WO2017219785A1 - 一种基于云技术的教学管理系统 - Google Patents

一种基于云技术的教学管理系统 Download PDF

Info

Publication number
WO2017219785A1
WO2017219785A1 PCT/CN2017/084116 CN2017084116W WO2017219785A1 WO 2017219785 A1 WO2017219785 A1 WO 2017219785A1 CN 2017084116 W CN2017084116 W CN 2017084116W WO 2017219785 A1 WO2017219785 A1 WO 2017219785A1
Authority
WO
WIPO (PCT)
Prior art keywords
client
student
teacher
teaching
terminal
Prior art date
Application number
PCT/CN2017/084116
Other languages
English (en)
French (fr)
Inventor
黄英
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017219785A1 publication Critical patent/WO2017219785A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/20—Education
    • G06Q50/205—Education administration or guidance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/20—Education
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09B—EDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
    • G09B5/00—Electrically-operated educational appliances
    • G09B5/08—Electrically-operated educational appliances providing for individual presentation of information to a plurality of student stations
    • G09B5/14—Electrically-operated educational appliances providing for individual presentation of information to a plurality of student stations with provision for individual teacher-student communication

Definitions

  • the invention relates to the field of teaching management, in particular to a teaching management system using a cloud terminal and a virtual desktop technology.
  • the cloud-based teaching management system provided by the embodiment of the present invention includes a teaching management host and a teaching terminal.
  • the main technical problem to be solved is that the existing cloud education system needs to be equipped with higher hardware cost, limited by the local area network, and high running cost.
  • an embodiment of the present invention provides a cloud management-based teaching management host, including:
  • a plurality of virtual machines wherein at least one virtual machine is provided with a teacher client, at least one virtual machine is provided with a student client; and the teacher client establishes a communication connection with each student client; the teacher client is used for The teacher operates a button, accesses the teacher terminal, and transmits and receives a teacher teaching control instruction, and the student client is configured to provide a student operation button, access the student terminal, and send and receive a student teaching control instruction therewith.
  • An embodiment of the present invention further provides a cloud-based teaching terminal, including: an input unit, an output unit, and a processor, where the processor is configured to:
  • the teaching terminal is connected to a corresponding teacher client or student client in the teaching host;
  • the cloud management technology reduces the hardware cost and is not limited by the local area network.
  • FIG. 2 is a schematic diagram of a system according to Embodiment 1 of the present invention.
  • FIG. 3 is a diagram of a teacher client interface according to Embodiment 1 of the present invention.
  • FIG. 4 is a diagram of a student client interface according to Embodiment 1 of the present invention.
  • FIG. 5 is a flowchart of a teacher opening a screen broadcast according to Embodiment 2 of the present invention.
  • FIG. 6 is a flowchart of closing a screen broadcast according to Embodiment 3 of the present invention.
  • FIG. 7 is a flowchart of activating a voice broadcast function according to Embodiment 4 of the present invention.
  • FIG. 9 is a flowchart of closing a classroom service according to Embodiment 6 of the present invention.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • the embodiment of the present invention provides a cloud-based teaching management system.
  • the teaching management system includes one teaching management host and three teaching terminals, the host is a cloud server (hereinafter referred to as a host), and the terminal is a cloud terminal (hereinafter referred to as a terminal).
  • the three teaching terminals are equipped with a display, a mouse and a keyboard respectively. See Figure 1 for the system establishment process and Figure 2 for the system diagram.
  • Virtual desktops include teachers and student desktops. When creating desktops, templates can be generated in batches. The virtual desktops of teachers and students are created without distinction. When creating a desktop, you can also define a username and password.
  • TCP Transmission Control Protocol
  • a TCP connection is used between each student client and the teacher client to maintain communication between the heartbeat and various interactive information, and the heartbeat fingers are kept transmitting messages at a certain frequency to confirm whether the other party is available.
  • the student client and the teacher client also use UDP (User Datagram Protocol) to control the sending and receiving of data in batches.
  • UDP User Datagram Protocol
  • the processor is a software module running on the terminal, and is configured to send various commands of the terminal to the client and receive various commands of the client, parse and then communicate to the terminal, and the terminal performs corresponding actions.
  • the processor generally starts up and starts with the terminal, then turns on the daemon process, and periodically reports the on-off status broadcast packet.
  • the TCP and the client use the TCP to communicate and maintain the heartbeat, which enables teaching management across network segments.
  • the teacher students fill in the account number and password, select the channel number to log in, and they can enter the corresponding classroom of the channel.
  • a channel number corresponds to a classroom. Generally, you need to register before logging in for the first time. After logging in, you will go directly to the classroom you entered earlier. If the previously used classroom is not available, the teacher can select other available classrooms when logging in. When the student logs in, fill in the corresponding channel number to enter the classroom.
  • the teacher client When logging into the classroom, the teacher client sends a defined role (role) to the processor of the teacher terminal to inform the teacher that the role is a teacher; the student client sends a message with a role of 0 to the processor of the student terminal. , telling them that the role is a student.
  • the virtual machine client that the teacher or student terminal logs in is switched from the teacher to the student or the student switches to the teacher, the current running client is exited.
  • the client When another client is started, the client re-sends the role message to notify the role. Switching.
  • the teacher can see a list of all current students in the classroom view.
  • the student list information can support the student name and virtual machine name, and can also view the current student's detailed information, including the terminal IP address, MAC address, online or not.
  • the teacher has a lot of operating rights and the function is very perfect. See Figure 3 for details. Students also have a lot of operating privileges, as shown in Figure 4.
  • Figure 3 shows the teacher client interface, which provides various operation buttons, including monitoring student desktops, designating student presentations, summoning students, voice broadcasting, video sharing, disabling keyboard and mouse, voice dialogue, voice monitoring, voice discussion, and batch switching. , set black screen quiet, file distribution, file collection, screen broadcast, black and white list website management. During the use process, as long as the selected student set is selected in the classroom interface, click the button corresponding to each function, and the desired teaching management activity can be directly started.
  • buttons including monitoring student desktops, designating student presentations, summoning students, voice broadcasting, video sharing, disabling keyboard and mouse, voice dialogue, voice monitoring, voice discussion, and batch switching.
  • set black screen quiet file distribution, file collection, screen broadcast, black and white list website management.
  • Figure 4 shows the student client interface with various operational buttons, including group discussion, screen capture, presentation, raising hands, recording screen, adjusting volume, and more.
  • the students have a lot of restrictions on the authority, which is also based on the role of teachers and students in the actual teaching activities.
  • the student client is used to respond to the teacher's teaching activities, but when in the process of teaching activities, students can take the initiative to ask questions or discuss with the teacher.
  • each operation of the teacher on the input unit such as mouse and keyboard is transmitted to the teacher client through the processor of the teacher terminal, and the teacher client sends the corresponding operation instruction to the student client, the student client.
  • the terminal then sends the instruction and the data to the processor on the corresponding student terminal, and after the processor parses the instruction, the processor executes the specific operation command and displays it on the output unit such as the display, so that the student terminal realizes the specific function.
  • each operation of the student client on the input unit such as the mouse or the keyboard is transmitted to the student client through the processor of the student terminal, and the student client sends the corresponding information to the teacher client, and the teacher client will
  • the instruction and the data are sent to the processor on the corresponding teacher terminal, and after the processor parses the instruction, the processor executes a specific operation command and displays it on an output unit such as a display to enable the teacher terminal to implement a specific function.
  • the embodiment of the invention provides a cloud-based teaching management system.
  • Through the cloud terminal and the virtual desktop only one host and several cloud terminals and display output units, keyboard and mouse input units are needed, and no student is required. Equipped with the entire electronic computer to reduce hardware costs; network connection, no need to be equipped with IoT monitoring nodes, no LAN restrictions, low storage, traffic and power consumption; teacher and student classification control permissions, versatile.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • This embodiment is a flow for the teacher to start the screen broadcast, please refer to FIG. 5.
  • S501 The terminal logs in to the virtual machine and connects to the client normally.
  • the teacher terminal and the student terminal respectively log in to the corresponding virtual machine to obtain the IP (network address) and port (port) of the corresponding virtual machine client, and the terminal sends the obtained IP and port to the processor, and the processor establishes a TCP connection with the client.
  • the teacher sees the teacher client interface through the teacher terminal on the display, selects some or all students in the classroom through the mouse and keyboard, and then clicks “screen broadcast”.
  • the teacher terminal will select the student and the screen to broadcast two operation commands, which are sent to the teacher client through the processor.
  • the teacher client notifies the student client of the virtual machine where the selected student is located.
  • the teacher client notifies the student clients of the selected students in the UDP protocol, and prepares to receive the data of the screen broadcast.
  • the teacher client sends a startBcMyScreen (starts broadcasting my screen) message to the teacher terminal.
  • the processor on the teacher terminal receives the message.
  • the teacher terminal receives the data broadcasted by the screen from the teacher client, and forwards the data to the agreed multicast group.
  • the data broadcasted by the screen is received from the host and forwarded to the agreed multicast group.
  • the student client sends a screenBc (screen broadcast) message to the student terminal.
  • screenBc screen broadcast
  • the notified student client respectively sends a screenBc message to the processor on the student terminal.
  • the screenBc message contains 3 channels of IP and Port, and the 3 channels respectively transmit mouse position information, screen information, and sound information. If one channel fails, it will not affect the data transmission of other channels.
  • the screenBc message also contains disabled keyboard parameters that prohibit students from using the keyboard.
  • the student terminal receives screen broadcast data from a corresponding multicast group.
  • the student terminal receives the screenBc message, and the processor on the student terminal parses the IP and Port of the three channels to receive the data.
  • the processor calls the screen display program to display the screen broadcast data on the display.
  • the screen display program can be pre-stored on the terminal memory or stored in the cloud server.
  • the processor on the student terminal sends a silent command to the program responsible for logging in to the virtual machine, so that the student turns off the sound and unicast sound of the virtual machine so as not to mix with the sound broadcasted on the screen.
  • Embodiment 3 is a diagrammatic representation of Embodiment 3
  • This embodiment is a process for turning off the screen broadcast, please refer to FIG. 6.
  • the teaching management system is in the screen broadcast.
  • the teacher client and the corresponding teacher terminal are normally connected, the teacher client and the student client are normally connected, and the student client and the corresponding student terminal are normally connected.
  • the teacher sees the teacher client interface through the teacher terminal on the display and clicks the "close screen broadcast” button.
  • the teacher terminal sends it to the teacher client through the processor.
  • the teacher client notifies the student client that is performing a screen broadcast.
  • the teacher client notifies the student client of the virtual machine of the student who is in the screen broadcast by UDP protocol to prepare to turn off the screen broadcast.
  • the teacher client sends a stopBcMyScreen (stop broadcasting my screen) message to the teacher terminal.
  • S605 The teacher terminal exits the previous multicast group.
  • the processor on the teacher terminal After receiving the stopBcMyScreen message, the processor on the teacher terminal terminates receiving the data broadcasted by the screen from the host, and exits the multicast group where the previous screen was shared.
  • the student client sends a screenBcStop (screen broadcast stop) message to the student terminal.
  • screenBcStop screen broadcast stop
  • the screenBcStop message also contains commands to open the keyboard.
  • the student terminal terminates receiving data of the screen broadcast and exits the multicast group.
  • the processor on the student terminal After receiving the screenBcStop message, the processor on the student terminal stops receiving the data broadcasted by the screen from the multicast group established when the screen was previously shared, and exits the multicast group.
  • the processor turns off the screen display program.
  • the processor on the student terminal turns off the screen capture toolbar interface on the display.
  • the processor on the student terminal determines whether to execute the command to turn on the keyboard according to whether the current student is disabled or not. If the keyboard is disabled before, the keyboard is turned on, so that the student terminal resumes using the keyboard.
  • the processor on the student terminal sends a command to restore the sound to the program responsible for logging in to the virtual machine, so that the student resumes the virtual machine. the sound of.
  • the processor on the student terminal determines whether the current student is still in other types of teaching activities. If the current student is still in another teaching activity, the teaching activity interface is displayed; if not, the student client interface is returned.
  • the processor on the student terminal displays the student client interface directly on the student display.
  • Embodiment 4 is a diagrammatic representation of Embodiment 4:
  • This embodiment is a flow for enabling the voice broadcast function, as shown in FIG. 7.
  • S701 The terminal separately logs in to the virtual machine and connects to the client normally.
  • the teacher terminal and the student terminal respectively log in to the corresponding virtual machine to obtain the IP (network address) and port (port) of the corresponding virtual machine client, and the terminal sends the obtained IP and port to the processor, and the processor establishes a TCP connection with the client.
  • the teacher client sends a reqAudioSend message to the processor on the teacher terminal.
  • the processor on the teacher terminal After receiving the reqAudioSend message, the processor on the teacher terminal obtains the local IP address and sets the voice parameters, including the encoding type, sampling rate, load value, capability mode, number of frames sent per second, etc., and assembles the information into an audioSendResult message. The message is sent back to the teacher client.
  • the teacher client notifies the student client of the virtual machine where the selected student is located.
  • the processor on the teacher terminal starts a process of collecting and transmitting voice data according to various voice parameters in the audioSendResult message, starts recording, and sends the voice data to the agreed multicast group.
  • S708 The student client respectively sends an audioBc (voice broadcast) message to the student terminal.
  • audioBc voice broadcast
  • the processor on the student terminal After receiving the audioBc message, the processor on the student terminal sends a silent command to the virtual machine to disable the student virtual machine from playing, so as not to affect the playback of the voice broadcast.
  • the student terminal broadcasts a voice.
  • the processor on the student terminal parses the voice parameters in the audioBc message, starts the process of receiving the voice data and plays the sound, starts receiving the data of the voice broadcast from the corresponding multicast group, and plays it out.
  • the processor on the student terminal determines whether the current student has other types of teaching activities.
  • the other teaching activity interface displayed on the display also displays the volume adjustment interface of the voice broadcast, and the student can adjust the volume independently.
  • the volume adjustment interface of the voice broadcast is displayed on the display, and the student can adjust the volume independently.
  • This embodiment is a process for turning off the voice broadcast, please refer to FIG. 8.
  • the teaching management system is in the voice broadcast.
  • the teacher sees the teacher client interface through the teacher terminal on the display and clicks the "close screen broadcast” button.
  • the teacher terminal sends it to the teacher client through the processor.
  • the teacher client sends a StopaudioBc (stop voice broadcast) message to the teacher terminal.
  • StopaudioBc stop voice broadcast
  • the processor on the teacher terminal receives the StopaudioBc message.
  • the student client sends an audioBcStop (voice broadcast stop) message.
  • audioBcStop voice broadcast stop
  • the processor on the student terminal receives the audioBcStop message.
  • the processor on the student terminal After receiving the audioBcStop message, the processor on the student terminal closes the program for receiving voice data and plays the sound, terminates receiving the data of the voice broadcast from the corresponding multicast group, exits the multicast group, and closes the interface of the voice broadcast, and is responsible for The program that logs in to the virtual machine sends an instruction to resume playback, so that the student can resume the playback of the virtual machine.
  • S901 determining whether to close the classroom business. If not, go to S902; if yes, go to S903.
  • the processor on the terminal will close the relevant teaching activities according to the steps below.
  • the processor on the terminal closes the program related to the screen broadcast, stops receiving data from the host, and receives data from the multicast group.
  • S907 Determine whether the student terminal is in a state of raising a hand. If yes, go to S908; if no, go to S909.
  • the processor on the terminal actively restores the use of the keyboard and mouse.
  • the processor on the terminal closes all teaching-related interfaces.
  • modules or steps of the foregoing embodiments of the present invention can be implemented by using a universal cloud terminal.
  • they may be implemented by using a program code executable by a computing device in the cloud terminal, and the program may be stored in a cloud terminal storage medium (ROM/RAM) by a processor, or stored in a cloud server, by The cloud terminal is called when it needs to be used.
  • ROM/RAM cloud terminal storage medium
  • the cloud terminal is called when it needs to be used.
  • the steps shown or described may be performed in an order different than that described herein. Therefore, the invention is not limited to any particular combination of hardware and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Educational Administration (AREA)
  • Educational Technology (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • General Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Electrically Operated Instructional Devices (AREA)

Abstract

一种基于云技术的教学管理主机、教学终端组成的教学管理系统，教学管理主机包括多个虚拟机，至少一个虚拟机设有教师客户端，至少一个虚拟机设有学生客户端，教师客户端和学生客户端都具有操作按钮，用于进行教学控制；教学终端包括输入单元、输出单元和处理器，处理器设置为接入教师客户端或学生客户端并接收控制指令进行教学或学习。本方案降低了硬件成本，具有不受局域网限制，存储、流量和功耗低的优点。

Description

一种基于云技术的教学管理系统 技术领域
本发明涉及教学管理领域，尤其涉及采用云终端和虚拟桌面技术的教学管理系统。
背景技术
随着教育教学改革的不断深入，传统的教育模式已被当代新型的教育理念所取缔，云计算和虚拟桌面技术也不断应用到教育管理系统中。然而，现有的云端教育方式需要强大的计算机硬件系统，功能单一不够完善，并且受局域网限制。后来又有学者提出了基于物联网的智慧课堂，但是该方式仍然需要配备众多的物联网监测节点，硬件成本较高，不利于推广。
发明内容
本发明实施例提供的基于云技术的教学管理系统包括教学管理主机和教学终端，主要要解决的技术问题是现有云教育系统需要配备较高硬件成本，受局域网限制，运行成本高。
为解决上述技术问题，本发明实施例提供一种基于云技术的教学管理主机，包括：
多个虚拟机，其中至少一个虚拟机上设有教师客户端，至少一个虚拟机设有学生客户端；所述教师客户端与各学生客户端之间建立通讯连接；所述教师客户端用于提供教师操作按钮、接入教师终端并与其收发教师教学控制指令，所述学生客户端用于提供学生操作按钮、接入学生终端并与其收发学生教学控制指令。
本发明实施例还提供一种基于云技术的教学终端，包括：输入单元、输出单元和处理器，所述处理器设置为：
将所述教学终端接入教学主机中对应的教师客户端或学生客户端；
接收所述输入单元发送的教师教学控制指令或学生教学控制指令，并将其转发到对应的教师客户端或学生客户端；
接收对应的教师客户端或学生客户端发送的教师或学生教学控制指令，解析并执行所述教师或学生教学控制指令，并将执行结果发送到所述输出单元。
本发明的有益效果是：
根据本发明实施例提供的基于云技术的教学管理主机、教学终端组成的教学管理系统，采用云技术既降低硬件成本，又不受局域网限制。
附图说明
图1为本发明实施例一的系统建立流程图；
图2为本发明实施例一的系统示意图；
图3为本发明实施例一的教师客户端界面图；
图4为本发明实施例一的学生客户端界面图；
图5为本发明实施例二的教师开启屏幕广播的流程图；
图6为本发明实施例三的关闭屏幕广播的流程图；
图7为本发明实施例四的开启语音广播功能的流程图；
图8为本发明实施例五的关闭语音广播的流程图；
图9为本发明实施例六的关闭课堂业务的流程图。
具体实施方式
下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。
实施例一：
为了解决现有云教育系统硬件成本高，受局域网限制的问题，本发明实施例提供一种基于云技术的教学管理系统。以1个老师和2个学生为例，教学管理系统包括1台教学管理主机和3台教学终端，主机即云服务器(下文简称主机)，终端为云终端(下文简称终端)。3台教学终端分别配备显示器、鼠标、键盘。系统建立流程请参见图1，系统示意图请参见图2。
S101，在主机上配置3台虚拟机。
本实施例中有1个老师和2个学生，所以需要配置3台虚拟机，1台教师虚拟机，2台学生虚拟机，分别为学生1虚拟机和学生2虚拟机。虚拟机本身并无分别。
S102，在虚拟机上创建虚拟桌面。
虚拟桌面包括教师和学生桌面，创建桌面时，可以使用模板批量生成，教师和学生的虚拟桌面在创建完成时没有区别。创建桌面时，还可以定义好用户名和密码。
S103，配置终端和虚拟机之间的网络。
在终端和虚拟机之间建立可用网络连接。因为采用TCP(Transmission Control Protocol，传输控制协议)，所以不受局域网限制，可实现异地教学。
S104，登录虚拟桌面。
使用之前创建桌面时设置的用户名和密码登录即可。
S105，在虚拟桌面上安装iclass客户端。
在教师虚拟桌面上安装iclass_tec(教师)客户端，在学生所登录的虚拟桌面上，安装iclass_stu(学生)客户端，该过程和虚拟桌面上安装其他普通应用程序没有区别。同一桌面上可以同时安装教师客户端和学生客户端，但同一时间段只能运行一个客户端。客户端提供教师或学生所支持的所有操作的按钮。在点击按钮时即可调用对应指令，实现对应操作的功能。
每个学生客户端和教师客户端之间采用TCP连接保持心跳和各种交互信息的通信，保持心跳指双方以一定频率一直互发消息确认对方是否可用。学生客户端和教师客户端还采用UDP(User Datagram Protocol，用户数据报协议)进行批量控制数据信息的收发。
S106，在终端上安装iclass_agent处理器。
处理器为在终端上运行的软件模块，用于将终端的各种命令发送给客户端和接收客户端的各种命令，解析后传达给终端，终端再执行相应的动作。处理器一般随终端开机自启，然后开启守护进程，定时上报开关机状态广播包。处理器和客户端之间采用TCP进行通信和保持心跳，可以实现跨网段的教学管理。
S107，注册账号和密码后选择频道号，登录进入教室。
安装完毕之后，教师学生填写账号和密码后，选择频道号登录，就可以进入该频道对应的教室。一个频道号对应一个教室。一般首次登录前需注册，之后登录会直接进入之前进入的教室。若之前使用的教室不可用，教师登录时候可以选择其他可用的教室，学生登录时填写对应的频道号就可以进入该教室。
登入教室时，教师客户端会给教师终端的处理器发送一个定义好的role(角色)为1消息，告知其角色为老师；学生客户端会给学生终端的处理器发送一个role为0的消息，告知其角色为学生。当教师或者学生终端所登录的虚拟机客户端由教师切换到学生或者学生切换到老师时，即退出当前运行的客户端，启动另一种客户端时，客户端会重新发role消息通知其角色的切换。
S108，开始教学活动和管理。
教师进入教室后，可以在教室视图上看到当前所有的学生列表。学生列表信息可以支持学生名称和虚拟机名称，同时能查看当前学生的详细信息，包括终端IP地址，MAC地址，在线与否等。教师拥有众多操作权限，功能非常完善。具体参见图3。学生也有众多操作权限，具体参见图4。
图3为教师客户端界面，其上提供各种操作按钮，包括监控学生桌面、指定学生演示、召集学生、语音广播、视频共享、禁用键盘鼠标、语音对话、语音监控、语音讨论、批量开关机、设置黑屏安静、文件分发、文件收集、屏幕广播、黑白名单网站管理等。使用过程中，只要在教室界面选定被操作的学生集，点击各功能对应的按钮，就能直接开始想要的教学管理活动。
图4为学生客户端界面，其上提供各种操作按钮，包括分组讨论、截屏、演示、举手、录屏、调节音量等。相比老师的权限来说，学生在权限上做了很多限制，这也是根据实际教学活动中老师和学生的角色进行区别对待。在大部分时候，学生客户端是用于响应老师端的教学活动，但是处于教学活动过程中时，学生可以主动向老师提问或者进行讨论。
正式教学开始后，教师的每一个在鼠标、键盘等输入单元上进行的操作都会经过教师终端的处理器传送给教师客户端，教师客户端再将对应的操作指令发送给学生客户端，学生客户端再将指令及数据发送给对应学生终端上的处理器，处理器在解析指令之后，再执行具体的操作命令，显示在显示器等输出单元上，使学生终端实现具体的功能。同时，学生客户端的每一个在鼠标、键盘等输入单元上进行的操作都会经过学生终端的处理器传送给学生客户端，学生客户端再将对应的信息发送给教师客户端，教师客户端再将指令及数据发送给对应教师终端上的处理器，处理器在解析指令之后，再执行具体的操作命令，显示在显示器等输出单元上，使教师终端实现具体的功能。
本发明实施例提供一种基于云技术的教学管理系统，通过云终端和虚拟桌面，只需要一台主机和若干台云终端及显示器等输出单元，键盘鼠标等输入单元，不需给每个学生配备整台电子计算机，降低硬件成本；采用网络连接，不需要配备物联网监测节点，不受局域网限制，存储、流量和功耗低；教师和学生分类控制权限，功能多样。
显然，本领域的技术人员应该明白，教师和学生的数量和操作权限不仅限于此。若将本发明实施例的方案应用于别的场景时，对方案内容进行相应改变，也都应当视为属于本发明的保护范围。
实施例二：
本实施例为教师开启屏幕广播的流程，请参见图5。
S501，终端登录虚拟机，与客户端正常连接。
教师终端与学生终端分别登录对应的虚拟机，获得对应虚拟机客户端的IP(网络地址)和Port(端口)，终端将获得的IP和Port发送给处理器，处理器与客户端建立TCP连接。
S502，教师选择学生，点击“屏幕广播”按钮。
教师在显示器上通过教师终端看到教师客户端界面，通过鼠标、键盘选择某几个或教室中所有学生，然后点击“屏幕广播”。教师终端将选学生和屏幕广播2个操作命令，通过处理器发送给教师客户端。
S503，教师客户端通知选定的学生所在虚拟机的学生客户端。
教师客户端以UDP协议的方式通知被选定的那些学生所在的学生客户端，准备接收屏幕广播的数据。
S504，教师客户端下发startBcMyScreen(开始广播我的屏幕)消息给教师终端。
教师终端上的处理器接收该消息。
S505，教师终端从教师客户端接收屏幕广播的数据，转发到约定的组播组。
教师终端上的处理器startBcMyScreen消息之后，从主机接收屏幕广播的数据，再转发到约定的组播组。
S506，学生客户端下发screenBc(屏幕广播)消息给学生终端。
被通知的学生客户端分别下发screenBc消息给学生终端上的处理器。screenBc消息含有3个通道的IP和Port，3个通道分别传递鼠标位置信息、屏幕信息、声音信息。若有一个通道失效，不影响别的通道数据传输。screenBc消息还含有禁用键盘参数，禁止学生使用键盘。
S507，学生终端从对应的组播组接收屏幕广播数据。
学生终端收到screenBc消息，学生终端上的处理器解析3个通道的IP和Port，接收数据。
S508，学生终端展示屏幕。
处理器调用屏幕展示程序将屏幕广播数据显示在显示器上。该屏幕展示程序可以是预先存在终端存储器上，也可以存放于云端服务器。
S509，显示截屏工具条。
学生在听课时可以用鼠标进行截屏操作，使学生在此屏幕广播过程中能对屏幕截图并保 存，便于学生记笔记。
S510，学生终端关闭单播声音。
学生终端上的处理器向负责登录虚拟机的程序发送静音的指令，使学生关闭虚拟机的声音及单播声音，以免跟屏幕广播过来的声音相混合。
显然，本领域的技术人员应该明白，上述各步骤可以根据实际教学情况进行更改或调整顺序。若将本发明实施例的方案应用于别的场景时，对方案步骤或命令内容进行相应改变，也都应当视为属于本发明的保护范围。
实施例三：
本实施例为关闭屏幕广播的流程，请参见图6。
S601，教学管理系统正处于屏幕广播中。
教师客户端和对应教师终端正常连接，教师客户端与学生客户端正常连接，学生客户端和对应学生终端正常连接。
S602，教师点击“关闭屏幕广播”按钮。
教师在显示器上通过教师终端看到教师客户端界面，点击“关闭屏幕广播”按钮。教师终端通过处理器将其发送给教师客户端。
S603，教师客户端通知正在进行屏幕广播的学生客户端。
教师客户端以UDP协议的方式通知正处于屏幕广播中的学生所在虚拟机的学生客户端要准备关闭屏幕广播了。
S604，教师客户端下发stopBcMyScreen(停止广播我的屏幕)消息给教师终端。
S605，教师终端退出之前所在的组播组。
教师终端上的处理器收到stopBcMyScreen消息之后，终止从主机接收屏幕广播的数据，退出之前分享屏幕时所在的组播组。
S606，学生客户端下发screenBcStop(屏幕广播停止)消息给学生终端。
screenBcStop消息还含有开启键盘的命令
S607，学生终端终止接收屏幕广播的数据，退出组播组。
学生终端上的处理器收到screenBcStop消息之后，停止从之前分享屏幕时建立的组播组接收屏幕广播的数据，并退出组播组。
S608，学生终端终止展示屏幕。
处理器关闭屏幕展示程序。
S609，隐藏截屏工具条。
学生终端上的处理器关闭显示器上的截屏工具条界面。
S610，学生终端开启键盘。
学生终端上的处理器根据当前学生是否被禁用了键盘判断是否要执行开启键盘的命令，若之前被禁用键盘，则开启键盘，使学生终端恢复使用键盘。
S611，学生终端开启单播声音。
学生终端上的处理器向负责登录虚拟机的程序发送恢复声音的指令，使学生恢复虚拟机 的声音。
S612，判断当前学生是否还处于其他类型的教学活动。若是，则转到S613；
若否，则转到S614。
学生终端上的处理器判断当前学生是否还处于其他类型的教学活动。如果当前学生还处于另一教学活动，就显示这个教学活动界面；如果没有，就回到学生客户端界面。
S613，展示该教学活动界面。
学生终端上的处理器在学生显示器上展示对应的教学活动界面。
S614，显示学生客户端界面。
学生终端上的处理器直接在学生显示器上显示学生客户端界面。
显然，本领域的技术人员应该明白，上述各步骤可以根据实际情况进行更改或调整顺序。若将本发明实施例的方案应用于别的场景时，对方案步骤或命令内容进行相应改变，也都应当视为属于本发明的保护范围。
实施例四：
本实施例为开启语音广播功能的流程，请参见图7。
S701，终端分别登录虚拟机，与客户端正常连接。
教师终端与学生终端分别登录对应的虚拟机，获得对应虚拟机客户端的IP(网络地址)和Port(端口)，终端将获得的IP和Port发送给处理器，处理器与客户端建立TCP连接。
S702，教师选择学生，点击“语音广播”按钮。
教师在显示器上通过教师终端看到教师客户端界面，通过鼠标、键盘选择某几个或教室中所有学生，然后点击“语音广播”。教师终端将选学生和屏幕广播2个操作命令，分别通过处理器发送给教师客户端。
S703，教师客户端下发reqAudioSend(语音发送请求)消息。
教师客户端将reqAudioSend消息发送给教师终端上的处理器。
S704，教师终端回应audioSendResult(语音发送结果)消息。
教师终端上的处理器收到reqAudioSend消息之后，获取本地IP地址，设定语音参数，包括编码类型、采样率、负载值、能力模式、每秒发送的帧数等，将这些信息组装成audioSendResult消息报文，发回给教师客户端。
S705，教师客户端通知选定的学生所在虚拟机的学生客户端。
教师客户端收到audioSendResult消息之后，以UDP协议的方式通知选定的那些学生所在虚拟机的学生客户端要准备接收语音广播的数据。
S706，关闭教师虚拟机录音。
教师终端上的处理器向其虚拟机发送关闭录音的指令，使教师虚拟机关闭录音，以免影响语音广播的录音。
S707，教师终端开始录音。
教师终端上的处理器根据audioSendResult消息中的各项语音参数，启动采集和发送语音数据的程序，开始录音，并将语音数据发送到约定的组播组。
S708，学生客户端分别下发audioBc(语音广播)消息给学生终端。
被通知的学生客户端分别下发audioBc消息给学生终端上的处理器。audioBc消息包含audioSendResult消息中的各项语音参数。
S709，学生虚拟机静音。
学生终端上的处理器收到audioBc消息之后，向虚拟机发送静音的指令，使学生虚拟机关闭放音，以免影响语音广播的放音。
S710，学生终端广播语音。
学生终端上的处理器解析audioBc消息中的语音参数，启动接收语音数据并放音的程序，开始从对应的组播组接收语音广播的数据，并播放出来。
S711，判断当前学生是否还处于其他类型的教学活动。若是，则转到S712；
若否，则转到S713。
学生终端上的处理器判断当前学生是否还有其他类型的教学活动。
S712，在显示器上展示对应的界面和语音广播的音量调节界面。
学生若有别的教学活动不涉及声音、音频等传输和使用的，可以与语音广播同时进行。显示器上显示进行的其他教学活动界面，还显示语音广播的音量调节界面，学生可以自主调节音量。
S713，在显示器上展示语音广播的音量调节界面。
显示器上显示语音广播的音量调节界面，学生可以自主调节音量。
显然，本领域的技术人员应该明白，上述各步骤可以根据实际情况进行更改或调整顺序。若将本发明实施例的方案应用于别的场景时，对方案步骤或命令内容进行相应改变，也都应当视为属于本发明的保护范围。
实施例五：
本实施例为关闭语音广播的流程，请参见图8。
S801，教学管理系统正处于语音广播中。
S802，教师点击“关闭语音广播”按钮。
教师在显示器上通过教师终端看到教师客户端界面，点击“关闭屏幕广播”按钮。教师终端通过处理器将其发送给教师客户端。
S803，教师客户端通知正在进行语音广播的学生客户端。
教师客户端以UDP协议的方式通知正处于语音广播中的学生所在虚拟机的学生客户端要准备关闭语音广播了。
S804，教师客户端下发StopaudioBc(停止语音广播)消息给教师终端。
教师终端上的处理器接收StopaudioBc消息。
S805，教师终端终止录音，退出之前所在的组播组。
教师终端上的处理器收到StopaudioBc消息之后关闭采集和发送语音数据的程序，并关闭语音广播的界面，同时向负责登录虚拟机的程序发送恢复录音的指令，使教师恢复虚拟机的录音。
S806，学生客户端下发audioBcStop(语音广播停止)消息。
学生终端上的处理器接收audioBcStop消息。
S807，学生终端终止放音，退出组播组。
学生终端上的处理器收到audioBcStop消息之后，关闭接收语音数据并放音的程序，终止从对应的组播组接收语音广播的数据，退出组播组，并关闭语音广播的界面，同时向负责登录虚拟机的程序发送恢复放音的指令，使学生恢复虚拟机的放音。
S808，关闭音量调节界面。
S809，判断当前学生是否还处于其他类型的教学活动。若是，则转到S810；
若否，则转到S811。
学生终端上的处理器判断当前学生是否还处于其他类型的教学活动。如果当前学生还处于另一教学活动，就显示这个教学活动界面；如果没有，就回到学生客户端界面。
S810，展示该教学活动界面。
S811，显示学生客户端界面。
显然，本领域的技术人员应该明白，上述实施例二、三、四、五分别为开启屏幕广播、关闭屏幕广播、开启语音广播、关闭语音广播。本发明实施例中的教学管理活动不限于此，实施例二、三、四、五的方案还可以应用于其他多种教学活动，例如语音对话、语音监听、语音讨论、视频共享等。若将本发明实施例的方案应用于别的场景时，对其进行相应改变，也都应当视为属于本发明的保护范围。
实施例六：
本实施例为关闭课堂业务的流程，请参见图9。
S901，判断是否关闭课堂业务。若否，则转到S902；若是，则转到S903。
在网络中断、客户端与媒体代理之间的心跳超时、老师或者学生退出教学管理客户端软件、老师或者学生退出登录虚拟机等情况下，会开始关闭课程业务。
S902，不关闭课堂业务。
S903，关闭课堂业务。
终端上的处理器会依照下面的步骤关闭相关的教学活动。
S904，终端上的处理器关闭屏幕广播线程。
终端上的处理器关闭屏幕广播的相关程序，停止从主机接收数据以及从组播组接收数据。
S905，终端上的处理器关闭视频共享线程。
终端上的处理器关闭视频共享的相关程序，停止从主机接收数据以及从组播组接收数据。
S906，终端上的处理器复位所有教学活动相关的标志位。
例如黑屏标志和录音标志，会重置复位。
S907，判断学生终端是否为举手状态。若是，则转到S908；若否，则转到S909。
S908，记录当前学生的举手状态。
学生终端上的处理器记录当前学生的举手状态，以便下一次开始教学时，展示本次的举手状态，及时得到老师的解答。
S909，恢复键盘鼠标的使用。
为避免异常的情况出现，终端上的处理器主动恢复键盘鼠标的使用。
S910，恢复录音和放音。
终端上的处理器关闭向负责虚拟机登录的程序发送恢复录音和放音的消息，使学生和老师虚拟机都能正常录音和放音。
S911，关闭所有教学相关的界面。
终端上的处理器关闭所有教学相关的界面。
显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的云终端来实现。可选地，它们可以用云终端中的计算装置可执行的程序代码来实现，可以将程序存储在云终端存储介质(ROM/RAM)中由处理器来执行，或者存储于云服务器中，由云终端在需要使用时调用。并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。所以，本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。
工业实用性
本公开适用于教学管理领域，用以降低硬件成本，又不受局域网限制。

Claims (11)

  1. 一种基于云技术的教学管理主机，包括：
    多个虚拟机，其中至少一个虚拟机上设有教师客户端，至少一个虚拟机设有学生客户端；所述教师客户端与各学生客户端之间建立通讯连接；所述教师客户端用于提供教师操作按钮、接入教师终端并与其收发教师教学控制指令，所述学生客户端用于提供学生操作按钮、接入学生终端并与其收发学生教学控制指令。
  2. 根据权利要求1所述的基于云技术的教学管理主机，其中，所述教师客户端还用于接收频道号选择信息，所述学生客户端还用于接收频道号选择信息；具有相同频道号的教师客户端和学生客户端为同一教室成员客户端。
  3. 根据权利要求1或2所述的基于云技术的教学管理主机，其中，所述教师客户端与各学生客户端之间建立通讯连接包括：所述教师客户端与各学生客户端之间分别建立基于传输控制协议的连接，并通过所述连接保持心跳和动态交互信息。
  4. 根据权利要求1或2所述的基于云技术的教学管理主机，其中，所述教师客户端还用于基于用户数据报协议向各学生客户端批量下发信息。
  5. 根据权利要求1或2所述的基于云技术的教学管理主机，其中，所述教师客户端通过基于传输控制协议接入教师终端并与其收发教师教学控制指令，所述学生客户端通过基于传输控制协议接入学生终端并与其收发学生教学控制指令。
  6. 一种基于云技术的教学终端，包括：输入单元、输出单元和处理器，所述处理器设置为：
    将所述教学终端接入教学主机中对应的教师客户端或学生客户端；
    接收所述输入单元发送的教师教学控制指令或学生教学控制指令，并将其转发到对应的教师客户端或学生客户端；
    接收对应的教师客户端或学生客户端发送的教师或学生教学控制指令，解析并执行所述教师或学生教学控制指令，并将执行结果发送到所述输出单元。
  7. 根据权利要求6所述的基于云技术的教学终端，其中，所述处理器还设置为：向对应的教师客户端或学生客户端发送频道号选择信息。
  8. 根据权利要求6或7所述的基于云技术的教学终端，其中，所述处理器还设置为：接收对应的教师客户端或学生客户端发送角色通知信息，并将其发送到所述输出单元。
  9. 根据权利要求6或7所述的基于云技术的教学终端，其中，所述处理器还设置为：接收对应的教师客户端或学生客户端发送的界面显示信息，并将其发送到所述输出单元。
  10. 根据权利要求6或7所述的基于云技术的教学终端，其中，所述处理器设置为通过基于传输控制协议与对应的教师客户端或学生客户端建立通信连接。
  11. 一种计算机存储介质，所述计算机存储介质存储有执行指令，所述执行指令用于执行权利要求1至5中任一项所述的方法。
PCT/CN2017/084116 2016-06-21 2017-05-12 一种基于云技术的教学管理系统 WO2017219785A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610451766.0 2016-06-21
CN201610451766.0A CN107527304A (zh) 2016-06-21 2016-06-21 一种基于云技术的教学管理系统

Publications (1)

Publication Number Publication Date
WO2017219785A1 true WO2017219785A1 (zh) 2017-12-28

Family

ID=60735047

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/084116 WO2017219785A1 (zh) 2016-06-21 2017-05-12 一种基于云技术的教学管理系统

Country Status (2)

Country Link
CN (1) CN107527304A (zh)
WO (1) WO2017219785A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111737782A (zh) * 2020-05-25 2020-10-02 广东职业技术学院 一种陶瓷产品的辅助设计系统
CN113676461A (zh) * 2021-07-29 2021-11-19 北京金三惠科技有限公司 一种电钢琴教室管理方法和系统

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108022469B (zh) * 2018-01-19 2019-06-07 咸宁职业技术学院 一种智能教学配置方法和系统
CN108830762A (zh) * 2018-07-12 2018-11-16 河南恩久信息科技有限公司 一种基于物联网的多媒体智慧教室
CN109712460A (zh) * 2019-02-27 2019-05-03 浙江机电职业技术学院 电子实训云平台系统
CN113163216B (zh) * 2020-01-22 2023-08-22 华为云计算技术有限公司 基于云手机的直播方法和直播系统
CN111311998A (zh) * 2020-04-10 2020-06-19 江苏现代职教图书发行有限公司 一种现代云课堂在线教育平台
CN112183690A (zh) * 2020-09-30 2021-01-05 深圳市快易典教育科技有限公司 一种集体式教学用学习管理方法、系统、电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN203070573U (zh) * 2013-02-21 2013-07-17 江苏物联网研究发展中心 基于云存储服务的数字教室系统
CN104952008A (zh) * 2014-03-26 2015-09-30 剑桥Classserver有限责任公司 一种基于云服务器的教学服务系统及方法
CN105551330A (zh) * 2015-12-25 2016-05-04 北京荣之联科技股份有限公司 一种云教室系统
CN105575201A (zh) * 2015-12-24 2016-05-11 趣游（厦门）科技有限公司 基于移动云服务的教育游戏平台

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN203070573U (zh) * 2013-02-21 2013-07-17 江苏物联网研究发展中心 基于云存储服务的数字教室系统
CN104952008A (zh) * 2014-03-26 2015-09-30 剑桥Classserver有限责任公司 一种基于云服务器的教学服务系统及方法
CN105575201A (zh) * 2015-12-24 2016-05-11 趣游（厦门）科技有限公司 基于移动云服务的教育游戏平台
CN105551330A (zh) * 2015-12-25 2016-05-04 北京荣之联科技股份有限公司 一种云教室系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111737782A (zh) * 2020-05-25 2020-10-02 广东职业技术学院 一种陶瓷产品的辅助设计系统
CN113676461A (zh) * 2021-07-29 2021-11-19 北京金三惠科技有限公司 一种电钢琴教室管理方法和系统
CN113676461B (zh) * 2021-07-29 2023-06-30 北京金三惠科技有限公司 一种电钢琴教室管理方法和系统

Also Published As

Publication number Publication date
CN107527304A (zh) 2017-12-29

Similar Documents

Publication Publication Date Title
WO2017219785A1 (zh) 一种基于云技术的教学管理系统
US8848019B1 (en) System and method for enabling virtual live video
CN110352451A (zh) 一种同屏教学方法、装置和系统、智能设备及存储介质
TWI760635B (zh) 遠端即時多媒體教學方法、裝置及系統、電子設備以及電腦可讀取的記錄媒體
US20130304832A1 (en) Method, client and server of transmitting group communication information
US20140129683A1 (en) Shared access to a remotely running application
JP2007534076A (ja) ネットワークチャット環境におけるチャット負荷管理のためのシステム及び方法
JP2011028273A (ja) インターネットインタラクティブラーニング管理システム
KR101315278B1 (ko) 버추얼 클래스 기반 글로벌 시티즌십 인큐베이팅 시스템 및 그 방법
CN103118074A (zh) 基于xmpp的网络模块化远程教育培训系统
US20150304254A1 (en) Information processing system, information processing apparatus, and storage medium
WO2017050006A1 (zh) 远程直播方法和系统
TW201822055A (zh) 即時通信賬號之間的用戶身份隱藏及信息轉發方法和裝置
Granda et al. E-pSyLon: a synchronous e-learning platform for staff training in large corporations
CN104283771B (zh) 用于移动终端的im用户协同通讯方法与系统
Bosslet et al. Virtually hosting a national medical society conference. lessons learned from the 2020 association of pulmonary and critical care medicine program directors conference
Nahrstedt et al. Mobile Learning Communities-Are We There Yet?
CN107195211B (zh) 基于旁路的在线监课系统
WO2022143255A1 (zh) 实时信息交互方法及装置、设备、存储介质
JP7504439B2 (ja) オンライン対話システム
CN109686155A (zh) 一种用于幼教系统的权限分配方法
CN116962727A (zh) 一种多终端直播互动的控制方法及显示设备、服务器
Stephens et al. Leveraging multicommunication in the classroom: Implications for participation and engagement
Henseler et al. Sweetie 2.0 technology: Technical challenges of making the sweetie 2.0 Chatbot
US20200274914A1 (en) Method and system for streaming data over a network

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17814523

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17814523

Country of ref document: EP

Kind code of ref document: A1