TECHNICAL FIELD

[0001] The present disclosure relates to the field of vehicle access and in particular to selecting an access to an appropriate vehicle and providing access to the vehicle by requesting release of one or more appropriate keys.

BACKGROUND

[0002] For some car dealers, there are a great number of vehicles for sale, e.g. in what is sometimes referred to as car supermarkets. Due to a restricted amount of parking space, some vehicles are often blocked in by other vehicles.

[0003] When a potential customer wants to test drive a vehicle, this can result in several vehicles needing to be moved to allow access to the vehicle for a test drive.

[0004] The blocking vehicles cause problems for test drives and can even make some potential customers go elsewhere if it takes too long to start the test drive.

SUMMARY

[0005] One object is to improve how vehicles are selected and provided access for.

[0006] According to a first aspect, it is provided a method for providing access to a vehicle. The method is performed by a vehicle determination device. The method comprises: receiving a request signal, indicating a set of parameters of a desired vehicle; determining, from a first database, a plurality of candidate vehicles matching the set of parameters of a desired vehicles; determining, from a second database, for each one of the candidate vehicles, a number of blocking vehicles blocking access to the respective candidate vehicle; selecting the candidate vehicle with the fewest number of blocking vehicles; and transmitting a key release signal to release a physical key to the selected vehicle, to thereby provide access to the selected vehicle.

[0007] The determining the number of blocking vehicles may comprise, for each one of the candidate vehicles: determining blocking parking bays that, if occupied, would block the respective candidate vehicle; and determining how many of the blocking parking bays are occupied with a vehicle. [0008] The key release signal may also request to release keys for the blocking vehicles that block access for the selected vehicle.

[0009] According to a second aspect, it is provided a vehicle determination device, for providing access to a vehicle, the vehicle determination device. The vehicle determination device comprises: a processor; and a memory storing instructions that, when executed by the processor, cause the vehicle determination device, to: receive a request signal, indicating a set of parameters of a desired vehicle; determine, from a first database, a plurality of candidate vehicles matching the set of parameters of a desired vehicles; determine, from a second database, for each one of the candidate vehicles, a number of blocking vehicles blocking access to the respective candidate vehicle; select the candidate vehicle with the fewest number of blocking vehicles; and transmit a key release signal to release a physical key to the selected vehicle, to thereby provide access to the selected vehicle.

[0010] The instructions to determine the number of blocking vehicles may comprise instructions that, when executed by the processor, cause the vehicle determination device, to, for each one of the candidate vehicles: determine blocking parking bays that, if occupied, would block the respective candidate vehicle; and determine how many of the blocking parking bays are occupied with a vehicle.

[0011] The key release signal may also request to release keys for the blocking vehicles that block access for the selected vehicle.

[0012] According to a third aspect, it is provided a computer program for providing access to a vehicle. The computer program comprises computer program code which, when executed on a vehicle determination device, causes the vehicle determination device, to: receive a request signal, indicating a set of parameters of a desired vehicle; determine, from a first database, a plurality of candidate vehicles matching the set of parameters of a desired vehicles; determine, from a second database, for each one of the candidate vehicles, a number of blocking vehicles blocking access to the respective candidate vehicle; select the candidate vehicle with the fewest number of blocking vehicles; and transmit a key release signal to release a physical key to the selected vehicle, to thereby provide access to the selected vehicle. [0013] According to a fourth aspect, it is provided a computer program product comprising a computer program according to the third aspect and a computer readable means comprising non-transitory memory in which the computer program is stored.

[0014] Generally, all terms used in the claims are to be interpreted according to their ordinary meaning in the technical field, unless explicitly defined otherwise herein. All references to "a/an/the element, apparatus, component, means, step, etc." are to be interpreted openly as referring to at least one instance of the element, apparatus, component, means, step, etc., unless explicitly stated otherwise. The steps of any method disclosed herein do not have to be performed in the exact order disclosed, unless explicitly stated.

BRIEF DESCRIPTION OF THE DRAWINGS

[0015] Aspects and embodiments are now described, by way of example, with refer ence to the accompanying drawings, in which:

[0016] Fig 1 is a schematic diagram illustrating an environment in which embodiments presented herein can be applied;

[0017] Fig 2 is a flow chart illustrating embodiments of methods for determining a vehicle;

[0018] Fig 3 is a schematic diagram illustrating components of the vehicle determination device of Fig 1 according to one embodiment; and

[0019] Fig 4 shows one example of a computer program product comprising computer readable means.

DETAILED DESCRIPTION

[0020] The aspects of the present disclosure will now be described more fully hereinafter with reference to the accompanying drawings, in which certain embodiments of the invention are shown. These aspects may, however, be embodied in many different forms and should not be construed as limiting; rather, these embodiments are provided by way of example so that this disclosure will be thorough and complete, and to fully convey the scope of all aspects of invention to those skilled in the art. Like numbers refer to like elements throughout the description. [0021] Embodiments presented herein allow intelligent selection of a vehicle that matches a set of vehicle parameters, e.g. as specified by a potential vehicle buyer. The selection is based on determining the number of vehicles blocking each candidate vehicle, where each candidate vehicle is one that matches the set of vehicle parameters.

A database stores, for each candidate vehicle, the parking bay in which it is stored. For each parking bay, it is also stored what parking bays are blocking parking bays. Based on occupancy of blocking parking bays, a vehicle determination device can thus derive, for each candidate vehicle, how many currently parked other vehicles there are that block access. The candidate vehicle with fewest blocking vehicles is selected and a key release signal is transmitted to a key cabinet to release a physical key for the selected vehicle.

[0022] Fig 1 is a schematic diagram illustrating an environment in which embodiments presented herein can be applied. The context is a car dealership, offering a number of vehicles for sale. A limited parking space 7 is available, whereby the vehicles need to be parked (at least sometimes) such a manner that some vehicles are blocked by other vehicles, whereby blocking vehicle need to be moved for access to an inner vehicle for test drive and/or examination by a potential customer. In this example there are twelve parking bays 4aa-4dc, but the embodiments presented herein can be applied for any number of parking bays, as long as there is risk for blocking vehicles at least part of the time. For the reference numerals for the parking bays in the example of Fig 1, the format is 4ij, where i designates the row (in the range a to d) and j designates the column (in the range a to c).

[0023] When a potential customer wants to test drive a vehicle, a set of parameters defining the desired vehicle are specified. The set of parameters can include one or more parameters. One parameter can be the manufacturer, e.g. Volkswagen, Ford or Volvo. One parameter can be the model (which is a subset of the manufacturer), e.g. VW Golf, Ford Ka or Volvo XC40. One or more parameters can relate to equipment, e.g. leather upholstery, engine model, sunroof, paint colour, etc. The desired vehicle does not always need to be specified with the same granularity. For instance, one potential customer might have the desired vehicle defined broadly, e.g. VW Golf, and another potential customer might have the desired vehicle defined more narrowly e.g. VW Golf 2.0 Diesel with leather interior and a sunroof. [0024] A vehicle determination device 1 is provided for determining a vehicle based on the set of parameters indicating the desired vehicle. The vehicle determination device 1 has access to a first database 20 and a second database 21. The first database 20 contains details about vehicles, allowing candidate vehicles to be determined based on the set of parameters of the desired vehicle, where each candidate vehicle matches the set of parameters. The second database 21 contains data of parking bay layout, indicating for each parking bay what parking bays are blocking (if occupied). Moreover, the second database 21 contains information about occupancy of parking bays, including an identity of each vehicle and an identity of the parking bay in which the vehicle is parked. Each one of the databases 20, 21 can be implemented in the form of a single or multiple tables in one or more relational databases, files on a file system or any other suitable digital representation (e.g. object database, graph database, etc.) of data enabling the functionality of embodiments presented herein. The first and second databases 20, 21 can be located locally with the vehicle determination device 1 or on a remote server (also known as the cloud). Alternatively the first and second databases can be comprised in a data memory of the vehicle determination device 1. The first and second databases 20, 21 can be implemented in separate physical devices or provided as separate data structures within a single device.

[0025] The vehicle determination device 1 is also connected to an automated key cabinet 3 that contains the physical keys of the vehicles that are parked in the parking space 7. The automated key cabinet 3 can controllably release any of the keys, to allow access to any of the parked vehicles using the released physical key. Optionally, the vehicle determination device 1 and the automated key cabinet 3 are combined in a single device.

[0026] In this example, there are eight vehicles parked in the parking bays. A potential customer expresses the set of parameters of her desired vehicle, e.g. a Volvo XC40 plug-in-hybrid. The set of parameters can be provided to the vehicle determination device 1 using an application executing on a user device (e.g. smart phone) of the potential customer or sales representative.

[0027] The vehicle determination device 1 queries the first database 20 to obtain a set of candidate vehicles 2a-c, matching the set of parameters. The candidate vehicles 2a-c are indicated with dashed filling in Fig 1. [0028] For each candidate vehicle, the vehicle determination device 1 queries the second database 21 to find out the parking bays that are blocking if occupied, and the number of parked vehicles in those parking bays. In this example, a first candidate vehicle 2a has two blocking vehicles 6, a second candidate vehicle 2b has two blocking vehicles 2c, 6 and a third candidate vehicle 2c has one blocking vehicle.

[0029] Hence in this situation, the third candidate vehicle 2c has the fewest number of blocking vehicles (of the candidate vehicles 2a-c). The vehicle determination device 1 thereby selects the third candidate vehicle 2c and transmits a signal to the automated key cabinet 3 to release the physical key for the third candidate vehicle 2c. Additionally, the vehicle determination device 1 transmits a signal to the automated key cabinet 3 to release the physical key for the blocking vehicle 6. The sales representative conveniently takes the keys, moves the blocking vehicle 6 and takes out the selected (third candidate) vehicle 2c, allowing the potential customer to examine the vehicle and take it for a test drive.

[0030] Fig 2 is a flow chart illustrating embodiments of methods for determining a vehicle. The method is performed by a vehicle determination device, such as the vehicle determination device shown in Fig 1.

[0031] In a receive request step 40, the vehicle determination device 1 receiving 40 a request signal, indicating a set of parameters of a desired vehicle. The set of parameters can be entered by the potential customer or told by the potential customer to a sales representative that enters the set of parameters. The set of parameters can be entered in an application running on a user device (such as a smartphone, tablet computer, laptop or stationary computer) or the set of parameters can be entered using a user interface of the vehicle determination device 1.

[0032] In a determine candidate vehicles step 42, the vehicle determination device 1 determines, from a first database 20, a plurality of candidate vehicles 2a-c matching the parameters of a desired vehicles.

[0033] In a determine blocking vehicles step 44, the vehicle determination device 1 determines, from a second database 21, for each one of the candidate vehicles 2a-c, a number of blocking vehicles 3 blocking access to the respective candidate vehicle. [0034] This step optionally comprises, for each one of the candidate vehicles (2a-c), performing two sub-steps.

[0035] In a first sub-step, the vehicle determination device 1 determines blocking parking bays that, if occupied, would block the respective candidate vehicle. In a second sub-step, the vehicle determination device 1 determines how many of the blocking parking bays are occupied with a parked vehicle.

[0036] In a select vehicle step 46, the vehicle determination device 1 selects the candidate vehicle with the fewest number of blocking vehicles. Optionally, if there are multiple candidate vehicles with the same lowest number of blocking vehicles, a list of these candidate vehicles with all specifications can be provided as output, allowing the potential customer to select the candidate vehicle that is preferred.

[0037] Optionally, the selection is based also a locality of where the keys are stored for the blocking vehicles. This is here illustrated in a couple of examples:

[0038] In a first example, there is a first candidate vehicle with three blocking vehicles and the three keys are all stored in the same automated key cabinet that is near the user device. There is also a second candidate vehicle with only two blocking vehicles for which keys are stored in two different automated key cabinets that are far apart from each other. In this case, the first vehicle can be selected even though it has more blocking vehicles.

[0039] In a second example, one of the keys for a blocking vehicle is held by someone and may not thus be immediately retrievable (i.e. someone parked a vehicle blocking others but did not return the key to the automated key cabinet yet). In this case, it can be beneficial to select a vehicle that is not blocked by that blocking vehicle, even if this results in a larger number of blocking vehicle for the selected vehicle.

[0040] In one embodiment, the user is already holding one or more vehicle keys needed for the blocking vehicles. This fact can be considered by vehicle determination device 1 in the selection of vehicle.

[0041] In a transmit key release signal step 48, the vehicle determination device 1 transmits a signal to release a physical key to the selected vehicle. Optionally, the key release signal also requests to release keys for the blocking vehicles that block access for the selected vehicle. In this case, the key release signal can be transmitted in a single signal or over multiple sub-signals for this purpose.

[0042] By selecting car based on model and number of blocking cars, the test drive can be arranged with minimum inconvenience and wait time.

[0043] Fig 3 is a schematic diagram illustrating components of the vehicle determination device 1 of Fig 1 according to one embodiment. A processor 60 is provided using any combination of one or more of a suitable central processing unit (CPU), graphics processing unit (GPU), multiprocessor, microcontroller, digital signal processor (DSP), etc., capable of executing software instructions 67 stored in a memory 64, which can thus be a computer program product. The processor 60 could alternatively be implemented using an application specific integrated circuit (ASIC), field programmable gate array (FPGA), etc. The processor 60 can be configured to execute the method described with reference to Fig 2 above.

[0044] The memory 64 can be any combination of random-access memory (RAM) and/or read-only memory (ROM). The memory 64 also comprises non-transitory persistent storage, which, for example, can be any single one or combination of magnetic memory, optical memory, solid-state memory or even remotely mounted memory.

[0045] A data memory 66 is also provided for reading and/ or storing data during execution of software instructions in the processor 60. The data memory 66 can be any combination of RAM and/or ROM. Optionally, the data memory comprises the first database 20, containing vehicle details and the second database 21 containing data of parking bay layout and occupancy of parking bays. Each one of the databases 20, 21 can be in the form of a one or more tables in one or more relational databases, files on a file system or any other suitable digital representation of data enabling the functionality of embodiments presented herein.

[0046] The vehicle determination device 1 further comprises an 1/ O interface 62 for communicating with external and/ or internal entities, such as the automated key cabinet 3. Optionally, the I/O interface 62 also includes a user interface. [0047] Other components of the vehicle determination device 1 are omitted in order not to obscure the concepts presented herein.

[0048] Fig 4 shows one example of a computer program product 90 comprising computer readable means. On this computer readable means, a computer program 91 can be stored, which computer program can cause a processor to execute a method according to embodiments described herein. In this example, the computer program product is in the form of a removable solid-state memory, e.g. a Universal Serial Bus (USB) drive. As explained above, the computer program product could also be embodied in a memory of a device, such as the computer program product 64 of Fig 3. While the computer program 91 is here schematically shown as a section of the removable solid- state memory, the computer program can be stored in any way which is suitable for the computer program product, such as another type of removable solid-state memory, or an optical disc, such as a CD (compact disc), a DVD (digital versatile disc) or a Blu-Ray disc.

[0049] The aspects of the present disclosure have mainly been described above with reference to a few embodiments. However, as is readily appreciated by a person skilled in the art, other embodiments than the ones disclosed above are equally possible within the scope of the invention, as defined by the appended patent claims. Thus, while various aspects and embodiments have been disclosed herein, other aspects and embodiments will be apparent to those skilled in the art. The various aspects and embodiments disclosed herein are for purposes of illustration and are not intended to be limiting, with the true scope and spirit being indicated by the following claims.