Student identity verification processing method, device and equipment

Abstract

The embodiment of the invention discloses a student identity verification processing method, device and equipment. The method comprises the following steps: receiving a student identity verification request for a target user, and obtaining scene information corresponding to the student identity verification request; selecting a target verification mode from a plurality of student identity verification modes with different confidence degrees according to the scene information; performing student identity verification on the target user by adopting the target verification mode to obtain a student identity verification basic result; and distributing the student identity verification basic result to one or more business parties, when the target user needs to perform student identity verification at the business parties, performing secondary verification on the target user according to the student identity verification basic result to obtain a student identity verification advanced result, and sending the student identity verification advanced result to the business parties. And the determination module is used for determining whether corresponding student rights and interests are allowed to be given to the target user.

Description

[0001] This application is a divisional application of the invention patent application submitted to the China Patent Office on December 31, 2024, with application number 202411980963.2 and invention name "A student identity authentication processing method, device and equipment". The full text of the application is incorporated into this application by reference. Technical Field

[0002] This specification relates to the field of identity authentication technology, and in particular to a student identity authentication processing method, device, and equipment. Background Art

[0003] With the development of Internet technology and the popularization of smart phones, more and more businesses can be conducted through corresponding applications on smart phones, bringing great convenience to people's lives.

[0004] In order to attract traffic and increase brand influence, many merchants will also launch various online promotional activities. These promotional activities usually allow users to scan QR codes to receive coupons or receive coupons directly in the merchant application. As long as they are registered users, they can receive and use them, which is more convenient.

[0005] In practice, applicants have also noticed that some merchants have begun to focus on students and are considering offering exclusive benefits specifically for them, such as exclusive product purchase qualifications and additional discounts. The reasons for this are: first, students have relatively weak spending power, so such exclusive benefits can more effectively win their favor, making them more likely to become loyal users of merchants; second, students are inherently social, making it easier for them to spread word of mouth about merchants. Furthermore, they often appear in groups of three or five, or even larger numbers, offline, resulting in a high concentration of traffic. Exclusive benefits can help to more efficiently attract student traffic.

[0006] Of course, to access this exclusive benefit, students must verify their identity. Common methods currently include presenting a physical student ID to a store clerk, or registering detailed information such as name, ID number, school name, and student ID number in the merchant's app. The former method can be fraudulent, and students may not always carry their physical student IDs, making verification by store clerks inefficient. The latter method requires students to manually fill out a large amount of information, which they must re-enter for each merchant, making it cumbersome and inefficient.

[0007] Based on this, a more convenient, efficient and secure student identity authentication solution is needed. Summary of the Invention

[0008] One or more embodiments of this specification provide a student identity authentication processing method, apparatus, device, and storage medium to solve the following technical problem: a more convenient, efficient, and secure student identity authentication solution is needed.

[0009] To solve the above technical problems, one or more embodiments of this specification are implemented as follows:

[0010] One or more embodiments of this specification provide a student identity verification method, including:

[0011] Receive a student identity verification request for a target user and obtain scenario information corresponding to the student identity verification request;

[0012] Selecting a target verification method from a plurality of student identity verification methods with different confidence levels based on the scenario information;

[0013] Using the target verification method, perform student identity verification on the target user to obtain a basic result of student identity verification;

[0014] The basic result of student identity authentication is distributed to one or more business parties. When the target user needs to undergo student identity authentication at the business party, the target user is subjected to secondary verification based on the basic result of student identity authentication to obtain an advanced result of student identity authentication, which is used to determine whether the target user is allowed to be granted corresponding student rights and interests.

[0015] One or more embodiments of this specification provide a student identity verification processing device, including:

[0016] The verification request response module receives a student identity verification request for a target user and obtains scenario information corresponding to the student identity verification request;

[0017] a verification method selection module, which selects a target verification method from a plurality of student identity verification methods with different confidence levels according to the scenario information;

[0018] A basic result determination module, using the target verification method, performs student identity verification on the target user to obtain a basic result of student identity verification;

[0019] Distribute the secondary verification module to distribute the basic student identity authentication results to one or more business parties. When the target user needs to perform student identity authentication at the business party, perform secondary verification on the target user based on the basic student identity authentication results to obtain an advanced student identity authentication result, which is used to determine whether the target user is allowed to be granted corresponding student rights and interests.

[0020] One or more embodiments of this specification provide a student identity verification processing device, including:

[0021] at least one processor; and,

[0022] a memory communicatively connected to the at least one processor; wherein,

[0023] The memory stores instructions executable by the at least one processor, wherein the instructions are executed by the at least one processor to enable the at least one processor to perform:

[0024] Receive a student identity verification request for a target user and obtain scenario information corresponding to the student identity verification request;

[0025] Selecting a target verification method from a plurality of student identity verification methods with different confidence levels based on the scenario information;

[0026] Using the target verification method, perform student identity verification on the target user to obtain a basic result of student identity verification;

[0027] The basic result of student identity authentication is distributed to one or more business parties. When the target user needs to undergo student identity authentication at the business party, the target user is subjected to secondary verification based on the basic result of student identity authentication to obtain an advanced result of student identity authentication, which is used to determine whether the target user is allowed to be granted corresponding student rights and interests.

[0028] One or more embodiments of this specification provide a non-volatile computer storage medium storing computer-executable instructions, wherein the computer-executable instructions are configured to:

[0029] Receive a student identity verification request for a target user and obtain scenario information corresponding to the student identity verification request;

[0030] Selecting a target verification method from a plurality of student identity verification methods with different confidence levels based on the scenario information;

[0031] Using the target verification method, perform student identity verification on the target user to obtain a basic result of student identity verification;

[0032] The basic result of student identity authentication is distributed to one or more business parties. When the target user needs to undergo student identity authentication at the business party, the target user is subjected to secondary verification based on the basic result of student identity authentication to obtain an advanced result of student identity authentication, which is used to determine whether the target user is allowed to be granted corresponding student rights and interests.

[0033] At least one of the above-mentioned technical solutions adopted in one or more embodiments of this specification can achieve the following beneficial effects: a variety of student identity authentication methods with different confidence levels are introduced, and a more appropriate student identity authentication method can be intelligently and dynamically selected as the target authentication method based on scenario information such as that can reflect user-related characteristics or business-related characteristics, so as to first perform basic student identity authentication on the target user, which helps to improve security and efficiency; further, the basic student identity authentication results and student identity authentication capabilities can be lent to other business parties in advance or in response to requests from other businesses, so that when the target user needs to perform student identity authentication on the business party, a relatively lighter secondary verification can be performed based on the basic student identity authentication results to obtain an advanced student identity authentication result, which is used to finally determine whether the target student can be allowed to obtain student rights and interests on the business party this time. This helps to further improve security and efficiency, and is also very convenient, reliable and stable for users and business parties. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] In order to more clearly illustrate the embodiments of this specification or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments recorded in this specification. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0035] Figure 1 A flowchart of a student identity verification method provided in one or more embodiments of this specification;

[0036] Figure 2 A schematic diagram of a student identity authentication process based on two highly efficient student identity authentication methods with different confidence levels according to one or more embodiments of this specification;

[0037] Figure 3 A schematic diagram of the structure of a large-scale model system for student identity verification provided in one or more embodiments of this specification;

[0038] Figure 4 A flowchart of a grayscale distribution solution for basic student identity verification results provided in one or more embodiments of this specification;

[0039] Figure 5 A flowchart of a solution for additional verification of student rights and interests provided in one or more embodiments of this specification;

[0040] Figure 6 A schematic diagram of the structure of a student identity verification processing device provided in one or more embodiments of this specification;

[0041] Figure 7 A schematic diagram of the structure of a student identity verification processing device provided in one or more embodiments of this specification. DETAILED DESCRIPTION

[0042] The embodiments of this specification provide a student identity verification processing method, apparatus, device, and storage medium.

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

[0044] As mentioned in the background technology, a better student identity authentication scheme is currently needed. In an actual application scenario, student identity authentication mainly verifies the user's college student identity information to help isolate risks in the student's exclusive rights and interests scenarios and prevent financial losses caused by improper use of resources by non-registered students or outsiders. Under the verification scheme previously attempted by the applicant, the student identity authentication method used is single (for example, based on student ID verification, the user is required to manually enter their student ID and other information immediately), and it is heavily dependent on third-party interfaces and third-party services have unstable factors. There is also a lack of credibility stratification in the verification method, which cannot use the requirements of student identity credibility in different scenarios.

[0045] In response to the various problems mentioned above, the applicant optimized the student identity verification solution, combined the big model and scenario capabilities, combined multiple verification methods through dynamic strategies, improved the efficiency of student identity verification and channel stability, and deeply customized the student verification big model system. Business parties such as merchants or institutions, by accessing the student verification capabilities provided by this solution, may efficiently obtain information such as whether the user is a student and the school the student is attending, thereby enabling merchants or institutions to carry out refined operations for the student population. Not only that, the applicant has also polished the solution more carefully from more pain point perspectives, discovered and addressed more practical problems, thereby further improving the value of the solution. Based on this overall idea, the solution of this application will be further explained below.

[0046] Figure 1A flowchart of a student identity authentication processing method provided for one or more embodiments of this specification. The execution subject of the process may include relevant equipment of the specified application, such as an application server, and of course, a front-end user terminal may also be involved. The specified application is preferably an application with a large number of users and large-scale business traffic. In this way, such a server can build its own reliable student identity authentication capability based on historical user data, and does not necessarily require users to specifically and immediately cooperate to tediously provide proof data when they need to verify their student identity. This helps to achieve efficient or even seamless student identity authentication, and helps to better support other partners to also borrow such student identity authentication capabilities.

[0047] Figure 1 The process in includes the following steps:

[0048] S102: Receive a student identity authentication request for a target user, and obtain scenario information corresponding to the student identity authentication request.

[0049] When a user is performing a business that provides student rights in the above-mentioned designated application, he or she can actively initiate a student identity authentication request. At this time, the user who initiates the request will be used as the target user. In this way, the corresponding basic result of student identity authentication can be directly used to determine whether the target user is allowed to be granted the student rights due to its better timeliness.

[0050] Similarly, such student identity authentication can also be carried out in advance to prepare for possible user needs in the future. In this case, the student identity authentication request can be initiated by the application system at an appropriate time (for example, when the user registers, when the user membership is upgraded, or when student-related services are launched), and it does not necessarily need to be initiated by the user himself. In this case, a large number of users may be designated as target users by the application system and then processed separately.

[0051] Multiple different scenarios can be pre-defined, or a scenario can be automatically and adaptively generated based on the current situation. Scenario information is used to determine which scenario the current scenario is. Scenario information can include the target user's own characteristics (e.g., location, age, preferences, user credit, historical transaction data, user terminal used, etc.), and / or characteristics of the service to be performed (service type, service security level, etc.), and / or pre-configured configuration information (e.g., whether a target authentication method has been specified).

[0052] S104: Select a target verification method from a plurality of student identity verification methods with different confidence levels according to the scenario information.

[0053] In one or more embodiments of this specification, multiple student identity authentication methods with different confidence levels (similarly, the higher the confidence level, the more reliable the accuracy, and different verification levels can also be defined, etc.) are provided in advance. Based on the scenario information, one strategy or multiple combined strategies can be adopted to decide which student identity authentication method to select as the target verification method.

[0054] Based on different requirements for confidence, this application provides two efficient student identity verification methods, including: large model verification method and non-sensing verification method, combined with Figure 2 The process in is described.

[0055] Figure 2 The process in includes the following steps:

[0056] S202: Determine, based on the scenario information, whether the confidence requirement for the student identity authentication method is sufficiently low or sufficiently high.

[0057] Sufficiently low and sufficiently high can be determined based on comparisons against predetermined thresholds. Of course, different scenarios can also be predefined to determine whether the confidence requirements are low or high. It should be noted that, if necessary, further levels can be defined between sufficiently low and sufficiently high, and corresponding student identity verification methods can be used to process these levels. Similarly, multiple levels can be further defined below sufficiently low or above sufficiently high.

[0058] S204: If the confidence requirement is low enough, the large model verification method is used as the target verification method, and S2042 to S2046 are specifically executed accordingly.

[0059] In one or more embodiments of this specification, a large-model verification method is provided. This method can have a relatively low confidence level, but its advantages lie primarily in efficiency, high compatibility with input data, and relatively greater versatility. Therefore, large-model verification can be considered in scenarios where confidence requirements are low or the business is relatively insensitive to student identity.

[0060] S2042: Acquire historical characteristics of the target user, where the historical characteristics include long-term location information and / or historical purchase information.

[0061] Long-term location information can reveal whether the target user is regularly in school, while historical purchase information can reveal whether the target user has purchased student-related items. These historical features can be gathered from the target user's past activity on the app platform, without requiring the target user to provide them immediately or manually fill them out on the spot. This provides users with greater freedom and avoids tedious operations.

[0062] S2044: Based on the historical characteristics, the correlation between the historical characteristics and school elements is inferred through a large model.

[0063] School factors include characteristics related to the school itself or students, studying at school, etc. The stronger the above correlation is, the more likely the target user is a student.

[0064] S2046: Based on the inference result of the large model, determine whether the target user is a student.

[0065] In one or more embodiments of this specification, some auxiliary processing logic can be added to improve the reliability of the large model verification method. For example, it can be additionally determined whether the target user currently faces risks, whether there are historical malicious verification behaviors, etc., and the above-mentioned correlation can be inferred only after these risks are eliminated.

[0066] S206: If the confidence requirement is high enough, the non-sensing verification method is used as the target verification method, and S2062 to S2064 are specifically executed accordingly.

[0067] This application provides a highly reliable, non-sensing verification method based on user identity information held by the application platform itself and implemented using a student identity trusted data source service. This student identity trusted data source service can be provided by a trusted third party or official agency (which is why it's highly reliable). For example, it can be used to verify the authenticity of student identity and school information. In this case, there may be stricter requirements for service traffic, so it can be used only when needed. This also helps reduce costs and reduces the burden on partners.

[0068] S2062: Based on its own platform data, the target user's identity information and historical behavior information are obtained without the target user's knowledge, and the security of the target user's historical behavior is verified based on the historical behavior information. Based on the identity information, the authenticity of the target user's identity is verified through the identity trusted data source service.

[0069] The user identity information collected by the application platform itself may not be reliable. Therefore, the target user's identity can be verified first through a trusted identity data source service. If verification is successful, the student identity data source service can then be called. Similarly, trusted identity data source services can also be provided by trusted third parties or official partners, for example, to verify the authenticity of names and ID numbers.

[0070] S2064: Based on the identity information, the corresponding student identity verification input information is determined without the target user being aware of it, and based on the student identity verification input information, it is determined whether the target user is a student through the student identity trusted data source service.

[0071] In addition to the two student identity verification methods listed above, more optional methods can be added, such as: verification based on the student ID provided by the user; verification based on the student ID code provided by the user; verification based on the user's credit guarantee; etc. Among them, the student ID code usually refers to the unique identification code of the student identity, which is used to identify each student in the national education management information system. In combination with the student ID code, the user's basic school information can be obtained.

[0072] Continue to Figure 1 The next steps are described in .

[0073] S106: Using the target verification method, perform student identity verification on the target user to obtain a basic result of student identity verification.

[0074] If the basic result of the student identity verification indicates that the target user is not a student, this basic result can be used directly to avoid wasting processing resources. At the same time, a complaint channel can be provided to the target user so that if a misjudgment occurs, the target user can actively complain to the application platform.

[0075] The following embodiments mainly focus on the situation where the basic result of student identity authentication reflects that the target user is a student, that is, the basic verification has passed.

[0076] It is possible to directly determine whether the target user is allowed to be granted the corresponding student rights and interests based on the basic results of student identity verification, and the basic results of student identity verification can be reused later. However, in actual applications, the basic results of student identity verification may have timeliness issues (may not be immediately used for businesses with student identity verification needs). In addition, since the basic results of student identity verification may not be reliable enough according to their corresponding student identity verification methods, and the scenarios or needs may change, the basic results of student identity verification can be used as an important reference data, and in actual use, supplemented by secondary verification. This not only achieves the reuse of basic results, but also takes into account the reliability under various changes in circumstances.

[0077] S108: Distribute the basic result of student identity authentication to one or more business parties. When the target user needs to undergo student identity authentication at the business party, perform secondary authentication on the target user based on the basic result of student identity authentication to obtain an advanced result of student identity authentication, which is used to determine whether to grant the target user corresponding student rights and interests.

[0078] The business party can be a business line within the application service provider itself, or a business partner outside the application service provider, such as an institution, a service provider of other applications, or a merchant operating on the application platform.

[0079] In one or more embodiments of this specification, a business entity requiring student identity verification can immediately initiate a query request to the application platform, thereby obtaining the corresponding basic student identity verification result distributed by the application platform in response to the request. In this case, in step S108, when the target user requires student identity verification at a business entity, a verification request is first initiated, after which the application platform distributes the target user's basic student identity verification result to the business entity.

[0080] It's important to note that to facilitate more efficient and flexible use of student identity verification results by business parties, the application platform can also pre-distribute student identity verification results for some users to one or more business parties. This will be explained in more detail later, along with some detailed solutions to address additional technical issues.

[0081] For secondary verification, the timeliness of the student identity verification basic results can be verified in a lightweight manner. For example, by comparing the verification time corresponding to the student identity verification basic results with the target user's expected graduation date, the immediate validity of the student identity verification basic results can be verified.

[0082] Considering that the basic results of student identity verification may not be reliable, a secondary verification with enhanced effectiveness can also be performed to help overcome the blind spots or errors that may exist in the basic verification. In order to reduce the efficiency impact of secondary verification, a secondary verification scheme based on reduced confidence and as differentiated as possible verification factors is also provided. Specifically, it includes: determining the student identity verification method used for the basic results of student identity verification as the basic verification method, and determining the verification factors involved in the basic verification method (for example, each type of information with a certain proof function can be used as a verification factor). Among the various student identity verification methods currently available with different confidence levels, a student identity verification method with a lower confidence level than the basic verification method (here it can be assumed that the student identity verification method with low confidence level is relatively efficient) and with a sufficiently small overlap between the verification factors is determined to verify the target user. In this way, more additional verification factors can be verified as efficiently as possible, thereby helping to obtain more reliable advanced student identity verification results compared to the basic results of student identity verification more quickly.

[0083] If the advanced student identity verification result reflects that the target user is a student, it can be determined that the target user is allowed to receive corresponding student benefits, for example, directly issuing student benefits to the target user, or allowing the target user to manually receive student benefits.

[0084] In one or more embodiments of this specification, during basic verification, it is considered to put extreme pressure on the user based on the pre-interaction ability estimate. In particular, this solution can be adopted when basic verification is not performed for a specific business, taking into account reliability while avoiding wasting user time. Specifically, it includes: when selecting the target verification method, based on the scenario information, based on the large model that has pre-learned the knowledge related to student identity verification, pre-interaction is performed with the target user (during the pre-interaction process, the purpose of the basic verification can be minimized, thereby helping illegal users to inadvertently expose the problem points and helping to prevent risks). The pre-interaction can be, for example, a simulated conversation with a friend to implicitly infer the user's ability to cope with different verification elements. Of course, pre-interaction can also be performed in forms other than conversation, such as giving the user a tentative business; based on the pre-interaction situation, among multiple student identity verification methods with different confidence levels, several student identity verification methods that the target user can implement are predicted, and their corresponding implementation difficulties; among the several student identity verification methods, the student identity verification method with the highest implementation difficulty is selected as the target verification method. Furthermore, when performing secondary verification on the target user, a student identity verification method with a lower or even much lower implementation difficulty is used to perform secondary verification on the target user.

[0085] pass Figure 1 The method introduces a variety of student identity authentication methods with different confidence levels, and can intelligently and dynamically select a more appropriate student identity authentication method as the target verification method based on scenario information such as that can reflect user-related characteristics or business-related characteristics, so as to first perform basic student identity authentication on the target user, which helps to improve security and efficiency; further, it can also lend the basic student identity authentication results and student identity authentication capabilities to other business parties in advance or in response to requests from other businesses. Therefore, when the target user needs to perform student identity authentication on the business party, a relatively lighter secondary verification can be performed based on the basic student identity authentication results to obtain an advanced student identity authentication result, which is used to finally determine whether the target student can be allowed to obtain student rights and interests on the business party this time. This helps to further improve security and efficiency, and it is also convenient, reliable and stable for users and business parties.

[0086] based on Figure 1 This specification also provides some specific implementation plans and extension plans of the method, which will be described below.

[0087] The applicant also noted that in actual applications, there is a lack of student identity verification schemes for freshmen, and freshmen may encounter difficulties in student identity verification because their student ID codes or student ID cards may not be complete.

[0088] In order to solve this problem, one or more embodiments of this specification provide a student identity verification scheme specifically for freshmen. In this case, the acquired scenario information may include the target user's age information and / or location information, and may also include school season information. Based on this, specifically, it is possible to judge whether the user meets the characteristics of a freshman based on the target user's age information and / or location information, and to judge whether the current enrollment season is in progress based on the enrollment season information (these judgment actions themselves can also be regarded as part of the student identity verification method); if the judgment results are all yes, then among a variety of student identity verification methods with different confidence levels, a student identity verification method suitable for freshmen is selected as the target verification method. For example, if the judgment results are all yes, then the target user can be directly judged as a student, or the authenticity of the target user's identity can be verified again. In addition, the existing student identity verification method can also be simplified and used as the target verification method.

[0089] Based on the above description, on the basis of the main idea of ​​the solution of this application, in order to facilitate productization and create a more comprehensive student identity verification product, more intuitively, one or more embodiments of this specification also provide a structural diagram of a student identity verification large model system, see Figure 3 .

[0090] Below Figure 3 The main modules in the system are explained separately, and can also be understood in conjunction with the previous explanations.

[0091] 1. Student verification method integration module

[0092] This module integrates all authentication methods (also called verification in the figure) on the server side. Each authentication method defines a confidence level and verification threshold. Businesses can select the student identity with the required confidence level based on different scenarios. For example, multiple authentication methods are pre-deployed on the server side, sorted from low to high confidence: large model authentication, authentication based on student ID (multiple IDs can be used), authentication based on student ID code, and contactless authentication.

[0093] Among them, the large model verification method and the non-sensing verification method have been explained before and will not be repeated here.

[0094] Based on the student ID verification method, users are required to upload school-related documents, such as admission notices, school meal cards, student ID cards, etc. for verification. The server can perform ID anti-counterfeiting identification on the ID uploaded by the user, detecting whether the user has PS traces, whether the ID type is valid, whether a screen photo has been taken, and whether the ID is clear; secondly, according to the ID type uploaded by the user, the corresponding OCR recognition template is selected to collect the basic information on the user's ID, which needs to include name, school, and year of enrollment; and the collected ID information will first undergo an intelligent ID review process. During the intelligent review process, the rationality of the collected fields will be judged, and the name and other information on the ID will be compared with the real-name information on the current application platform. If the intelligent review stage cannot be verified, for example, the user's name contains rare characters or the ID has been submitted multiple times but failed, the ID will be automatically submitted to the work order platform for manual review.

[0095] Based on the student ID verification method, by guiding the user to fill in the valid student ID information, the server will query and collect the user's basic information and school information from the education information related institutions based on the student ID provided by the user, including: name, ID number, school name, year of admission, education form, enrollment information, school system, etc. In the case that the school information cannot be obtained through the student ID code, it will be regarded as an invalid student ID code. After obtaining the basic information, first, verify whether the current user's identity is safe. Secondly, use the collected name and ID number to compare with the information retained by the current user on the application platform to verify whether it is the same person. Finally, compare the user's student status and graduation time to determine whether the user is enrolled.

[0096] In addition, the contactless verification method has a high degree of confidence, high efficiency and good user experience, so it can be mainly used for some key businesses or key scenarios. Corresponding fatigue control is also set to reduce the burden on trusted data sources.

[0097] 2. Decision-making level for student verification methods

[0098] This decision layer is used to determine when a user enters a verification scenario for verification, and the system decides to select the verification method that best suits the user.

[0099] The student verification method integration module has integrated multiple verification methods, and the decision-making layer provides multiple verification strategies to decide which verification method to choose, which can not only improve the user experience, but also increase the verification pass rate.

[0100] Businesses can specify verification methods in scenarios or delegate them to the system for dynamic decision-making. Scenarios for specifying verification methods are mainly for scenarios with high requirements for student identity accuracy. Verification methods with higher confidence can be specified, such as contactless verification and student ID code verification. If the system-hosted method is specified, the system will decide on the verification method based on user feature information, including user age, location, whether it is the enrollment season, verification method success rate indicators, and other information. For example, if the system determines that the user is currently at school or at home, it will select the ID verification method. If it is the freshman season and the user's age meets the freshman age range, the freshman verification method will be selected. If there is currently a verification method with a low success rate, the system will automatically select a verification method with a higher success rate for the user.

[0101] 3. Student identity real-time verification and identity distribution module

[0102] This module is used to provide at least part of the data that has completed the basic verification of students to the business side. The business side can query the student information for rights and interests allocation based on the results, or the students can receive the corresponding rights and interests. This part will provide the aforementioned secondary verification capability. After the secondary verification is passed, the student identity certificate can be output. The certificate is an identifier of the user's student identity. The certificate has basic student information including student name, school, grade, enrollment time, etc. Users can enjoy the corresponding rights and interests through the student identity certificate, and it is more convenient for users to reuse.

[0103] 4. Student identity inspection module

[0104] For student identities that have completed verification, the server will ensure the authenticity of the user's identity through inspections. Among them, the inspection method is, for example, verification through a highly credible student identity trusted data source, and invalidation processing for identities that are not students. The inspection trigger mechanism includes regular inspections by the server and inspections triggered by users. The regular inspection method triggers verification and identity updates by conducting regular inspections (for example, every 30 days) on identities that are about to expire; the user-triggered inspection method can be triggered once each time the user returns to the student verification service, and guides verification for users who are no longer students.

[0105] 5. Student feature collection module

[0106] This module serves as a data collection module, and the data it collects is used to serve multiple modules within the server, including the student service intelligent agent module, the identity inspection module, and the verification method decision module. This module collects data asynchronously, including basic user data and log data generated during user operations.

[0107] Basic user data, such as name, ID number, school, grade, and education type, will serve as auxiliary data for subsequent student verification. For completed student identity verification data, the module collects student identity status data, verification time, and expected graduation date for subsequent identity inspection logic. Simultaneously, the module extracts real-time log data generated during the user verification process, including error codes, verification methods, number of verification attempts, and successful verification methods. This data is then provided to the Student Service Intelligent Agent module for analysis of user issues. This module is also responsible for collecting data required for the student verification dashboard, visually displaying the overall verification pass rate and obstacles.

[0108] 6Student identity unified management platform

[0109] As an internal management platform, the platform provides the ability to whitelist student identities for users who are unable to complete verification or who are unable to use the normal verification path due to system issues. Administrators use this function to whitelist accounts after reviewing the user's student qualifications. It also provides scenario management functions for managing the configuration of user verification methods and verification levels. It also provides the ability to correct identities if incorrect information is entered during the user verification process due to system issues. There are also some supplementary capabilities, such as identity inspection triggering, student verification, and identity dashboard monitoring.

[0110] 7. Student Service Intelligent Agent (Intelligent Agent, here can be called intelligent agent or intelligent body)

[0111] This module analyzes and monitors the indicator data of various verification methods on the server side, decides on verification strategies, and improves the success rate of verification and user experience. It also uses intelligent capabilities to answer user questions related to student identity verification, thereby improving student satisfaction and user experience.

[0112] At the same time, the intelligent agent module also asynchronously analyzes the user verification log data collected by the feature collection module, identifies problems encountered during the verification process, and provides failure reasons and solutions in real time, effectively improving the student verification experience and efficiency.

[0113] In one or more embodiments of this specification, the intelligent agent module can monitor the operations triggered by users within the service and initiate a scheduled task to capture the user's operation log. If it is found that the user frequently fails to perform student identity verification, a student identity verification operation instruction message will be pushed to the user in real time. If it is found that the user reports an error during the student identity verification operation, for example, the uploaded admission notice is unclear, a message can be pushed to the user in real time to inform the user that the uploaded admission notice is unclear and provide a standard case to the user. In contrast, some previous solutions generally deal with it after the fact, resulting in a poor user experience. However, this solution does not require the user to ask why the failure occurred. It directly extracts the user's real-time operation log, analyzes it, and provides the user with a solution in a timely manner, thereby improving the user experience.

[0114] pass Figure 3 The system can realize student identity authentication based on multi-scenario layered strategies, can perceive the verification indicators of existing verification methods in real time, and combine user-related data, such as location, time, preferences, etc., through dynamic decision-making, to select a verification method that is relatively more suitable for the current user, which helps to improve user experience and student identity authentication efficiency.

[0115] As mentioned earlier, the basic results of student identity authentication can be distributed to the business party in advance. An exemplary solution is also given here, specifically including: for a user set including the target user that has undergone student identity authentication, obtaining the basic results of student identity authentication corresponding to the users in the user set; calculating the affinity between the users in the user set and one or more business parties, the affinity reflects the user's inclination towards the business party itself, and the user's potential demand for the services provided by the business party; when the business party has not yet requested student identity authentication for at least some of the users in the user set, the corresponding basic results of student identity authentication of at least some of the users including the target user are distributed to the business party according to the affinity.

[0116] This allows for proactive identification of business and user needs, effectively matching business partners with potential users. Prioritizing the distribution of these potential users' student identity verification results to the appropriate business partners achieves twice the result with half the effort. In this scenario, the business partner prioritizes searching within the distributed basic results. If no results are found, they can request a query from the application platform in real time.

[0117] Furthermore, for the application platform, its user scale is huge, and it is difficult to distribute all the basic results. In order to solve this problem, one or more embodiments of this specification provide a flow chart of a grayscale distribution solution for student identity verification basic results, see Figure 4 .

[0118] Figure 4 The process in includes the following steps:

[0119] S402: In the user set (or at least part of the users mentioned above), determine a first subset of users whose corresponding student identity authentication basic results reflect student identities, and a second subset of users whose identities are not students.

[0120] In this process, we not only focus on users who are likely to be students, that is, users in the first user set; we also pay equal attention to users who are likely to want to impersonate students but have not passed basic verification, that is, users in the second user set.

[0121] S404: Dynamically detect the overall verification result trend of the student identity verification actually performed by the business party.

[0122] The student benefits provided by different business parties are different, and their attractiveness (often proportional to the quality of the benefits involved) varies. For some student benefits that are not very attractive, there may be only a very small number of users who attempt to impersonate students when requesting verification, while for some student benefits that are more attractive, there will be more users who attempt to impersonate students when requesting verification.

[0123] The overall verification result trend here may refer to the trend of the overall verification results in a recent period of time or a recent group of users. The specific period of time and the size of the group of users can be set as needed. The smaller the number, the higher the sensitivity.

[0124] S406: If the overall verification result trend is in favor of student identity, the first user subset is distributed to the business party in a grayscale manner (ie, distributed step by step).

[0125] S408: If the overall verification result tends to indicate that the user is not a student, the second user subset is distributed to the business party in a grayscale manner.

[0126] In one or more embodiments of the present specification, grayscale distribution is dynamically and targetedly performed to adapt to the changes in the overall verification result trend, thereby increasing the corresponding risk-effective defense capabilities, while reducing the interaction burden between the application platform and the business parties, and reducing the data risk of the application platform.

[0127] To further enhance the security of distributed data, privacy protection can be applied to the data before distribution. Businesses can then use this privacy-protected data in a secure computing environment, ensuring that even after distribution, the data remains private. Furthermore, while grayscale distribution is performed on a subset of users, grayscale recycling can also be performed on another subset. This ensures that the data received by the business side remains at a stable and controllable level, and the data received and held by the business side is dynamically updated. This further strengthens privacy protection while also balancing the need to reduce burden.

[0128] The applicant has also noticed that in actual applications, there are cases where users who are indeed students, after passing student identity verification and obtaining rights, improperly use their rights or even abuse their rights. For example, they resell goods obtained based on the rights, let people they know use their student identity accounts, etc. This actually undermines the rules of integrity, violates the original intention of the rights issuer, is likely to cause losses to the rights issuer, and also brings risks to the student identity account. To address these issues, one or more embodiments of this specification provide a flow chart of a solution for additional verification of student rights, see Figure 5 .

[0129] Figure 5 The process in includes the following steps:

[0130] S502: After performing secondary verification on the target user and obtaining an advanced student identity verification result, detecting whether there is selling transaction data in subsequent transaction data of the target user.

[0131] The term "sell" here refers to selling by the target user. Selling transaction data can be obtained from the application platform, as well as from second-hand trading platforms outside the application platform, and in particular, transaction data within a short period of time (e.g., within a week or a month) can be obtained.

[0132] S504: If yes, then analyze the correlation between the student rights and interests obtained by the target user and the selling transaction data.

[0133] If the correlation is high enough, it means that the goods sold involved in the sales transaction data are likely to be goods obtained by the target users based on student rights. At this time, the possibility of inappropriate resale by the target users will greatly increase.

[0134] S506: If the correlation is high enough, a student identity authentication method with additional verification is determined for the target user, which is used for the next student identity authentication of the target user, wherein the additional verification includes rationality verification of the selling transaction data.

[0135] Based on the target user's inappropriate behavior, the next time they verify their student identity, additional legitimacy verification will be performed. This means the user will need to prove that their previous sales were not resale activities. Of course, legitimacy verification can also be performed based on a large model. If the legitimacy verification fails, the target user may be restricted or even temporarily banned from obtaining other student benefits.

[0136] In actual applications, the target user may not resell the items themselves, but may entrust someone they know (who may be acquaintances online or local acquaintances) to help them resell the items. In this case, similarly, the target user's social network can be mined.

[0137] In the subsequent transaction data of the social network, it is detected whether there is any selling transaction data involving equity products corresponding to student equity, which is used to decide whether to perform additional verification.

[0138] Based on the same idea, one or more embodiments of this specification also provide devices and apparatuses corresponding to the above methods, such as Figure 6 、 Figure 7 The apparatus and device can accordingly execute the above method and related optional solutions.

[0139] Figure 6 This is a schematic diagram of a student identity verification processing device provided in one or more embodiments of this specification, the device comprising:

[0140] The verification request response module 602 receives a student identity verification request for a target user and obtains scenario information corresponding to the student identity verification request;

[0141] The verification method selection module 604 selects a target verification method from a plurality of student identity verification methods with different confidence levels according to the scenario information;

[0142] The basic result determination module 606 performs student identity authentication on the target user using the target authentication method to obtain a basic result of student identity authentication;

[0143] The secondary verification module 608 distributes the basic result of the student identity authentication to one or more business parties. When the target user needs to perform student identity authentication at the business party, the target user is secondary verified based on the basic result of the student identity authentication to obtain an advanced result of the student identity authentication, which is used to determine whether the target user is allowed to be granted corresponding student rights and interests.

[0144] Optionally, at least one of the student identity verification methods includes a large model verification method, and the confidence level of the large model verification method is not the highest among the multiple student identity verification methods;

[0145] The basic result determination module 606, when the target verification mode is the large model verification mode, obtains historical features of the target user, the historical features including long-term location information and / or historical purchase information;

[0146] Based on the historical characteristics, the correlation between the historical characteristics and school elements is inferred through a large model;

[0147] According to the inference result of the large model, it is determined whether the target user is a student.

[0148] Optionally, at least one of the student identity verification methods includes a non-sensing verification method;

[0149] The basic result determination module 606, when the target verification method is the non-sensing verification method, obtains the target user's identity information and historical behavior information based on its own platform data without the target user's knowledge, verifies the security of the target user's historical behavior based on the historical behavior information, and verifies the authenticity of the target user's identity based on the identity information through the identity trusted data source service;

[0150] Based on the identity information, the corresponding student identity verification input information is determined without the target user being aware of it, and based on the student identity verification input information, it is determined whether the target user is a student through the student identity trusted data source service.

[0151] Optionally, the multiple student identity verification methods further include at least one of the following methods:

[0152] Method based on student ID verification provided by the user; method based on student ID verification provided by the user.

[0153] Optionally, the scenario information includes age information and / or location information of the target user, and also includes school season information;

[0154] The verification mode selection module 604 determines whether the target user meets the characteristics of a freshman based on the age information and / or location information of the target user, and determines whether the target user is currently in the school enrollment season based on the school enrollment season information;

[0155] If the judgment results are all yes, then among a variety of student identity verification methods with different confidence levels, the student identity verification method suitable for freshmen is selected as the target verification method.

[0156] Optionally, the distribution secondary verification module 608 determines whether the student identity verification basic result reflects that the target user is a student;

[0157] If yes, perform at least one of the following verifications as a secondary verification of the target user:

[0158] Determining a student identity authentication method used for the basic result of the student identity authentication as the basic authentication method, and determining the verification elements involved in the basic authentication method. Among multiple currently available student identity authentication methods with different confidence levels, determining a student identity authentication method with a lower confidence level than the basic authentication method and a sufficiently small overlap between the verification elements and the verification elements, and performing authentication on the target user;

[0159] By comparing the verification time corresponding to the student identity verification basic result with the expected graduation time of the target user, the immediate validity of the student identity verification basic result is verified.

[0160] Optionally, the distribution secondary verification module 608 obtains basic student identity verification results corresponding to users in a user set including the target user who have undergone student identity verification;

[0161] Calculating the affinity between users in the user set and one or more service providers, where the affinity reflects the user's preference for the service provider itself and the user's potential demand for the service provided by the service provider;

[0162] In the case that the business party has not yet requested student identity authentication for at least some of the users in the user set, the corresponding student identity authentication basic results of the at least some of the users are distributed to the business party according to the affinity, and the some of the users include the target user.

[0163] Optionally, the distribution secondary verification module 608 determines, in the user set, a first subset of users whose corresponding student identity verification basic results reflect student identities, and a second subset of users whose corresponding student identity verification basic results reflect non-student identities;

[0164] Dynamically detect the overall verification result trend of student identity verification actually performed by the business party;

[0165] If the overall verification result trend is inclined towards student identity, performing a phased distribution of the first user subset to the business party;

[0166] If the overall verification result tends to indicate that the user is not a student, the second user subset is distributed to the business party in a grayscale manner.

[0167] Optionally, the verification mode selection module 604 performs a pre-interaction with the target user based on the scenario information and a large model that has previously learned relevant knowledge about student identity verification;

[0168] Based on the pre-interaction, predicting several student identity authentication methods that the target user can implement, and their corresponding implementation difficulties, among multiple student identity authentication methods with different confidence levels;

[0169] Among the several student identity authentication methods, select the student identity authentication method with the highest implementation difficulty as the target authentication method;

[0170] The distribution secondary verification module 608 uses the student identity verification method that is less difficult to implement than the target verification method to perform secondary verification on the target user.

[0171] Optionally, it also includes:

[0172] The risk additional verification module 610 detects whether there is selling transaction data in the subsequent transaction data of the target user after performing the secondary verification on the target user and obtaining the student identity verification advanced result;

[0173] If so, analyzing the correlation between the student rights and interests obtained by the target user and the selling transaction data;

[0174] If the correlation is high enough, a student identity authentication method with additional verification is determined for the target user, which is used for the next student identity authentication of the target user, wherein the additional verification includes rationality verification of the selling transaction data.

[0175] Optionally, the risk additional verification module 610 mines the social network of the target user;

[0176] In the subsequent transaction data of the social network, it is detected whether there is selling transaction data involving the equity commodity corresponding to the student equity, so as to decide whether to perform the additional verification.

[0177] Figure 7 This is a schematic diagram of a student identity verification processing device provided in one or more embodiments of this specification, the device comprising:

[0178] at least one processor; and,

[0179] a memory communicatively connected to the at least one processor; wherein,

[0180] The memory stores instructions executable by the at least one processor, wherein the instructions are executed by the at least one processor to enable the at least one processor to perform:

[0181] Receive a student identity verification request for a target user and obtain scenario information corresponding to the student identity verification request;

[0182] Selecting a target verification method from a plurality of student identity verification methods with different confidence levels based on the scenario information;

[0183] Using the target verification method, perform student identity verification on the target user to obtain a basic result of student identity verification;

[0184] The basic result of student identity authentication is distributed to one or more business parties. When the target user needs to undergo student identity authentication at the business party, the target user is subjected to secondary verification based on the basic result of student identity authentication to obtain an advanced result of student identity authentication, which is used to determine whether the target user is allowed to be granted corresponding student rights and interests.

[0185] Based on the same idea, one or more embodiments of this specification further provide a non-volatile computer storage medium storing computer-executable instructions, wherein the computer-executable instructions are configured as follows:

[0186] Receive a student identity verification request for a target user and obtain scenario information corresponding to the student identity verification request;

[0187] Selecting a target verification method from a plurality of student identity verification methods with different confidence levels based on the scenario information;

[0188] Using the target verification method, perform student identity verification on the target user to obtain a basic result of student identity verification;

[0189] The basic result of student identity authentication is distributed to one or more business parties. When the target user needs to undergo student identity authentication at the business party, the target user is subjected to secondary verification based on the basic result of student identity authentication to obtain an advanced result of student identity authentication, which is used to determine whether the target user is allowed to be granted corresponding student rights and interests.

[0190] In the 1990s, technological improvements could be clearly distinguished as either hardware improvements (for example, improvements to circuit structures like diodes, transistors, and switches) or software improvements (improvements to process flows). However, with the advancement of technology, many process flow improvements today can now be considered direct improvements to hardware circuit structures. Designers almost always create the corresponding hardware circuit structure by programming the improved process flow into the hardware circuit. Therefore, it cannot be said that a process flow improvement cannot be implemented using hardware modules. For example, a programmable logic device (PLD), such as a field programmable gate array (FPGA), is an integrated circuit whose logical function is determined by user programming. Designers can "integrate" a digital system on a PLD through their own programming, without having to hire a chip manufacturer to design and manufacture a dedicated integrated circuit chip. Moreover, nowadays, instead of manually fabricating integrated circuit chips, this programming is mostly done using "logic compiler" software. This is similar to the software compiler used when developing programs. Before compilation, the original code must also be written in a specific programming language, called a hardware description language (HDL). There is not just one HDL, but many, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc. The most commonly used ones are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art will also understand that by simply programming the method flow in one of these hardware description languages ​​and then programming it into an integrated circuit, a hardware circuit that implements the logic method flow can be easily obtained.

[0191] The controller can be implemented in any suitable manner. For example, the controller can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, an application-specific integrated circuit (ASIC), a programmable logic controller, and an embedded microcontroller. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also understand that in addition to implementing the controller in pure computer-readable program code, the controller can also be implemented in the form of logic gates, switches, an application-specific integrated circuit, a programmable logic controller, and an embedded microcontroller by logically programming the method steps. Therefore, such a controller can be considered a hardware component, and the devices included therein for implementing various functions can also be considered as structures within the hardware component. Or even, the devices for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.

[0192] The systems, devices, modules, or units described in the above embodiments may be implemented by computer chips or entities, or by products having certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0193] For the convenience of description, the above devices are described as being divided into various units according to their functions. Of course, when implementing this specification, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0194] Those skilled in the art will appreciate that the embodiments of this specification may be provided as methods, systems, or computer program products. Therefore, the embodiments of this specification may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Furthermore, the embodiments of this specification may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0195] This specification is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of this specification. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0196] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0197] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0198] In a typical configuration, a computing device includes one or more processors (CPUs), input / output interfaces, network interfaces, and memory.

[0199] Memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. Memory is an example of a computer-readable medium.

[0200] Computer-readable media includes permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. The information can be computer-readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory computer-readable media (transitory media), such as modulated data signals and carrier waves.

[0201] It should also be noted that the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, commodity, or apparatus that includes a series of elements includes not only those elements but also other elements not explicitly listed, or includes elements inherent to such process, method, commodity, or apparatus. In the absence of further limitations, an element defined by the phrase "comprises a ..." does not exclude the presence of other identical elements in the process, method, commodity, or apparatus that includes the element.

[0202] This specification may be described in the general context of computer-executable instructions, such as program modules, executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, and the like that perform specific tasks or implement specific abstract data types. This specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media, including storage devices.

[0203] The various embodiments in this specification are described in a progressive manner. Similar portions between the various embodiments can be referenced to each other, and each embodiment focuses on the differences from the other embodiments. In particular, the device, apparatus, and non-volatile computer storage medium embodiments are generally similar to the method embodiments, so their descriptions are relatively simplified. For relevant details, refer to the descriptions of the method embodiments.

[0204] The foregoing description of this specification describes specific embodiments. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims can be performed in an order different from that described in the embodiments and still achieve the desired results. Furthermore, the processes depicted in the accompanying drawings do not necessarily require the specific order shown or the sequential order to achieve the desired results. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0205] The foregoing description is merely one or more embodiments of this specification and is not intended to limit this specification. It will be apparent to those skilled in the art that various modifications and variations may be made to one or more embodiments of this specification. Any modifications, equivalent substitutions, or improvements made within the spirit and principles of one or more embodiments of this specification are intended to be within the scope of the claims of this specification.

Claims

1. A student identity verification method, comprising: Receive a student identity verification request for a target user and obtain scenario information corresponding to the student identity verification request; Selecting a target verification method from a plurality of student identity verification methods with different confidence levels based on the scenario information; Adopting the target verification method, performing student identity verification on the target user, and obtaining a basic result of student identity verification, wherein the student identity verification is performed in advance and is actively initiated by the application system, and does not need to be initiated by the user; According to the affinity between the target user and the business party, the basic result of student identity authentication is distributed to one or more business parties. When the target user needs to undergo student identity authentication at the business party, the target user is subjected to secondary verification based on the basic result of student identity authentication to obtain an advanced result of student identity authentication, which is used to determine whether the target user is allowed to be granted corresponding student rights and interests.

2. The method according to claim 1, wherein at least one of the student identity verification methods comprises a large model verification method, and the confidence level of the large model verification method is not the highest among the multiple student identity verification methods; The target verification method is used to perform student identity authentication on the target user, specifically including: When the target verification mode is the large model verification mode, obtaining historical features of the target user, the historical features including long-term location information and / or historical purchase information; Based on the historical characteristics, the correlation between the historical characteristics and school elements is inferred through a large model; According to the inference result of the large model, it is determined whether the target user is a student.

3. The method according to claim 1, wherein at least one of the student identity verification methods includes a non-sensing verification method; The target verification method is used to perform student identity authentication on the target user, specifically including: When the target verification method is the non-sensing verification method, the identity information and historical behavior information of the target user are obtained based on the platform data without the target user's knowledge, and the security of the target user's historical behavior is verified based on the historical behavior information. Based on the identity information, the authenticity of the target user's identity is verified through the identity trusted data source service; Based on the identity information, the corresponding student identity verification input information is determined without the target user being aware of it, and based on the student identity verification input information, it is determined whether the target user is a student through the student identity trusted data source service.

4. The method according to any one of claims 1 to 3, wherein the multiple student identity verification methods further include at least one of the following methods: Method based on student ID verification provided by the user; method based on student ID verification provided by the user.

5. The method according to claim 1, wherein the scenario information includes age information and / or location information of the target user, and further includes school season information; The target verification method is selected from a plurality of student identity verification methods with different confidence levels according to the scenario information, specifically including: Determining whether the target user meets the characteristics of a freshman based on the age information and / or location information of the target user, and determining whether the target user is currently in the school enrollment season based on the school enrollment season information; If the judgment results are all yes, then among a variety of student identity verification methods with different confidence levels, the student identity verification method suitable for freshmen is selected as the target verification method.

6. The method according to claim 1, wherein the secondary verification of the target user based on the basic result of the student identity verification specifically comprises: Determining whether the student identity verification basic result reflects that the target user is a student; If yes, perform at least one of the following verifications as a secondary verification of the target user: Determining a student identity authentication method used for the basic result of the student identity authentication as the basic authentication method, and determining the verification elements involved in the basic authentication method. Among multiple currently available student identity authentication methods with different confidence levels, determining a student identity authentication method with a lower confidence level than the basic authentication method and a sufficiently small overlap between the verification elements and the verification elements, and performing authentication on the target user; By comparing the verification time corresponding to the student identity verification basic result with the expected graduation time of the target user, the immediate validity of the student identity verification basic result is verified.

7. The method according to claim 1, wherein distributing the student identity verification basic result to one or more business parties specifically comprises: For a set of users including the target user who have undergone the student identity authentication, obtaining basic student identity authentication results corresponding to the users in the user set; Calculating the affinity between users in the user set and one or more service providers, where the affinity reflects the user's preference for the service provider itself and the user's potential demand for the service provided by the service provider; In the case that the business party has not yet requested student identity authentication for at least some of the users in the user set, the corresponding student identity authentication basic results of the at least some of the users are distributed to the business party according to the affinity, and the some of the users include the target user.

8. The method according to claim 7, wherein distributing the student identity verification basic results corresponding to at least some of the users to the business party specifically comprises: In the user set, determining a first subset of users whose corresponding student identity verification basic results reflect a student identity, and a second subset of users whose corresponding student identity verification basic results reflect a non-student identity; Dynamically detect the overall verification result trend of student identity verification actually performed by the business party; If the overall verification result trend is inclined towards student identity, performing a phased distribution of the first user subset to the business party; If the overall verification result tends to indicate that the user is not a student, the second user subset is distributed to the business party in a grayscale manner.

9. The method of claim 1, wherein selecting a target verification method from a plurality of student identity verification methods with different confidence levels based on the scenario information specifically comprises: Preliminary interaction with the target user is performed based on the scenario information and a large model that has previously learned relevant knowledge about student identity verification; Based on the pre-interaction, predicting several student identity authentication methods that the target user can implement, and their corresponding implementation difficulties, among multiple student identity authentication methods with different confidence levels; Among the several student identity authentication methods, select the student identity authentication method with the highest implementation difficulty as the target authentication method; The secondary verification of the target user specifically includes: The target user is authenticated twice using the student identity authentication method which is less difficult to implement than the target authentication method.

10. The method according to claim 1, wherein after performing secondary verification on the target user and obtaining an advanced student identity verification result, the method further comprises: Detecting whether there is selling transaction data in subsequent transaction data of the target user; If so, analyzing the correlation between the student rights and interests obtained by the target user and the selling transaction data; If the correlation is high enough, a student identity authentication method with additional verification is determined for the target user, which is used for the next student identity authentication of the target user, wherein the additional verification includes rationality verification of the selling transaction data.

11. The method according to claim 10, wherein detecting whether there is selling transaction data in the subsequent transaction data of the target user specifically comprises: mining the target user's social network; In the subsequent transaction data of the social network, it is detected whether there is selling transaction data involving the equity commodity corresponding to the student equity, so as to decide whether to perform the additional verification.

12. A student identity verification processing device, comprising: The verification request response module receives a student identity verification request for a target user and obtains scenario information corresponding to the student identity verification request; a verification method selection module, which selects a target verification method from a plurality of student identity verification methods with different confidence levels according to the scenario information; The basic result determination module adopts the target verification method to perform student identity verification on the target user and obtains a basic result of student identity verification. The student identity verification is performed in advance and is actively initiated by the application system, without the need for the user to initiate it himself; A secondary verification module is distributed to distribute the basic student identity authentication result to one or more business parties according to the affinity between the target user and the business party. When the target user needs to perform student identity authentication at the business party, the target user is subjected to secondary verification according to the basic student identity authentication result to obtain an advanced student identity authentication result, which is used to determine whether the target user is allowed to be granted corresponding student rights and interests.

13. The apparatus according to claim 12, wherein at least one of the student identity verification methods comprises a large model verification method, and the confidence level of the large model verification method is not the highest among the multiple student identity verification methods; The basic result determination module, when the target verification mode is the large model verification mode, obtains historical features of the target user, wherein the historical features include long-term location information and / or historical purchase information; Based on the historical characteristics, the correlation between the historical characteristics and school elements is inferred through a large model; According to the inference result of the large model, it is determined whether the target user is a student.

14. The apparatus of claim 12, wherein at least one of the student identity verification methods comprises a non-sensing verification method; The basic result determination module, when the target verification method is the non-sensing verification method, obtains the target user's identity information and historical behavior information based on its own platform data without the target user's knowledge, verifies the security of the target user's historical behavior based on the historical behavior information, and verifies the authenticity of the target user's identity based on the identity information through the identity trusted data source service; Based on the identity information, the corresponding student identity verification input information is determined without the target user being aware of it, and based on the student identity verification input information, it is determined whether the target user is a student through the student identity trusted data source service.

15. The device according to any one of claims 12 to 14, wherein the multiple student identity authentication methods further include at least one of the following methods: Method based on student ID verification provided by the user; method based on student ID verification provided by the user.

16. The apparatus according to claim 12, wherein the scenario information includes age information and / or location information of the target user, and further includes school season information; The verification mode selection module determines whether the target user meets the characteristics of a freshman based on the age information and / or location information of the target user, and determines whether the target user is currently in the school enrollment season based on the school enrollment season information; If the judgment results are all yes, then among a variety of student identity verification methods with different confidence levels, the student identity verification method suitable for freshmen is selected as the target verification method.

17. The apparatus of claim 12, wherein the distribution secondary verification module determines whether the student identity verification basic result reflects that the target user is a student; If yes, perform at least one of the following verifications as a secondary verification of the target user: Determining a student identity authentication method used for the basic result of the student identity authentication as the basic authentication method, and determining the verification elements involved in the basic authentication method. Among multiple currently available student identity authentication methods with different confidence levels, determining a student identity authentication method with a lower confidence level than the basic authentication method and a sufficiently small overlap between the verification elements and the verification elements, and performing authentication on the target user; By comparing the verification time corresponding to the student identity verification basic result with the expected graduation time of the target user, the immediate validity of the student identity verification basic result is verified.

18. The apparatus according to claim 12, wherein the distribution secondary verification module is configured to obtain, for a set of users including the target user who have previously undergone the student identity verification, basic student identity verification results corresponding to users in the set of users; Calculating the affinity between users in the user set and one or more service providers, where the affinity reflects the user's preference for the service provider itself and the user's potential demand for the service provided by the service provider; In the case that the business party has not yet requested student identity authentication for at least some of the users in the user set, the corresponding student identity authentication basic results of the at least some of the users are distributed to the business party according to the affinity, and the some of the users include the target user.

19. The apparatus of claim 18, wherein the distribution secondary verification module determines, in the user set, a first subset of users whose corresponding student identity verification basic results reflect student identities, and a second subset of users whose corresponding student identity verification basic results reflect non-student identities; Dynamically detect the overall verification result trend of student identity verification actually performed by the business party; If the overall verification result trend is inclined towards student identity, performing a phased distribution of the first user subset to the business party; If the overall verification result tends to indicate that the user is not a student, the second user subset is distributed to the business party in a grayscale manner.

20. The apparatus according to claim 12, wherein the verification mode selection module pre-interacts with the target user based on the scenario information and a large model that has pre-learned knowledge related to student identity verification; Based on the pre-interaction, predicting several student identity authentication methods that the target user can implement, and their corresponding implementation difficulties, among multiple student identity authentication methods with different confidence levels; Among the several student identity authentication methods, select the student identity authentication method with the highest implementation difficulty as the target authentication method; The distribution secondary verification module uses the student identity verification method that is less difficult to implement than the target verification method to perform secondary verification on the target user.

21. The apparatus of claim 12, further comprising: The risk additional verification module detects whether there is selling transaction data in the subsequent transaction data of the target user after performing the secondary verification on the target user and obtaining the student identity verification advanced result; If so, analyzing the correlation between the student rights and interests obtained by the target user and the selling transaction data; If the correlation is high enough, a student identity authentication method with additional verification is determined for the target user, which is used for the next student identity authentication of the target user, wherein the additional verification includes rationality verification of the selling transaction data.

22. The apparatus according to claim 21, wherein the risk additional verification module mines the social network of the target user; In the subsequent transaction data of the social network, it is detected whether there is selling transaction data involving the equity commodity corresponding to the student equity, so as to decide whether to perform the additional verification.

23. A student identity verification processing device, comprising: at least one processor; as well as, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, wherein the instructions are executed by the at least one processor to enable the at least one processor to perform: Receive a student identity verification request for a target user and obtain scenario information corresponding to the student identity verification request; Selecting a target verification method from a plurality of student identity verification methods with different confidence levels based on the scenario information; Adopting the target verification method, performing student identity verification on the target user, and obtaining a basic result of student identity verification, wherein the student identity verification is performed in advance and is actively initiated by the application system, and does not need to be initiated by the user; According to the affinity between the target user and the business party, the basic result of student identity authentication is distributed to one or more business parties. When the target user needs to undergo student identity authentication at the business party, the target user is subjected to secondary verification based on the basic result of student identity authentication to obtain an advanced result of student identity authentication, which is used to determine whether the target user is allowed to be granted corresponding student rights and interests.

Images