EP4690065A1 - Verfahren zum freischalten einer fahrzeugfunktion und informationstechnisches system - Google Patents

Verfahren zum freischalten einer fahrzeugfunktion und informationstechnisches system

Info

Publication number
EP4690065A1
EP4690065A1 EP24805439.7A EP24805439A EP4690065A1 EP 4690065 A1 EP4690065 A1 EP 4690065A1 EP 24805439 A EP24805439 A EP 24805439A EP 4690065 A1 EP4690065 A1 EP 4690065A1
Authority
EP
European Patent Office
Prior art keywords
user
nft
vehicle
wallet
loan
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.)
Pending
Application number
EP24805439.7A
Other languages
English (en)
French (fr)
Inventor
Christian Bootz
Jan Junge
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
Mercedes Benz Group 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 Mercedes Benz Group AG filed Critical Mercedes Benz Group AG
Publication of EP4690065A1 publication Critical patent/EP4690065A1/de
Pending 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123—Shopping for digital content
    • G06Q20/1235—Shopping for digital content with control of digital rights management [DRM]
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/20—Administration of product repair or maintenance
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • 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
    • G06Q30/00—Commerce
    • G06Q30/018—Certifying business or products
    • G06Q30/0185—Product, service or business identity fraud
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0621—Electronic shopping [e-shopping] by configuring or customising goods or services
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0645—Rental transactions; Leasing transactions
    • 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/40—Business processes related to the transportation industry
    • 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
    • G06Q2220/00—Business processing using cryptography

Definitions

  • the invention relates to a method for activating a vehicle function according to the type defined in more detail in the preamble of claim 1 and to an information technology system comprising a central computing device, a first vehicle and a second vehicle.
  • the degree of digitalization in vehicles is constantly increasing.
  • the mechanical steering system or the control of the braking system and fuel pump based on pedal position are being replaced by electronic control systems. This is also known as drive-by-wire.
  • new assistance functions are being provided to increase safety and comfort, such as lane keeping assist, adaptive cruise control, traffic sign recognition, or the ability to watch films on an in-vehicle display, make video calls, stream audiobooks, and the like.
  • Various vehicle functions require the installation of specific hardware components in the vehicle.
  • a vehicle can be configured so that certain hardware components are installed that generally allow the provision of several functions, although only some of these functions are actually purchased by a customer. The remaining functions, i.e. those not purchased, are then blocked for use in the vehicle manufactured for the customer by a software configuration.
  • this makes it possible to subsequently unlock the functions via software. For example, by reconfiguring the vehicle's software, increased engine power could be temporarily or permanently enabled, a seat heating function could be subscribed to, for example, for the winter months, or similar.
  • the user interacts with the vehicle manufacturer, for example, via a central portal, such as a server operated by the vehicle manufacturer that forms an interface between a user account and their vehicle.
  • a central portal such as a server operated by the vehicle manufacturer that forms an interface between a user account and their vehicle.
  • This allows the user to connect their vehicle to their user account and book vehicle functions individually.
  • control over the booked functions remains with the vehicle manufacturer, which can negatively impact a user's decision-making process regarding the additional booking of separate functions. It would be desirable, therefore, to transfer control over bookable vehicle functions to the customer.
  • NFTs non-fungible tokens
  • the creation of NFTs is also referred to as minting.
  • a smart contract is program code written into the blockchain that is automatically executable on the blockchain by the crypto network managing the blockchain based on the information written into the blockchain.
  • each NFT is unique, i.e., "non-fungible.”
  • An NFT represents a specific asset, particularly a digital asset such as an image file, video file, sound file, text file, or the like. Physical assets such as houses, vehicles, sneakers, or the like can also be assigned to an NFT as "proof of ownership.”
  • the information describing or referencing the asset associated with an NFT is typically written into the NFT's metadata.
  • the metadata can be stored in the blocks of the blockchain itself, or preferably in a storage location external to the blockchain.
  • a blockchain can be managed centrally or decentrally.
  • a so-called non-fungible token standard such as ERC721 or ERC1155, defines how the respective metadata is to be designed and processed.
  • hybrid smart contracts which link program code running on the blockchain with information and calculations available externally to the blockchain.
  • So-called blockchain oracles serve as the interface. used.
  • One such service for linking a blockchain with external systems, enabling the execution of smart contracts based on real-world inputs and outputs, is provided by the company Chainlink.
  • DE 102022 000646 A1 discloses a method for minting and using vehicle-related non-fungible tokens.
  • vehicle data is collected during vehicle operation and used to mint NFTs.
  • the vehicle itself participates in the NFT minting process.
  • NFTs can be minted when the vehicle is manufactured, repaired, serviced, sold, or similar. This makes it possible to track the condition or degree of wear of the vehicle using NFTs.
  • Vehicle-related NFTs can also be minted when certain milestones are reached with the vehicle, such as reaching a specified operating time, distance traveled, staying at a specific location, or the like.
  • US 2022/0383295 A1 discloses a so-called collection container for NFT goods.
  • the document addresses the problem that an NFT is usually linked to digital goods, also referred to as "digital assets," with which one cannot interact in the real world.
  • the collection container represents an electronic device in the form of a computing device that is capable of downloading digital goods linked to an NFT via the Internet and outputting them via output means included in the collection container. For example, digital works of art can be displayed on a display device or audio content can be played via integrated speakers.
  • the collection container has its own wallet so that respective NFTs or digital goods can be clearly assigned to a specific collection container. Owners of such collection containers can trade the owned NFTs along with corresponding digital goods with each other, for example by exchanging the collection containers themselves or by conducting corresponding transactions of the NFTs on the respective underlying blockchain.
  • US 2023/0071093 A1 describes a system and method for the uniform listing and transfer of NFT assets across multiple platforms, based on the use of smart contracts.
  • the document describes a mediator for utilizing various NFT marketplaces.
  • the smart contract for minting an NFT includes conditions that can be processed by several different NFT marketplaces.
  • the document describes a translation module capable of defining conditions for smart contracts in natural language and translating them into machine-readable code. This increases the user-friendliness of formulating smart contracts for users with little or no programming knowledge.
  • the object of the present invention is to provide a possibility for imparting vehicle functions.
  • this object is achieved by a method for activating a vehicle function having the features of claim 1.
  • Advantageous embodiments and further developments as well as an information technology system for implementing the method emerge from the dependent claims.
  • a generic method for enabling a vehicle function wherein the vehicle function can be provided via the hardware of a vehicle, the hardware is configured by software, and wherein the vehicle function is provided by the hardware when the hardware is configured according to a release configuration, is further developed according to the invention in that
  • a first user of the vehicle logs into a central computer system with a user account
  • the central computing device initiates the minting of a proprietary NFT, whereby the release configuration is assigned to the proprietary NFT as a digital asset;
  • the central computing device causes the ownership NFT to be assigned to the wallet of the first user, so that the first user owns the vehicle function underlying the ownership NFT; - the central computing device reads the NFTs stored in the wallet;
  • the central computing device obtains the respective release configurations for property NFTs stored in the wallet and transmits them to the vehicle;
  • the first user temporarily transfers ownership of the vehicle function to a second user on loan, whereby the first user remains the owner of the vehicle function.
  • the present invention is therefore based on the idea of linking usable vehicle functions in a vehicle with NFTs, so that the respective customers or users can actually "own” the respective vehicle function.
  • sovereignty over acquired vehicle functions is transferred from the vehicle manufacturer to the user.
  • This also enables the user to resell or gift previously acquired vehicle functions.
  • the user who initially purchases a corresponding NFT or vehicle function from the vehicle manufacturer becomes the owner of the vehicle function.
  • it is even possible to lend usable vehicle functions via NFTs.
  • the first user relinquishes possession of the NFT during the loan period, but remains the owner of the NFT.
  • the respective vehicle function is assigned to an NFT as a digital asset.
  • NFTs and the corresponding underlying blockchain technology, particularly based on so-called distributed ledger technology, the method according to the invention is inherently secure.
  • Vehicle functions can include any conceivable function that can be executed through software adaptations on the hardware already installed in the vehicle. These can include, for example, special graphical elements of a graphical user interface, such as a special speedometer design for an instrument cluster configured as a display device, a special artificial engine noise for an electric motor that is output via external vehicle speakers, increased engine power, a comfort function such as seat heating, a massage function, a lighting function, such as a special light pattern for ambient lighting, or the like.
  • special graphical elements of a graphical user interface such as a special speedometer design for an instrument cluster configured as a display device, a special artificial engine noise for an electric motor that is output via external vehicle speakers, increased engine power, a comfort function such as seat heating, a massage function, a lighting function, such as a special light pattern for ambient lighting, or the like.
  • the central computing facility is a cloud server or
  • the user has an individual user account, clearly referenced via an individual Username and secured by a personal password.
  • the user's vehicle is linked to their user account so that the central computing device can clearly assign users to the respective vehicles.
  • the vehicle is linked to the user account via a unique identifier such as a serial number, vehicle identification number, or the like.
  • the user also has a wallet for cryptocurrencies or NFTs. The user then links this wallet to their user account so that the central computing device can verify the wallet's contents. In the simplest case, this simply means that the user deposits a public address for their wallet, for example, the so-called "public key," with the central computing device.
  • the infrastructure operated by the vehicle manufacturer i.e., a platform provided on the central computing device, can also have integrated wallet functionality. Not only can the vehicle manufacturer have its own manufacturer wallet, but the vehicle manufacturer can also assign its own wallet to each user account. This reduces the barrier for technically inexperienced users to using the method according to the invention, since users do not have to create a wallet themselves.
  • a release configuration is the corresponding program code, which, once implemented on a computing unit in the vehicle, adapts the respective computing unit or hardware so that the vehicle function provided by the respective hardware can also be used. In the simplest case, a flag is changed, for example, from 0 to 1 or negative to positive.
  • the vehicle manufacturer can provide appropriately designed release configurations for a wide variety of hardware combinations.
  • the central computing unit causes the corresponding minting or minting of the respective NFTs. For example, the time for minting an NFT can be selected so that the NFT is minted exactly when the user acquires the respective release configuration from the vehicle manufacturer through the occurrence of the event.
  • the central computing unit can allocate the respective NFTs to the user's wallet.
  • the central computing unit or the vehicle manufacturer can either have its own manufacturer wallet, to which the NFTs are allocated during minting.
  • the NFTs are then transferred from the manufacturer’s wallet to transferred to the user's wallet.
  • the address or public key of the user's wallet is directly specified during the minting process, so that the freshly minted NFTs initially appear in the user's wallet.
  • the user can activate the vehicle function in their vehicle. This can happen automatically upon acquiring the vehicle function or can be initiated manually by the user. To do so, the user can use various human-machine interfaces, such as a user interface in the vehicle itself, for example, implemented as a touch-sensitive display device, a mobile device such as a smartphone linked to the vehicle, in particular via the user account, or even using a browser-based access interface, for example using a desktop computer connected to the Internet.
  • the user can then log in to the central computing device via their user account, select their vehicle in a corresponding input mask, and activate a specific vehicle function, for example by checking a box.
  • the computing unit used for this purpose for example an internal vehicle computing unit, the user's smartphone, or the desktop computer, sends information to the central computing device via a corresponding application programming interface (API), indicating that the respective vehicle function should be activated.
  • API application programming interface
  • the central computing device can read the user's wallet and thus record the NFTs stored there. Accordingly, the central computing device adapts an output mask to display currently available vehicle functions. This allows the user to switch purchased vehicle functions on and off as needed. After the user has activated a respective vehicle function, the central computing device sends a corresponding signal to the vehicle to activate the vehicle function. For this purpose, the central computing device can, for example, transmit the program code of the release configuration itself to the respective computing unit of the vehicle, with the command that the respective program code be executed.
  • all current or future blockchain technologies and the cryptocurrencies that can be provided thereby can be used.
  • the blockchain can be managed centrally or decentrally.
  • the NFT simply contains a unique identifier, such as a unique token ID.
  • the central computing device can maintain a file in which a connection between the NFTs and respective vehicle functions is stored. The central computing device can then read the user's wallet, obtain the unique token ID, and consult the file to determine which vehicle function is usable by the user. The central computing device then activates the corresponding vehicle function in the user's vehicle. In this case, it is not even necessary to assign a reference to the digital asset to the NFT, since the central computing device already has this information.
  • the method according to the invention can provide that
  • the NFT includes the digital asset
  • the digital asset is stored in a centralized or decentralized network storage, whereby the NFT includes a reference to the digital asset.
  • the corresponding program code can either be written directly into a block of the blockchain used that represents the NFT.
  • a reference is also called a URI.
  • URI URI
  • the digital asset can thus be stored both on-chain and off-chain.
  • the central network storage may in particular be the server used as the central computing facility or a server in the server network.
  • Distributed or decentralized network storage could, for example, be the so-called "Interplanetary File System” (IPFS).
  • IPFS Interplanetary File System
  • This is a protocol and a network for creating peer-to-peer storage for files, such as so-called hypermedia.
  • IPFS Interplanetary File System
  • the advantage of using decentralized network storage over centralized network storage is that it is characterized by a lower probability of failure. There is a high risk that a central node will fail, at least temporarily, for example due to a cyberattack, maintenance work, environmental influences such as a power outage, flooding, or the like. During this period, no digital goods can be retrieved from the central network storage. With decentralized network storage, however, the respective information is stored on multiple nodes, so that if one or a few nodes fail, the information can be retrieved from another node.
  • the release configuration is "assigned" to an NFT should be understood in an abstract way. A wide variety of assignment modalities are therefore possible.
  • the corresponding program code can be written directly into the blockchain or stored on the corresponding network storage and referenced by the link. It is also possible for the vehicle manufacturer to identify different vehicle functions or release configurations with an individual and unique identifier. For example, this could be an ID. This identifier can then be written, for example, as plain text into the blockchain itself or into the metadata in the network storage. The actual program code can then be stored in a protected memory of the central computing device, inaccessible to the public.
  • the central computing device If the central computing device then reads the NFT in the user's wallet, the central computing device also reads the unique identifier of the release configuration and can read the digital data required to activate the vehicle function in the vehicle, in particular the aforementioned program code, from the protected memory.
  • the central computing device To decrypt the encrypted release configuration, the central computing device requires a corresponding private key, which it already has as the encrypting element of the program code of the release configuration.
  • the communication between the central computing device and the vehicle can also be encrypted, so that, in a broader sense, the decrypted release configuration is encrypted again and then decrypted in the vehicle. This also prevents data from being intercepted during data exchange between the central computing device and the vehicle.
  • a first person could be the owner and operator of a specific vehicle function.
  • a second person could have a similar vehicle to the first person and want to test how the first person's vehicle function works on their own vehicle. It is also conceivable that the second person would like to use the first person's vehicle function for a longer period of time, for example, during a vacation trip.
  • an advantageous development of the method according to the invention provides that the vehicle function cannot be used by the first user as long as it is in the possession of the second user.
  • the user acquires possession of the respective vehicle function underlying the NFT. If the user acquires the vehicle function from the vehicle manufacturer, the user also becomes the owner.
  • the vehicle function By lending the vehicle function, the user remains the owner of the underlying vehicle function, but no longer owns it during the loan period.
  • the vehicle function it may be possible for the vehicle function to continue to be usable by the user, even if ownership has been transferred; however, it may also be necessary to terminate the provision of the vehicle function in the first user's vehicle during the loan period. This prevents users from repeatedly lending out vehicle functions they have already acquired, thus eliminating the need for users to purchase vehicle functions from the vehicle manufacturer at all.
  • the loan of the vehicle function is terminated if:
  • the first user activates the vehicle function in his vehicle
  • the second user's vehicle assumes a specified vehicle state.
  • boundary conditions are available that can be used to end the loan.
  • Several boundary conditions can also be combined. For example, if the first and second users meet in a parking lot and the second user wants to test the first user's vehicle function on their own vehicle, it is particularly advantageous if the loan is automatically ended when the first user moves within a specified distance of the second user's vehicle. This prevents the second user from "stealing" the first user's vehicle function, since if the second user simply drives away with their vehicle, the loan of the vehicle function is automatically ended.
  • the second user's vehicle can monitor the distance of the first user.
  • the first user can use a mobile device such as a smartphone, wearable, tablet computer, or the like. which is wirelessly linked to the second user's vehicle. If the wireless connection to the vehicle is lost, this can be interpreted as exceeding the specified distance.
  • the first user could also be detected by the second user's vehicle's environmental sensors, thus clearly identifying the first user, for example, based on biometric characteristics, and using depth information to locate the first user relative to the vehicle.
  • a particularly simple way is to automatically end the rental period when a set period of time has elapsed.
  • the first user i.e. the original owner of the vehicle function
  • sets the time period can be as long as desired and, for example, be on the order of a few minutes if the second user is to test the vehicle function on their own vehicle. If, on the other hand, the first user wants to lend the vehicle function to the second user for a longer period of time, the first user can set a longer time window, such as a few days or weeks.
  • the first user could also specify a specific time and specific calendar days to define the rental period.
  • the rental period can be designed particularly flexibly if the rental period ends automatically when the first user activates the vehicle function in their own vehicle. This way, the first user can generally choose how long the vehicle function is loaned out. Only when the first user wants to use the vehicle function themselves again will it be reactivated for them and automatically terminated for the second user.
  • the vehicle condition can be described by all detectable vehicle parameters, such as the number of operating hours, the total number of kilometers traveled with the vehicle, the kilometers traveled with the vehicle from a certain point in time, the current location of the vehicle, and the like.
  • the first user can specify that the loan should end automatically when the second user drives their vehicle 100 kilometers.
  • the first user could also specify that the loan should be maintained until as long as the second user stays with their vehicle within a specified geographical area. If the second user leaves this geographical area, the loan is automatically terminated.
  • the second user's vehicle can determine its location, for example, using a global navigation satellite system such as GPS, Galileo, or similar.
  • the first user can define the permitted geographical area, for example, using a so-called geo-fence.
  • the first or second user can specify which termination conditions should be used to end the loan.
  • Precise parameters such as the specified time period, can be specified.
  • the corresponding conditions can be entered into a smart contract that initiates the loan for automatic implementation, so that the loan is fully automated. Smart contracts can thus be created automatically without any programming knowledge.
  • a computing unit for starting the loan causes a loan NFT comprising an ownership smart contract to be minted, wherein the ownership smart contract specifies that after the consent of the first and second users, the loan NFT is sent to the wallet of the second user, wherein the central computing device treats loan NFTs like ownership NFTs, and wherein the ownership NFT remains in the wallet of the first user during the loan.
  • the central computing device In order for the central computing device to transmit the release configuration to a vehicle, the central computing device must identify a corresponding NFT in the respective user's wallet.
  • Loaned NFTs can be considered owned NFTs by the central computing device, so that if a user has a corresponding loaned NFT in their wallet, the central computing device will send a release configuration to the user's respective vehicle.
  • Any computing unit can be used to initiate the loan, as long as at least the first and/or second user have linked their respective user account to the computing unit. Accordingly, an ownership smart contract is inserted into a block on one of the blockchains underlying the management of the NFTs, to which both the first and second users agree.
  • the ownership smart contract automatically generates the loan NFT and assigns it to the second user's wallet.
  • the disadvantage of this is that the ownership NFT remains in the first user's wallet, meaning that the first user can generally continue to use the vehicle function during the loan.
  • This variant is particularly suitable for use cases where the first user is desired to continue using the vehicle function during the loan.
  • the use of the vehicle function could be restricted for the first user.
  • the respective vehicles could first request permission from the central computing device.
  • the central computing device then reads the respective users' wallets or the blockchain.
  • a loan NFT is created, a unique reference to the actual property NFT can be assigned to it, in particular through a corresponding entry in the metadata. This clearly identifies loan NFTs as such. If the central computing device then discovers the existence of such a loan NFT for a specific property NFT, the central computing device can control the computing unit of the first user's vehicle to prevent the activation of the respective vehicle function. After the loan is completed, the loan NFT must be destroyed.
  • loan NFT Since data cannot be deleted from the blockchain, the loan NFT is automatically transferred to a wallet to which no one has access. An exception rule can then be stored in the program routine running on the central computing device so that loaned NFTs stored in this wallet, referred to as a "sink," are disregarded when determining whether a proprietary NFT or the underlying vehicle function may be activated. This way, after the loan is terminated, the first user can use their vehicle function again.
  • the boundary conditions for terminating the loan described above can be written into the respective ownership smart contract, so that the ownership smart contract automatically terminates the loan when the corresponding boundary conditions are met.
  • corresponding smart contracts can also be implemented as so-called hybrid smart contracts in order to access data stored outside the blockchain.
  • This data can be added to the blockchain via a
  • the data is then fed into a so-called blockchain oracle. This makes it particularly easy to verify that the specified time period has elapsed, as the end of the loan period can be written directly into the smart contract. Checking the other boundary conditions requires more effort. For example, the second user's vehicle must collect relevant information describing the vehicle's condition and transmit it to the blockchain oracle.
  • the second user can resell, re-lend, or give away the borrowed vehicle function, i.e., the loan NFT acquired in this way.
  • ownership of the vehicle function is automatically transferred back to the first user, regardless of which user currently owns the loan NFT. This is done, for example, by the central computing device checking the blockchain to determine whether a loan NFT associated with the ownership NFT is present in any wallet other than the sink wallet. If the loan NFT is located in the sink wallet, ownership of the ownership NFT is deemed to be returned to the first user.
  • the ownership smart contract ensures that the central computing facility is informed about the minting process when the loan NFT is minted, whereby the address, for example in the form of the public key of the wallet of the second user, is transmitted to the central computing facility.
  • a computing unit causes a debt NFT comprising an ownership smart contract to be minted to initiate the loan, and the computing unit causes the ownership NFT to be transferred from the wallet of the first user to the wallet of the second user, wherein the ownership smart contract specifies that, after the consent of the first and second users, the debt NFT is assigned to the wallet of the first user and the ownership NFT is transferred from the wallet of the first user to the wallet of the second user.
  • the loan of the ownership NFT and the underlying vehicle function is transparently initiated by transferring the ownership NFT from the wallet of the first user to the wallet of the second user. is traceable.
  • the first user no longer has the ownership NFT, they can no longer use the vehicle functions in their own vehicle.
  • the owner of the ownership NFT i.e. the second user during the loan, has full control over the ownership NFT and can also resell, lend, or give it away.
  • the ownership smart contract regulates the loan, so that after the corresponding termination condition of the loan is met, the ownership NFT is automatically transferred back to the wallet of the first user.
  • the first user can prove that they are the owner of the ownership NFT by presenting the debt NFT. Accordingly, the termination conditions of the loan can also be written into the ownership smart contract.
  • a computing unit transmits the start of the loan to the central computing device, whereupon the central computing device transmits the release configuration to the second user's vehicle, in particular by reconfiguring the hardware in the first vehicle.
  • the proprietary NFT thus remains in the wallet of the first user.
  • the first user can use any computing unit linked to their user account to start the loan.
  • the computing unit is connected to a corresponding online portal provided by the central computing device. The computing unit can thus communicate to the central computing device in which vehicles the respective vehicle function described by the proprietary NFT should be activated and where it should be deactivated.
  • the first user can communicate a unique identifier of the second user or their vehicle to the central computing device.
  • this can be the vehicle identification number of the second user's vehicle or the second user's user account name.
  • the central computing device enables the vehicle function in both the first user's vehicle and the second user's vehicle.
  • the vehicle function in the first user's vehicle is preferably terminated during the loan period.
  • the hardware of the first user's vehicle is reconfigured.
  • any configuration other than the release configuration can be loaded, in particular a standard configuration.
  • the first user can have a standard engine sound, a first optional sound, and a second optional sound.
  • the first user can For example, lend the first optional sound to the second user, so that the first user can activate either the standard sound or the optional second engine sound during the loan period.
  • the central computing device reconfigures the hardware of the second user's vehicle and reconfigures the hardware of the first user's vehicle according to the release configuration.
  • the vehicle function in the second user's vehicle is terminated and reactivated or reactivated in the first user's vehicle.
  • a further alternative embodiment of the method according to the invention further provides that a computing unit for initiating the loan causes a first escrow NFT, comprising a first escrow smart contract, and a second escrow NFT, comprising a second escrow smart contract, to be minted.
  • the first escrow NFT is assigned to the first user's wallet and the second escrow NFT is assigned to the second user's wallet, and the proprietary NFT is transferred to a escrow wallet.
  • the central computing unit treats second escrow NFTs like proprietary NFTs.
  • the escrow wallet can be managed by the vehicle manufacturer.
  • the proprietary NFT is transferred from the first user's wallet to the escrow wallet.
  • This shared escrow smart contract can be assigned to either the first user's wallet, the second user's wallet, or the escrow wallet.
  • the first, second, or joint escrow smart contract regulates the minting, transfer, and retransfer of the respective NFTs.
  • the corresponding termination conditions of the loan are written into the respective escrow smart contract, which enables the automatic retransfer of the respective rights.
  • a further advantageous embodiment of the method according to the invention further provides that a computing unit transfers at least one NFT and/or units of a cryptocurrency as collateral from the second user's wallet to the first user's wallet or an escrow wallet upon initiating the loan, wherein the computing unit, in particular, transfers the collateral back at the end of the loan.
  • the first user receives additional security that the borrowed proprietary NFT or the associated vehicle function will not be misused, in particular stolen. However, this would not be possible anyway due to the intrinsic security monitored and regulated by the respective smart contracts.
  • the first user can, for example, specify that the vehicle function associated with their proprietary NFT may not be further traded by other users.
  • This hard boundary condition is then automatically written into the respective smart contract governing the loan. Since all transactions preferably run automatically on the respective blockchain, a Gur tradable via the respective blockchain is also used as collateral. This can therefore be units of a cryptocurrency underlying the respective blockchain or corresponding NFTs. These do not necessarily have to be NFTs for Management of corresponding vehicle functions, but, for example, a digital work of art.
  • a smart contract signed at the start of the loan can also regulate what type of deposit (and the amount) should be transferred for the loan to be concluded. It can also be specified whether the deposit should be deposited in the first user's wallet or in the escrow wallet. This smart contract can also specify that the deposit should be automatically transferred back at the end of the loan period. This way, the second user does not run the risk of the first user forgetting to transfer the deposit or even maliciously failing to do so.
  • a second processing unit coupled to the user account of the second user transmits a code to a first processing unit coupled to the user account of the first user, wherein the code comprises an identifier of the user account and the public address of the second user's wallet.
  • the first processing unit then initiates the loan itself or requests the central computing device. This allows for particularly convenient initiation of the loan.
  • the first processing unit transmits the following information: the identifier of the user account of the first and second users, the public address of the wallet of the first and second users, the vehicle function to be borrowed, and the corresponding termination conditions of the loan.
  • the central processing unit has all the information required to define the respective loan.
  • the first or second computing unit after collecting the data required to carry out transactions, initiates the transfer or minting of the respective NFTs used to carry out the loan itself on the underlying blockchain, without involving the central computing device.
  • the coding is implemented by an optoelectronic code
  • the first computing unit is implemented by a mobile device, wherein the first user scans the optoelectronic code with a visual detection device integrated into the mobile device, in particular a camera.
  • the second computing unit can, for example, display the optoelectronic code on a display device in the second user's vehicle.
  • the first user approaches the second user's vehicle and scans the displayed optoelectronic code, for example a barcode, matrix code, QR code, or the like, with the mobile device, for example a smartphone.
  • a corresponding app is executed on the smartphone, which enables a connection of the mobile device to the central computing device.
  • the information captured by the optoelectronic code is then forwarded from the mobile device to the central computing device.
  • the first user is logged into the app with their own user account, so that the central computing device can simultaneously determine from which user account the vehicle function or the corresponding property NFT to be loaned is to be borrowed. This makes it particularly easy to specify as a termination condition for the loan that the loan should end when the mobile device used to scan the optoelectronic code has moved within the specified distance from the second user's vehicle.
  • the central computing device and the first and second vehicles are configured to execute a method as described above.
  • the vehicles can be a This can be any road vehicle such as a car, truck, van, bus, or the like. Generally, it can also be a rail vehicle, watercraft, or aircraft. Communication between the respective vehicle and the central computing device can, in particular, be wireless.
  • the central computing device can be connected to a network, in particular the Internet.
  • the vehicle can have a telecommunications unit, usually referred to as a telematics unit. Such a telematics unit enables the vehicle's on-board electronics to be connected to the Internet via mobile communications.
  • the user can also have a mobile device such as a smartphone, tablet computer, laptop, wearable, or the like, which can be coupled to the vehicle via cable or wirelessly and/or is also indirectly connected to the central computing device via the user's user account.
  • the central computing device and, if necessary, the first and/or second computing unit are also connected to a cryptocurrency network capable of minting and sending corresponding NFTs.
  • the central computing device or first and/or second computing unit can form a computing node of this cryptocurrency network or be in communication with such a node.
  • This can involve any conceivable known cryptocurrency network or cryptocurrency. It can also involve previously unknown and unprogrammed types of cryptocurrencies.
  • smart contract standards or non-fungible token standards tailored specifically to the implementation of the method according to the invention can be newly defined and established.
  • Fig. 1 is a schematic representation of the actors involved in the execution of a method according to the invention for activating a vehicle function
  • Fig. 2 is a schematic representation of the reading of a code displayed on an in-vehicle display device
  • Fig. 3 is a schematic representation of the reading of a code displayed on a smartphone
  • Fig. 4 is a schematic representation of the contents of various wallets during an execution of the method according to the invention
  • Fig. 5 shows a schematic representation of the content of a blockchain underlying the method according to the invention according to a first embodiment
  • Fig. 6 is a schematic representation of the content of the blockchain underlying the method according to the invention according to a second embodiment.
  • Figure 1 shows the actors involved in carrying out a method according to the invention for activating a vehicle function. Shown are a blockchain 8, a first wallet 4.1 and a second wallet 4.2 linked thereto, a central computing device 3, a first user 2.1 and a second user 2.2, as well as a first vehicle 1.1 and a second vehicle 1.2. Furthermore, the first and second users 2.1, 2.2 each have a mobile terminal 9. The first vehicle 1.1 and the first wallet 4.1 are assigned to the first user 2.1, and the second vehicle 1.2 and the second wallet 4.2 are assigned to the second user 2.2. The respective users 2.1, 2.2 are each registered with a personal user account on an (online) portal provided by the central computing device 3. For example, the respective user 2.1, 2.2 can use the portal via their respective mobile terminal 9. Registration on the portal can also be done via an internal vehicle computing unit (not shown in detail).
  • a vehicle function is assigned as a digital asset to an NFT that can be traded on the blockchain 8 by executing transactions.
  • the respective hardware of the vehicle 1.1, 1.2 must be configured using an enabling configuration.
  • the enabling configuration can be transmitted wirelessly from the central computing device 3 to the respective vehicles 1.1, 1.2.
  • the first user 2.1 purchases a corresponding vehicle function from the vehicle manufacturer.
  • an ownership NFT NFT-EIG is assigned to the wallet 4.1 of the first user 2.1 (see in particular Figures 4 to 6).
  • the first user 2.1 owns the respective vehicle function and is also its owner.
  • the central computing device 3 reads The central computing device 3 then checks the wallet 4.1 of the first user 2.1 and thereby recognizes that the vehicle function underlying the property NFT NFT-EIG can be used by the first user 2.1.
  • the central computing device 3 then transmits the said release configuration to the vehicle 1.1 of the first user 2.1.
  • the first user 2.1 can now use the corresponding vehicle function.
  • the first user 2.1 is able to sublet the acquired vehicle function.
  • the first user 2.1 sublets the vehicle function to the second user 2.2.
  • the first user 2.1 remains the owner of the vehicle function, while the vehicle function becomes the property of the second user 2.2.
  • Figures 2 and 3 illustrate how a respective loan process can be started.
  • Figure 2 shows a view of an in-vehicle display device 10 of the second vehicle 1.2.
  • the optoelectronic code 7 represents a coding 6, which in turn includes at least one identifier of the user account of the second user 2.2 and the public address of the wallet 4.2 of the second user 2.2, in particular the public key, also referred to as the public key.
  • the optoelectronic code 7 is captured by the first user 2.1 using their mobile device 9, here in the form of a smartphone.
  • the mobile device 9 of the first user 2.1 is logged on to the portal of the central computing device 3 and can thus transmit all the information required to start the loan to the central computing device 3 or initiate a corresponding transaction to start the loan on the blockchain 8 itself. Furthermore, further GUI elements 12 are shown in Figure 2.
  • FIG. 3 illustrates a similar embodiment, in which, however, instead of the vehicle-internal display device 10, the mobile terminal 9 of the second utility 2.2 is used to display the optoelectronic code 7.
  • the invention describes four alternative embodiments of how the loan of the vehicle function can be implemented in practice. These four embodiments are described using subfigures 4a) to 4d).
  • the wallets 4.1 are shown in each case. and 4.2 of the first and second users 2.1, 2.2.
  • Figure 4d) also shows a trust wallet 4.3.
  • the ownership NFT NFT-EIG remains in the wallet 4.1 of the first user 2.1 during the loan.
  • a computing unit causes the minting of a loan NFT NFT-LEIH, which comprises an ownership smart contract SC-BES and is assigned to the wallet 4.2 of the second user 2.2.
  • the computing unit can be the central computing device 3 or a first or a second computing unit.
  • the first computing unit is used by the first user 2.1 and the second computing unit by the second user 2.2.
  • the first computing unit is integrated into the first vehicle 1.1 and the second computing unit into the second vehicle 1.2.
  • the central computing device 3 treats loan NFTs NFT-LEIH like ownership NFTs NFT-EIG, so that the second user 2.2 is also authorized to use the vehicle function in their vehicle 1.2.
  • the boundary conditions taken into account for initiating and, in particular, for terminating the loan are regulated by the ownership smart contract SC-BES.
  • FIG. 4b shows a second alternative embodiment.
  • a processing unit executes a transaction to transfer the ownership NFT NFT-EIG from the wallet 4.1 of the first user 2.1 to the wallet 4.2 of the second user 2.2.
  • the first user 2.1 transfers ownership of the ownership NFT NFT-EIG and thus of the vehicle function to the second user 2.2.
  • the first user 2.1 remains the owner of the vehicle function, which is verified by a debt NFT NFT-SLD.
  • the debt NFT NFT-SLD is assigned to the wallet 4.1 of the first user 2.1.
  • the debt NFT NFT-SLD includes an ownership smart contract SC-EIG, which also regulates the framework conditions of the loan.
  • the ownership smart contract SC-EIG specifies at least the boundary conditions under which the loan is initiated.
  • the smart contract also includes the respective conditions for terminating the loan. Since the property NFT NFT-EIG is now owned by the second user 2.2, they can use the vehicle function. However, the property NFT NFT-EIG is no longer owned by the first user 2.2, so they cannot use the vehicle function.
  • Figure 4c) illustrates a third possible embodiment.
  • the ownership NFT NFT-EIG remains in the wallet 4.1 of the first user 2.1.
  • the central computing device 3 regulates the loan itself.
  • the central computing device 3 has the information about which vehicle function is being loaned by which user to which other user. Accordingly, the central computing device 3 can control the respective vehicles 1.1, 1.2 to activate or deactivate the vehicle function.
  • Figure 4d shows a fourth alternative embodiment of the method according to the invention.
  • a computing unit causes a first and second escrow NFT NFT-TH1, NFT-TH2 to be minted.
  • the first escrow NFT NFT-TH1 comprises a first escrow smart contract SC-TH1
  • the second escrow NFT NFT-TH2 comprises a second escrow smart contract SC-TH2.
  • the respective smart contracts also regulate the loan.
  • the ownership NFT NFT-EIG is transferred from the wallet 4.1 of the first user 2.1 to the escrow wallet 4.3.
  • the escrow wallet 4.3 can be managed by the vehicle manufacturer.
  • the first user 2.1 loses possession of the proprietary NFT NFT-EIG, but remains the owner, which is indicated by the first escrow NFT NFT-TH1.
  • the central computing device 3 considers the second escrow NFT NFT-TH2 to be the proprietary NFT NFT-EIG. If the loan is now terminated, in particular because a corresponding termination condition is met, the transfer of the proprietary NFT NFT-EIG back to wallet 4.1 is initiated. Furthermore, the two escrow NFTs NFT-TH1 and NFT-TH2 are invalidated.
  • the two escrow NFTs NFT-TH1 and NFT-TH2 can be transferred, for example, to a sink wallet to which no one has access.
  • FIG 5 shows a similar representation for the case shown in Figure 4a).
  • the content written into blocks 11 of blockchain 8 is symbolically illustrated.
  • the property NFT NFT-EIG remains in the wallet 4.1 of the first user 2.1.
  • a corresponding smart contract SC is attached to blockchain 8 as an entry in a block 11, which links the two wallets 4.1 and 4.2.
  • the corresponding loan NFT NFT-LEIH is stored in wallet 4.2, which contains a reference to the digital asset of the proprietary NFT NFT-EIG.
  • the smart contract SC is assigned to Wallet 4.1.
  • FIG 6 illustrates a case similar to that shown in Figure 4b).
  • a pledge 5 is assigned to wallet 4.1.
  • the ownership NFT NFT-EIG is transferred from wallet 4.1 to wallet 4.2.
  • Pledge 5 can be any conceivable NFT or units of a cryptocurrency tradable via blockchain 8 that were previously owned by the second user 2.2. In a broader sense, pledge 5 can also be the debt NFT NFT-SLD.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zum Freischalten einer Fahrzeugfunktion, wobei die Fahrzeugfunktion über die Hardware eines Fahrzeugs (1.1, 1.2) bereitstellbar ist, die Hardware durch Software konfiguriert wird, und wobei die Fahrzeugfunktion durch die Hardware bereitgestellt wird, wenn die Hardware gemäß einer Freigabekonfiguration konfiguriert wird. Das erfindungsgemäße Verfahren ist dadurch gekennzeichnet, dass - sich ein erster Nutzer (2.1) des Fahrzeugs (1.1) an einer zentralen Recheneinrichtung (3) mit einem Nutzeraccount anmeldet; - der erste Nutzer (2.1) sein Wallet (4.1) mit dem Nutzeraccount verknüpft; - die zentrale Recheneinrichtung (3) das Prägen eines Eigentum-NFTs (NFT-EIG) veranlasst, wobei dem Eigentum-NFT (NFT-EIG) die Freigabekonfiguration als digitales Gut zugeordnet wird; - die zentrale Recheneinrichtung (3) bewirkt, dass das Eigentum-NFT (NFT-EIG) dem Wallet (4.1) des ersten Nutzers (1.1) zugeordnet wird, sodass der erste Nutzer (1.1) die dem Eigentum-NFT (NFT-EIG) zugrunde liegende Fahrzeugfunktion als Eigentum besitzt; - die zentrale Recheneinrichtung (3) die im Wallet (4.1) gespeicherten NFTs ausliest; - die zentrale Recheneinrichtung (3) für im Wallet (4.1) gespeicherte NFTs jeweilige Freigabekonfigurationen bezieht und an das Fahrzeug (1.1) überträgt; und der erste Nutzer (2.1) den Besitz der Fahrzeugfunktion als Leihgabe temporär an einen zweiten Nutzer (2.2) abtritt, wobei der erste Nutzer (2.1) Eigentürmer der Fahrzeugfunktion bleibt.

Description

Mercedes-Benz Group AG
Verfahren zum Freischalten einer Fahrzeugfunktion und informationstechnisches System
Die Erfindung betrifft ein Verfahren zum Freischalten einer Fahrzeugfunktion nach der im Oberbegriff von Anspruch 1 näher definierten Art sowie ein informationstechnisches System, umfassend eine zentrale Recheneinrichtung, ein erstes Fahrzeug und ein zweites Fahrzeug.
Der Digitalisierungsgrad von Fahrzeugen nimmt beständig zu. So werden beispielsweise das mechanische Lenksystem oder das Ansteuern des Bremssystems sowie der Kraftstoffpumpe in Abhängigkeit einer Pedalstellung durch elektronische Steuerungssysteme ersetzt. Dies wird auch als Drive-By-Wire bezeichnet. Zudem werden neue Assistenzfunktionen zur Erhöhung der Sicherheit und des Komforts bereitgestellt, wie beispielsweise ein Spurhalteassistent, ein adaptiver Abstandsregeltempomat, eine Verkehrszeichenerkennung, oder auch die Möglichkeit auf einer Anzeigevorrichtung im Fahrzeug Filme zu schauen, eine Videotelefonie durchzuführen, Hörbücher zu streamen und dergleichen.
Verschiedene Fahrzeugfunktionen erfordern dabei das Verbauen bestimmter Hardwarekomponenten im Fahrzeug. Dabei kann ein Fahrzeug im Bestellprozess so konfiguriert werden, dass bestimmte Hardwarekomponenten verbaut werden, die generell das Bereitstellen mehrerer Funktionen erlauben, wobei jedoch nur einige dieser Funktionen von einem Kunden tatsächlich käuflich erworben werden. Die übrigen Funktionen, also die nicht käuflich erworbenen Funktionen, werden dann zur Nutzung im für den Kunden hergestellten Fahrzeug durch eine Softwarekonfiguration gesperrt. Dies ermöglicht es jedoch, da die erforderliche Hardware bereits verbaut ist, die Funktionen nachträglich per Software freizuschalten. So könnte beispielsweise durch das Neukonfigurieren der Software des Fahrzeugs temporär oder dauerhaft eine erhöhte Motorleistung freigeschaltet werden, eine Sitzheizungsfunktion beispielsweise für die Wintermonate abonniert werden oder dergleichen. Zur Verwaltung im Fahrzeug genutzter Fahrzeugfunktionen interagiert der Nutzer mit dem Fahrzeughersteller beispielsweise über ein zentrales Portal, beispielsweise einen vom Fahrzeughersteller betriebenen Server, der eine Schnittstelle zwischen einem Nutzeraccount und seinem Fahrzeug bildet. So kann der Nutzer sein Fahrzeug mit seinem Nutzeraccount verbinden und Fahrzeugfunktionen individuell buchen. Die Hoheit über die gebuchten Funktionen verbleibt jedoch beim Fahrzeughersteller, was sich nachteilig auf den Entscheidungsprozess eines Nutzers zum Hinzubuchen separater Funktionen auswirken kann. So wäre es wünschenswert die Hoheit über buchbare Fahrzeugfunktionen an den Kunden abzugeben.
Bestimmte digitale Währungen, auch als Kryptowährungen bezeichnet, beziehungsweise die jeweilige zu Grunde liegende Blockchain, beispielsweise die Ethereum Blockchain, die Binance Smart Chain oder Solana, erlauben das Erzeugen sogenannter Non-Fungible- Tokens (NFT). Das Erzeugen von NFTs wird auch als Prägen, oder auf Englisch: „minten“, bezeichnet. Insbesondere erfolgt das Prägen und/oder Initiieren von Transaktionen eines jeweiligen NFTs gesteuert durch einen sogenannten Smart-Contract. Bei einem Smart-Contract handelt es sich um in die Blockchain geschriebenen Programmcode, der automatisch in Abhängigkeit der in die Blockchain geschriebenen Informationen durch das die Blockchain verwaltende Kryptonetzwerk auf der Blockchain ausführbar ist. Während die Einheiten einer jeweiligen Kryptowährung teilbar, also „fungible“ sind, so ist jedes NFT einzigartig, also „non-fungible“. Dabei repräsentiert ein NFT ein bestimmtes Gut, insbesondere ein digitales Gut wie eine Bilddatei, Videodatei, Sounddatei, Textdatei oder dergleichen. Einem NFT können auch physische Güter als „Besitznachweis“ zugeordnet werden, wie beispielsweise Häuser, Fahrzeuge, Sneaker oder dergleichen. Die das einem NFT zugeordnete Gut beschreibenden bzw. referenzierenden Informationen werden typischerweise in die Metadaten des NFT geschrieben. Die Metadaten können in den Blöcken der Blockchain selbst, oder bevorzugt auf einem blockchainexternen Speicherort, vorgehalten werden. Eine Blockchain kann zentral oder dezentral verwaltet werden. Ein sogenannter Non-Fungible-Token Standard, beispielsweise ERC721 oder ERC1155, definiert dabei die Art und Weise wie jeweilige Metadaten auszugestalten und zu verarbeiten sind.
Ferner sind sogenannte hybride Smart-Contracts bekannt, welche auf der Blockchain laufenden Programmcode mit extern zur Blockchain vorhanden Informationen und Berechnungen verknüpfen. Als Schnittstelle werden dabei sogenannte Blockchain-Orakel verwendet. Ein solcher Service zum Verknüpfen einer Blockchain mit externen Systemen, was das Ausführen von Smart-Contracts in Abhängigkeit von Inputs und Outputs der realen Welt ermöglicht, wird beispielsweise von der Firma Chainlink bereitgestellt.
Aus der DE 102022 000646 A1 ist ein Verfahren zur Prägung und Nutzung fahrzeugbezogener None-Fungible-Tokens bekannt. Die Druckschrift beschreibt das Bereitstellen auf NFTs basierenden Fahrzeugfunktionen. Hierzu werden während des Betriebs eines Fahrzeugs Fahrzeugdaten gesammelt und diese zum Prägen von NFTs verwendet. Somit nimmt das Fahrzeug am Prägeprozess der NFTs selbst teil. Beispielsweise können NFTs geprägt werden, wenn das Fahrzeug hergestellt wird, repariert wird oder eine Wartung durchgeführt wird, das Fahrzeug verkauft wird oder dergleichen. Dies ermöglicht es einen Zustand bzw. Abnutzungsgrad des Fahrzeugs anhand von NFTs nachzuverfolgen. Auch können fahrzeugbezogene NFTs geprägt werden, wenn mit dem Fahrzeug bestimmte Meilensteine erreicht werden, wie das Erreichen einer festgelegten Betriebsdauer, zurückgelegten Wegstrecke, ein Aufenthalt an einem bestimmten Ort oder dergleichen. Somit können mit dem Fahrzeug sogenannte „Achievements“ erreicht werden, wodurch sich die Nutzung des Fahrzeugs durch die Bereitstellung von auf Gamification basierenden Funktionen für einen Nutzer noch reizvoller ausgestalten lässt. Anhand der beim Erzielen eines solchen Achievements geprägten NFTs kann der Nutzer seine persönlichen Leistungen nachverfolgen und anderen Personen als Beweis vorlegen.
Ferner offenbart die US 2022/0383295 A1 einen sogenannten Sammelbehälter für NFT Güter. Die Druckschrift widmet sich dem Problem, dass mit einem NFT meist digitale Güter, auch als „Digital Asset“ bezeichnet, verknüpft werden, mit denen in der realen Welt nicht interagiert werden kann. Der Sammelbehälter stellt ein elektronisches Gerät in Form einer Recheneinrichtung dar, die dazu in der Lage ist, über das Internet mit einem NFT verknüpfte digitale Güter herunterzuladen und über vom Sammelbehälter inkludierte Ausgabemittel auszugeben. So können beispielsweise digitale Kunstwerke auf einer Anzeigevorrichtung dargestellt werden oder Audioinhalte über integrierte Lautsprecher wiedergegeben werden. Dabei verfügt der Sammelbehälter über ein eigenes Wallet, sodass jeweilige NFTs bzw. respektive digitale Güter eindeutig einem bestimmten Sammelbehälter zugeordnet werden können. Besitzer solcher Sammelbehälter können die besessenen NFTs samt korrespondierender digitaler Güter miteinander handeln, beispielsweise durch Austausch der Sammelbehälter selbst, oder durch das Durchführen entsprechender Transaktionen der NFTs auf der jeweiligen zugrunde liegenden Blockchain.
Ferner beschreibt die US 2023/0071093 A1 ein System und Verfahren zum einheitlichen Einstellen und Überweisen von NFT-Gütern über mehrere Plattformen hinweg, basierend auf dem Einsatz von Smart-Contracts. Die Druckschrift beschreibt einen Mediator zur Nutzung verschiedener N FT-Marktplätze. Dabei umfasst der Smart-Contract zum Prägen eines NFTs von mehreren unterschiedlichen NFT-Marktplätzen verarbeitbare Bedingungen. Zudem beschreibt die Druckschrift ein Übersetzungsmodul, welches dazu in der Lage ist, Konditionen für Smart-Contracts in natürlicher Sprache zu definieren und in maschinenlesbaren Code zu übersetzen. Dies erhöht die Nutzerfreundlichkeit bei der Formulierung der Smart-Contracts für Anwender mit geringen oder keinen Programmierkenntnissen.
Der vorliegenden Erfindung liegt die Aufgabe zugrunde eine Möglichkeit zum Verleihen von Fahrzeugfunktionen anzugeben.
Erfindungsgemäß wird diese Aufgabe durch ein Verfahren zum Freischalten einer Fahrzeugfunktion mit den Merkmalen des Anspruchs 1 gelöst. Vorteilhafte Ausgestaltungen und Weiterbildungen sowie ein informationstechnisches System zur Ausführung des Verfahrens ergeben sich aus den hiervon abhängigen Ansprüchen.
Ein gattungsgemäßes Verfahren zum Freischalten einer Fahrzeugfunktion, wobei die Fahrzeugfunktion über die Hardware eines Fahrzeugs bereitstellbar ist, die Hardware durch Software konfiguriert wird, und wobei die Fahrzeugfunktion durch die Hardware bereitgestellt wird, wenn die Hardware gemäß einer Freigabekonfiguration konfiguriert wird, wird erfindungsgemäß dadurch weitergebildet, dass
- sich ein erster Nutzer des Fahrzeugs an einer zentralen Recheneinrichtung mit einem Nutzeraccount anmeldet;
- der erste Nutzer sein Wallet mit dem Nutzeraccount verknüpft;
- die zentrale Recheneinrichtung das Prägen eines Eigentum-NFTs veranlasst, wobei dem Eigentum-NFT die Freigabekonfiguration als digitales Gut zugeordnet wird;
- die zentrale Recheneinrichtung bewirkt, dass das Eigentum-NFT dem Wallet des ersten Nutzers zugeordnet wird, sodass der erste Nutzer die dem Eigentum-NFT zugrunde liegende Fahrzeugfunktion als Eigentum besitzt; - die zentrale Recheneinrichtung die im Wallet gespeicherten NFTs ausliest;
- die zentrale Recheneinrichtung für im Wallet gespeicherte Eigentum-NFTs jeweilige Freigabekonfigurationen bezieht und an das Fahrzeug überträgt; und
- der erste Nutzer den Besitz der Fahrzeugfunktion als Leihgabe temporär an einen zweiten Nutzer abtritt, wobei der erste Nutzer Eigentümer der Fahrzeugfunktion bleibt.
Der vorliegenden Erfindung liegt somit die Idee zugrunde in einem Fahrzeug nutzbare Fahrzeugfunktionen mit NFTs zu verknüpfen, sodass die jeweiligen Kunden bzw. Nutzer die jeweilige Fahrzeugfunktion tatsächlich „besitzen“ können. Somit wird die Hoheit über erworbene Fahrzeugfunktionen vom Fahrzeughersteller an den Nutzer übertragen. Dies ermöglicht es dem Nutzer auch einmal erworbene Fahrzeugfunktionen weiter zu verkaufen oder weiter zu verschenken. Derjenige Nutzer der initial ein entsprechendes NFT bzw. Fahrzeugfunktion vom Fahrzeughersteller erwirbt, wird dabei zum Eigentümer der Fahrzeugfunktion. Erfindungsgemäß wird es sogar ermöglicht durch NFT nutzbare Fahrzeugfunktionen zu verleihen. So gibt der erste Nutzer während der Leihgabe den Besitz des NFTs ab, verbleibt jedoch Eigentümer des NFTs.
Dabei wird die jeweilige Fahrzeugfunktion einem NFT als digitales Gut, also als „Digital Asset”, zugeordnet. Durch die Nutzung von NFTs und die entsprechend zugrunde liegende Blockchain-Technologie, insbesondere basierend auf der sogenannten Distributed-Ledger-Technologie, ist das erfindungsgemäße Verfahren inhärent sicher.
Als Fahrzeugfunktion kommen dabei alle erdenkbaren Funktionen infrage, die durch softwareseitige Anpassungen auf der im Fahrzeug ohnehin verbauten Hardware ausführbar sind. Hierbei kann es sich beispielsweise um spezielle grafische Elemente einer grafischen Benutzeroberfläche, beispielsweise ein spezielles Tachodesign eines als Anzeigevorrichtung ausgestalteten Kombiinstruments, ein besonderes künstliches Motorengeräusch für einen Elektromotor, welches über fahrzeugexterne Lautsprecher ausgegeben wird, eine erhöhte Motorleistung, eine Komfortfunktion wie eine Sitzheizung, eine Massagefunktion, eine Beleuchtungsfunktion, beispielsweise ein spezielles Lichtmuster für eine Ambiente-Beleuchtung oder dergleichen handeln.
Bei der zentralen Recheneinrichtung handelt es sich um einen Cloudserver bzw.
Serververbund, insbesondere verwaltet vom Fahrzeughersteller. Der Nutzer verfügt über einen individuellen Nutzeraccount, eindeutig referenzierbar über einen individuellen Nutzernamen und gesichert durch ein persönliches Kennwort. Dabei ist das Fahrzeug des Nutzers mit seinem Nutzeraccount verknüpft, sodass die zentrale Recheneinrichtung eindeutig eine Zuordnung zwischen Nutzern und jeweiligen Fahrzeugen durchführen kann. Hierzu wird das Fahrzeug über einen eindeutigen Bezeichner wie eine Seriennummer, Fahrzeugidentifikationsnummer oder dergleichen mit dem Nutzeraccount verknüpft. Der Nutzer verfügt ferner über ein Wallet für Kryptowährungen bzw. NFTs. Dieses Wallet verknüpft der Nutzer anschließend mit seinem Nutzeraccount, sodass die zentrale Recheneinrichtung den Inhalt des Wallets überprüfen kann. Im einfachsten Falle bedeutet dies lediglich, dass der Nutzer eine öffentliche Adresse seines Wallets, beispielsweise den sogenannten „Public Key“ bei der zentralen Recheneinrichtung hinterlegt. Die vom Fahrzeughersteller betriebene Infrastruktur, also eine auf der zentralen Recheneinrichtung bereitgestellte Plattform, kann dabei ebenfalls über eine integrierte Wallet-Funktionalität verfügen. So kann nicht nur der Fahrzeughersteller über ein eigenes Herstellerwallet verfügen, sondern der Fahrzeughersteller kann auch jedem Nutzeraccount selbst ein eigenes Wallet zuordnen. Dies reduziert die Hürde für technisch nicht versierte Nutzer zur Nutzung des erfindungsgemäßen Verfahrens, da somit die Nutzer kein Wallet selbst anlegen müssen.
Zum Freischalten jeweiliger Fahrzeugkonfigurationen entwickelt der Fahrzeughersteller entsprechende Freigabekonfigurationen. Bei einer Freigabekonfiguration handelt es sich um entsprechenden Programmcode, nach dessen Implementierung auf einer Recheneinheit im Fahrzeug die jeweilige Recheneinheit bzw. Hardware so angepasst wird, dass die über die jeweilige Hardware bereitstellbare Fahrzeugfunktion auch nutzbar ist. Im einfachsten Falle wird dabei ein Flag geändert, beispielsweise von 0 auf 1 bzw. negativ auf positiv. Dabei kann der Fahrzeughersteller für die verschiedensten Hardwarekombinationen entsprechend ausgestaltete Freigabekonfigurationen bereithalten. Für jede Freigabekonfiguration bewirkt die zentrale Recheneinrichtung ein entsprechendes Prägen bzw. M inten jeweiliger NFTs. Beispielsweise kann der Zeitpunkt zum Prägen eines NFT so gewählt werden, dass das NFT genau dann geprägt wird, wenn der Nutzer die jeweilige Freigabekonfiguration vom Fahrzeughersteller durch das Eintreffen des Ereignisses erwirbt. Dabei gibt es verschiedene Möglichkeiten, wie die zentrale Recheneinrichtung das Zuordnen jeweiliger NFTs an die Wallets der Nutzer bewirken kann. Entweder kann die zentrale Recheneinrichtung bzw. der Fahrzeughersteller über ein eigenes Hersteller-Wallet verfügen, welchem die NFTs beim Prägen zugeteilt werden. Anschließend werden die NFTs von dem Hersteller-Wallet an das Wallet des Nutzers überwiesen. Es ist jedoch auch möglich, dass beim Prägeprozess direkt die Adresse bzw. der Public Key des Wallets des Nutzers angegeben wird, sodass initial die frisch geprägten NFTs im Wallet des Nutzers erscheinen.
Nach dem Erwerb der Fahrzeugfunktion kann der Nutzer die Fahrzeugfunktion in seinem Fahrzeug aktivieren. Dies kann automatisch mit dem Erwerb der Fahrzeugfunktion erfolgen oder auch manuell vom Nutzer veranlasst werden. Hierzu kann der Nutzer verschiedene Mensch-Maschine-Schnittstellen nutzen, wie beispielsweise eine Bedienschnittstelle im Fahrzeug selbst, beispielsweise ausgeführt als berührempfindliche Anzeigevorrichtung, ein mit dem Fahrzeug, insbesondere über den Nutzeraccount, gekoppeltes mobiles Endgerät wie ein Smartphone oder auch unter Nutzung einer browserbasierten Zugangsschnittstelle, beispielsweise unter Nutzung eines mit dem Internet verbundenen Desktoprechners. So kann sich der Nutzer an der zentralen Recheneinrichtung über seinen Nutzeraccount anmelden und in einer entsprechenden Eingabemaske sein Fahrzeug auswählen und beispielsweise durch Setzen eines Häkchens eine bestimmte Fahrzeugfunktion aktivieren. Die jeweils hierzu genutzte Recheneinheit, also beispielsweise eine fahrzeuginterne Recheneinheit, das Smartphone des Nutzers oder auch der Desktoprechner, versenden über eine entsprechende Anwendungsprogrammierschnittstelle (API) eine Information an die zentrale Recheneinrichtung, die angibt, dass die jeweilige Fahrzeugfunktion aktiviert werden soll.
Zu verschiedenen Zeitpunkten, beispielsweise wenn der Nutzer über ein entsprechendes Portal seinen Nutzeraccount öffnet oder auch bei jedem Starten des Fahrzeugs, kann die zentrale Recheneinrichtung das Wallet des Nutzers auslesen und somit die darin gespeicherten NFTs erfassen. Entsprechend passt die zentrale Recheneinrichtung eine Ausgabemaske zum Darstellen aktuell verfügbarer Fahrzeugfunktionen an. Dies ermöglicht es dem Nutzer erworbene Fahrzeugfunktionen nach Bedarf ein- und auszuschalten. Nachdem der Nutzer eine jeweilige Fahrzeugfunktion aktiviert hat, versendet die zentrale Recheneinrichtung ein entsprechendes Signal an das Fahrzeug zum Aktivieren der Fahrzeugfunktion. Hierzu kann beispielsweise die zentrale Recheneinrichtung den Programmcode der Freigabekonfiguration selbst an die jeweilige Recheneinheit des Fahrzeugs übertragen, mit dem Befehl, dass der jeweilige Programmcode ausgeführt wird. Zur Bereitstellung des erfindungsgemäßen Verfahrens können alle aktuellen oder auch noch künftig zu entwickelnden Blockchain Technologien und die jeweils hierdurch bereitstellbaren Kryptowährungen genutzt werden. Die Blockchain kann zentral oder dezentral verwaltet sein.
Im einfachsten Falle umfasst das NFT lediglich einen eindeutigen Bezeichner, wie eine eindeutige Token-ID. Die zentrale Recheneinrichtung kann eine Datei vorhalten, in welcher ein Zusammenhang zwischen den NFTs und jeweiligen Fahrzeugfunktionen abgespeichert wird. Die zentrale Recheneinrichtung kann somit das Wallet des Nutzers auslesen, die eindeutige Token-ID beziehen und in der Datei nachschauen, welche Fahrzeugfunktion somit durch den Nutzer nutzbar ist. Anschließend bewirkt die zentrale Recheneinrichtung das Freischalten der entsprechenden Fahrzeugfunktion im Fahrzeug des Nutzers. In diesem Falle ist es noch nicht einmal erforderlich einen Verweis auf das digitale Gut dem NFT zuzuordnen, da die zentrale Recheneinrichtung bereits über diese Information verfügt.
Das erfindungsgemäße Verfahren kann dabei vorsehen, dass
- das NFT das digitale Gut umfasst; oder
- das digitale Gut in einem zentralen oder dezentralen Netzwerkspeicher vorgehalten wird, wobei das NFT einen Verweis auf das digitale Gut umfasst.
Es ist somit möglich jeweilige Fahrzeugfunktionen auf unterschiedliche Art und Weise mit NFTs zu verknüpfen. Ein entsprechender Programmcode kann also entweder direkt in einen jeweiligen das NFT repräsentierenden Block der verwendeten Blockchain geschrieben werden. Es ist jedoch auch möglich stattdessen den entsprechenden Programmcode sowie etwaige erforderliche Mediendateien auf dem zentralen oder dezentralen Netzwerkspeicher vorzuhalten und lediglich einen Verweis auf die entsprechende Speicherstelle in die Blockchain zu integrieren. Ein solcher Verweis wird auch als URI bezeichnet. Beispielsweise kann es sich um eine URL handeln. Das digitale Gut kann somit sowohl „on-chain“, als auch „off-chain gespeichert werden.
Bei dem zentralen Netzwerkspeicher kann es sich insbesondere um den als zentrale Recheneinrichtung genutzten Server bzw. einen Server des Serverbunds handeln. Bei dem verteilten bzw. dezentralen Netzwerkspeicher kann es sich beispielsweise um das sogenannte „Interplanetary File System“ (IPFS) handeln. Hierbei handelt es sich um ein Protokoll und ein Netzwerk zur Ausbildung eines Peer-to-Peer Speichers für Dateien, wie beispielsweise sogenannte Hypermedien. Der Vorteil der Nutzung dezentraler Netzwerkspeicher gegenüber zentralen Netzwerkspeicher liegt darin, dass sich dezentrale Netzwerkspeicher durch eine geringere Ausfallwahrscheinlichkeit auszeichnen. So ist das Risiko hoch, dass ein zentraler Knoten, beispielsweise aufgrund eines Cyberangriffs, Wartungsarbeiten, Umwelteinflüssen wie einem Stromausfall, oder einer Überschwemmung oder dergleichen zumindest temporär ausfällt. In diesem Zeitraum können dann keine digitalen Güter vom zentralen Netzwerkspeicher abgerufen werden. Bei einem dezentralen Netzwerkspeicher werden jeweilige Informationen jedoch auf mehreren Knoten hinterlegt, sodass bei Ausfall eines oder einiger weniger Knoten die Informationen von einem anderen Knoten bezogen werden können.
Dass die Freigabekonfiguration einem NFT „zugeordnet“ wird ist dabei abstrakt zu verstehen. So kommen die unterschiedlichsten Zuordnungsmodalitäten infrage. Wie bereits erwähnt, kann der entsprechende Programmcode direkt in die Blockchain geschrieben werden oder aber auf dem entsprechenden Netzwerkspeicher vorgehalten und durch den Verweis referenziert werden. Auch ist es möglich, dass der Fahrzeughersteller unterschiedliche Fahrzeugfunktionen bzw. Freigabekonfigurationen durch einen individuellen und eindeutigen Bezeichner kennzeichnet. Beispielsweise kann es sich um eine ID handeln. Dieser Bezeichner kann dann beispielsweise als Klartext in die Blockchain selbst oder auch in die Metadaten im Netzwerkspeicher geschrieben werden. Der tatsächliche Programmcode kann dann in einem geschützten Speicher der zentralen Recheneinrichtung für die Öffentlichkeit unzugänglich aufbewahrt werden. Liest dann die zentrale Recheneinrichtung das NFT im Wallet des Nutzers aus, so liest die zentrale Recheneinrichtung auch den eindeutigen Bezeichner der Freigabekonfiguration aus und kann die zum Aktivieren der Fahrzeugfunktion im Fahrzeug erforderlichen digitalen Daten, also insbesondere besagten Programmcode, aus dem geschützten Speicher auslesen.
Das erfindungsgemäße Verfahrens kann ferner vorsehen, dass die Freigabekonfiguration dem NFT in kryptografisch verschlüsselter Form zugeordnet wird, die zentrale Recheneinrichtung nach dem Auslesen des Wallets des Nutzers und Beziehen der Freigabekonfiguration die Freigabekonfiguration entschlüsselt und die entschlüsselte Freigabekonfiguration an das Fahrzeug überträgt. Hierdurch wird die Integrität des der Freigabekonfiguration zugrunde liegenden Programmcodes und etwaiger Mediendateien sowie die Cybersicherheit bei der Durchführung des erfindungsgemäßen Verfahrens noch weiter verbessert. Hierbei können bewährte kryptografische Verschlüsselungstechniken zur Anwendung kommen, wie beispielsweise eine signaturbasierte Verschlüsselung unter Verwendung asymmetrischer Schlüsselpaare. So kann insbesondere der Programmcode der Freigabekonfiguration kryptografisch verschlüsselt direkt in die Blockchain geschrieben werden, in die Metadaten des NFTs geschrieben werden oder aber auf einem entsprechenden zentralen oder dezentralen, durch die Metadaten referenziellen Netzwerkspeicher vorgehalten werden. Somit wird ebenfalls einem „Diebstahl“ des Programmcodes durch Dritte entgegengewirkt. Zum Entschlüsseln der verschlüsselten Freigabekonfiguration benötigt die zentrale Recheneinrichtung einen entsprechenden privaten Schlüssel, über den sie ohnehin als verschlüsselndes Organ des Programmcodes der Freigabekonfiguration verfügt. Dabei kann die Kommunikation zwischen der zentralen Recheneinrichtung und dem Fahrzeug ebenfalls verschlüsselt erfolgen, sodass im erweiterten Sinne die entschlüsselte Freigabekonfiguration erneut verschlüsselt und dann im Fahrzeug entschlüsselt wird. Somit wird auch ein Abgreifen der Daten während dem Datenaustausch zwischen der zentralen Recheneinrichtung und dem Fahrzeug verhindert.
Das kurzzeitige Übertragen einer Fahrzeugfunktion von einem ersten Fahrzeug in ein zweites Fahrzeug stellt einen interessanten Anwendungsfall dar. So könnte beispielsweise eine erste Person Eigentümer und Besitzer einer bestimmten Fahrzeugfunktion sein. Eine zweite Person könnte über ein ähnliches Fahrzeug verfügen wie die erste Person und möchte testen, wie die Fahrzeugfunktion der ersten Person an ihrem eigenen Fahrzeug wirkt. Auch wäre es denkbar, dass die zweite Person die Fahrzeugfunktion der ersten Person länger nutzen möchte, beispielsweise während einer Urlaubsreise.
Zum Ausführen des erfindungsgemäßen Verfahrens kommen verschiedene Möglichkeiten infrage, wie der erste Nutzer den Besitz der Fahrzeugfunktion verleihen kann, woraufhin im Folgenden noch näher eingegangen wird.
So sieht eine vorteilhafte Weiterbildung des erfindungsgemäßen Verfahrens vor, dass die Fahrzeugfunktion vom ersten Nutzer nicht nutzbar ist, solange sie im Besitz des zweiten Nutzers ist. Durch den Erwerb entsprechender NFTs gelangt der Nutzer in den Besitz der jeweiligen dem NFT zugrunde liegenden Fahrzeugfunktion. Erwirbt dabei der Nutzer die Fahrzeugfunktion vom Fahrzeughersteller, so ist der Nutzer auch Eigentümer. Durch das Verleihen der Fahrzeugfunktion verbleibt der Nutzer Eigentümer der zugrunde liegenden Fahrzeugfunktion, besitzt diese jedoch während der Leihdauer nicht mehr. Je nach Ausgestaltung des Prägevorgangs des jeweiligen NFTs kann es dabei möglich sein, dass wahlweise die Fahrzeugfunktion weiterhin vom Nutzer einsetzbar sein kann, auch wenn der Besitz abgetreten wurde, es kann jedoch auch erforderlich sein, die Bereitstellung der Fahrzeugfunktion im Fahrzeug des ersten Nutzers während der Leihgabe zu beenden. Hierdurch wird vermieden, dass Nutzer einmal erworbene Fahrzeugfunktionen immer weiter verleihen, sodass das Erfordernis entfällt, das Nutzer Fahrzeugfunktionen überhaupt noch beim Fahrzeughersteller erwerben müssen.
Entsprechend einer weiteren vorteilhaften Ausgestaltung des erfindungsgemäßen Verfahrens wird die Leihgabe der Fahrzeugfunktion beendet, wenn:
- sich der erste Nutzer bis auf einen festgelegten Abstand vom Fahrzeug des zweiten Nutzers entfernt;
- eine festgelegte Zeitdauer abläuft;
- der erste Nutzer die Fahrzeugfunktion in seinem Fahrzeug aktiviert; und/oder
- das Fahrzeug des zweiten Nutzers einen festgelegten Fahrzeugzustand annimmt.
Somit stehen verschiedene Randbedingungen zur Verfügung, die zum Beenden der Leihgabe genutzt werden können. Dabei können auch mehrere Randbedingungen miteinander kombiniert werden. Treffen sich beispielsweise der erste und zweite Nutzer auf einem Parkplatz, und möchte der zweite Nutzer die Fahrzeugfunktion des ersten Nutzers an seinem eigenen Fahrzeug testen, so ist es besonders vorteilhaft, wenn die Leihgabe automatisch beendet wird, wenn sich der erste Nutzer bis auf den festgelegten Abstand zum Fahrzeug des zweiten Nutzes entfernt. So kann insbesondere der zweite Nutzer die Fahrzeugfunktion des ersten Nutzers nicht „klauen“, da, sollte der zweite Nutzer einfach mit seinem Fahrzeug davonfahren, automatisch die Leihgabe der Fahrzeugfunktion beendet wird.
Hierzu gibt es verschiedene Möglichkeiten, wie das Fahrzeug des zweiten Nutzers die Entfernung des ersten Nutzers überwachen kann. Beispielsweise kann der erste Nutzer ein mobiles Endgerät wie ein Smartphone, Wearable, Tabletcomputer oder dergleichen mitführen, welches drahtlos mit dem Fahrzeug des zweiten Nutzers gekoppelt wird. Reißt die Drahtlosverbindung zum Fahrzeug ab, so kann dies als Überschreiten des festgelegten Abstands verstanden werden. Auch könnte der erste Nutzer mit einer Umfeldsensorik des Fahrzeugs des zweiten Nutzers erfasst werden und so der erste Nutzer eindeutig identifiziert werden, beispielsweise anhand biometrischer Merkmale, und unter Auswertung von Tiefeninformationen der erste Nutzer relativ gegenüber dem Fahrzeug verortet werden.
Auf besonders einfache Art und Weise kann die Leihdauer automatisch beim Ablaufen einer festgelegten Zeitdauer beendet werden. Insbesondere legt der erste Nutzer, also der ursprüngliche Eigentümer der Fahrzeugfunktion, die Zeitdauer fest. Die Zeitdauer kann beliebig groß gewählt werden und beispielsweise in der Größenordnung von einigen wenigen Minuten liegen, wenn es darum geht, dass der zweite Nutzer die Fahrzeugfunktion an seinem eigenen Fahrzeug testet. Möchte hingegen der erste Nutzer die Fahrzeugfunktion längerfristig an den zweiten Nutzer verleihen, so kann der erste Nutzer ein größeres Zeitfenster wie beispielsweise einige Tage oder Wochen als Zeitdauer festlegen. Auch könnte hierzu der erste Nutzer eine bestimmte Uhrzeit sowie bestimmte Kalendertage zum Definieren der Leihdauer angeben.
Besonders flexibel lässt sich die Leihdauer ausgestalten, wenn die Leihdauer automatisch beendet wird, wenn der erste Nutzer die Fahrzeugfunktion selbst in seinem eigenen Fahrzeug aktiviert. So könnte es generell dem ersten Nutzer egal sein, wie lange die Fahrzeugfunktion verliehen wird. Erst dann, wenn der erste Nutzer die Fahrzeugfunktion wieder selbst nutzen möchte, wird diese für ihn wieder freigeschaltet und für den zweiten Nutzer automatisch terminiert.
Unter Berücksichtigung des Fahrzeugzustands des zweiten Nutzers lassen sich besonders umfassende Bedingungen vorgeben, die zum Beenden der Leihgabe führen. Der Fahrzeugzustand kann durch alle erfassbaren Fahrzeugparameter beschreibbar sein, wie beispielsweise die Anzahl der Betriebsstunden, die Anzahl insgesamt mit dem Fahrzeug zurückgelegten Kilometer, die ab einem gewissen Zeitpunkt mit dem Fahrzeug zurückgelegten Kilometer, der aktuelle Aufenthaltsort des Fahrzeugs und dergleichen. So kann der erste Nutzer beispielsweise festlegen, dass die Leihgabe automatisch beendet werden soll, wenn der zweite Nutzer mit seinem Fahrzeug 100 Kilometer fährt. Ebenfalls könnte der erste Nutzer festlegen, dass die Leihgabe so lange aufrecht erhalten bleibt, solange sich der zweite Nutzer mit seinem Fahrzeug innerhalb eines festgelegten geografischen Gebiets aufhält. Verlässt der zweite Nutzer mit seinem Fahrzeug dieses geografische Gebiet, so wird automatisch die Leihgabe beendet. Hierzu kann das Fahrzeug des zweiten Nutzers seinen Aufenthaltsort beispielsweise mit Hilfe eines globalen Navigationssatelittensystems wie beispielsweise GPS, Galileo oder dergleichen bestimmen. Der erste Nutzer kann das zulässige geografische Gebiet beispielsweise durch einen sogenannten Geo-Fence definieren.
In einer Eingabemaske kann der erste Nutzer bzw. der zweite Nutzer festlegen, welche Terminierbedingungen zum Beenden der Leihgabe verwendet werden sollen. Dabei können genaue Ausprägungen wie beispielsweise die festgelegte Zeitdauer angegeben werden. Die entsprechenden Bedingungen können zur automatischen Umsetzung in einen die Leihgabe startenden Smart-Contract eingetragen werden, sodass das Durchführen der Leihgabe vollautomatisiert abgewickelt wird. Somit können Smart- Contracts automatisch ohne Programmierkenntnisse erstellt werden.
Gemäß einer ersten alternativen Ausführungsform des erfindungsgemäßen Verfahrens bewirkt eine Recheneinheit zum Starten der Leihgabe, dass ein Leihgabe-NFT, umfassend einen Besitz-Smart-Contract, geprägt wird, wobei der Besitz-Smart-Contract angibt, dass nach Zustimmung des ersten und zweiten Nutzers das Leihgabe-NFT an das Wallet des zweiten Nutzers versendet wird, wobei die zentrale Recheneinrichtung Leihgabe-NFTs wie Eigentum-NFTs behandelt, und wobei das Eigentum-NFT während der Leihgabe im Wallet des ersten Nutzers verbleibt.
Damit die zentrale Recheneinrichtung das Übermitteln der Freigabekonfiguration an ein Fahrzeug bewirkt, muss die zentrale Recheneinrichtung im jeweiligen Wallet des jeweiligen Nutzers ein entsprechendes NFT identifizieren. Dabei können Leihgabe-NFTs von der zentralen Recheneinrichtung als Eigentum-NFTs erachtet werden, sodass, sollte ein Nutzer ein entsprechendes Leihgabe-NFT in seinem Wallet aufweisen, die zentrale Recheneinrichtung entsprechend eine Freigabekonfiguration an das jeweilige Fahrzeug des Nutzers versendet. Dabei können beliebige Recheneinheiten zum Initiieren der Leihgabe genutzt werden, solange zumindest der erste und/oder der zweite Nutzer ihren jeweiligen Nutzeraccount mit der Recheneinheit gekoppelt haben. So wird entsprechend auf einer der zur Verwaltung der NFTs zugrunde liegenden Blockchain ein Besitz-Smart- Contract in einem Block eingefügt, dem sowohl der erste und zweite Nutzer zustimmen. Nachdem der erste und zweite Nutzer zugestimmt haben, bewirkt der Besitz-Smart- Contract automatisiert das Erzeugen des Leihgabe-NFTs und Zuweisen des Leihgabe- NFTs an das Wallet des zweiten Nutzers. Nachteilig ist dabei jedoch, dass das Eigentum- NFT im Wallet des ersten Nutzers verbleibt, sodass generell der erste Nutzer die Fahrzeugfunktion während der Leihgabe weiter nutzen kann. So eignet sich diese Variante besonders für solche Einsatzfälle, bei denen während der Leihgabe eine Weiternutzung der Fahrzeugfunktion durch den ersten Nutzer erwünscht ist.
Generell könnte jedoch auch bei dieser Variante die Nutzung der Fahrzeugfunktion für den ersten Nutzer eingeschränkt werden. So könnten die jeweiligen Fahrzeuge, wenn eine bestimmte Fahrzeugfunktion aktiviert werden soll, vorher bei der zentralen Recheneinrichtung anfragen, ob dies erlaubt ist. Die zentrale Recheneinrichtung liest dann die jeweiligen Wallets der Nutzer bzw. die Blockchain aus. Bei der Erzeugung eines Leihgabe-NFTs kann diesem, insbesondere durch einen entsprechenden Eintrag in den Metadaten, eine eindeutige Referenz zum eigentlichen Eigentums-NFT zugeordnet werden. Hierdurch werden Leihgabe-NFTs eindeutig als solche gekennzeichnet. Entdeckt dann die zentrale Recheneinrichtung die Existenz eines solchen Leihgabe-NFTs für einen bestimmten Eigentum-NFT, so kann die zentrale Recheneinrichtung die Recheneinheit des Fahrzeugs des ersten Nutzers ansteuern, um dort die Aktivierung der jeweiligen Fahrzeugfunktion zu unterbinden. Nach Beenden der Leihgabe gilt es den Leihgabe-NFT zu vernichten. Da Daten aus der Blockchain nicht gelöscht werden können, wird hierzu der Leihabe-NFT automatisiert an ein Wallet überwiesen, auf das niemand Zugriff hat. In der auf der zentralen Recheneinrichtung ausgeführten Programmroutine kann dann eine Ausnahmeregel hinterlegt sein, sodass in diesem als „Senke“ bezeichnetem Wallet hinterlegte Leihgabe-NFTs unberücksichtigt bleiben, bei der Bewertung, ob ein Eigentum- NFT bzw. die zugrunde liegende Fahrzeugfunktion, aktiviert werden darf oder nicht. So kann nach Beenden der Leihgabe der erste Nutzer erneut seine Fahrzeugfunktion verwenden.
Die im vorigen beschriebenen Randbedingungen zum Terminieren der Leihgabe können dabei in den jeweiligen Besitz-Smart-Contract geschrieben werden, sodass der Besitz- Smart-Contract automatisch die Leihgabe beendet, wenn entsprechende Randbedingungen erfüllt werden. Hierzu können entsprechende Smart-Contracts auch als sogenannte Hybrid-Smart-Contracts ausgeführt sein, um auf außerhalb der Blockchain vorgehaltene Daten zugreifen zu können. Diese Daten können der Blockchain durch ein sogenanntes Blockchain-Orakel zugeführt werden. Dabei lässt sich das Ablaufen der festgelegten Zeitdauer besonders einfach überprüfen, da das Ende der Leihfrist direkt in den Smart-Contract geschrieben werden kann. Das Überprüfen der anderen Randbedingungen geht mit mehr Aufwand einher. So muss beispielsweise das Fahrzeug des zweiten Nutzers entsprechende, den Fahrzeugzustand beschreibende Informationen erheben und an das Blockchain-Orakel weitervermitteln.
Generell kann der zweite Nutzer die geliehene Fahrzeugfunktion, also das derartig erworbene Leihgabe-NFT selbst weiterverkaufen, weiterverleihen oder weiterverschenken. Sobald die initiale Leihgabe jedoch endet, wird automatisch der Besitz der Fahrzeugfunktion zurück an den ersten Nutzer transferiert, egal welcher Nutzer gerade im Besitz des Leihgabe-NFTs ist. Dies erfolgt beispielsweise dadurch, dass die zentrale Recheneinrichtung die Blockchain daraufhin überprüft, ob ein dem Eigentum-NFT zugeordnetes Leihgabe-NFT in irgendeinem Wallet vorhanden ist, außer besagtem Senken-Wallet. Befindet sich das Leihgabe-NFT im Senken-Wallet, so gilt der Besitz des Eigentum-NFTs an den ersten Nutzer zurückgegeben.
Damit die zentrale Recheneinrichtung nicht die gesamte Blockchain und damit jede verfügbare Wallet auf das Vorhandensein entsprechender Leihgabe-NFTs überprüfen muss, ist es denkbar, dass der Besitz-Smart-Contract bewirkt, dass die zentrale Recheneinrichtung beim Prägen des Leihgabe-NFTs über den Prägeprozess informiert wird, wobei die Adresse, also beispielsweise in Form des öffentlichen Schlüssels des Wallets des zweiten Nutzers der zentralen Recheneinrichtung vermittelt wird.
Gemäß einer alternativen Ausführungsform des erfindungsgemäßen Verfahrens bewirkt eine Recheneinheit zum Starten der Leihgabe, dass ein Schuld-NFT, umfassend einen Eigentum-Smart-Contract, geprägt wird, und die Recheneinheit bewirkt, dass das Eigentum-NFT vom Wallet des ersten Nutzers an das Wallet des zweiten Nutzers überwiesen wird, wobei der Eigentum-Smart-Contract angibt, dass nach Zustimmung des ersten und zweiten Nutzers das Schuld-NFT dem Wallet des ersten Nutzers zugeordnet wird und das Eigentum-NFT vom Wallet des ersten Nutzers an das Wallet des zweiten Nutzers überwiesen wird. Hierbei handelt es sich um eine besonders bevorzugte Ausführungsform des erfindungsgemäßen Verfahrens, da transparent die Leihgabe des Eigentum-NFTs und des zugrunde liegenden Fahrzeugfunktion durch das Überweisen des Eigentum-NFTs vom Wallet des ersten Nutzers an das Wallet des zweiten Nutzers nachverfolgbar ist. Da der erste Nutzer zudem nicht mehr über das Eigentum-NFT verfügt kann er auch die Fahrzeugfunktion im eigenen Fahrzeug nicht mehr nutzen. Der Besitzer des Eigentum-NFTs, also während der Leihgabe der zweite Nutzer, kann voll über das Eigentum-NFT verfügen und dieses ebenfalls Weiterverkäufen, weiterverleihen oder weiterverschenken. Wie im vorigen bereits beschrieben regelt dabei der Eigentum-Smart- Contract die Leihgabe, sodass nach Erfüllen der entsprechenden Terminierbedingung der Leihgabe das Eigentum-NFT automatisch an das Wallet des ersten Nutzers zurücktransferiert wird. Der erste Nutzer kann dabei nachweisen, dass er der Eigentümer des Eigentum-NFTs ist, durch das Vorweisen des Schuld-NFTs. Entsprechend lassen sich auch hier die Terminierbedingungen der Leihgabe in den Eigentum-Smart-Contract schreiben.
Gemäß einer weiteren alternativen Ausführung des erfindungsgemäßen Verfahrens übermittelt eine Recheneinheit den Start der Leihgabe an die zentrale Recheneinrichtung, woraufhin die zentrale Recheneinrichtung die Freigabekonfiguration an das Fahrzeug des zweiten Nutzers überträgt, insbesondere unter Rekonfiguration der Hardware im ersten Fahrzeug. Somit lässt sich die Leihgabe auch abseits der Blockchain verwalten. Das Eigentum-NFT verbleibt dabei also im Wallet des ersten Nutzes. Auch hier kann der erste Nutzer eine beliebige mit seinem Nutzeraccount gekoppelte Recheneinheit zum Starten der Leihgabe verwenden. Die Recheneinheit ist dabei an ein entsprechendes durch die zentrale Recheneinrichtung bereitgestelltes Onlineportal angebunden. So kann die Recheneinheit der zentralen Recheneinrichtung vermitteln, in welchen Fahrzeugen die jeweilige durch das Eigentum-NFT beschriebene Fahrzeugfunktion aktiviert werden soll und wo sie deaktiviert werden soll. Hierzu kann der erste Nutzer der zentralen Recheneinrichtung einen eindeutigen Bezeichner des zweiten Nutzers bzw. seines Fahrzeugs mitteilen. Beispielsweise kann es sich um die Fahrzeugidentifikationsnummer des Fahrzeugs des zweiten Nutzers handeln oder auch den Nutzeraccountnamen des zweiten Nutzers. Generell ist es denkbar, dass die zentrale Recheneinrichtung die Fahrzeugfunktion sowohl im Fahrzeug des ersten Nutzers, als auch des zweiten Nutzers freischaltet. Bevorzugt wird jedoch die Fahrzeugfunktion im Fahrzeug des ersten Nutzers während der Leihgabe beendet. Hierzu wird die Hardware des Fahrzeugs des ersten Nutzers rekonfiguriert. Hierzu kann eine beliebige von der Freigabekonfiguration abweichende Konfiguration geladen werden, insbesondere eine Standardkonfiguration. Beispielsweise kann der erste Nutzer über einen Standardmotorsound, einen ersten optionalen Sound und einen zweiten optionalen Sound verfügen. Der erste Nutzer kann beispielsweise den ersten optionalen Sound an den zweiten Nutzer ausleihen, sodass der erste Nutzer während der Leihgabe wahlweise den Standardsound oder den optionalen zweiten Motorsound aktivieren kann.
Sobald die jeweilige Terminierbedingung der Leihgabe erfüllt wird, bewirkt die zentrale Recheneinrichtung das Rekonfigurieren der Hardware des Fahrzeugs des zweiten Nutzers und das erneute Konfigurieren der Hardware des Fahrzeugs des ersten Nutzers gemäß der Freigabekonfiguration. Mit anderen Worten wird so die Fahrzeugfunktion im Fahrzeug des zweiten Nutzers beendet und erneut im Fahrzeug des ersten Nutzers freigeschaltet bzw. aktiviert. Diese mögliche Ausführungsform des erfindungsgemäßen Verfahrens zeichnet sich durch eine erhöhte Privatsphäre aus, da öffentlich auf der Blockchain nicht eingesehen werden kann, wer aktuell welche Fahrzeugfunktion nutzen kann. Dies kann jedoch auch als Nachteil erachtet werden, da die jeweiligen Besitz- und Eigentumsverhältnisse somit für die Öffentlichkeit intransparent sind.
Eine weitere alternative Ausgestaltungsform des erfindungsgemäßen Verfahrens sieht ferner vor, dass eine Recheneinheit zum Starten der Leihgabe bewirkt, dass ein erstes Treuhand-NFT, umfassend einen ersten Treuhand-Smart-Contract, und ein zweites Treuhand-NFT, umfassend einen zweiten Treuhand-Smart-Contract geprägt werden, wobei, nach Zustimmung des ersten und zweiten Nutzers, das erste Treuhand-NFT dem Wallet des ersten Nutzers und das zweite Treuhand-NFT dem Wallet des zweiten Nutzers zugeordnet werden und das Eigentum-NFT auf ein Treuhand-Wallet überwiesen wird, wobei die zentrale Recheneinrichtung zweite Treuhand-NFTs wie Eigentum-NFTs behandelt. Beispielsweise kann das Treuhand-Wallet vom Fahrzeughersteller verwaltet werden. Während der Leihgabe wird also das Eigentum-NFT aus dem Wallet des ersten Nutzers auf das Treuhand-Wallet überwiesen. Der erste Nutzer kann durch das Vorweisen des ersten Treuhand-NFTs nachweisen, dass er weiterhin der Eigentümer des Eigentum-NFTs ist. Da jedoch das Eigentum-NFT während der Leihgabe nicht mehr im Wallet des ersten Nutzers, sondern im Treuhand-Wallet verbleibt, ist der erste Nutzer während der Leihgabe kein Besitzer des Eigentum-NFTs und somit der Fahrzeugfunktion mehr. Der zweite Nutzer verfügt über das zweite Treuhand-NFT in seinem Wallet, und kann somit als Besitzer des Eigentum-NFTs während der Leihgabe betrachtet werden. Dies ist möglich, da die zentrale Recheneinrichtung entsprechende zweite Treuhand- NFTs wie eigentliche Eigentum-NFTs erachtet. Möchte also der zweite Nutzer die jeweilige Fahrzeugfunktion aktivieren, so überprüft die zentrale Recheneinrichtung, ob im Wallet des zweiten Nutzers das entsprechende zweite Treuhand-N FT vorliegt. Ist dies der Fall, so überträgt die zentrale Recheneinrichtung die Freigabekonfiguration an das Fahrzeug des zweiten Nutzers, sodass die Fahrzeugfunktion dort aktiviert werden kann.
Generell ist es möglich, dass das Prägen sowie Überweisen des ersten und zweiten Treuhand-NFTs über einen einzigen, gemeinsamen Treuhand-Smart-Contract abgewickelt wird. Dieser gemeinsame Treuhand-Smart-Contract kann entweder dem Wallet des ersten Nutzers, dem Wallet des zweiten Nutzers oder dem Treuhand-Wallet zugeordnet werden.
Der erste, zweite bzw. gemeinsame Treuhand-Smart-Contract regelt dabei, wie bei den vorigen beschriebenen alternativen Ausführungsformen auch, das Prägen, Überweisen sowie Zurücküberweisen der jeweiligen NFTs. So werden insbesondere die entsprechenden Terminierbedingungen der Leihgabe in den jeweiligen Treuhand-Smart- Contract geschrieben, was das automatische Rücküberweisen der jeweiligen Rechte ermöglicht.
Eine weitere vorteilhafte Ausgestaltung des erfindungsgemäßen Verfahrens sieht dabei ferner vor, dass eine Recheneinheit das Übertragen wenigstens eines NFT und/oder Einheiten einer Kryptowährung als Pfand vom Wallet des zweiten Nutzers an das Wallet des ersten Nutzers oder ein Treuhand-Wallet beim Initiieren der Leihgabe bewirkt, wobei die Recheneinheit insbesondere das Zurückübertragen des Pfands am Ende der Leihgabe bewirkt. Durch das Überweisen des Pfands erhält der erste Nutzer eine zusätzliche Sicherheit, dass das ausgeliehene Eigentum-NFT bzw. die damit verbundene Fahrzeugfunktion nicht missbräuchlich verwendet, insbesondere entwendet wird. Dies wäre jedoch ohnehin durch die intrinsische Sicherheit, überwacht und geregelt durch die jeweiligen Smart-Contracts, nicht möglich. Durch Setzen eines entsprechenden Häkchens in einer Eingabemaske kann der erste Nutzer beispielsweise festlegen, dass die mit seinem Eigentum-NFT verbundene Fahrzeugfunktion von weiteren Nutzern nicht weitergehandelt werden darf. Diese harte Randbedingung wird dann automatisch in den jeweiligen die Leihgabe regelnden Smart-Contract geschrieben. Da alle Transaktionen bevorzugt automatisch auf der jeweiligen Blockchain ablaufen wird als Pfand ebenfalls ein über die jeweilige Blockchain handelbares Gur verwendet. Hierbei kann es sich also um der jeweiligen Blockchain zugrunde liegende Einheiten einer Kryptowährung handeln oder auch entsprechende NFTs. Dabei muss es sich nicht zwangsweise um NFTs zur Verwaltung entsprechender Fahrzeugfunktionen handeln, sondern beispielsweise um ein digitales Kunstwerk. Dabei kann ebenfalls in einem zum Starten der Leihgabe unterzeichneten Smart-Contract geregelt werden, welche Art von Pfand (und in welcher Höhe) übertragen werden soll, damit die Leihgabe zustande kommt. Auch kann dabei festgelegt werden, ob das Pfand im Wallet des ersten Nutzers oder auf dem Treuhand- Wallet hinterlegt werden soll. Ebenfalls kann in diesem Smart-Contract hinterlegt werden, das automatisch am Ende der Leihdauer das Pfand zurücktransferiert werden soll. Somit läuft der zweite Nutzer nicht Gefahr, dass der erste Nutzer das Zurücküberweisen des Pfands vergisst oder auch böswillig unterlässt.
Entsprechend einer weiteren vorteilhaften Ausgestaltungsform des erfindungsgemäßen Verfahrens überträgt eine mit dem Nutzeraccount des zweiten Nutzers gekoppelte zweite Recheneinheit eine Kodierung an eine mit dem Nutzeraccount des ersten Nutzers gekoppelte erste Recheneinheit, wobei die Kodierung einen Bezeichner des Nutzeraccounts und die öffentliche Adresse des Wallets des zweiten Nutzers umfasst, woraufhin die erste Recheneinheit den Beginn der Leihgabe selbst anstößt oder bei der zentralen Recheneinrichtung anfragt. Somit lässt sich die Leihgabe besonders komfortabel initiieren.
Zum Anfragen des Beginns der Leihgabe bei der zentralen Recheneinrichtung übermittelt die erste Recheneinheit folgende Informationen: den Bezeichner des Nutzeraccounts des ersten und zweiten Nutzers, die öffentliche Adresse des Wallets des ersten und zweiten Nutzers sowie welche Fahrzeugfunktion ausgeliehen werden soll sowie entsprechende Terminierbedingungen der Leihgabe. Somit verfügt die zentrale Recheneinrichtung über alle Informationen, die zum Definieren der jeweiligen Leihgabe erforderlich sind.
Zum Übersenden der Kodierung von der zweiten Recheneinheit an die erste Recheneinheit kommen verschiedenste Möglichkeiten infrage. Beispielsweise können beide Recheneinheiten drahtlos gekoppelt werden, beispielsweise per Bluetooth, Wi-Fi oder dergleichen. Insbesondere können die erste und zweite Recheneinheit mittelbar über das Internet, insbesondere über die zentrale Recheneinrichtung, miteinander gekoppelt werden. So kann beispielsweise der zweite Nutzer den Bezeichner seines Nutzeraccounts an den ersten Nutzer weitergeben, welcher mit seinem eigenen Nutzeraccount am Onlineportal des Fahrzeugherstellers angemeldet ist. Dabei gibt der erste Nutzer den Nutzeraccountnamen des zweiten Nutzers in eine entsprechende Eingabemaske ein und wählt das Fahrzeug des zweiten Nutzers sowie die auszuleihende Fahrzeugfunktion aus. Daraufhin initiiert die zentrale Recheneinrichtung durch das Einfügen entsprechender Transaktionsblöcke auf der Blockchain den Start des Leihvorgangs.
Generell ist es auch denkbar, dass die erste oder zweite Recheneinheit, nach erheben der zum Durchführen von Transaktionen erforderlichen Daten, die Überweisung bzw. Prägung jeweiliger zum Durchführen der Leihgabe verwendeten NFTs selbst auf der zu Grunde liegenden Blockchain anstoßen, ohne Einbeziehen der zentralen Recheneinrichtung.
Gemäß einer besonders bevorzugten Ausführungsform wird dabei die Kodierung durch einen optoelektronischen Code und die erste Recheneinheit durch ein mobiles Endgerät ausgebildet, wobei der erste Nutzer den optoelektronischen Code mit einer im mobilen Endgerät integrierten visuellen Erfassungseinrichtung, insbesondere einer Kamera, scannt. Zum Starten der Leihgabe kann also beispielsweise die zweite Recheneinheit eine Darstellung des optoelektronischen Codes auf einer Anzeigevorrichtung im Fahrzeug des zweiten Nutzers bewirken. Der erste Nutzer nähert sich dem Fahrzeug des zweiten Nutzers und scannt den angezeigten optoelektronischen Code, beispielsweise einen Barcode, Matrixcode, QR-Code oder dergleichen, mit dem mobilen Endgerät, beispielsweise einem Smartphone. Auf dem Smartphone wird eine entsprechende App ausgeführt, die eine Anbindung des mobilen Endgeräts an die zentrale Recheneinrichtung ermöglicht. Die durch den optoelektronischen Code erfassten Informationen werden dann vom mobilen Endgerät an die zentrale Recheneinrichtung weitergeleitet. Dabei ist der erste Nutzer in der App mit seinem eigenen Nutzeraccount angemeldet, sodass gleichzeitig die zentrale Recheneinrichtung erfassen kann, von welchem Nutzeraccount die zu verleihende Fahrzeugfunktion bzw. das entsprechende Eigentum-NFT ausgeliehen werden soll. Somit lässt sich auch besonders leicht als Terminierbedingung der Leihgabe festlegen, dass die Leihgabe beendet werden soll, wenn sich das mobile Endgerät, mit dem der Scan des optoelektronischen Codes durchgeführt wurde, bis auf besagten festgelegten Abstand zum Fahrzeug des zweiten Nutzers entfernt hat.
Bei einem informationstechnischen System, umfassend eine zentrale Recheneinrichtung, ein erstes Fahrzeug und ein zweites Fahrzeug sind erfindungsgemäß die zentrale Recheneinrichtung sowie das erste und zweite Fahrzeug zur Ausführung eines im vorigen beschriebenen Verfahrens eingerichtet. Bei den Fahrzeugen kann es sich um ein beliebiges Straßenfahrzeug wie einen Pkw, Lkw, Transporter, Bus oder dergleichen handeln. Generell kann es sich auch um ein Schienenfahrzeug, Wasserfahrzeug oder Luftfahrzeug handeln. Eine Kommunikation zwischen dem jeweiligen Fahrzeug und der zentralen Recheneinrichtung kann insbesondere drahtlos erfolgen. Hierzu kann die zentrale Recheneinrichtung an ein Netzwerk, insbesondere das Internet, angeschlossen sein. Das Fahrzeug kann über eine Telekommunikationseinheit verfügen, meist als Telematikeinheit bezeichnet. Eine solche Telematikeinheit ermöglicht es die Bordelektronik des Fahrzeugs per Mobilfunk an das Internet anzuschließen. Ebenfalls kann der Nutzer über ein mobiles Endgerät wie ein Smartphone, Tabletcomputer, Laptop, ein Wearable oder dergleichen verfügen, welches kabelgebunden oder drahtlos mit dem Fahrzeug koppelbar ist und/oder mittelbar über den Nutzeraccount des Nutzers ebenfalls an die zentrale Recheneinrichtung angebunden ist. Die zentrale Recheneinrichtung sowie nach Bedarf die erste und/oder zweite Recheneinheit ist ferner an ein Kryptowährungsnetzwerk angebunden, welches zum Prägen und Versenden entsprechender NFTs in der Lage ist. So kann die zentrale Recheneinrichtung bzw. erste und/oder zweite Recheneinheit einen Rechenknoten dieses Kryptowährungsnetzwerks ausbilden oder mit einem solchen in Kommunikationsverbindung stehen. Es kann sich dabei um alle erdenklichen bereits bekannten Kryptowährungsnetzwerke bzw. Kryptowährungen handeln. Auch kann es sich um bisher unbekannte und noch nicht programmierte Arten von Kryptowährungen handeln. Insbesondere können so speziell auf die Durchführung des erfindungsgemäßen Verfahrens maßgeschneiderte Smart-Contract- Standards bzw. Non-Fungible-Token Standards neu definiert und festgelegt werden.
Weitere vorteilhafte Ausgestaltungen des erfindungsgemäßen Verfahrens zum Freischalten einer Fahrzeugfunktion ergeben sich auch aus den Ausführungsbeispielen, welche nachfolgend unter Bezugnahme auf die Figuren näher beschrieben werden.
Dabei zeigen:
Fig. 1 eine schematische Darstellung der an der Ausführung eines erfindungsgemäßen Verfahrens zur Freischaltung einer Fahrzeugfunktion beteiligten Akteure;
Fig. 2 eine schematische Darstellung des Auslesens einer auf einer fahrzeuginternen Anzeigevorrichtung dargestellten Codierung;
Fig. 3 eine schematische Darstellung des Auslesens einer auf einem Smartphone dargestellten Codierung; Fig. 4 eine schematische Darstellung des Inhalts verschiedener Wallets während einer Ausführung des erfindungsgemäßen Verfahrens;
Fig. 5 eine schematische Darstellung des Inhalts einer dem erfindungsgemäßen Verfahren zugrunde liegenden Blockchain gemäß einer ersten Ausführungsform; und
Fig. 6 eine schematische Darstellung des Inhalts der dem erfindungsgemäßen Verfahren zugrunde liegenden Blockchain gemäß einer zweiten Ausführungsform.
Figur 1 zeigt die an der Ausführung eines erfindungsgemäßen Verfahrens zum Freischalten einer Fahrzeugfunktion beteiligten Akteure. Dargestellt sind eine Blockchain 8, ein damit verknüpftes erstes Wallet 4.1 und zweites Wallet 4.2, eine zentrale Recheneinrichtung 3, ein erster Nutzer 2.1 und ein zweiter Nutzer 2.2 sowie ein erstes Fahrzeug 1.1 und ein zweites Fahrzeug 1.2. Zudem verfügen der erste und zweite Nutzer 2.1 , 2.2 jeweils über ein mobiles Endgerät 9. Das erste Fahrzeug 1.1 sowie das erste Wallet 4.1 sind dabei dem ersten Nutzers 2.1 zugeordnet und das zweite Fahrzeug 1.2 sowie das zweite Wallet 4.2 dem zweiten Nutzer 2.2. Die jeweiligen Nutzer 2.1 , 2.2 sind jeweils mit einem persönlichen Nutzeraccount bei einem durch die zentrale Recheneinrichtung 3 bereitgestellten (Online-)Portal registriert. Dabei kann beispielsweise der jeweilige Nutzer 2.1 , 2.2 das Portal über sein jeweiliges mobiles Endgerät 9 nutzen. Ebenfalls kann eine Anmeldung am Portal über eine nicht näher dargestellte fahrzeuginterne Recheneinheit erfolgen.
Erfindungsgemäß ist es vorgesehen eine Fahrzeugfunktion als digitales Gut einem durch auf der Blockchain 8 durch das Ausführen von Transaktionen handelbaren NFT zuzuordnen. Zur Ausgabe bzw. Nutzung der Fahrzeugfunktion in einem jeweiligen Fahrzeug 1.1, 1.2 ist hierzu die jeweilige Hardware des Fahrzeugs 1.1 , 1.2 durch eine Freigabekonfiguration zu konfigurieren. Dabei ist die Freigabekonfiguration von der zentralen Recheneinrichtung 3 drahtlos an die jeweiligen Fahrzeuge 1.1 , 1.2 vermittelbar.
Bei dem in den Figuren beschriebenen Ausführungsbeispielen erwirbt der erste Nutzer 2.1 beim Fahrzeughersteller eine entsprechende Fahrzeugfunktion. Somit wird dem Wallet 4.1 des ersten Nutzers 2.1 ein Eigentum-NFT NFT-EIG zugeordnet (siehe hierzu insbesondere die Figuren 4 bis 6). Somit besitzt der erste Nutzer 2.1 die jeweilige Fahrzeugfunktion und ist auch deren Eigentümer. Die zentrale Recheneinrichtung 3 liest das Wallet 4.1 des ersten Nutzers 2.1 aus und erkennt hierdurch, dass die dem Eigentum- NFT NFT-EIG zugrunde liegende Fahrzeugfunktion durch den ersten Nutzer 2.1 nutzbar ist. Daraufhin überträgt die zentrale Recheneinrichtung 3 besagte Freigabekonfiguration an das Fahrzeug 1.1 des ersten Nutzers 2.1. Nun kann der erste Nutzer 2.1 die entsprechende Fahrzeugfunktion nutzen.
Erfindungsgemäß ist der erste Nutzer 2.1 dazu in der Lage die erworbene Fahrzeugfunktion weiter zu verleihen. Bei den in den Figuren gezeigten Ausführungsbeispielen verleiht der erste Nutzer 2.1 die Fahrzeugfunktion an den zweiten Nutzer 2.2. Dabei bleibt der erste Nutzer 2.1 während der Leihgabe Eigentümer der Fahrzeugfunktion, während die Fahrzeugfunktion in den Besitz des zweiten Nutzers 2.2 gelangt.
Die Figuren 2 und 3 verdeutlichen wie ein jeweiliger Leihvorgang gestartet werden kann. Figur 2 zeigt eine Ansicht einer fahrzeuginternen Anzeigevorrichtung 10 des zweiten Fahrzeugs 1.2. Auf der Anzeigevorrichtung 10 wird ein optoelektronischer Code 7, hier ausgeführt als QR-Code, dargestellt. Der optoelektronische Code 7 repräsentiert eine Codierung 6, welche wiederum zumindest einen Bezeichner des Nutzeraccounts des zweiten Nutzers 2.2 sowie die öffentliche Adresse des Wallets 4.2 des zweiten Nutzers 2.2, insbesondere den öffentlichen Schlüssel, auch als Public Key bezeichnet, umfasst. Der optoelektronische Code 7 wird vom ersten Nutzer 2.1 mittels seines mobilen Endgeräts 9, hier in Form eines Smartphones, erfasst. Das mobile Endgerät 9 des ersten Nutzers 2.1 ist am Portal der zentralen Recheneinrichtung 3 angemeldet und kann somit alle erforderlichen Informationen zum Starten der Leihgabe an die zentrale Recheneinrichtung 3 übermitteln bzw. eine entsprechende Transaktion zum Starten der Leihgabe auf der Blockchain 8 selbst anstoßen. Ferner sind in Figur 2 weitere GUI- Elemente 12 gezeigt.
Figur 3 verdeutlicht eine ähnliche Ausführungsform, bei der jedoch anstelle der fahrzeuginternen Anzeigevorrichtung 10 das mobile Endgerät 9 des zweiten Nutzes 2.2 zur Darstellung des optoelektronischen Codes 7 verwendet wird.
Die Erfindung beschreibt vier alternative Ausführungsformen, wie die Leihgabe der Fahrzeugfunktion konkret umgesetzt werden kann. Diese vier Ausführungsvarianten sind anhand der Unterfiguren 4a) bis 4d) beschrieben. Dargestellt sind jeweils die Wallets 4.1 und 4.2 des ersten und zweiten Nutzers 2.1, 2.2. In Figur 4d) ist ferner ein Treuhand- Wallet 4.3 gezeigt.
Gemäß einer ersten, in Figur 4a) gezeigten Ausführungsform verbleibt während der Leihgabe das Eigentum-NFT NFT-EIG im Wallet 4.1 des ersten Nutzers 2.1. Eine Recheneinheit bewirkt das Prägen eines Leihgabe-NFTs NFT-LEIH, welches einen Besitz-Smart-Contract SC-BES umfasst und dem Wallet 4.2 des zweiten Nutzers 2.2 zugeordnet wird. Bei der Recheneinheit kann es sich um die zentrale Recheneinrichtung 3 oder auch eine erste oder eine zweite Recheneinheit handeln. Dabei wird die erste Recheneinheit vom ersten Nutzer 2.1 und die zweite Recheneinheit vom zweiten Nutzer 2.2 genutzt. Beispielsweise ist die erste Recheneinheit in das erste Fahrzeug 1.1 und die zweite Recheneinheit in das zweite Fahrzeug 1.2 integriert. Die zentrale Recheneinrichtung 3 behandelt dabei Leihgabe-NFTs NFT-LEIH wie Eigentum-NFTs NFT-EIG, sodass hierdurch auch der zweite Nutzer 2.2 zur Nutzung der Fahrzeugfunktion in seinem Fahrzeug 1.2 autorisiert wird. Die zum Initiieren und insbesondere auch zum Beenden der Leihgabe berücksichtigten Randbedingungen werden dabei vom Besitz- Smart-Contract SC-BES geregelt.
Figur 4b) zeigt eine zweite alternative Ausführungsform. Dabei bewirkt eine Recheneinheit das Durchführen einer Transkation, zum Überweisen des Eigentum-NFTs NFT-EIG vom Wallet 4.1 des ersten Nutzers 2.1 auf das Wallet 4.2 des zweiten Nutzers 2.2. Somit tritt der erste Nutzer 2.1 den Besitz des Eigentum-NFTs NFT-EIG und damit der Fahrzeugfunktion an den zweiten Nutzer 2.2 ab. Der erste Nutzer 2.1 bleibt jedoch Eigentümer der Fahrzeugfunktion, was durch ein Schuld-NFT NFT-SLD nachgewiesen wird. Dabei wird das Schuld-NFT NFT-SLD dem Wallet 4.1 des ersten Nutzers 2.1 zugewiesen. Das Schuld-NFT NFT-SLD umfasst einen Eigentum-Smart-Contract SC-EIG, welcher ebenfalls die Rahmenbedingungen der Leihgabe regelt. So gibt der Eigentum- Smart-Contract SC-EIG zumindest die Randbedingungen an, zu denen die Leihgabe gestartet wird. Bevorzugt umfasst der Smart-Contract auch die jeweiligen Bedingungen zum Terminieren der Leihgabe. Da sich nun das Eigentum-NFT NFT-EIG im Besitz des zweiten Nutzers 2.2 befindet, kann dieser die Fahrzeugfunktion nutzen. Das Eigentum- NFT NFT-EIG befindet sich jedoch nicht mehr im Besitz des ersten Nutzers 2.2, sodass dieser die Fahrzeugfunktion nicht benutzen kann. Figur 4c) veranschaulicht eine dritte mögliche Ausführungsform. Dabei verbleibt das Eigentum-NFT NFT-EIG im Wallet 4.1 des ersten Nutzers 2.1. Hierbei regelt die zentrale Recheneinrichtung 3 die Leihgabe selbst. So verfügt die zentrale Recheneinrichtung 3 über die Information, welche Fahrzeugfunktion von welchem Nutzer an welchen anderen Nutzer ausgeliehen wird. Entsprechend kann die zentrale Recheneinrichtung 3 die jeweiligen Fahrzeug 1.1, 1.2 zum Aktivieren bzw. Deaktivieren der Fahrzeugfunktion ansteuern.
Figur 4d) zeigt eine vierte alternative Ausführungsform des erfindungsgemäßen Verfahrens. Dabei bewirkt eine Recheneinheit zum Starten der Leihgabe, dass ein erstes und zweites Treuhand-NFT NFT-TH1 , NFT-TH2 geprägt werden. Dabei umfasst das erste Treuhand-NFT NFT-TH1 einen ersten Treuhand-Smart-Contract SC-TH 1 und das zweite Treuhand-NFT NFT-TH2 einen zweiten Treuhand-Smart-Contract SC-TH2. Generell ist es auch denkbar, dass lediglich ein Treuhand-Smart-Contract erzeugt wird (nicht dargestellt). Die jeweiligen Smart-Contracts regeln auch hier die Leihgabe. Dabei wird das Eigentum- NFT NFT-EIG vom Wallet 4.1 des ersten Nutzers 2.1 auf das Treuhand-Wallet 4.3 überwiesen. Beispielsweise kann das Treuhand-Wallet 4.3 vom Fahrzeughersteller verwaltet werden. Somit verliert der erste Nutzer 2.1 den Besitz über das Eigentum-NFT NFT-EIG, verbleibt jedoch Eigentümer, was durch das erste Treuhand-NFT NFT-TH1 angezeigt wird. Damit der zweite Nutzer 2.2 die Fahrzeugfunktion während der Leihgabe nutzen kann, erhält dieser auf seinem Wallet 4.2 das zweite Treuhand-NFT NFT-TH2. Dabei erachtet die zentrale Recheneinrichtung 3, ähnlich zum in Figur 4a) beschriebenen Fall, das zweite Treuhand-NFT NFT-TH2 als Eigentum-NFT NFT-EIG. Wird nun die Leihgabe beendet, insbesondere weil eine entsprechende Terminierbedingung erfüllt wird, so wird die Rücküberweisung des Eigentum-NFTs NFT-EIG an das Wallet 4.1 angestoßen. Ferner werden die beiden Treuhand-NFTs NFT-TH1 , NFT-TH2 entwertet. Hierzu können die beiden Treuhand-NFTs NFT-TH1 , NFT-TH2 beispielsweise auf ein Senken-Wallet überwiesen werden, auf welches niemand Zugriff hat.
Figur 5 zeigt noch einmal eine ähnliche Darstellung für den in Figur 4a) gezeigten Fall. Hier wird sinnbildlich der in die Blöcke 11 der Blockchain 8 geschriebene Inhalt veranschaulicht. Das Eigentum-NFT NFT-EIG verbleibt im Wallet 4.1 des ersten Nutzers 2.1. Ein entsprechender Smart-Contract SC wird als Eintrag in einen Block 11 an die Blockchain 8 angehängt, der die beiden Wallets 4.1 , 4.2 miteinander verknüpft. Im Wallet 4.2 wird das entsprechende Leihgabe-NFT NFT-LEIH hinterlegt, welches einen Verweis auf das digitale Gut des Eigentum-NFTs NFT-EIG umfasst. Bei dieser Ausführungsvariante wird jedoch der Smart-Contract SC dem Wallet 4.1 zugeordnet.
Figur 6 veranschaulicht eine zum in Figur 4b) gezeigten Fall ähnlichen Fall. Dabei wird dem Wallet 4.1 ein Pfand 5 zugeordnet. Das Eigentum-NFT NFT-EIG wird vom Wallet 4.1 auf das Wallet 4.2 übertragen. Bei dem Pfand 5 kann es sich um jegliches erdenkbare NFT oder auch Einheiten einer durch die Blockchain 8 handelbaren Kryptowährung handeln, die vorher im Besitz des zweiten Nutzers 2.2 waren. Im erweiterten Sinne kann es sich bei dem Pfand 5 auch um das Schuld-NFT NFT-SLD handeln.

Claims

Patentansprüche
1. Verfahren zum Freischalten einer Fahrzeugfunktion, wobei die Fahrzeugfunktion über die Hardware eines Fahrzeugs (1.1, 1.2) bereitstellbar ist, die Hardware durch Software konfiguriert wird, und wobei die Fahrzeugfunktion durch die Hardware bereitgestellt wird, wenn die Hardware gemäß einer Freigabekonfiguration konfiguriert wird, dadurch gekennzeichnet, dass
- sich ein erster Nutzer (2.1) des Fahrzeugs (1.1) an einer zentralen Recheneinrichtung (3) mit einem Nutzeraccount anmeldet;
- der erste Nutzer (2.1) sein Wallet (4.1) mit dem Nutzeraccount verknüpft;
- die zentrale Recheneinrichtung (3) das Prägen eines Eigentum-NFTs (NFT-EIG) veranlasst, wobei dem Eigentum-NFT (NFT-EIG) die Freigabekonfiguration als digitales Gut zugeordnet wird;
- die zentrale Recheneinrichtung (3) bewirkt, dass das Eigentum-NFT (NFT-EIG) dem Wallet (4.1) des ersten Nutzers (1.1) zugeordnet wird, sodass der erste Nutzer (1.1) die dem Eigentum-NFT (NFT-EIG) zugrunde liegende Fahrzeugfunktion als Eigentum besitzt;
- die zentrale Recheneinrichtung (3) die im Wallet (4.1) gespeicherten NFTs ausliest;
- die zentrale Recheneinrichtung (3) für im Wallet (4.1) gespeicherte NFTs jeweilige Freigabekonfigurationen bezieht und an das Fahrzeug (1.1) überträgt; und
- der erste Nutzer (2.1) den Besitz der Fahrzeugfunktion als Leihgabe temporär an einen zweiten Nutzer (2.2) abtritt, wobei der erste Nutzer (2.1) Eigentürmer der Fahrzeugfunktion bleibt.
2. Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass die Fahrzeugfunktion vom ersten Nutzer (2.1) nicht nutzbar ist, solange sie im Besitz des zweiten Nutzers (2.2) ist.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Leihgabe der Fahrzeugfunktion beendet wird, wenn:
- sich der erste Nutzer (2.1) bis auf einen festgelegten Abstand vom Fahrzeug
(1.2) des zweiten Nutzers (2.2) entfernt;
- eine festgelegte Zeitdauer abläuft;
- der erste Nutzer (2.1) die Fahrzeugfunktion in seinem Fahrzeug (1.1) aktiviert; und/oder
- das Fahrzeug (1.2) des zweiten Nutzers (2.2) einen festgelegten Fahrzeugzustand annimmt.
4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass eine Recheneinheit zum Starten der Leihgabe bewirkt, dass ein Leihgabe-NFT (NFT-LEIH), umfassend einen Besitz-Smart-Contract (SC-BES), geprägt wird, wobei der Besitz-Smart-Contract (SC-BES) angibt, dass nach Zustimmung des ersten (2.1) und zweiten Nutzers (2.2) das Leihgabe-NFT (NFT-LEIH) an das Wallet (4.2) des zweiten Nutzers (2.2) versendet wird, wobei die zentrale Recheneinrichtung (3) Leihgabe-NFTs (NFT-LEIH) wie Eigentum-NFTs (NFT-EIG) behandelt, und wobei das Eigentum-NFT (NFT-EIG) während der Leihgabe im Wallet (4.1) des ersten Nutzers (2.1) verbleibt.
5. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass eine Recheneinheit zum Starten der Leihgabe bewirkt, dass ein Schuld-NFT (NFT- SLD), umfassend einen Eigentum-Smart-Contract (SC-EIG), geprägt wird, und bewirkt, dass das Eigentum-NFT (NFT-EIG) vom Wallet (4.1) des ersten Nutzers (2.1) an das Wallet (4.2) des zweiten Nutzers (2.2) überwiesen wird, wobei der Eigentum-Smart-Contract (SC-EIG) angibt, dass nach Zustimmung des ersten (2.1) und zweiten Nutzers (2.2) das Schuld-NFT (NFT-SLD) dem Wallet (4.1) des ersten Nutzers (2.1) zugeordnet wird und das Eigentum-NFT (NFT-EIG) vom Wallet (4.1) des ersten Nutzers (2.1) an das Wallet (4.2) des zweiten Nutzers (2.2) überwiesen wird.
6. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass eine Recheneinheit den Start der Leihgabe an die zentrale Recheneinrichtung (3) übermittelt, woraufhin die zentrale Recheneinrichtung (3) die Freigabekonfiguration an das Fahrzeug (1.2) des zweiten Nutzers (2.2) überträgt, insbesondere unter Rekonfiguration der Hardware im ersten Fahrzeug (1.1).
7. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass eine Recheneinheit zum Starten der Leihgabe bewirkt, dass ein erstes Treuhand- NFT (NFT-TH1), umfassend einen ersten Treuhand-Smart-Contract (SC-TH1), und ein zweites Treuhand-NFT (NFT-TH2), umfassend einen zweiten Treuhand-Smart- Contract (SC-TH2) geprägt werden, wobei, nach Zustimmung des ersten (2.1) und zweiten Nutzers (2.2), das erste Treuhand-NFT (NFT-TH1) dem Wallet (4.1) des ersten Nutzers (2.1) und das zweite Treuhand-NFT (NFT-TH2) dem Wallet (4.2) des zweiten Nutzers (2.2) zugeordnet werden und das Eigentum-NFT (NFT-EIG) auf ein Treuhand-Wallet (4.3) überwiesen wird, wobei die zentrale Recheneinrichtung (3) zweite Treuhand-NFTs (NFT-TH2) wie Eigentum-NFTs (NFT-EIG) behandelt.
8. Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass eine Recheneinheit das Übertragen wenigstens eines NFT und/oder Einheiten einer Kryptowährung als Pfand (5) vom Wallet (4.2) des zweiten Nutzers (2.2) an das Wallet (4.1) des ersten Nutzers (2.1) oder ein Treuhand-Wallet (4.3) beim Initiieren der Leihgabe bewirkt, wobei die Recheneinheit insbesondere das Zurückübertragen des Pfands (5) am Ende der Leihgabe bewirkt.
9. Verfahren nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass eine mit dem Nutzeraccount des zweiten Nutzers (2.2) gekoppelte zweite Recheneinheit eine Kodierung (6) an eine mit dem Nutzeraccount des ersten Nutzers (2.1) gekoppelte erste Recheneinheit überträgt, wobei die Kodierung (6) einen Bezeichner des Nutzeraccounts und die öffentliche Adresse des Wallets (4.2) des zweiten Nutzers (2.2) umfasst, woraufhin die erste Recheneinheit den Beginn der Leihgabe selbst anstößt oder bei der zentralen Recheneinrichtung (3) anfragt.
10. Verfahren nach Anspruch 9, dadurch gekennzeichnet, dass die Kodierung (6) durch einen optoelektronischen Code (7) und die erste Recheneinheit durch ein mobiles Endgerät (9) ausgebildet wird, wobei der erste Nutzer (2.1) den optoelektronischen Code (7) mit einer im mobilen Endgerät (9) integrierten visuellen Erfassungseinrichtung, insbesondere einer Kamera, scannt.
11. Informationstechnisches System, umfassend eine zentrale Recheneinrichtung (3), ein erstes Fahrzeug (1.1) und ein zweites Fahrzeug (1.2), dadurch gekennzeichnet, dass die zentrale Recheneinrichtung (3) sowie das erste (1.1) und zweite Fahrzeug (1.2) zur Ausführung eines Verfahrens nach einem der Ansprüche 1 bis 10 eingerichtet sind.
EP24805439.7A 2023-12-09 2024-11-07 Verfahren zum freischalten einer fahrzeugfunktion und informationstechnisches system Pending EP4690065A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102023005096.2A DE102023005096A1 (de) 2023-12-09 2023-12-09 Verfahren zum Freischalten einer Fahrzeugfunktion und informationstechnisches System
PCT/EP2024/081597 WO2025119582A1 (de) 2023-12-09 2024-11-07 Verfahren zum freischalten einer fahrzeugfunktion und informationstechnisches system

Publications (1)

Publication Number Publication Date
EP4690065A1 true EP4690065A1 (de) 2026-02-11

Family

ID=93520593

Family Applications (1)

Application Number Title Priority Date Filing Date
EP24805439.7A Pending EP4690065A1 (de) 2023-12-09 2024-11-07 Verfahren zum freischalten einer fahrzeugfunktion und informationstechnisches system

Country Status (3)

Country Link
EP (1) EP4690065A1 (de)
DE (1) DE102023005096A1 (de)
WO (1) WO2025119582A1 (de)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11812451B2 (en) * 2019-06-25 2023-11-07 Ford Global Technologies, Llc Vehicle component usage
US12307438B2 (en) 2021-05-26 2025-05-20 Disney Enterprises, Inc. Collector container for non-fungible token (NFT) assets
US20230071093A1 (en) 2021-09-03 2023-03-09 Vlinder Inc. System and method for unified smart contract-based listing and transaction of nft assests across multiple platforms
DE102022000646B4 (de) 2022-02-22 2025-09-04 Mercedes-Benz Group AG Verfahren zur Prägung und Nutzung fahrzeugbezogener Non-Fungible-Tokens und informationstechnisches System
DE102022112162B3 (de) * 2022-05-16 2023-04-27 Dr. Ing. H.C. F. Porsche Aktiengesellschaft Verfahren und System zur zeitgesteuerten Freigabe von zumindest einer Funktion einer Vorrichtung

Also Published As

Publication number Publication date
DE102023005096A1 (de) 2025-06-12
WO2025119582A1 (de) 2025-06-12

Similar Documents

Publication Publication Date Title
EP4315211B1 (de) Verfahren zur prägung und nutzung fahrzeugbezogener non-fungible-tokens und informationstechnisches system
DE102013222428B4 (de) Berechtigungsnachweisprüfung und Autorisierungslösung zur Personenfahrzeugvermietung
DE60313810T2 (de) Verfahren zur bereitstellung eines softwaremoduls für eine kraftfahrzeug-steuereinheit und computerprogramm zur ausführung des verfahrens
DE102020106368A1 (de) Teilen von fahrzeugdaten mit interessierten parteien
DE102021123067A1 (de) Sicherer Transportmittel-Datenaustausch
DE102019129050A1 (de) Systeme und verfahren zur gemeinsamen nutzung von fahrzeugen über peer-to-peer-netzwerke
DE112023003620T5 (de) Interne Zertifizierungsstelle für elektronische Steuereinheit
DE102023132483A1 (de) Verwaltung von digitalen schlüsseln für ein fahrzeug auf einer blockchain
DE102018210224A1 (de) Verfahren und Vorrichtung zum Vereinbaren einer Zusammenarbeit zwischen einem ersten System und einem zweiten System
DE102018212238A1 (de) Kontosystem, anbieter-endgerät, benutzer-endgerät, und knoten
DE112021003364T5 (de) Bedarfsbasierte Energieverteilung
DE112013005761B4 (de) System und Verfahren zum Verwenden eines Autoradios zum Steuern der Lieferung von Premiuminhalt an ein Smartphone
EP3723322B1 (de) Verfahren zur authentifizierung eines fahrzeugs, authentifizierungseinheit, diensteinheit und fahrzeugexterne zentrale recheneinheit
EP1185026A2 (de) Verfahren zur Datenübertragung
WO2022194658A1 (de) Verfahren zur autorisierung eines ersten teilnehmers in einem kommunikationsnetz, verarbeitungseinrichtung, kraftfahrzeug und infrastruktureinrichtung
DE102022122126A1 (de) Verfahren zum erzeugen einer freischaltinformation und servereinrichtung
DE102020200230A1 (de) Mittel zur Verarbeitung von fahrzeugspezifischen Fahrzeugdaten
DE102023005085A1 (de) Verfahren zum Freischalten einer Fahrzeugfunktion und informationstechnisches System
DE102023133524B3 (de) Echtzeit-Verfahren zum Entriegeln eines Kraftfahrzeugs, sowie ein Echtzeit-Verfahren zum Verriegeln eines Kraftfahrzeugs
WO2025119582A1 (de) Verfahren zum freischalten einer fahrzeugfunktion und informationstechnisches system
DE102024205076A1 (de) Verfahren zum Betreiben eines Fahrzeugzugriffsberechtigungssystems für ein Fahrzeug und Fahrzeugzugriffsberechtigungssystem für ein Fahrzeug
WO2020169502A1 (de) Verfahren zum transfer von daten
EP3225043B1 (de) Verfahren und vorrichtung zur kontrolle zumindest eines datenabrufs von einem steuergerät eines fahrzeugs sowie verfahren und vorrichtung zum abrufen von daten von einem steuergerät eines fahrzeugs
WO2020058008A1 (de) Verfahren zum ausführen einer applikation in einem fahrzeug, fahrzeugsystem, computerprogramm und datenträgersignal
DE102023005097A1 (de) Verfahren zum Freischalten einer Fahrzeugfunktion und informationstechnisches System

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20251108

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR