TECHNICAL FIELD

The present disclosure relates generally to electric vehicles, and more specifically to methods, apparatus es, and computer program products for requesting user authorization for electric vehicle charging sessions and responding to the requested user authorization.

BACKGROUND

Electric vehicle (EV) users typically need to be au thorized at EV charging stations before they can start EV charging sessions there. This user authorization is performed by using some physical electronic key, such, for example, as a user smart card. Each physical elec tronic key is provided with its own key identifier (ID) which is used for the user authorization. More specifically, a user of a certain EV to be charged at an EV charging station of interest should show or ap ply his/her physical electronic key to a key reader arranged at the EV charging station and configured to retrieve the key ID. After that, the charging station sends the key ID to a charging service provider manag ing the EV charging station in order to check whether the key ID is indicated in a pre-created user account belonging to that user. If this is the case, the charging station is instructed to enable an EV charg ing session for the EV. From the above, it follows that the physical electron ic key should first be linked to the user account be fore the user can use it to start the EV charging ses sion. A traditional solution for implementing the user authorization above involves producing and linking physical electronic keys to user accounts on the charging service provider's side, and then mailing the physical electronic keys to users themselves. However, this solution suffers from the following drawbacks: the users need to wait usually at least 1-2 weeks (or even longer) to obtain their physical elec tronic keys;

there are always extra handling and processing costs for the charging service provider;

since there may be several charging service pro viders in a geographical area where a user is living, the user needs to have several physical electronic keys to be served at the EV charging stations owned by these different charging ser vice providers.

SUMMARY

This summary is provided to introduce a selection of concepts in a simplified form that are further de- scribed below in the detailed description. This sum mary is not intended to identify key features or es sential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.

It is an object of the present disclosure to provide methods, apparatuses, and computer program products for requesting user authorization for electric vehicle charging sessions and responding to the requested user authorization .

The object above is achieved by the features of the independent claims in the appended claims. Further em bodiments and examples are apparent from the dependent claims, the detailed description and the accompanying drawings .

According to a first aspect, a method for requesting user authorization for electric vehicle (EV) charging sessions is provided. The method is performed as fol lows. At first, an EV is detected at an EV charging station of interest. The EV charging station is pro vided with a station identifier (ID) . Then, a user of the EV is requested to apply an available physical electronic key having a key ID to a key reader ar ranged at the EV charging station, thereby retrieving the key ID of the available physical electronic key. After that, a charging service provider, with which the user has a pre-created user account, is requested to link the available physical electronic key to the user account. This is done by sending a user request to the charging service provider. The user account is characterized by a user ID, and the user request it self comprises the station ID of the EV charging sta tion, the user ID, and the key ID of the available physical electronic key. Finally, a notification of user authorization or non-authorization for the EV charging sessions at the EV charging station is re ceived from the charging service provider. The type of the notification depends on whether the available physical electronic key has been linked to the user account. According to an embodiment, the user of the EV may gain access to EV charging stations of differ ent charging service providers with the aid of his/her single already-existing or available physical elec tronic key.

In one implementation form of the first aspect, the physical electronic key comprises a smart card, Radio Frequency Identification (RFID) card, Near Field Com munication (NFC) token, or Bluetooth token, and the key reader comprises a card reader or a token reader. This makes an embodiment more flexible in use.

In one implementation form of the first aspect, the steps of detecting, requesting, sending, and receiving are performed by using a mobile application installed on a user mobile device. This may, for example, sim plify and hasten the process of requesting the user authorization .

In one implementation form of the first aspect, the step of detecting comprises using the mobile applica tion to: locate the user device; select the EV charg ing station which is the closest to the user mobile device; and request the user of the EV to confirm the selection of the closest EV charging station. This al low, for example, hastening the retrieval of the sta tion ID, thereby reducing the time required for re questing the user authorization. In one implementation form of the first aspect, the method further comprises the following steps. If the user of the EV cancels the selection of the closest EV charging station, the user of the EV is provided by using the mobile application with a list of available EV charging stations in the vicinity of the user de vice. After that, the user of the EV is requested to select the EV charging station of interest manually. This may allow avoiding possible location errors caused, for example, by the incorrect operation of the mobile application or some other locating means, such as a built-in GPS sensor in the user mobile device.

In one implementation form of the first aspect, the method further comprises: triggering a repeating countdown timer in the mobile application; and repeat ing said requesting the user to confirm the selection of the closest EV charging or to select the EV charg ing station of interest manually every time there is no confirmation of the closest EV charging station or no selection of one other of the list of available EV charging stations before the expiration of the repeat ing countdown timer. This may, for example, provide a recurring reminder to the user of the EV about the ac tion to be taken.

In one implementation form of the first aspect, the method further comprising, after the step of request ing the user of the EV to apply the physical electron ic key: triggering a repeating countdown timer in the mobile application; and repeating said requesting eve ry time the user does not apply the physical electron- ic key before the expiration of the repeating count down timer. This may also provide a recurring reminder to the user of the EV about the action to be taken.

In one implementation form of the first aspect, the method further comprises, if the notification of user authorization is received, the step of notifying the user that he/she is authorized to use the EV charging station for recharging the EV from now on by re applying the physical electronic key to the key read er. This may facilitate the user to learn faster how to start the EV charging session.

According to a second aspect, a method for responding to requested user authorization for electric vehicle (EV) charging sessions is provided. The method is per formed on the charging service provider' s side as fol lows. At first, a user request sent by a user of an EV from an EV charging station of interest is received. The user request relates to linking an available phys ical electronic key belonging to the user of the EV to a pre-created user account. The user account is char acterized by a user ID, and the user request itself comprises a station ID of the EV charging station, the user ID, and a key ID of the available physical elec tronic key. The key ID is retrieved by applying the available physical electronic key to a key reader ar ranged at the EV charging station. Then, it is checked whether the user request meets a pre-defined linking criterion. According to said checking, it is decided whether to link the available physical electronic key to the user account. Next, based on the decision made, a notification of user authorization or non authorization for the EV charging sessions is sent to the user of the EV and the EV charging station. In an embodiment, the user of the EV may be granted access to EV charging stations of different charging service providers with the aid of his/her single already- existing or available physical electronic key, thereby avoiding extra costs for producing and mailing new physical electronic keys.

In one implementation form of the second aspect, the physical electronic key comprises a smart card, Radio Frequency Identification (RFID) card, Near Field Com munication (NFC) token, or Bluetooth token, and the key reader comprises a card reader or a token reader. This may make the embodiment more flexible in use.

In one implementation form of the second aspect, the pre-defined linking criterion is as follows: the user account does not comprise the same key ID as the re trieved key ID of the available physical electronic key. With such a linking criterion, it may, for exam ple, be possible to avoid linking the same physical electronic key more than one time to the user account.

In one implementation form of the second aspect, the step of checking comprises verifying that the user re quest does not meet the pre-defined linking criterion. In this case, the step of deciding comprises deciding not to link the available physical electronic key to the user account. However, the user and the EV charg ing station are both informed about the user authori- zation for the EV charging sessions. In an embodiment, it may be possible to avoid the undue linking of the same physical electronic key to the user account.

In another implementation form of the second aspect, the step of checking comprises verifying that the user request meets the pre-defined linking criterion. In this case, the step of deciding comprises deciding to link the available physical electronic key to the user account by adding the key ID to the user account. At the same time, the step of sending comprises sending the notification of user authorization to the user and the EV charging station. This may provide the user with quick access to the EV charging station.

In one implementation form of the second aspect, the step of receiving comprises the steps of: storing the station ID, the user ID, a reception time of the user request, and a pre-defined expiration time of the user request as a new record in a database of user re quests; and marking the user request as being pro cessed until the expiration time of the user request is over. This may allow processing the user requests from different users more efficiently.

In one implementation form of the second aspect, the pre-defined linking criterion comprises the following sub-criteria: (i) the user account does not comprise the same key ID as the retrieved key ID of the availa ble physical electronic key; (ii) the database of user requests comprises the record corresponding to the us er request from the user of the EV; and (iii) the user request is still marked as being processed. With such a linking criterion, for example, the processing of the user requests may become more efficient.

In one implementation form of the second aspect, the step of checking comprises verifying that sub-criteria (i)-(iii) above are all met. In this case, the step of deciding comprises deciding to link the available physical electronic key to the user account by adding the key ID to the user account. At the same time, the step of sending comprises sending the notification of user authorization to the user and the EV charging station. This may provide the user with quick access to the EV charging station.

In another implementation form of the second aspect, the step of checking comprises verifying that sub criterion (i) is met but any one of sub-criteria (ii) and (iii) is not met. In this case, the step of decid ing comprises deciding not to link the available phys ical electronic key to the user account. At the same time, the step of sending comprises sending the noti fication of user non-authorization to the user and the EV charging station. According to an embodiment, this may, for example, ensure that only suitable users are provided with the user authorization for the EV charg ing sessions at the EV charging station.

In one implementation form of the second aspect, the user account is further characterized by an account balance. In this case, the method further comprises the steps of: temporarily disabling the user authori- zation for the EV charging sessions if the account balance is not enough to cover the costs for the next EV charging session; and notifying the user of the EV that the user authorization will be enabled upon re filling the account balance. This may make the method according to the second aspect more flexible in use.

According to a third aspect, an apparatus for request ing user authorization for electric vehicle (EV) charging sessions is provided. The apparatus comprises at least one processor and a memory coupled to the at least one processor and storing processor-executable instructions. The processor-executable instructions, when executed by the at least one processor, cause the at least one processor to perform the method according to the first aspect. According to an embodiment, the user of the EV can gain access to EV charging stations of different charging service providers with the aid of his/her single already-existing physical electronic key .

According to a fourth aspect, an apparatus for re sponding to requested user authorization for electric vehicle (EV) charging sessions is provided. The appa ratus comprises at least one processor and a memory coupled to the at least one processor. The memory stores processor-executable instructions, a database of user accounts, and a database of user requests. The processor-executable instructions, when executed by the at least one processor, cause the at least one processor to perform the method according to the sec ond aspect. According to an embodiment, the user of the EV can be granted access to EV charging stations of different charging service providers with the aid of his/her single already-existing physical electronic key, thereby avoiding extra costs for producing and mailing new physical electronic keys.

According to a fifth aspect, a computer program prod uct comprising a computer-readable storage medium storing a computer program is provided. Being executed by at least one processor, the computer program causes the at least one processor to perform the method ac cording to the first aspect. Thus, the method accord ing to the first aspect can be embodied in the form of the computer program, thereby providing flexibility in use thereof.

According to a sixth aspect, a computer program prod uct comprising a computer-readable storage medium storing a computer program is provided. Being executed by at least one processor, the computer program causes the at least one processor to perform the method ac cording to the second aspect. Thus, the method accord ing to the second aspect can be embodied in the form of the computer program, thereby providing flexibility in use thereof.

Other features and advantages of the present disclo sure will be apparent upon reading the following de tailed description and reviewing the accompanying drawings . BRIEF DESCRIPTION OF THE DRAWINGS

The essence of the present disclosure is explained be low with reference to the accompanying drawings in which :

Fig. 1 shows a block-scheme of an apparatus for re questing user authorization for EV charging sessions in accordance with one embodiment of the present dis closure ;

Fig. 2 shows a block-scheme of an apparatus for re sponding to the user authorization for the EV charging sessions, which is requested by the apparatus in Fig. 1, in accordance with another embodiment of the pre sent disclosure;

Fig. 3 shows a flowchart for a method for requesting the user authorization for the EV charging sessions in accordance with one more embodiment of the present disclosure ;

Fig. 4 shows an exemplary sequence of sub-steps con stituting the step S302 of the method in Fig. 3;

Fig. 5 shows a flowchart for a method for responding to the user authorization for the EV charging ses sions, which is requested by using the method in Fig. 3, in accordance with one other embodiment of the pre sent disclosure; and

Fig. 6 shows four possible execution scenarios of the method in Fig. 5 depending on the selection of a link ing criterion. DETAILED DESCRIPTION

Various embodiments of the present disclosure are fur ther described in more detail with reference to the accompanying drawings. However, the present disclosure can be embodied in many other forms and should not be construed as limited to any certain structure or func tion disclosed in the following description. In con trast, these embodiments are provided to make the de scription of the present disclosure detailed and com plete .

According to the present disclosure, it will be appar ent to those skilled in the art that the scope of the present disclosure covers any embodiment, which is disclosed herein, irrespective of whether this embodi ment is implemented independently or in concert with any other embodiment of the present disclosure. For example, the apparatuses and methods disclosed herein can be implemented by using any numbers of the embodi ments provided herein. Furthermore, it should be un derstood that any embodiment of the present disclosure can be implemented using one or more of the elements or steps presented in the appended claims.

In embodiments of the present disclosure, an electric vehicle charging station or, shortly, EV charging sta tion comprises an element in an infrastructure that supplies electric energy for the recharging of elec tric vehicles. It should be noted that the embodiments of the present disclosure may equally be used in rela tion to different kinds of electric vehicles, such as electric cars, aircrafts and vessels. Correspondingly, the EV charging stations may be located along differ ent roads if the electric vehicles are represented by the electric cars. In case of the electric aircrafts, the EV charging stations may be located at different airports. Being applicable to the electric vessels, the EV charging stations may be located at different seaports .

In embodiments of the present disclosure, a user or customer may relate to a person who wants to use the EV charging station in order to recharge an electric vehicle. The person may be either an owner, driver, pilot, captain, or a simple passenger of such an elec tric vehicle.

In embodiments of the present disclosure, a charging service provider comprises a company that provides ac cess for the user to its own EV charging station (s) . To gain such access, the user needs to identify him self/herself at the EV charging station by using a special physical electronic key having a unique key identifier (ID). This identification is hereinafter referred to as user authorization. Some examples of the physical electronic key includes a smart card, chip card, integrated circuit card (ICC), Radio Fre quency Identification (RFID) card, Near Field Communi cation (NFC) token, and Bluetooth token. The physical electronic key needs first to be linked to a user ac count created by the charging service provider before the user can use it to recharge the electric vehicle at the EV charging station belonging to that charging service provider. Said linking is performed by storing the key ID to a database of user accounts resided on the charging service provider's side.

As noted earlier, the physical electronic key is tra ditionally produced by the charging service provider itself, whereupon it is sent by post to a particular user requesting the user authorization for EV charging sessions at the EV charging station owned by that charging service provider. However, a waiting period for receipt of the physical electronic key may be too long, like 1-2 weeks, thereby causing the user to postpone using the EV charging station of interest. Assuming that the user desires to use the EV charging stations of different charging service providers, the total waiting period for receipt of all required phys ical electronic keys may be much longer. On top of that, the user will hardly be happy with the necessity of keeping several physical electronic keys to hand. As for the charging service provider, it is forced, in this case, to bear the extra costs of producing and mailing the physical electronic key(s) to the user(s) .

The embodiments of the present disclosure relate to a technical solution configured to:

use the equipment of the EV charging station in order to read an already-existing or available physical electronic key of the user (or to re trieve its key ID in other words) and to send a user request to the charging service provider for linking the physical electronic key to the pre created user account; and use the equipment of the charging service provid er in order to receive and process the user re quest, link the physical electronic key to the user account if a linking criterion (which will be discussed later) is met, and to notify the us er and the EV charging station about the user au thorization .

With that said, the technical solution described here in may conventionally be divided into two sub solutions, with the first one aimed at requesting user authorization and the second one aimed at responding to the requested user authorization.

The above-mentioned embodiments of the present disclo sure may provide, among others:

the user of the EV can gain access to EV charging stations of different charging service providers quickly and efficiently with the aid of his/her single already-existing or available physical electronic key;

the charging service providers can avoid extra costs for producing and mailing new physical electronic keys.

According to an embodiment, the already-existing or available physical electronic key may refer to the physical electronic key described above but being at user' s disposal at a time when the user desires to re charge the electric vehicle at the EV charging station of interest. Thus, the available physical electronic key may be produced either by the charging service provider different from that whose EV charging station the user would like to use, or by a provider offering services other than the charging service. For example, it is highly likely that each user of the electric ve hicle has his/her own bank (credit or debit) card on hand (which may be one type of the smart card) , and this bank card may be used to gain access to the EV charging station. To do this, it is just required to link the bank card to the user account on the charging service provider's side, as will be described later. Correspondingly, the user may use the bank card to ex ecute different financial operations and recharge the electric vehicle at the EV charging station.

Fig. 1 shows a block-scheme of an apparatus 100 for requesting the user authorization for EV charging ses sions in accordance with one embodiment of the present disclosure. The apparatus 100 is intended to be part of either a user mobile device, such as a mobile phone, smartphone, laptop, tablet, personal digital assistant, or the like, or the equipment of the EV charging station itself. As shown in Fig. 1, the appa ratus 100 comprises a storage 102 and a processor 104 coupled to the storage 102. The storage 102 stores processor executable instructions 106 to be executed by the processor 104 to request the user authoriza tion. Let us remind that the user authorization im plies gaining access to the electric energy stored at the EV charging station.

The storage 102 may be implemented as a nonvolatile or volatile memory used in modern electronic computing machines. As an example, the nonvolatile memory may include Read-Only Memory (ROM) , ferroelectric Random- Access Memory (RAM) , Programmable ROM (PROM) , Electri cally Erasable PROM (EEPROM) , solid state drive (SSD) , flash memory, magnetic disk storage (such as hard drives and magnetic tapes) , optical disc storage (such as CD, DVD and Blu-ray discs), etc. As for the vola tile memory, examples thereof include Dynamic RAM, Synchronous DRAM (SDRAM) , Double Data Rate SDRAM (DDR SDRAM), Static RAM, etc.

The processor 104 may be implemented as a central pro cessing unit (CPU) , general-purpose processor, single purpose processor, microcontroller, microprocessor, application specific integrated circuit (ASIC) , field programmable gate array (FPGA) , digital signal proces sor (DSP) , complex programmable logic device, or the like. It is worth noting that the processor 104 may be implemented as any combination of the aforesaid. As an example, the processor 104 may be a combination of two or more CPUs, general-purpose processors, etc.

The processor executable instructions 106 stored in the storage 102 may be configured as a computer exe cutable code causing the processor 104 to perform the aspects of the present disclosure. The computer exe cutable code for carrying out operations or steps for the aspects of the present disclosure may be written in any combination of one or more programming lan guages, such as Java, C, C++ , Python, or the like. In some examples, the computer executable code may be in the form of a high-level language or in a pre-compiled form, and be generated by an interpreter (also pre stored in the storage 102) on the fly.

Fig. 2 shows a block-scheme of an apparatus 200 for responding to the user authorization for the EV charg ing sessions, which is requested by the apparatus 100, in accordance with another embodiment of the present disclosure. The apparatus 200 is intended to be locat ed on the charging service provider's side. In one em bodiment, the apparatus 200 may be implemented as a back-end computer system. As shown in Fig. 2, the ap paratus 200 comprises a storage 202 and a processor 204 coupled to the storage 202. The storage 202 stores processor executable instructions 206 to be executed by the processor 204 to provide the user authorization or non-authorization, as will be discussed later. The memory 202 further comprises a database 208 storing user accounts created by the charging service provid er, as well as a database 210 storing the user re quests from different users. In one embodiment, the databases 208 and 210 may be combined into a single database .

Each of the storage 202, the processor 204, and the processor executable instructions 206 may be imple mented in the same or similar manner as a correspond ing analogue in the apparatus 100. As for the data bases 208 and 210, they may be structured in a tabular form. In one embodiment, the database 208 (database 210) is constructed such that each row corresponds to a certain user account (user request) and each column corresponds to a certain attribute of the user account (user request) . In one other embodiment, each of the databases 208 and 210 may be configured as a set of tables, with each table being associated with a cer tain user account and user request, respectively. At the same time, the processor 204 may be configured to query and maintain the databases 208 and 210 by using any suitable programming language, for example, Struc tured Query Language (SQL) .

Fig. 3 shows a flowchart for a method 300 for request ing the user authorization for the EV charging ses sions in accordance with one other embodiment of the present disclosure. The method 300 is intended to be performed by the processor 104 of the apparatus 100 when the processor 104 is caused to execute the pro cessor executable instructions 106 stored in the stor age 102. Thus, the method 300 is performed on the us er's side, or more specifically at the EV charging station where the user intends to recharge the elec tric vehicle.

As shown in Fig. 3, the method 300 starts with step S302, in which the processor 104 detects that the electric vehicle is at the EV charging station of in terest. The EV charging station has its own unique station ID and is intended to have a key reader mount ed thereon. The key reader is used in next step S304 of the method 300, in which the processor 104 requests the user to show or apply (depending on the type of the key reader) the already-existing or available physical electronic key to the key reader. By so do ing, the key ID of the physical electronic key may be retrieved easily and reliably by using the existing equipment (key reader) of the EV charging station it self. It should also be noted that the key reader may be represented by a card reader or a token reader de pending on the above-mentioned types of the physical electronic key. Then, in step 306, the processor 104 requests the charging service provider, with which the user has a pre-created user account, to link the phys ical electronic key to the user account characterized by a user ID. To do this, the processor 104 sends a user request to the charging service provider. The us er request comprises the station ID of the EV charging station, the user ID, and the key ID of the physical electronic key. Said linking means adding the key ID to the user account. The user request is received and processed on the charging service provider' s side in accordance with another method, which will be de scribed later with reference to Fig. 5. Here it is just worth noting that the method 300 ends up with step S308, in which the processor 104 receives, from the charging service provider, a notification of user authorization or non-authorization for the EV charging sessions at the EV charging station based on whether the available physical electronic key has been linked to the user account.

In one embodiment, the steps S302-S308 are all imple mented as a single software component, such as a mo bile application, installed on the user mobile device or the equipment of the EV charging station. The use of the mobile application may simplify and hasten the process of requesting the user authorization. In this case, the processor 104 may be implemented as a mobile application processor inside the user mobile device or the equipment of the EV charging station. With that said, the processor 104 may execute the method 300 up on running the mobile application. As an example, when the electric vehicle to be recharged is at the EV charging station of interest, the user may run the mo bile application and press an illustrative button "Add a key" (which is relevant to requesting the user au thorization) , whereupon the processor 104 starts exe cuting the steps S302-S308 as described above.

Fig. 4 shows an exemplary sequence of sub-steps S402- S412 constituting the step S302 in accordance with one more embodiment of the present disclosure. Each of the sub-steps S402-S412 may be performed by the processor 104 with the aid of the running mobile application. The sequence of sub-steps S402-S412 is more preferable for the embodiment in which the apparatus 100 is part of the user mobile device, and may be executed when the EV of the user is in vicinity of the EV charging station of interest. In particular, the processor 104 is first instructed, in the sub-step S402, to locate the user device (for example, by interrogating a built-in GPS sensor inside the user mobile device) . Once the location of the user mobile device is found, the processor 104 proceeds with the sub-step S404 in order to select the EV charging station which is the closest to the user mobile device. After that, in the sub-step S406, the processor 104 requests, via the mo bile application, the user to confirm the selection of the closest EV charging station (for example, by pressing an illustrative button "Confirm") . If the us er confirms the selection of the closest EV charging station (see "Yes" in the sub-step S408), the proces sor 104 further proceeds with the step S304 of the method 300. However, if the user cancels the selection of the closest EV charging station (for example, by pressing an illustrative button "Cancel") , the proces sor 104 then provides, in the sub-step S410, the user with a list of available EV charging stations in the vicinity of the user mobile device. Such a list of available EV charging stations may be shown on a dis play of the user mobile device. The user is then re quested, in the sub-step S412, to select the EV charg ing station of interest manually, whereupon the pro cessor 104 proceeds with the step S304 of the method 300. This allows minimizing or even avoiding location errors caused, for example, by the incorrect operation of the GPS sensor or mobile application.

In one additional embodiment, the method 300 may fur ther comprise the step of triggering a repeating countdown timer in the mobile application upon re questing the user to confirm the selection of the closest EV charging in the sub-step S406 or to select the EV charging station of interest manually in the sub-step S412. If the user makes no choice before the expiration of the repeating countdown timer, the sub step S406 or S412 is repeated again. The same or dif ferent repeating countdown timer may be triggered af ter the step S304 of the method 300. Thus, the user of the electric vehicle is provided with a recurring re- minder about the action to be taken during the execu tion of the method 300.

In yet another embodiment, if the notification of user authorization for the EV charging sessions is received from the charging service provider, the user may addi tionally be notified that he/she is authorized to use the EV charging station for recharging the EV from now on by re-applying the physical electronic key to the key reader. In one example, the EV charging station may request the back-end computer system or other equipment of the charging service provider to check whether the key ID of the applied physical electronic key is indicated in the user account, and if yes, start the EV charging session for the EV of the user. In one other example, the charging service provider may locally store the database of user account at each of its EV charging stations, and constantly update the local database in case of creating a new user account or adding a new physical electronic key. In the latter example, the EV charging station check itself whether the key ID of the physical electronic key is indicated in the user account, thereby deciding whether to pro vide the user with access to the electric energy stored thereon.

Fig. 5 shows a flowchart for a method 500 for respond ing to the user authorization for the EV charging ses sions, which is requested by using the method 300, in accordance with one other embodiment of the present disclosure. The method 500 is intended to be performed by the processor 204 of the apparatus 200 when the processor 204 is caused to execute the processor exe cutable instructions 206 stored in the storage 202. Thus, the method 500 is performed on the charging ser vice provider's side, or more specifically by using the equipment of the charging service provider, such as the back-end computer system.

As shown in Fig. 5, the method 500 starts with step S502, in which the processor 204 receives the user re quest sent by the user of the EV from the EV charging station of interest. The user request relates to link ing the available physical electronic key belonging to the user of the EV to the pre-created user account characterized by the user ID. It should again be noted that the user request itself comprises the station ID of the EV charging station, the user ID, and the key ID of the available physical electronic key, and the key ID is retrieved by applying the available physical electronic key to the key reader arranged at the EV charging station. Next, in step S504, the processor 204 is instructed to check whether the user request meets a pre-defined linking criterion. Then, based on said checking in the step S504, the processor 204 de cides, in step S506, whether to link the available physical electronic key to the user account. After that, the method 500 ends up with step S508, in which the processor 204 notifies the user and the EV charg ing station about the user authorization or non authorization for the EV charging sessions based on the results of said checking in the step S504 and said deciding in the step S506. In one embodiment, the pre-defined linking criterion is as follows: the user account does not comprise the same key ID as the retrieved key ID of the available physical electronic key. With such a linking criteri on, there may be the following two execution scenarios of the method 500:

1) If the user account comprises the same key ID as the retrieved key ID of the available physical electronic key, the step S504 consists in verify ing that the user request does not meet the pre defined linking criterion. In turn, the step S506 consists in deciding not to link the available physical electronic key to the user account, but at the same time the step S508 consists in send ing the notification of the user authorization to the user and the EV charging station;

2) If the user account does not comprise the same key ID as the retrieved key ID of the available physical electronic key, the step S504 consists in verifying that the user request meets the pre defined linking criterion. In turn, the step S506 consists in deciding to link the available physi cal electronic key to the user account, and the step S508 remains unchanged, i.e. consists in sending the notification of the user authoriza tion to the user and the EV charging station.

Thus, the linking criterion above leads to the same outcome (i.e. the user authorization) but by using the above-described two different process flows. With this linking criterion, it is possible to avoid linking the same physical electronic key more than one time to the user account. In one embodiment, the step S502 of the method 500 may comprises the sub-steps of: storing the station ID, the user ID, the key ID, a reception time of the user request, and a pre-defined expiration time of the user request as a new record in the database 210 of user requests; and marking the user request as being pro cessed until the expiration time of the user request is over (i.e. when the user request is no longer val- id) . By so doing, it is possible to set a more relia ble linking criterion consisting of the following sub criteria :

(i) the user account does not comprise the same key ID as the retrieved key ID of the available physical electronic key;

(ii) the database of user requests comprises the record corresponding to the user request from the user of the EV; and

(iii) the user request is still marked as being pro cessed (i.e. the expiration time of the user request is not over) .

The use of sub-criteria (i)-(iii) will be now ex plained in more detail with reference to Fig. 6. In particular, Fig. 6 shows four possible execution sce narios of the method 500 due to the division of the step S504 into three sub-steps S504-2 - S504-6 based on sub-criteria (i)-(iii). Each execution scenario starts with the step S502 of receiving the user re quest and storing its attributes in the database 210 of user requests. Further, the processor 204 checks whether sub-criterion (i) is met in the sub-step S504- 2. If the user account already comprises the same key ID (see "No" in the sub-step S504-2), a first execu tion scenario is then implemented. In the first execu tion scenario, the processor 204 decides not to link the available physical electronic key to the user ac count in the step S506 but at the same time sends the notification of the user authorization to the user and the EV charging station in the step S508. After that, the method 500 ends up.

However, if there is "Yes" in the sub-step S504-2 (i.e. the user account does not comprise the same key ID) , the processors 204 proceeds to check sub criterion (ii) in the sub-step S504-4. If the database 210 of user requests does not comprise the record cor responding to the user request from the user of the EV (see "No" in the sub-step S504-4), a second execution scenario is then implemented. In the second execution scenario, the processor 204 decides not to link the available physical electronic key to the user account in the step S506 but now sends the notification of the user non-authorization to the user and the EV charging station in the step S508. After that, the method 500 ends up.

Further, if there is "Yes" in the sub-step S504-4 (i.e. the database 210 of user requests comprises the record corresponding to the user request from the user of the EV) , the processors 204 proceeds to check sub criterion (iii) in the sub-step S504-6. If the user request is no longer valid (see "No" in the sub-step S504-6) , a third execution scenario is then implement ed. Similar to the second execution scenario, in the third execution scenario the processor 204 decides not to link the available physical electronic key to the user account in the step S506 and sends the notifica tion of the user non-authorization to the user and the EV charging station in the step S508. After that, the method 500 ends up.

Finally, if there is "Yes" in the sub-step S504-6 (i.e. the user request is still marked as being pro cessed) , the processors 204 verifies that all sub criteria (i)-(iii) are met. In this case, a fourth ex ecution scenario is implemented, in which the proces sor 204 decides to link the available physical elec tronic key to the user account in the step S506 (i.e. to add the key ID to the user account) and sends the notification of the user authorization to the user and the EV charging station in the step S508. After that, the method 500 ends up.

On embodiment is possible, in which the user account is further characterized by an account balance. In this case, the method 500 may further comprise the step of temporarily disabling the user authorization previously provided for the EV charging sessions if the account balance is not enough to cover the costs for the next EV charging session. The method 500 may additionally comprise the step of notifying the user of the EV that the user authorization will be enabled upon refilling the account balance. It should be noted that each block, step or sub-step of the method 300 and 500, or any combinations of the blocks, steps or sub-steps, can be implemented by var ious means, such as hardware, firmware, and/or soft ware. As an example, one or more of the blocks, steps or sub-steps described above can be embodied by pro cessor executable instructions, data structures, pro gram modules, and other suitable data representations. Furthermore, the processor executable instructions which embody the blocks, steps or sub-steps described above can be stored on a corresponding data carrier and executed by at least one processor like the pro cessor 104 or 204 of the apparatus 100 or 200, respec tively. This data carrier can be implemented as any computer-readable storage medium configured to be readable by said at least one processor to execute the processor executable instructions. Such computer- readable storage media can include both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, the computer- readable media comprise media implemented in any meth od or technology suitable for storing information. In more detail, the practical examples of the computer- readable media include, but are not limited to infor mation-delivery media, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile discs (DVD) , holographic media or other optical disc storage, magnetic tape, magnetic cassettes, magnetic disk storage, and other magnetic storage devices.

Although the exemplary embodiments of the present dis closure are described herein, it should be noted that any various changes and modifications could be made in the embodiments of the present disclosure, without de parting from the scope of legal protection which is defined by the appended claims. In the appended claims, the word "comprising" does not exclude other elements or steps, and the indefinite article "a" or "an" does not exclude a plurality. The mere fact that certain measures are recited in mutually different de pendent claims does not indicate that a combination of these measures cannot be used to advantage.