WO2020164974A1 - Verfahren zur überwachung einer funktionalität eines fahrzeuginformationssystems eines kraftfahrzeugs, sowie elektronische recheneinrichtung, computerprogramm und datenträger - Google Patents

Verfahren zur überwachung einer funktionalität eines fahrzeuginformationssystems eines kraftfahrzeugs, sowie elektronische recheneinrichtung, computerprogramm und datenträger Download PDF

Info

Publication number
WO2020164974A1
WO2020164974A1 PCT/EP2020/052758 EP2020052758W WO2020164974A1 WO 2020164974 A1 WO2020164974 A1 WO 2020164974A1 EP 2020052758 W EP2020052758 W EP 2020052758W WO 2020164974 A1 WO2020164974 A1 WO 2020164974A1
Authority
WO
WIPO (PCT)
Prior art keywords
functionality
information system
vehicle information
register
value
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/EP2020/052758
Other languages
English (en)
French (fr)
Inventor
Micha Koller
Hubert Rehborn
Frank Starman
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mercedes Benz Group AG
Original Assignee
Daimler AG
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 Daimler AG filed Critical Daimler AG
Priority to US17/430,498 priority Critical patent/US20220139122A1/en
Priority to CN202080014046.2A priority patent/CN113454674B/zh
Publication of WO2020164974A1 publication Critical patent/WO2020164974A1/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808—Diagnosing performance data

Definitions

  • the invention relates to a method for monitoring a functionality of a
  • Vehicle information system of a motor vehicle also relates to an electronic computing device by means of which a method for monitoring the functionality of a vehicle information system can be carried out.
  • the invention relates to a computer program by which a method for monitoring the functionality of a vehicle information system on an electronic
  • Computing device is executable.
  • the invention relates to a data carrier which comprises a computer program product and / or, when used in an electronic computing device, can carry out a method for monitoring a functionality of a vehicle information system.
  • a functionality can be a service, or in particular a
  • Represent a service such as a navigation function.
  • a provider can use a device which, for example, has a
  • Computing device or a data center is to offer a service and / or data required for the service, which or which is based on the
  • Vehicle information system can be transmitted and / or used by this.
  • at least one agreement can be made between the provider and the provider of the motor vehicle and / or the user of the vehicle information system.
  • This agreement can have at least one functionality property describe.
  • the functionality property can include, for example, a quality of service through which, for example, the availability and / or at least one further quality feature of the functionality is prescribed. This can be done, for example, by means of a service level agreement, i.e. a framework contract that contains the functionality properties.
  • a service level agreement i.e. a framework contract that contains the functionality properties.
  • conditions can be defined for non-compliance with the functionality properties thus guaranteed, which must be met if the functionality property is not complied with. If the service level agreement is, for example, the framework contract mentioned, the non-compliance conditions can be defined, for example, in the form of a contractual penalty.
  • the user of the vehicle navigation system would have to initiate a response to the provider that the navigation function was not available at a given point in time or that it was not functioning as desired.
  • the provider would have to take note of this, verify it if necessary and, moreover, the provider is able to make a claim that the navigation to the
  • Such a block chain which can be understood as, in particular, a distributed register, into which data can be written, in particular in a row, creates a system that can guarantee the integrity of the data, for example, to both a provider and a user.
  • WO 2018/006056 A1 shows a method that uses the method of a
  • the object of the present invention is to provide a method, an electronic
  • Computing device a computer program product and a data carrier
  • a functionality of a vehicle information system of a motor vehicle can be monitored in such a way that a deviation of an actual operating state of the vehicle information system caused by the functionality relative to a functionality property and thus a target operating state can be detected.
  • a first aspect of the invention relates to a method for monitoring a
  • Functionality which, for example, can represent or include a service or a function, of a vehicle information system, which includes, for example, a driver assistance system and / or an infotainment system, of a motor vehicle, which can in particular be designed as a passenger vehicle.
  • a vehicle information system which includes, for example, a driver assistance system and / or an infotainment system, of a motor vehicle, which can in particular be designed as a passenger vehicle.
  • the functionality and / or, in particular, data required for the functionality is requested via an interface from a device external to the vehicle and the functional scope of the vehicle information system is expanded.
  • the device can be at least one, for example
  • the functionality can thus be or include, for example, a service and / or a program and / or data for executing the service and / or the program.
  • the functionality can also be designed as a module of the vehicle information system and thereby, for example, perform a navigation function. At least one
  • the functionality is based on a in a register, which
  • the framework plan is thus essentially digitally processable
  • the functionality property characterizes a target operating state, which is determined by the
  • Vehicle information system can be achieved on the basis of the functionality, or the functionality property characterizes the target operating state of the functionality.
  • the vehicle information system has several steps:
  • the functionality is requested via the interface.
  • the functionality can be requested, for example, in the form of the program, the service and / or the data required in particular to carry out the functionality, the corresponding form depending on the
  • Vehicle information system initiated request via the interface to the device, which also has a corresponding interface so that a
  • the facility provides the functionality, for example in the form of a service such as vehicle navigation, to the request or request.
  • the device can in particular be designed as a so-called backend and, for example, have at least one computing device connected to an information network such as the Internet, in particular a server.
  • the functionality is carried out by the vehicle information system.
  • the vehicle information system When executing, the vehicle information system is placed in an operating state in which the
  • the functionality of the vehicle information system is expanded, for example by making the vehicle navigation available, which corresponds to the functionality.
  • the operating state in particular the actual operating state, the functionality of the
  • Vehicle information system This means that information is recorded which characterizes the functionality, for example the vehicle navigation, in particular in such a way that, in particular, the actual operating state can be derived from this information.
  • By detecting the operating status it can be determined whether the data files filed or stored in the framework plan
  • Vehicle information system which is extended by the functionality, are observed. If, for example, the necessary directional information is output with a delay during navigation, this is recorded by recording the operating status.
  • the, in particular the recorded, operating state is compared with the functionality property recorded in the framework plan, which essentially characterizes a target operating state of the functionality and thus a target operating state of the vehicle information system.
  • the comparison thus determines, in particular, differences or deviations between the target operating state defined by the recorded functionality property and the actual operating state of the vehicle information system. For example, is the delay in the directional information of the functionality designed as vehicle navigation detects and if this is, for example, a certain time X, which is in particular greater than a deviation of a time Y determined by the functionality property in the framework plan and thus in particular permitted, this is determined on the basis of the comparison carried out by the method.
  • the deviation determined by the comparison is thus assigned a value which, for example, describes the size of the deviation as, for example, the difference between time X and time Y, generated.
  • the value can thus, for example, be a simple value, but for example the value could include at least one parameter and / or a variable or the like.
  • This value is now provided by means of the method in such a way that it is available at the interface of the vehicle information system and / or for the register so that it can, for example, be transmitted or transmitted via the interface to the device or, for example, can be written into the register .
  • the value makes it possible to name the deviation, which for example represents a malfunction or a restricted scope of functions, which creates the possibility, in particular automatically, of obtaining a measure of the quality of the functionality and thus of checking whether the in the Conditions plan defined and thus assured conditions through the functionality, for example the assured
  • An information system such as the vehicle information system is essentially a system that has the task of covering information requests, so it is a system that produces, procures, distributes and / or processes data, for example, which, for example, has an effect on the Operation of the motor vehicle is possible.
  • the register is advantageously based on distributed ledger technology, that is to say the register is mirrored in at least one register image, that is to say there is an in particular identical copy of the register, the register image.
  • the register can be stored, for example, on the vehicle information system and the register image, for example, on the device or vice versa.
  • Register images are stored, for example, on other devices that are different from the device or the vehicle information system, whereby the largest possible number of devices that hold or store the register or the register image is particularly advantageous, for example, for preventing the register from being forged because a change which is only made in one of the registers or the register image compared to the other registers or
  • the register together with its register images can thus be used as a block chain or
  • Blockchain be trainable.
  • the general condition plan is advantageously designed as a computer program and / or computer protocol, which has means, for example in the form of an algorithm, to determine the scope of functions and possible deviations therefrom, which are predefined using the at least one functionality property, and which are in particular made by the user who requested the via the vehicle information system Functionality via the interface has caused maximum are desired to be checked.
  • the framework plan can therefore essentially be designed as a smart contract.
  • the framework plan is advantageously a computer log which can map and / or check contracts or agreements, in particular between the facility and the vehicle assistance system on functionality, and technically support the execution of the contract, i.e. the execution of the functionality, in particular in the light of the functionality property .
  • Functionality property describes a framework condition, in particular for a functionality that can be called up repeatedly.
  • the functionality properties define a service level agreement in which assured performance properties such as, for example, a scope of functionality, for example reaction time and speed of processing, for example in vehicle navigation, are precisely described.
  • assured performance properties such as, for example, a scope of functionality, for example reaction time and speed of processing, for example in vehicle navigation.
  • An important part of the functionality properties is an agreed one
  • Performance quality and thus a described performance spectrum, for example time or scope within which, for example, vehicle navigation is available.
  • the invention is based on the knowledge that frequently to provide services or functionalities in vehicle information systems
  • data or functionalities must be obtained from providers who are not the providers of the vehicle information system. Agreements are made with these providers, in particular for example suppliers, about the quality of service, which are recorded in particular in the functionality properties and, for example, the availability and others
  • Agreements by the provider cannot or cannot be kept. These agreements, including contractual penalties, can in particular between the provider of the vehicle information system and another provider
  • Each functionality could be offered by its own provider, for example, so that the vehicle information system requests the respective functionality from the respective provider in the first step of the method according to the invention.
  • a respective framework plan and thus at least one respective functionality property is defined with the respective provider.
  • the invention is also based on the knowledge that a number of
  • Cryptocurrencies such as Bitcoin or Ethereum
  • the framework plan can be saved on the basis of the register images, in particular for example publicly, and advantageously not manipulable, as already outlined above.
  • a level of trust between, for example, the provider and the user can be particularly low.
  • the cumbersome and bureaucratic process for enforcing contractual penalties in particular such as service level agreements, which can be designed analogously to the functionality properties, is being replaced.
  • the vehicle information system Monitoring of the functionality of the vehicle information system is given, so that, for example, personnel can be saved in a particularly advantageous manner, which is required, for example, to record, evaluate and respond to manually performed feedback on a malfunction or a deviation from the target operating state of the vehicle information system, since this process can be recorded and automated programmatically by the method according to the invention.
  • the The method according to the invention has the advantage that a unilateral change in the framework plan can be excluded unilaterally, for example by the user of the vehicle information system and / or the provider or operator of the facility. This enables the vehicle information system
  • the method according to the invention enables, for example, service-specific monitoring of providers, so-called content providers, with or through smart contracts, the motor vehicle being connected to a device and at least one service, i.e. the functionality in
  • Vehicle information system based on data or services of the content provider are implemented.
  • the functionality can include, for example, a traffic information service, petrol station prices, parking services and / or the like.
  • other services can also be used.
  • Functionalities are used in the vehicle information system, for example audio services, video offers, voice services and / or the like.
  • the method according to the invention is thus characterized in that the smart contract automatically monitors a service level for a service provider of the vehicle information system, for example for a
  • threshold values can be defined with regard to the functionality properties.
  • a threshold value is set which states the degree to which agreed parameters, such as minimum availability, in particular online availability of URI and / or URL, of 99.99 percent and / or the maximum response time of 100 milliseconds should be maintained.
  • the triggering of a payment for the distinction of the defined respective threshold value is initiated, for example for a response time which is greater than 100 milliseconds, for example a fee of 1 euro to the vehicle information system or the Manufacturer of the
  • Vehicle information system and / or its users are delivered.
  • the value is transmitted, in particular via the interface, at least to the device and / or to a further device that holds the register and / or the register image.
  • the method offers the value that characterizes the deviation of the operating state, an instance that includes or holds a version in the form of the register or its image, or stores it in a memory area. This has the advantage that the value is in addition to the
  • Vehicle information system on the device and / or a further device which can be accessed, for example, by means of a data network, with the device and / or the vehicle information system, so that the functionality can be monitored in a decentralized manner.
  • the device is, for example, an electronic computing device which can be part of a cloud environment, in particular in the form of a server.
  • a private personal computer belonging to the user of the vehicle information system can also function as the further device, so that the value is transferred to as many as possible
  • the value is, in particular encrypted, i.e. encrypted by a cryptographic method such as a hash method, in the register and / or the register image and thus in particular in the entirety of the registers, in particular as a block or part of a block registered.
  • a cryptographic method such as a hash method
  • the value is stored in the register in analogy to the storage of a value in a blockchain, i.e. the block is in particular fed to the register so that the register is expanded by the value, whereby the content of the register and thus the register itself is enlarged.
  • Encryption can be done, for example, by means of an in the vehicle information system keys made, in particular a private-public-key method (private-public key) and thus with an asymmetric cryptography method, take place, whereby the value can be entered in the register in such a way that it can be clearly assigned to the vehicle information system.
  • the value is advantageously provided with a time stamp, so that a temporal assignment is also possible. If the value is stored as a block, this is done in the form of a data block so that the data block is a block of the blockchain or the blockchain and thus of the register, which is updated over time, in such a way that successive blocks are chained.
  • a hash value of all blocks already in the register is advantageously generated using a cryptography method, in particular using a hash function, so that the newly generated block is uniquely based on the blocks stored in front of it can be assigned to the blockchain at a specific point in time.
  • the hash value which is formed by a hash function from previously stored blocks, is also stored, which prevents subsequent manipulation of the value, at least in the event that the manipulator does not gain control of a majority of the facilities.
  • encrypting the value itself in particular for example by means of a private key, i.e. the private key, of the vehicle information system, there is the possibility that in particular it can be proven in a forgery-proof manner that the
  • Vehicle information system generated the value.
  • the value is entered in
  • Non-compliance condition can take place particularly safely. Furthermore it will be described
  • Consensus procedure is guaranteed, for example, by the fact that there is proof of entitlement, for example in the form of a proof of stack, which regulates that one of the participants, for example the vehicle information system, may write the value in the register and thus generate the next block of the blockchain.
  • proof of entitlement for example in the form of a proof of stack
  • validators can also be used for the consensus procedure. This is essentially a computer program that can check the syntactic correctness of files.
  • the value is also compared with a table of values stored in the framework condition plan, in which a deviation operation, in particular a
  • Non-compliance condition is described.
  • the value table is designed, for example, in such a way that for a corresponding value that is within a certain
  • a corresponding deviation operation which describes what is to be carried out by the device and / or the vehicle information system based on the deviation, which is characterized by the value, in order, for example, to improve the actual operating state and / or a
  • the deviation operation is carried out as a function of the value provided.
  • an extension of the useful life can be considered if a functionality has not been available for a certain time or for a certain time. This is recorded in the table of values, which the
  • Deviation operation determined wherein the deviation operation can thus be carried out by the method. For example, in the case of vehicle navigation, if this has failed, it could be agreed by the value table that if the
  • Usage period includes, for example, one day, this is extended by one day.
  • this is extended by one day.
  • there are various possibilities, such as
  • Non-compliance condition or the deviation operation can be interpreted. It could be, for example, that the response time is too long
  • a server request to the device that is generated by the functionality an amount, for example from a cryptocurrency, is to be paid to the vehicle information system.
  • an amount for example from a cryptocurrency
  • the method can thus be carried out in an automated manner in a particularly advantageous manner.
  • a change is made to the framework plan.
  • the framework plan such as the table of values, for example, certain conditions, for example influences that impair functionality, can be dynamically reacted to, so that in particular the functional scope of the vehicle information system can be kept as large as possible according to the circumstances, without any disadvantages for to provide the establishment and / or the user of the vehicle information system.
  • a second aspect of the invention relates to an electronic computing device, in particular for example the vehicle information system, which is designed to carry out a described method.
  • the electronic computing device can also comprise several entities, which, for example, by means of a computer-computer connection (peer to peer
  • P2P Physical Connection
  • the computing device is one of the entities.
  • a third aspect of the invention relates to one according to the invention
  • Computer program product are in particular in the form in which it can be loaded directly into a memory or memory area of the electronic computing device.
  • the computer program product has program means which
  • a fourth aspect of the invention relates to a computer-readable data carrier.
  • the data carrier according to the invention comprises control information stored on it, which at least include the computer program product according to the invention and / or are designed such that a method according to the invention is carried out when the data carrier is used in an electronic computing device.
  • the invention further comprises a motor vehicle which has a device, such as the electronic computing device, which is suitable for performing the method according to the invention.
  • FIG. 1 shows a schematic flow diagram of a method for monitoring a functionality of a vehicle information system of a motor vehicle
  • Fig. 2 is a schematic representation of the motor vehicle comprising the
  • Vehicle information system in interaction with a vehicle-external device, as well as a register, which as Register image in the facility and / or the
  • Vehicle information system is available.
  • FIG. 1 shows a method for monitoring a functionality FN of a vehicle information system FS of a motor vehicle KW, which in particular is used as a passenger vehicle or a further form of a
  • the functionality FN is requested via an interface IN from a device E1 external to the vehicle.
  • Functionality FN the functionality of the vehicle information system FS is expanded.
  • At least one functionality property SA, in particular in the form of a service level agreement, of the functionality FN is based on a framework condition plan SC stored in a register RE, in particular in the form of a smart
  • the method comprises several steps:
  • a first step S1 of the method the functionality FN is requested via the interface IN.
  • a second step of the method S2 a
  • the vehicle information system FS is designed in particular in such a way that it is, for example, a system that includes a driver assistance system and / or, for example, an infotainment system and a telematics unit, the functionality FN being able to provide an assistance function of the driver assistance system, for example.
  • an operating state in particular an actual operating state, of the functionality FN of the vehicle information system FS is recorded.
  • information is recorded which shows the status of the functionality FN, for example in the form of the functions performed by it in the vehicle information system FS.
  • the method is compared in a fourth step S4
  • Functionality property SA which in particular characterize a target operating state.
  • the discrepancy is provided characterizing value W for the register RE and / or the interface IN of the vehicle information system FS.
  • FIG. 2 shows an interaction between the motor vehicle KW or its vehicle information system FS with the at least one device El and, furthermore, in the upper area of FIG. 2 is the register RE with its components, such as the general condition plan SC, which has the functionality property SA includes and defines, shown.
  • the general condition plan SC which has the functionality property SA includes and defines, shown.
  • the framework condition plan SC in the form of the smart contract is essentially a computer log that in particular automatically checks whether the
  • Non-compliance is performed.
  • the method can thus be a
  • Possibility of monitoring are provided, since the performance characteristics assured with the facility El for compliance with the functionality property SA in the form of the service level agreement, such as a scope of services, a response time and / or the like and, in addition, a maximum permissible deviation from the assured scope of services can be defined which should be adhered to by the FN functionality.
  • the value W is transmitted at least to the device E1, in particular via the interface IN and / or another device, which is not shown and which each holds the register RE and / or a register image RA .
  • the register image RA is quasi an identical copy or version, in particular a digital copy, of the register RE, so that the register image RA and the register RE cannot be distinguished.
  • Vehicle information system FS it is not possible to manipulate its version of the register RE or its register image RA, for example the framework condition plan SC stored therein, without the difference being not noticeable when compared with the corresponding register image RA of the other entity.
  • manipulation of the monitoring is virtually impossible.
  • the probability of manipulation is further reduced by the fact that the value W, in particular encrypted, is signed in particular by a key of a key pair of the device El and preferably of the vehicle information system FS.
  • the value W can be added as a block or part of a data block to the information already in the register RE, such as the framework condition plan SC or a value W1 already in the register, so that the register RE in each case at least is extended by the value W to be entered.
  • a further value or parameter in particular also advantageously encrypted by means of a hash function, is advantageously entered for the value W, which is a
  • Consensus procedure is conceivable, for example a validator is used and / or a proof of proportion or a proof of state of one of the entities, that is to say the device E1 and / or the vehicle information system FS, is carried out.
  • a proof of work is also possible, for example.
  • the security or the checking of the functionality FN can be increased further.
  • the value W is advantageously compared with a table of values WT stored in the framework plan SC, in which the non-compliance condition or the deviation operation AO is described for at least one value W1, which is compared as a reaction to the deviation of the actual operating state of the functionality FN of the vehicle information system FS with the target operating state determined by the SA functionality.
  • Deviation operation AO as a function of the provided value W
  • the method can advantageously be carried out by an electronic computing device which, for example, has the vehicle information system FS. Furthermore, the method can be carried out by a computer program product, in particular in a memory of the electronic computing device, wherein the Computer program product for this purpose comprises program means, in particular commands, which carry out the presented method on the electronic computing device. Furthermore, a computer-readable data carrier can contain these program means, which, for example, can be computer-read by the electronic computing device.
  • this provider can be monitored by the framework condition plan SC in the form of the smart contract.
  • the provider can be a content provider, for example, a provider of vehicle navigation from a
  • the functionality FN can thus in particular be a service, such as vehicle navigation, which is also referred to as a service.
  • the device El is advantageously a backend, in particular a vehicle backend, which has at least one electronic computing device.
  • the communication between the interface IN of the device E1 designed as a backend takes place via a mobile radio with the interface IN of the vehicle information system FS.
  • the functionality FN which is provided at the device El, includes data, by making them available to the vehicle information system FS, this in his
  • Vehicle navigation for example a service such as a traffic information service, petrol station prices, a parking service and / or the like, this service can be used on the motor vehicle KW, in particular within the framework of the framework condition plan SC.
  • this service can be used on the motor vehicle KW, in particular within the framework of the framework condition plan SC.
  • assistance services such as
  • Traffic information service also services for an infotainment system of the motor vehicle KW such as audio services, in the form of music streaming and / or the like, are offered.
  • the framework condition plan SC can also be used, for example, to monitor interfaces, especially if the functionality FN is an Internet service. Furthermore, a threshold value can be specified in the framework condition plan SC, in particular in its functionality property SA, which, for example, contains agreed parameters such as the minimum availability of 99.99 percent and / or the maximum response time of a maximum of 100 milliseconds for the Traffic service provider in response to a request by the framework condition plan SC, in particular in its functionality property SA, which, for example, contains agreed parameters such as the minimum availability of 99.99 percent and / or the maximum response time of a maximum of 100 milliseconds for the Traffic service provider in response to a request by the
  • a definition can be kept in the framework condition plan SC, in particular in the form of the value table WT, in which, for example, a penalty payment if the contractual condition is violated, i.e. if the one to be guaranteed by the functionality property SA is not complied with
  • the different providers can, for example, each use their own and / or a common server, in particular as a vehicle backend and / or as a cloud infrastructure, in order to be able to provide all the functionalities FN provided for the vehicle information system FS.
  • the availability and the response time are determined for the respective functionality FN.
  • the values W determined for the availability and the response time are compared with the contractually agreed threshold values, that is to say a
  • the deviation operation AO is then initiated as a function of this table of values WT.
  • different deviation operations AO can be recorded for different deviations, that is to say different values W, as shown, for example, in FIG. 2 by the index number of the respective deviation operations AO.
  • the register RE is advantageously available as a blockchain, with which the
  • Framework condition plan SC is also part of the blockchain. This is stored in the blockchain and thus in the register RE using the criterion and / or another protocol, for example. The storage preferably takes place on as many devices E1 or vehicle information systems FS and / or other devices as possible.
  • the register RE can also contain several framework condition plans SC, for example for a respective functionality FN or a respective provider of the functionality FN, whereby an automated monitoring of all functionalities FN is thus possible through the register RE.
  • a provider of the functionality FN can deposit a deposit, for example in the form of a security deposit, in the framework condition plan SC, for example in the form of a cryptocurrency, so that in the event of a deviation by the value W depending on the value table WT, for example, as a deviation operation, an amount from the security deposit, which is stored in the framework plan SC, is transferred to the user of the vehicle information system FS and / or its manufacturer.
  • the amount of the amount can depend on the severity of the injury, for example 100 euros fine if the actual
  • Availability is 99.8 and not the required 99.99 percent.
  • the graduation can be done in such a way that, for example, a fine of 1000 euros is due if the actual availability is 99.7 percent.
  • Compliance with the functionality property SA ie the service level agreement or the service level
  • the functionality property can also require and / or agree on further quality features, for example a spatial and temporal reference, for example the number of GPS data for a certain period of time on a certain road for a traffic information service,
  • the topicality of the petrol station prices in a region and / or, for example, the availability of external audio sources during a journey can be part of the functionality SA.
  • the quality features of a service provider which are regulated in the functionality property SA, have a time reference, for example petrol station prices can vary
  • the deviation can also be specified in the functionality FN, for example petrol station prices must be updated once an hour, otherwise a deviation operation AO occurs .
  • For parking space information it can be agreed, for example, that the parking space occupancy must not be older than 30 minutes.
  • quality features of a provider of the functionality FN can have a spatial reference. For example, on-street parking information in Stuttgart can be more accurate and available than in Copenhagen, for example, that is to say depending on the number of selections made by users of the vehicle information system.
  • quality features can permit certain weaknesses; for example, less than 1 percent of GPS data can be offered for a traffic service at night, since at night, for example, the probability of one
  • Another example is one through that
  • Vehicle information system FS performed functionality FN in the form of a
  • the provider or service provider can advantageously offer an interface IN for querying the current quality features, for example at the facility El.
  • the service provider can automatically pay the contractual penalty, for example by means of the payment assigned to it in the value table WT based on the corresponding
  • the payment is advantageously made by a cryptocurrency, such as Bitcoin or Ethereum and / or the like.
  • Warning of the end of a traffic jam may be more possible, but the display of remaining travel times in the vehicle makes sense as long as more than 1 percent of the GPS data is available on a corresponding road section. Furthermore, depending on the values W entered in the register RE and / or on further information stored in the framework condition plan SC, a
  • Change instruction AA of the framework condition plan SC itself.
  • all deviations in functionality FN for example in the form of values W
  • the information obtained through the evaluation can be used, for example, for future negotiations on a new framework plan SC.
  • weaknesses in the respective functionality FN can be revealed, and the cause of the deviation can thus be determined particularly advantageously, since a
  • Device El of the respective functionality FN itself offer a framework plan SC and this in the register RE, in particular depending on the
  • a further advantage of the method in addition to the automated processing and monitoring is that if, for example, costs have to be paid for requesting the functionality FN, this is done immediately, for example in the respective
  • the payments contained in the deviation operation AO can be offset, so there is no booking expense. Furthermore, the method can, for example, be used particularly advantageously in a decentralized manner.

Landscapes

  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • Technology Law (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Traffic Control Systems (AREA)
  • Navigation (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zur Überwachung einer Funktionalität (FN) eines Fahrzeuginformationssystems (FS) eines Kraftwagens (KW), welche über eine Schnittstelle (IN) von einer fahrzeugexternen Einrichtung (EI) angefordert wird und den Funktionsumfang des Fahrzeuginformationssystems (FS) erweitert, und deren wenigstens eine Funktionalitätseigenschaft (SA) anhand eines in einem Register (RE) gespeicherten Rahmenbedingungsplan (SC) definiert ist, mit den Schritten: - Anfordern der Funktionalität (FN) über die Schnittstelle (IN); - Ausführen der Funktionalität (FN) durch das Fahrzeuginformationssystem (FS); - Erfassen eines Betriebszustands der Funktionalität (FN) des Fahrzeuginformationssystems (FS); - Vergleichen des Betriebszustands mit der in dem Rahmenbedingungsplan (SC) festgehaltenen Funktionalitätseigenschaft (SA); - Im Falle einer Abweichung des Betriebszustands von der in dem Rahmenbedingungsplan (SC) festgehaltenen Funktionalitätseigenschaft (SA): Bereitstellen wenigstens eines die Abweichung charakterisierenden Werts (W) für das Register (RE) und/oder an der Schnittstelle (IN) des Fahrzeuginformationssystems (FS). Ferner betrifft die Erfindung eine Recheneinrichtung, ein Computerprogrammprodukt sowie einen Datenträger.

Description

Verfahren zur Überwachung einer Funktionalität eines Fahrzeuginformationssystems eines Kraftfahrzeugs, sowie elektronische Recheneinrichtung, Computerprogramm und
Datenträger
Die Erfindung betrifft ein Verfahren zur Überwachung einer Funktionalität eines
Fahrzeuginformationssystems eines Kraftwagens. Ferner betrifft die Erfindung eine elektronische Recheneinrichtung, mittels welcher ein Verfahren zur Überwachung er Funktionalität eines Fahrzeuginformationssystems durchführbar ist. Zusätzlich betrifft die Erfindung ein Computerprogramm, durch welches ein Verfahren zur Überwachung einer Funktionalität eines Fahrzeuginformationssystems auf einer elektronischen
Recheneinrichtung ausführbar ist. Schließlich betrifft die Erfindung einen Datenträger, weicher ein Computerprogrammprodukt umfasst und/oder bei Verwendung in einer elektronischen Recheneinrichtung ein Verfahren zur Überwachung einer Funktionalität eines Fahrzeuginformationssystems durchführen kann.
Damit ein Fahrzeuginformationssystem, welches beispielsweise durch Telematik
Assistenzfunktionen ausführen kann, eines Kraftwagens, insbesondere eines als
Personenkraftwagen ausgebildeten Kraftfahrzeugs, einen besonders großen
Funktionsumfang bereitstellen kann, werden jeweilige Funktionalitäten, deren Gesamtheit den Funktionsumfang umfassen kann, häufig von verschiedenen Anbietern bereitgestellt. Dabei kann eine Funktionalität einen Dienst, beziehungsweise insbesondere eine
Dienstleistung, wie beispielsweise eine Navigationsfunktion, darstellen. So kann ein Anbieter beispielsweise mittels einer Einrichtung, welche beispielsweise eine
Recheneinrichtung beziehungsweise ein Rechenzentrum ist, einen Dienst und/oder für den Dienst benötigte Daten anbieten, welcher beziehungsweise welche auf das
Fahrzeuginformationssystem übertragbar und/oder von diesem anwendbar sind. Damit die Funktionalität wie von einem Benutzer des Fahrzeuginformationssystems gewünscht funktioniert, kann zwischen dem Anbieter und dem Bereitsteller des Kraftwagens und/oder dem Benutzer des Fahrzeuginformationssystems wenigstens eine Vereinbarung getroffen werden. Diese Vereinbarung kann wenigstens eine Funktionalitätseigenschaft beschreiben. Dabei kann die Funktionalitätseigenschaft beispielsweise eine Dienstgüte umfassen, durch welche beispielsweise die Verfügbarkeit und/oder wenigstens ein weiteres Qualitätsmerkmal der Funktionalität vorgeschrieben werden. Dies kann beispielsweise mittels eines Service Level Agreements, also einem Rahmenvertrag, welcher die Funktionalitätseigenschaften beinhaltet, geschehen. Darüber hinaus können für ein Nichteinhalten der somit garantierten Funktionalitätseigenschaften Bedingungen definiert werden, welche erfüllt werden müssen, wenn die Funktionalitätseigenschaft nicht eingehalten wird. Handelt es sich bei dem Service Level Agreement beispielsweise somit um den genannten Rahmenvertrag, können die Nichteinhaltebedingungen beispielsweise in der Art einer Vertragsstrafe definiert werden.
Wird beispielsweise eine von dem Anbieter bereitgestellte Navigationsfunktion für das Fahrzeuginformationssystem nicht wie erwartet beziehungsweise durch die
Funktionalitätseigenschaft zugesichert bereitgestellt, so kann beispielsweise eine
Navigation nicht richtig durchgeführt werden. Dabei kann sich die Erfüllung der
Nichteinhaltebedingung beziehungsweise Nichterfüllungsbedingung als schwer durchsetzbar heraussteilen. So müsste der Benutzer des Fahrzeugnavigationssystems beispielsweise in diesem veranlassen, dass eine Rückmeldung an den Anbieter erfolgt, dass zu einem gegebenen Zeitpunkt die Navigationsfunktion nicht zur Verfügung gestanden hat beziehungsweise nicht wie erwünscht funktionierte. Dies müsste der Anbieter zur Kenntnis nehmen, gegebenenfalls verifizieren und darüber hinaus ist der Anbieter in der Lage, eine Behauptung aufzustellen, dass die Navigation zum
beanstandeten Zeitpunkt laut seiner Überwachung der Funktionalität funktioniert hat. Ein Durchsetzten der Nichterfüllungsbedingung ist somit häufig ein manueller Prozess, welcher im Wesentlichen bürokratisch beziehungsweise kompliziert ist und eine gewisse Zeit in Anspruch nimmt.
Eine Möglichkeit die Nichteinhaltebedingung automatisiert durchsetzen zu können wird in dem Technical Report No. FIF-2018.02 von April 2018 der Universität Zürich mit dem Titel „Automatic SLA compensation based on smartphone tracks“ skizziert. Dabei wird die Funktionalitätseigenschaft, insbesondere in Form eines Service Level Agreements, datenverarbeitbar festgehalten und mittels eines Computersystems überwacht.
Aus dem Finanzsektor beispielsweise insbesondere im Bereich der Kryptowährung, wie beispielsweise Bitcoin oder Ethereum, ist das Konzept der Blockchain beziehungsweise Blockkette bekannt. Durch solch eine Blockkette, welche als, insbesondere verteiltes, Register, verstanden werden kann, in welches Daten, insbesondere aneinander gereiht geschrieben werden können, ist ein System geschaffen, welches eine Integrität der Daten beispielsweise sowohl gegenüber einem Anbieter als auch einem Benutzer garantieren kann.
So zeigt die WO 2018/006056 A1 ein Verfahren, welches das Verfahren eines
blockchainbasierten Akkreditivs in Bezug auf einen Vertrag über eine Handelstransaktion zwischen einem Verkäufer und einem Käufer beinhaltet. Dabei definiert das
blockchainbasierte Akkreditiv Zahlungsauslösungsereignisse für einen Dokumenten- und Lieferkettenfluss.
Aufgabe der vorliegenden Erfindung ist es, ein Verfahren, eine elektronische
Recheneinrichtung, ein Computerprogrammprodukt und einen Datenträger
bereitzustellen, durch welche eine Funktionalität eines Fahrzeuginformationssystems eines Kraftwagens derart überwacht werden kann, dass eine Abweichung eines durch die Funktionalität verursachten Ist- Betriebszustands des Fahrzeuginformationssystems relativ zu einer Funktionalitätseigenschaft und somit einem Soll-Betriebszustand erfasst werden kann.
Diese Aufgabe wird erfindungsgemäß durch die Gegenstände der unabhängigen
Patentansprüche gelöst. Vorteilhafte Ausgestaltungen und Weiterbildungen der Erfindung sind in den abhängigen Patentansprüchen sowie in der Beschreibung und der Zeichnung angegeben.
Ein erster Aspekt der Erfindung betrifft ein Verfahren zur Überwachung einer
Funktionalität, welche beispielsweise ein Dienst beziehungsweise eine Funktion darstellen beziehungsweise umfassen kann, eines Fahrzeuginformationssystems, welches beispielsweise ein Fahrerassistenzsystem und/oder ein Infotainmentsystem umfasst, eines Kraftwagens, welcher insbesondere als Personenkraftwagen ausgebildet sein kann. Bei dem erfindungsgemäßen Verfahren wird die Funktionalität, und/oder insbesondere für die Funktionalität benötigte Daten, über eine Schnittstelle von einer fahrzeugexternen Einrichtung angefordert und der Funktionsumfang des Fahrzeuginformationssystems erweitert. Bei der Einrichtung kann es sich beispielsweise um wenigstens eine
elektronische Recheneinrichtung, insbesondere in Form eines Servers handeln, welcher ein Programm beziehungsweise einen Dienst ausführen oder das zum Ausführen benötigten Programm und/oder Daten über die Schnittstelle, welche beispielsweise in Form eines Funkmodems vorgehalten ist, bereitstellen. Die Funktionalität kann somit beispielsweise ein Dienst und/oder ein Programm und/oder Daten zum Ausführen des Dienstes und/oder des Programms sein beziehungsweise umfassen. Beispielsweise kann die Funktionalität auch als Modul des Fahrzeuginformationssystems ausgebildet und dadurch beispielsweise eine Navigationsfunktion ausführen. Wenigstens eine
Funktionalitätseigenschaft, welche einen durch die Funktionalität erreichbaren und für die Funktionalität besonders vorteilhaften Betriebszustand des Fahrzeuginformationssystems charakterisiert, der Funktionalität ist anhand eines in einem Register, welches
insbesondere ein Speicherbereich wenigstens einer elektronischen Recheneinrichtung darstellen kann, gespeicherten Rahmenbedingungsplan definiert. Der
Rahmenbedingungsplan ist somit im Wesentlichen ein digital verarbeitbar
beziehungsweise durch Informationstechnik verarbeitbar hinterlegter Vertrag, welcher wenigstens die Funktionalitätseigenschaft umfasst, welche beschreibt, auf welche Art der Funktionsumfang des Fahrzeuginformationssystems erweitert wird, insbesondere indem das Fahrzeuginformationssystem durch die Funktionalität in einen Betriebszustand versetzt wird, welcher den Funktionsumfang erweitert. Mit anderen Worten charakterisiert die Funktionalitätseigenschaft einen Soll-Betriebszustand, welcher durch das
Fahrzeuginformationssystem anhand der Funktionalität erreicht werden kann, beziehungsweise charakterisiert die Funktionalitätseigenschaft den Soll-Betriebszustand der Funktionalität.
Das erfindungsgemäße Verfahren zur Überwachung der Funktionalität des
Fahrzeuginformationssystems weist mehrere Schritte auf:
In einem ersten Schritt erfolgt ein Anfordern der Funktionalität über die Schnittstelle.
Dabei kann die Funktionalität beispielweise in Form des Programms, des Dienstes und/oder der, insbesondere zur Durchführung der Funktionalität benötigten, Daten angefordert werden, wobei die entsprechende Form in Anhängigkeit von der
Funktionalität vorgegeben sein kann. Dabei kann eine durch das
Fahrzeuginformationssystem initiierte Anfrage über die Schnittstelle an die Einrichtung, welche dazu ebenfalls eine entsprechende Schnittstelle aufweist, sodass eine
Kommunikation zwischen Fahrzeuginformationssystem und Funktionalität und Einrichtung beispielsweise über ein Mobilfunknetz ermöglicht wird, erfolgen. Aufgrund der Anforderung beziehungsweise der Anfrage stellt die Einrichtung die Funktionalität, beispielsweise in Form eines Dienstes wie einer Fahrzeugnavigation, bereitgestellt werden. Die Einrichtung kann insbesondere als so genanntes Backend ausgebildet sein und beispielsweise wenigstens eine an ein Informationsnetz, wie das Internet, angeschlossene Recheneinrichtung aufweisen, insbesondere einen Server. Die
Funktionalität kann somit vom Fahrzeuginformationssystem von der Einrichtung bezogen werden.
In einem zweiten Schritt des erfindungsgemäßen Verfahrens erfolgt ein Ausführen der Funktionalität durch das Fahrzeuginformationssystem. Bei dem Ausführen wird das Fahrzeuginformationssystem in einen Betriebszustand versetzt, in welchem der
Funktionsumfang des Fahrzeuginformationssystems erweitert wird, beispielsweise durch das verfügbar machen der Fahrzeugnavigation, welche der Funktionalität entspricht.
In einem dritten Schritt des Verfahrens erfolgt ein Erfassen des Betriebszustands, insbesondere des Ist-Betriebszustands, der Funktionalität des
Fahrzeuginformationssystems. Das heißt es werden Informationen erfasst, welche die Funktionalität, also beispielsweise die Fahrzeugnavigation, insbesondere derart, charakterisieren, dass aus diesen Informationen insbesondere der Ist-Betriebszustand ableitbar ist. Durch die Erfassung des Betriebszustand kann ermittelt werden, ob die in dem Rahmenbedingungsplan abgelegten beziehungsweise gespeicherten
Funktionalitätseigenschaften, welche insbesondere den Funktionsumfang des
Fahrzeuginformationssystems, welcher durch die Funktionalität erweitert wird, eingehalten werden. Werden beispielsweise bei der Navigation die dafür nötigen Richtungsangaben mit einer Verzögerung ausgegeben, wird dies durch Erfassen des Betriebszustands erfasst.
In einem vierten Schritt des Verfahrens erfolgt ein Vergleichen des, insbesondere erfassten, Betriebszustands mit der in dem Rahmenbedingungsplan festgehaltenen Funktionalitätseigenschaft, welche im Wesentlichen einen Soll-Betriebszustand der Funktionalität und somit einen Soll-Betriebszustand des Fahrzeuginformationssystems charakterisieren. Durch den Vergleich werden somit insbesondere Unterschiede beziehungsweise Abweichungen ermittelt, zwischen den durch die die festgehaltene Funktionalitätseigenschaft definierten Soll-Betriebszustand zu dem tatsächlichen Ist- Betriebszustand des Fahrzeuginformationssystems. Ist beispielsweise die Verzögerung bei den Richtungsangaben der als Fahrzeugnavigation ausgebildeten Funktionalität erfasst und beträgt diese beispielsweise eine bestimmte Zeit X, welche insbesondere größer als eine durch die Funktionalitätseigenschaft im Rahmenbedingungsplan festgelegte, und somit insbesondere erlaubte, Abweichung einer Zeit Y ist, wird dies anhand des durch das Verfahren durchgeführten Vergleichs ermittelt.
In einem fünften Schritt des Verfahrens erfolgt im Fall einer Abweichung des
Betriebszustands von der in dem Rahmenbedingungsplan festgehaltenen
Funktionalitätseigenschaft ein Bereitstellen wenigstens eines die Abweichung
charakterisierenden Werts für das Register und/oder an der Schnittstelle des
Fahrzeuginformationssystems. Der durch den Vergleich ermittelten Abweichung wird somit ein Wert zugeordnet, welcher beispielsweise die Größe der Abweichung als beispielsweise die Differenz zwischen der Zeit X und der Zeit Y beschreibt, erzeugt. Der Wert kann somit beispielweise ein einfacher Wert sein, beispielweise könnte der Wert jedoch wenigstens einen Parameter und/oder eine Variable oder vergleichbares umfassen. Dieser Wert wird nun derart mittels des Verfahrens bereitgestellt, dass er an der Schnittstelle des Fahrzeuginformationssystems und/oder für das Register zur Verfügung steht, sodass er über die Schnittstelle beispielsweise an die Einrichtung übertragen beziehungsweise übermittelt werden kann, oder beispielsweise in das Register geschrieben werden kann. Durch den Wert ist es möglich, die Abweichung, welche beispielsweise insbesondere eine Fehlfunktion oder einen eingeschränkte Funktionsumfang darstellt, zu benennen, wodurch die Möglichkeit geschaffen wird, insbesondere automatisch, ein Maß für die Güte der Funktionalität zu erhalten und somit zu überprüfen ob die in dem Rahmenbedingungsplan definierten und somit zugesicherten Bedingungen durch die Funktionalität, also beispielsweise die zugesicherten
Eigenschaften für die Fahrzeugnavigation, eingehalten werden.
Bei einem Informationssystem wie dem Fahrzeuginformationssystem handelt es sich im Wesentlichen um ein System, das die Deckung von Informationsnachfragen zur Aufgabe hat, so handelt es sich um ein System das beispielsweise Daten produziert, beschafft, verteilt und/oder verarbeitet, wodurch beispielsweise eine Auswirkung auf den Betrieb des Kraftwagens möglich ist.
Dabei basiert das Register vorteilhafterweise auf Distributed-Ledger-Technik, das heißt das Register ist in wenigstens einem Registerabbild gespiegelt, das heißt es existiert eine, insbesondere identische, Kopie des Registers, das Registerabbild. Dabei können quasi beliebig viele Registerabbilder angefertigt werden, wobei das Register und das Registerabbild insbesondere identisch und somit ununterscheidbar sind. Das Register kann beispielsweise auf dem Fahrzeuginformationssystem gespeichert sein und das Registerabbild beispielsweise auf der Einrichtung oder umgekehrt. Weitere
Registerabbilder sind beispielsweise auf weiteren Einrichtungen, welche jeweils von der Einrichtung beziehungsweise dem Fahrzeuginformationssystem unterschiedlich sind, gespeichert, wobei eine möglichst große Anzahl an Einrichtungen, welche jeweils das Register beziehungsweise das Registerabbild Vorhalten beziehungsweise speichern, besonders vorteilhaft beispielsweise für eine Fälschungssicherheit des Registers ist, da eine Änderung, welche nur in einem der Register beziehungsweise der Registerabbild vorgenommen wird, im Vergleich mit den übrigen Registern beziehungsweise
Registerabbildern, welche nicht geändert wurden, erkennbar ist.
Je nach Ausgestaltung der in dem Register gespeicherten Informationen, beispielsweise insbesondere den Funktionalitäten beziehungsweise den die Funktionalitäten
aufweisenden Rahmenbedingungsplan und/oder dem wenigstens einen Wert, kann das Register mitsamt seiner Registerabbilder somit als Blockkette beziehungsweise
Blockchain ausbildbar sein.
Der Rahmenbedingungsplan ist vorteilhafterweise als Computerprogramm und/oder Computerprotokoll ausgebildet, welches beispielsweise in Form eines Algorithmus über Mittel verfügt, um den anhand der wenigstens einen Funktionalitätseigenschaft vorgebaren Funktionsumfang und mögliche Abweichungen von diesem, welche insbesondere von dem Benutzer, welcher über das Fahrzeuginformationssystem das Anfordern der Funktionalität über die Schnittstelle bewirkt hat, maximal erwünscht sind, zu überprüfen. Der Rahmenbedingungsplan kann im Wesentlichen somit als smarter Vertrag (im Englischen Smart Contract) ausgebildet sein. Mit anderen Worten ist der Rahmenbedingungsplan vorteilhafterweise ein Computerprotokoll, welches Verträge beziehungsweise Vereinbarungen, insbesondere zwischen der Einrichtung und dem Fahrzeugassistenzsystem über die Funktionalität, abbilden und/oder überprüfen und die Abwicklung des Vertrags, also das Ausführen der Funktionalität insbesondere im Lichte der Funktionalitätseigenschaft technisch unterstützen kann. Die
Funktionalitätseigenschaft beschreibt dabei quasi eine Rahmenbedingung, insbesondere für eine wiederkehrend abrufbare Funktionalität. Mit anderen Worten definieren die Funktionalitätseigenschaften ein Service Level Agreement, in dem zugesicherte Leistungseigenschaften wie etwa beispielweise ein Leistungsumfang der Funktionalität, beispielsweise Reaktionszeit und Schnelligkeit einer Bearbeitung beispielsweise bei der Fahrzeugnavigation, genau beschrieben sind. Ein wichtiger Bestandteil der Funktionalitätseigenschaften ist eine vereinbarte
Leistungsqualität und somit ein beschriebenes Leistungsspektrum, beispielsweise Zeit oder Umfang, innerhalb welchem beispielsweise die Fahrzeugnavigation verfügbar ist.
Dabei liegt die Erfindung die Erkenntnis zugrunde, dass zur Erbringung von Diensten beziehungsweise Funktionalitäten in Fahrzeuginformationssystemen häufig
beispielsweise Daten beziehungsweise Funktionalitäten von Anbietern, welche nicht der Anbieter des Fahrzeuginformationssystems sind, bezogen werden müssen. Mit diesen Anbietern, insbesondere beispielsweise Lieferanten, werden Vereinbarungen über die Dienstgüte getroffen, welche insbesondere in den Funktionalitätseigenschaften festgehalten werden und beispielsweise die Verfügbarkeit sowie weitere
Qualitätsmerkmale vorschreiben. Darüber hinaus werden Bedingungen definiert, beispielsweise in Form so genannter Vertragsstrafen, die fällig werden, wenn die
Vereinbarungen durch den Anbieter nicht eingehalten werden beziehungsweise werden können. Diese Vereinbarungen, inklusive Vertragsstrafen, können insbesondere zwischen dem Anbieter des Fahrzeuginformationssystem und einem weiteren Anbieter
beziehungsweise Lieferanten vereinbart werden. Darüber hinaus kann eine Vereinbarung auch zwischen Lieferant und Benutzer des Fahrzeuginformationssystems getroffen werden. Damit die in der jeweiligen Vereinbarung enthaltene Vertragsstrafe durchsetzbar ist, ist insbesondere für jede einzelne Vereinbarung eine Überwachung vorteilhaft. Bisher erfolgte die Überwachung der Funktionalitätseigenschaften falls überhaupt durch eine, zumindest überwiegend, manuelle Kontrolle und ferner erfolgt ebenfalls manuell ein Einfordern der Vertragsstrafen. Beides ist jedoch in der Regel besonders aufwändig und bürokratisch, sodass häufig von den Vertragsstrafen bei Nichterfüllung der Funktionalität abgesehen wird. Ein elektronisch vorliegender Rahmenbedingungsplan, insbesondere in Form eines Smart Contracts, welcher durch das Computerprotokoll und/oder das
Computerprogramm beziehungsweise durch einen anhand deren durchzuführenden Algorithmus ausgebildet ist, ist eine Möglichkeit geschaffen, die
Funktionalitätseigenschaften, insbesondere anhand des wenigstens einen Wertes, automatisiert zu überwachen. Ferner können darüber hinaus die vereinbarten Abweichungserfüllungen beziehungsweise Vertragsstrafen, insbesondere ebenso automatisch veranlasst beziehungsweise durchgesetzt werden.
Dabei könnte jede Funktionalität beispielweise durch einen eigenen Anbieter angeboten werden, sodass das Fahrzeuginformationssystem die jeweilige Funktionalität von dem jeweiligen Anbieter in dem ersten Schritt des erfindungsgemäßen Verfahrens anfordert. Um nun eine besonders vorteilhafte Überwachung der Gesamtheit der Funktionalitäten und somit jeder einzelnen der Funktionalitäten zu ermöglichen, wird mit dem jeweiligen Anbieter ein jeweiligen Rahmenbedingungsplan und somit wenigstens eine jeweilige Funktionalitätseigenschaft festgelegt.
Ferner liegt der Erfindung ferner die Erkenntnis zugrunde, dass eine Reihe von
Kryptowährungen, wie beispielsweise Bitcoin oder Ethereum, die Möglichkeit bietet, ebenfalls Rahmenbedingungspläne zu verarbeiten. So ist die Möglichkeit geschaffen, dass aufgrund der für die Kryptowährungen verwendeten Blockchain beziehungsweise des verteilten Registers der Rahmenbedingungsplan aufgrund der Registerabbilder, insbesondere beispielsweise öffentlich, und vorteilhafterweise nicht manipulierbar, wie oben bereits skizziert, gespeichert werden kann. Somit wird keine zentrale Instanz mehr benötigt, welche beispielsweise die in dem Rahmenbedingungsplan, also insbesondere in dem Smart Contract, vereinbarten Funktionalitätseigenschaften kontrolliert, wodurch ein Vertrauenslevel zwischen beispielweise dem Anbieter und dem Benutzer besonders gering sein kann. So wird beispielsweise im Vertragswesen welches auf Smart Contracts basiert und dazu ferner Technologien der Blockchain verwendet, der schwerfällige und bürokratische Prozess zur Durchsetzung von Vertragsstrafen, insbesondere wie Service Level Agreements, welche analog zu den Funktionalitätseigenschaften ausgebildet sein können, abgelöst.
Durch das erfindungsgemäße Verfahren wird diese Möglichkeit auch für die
Überwachung der Funktionalität des Fahrzeuginformationssystems gegeben, sodass dadurch beispielsweise auf besonders vorteilhafte Weise Personal eingespart werden kann, welches beispielsweise benötigt wird, um manuell durchgeführte Rückmeldungen über eine Fehlfunktion beziehungsweise einen Abweichung von dem Soll-Betriebszustand des Fahrzeuginformationssystems zu erfassen, auszuwerten und Erwiderungen zu veranlassen, da durch das erfindungsgemäße Verfahren dieser Prozess programmatisch festgehalten und automatisiert werden kann. Ferner ergibt sich durch das erfindungsgemäße Verfahren der Vorteil, dass einseitig also durch beispielsweise den Benutzer des Fahrzeuginformationssystems und/oder den Anbieter beziehungsweise Betreiber der Einrichtung eine einseitige Änderung des Rahmenbedingungsplans ausgeschlossen werden kann. Dadurch kann das Fahrzeuginformationssystem
besonders zuverlässig betrieben werden, da der Betriebszustand für einen durch den Benutzer des Fahrzeuginformationssystem fest zu setzenden Zeitraum besonders gut vorhersagbar ist.
Mit anderen Worten wird durch das erfindungsgemäße Verfahren beispielsweise eine servicespezifische Überwachung von Anbietern, so genannten Content Providern, mit beziehungsweise durch Smart Contracts ermöglicht, wobei der Kraftwagen mit einer Einrichtung verbunden ist und wenigstens einen Dienst also die Funktionalität im
Fahrzeuginformationssystem basierend auf Daten beziehungsweise Diensten des Content Providers umgesetzt werden. Die Funktionalität können beispielsweise ein Verkehrsinformationsdienst, Tankstellenpreise, ein Parkdienste und/oder dergleichen umfassen. Darüber hinaus können auch weitere Dienste beziehungsweise
Funktionalitäten im Fahrzeuginformationssystem verwendet werden, zum Beispiel Audiodienste, Videoangebote, Sprachdienste und/oder vergleichbares. Das
erfindungsgemäße Verfahren zeichnet sich somit dadurch aus, dass durch den Smart Contract die automatische Überwachung eines Service Levels für einen Dienstanbieter des Fahrzeuginformationssystems erfolgt, beispielsweise für einen
Verkehrsdienstanbieter in Abhängigkeit der durch ihn bereitgestellten
Fahrzeugnavigation. Dabei ist in dem Rahmenbedingungsplan beispielsweise festgestellt, was zu überwachen ist, beispielsweise eine Schnittstelle, sodass über das Internet erreichbare Dienste die von der Einrichtung bereitgestellt oder direkt von dem Kraftwagen aufgerufen werden, um den Dienst beispielsweise die Funktionalität zu beziehen, kontrolliert werden können. Ferner kann beispielweise eine Definition von Schwellwerten bezüglich den Funktionalitätseigenschaften erfolgen. Dabei wird beispielsweise ein Schwellwert festgelegt, welcher besagt, um welchen Grad vereinbarte Parameter, wie eine minimale Verfügbarkeit, insbesondere Onlineverfügbarkeit von URI und/oder URL, von 99,99 Prozent und/oder die maximale Antwortzeit von 100 Millisekunden eingehalten werden sollen. Dabei wird für jede zu überwachende Funktionalität beziehungsweise Dienst und eine dafür verwendete Schnittstelle und/oder die Verfügbarkeit sowie die Antwortzeit ermittelt, was insbesondere im Schritt 3 des Verfahrens durchgeführt wird. Im Schritt 4 werden nun für jede überwachte Schnittstelle beziehungsweise Funktionalität die ermittelten Werte für die Verfügbarkeit und die Antwortzeit mit den vertraglich
vereinbarten Schwellenwerten vergleichen und schließlich wird aufgrund des im Schritt 5 ermittelten Wertes die Auslösung einer Zahlung der Unterscheidung des definierten jeweiligen Schwellenwertes veranlasst, so kann beispielsweise für eine Antwortzeit welche größer als 100 Millisekunden ist, beispielsweise eine Gebühr von 1 Euro an das Fahrzeuginformationssystem, beziehungsweise den Hersteller des
Fahrzeuginformationssystems, und/oder dessen Benutzer zugestellt werden.
In vorteilhafter Ausgestaltung der Erfindung wird der Wert, insbesondere über die Schnittstelle, wenigstens an die Einrichtung und/oder ein weitere Einrichtung, welche jeweils das Register und/oder das Registerabbild vorhält, übermittelt. Mit anderen Worten wird durch das Verfahren der Wert, welcher die Abweichung des Betriebszustands charakterisiert, eine Instanz, welche eine Version in Form des Registers oder seines Abbilds umfasst, beziehungsweise vorhält, oder in einem Speicherbereich speichert, angeboten. Dadurch ergibt sich der Vorteil, dass der Wert zusätzlich zum
Fahrzeuginformationssystem an der Einrichtung und/oder einer weiteren Einrichtung, welche beispielsweise mittels eines Datennetzes, mit der Einrichtung und/oder dem Fahrzeuginformationssystem verbunden ist, abgerufen werden kann, sodass eine Überwachung der Funktionalität dezentral ermöglicht wird. Dabei ist die Einrichtung beispielsweise eine elektronische Recheneinrichtung, die Bestandteil einer Cloud- Umgebung, insbesondere in Form eines Servers, sein kann. Als die weitere Einrichtung kann aber beispielsweise auch ein privater Personal Computer des Benutzers des Fahrzeuginformationssystems fungieren, sodass der Wert an möglichst vielen
unterschiedlichen Orten, je nachdem in Abhängigkeit wo sich die Einrichtung und/oder die weitere Einrichtung und/oder das Fahrzeuginformationssystem befinden, abrufbar ist.
In weiterer vorteilhafter Ausgestaltung der Erfindung wird der Wert, insbesondere chiffriert, das heißt durch ein kryptografisches Verfahren wie beispielsweise ein Hash- Verfahren verschlüsselt, in das Register und/oder das Registerabbild und somit insbesondere in die Gesamtheit der Register insbesondere als Block oder Teil eines Blocks eingetragen. Mit anderen Worten erfolgt ein Ablegen des Werts in das Register in Analogie zu dem Ablegen eines Werts in eine Blockchain, das heißt der Block wird insbesondere dem Register zugeführt, sodass das Register um den Wert erweitert wird, wodurch der Inhalt des Registers und somit das Register selbst vergrößert wird. Das Chiffrieren kann dabei beispielsweise mittels eines in dem Fahrzeuginformationssystem erfolgten Schlüssel, insbesondere eines Private-Public-Schlüssel-Verfahrens (Privat- Public-Key) und somit mit einem asymmetrischen Kryptografieverfahren, erfolgen, wodurch der Wert derart in das Register eingetragen werden kann, dass dieser eindeutig dem Fahrzeuginformationssystem zugeordnet werden kann. Vorteilhafterweise wird der Wert darüber hinaus mit einem Zeitstempel versehen, sodass darüber hinaus eine zeitliche Zuordnung möglich ist. Dabei wird, falls der Wert als Block abgelegt wird, dies in Form eines Datenblocks geschehen, sodass der Datenblock ein Block der Blockchain beziehungsweise der Blockkette und somit des Registers ist, welches über die Zeit fortgeschrieben wird, derart, dass eine Verkettung aufeinanderfolgender Blöcke erfolgt. Dabei wird vorteilhafterweise, wenn der Wert in dem Block abgelegt wird, mittels ebenfalls eines Kryptografieverfahrens, insbesondere mittels einer Hash-Funktion, ein Hash-Wert aller bereits sich im Register befindenden Blöcke erzeugt, sodass der neu erzeugte Block aufgrund der vor ihm abgelegten Blöcke eindeutig der Blockchain zu einem bestimmten Zeitpunkt zugeordnet werden kann. So wird vorteilhafterweise zusätzlich zu dem Wert in dem Block der Hash-Wert, der durch eine Hash-Funktion aus einen vorher abgelegten Blöcken gebildet wird, mit abgelegt, wodurch ein anschließend späteres Manipulieren des Werts, zumindest für den Fall ausgeschlossen ist, dass der Manipulierende nicht die Kontrolle über eine Mehrheit der Einrichtungen erhält. Ferner ergibt sich durch das Chiffrieren des Werts selbst, insbesondere beispielsweise durch einen Privaten Key, also dem privaten Schlüssel, des Fahrzeuginformationssystems, die Möglichkeit, dass insbesondere fälschungssicher nachweisbar ist, dass das
Fahrzeuginformationssystem den Wert erzeugt hat.
In vorteilhafter Ausgestaltung der Erfindung erfolgt das Einträgen des Werts in
Abhängigkeit von einer Konsensvereinbarung. Mit anderen Worten wird der Wert beziehungsweise der neue Block erst dann in das Register eingetragen, wenn insbesondere zwischen der Einrichtung und/oder der weiteren Einrichtung und/oder dem Fahrzeuginformationssystem Einigkeit darüber herrscht, dass der Wert rechtmäßig erzeugt wird. Die hat den Vorteil, dass die Fälschungssicherheit und somit die
Einforderbarkeit bei Nichterfüllung des Funktionsumfangs also somit die
Nichteinhaltebedingung besonders sicher erfolgen kann. Ferner wird dadurch
sichergestellt, dass alle an der Blockchain beteiligten Instanzen (Einrichtung, weitere Einrichtung, Fahrzeuginformationssystem), welche somit alle das Register
beziehungsweise ein Registerabbild gespeichert haben, ein identisches Abbild des Registers Vorhalten können. Dabei ist die Konsensvereinbarung beziehungsweise das Konsensverfahren beispielsweise dadurch gewährleistet, dass ein Anspruchsnachweis, beispielsweise in Form eines Proof of Stack, besteht, wodurch geregelt ist, dass einer der Teilnehmer, beispielsweise das Fahrzeuginformationssystem, den Wert in dem Register schreiben und somit den nächsten Block der Blockchain erzeugen darf. Ferner können für das Konsensverfahren auch so genannte Validatoren herangezogen werden. Dabei handelt es sich im Wesentlichen um ein Computerprogramm, das eine syntaktische Korrektheit von Dateien überprüfen kann.
In weiterer vorteilhaften Ausgestaltung der Erfindung wird der Wert ferner mit einer in dem Rahmenbedingungsplan hinterlegten Wertetabelle abgeglichen, in welcher für wenigstens den Wert eine Abweichungsoperation, insbesondere eine
Nichteinhaltebedingung, beschrieben ist. Die Wertetabelle ist beispielsweise derart ausgebildet, dass für eine entsprechenden Wert, der innerhalb eines bestimmten
Wertebereichs liegt, eine entsprechende Abweichungsoperation definiert wird, welche beschreibt, was aufgrund der Abweichung, welche durch den Wert charakterisiert ist, durch die Einrichtung und/oder das Fahrzeuginformationssystem durchgeführt werden soll, um beispielweise den Ist- Betriebszustand zu verbessern und/oder einen
Kompensation für die Abweichung zu leisten.
In weiterer vorteilhafter Ausgestaltung der Erfindung wird die Abweichungsoperation in Abhängigkeit von dem bereitgestellten Wert durchgeführt. Es kann beispielsweise eine Verlängerung für die Nutzungsdauer erwägt werden, falls eine Funktionalität für eine bestimmte Zeit beziehungsweise während einer bestimmten Zeit nicht zur Verfügung gestanden hat. Dabei ist dies in der Wertetabelle festgehalten, welche die
Abweichungsoperation bestimmt, wobei durch das Verfahren die Abweichungsoperation somit durchführbar ist. So könnte beispielsweise im Falle der Fahrzeugnavigation, wenn diese ausgefallen ist, durch die Wertetabelle vereinbart werden, dass falls die
Nutzungsdauer beispielsweise einen Tag umfasst, diese um einen Tag verlängert wird. Alternativ oder zusätzlich bieten sich mannigfaltige Möglichkeiten, wie die
Nichteinhaltebedingung beziehungsweise die Abweichungsoperation ausgelegt werden kann. So könnte es beispielsweise sein, dass bei einer zu hohen Antwortzeit
beispielsweise einer durch die Funktionalität erwirkten Serveranfrage an die Einrichtung ein Betrag, beispielsweise von einer Kryptowährung, an das Fahrzeuginformationssystem zu bezahlten ist. Mit anderen Worten kann die Wertetabelle beziehungsweise die
Vergleichsliste die Verletzung der Vertragsbedingung, welche in der Funktionalitätseigenschaft in dem Rahmenbedingungsplan in dem Register definiert ist, geschehen. Somit ist es auf vorteilhafte Weise möglich, die aufgrund der durchgeführten Überwachung möglichen Maßnahmen für eine Verbesserung des Betriebszustands zu initiieren und/oder eine entsprechende Gegenleistung bereitzustellen. Somit kann auf besonders vorteilhafte Weise das Verfahren automatisiert durchgeführt werden.
In weiterer vorteilhafter Ausgestaltung der Erfindung wird in Abhängigkeit von dem in dem Register eingetragenen Wert, also insbesondere dem Block und/oder in Abhängigkeit von, insbesondere in dem Rahmenbedingungsplan hinterlegten, Änderungsanweisungen eine Änderung des Rahmenbedingungsplan durchgeführt wird. Somit ist eine, insbesondere dynamische, Anpassung der Funktionalitätseigenschaft möglich. So kann mittels weiteren in dem Rahmenbedingungsplan hinterlegten Informationen, wie beispielsweise der Wertetabelle, beispielsweise auf bestimmte Gegebenheiten, beispielsweise Einflüsse, welche die Funktionalität beeinträchtigen, dynamisch reagiert werden, sodass insbesondere der Funktionsumfang des Fahrzeuginformationssystems den Umständen entsprechend möglichst groß gehalten werden kann, ohne Nachteile für die Einrichtung und/oder den Benutzer des Fahrzeuginformationssystems zu bieten.
Ein zweiter Aspekt der Erfindung betrifft eine elektronische Recheneinrichtung, insbesondere beispielsweise des Fahrzeuginformationssystems, welche zum Durchführen eines beschriebenen Verfahrens ausgebildet ist.
Dabei kann die elektronische Recheneinrichtung auch mehrere Instanzen umfassen, welche beispielswiese mittels einer Rechner-Rechner-Verbindung (peer to peer
Verbindung (P2P)) verbunden sind, wobei insbesondere jede der Instanzen das Register vorhält. Alternativ ist die Recheneinrichtung eine der Instanzen.
Ein dritter Aspekt der Erfindung betrifft ein erfindungsgemäßes
Computerprogrammprodukt, welches ein erfindungsgemäßes Verfahren auf einer elektronischen Recheneinrichtung implementiert. Dabei kann das
Computerprogrammprodukt insbesondere in der Form vorliegen, in welcher es direkt in einen Speicher beziehungsweise Speicherbereich der elektronischen Recheneinrichtung ladbar ist. Das Computerprogrammprodukt weist Programmmittel auf, welche
insbesondere in Form von Befehlen vorliegen, die beim Ausführen auf der elektronischen Recheneinrichtung, diese veranlassen das erfindungsgemäße Verfahren durchzuführen. Ein vierter Aspekt der Erfindung betrifft einen computerlesbaren Datenträger. Dabei umfasst der erfindungsgemäße Datenträger auf ihm gespeicherte Steuerinformationen, welche zumindest das erfindungsgemäße Computerprogrammprodukt umfassen und/oder derart ausgestaltet sind, dass bei Verwendung des Datenträgers in einer elektronischen Recheneinrichtung ein erfindungsgemäßes Verfahren durchgeführt wird.
Die bisher und im Folgenden angegebenen Eigenschaften und Weiterbildungen des erfindungsgemäßen Verfahrens sowie die entsprechenden Vorteile sind jeweils sinngemäß auf die erfindungsgemäße elektronische Recheneinrichtung und/oder das erfindungsgemäße Computerprogrammprodukt und/oder den erfindungsgemäßen Datenträger übertragbar und umgekehrt.
Ferner umfasst die Erfindung ein Kraftfahrzeug, welches eine Vorrichtung, wie beispielsweise die elektronische Recheneinrichtung aufweist, welche zum Durchführen des erfindungsgemäßen Verfahrens geeignet ist.
Weitere Vorteile, Merkmale und Einzelheiten der Erfindung ergeben sich aus der nachfolgenden Beschreibung eines bevorzugten Ausführungsbeispiels sowie anhand der Zeichnung. Die vorstehend in der Beschreibung genannten Merkmale und
Merkmalskombinationen sowie die nachfolgend in der Figurenbeschreibung genannten und/oder in den Figuren alleine gezeigten Merkmale und Merkmalskombinationen sind nicht nur in der jeweils angegebenen Kombination, sondern auch in anderen
Kombinationen oder in Alleinstellung verwendbar, ohne den Rahmen der Erfindung zu verlassen.
Dabei zeigt:
Fig. 1 ein schematisches Ablaufdiagramm eines Verfahrens zur Überwachung einer Funktionalität eines Fahrzeuginformationssystems eines Kraftwagens; und
Fig. 2 schematisch Darstellung des Kraftwagens umfassend das
Fahrzeuginformationssystem in Wechselwirkung mit einer fahrzeugexternen Einrichtung, sowie eines Registers, welches als Registerabbild in der Einrichtung und/oder dem
Fahrzeuginformationssystem vorhaltbar ist.
Fig. 1 zeigt in dem schematischen Ablaufdiagramm ein Verfahren zur Überwachung eines Funktionalität FN eines Fahrzeuginformationssystems FS eines Kraftwagens KW, welcher insbesondere als Personenkraftwagen oder eine weitere Form eines
Kraftfahrzeugs ausgebildet ist. Für das Verfahren wird die Funktionalität FN über eine Schnittstelle IN von einer fahrzeugexternen Einrichtung El angefordert. Durch die
Funktionalität FN wird der Funktionsumfang des Fahrzeuginformationssystems FS erweitert. Wenigstens eine Funktionalitätseigenschaft SA, insbesondere in Form eines Service Level Agreements, der Funktionalität FN ist anhand eines in einem Registers RE gespeicherten Rahmenbedingungsplans SC, insbesondere in Form eines Smart
Contracts, definiert.
Um die Überwachung der Funktionalität FN besonders vorteilhaft durchführen zu können, umfasst das Verfahren mehrere Schritte:
In einem ersten Schritt S1 des Verfahrens erfolgt ein Anfordern der Funktionalität FN über die Schnittstelle IN. In einem zweiten Schritt des Verfahrens S2 erfolgt ein
Ausführen der Funktionalität FN durch das Fahrzeuginformationssystem FS. Dabei ist das Fahrzeuginformationssystem FS insbesondere derart ausgebildet, dass es sich dabei beispielsweise um ein System handelt, welche ein Fahrerassistenzsystem und/oder beispielsweise Infotainmentsystem sowie eine Telematikeinheit umfasst, wobei die Funktionalität FN beispielsweise eine Assistenzfunktion des Fahrerassistenzsystems bereitstellen kann. In einem dritten Schritt S3 des Verfahrens erfolgt ein Erfassen eines Betriebszustands, insbesondere eines Ist-Betriebszustands, der Funktionalität FN des Fahrzeuginformationssystems FS. Bei dem Erfassen des Betriebszustands werden Informationen erfasst, welche den Zustand der Funktionalität FN beispielsweise in Form der durch sie erledigten Funktionen in dem Fahrzeuginformationssystem FS durchgeführt werden. In einem vierten Schritt S4 des Verfahrens erfolgt ein Vergleichen des
Betriebszustands mit der in dem Rahmenbedingungsplan SC festgehaltenen
Funktionalitätseigenschaft SA, welche insbesondere einen Soll-Betriebszustand charakterisieren. In einem fünften Schritt S5 des Verfahrens erfolgt im Falle einer Abweichung des erfassten Betriebszustands von der in dem Rahmenbedingungsplan SC festgehaltenen Funktionalitätseigenschaft SA ein Bereitstellen eines die Abweichung charakterisierenden Werts W für das Register RE und/oder die Schnittstelle IN des Fahrzeuginformationssystems FS.
In Fig. 2 ist ein Wechselwirkungszusammenhang zwischen dem Kraftwagen KW beziehungsweise dessen Fahrzeuginformationssystem FS mit der wenigstens einen Einrichtung El gezeigt und ferner ist in dem oberen Bereich der Fig. 2 das Register RE mit seinen Komponenten, wie beispielsweise dem Rahmenbedingungsplan SC, welcher die Funktionalitätseigenschaft SA beinhaltet und definiert, gezeigt.
Der Rahmenbedingungsplan SC in Form des Smart Contracts ist im Wesentlichen ein Computerprotokoll, das insbesondere automatisch überprüft, ob die
Funktionalitätseigenschaft SA oder beispielsweise die Abwicklung einer in einer
Wertetabelle WT hinterlegten Abweichungsoperation AO und somit einer
Nichteinhaltebedingung durchgeführt wird. Durch das Verfahren kann somit eine
Möglichkeit der Überwachung bereitgestellt werden, da die mit der Einrichtung El zur Einhaltung Funktionalitätseigenschaft SA in Form des Service Level Agreements zugesicherten Leistungseigenschaften, wie etwa ein Leistungsumfang, eine Reaktionszeit und/oder dergleichen und darüber hinaus eine maximal erlaubte Abweichungen von dem zugesicherten Leistungsumfang definiert werden können, welche durch die Funktionalität FN eingehalten werden sollten.
Damit das Verfahren besonders vorteilhaft durchgeführt werden kann, wird der Wert W wenigstens an die Einrichtung El, insbesondere über die Schnittstelle IN und/oder eine weitere Einrichtung, welche nicht gezeigt ist, welche jeweils das Register RE und/oder ein Registerabbild RA vorhält, übermittelt. Dabei ist das Registerabbild RA quasi eine identische Kopie beziehungsweise Version, insbesondere digitale Kopie, des Registers RE, sodass das Registerabbild RA und das Register RE nicht zu unterscheiden sind. Durch die Verteilung des Registers RE beziehungsweise des Registerabbilds RA auf wenigstens die Einrichtung El beziehungsweise das Fahrzeuginformationssystem FS ist es durch eine der Instanzen, der Einrichtung El und/oder des
Fahrzeuginformationssystems FS, nicht möglich, seine Version des Registers RE beziehungsweise sein Registerabbild RA, beispielsweise den darin gespeicherten Rahmenbedingungsplan SC, zu manipulieren, ohne dass bei einem Vergleich mit dem entsprechenden Registerabbild RA der anderen Instanz der Unterschied nicht bemerkt werden kann. Dadurch ist quasi eine Manipulation der Überwachung ausgeschlossen. Die Manipulationswahrscheinlichkeit wird weiter herab gesetzt, dadurch, dass der Wert W, insbesondere chiffriert, insbesondere durch einen Schlüssel eines Schlüsselpaares der Einrichtung El und vorzugsweise des Fahrzeuginformationssystems FS signiert wird. Bei dem Chiffrieren kann der Wert W insbesondere als Block beziehungsweise Teil eines Datenblocks, an die sich bereits im Register RE befindenden Informationen, wie beispielsweise den Rahmenbedingungsplan SC oder einen sich bereits in dem Register befindenden Wert W1 , angefügt werden, sodass das Register RE jeweils zumindest um den einzutragenden Wert W verlängert wird. Dabei wird vorteilhafterweise zu dem Wert W jeweils noch ein, insbesondere ebenfalls vorteilhafterweise mittels einer Hash-Funktion chiffrierter, weitere Wert beziehungsweise Parameter eingetragen, welcher eine
Zusammenfassung, insbesondere als Hash-Wert, über sich bisher im Register RE befindende Informationen enthält, wodurch die Fälschungssicherheit des Registers RE weiter erhöht wird. Damit nur zulässige Werte W in das Register RE beziehungsweise das Registerabbild RA eingetragen werden können, erfolgt das Einträgen des Werts W in Abhängigkeit von einer Konsensvereinbarung. Dabei sind verschiedene
Konsensverfahren denkbar, beispielsweise wird ein Validator verwendet und/oder es wird ein Anteilsnachweis beziehungsweise ein Anspruchsnachweis (Proof of State) einer der Instanzen, also der Einrichtung El und/oder des Fahrzeuginformationssystem FS, durchgeführt. Zusätzlich oder darüber hinaus ist beispielsweise auch ein Arbeitsnachweis, (Proof of Work) möglich. Dadurch kann die Sicherheit beziehungsweise das Überprüfen der Funktionalität FN weiter gesteigert werden.
Vorteilhafterweise wird der Wert W mit einer in dem Rahmenbedingungsplan SC hinterlegten Wertetabelle WT abglichen, in welcher für wenigstens einen Wert W1 die Nichteinhaltebedingung beziehungsweise die Abweichungsoperation AO beschrieben ist, welche als Reaktion auf die Abweichung des Ist-Betriebszustands der Funktionalität FN des Fahrzeuginformationssystems FS in Abgleich mit dem durch die Funktionalität SA bestimmten Soll-Betriebszustand durchgeführt werden soll. Dabei wird die
Abweichungsoperation AO in Abhängigkeit von dem bereitgestellten Wert W
vorteilhafterweise durchgeführt.
Das Verfahren kann vorteilhafterweise durch eine elektronische Recheneinrichtung, welche beispielsweise das Fahrzeuginformationssystems FS aufweist, durchgeführt werden. Ferner kann das Verfahren durch ein Computerprogrammprodukt, insbesondere in einem Speicher der elektronischen Recheneinrichtung durchgeführt werden, wobei das Computerprogrammprodukt dazu Programmmittel, insbesondere Befehle umfasst, die auf der elektronischen Recheneinrichtung das vorgestellte Verfahren durchführen. Ferner kann ein computerlesbarer Datenträger diese Programmmittel enthalten, welcher beispielsweise von der elektronischen Recheneinrichtung computerlesbar ist.
Durch das Verfahren kann, insbesondere servicespezifisch, also in Abhängigkeit von einem Anbieter, welcher durch die Einrichtung El die Funktionalität FN bereitstellt, dieser Anbieter durch den Rahmenbedingungsplan SC in Form des Smart Contracts überwacht werden. Dabei kann es sich bei dem Anbieter um einen Content Provider handeln, welcher beispielsweise ein Anbieter von einer Fahrzeugnavigation von einem
Internetzugang und/oder ein sonstiger Dienstanbieter ist. Bei der Funktionalität FN kann es sich somit insbesondere um einen Dienst, wie beispielsweise die Fahrzeugnavigation handeln, weicher auch als Dienstleistung bezeichnet wird. Die Einrichtung El ist vorteilhafterweise ein Backend, insbesondere Fahrzeugbackend, welcher wenigstens eine elektronische Recheneinrichtung aufweist. Die Kommunikation zwischen der Schnittstelle IN der als Backend ausgebildeten Einrichtung El findet über einen Mobilfunkt mit der Schnittstelle IN des Fahrzeuginformationssystems FS statt. Dabei ist es möglich, dass die Funktionalität FN, welche an der Einrichtung El vorgehalten wird, Daten umfasst, durch deren Bereitstellung an das Fahrzeuginformationssystem FS, dieses in seinem
Funktionsumfang erweitert wird und/oder die Daten derart gestaltet sind, dass diese selbst den Funktionsumfang erweitern. Ist der Funktionsumfang wie im Falle der
Fahrzeugnavigation beispielsweise ein Dienst wie ein Verkehrsinformationsdienst, Tankstellenpreise, ein Parkdienst und/oder vergleichbares, kann dieser Dienst, insbesondere im Rahmen des Rahmenbedingungsplans SC auf dem Kraftwagen KW verwendet werden. Dabei können zusätzlich zu Assistenzdiensten wie dem
Verkehrsinformationsdienst auch Dienste für ein Infotainmentsystem des Kraftwagens KW wie beispielsweise Audiodienste, in Form von Musikstreaming und/oder dergleichen, angeboten werden.
Durch den Rahmenbedingungsplan SC können beispielsweise auch Schnittstellen überwacht werden, insbesondere wenn es sich bei der Funktionalität FN um einen Internetdienst handelt. Ferner kann in dem Rahmenbedingungsplan SC, insbesondere in dessen Funktionalitätseigenschaft SA ein Schwellwert festgelegt werden, welcher beispielsweise vereinbarte Parameter wie die minimale Verfügbarkeit beispielsweise von 99,99 Prozent und/oder die maximale Antwortzeit von maximal 100 Millisekunden für den Verkehrsdienstanbieter als Antwort auf eine Anfrage durch das
Fahrzeuginformationssystem FS beinhalten. Ferner ist in dem Rahmenbedingungsplan SC eine Definition, insbesondere in Form der Wertetabelle WT vorhaltbar, in der beispielsweise eine Strafzahlung bei Verletzung der Vertragsbedingung, also bei Nichteinhalten des durch die Funktionalitätseigenschaft SA zu garantierenden
Funktionsumfang des Fahrzeuginformationssystems FS möglich ist. Dabei kann für jeweils eine Funktionalität FN eine entsprechende Überwachung, durch mehrfache Ausführung des Verfahrens, durchgeführt werden, insbesondere in dem Fall, bei welchem die jeweilige Funktionalität FN von jeweils einem unterschiedlichen Anbieter bezogen werden kann.
Die unterschiedlichen Anbieter können beispielsweise jeweils einen eigenen und/oder einen gemeinsamen Server, insbesondere als Fahrzeugbackend und/oder als Cloud- Infrastruktur, nutzen, um alle für das Fahrzeuginformationssystem FS bereitgestellten Funktionalitäten FN Vorhalten zu können. Für die jeweilige Funktionalität FN wird beispielsweise die Verfügbarkeit sowie die Antwortzeit ermittelt. Ferner werden für jede Funktionalität FN die ermittelten Werte W für die Verfügbarkeit und die Antwortzeit mit den vertraglich vereinbarten Schwellenwerten verglichen, das heißt es erfolgt ein
Abgleich des Werts W mit der Wertetabelle WT. In Abhängigkeit dieser Wertetabelle WT wird dann die Abweichungsoperation AO initiiert. Dabei können für unterschiedliche Abweichungen, also unterschiedliche Werte W unterschiedliche Abweichungsoperationen AO festgehalten werden, wie beispielsweise in Fig. 2 durch die Indexnummer der jeweiligen Abweichungsoperationen AO, dargestellt.
Das Register RE liegt vorteilhafterweise als Blockchain vor, womit der
Rahmenbedingungsplan SC ebenfalls Teil der Blockchain ist. Diese wird beispielsweise mittels des Kriteriums und/oder eines weiteren Protokolls in der Blockchain und somit in dem Register RE gespeichert. Vorzugsweise findet die Speicherung auf möglichst vielen Einrichtungen El beziehungsweise Fahrzeuginformationssystemen FS und/oder weiteren Einrichtungen statt. Dabei kann das Register RE auch mehrere Rahmenbedingungspläne SC beispielsweise für eine jeweilige Funktionalität FN beziehungsweise einen jeweiligen Anbieter der Funktionalität FN enthalten, wodurch durch den Register RE somit eine automatisierte Überwachung sämtlicher Funktionalitäten FN möglich ist. Vorteilhafterweise kann ein Anbieter der Funktionalität FN einen Pfand beispielsweise in Form einer Sicherheitsleistung in den Rahmenbedingungsplan SC, beispielsweise in Form einer Kryptowährung, hinterlegen, sodass bei einer Abweichung um den Wert W in Abhängigkeit der Wertetabelle WT beispielsweise als Abweichungsoperation ein Betrag von der Sicherheitsleistung, welcher in dem Rahmenbedingungsplan SC hinterlegt ist, an den Nutzer des Fahrzeuginformationssystems FS und/oder dessen Hersteller überwiesen wird.
Dabei kann, durch die Wertetabelle WT geregelt, die Höhe des Betrags von der Schwere der Verletzung abhängen, beispielsweise 100 Euro Strafe, falls die tatsächliche
Verfügbarkeit bei 99,8 und nicht bei den geforderten 99,99 Prozent liegt. Dabei kann die Staffelung derart geschehen, dass beispielsweise 1000 Euro Strafe fällig werden, falls die tatsächliche Verfügbarkeit bei 99,7 Prozent liegt.
Die Einhaltung der Funktionalitätseigenschaft SA, also des Service Level Agreements beziehungsweise des Servicelevels, kann dem Anbieter beziehungsweise der Einrichtung El beispielsweise automatisch, zusätzlich zu dem Register RE, mittels E-Mail signalisiert werden.
Die Funktionalitätseigenschaft kann neben der Verfügbarkeit der Funktionalität FN auch weitere Qualitätsmerkmale fordern und/oder vereinbaren, beispielsweise einen räumlich zeitlichen Bezug, so kann beispielsweise die Anzahl an GPS-Daten für einen bestimmten Zeitraum auf einer bestimmten Straße für einen Verkehrsinformationsdienst,
beziehungsweise die Aktualität der Tankstellenpreise in einer Region und/oder beispielsweise die Verfügbarkeit von externen Audioquellen während einer Fahrt Teil der Funktionalität SA sein.
Haben die Qualitätsmerkmale, welche in der Funktionalitätseigenschaft SA geregelt sind, eines Dienstanbieters einen zeitlichen Bezug, beispielsweise können Tankstellenpreise variieren, kann die Abweichung ebenfalls in der Funktionalität FN festgelegt werden, so müssen beispielsweise Tankstellenpreise einmal pro Stunde aktualisiert werden, ansonsten tritt eine Abweichungsoperation AO ein. Für eine Parkplatzinformation kann beispielsweise vereinbart werden, dass die Parkplatzbelegung nicht älter als 30 Minuten sein darf. Ferner können Qualitätsmerkmale eines Anbieters der Funktionalität FN einen räumlichen Bezug haben. So können beispielsweise On-street-Parkinformationen in Stuttgart genauer und verfügbarer sein als etwa in Kopenhagen, das heißt also abhängig von der Anzahl der von Benutzer der Fahrzeuginformationssystems getroffenen Auswahl.
Ferner können Qualitätsmerkmale je nach Funktionalität FN bestimmte Schwächen erlauben, so kann beispielsweise für einen Verkehrsdienst nachts weniger als 1 Prozent an GPS-Daten anbieten, da nachts beispielsweise die Wahrscheinlichkeit eines
Verkehrsstaus geringer ist. Ein weiteres Beispiel ist eine durch das
Fahrzeuginformationssystem FS durchgeführte Funktionalität FN in Form eines
Übersetzers beziehungsweise eines Übersetzungsdienstes, so kann eine
Nichtverfügbarkeit einer von nicht so vielen Menschen gesprochenen Sprache durch eine entsprechende Abweichungsoperation AO weniger sanktioniert werden, als eine
Nichtverfügbarkeit einer Sprache die von sehr vielen Menschen gesprochen wird.
Vorteilhafterweise kann der Anbieter beziehungsweise Dienstanbieter, beispielsweise an der Einrichtung El eine Schnittstelle IN zum Abfragen der aktuellen Qualitätsmerkmale anbieten.
Der Dienstanbieter kann bei Verletzung der in dem Rahmenbedingungsplan SC, insbesondere durch die Funktionalität SA definierten Merkmale, beispielsweise der Verfügbarkeit und/oder der Qualität automatisch die Vertragsstrafe beispielsweise durch die ihr in der Wertetabelle WT zugeordnete Zahlung anhand der entsprechenden
Abweichungsoperation AO leisten. Dabei wird die Zahlung vorteilhafterweise durch eine Kryptowährung, wie beispielsweise Bitcoin oder Ethereum und/oder dergleichen, geleistet.
Ferner kann beispielsweise bei Verletzung des Rahmenbedingungsplans SC eine
Entschädigung in Abhängigkeit der Benutzereinschränkung, welche durch den Ist- Betriebszustand verursacht wird, erfolgen. So kann beispielsweise in Abhängigkeit davon, dass die Anzahl an GPS-Daten auf unter 2 Prozent fällt, keine zuverlässige
Stauendenwarnung mehr möglich sein, jedoch ist die Anzeige von Restreisezeiten im Fahrzeug sinnvoll, solange mehr als 1 Prozent der GPS-Daten auf einem entsprechenden Straßenabschnitt vorliegen. Ferner kann in Abhängigkeit der in dem Register RE eingetragenen Werte W und/oder von weiteren in dem Rahmenbedingungsplan SC hinterlegten Informationen eine
Änderungsanweisung AA des Rahmenbedingungsplans SC selbst durchgeführt werden. So ist es beispielsweise möglich, dass in dem Register RE alle Abweichungen der Funktionalität FN, beispielsweise in Form der Werte W, ausgewertet werden können. Die durch die Auswertung gewonnen Informationen können beispielsweise für zukünftige Verhandlungen über einen neuen Rahmenbedingungsplan SC verwendet werden. Ferner können Schwächen der jeweiligen Funktionalität FN aufgedeckt werden, und so eine Ursachenermittlung der Abweichung besonders vorteilhaft erfolgen, da ein
chronologisches Nachverfolgen der Abweichungen durch das Register RE möglich ist.
Für neue Funktionalitäten FN kann der jeweiligen Anbieter beziehungsweise die
Einrichtung El der jeweiligen Funktionalität FN selbst einen Rahmenbedingungsplan SC anbieten und diesen in dem Register RE, insbesondere in Abhängigkeit der
Konsensvereinbarung ablegen.
Ein weiterer Vorteil des Verfahrens zusätzlich zu dem automatisierten Abwickeln und Überwachen ist das, falls beispielweise Kosten für das Anfordern der Funktionalität FN entrichtet werden müssen, diese sofort mit beispielsweise in der jeweiligen
Abweichungsoperation AO enthaltenen Zahlungen verrechnet werden können, womit kein Buchungsaufwand entsteht. Ferner kann das Verfahren beispielsweise besonders vorteilhaft dezentral verwendet werden.

Claims

Patentansprüche
1. Verfahren zur Überwachung einer Funktionalität (FN) eines
Fahrzeuginformationssystems (FS) eines Kraftwagens (KW), welche über eine Schnittstelle (IN) von einer fahrzeugexternen Einrichtung (El) angefordert wird und den Funktionsumfang des Fahrzeuginformationssystems (FS) erweitert, und deren wenigstens eine Funktionalitätseigenschaft (SA) anhand eines in einem Register (RE) gespeicherten Rahmenbedingungsplan (SC) definiert ist, mit den Schritten:
- Anfordern der Funktionalität (FN) über die Schnittstelle (IN);
- Ausführen der Funktionalität (FN) durch das Fahrzeuginformationssystem (FS);
- Erfassen eines Betriebszustands der Funktionalität (FN) des
Fahrzeuginformationssystems (FS);
- Vergleichen des Betriebszustands mit der in dem Rahmenbedingungsplan (SC) festgehaltenen Funktionalitätseigenschaft (SA);
- Im Falle einer Abweichung des Betriebszustands von der in dem
Rahmenbedingungsplan (SC) festgehaltenen Funktionalitätseigenschaft (SA): Bereitstellen wenigstens eines die Abweichung charakterisierenden Werts (W) für das Register (RE) und/oder an der Schnittstelle (IN) des
Fahrzeuginformationssystems (FS).
2. Verfahren nach Anspruch 1 ,
dadurch gekennzeichnet, dass
der Wert (W) wenigstens, insbesondere über die Schnittstelle (IN), an die
Einrichtung (El) und/oder ein weitere Einrichtung, welche jeweils das Register (RE) und/oder ein Registerabbild (RA) vorhält, übermittelt wird.
3. Verfahren nach Schritt 1 oder 2,
dadurch gekennzeichnet, dass
der Wert (W), insbesondere chiffriert, in das Register (RE) und/oder das
Registerabbild (RA) eingetragen wird.
4. Verfahren nach Anspruch 3,
dadurch gekennzeichnet, dass
das Einträgen des Werts (W) in Abhängigkeit von einer Konsensvereinbarung erfolgt.
5. Verfahren nach Anspruch einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet, dass
der Wert (W) mit einer in dem Rahmenbedingungsplan (SC) hinterlegten
Vergleichsliste abgeglichen wird, in welcher für wenigstens einen Wert (W) eine Abweichungsoperation (AO) beschrieben ist.
6. Verfahren nach Anspruch 5,
dadurch gekennzeichnet, dass
die Abweichungsoperation (AO) in Abhängigkeit von dem bereitgestellten Wert (W) durchgeführt wird.
7. Verfahren nach einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet, dass
in Abhängigkeit von dem in dem Register (RE) eingetragenen Wert (W) und/oder in Abhängigkeit von, insbesondere in dem Rahmenbedingungsplan (SC) hinterlegten, Änderungsanweisungen (AA) eine Änderung des Rahmenbedingungsplan (SC) durchgeführt wird.
8. Elektronische Recheneinrichtung, welche zum Durchführen eines Verfahrens nach einem der vorhergehenden Ansprüche ausgebildet ist.
9. Computerprogrammprodukt, welches in einen Speicher einer elektronischen
Recheneinrichtung ladbar ist, mit Programm-Mitteln, die beim Ausführen auf einer elektronischen Recheneinrichtung, diese veranlassen ein Verfahren nach einem der Ansprüche 1 bis 7 auszuführen.
10. Computerlesbarer Datenträger mit darauf gespeicherten Steuerinformationen, welche zumindest ein Computerprogrammprodukt nach Anspruch 9 umfassen und/oder derart ausgestaltet sind, dass bei Verwendung des Datenträgers in einer elektronischen Recheneinrichtung ein Verfahren nach einem der Ansprüche 1 bis 7 durchführt wird.
PCT/EP2020/052758 2019-02-14 2020-02-04 Verfahren zur überwachung einer funktionalität eines fahrzeuginformationssystems eines kraftfahrzeugs, sowie elektronische recheneinrichtung, computerprogramm und datenträger Ceased WO2020164974A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/430,498 US20220139122A1 (en) 2019-02-14 2020-02-04 Method for monitoring a functionality of a vehicle information system of a motor vehicle, and electronic computing device, computer program and data carrier
CN202080014046.2A CN113454674B (zh) 2019-02-14 2020-02-04 用于监测机动车的车辆信息系统功能的方法及电子计算装置、计算机程序和数据载体

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102019001100.7A DE102019001100A1 (de) 2019-02-14 2019-02-14 Verfahren zur Überwachung einer Funktionalität eines Fahrzeuginformationssystems eines Kraftfahrzeugs, sowie elektronische Recheneinrichtung, Computerprogramm und Datenträger
DE102019001100.7 2019-02-14

Publications (1)

Publication Number Publication Date
WO2020164974A1 true WO2020164974A1 (de) 2020-08-20

Family

ID=69500734

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2020/052758 Ceased WO2020164974A1 (de) 2019-02-14 2020-02-04 Verfahren zur überwachung einer funktionalität eines fahrzeuginformationssystems eines kraftfahrzeugs, sowie elektronische recheneinrichtung, computerprogramm und datenträger

Country Status (4)

Country Link
US (1) US20220139122A1 (de)
CN (1) CN113454674B (de)
DE (1) DE102019001100A1 (de)
WO (1) WO2020164974A1 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102020215744A1 (de) 2020-12-11 2022-06-15 Robert Bosch Gesellschaft mit beschränkter Haftung Computerimplementiertes Verfahren und System zum Überwachen eines Einsatzbereiches einer bereitgestellten Funktion und Trainingsverfahren
CN116757539A (zh) * 2023-06-20 2023-09-15 四川省产品质量监督检验检测院 一种基于大数据的天然气加气站质量检查控制系统及方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170169529A1 (en) * 2015-12-10 2017-06-15 International Business Machines Corporation Workload distribution optimizer
WO2018006056A1 (en) 2016-07-01 2018-01-04 Wells Fargo Bank, N.A. International trade finance blockchain system
US20180018723A1 (en) * 2016-07-18 2018-01-18 Royal Bank Of Canada Distributed ledger platform for vehicle records
US10127530B1 (en) * 2007-11-02 2018-11-13 At&T Mobility Ii Llc Updating service level agreements based on a usage pattern for a subscriber at multiple locations during multiple times of day
US20180374283A1 (en) * 2017-06-23 2018-12-27 International Business Machines Corporation Vehicle transaction validation

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107798532A (zh) * 2017-09-29 2018-03-13 深圳市轱辘车联数据技术有限公司 一种车载终端支付方法、终端及计算机可读介质
US10937253B2 (en) * 2018-06-11 2021-03-02 International Business Machines Corporation Validation of vehicle data via blockchain
US10628906B2 (en) * 2018-06-18 2020-04-21 General Motors Llc Embedding blockchain information in digital images
US11164406B2 (en) * 2019-01-25 2021-11-02 Ford Global Technologies, Llc Real-time emissions estimation and monitoring

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10127530B1 (en) * 2007-11-02 2018-11-13 At&T Mobility Ii Llc Updating service level agreements based on a usage pattern for a subscriber at multiple locations during multiple times of day
US20170169529A1 (en) * 2015-12-10 2017-06-15 International Business Machines Corporation Workload distribution optimizer
WO2018006056A1 (en) 2016-07-01 2018-01-04 Wells Fargo Bank, N.A. International trade finance blockchain system
US20180018723A1 (en) * 2016-07-18 2018-01-18 Royal Bank Of Canada Distributed ledger platform for vehicle records
US20180374283A1 (en) * 2017-06-23 2018-12-27 International Business Machines Corporation Vehicle transaction validation

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Technical Report No. FIF-2018.02", April 2018, UNIVERSITÄT ZÜRICH, article "Automatic SLA compensation based on smartphone tracks"

Also Published As

Publication number Publication date
CN113454674A (zh) 2021-09-28
DE102019001100A1 (de) 2020-08-20
US20220139122A1 (en) 2022-05-05
CN113454674B (zh) 2025-09-26

Similar Documents

Publication Publication Date Title
DE102020106368A1 (de) Teilen von fahrzeugdaten mit interessierten parteien
DE60315996T2 (de) Verfahren und vorrichtung zur datenbewegung mittels sperren
DE10240117A1 (de) Netzwerkbasiertes Informationsmanagement
EP3811563A1 (de) Verfahren und vorrichtung zum vereinbaren einer zusammenarbeit zwischen einem ersten system und einem zweiten system
DE102018219719A1 (de) Fahrzeug, Netzwerkkomponente, Verfahren, Computerprogramm und Vorrichtung zum Generieren einer Kennung für einen Ausrüstungszustand eines Fahrzeugs
EP3735650B1 (de) Persönliche dokumentenblockchain-struktur
DE102018212238A1 (de) Kontosystem, anbieter-endgerät, benutzer-endgerät, und knoten
DE102010009755A1 (de) Kommunikationssystem zur prozessorientierten Erfassung, Speicherung, Übermittlung und Bereitstellung von Daten
EP3966723B1 (de) Verfahren und anordnung zur bereitstellung von daten einer industriellen automatisierungsanordnung zu einer externen anordnung
WO2020164974A1 (de) Verfahren zur überwachung einer funktionalität eines fahrzeuginformationssystems eines kraftfahrzeugs, sowie elektronische recheneinrichtung, computerprogramm und datenträger
EP3743844B1 (de) Blockchain-basiertes identitätssystem
DE112009001207T5 (de) Kenntnisverteilung
EP3376419B1 (de) System und verfahren zum elektronischen signieren eines dokuments
EP3117359B1 (de) Id-provider-computersystem, id-token und verfahren zur bestätigung einer digitalen identität
WO2021013603A1 (de) Verfahren zum handeln von kryptowährungen
DE102014106310A1 (de) Vertrauensniveauberechnung mit attributspezifischen Funktionen
DE60315900T2 (de) Benutzerzugriff auf unternehmenseinheitendefinitionsregister
DE102018216036A1 (de) Verfahren zum Ausführen einer Applikation in einem Fahrzeug, Fahrzeugsystem, Computerprogramm und Datenträgersignal
EP3433789B1 (de) Verfahren zum verwalten von gesammelten fahrzeugdaten
EP3117360B1 (de) Id-provider-computersystem
DE102021107423A1 (de) System und Betriebsverfahren für eine auf einem einheitlichen Datenmodell basierende Funktionsauslösung
EP4250146A1 (de) Interaktion physischer entitäten
DE60225272T2 (de) Netzwerk-basierte Informationenverwaltung
DE102020213834B4 (de) System und Verfahren zur Steuerung von Produktionsprozessen zur Produktion von Bauteilen in einer Maschine
DE102022130306A1 (de) Verfahren zum Verarbeiten von Nachrichten, Verfahren zum Betreiben zumindest einer Einrichtung eines Kraftfahrzeugs, Vorrichtung zum Verarbeiten von Nachrichten sowie Kraftfahrzeug

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20703979

Country of ref document: EP

Kind code of ref document: A1