Patent Application
20140228976
The present application relates to the field of user management, and to a method for user management and a power plant control system for a power plant system.
Power Plant Control Systems (PPCS) may broadly relate to a wide variety of power plant control systems that are employed in power plant systems for monitoring and controlling the processes and operations associated. Power plant systems can either be centralised such as a thermal power plant, or can be networked and distributed such as wind power production plant comprising a large number of distributed wind parks. Typically, a modern day PPCS comprises a Supervisory Control And Data Acquisition (SCADA) system that monitors, controls and handles a huge amount of data, users, and a wide variety of control signals, such as user data, sensor data, network and communication data, process control signals, et cetera to ensure smooth, reliable and safe operation of the power plant. The PPCS may also be centralised or distributed depending on the type of power plant associated therewith. In a distributed PPCS, one or more components of the distributed PPCS, which are spread over different locations depending on the industrial system, may be communicatively connected using a wired/wireless communication network such as an Ethernet, Internet, WiMAX, et cetera.
The entities of the aforementioned PPCS may comprise Programmable Logic Controllers (PLCs), Intelligent Electronic Devices (IEDs), Communication Interfaces, Network Interfaces, Sensors, Data Servers, Processors, and the like, which may be interlinked and interconnected, in order to acquire data related to process variables and/or control variables from a plurality of entities of the power plants for measurement, control and modification of the one or more aforementioned variables for smooth, reliable and safe operation of the one or more aforementioned power plants.
Certain power plants, such as wind power plants comprising a network of wind mills that spread over huge areas, are vast power plants, because it spreads over large geographical areas. Such industrial systems and the PPCS can be complicated and cumbersome when multitude of local units (such as individual wind mills) and local entities (such as individual wind parks) of the wind power plant and the PPCS, which are not only spread over different geographical locations but also interconnected and networked, need to be managed for the smooth functioning of the wind power plant in its entirety. Primarily, in such a scenario, a group of local users manage a certain local entity or a local unit associated with the wind power plant. In certain scenarios, user groups may sometimes be located hundreds of kilometers away from one another. The communication between the user groups may have to be established over private networks (such as Intranet) or public networks (such as Internet), which are vulnerable to attacks.
Each local user of a user group may access, monitor and supervise the local units and local entities through a local Information Technology (IT) system associated therewith. To enable this, a fixed group log in account is normally created, such that the local user may log in using the group log in account to manage, supervise and control the day-to-day activities of the respective local unit and local entity of the wind power plant. Owing to the vast extent of the wind power plant, many such local groups of users need to exist for managing and controlling the respective local units and local entities, and this gives rise to a multitude of local IT systems. These local IT systems are normally networked and managed by a central IT system, which is the nerve-centre of the wind power plant. The PPCS, such as a wind power SCADA system, comprises the central IT system along with the multitude of local IT systems for supervising and controlling the individual units and entities of the power plant to ensure a reliable and smooth operation of the same.
Herein, it is to be noted that the local groups of users for managing local units and local entities are mainly for operating and managing the routine activities of the associated local unit and the local entity, and the local users may not have all the relevant competencies and qualifications to handle certain unforeseen technical snags, faults and repairs, which may hamper the operations of the local unit and the local entity. When such scenarios arise, a qualified technical engineer or a technical serviceman may need to either travel a long distance to reach the location or may have to log in from a remote location over a public network in order to access the local IT system to fix the technical snag. However, in case of the aforementioned wind power plants, wherein the entity confronted with the technical snag could potentially be located offshore, reaching the location physically becomes daunting. Also, it is not possible to have all the technically qualified personnel capable of fixing the technical snags present every time in all the locations owing to logistical reasons.
Furthermore, remote access of the local IT system by the technical engineer/serviceman over a public network becomes challenging: firstly, owing to the looming network security concerns—such as virus attacks, Trojans, malware, industrial hacking and espionages (such as the Stuxnet incident); secondly, the user authorization required to be provided by both the central IT system and the local IT system for accessing the local IT system, because the technical engineer/serviceman is considered as an external user from the perspective of the local IT system and can be authorized only after receiving necessary authorization from the central IT system, et cetera. Furthermore, in certain scenarios, if the communication link to access the local IT system faces a downtime, the technical engineer/serviceman is compelled to physically visit the location, inspect and repair the local entity, in order to fix the technical snag. This is challenging as the user authentication becomes difficult and a time consuming process to receive the necessary authorization to access the local IT system.
Owing to the tremendous complexity and the vast extent of the modern day power plants, a huge number of technical snags can probably occur at any of the local entities and/or the local units of the power plant. There can also be a huge number of different technical personnel who may have to access the local IT system from different locations for fixing the different technical snags. This necessitates a huge number of user data sharing, user authentications, et cetera at the local IT system level, and necessitates tremendous data storage spaces, huge amount of data transfers over public networks, huge amount of user management for user authentications, et cetera, which is an inefficient manner of user management, and consumes huge bandwidth for communication. Furthermore, if the communication links are down (for example if an undersea communication link connecting a wind mill local IT system is snapped), then the same should not stall the fixing of the technical snags by the concerned technical personnel.
Owing to the aforementioned drawbacks and problems, an effective and intelligent user management architecture is required for the power plant and the PPCS associated.
An object of the present application is to effectively manage the users associated with a power plant system, and to propose a power plant control system (PPCS) associated.
Another object of the present application is to enhance the security in the power plant system and the PPCS.
A further object of the present application is to increase the simplicity and expedite the user authentication in the power plant system and the PPCS.
Yet another object of the present application is to enhance the central management of the users associated with a power plant system, while still permitting the local management of the users.
Yet another object of the present application is to keep user management up-to-date in the power plant system and the PPCS.
The present application discloses a method for user management in a power plant control system for a power plant system. Herein the power plant system includes different entities, which may be geographically spread out over long distances. The power plant control system includes a central server and multiple local servers. The communication between the central server and the local servers is enabled for facilitating exchange of data between the same. The central server manages each of the local servers, and a local server manages one or more entities of the power plant system. The central server includes different user roles, and each user role defines one or more tasks to be executed on one or more aforementioned entities.
Herein, one or more user roles are assigned to a user, which enables the user to perform the tasks associated with the user roles on the entities managed by a specific local server. A list containing information regarding the user roles that are assigned to the user is provided to the specific local server. Hereby, the authentication of the user on the specific local server for performing the tasks on the entities managed by the specific local server is facilitated. By providing the list for authentication of the server, the local server may not be required to query the central server when an external user tries to log in to the local server. Furthermore, the authentication performed by the local server can still be secure, even if communication between the central server and the local server faces a temporary downtime. Additionally, by sharing data (list of user roles assigned to the users) that is specific only to that local server, the amount of data exchange for user management is minimized, optimising the process of user management. Furthermore, this leads to minimization of data storage space on a local server that is needed to data related to user management. Information related to the authorized users has to be stored.
The present application also discloses a power plant control system (PPCS) for achieving the aforementioned user management for the power plant system. Herein, the PPCS includes the aforementioned central server and the multiple local servers.
Furthermore, the present application discloses a Wind Power Generation System (WPGS) whereon the method for user management is implemented using the aforementioned PPCS.
A full and enabling disclosure of the present technique, including the best mode, directed to one of ordinary skill in the art, is set forth in the remainder of the specification, which makes reference to the appended figures in which:
Reference will now be made in detail to various embodiments of the present application, and the one or more examples of which are set forth below. Each example is provided by way of explanation of the application, and not to be construed as a limitation of the application. Various modifications and variations, as may be perceived by a person skilled in the art, and may be made to the present application without departing from the scope or spirit of the application. Features illustrated or described as part of one embodiment, may be used on another embodiment. Thus, it is intended that the present application covers such modifications and variations as come within the scope of the appended claims and their equivalents.
An underlying purpose of the present application is to simplify the user management in a power plant system and also to enhance the security. In accordance with one or more embodiments of the present application, the security of the power plants can be enhanced by effective centralised management of users and user data associated with a Power Plant Control System (PPCS). Herein, only respective user data is shared with respective entity of the PPCS, wherein the user data shared therewith is relevant only to the respective entity of the PPCS therein.
In order to explain the present application in a lucid manner, a power plant system in the form of a Wind Power Generation System (WPGS) and a PPCS in the form of a Wind Power Supervisory Control And Data Acquisition (SCADA) System (hereinafter referred to as “SCADA System”) for monitoring and controlling the WPGS are considered. The SCADA System is one of the widely known PPCS, and it is hereby assumed that the present application and the accompanying embodiments, and how the same facilitate to achieve the hereinabove set forth objectives, may be well understood, in order to solve the present problems associated with security and user management in the PPCS, irrespective of the type of PPCS and the type of industry and the industrial framework whereunto the PPCS is deployed. Nevertheless, the present application and the accompanying embodiments may be applied to any of the PPCS known to a person skilled in the art for enhancing the security of the PPCS and to achieve improved user management in the field of PPCS.
Herein, for the purpose of explanation of the present application, three wind parks 20,30,40 of the WPGS 10, and three wind mills 21-23,31-33,41-43 per wind park 20,30,40 are considered, and the same are accordingly depicted in
From the perspective of any of the wind mills 21-23,31-33,41-43 of any of the respective wind parks 20,30,40, each wind mill 21-23,31-33,41-43 may broadly comprise a plurality of units 61-67 (only the significant units are depicted), viz. a blade unit 61, a rotor unit 62, a turbine and a generator unit 63 for converting the wind power into electric power, a converter unit 64, a transformer unit 65, a communication unit 66 for communicating with a wind park controller, a meteorological unit 67 for determining the meteorological conditions of the location wherefrom the wind mill 21-23,31-33,41-43 is situated, a control unit for controlling the orientation of the blades of the wind mill 21-23,31-33,41-43 for varying the angle of attack, et cetera. These units 61-67 and their respective functions are well known in the art of network of wind mills 21-23,31-33,41-43 and wind parks 20,30,40 and are not explained herein for the purpose of brevity.
Similarly, from the perspective of a wind park 20,30,40, a wind park 20,30,40 may broadly comprise a plurality of units 100 (only certain significant units are depicted), viz. a wind park controller (not depicted) for controlling the operations of the individual wind mills 21-23,31-33,41-43, a wind park local server 70,80,90 (hereinafter referred to as “the local server 70,80,90”) for collecting and handling different data related to the individual wind mills 21-23,31-33,41-43 of the wind park 20,30,40, a network interface unit (not depicted) for enabling the local server 100 for communicating with another local server 100 of another wind park 20,30,40 or to another wind park controller or to a controller located higher up the hierarchy, a security unit (not depicted) for monitoring the data and network security of the wind park 20,30,40 and the wind mills 21-23,31-33,41-43 associated with the wind park 20,30,40, et cetera.
The local server 70,80,90 comprises a local processor 73,83,93 for processing the received data, and a local database 75,85,95 for storing data related to the respective wind park 20,30,40 and the respective wind mills 21-23,31-33,41-43 associated with the wind park 20,30,40. The local database 75,85,95 and the local processor 73,83,93 are communicatively coupled and may reside inside the local server 70,80,90. These units 70,80,90 and their respective functions are well known in the art of wind parks 20,30,40 and are not explained herein for the purpose of brevity.
Herein, the WPGS 10 comprises a wind power central server 100 (hereinafter referred to as “the central server 100”), and the central server 100 is communicatively coupled to each of the local servers 70,80,90 of the respective wind parks 20,30,40, establishing respective communication links 51,52,53 between the central server 100 and each of the respective local servers 70,80,90. The central server 100 comprises a central database 105 for data storage operations and for storing data related to the WPGS 10, and a central processor 103 for data processing.
Since the central server 100 is communicatively coupled to each of the local servers 70,80,90, the exchange of necessary data and control signals between the central server 100 and the local servers 70,80,90 is enabled and facilitated. The aforementioned communication links 51,52,53 enable the central server 100 to acquire data pertaining to the respective wind parks 20,30,40 and of one or more of the wind mills 21-23,31-33,41-43 comprised in the wind park 20,30,40. The data may comprise process data, wind and meteorological data, sensor data (turbine rotation speed, wind speed, blade orientation, blade condition, et cetera), turbine usage data, network data, data related to the power generated, data related to the electric grid whereto the wind park is connected, et cetera. Each of the communication links 20,30,40 further allows the central server 100 to perform database querying the respective local server 70,80,90, or vice versa, for obtaining relevant data for processing, controlling, user authentication, et cetera. This enables the central server 100 to monitor and control the different units 61-67 (associated with the wind mills 21-23,31-33,41-43) the respective processes associated therewith, and the functioning of the individual wind parks 20,30,40 and/or the individual wind mills 21-23,31-33,41-43 associated with the respective wind park 20,30,40.
Herein, the communicative coupling, which is represented by the respective communication links 51,52,53 between the central server 100 and each one of the local servers 70,80,90, may be wired, wireless, or a combination. Furthermore, the communication may be achieved by Internet, Ethernet, WiMAX, WLL, or any similar techniques and technologies that are appropriate to achieve the aforementioned.
A wind power Supervisory Control And Data Acquisition (SCADA) system 110 (hereinafter referred to as “the SCADA system 110”) for the WPGS 10 comprises the central server 100, the plurality of local servers 70,80,90, and the associated instruments (not shown) for data acquisition and transmission, enabling the central server 100 to monitor and control the processes associated therewith, and the functioning of the individual wind parks 20,30,40 and/or the individual wind mills 21-23,31-33,41-43 associated with the respective wind parks 20,30,40. The SCADA system 110 permeates through different hierarchies/levels (wind mill level, wind park level, et cetera) of the WPGS 10 and is because it facilitates in monitoring and controlling the performance of the WPGS 10. In accordance with the established SCADA protocols, the central server 100 issues signals and commands to the local server 70,80,90 for exchanging data and for controlling the operations of the respective wind park 20,30,40 whereunto the local server 70,80,90 is associated. Thus, the SCADA system 110 enables the central server 100 in the collection of various process data, sensor data, user data, security data, meteorological data, condition monitoring data, network data, et cetera. Furthermore, the central server 100 may provide control signals to the local servers 70,80,90 for controlling the one or more individual wind mills 21-23,31-33,41-43 and/or individual wind parks 20,30,40. This may, for example, comprise monitoring the wind direction from the meteorological information obtained from the local server 70,80,90, and accordingly modifying the angle of attack of one or more wind mills 21-23,31-33,41-43 associated with a wind park 20,30,40 depending on the prevailing wind direction, wind intensity, et cetera.
Referring back to
The aforementioned central server 100 is construed to be present at the topmost tier 125 that represents the geographical region, wherein the central server 100 is communicatively coupled to the respective local servers 70,80,90 of the wind parks 20,30,40 represented in the intermediate tier 130. Herein, it may be noted that the SCADA system 110 permeates through each of the tiers 125,130,135 of the WPGS pyramid 120, and the SCADA system 110 supervises and controls the aforementioned plurality of units 61-67 of the individual wind mills 21-23,31-33,41-43 and the individual wind parks 20,30,40.
The WPGS 10 and the SCADA system 110 are distributed systems, and the vast extent mandates a plurality of users 141-146 to operate the WPGS 10 and the SCADA system 110 for the proper functioning of the same. To ensure security and proper functioning of the pluralities of the units 61-67 associated with the WPGS 10 and the SCADA system 110, different user roles are identified wherein the roles comprise the tasks to be executed by one or more of the respective users 141-146 associated with the WPGS 10 and the SCADA system 110. The aforementioned users 141-146 may operate at one or more tiers 125,130,135 of the WPGS 10 depending on the aforementioned roles assigned to the respective users 141-146 by the central server 100. The manner in which the central server 100 centrally manages the users 141-146 and their access rights and privileges in the WPGS 10 and the SCADA system 110 for ensuring a smooth operation of the same will be elucidated in detail with respect to the forthcoming figures.
Referring back to the aforementioned FIGURES along with
Herein, inventory can comprise individual wind mills 21-23,31-33,41-43, or entities such as respective wind parks 20,30,40, the aforementioned plurality of units 61-67 of the wind mills 21-23,31-33,41-43, et cetera. The inventory herein can be as big as an entire wind park 20,30,40, including the wind mills 21-23,31-33,41-43 and the plurality of units 61-67 associated therewith, or otherwise the inventory can be as small as one specific unit 61-67 of respective wind mills 21-23,31-33,41-43. The inventory data 170 is a collection of the specific details of the aforementioned inventory, and may further comprise the eligibility criteria for accessing, operating, servicing, or managing the inventory. Herein, for the purpose of brevity and for a lucid explanation of the application, the inventory is only considered at a broad level and is generalized as the three wind parks 20,30,40. However, the teachings of the present application may be applied even if the data related to the inventory comprises a huge collection of even more minute and more specific details of the wind parks 20,30,40 and the wind mills 21-23,31-33,41-43 associated.
Herein, the user roles 151-158 define the specific role and the tasks and activities associated that are to be performed by a user 141-146 in the framework of the WPGS 10 and the SCADA system 110 for the proper functioning of the same. The user roles 151-158 may be specific to one or more of the different tiers 125,130,135 of the WPGS 10, i.e., some user roles 151-158 may be tier-specific wherein the activity of the user 141-146 is restricted to the inventory belonging to that tier only, whereas certain other user roles 151-158 may be specific to more than one tier wherein the user role 151-158 mandates the user 141-146 to operate in different tiers 125,130,135. Furthermore, the user role 151-158 can define the specific inventory that is accessible to the user 141-146 for executing the tasks associated with the user role 151-158. This is entirely dependent on the type of user role 151-158 that exists based on the prevailing needs in the context of the WPGS 10 and the SCADA system 110.
Certain user roles 151-158 associated with the third tier 135 of the WPGS pyramid 120 may comprise turbine service engineer, meteorological unit serviceman, electrical systems engineer, et cetera. Certain roles 151-158 associated with the second tier 130 of the WPGS pyramid 10 may comprise network engineer, SCADA site engineer, local server administrator, et cetera. Certain roles 151-158 associated with the first tier 125 of the WPGS pyramid 120 may comprise central administrator, SCADA specialist, et cetera. A multitude of user roles 151-158 is possible within the framework of the WPGS 10 and the SCADA system 110, and only a few are listed above and accordingly depicted in
In an aspect of the present application, the user roles 151-158 may be created and managed by a central administrator (not shown) operating at the central server 100 depending on the prevailing needs of the WPGS 10 and the SCADA system 110. Herein, this may comprise the central administrator choosing to create new user roles or deleting certain existing roles. The central administrator may also choose to modify certain existing user roles 151-158, wherein the tasks and activities associated may be modified, or the inventory associated with the existing user roles 151-158 may be modified.
Furthermore, the central database 105 can store certificates 181-186 related to user roles 151-158, wherein a certificate 181-186 defines a role-specific qualification required to be possessed by any user 141-146 for executing a specific user role 151-158, i.e. for performing the tasks associated with the user role 151-158. This is generally useful when a user 141-146 is required to operate, service, and/or repair any of the aforementioned plurality of units 61-67 of the respective wind mills 21-23,31-33,41-43. The manner in which the certificates 181-186 are processed/are useful for data processing and will be elucidated in detail with respect to
Herein, it may be noted that the user data 160, user roles 151-158, inventory data 170, certificates 181-186 may be represented in the form of objects, records, files, and the like, and combinations such that they are capable of being processed by a data processing device, such as a computer.
The central processor 103 fetches the necessary data, such as user role 151-158, user data 160, inventory data 170, certificates 181-186, et cetera from the central database 105 for processing the necessary data to obtain processed data. The processed data generally comprises a list of users 141-146, the one or more roles 151-158 that are assigned to the users 141-146, the inventory 170 whereon the user 141-146 is supposed to operate, service, and/or manage, et cetera. The processed data, which herein becomes information specific to a wind park 20,30,40, is then provided to a respective local server 70,80,90, for user authentication for monitoring, data acquisition, servicing, and/or controlling the respective wind park 20,30,40 or one or more wind mills 21-23,31-33,41-43 by one or more of the pertinent users 141-146, et cetera, and the same will be elucidated in detail with respect to
Referring back to the aforementioned FIGURES along with
Additionally, the local server 70 can comprise an activity logger module, which monitors the users 141-146 who have accessed any of the plurality of units 61-67 associated with the wind mills 21-23 of the wind park 20 whereunto the local server 70 is associated, along with the activities performed by the users 141-146 on that specific plurality of units 61-67 associated with the wind mills 21-23 of the wind park 20. The activity logger module may be a software program functioning in the server for performing the aforementioned, and a resulting activity log file may be stored in the local database 75 or may be provided to the central server 100 upon a request issued by the central sever 100 to the local server 70.
Referring back to the aforementioned FIGURES along with
According to an embodiment of the present application, the central processor 103 assigns one or more user roles 151-158 to a user 141. One manner of performing the aforesaid assignment is disclosed processing the user's credentials, and accordingly assigning the one or more user roles 151-158 appropriate to the user 141-146 based on the user's credentials. For example, if user 141 possesses experience in working, servicing and repairing wind turbines and the electrical systems associated with the wind mills 21-23,31-33,41-43 and/or the wind parks 20,30,40, the central server 100 may assign role 1 (i.e. turbine service engineer) and role 4 (i.e. electrical systems engineer) to user 141. Since wind turbines are present in all the wind mills 21-23,31-33,41-43 of the respective wind parks 20,30,40, user 141 may be granted access and authenticated to work on all the inventory, i.e. all the wind parks 20,30,40.
The aforementioned assignment may be further expedited, if the user 141 possesses a certificate testifying the user's qualification. For example, if user 141 possesses a relevant certificate testifying the user's experience in working, servicing and repairing wind turbines and the electrical systems associated with the wind mills 21-23,31-33,41-43 and/or the wind parks 20,30,40, then the central processor 103 can compare the certificate possessed by user 141 with the plurality of certificates 181-186 stored in the central database 105 before assigning one or more user roles 151-158 to the user 141. This increases the fidelity and security of the central server 103 in assigning befitting roles 151-158 and appropriate inventory 170 to a user 141.
Furthermore, after the assignment of the one or more roles 151-158 to a specific user 141, the central processor 103 can also restrict the inventory that is accessible to the user 141. For example, if user 145 possesses relevant qualification, knowledge and experience in the domain of electrical systems, SCADA, and networking, then the central processor 103 can assign the role 3 (i.e. network engineer), role 4 (i.e. electrical systems engineer), role 5 (i.e. SCADA site engineer) and role 6 (local server administrator), and in addition to the aforementioned, the central processor 103 may however decide to restrict the inventory access for user 145 to only wind park 30, because the prevailing need in the WPGS 10 and the SCADA system 110, and the same may mandate user 145 to operate and manage only specific roles 151-158 concerning wind park 30.
In the aforementioned manner, the central processor 103 assigns appropriate and relevant roles 151-158 to the users 141-146, and this aspect is depicted accordingly in
Since the users 141-146 are six in number, the users 141-146 can also be represented, without loss of generality, as user 1, user 2, . . . user 6 respectively, for sake of lucidity. I.e., user 141 (wherein “141” is the reference numeral) can also be represented as ‘user 1’, user 142 (wherein “142” is the reference numeral) can also be represented as ‘user 2’, for the sake of lucid explanation of the sections to follow.
Herein, the term “YES” denotes that a user 141-146 is assigned with a role and is authorized to work on a inventory where the role is to be performed. Herein, the term “NO” denotes that a user 141-146 is not assigned with a role and is not authorized to work on an inventory where the role is to be performed.
The local database 73,83,93 of the wind park 20,30,40 receives the list 191,192,193 and stores the same, and the same is referred to when a user 141-146 tries to access any of the plurality of units 61-67 associated with the wind mills 21-23,31-33,41-43 of the wind park 20,30,40 for executing the tasks of any user role 151-158. The local processor 73,83,93 may query the local database 75,85,95 and may authenticate the user 141-146 only if the user 141-146 is authorized to access the same by the central server 100, i.e. firstly if the user 141-146 is present in the respective list 191,192,193 received by the respective local server 70,80,90 from the central server 100, and secondly if the user 141-146 is authorized to perform the specific tasks associated with the specific user role 151-158 for which the authorization is sought.
Herein, once the local server 70,80,90 is provided with the specific list 191,192,193, a user authentication may be performed locally at the local server 70,80,90 itself even if there is a downtime in the respective communication links 51,52,53 existing between the central server 100 and the respective local servers 70,80,90, as the user authentication occurs at a local server 70,80,90. This obviates the querying of the central database 105 for authenticating a user 141-146 locally, as the querying for authentication is performed locally at the local server 70,80,90. This further enhances the security and accessibility of the WPGS 10 and the associated SCADA system 110.
As mentioned in the preceding sections, the user roles 151-158 may change with the passage of time depending on the prevailing needs in the context of the WPGS 10 and the SCADA system 110. Additionally, the respective users' credentials may also change, if the respective users 141-146 acquire further qualifications, experience and skill sets. Furthermore, the users 141-146 may be granted access to additional inventory based on the then existing user roles 151-158 and the then existing users' credentials. The central database 105 gets appropriately updated in accordance with the aforementioned changes to the user roles 151-158, users' credentials, and the access to inventory. The central processor 103 then fetches the relevant data from the updated central database 105 and again assigns one or more user roles 151-158 to the user 141-146 accordingly based on the user's credentials, as explained in the preceding sections with reference to
Thus, the updates occurring at the central server 100 are duly communicated according to the specific local servers 70,80,90, and therewith the respective local servers 70,80,90, are kept up-to-date and the security of user authentication is maintained intact. Furthermore, if any of the communication links 51,52,53 existing between the central server 100 and the respective local servers 70,80,90 is inactive due to a temporary downtime or a temporary loss of connection, then the updated specific list 201,202,203 will be communicated by the central server 100 to the specific local server 70,80,90 when the communication link 51,52,53 becomes active again.
Referring to any of the aforementioned FIGURES, herein it may also be noted that the central server 100 centrally manages the users 141-146 and the user data 160 associated with each of the local servers 70,80,90, the user roles 151-158 assigned to the users 141-146, and the inventory specific to the users 141-146 associated with a certain wind park 20,30,40. Herewith, only authorized users 141-146, who are granted access to perform tasks specific to the roles 151-158 on an inventory by the central server 100 may be granted access to operate/manage/repair the specific units 61-67 associated with the wind park 20,30,40 and/or the wind mills 21-23,31-33,41-43 of the respective wind parks 20,30,40.
In a step 210, both the user data 160 comprising user credentials and the certificates 181-186 stored in the central database 105 are fetched by the central processor 103 and the same are processed. Each certificate 181-186 comprises data regarding the type of qualification, experience and/or skill set required by any user 141-146 for performing the user role 151-158 defined by the certificate 181-186. The user credentials of the user 141-146 comprise the type of qualification, experience and/or skill set already possessed by the user 141-146. Herein, for assigning a user role 151-158 to the user 141-146, the user credentials are compared with the data comprised in the one or more certificates 181-186 relevant to the role 151-158. According to an aspect, if the user 141-146 is an employee of an organisation, one way of accessing user data 160 and user credentials may be from an employee database of the organisation.
In a subsequent step 220, the user 141-146 is assigned with the role 151-158, only if the user credentials substantially match with the data comprised in the respective certificates 181-186. I.e., the user 141-146 is assigned with the user role 151-158 only if the user 141-146 possesses the necessary qualification, experience and/or skill set as defined in the relevant certificate 181-186 for assigning the user role 151-158 as defined in the certificate 181-186 to the user 141-146. Furthermore, the user 141-146 is assigned with access to the inventory as defined in the certificate 181-186 related to the role 151-158. Herewith, the user 141-146 is enabled to perform the tasks specified in the user role 151-158 on the one or more units 61-67 of the respective wind mills 21-23,31-33,41-43 and the wind parks 20,30,40.
Herein, it may be noted that more than one user role 151-158 may be assigned to the user 141-146. For assigning more than one role 151-158 to the user 141-146, steps 210 and 220 are repeated. Herein, the certificates 181-186 relevant to the user role 151-158 are again processed with the user credentials for assigning further user roles 151-158 to the user 141-146, and the respective user roles 151-158 are assigned to the user 141-146 when the user credentials match with the data comprised in the respective certificates 181-186 pertaining to the respective user roles 151-158.
In a step 230, the aforementioned specific lists 191-193 are generated by the central processor 103. The specific lists 191-193 comprise the user roles 151-158 assigned to the user 141-146, and the units 61-67 of the wind mills 21-23,31-33,41-43 and the wind parks 20,30,40 whereon the user 141-146 is authorized to perform respective tasks as defined in the respective user roles 151-158. Herein, he specific lists 191-193 may be in the form of a file, record, or any data format that is capable of being read and processed by a processing unit, for example a computer.
In a step 240, prior to providing the specific lists 191-193 by the central server 100 to the specific local servers 70,80,90, a status of the communication links 51,52,53 between the central server 100 and the respective local servers 70,80,90 is checked. Herewith, disclosed checking it is determined whether the communication link 51,52,53 is active or not, i.e. whether the data transmission between the central server 100 and the local server 70,80,90 is possible or not. This may be achieved by the central server 100 pinging the local server 70,80,90, or querying the local server 70,80,90, et cetera. If the communication link 51,52,53 is active, then in a subsequent step 250, the specific list 91,92,93 is provided from the central server 100 to the specific local server 70,80,90 of the respective wind park 20,30,40 whereon the user 141-146 can perform the tasks defined in the respective user roles 151-158. The specific list 91,92,93 can be provided in a wired manner, wireless manner, or a combination, depending on the type of individual communication links 51,52,53 that exists between the central server 100 and the respective specific local servers 70,80,90. Furthermore, by providing the specific list 91,92,93 to the respective specific local server 70,80,90, the authentication of the user 141-146 is facilitated, in order to access the inventory whereunto the local server 70,80,90 is associated for performing the tasks defined by the user role 151-158.
In a step 260, the specific list 91,92,93 that is provided to the specific local server 70,80,90 is stored in the local database 75,85,95 of the specific local server 70,80,90. Herewith, local log in and authentication of the user 141-146 on the specific local server 70,80,90 becomes possible. The user authentication can now be performed locally, obviating querying of the central server 100 for user verification, et cetera. In a subsequent step 270, the user 141-146 is authenticated by the specific local server 70,80,90, for performing the respective one or more tasks as defined in the respective user roles 141-146. Herewith, the user 141-146 is granted access to the one or more units 61-67 associated with the respective wind mills 21-23,31-33,41-43 and the wind park 20,30,40, whereon the tasks are to be performed by the user 141-146.
According to an aspect of the present application, the SCADA system 110 permits remote log in of the user 141-146 at any of the specific local servers 70,80,90 for accessing the units 61-67 associated with the local server 70,80,90 and the wind parks 20,30,40. The remote log in may be enabled by the aforementioned RADIUS protocol.
In a step 280, the activities of the user 141-146 are monitored post the authentication of the user 141-146 by the specific local server 70,80,90 and when the user 141-146 starts to execute the tasks defined in the user role 151-158 on the respective units 61-67 associated with the windmills 21-23,31-33,41-43 and the wind park 20,30,40. Herewith, activity log files may be generated that captures the nature of activities performed by the user 141-146, the period of the activity, et cetera and the same may be provided to the central server 100. This security measure is beneficial in tracking the activities performed by the user 141-146 during the execution of the tasks, as well as reference data for future.
In a step 290, the user roles 151-158 are updated by the central server 100. Herein, depending on the prevailing needs of the WPGS 10 and the SCADA system 110, three types of changes may be effected on the plurality of user roles 151-158. Firstly, new user roles may be added to the plurality of existing user roles 151-158. Secondly, some of the existing user roles may be deleted from the plurality of existing user roles 151-158. Thirdly, some of the tasks and/or the inventory associated with a user role 151-158 may be modified. The changes that are effected on the plurality of user roles 151-158 results in an updated plurality of roles.
Hereafter, the updated plurality of user roles is used for assigning one or more user roles 151-158 to a user 141-146 for executing the respective tasks defined in the user roles 151-158 on the units 61-67 of the wind mills 21-23,31-33,41-43 and the wind park 20,30,40. To achieve this, in a subsequent step 300, an updated list 201-203 is generated by the central server 100. In a further step 310, the updated list 201-203 is provided by the central server 100 to the specific local server 70,80,90. Furthermore, the updated list 201-203 is used for authenticating the user 141-146 trying to access any of the units 61-67 associated with the specific local server 70,80,90, the wind mills 21-23,31-33,41-43, and the wind parks 20,30,40.
The present application has been explained using a two-level hierarchy, wherein the central server 100 manages the plurality of local servers 70,80,90, it may be herewith noted that the teachings of the present application may be used for a case wherein one or more intermediate servers may be added between the central server and the plurality of the local servers, such that the central server 100, the intermediate servers and the plurality of local servers 70,80,90 are in a serial relation. Therewith, the addition of the intermediate servers results in a three-level hierarchy, wherein a first cluster of the plurality of local servers 70,80,90 may be managed by a first intermediate server, and a second cluster of the plurality of local servers 70,80,90 may be managed by a second intermediate server, and so on. Herein, the intermediate server directly manages its respective cluster of local servers 70,80,90, and the central server 100 directly manages the intermediate servers. I.e., the central server 100, the intermediate servers and the clusters of local servers 70,80,90 are in cascade.
Although the present technique has been described with reference to specific embodiments, this description is not meant to be construed in a limiting sense. Various modifications of the disclosed embodiments, as well as alternate embodiments of the technique, will become apparent to persons skilled in the art upon reference to the description of the technique. It is contemplated that such modifications can be made without departing from the embodiments of the present technique as defined.
