JP6992389B2 - Information processing system, information processing device, program and lecture selection reception method - Google Patents

Description

The present invention relates to an information processing system, an information processing device, a program, and a method for accepting lecture selection.

In recent years, online courses, which allow you to apply from a PC, are becoming the mainstream for course registration procedures on campus. For example, a course selection support system that allows a student to automatically create course information by setting and inputting course extraction conditions has been known (see, for example, Patent Document 1).

The activities of "inter-university cooperation" are underway with the aim of establishing a joint education and quality assurance system in which universities cooperate with each other according to the region and field and meet the demands of society. One of the activities is the "credit transfer system". The credit transfer system is a system in which the credits earned by a student for a course taken at a university other than the one to which he / she belongs are considered to have been taken by taking the course at his / her own university.

However, if the time and start time of one frame of each time period of one's own university is different from the time and start time of one frame of each time period of a collaborative university, it is desirable to consider not to overlap the time zones. There was a problem that it was difficult to create a schedule for taking the lectures. Even if regular lectures such as weekly or monthly lectures and irregular lectures are mixed, it is difficult to create a schedule that allows you to take the desired lecture while considering not to overlap the time zone. There is a problem. Such problems are common not only in cooperation between universities but also in cooperation between different educational institutions.

An embodiment of the present invention has been made in view of the above points, and an object of the present invention is to provide an information processing system capable of easily creating a schedule for taking a lecture conducted by a plurality of educational institutions.

In order to achieve the above object, claim 1 of the present application is an information processing device that manages information on lectures conducted by a plurality of educational institutions and information on a plurality of lectures in different time zones in which the lectures are conducted. The terminal device operated by the user who wishes to attend the lecture is an information processing system connected via a network, and is described as at least a part of the information of the lecture conducted by the plurality of educational institutions. Of the storage means for storing information indicating the time zone in which the lecture is conducted and the information representing the time zone in which the lecture is conducted stored in the storage means, the time specified by the user who operates the terminal device. The first screen display control means for displaying a list of information representing the time zone of the lecture in which the zone overlaps with at least a part of the time zone on the screen of the terminal device in association with the corresponding lecture, and the first. From the lectures displayed by the screen display control means of the above, the lecture selection receiving means for accepting the selection of the lecture that the user who operates the terminal device wants to attend and the time zone of the lecture for which the selection is accepted are selected. It has a second screen display control means for displaying a visually represented schedule screen on the screen of the terminal device, and the lecture selection receiving means is a time zone in which the lecture for which selection has been accepted is carried out. Even if the lecture overlaps with at least a part of the lecture, it was judged that the lecture being recorded can be taken in the specified time zone by the function that can be played back without waiting for the end of recording. It is characterized by accepting the selection of lectures .

According to the embodiment of the present invention, it is possible to easily create a schedule for taking lectures conducted by a plurality of educational institutions.

It is a block diagram of an example of the lecture management system which concerns on this embodiment. It is a hardware block diagram of an example of the computer which constitutes the lecture management system which concerns on this embodiment. It is a functional block diagram of an example of an administrator terminal. It is a functional block diagram of an example of a student terminal. It is a functional block diagram of an example of a server device. It is a functional block diagram of an example of a teacher terminal. It is a flowchart of an example of the procedure which a student creates a lecture schedule in the lecture management system which concerns on this embodiment. It is an image diagram of an example of a menu screen displayed after logging in to a server device. It is an image diagram of an example of a lecture schedule registration screen. It is a block diagram of an example of lecture schedule information. It is a block diagram of an example of lecture attendance application information. It is an image diagram of an example of the lecture attendance application list screen. It is a flowchart of an example of a simulation process. It is an image diagram of an example of a lecture schedule simulation screen. It is an image diagram of an example of a lecture schedule selection screen. It is a flowchart of an example of a lecture schedule selection screen display process. It is explanatory drawing which showed the example of the case where the time zone in which the lecture of each frame is carried out differs from university to university. It is a flowchart of an example of a lecture schedule selection screen display process. It is a flowchart of an example of a lecture schedule selection screen display process. It is an image diagram of an example of the lecture schedule screen. It is an image diagram of an example of the lecture information / attendance list screen. It is a block diagram of an example of lecture management information. It is a block diagram of an example of lecture attendance information. It is an image diagram of an example of a screen for registering and confirming a questionnaire.

Next, embodiments of the present invention will be described in detail.
[First Embodiment]
<System configuration>
FIG. 1 is a configuration diagram of an example of a lecture management system according to the present embodiment. The lecture management system 1 of FIG. 1 shows, as an example, a configuration in which a server device 10, a plurality of client terminals 12, and a video capture device 14 are connected to a network N1 such as a LAN.

The server device 10 manages lecture information of universities and graduate schools linked between universities, user information of managers of universities and graduate schools, faculty members, and students. In addition, the server device 10 has a simulation function that allows students to create a lecture schedule, a function that accepts lecture attendance applications from students, and a function that supports lectures by teachers such as lecture recording (recording) and attendance management. Have. A student is an example of a user who wants to take a lecture. The faculty member is an example of a lecturer, and the lecturer may be a person who does not belong to an educational institution such as a university.

The server device 10 can be realized by software or a service running on one or more computers. For example, the server device 10 is realized in the form of a cloud service. The server device 10 is realized by, for example, a device dedicated to the lecture management system 1 or an information processing device such as a general workstation or PC.

Further, the client terminal 12 includes a later-described administrator terminal operated by a university or graduate school administrator, a later-described student terminal operated by a student, and a later-described faculty terminal operated by a faculty member. .. The administrator operates the client terminal 12, which is the administrator terminal, to perform a process of registering lecture information in the server device 10. The student operates the client terminal 12, which is a student terminal, logs in to the server device 10, and performs a simulation for creating a lecture schedule. The teacher operates the client terminal 12, which is a teacher terminal, to log in to the server device 10, gives an instruction to start recording the lecture to the video capture device 14, and confirms the attendance of the student. The video capture device 14 records the situation of the lecture and stores the recorded data in the server device 10.

The client terminal 12 may be a PC, a tablet terminal, a smartphone, a mobile phone, a PDA, a terminal device such as a wearable terminal, a virtual machine, a projector, an electronic blackboard, or a device dedicated to the lecture management system 1. In the lecture management system 1, the server device 10, the client terminal 12, and the video capture device 14 can perform data communication via the network N1. In addition to LAN, network N1 may be the Internet, a dedicated line, wired or wireless.

<Hardware configuration>
The server device 10 and the client terminal 12 are realized by, for example, the hardware configuration shown in FIG. FIG. 2 is a hardware configuration diagram of an example of a computer constituting the lecture management system according to the present embodiment. The configuration of the video capture device 14 will be omitted.

The client terminal 12 shown in FIG. 2 includes an input device 501, a display device 502, an external I / F 503, a RAM 504, a ROM 505, a CPU 506, a communication I / F 507, an HDD 508, and the like, and each of them is connected to each other by a bus B. The client terminal 12 may have a camera, a microphone, a speaker, and the like.

The input device 501 includes a keyboard, a mouse, a touch panel, and the like, and is used for the user to input each operation signal. The display device 502 includes a display and the like, and displays the processing result by the computer. The communication I / F 507 is an interface for connecting a computer to various networks. As a result, the computer can perform data communication via the communication I / F 507.

Further, the HDD 508 is an example of a non-volatile storage device that stores programs and data. The programs and data stored in the HDD 508 include an OS, which is basic software that controls the entire computer, and application software (hereinafter, simply referred to as an application) that provides various functions on the OS. The computer may use a drive device (for example, a solid state drive: SSD) that uses a flash memory as a storage medium instead of the HDD 508.

The external I / F 503 is an interface with an external device. The external device includes a recording medium 503a and the like. As a result, the computer can read and / or write to the recording medium 503a via the external I / F 503. The recording medium 503a includes a flexible disk, a CD, a DVD, an SD memory card, a USB memory, a SIM card, and the like.

The ROM 505 is an example of a non-volatile semiconductor memory (storage device) capable of holding programs and data even when the power is turned off. The ROM 505 stores programs and data such as BIOS, OS settings, and network settings that are executed when the computer starts up. The RAM 504 is an example of a volatile semiconductor memory (storage device) that temporarily holds programs and data.

The CPU 506 is a computing device that realizes control and functions of the entire computer by reading a program or data from a storage device such as a ROM 505 or an HDD 508 onto the RAM 504 and executing processing. The CPU 506 may be realized by one processor or a plurality of processors. The client terminal 12 can realize various processes as described later, for example, by executing a program with the above hardware configuration.

The server device 10 of FIG. 2 includes an input device 601, a display device 602, an external I / F 603, a RAM 604, a ROM 605, a CPU 606, a communication I / F 607, an HDD 608, and the like, and each of them is connected to each other by a bus B. The hardware configuration of the server device 10 is the same as the hardware configuration of the client terminal 12, but the input device 601 and the display device 602 may be connected and used when necessary. The server device 10 can realize various processes as described later, for example, by executing a program with the above hardware configuration.

<Software configuration>
The server device 10 of the lecture management system 1 according to the present embodiment, the administrator terminal 12A which is a client terminal 12 operated by the administrator of the university and the graduate school, the student terminal 12B which is the client terminal 12 operated by the student, and the teacher. The teacher terminal 12C, which is the client terminal 12 operated by the user, is realized by the following functional blocks.

<< Administrator terminal >>
FIG. 3 is a functional block diagram of an example of an administrator terminal. It should be noted that the functional block of FIG. 3 shows the functions necessary for the explanation of the present embodiment among the functions provided by the administrator terminal 12A, and other functions may exist.

The administrator terminal 12A of FIG. 3 realizes a communication unit 21, an operation reception unit 22, and a Web client unit 23 by executing a program. The Web client unit 23 includes a server connection unit 31, a login processing unit 32, a lecture information registration unit 33, a lecture confirmation unit 34, and a display control unit 35.

The communication unit 21 of the administrator terminal 12A controls communication with the server device 10. The operation reception unit 22 receives an input operation from the administrator and performs control based on the input operation. The Web client unit 23 provides the administrator with a function for managing the lecture. For example, the Web client unit 23 has a function of registering lecture information with an administrator, a function of displaying the contents of an application for a lecture from a student and having the administrator confirm it, and a function of accepting an operation of confirming an application for a lecture from a student from the administrator. And so on.

The server connection unit 31 connects to the server device 10 and establishes a session. The login processing unit 32 performs login processing for logging in to the server device 10. The lecture information registration unit 33 performs a process of registering lecture information of each university and graduate school in the server device 10 based on an input operation from the administrator of each university and graduate school. The attendance confirmation unit 34 displays the application contents of the lecture applied by the student based on the input operation from the administrator of each university and graduate school, and performs the process of confirming the application based on the operation from the administrator. conduct. In addition, the attendance confirmation unit 34 performs a process of notifying the server device 10 of the application confirmed by the administrator. The display control unit 35 controls the display of the screen.

<< Student terminal >>
FIG. 4 is a functional block diagram of an example of a student terminal. It should be noted that the functional block of FIG. 4 shows the functions necessary for the explanation of the present embodiment among the functions provided by the student terminal 12B, and other functions may exist.

The student terminal 12B of FIG. 4 realizes a communication unit 51, an operation reception unit 52, and a Web client unit 53 by executing a program. The Web client unit 53 includes a server connection unit 61, a login processing unit 62, a simulation function unit 63, a calendar control unit 64, and a display control unit 65.

The communication unit 51 of the student terminal 12B controls communication with the server device 10. The operation reception unit 52 receives an input operation from a student and performs control based on the input operation. The Web client unit 53 provides students with a function of displaying lecture contents and a function of simulation for creating a lecture schedule.

The server connection unit 61 connects to the server device 10 and establishes a session. The login processing unit 62 performs login processing for logging in to the server device 10. The simulation function unit 63 simulates the creation of a lecture schedule based on the input operation from the student. The calendar control unit 64 controls the schedule of the created lecture. The display control unit 65 controls the display of the screen.

<< Server device >>
FIG. 5 is a functional block diagram of an example of a server device. The functional block of FIG. 5 shows the functions required for the description of the present embodiment among the functions provided by the server device 10, and other functions may exist.

The server device 10 of FIG. 5 realizes a communication unit 81, a lecture management unit 82, an authentication unit 83, a user information DB 84, a lecture information DB 85, and a recorded data DB 86 by executing a program. The lecture management unit 82 has an information registration unit 91, a simulation implementation unit 92, an information provision unit 93, a recording unit 94, and a reproduction unit 95.

The communication unit 81 controls communication with the client terminal 12. The lecture management unit 82 manages the lectures described later by using information such as user information stored in the user information DB 84 and lecture information stored in the lecture information DB 85. The authentication unit 83 authenticates the administrator, the student, and the teacher who operate the client terminal 12 by using the user information stored in the user information DB 84.

The information registration unit 91 performs registration processing such as user information and lecture information. The simulation implementation unit 92 carries out a simulation in which the student creates a lecture schedule based on the request from the student terminal 12B. The information providing unit 93 provides information such as user information and lecture information to the client terminal 12. Based on the request from the teacher terminal, the recording unit 94 issues a recording start instruction for starting the recording of the lecture by the video capture device 14, a recording end instruction for ending the recording of the lecture, and the like. In addition, the reproduction unit 95 performs processing related to reproduction of the recorded data recorded by the video capture device 14. The recorded data recorded by the video capture device 14 is stored in the recorded data DB 86. The server device 10 may be realized by one information processing device or by a plurality of information processing devices.

《Teacher terminal》
FIG. 6 is a functional block diagram of an example of a teacher terminal. The functional block of FIG. 6 shows the functions required for the explanation of the present embodiment among the functions provided by the teacher terminal 12C, and other functions may exist.

The teacher terminal 12C of FIG. 6 realizes a communication unit 101, an operation reception unit 102, and a Web client unit 103 by executing a program. The Web client unit 103 includes a server connection unit 111, a login processing unit 112, a recording instruction unit 113, a display control unit 114, and an information management unit 115.

The communication unit 101 of the teacher terminal 12C controls communication with the server device 10. The operation reception unit 102 receives an input operation from the faculty member and performs control based on the input operation. The Web client unit 103 provides the teacher with a function of supporting the lecture by the teacher, such as recording the lecture and managing attendance.

The server connection unit 111 connects to the server device 10 and establishes a session. The login processing unit 112 performs login processing for logging in to the server device 10. The recording instruction unit 113 gives an instruction to start recording the lecture to the video capture device 14 based on the input operation from the teacher. The display control unit 114 controls the display of the screen. The information management unit 115 manages information related to the lecture, such as registration of lecture materials and pre-assignments and contact with students, based on input operations from faculty members.

<Processing>
"Outline of processing"
The lecture management system 1 according to the present embodiment causes students to create a lecture schedule by, for example, the procedure shown in FIG. 7. FIG. 7 is a flowchart of an example of a procedure in which a student creates a lecture schedule in the lecture management system according to the present embodiment. Universities and graduate schools that collaborate between universities each set an administrator.

In step S11, the managers of the universities and graduate schools that cooperate with each other log in to the server device 10 from the manager terminal 12A. When the server device 10 is logged in, the administrator terminal 12A displays a menu screen as shown in FIG. 8A. FIG. 8 is an image diagram of an example of a menu screen displayed after logging in to the server device.

FIG. 8A is an example of a menu screen when the administrator logs in. FIG. 8B is an example of a menu screen when a student logs in. The student menu screen shown in FIG. 8B displays the student's own lecture information (today's lecture schedule, weekly schedule, etc.) and contact information (notices) from the university or graduate school. The student menu screen in Fig. 8 (b) is created at the beginning of the semester (for example, April and October in the case of a two-term system) with a link to a simulation that creates a schedule for lectures to be taken in that semester. A link to the calendar that reflects the schedule of the lecture will be displayed.

The menu screen for the administrator of FIG. 8A is the menu screen for the student of FIG. 8B, and links to various functions necessary for the administrator to perform management are additionally displayed. On the menu screen for the administrator in Fig. 8 (a), there is a link to the function to register the lecture schedule, a link to the function to confirm the lecture application, and a link to the function to confirm the lecture information. A link to the function to check the teacher information is displayed.

For example, the administrator selects the "Lecture schedule formulation" link on the menu screen of FIG. 8A to display the lecture schedule registration screen of FIG. 9, and lectures according to the master schedule formulated by his / her university and graduate school. Register the schedule information. FIG. 9 is an image diagram of an example of the lecture schedule registration screen. The lecture schedule registration screen of FIG. 9 is provided with a button for collectively registering lecture schedule information by using a master schedule file created by another application or the like. Further, the lecture schedule registration screen of FIG. 9 may be a selection format registration in which information such as a department name, a lecture name, a teacher, and an implementation pattern, which are items of lecture schedule information to be registered, is selected from options.

By the lecture information registration process in step S11, the lecture schedule information as shown in FIG. 10, for example, is registered in the lecture information DB 85 of the server device 10. FIG. 10 is a block diagram of an example of lecture schedule information. The lecture schedule information in FIG. 10 displays the department name, lecture name, faculty member, implementation pattern, start date, end date, day of the week, lecture date, start time, end time, and capacity as an example of items. ing.

The implementation pattern represents the pattern in which lectures are conducted, such as weekly or irregularly. For lectures whose implementation pattern is weekly, the start date, end date, and day of the week are set. Lecture days are set for lectures with irregular implementation patterns. In addition to the lecture schedule information shown in FIG. 10, the lecture information registered in the lecture information DB 85 of the server device 10 by the lecture information registration process in step S11 is acquired by the outline of the lecture, the information of the teacher (teacher), and the lecture. Information on units that can be created may be included.

Proceeding to step S12, a student who wishes to take a lecture logs in to the server device 10 from the student terminal 12B. When the server device 10 is logged in, the menu screen of FIG. 8B described above is displayed on the student terminal 12B. For example, the student selects the link to the simulation for creating the lecture schedule on the menu screen shown in FIG. 8B to display the lecture schedule simulation screen as described later and create the lecture schedule.

Further, the student who wishes to attend the lecture by proceeding to step S13 applies for the lecture included in the created schedule from the student terminal 12B as described later. By the process of step S13, the lecture attendance application information as shown in FIG. 11, for example, is registered in the lecture information DB 85 of the server device 10. FIG. 11 is a block diagram of an example of lecture attendance application information. The lecture attendance application information in FIG. 11 displays the confirmation status, applicant, affiliated university, department name, lecture name, capacity status, capacity, and number of applications as an example of items. The confirmed status represents "confirmed" or "unconfirmed", and is changed from "unconfirmed" to "confirmed" when the administrator of the university or graduate school performs an operation to confirm the application for attendance from the student.

Proceeding to step S14, the administrator logs in to the server device 10 from the administrator terminal 12A and selects the "application confirmation" link on the menu screen of FIG. 8A to display the lecture attendance application list screen of FIG. Let's confirm the application from the student. FIG. 12 is an image diagram of an example of the lecture attendance application list screen. The lecture attendance application list screen of FIG. 12 can be generated by using the lecture attendance application information of FIG.

The administrator can check the lecture application list screen from the student in the list on the lecture attendance application list screen shown in FIG. In addition, in the lecture attendance application list screen of FIG. 12, the items "applicant" and "capacity status" are links. In the lecture attendance application list screen in Fig. 12, when the item "Applicant" link is clicked, the information of the student who applied for the lecture (information on the lectures taken in the past and the lectures currently applied for attendance). Information etc.) may be displayed. Further, the lecture attendance application list screen of FIG. 12 may display a list of students who have applied for the lecture when the item "capacity status" link is clicked.

In addition, in FIG. 12, the case where the item "confirmed status" is "confirmed" is an application for students who have been admitted to take the course. In addition, the case where the item "confirmed status" is "unconfirmed" is an application for attendance for which the judgment as to whether or not to allow the course is not shown. In addition, the item "confirmed status" of the case for which the course was not approved may be expressed as "rejection".

Proceeding to step S15, the manager determines whether or not to allow the course for the case where the item "confirmed status" is "unconfirmed". For example, if the lectures that are permitted to be taken are confirmed during the time of the lecture for which the application was received, the application will be duplicated and the course will not be permitted. Also, if the lecture has a capacity and the capacity has already been met, the course will not be permitted.

The item "confirmed status" of the case that is judged to be permitted to take the course is "unconfirmed" by pressing the "available" button that is displayed by the administrator clicking the display of "unconfirmed", for example. Is changed to "confirmed". In addition, for the item "confirmed status" of the case that is judged not to be permitted, for example, by pressing the "cannot take" button displayed by the administrator clicking the display of "unconfirmed". Changed from "Unconfirmed" to "Rejected".

The result of the attendance confirmation process in step S15 is reflected in the item "confirmation status" of the lecture attendance application information of FIG. 11 registered in the lecture information DB 85 of the server device 10. Proceeding to step S16, the information providing unit 93 of the server device 10 notifies the student who applied for the course by using, for example, an e-mail or the like, the result of the course confirmation process in step S15.

As described above, in the lecture management system 1 according to the present embodiment, the managers of the universities and graduate schools that cooperate with each other can easily register the information of the lectures that the students of other universities and graduate schools are allowed to attend in the server device 10. At the same time, it will be easier to respond to applications for the lecture. Students can easily create a schedule of lectures to be taken by combining lectures conducted by other universities and graduate schools, and can easily apply for lectures.

<< S12: Details of simulation processing >>
The simulation process shown in step S12 of FIG. 7 can be performed, for example, by the procedure shown in FIG. FIG. 13 is a flowchart of an example of simulation processing. A student who wishes to attend a lecture performs a login operation from the student terminal 12B to the server device 10 in step S21. The login processing unit 62 of the student terminal 12B performs login processing to the server device 10. When logged in to the server device 10, the display control unit 65 of the student terminal 12B displays the menu screen of FIG. 8B.

When the student selects the link to the simulation for creating the lecture schedule from the menu screen of FIG. 8B, the simulation function unit 63 of the student terminal 12B proceeds to step S22. In step S22, the simulation function unit 63 displays, for example, the lecture schedule simulation screen 1000 shown in FIG. 14, in cooperation with the simulation implementation unit 92 of the server device 10.

FIG. 14 is an image diagram of an example of the lecture schedule simulation screen. The lecture schedule simulation screen 1000 in FIG. 14 has an hourly grid, and is in a tabular format in which the lecture schedule for one week can be visually set according to the start time and end time of the lecture. ..

On the lecture schedule simulation screen 1000 of FIG. 14, the lecture schedule of the lecture title "Environment and Human Life" and the lecture title "Chemistry Special Research I", and the lecture title "Modern Anthropology" before applying for the lecture are displayed. The lecture schedule of "Problems" and is displayed. On the lecture schedule simulation screen 1000 of FIG. 14, the mark of "confirmed" is displayed on the schedule (frame) of the lecture whose attendance is confirmed. Further, on the lecture schedule simulation screen 1000 of FIG. 14, the mark of "application" is displayed on the lecture schedule (frame) before applying for the lecture. The simulation function unit 63 of the student terminal 12B may apply for the lecture by accepting the operation of clicking the "application" mark from the student.

In step S23, the student performs a click operation on the student terminal 12B to specify a time zone (frame) in which he / she wishes to attend the lecture schedule simulation screen 1000 of FIG. Further, when the student clicks the empty schedule column (frame) of the lecture schedule simulation screen 1000 of FIG. 14 from the student terminal 12B, the simulation function unit 63 proceeds to step S24. In step S24, the simulation function unit 63 displays the lecture schedule selection screen 1100 of FIG. FIG. 15 is an image diagram of an example of the lecture schedule selection screen.

When an operation of clicking the link of the item "lecture name" or "teacher" in FIG. 15 is accepted from the student, the simulation function unit 63 of the student terminal 12B may display the lecture information or the teacher information. Further, the student can reflect the lecture selected from the lecture schedule selection screen 1100 of FIG. 15 on the lecture schedule simulation screen 1000 of FIG.

When the student performs an operation of selecting a lecture from the lecture schedule selection screen 1100 of FIG. 15, the simulation function unit 63 of the student terminal 12B proceeds to step S26. In step S26, the simulation function unit 63 reflects the lecture schedule selected from the lecture schedule selection screen 1100 on the lecture schedule simulation screen 1000 of FIG.

As for the simulation process of FIG. 13, an example is shown in which the reflection process is performed on the lecture schedule simulation screen 1000 in step S26 every time a lecture is selected from the lecture schedule selection screen 1100 of FIG. In the simulation process of FIG. 13, the process of step S26 may be performed collectively after a plurality of lectures are selected. When the student accepts the operation to finish the selection of the lecture from the lecture schedule selection screen 1100 of FIG. 15, the simulation function unit 63 returns to the lecture schedule simulation screen 1000 of FIG. Further, when the operation for terminating the simulation process is received from the student, the simulation function unit 63 ends the display of the lecture schedule simulation screen 1000 in FIG.

<< S24: Lecture schedule selection screen display processing >>
The lecture schedule selection screen display process shown in step S24 of FIG. 13 can be performed, for example, by the procedure shown in FIG. FIG. 16 is a flowchart of an example of the lecture schedule selection screen display process.

The student performs a click operation on the student terminal 12B to specify a time zone (frame) in which he / she wishes to take the lecture schedule simulation screen 1000 in FIG. Proceeding to step S31, the simulation function unit 63 specifies a list of lecture information to be conducted during the time zone of the empty schedule column in which the student clicks from the student terminal 12B based on the lecture schedule information of FIG. , Read the specified lecture schedule information from the lecture information DB85. The lecture schedule information read out in step S31 overlaps the time zone of the empty schedule column and the time zone of even a part of the lecture schedule.

Proceeding to step S32, the simulation function unit 63 has already accepted the selection from the student, and read out the lecture information in step S31 in which the lecture displayed on the lecture schedule simulation screen 1000 of FIG. 14 and the lecture to be performed overlap with each other. Exclude from the list.

Proceeding to step S33, the simulation function unit 63 displays a list excluding the lecture information whose time zone overlaps with that of the selected lecture on the lecture schedule selection screen 1100 of FIG.

For example, in the process of step S32 in FIG. 16, overlapping frames such as the two-time and three-time frames of University A shown on the left side of FIG. 17 and the two-time frames of University B shown on the right side of FIG. 17 are overlapped. It shows a case. In the example of FIG. 17, the 2nd and 3rd period lectures of the A university of the students who take the 2nd period lecture of the B university are excluded from the list of the lecture schedule selection screen 1100 of FIG.

As described above, according to the lecture schedule selection screen display process of FIG. 16, the student selects a lecture to apply for from the list of lectures that can be taken in the empty schedule column (frame) of the lecture schedule simulation screen 1000 shown in FIG. can.

The lecture schedule selection screen display process shown in step S24 of FIG. 13 may be performed by the procedure shown in FIG. FIG. 18 is a flowchart of an example of the lecture schedule selection screen display process.

Proceeding to step S41, the simulation function unit 63 specifies a list of lecture information to be conducted in the time zone of the empty schedule column in which the student clicks from the student terminal 12B based on the lecture schedule information of FIG. , Read the specified lecture schedule information from the lecture information DB85.

Proceeding to step S42, the simulation function unit 63 has already accepted the selection from the student, and whether or not there is lecture information whose time zone overlaps with the lecture displayed on the lecture schedule simulation screen 1000 of FIG. judge.

If there is lecture information whose time zone overlaps with the lecture displayed on the lecture schedule simulation screen 1000 of FIG. 14, the simulation function unit 63 proceeds to step S43. In step S43, the simulation function unit 63 determines whether or not it is possible to take a course in the time zone of the empty schedule column by chasing reproduction at a reproduction speed faster than the normal reproduction speed.

The chase playback is a function of playing back the lecture being recorded from the beginning of the lecture without waiting for the end of recording. In addition, whether or not it is possible to take classes in the free schedule column time zone by chasing playback faster than normal playback speed is determined by the end time of the lecture, for example, at a playback speed that allows students to understand the content of the lecture. It can be judged by whether the reproduction of is catching up with the real-time lecture. In addition, it may be decided from the start time of the lecture to how many minutes it is possible to judge whether or not it is possible to take a lecture in the time zone of the empty schedule column by chasing playback with a playback speed faster than the normal playback speed. ..

If it is not possible to take a lecture in the time zone of the free schedule column by chasing reproduction, the process proceeds to step S44, and the lecture information that cannot be taken in the time zone of the empty schedule column by chasing reproduction is excluded from the list read out in step S41.

In the lecture schedule selection screen display process of FIG. 18, even if the lecture information overlaps with the selected lecture, if the lecture can be taken in the time zone of the empty schedule column by chasing playback, the step is taken. It is not excluded from the list read in S41.

Proceeding to step S45, the simulation function unit 63 displays a list of lecture information whose time zone overlaps with that of the selected lecture and which cannot be taken even by chasing playback, in the lecture schedule selection screen 1100 of FIG. Display on.

The lecture schedule selection screen display process shown in step S24 of FIG. 13 may be performed by the procedure shown in FIG. FIG. 19 is a flowchart of an example of the lecture schedule selection screen display process.

Proceeding to step S51, the simulation function unit 63 specifies a list of lecture information to be conducted in the time zone of the empty schedule column in which the student clicks from the student terminal 12B based on the lecture schedule information of FIG. , Read the specified lecture schedule information from the lecture information DB85.

Proceeding to step S52, the simulation function unit 63 has already accepted the selection from the student, and in step S51, the lecture information whose time zone overlaps with the lecture displayed on the lecture schedule simulation screen 1000 of FIG. 14 is read out. Exclude from the list. Further, in step S53, the simulation function unit 63 excludes the lecture information of the lecture in which the student who is operating cannot obtain credits from the list processed in step S52.

Proceeding to step S54, the simulation function unit 63 selects a list excluding the lecture information in which the selected lecture and the lecture to be performed overlap with each other and the lecture information of the lecture in which credits cannot be obtained even if the student in operation takes the lecture. It is displayed on the lecture schedule selection screen 1100 of FIG.

The lecture schedule selection screen 1100 of FIG. 15 may display, for example, a lecture that can be taken in real time and a lecture that can be taken by using chase reproduction so that the student can visually distinguish them. In addition, the lecture schedule selection screen 1100 in FIG. 15 displays lectures with self-study time and report submission conditions so that they can be visually distinguished in order to earn credits by attending lectures at other universities or graduate schools. You may. Such self-study time and report submission conditions are for filling the time difference of one frame.

《Lecture schedule screen》
When the student who created the lecture schedule selects the link to the calendar that reflects the created lecture schedule from the menu screen of FIG. 8B, the calendar control unit 64 of the student terminal 12B is shown in FIG. 20, for example. Display the lecture schedule screen shown. The calendar control unit 64 of the student terminal 12B displays the lecture schedule screen in cooperation with the information providing unit 93 of the server device 10.

FIG. 20 is an image diagram of an example of the lecture schedule screen. On the lecture schedule screen of FIG. 20, the lecture information that the student takes is displayed in the timetable format. Further, on the lecture schedule screen of FIG. 20, students can perform review / participation / preparation actions according to the lecture implementation timing.

For example, for past lectures, students accept review actions such as viewing the recorded content (recorded data) of the lecture. For lectures on the lecture day, for example, the action of participation that transitions to the lecture screen by clicking the participation button is accepted from the student. For future lectures, students will accept preparatory actions such as downloading lecture materials for pre-learning and submitting pre-assignments.

The attendance screen displayed on the student terminal 12B can be realized by using, for example, the screen sharing function of the video conference system. Further, by capturing the screen of the teacher terminal 12C with the video capture device 14, the recorded data of the lecture can be saved in the recorded data DB 86 of the server device 10.

《Lecture information / attendance list screen》
The display control unit 114 of the teacher terminal 12C displays the lecture information / attendance list screen shown in FIG. 21, for example, in cooperation with the information providing unit 93 of the server device 10. FIG. 21 is an image diagram of an example of the lecture information / attendance list screen. The lecture information / attendance list screen in FIG. 21 is provided with a mechanism in which the faculty member registers a preliminary assignment before the start of the lecture and contacts the student who is planning to attend the lecture. In addition, the lecture information / attendance list screen in FIG. 21 is provided with a mechanism that allows the faculty member to confirm the attendance of the students scheduled to attend and the submission status of the pre-assignment at the start of the lecture. In addition, the lecture information / attendance list screen in FIG. 21 is provided with a mechanism for starting recording of images on the screen of the camera or teacher terminal 12C installed in the classroom in order to create learning content after the lecture. .. Further, the lecture information / attendance list screen in FIG. 21 is provided with a mechanism for transitioning to the lecture attendance questionnaire list screen, which is a screen for confirming the questionnaire submission status after the lecture.

The lecture information / attendance list screen of FIG. 21 is generated by using the lecture management information as shown in FIG. 22 and the lecture attendance information as shown in FIG. 23 recorded in the lecture information DB 85 of the server device 10, for example. FIG. 22 is a block diagram of an example of lecture management information. The lecture management information in FIG. 22 has the department name, the lecture name, the teacher, the lecture material, the preliminary assignment, the lecture date, and the like as items.

FIG. 23 is a block diagram of an example of lecture attendance information. The lecture attendance information in FIG. 23 has items such as a department name, a lecture name, a faculty member, a lecture date, a student, an affiliated university, a participation time, an exit time, a lecture place, a preliminary assignment, and a questionnaire content. For example, as the participation time, the time when the student receives the participation action of transitioning from FIG. 20 to the attendance screen is recorded. The student terminal 12B may record the participation time of the lecture attendance information in FIG. 23 in cooperation with the face recognition function.

FIG. 24 is an image diagram of an example of a screen for registering and confirming a questionnaire. The student can display the lecture attendance questionnaire screen shown in FIG. 24A on the student terminal 12B, and can register the questionnaire such as the degree of understanding and questions about the lecture contents at the end of the lecture. In addition, the teacher can display the lecture attendance questionnaire list screen as shown in FIG. 24B on the teacher terminal 12C and browse the questionnaire registered by the student. By viewing the questionnaire registered by the student from the lecture attendance questionnaire list screen in FIG. 24 (b), the faculty member can review the lecture and send comments to the student.
[Other embodiments]
The present invention is not limited to the above-described embodiment disclosed specifically, and various modifications and modifications can be made without departing from the scope of claims. For example, the lecture management system 1 having a server device 10, one or more client terminals 12, and a video capture device 14 is an example, and it goes without saying that there are various system configuration examples depending on the application and purpose. ..

In addition, although universities and graduate schools are shown as examples of educational institutions in this embodiment, they are not limited to universities and graduate schools, and may be vocational schools, companies, public organizations, etc. that provide lectures. In addition, the name of a lecture conducted by an educational institution is also an example, and may be another name such as a class, a seminar, or a seminar. The display control units 35, 65, and 114 are examples of the first display control means and the second display control means described in the claims.

1 Lecture management system 10 Server device 12 Client terminal 12A Administrator terminal 12B Student terminal 12C Teacher terminal 14 Video capture device 21, 51, 81, 101 Communication unit 22, 52, 102 Operation reception unit 23, 53, 103 Web client unit 31, 61, 111 Server connection unit 32, 62, 112 Login processing unit 33 Lecture information registration unit 34 Lecture confirmation unit 35, 65, 114 Display control unit 63 Simulation function unit 64 Calendar control unit 82 Lecture management unit 83 Authentication unit 84 User Information DB
85 Lecture information DB
86 Recorded data DB
91 Information registration unit 92 Simulation implementation unit 93 Information provision unit 94 Recording unit 95 Playback unit 113 Recording instruction unit 115 Information management unit 501, 601 Input device 502, 602 Display device 503, 603 External I / F
503a, 603a Recording medium 504, 604 RAM (Random Access Memory)
505, 605 ROM (Read Only Memory)
506, 606 CPU (Central Processing Unit)
507, 607 communication I / F
508, 608 HDD (Hard Disk Drive)
B bus N1 network

Japanese Unexamined Patent Publication No. 2005-157935

Claims (10)

An information processing device that manages information on lectures conducted by multiple educational institutions and that manages information on multiple lectures that are held at different times, and a terminal device operated by a user who wishes to attend the lecture. Is an information processing system connected via a network,
As at least a part of the information of the lecture conducted by the plurality of educational institutions, a storage means for storing information indicating a time zone in which the lecture is conducted, and a storage means.
Among the information representing the time zone in which the lecture is carried out stored in the storage means, the time zone of the lecture in which at least a part of the time zone designated by the user who operates the terminal device overlaps. A first screen display control means for displaying a list of information to be represented on the screen of the terminal device in association with the corresponding lecture, respectively.
A lecture selection receiving means that accepts a selection of the lecture that the user who operates the terminal device wants to take from the lectures displayed by the first screen display control means.
A second screen display control means for displaying a schedule screen that visually represents the time zone of the lecture that received the selection on the screen of the terminal device.
Have,
The lecture selection receiving means does not wait for the end of recording of the lecture being recorded even if the lecture overlaps with the time zone in which at least a part of the time zone in which the lecture has been accepted is carried out. An information processing system characterized by accepting the selection of lectures that are judged to be able to be taken in a specified time zone by the function that can be played back . The lecture selection receiving means usually obtains recorded data of the lecture by the function even if the lecture is partly performed in a time zone in which the lecture for which selection has been accepted overlaps with the time zone in which the lecture is performed. If the reproduction of the recorded data of the lecture catches up with the lecture while the lecture newly accepted for selection is being performed by playing at a speed faster than the speed, the selection of the lecture is accepted. ,
The information processing system according to claim 1. The lecture selection receiving means does not accept the selection of the lecture in which the user who operates the terminal device cannot obtain the credits of the educational institution even if the user takes the lecture.
The information processing system according to claim 1 or 2. In the lecture selection receiving means, even if the lecture is such that the user who operates the terminal device cannot obtain the credits of the educational institution even if the user takes the lecture, the user can obtain the credits if the additional conditions are satisfied. For example, presenting the additional conditions to the user and accepting the selection of the lecture.
The information processing system according to claim 1 or 2. The time zone when the lecture is held must be set for each educational institution.
The information processing system according to any one of claims 1 to 4. The second screen display control means visually distinguishes between lectures that can be taken in the time zone specified by the function and lectures that can be taken in real time.
The information processing system according to any one of claims 1 to 5. It is connected to a terminal device operated by a user who wants to take a lecture conducted by multiple educational institutions via a network, and is information on lectures conducted by multiple educational institutions, and the lecture is conducted. An information processing device that manages information representing the time zones of multiple lectures at different time zones.
Of the information representing the time zone in which the lecture is managed, the information representing the time zone of the lecture in which at least a part of the time zone designated by the user who operates the terminal device overlaps. The first screen display control means for displaying the list on the screen of the terminal device in association with the corresponding lecture, respectively.
A lecture selection receiving means that accepts a selection of the lecture that the user who operates the terminal device wants to take from the lectures displayed by the first screen display control means.
A second screen display control means for displaying a schedule screen that visually represents the time zone of the lecture that received the selection on the screen of the terminal device.
Have,
The lecture selection receiving means does not wait for the end of recording of the lecture being recorded even if the lecture overlaps with the time zone in which at least a part of the time zone in which the lecture has been accepted is carried out. An information processing device characterized in that it accepts selection of lectures that are determined to be able to be taken in a specified time zone by a function that can be played back . It is connected to a terminal device operated by a user who wants to take a lecture conducted by multiple educational institutions via a network, and is information on lectures conducted by multiple educational institutions, and the lecture is conducted. An information processing device that manages information that represents the time zones of multiple lectures at different time zones.
Of the information representing the time zone in which the lecture is managed, the information representing the time zone of the lecture in which at least a part of the time zone designated by the user who operates the terminal device overlaps. A first screen display control means for displaying a list on the screen of the terminal device in association with the corresponding lecture, respectively.
A lecture selection receiving means that accepts the selection of the lecture that the user who operates the terminal device wants to take from the lectures displayed by the first screen display control means.
A second screen display control means for displaying a schedule screen that visually represents the time zone of the lecture that has received the selection on the screen of the terminal device.
It is a program to function as
The lecture selection receiving means does not wait for the end of recording of the lecture being recorded even if the lecture overlaps with the time zone in which at least a part of the time zone in which the lecture has been accepted is carried out. A program that accepts the selection of lectures that are judged to be able to be taken in a specified time zone by the function that can be played back . An information processing device that manages information on lectures conducted by multiple educational institutions and represents the time zones of multiple lectures in different time zones, and users who wish to attend the lectures. The terminal device to be operated is a lecture selection reception method executed in an information information system connected via a network.
Of the information representing the time zone in which the lecture is managed, the information representing the time zone of the lecture in which at least a part of the time zone designated by the user who operates the terminal device overlaps. The first screen display control step of displaying the list on the screen of the terminal device in association with the corresponding lecture, respectively.
A lecture selection reception step that accepts the selection of the lecture that the user who operates the terminal device wants to take from the lectures displayed by the first screen display control step.
A second screen display control step for displaying a schedule screen that visually represents the time zone of the lecture that received the selection on the screen of the terminal device, and
Have,
The lecture selection reception step does not wait for the end of recording of the lecture being recorded even if the lecture overlaps with the time zone in which at least a part of the time zone in which the lecture has been accepted is performed. A lecture selection acceptance method characterized by accepting selection of lectures that are determined to be able to be taken in a specified time zone by a function that can be played back . It is connected to a terminal device operated by a user who wants to take a lecture conducted by multiple educational institutions via a network, and is information on lectures conducted by multiple educational institutions, and the lecture is conducted. It is a lecture selection reception method executed in an information processing device that manages information representing the time zones of a plurality of lectures having different time zones.
Of the information representing the time zone in which the lecture is managed, the information representing the time zone of the lecture in which at least a part of the time zone designated by the user who operates the terminal device overlaps. The first screen display control step of displaying the list on the screen of the terminal device in association with the corresponding lecture, respectively.
A lecture selection reception step that accepts the selection of the lecture that the user who operates the terminal device wants to take from the lectures displayed by the first screen display control step.
A second screen display control step for displaying a schedule screen that visually represents the time zone of the lecture that received the selection on the screen of the terminal device, and
Have,
The lecture selection reception step does not wait for the end of recording of the lecture being recorded even if the lecture overlaps with the time zone in which at least a part of the time zone in which the lecture has been accepted is performed. A lecture selection acceptance method characterized by accepting selection of lectures that are determined to be able to be taken in a specified time zone by a function that can be played back .

Images