JP3702168B2 - Screen display method - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a screen display method for logging in and accessing various information processing apparatuses such as a stand-alone computer, a terminal connected to a network, a client computer, a server computer, or a host computer. It is related with the suitable screen display method.
[0002]
[Prior art]
Conventionally, when a user is allowed to use a personal computer or a network, personal authentication is performed.
[0003]
As a personal authentication method, authentication using a user ID and a password is the most common.
[0004]
In this authentication method, a verification password is stored in an access target computer in association with an ID for a user. The user inputs a user ID and a password assigned to the user from the keyboard. Based on the user ID input from the keyboard, the computer takes out the verification password stored therein. Matching between the retrieved verification password and the password entered from the keyboard is performed. If the two passwords match, the user is permitted to use the computer as a person who is permitted access (login). On the other hand, if the two passwords do not match, the password input process is repeated and the user cannot use various programs in the computer.
[0005]
[Problems to be solved by the invention]
Conventionally, in this type of personal authentication system, a user inputs a password in the form of characters (including symbols) from a keyboard.
[0006]
However, elementary school students in the lower grades do not learn letters, so entering letters from the keyboard is a great effort for elementary school students. Therefore, a plurality of buttons pasted with pictures, illustrations, photographs, etc. (hereinafter collectively referred to as images) are prepared, and one of the buttons is selected, or the operation order of the buttons is predetermined. If this happens, it may be possible to allow the use of the computer. However, if the selection order of a plurality of pictures is different for each student, the number of buttons that must be prepared becomes very large, and the students are confused.
[0007]
Also, lower grade students take time to master computer operations and are prone to misoperation.
[0008]
Therefore, an object of the present invention is to provide a screen display method that prevents user's erroneous operation.
[0009]
[Means for Solving the Problems]
In order to achieve such an object, the invention of claim 1 includes an information processing system having a plurality of client computers, and the display devices displaying a plurality of drive icons on a display screen. Means for identifying a user of a client computer permitted to log in in the client computer, means for storing a table indicating drive icons to be displayed and drive icons to be hidden corresponding to each user, and the plurality A plurality of drive icons are displayed on the display screen of the display device of the client computer used by the user permitted to log in in the client computer based on the table stored by the storing means, and And a means for hiding.
[0010]
According to a second aspect of the present invention, in a client computer that displays a plurality of drive icons on a display screen of a display device, means for identifying a user permitted to log in, and a drive icon to be displayed corresponding to each user, Means for storing a table indicating drive icons to be hidden, and a plurality of plural on the display screen of the display device based on the table stored by the storing means in correspondence with a user permitted to log in; And a means for displaying and hiding the drive icon.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0012]
FIG. 1 shows a system configuration of a LAN (local area network) system to which the present invention is applied. In FIG. 1, 10 is a client. Reference numeral 20 denotes a server.
[0013]
The server 20 includes an input / output interface (I / O) 21 connected to a LAN cable such as Ethernet, a CPU 22, a system memory 23, a hard disk 24, and the like. The client has the same configuration. The client 10 and server 20 may also use commercial computers and will not require a detailed hardware description.
[0014]
The client 10 is loaded with an operating system such as Windows 98 (trademark of Microsoft Corporation), and the server 20 is loaded with network management software such as Windows NT (trademark of Microsoft Corporation). In this embodiment, software installed in the client and software installed in the server 20 are prepared as application software for realizing the personal authentication system. In this embodiment, software installed in the client 10 is referred to as an authentication tool, and software installed in the server 20 is referred to as a management tool.
[0015]
When logging in to such a network system from the client 10, the authentication tool is automatically activated, and the user logs in using a GUI (graphical user interface) described later.
[0016]
The server 20 converts information (generated by the authentication tool) sent from the client at the time of login into a user ID and a password (character form) using the management tool. Using the converted user ID and password, personal authentication is performed by a conventional password authentication method. The result of personal authentication is sent from the server 20 to the client 10. When the personal authentication result indicates that login is permitted, the client 10 terminates the execution of the authentication tool program and permits login to the network.
[0017]
On the other hand, if the personal authentication result indicates that login is not permitted, authentication by the authentication tool is repeated again.
[0018]
The management tool has a user registration function in addition to the authentication function. Using this function, a school teacher registers personal information such as the name, grade, and class name of a student in his / her class in a file (referred to as a registered user file) in the server 20. The new features of this system are as follows.
(1) (a) The GUI of the client 10 used for personal authentication, and using this GUI, the student is an organization to which he belongs, specifically, the grade, class name, his user name and picture as his password. Indicate the combination.
(B) The information input using the GUI is converted into a user ID and password by the management tool of the server 20
(2) When the teacher registers the grade and name (user name of the present invention) of the student, the management tool of the server 20 has a function of automatically setting the user ID, attendance number, and password assigned to the student.
(3) There are a plurality of security levels, and the teacher can select a policy (security) from the client 10 according to the grade of the student. This policy includes a setting for displaying / hiding the drive icon of the student client 10.
(4) When it is detected by the clock function in the server 20 that the time for the student to advance (March) is reached, the grade information in the registered user file is automatically updated one grade higher. The user information (records such as name and user ID) of the current highest grade student is automatically deleted from the registered user file.
(5) Other
User registration processing and personal authentication processing executed in such a system configuration will be described.
A GUI display screen used for user registration and personal authentication will be described. Since buttons, tables, pull-down menus, and the like constituting the GUI are already known, only these functions will be described.
[0019]
FIG. 2 shows a part of the user registration screen. This screen is displayed when the user who is permitted to register the user, in this embodiment, the teacher activates the staff tool installed on the client 10 side, as shown in FIG.
[0020]
In FIG. 2, reference numeral 201 denotes a button for instructing display of the latest information. Reference numeral 202 denotes a button for instructing a shift to a user account registration process. Reference numeral 203 denotes a button for instructing a shift to registered user information change processing. Reference numeral 204 denotes a button for instructing a shift to a user account deletion process.
[0021]
Reference numeral 205 denotes a button for instructing to shift to processing for reading user information from another file such as an address book file. Reference numeral 206 denotes a button for instructing the rearrangement of the sheets 211. Reference numeral 207 denotes a button for instructing automatic setting of a user ID (note that it is different from the user name). Reference numeral 208 denotes a button for instructing automatic setting of an attendance number. Reference numeral 209 denotes a button for instructing automatic password setting. Reference numeral 210 denotes a button for instructing creation of a card, that is, a card describing a combination of password pictures for each student.
[0022]
Reference numeral 211 denotes a sheet describing user information. The user information described in the sheet 211 is stored as a registered user file in the server 20, and the user information read from the registered user file by the client 10 is in the form of a sheet 211 in the client 10. Is displayed.
[0023]
Reference numeral 212 denotes a GUI called a tab (index). When the tab 212 is clicked, a sheet corresponding to the tab is displayed. In this embodiment, 1 to 6 grades are prepared for the tab.
[0024]
Among the user information described on the sheet 211, items manually input by the teacher are first and last names and their readings (character strings of hiragana), gender and group of men and women. An attendance number, a user ID, and a password (not shown) are automatically set. Please forgive that the password entry field is not shown in the figure due to security issues.
[0025]
FIG. 3 shows a security screen that can be displayed only to the user information registrant, that is, the teacher's client 10. Reference numeral 301 denotes a list box for designating a grade to be set. Reference numeral 302 denotes a button for designating a security policy setting mode. In this embodiment, three types of policy setting modes are prepared. The first is a recommended mode. When this mode is selected, the security policy (security content) is semi-automatically determined by the server 20. The second is a customization mode. When this mode is selected, the user determines whether or not an item in a list prepared in advance is necessary. The third mode is a mode in which a security policy is set using a policy editor (a well-known program for manually editing security contents installed in Windows NT).
[0026]
FIG. 4 is a screen displayed on the client 10 of the user information registrant and displayed when the recommended mode of FIG. 3 is selected. In FIG. 4, reference numeral 401 denotes a button for selecting a security level. In this embodiment, five security levels are prepared. When the teacher operates any one of the five buttons, a security policy of a security level corresponding to the button is automatically set. Reference numeral 402 denotes a button for clearing the security policy set so far.
[0027]
FIG. 5 shows a screen (GUI) displayed when the user name setting button 207 of FIG. 2 is operated. In FIG. 5, reference numeral 501 denotes a button group for selecting a user ID determination method. Reference numeral 502 denotes an OK button for instructing confirmation of button selection. The user name shown in FIG. 5 means a user ID. In this embodiment,
(1) Method of assigning user ID after rearranging sheets by attendance number
(2) Method of assigning user ID after sorting sheets by name
(3) A method for assigning user IDs without rearranging sheets
There are three types of user name determination methods.
[0028]
FIG. 6 shows a screen displayed when the OK button 603 in FIG. 5 is operated. In FIG. 6, reference numeral 601 denotes an area for inputting a character string of the head part (prefix) of the user ID. Reference numeral 602 denotes an area for inputting a student's entrance year. In this embodiment, the user ID is composed of a prefix, a number indicating the school year, and a character string that is automatically determined. In this embodiment, a user account for e-mail is automatically created from the user ID.
[0029]
FIG. 7 shows a card display screen (GUI) for notifying a password assigned to a student, that is, a combination of pictures. The same image as the card group 701 on the display screen is printed by the printer, and the print result is distributed to the students.
[0030]
FIG. 8 shows a login screen (GUI) displayed when the student client 10 logs in to the network, for example, when the client 10 is powered on. Reference numeral 801 denotes a group of buttons for grade selection.
[0031]
FIG. 9 shows a screen (GUI) displayed after the grade is designated on the screen of FIG. 8, and the class name of the user is selected by the class name selection button 901. To display the class name of the button 901, numbers and hiragana are used in the lower grades, and numbers and kanji are used in the upper grades. This is also a novel feature of this embodiment.
[0032]
FIG. 10 shows a screen displayed after the class name is selected on the screen of FIG. In FIG. 10, when the name in the list box 1002 in the screen 1001 is selected with the mouse, the screen in FIG. 11 appears.
[0033]
FIG. 11 shows a password input screen (GUI). In FIG. 11, a pull-down menu 1102 is prepared in the screen 1101. When the left mouse button is clicked with the mouse cursor positioned on the arrow graphic in the pull-down menu 1102, selection candidates in the pull-down menu are displayed. Illustrations, photographs, figures, etc. are used as selection candidates. The user selects one of a plurality of selection candidates in the pull-down menu by operating the mouse, and the user performs this operation for the four pull-down menus 1102. The selected picture combination is converted into a password in the form of a character string.
[0034]
Based on the above description of the screen, login related processing according to the present invention will be described with reference to the flowcharts of FIGS.
[0035]
In this embodiment, tools for elementary school students and tools for junior high school students are prepared as tools used by students. This tool has a login function (the authentication tool described above), a function for creating a schedule such as a timetable, and an electronic mail function. When this tool is installed in the client 10, the password input program according to the present invention is installed in the client 10.
[0036]
There are also staff tools used by teachers for creating schedules, user registration and login, and policy tools for setting security policies. It is assumed that the student's quin iron 10 is equipped with a login tool for elementary school students or a tool for middle school students. The teacher's client 10 is equipped with staff tools and policy tools. It is assumed that the server 20 is loaded with a management tool and a registered user file for exchanging information with the student and teacher tools.
[0037]
(General processing)
FIG. 12 shows the processing contents executed when the client 10 is powered on or logged in.
[0038]
When the power is turned on, the client 10 executes the login function in the tool and performs the login process (described later) of the present invention for the student (steps S1210 → S1215). If the password entered by the user is authentic (YES in step 1216), a so-called desktop is displayed on the display of the client 10 (step S1217).
[0039]
Thereafter, the loop process between steps S1220 to S1225 or S1230 is repeated until the power is turned off. When the user (student or teacher) gives an instruction to start the tool, for example, when an instruction to start the tool is given by operating an icon assigned to the tool, the instruction is detected in step S1220, and the tool is started. The The user browses the timetable schedule and sends and receives e-mails using the activated tool. Since these processes are not related to the present invention, a detailed description thereof will be omitted.
[0040]
(User registration process)
The teacher logs in from the client 10. Since the teacher's login method cannot be disclosed to the public due to security reasons, it is assumed that login is performed by inputting a user ID and password in the same character string form as in the past. This login process is performed in step S1215 of FIG. Thereafter, the teacher activates the staff tool on the client 10 (step S1225), and selects the user setting mode. In response to this selection, the registered user file in the server 20 is transmitted to the client 10 in accordance with an instruction from the client 10, and the screen of FIG. 2 is displayed on the display screen of the client 10. Further, the processing procedure of FIG. 13 is started in the client 10. When the teacher selects the desired grade tab 212 on the display screen by operating the mouse, the client 10 switches and displays the user information of the selected grade in the form of a sheet 211 (step S1370). Further, when the teacher designates the input position in the sheet 211 on the display screen and inputs the user information of the student from the keyboard, it is detected from the input position that the data is input, and the client 10 (CPU) inputs the data. The data to be stored is temporarily stored in the internal system memory (steps S1310 → S1315). When the teacher finishes inputting the student user information, the sheets are rearranged if necessary. In the rearrangement, when the teacher designates a desired column of the sheet 211 and operates the sheet rearrangement button 206, the operation of the button 206 is detected in step S1330 in the client 10, and data (system memory) based on the designated column is detected. All the data of the registered user file stored therein is rearranged (steps S1330 → S1335). For example, when the name is selected, the data in the registered user file in the system memory is rearranged in the order of Aiueo in Japanese and abc in English.
[0041]
Next, when the teacher operates the attendance number setting button 208, the operation is detected in step S1350, and 1, 2,. . . . An attendance number is given. An attendance number is given to correspond to the position of the line. The assigned attendance number is written in the description column of the registered user file in the system memory (step S1355).
[0042]
Thereafter, the teacher operates the setting button 207 for the user name (user ID) in FIG. This operation is detected in step S1340, and the user ID is automatically determined in step S1345. More specifically, after the button 207 is operated, the screen of FIG. 6 is displayed on the display screen of the teacher's client 10. The teacher operates the desired button. In this example, since the sorting by attendance numbers has already been performed, the bottom button is operated. If you want to set the user name after sorting by name, the middle button is operated.
[0043]
Thereafter, the screen shown in FIG. 6 is displayed, and the teacher inputs the prefix and the student's entrance year. The client 10 assigns a user name after performing rearrangement corresponding to the operated button. At this time, a user ID is created using the prefix and the school year entered on the screen of FIG. Although not clarified in detail due to security, the simplest method, which is the simplest method, can be used to create a user ID by combining a prefix, an entrance year, and an attendance number. In addition, a character string assigned to each student may be generated by a random number generator and combined with the prefix and the school year.
[0044]
Next, the teacher operates the password reset button 207 in FIG. This operation is detected in step S1320 of FIG. 13, and a password is automatically created for each user ID in step S1325. Although the password creation method cannot be disclosed due to security reasons, if a well-known example is introduced for convenience of explanation, a password character string can be created by encrypting the name. However, in this embodiment, since password input is performed by a combination of pictures, it is necessary to have a correspondence between a combination of pictures and a password character string corresponding to the combination.
[0045]
The created password is written in the password entry field in the user registration file in the system memory.
[0046]
When the teacher distributes the picture password to the students, the teacher operates the card creation button in FIG. This operation is detected in step 1360 of FIG. 13, and the card data is displayed in step S1365. The card data is displayed on the display screen as shown in FIG.
[0047]
As described above, because there is a correspondence between the picture combination and the password character string described in the registered user file, create a correspondence table between the registered password character string and the file name of the image used on the card. Then, the client 10 can acquire an image to be used with the card based on the correspondence table. This correspondence table and an input selection image (image to be pasted on a card) used at the time of login described later may be stored in the server 20 or may be stored in each client 10. Further, instead of the correspondence table, the file name of the image may be obtained using a conversion formula that derives the file name of the image from the character string of the password.
[0048]
In the present embodiment, a card is created based on the grade, class name, and name data of the registered user file and the picture image converted from the password character string. When the teacher instructs printing using a menu (not shown) on the display screen, the same card as in FIG. 6 is printed from the printer.
[0049]
When the above-described setting process is completed, the client 10 rewrites the registered user file in the server 20 with the registered user file stored in its own system memory. The management tool of the server 20 groups the user IDs and passwords described in the registered user file for each grade and delivers them to Windows NT. Windows NT creates a group for each grade in the login management table based on the delivered data, and registers a user name (user ID) and password. This login management table is a well-known table that is conventionally used for password verification in the form of characters.
[0050]
The tool described in this embodiment has an electronic mail function in addition to the login function according to the present invention. For this purpose, an e-mail user account can be automatically registered using a user name automatically set. In this mode, when the teacher operates the check button at the left end of FIG. 2 to input a check symbol and operates the user account registration button 202, an e-mail user account is communicated to the student who has input the check symbol. Automatically registered in the user account registration file in the server. A user account for e-mail can be automatically created by combining a user ID, an @ symbol, and a domain name. The domain name is acquired from a communication server (not shown) (other processing in step 1370).
[0051]
In addition to the processes described above, there are processes for changing user information, deleting user accounts, reading user information from other files (importing) by operating the various buttons displayed in FIG. Done.
[0052]
(Login process)
The login process of the student client 10 will be described with reference to FIG. FIG. 14 shows the contents of the login-related authentication tool in the tool installed on the student's client 10 side.
[0053]
When the student client 10 is turned on or when a login is instructed, the program shown in FIG. The client 10 creates a display image for GUI using the image creation data of the screen of FIG. 8 and displays it on the display screen (step S1410). The image creation data for creating the images of FIGS. 8 to 11 may be stored in the server 20 and read by the client 10. In this embodiment, the image creation data is stored in the hard disk of the client 10. Explain that it is. The number and notation of buttons to be pasted on this screen image are automatically created using the grade, class name, and name information written in the registered user file. Further, the server 20 side has a grade, a class name, and a student name of each class, and data indicating the hierarchical structure of the organization to which the student belongs is created on the server 20 side in the form of a tree, and the data indicating the hierarchical structure is stored in the hard disk of the server 20 It is assumed that
[0054]
The student uses the mouse on the screen of FIG. 8 to operate the button corresponding to his / her grade (step S1420).
[0055]
The client 10 creates a class name selection GUI based on the data indicating the hierarchical structure and the display image creation data, and displays it as shown in FIG. 9 (steps S1430 → S1410). When the class name is selected by the student, the selected student name is displayed according to the above hierarchical structure, and the screen shown in FIG. 10 for selecting his / her name is created and displayed (step 14030 → S1410).
[0056]
When the student selects his / her name on the screen of FIG. 10 (step S1420), finally the picture password input screen of FIG. 11 is displayed (step 1430 → S1410). The user uses the pull-down menu 1102 to select a picture assigned to him from a plurality of pictures (step S1420).
[0057]
When the student performs the above operation, the client 10 determines that the password input operation has been completed (YES in step S1425), and the procedure proceeds to step S1430. The client 10 converts the selected picture combination into a password character string based on a predetermined correspondence. Further, the password (character string) converted from the combination of the name and the picture selected on the screen of FIG. 10 is transmitted to the server 20 (steps S1440 → S1450). The management tool of the server 20 searches the user registration file based on the received name and acquires the user ID.
[0058]
The password registered in the management table by the password verification function of Windows NT (the password corresponding to the user ID acquired by the above search and described in the management table of Windows NT) and the client sent from the client Password verification is performed. If the two passwords match as a result of the collation, information to that effect is sent to the client 10 and login is permitted as in the conventional case (step S1460). At this time, display / non-display attribute data related to the drive icon is written in a table of the client 10, that is, an attribute table in which an attribute indicating display / non-display of the icon is described. Thereafter, the client 10 ends the processing of FIG. 14 and proceeds from step 1215 of FIG. 12 to processing of step S1216 → S1217.
[0059]
Conventionally, the user of the client 10 can set the display / non-display of icons relating to files. However, this system has a new feature in that the display / non-display of the drive icon can be set and the system administrator (teacher in this case) can set the display / non-display of the client drive icon. Become.
[0060]
On the other hand, if the two passwords do not match, the client 10 displays an error message on the display screen (steps S1460 → S1465). As a result, the procedure proceeds in steps S1215 → S1216 → S1210 in FIG. 13 and the user is prompted to input the password again, so that the user cannot log in.
[0061]
When the teacher activates the policy tool for determining the security policy, the screen shown in FIG. 3 is displayed. When the teacher designates a customization mode and selects a grade to be set, a screen for setting necessity of execution for a plurality of security items is displayed. Among the plurality of security items displayed on this display screen, there is an item for setting whether or not to hide the icon indicating the drive. When the teacher sets non-display of a desired drive (for example, check button on), an attribute indicating display / non-display of each drive is written in the security information table in the server 20. The non-displayable drives are floppy disk drive A and drive D and later. Incidentally, when a partition (division of storage area) is not provided, the C drive is a hard disk and D is a CDROM. When an icon of a drive is designated with a mouse, conventionally, an icon of an object (holder, file, program, etc.) stored in the drive is displayed.
[0062]
The contents of the set security items are stored in the hard disk in the server 20 in the form of a security information table) in association with a group (school year).
[0063]
When the student client 10 is permitted to log in by the above-described personal authentication process, the server 20 determines to which group the logged-in client belongs and an attribute corresponding to the determined group, in this case, a display / display of a drive icon. The non-display attribute is read and written to the management table on the client 10 side.
[0064]
As described above, since the client 10 conventionally has a table in which attributes indicating display / non-display of files are described, attributes related to drives are added to this management table.
[0065]
Each time the contents of the display screen are switched, the client 10 creates an image to be displayed on the display screen in the system memory. At this time, the program of FIG. 15 is executed. The client 10 sequentially reads the icon information (attributes such as icon image storage address, file or drive name, display position, display / non-display) described in the management table, and displays / non-displays based on the attribute information. The display is determined (steps S1510 → S1520). An icon having a non-display attribute is determined as YES in step 1520 of FIG. 15, and is not created on the system memory (step S1520 → END). On the other hand, for the icon whose attribute is displayed, for example, the icon of the C drive, the icon image is read from the hard disk and incorporated in the screen image on the system memory in correspondence with the display position (steps S1520 → S1530). When the above processing is performed for all the icon information described in the management table in this way, the screen image created on the system memory is sent to the display via the video memory and displayed.
[0066]
Since the student who uses the client 10 cannot see the drive icon set to be hidden, the drive icon is not operated by mistake.
[0067]
In addition to the above embodiment, the following embodiment can be implemented.
1) Although the above-described embodiment shows an example in which the present invention is applied to a client / server system, the present invention can also be applied to a stand-alone information processing apparatus or a system including a host device and a terminal device. The information processing apparatus is not limited to a personal computer. The present invention can also be applied when a client logs in to a server connected to the network on the Internet. In the case of a stand-alone information processing device, the processing performed by the teacher on the client 10 and the processing performed by the server 20 are executed on the information processing device. In the host terminal system, the terminal device corresponds to the client 10, and the host device corresponds to the server 20.
[0068]
Further, part of the processing performed by the client 10 may be performed on the server 20 side, or part of the processing performed by the server 20 may be performed by the client 10.
2) In the above-described embodiment, personal authentication is used to log in to the network. The present invention can be applied for various access restrictions such as the purpose of accessing a server.
3) Although the school year in the record (a plurality of data related to the user name) in the registered user file is automatically updated in the above-described embodiment, even if the automatic update is performed by the teacher's manual operation from the client 10 Good. The same applies to the deletion of graduate records.
4) In the above-described embodiment, since the login management function of the conventional network management program (Windows NT) is used, the user name of the registered user file and the verification password are also transferred to the conventional management table side. However, the verification password may be read from the registered user file when verifying the password. In addition, a registered user file may be created in a conventional management table.
[0069]
Various modifications are possible in addition to the above-described embodiment, but such modifications are within the technical scope of the present invention as long as the modifications are based on the technical idea described in the claims of the present application.
[0070]
【The invention's effect】
As described above, according to the present invention, the drive icon of the client can be hidden for security purposes. Therefore, the trouble of operating the drive icon and changing the information stored in the drive by mistake. Can be eliminated.
[0071]
Further, in the present invention, since the icon of the drive of another client can be set to be hidden from a certain client, it is not necessary for a client who is not familiar with the operation method to set the icon of the drive to be hidden.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a system configuration of an embodiment of the present invention.
FIG. 2 is an explanatory diagram showing a user registration screen according to the embodiment of the present invention.
FIG. 3 is an explanatory diagram showing a screen for designating a security setting mode according to the embodiment of the present invention;
FIG. 4 is an explanatory diagram showing a screen for setting a security level according to the embodiment of the present invention.
FIG. 5 is an explanatory nest showing a screen for selecting a user ID determination method according to the embodiment of the present invention;
FIG. 6 is an explanatory diagram showing a screen for inputting characters at the beginning of the user ID according to the embodiment of the present invention.
FIG. 7 is an explanatory diagram showing an output example of passwords (picture combinations) assigned to students according to the embodiment of the present invention.
FIG. 8 is an explanatory diagram showing a grade selection screen according to an embodiment of the present invention.
FIG. 9 is an explanatory diagram showing a class name selection screen according to the embodiment of the present invention.
FIG. 10 is an explanatory diagram showing a student name selection screen according to the embodiment of the present invention.
FIG. 11 is an explanatory diagram showing a password selection screen according to the embodiment of the present invention.
FIG. 12 is an explanatory diagram showing a main processing procedure according to the embodiment of the present invention.
13 is a flowchart showing the contents of user registration processing executed by the server 20. FIG.
FIG. 14 is a flowchart showing the contents of login processing executed by the client 10;
FIG. 15 is a flowchart showing display control contents of a drive.
[Explanation of symbols]
10 clients
20 servers
21 I / O
22 CPU
23 system memory
24 hard disks

Claims (2)

In an information processing system that has a plurality of client computers and whose display devices display a plurality of drive icons on a display screen,
Means for identifying a user of a client computer allowed to log in among the plurality of client computers;
Means for storing a table indicating drive icons to be displayed and drive icons to be displayed corresponding to each user;
A plurality of drive icons are displayed on a display screen of a display device of a client computer used by a user who is permitted to log in among the plurality of client computers based on a table stored by the storing means. An information processing system characterized by comprising: In a client computer that displays a plurality of drive icons on the display screen of the display device,
A means of identifying users allowed to log in;
Means for storing a table indicating drive icons to be displayed and drive icons to be displayed corresponding to each user;
Means for displaying and hiding a plurality of drive icons on the display screen of the display device based on the table stored by the storing means in correspondence with a user permitted to log in. A client computer characterized by the above.

Images