Abnormal operation identification method, device and non-volatile storage medium

Abstract

The present invention discloses an abnormal operation identification method, device and non-volatile storage medium. The method includes: based on a first platform end, receiving a request for a student status transfer operation based on a second platform end, wherein the first platform end is a platform end corresponding to the teaching management department, and the second platform end is a platform end corresponding to the target school; reading the number of rejections corresponding to the student status transfer operation from the blockchain, wherein the number of rejections is the sum of the number of times the student status transfer operation is rejected on the client corresponding to the student and the number of times the student status transfer operation is rejected on the second platform end; judging whether the number of rejections reaches a preset threshold; when the number of rejections reaches the preset threshold, determining that the student status transfer operation is an abnormal operation. The present invention solves the technical problems of information asymmetry and easy tampering in the current student status management.

Description

Technical Field

[0001] The present invention relates to the field of information technology, and in particular to an abnormal operation identification method, device and non-volatile storage medium. Background Art

[0002] With the rapid development of information technology and the improvement of the education system, the efficiency and security issues of student registration management have become increasingly prominent. At present, student registration management methods mostly rely on information systems built by schools and education departments. These systems often have problems with low information standardization and difficulty in data sharing in actual operation. The student registration management standards vary from region to region and from school to school, which leads to the problem of inconsistent information for students during transfer and promotion. The flow of information needs to be transmitted through complicated manual operations and paper materials, which is not only inefficient, but also prone to missing or delayed information. Inaccurate and illegal operations of student registration not only damage the legitimate rights and interests of students, but may also cause problems with educational fairness and affect the normal teaching order of the school.

[0003] In order to meet these challenges, traditional student management systems have gradually introduced electronic processes, but there are still obvious shortcomings in data security, information sharing and operational efficiency. On the one hand, although electronicization can speed up information processing, the centralized data storage method makes it possible to tamper with student information, and it is also difficult to ensure the integrity and consistency of the information. On the other hand, even in electronic operations, the transfer of student information across departments and schools still requires cumbersome manual approval and verification, which not only reduces operational efficiency, but also leaves room for illegal operations. In addition, the current system has limited monitoring and processing capabilities for student status anomalies, and cannot effectively identify and prevent violations. Coupled with the lag in information updates, the real-time and transparency of student management is greatly reduced.

[0004] To address the above-mentioned problems, no effective solution has been proposed yet. Summary of the invention

[0005] The embodiments of the present invention provide a method, device and non-volatile storage medium for identifying abnormal operations, so as to at least solve the technical problems of information asymmetry and susceptibility to tampering in current student status management.

[0006] According to one aspect of an embodiment of the present invention, a method for identifying abnormal operations is provided, including: based on a first platform end, receiving a request for a student status transfer operation issued based on a second platform end, wherein the first platform end is a platform end corresponding to the teaching management department, and the second platform end is a platform end corresponding to the target school; reading the number of rejections corresponding to the student status transfer operation from the blockchain, wherein the number of rejections is the sum of the number of times the student status transfer operation is rejected on the client corresponding to the student and the number of times the student status transfer operation is rejected on the second platform end; judging whether the number of rejections reaches a preset threshold; if the number of rejections reaches the preset threshold, determining that the student status transfer operation is an abnormal operation.

[0007] Optionally, before receiving the request for the student record transfer operation issued based on the second platform end, it includes: based on the client corresponding to the student, receiving the request for the student record transfer operation issued based on the third platform end, wherein the third platform end is the platform end corresponding to the initial school; judging whether the student record transfer operation is passed according to the judgment information input based on the client corresponding to the student; if the student record transfer operation is passed, sending the request for the student record transfer operation to the second platform end; judging whether the student record transfer operation is passed based on the student information corresponding to the second platform end and the student, wherein the student information is stored on the blockchain, including biometric information and student record information as of the current moment, and the biometric information includes face recognition information and fingerprint information; if the student record transfer operation is passed, sending the request for the student record transfer operation to the first platform end.

[0008] Optionally, before reading the number of rejections corresponding to the student status transfer operation from the blockchain, it also includes: receiving a request for the student status transfer operation based on a third platform end, wherein the third platform end is the platform end corresponding to the initial school; judging whether the student status transfer operation is passed based on the judgment information input by the client corresponding to the student; if the student status transfer operation is rejected, updating the number of rejections corresponding to the student status transfer operation stored in the blockchain.

[0009] Optionally, before reading the number of rejections corresponding to the student status transfer operation from the blockchain, it also includes: receiving a request for the student status transfer operation issued by a client corresponding to the student; judging whether the request for the student status transfer operation is approved based on student information corresponding to the student, wherein the student information is stored on the blockchain, including biometric information and student status information up to the current moment, and the biometric information includes facial recognition information and fingerprint information; when the student status transfer operation is rejected, updating the number of rejections corresponding to the student status transfer operation stored in the blockchain.

[0010] Optionally, determining whether the number of rejections reaches a preset threshold further includes: if the number of rejections does not reach the preset threshold, determining whether the student status transfer operation is passed based on the judgment information input from the first platform end; if the student status transfer operation is passed, sending a notification of consent to the student status transfer operation to the second platform end; based on the student status transfer operation, updating the student status information on the blockchain through the second platform end.

[0011] Optionally, after determining that the student status transfer operation is an abnormal operation, it also includes: judging again whether the student status transfer operation is passed based on the judgment information based on the input of the first platform end; if the student status transfer operation is passed, the number of rejections saved on the blockchain will be cleared, and a notification will be sent to the third platform end, wherein the third platform end is the platform end corresponding to the initial school.

[0012] According to another aspect of an embodiment of the present invention, an abnormal operation identification device is also provided, including: a receiving module, used to receive, based on a first platform end, a request for a student record transfer operation issued based on a second platform end, wherein the first platform end is a platform end corresponding to the teaching management department, and the second platform end is a platform end corresponding to the target school; a reading module, used to read the number of rejections corresponding to the student record transfer operation from the blockchain, wherein the number of rejections is the sum of the number of times the student record transfer operation is rejected on the client corresponding to the student and the number of times the student record transfer operation is rejected on the second platform end; a judging module, used to judge whether the number of rejections reaches a preset threshold; a determining module, used to determine that the student record transfer operation is an abnormal operation when the number of rejections reaches the preset threshold.

[0013] According to another aspect of an embodiment of the present invention, a non-volatile storage medium is provided, the non-volatile storage medium including a stored program, wherein when the program is running, the device where the non-volatile storage medium is located is controlled to execute any one of the above-mentioned abnormal operation identification methods.

[0014] According to yet another aspect of an embodiment of the present invention, a computer device is provided. The computer device includes a processor, and the processor is used to run a program. When the program is run, any one of the above-mentioned abnormal operation identification methods is executed.

[0015] According to yet another aspect of an embodiment of the present invention, a computer program product is provided, including a computer program, and when the computer program is executed by a processor, any one of the above-mentioned abnormal operation identification methods is implemented.

[0016] In an embodiment of the present invention, abnormal operation identification is adopted, and a request for a student record transfer operation issued by a second platform end is received based on a first platform end, wherein the first platform end is a platform end corresponding to the teaching and management department, and the second platform end is a platform end corresponding to the target school; the number of rejections corresponding to the student record transfer operation is read from the blockchain, wherein the number of rejections is the sum of the number of times the student record transfer operation is rejected on the client corresponding to the student and the number of times the student record transfer operation is rejected on the second platform end; it is determined whether the number of rejections reaches a preset threshold; when the number of rejections reaches the preset threshold, the student record transfer operation is determined to be an abnormal operation, thereby achieving the purpose of schools and teaching and management departments at different academic stages sharing and verifying student record information through a blockchain network, thereby achieving the technical effect of improving the accuracy and security of student record transfer, and further solving the technical problems of information asymmetry and easy tampering in the current student record management. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The drawings described herein are used to provide a further understanding of the present invention and constitute a part of this application. The exemplary embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute an improper limitation of the present invention. In the drawings:

[0018] Figure 1 A hardware structure block diagram of a computer terminal for implementing an abnormal operation identification method is shown;

[0019] Figure 2 is a flow chart of an abnormal operation identification method provided according to an embodiment of the present invention;

[0020] Figure 3 is a schematic diagram of a system for identifying abnormal student status operations based on blockchain technology according to an optional embodiment of the present invention;

[0021] Figure 4 4 is a structural block diagram of an abnormal operation identification device provided according to an embodiment of the present invention. DETAILED DESCRIPTION

[0022] In order to enable those skilled in the art to better understand the scheme of the present invention, the technical scheme in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present invention.

[0023] It should be noted that the terms "first", "second", etc. in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments of the present invention described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0024] According to an embodiment of the present invention, an embodiment of a method for identifying abnormal operations is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer executable instructions, and although a logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in an order different from that shown here.

[0025] The method embodiment provided in the first embodiment of the present application can be executed in a mobile terminal, a computer terminal or a similar computing device. Figure 1 FIG. 1 shows a hardware structure block diagram of a computer terminal for implementing an abnormal operation identification method. Figure 1 As shown, the computer terminal 10 may include one or more (102a, 102b, ..., 102n are used to illustrate) processors (the processor may include but is not limited to a processing device such as a microprocessor MCU or a programmable logic device FPGA), a memory 104 for storing data. In addition, it may also include: a display, an input / output interface (I / O interface), a universal serial bus (USB) port (which may be included as one of the ports of the BUS bus), a network interface, a power supply and / or a camera. It can be understood by those skilled in the art that Figure 1 The structure shown is only for illustration and does not limit the structure of the above electronic device. Figure 1 More or fewer components as shown, or with Figure 1 Different configurations shown.

[0026] It should be noted that the one or more processors and / or other data processing circuits described above may generally be referred to herein as "data processing circuits". The data processing circuits may be embodied in whole or in part as software, hardware, firmware, or any other combination thereof. In addition, the data processing circuit may be a single independent processing module, or may be incorporated in whole or in part into any of the other components in the computer terminal 10. As described in the embodiments of the present application, the data processing circuit acts as a processor control (e.g., selection of a variable resistor terminal path connected to an interface).

[0027] The memory 104 can be used to store software programs and modules of application software, such as the program instructions / data storage device corresponding to the abnormal operation identification method in the embodiment of the present invention. The processor executes various functional applications and data processing by running the software programs and modules stored in the memory 104, that is, the abnormal operation identification method of the above-mentioned application program is realized. The memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 104 may further include a memory remotely arranged relative to the processor, and these remote memories may be connected to the computer terminal 10 via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and a combination thereof.

[0028] The display may be, for example, a touch screen liquid crystal display (LCD) that enables a user to interact with a user interface of the computer terminal 10 .

[0029] Figure 2 FIG. 1 is a flow chart of an abnormal operation identification method according to an embodiment of the present invention. Figure 2 As shown, the method comprises the following steps:

[0030] Step S201, based on the first platform end, receiving a request for student status transfer operation issued based on the second platform end, wherein the first platform end is the platform end corresponding to the teaching management department, and the second platform end is the platform end corresponding to the target school.

[0031] In this step, in the student status management system of the embodiment, the platform end includes three parties: the first platform end, the second platform end and the third platform end, each of which has different responsibilities and functions. The first platform end (the platform end of the teaching management department) is the center of education management and is responsible for the final review and confirmation of the student status transfer, while the second platform end (the platform end of the target school) plays the role of the initiator and receiver of the student status transfer operation, and the third platform end (the platform end of the initial school) is the initiator of the initial student status transfer operation.

[0032] Specifically, when a student needs to transfer his / her academic record, such as transferring from the initial school (the initiating school) to the target school, the target school (the second platform end) can send a request for the academic record transfer operation to the teaching management department (the first platform end) through its platform end after verification. This request contains key data such as the student's basic information, the specific content of the academic record change, the expected operation, and is accompanied by the target school's preliminary review results of the academic record information. After receiving the request, the first platform end will review and verify the relevant information.

[0033] Step S202, read the number of rejections corresponding to the student status transfer operation from the blockchain, where the number of rejections is the sum of the number of times the student status transfer operation is rejected on the client corresponding to the student and the number of times the student status transfer operation is rejected on the second platform.

[0034] In this step, the number of rejections is a key indicator, which is used to measure the frequency of student status transfer requests being rejected at different nodes, so as to judge the risk level of the operation. The number of rejections can comprehensively reflect the feedback of the student status transfer operation on the student client and the target school platform. Through the transparent recording of blockchain technology and the automatic execution of smart contracts, the security and immutability of the data are ensured, and a real-time risk monitoring mechanism is also provided. Among them, the smart contract is an automated contract based on blockchain technology, which realizes self-verification and automatic execution through programming, and generates verifiable evidence to ensure the accurate and efficient execution of the contract terms without the intervention of a third party, thereby improving the transparency and security of the transaction. For example, in an embodiment of the present invention, the design of the smart contract may include: CreateStudentRecord, which is used to create a student student status record, including basic student information; UpdateStudentInfo, which is used to update student personal information, such as contact information; RecordAcademicPerformance, which is used to record student course grades and academic performance; AddRewardOrPunishment, which is used to add student rewards and punishments; QueryStudentRecord, which is used to query student student status information; QueryBiologicalInformation, which is used to query student biological information.

[0035] When the initial school (third platform) initiates a student status transfer operation for a student, the operation will first be notified to the client used by the student or his / her guardian, giving them the right to confirm or refuse. The client contains a biometric information verification function to ensure that the recipient of the operation instruction is indeed the holder of the student status or his / her legal guardian. If the student or guardian refuses the student status transfer operation through the client, this refusal will be recorded on the blockchain as part of the number of refusals.

[0036] At the same time, after receiving the student status transfer request, the target school platform will also decide whether to accept this operation based on its own review of the student status information. If the biological information in the student status information does not match the student biological information collected by the target school, or there are other non-compliant situations in the student status information, the target school platform will also reject the operation and record the rejection result on the blockchain, increasing the number of rejections.

[0037] The smart contract reads all rejection records related to a specific student status transfer operation from the blockchain, including the number of rejections from the student client and the number of rejections from the target school platform. The smart contract accumulates these rejections by executing a pre-set algorithm to obtain the total number of rejections for the student status transfer operation. This total number of rejections is an important basis for judging the risk of the operation. When it reaches or exceeds the pre-set threshold, the control function in the smart contract is automatically triggered, and the education management platform locks this student status operation to prevent possible fraud or violations from occurring further.

[0038] Step S203, determining whether the number of rejections reaches a preset threshold.

[0039] In this step, a preset rejection threshold is built into the blockchain smart contract. This threshold is set based on risk management and actual operation experience of student status transfer operations. The purpose is to prevent the frequent occurrence of abnormal operations and promptly identify and handle possible student status theft, substitution and other illegal acts. The setting of the threshold needs to consider many factors, such as the complexity of the operation, the average number of rejections in historical data, and the risk level of specific student status operations.

[0040] Whenever a new rejection record is generated, the smart contract will automatically read all rejection records related to the student status transfer operation on the blockchain and calculate the total number of rejections, that is, the sum of the number of rejections on the student client and the number of rejections on the target school platform. Next, the smart contract compares this total number of rejections with the preset threshold. If the number of rejections reaches or exceeds the preset threshold, the education and management department platform will immediately trigger the risk warning mechanism, and the control function in the smart contract will automatically start to lock the current student status transfer operation to prevent it from being further executed.

[0041] Step S204: When the number of rejections reaches a preset threshold, the student status transfer operation is determined to be an abnormal operation.

[0042] In this step, a preset rejection threshold is set in the smart contract. This threshold is set based on historical data analysis, operation complexity, and system security policies. The setting of the threshold is the core of the system's risk control mechanism, which reflects the system's quantitative standard for the risk tolerance of student status transfer operations. When the number of rejections for a student status transfer operation reaches or exceeds this threshold, the smart contract will automatically determine that the operation is an abnormal operation and lock the operation. After locking the operation, the system will send a notification to the student client and the target school platform to inform them that the operation has been locked, and provide detailed reasons and processing steps. At the same time, this abnormal situation will be recorded on the blockchain as a basis for subsequent review and investigation. The education management department (the first platform) will intervene to conduct a review. The review process is to verify the authenticity and legality of the operation and ensure the accuracy of the student status information. The review result will affect the final status of the student status transfer operation. If the review is passed, the operation can continue and the number of rejections will be reset to zero; if the review is not passed, the operation will be officially terminated, and the reason for its rejection will be permanently recorded as a reference for future student status management operations.

[0043] Through the above steps, the purpose of schools and educational management departments at different academic levels to share and verify student information through the blockchain network is achieved, thereby achieving the technical effect of improving the accuracy and security of student information transfer, and further solving the current technical problems of information asymmetry and easy tampering in student information management.

[0044] As an optional embodiment, before receiving a request for a student record transfer operation issued from a second platform end, it includes: based on a client corresponding to the student, receiving a request for a student record transfer operation issued from a third platform end, wherein the third platform end is a platform end corresponding to the initial school; judging whether the student record transfer operation is passed based on judgment information input based on the client corresponding to the student; if the student record transfer operation is passed, sending a request for the student record transfer operation to the second platform end; judging whether the student record transfer operation is passed based on student information corresponding to the second platform end and the student, wherein the student information is stored on the blockchain, including biometric information and student record information up to the current moment, and the biometric information includes facial recognition information and fingerprint information; if the student record transfer operation is passed, sending a request for the student record transfer operation to the first platform end.

[0045] Optionally, before receiving a request for a student status transfer operation based on a second platform, the initial school platform first sends a student status operation request to the client and waits for the result returned by the client; when the student or his / her guardian confirms, the client verifies the student and guardian's biometric identity information to ensure that it is him / herself; then the student or guardian returns whether to agree with the operation of the initiating school platform. If the client returns a confirmation, that is, agrees to the student status transfer operation issued by the initial school platform, then the smart contract is triggered, and the student status information is transferred to the target school platform; then the target school platform traces the student status information and biometric information, and compares the locally collected information with the on-chain information. If it passes, the student status transfer operation can be sent to the teaching management platform. The process design of the student status transfer operation provided in this embodiment embodies the characteristics of multi-party participation, transparent recording, and automated execution of smart contracts, ensuring the security, accuracy, and legality of the student status information during the transfer process.

[0046] As an optional embodiment, before reading the number of rejections corresponding to the student status transfer operation from the blockchain, it also includes: receiving a request for the student status transfer operation based on a third platform end, wherein the third platform end is the platform end corresponding to the initial school; judging whether the student status transfer operation is passed based on the judgment information input by the client corresponding to the student; and if the student status transfer operation is rejected, updating the number of rejections corresponding to the student status transfer operation stored in the blockchain.

[0047] Optionally, the source of the student status transfer is usually initiated by the student's current initial school, that is, the third platform. When the need for student status change arises, such as the student needs to transfer or go to higher school, the school platform packages the student status information into a request for student status transfer operation and uploads it to the blockchain through a smart contract to notify the student and his or her guardian. Among them, students' academic information may include: basic personal information, including name, gender, date of birth, ID number and other personal identity information; personal biometric information, including fingerprints, facial recognition and other information; admission information, including admission time, admission method, school, and admission source; academic performance, including test scores, regular grades, and comprehensive evaluation of each subject; learning experience, including the school, grade, and class; reward and punishment records, including students' awards, honorary titles, and disciplinary records; academic change records, including students' transfer, leave of absence, withdrawal, return to school, retention, skipping, and other academic changes; graduation information, including graduation time, graduation certificate, degree certificate, etc.; academic status, including enrolling, leave of absence, withdrawal, graduation, incomplete studies, and retaining academic status.

[0048] The client used by the student or his / her guardian will receive the student status transfer operation request sent by the third platform. The client will first verify the biometric information, such as confirming the operator's identity through face recognition or fingerprint comparison, to ensure that the operation request is received by the legal holder. Then, the client can display the request details, and the student or guardian can judge whether to agree to the student status transfer based on its content. If agreed, a confirmation signal will be sent through the client; if rejected, a rejection signal will be sent. This judgment process reflects the student's autonomy and control over student status information. If the student or guardian rejects the student status transfer operation through the client, the smart contract will record this rejection on the chain and update the number of rejections of the student status transfer operation. At the same time, the initial school platform will obtain the information on the chain, generate a traceability report of the student status up to the current time, and inform the upcoming operation, which will be sent to the client together. The initial school platform can send the student status operation request again. In addition, a timeout threshold can be set. If the client has not returned after reaching the threshold, it will return a rejection by default, and the initial school platform will resend the student status operation request.

[0049] As an optional embodiment, before reading the number of rejections corresponding to the student status transfer operation from the blockchain, it also includes: receiving a request for the student status transfer operation issued by a client corresponding to the student; judging whether the request for the student status transfer operation is approved based on the student information corresponding to the student, wherein the student information is stored on the blockchain, including biometric information and student status information up to the current moment, and the biometric information includes facial recognition information and fingerprint information; when the student status transfer operation is rejected, updating the number of rejections corresponding to the student status transfer operation stored in the blockchain.

[0050] Optionally, after the student client agrees to the student status transfer operation request, the operation request can be sent to the platform of the target school. The platform of the target school will read the student's information from the blockchain, including biometric information (face recognition information and fingerprint information) and student status information (including all student status change records up to the current moment), compare the locally collected information with the information on the chain, verify whether the student's biometric information is consistent with the submitted information, and ensure that the student's identity is authentic. If any non-compliance or non-compliance is found, the target school platform can reject the student status transfer operation. After the rejection, the smart contract will automatically update the number of rejections of the student status transfer operation in the blockchain and store the rejection reason in the blockchain. At the same time, the system will send a rejection notification to the student's corresponding client, informing the reason why the student status transfer operation failed, and prompting whether remedial measures can be taken or reapplication can be made.

[0051] As an optional embodiment, determining whether the number of rejections reaches a preset threshold also includes: if the number of rejections does not reach the preset threshold, determining whether the student status transfer operation is passed based on the judgment information input based on the first platform end; if the student status transfer operation is passed, sending a notification of consent to the student status transfer operation to the second platform end; based on the student status transfer operation, updating the student status information on the blockchain through the second platform end.

[0052] Optionally, when the number of rejections does not reach the preset threshold, the operation will be submitted to the education administration department (first platform end) for final review. The education administration department will make a comprehensive judgment based on student information, historical records of student status changes, and feedback information from the target school and student client, such as confirming the legality and rationality of the student status change, and whether it complies with education policies and regulations. Based on the above evaluation and confirmation, the education administration department makes a final decision on whether the student status transfer operation is passed. When the student status transfer operation passes the review of the education administration department, the system will send a notification of consent to the student status transfer operation to the target school platform end (second platform end) through a smart contract. After receiving the consent notice from the education administration department, the target school platform end will execute the student status transfer operation, update the student's student status information on the blockchain, and the target school platform end will send a successful operation notification to the client, and generate a traceability report of the student status up to the current time, and send it to the client.

[0053] As an optional embodiment, after determining that the student status transfer operation is an abnormal operation, it also includes: judging again whether the student status transfer operation is passed based on the judgment information based on the input of the first platform end; if the student status transfer operation is passed, the number of rejections saved on the blockchain will be cleared, and a notification will be sent to the third platform end, wherein the third platform end is the platform end corresponding to the initial school.

[0054] Optionally, when the number of rejections of the student status transfer operation reaches a preset threshold, the smart contract will automatically identify the operation as an abnormal operation and trigger the review mechanism. This means that the operation may involve misoperation or other potential non-compliant behaviors, which requires an in-depth investigation by the education administration department (first platform end). The education administration department receives the review request and starts the review process. The administration department will collect all information related to the student status transfer operation, including student information, operation history, reasons for rejection, and feedback from previous parties. Based on all the information collected, the education administration department will re-judge the legality and rationality of the student status transfer operation. After the review is completed, the education administration platform end will upload the review results to the chain. If passed, the number of rejections will be cleared, and the initial school platform end will obtain the review results on the chain, re-initiate the student status operation request with a review certificate, and re-perform the operation; if rejected, the rejection reason will be uploaded to the chain, and the operation process will end.

[0055] As an optional embodiment, a normal student status transfer process from School A to School B is provided. Specifically, School A is the initial school, School B is the target school, and student A of School A is about to enter higher school. A has completed the client registration, and A's student status information has been collected by School A. The platform of School A traces the student A's student status information, and sends the current student status information and the upcoming operations to student A, pending confirmation by student A. After student A confirms, it is transferred to School B. School B traces the information on the chain, and compares the student's biometric information on the chain with the locally collected student A's biometric information. After verification, it is transferred to the teaching management platform. After the teaching management platform reviews and approves it, it notifies School B to confirm the receipt and update of the student status information on the chain, generates a current student status tracing report and sends it to the client, and the student status transfer is successful.

[0056] As an optional embodiment, a process for preventing student information from being misused is provided. Specifically, School A is the initial school, School B is the target school, and School A has malicious operations, allowing Student B to use Student A's student record to enroll in the promotion stage. During the student record transfer, Student A receives a student record transfer notification. Student A finds that there is a transfer operation on his or her student record, which does not match his or her own situation, and refuses this operation; if School A initiates the student record transfer multiple times, and Student A refuses multiple times, after reaching the threshold of the number of rejections, the transfer operation is locked by the teaching and administrative department, and a review process is triggered; if the review finds that School A has violated the regulations, the student record transfer is terminated, and the termination reason is uploaded to the chain.

[0057] As an optional embodiment, a process is provided to prevent collusion between schools and students to replace students. Specifically, School A is the initial school, School B is the target school, and Student A, Student B, and School A collude to allow Student B to use Student A's student record to enter School B; School A initiates the student record transfer operation, and Student B uses Student A's student record information to transfer, that is, Student B pretends to be Student A for further studies, and Student A agrees to the student record transfer on the client; School B receives the student record transfer notification, obtains Student A's on-chain information, including student record information and personal biometric information, compares Student B's biometric information collected locally with Student A's on-chain biometric information, and fails to match; School B fails to pass the review and rejects the student record transfer, the number of rejections increases by 1, and the student record is returned to School A.

[0058] As an optional embodiment, a system for identifying abnormal student status operations based on blockchain technology is also provided. Figure 3 is a schematic diagram of a system for identifying abnormal student status operations based on blockchain technology according to an optional embodiment of the present invention. Figure 3 As shown, the abnormal student operation identification system includes a system platform end and a client end, wherein the platform end, as an operation end, is divided into two roles, namely, the school role school platform end and the education management department role teaching management platform end, and the client end serves as a student viewing and confirmation end.

[0059] The client (APP) includes the following functions: binding function, students register through the client and enter biometric information (such as fingerprints, facial information, etc.), and minors enter the biometric information of their legal guardians at the same time. After the information is entered, the student information is bound to the student; age judgment function, to judge the student's age. If the student is over 18 years old, the student registration operation must be confirmed by the student himself, otherwise it must be confirmed by the legal guardian; notification function, to obtain system platform operation notifications, and feedback whether you agree to the school platform's operation on the student registration; traceability function, to check personal student registration status, and trace the entire circulation cycle of the student registration from its establishment to the current period; output function, to generate a student registration information certification report or QR code link, which supports downloading and printing.

[0060] The system platform includes the following functions: role management, adding, modifying, and deleting schools and education departments; input function, registering, inputting, updating, and canceling student information, binding biological information and student information, and writing the information into smart contracts; chain and acquisition functions, ensuring that student information is not tampered with, and obtaining the latest student information on the chain; transfer function, transferring student information, including transfer from school to school and from school to education department; notification function, when operating student information (including but not limited to registration, updating, canceling, and transfer), a notification will be sent to the client bound to the student information to obtain confirmation. The operation can be continued only after the reply is confirmed, otherwise the operation cannot be performed; the traceability function, to check the student's academic status, trace the entire circulation cycle of the academic status from its establishment to the current period; the evidence storage function, upload evidence to prove the student's learning situation, rewards and punishments, and academic status changes; the management and control function, set the threshold for the client to reject operations, for example, the threshold is set to 3, that is, each operation can be rejected 3 times. If it exceeds 3 times, it is determined that the platform operation or client account is at risk, the operation will be locked, and a negotiation request will be sent to the client for offline negotiation and resolution; the timeout setting, set the timeout period for client processing, such as the default processing timeout period is 3 days.

[0061] Through the above-mentioned student status management system based on blockchain technology, there is no need to verify student status information through cumbersome proof materials and processes, but through system logic judgment, the student status information can be quickly and effectively transferred; it is guaranteed that the student status operation is jointly approved by multiple parties including the student status holder, and the system will lock the operation when malicious operations are detected, which greatly increases the cost of violations; it ensures that all student status information and operations are traceable, effectively curbing the occurrence of illegal acts such as theft and substitution. The accuracy and security of student status transfer are improved, and educational institutions at different academic levels can share and verify student status information through the blockchain network, simplifying the process of transfer and promotion, and improving the operability and liquidity of data.

[0062] It should be noted that, for the above-mentioned method embodiments, for the sake of simplicity, they are all described as a series of action combinations, but those skilled in the art should know that the present invention is not limited by the described action sequence, because according to the present invention, certain steps can be performed in other sequences or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present invention.

[0063] Through the description of the above implementation methods, those skilled in the art can clearly understand that the abnormal operation identification method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course it can also be implemented by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present invention is essentially or the part that contributes to the prior art can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, a magnetic disk, or an optical disk), and includes a number of instructions for a terminal device (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present invention.

[0064] According to an embodiment of the present invention, a device for implementing the above abnormal operation identification method is also provided. Figure 4 is a structural block diagram of an abnormal operation identification device provided according to an embodiment of the present invention, such as Figure 4 As shown, the device includes: a receiving module 41, a reading module 42, a judging module 43 and a determining module 44. The device is described below.

[0065] The receiving module 41 is used to receive, based on the first platform end, a request for a student status transfer operation issued based on the second platform end, wherein the first platform end is the platform end corresponding to the teaching management department, and the second platform end is the platform end corresponding to the target school.

[0066] The reading module 42 is connected to the receiving module 41, and is used to read the number of rejections corresponding to the student status transfer operation from the blockchain, wherein the number of rejections is the sum of the number of times the student status transfer operation is rejected on the client corresponding to the student and the number of times the student status transfer operation is rejected on the second platform.

[0067] The judging module 43 is connected to the reading module 42 and is used to judge whether the number of rejections reaches a preset threshold.

[0068] The determination module 44 is connected to the judgment module 43 and is used to determine that the student status transfer operation is an abnormal operation when the number of rejections reaches a preset threshold.

[0069] It should be noted that the receiving module 41, the reading module 42, the judging module 43 and the determining module 44 correspond to steps S201 to S204 in the embodiment, and the examples and application scenarios implemented by the multiple modules and the corresponding steps are the same, but are not limited to the contents disclosed in the above embodiment. It should be noted that the above modules, as part of the device, can be run in the computer terminal 10 provided in the embodiment.

[0070] An embodiment of the present invention may provide a computer device. Optionally, in this embodiment, the computer device may be located in at least one network device among multiple network devices of a computer network. The computer device includes a memory and a processor.

[0071] Among them, the memory can be used to store software programs and modules, such as the program instructions / modules corresponding to the abnormal operation identification method and device in the embodiment of the present invention. The processor executes various functional applications and data processing by running the software programs and modules stored in the memory, that is, realizing the above-mentioned abnormal operation identification method. The memory may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory may further include a memory remotely arranged relative to the processor, and these remote memories can be connected to the computer terminal via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0072] The processor can call the information and application programs stored in the memory through the transmission device to perform the following steps: based on the first platform end, receiving a request for a student status transfer operation based on the second platform end, wherein the first platform end is the platform end corresponding to the teaching management department, and the second platform end is the platform end corresponding to the target school; reading the number of rejections corresponding to the student status transfer operation from the blockchain, wherein the number of rejections is the sum of the number of times the student status transfer operation is rejected on the client corresponding to the student and the number of times the student status transfer operation is rejected on the second platform end; judging whether the number of rejections reaches a preset threshold; if the number of rejections reaches the preset threshold, determining that the student status transfer operation is an abnormal operation.

[0073] By adopting the embodiment of the present invention, a method for identifying abnormal operations is provided, which receives a request for a student record transfer operation issued by a second platform end based on a first platform end, wherein the first platform end is a platform end corresponding to the teaching and management department, and the second platform end is a platform end corresponding to the target school; reads the number of rejections corresponding to the student record transfer operation from the blockchain, wherein the number of rejections is the sum of the number of times the student record transfer operation is rejected on the client corresponding to the student and the number of times the student record transfer operation is rejected on the second platform end; judges whether the number of rejections reaches a preset threshold; when the number of rejections reaches the preset threshold, determines that the student record transfer operation is an abnormal operation, thereby achieving the purpose of enabling schools and teaching and management departments at different academic stages to share and verify student record information through a blockchain network, thereby achieving the technical effect of improving the accuracy and security of student record transfer, and further solving the technical problems of information asymmetry and easy tampering in the current student record management.

[0074] A person of ordinary skill in the art can understand that all or part of the steps in the various methods of the above embodiments can be completed by instructing the hardware related to the terminal device through a program, and the program can be stored in a non-volatile storage medium, and the storage medium may include: a flash drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, etc.

[0075] The embodiment of the present invention further provides a non-volatile storage medium. Optionally, in this embodiment, the non-volatile storage medium can be used to store the program code executed by the abnormal operation identification method provided by the above embodiment.

[0076] Optionally, in this embodiment, the non-volatile storage medium may be located in any computer terminal in a computer terminal group in a computer network, or in any mobile terminal in a mobile terminal group.

[0077] Optionally, in this embodiment, the non-volatile storage medium is configured to store program codes for executing the following steps: based on the first platform end, receiving a request for a student record transfer operation issued based on the second platform end, wherein the first platform end is the platform end corresponding to the teaching management department, and the second platform end is the platform end corresponding to the target school; reading the number of rejections corresponding to the student record transfer operation from the blockchain, wherein the number of rejections is the sum of the number of times the student record transfer operation is rejected on the client corresponding to the student and the number of times the student record transfer operation is rejected on the second platform end; judging whether the number of rejections reaches a preset threshold; if the number of rejections reaches the preset threshold, determining that the student record transfer operation is an abnormal operation.

[0078] An embodiment of the present invention also provides a computer program product, including a computer program. Optionally, in this embodiment, when the computer program is executed by a processor, it can achieve: based on a first platform end, receiving a request for a student status transfer operation issued based on a second platform end, wherein the first platform end is a platform end corresponding to the teaching management department, and the second platform end is a platform end corresponding to the target school; reading the number of rejections corresponding to the student status transfer operation from the blockchain, wherein the number of rejections is the sum of the number of times the student status transfer operation is rejected on the client corresponding to the student and the number of times the student status transfer operation is rejected on the second platform end; judging whether the number of rejections reaches a preset threshold; if the number of rejections reaches the preset threshold, determining that the student status transfer operation is an abnormal operation.

[0079] The serial numbers of the above embodiments of the present invention are only for description and do not represent the advantages or disadvantages of the embodiments.

[0080] In the above embodiments of the present invention, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0081] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of the units can be a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

[0082] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple units. Some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0083] In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0084] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a non-volatile storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product. The computer software product is stored in a storage medium, including a number of instructions to enable a computer device (which can be a personal computer, server or network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, magnetic disk or optical disk and other media that can store program codes.

[0085] The above is only a preferred embodiment of the present invention. It should be pointed out that for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principle of the present invention. These improvements and modifications should also be regarded as the scope of protection of the present invention.

Claims

1. A method for identifying abnormal operation, characterized in that: include: Based on the first platform end, receiving a request for a student status transfer operation issued by a second platform end, wherein the first platform end is a platform end corresponding to the education administration department, and the second platform end is a platform end corresponding to the target school; Reading the number of rejections corresponding to the student status transfer operation from the blockchain, wherein the number of rejections is the sum of the number of times the student status transfer operation is rejected on the client corresponding to the student and the number of times the student status transfer operation is rejected on the second platform; Determining whether the number of rejections reaches a preset threshold; When the number of rejections reaches the preset threshold, the student status transfer operation is determined to be an abnormal operation.

2. The method according to claim 1, characterized in that Before receiving the request for the student status transfer operation issued by the second platform, the method includes: Based on the client corresponding to the student, receiving the request for the student status transfer operation issued by the third platform end, wherein the third platform end is the platform end corresponding to the initial school; Determining whether the student status transfer operation is passed according to the judgment information input by the client corresponding to the student; If the student status transfer operation is successful, sending a request for the student status transfer operation to the second platform end; Based on the student information corresponding to the student on the second platform, judging whether the student status transfer operation is passed, wherein the student information is stored on the blockchain, including biometric information and student status information up to the current moment, and the biometric information includes face recognition information and fingerprint information; When the student status transfer operation is successful, a request for the student status transfer operation is sent to the first platform.

3. The method according to claim 1, characterized in that Before reading the number of rejections corresponding to the student status transfer operation from the blockchain, the method further includes: Receiving a request for the student status transfer operation issued by a third platform end, wherein the third platform end is a platform end corresponding to the initial school; Based on the judgment information input by the client corresponding to the student, judging whether the student status transfer operation is passed; When the student status transfer operation is rejected, the number of rejections corresponding to the student status transfer operation stored in the blockchain is updated.

4. The method according to claim 1, characterized in that: Before reading the number of rejections corresponding to the student status transfer operation from the blockchain, the method further includes: Receiving a request for the student status transfer operation issued by a client corresponding to the student; Based on the student information corresponding to the student, determine whether the request for the student status transfer operation is approved, wherein the student information is stored on the blockchain, including biometric information and student status information up to the current moment, and the biometric information includes face recognition information and fingerprint information; When the student status transfer operation is rejected, the number of rejections corresponding to the student status transfer operation stored in the blockchain is updated.

5. The method according to claim 1, characterized in that The determining whether the number of rejections reaches a preset threshold also includes: If the number of rejections does not reach the preset threshold, judging whether the student status transfer operation is passed according to the judgment information input based on the first platform end; If the student status transfer operation is approved, sending a notification of approval of the student status transfer operation to the second platform end; Based on the student status transfer operation, the student status information on the blockchain is updated through the second platform.

6. The method according to claim 1, characterized in that After determining that the student status transfer operation is an abnormal operation, the method further includes: Determine again whether the student status transfer operation is passed according to the judgment information input based on the first platform end; When the student status transfer operation is successful, the number of rejections stored on the blockchain will be cleared, and a notification will be sent to the third platform, where the third platform is the platform corresponding to the initial school.

7. An abnormal operation identification device, characterized in that: include: A receiving module, configured to receive, based on a first platform end, a request for a student status transfer operation issued based on a second platform end, wherein the first platform end is a platform end corresponding to the education administration department, and the second platform end is a platform end corresponding to the target school; A reading module, used to read the number of rejections corresponding to the student status transfer operation from the blockchain, wherein the number of rejections is the sum of the number of times the student status transfer operation is rejected on the client corresponding to the student and the number of times the student status transfer operation is rejected on the second platform; A judging module, used to judge whether the number of rejections reaches a preset threshold; A determination module is used to determine that the student status transfer operation is an abnormal operation when the number of rejections reaches the preset threshold.

8. A non-volatile storage medium, characterized in that: The non-volatile storage medium includes a stored program, wherein when the program is executed, the device where the non-volatile storage medium is located is controlled to execute the abnormal operation identification method according to any one of claims 1 to 6.

9. A computer device, characterized in that: include: Memory and processor, The memory stores a computer program; The processor is used to execute the computer program stored in the memory, and when the computer program is running, the processor executes the abnormal operation identification method according to any one of claims 1 to 6.

10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the abnormal operation identification method described in any one of claims 1 to 6 is implemented.

Images