Device for assigning an object

Abstract

Device (301) for assigning an object, comprising: a unit (302) configured to read a means of payment associated with an end user, a unit (304) configured to initiate a payment transaction or authentication transaction by sending payment information to a payment server, a unit (306) configured to receive a token associated with the means of payment from the payment server, a unit (308) configured to link the token to the object or an available space for the object, and a unit (310) configured to indicate the location or accept and / or dispense the object, whereby the object assignment takes place without an application being installed on the end user’s device and without the provision of personal data.

Description

TECHNICAL FIELD

[0001] The present invention relates to a system for assigning an object. BACKGROUND

[0002] In the field of object storage and allocation, it is common practice for objects to be manually selected and then physically moved to that location. Common systems include cloakrooms, lockers, or similar facilities, where an end-user is given a physical key or ticket to drop off an object, such as a coat or package, at a specific location and later retrieve the assigned location. These conventional methods often require significant manual interaction and are prone to human error, such as lost keys or tickets. Furthermore, such systems can be inefficient, particularly in high-traffic areas such as theaters, sports stadiums, or convention centers where quick and reliable drop-off and return of objects is required.

[0003] Following established approaches, some more modern systems use electronic means to facilitate asset matching. These systems may utilize RFID tags, barcodes, or similar technologies to identify and track assets. However, these systems still require manual entry by the end user or staff, which can lead to delays and potential errors. Furthermore, some of these systems store personal data, which can raise privacy concerns. Despite advances in asset matching, there remains a need for improved systems that enable seamless, secure, and efficient asset matching without the need to store personal data.

[0004] Another problem with existing systems is the need for additional hardware or specialized equipment to manage the allocation and return of objects. This can make the implementation and maintenance of such systems costly and complex.

[0005] It is a technical problem underlying the present invention to provide a system for assigning objects that at least partially overcomes the disadvantages of known systems. SUMMARY

[0006] The invention is defined in the claims.

[0007] A device for allocating objects according to the invention comprises, in a first aspect, a unit for accepting a means of payment, which can be done by a suitable reader or an interface module that supports various payment methods such as credit cards, debit cards, payments with mobile devices, or other electronic payment methods. This enables flexible and user-friendly handling that caters to the different preferences of end users.

[0008] A further entity then initiates a payment transaction or authentication process based on the payment method. For this purpose, information about the payment method can be transmitted to a payment service provider. This can be supported by integrating encryption technologies and secure communication protocols to ensure transaction security and minimize fraud attempts.

[0009] Furthermore, a token linked to the payment instrument is received from another unit of the device. The token can, for example, be created from hashed data of the payment instrument. This token acts as a unique identifier that increases the anonymity and security of the transaction by being used instead of the actual payment information. This can help overcome the challenge of data security while enabling fast and efficient processing.

[0010] Finally, another unit links the token to the object or an available space for the object. This can be done using the interface module, which monitors the availability of spaces in real time and allocates the token accordingly. This link allows the system to ensure more efficient space management, which can be particularly beneficial in areas such as parking management, warehousing, or event organization. The system can also be used for issuing and accepting reusable containers and cups.

[0011] Acceptance of the payment method can be handled by an interface module that accepts various payment methods, such as credit cards, debit cards, or mobile payment systems. This interface module communicates, for example, with a payment service provider, which verifies the authenticity and validity of the payment method. The connection between the interface module and the payment service provider is established via secure communication protocols to ensure the integrity of the payment information.

[0012] Initiating the payment transaction or authentication process based on the payment method involves sending payment data to the payment service provider after the payment method has been accepted. The module can send a request to the payment service provider that processes the transaction.

[0013] The payment service provider can send a token linked to the payment method, which processes the payment request, authenticates the payment method, and, upon authentication, generates a unique token. This token is sent back to the interface module via a secure connection. The interface module stores the token and links it to the original payment method.

[0014] Linking the token to the object or an available slot for the object is performed by the interface module, which monitors the availability of slots for objects and the setting of the objects. The available slot does not need to be individually specified; it can be one of several available slots from which a user can choose.

[0015] According to one embodiment, the payment transaction may further be performed by another unit.

[0016] For example, carrying out a payment transaction may involve debiting a payment amount required for the use of the space.

[0017] Alternatively, the payment process can be canceled. In this alternative version, the token is used to allocate the space, but use is free of charge, so no payment transaction is made.

[0018] Canceling a payment transaction refers to the process of stopping or reversing a previously initiated payment transaction. This can occur before the transaction is finally settled and includes the release of reserved funds.

[0019] In other examples, the device may reserve a payment amount, either alternatively or prior to performing the payment transaction. Reserving a payment amount refers to a process in which a specific payment amount is temporarily blocked or held in a payer's account. The reservation ensures that the payment amount is available at the time of final settlement of the transaction until it is no longer needed.

[0020] According to one embodiment, the device may additionally perform the steps of placing the object in the available space, dispensing the object, or releasing the available space. This may involve the physical movement of the object by an authorized person or automated mechanisms so that the object is correctly placed in the available space or correctly dispensed. Once the object has been dispensed, the available space may be released and assigned to a new object or token.

[0021] According to one embodiment, the device can further determine whether one or more objects should be dropped off or dispensed, and / or the type of object. This allows it to be determined whether a single object or multiple objects should be dropped off for storage or placement in the available space. This can be done through user interaction, such as a prompt or a selection on a display, or through automatic detection, such as through sensors or scanners.

[0022] Determining the type of object, as used herein, refers to the process of identifying specific characteristics or categories of the object being dropped off. This may include the size, weight, material, QR codes or barcodes that may be depicted on the object, or other relevant properties of the object, and may be done through visual inspection, scanning of the QR codes or barcodes or RFID tags, or other suitable detection methods. Depending on the number and type of object(s), the payment amount may be determined.

[0023] Initiating the payment transaction and receiving the token can occur immediately one after the other. These steps can occur in real time, allowing for immediate processing and transmission of information without any perceptible delay.

[0024] The data processing required to initiate the payment transaction, receive the token, and link the token to the object or an available location can be performed without storing personal data. This means that no information is collected, stored, or processed that could identify a person to whom the payment method is assigned. In the context of the invention, this means that the assignment of an object is designed in such a way that no personal information such as names, addresses, telephone numbers, or other identifying data of the person to whom the payment method is assigned is collected or stored. This contributes to protecting the privacy of the person to whom the payment method is assigned and minimizing data protection concerns.

[0025] According to one embodiment, the device may further store the token associated with the payment method. This means that after initiating the payment transaction or authentication process, the received token is stored in the system, for example, in a database of the system, to enable subsequent allocation and / or release of the object.

[0026] The available space can be indicated visually, acoustically, or mechanically, for example. The system can indicate where the object can be placed or where the object has been stored, for example, through displays on a screen, LED lighting, acoustic signals such as beeps or voice announcements, or by moving elements such as opening / unlocking a door or locker. These signals help quickly find the assigned or available space.

[0027] The object can be, for example, a piece of clothing, suitcase, vehicle, reusable container or other item.

[0028] The space to which the object is assigned can be a temporary storage space, such as a locker, room, cloakroom space or parking space.

[0029] The space can be an open, enclosed, or enclosed area. For example, the space can be a room.

[0030] According to a further embodiment, the device may perform: re-accepting the payment means; initiating a payment transaction or authentication transaction based on the payment means; receiving the token associated with the payment means; and indicating the location or dispensing or accepting the object based on the token.

[0031] According to an alternative aspect, the device may perform: accepting a payment means, initiating a payment transaction or authentication process based on the payment means, receiving a token associated with the payment means, indicating a location where the object is located or the object based on the token, and authorizing the release of the object.

[0032] The device for allocating an object according to the invention in the alternative aspect can perform a pick-up operation for the object that has been placed in an available space according to the first aspect.

[0033] When accepting the means of payment, it is the same means of payment that was used to assign an object according to the first aspect of the invention.

[0034] Initiating a payment transaction based on the payment means may correspond to initiating a payment transaction based on the payment means according to the first aspect of the invention.

[0035] Receiving the token associated with the payment instrument refers to the process by which the system receives the unique identifier, the token, from the payment service provider's payment server. This token is specifically linked to the payment instrument used and serves to enable the allocation and release of the object.

[0036] Authorizing the release of the object located in the slot refers to the process of granting permission to release the object from its assigned slot in the system. In this context, the system checks whether the required permissions or the correct unique identifier, such as the previously received token linked to the payment method, are present to pick up or release the object. After successful authorization, the object can be released.

[0037] According to a further development of this aspect, the payment process can be cancelled.

[0038] Canceling a payment transaction refers to the process of stopping or reversing a previously initiated payment transaction. After initiating the payment transaction, which may include authorizing the payment transaction, and receiving the token, the payment transaction or transaction is subsequently canceled. Canceling the payment transaction ensures that the account of the person to whom the payment instrument is assigned is not debited.

[0039] According to one embodiment, specifying the location based on the token requires no further input besides accepting the payment means.

[0040] According to one embodiment, the device according to the second aspect can further perform a release of the space after the object has been released / released for another object to be dispensed. This means that the system automatically releases the space and makes it available for the insertion of a new object as soon as the original object has been removed.

[0041] A device for associating an object according to a further aspect of the invention comprises: a unit configured to read a means of payment, a unit configured to initiate a payment transaction or authentication process by sending payment information to a payment server, a unit configured to receive a token associated with the means of payment from the payment server, a unit configured to link the token to the object or an available location for the object, and a unit for specifying the location or accepting and / or dispensing the object.

[0042] A payment device configured to read a payment instrument refers to a component capable of reading information from a payment instrument, such as a credit card, debit card, mobile payment system, or other electronic payment device. This device can use various technologies such as magnetic stripe readers, chip card readers, NFC (Near Field Communication), biometric recognition, or QR code / barcode scanners to capture payment information.

[0043] The unit configured to initiate a payment transaction or authentication process by sending payment information to a payment server ensures that the payment information is sent securely and reliably to the payment server to enable authorization and processing of the payment. This unit can send the payment information directly to the payment server online or collect it offline and send it when it is back online.

[0044] The payment server may refer to a computer or network of computers operated by a payment service provider and responsible for processing payment transactions. In the context of the invention, this means that the payment server is responsible for receiving, verifying, and authorizing payment information. It communicates with, or is provided by, banks and other financial institutions to verify the availability of funds, approve or reject payment transactions, and generate tokens linked to the payment instrument.

[0045] The payment service provider can be a bank or other financial institution.

[0046] According to one embodiment, the unit can be configured to read the payment instrument for near field communication, scan a code, read a magnetic stripe, read a chip, and / or perform biometric recognition. Near field communication (NFC) is a wireless communication technology that enables the exchange of data over short distances. This unit can capture information from NFC-enabled devices such as smartphones, contactless credit or debit cards, and other NFC-enabled payment instruments to initiate the payment transaction.

[0047] In other examples, the unit configured to read the payment instrument may also use other technologies such as a magnetic stripe reader, chip card reader, biometric recognition, or QR code / barcode scanner to capture the payment information.

[0048] Biometric recognition can detect a person's biological characteristics, such as fingerprints, facial recognition, iris or retinal scans, voice recognition and / or palm vein patterns for authentication and use these to initiate the payment process.

[0049] According to one embodiment, the device for associating an object may further comprise a unit configured to authorize the payment transaction and / or a unit configured to initiate a cancellation of the payment transaction at the payment server.

[0050] The payment transaction authorizing entity can receive the token from the payment server.

[0051] The payment transaction cancellation initiation unit at the payment server refers to a system component capable of stopping or reversing a payment transaction that has already been initiated. This unit communicates with the payment server to initiate the cancellation of the transaction, thereby releasing any reserved funds. BRIEF DESCRIPTION OF THE CHARACTERS

[0052] The present disclosure will be further explained with reference to the drawings in which it is illustrated by way of example: Fig. shows a schematic flow diagram of a method for assigning an object that runs in the device according to one aspect of the invention. Fig. shows a schematic flow diagram of a method for assigning an object, which runs in the device according to a further aspect of the invention. Fig. shows a schematic representation of the device for assigning an object. Fig. .1 shows various steps of the method for assigning an object according to an example. Fig. .2 shows corresponding to the Fig. .1 shows the user interface of a device for assigning an object according to an example. Fig. .1 shows various steps of the method for assigning an object according to another example. Fig. .2 shows corresponding to the Fig. .1 shows the user interface of the device for assigning an object according to an example. Fig. shows a schematic block diagram of the system for assigning an object according to an example. Fig. shows an apparatus and / or system for associating an object according to an example. Fig. shows an apparatus and / or system for assigning an object according to another example. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0053] Fig. shows a flowchart illustrating a method for assigning an object, which runs in the device according to one aspect of the invention. The method comprises several steps that are performed in a sequential order. Alternatively, the steps of the method can be performed in a different order.

[0054] Step 101 involves accepting a payment method through a reader. This can be done using various methods, such as scanning a credit card, scanning a QR code, biometric recognition, or using a mobile payment application. The payment method serves as the basis for further processing.

[0055] Biometric recognition may involve recognizing a person's biological characteristics, such as fingerprints, facial recognition, iris or retinal scans, voice recognition, and / or palm vein patterns, for authentication and using these as a means of payment to initiate the payment transaction according to step 102 or 202.

[0056] In step 102, a payment transaction is initiated based on the payment method. This step involves transmitting the payment information from the reader to a payment server. Data from the payment method is processed in the payment server, and hashed data for the payment method is generated, for example. A token can thus be generated based on the payment method.

[0057] Step 103 involves receiving a token linked to the payment method. The token serves as a unique identifier that represents the transaction and ensures that the payment can be correctly assigned. The token is generated by the payment server, as shown above, and sent back to the system that initiated the payment transaction. The token can thus also uniquely identify the payment method.

[0058] In step 104, the received token is linked to the object or an available location for the object. This can be, for example, a temporary storage location, such as a storage area, a locker, a room, a parking space, or a cloakroom space. The location can be an open, demarcated, or enclosed space. For example, the space can also be a room. Linking the token to the location makes it possible to uniquely identify the location and reserve the corresponding space for storing or retrieving the object. Alternatively, it is possible to indicate the basic availability of one of several locations and to grant access to the free location(s).

[0059] This procedure, which is Fig. shown can be used in various applications to optimize the allocation and management of objects. Examples of these applications include depositing objects in a locker, where specifying an available space causes a locker door to spring open. In another example, the token is assigned a cloakroom space or other storage location that is specified for depositing a piece of clothing or other item. In yet another example, upon receipt of the token, the barrier of a parking lot or a similar access restriction is opened to free up a space. In yet another example, the token is assigned a reusable container that is issued to an end user.

[0060] Fig. shows a flowchart illustrating a method for assigning an object, which runs in the device according to one aspect of the invention. The method comprises several steps that are performed in a sequential order. Alternatively, the steps of the method can be performed in a different order.

[0061] Step 201 involves accepting a payment method. As in step 101, this can be done using various methods, such as scanning a credit card, scanning a QR code, biometric recognition, or using a mobile payment application. The payment method serves as the basis for further processing.

[0062] In step 202, a payment transaction is initiated based on the payment method. This step corresponds to step 102 and involves transmitting the payment information to a payment server. The payment server generates the token again based on the payment method information. The token corresponds to the token previously generated when the object was handed over and can be identical. This can make it unnecessary to store other payment method information in the system that accepts and reads the payment method.

[0063] Step 203 involves receiving the token associated with the payment instrument. This token serves as a unique identifier linking the transaction and the payment instrument. The token is generated by the payment server and sent back to the entity that initiated the payment transaction.

[0064] Step 204 involves specifying a location where the object is located, or the object itself, based on the token. The unit performing this step uses the token to identify and specify the location of the object. This can be done, as before, through visual, audible, or mechanical signals that inform the user where the object has been stored.

[0065] Step 205 involves authorizing the release of an object located on the space.

[0066] Steps 204 and 205 may be complementary to step 104. One example is releasing objects from a locker, where the release causes the locker door to spring open to indicate the location of the object. In another example, the token is associated with a cloakroom space or other storage location specified for retrieving a piece of clothing or other item. In yet another example, upon receipt of the token, the barrier of a parking lot or a similar access restriction is opened to allow exit from a space. In yet another example, the token is associated with a reusable container returned by an end user.

[0067] Depending on the application, the release or surrender of the object or space is linked to a payment, the amount of which can vary depending on the duration of use. In this case, the payment can be realized with the allocation of the token. Alternatively, use can be free of charge, with any reserved amount being released again. In yet another configuration, use can be free of charge for a defined period of time, with a fee being charged thereafter. In this case, the payment is made or canceled depending on the duration of use.

[0068] Fig. shows a device 301 for assigning an object according to an example. This device comprises several units that implement specific functions, for example, to execute methods 100 and / or 200. The device 301 serves as an interface module between a user and the system according to the invention.

[0069] A unit 302 is configured to read a payment instrument. This unit 302 can use various technologies, such as a magnetic stripe reader, chip card reader, Near Field Communication (RFID / NFC) or similar sensors, scanners, PSAM card slots, and biometric recognition, to capture the payment instrument's information. The captured data is then forwarded to the next unit 304.

[0070] Unit 304 is configured to initiate a payment transaction by sending payment information to a payment server. This unit can process the payment method information and can communicate with the payment server. This can include transmitting encrypted payment data to ensure the security of the transaction.

[0071] Another unit 306 is configured to receive a token linked to the payment method from the payment server. After the payment server has preprocessed the payment method information, it generates a token, for example, from hashed data of the payment method, which serves as a unique identifier for the transaction. The token is sent back to the device and received by unit 306.

[0072] A unit 308 is configured to link the token to an object or an available space for the object. This unit uses the received token to reserve or allocate a space for the object. This can be done by comparing the token against a database of available spaces to ensure the space is correctly allocated. Alternatively, by comparing the token with the database, the allocated space can be retrieved to retrieve the object parked in the space.

[0073] A unit 310 is configured to indicate the location or accept and / or dispense the object. This unit can indicate the assigned location visually, acoustically, or mechanically so that a user can easily identify the location. This can be done, for example, through displays on a screen, LEDs, or acoustic signals.

[0074] The device can be used in various applications, such as cloakrooms, lockers, parking systems, storage facilities where precise and secure assignment of objects is required, or other locations to which an object can be temporarily assigned.

[0075] The device 301 may also include additional units not included in Fig. are shown, such as a unit for initiating a cancellation of the payment transaction at the payment server.

[0076] The units that perform the various functions can be implemented as parts of a computer program in the same device or in multiple devices. They can also be implemented in hardware in one or more devices.

[0077] For example, device 301 may include a network connection to enable access to external resources and communication with other systems. In particular, device 301 may be configured to use Wi-Fi communication, mobile data transmission via 5G / 4G / 3G and / or 2G cellular networks, and / or Bluetooth.

[0078] Furthermore, the device 301 may be equipped with GPS (Global Positioning System) to enable location determination and navigation functions.

[0079] A mobile application, for example an Android-based or alternatively an iOS-based application, can be installed on the device 301. For example, the mobile application can comprise multiple units, in particular the units 302, 304, 306, 308, 310, which implement the specific functions to execute the methods 100 and / or 200. A special application, e.g., an Android-based or iOS-based application, is not required on the end user side for this function. The end user only needs to have their means of payment ready, whereby personal data of the end user is not stored in the device 302 or elsewhere in the system according to the invention. Thus, the token, for example, made from hashed data of the means of payment, serves as a unique identifier for the transaction, but it does not contain any personal data.

[0080] The device 301 may include a screen equipped with a keyboard, touchscreen, and / or other input method. In this context, the display may function as a user interface, allowing the user to interact with the system.

[0081] The device 301 may be a mobile terminal.

[0082] In another example, device 301 may be a fixed or loose component of a station. Alternatively, device 301 may represent a centralized or decentralized terminal.

[0083] As a central terminal, the device 301 can act as a central control unit or interface that serves as the main access point for management, control and communication in the system or in a network.

[0084] The device 301 may be equipped with a camera, speakers, LEDs and other hardware elements.

[0085] The advantages of the device 301 include high reliability and fast processing of the transaction, improved end-user friendliness, the possibility of cashless transaction processing and / or the elimination of physical cloakroom tokens or other tokens or tickets for seat allocation, and simplified billing without storing personal data.

[0086] Fig. , which the Fig. .1 and 4.2, illustrates various steps of a possible implementation of the method 100 for assigning an object. Fig. .1 shows the application of procedure 100 in the cloakroom service. Fig. .2 represents the user interface of the device 301 in addition to Fig. .1.

[0087] In Fig. An example of the device 301 is shown, which is operated by a user 410. On the display of the device 301, a user interface 402 is visible. This user interface 402, as in Fig. The payment method shown in Figure 1 is generated by the system according to the invention and typically includes buttons or menus that allow the end user to select a transaction and / or payment method and initiate the transaction. The selection and confirmation of the payment method occurs through interaction with the user interface of device 301.

[0088] For an example, see Fig. , at the beginning of the method 100, it can be selected on the user interface 402 of the device 301 whether an object, such as a piece of clothing, is to be dropped off or picked up. The dropping off of an object may be referred to as "Check-In" in one example on the user interface. The picking up of an object may be referred to as "Check-Out" in one example on the user interface. Since the figures of the Fig. To represent the method 100, which serves to process a drop-off process, the user 410 selects the button labeled “Check-In” on the user interface 402.

[0089] In Fig. the acceptance 101 of a means of payment 401 of a person 420 is shown. Fig. shows a corresponding example of the user interface when accepting the means of payment. The means of payment 401 of the person 420 is brought close to the device 301, for example to initiate a Near Field Communication (NFC). Furthermore, in the background, the initiation 102 of a payment transaction based on the means of payment 401, the receipt 103 of a token linked to the means of payment 401, wherein the initiation of the payment transaction and the receipt of the token follow one another immediately, and the linking 104 of the token to an available space for the object are carried out. The device 301 is configured to send the payment information to a payment server in order to initiate the payment transaction. In response to the transmission of the data of the means of payment 401, the payment service provider generates the token linked to the means of payment 401.The token is returned by the payment service provider to unit 306 of device 301.

[0090] The data processing for initiating the payment transaction, receiving the token, and linking the token to an available location is carried out without storing personal data and without storing the data of the means of payment 401. Thus, in the present method, no information is collected, stored, or processed that would enable identification of the person 420 to whom the means of payment 401 is assigned.

[0091] For a paid cloakroom service, the payment process can be carried out using the payment method.

[0092] In the case of a free cloakroom service, a payment amount can be reserved with the payment provider and the payment process can be canceled later by the device 301.

[0093] The token is generated based on the payment method for both paid and free cloakroom services and is received by device 301. In other words, the payment method is used to generate an electronic cloakroom ticket.

[0094] Fig. show an example of a visual indication of the available or assigned space for the dropped-off object. In other examples, the available or assigned space may be indicated acoustically. Alternatively or additionally, mechanical signals may provide information about where the object can be placed.

[0095] In other examples, an acknowledgment that the token has been received may be displayed on the display of device 301. This acknowledgment may also be visual or audible and indicate that the available space has been allocated for the object. The acknowledgment may also include information about the available space, such as a space number or location, as described, for example, in the Fig. is shown.

[0096] Fig. , which, as in Fig. the Fig. .1 and 5.2, shows a possible embodiment of the method 200 for assigning an object related to the pickup process for the object or garment dropped off in the method 100. Fig. .1 shows the application of procedure 200 in the cloakroom service. Fig. .2 forms the user interface 402 of the device 301 in addition to Fig. .1 off.

[0097] Fig. shows again the device 301, which is operated by the user 410 or alternatively by another user. Since this is a pick-up process, as in Fig. shown, a button labeled “Check-Out” can be selected on the user interface 402.

[0098] In Fig. the acceptance 201 of the means of payment 401 of the person 420 is then shown. Fig. shows accordingly Fig. an example of the user interface of the device 301. The payment method is the same payment method used in the Fig. The payment method acts as a cloakroom ticket or as a means of access to the object handed in. The payment method is used as in relation to Fig. described above to send payment information to the same payment service provider, which in turn generates a token and sends it back to unit 306 of device 301. The token is used to retrieve the slot assigned to the object.

[0099] In the Fig. the location based on the token, the type of object and a button to confirm the check-out are displayed on the display of the device 301.

[0100] Fig. shows a schematic representation of a system for assigning an object, which illustrates various components and their interactions.

[0101] The system comprises the device 301, which contains several units for performing specific functions, in particular a means of payment 401, a backend system 602, a payment server 603 of a payment service provider, a management unit 630 and / or an execution device 640.

[0102] The device 301 can be a mobile terminal, which is configured, for example, for Near Field Communication (NFC) or WLAN communication, so that payment instruments 401, such as credit cards, debit cards, or mobile payment systems, can be captured via tap-to-pay technology or biometric recognition for contactless payment processes or transactions. The device 301 can be configured for a fee-based or free use of the method 100. Further examples of the device 301 can be found in the description. Fig. be taken.

[0103] Thus, the device 301 may further include elements such as a screen 610, which may be touch-based to display a user interface 402, speakers 612, and LEDs 614.

[0104] In one example, a management unit 630 can manage, for example, new spaces, new locations, new mobile devices, the number of users, the number of spaces, and / or the utilization of the spaces, and / or other organizational aspects. The management unit 630 is connected to the device 301 via a communications network 604.

[0105] The individual in Fig. The components shown can generally be configured to communicate with each other via the communication network 604. This enables data exchange and coordination between different devices, sensors, or subsystems.

[0106] The communication network 604 supports, for example, both mobile data transmission via a cellular network with technologies such as 2G, 3G, 4G and / or 5G and communication via Wi-Fi.

[0107] As described above, device 301 includes a unit 302 configured to read the payment method. Unit 302 enables the capture of payment information required for the subsequent process. The captured payment information is forwarded to unit 304, which is responsible for initiating a payment transaction by sending the payment information to a payment server.

[0108] The unit 304 communicates via the communication network 604 with the payment server of a payment service provider 603.

[0109] When using the method 100 for a fee, the unit 304 can communicate to the payment server of the payment service provider 603 that the payment transaction is to be carried out and / or completed and / or a certain amount is to be debited.

[0110] The payment server of the payment service provider 603 executes the payment transaction and applies, for example, a one-way hash function, Payment Account Reference PAR, or similar technologies to the payment method data to encrypt and secure the payment method data. A token is generated from, for example, the hashed data. Using the hash function does not allow any conclusions to be drawn about the data of the payment method 401. Using the same payment method generates the same token.

[0111] The payment server of the payment service provider 603 sends the generated token back to the device 301, possibly with details of the transaction carried out.

[0112] The unit 306 receives the token associated with the payment means from the payment server.

[0113] Unit 308 then links the token to the object or an available location for the object, enabling secure and traceable assignment. This is accomplished through communication between unit 308 and backend system 602 via communication network 604.

[0114] The backend system 602 may include a database configured to link the received token to the available space and to store this link or the token itself. Furthermore, all data is transmitted and stored in encrypted form in the backend system 602.

[0115] The unit 310 indicates the available space for the object, releases it, and / or accepts the object.

[0116] The unit 310 may further communicate with the execution device 640.

[0117] The execution device 640 may, for example, include physical building components such as coat hooks, mechanisms that implement a command from, for example, the device 301, lockers or storage containers that open automatically, signaling devices such as LEDs and / or speakers, screens, and / or other components required for an object assignment system.

[0118] For example, unit 310 may cause a physical building component to move the available space for the object to a receiving location and / or provide visual and / or audible cues for the receiving location. In another example, unit 310 may cause a door or locker to open.

[0119] Furthermore, the unit 304 of the device 301 may comprise a further unit (not shown) for authorizing the payment transaction, and / or a further unit (not shown) for performing the payment transaction.

[0120] When using the method 100 free of charge, the unit for authorizing the payment transaction can communicate to the payment server of the payment service provider 603 that the payment transaction should not be authorized or canceled.

[0121] Instead of executing the payment transaction, the payment server of payment service provider 603 reserves an amount without immediately debiting it and, as with fee-based use, applies a one-way hash function, Payment Account Reference PAR, or similar technologies to the payment method data to encrypt and secure the payment method data. A token is generated from, for example, the hashed data. Using the hash function does not allow any conclusions to be drawn about the data of payment method 401. Using the same payment method generates the same token.

[0122] The reserved amount is available for a specific period of time and can either be fully debited, adjusted, or canceled entirely, depending on the final cost of the service.

[0123] When using method 100 free of charge, the unit for initiating a cancellation of the payment transaction can communicate to the payment server that the payment transaction and / or the reserved amount should be canceled or reversed. Authorizing the payment transaction and initiating the cancellation of the payment transaction can occur immediately after one another.

[0124] The execution of the method 200, which concerns a collection process of a dropped-off object, can be identical to the free use of the method 100.

[0125] When executing the method 200, the unit 304 can communicate with the payment server of the payment service provider 603.

[0126] As with the fee-based execution, the payment service provider 603 also applies a one-way hash function, Payment Account Reference PAR, or similar technologies to the payment method data to encrypt the payment method data. A token is generated from the hashed data. Using the hash function does not allow any conclusions to be drawn about the data of the payment method 401. Using the same payment method generates the same token.

[0127] Furthermore, the unit 304 can communicate to the payment server that the payment transaction and / or a reserved amount should be canceled or reversed.

[0128] The payment server of the payment service provider 603 sends the generated token back to the device 301.

[0129] The unit 306 receives the token associated with the payment means from the payment server.

[0130] Unit 308 then links the token to the object or the assigned location for the object, enabling secure and traceable assignment. This is accomplished through communication between unit 308 and backend system 602 via communication network 604.

[0131] The backend system 602 may contain the database configured to store the received token with the associated location. Furthermore, all data is transmitted and stored in encrypted form in the backend system 602.

[0132] Unit 310 indicates the location based on the token and / or dispenses the object. In this context, unit 310 may, for example, cause a physical building component to move the location where the object is located or the object to a dispensing location and / or provide an indication of the dispensing location through visual and / or audible signals. In another example, unit 310 may cause a door or locker to open.

[0133] Fig. shows another embodiment of the device 301 and the system for assigning an object.

[0134] Fig. schematically illustrates a row of lockers 702 with the device 301 as a central terminal.

[0135] The device 301 serves, as previously described, as an interface module between a user and the system according to the invention.

[0136] How to the Fig. As described, the device 301 comprises the units 302 to 310. The specific functions of the units are described above and can thus also be used for the device in Fig. example shown can be applied.

[0137] The central terminal can be defined as a central control unit or interface that serves to manage, control and communicate within the system.

[0138] Fig. shows another embodiment of the device 301 and the system for assigning an object. The embodiment of Fig. differs from the embodiment of the Fig. in that the central terminal is replaced by a decentralized terminal.

[0139] Fig. schematically illustrates a series of lockers 702 with devices 301 as decentralized terminals, wherein the devices 301 can be embedded in each individual locker.

[0140] Device 301, as previously described, serves as an interface module between a user and the system according to the invention, which in the present example is a distributed system. This provides the user with multiple access points for dropping off an object.

[0141] How to the Fig. As described, the device 301 comprises the units 302 to 310. The specific functions of the units can be taken from the above description and also for the Fig. example shown can be applied.

Claims

[1] Device (301) for assigning an object, comprising: a unit (302) configured to read a means of payment associated with an end user, a unit (304) configured to initiate a payment transaction or authentication transaction by sending payment information to a payment server, a unit (306) configured to receive a token associated with the means of payment from the payment server, a unit (308) configured to link the token to the object or an available space for the object, and a unit (310) configured to indicate the location or accept and / or dispense the object, whereby the object assignment takes place without an application being installed on the end user’s device and without the provision of personal data. [2] The device (301) of claim 1, wherein the unit is configured to read a means of payment for near field communication, to scan a code, to read a magnetic stripe, to read a chip and / or to perform biometric recognition. [3] Device according to claim 1 or 2 further comprising: a unit configured to authorize the payment transaction, and / or a unit configured to initiate a cancellation of the payment transaction at the payment server. [4] Device for assigning an object, comprising: a first unit configured to accept (101) a means of payment, a second unit configured to initiate (102) a payment transaction or Authentication process based on the means of payment, a third unit configured to receive (103) a token associated with the means of payment, a fourth unit configured to link (104) the token to the object or an available space for the object. [5] The apparatus of claim 4, wherein the first unit, the second unit, the third unit and / or the fourth unit are implemented in a common device. [6] The apparatus of claim 4 or 5, wherein the second unit is further configured to: Sending payment data based on the payment method to a payment service provider; and Receiving the token from the payment service provider. [7] The device of claim 6, wherein the token comprises hashed data of the payment means. [8] The apparatus of any one of claims 4 to 7, wherein the second unit is further configured to: Sending a signal to cancel the payment transaction to the payment service provider. [9] Apparatus according to any one of claims 4 to 8, further comprising means configured to: Reserving an available space for the object or releasing the available space. [10] The device of any one of claims 4 to 9, wherein the available space is one of a plurality of available spaces from which a user can choose. [11] The device according to any one of claims 4 to 10, wherein the first unit, the second unit, the third unit and / or the fourth unit are configured to initiate the payment process or authentication process, receive the token and link the token to an available location or object without storing personal data. [12] Device according to one of claims 4 to 11, further comprising: a fifth unit for storing the token linked to the means of payment. [13] Device according to one of the preceding claims, further comprising: a sixth unit for visually and / or acoustically and / or mechanically indicating the available space. [14] Device according to one of claims 4 to 13, wherein the object is a garment, reusable container, suitcase, vehicle or other object and the place is a temporary storage place, such as a locker, room, cloakroom or parking space. [15] Device according to one of claims 4 to 14, wherein: the first unit is further configured to accept the means of payment again; the second unit is further configured to re-initiate (102) a payment transaction or authentication transaction based on the payment means, the third unit is further configured to re-receive the token associated with the means of payment, the fourth unit is further configured to relink (104) the token to the object or the available space for the object and the sixth unit is further configured to re-specify the location or object based on the token.

Images