Student terminal management method, device and equipment

Abstract

This invention provides a student terminal management method, apparatus, and device, relating to the field of classroom management technology. The method includes: acquiring the number of connected student terminals, and based on the number of student terminals and a pre-configured bandwidth allocation strategy, performing bandwidth control on each student terminal; for any network request from a student terminal after bandwidth control, performing access control on the student terminal's network request according to a pre-configured first whitelist. This invention can utilize a bandwidth allocation strategy to achieve reasonable allocation of bandwidth and channels, avoiding network lag problems caused by unreasonable bandwidth and channel allocation, effectively restricting students' access to websites unrelated to learning, thereby achieving real-time batch management of students, effectively maintaining classroom teaching order, and improving students' classroom learning efficiency.

Description

Technical Field

[0001] This invention relates to the field of classroom management technology, and in particular to a student terminal control method, device, equipment, and storage medium. Background Technology

[0002] With the development of student terminals such as smartphones, tablets, and computers, the improper use of these terminals in the classroom has become a serious problem affecting teaching order and student learning. Existing technologies for managing mobile phones in the classroom mainly include physical isolation solutions, network control solutions, classroom behavior monitoring solutions, and mobile phone monitoring software solutions. Among these, physical isolation solutions require students to store their phones centrally or use phone cases; while simple and direct, this approach is costly and generates significant student resistance. Network control solutions primarily block specific applications or websites through the campus network, but students can bypass these restrictions using mobile data networks, and the use of local mobile applications cannot be monitored. Classroom behavior monitoring solutions mainly use high-definition cameras to capture student behavior and analyze it using artificial intelligence; however, this solution cannot reveal the purpose of students using their phones, nor does it provide quantitative data, ensuring fairness, impartiality, and transparency, and failing to achieve comprehensive management of student mobile phone use in the classroom. Mobile phone monitoring software solutions are primarily designed for home scenarios and lack specific design for the classroom environment.

[0003] In summary, existing technologies lack a management method specifically designed for classroom scenarios that can perform real-time batch management of student terminals. Furthermore, existing routers suffer from low configuration efficiency using traditional methods, making them unsuitable for classroom scenarios. Cloud-based management methods are prone to issues such as channel interference, unreasonable bandwidth allocation, and network lag when used in classrooms with too many concurrent terminals. Summary of the Invention

[0004] This invention provides a student terminal management method, device, and equipment to solve problems such as unreasonable bandwidth allocation and network lag when there are too many concurrent terminals in the classroom scenario, as well as the difficulty in batch management of student terminals in the prior art.

[0005] In a first aspect, embodiments of the present invention provide a student terminal management and control method, including: The system obtains the number of student terminals connected to the network and manages the bandwidth of each student terminal based on the number of student terminals and the pre-configured bandwidth allocation policy. For any network request from a student terminal after bandwidth control, access control is implemented for the student terminal's network request based on a pre-configured first whitelist.

[0006] Secondly, embodiments of the present invention provide a student terminal management and control method, including: Within a preset time period, the connection status between the student terminal and the router in the target classroom and the name of the application package currently running on the student terminal are collected in real time. Based on the connection status, the name of the currently running application package, and a pre-set second whitelist, time management is implemented for student terminals.

[0007] Thirdly, embodiments of the present invention provide a student terminal management and control device, comprising: The bandwidth management module is used to obtain the number of student terminals accessing the network and to manage the bandwidth of each student terminal based on the number of student terminals and the pre-configured bandwidth allocation strategy. The access control module is used to control network requests from any student terminal after bandwidth control, based on a pre-configured first whitelist.

[0008] Fourthly, embodiments of the present invention provide a student terminal management and control device, comprising: The data acquisition module is used to collect the connection status between the student terminal and the router in the target classroom and the name of the application package currently running on the student terminal in real time within a preset time period. The timing control module is used to control the timing of student terminals based on the connection status, the name of the currently running application package, and a pre-set second whitelist.

[0009] Fifthly, embodiments of the present invention provide an electronic device, including a memory and a processor. The memory stores a computer program, and the processor executes the computer program to implement the method in any possible implementation of the first aspect or the method in any possible implementation of the second aspect.

[0010] In this embodiment of the invention, by combining the number of accessed student terminals and a pre-configured bandwidth allocation strategy to manage the bandwidth of each student terminal, the bandwidth allocation strategy can achieve reasonable allocation of bandwidth and channels, avoiding network lag caused by unreasonable bandwidth and channel allocation. Through a pre-configured first whitelist, student terminals can be restricted from accessing websites unrelated to learning through the router, thereby achieving fine-grained access control of network requests for each student terminal. By combining the first whitelist and the bandwidth allocation strategy, appropriate bandwidth can be allocated to student terminals while preventing them from accessing websites unrelated to learning through the router, avoiding network lag. This enables real-time batch management of student terminals, effectively maintaining classroom teaching order and improving classroom learning efficiency. Attached Figure Description

[0011] Figure 1This is a flowchart illustrating the implementation of the student terminal management method provided in this embodiment of the invention; Figure 2 This is a flowchart illustrating the implementation of the student terminal management method provided in this embodiment of the invention; Figure 3 This is a schematic diagram of the display page of the mobile phone monitoring software of the student terminal in the student terminal management method provided in this embodiment of the invention; Figure 4 This is a schematic diagram of the filtering page of the mobile phone monitoring software on the teacher's terminal in the student terminal management method provided in this embodiment of the invention; Figure 5 This is a schematic diagram showing the usage information of the student terminal displayed in the mobile phone monitoring software of the teacher terminal in the student terminal management method provided in this embodiment of the invention; Figure 6 This is a schematic diagram of the student terminal management device provided in an embodiment of the present invention; Figure 7 This is a schematic diagram of the student terminal management device provided in an embodiment of the present invention; Figure 8 This is a schematic diagram of an electronic device provided in an embodiment of the present invention. Detailed Implementation

[0012] The embodiments of the present invention will now be described in detail with reference to the accompanying drawings.

[0013] See Figure 1 It shows a flowchart of the implementation of the student terminal management method provided in an embodiment of the present invention. Figure 1 The student terminal management method provided in the illustrated embodiment of the present invention is applied to a router in a classroom. The router is a network device equipped with customized firmware. The router has built-in modules such as a local proxy client, a configuration caching module, a whitelist filtering module, and a low-traffic, high-concurrency optimization module. The router establishes a local area network connection with the student terminal via wired or wireless means, and simultaneously communicates with the cloud configuration center via the public network. The student terminal management method is detailed below: Step S110: Obtain the number of student terminals connected, and manage the bandwidth of each student terminal based on the number of student terminals and the pre-configured bandwidth allocation strategy.

[0014] In some embodiments, student terminals can be smartphones, tablets, and computers. These terminals can access the classroom's dedicated router via Wi-Fi, initiate network access requests, and accept whitelist filtering and traffic control from the router. By utilizing the number of student terminals connected to the classroom router and a pre-configured bandwidth allocation policy to manage the bandwidth of each student terminal, the specific needs of educational scenarios—low bandwidth per device and high concurrency for multiple users—can be met. The router's low-traffic, high-concurrency module is used to manage the bandwidth of each student terminal.

[0015] In one possible implementation, step S110 is specifically processed as follows: the number of student terminals is compared with the preset number of terminals in the pre-configured bandwidth allocation strategy. When the number of student terminals exceeds the preset number of terminals, at least two data transmission channels are allocated to the student terminals. The preset number of terminals is at least N, where N is an integer greater than or equal to 2. The target bandwidth in the pre-configured bandwidth allocation strategy is determined as the maximum bandwidth for each student terminal.

[0016] In some embodiments, when the number of student terminals does not exceed the preset number of terminals in the pre-configured bandwidth allocation strategy, the same data transmission channel can be allocated to all student terminals, or multiple data transmission channels can be allocated to multiple student terminals. When the number of student terminals exceeds the preset number of terminals, multiple data transmission channels need to be allocated to multiple student terminals. The specific allocation scheme is not limited here. For example, if the number of student terminals is 260 and the preset number of terminals is 250, and there are two data transmission channels, then 130 student terminals can be allocated to data transmission channel 1, and the other 130 student terminals can be allocated to data transmission channel 2. Alternatively, according to the access order of the student terminals, the first 250 student terminals can be allocated to data transmission channel 1, and the remaining 10 student terminals can be allocated to data transmission channel 2.

[0017] It should be noted that the target bandwidth in the pre-configured bandwidth allocation strategy can be 2MB / hour or other bandwidths. The target bandwidth needs to be determined as the maximum bandwidth for each student terminal. If the target bandwidth is 2MB / hour, then the maximum bandwidth for each student terminal is 2MB / hour.

[0018] In one possible implementation, before step S110, the method further includes: when the first whitelist and bandwidth allocation policy issued by the cloud configuration center are received, the first whitelist and bandwidth allocation policy are cached locally; wherein, after receiving the first whitelist and bandwidth allocation policy for each classroom, the cloud configuration center issues the first whitelist and bandwidth allocation policy for each classroom.

[0019] In some embodiments, the cloud configuration center is a software management platform deployed on a cloud server, including a whitelist group management module, a bandwidth policy configuration module, a configuration distribution module, and a heartbeat communication module. The cloud configuration center can establish bidirectional communication with the dedicated routers in each classroom via MQTT / HTTP long connections. Through the configuration distribution module, it distributes the first whitelist from the whitelist group management module and the bandwidth allocation policy from the bandwidth policy configuration module to the routers. At the same time, it receives heartbeat feedback information from the routers through the heartbeat communication module.

[0020] It should be noted that the whitelist group management module in the cloud configuration center is used to create the initial whitelist. When creating the initial whitelist, multiple whitelist groups can be defined according to specific dimensions such as school, grade, class, and course. Then, the URL / IP of the corresponding educational website is entered for each whitelist group to complete the creation of the initial whitelist. The bandwidth policy configuration module is used to configure bandwidth allocation strategies that can meet the low-traffic requirements of a single device and the high concurrency of multiple users in an educational scenario. The creation of the initial whitelist and the configuration of the bandwidth allocation strategy can be completed by staff.

[0021] Step S120: For any network request from a student terminal after bandwidth control, access control is performed on the network request from that student terminal according to the pre-configured first whitelist.

[0022] In some embodiments, after receiving a network request from a student terminal that has undergone bandwidth control, access control needs to be implemented for each network request from the student terminal according to a pre-configured first whitelist. The router's whitelist filtering module is used to control access to the network requests from student terminals, and the whitelist filtering module can implement access control based on nftables technology.

[0023] In one possible implementation, step S120 is specifically processed as follows: for any student terminal's network request, if the URL and / or IP of the network request are within a pre-configured first whitelist, the student terminal that issued the network request accesses the target address corresponding to the network request; if neither the URL nor the IP of the network request are within the pre-configured first whitelist, the network request is intercepted.

[0024] In some embodiments, upon receiving a network request from any student terminal after bandwidth control, it is necessary to determine whether the URL and IP address of the network request are within a pre-configured first whitelist. If the URL and / or IP address are within the pre-configured first whitelist, it indicates that the network request is for accessing an educational website. In this case, the student terminal that issued the network request can be instructed to access the target address corresponding to the network request. If neither the URL nor the IP address of the network request is within the pre-configured first whitelist, it indicates that the network request is for accessing a website other than an educational website. In this case, the network request needs to be blocked.

[0025] In one possible implementation, the method further includes: sending a heartbeat packet to the cloud configuration center based on a preset time interval; and when no response information is received from the cloud configuration center within a preset time period after sending the heartbeat packet, performing network control on each student terminal and each student terminal's network requests based on locally cached configuration information.

[0026] In some embodiments, during operation, the router also needs to determine the connection status between the cloud configuration center and the router via heartbeat packets at preset time intervals. If the router sends a heartbeat packet to the cloud configuration center but does not receive a response from the cloud configuration center within a preset time period, it indicates that the cloud configuration center is offline, meaning the cloud configuration center and the router are not connected. In this case, the router needs to perform network management on the network requests of each student terminal according to the configuration information cached in the configuration caching module. Network management includes access control and bandwidth control. In addition, the router also needs to cache the static resources of the education platform locally during operation. If duplicate requests exist, the cached data can be directly called to reduce uplink traffic consumption and adapt to low-traffic scenarios.

[0027] It should be noted that the complete interaction process between the cloud configuration center and the router is as follows: The first step is for the whitelist grouping management module in the cloud configuration center to receive whitelist groups created according to specific dimensions such as school, grade, class and course education, and to receive the URL / IP of each educational website corresponding to each whitelist group, thus obtaining the first whitelist for each classroom; at the same time, the bandwidth policy configuration module in the cloud configuration center receives bandwidth allocation policies (including channel multiplexing rules) configured for low traffic on a single device and high concurrency of multiple users in the educational scenario. The second step involves the cloud configuration center using the configuration distribution module to distribute the first whitelist and bandwidth allocation policy bound to the router in each classroom to the corresponding router via the MQTT protocol. The third step is for the router's local proxy client to receive the first whitelist and bandwidth allocation policy from the cloud configuration center, and to cache the first whitelist and bandwidth allocation policy from the cloud configuration center through the configuration caching module to complete the configuration synchronization. Fourth, after a student terminal connects to the router, the router's low-traffic high-concurrency optimization module's dynamic channel multiplexing unit monitors the number of connected student terminals and traffic data in real time, controls the bandwidth of each student terminal within the maximum bandwidth, and allocates a data transmission channel for each student terminal. At the same time, the low-traffic high-concurrency optimization module's traffic caching unit caches the static resources of the education platform locally. When caching locally, the LRU (Least Recently Used) eviction algorithm can be used, and a 1GB local cache capacity can be configured. When there are duplicate network requests, the locally cached data is directly called, thereby reducing uplink traffic consumption and making the router more adaptable to low-traffic scenarios. Fifth, when the router receives a network request from a student terminal, it uses the whitelist filtering module to verify the URL / IP of the network request according to the first whitelist, allowing only access requests that are in the first whitelist and blocking all requests that are not in the first whitelist. During the interaction between the router and the cloud configuration center, the router's local agent client needs to send heartbeat packets to the cloud configuration center at pre-set time intervals through the router's heartbeat communication module to provide real-time feedback on the device's online status. When the cloud configuration center is offline, it switches to local caching mode and uses the local cache's first whitelist and bandwidth allocation policy to manage student terminals.

[0028] By combining the number of student terminals connected and the pre-configured bandwidth allocation strategy to manage the bandwidth of each student terminal, the bandwidth and channel can be reasonably allocated, avoiding network lag caused by unreasonable bandwidth and channel allocation. Through the pre-configured first whitelist, fine-grained access control can be exercised over each student terminal and its network requests, effectively restricting student terminals from accessing websites unrelated to learning. This enables real-time batch control of student terminals, effectively maintaining classroom teaching order and improving classroom learning efficiency.

[0029] See Figure 2 It shows a flowchart of the implementation of the student terminal management method provided in an embodiment of the present invention. Figure 2 The student terminal management method provided in the embodiment of the present invention shown is applied to mobile phone monitoring software installed on student terminals. The student terminal management method is described in detail below: Step S210: Within a preset time period, collect in real time the connection status between the student terminal and the router in the target classroom and the name of the application package currently running on the student terminal.

[0030] In some embodiments, the preset time period is the class period. The mobile monitoring software starts the timer function at the beginning of class and stops the timer at the end of class. When the mobile monitoring software starts, it needs to check and request necessary permissions, including PACKAGE_USAGE_STATS (usage access permissions), SYSTEM_ALERT_WINDOW (floating window permission), and CAMERA (camera permission). Furthermore, before class, the teacher's mobile monitoring software generates a time-limited attendance code via the attendance code API service. If a student enters the attendance code before class to complete attendance, the timer starts at the beginning of the preset time period. If a student enters the attendance code after class, the timer starts after the attendance code is entered. After a student completes attendance, the attendance data is uploaded to the server.

[0031] It should be noted that before official use, the student terminal needs to complete the binding of teacher and student roles with the teacher terminal. During the binding process, the teacher terminal's mobile monitoring software needs to first create a class and then create student accounts in the created class through batch import or manual addition. The classroom terminal's mobile monitoring software generates a QR code containing classroom information. The student terminal's mobile monitoring software completes the scanning binding with the teacher terminal through the QR code scanning module and calls the student terminal's API service to complete the establishment of the teacher-student relationship. After the establishment is completed, the mobile monitoring software enters the teacher's homepage or the student's homepage according to the role.

[0032] Step S220: Based on the connection status, the name of the currently running application package, and the pre-set second whitelist, time management is performed on the student terminal.

[0033] In some embodiments, a pre-configured second whitelist can be collaboratively configured with the first whitelist to maintain the whitelist list. For example, if the first whitelist contains the URL / IP of an educational website, the second whitelist needs to include applications that can access that educational website. When the first whitelist changes, the second whitelist also needs to be updated accordingly. Furthermore, the teacher's mobile monitoring software can remotely configure the learning applications allowed in the classroom.

[0034] In one possible implementation, step S220 is specifically processed as follows: real-time collection of the connection status between the student terminal and the router in the target classroom, and the name of the application package currently running on the student terminal; when the connection status between the student terminal and the router in the target classroom is not connected, or when the name of the application package currently running on the student terminal is not in the pre-set second whitelist, the timing is stopped.

[0035] In some embodiments, the mobile monitoring software on the student terminal obtains the name of the application package currently running on the student terminal through the core methods of the foreground application monitoring utility class. For example, it can use the Android system's UsageStatsManager to query application usage events, iterate through UsageEvents to obtain the latest ACTIVITY_RESUMED event, and then use a package name resolution tool to obtain the application name. See also Figure 3During class time, after students complete their attendance check-in on their mobile devices, the mobile monitoring software generates a floating window displaying information such as server connection status, router connection status, and timing status. Once the timer starts, the software displays the timer duration, class duration, timer duration, and the percentage of class duration that the timer represents. It also displays the current attendance information and historical attendance information for this course. Attendance information includes the course name, class time, and attendance time; historical attendance information includes the course name, teacher, classroom, class time, and attendance posting time. Furthermore, if the student's device performs screen switching and / or floating screen operations, the timer will not be accumulated; if the student's device is in a black screen state, the timer will continue.

[0036] It should be noted that after each class, the student's mobile monitoring software uploads data to the server via the student usage data API service. This allows the teacher's mobile monitoring software to view the whitelist duration and percentage details for each student, such as... Figure 4 As shown, the teacher's mobile monitoring software can filter attendance data for a specific student or all students in a class based on information such as class, course, class time, and student name / ID; for example... Figure 5 As shown, the mobile monitoring software on the teacher's terminal can view a student's usage information for each application during a class and determine the student's usual grades based on this information. Through functions such as course management, class student management, viewing class statistical reports, and real-time online student status monitoring, the software helps teachers keep abreast of classroom activities. Furthermore, school administrators at all levels, such as school leaders, academic affairs office and college leaders, counselors, and class teachers, can also view relevant class and student attendance, check-out, and timeout information in real time, according to their permissions.

[0037] By monitoring foreground applications in real time, the system can accurately determine the names of application packages currently running on student terminals. By comparing the names of application packages currently running on student terminals with a second whitelist, and timing based on the comparison results and the connection status between the student terminal and the router, the system can prevent students from bypassing restrictions using mobile networks and accurately monitor the usage of local applications on mobile phones. In addition, teachers can view the real-time status of student terminals, which facilitates classroom management.

[0038] It should be understood that the sequence number of each step in the above embodiments does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present invention.

[0039] The following are device embodiments of the present invention. For details not described in detail, please refer to the corresponding method embodiments described above.

[0040] Figure 6 A schematic diagram of the student terminal management device provided in an embodiment of the present invention is shown. For ease of explanation, only the parts related to the embodiment of the present invention are shown, and are described in detail below: like Figure 6 As shown, the student terminal management device 6 includes: The bandwidth control module 61 is used to obtain the number of student terminals accessing the network and to control the bandwidth of each student terminal based on the number of student terminals and the pre-configured bandwidth allocation strategy. The access control module 62 is used to control the network requests of any student terminal after bandwidth control, based on a pre-configured first whitelist.

[0041] In one possible implementation, the bandwidth control module 61 is specifically used to: compare the number of student terminals with the preset number of terminals in the pre-configured bandwidth allocation strategy; when the number of student terminals exceeds the preset number of terminals, allocate at least two data transmission channels to the student terminals, where the preset number of terminals is at least N, and N is an integer greater than or equal to 2; and determine the target bandwidth in the pre-configured bandwidth allocation strategy as the maximum bandwidth for each student terminal.

[0042] In one possible implementation, the bandwidth management module 61 is further configured to: cache the first whitelist and bandwidth allocation policy locally when it receives the first whitelist and bandwidth allocation policy issued by the cloud configuration center; wherein, after receiving the first whitelist and bandwidth allocation policy for each classroom, the cloud configuration center issues the first whitelist and bandwidth allocation policy for each classroom.

[0043] In one possible implementation, the access control module 62 is specifically used to: for any network request from a student terminal after bandwidth control, if the URL and / or IP of the network request is within a pre-configured first whitelist, then the student terminal that issued the network request accesses the target address corresponding to the network request; if neither the URL nor the IP of the network request is within the pre-configured first whitelist, then the network request is intercepted.

[0044] In one possible implementation, the access control module 62 is further configured to: send heartbeat packets to the cloud configuration center based on a preset time interval; and when no response information is received from the cloud configuration center within a preset time period after sending the heartbeat packet, perform network control on each student terminal and each student terminal's network requests based on the locally cached configuration information.

[0045] like Figure 7 As shown, the student terminal management device 7 includes: The bandwidth management module 71 is used to obtain the number of student terminals accessing the network and to manage the bandwidth of each student terminal based on the number of student terminals and the pre-configured bandwidth allocation strategy. The access control module 72 is used to control the network requests of any student terminal after bandwidth control, based on a pre-configured first whitelist.

[0046] In one possible implementation, the access control module 72 is specifically used to: collect in real time the connection status between the student terminal and the router in the target classroom, and the name of the application package currently running on the student terminal; when the connection status between the student terminal and the router in the target classroom is not connected, or when the name of the application package currently running on the student terminal is not in the pre-set second whitelist, the timer is stopped.

[0047] Figure 8 This is a schematic diagram of an electronic device provided in an embodiment of the present invention. For example... Figure 8 As shown, the electronic device 8 of this embodiment includes a processor 80 and a memory 81. The memory 81 stores a computer program 82. When the processor 80 executes the computer program 82, it implements the steps in the various method embodiments described above. Alternatively, when the processor 80 executes the computer program 82, it implements the functions of each module / unit in the various device embodiments described above.

[0048] For example, computer program 82 may be divided into one or more modules / units, which are stored in memory 81 and executed by processor 80 to complete the present invention. The one or more modules / units may be a series of computer program instruction segments capable of performing a specific function, which describe the execution process of computer program 82 in electronic device 8.

[0049] Electronic device 8 may include, but is not limited to, processor 80 and memory 81. Those skilled in the art will understand that... Figure 8 This is merely an example of electronic device 8 and does not constitute a limitation on electronic device 8. It may include more or fewer components than shown, or combine certain components, or different components. For example, electronic device 8 may also include input / output devices, network access devices, buses, etc.

[0050] The processor 80 can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or any conventional processor.

[0051] The memory 81 can be an internal storage unit of the electronic device 8, such as a hard disk or RAM. The memory 81 can also be an external storage device of the electronic device 8, such as a plug-in hard disk, Smart Media Card (SMC), Secure Digital (SD) card, or Flash Card. Furthermore, the memory 81 can include both internal and external storage units of the electronic device 8. The memory 81 is used to store the computer program 82 and other programs and data required by the electronic device 8. The memory 81 can also be used to temporarily store data that has been output or will be output.

[0052] For the sake of simplicity and clarity, only the above-described functional modules / units are used as examples. In practical applications, the functions described above can be assigned to different functional modules / units as needed. These modules / units can be implemented in hardware, software, or a combination of both.

[0053] In the above embodiments, the descriptions of each embodiment have their own emphasis. Parts not detailed or described in a particular embodiment can be referred to in the relevant descriptions of other embodiments. Unless otherwise specified or in conflict with logic, the terminology and / or descriptions between different embodiments are consistent and can be referenced interchangeably. Technical features in different embodiments can be combined to form new embodiments based on their inherent logical relationships.

[0054] The above-described embodiments are only used to illustrate the technical solutions of the present invention, and are not intended to limit it. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention, and should all be included within the protection scope of the present invention.

Claims

1. A method for managing student terminals, characterized in that, include: The number of student terminals accessing the network is obtained, and bandwidth management is performed on each student terminal based on the number of student terminals and a pre-configured bandwidth allocation strategy. For any network request from a student terminal after bandwidth control, access control is implemented for the student terminal's network request based on a pre-configured first whitelist.

2. The student terminal management method according to claim 1, characterized in that, The network request for any student terminal after bandwidth control is implemented by controlling access to the network request of that student terminal according to a pre-configured first whitelist, including: For any network request from a student terminal after bandwidth control, if the URL and / or IP of the network request is within the pre-configured first whitelist, the student terminal that issued the network request will access the target address corresponding to the network request. If neither the URL nor the IP address of the network request is in the pre-configured first whitelist, the network request will be blocked.

3. The student terminal management method according to claim 1, characterized in that, The bandwidth management for each student terminal based on the number of student terminals and a pre-configured bandwidth allocation strategy includes: The number of student terminals is compared with the preset number of terminals in the pre-configured bandwidth allocation strategy. When the number of student terminals exceeds the preset number of terminals, at least two data transmission channels are allocated to the student terminals. The preset number of terminals is at least N, where N is an integer greater than or equal to 2. The target bandwidth in the pre-configured bandwidth allocation strategy is determined as the maximum bandwidth for each student terminal.

4. The student terminal management method according to claim 1, characterized in that, The method further includes: Based on a pre-set time interval, send heartbeat packets to the cloud configuration center; When a heartbeat packet is sent to the cloud configuration center and no response is received from the cloud configuration center within a preset time period, network control is performed on each student terminal and each student terminal's network requests based on the locally cached configuration information.

5. The student terminal management method according to claim 1, characterized in that, Before obtaining the number of connected student terminals, the method further includes: When the first whitelist and bandwidth allocation policy are received from the cloud configuration center, the first whitelist and bandwidth allocation policy are cached locally.

6. A method for managing student terminals, characterized in that, include: Within a preset time period, the connection status between the student terminal and the router in the target classroom and the name of the application package currently running on the student terminal are collected in real time. The student terminal is timed and controlled based on the connection status, the name of the currently running application package, and a pre-set second whitelist.

7. The student terminal management method according to claim 6, characterized in that, Based on the connection status, the name of the currently running application package, and a pre-set second whitelist, time management is performed on the student terminal, including: Real-time data collection of the connection status between the student terminal and the router in the target classroom, and the name of the application package currently running on the student terminal; The timer stops when the connection between the student terminal and the router in the target classroom is not established, or when the name of the application package currently running on the student terminal is not in the pre-set second whitelist.

8. A student terminal management and control device, characterized in that, include: The bandwidth management module is used to obtain the number of student terminals accessing the network, and to manage the bandwidth of each student terminal based on the number of student terminals and a pre-configured bandwidth allocation strategy. The access control module is used to control network requests from any student terminal after bandwidth control, based on a pre-configured first whitelist.

9. A student terminal management and control device, characterized in that, include: The data acquisition module is used to collect the connection status between the student terminal and the router in the target classroom and the name of the application package currently running on the student terminal in real time within a preset time period. The timing control module is used to control the timing of the student terminal based on the connection status, the name of the currently running application package, and a pre-set second whitelist.

10. An electronic device, characterized in that, It includes a memory and a processor, the memory storing a computer program, and the processor executing the computer program to implement the method as described in any one of claims 1 to 5 or the method as described in any one of claims 6 to 7.

Images