IMPROVEMENTS CONCERNING ACCESS RIGHTS IN OR TO DATA BASES

Abstract: The present invention concerns data base security in a large data base with a large number of users. In a data base having a large number of users belonging to natural client groupings, a unique system administration role can be established for each client, in addition to the central administration role which gives unrestricted access to the entire data base. A client here representing a single organisation, or department, which has a number of data base users, needs to access only some of the value sets stored on the data base, and to perform only some of the available data base applications. The client administration role has access only to those parts of the data base to which the client group as a whole is permitted access. This role allows a client administrator to control access rights of users belonging to the same client grouping, as well as performing sensitive operations, which might involve loss of data, for the client. The client administrator has no control over his own access rights which are controlled by a central administrator.

Description: IMPROVEMENTS CONCERNING ACCESS RIGHTS IN OR TO DATA BASES The present invention relates to an improved procedure for administering and controlling access to a data base, data bases using said procedure and computer networks on which such databases may be operated. Administration of large data bases with large numbers of users has a number of problems associated with operation of the data base. Consider a data base which: - uses a single file server as a platform; has a large number of users, of the order of 20,000, half of which are simultaneously logged on to the system; has a single level of administration security; - operates various data base procedures each of which may include some functions denied to certain users ; and contains data on various subjects, having diverse security ratings, some of which may only be available to a subset of data base users . Users of such a data base will normally have a need to use several data base applications in parallel. Users may have restricted access rights as between different data base subjects, or even within a subject. For example, a given user may be allowed access to telephone number lists for the Stockholm area, but be denied access to data on financial ledgers. Certain telephone numbers may be regarded as secret and access to such numbers may be denied to all except a few users. If there is only a single level of administration available, the system administrator role is the only means by which new identities can be created. Unfortunately, this role is able to access all information on the system, erase portions of the data, or even the entire data base, or even switch off the file server on which the data base is stored. The problem of controlling access to such a data base, without imposing an excessive computational load on a file server and, thereby seriously slowing down its speed of operation, is by no means easy to solve. In order to achieve this, the access rights of each of some 20,000 users must be broken down: by class of subject matter; within subject matter classes, by secret data; and by data base operation. During the performance of a given data base task for a given user, different access rights may come into play. System administration for large systems of this type is complex. For the entire system administration load to fall to be handled by a single central administrator is not realistic. It is therefore necessary to share the system administration load without compromising data base security, or integrity. Furthermore any mechanism which enables a system administrator to manage the user load on large data bases has obvious advantages. If effective data base security is to be preserved, it is vital that all data base access rules be held on the file server. If such rules were held on client controlled equipment they could be subverted by a dishonest client. In addition it is necessary to ensure that when a users access rights have been compromised, for example his computer identity and password have fallen into the hands of an unauthorised person, that corrective action is taken promptly. It has been proposed that management of client identities and access rights be controlled in front of the file server. Such front-end based systems establish a number of parallel connections in relation to general identity. This creates overhead problems, performance problems and log-in problems for the file server. Where a data base can be accessed by a small number of users only, from ten to a few hundred, a number of small fixed groups of users may be established and identities associated with these groups. This solution is not viable where large numbers of users are involved. The present invention alleviates the problems, outlined above, of system administration and data base security in a large data base with a large number of users. Where a data base has a large number of users, many of which fall into natural client groupings, a unique system administration role can be established for each client, in addition to the central administration role which gives unrestricted access to the entire data base. In this context a client represents a single organisation, or department, which has a number of data base users, needs to access some only of the value sets stored on the data base, and to perform some, only, of the available data base applications. The client administration role has access only to those parts of - A - the data base to which the client group as a whole is permitted access. This role allows a client administrator to control access rights of users belonging to the same client grouping, as well as performing sensitive operations, which might involve loss of data, for the client. The client administrator has no control over his own access rights which are controlled by a central administrator. By assigning data base users a predetermined time slot in which they can access the data base, a system administrator is able to manage the user load on the data base. In addition such a measure provides an additional layer of security, especially if combined with a mechanism which deletes a users computer identity if an attempt is made to access the data base outside the time slot assigned to that user. It should be noted that with a data base, of the type to which this invention relates, which is subject to heavy user demands, it may be advantageous to inhibit command mode operation in real time. None-the-less, the present invention may still be applicable to data base systems which can be operated in command mode. According to a first aspect of the present invention, there is provided a computer network, having a central processing means including a file server on which a data base is stored, a plurality of terminals adapted to communicate with said central processor, said computer network being arranged to serve a plurality of clients, each client comprising a plurality of users, characterised in that there are provided access means for controlling access rights, to the data base, for each user, said access means including first storage means on which are stored a plurality of data base roles, at least two of which are system administration roles, each having different levels of access rights to said data base, a first system administration role giving unrestricted access to said data base, a second system administration role giving restricted access to parts of said data base, first means for enabling a user having access to said first system administration role to create, read, update and delete access rights of any user including a user assigned said first system administration role, second means for enabling a user having access to said second system administration role to create, read, update and delete access rights of any user having access only to those, or fewer, parts of the database to which said second administration role has access . Preferably said second means is arranged so that it does not enable a user having access to said second administration role to create, read, update, or delete access rights of said second administrator role. Preferably there are a plurality of second system administration roles, each role relating to a different part of said data base, and there are provided a plurality of second means, each second means enabling a user having access to a given second system administration role to create, read, update and delete access rights of any user having access only to those, or fewer, parts of the database to which said given second administration role has access. A client system administration role may be assigned to each client. According to a second aspect of the present invention there is provided a computer network, having a central processing means including a file server on which a data base is stored, a plurality of terminals adapted to communicate with said central processor, characterised in that there are provided access means for controlling access rights, to the data base, for each user, said access rights permitting a given user to access said data base within predetermined temporal periods, said access means including a monitoring means arranged to deny a user access to said data base outside the predetermined temporal period assigned that user. Preferably said monitoring means is arranged in response to a user attempting to access said data base outside the predetermined temporal period assigned to said user, to signal said user's computer identity to a security means, said security means being adapted, on receipt of said signal, to delete said computer identity from the data base's list of authorised users. According to a third aspect of the present invention there is provided a data base, stored on a file server, to which a plurality of clients, each client comprising a plurality of users, has access, characterised in that there are defined a plurality of data base roles, at least two of said roles being system administration roles having different levels of access rights to said data base, a first system administration role giving unrestricted access to said data base, a second system administration role giving restricted access to parts of said data base, enabling a user having access to said first system administration role to create, read, update and delete access rights of any user including a user assigned said first system administration role, and enabling a user having access to said second system administration role to create, read, update and delete access rights of any user having access only to those, or fewer, parts of the database to which said second administration role has access. Preferably said second administration role is not enabled to create, read, update, or delete access rights of said second administration role. Preferably there are provided a plurality of second system administration roles, each role relating to a different part of said data base, and enabling a user having access to a given second system administration role to create, read, update and delete access rights of any user having access only to those, or fewer, parts of the database to which said given second administration role has access. A client system administration role may be assigned to each client. According to a fourth aspect of the present invention there is provided a data base, stored on a file server, characterised in that each user's access rights permit that user to access said data base only within predetermined temporal periods. Preferably when a user attempts to access said data base outside the predetermined temporal period assigned to said user, said user's computer identity is deleted from the data base's list of authorised users. According to a fifth aspect of the present invention there is provided in a computer network, having a central processing means including a file server on which a data base is stored, a plurality of terminals adapted to communicate with said central processor, said computer network being arranged to serve a plurality of clients, each client comprising a plurality of users, a method of setting access rights for each of said plurality of users characterised by the following steps: defining access rights, to the data base, for each user, by assigning data base roles; assigning at least a first user a first system administration role giving unrestricted access to said data base; and assigning at least a second user a second system administration role giving restricted access to parts of said data base. Preferably said second administration role does not permit a user assigned said second administration role to create, read, update, or delete, the access rights of said second administrator role. Preferably there are a plurality of second system administration roles, each role relating to a different part of said data base, and each permitting a user, having access thereto, to create, read, update and delete access rights for any user having access only to those, or fewer, parts of the database to which said given second administration role has access. A client system administration role may be assigned to each client. According to a sixth aspect to the present invention there is provided, in a computer network, having a central processing means including a file server on which a data base is stored, a plurality of terminals adapted to communicate with said central processor, a method of setting access rights for each of said plurality of users characterised by permitting a user to access said data base only within predetermined temporal periods. Preferably when a user attempts to access said data base outside the predetermined temporal period assigned to said user, said user's computer identity is deleted from the data base's list of authorised users. Embodiments of the invention will now be described, by way of example, with reference to the accompanying drawings in which: Figure 1 illustrates the relationship established between user identities, roles and applications in a data base according to the present invention. Figure 2 illustrates how a defined role determines the access rights of a given user to a given application on a database according to the present invention. Figure 3 shows a signal chart for an embodiment of the present invention operating on a SQL file server. Figure A illustrates, in diagrammatic form, an example of a platform on which a data base according to the present invention may be run. An example of a computer network platform on which the present invention can be realised is illustrated in Figure A. The operation of such a platform will be immediately apparent, to those skilled in the art, from a brief examination of Figure A. However, it should be noted that a plurality of terminals using a variety of operating systems, collectively referred to as the application system TS, can be connected to a central file server, the SQL server, by means of Sybase communications software which is herein referred to as Open Client. A variety of systems, referred to as Open Servers, may be used for preparing data base procedures and applications. The Open Servers again communicate with the central server by means of Sybase communications software. The central SQL server carries all the data which comprises the data base, and operates on SQL procedure language. That portion of the computer network which includes the central SQL server and the Open Servers is collectively referred to as the information system, IS. The open servers and applications system may use a variety of operating systems and software, including UNISYS/TIP, VAX/VMS, PC, MAC, UNIX, and IBM/CICS. In the operation of a data base, different roles can be identified. In a simple database, there exists two roles, that of system administrator and that of a user who wishes to access data. However, in a very large database, of the type that may be needed to support the operations of a telecommunications network operator, there may be a need for many users to perform data base applications which involve, in addition to reading data, amending data on the data base, deleting data on the database, or creating new data. The operations of creating, reading, updating and deleting data are frequently referred to by their initial letters as CRUD. The relationship between a user, a user identity, a role and an application are illustrated in schematic form in Figures 1 and 2. Consider two individual users, of the very large number of total users of the database, perhaps as many as 10,000, called Lena Larson and Bo Svensson. Lena's system identity is "lenlar", and it is unique to her, Bo's computer identity is "bosven" and it is again unique to him. In addition, Bo has a second computer identity, "bosvem-master" , which he uses only when accessing certain secret data for which he has special authority to access. For each identity there exists a secret password known only to the user. By entering their computer names and passwords, Bo and Lena get very limited access to the SQL file server. To obtain the ability to run an application on the SQL file server, a further log-in procedure is performed automatically by the SQL file server. This will be described later. Of the many applications that can be run on the SQL file server, two are referred to, in the drawings, as application A and application B. For each of these applications a number of different roles can be defined, e.g. roles 1, 2 and 3. Performance of a given application may involve a number of separate data base procedures, accessed, for example, via a menu. Consider role 3B, that is to say role 3 performed in respect of application B. It is assumed that this application involves three operations OPa, OPb , and OPc. These three operations each use a different set of stored procedures SP1 .... SPA . Each of these procedures involves a number of basic data base functions, e.g. SP1 requires the create, read, update and delete functions, while SP3 involves only the delete function. By applying role 3 to application B which operates on data relating to telephone numbers, a series of actions and access rights are defined. For example, role 3B, which is only available to Bo when using the computer identity "bosvem-master" , enables secret telephone numbers to be read, but not created, updated, or deleted. By way of contrast, role 3B enables telephone numbers for Northern Region to be created, read and updated, but not deleted. In use, users, such as Lena and Bo have to be registered on the open file server. This process can only be performed by the system administrator role. In order to register a user, the system administrator enters his/her personal information such as name, organisation, and telephone number, and creates a basic, or computer, identity for the user e.g. lenlar. In addition, the system administrator assigns each user a password, which the user will have to change to a secret password on first logging in to the system. Each computer identity is assigned a run time, or time slot, which indicates the time of day when that user is permitted to use the system. A user is barred by the data base from accessing the data base at any time falling outside the temporal period which has been assigned to that user as run time. Any attempt to access the data base outside the time slot assigned to a user as run time will result in that users computer identity being deleted from the SQL file server and an alarm being flagged to the system administrator. This mechanism provides an additional security layer giving some protection against computer identities and passwords that have been compromised. A users computer identity can always be reestablished in a different form with a new password by the system administrator. In addition by managing the assignment of run times, a system administrator can even out the user load falling on the SQL file server. To set up access rights for a user, the system administrator has to associate a number of roles with each data base application that the user is allowed to access. As explained above, the roles define precisely what access rights a particularly user has when running a given data base application. A given individual may be assigned more than one computer identity each of which has different roles associated with it. This is advantageous when a single user may need to operate on data having different security classifications and assists in the construction of audit trails. Access to the data base held on the information system, see Figure A, is achieved by means of stored procedures. These procedures can create, read, update and/or delete data on the information system. In a given application, a number of operations are defined. An operation is the basic functionality seen by a user. Operations are usually selected from a menu of alternatives, or selected by operation of a specially assigned terminal key. Running a given operation either initiates a dialogue with the IS, or achieves the performance of a task in the IS. Each operation uses at least one stored procedure. These procedures are stored on the open file server. When a role is defined for an application it determines what a user who is assigned that role can do when running that application. If, for example, a user is permitted to open a dialogue with the IS, but only read the contents of stored data, this is indicated by "R" , see Figure 2. Thus, for operation OPa, a user assigned role 3B is permitted to run procedures which only entail reading data, i.e. SP2. On the other hand, the user is not permitted to run procedure SP1, because this procedure requires the ability to create, read, update and delete, and role 3B is denied the right to create, update and delete within this application. A value set is a set of criteria by which data objects are grouped. For example, all telephone subscribers in the Stockholm region represents a value set. When a role is defined, the definition includes the value sets which a user assigned that role is permitted to access, and what basic data base functions that role is permitted in respect of that value set. In real time operation, the open server must deal with many users and the information has to be protected from unauthorised access yet be available to those who - 1 A - are authorised to use it. The definition of different roles enables users to be given varied access rights, depending on their particular needs. Equally, it is possible to arrange for a hierarchy of system administrators, by defining different system administration roles. In this way it is possible to have a large number of system administrators with only a few having unlimited access rights to the system, the majority having limited rights. The totality of system users can be divided into client groups, each client representing a department, or external organisation. The use of varied administration roles can, with advantage, be implemented in a client- user hierarchy, by creating a system administrator for each client grouping with access rights limited to the needs of the client. Any changes needed to that clients overall access rights can then be achieved by a variation of the client-administrator's access rights, which must be made by one of the few central administrators. Subsequent changes to the individual user rights of users belonging to that client grouping can be implemented by the client-administrator. The majority of system administrators thus have limited access rights, and this can be shown by the use of menus, or screen buttons, in which certain menu selections, or buttons, are faded, corresponding to menu operations denied a particular system administrator. The principle reason for showing all menu options, whether available to a particular system administrator, or not, is that it enables a common set of instruction manuals and other literature to be prepared for the system. Such documentation must, of course describe maximum functionality. Of course, it is not only system operations that may be denied to a "junior" system administrator, but also certain value sets. In other words the information that a client based administrator may access can be limited to those value sets which the client is entitled to access. In the above description of the relationship of identities, users, roles, clients, applications, value sets and system administrators, the emphasis has been on the concepts and functionality of the system, rather than on the physical means by which that functionality is created. In general, in a system of the type described, functionality is created by means of software, i.e computer programs, data base procedures, or the like. It is, of course, possible for functionality to be created by hardware elements, or means, although except in a few cases it is not cost effective to do this. The nature of the inventions described in this specification is such that the inventive concepts reside in the methods and functionality that underlies the software. From the point of view of a practical realisation of the invention it matters little whether a "means" for performing a particular function is a logical entity, created by a computer program, or a physical entity, created by a manufacturing process. The invention(s) herein described relate to improvements in real products and have a real and significant effect on product performance. In general, the "means" described in this specification can readily be realised by a skilled computer programmer, familiar with modern programming techniques, from the functional/conceptual description herein provided. The distinct and practical "real world" advantages of the user-role-application concept described above, together with the concept of a hierarchy of system administrators, are that they enable massive data bases, with large numbers of interactive system users, to be managed in a manner which preserves system integrity and data security. It enables the system to operate at substantially greater speeds and with a substantially reduced processing overhead than is the case with other known systems. As explained above, an individual user is assigned access rights on the basis of the roles he is permitted to perform in different applications. It would, in theory, be possible to provide each user with a plurality of computer identities and passwords, one for each application he is entitled to use. This is, of course, impractical, especially when considered in relation to control access to different value sets. The present invention overcomes this problem by using a double log-in procedure. Consider a particular user called Anders Svensson, he has a computer identity, known to himself, called "andsve" and a secret password which only he knows "pendelOl". There is only a very limited amount of information on the file server that can be accessed, or changed, by the computer identity "andsve" using a general program such as Excel Q+E. However, the double log-in procedure give access to a much wider range of data, on an application-by-application basis. The double log-in procedure automatically generates, within the file server, a plurality of computer identities linked to "andsve", together with associated passwords, one for each application that "andsve" is permitted to access. These user/application identities are not visible to Anders Svensson, and he is not permitted access to them. The only log-in identity and password known to Anders Svensson is "andsve" and "pendelOl". The log-in procedure can be written in procedure language as: Login(andsve,pendelOl) Exec Fcs_get_password_for_application-identity logout(andsve) l o g i n ( a n d s v e if A P P L I C A T I O N ) , password_for_application-identity ....Normal function calls from client logout(andsve#APPLICATION) The application specific identity is composed of the identity known to the user, "andsve", and a code of eight characters for the client separated with a " if " , (other separators could of course be used). Fcs_get_password_for_application-identity creates an application specific identity with a randomly generated password. This identity is given rights to perform all necessary functions in dependence on the rights of the user in this particular application. A full signal chart for the operation of the log-in is shown in Figure 3. In the example, illustrated by Figure 3, the basic, or computer identity "andsve", password "pendlOl", and the application code CUSTOMER are used. Note that all error handling has been omitted and that only parts of the messages of the log-in and log-out sequences are indicated. Descriptions in italic mean that the system administrator role is used, otherwise "andsve" and "andsve#CUSTOMER" are used. Brief notes on some of the signals shown in the signal chart are set out below. However, for most steps Figure 3 is self explanatory. Instructions i, i+1, see Figure 3, are executed once at the start of the open server. 3:- Application_LasApplid( ? ) initiates the creation of an application specific identity. Note that all parameters are not described in the signal chart. A:- Check that the user is defined for the indicated application, that current time is within the users allocated run time, and that there are no restrictions on the identity, or application, etc. 6, 7:- There is a general code for access control in the open server. A check is performed back into the SQL server which verifies that the user is allowed to call. In order to reduce the access time (from about 0.3 seconds to < 1ms) the information is then saved in a cache memory in the open server. This cache is cleared out only when a change in the access right is introduced. 8:- The call is made with the system administrator identity, to which the open server has access. There is no possibility of the user discovering this identity and thereby gaining a higher level access than the one for which he is authorised. 9:- The identity is created and information needed to generate views of the value sets are built together with other information in the SQL server. 11:- Again "andsve" is the identity for the signal. 12:- This is the result of the function called at step 3. The result contains the randomly generated password for andsve#CUSTOMER. It is constituted by 28 characters [32 ....255], which in addition have been DES encrypted with the password for "andsve" as key. The remaining steps in the signal chart, illustrated in Figure 3, show the identity "andsve" being logged-out, the identity "andsve#CUSTOMER" being logged-in, the execution of the called application, "CUSTOMER", and the log-out of the identity "andsve#CUSTOMER" on completion of the application "CUSTOMER". It should be noted that the identity "andsve#CUSTOMER" contains information on both the user and the client group to which he belongs. This form of identity is a useful aid in the derivation of audit trails, statistics and debiting etc.. In comparison, prior art systems using front-end log-in control only permit breakdowns using a single common identity, management information can be derived on a user-by- application basis. For example it is possible to enable a user to obtain the answer time of the SQL server for the application he is running.

Claims: CLAIMS 1. A computer network, having a central processing means including a file server on which a data base is stored, a plurality of terminals adapted to communicate with said central processor, said computer network being arranged to serve a plurality of clients, each client comprising a plurality of users, characterised in that there are provided access means for controlling access rights, to the data base, for each user, said access means including first storage means on which are stored a plurality of data base roles, at least two of which are system administration roles, each having different levels of access rights to said data base, a first system administration role giving unrestricted access to said data base, a second system administration role giving restricted access to parts of said data base, first means for enabling a user having access to said first system administration role to create, read, update and delete access rights of any user including a user assigned said first system administration role, second means for enabling a user having access to said second system administration role to create, read, update and delete access rights of any user having access only to those, or fewer, parts of the database to which said second administration role has access. 2. A computer network as claimed in claim 1, characterised in that said second means is arranged so that it does not enable a user having access to said second administration role to create, read, update, or delete access rights of said second administrator role. 3. A computer network as claimed in claim 2, characterised in that there are a plurality of second system administration roles, each role relating to a different part of said data base, and in that there are provided a plurality of second means, each second means enabling a user having access to a given second system administration role to create, read, update and delete access rights of any user having access only to those, or fewer, parts of the database to which said given second administration role has access. A. A computer network as claimed in claim 3, characterised in that a client system administration role is assigned to each client. 5. A computer network as claimed in claim A , characterised in that second means are provided for each client system administration role arranged to create, read, update and delete access rights of users belonging to a respective client group and further arranged to give no access whatsoever to access rights belonging to other client groups. 6. A computer network, having a central processing means including a file server on which a data base is stored, a plurality of terminals adapted to communicate with said central processor, characterised in that there are provided access means for controlling access rights, to the data base, for each user, said access rights permitting a given user to access said data base within predetermined temporal periods, said access means including a monitoring means arranged to deny a user access to said data base outside the predetermined temporal period assigned that user. 7. A computer network as claimed in claim 6, characterised in that said monitoring means is arranged in response to a user attempting to access said data base outside the predetermined temporal period assigned to said user, to signal said user's computer identity to a security means, said security means being adapted, on receipt of said signal, to delete said computer identity from the data base's list of authorised users. 8. A computer network as claimed in claim 7, characterised in that there is provided alarm means arranged to provide an alarm message for a system administrator, said security means being adapted to activate said alarm means on receipt of a computer user identity signal from said monitoring means. 9. A data base, stored on a file server, to which a plurality of clients, each client comprising a plurality of users, has access, characterised in that there are defined a plurality of data base roles, at least two of said roles being system administration roles having different levels of access rights to said data base, a first system administration role giving unrestricted access to said data base, a second system administration role giving restricted access to parts of said data base, enabling a user having access to said first system administration role to create, read, update and delete access rights of any user including a user assigned said first system administration role, and enabling a user having access to said second system administration role to create, read, update and delete access rights of any user having access only to those, or fewer, parts of the database to which said second administration role has access . 10. A data base as claimed in claim 9, characterised in that said second administration role is not enabled to create, read, update, or delete access rights of said second administration role. 11. A data base as claimed in claim 10, characterised in that there are provided a plurality of second system administration roles, each role relating to a different part of said data base, and enabling a user having access to a given second system administration role to create, read, update and delete access rights of any user having access only to those, or fewer, parts of the database to which said given second administration role has access. 12. A data base as claimed in claim 11, characterised in that a client system administration role is assigned to each client. 13. A data base as claimed in claim 12, characterised in that each client system administration role enables a user thereof to create, read, update and delete access rights of users belonging to a respective client group and further arranged to give no access whatsoever to access rights belonging to other client groups. 1A . A data base, stored on a file server, characterised in that each user's access rights permit that user to access said data base only within predetermined temporal periods . 15. A data base as claimed in claim 1A, characterised in that when a user attempts to access said data base outside the predetermined temporal period assigned to said user, said user's computer identity is deleted from the data base's list of authorised users. 16. A data base as claimed in claim 15, characterised in that an alarm indication, accessible by a system administrator, is provided whenever a user attempts to access said data base outside said predetermined temporal time period allotted to said user. 17. In a computer network, having a central processing - 2 A - means including a file server on which a data base is stored, a plurality of terminals adapted to communicate with said central processor, said computer network being arranged to serve a plurality of clients, each client comprising a plurality of users, a method of setting access rights for each of said plurality of users characterised by the following steps: defining access rights, to the data base, for each user, by assigning data base roles; - assigning at least a first user a first system administration role giving unrestricted access to said data base; and assigning at least a second user a second system administration role giving restricted access to parts of said data base. 18. A method as claimed in claim 17, characterised in that said second administration role does not permit a user assigned said second administration role to create, read, update, or delete, the access rights of said second administrator role. 19. A method as claimed in claim 18, characterised in that there are a plurality of second system administration roles, each role relating to a different part of said data base, and each permitting a user, having access thereto, to create, read, update and delete access rights for any user having access only to those, or fewer, parts of the database to which said given second administration role has access. 20. A method as claimed in claim 19, characterised in that a client system administration role is assigned to each client. 21. A method as claimed in claim 20, characterised in that each client system administration role permits a user assigned that role to create, read, update and delete access rights of users belonging to a respective client group but does not permit said user to create, read, update and delete access rights belonging to other client groups. 22. In a computer network, having a central processing means including a file server on which a data base is stored, a plurality of terminals adapted to communicate with said central processor, a method of setting access rights for each of said plurality of users characterised by permitting a user to access said data base only within predetermined temporal periods. 23. A method as claimed in claim 22, characterised in that when a user attempts to access said data base outside the predetermined temporal period assigned to said user, said user's computer identity is deleted from the data base's list of authorised users. 2A . A method as claimed in claim 23, characterised in that an alarm indication, accessible by a system administrator, is provided whenever a user attempts to access said data base outside said predetermined temporal time period allotted to said user.

Inventors: BIGGE PETER, BIGGE, PETER
Applicants: BIGGE PETER, TELIA AB, BIGGE, PETER
Application year: 1995
Main classification: G06F1
IPC codes: G06F1, G06F21