JP2019070919A - Information processing system, information processing apparatus, program, and course selection accepting method - Google Patents

Abstract

To provide an information processing system capable of easily creating a schedule for taking courses respectively conducted by a plurality of educational institutions.SOLUTION: An information processing system in which information processing apparatus managing information on a plurality of courses conducted by a plurality of educational institutions and on the plurality of courses that have differences in available time periods and a terminal device operated by a user who wishes to attend are connected via a network has: storage means for storing the information representing the time periods during which the courses are conducted; means for displaying a list of the information representing the time periods of the courses that have the time periods at least partially overlap with the time periods specified by a user operating the terminal device on a screen of the terminal device in association with the corresponding courses; means for accepting selection of the courses for which the user operating the terminal device wishes to attend, from among the displayed courses; and means for displaying on the screen of the terminal device a schedule screen visually showing the time periods of the courses for which the selection has been accepted, thereby solving the above-mentioned problems.SELECTED DRAWING: Figure 1

Description

  The present invention relates to an information processing system, an information processing apparatus, a program, and a lecture selection receiving method.

  In recent years, web registration that can be applied from a PC is becoming mainstream in the course registration procedure on campus. For example, a course selection support system capable of automatically creating course information by setting and inputting course extraction conditions by a student is conventionally known (see, for example, Patent Document 1).

  Inter-university collaboration activities are underway with the aim of establishing inter-university cooperation among universities according to the region and field and establishing a joint education and quality assurance system that meets the needs of society. One of the activities is the Credit Transfer System. The credit transfer system is a system that considers credits earned for course subjects taken by students other than the university to which the student belongs, by acquiring the course subjects at the university.

  However, if the time and start time of one frame of each time limit of one's own university are different from the time and start time of one time frame of each time limit of the collaborating university, it is desirable while considering time zones do not overlap There was a problem that it was difficult to create a schedule to take lectures. Even when weekly or monthly lectures and irregular lectures are mixed, it is difficult to create a schedule for taking desired lectures while considering not overlapping time zones There is a problem of Such problems commonly exist not only in cooperation between universities but also in cooperation among different educational institutions.

  The embodiment of the present invention has been made in view of the above-described point, and an object thereof is to provide an information processing system capable of easily creating a schedule for taking lectures provided by a plurality of educational institutions.

  In order to achieve the above object, claim 1 of the present application is information of a lecture implemented by a plurality of educational institutions, and an information processing apparatus that manages information of a plurality of lectures in different time zones in which the lecture is implemented; A terminal device operated by a user who desires to take the lecture is an information processing system connected via a network, wherein at least a part of the information of the lecture conducted by the plurality of educational institutions, Among the information representing the time zone in which the lecture is carried out and the information representing the time zone in which the lecture is carried out, the time designated by the user operating the terminal device A first screen chart for displaying a list of information representing a time zone of the lecture in which a time zone and at least a part of the time zone overlap with each corresponding lecture and displaying them on the screen of the terminal device The control means, the lecture selection receiving means for receiving the selection of the lecture for which the user who operates the terminal device desires to attend from the lectures displayed by the first screen display control means, and the selection are received And second screen display control means for displaying on the screen of the terminal device a schedule screen visually expressing the time zone of the lecture.

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

It is a block diagram of an example of the lecture management system concerning this embodiment. It is a hardware block diagram of an example of the computer which comprises 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 participant terminal. It is a functional block diagram of an example of a server apparatus. It is a functional block diagram of an example of a teacher terminal. It is a flowchart of an example of the procedure in which a student creates a schedule of a lecture in the lecture management system concerning this embodiment. It is an image figure of an example of the menu screen displayed after logging in to a server apparatus. It is an image figure 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 figure of an example of a lecture attendance application list screen. It is a flowchart of an example of simulation processing. It is an image figure of an example of a lecture schedule simulation screen. It is an image figure of an example of a lecture schedule selection screen. It is a flow chart of an example of lecture schedule selection screen display processing. It is explanatory drawing which showed the example in case the time slot | zone where the lecture of each frame is implemented differs for every university. It is a flow chart of an example of lecture schedule selection screen display processing. It is a flow chart of an example of lecture schedule selection screen display processing. It is an image figure of an example of a lecture schedule screen. It is an image figure of an example of a lecture information and 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 absence information. It is an image figure of an example of the screen which performs registration and confirmation of a questionnaire.

Next, embodiments of the present invention will be described in detail.
First Embodiment
<System configuration>
FIG. 1 is a block 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 university and graduate school lecture information linked between universities, and user information of administrators of the university and graduate school, teachers, and students. In addition, the server device 10 has a simulation function that allows students to create a schedule for lectures, a function that accepts application for attendance of lectures from students, and a function that supports lecture execution by teachers such as recording of lectures and attendance management. Have. A student is an example of a user who wishes to attend a lecture. The teacher is an example of a lecturer, and the lecturer may not be a member of an educational institution such as a university.

  The server device 10 can be realized by software or services operating on one or more computers. For example, the server device 10 is realized by a form of 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.

  In addition, the client terminal 12 includes an administrator terminal described later operated by administrators of universities and graduate schools, a student terminal described later operated by a student, and a teacher terminal described later operated by a teacher. . The administrator operates the client terminal 12 which is an administrator terminal to perform processing such as registering lecture information in the server device 10. A student operates the client terminal 12 which is a student terminal, logs in to the server device 10, and performs simulation etc. for creating a schedule of a lecture. The teacher operates the client terminal 12 which is a teacher terminal to log in to the server device 10, and performs a recording start instruction to cause the video capture device 14 to start recording of a lecture, and confirmation of attendance of students. 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 device dedicated to the lecture management system 1 other than a PC, a tablet terminal, a terminal device such as a smartphone, a mobile phone, a PDA, or a wearable terminal, a virtual machine, a projector, or an electronic blackboard. 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. The network N1 may be the Internet or a dedicated line other than the LAN, or may be wired or wireless.

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

  The client terminal 12 illustrated 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. The client terminal 12 may be configured to 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 by 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. A communication I / F 507 is an interface for connecting a computer to various networks. Thus, the computer can perform data communication via the communication I / F 507.

  The HDD 508 is an example of a non-volatile storage device storing programs and data. Programs and data stored in the HDD 508 include an OS that 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 be replaced with the HDD 508, and may use a drive device (for example, solid state drive: SSD) using a flash memory as a storage medium.

  The external I / F 503 is an interface with an external device. The external device is, for example, a recording medium 503a. Thus, the computer can read and / or write the recording medium 503 a 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 after the power is turned off. The ROM 505 stores programs and data such as BIOS which is executed when the computer starts up, OS settings, and network settings. The RAM 504 is an example of a volatile semiconductor memory (storage device) that temporarily holds programs and data.

  The CPU 506 is an arithmetic device that implements control and functions of the entire computer by reading programs and data from a storage device such as the ROM 505 or the 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 to be described later by executing the program with the above-described hardware configuration, for example.

  The server device 10 in 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. 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 as needed. The server device 10 can realize various processes described later by executing the program with the above-described hardware configuration, for example.

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

"Administrator terminal"
FIG. 3 is a functional block diagram of an example of the administrator terminal. In addition, the functional block of FIG. 3 has shown the function required for description of this embodiment among the functions which the administrator terminal 12A provides, and another function may exist.

  The administrator terminal 12A of FIG. 3 implements the communication unit 21, the operation receiving unit 22, and the 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, an attendance determination 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 accepting unit 22 accepts an input operation from the administrator, and performs control based on the input operation. The web client unit 23 provides a manager with a function for managing a lecture. For example, the Web client unit 23 has a function of registering lecture information in the manager, a function of displaying application contents of attendance from students and allowing the manager to confirm, and a function of accepting from the manager an operation of confirming application of attendance from students. And so on.

  The server connection unit 31 connects with 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 processing of registering the lecture information of each university and graduate school in the server device 10 based on the input operation from the manager of each university and graduate school. The attendance determination part 34 displays the application content of the lecture attendance offered from the student based on the input operation from the administrator of each university and the graduate school, and the processing etc. which decides the application based on the operation from the administrator Do. In addition, the attendance determination unit 34 performs a process of notifying the server device 10 of the application decided by the administrator. The display control unit 35 performs display control of the screen.

受 講 Student terminal 端末
FIG. 4 is a functional block diagram of an example of a student terminal. In addition, the functional block of FIG. 4 has shown the function required for description of this embodiment among the functions which the participant terminal 12B provides, and another function may exist.

  The student terminal 12B of FIG. 4 implements the communication unit 51, the operation receiving unit 52, and the Web client unit 53 by executing the 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 12 </ b> B controls communication with the server device 10. The operation receiving unit 52 receives an input operation from a student, and performs control based on the input operation. The Web client unit 53 provides the student with a function of displaying the contents of the lecture and a function such as simulation for creating a schedule of the lecture.

  The server connection unit 61 connects with 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 performs simulation and the like of creating a schedule of a lecture based on an input operation from a student. The calendar control unit 64 controls the schedule of the created lecture. The display control unit 65 performs display control of the screen.

<< Server device >>
FIG. 5 is a functional block diagram of an example of the server apparatus. Note that among the functions provided by the server device 10, the functional blocks in FIG. 5 indicate functions required for the description of the present embodiment, and other functions may be present.

  The server apparatus 10 of FIG. 5 implements 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 recording data DB 86 by executing a program. The lecture management unit 82 includes an information registration unit 91, a simulation execution 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 information on a lecture described later 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 uses the user information stored in the user information DB 84 to authenticate the manager, the student, and the teacher who operate the client terminal 12.

  The information registration unit 91 performs registration processing of user information, lecture information, and the like. The simulation execution unit 92 executes a simulation that causes the student to create a schedule of lectures based on the request from the student terminal 12B. The information providing unit 93 provides the client terminal 12 with information such as user information and lecture information. The recording unit 94 issues a recording start instruction to start recording of the lecture by the video capture device 14 and a recording end instruction to end recording of the lecture based on the request from the teacher terminal. Also, the playback unit 95 performs processing relating to playback of recorded data recorded by the video capture device 14. The recording data recorded by the video capture device 14 is stored in the recording data DB 86. The server device 10 may be realized by one information processing device or may be realized by a plurality of information processing devices.

教員 Teacher terminal》
FIG. 6 is a functional block diagram of an example of a teacher terminal. In addition, the functional block of FIG. 6 has shown the function required for description of this embodiment among the functions which the teacher terminal 12C provides, and another function may exist.

  The teacher terminal 12C shown in FIG. 6 implements the communication unit 101, the operation receiving unit 102, and the Web client unit 103 by executing the 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 receiving unit 102 receives an input operation from a teacher and performs control based on the input operation. The Web client unit 103 provides the teacher with a function for supporting the instructor to carry out the lecture such as recording of lectures and attendance management.

  The server connection unit 111 connects with 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 instructs the video capture device 14 to start recording of a lecture or the like based on an input operation from a teacher. The display control unit 114 performs display control of the screen. The information management unit 115 manages information related to lectures, such as registration of lecture materials and prior problems, and communication to students, based on input operations from a teacher.

<Processing>
"Outline of processing"
The lecture management system 1 according to the present embodiment causes the student to create a lecture schedule according to the procedure shown in FIG. 7, for example. FIG. 7 is a flowchart of an example of a procedure of creating a schedule of lectures by the student in the lecture management system according to the present embodiment. Each university and graduate school that cooperates with each other sets up a manager.

  In step S11, the administrator of the university and graduate school that cooperates with the university logs in to the server device 10 from the administrator terminal 12A. When the server device 10 is logged in, a menu screen as shown in FIG. 8A is displayed on the administrator terminal 12A. FIG. 8 is an image diagram of an example of a menu screen displayed after login to the server device.

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

  In the menu screen for the administrator in FIG. 8A, links for various functions necessary for the administrator to perform management are additionally displayed on the student menu screen in FIG. 8B. The menu screen for the administrator in FIG. 8A includes a link to a function for registering a lecture schedule, a link to a function for confirming an application for taking a lecture, and a link to a function for confirming lecture information. A link to the function to check teacher information is displayed.

  For example, the administrator displays the lecture schedule registration screen of FIG. 9 by selecting the “Lecture schedule development” link on the menu screen of FIG. 8A, and the lecture is performed according to the master schedule formulated at his own university and graduate school. Register 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 file of a master schedule created by another application or the like. Further, the lecture schedule registration screen of FIG. 9 may be registration of a selection format for selecting information such as a department name, a lecture name, a teacher, an execution pattern, etc., which are items of lecture schedule information to be registered, from options.

  In the lecture information registration process of step S11, for example, lecture schedule information as shown in FIG. 10 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, teacher, implementation pattern, start date, end date, day of the week, lecture date, start time, end time, capacity as an example of items. ing.

  The implementation pattern represents the pattern of lectures given weekly or irregularly. For lectures whose implementation pattern follows the week, the date on which the lecture starts, the date on which the lecture ends, and the day of the week are set. A lecture day is set for lectures where the implementation pattern is irregular. In addition to the lecture schedule information of FIG. 10, the lecture information registered in the lecture information DB 85 of the server device 10 in the lecture information registration process of step S11 is acquired by the outline of the lecture or the information of the teacher (teacher), attendance It may include information of possible units.

  In step S12, a student who desires 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 a link to a simulation for creating a lecture schedule on the menu screen shown in FIG. 8B, thereby displaying a lecture schedule simulation screen as described later, and creating a lecture schedule.

  In step S13, a student who desires to take a lecture applies for taking a lecture included in the created schedule from the student terminal 12B as described later. By the process of step S13, for example, lecture attendance application information as shown in FIG. 11 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, affiliation university, department name, lecture name, capacity status, capacity, and number of applications as an example of items. The confirmation status indicates "determined" or "undetermined", and the manager of the university or the graduate school changes the status from "undetermined" to "confirmed" by performing an operation of confirming an application for attendance from a student.

  In step S14, the administrator logs in to the server device 10 from the administrator terminal 12A, and selects the "Confirmation of application" link on the menu screen of FIG. 8A to display the lecture attendance application list screen of FIG. To confirm the application for attendance from students. 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 using the lecture attendance application information of FIG.

  The manager can confirm the application for attendance from the student in a list by the lecture attendance application list screen of FIG. The items “applicant” and “capacity status” are links in the lecture attendance application list screen of FIG. Information on the student who has applied for attendance when the item “applicant” link is clicked on the course attendance application list screen shown in FIG. Information etc.) may be displayed. In addition, when the item “capacity status” link is clicked, the list of lecture application list in FIG. 12 may display a list of students who have applied for the lecture.

  In the example shown in FIG. 12, the item “decision status” is “decision” is an application for attendance of a student who is permitted to take a course. In addition, items for which the item “confirmed status” is “unconfirmed” are application for attendance that does not indicate whether or not to permit the course. In addition, the item “decided status” of the item for which the course was not accepted may be expressed as “rejected”.

  Proceeding to step S15, the administrator determines whether or not to permit study for the item whose item "decided status" is "undecided". For example, if the course for which the course has been approved has been finalized during the course of the course for which the application for attendance has been received, the course will be a duplicate application, and the course will not be permitted. Also, if it is a lecture that has a capacity and already meets the capacity, the course will not be permitted.

  The item “confirmed status” of the item judged to be permitted to take the course is “unconfirmed” by pressing the “can take attendance” button displayed when the administrator clicks the display of “unconfirmed”, for example. Is changed to "confirm". In addition, the item “confirmed status” of the item judged not to permit the study can be displayed by, for example, the administrator clicking on the “unconfirmed” display by pressing the “can not attend” button. Changed from "in doubt" to "rejected".

  The result of the attendance determination process in step S15 is reflected in the item "determined situation" or the like of the lecture attendance application information of FIG. 11 registered in the lecture information DB 85 of the server device 10. In step S16, the information providing unit 93 of the server device 10 notifies the student who has applied for the attendance of the result of the attendance determination process in step S15 (possible or unacceptable) by using, for example, an e-mail.

  As described above, in the lecture management system 1 according to the present embodiment, the administrator of the university and graduate school that cooperates with the university can easily register in the server device 10 the information of the lecture for which the students of other universities and graduate schools are admitted. As well as being able to, it will be easier to respond to the application for the lecture. A student can easily create a schedule of lectures to be taken by combining lectures given by other universities and graduate schools, and can easily apply for attendance.

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

  When the student selects a link to a simulation for creating a schedule of lectures 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, a lecture schedule simulation screen 1000 shown in FIG. 14 in cooperation with the simulation execution unit 92 of the server apparatus 10.

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

  The lecture schedule simulation screen 1000 in FIG. 14 shows the schedule of lectures with the lecture name “Environment and human life” and the lecture name “Special chemistry research I”, and the lecture name “Contemporary Anthropology” before applying for the lecture. The lecture schedule of "problems" is displayed. In the lecture schedule simulation screen 1000 of FIG. 14, the mark “decided” is displayed on the schedule (piece) of the lecture for which the attendance has been decided. Further, in the lecture schedule simulation screen 1000 of FIG. 14, the mark of “application” is displayed on the schedule (piece) of the lecture before applying for attendance. The simulation function unit 63 of the student terminal 12 </ b> B may apply for taking a lecture by accepting an operation of clicking on 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 (piece) desired to attend the lecture schedule simulation screen 1000 of FIG. In addition, the simulation function unit 63 proceeds to step S24 when the student performs an operation of clicking the vacant schedule column (piece) of the lecture schedule simulation screen 1000 of FIG. 14 from the student terminal 12B. 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 a lecture schedule selection screen.

  When an operation of clicking the link of the item "lecture name" or "teacher" in FIG. 15 is received from the student, the simulation function unit 63 of the student terminal 12B may display the lecture information or the teacher information. Also, 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 schedule of the lecture selected from the lecture schedule selection screen 1100 on the lecture schedule simulation screen 1000 of FIG.

  The simulation process of FIG. 13 is an example in which the reflection process on the lecture schedule simulation screen 1000 is performed 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 an operation for ending selection of a lecture from the lecture schedule selection screen 1100 of FIG. 15 is received from the student, the simulation function unit 63 returns to the lecture schedule simulation screen 1000 of FIG. 14. Further, when an operation for ending the simulation processing is received from the student, the simulation function unit 63 ends the display of the lecture schedule simulation screen 1000 of 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, according to 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 (piece) desired to attend the lecture schedule simulation screen 1000 of FIG. Proceeding to step S31, the simulation function unit 63 specifies, based on the lecture schedule information of FIG. 10, a list of lecture information to be conducted in the time zone of the vacant schedule column where the student performs an operation to click from the student terminal 12B. , The lecture schedule information specified from the lecture information DB 85 is read out. In the lecture schedule information read out in step S31, the time slot to be carried out overlaps with the time slot to be carried out even in part of the time slot of the vacant schedule column.

  Proceeding to step S32, the simulation function unit 63 has received the selection from the student, and has read in step S31 lecture information whose time zone overlaps with the lecture displayed on the lecture schedule simulation screen 1000 of FIG. Exclude from the list.

  In step S33, the simulation function unit 63 displays a list in which lecture information having a time zone overlapping with the selected lecture has been excluded on the lecture schedule selection screen 1100 of FIG.

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

  Thus, according to the lecture schedule selection screen display processing of FIG. 16, the student selects a lecture for applying for attendance from the list of lectures which can be taken in the vacant schedule column (piece) of the lecture schedule simulation screen 1000 shown in FIG. it can.

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

  Proceeding to step S41, the simulation function unit 63 specifies, based on the lecture schedule information of FIG. 10, a list of lecture information to be conducted in the time zone of the vacant schedule column where the student performs an operation to click from the student terminal 12B. , The lecture schedule information specified from the lecture information DB 85 is read out.

  Proceeding to step S42, the simulation function unit 63 has received the selection from the student, and whether or not there is lecture information in which the time zone implemented with the lecture displayed on the lecture schedule simulation screen 1000 of FIG. 14 overlaps. 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 attendance in the time slot of the vacant schedule field is possible by chasing reproduction with a reproduction speed higher than the normal reproduction speed.

  The chasing playback is a function of playing back a lecture being recorded from the beginning of the lecture without waiting for the end of the recording. In addition, whether or not it is possible to attend in the time zone of the vacant schedule column by chasing playback faster than normal playback speed, for example, depending on the playback speed at which students can understand the contents of the lecture It can be judged by whether the playback of can catch up with the lecture in real time. In addition, it may be decided as many minutes from the start time of the lecture whether it is possible to attend in the time zone of the vacant schedule column by chasing playback faster than normal playback speed. .

  If it is not possible to attend in the time zone of the vacant schedule field by chasing playback, the process proceeds to step S44, and the lecture information which can not be attended in the time zone of the vacant schedule field by chasing replay is excluded from the list read out in step S41.

  In the lecture schedule selection screen display process of FIG. 18, even if it is lecture information in which the selected lecture and the time zone to be performed overlap, if the lecture can be taken in the time zone of the vacant schedule column by chasing playback, the step It is not excluded from the list read out in S41.

  Proceeding to step S45, the simulation function unit 63 is a lecture information in which the selected lecture and the time zone to be performed overlap and the lectures that can not be taken by chasing playback are excluded from the list of lecture schedule selection screen 1100 in FIG. Display on

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

  Proceeding to step S51, the simulation function unit 63 specifies, based on the lecture schedule information of FIG. 10, a list of lecture information to be conducted in the time zone of the vacant schedule column where the student performs an operation to click from the student terminal 12B. , The lecture schedule information specified from the lecture information DB 85 is read out.

  Proceeding to step S52, the simulation function unit 63 has received the selection from the student, and has read in step S51 lecture information whose time zone overlaps with the lecture displayed on the lecture schedule simulation screen 1000 of FIG. Exclude from the list. Furthermore, in step S53, the simulation function unit 63 excludes, from the list on which the process of step S52 has been performed, the lecture information of the lecture for which the unit which can not be acquired even if the student who is operating takes.

  Proceeding to step S54, the simulation function unit 63 displays a list in which lecture information having a time zone overlapping with the selected lecture and lecture information on lectures whose credits can not be acquired even if the student taking the operation attends are excluded. It displays on the lecture schedule selection screen 1100 of FIG.

  The lecture schedule selection screen 1100 in FIG. 15 may be displayed so that students can visually distinguish lectures that can be taken in real time and lectures that can be taken by using chasing playback, for example. Also, in the lecture schedule selection screen 1100 of FIG. 15, in order to obtain credits by taking lectures at other universities and graduate schools, lectures with self-study time and conditions for report submission can be displayed visually distinguishable. May be Such self-study time and conditions for report submission are to fill in the time difference of one frame.

Lecture schedule screen
When the student who created the schedule of the lecture selects a link to the calendar on which the schedule of the created lecture is reflected from the menu screen of FIG. 8 (b), the calendar control unit 64 of the student terminal 12B Display the lecture schedule screen shown. The calendar control unit 64 of the student terminal 12 B 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 a lecture schedule screen. In the attendance lecture schedule screen of FIG. 20, the lecture information which the student attends is displayed in a time schedule form. In addition, in the attendance lecture schedule screen of FIG. 20, the student can perform the review / participation / preparatory action for each lecture execution timing.

  For example, with regard to past lectures, an action of reviewing such as viewing of content (recorded data) recording the lecture (recording data) is accepted from the student. For the lecture on the lecture day, for example, an action of participation to transition to the attendance screen is received from the student by clicking on the participation button. For future lectures, students receive preparatory actions such as downloading of lecture materials for prior learning and submission of prior assignments.

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

講義 Class Information / Attendance List Screen》
The display control unit 114 of the teacher terminal 12C displays, for example, a lecture information / department list screen shown in FIG. 21 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 / visit list screen. The lecture information and attendance list screen shown in FIG. 21 is provided with a mechanism for the teacher to register prior assignments before the start of the lecture and to contact students who are scheduled to attend. Further, the lecture information and attendance list screen of FIG. 21 is provided with a mechanism by which the teacher can confirm the attendance status of the student who is scheduled to attend and the submission situation of the prior task at the start of the lecture. In addition, in the lecture information and attendance list screen shown in FIG. 21, there is provided a mechanism for starting recording of an image of a camera provided in a classroom or the screen of the teacher terminal 12C in order to create learning content after the lecture. . Furthermore, the lecture information and attendance list screen of FIG. 21 is provided with a mechanism for transitioning to a lecture attendance questionnaire list screen which is a screen for confirming the questionnaire submission situation after the lecture.

  The lecture information and attendance list screen of FIG. 21 is generated, for example, using the lecture management information as shown in FIG. 22 and the lecture attendance information as shown in FIG. 23, which are recorded in the lecture information DB 85 of the server device 10. FIG. 22 is a block diagram of an example of lecture management information. The lecture management information in FIG. 22 includes, as items, a department name, a lecture name, a teacher, lecture materials, an advance task, a lecture date, and the like.

  FIG. 23 is a block diagram of an example of lecture attendance information. The lecture attendance information shown in FIG. 23 includes, as items, a department name, a lecture name, a teacher, a student, a student, an affiliation university, participation time, leaving time, attendance time, prior assignment, questionnaire contents, and the like. For example, the participation time is recorded as the time when the student receives an action of participation transitioning from FIG. 20 to the attendance screen. 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 a lecture attendance questionnaire screen shown in FIG. 24 (a) on the student terminal 12B, and can register a questionnaire such as an understanding level or question about the contents of the lecture at the end of the lecture. Further, the teacher can display a lecture attendance questionnaire list screen as shown in FIG. 24B on the teacher terminal 12C, and can browse the questionnaire registered by the student. By reading the questionnaire registered by the student from the lecture attendance questionnaire list screen of FIG. 24 (b), the teacher can reflect on the lecture and can transmit a comment to the student.
[Other embodiments]
The present invention is not limited to the above specifically disclosed embodiments, and various modifications and changes are possible without departing from the scope of the claims. For example, it is needless to say that the lecture management system 1 having the server device 10, one or more client terminals 12, and the video capture device 14 is an example, and there are various system configuration examples according to the application and purpose. .

  Moreover, although a university and a graduate school were shown as an example of an educational institution in this embodiment, it does not restrict to a university and a graduate school, and it may be a technical school, a company, a public organization, etc. which are giving a lecture. In addition, the name of a lecture implemented 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 an example of a first display control unit and a second display control unit described in the claims.

DESCRIPTION OF SYMBOLS 1 lecture management system 10 server apparatus 12 client terminal 12A administrator terminal 12B student terminal 12C teacher terminal 14 video capture apparatus 21, 51, 81, 101 communication part 22, 52, 102 operation reception part 23, 53, 103 Web client part 31, 61, 111 server connection unit 32, 62, 112 login processing unit 33 lecture information registration unit 34 attendance determination 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 execution unit 93 information provision unit 94 recording unit 95 reproduction 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

JP 2005-157935 A

Claims (9)

An information processing apparatus for managing information of a plurality of lectures which is information of a lecture conducted by a plurality of educational institutions and which is different in a time zone in which the lecture is conducted, and a terminal device operated by a user who wants to attend the lecture And an information processing system connected via a network,
Storage means for storing, as at least a part of the information of the lecture conducted by each of the plurality of educational institutions, information representing a time zone in which the lecture is conducted;
Among the information representing the time zone in which the lecture stored in the storage means is carried out, the time zone of the lecture in which at least a part of the time zone specified by the user operating the terminal device overlaps the time zone First screen display control means for displaying a list of information to be displayed on the screen of the terminal device in association with the corresponding lecture respectively;
Lecture selection accepting means for accepting selection of the lecture that the user operating the terminal device desires to attend from the lectures displayed by the first screen display control means;
Second screen display control means for displaying on the screen of the terminal device a schedule screen visually expressing the time zone of the lecture for which the selection has been received;
An information processing system characterized by having. The lecture selection reception means is more than a normal speed of recording data of the lecture even if the lecture has a part of a time zone to be performed overlaps with a time zone in which the selection has been received. Accepting the selection of the lecture if the reproduction of the recorded data of the lecture catches up with the lecture while the lecture newly receiving the selection is being performed by reproducing at a high speed.
The information processing system according to claim 1, characterized in that The lecture selection receiving means does not receive the selection of the lecture for which the unit of the educational institution can not be acquired even if the user operating the terminal device attends the course.
The information processing system according to claim 1 or 2, characterized by Even if the lecture which can not acquire the unit of the educational institution even if the user who operates the terminal device attends the lecture, the lecture selection accepting means can acquire the unit by satisfying the additional condition. For example, presenting the additional condition to the user and accepting the selection of the lecture;
The information processing system according to claim 1 or 2, characterized by The time zone in which the lecture is conducted is set for each of the educational institutions,
The information processing system according to any one of claims 1 to 4, characterized by It is connected via a network with a terminal device operated by a user who wishes to attend a lecture conducted by a plurality of educational institutions respectively via a network, the information being lectures conducted by a plurality of educational institutions, the lecture being conducted An information processing apparatus that manages information representing time zones of a plurality of lectures having different time zones, the information processing apparatus comprising:
Among the information representing the time zone in which the lecture to be managed is performed, the information representing the time zone of the lecture in which at least a part of the time zone specified by the user operating the terminal device overlaps the time zone 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 unit that receives a time zone in which the lecture is to be performed, from among the lectures displayed by the first screen display control unit, the selection of the lecture that the user operating the terminal device wishes to attend ,
Second screen display control means for displaying on the screen of the terminal device a schedule screen visually expressing the time zone of the lecture for which the selection has been received;
An information processing apparatus comprising: It is connected via a network with a terminal device operated by a user who wishes to attend a lecture conducted by a plurality of educational institutions respectively via a network, the information being lectures conducted by a plurality of educational institutions, the lecture being conducted An information processing apparatus for managing information representing time zones of a plurality of lectures having different time zones;
Among the information representing the time zone in which the lecture to be managed is performed, the information representing the time zone of the lecture in which at least a part of the time zone specified by the user operating the terminal device overlaps the time zone First screen display control means for displaying a list on the screen of the terminal device in association with the corresponding lecture respectively;
Lecture selection accepting means for accepting a time zone in which the lecture is to be carried out, from among the lectures displayed by the first screen display control means, the user who operates the terminal device desires to attend the lecture;
A second screen display control means for displaying on the screen of the terminal device a schedule screen visually expressing the time zone of the lecture for which the selection has been received;
Program to function as. An information processing apparatus for managing information representing a time zone of a plurality of lectures different in a time zone in which the lecture is performed, which is information of a lecture performed by a plurality of educational institutions, and a user who wishes to attend the lecture A lecture selection receiving method executed in an information processing system in which a terminal device to be operated is connected via a network,
Among the information representing the time zone in which the lecture to be managed is performed, the information representing the time zone of the lecture in which at least a part of the time zone specified by the user operating the terminal device overlaps the time zone A first screen display control step of displaying a list on the screen of the terminal device in association with the corresponding lecture respectively;
A lecture selection accepting step of accepting a time zone in which the lecture is to be performed, from among the lectures displayed by the first screen display control step, selection of the lecture that the user operating the terminal device wishes to attend ,
A second screen display control step of displaying on the screen of the terminal device a schedule screen visually showing a time zone of the lecture for which the selection has been received;
A lecture selection acceptance method characterized by having: It is connected via a network with a terminal device operated by a user who wishes to attend a lecture conducted by a plurality of educational institutions respectively via a network, the information being lectures conducted by a plurality of educational institutions, the lecture being conducted A lecture selection receiving method executed in an information processing apparatus that manages information representing time zones of a plurality of lectures having different time zones,
Among the information representing the time zone in which the lecture to be managed is performed, the information representing the time zone of the lecture in which at least a part of the time zone specified by the user operating the terminal device overlaps the time zone A first screen display control step of displaying a list on the screen of the terminal device in association with the corresponding lecture respectively;
A lecture selection accepting step of accepting a time zone in which the lecture is to be performed, from among the lectures displayed by the first screen display control step, selection of the lecture that the user operating the terminal device wishes to attend ,
A second screen display control step of displaying on the screen of the terminal device a schedule screen visually showing a time zone of the lecture for which the selection has been received;
A lecture selection acceptance method characterized by having:

Images