JP2001282377A - Method for displaying screen - Google Patents

Abstract

PROBLEM TO BE SOLVED: To prevent any malfunction. SOLUTION: The icons of plural drives are displayed on the display screen of the display device of a client 10, and when any specific ion is designated, the icons of objects stored in the designated drive are displayed. In this case, display/non-display is set by a user for each of the plural drives, and the display/non-display of the icons of the plural drivers is operated based on the set display/non-display by the client 10.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field 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 or a terminal connected to a network, a client computer, a server computer or a host computer. In particular, the present invention relates to a screen display method suitable for a young user.

[0002]

2. Description of the Related Art Conventionally, when a user is permitted to use a personal computer or a network, personal authentication is performed.

The most common personal authentication method is authentication using a user ID and a password.

In this authentication method, a verification password is stored in a computer to be accessed in association with a user ID. The user inputs the user ID and the password assigned to the user from the keyboard. The computer takes out the collation password stored inside based on the user ID input from the keyboard. The extracted matching password is matched with the password input from the keyboard. 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]

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, since elementary school children in lower grades do not learn characters, inputting characters from a keyboard is a great effort for elementary school children. Therefore, a plurality of buttons to which pictures, illustrations, photographs, etc. (hereinafter collectively referred to as images) are pasted are prepared, and one of the plurality of buttons is selected, or the operation order of the plurality of buttons is determined in advance. 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 made different for each student, the number of buttons that need to be prepared becomes very large, and the student is rather confused.

[0007] In addition, students in lower grades take time to master the operation of computers, and are liable to cause erroneous operations.

Accordingly, an object of the present invention is to provide a screen display method for preventing erroneous operations by a user.

[0009]

In order to achieve the above object, according to the first aspect of the present invention, a plurality of drive icons are displayed on a display screen of a display device, and when a specific icon is designated. Is a screen display method for displaying an icon of an object stored in a designated drive, wherein display / non-display is set for each of the plurality of drives, and the plurality of drives are set based on the set display / non-display. Is displayed / non-displayed.

[0010] According to a second aspect of the present invention, in the screen display method according to the twentieth aspect, the display device is provided in each of a plurality of clients, and one of the plurality of clients has a drive icon of another client. Display / non-display can be set.

[0011]

Embodiments of the present invention will be described below in detail with reference to the drawings.

FIG. 1 shows a system configuration of a LAN (local area network) system to which the present invention is applied.
In FIG. 1, reference numeral 10 denotes a client. 20 is a server.

The inside of the server 20 is an Ethernet (registered trademark).
An input / output interface (I / O) 21, a CPU 22, a system memory 23,
It has a hard disk 24 and the like. The client has the same configuration. Since the client 10 and the server 20 can also use a commercial computer, a detailed description of the hardware will not be required.

The client 10 has Windows 98
(A trademark of Microsoft Corporation), and the server 20 is provided with Windows NT.
(Trademark of Microsoft Corporation) is installed. In the present embodiment, software installed on the client and software installed on the server 20 are prepared as application software for realizing the personal authentication system. In this embodiment, the client 1
0 is called an authentication tool, and the server 20
The software installed in is called a management tool.

When logging in to such a network system from the client 10, an authentication tool is automatically activated, and the user logs in using a GUI (graphical user interface) described later.

The server 20 converts information (generated by the authentication tool) sent from the client at the time of login to a user ID and a password (character form) by the management tool. Using the converted user ID and password, personal authentication is performed by a password authentication method similar to the conventional one. The result of the personal authentication is sent from the server 20 to the client 10. In the client 10,
If the personal authentication result indicates that the login is permitted, the execution of the authentication tool program is terminated, and the login to the network is permitted.

On the other hand, when the personal authentication result indicates that the login is not permitted, the authentication by the authentication tool is repeated again.

The management tool has a user registration function in addition to the authentication function. Using this function, the teacher of the school registers personal information such as the names, grades, and class names of the students in his or her class in a file (called a registered user file) in the server 20. The new features of this system are shown below. (1) (a) Client 1 used for personal authentication
Using the GUI of 0, the student indicates the organization to which the student belongs, specifically, the grade, the class name, his / her user name, and the combination of pictures as the password. (B) The information input using the GUI is transmitted to the server 2
The point that the management tool of No. 0 converts to the user ID and the password (2) The teacher is the student's grade and name (user name of the present invention)
Is registered, the management tool of the server 20 has a function of automatically setting a user ID, an attendance number, and a password to be assigned to a student. (3) There are a plurality of security levels, and a teacher can select a security content (policy) from his / her client 10 according to the grade of the student. The policy includes a setting for displaying / hiding the drive icon of the client 10 of the student. (4) When it is detected by the clock function in the server 20 that it is time for the student to advance (March), the grade information in the registered user file is automatically updated to one grade higher. The user information (records such as name and user ID) of the student of the current highest grade is automatically deleted from the registered user file. (5) Others A user registration process and a personal authentication process executed in such a system configuration will be described. A display screen of a GUI used for user registration and personal authentication will be described. The buttons, tables, pull-down menus, and the like that make up the GUI are already well-known, so only these functions will be described.

FIG. 2 shows a part of the user registration screen. This screen is displayed when the user permitted to register the user, in this embodiment, the teacher activates the staff tool mounted on the client 10 side, and the display screen of FIG. 2 is displayed.

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 transition to a user account registration process. Reference numeral 203 denotes a button for instructing a transition to a process of changing registered user information. Reference numeral 204 denotes a button for instructing a transition to a user account deletion process.

Reference numeral 205 denotes a button for instructing a transition to processing for reading user information from another file, for example, an address book file. Reference numeral 206 denotes a button for instructing rearrangement of the sheets 211. 207 is a user ID
(Note that this is different from the user name.) A button 208 instructs automatic setting of the attendance number. A button 209 instructs automatic setting of a password. Reference numeral 210 denotes a button for instructing creation of a card, that is, a card in which a combination of a picture of a password is described for each student.

Reference numeral 211 denotes a sheet on which user information is described. The user information described on the sheet 211 is stored in the server 20.
The user information stored in the client 10 and read from the registered user file by the client 10 is displayed on the client 10 in the form of a sheet 211.

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
We prepare for grade.

In the user information described on the sheet 211,
The items manually input by the teacher are the first and last names, and their readings (Hiragana character strings), gender and gender of the gender. The attendance number, user ID, and password (not shown) are automatically set. Please note that the password entry column is not shown in the figure due to security concerns.

FIG. 3 shows a security screen which can be displayed only on the user information registrant, ie, the teacher's client 10. Reference numeral 301 denotes a list box for specifying a school year to be set. A button 302 is used to specify 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 (contents of security) 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 items in the prepared list are necessary. Third
Is a mode for setting a security policy using a policy editor (a well-known program for manually editing security contents mounted on Windows NT).

FIG. 4 shows the client 1 of the user information registrant.
0 is a screen 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.

FIG. 5 shows a user name setting button 207 shown in FIG.
9 shows a screen (GUI) displayed when is operated.
In FIG. 5, a button group 501 selects a user ID determination method. Reference numeral 502 denotes an OK button for instructing button selection confirmation. The user name shown in FIG. 5 means a user ID. In this embodiment, (1) a method of allocating a user ID after rearranging sheets by attendance number, (2) a method of allocating a user ID after rearranging sheets by name, and (3) a user ID without rearranging the sheets There are three methods for determining the user name.

FIG. 6 shows a screen displayed when the OK button 603 in FIG. 5 is operated. In FIG.
Is an area for inputting a character string of a head portion (prefix) of the user ID. Reference numeral 602 denotes an area for inputting a student's entrance year. In the present embodiment, the user ID is composed of a prefix, a number indicating the school year, and a character string automatically determined. In this embodiment, a user account for electronic mail is automatically created from the user ID.

FIG. 7 shows a display screen (GU) for notifying a password assigned to a student, that is, a combination of pictures.
I) is shown. 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.

FIG. 8 shows that when a student's client 10 logs into the network, for example,
5 shows a log-in screen (GUI) displayed when the power is turned on. Reference numeral 801 denotes a button group for selecting a grade.

FIG. 9 shows a screen (GUI) displayed after the grade is designated on the screen of FIG. 8, and a class name of a user is selected by a class name selection button 901. Button 90
Numbers and hiragana are used for lower grades and numbers and kanji are used for higher grades to display the class name of 1. This is also a novel feature of the present embodiment.

FIG. 10 shows a screen displayed after a class name is selected on the screen of FIG. In FIG. 10, screen 1
When the name in list box 1002 in 001 is selected with the mouse, the screen in FIG. 11 appears.

FIG. 11 shows a password input screen (GUI). In FIG. 11, a pull-down menu 1102 is prepared in a screen 1101. When the left mouse button is clicked with the mouse cursor positioned on the arrow graphic of the pull-down menu 1102, selection candidates in the pull-down menu are displayed. Illustrations, photographs, figures, and the like are used as selection candidates. The user selects one of a plurality of selection candidates in the pull-down menu by operating the mouse.
02 is performed by the user. The combination of the selected picture is converted into a character string password.

Based on the above description of the screen, the login-related process according to the present invention will be described with reference to the flowcharts of FIGS.

In this embodiment, a tool for elementary school students and a tool 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 e-mail function. This tool is Client 1
0, the password input program according to the present invention is installed in the client 10.

Further, there are provided a staff tool used by the teacher for the above-described schedule creation, user registration and login, and a policy tool for setting a security policy. It is assumed that the student's iron 10 has a login tool for elementary school students or a tool for junior high school students. In addition, teacher's client 1
It is assumed that 0 has a staff tool and a policy tool. It is assumed that the server 20 has a management tool for exchanging information with the tools of the student and the teacher and a registered user file.

(General Processing) FIG. 12 shows processing contents executed when the power of the client 10 is turned on or when the client 10 logs in.

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 (step S).
1210 → S1215). If the password entered by the user is valid (YES in step 1216), a so-called desktop is displayed on the display of the client 10 (step S1217).

Thereafter, until the power is turned off, step S
The loop processing between 1220 to S1225 or S1230 is repeated. When the user (student or teacher) instructs the activation of the tool, for example, when the activation of the tool is instructed by operating an icon assigned to the tool, the instruction is detected in step S1220, and the tool is activated. You. The user browses the timetable schedule and transmits / receives e-mail using the activated tool. Since these processes are not related to the present invention, a detailed description will be omitted.

(User Registration Processing) The teacher
Login from 0. Since the teacher's login method cannot be disclosed to the general public due to security reasons, it is assumed that the login is performed by inputting the user ID and password in the same character string format as in the past. This login processing is performed in step S1215 of FIG. After this, the teacher starts the staff tool on the client 10
(Step S1225), the user setting mode is selected. In response to this selection, the registered user file in the server 20 is stored in the client 10 according to an instruction from the client 10.
2 is displayed on the display screen of the client 10. The client 10 starts the processing procedure of FIG. When the teacher selects a desired grade tab 212 on the display screen by operating the mouse, the client 10 displays the selected grade user information on the sheet 21.
1 in a switching manner (step S137)
0). When the teacher specifies an input position in the sheet 211 on the display screen and inputs student user information from the keyboard, the input position is detected as a data input, and the client 10 (CPU) inputs the data. Data to be temporarily stored in the internal system memory (step S
1310 → S1315). When the teacher finishes inputting the user information of the students, the sheets are rearranged if necessary. After the teacher specifies the desired row of the sheet 211 and operates the sheet rearrangement button 206,
In the client 10, the button 20 is pressed in step S1330.
6 are detected, and the entire data (registered user file data stored in the system memory) based on the designated column is rearranged (step S13).
30 → S1335). For example, when a name is selected, the data of the registered user file in the system memory is sorted in alphabetical order in Japanese and alphabetically in alphabetical order.

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. Attendance numbers are given to correspond to row locations. The assigned attendance number is written in the entry field of the registered user file in the system memory
(Step S1355).

Thereafter, the teacher inputs the user name (user I
The setting button 207 of D) is operated. This operation is detected in step S1340, and the user ID is automatically determined in step S1345. More specifically, button 207
6 is displayed on the display screen of the teacher's client 10. The teacher operates a desired button.
In this example, since the rearrangement by the attendance number has already been performed, the button at the bottom is operated. If you want to set a user name after sorting by name order, operate the middle button.

Thereafter, the screen shown in FIG. 6 is displayed, and the teacher inputs the prefix and the student's entrance year. The client 10 performs rearrangement corresponding to the operated button, and then assigns a user name. At this time, the user ID is entered using the prefix and the school year entered on the screen in FIG.
Create For security reasons, I won't give you details, but the easiest and easiest way is to add a prefix,
By combining the school year and attendance number,
A user ID can be created. Alternatively, a character string to be assigned to each student may be generated by a random number generator, and may be combined with the prefix and the school year.

Next, the teacher operates the reset password button 207 shown in FIG. This operation corresponds to step S in FIG.
1320, the user I is detected in step S1325.
A password is automatically created for each D. Although the method of creating the password cannot be disclosed due to security considerations, if a well-known example is introduced for convenience of explanation, a character string of the password can be created by encrypting the name. However, in the present embodiment, since the password is input using a combination of pictures, it is necessary to provide a correspondence between the combination of pictures and the password character string corresponding to the combination.

The created password is written in the password entry field in the user registration file in the system memory.

When the teacher distributes the picture password for the student, the teacher operates the card creation button shown in FIG.
This operation is detected in step 1360 in FIG. 13, and the card data is displayed in step S1365. The card data is displayed on the display screen as shown in FIG.

As described above, since there is a correspondence between the combination of pictures and the character string of the password described in the registered user file, the correspondence between the character string of the registered password and the file name of the image used in the card is determined. If a table is created, the client 10 can acquire an image used in 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. Also, instead of the correspondence table, the image file name may be acquired using a conversion formula for deriving the image file name from the password character string.

In this embodiment, a card is created from data on the grade, class name and name of the registered user file, and a picture image converted from the character string of the password. 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.

When the above-described setting processing 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 school year and delivers them to Windows NT. In Windows NT, a group for each grade is created in the login management table based on the transferred data, and a user name (user ID) and a password are registered. This login management table is a well-known table conventionally used when passwords are collated in the form of characters.

The tool described in this embodiment has an e-mail function in addition to the log-in function according to the present invention. For this reason, an e-mail user account can be automatically registered using the automatically set user name.
In this embodiment, when the teacher operates the check button on the left end of FIG. 2 to input a check symbol and operates the user account registration button 202, the user inputting the check symbol is communicated with the e-mail user account. Automatically registered in the user account registration file on the server.
An e-mail user account can be automatically created by combining a user ID with a symbol and a domain name. The domain name is obtained from a communication server (not shown) (other processing in step 1370).

In addition to the processing described above, by operating various buttons displayed in FIG. 2, the user information is changed, the user account is deleted, and the user information is read (imported) from another file. Processing and the like are performed.

(Login Process) Student Client 10
Will be described with reference to FIG. FIG. 14 shows the contents of a login-related authentication tool in a tool mounted on the student client 10 side.

When the power of the client 10 of the student is turned on or when the login is instructed, the program of FIG. 15 is executed in the client 10. The client 10 creates a display image for the GUI using the image creation data of the screen in FIG. 8, and displays it on the display screen (step S1410). The image creation data for creating the images shown in FIGS.
May be read out by the client 10, but in the present embodiment, it is assumed that the image creation data is stored on the hard disk of the client 10. The number and notation of the buttons pasted on this screen image are automatically created using the information of the grade, class name and name described in the registered user file. In addition, we have grade, class name, student name of each class,
It is assumed that 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 on the hard disk of the server 20.

The student uses the mouse on the screen shown in FIG.
Operate the button corresponding to your grade (step S1
420).

The client 10 creates a GUI for selecting a class name based on the data indicating the hierarchical structure and the image creation data for display, and displays it as shown in FIG. 9 (step S1430 → S1410). When the class name is selected by the student, the selected student name is displayed according to the hierarchical structure, and the screen of FIG. 10 for selecting the user's own name is created and displayed (step 14030 → S1).
410).

When the student selects his / her name on the screen shown in FIG. 10 (step S1420), the picture input screen for the picture shown in FIG. 11 is finally displayed (step 1430 → S1).
410). The user selects a picture assigned to him / her from a plurality of pictures using the bull down menu 1102 (step S1420).

When the above operation is performed by the student, the client 10 determines that the password input operation has been completed (YES in step S1425), and proceeds to step S143.
Advance to 0. The client 10 converts the selected combination of pictures into a character string of a password 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 server 20 (step S1440 → S
1450). The management tool of the server 20 searches the user registration file based on the received name and acquires the user ID.

A password registered in the management table (a password corresponding to the user ID obtained by the above search and described in the management table of Windows NT) and a password from the client are provided by the password collation function of Windows NT. Verification of the transmitted password is performed. If the two passwords match as a result of the verification, information to that effect is sent to the client 10 and login is permitted as in the prior art (step S146).
0). 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. After this,
The client 10 ends the processing of FIG. 14 and shifts from step 1215 of FIG. 12 to processing of steps S1216 → S1217.

Conventionally, display / display of icons related to files
The non-display can be set by the user of the client 10. However, this system displays / displays drive icons.
A new feature is that the setting of non-display and the ability of the system administrator (in this case, teacher) to set the display / non-display of the drive icon of the client are possible.

On the other hand, if the two passwords do not match, the client 10 displays an error message on the display screen (step S1460 → S1465).
Accordingly, the procedure is changed from step S1215 to S12 in FIG.
The process proceeds from S16 to S1210, prompting the user to input the password again, so that the user cannot log in.

When the teacher activates the policy tool for determining the security policy, the screen shown in FIG. 3 is displayed.
When the teacher specifies the customization mode among them and selects the grade to be set, a screen for setting whether or not to execute a plurality of security items is displayed. Among the plurality of security items displayed on the display screen, there is an item for setting whether or not to hide the icon indicating the drive. When the teacher sets the desired drive as hidden (for example,
The check button is turned on), and the attribute indicating display / non-display for each drive is written in the security information table in the server 20. The drives that can be hidden are the drives A and D of the floppy (registered trademark) disk and the drives after D. By the way, partition (division of storage area)
Is not provided, the C drive is a hard disk, and D is a CDROM. When a drive icon is designated by a mouse, an icon of an object (holder, file, program, etc.) stored in the drive is displayed conventionally.

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).

When the student client 10 is permitted to log in by the personal authentication process described above, the server 20 determines which group the logged-in client belongs to, and determines the attribute corresponding to the determined group, in this case, the drive icon. Is read out and written into the management table on the client 10 side.

As described above, since the client 10 conventionally has a table in which attributes indicating display / non-display of files are described, the attributes of drives are added to this management table.

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 out icon information (attributes such as an icon image storage address, a file or drive name, a display position, and display / non-display) described in the management table, and displays / non-displays based on the attribute information. Determine display (Step S1
510 → S1520). The icon having the attribute of non-display is determined as YES in the determination processing of step 1520 in FIG.
It is not created on the system memory (step S
1520 → end). On the other hand, for an icon whose attribute is displayed, for example, the icon of the C drive, the icon image is read from the hard disk and incorporated into the screen image on the system memory in correspondence with the display position (step 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.

Since the student using the client 10 cannot see the drive icon set to be hidden, the student does not operate the drive icon by mistake.

The following embodiment can be carried out in addition to the above embodiment. 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 device or a system including a host device and a terminal device. The information processing device is not limited to a personal computer. The present invention can also be applied to a case where a client logs in to a server connected to a network on the Internet. In the case of a stand-alone information processing device, the process performed by the teacher on the client 10 and the process performed by the server 20 are executed by 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 2.
Corresponds to 0.

A part of the processing performed by the client 10 may be performed by the server 20, or a part of the processing performed by the server 20 may be performed by the client 10. 2) In the above embodiment, personal authentication is used for logging in to the network. However, the purpose of permitting use of a client, the purpose of permitting use of a specific file or database, the purpose of permitting access to a specific recording area,
The present invention can be applied for various access restrictions such as the purpose of accessing the server. 3) In the above-described embodiment, the grade in the record (a plurality of data related to the user name) in the registered user file is automatically updated. However, the grade may be automatically updated by the manual operation of the teacher from the client 10. Good. The same applies to the deletion of graduate records. 4) In the above-described embodiment, the user name and collation password of the registered user file are also passed to the conventional management table side in order to use the login management function of the conventional network management program (Windows NT). However, the password for verification may be read from the registered user file when verifying the password. Also, a registered user file may be created in a conventional management table.

Various modifications other than the above-described embodiment are possible, but the modifications fall 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]

As described above, according to the present invention, the drive icon of the client can be hidden for security purposes, so that the drive icon is operated by mistake and stored in the drive. The trouble of changing information can be solved.

Further, according to the present invention, since the drive icon of one client can be set to non-display from another client, it is necessary for a client who is not familiar with the operation method to perform the operation of setting the drive icon to non-display. There is no.

[Brief description of the drawings]

FIG. 1 is a block diagram illustrating a system configuration according to an embodiment of the present invention.

FIG. 2 is an explanatory diagram showing a screen for user registration 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 view 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 a character at the head of a user ID according to the embodiment of the present invention.

FIG. 7 is an explanatory diagram showing an output example of a password (combination of pictures) assigned to a student according to the embodiment of the present invention.

FIG. 8 is an explanatory diagram showing a grade selection screen according to the 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.

FIG. 13 is a flowchart showing the contents of a user registration process executed by the server 20.

FIG. 14 is a flowchart showing the contents of a login process executed by the client 10.

FIG. 15 is a flowchart showing display control contents of a drive.

[Explanation of symbols]

 10 Client 20 Server 21 I / O 22 CPU 23 System Memory 24 Hard Disk

 ──────────────────────────────────────────────────続 き Continued on the front page (72) Inventor Takashi Maeda 2-2-1 Yoyogi, Shibuya-ku, Tokyo Inside My Crosoft Co., Ltd. (72) Inventor Futasa Suzuki 2-35-1 Ebisu, Shibuya-ku, Tokyo Keio Gijuku Kindergarten (72) Inventor Takayo Haga 1-33 Yayoi-machi, Inage-ku, Chiba-shi, Chiba Chiba University Nishi-Chiba Campus Chiba University Junior High School attached to Faculty of Education F-term (reference) BA35 BB01 BB12 BB13 BB15 BB22 BB32 BB42 BC02 BC05 BD01 BD02 CB06 DA86 DA87 MM05 MM09 5E501 AA02 AC37 BA02 CA03 CB09 DA13 EA11 FA04 FA13 FA23 FB34

Claims (2)

[Claims] 1. A screen display method for displaying icons of a plurality of drives on a display screen of a display device and, when a specific icon is designated, displaying an icon of an object stored in the designated drive. A screen display method, wherein display / non-display is set for each of the plurality of drives, and icons of the plurality of drives are displayed / non-display based on the set display / non-display. 2. The screen display method according to claim 1, wherein the display device is included in each of a plurality of clients,
A screen display method, wherein display / non-display of a drive icon of another client can be set from one of the plurality of clients.