JP2002109079A - Education support method and support server - Google Patents

Abstract

(57) [Summary] [Assignment] A system that encourages students who do not submit assignments or send e-mails to learn lessons, and that appropriately cancels membership registration is provided. A management server of an education support site.
Is a member DB that stores assignments completed on the student side, and emails and the like communicated between the teacher and student terminals.
44. The management server 20 has a term management unit 46 that manages student access, cancellation of member registration, and the like. The time limit management unit 46 stores the date and time of the last access, which is the most recent access from the student side, and when detecting that the first period has elapsed from the date and time of the last access, notifies the notification regarding the continuation of registration. Create and send to student terminal. Further, when detecting that the second period has elapsed from the date and time of the notification regarding the continuation of registration, the time limit management unit 46 creates a notification regarding cancellation of the member registration and transmits the notification to the student terminal. After transmitting such a notice regarding cancellation, member registration cancellation processing is executed.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an educational support system for providing distance learning using the Internet, and more particularly, to an educational support system for appropriately encouraging students to learn when access by a student is lost. About the system.

[0002]

2. Description of the Related Art In recent years, with the spread of the Internet, the number of homes that have a personal computer has increased significantly. Accordingly, many correspondence courses using the Internet or e-mail have been realized. Such distance learning using the Internet, for example, music training, generally proceeds in the following procedure. (1) A terminal used by the teacher (teacher-side terminal) selects a song to be learned by the student. (2) The terminal (student terminal) used by the student downloads the musical score data and the model performance data of the music selected by the teacher terminal from the designated server. (3) The student plays the music of the score with reference to the model performance data. Performance data recording this performance is transmitted from the student terminal to the server. (4) The teacher terminal downloads the performance data from the server, reproduces the performance data, evaluates the performance of the student, and sends advice by e-mail. (5) In addition, questions and answers are exchanged between the teacher terminal and the student terminal by e-mail. In education other than music education (eg, correction), substantially the same procedure is taken.

[0003] In such distance learning using the Internet, a student sometimes abandons his or her training on the way. This is often discovered shortly after the student submits an assignment or no longer has an email. Since the existence of such a large number of students may decrease the morale of the teacher, it is desirable to drop out of school, that is, cancel the membership registration.

[0004]

On the other hand, in the distance education using the Internet, the operation is generally covered by the tuition from the student. Therefore, there is also a problem that the operation may be hindered if a large number of cancellations of the membership registration are issued.

[0005] It is an object of the present invention to provide a system in which students who do not submit an assignment or e-mail communication are encouraged to learn, and in which member registration is appropriately canceled.

[0006]

SUMMARY OF THE INVENTION It is an object of the present invention to store a task set at a teacher terminal operated by a teacher and to transmit the task to a student terminal operated by a student according to a request. An education support method using an education support site configured to store completed tasks and transmit the completed tasks to a teacher terminal according to a request, wherein the predetermined one is a recent access among predetermined accesses from a student terminal. Storing the date and time of the last access, detecting that a first period has elapsed from the date and time of the last access, and responding to the detection of the first period, Transmitting to the student side terminal, detecting a further elapse of a second period from the date and time of the notification regarding the registration continuation, and detecting the second period. In response to the request, transmitting a notification regarding the cancellation of the registration to the student side terminal, and executing a registration cancellation process after transmitting the notification regarding the cancellation. Achieved by the method.

According to the present invention, when the first period elapses from the last access, at least the student is notified that registration may be canceled or a notification prompting a lesson is issued, and the student is waited for a response. Further, if there is no response from the student only for the second period thereafter, the processing related to registration cancellation is executed. Therefore, it is possible to prevent students who have inadvertently forgotten access from being deregistered,
It is possible to cancel the registration of students who do not want to learn.

[0008] In a preferred embodiment of the present invention, the registration cancellation processing is executed when there is an intention to cancel the registration from the student terminal or after a third period has elapsed from the notification regarding the cancellation. Is done.

According to this embodiment, even after entering the stage of canceling from the stage of encouraging the training, registration cancellation only when there is no intention of cancellation from the student or there is no response for the second period. Execute That is, even at this stage,
If students have access to the lesson, such as obtaining or submitting assignments, they will be able to continue the course as before.

[0010] In a further preferred embodiment of the present invention, the registration cancellation processing is performed only when the intention is displayed or after a third period has elapsed, for a predetermined fourth period.
Prohibiting registration and access by the student-side terminal; and clearing data stored for the student after the elapse of the fourth period to release the prohibition.

According to this embodiment, once the registration is canceled, the student cannot re-register or access for the fourth period. After the fourth period has elapsed, clearing all the data will enable a completely new registration. As a result, even a student whose registration has been canceled once can accept a student who has given a training instruction again after a certain period of time.

[0012] In another embodiment of the present invention, a notification regarding the continuation of registration and a notification regarding the cancellation are transmitted to another terminal notified in advance from the student side terminal. For example, by notifying a parent of a request for encouraging a student's training, it becomes possible for the parent to grasp the student's course status and to allow the student to continue the course.

It is another object of the present invention to provide a task set at a teacher terminal operated by a teacher, a completed task completed on a student side, and transmitted from a student terminal operated by the student. An education support site configured to provide the data communicated between these terminals to the student terminal and / or the teacher terminal as necessary, wherein the education support site includes a predetermined access from the student terminal. Last access detecting means for storing the date and time of the latest last access, first detecting means for detecting that a first period has elapsed since the date and time of the last access, and detecting the first period. A second period elapses from a registration continuation notification creating unit that creates a notification regarding the continuation of registration in response to the notification and transmits the notification to the student terminal, and a date and time of the notification regarding the continuation of registration. Second detection means for detecting that the second time period has been detected, a registration cancellation notice creating means for creating a notice regarding cancellation of registration registration and transmitting the notice to the student terminal, This is achieved by an education support site characterized by comprising registration cancellation means for executing registration cancellation processing after transmitting a notice regarding cancellation.

[0014]

Embodiments of the present invention will be described below with reference to the accompanying drawings. FIG. 1 is a block diagram showing the overall configuration of the education support system according to the embodiment of the present invention. In this embodiment, for example, a system is used for music education for learning music using a musical instrument such as a piano.

As shown in FIG. 1, an education support system 10
In the Internet 12, a student terminal 14 used by students and a parent terminal 15 used by parents
And the teacher-side terminal 16 used by the teacher. In the system 10, a learning support website 18 is provided and connected to the Internet 12. As shown in FIG. 1, the website 18 has a management server 20, a mail server 22, and a music server 24, and exchanges data with the student terminal 14, the parent terminal 15, and the teacher terminal 16. It is possible. For example, the management server 20, the mail server 22, and the music server 24 are connected via a LAN or the like, and can exchange data with each other. A personal computer can be used as each of the terminals 14, 15, and 16.
Further, an electronic musical instrument 17 such as a MIDI keyboard is connected to the student side terminal 14, and an MIDI musical instrument 17 generated along with the performance is provided.
The DI data can be transmitted to the student terminal 14.

In this embodiment, the student terminal 14 and the guardian terminal 15 are provided separately, but it goes without saying that the student and the guardian may use a single terminal. Absent. FIG. 2 is a block diagram illustrating a configuration of the management server according to the present embodiment. The management server 20
In addition to storing the communication history of each of the students, parents, and teachers, the songs trained by the students, and other various data, necessary data can be presented to the terminal in response to a request from the students or the like. ing.

As shown in FIG. 2, the management server 20 includes a communication control unit 3 for controlling communication via the Internet 12.
0, a registration processing unit 32 that executes processing for registering students who are members of the distance learning, a member authentication unit 34 that authenticates students, parents, and the like, and specifies students and the like to store various histories. An ID management unit 36 for managing IDs to be played, a music list management unit 38 for managing a music list to be presented to students and the like, a mail management unit 40 for managing questions from students and the like, answers and advice from teachers, A performance data management unit 42 for managing data, a member DB 44 for storing various data communicated via the Internet 12, and a deadline management unit 46 for managing various deadlines based on student access. .

The member registration unit 32 executes the processing and registers the student, so that a data area for the student and his / her guardian is secured in the member DB 42 and transmitted from the student or guardian. Data is stored.

FIG. 3 is a diagram showing an example of the data structure of the member DB according to the present embodiment. As shown in FIG. 3A, in this embodiment, a data area for each of the students (1), (2),... Is provided. In this example, since there is only one teacher, the number of teacher data areas (see reference numeral 320) is one, but it goes without saying that the data area is not limited to this. As shown in FIG. 3B, in the student data area 301, an ID, a password, a name, an address, a credit number for billing, a student e-mail address, a parent e-mail address, and a student, which specify the student, will be described later. The song title (acquisition song name) of the song from which the score data and model performance data were acquired, the song played by the student himself (performance data), advice and answers from the teacher,
The data which shows the question from a student and the music list | wrist respectively selected by the teacher are accommodated. Further, in this embodiment, in the data area 301, various data (final date and time and designated date and time) relating to the date and time to be updated according to the student's access, and various flags (need attention flag, alert flag and registration disapproval) are stored. Flag) is provided. The last date and time is when the student
0 refers to the date and time when the assignment (performance data) was uploaded and the question to the teacher was stored in the member DB 44. The designated date and time is a date and time used to change the state of a flag described later.

The outline of the main operation in such an embodiment will be described below. The education support system 10 basically allows a student to learn music by making the following communication. FIG. 4 to FIG. 7 and FIG. 11 are flowcharts showing the outline of the processing executed between the terminal and the server. (1) Registration by student terminal (see FIG. 4) (2) Selection of music to be learned by the student from teacher terminal (see FIG. 5 (a)) (3) Music score data and model performance data by student terminal Acquisition (see FIG. 5 (b)) (4) Upload of performance data related to music played by students and e-mail communication of questions (see FIG. 6) (5) Download of performance data and evaluation of performance by teacher terminal, Email communication of advice and answers (see Fig. 7), and browsing of advice and answers by student terminals (see Fig. 11)

First, a description will be given of student registration with reference to FIG. A communication path is established between the student terminal 14 and the management server 20 of the learning support website 18 via the Internet 12 (step 401), and when the student terminal 14 requests a registration form (step 40).
2), the registration form is transmitted from the management server 20 to the student terminal 14 (step 403). FIG. 8 (a)
It is a figure showing an example of a registration form. As shown in FIG. 8A, the registration form 801 can be filled in with a name, address, credit card number, own e-mail address, and e-mail address of a guardian. When the student operates the input device of the student side terminal 14 to input necessary items in blanks in the registration form (step 404) and turns on the send button 802, the completed registration form is transmitted to the management server 20. (Step 405).

The member registration section 32 of the management server 20 first determines whether or not the accessing student is in a state where registration is possible (step 406). FIG. 12 is a flowchart showing the registration permission check process of step 406 by the member registration unit 32 in more detail. As shown in FIG. 12, the e-mail address is checked by referring to the student registration form, and whether the same e-mail address as that of the student data having the same e-mail address exists in the member DB 44 is determined. Is determined (step 1
202). If it is determined as YES in step 1202, it is determined whether or not the non-permission flag is “1” in the data area specified by the student ID of the student (step 1203). . The non-permission flag is set by a process described below to disable student registration for a certain period.

When the non-permission flag is "1",
The member registration unit 32 creates a non-permission message (step 1204), and this message is transmitted to the accessing student terminal 14 (step 1205). FIG. 8B is a diagram illustrating an example of a non-permission message.

If registration can be permitted (step 1202)
(No in step 1203 or No in step 1203), the member registration unit 32 secures the student and guardian data areas in the member DB 44 (step 407), and the registration form is received. This is notified to the student terminal 14 (step 408). In addition, the member registration unit 32 generates a student ID (student ID) and password (step 409), and generates a notification mail for notifying the student of the student ID and password (step 41).
0). The student ID and the guardian ID may be their respective email addresses, or may be separately set in the management server 20. Also, the password may be notified by e-mail, or may be notified using other off-line means such as mailing in consideration of security. The student ID and, in some cases, the password are transmitted to the student terminal 14 (step 411). In this way, the registration of the student is completed.

Next, a description will be given of a process executed when the teacher selects a song to be learned by the student. It is assumed that the ID and the password have already been issued between the teacher and the education support site. As shown in FIG. 5A, after a communication path has been established between the teacher terminal 15 and the education support site 18 and authentication using a password has been performed (step 501), the teacher sends the teacher terminal 15 Of the music list is requested (step 502). The management server 20 transmits to the teacher terminal 15 a list (song list) of songs held by the song server, which has been received in advance from the song server (step 503). In this step 503, the student name and the student ID are desirably sent to the teacher terminal 15.

The teacher refers to the list and designates a song to be learned by a certain student (step 504).
The specified music title (selected music title) and student ID are transmitted to the management server 20 (step 505). The song list management unit 38 of the management server 20 refers to the student ID and
In the data area related to the student ID in the member DB 44,
The data is added as data indicating the selected music list (step 506). In this way, the data indicating the music that the student should learn can be stored in the member DB 44.

Next, the acquisition of data related to music at the student terminal 14 will be described. As shown in FIG. 5B, when a communication path is established between the student terminal 14 and the management server 20 (step 511), the student operates the input device of the student terminal 14 to enter the ID and the ID. Enter your password. These are transmitted to the management server 20 (step 51).
2), the member authentication unit 34 authenticates the student (step 51)
3).

FIG. 13 is a flowchart showing the authentication process of step 513 in more detail. Member authentication unit 34
Receives the ID and the password (step 13
01), the student ID and the password are collated with reference to the data area of each student in the member DB 44 (step 1302). If the same student ID and password do not exist in the data area in the member DB 44 (Yes in step 1303), the member authentication unit 34 creates an error notification (step 1304) and transmits this to the student terminal. 14 (step 1305). On the other hand,
If the same student ID and password exist (No in Step 1303), it is determined whether or not the non-permission flag in the data area indicated by the student ID is “1” (Step 1306). ). The disapproval flag is
As mentioned below, we do not allow deregistered students to register or access for a certain period of time.
If this value is "1" (Yes in step 1306), a non-permission message is created (step 1307) and transmitted to the student terminal 14 (step 1308).

At step 1306, it is determined as No.
When the authentication is completed, the management server 20 sends the student terminal 14
Is transmitted to the menu screen (step 514). FIG.
(A) is a figure showing an example of a menu screen. FIG.
As shown in (a), the menu screen 901 includes a model song acquisition, a model song preview (listening to a model song), advice / answer viewing (see advice / answer), performance data transmission,
Recording performance data and sending questions (asking questions)
Button is included, and any of these buttons can be specified. When the student operates the input device of the student-side terminal 14 and turns on the button 902 for obtaining a model song, a song list request is transmitted to the management server 20 (step 515).

The music list management section 38 of the management server 20
With reference to the student ID, the selected music list is extracted from the data area of the student in the member DB 44 and transmitted to the student terminal 14 (step 516). FIG. 9B
5 is a diagram showing an example of a music list displayed on the screen of the display device of the student terminal 14. FIG. As shown in FIG. 9, songs that can be selected by the students are listed on the screen (reference numeral 9).
03). Therefore, the student only has to operate the input device of the student side terminal 14 to select a desired music piece and turn on the acquisition button 904. Thereby, the student terminal 1
4 transmits the data indicating the music title to the management server 20 (step 518).

The music list management section 38 of the management server 20 transfers the received data to the music server 24 (step 51).
9). In response to this, the music server 24 transmits the score data and the model performance data of the music indicated by the data to the student terminal 1.
4 (step 520). The student terminal 14 downloads the data and stores it in a predetermined area such as a hard disk (step 522). Management server 20
The song list management unit 38 of the member D refers to the student ID and
In the student's data area of B44, the name of the song downloaded this time is added to the acquired song title along with the date (step 521). Further, since the score data and the model performance data have been obtained from the student side, a date update process for updating the last date and time is executed (step 523).

FIG. 14 is a flowchart showing the date update process in more detail. The term management unit 46 clears the caution flag and the alert flag of the data area specified by the student ID to “0”, as shown in FIG. Also, the term management unit 46 clears the designated date and time and stores the current date and time (current date and time) as the final date and time (step 1404). In this way, it is possible for the student to refer to the score or to play the model performance.

Next, uploading of performance data obtained by playing the electronic musical instrument 17 and creation and transmission of a question mail in the student terminal 14 will be described. As shown in FIG. 6, in the student terminal 17, the student first operates the input device to start recording (step 601), plays the electronic musical instrument, records the performance data of the music, and ends the recording. (Step 602). When the performance data is stored, for example, by pressing a storage button displayed on the screen of the display device, the performance data is stored on the hard disk together with the music name (file name) (step 604).

When transmitting the performance data stored in this manner, first, a communication path is established between the student terminal 14 and the management server 20, and authentication based on the student ID and the password is performed. (Step 610) Then, the menu screen is transmitted to the student side terminal 14 (Step 611). When the student operates the input device of the student side terminal 14 and presses the performance data transmission button 905 in the screen shown in FIG. 9A, a screen (not shown) for transmitting the performance data is displayed. Is done. Here, the performance data is transmitted to the management server 20 by inputting the file name and pressing the transmission button (step 612).

The performance data management unit 42 of the management server 20
Stores the performance data in the member DB 44 in the area specified by the student ID in the data area for the teacher (step 614). Further, the performance data management unit 42
Refers to the student ID and stores the performance data in the data area specified by the student ID in the member DB (step 615). Thereafter, the completion of the upload is notified to the student terminal 14 (step 616). Also in this case, the student transmits the performance data, so that there is access from the student side. Therefore, the date update process (FIG. 1)
4) is executed (step 617).

Next, a case where a question mail is transmitted will be described. When the student operates the input device of the student-side terminal 14 and turns on the button 906 for asking a question on the menu screen, a screen as shown in FIG. 10A is displayed on the display device. The student inputs necessary items to create a question mail (step 618), and clicks a send button 1001
Is turned on, a question mail is transmitted to the management server 20 (step 619).

The mail management section 40 of the management server 20 stores the question mail in the area specified by the student ID in the data area related to the teacher in the member DB 44 (step 620). Further, the performance data management unit 42 stores the question mail in the data area specified by the student ID in the member DB with reference to the student ID (step 6).
21). Again, because of student access,
A date update process (see FIG. 14) is executed.

Next, downloading of performance data and mail communication of advice and answers by the teacher's terminal will be described. When a communication path is established between the teacher terminal 16 and the management server 20 (step 701), the teacher operates the input device of the teacher terminal 16 to specify a student whose performance data is to be acquired (step 701). 702). For example,
This can be easily realized by transmitting a list or the like indicating student names from the management server 20 to the teacher terminal 16 after the communication path is established.

The performance data management unit 42 of the management server 20
Is a member DB4 based on the student ID of the designated student.
In step 4, a performance music list is created with reference to the performance music data in the data area specified by the student ID (step 703). The music list is stored in the management server 20.
Is transmitted to the teacher-side terminal 16 (step 704).

Next, a music title is designated on the teacher terminal 16, and a distribution request for performance data is transmitted from the teacher terminal 16 to the management server 20 (step 705). The performance data management unit 42 of the management server 20 searches the member DB 44 for a data area specified by the student ID based on the student ID and the song name, reads out the specified performance data, and stores the read performance data in the teacher terminal. 16 (step 706). The teacher terminal 16 stores the performance data in a predetermined area of the hard disk (step 707).
Here, the music based on the performance data may be configured to be reproduced. In this way, the teacher can listen to the music played by the student.

The following processing is executed so that the teacher refers to the student's question. When a question mail distribution request is transmitted from the teacher side terminal 16 to the management server 20 (step 708), the mail management unit 40 of the management server 20
From the data area related to teachers in the member DB 44,
The question mail in the area specified by the student ID is read (step 709), and transmitted to the teacher terminal 16 (step 710). The question e-mail received by the teacher terminal 16 is displayed on the screen of the display device.
Teachers can check student questions.

The teacher operates the input device of the teacher terminal 16 to create a reply mail (step 711). The created reply mail is transmitted to the management server 20 (step 712).

The mail management unit 40 of the management server 20 refers to the student ID and stores the reply mail in the member DB in an area for accommodating advice and reply in the data area specified by the student ID ( Step 713).

Next, a description will be given of a method in which a student refers to an answer mail. FIG. 11 is a flowchart showing this processing. As shown in FIG. 11, when a communication path is established between the student terminal 14 and the management server 20 and the authentication using the student ID and the password is completed (step 1101), the menu screen is displayed from the management server 20 on the student side. The information is transmitted to the terminal 14 (step 1102). The student displays a screen (FIG. 9) displayed on the display device of the student terminal 14.
A button 907 for viewing advice / answer is selected from (a) reference numeral 901). As a result, the advice / answer viewing request is transmitted to the management server 20 (step 1103). Mail management unit 40 of management server 20
Is the student ID in the member DB 44 based on the student ID.
A list of e-mails is created by referring to the advice / response e-mails in the data area indicated by
4), this is transmitted to the student terminal 14 (step 11)
05). For example, the list may include a headline of the mail in addition to a subject indicating advice on performance or an answer to a question.

When the student operates the input device of the student terminal 14 and selects an advice / answer mail to be viewed (step 1106), data indicating the selected advice / answer mail is transmitted to the management server 20. (Step 1107). Mail management unit 50 of management server 20
Sends the designated advice / answer mail to the member DB 44
And transmits it to the student terminal 14 (step 1109).

In the student terminal, the accepted advice / answer mail is displayed on the screen of the display device (step 1110). In this way, the student can know advice on his performance and answers to questions. Further, since there is an access from the student side as a mail request, the management server 20 executes a date update process (see FIG. 14) (step 1111).

As described above, in the present embodiment, when there is an access from the student side such as acquisition of information regarding music, transmission of performance data, transmission of a question, and acquisition of an answer, the date update processing is performed. Be executed. Thereby, various flags and date and time for proceeding with the processing for canceling the registration are cleared.

Next, processing for setting a flag when there is no access from a student will be described. In this embodiment, a flag is set at the following stage after the access is lost, and a notice is given to a student or a guardian. (1) Monitor the access status of the student, set the caution flag after the first period (α days) has elapsed since the last access, and send an e-mail requesting attendance (access status monitoring process: see FIG. 15). ). (2) After a lapse of a second period (α1 day) from the transmission of the above-mentioned mail, a warning flag is set, and a cancellation confirmation mail is transmitted (flag update processing: see FIG. 18). (3) After the elapse of the third period (α2 days), a non-permission flag is set and a cancellation notification mail is transmitted (registration non-permission processing: see FIG. 19). (4) After the elapse of the fourth period (α3 days), the registration of the student is canceled (registration cancellation processing: see FIG. 20).

Each of these will be described in more detail. As shown in FIG. 15, the time limit management unit 46 performs a predetermined timing (for example, once a week, on a Monday morning)
First, a student is selected with reference to the member DB 44 (step 1501), and the last date and time of the data area specified by the student ID is extracted from the member DB 44, and the difference between the current date and time and the last date and time is determined by the first first. It is determined whether or not it is longer than the period “α” (step 1502). This is to find a student whose predetermined period “α” has elapsed since the last access by the student.

If the determination at step 1502 is YES, the time limit management unit 46 sets the caution flag of the data area indicated by the student ID to “1”. Next, a value obtained by adding the second period “α1” to the current date and time at the designated date and time is set.

Next, the mail management unit 40 generates a “learning request mail” addressed to the student (step 1505),
In addition, a "learning request mail" addressed to the parent is generated (step 1506). Next, the above-mentioned "learning request mail" is transmitted to each destination (step 150).
7). FIG. 16A shows a “study request email” addressed to a student.
FIG. 17A is a diagram showing an example of a “tuition request mail” addressed to a parent or guardian. Such processing is executed for all the students (see step 1508). As a result, it is possible to notify a student who has not been accessed for the first period “α” or longer and a guardian of the student to encourage the student to attend.

Next, a description will be given of a flag updating process in the case where there is no access even when notified by the above-mentioned "learning request mail". This process is also executed at a predetermined timing. This process may be executed subsequently to the access status monitoring process shown in FIG. 15, or may be executed at a completely different timing. As shown in FIG. 18, the term management unit 46 refers to the member DB 44 and selects a student (step 1801). In the member DB 44, the caution flag of the data area specified by the student ID is “1”. Is determined (step 1802).
If the determination in step 1802 is YES, the time limit management unit 46 further determines whether the current date and time exceeds the specified date and time (step 1803). Accordingly, it is determined whether or not the current date and time has passed the second period “α1” or more from the time of the previous access monitoring process.

When it is also determined that the answer is YES in step 1803, the time limit management unit 46 resets the caution flag of the data area specified by the student ID to “0” and sets the alert flag to “1”. (Step 1804). As a result, the status of the student will be
Changed from "Needs Attention" to encourage attendance to "Alert" to confirm cancellation of registration.

Next, the term management unit 46 sets the current date and time plus the third period “α2” as the designated date and time (step 1805), and sends a cancellation confirmation mail addressed to the student and a cancellation confirmation addressed to the guardian. Generate Email (Step 1
806, 1807). These e-mails are transmitted to the respective destinations (step 1808). Such a process is executed for all the students (see step 1809). FIGS. 16 (b) and 17 (b)
It is a figure showing an example of a cancellation confirmation mail addressed to a student and a guardian. Students receiving such emails will be able to retrieve songs,
If performance data is sent, questions to the instructor, etc. are executed, various flags are cleared by the above-described date update processing, and the status of the student can be returned to the original. On the other hand, when the "reply" button shown in FIG. 16B is turned on and the reply mail in which the student ID and the like are written is transmitted to the management server 20, the predetermined processing is executed. This will be described after the description of the processing in FIG.

Next, a cancellation notice mail in the case where there is no access even by the cancellation notice mail is created, and a registration refusal process is executed to prohibit the re-registration of the student for a certain period. The timing at which this processing is performed may be performed following the access status monitoring processing or the like, or may be performed at another timing, similarly to the flag update processing.

More specifically, as shown in FIG. 19, the term management unit 46 refers to the member DB 44 at a predetermined timing to select a student (step 1901), and
It is determined whether or not the alert flag of the data area specified by “1” is “1” (step 1902). If the result of this step 1902 is affirmative (Yes), it is further determined whether or not the current date and time exceeds the designated date and time (step 1903). Thus, it is determined whether or not the current date and time has elapsed by the third period “α2” from the time of the previous access management processing. This step 19
03, the time limit management unit 46
Sets the alert flag of the data area specified by the student ID to “0” and sets the disapproval flag to “1”.
(Step 1904). As a result, the status of the student changes from "warning" to "non-permitted", which means that re-registration is prohibited for a certain period.

Further, the time limit management unit 46 sets the current date and time plus the fourth period “α3” as the designated date and time (step 1905), and sends a cancellation notification mail addressed to the student and a cancellation notification addressed to the guardian. Generate Email (Step 1
906, 1907). These e-mails are transmitted to the respective destinations (step 1908). FIGS. 21A and 21B are diagrams showing examples of cancellation notification mails addressed to parents and students, respectively. In this way,
The student cannot access the education support site 18 thereafter. This is because even if an ID and a password are input in the authentication process (see FIG. 13), the non-permission flag is set to “1”.
This is because access to the education support site 18 is denied (steps 1306 to 1308).
reference). Further, even if an attempt is made to register a new user, it is recognized from the e-mail address that the own data area exists in the member DB 44, and it is determined that the rejection flag is "1". (FIG. 12,
In particular, see steps 1203 to 1205).

When the reply button shown in FIG. 16B is turned on and the reply mail in which the student ID or the like is entered is received by the management server 20, the steps 1902 to The processing of 1908 is executed. In this way, access and re-registration by the user can be prohibited for a predetermined period. This cancellation is performed by a registration cancellation process. By this processing, the data area of the student is cleared, and the student can be registered anew. This process is also executed at a predetermined timing. That is, it may be executed following the access status monitoring process shown in FIG. 15 or at another timing.

More specifically, as shown in FIG. 20, the time limit management unit 46 refers to the student (step 2002), and the non-permission flag of the data area specified by the student ID is “1”. (Step 200)
2). If it is determined YES in step 2002, it is further determined whether the current date and time exceeds the designated date and time (step 2003). As a result, the predetermined fourth time from when the non-permission flag is set to “1”
It can be determined whether or not the period “α3” has elapsed. If it is also determined as Yes (Yes) in this step 2003, the time limit management unit 46 clears various data stored in the data area of the area specified by the student ID and sets all flags to “0”. Reset to. That is, it is possible to set a state in which all data relating to the student does not exist. Such a process is executed for all the students (see step 2006). In this manner, if a predetermined fourth period “α3” has elapsed from the time when the access or re-registration is prohibited (when the non-permission flag is set to “1”), the student is completely new. Can be registered.

As described above, in the present embodiment, each time a predetermined period elapses from the last access from the student, the status of the student is changed to "Needs Attention, Warning, Cancellation," E-mails of requests, cancellation confirmations, and cancellation notices are sent to notify students and parents of the situation. The student's status can be returned to the original state by the student accessing the above two emails. Therefore, it is possible to return the students who have not been accessed to the training curriculum again. On the other hand,
Despite having been notified many times, the responding party was given a certain penalty for students who abandoned their training by canceling registration and re-registering after a certain period of time. Also. Furthermore, even if such a penalty is given, a student who requests re-registration can be accepted, and the student can be given a chance to train.

The present invention is not limited to the above embodiments, and various modifications can be made within the scope of the invention described in the claims, and these are also included in the scope of the present invention. It goes without saying that this is done. For example, in the above-described embodiment, music education is used, in particular, music acquisition. However, the present invention is not limited to this. Education that involves some kind of communication between a student and a teacher, for example, a teacher It is needless to say that the present invention can be applied to a case where the teacher presents and presents the assignment, and the teacher adds corrections and advice after the student performs the assignment.

In the above-described embodiment, the registration is canceled in three stages: request for attendance (need attention), cancellation confirmation, and cancellation notice. However, the present invention is not limited to such a stage. , Two or four or more stages. In this specification, the function of one unit may be realized by two or more physical units, or the function of two or more units may be realized by one physical unit.

[0063]

According to the present invention, it is possible to provide a system in which students who do not submit an assignment or e-mail communication are encouraged to learn and member registration is appropriately canceled.

[Brief description of the drawings]

FIG. 1 is a block diagram showing an overall configuration of an education support system according to an embodiment of the present invention.

FIG. 2 is a block diagram illustrating a configuration of a management server according to the embodiment;

FIG. 3 is a diagram illustrating a data configuration example of a member DB according to the present embodiment;

FIG. 4 is a flowchart illustrating a student registration process according to the embodiment;

FIG. 5 is a flowchart illustrating selection of a song by the teacher terminal and transmission of data related to the song to the student terminal according to the embodiment;

FIG. 6 is a flowchart showing transmission of performance data and a question mail to the management server according to the embodiment;

FIG. 7 is a flowchart illustrating a process of acquiring performance data and creating an answer mail by the teacher terminal according to the embodiment;

FIG. 8 is a diagram illustrating an example of a registration form and the like according to the present embodiment;

FIG. 9 is a diagram illustrating an example of a screen of the display device of the student terminal according to the embodiment;

FIG. 10 is a diagram illustrating an example of a screen of the display device of the student terminal according to the embodiment;

FIG. 11 is a flowchart illustrating a process of browsing an advice / answer mail by the student terminal according to the embodiment;

FIG. 12 is a flowchart illustrating a registration permission check process performed by the management server according to the embodiment;

FIG. 13 is a flowchart illustrating an authentication process performed by the management server according to the embodiment;

FIG. 14 is a flowchart illustrating a date update process performed by the management server according to the present embodiment;

FIG. 15 is a flowchart illustrating an access status monitoring process performed by the management server according to the embodiment;

FIG. 16 is a diagram illustrating an example of a mail transmitted to the student terminal according to the embodiment;

FIG. 17 is a diagram illustrating an example of a mail transmitted to a parent terminal according to the present embodiment;

FIG. 18 is a flowchart illustrating a flag update process performed by the management server according to the present embodiment;

FIG. 19 is a flowchart illustrating a registration non-permission process executed by the management server according to the present embodiment;

FIG. 20 is a flowchart illustrating a registration cancellation process performed by the management server according to the present embodiment;

FIG. 21 is a diagram illustrating an example of a mail transmitted to the student terminal and the guardian terminal according to the present embodiment;

[Explanation of symbols]

 14 student side terminal 15 guardian side terminal 16 teacher side terminal 18 education support site 20 management server 24 music server 32 member registration section 34 member authentication section 36 ID management section 38 music list management section 40 mail management section 42 performance data management section 44 Member DB 46 Term Management Department

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) G10H 1/00 G10H 1/00 Z // G09B 15/00 G09B 15/00 Z

Claims (7)

[Claims] 1. A task set at a teacher-side terminal operated by a teacher is stored and transmitted to a pre-registered student-side terminal operated by a student in accordance with a request, and a completed task at the student side is stored. An education support method using an education support site that transmits a request to a teacher terminal according to a request, wherein the last access date and time of a predetermined access from the student terminal is stored. Detecting that a first period has elapsed from the date and time of the last access; and, in response to the first period being detected, transmitting a notification regarding registration continuation to the student terminal, Detecting that a second period has elapsed from the date and time of the notification regarding the continuation of registration; and responding to the detection of the second period and responding to the cancellation of registration. Steps and, after sending a notification about the cancellation, educational support method characterized by comprising the step of executing the cancellation processing of the registration to send notifications to the student terminal. 2. The method according to claim 1, wherein the registration cancellation processing is executed when there is an intention to cancel the registration from the student terminal, or after a third period has elapsed from the notification regarding the cancellation. The education support method according to claim 1, wherein: 3. The process of canceling the registration prohibits registration and access by the student terminal for a predetermined fourth period when the intention is displayed or after a third period has elapsed. 3. The education support method according to claim 2, further comprising the step of: after the lapse of the fourth period, clearing data stored for the student and releasing the prohibition. 4. The student terminal according to claim 1, wherein the notification regarding the continuation of the registration and the notification regarding the cancellation are transmitted to another terminal notified in advance by the student side terminal.
4. The education support method according to any one of claims 3 to 3. 5. Tasks set at a teacher terminal operated by a teacher, completed tasks transmitted from a pre-registered student terminal operated by the student and completed by the student, and these terminals. An education support site configured to provide the data communicated between them to the student side terminal and / or the teacher side terminal as necessary. Last access detecting means for storing the date and time of the last access, and first detecting means for detecting that a first period has elapsed since the date and time of the last access; andthe first period has been detected. In response to this, a registration continuation notice creating means for creating a notice regarding continuation of registration and transmitting the notice to the student terminal; A registration cancellation notice creating means for creating a notice regarding the cancellation of the registration in response to the detection of the second period, and transmitting the notice to the student side terminal; An education support site, comprising: registration cancellation means for executing registration cancellation processing after transmitting a notification. 6. The method according to claim 6, wherein the registration canceling means executes a cancellation process when there is an intention to cancel the registration from the student side terminal or after a third period has elapsed from the notification regarding the cancellation. The education support site according to claim 5, wherein 7. The registration canceling unit prohibits registration and access by the student terminal for a predetermined fourth period when the intention is displayed or after a third period elapses, 7. The education support site according to claim 6, wherein after the fourth period has elapsed, data stored regarding the student is cleared to release the prohibition.