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

Technical Field

[0001] The present invention relates to the field of identity authentication technology, and in particular to a student identity authentication processing method, device and equipment. Background Art

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

[0003] 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 directly receive coupons in the merchant application. As long as they are registered users, they can receive and use them, which is more convenient.

[0004] In actual application, the applicant has also noticed that some merchants have begun to pay attention to the student group and want to launch exclusive benefits specifically for students, such as exclusive product purchase qualifications, additional discounts, etc. The reason is: on the one hand, students have relatively weak consumption power, so such exclusive benefits can more effectively win the favor of students, making students more likely to become loyal users of merchants; on the other hand, students have their own social attributes, and it is easier for them to spread word of mouth about merchants, and they often appear in groups of three or five offline, or even in larger numbers, with a high concentration of traffic. Exclusive benefits help to obtain student traffic more efficiently.

[0005] Of course, if students want to obtain this exclusive benefit, they need to conduct student identity verification accordingly. The commonly used methods include: showing the physical student ID card to the store clerk, or registering detailed information such as name, ID number, school name, student number, etc. in the merchant's application. The former method may be fraudulent and students may not carry the physical student ID card with them, and the store clerk's verification is also inefficient; the latter method requires students to manually fill in more information in real time, and they need to fill it out again for different merchants, which is cumbersome and inefficient.

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

[0007] One or more embodiments of the present 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.

[0008] To solve the above technical problems, one or more embodiments of this specification are implemented as follows: One or more embodiments of this specification provide a student identity verification processing method, including: Receive a student identity verification request for a target user, and obtain scenario information corresponding to the student identity verification request; According to the scenario information, select a target authentication method from a plurality of student identity authentication methods with different confidence levels; Using the target verification method, perform student identity verification on the target user to obtain a basic result of student identity verification; 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 secondary authenticated 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 allow the target user to receive corresponding student rights and benefits.

[0009] One or more embodiments of this specification provide a student identity verification processing device, including: 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 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 uses the target verification method to perform student identity verification on the target user to obtain a basic result of student identity verification; Distribute the secondary verification module to distribute the basic result of student identity authentication 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 result of student identity authentication to obtain an advanced result of student identity authentication, which is used to determine whether to allow the target user to be granted corresponding student rights and interests.

[0010] One or more embodiments of this specification provide a student identity verification processing device, including: at least one processor; and, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to execute: Receive a student identity verification request for a target user, and obtain scenario information corresponding to the student identity verification request; According to the scenario information, select a target authentication method from a plurality of student identity authentication methods with different confidence levels; Using the target verification method, perform student identity verification on the target user to obtain a basic result of student identity verification; 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 secondary authenticated 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 allow the target user to receive corresponding student rights and benefits.

[0011] 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: Receive a student identity verification request for a target user, and obtain scenario information corresponding to the student identity verification request; According to the scenario information, select a target authentication method from a plurality of student identity authentication methods with different confidence levels; Using the target verification method, perform student identity verification on the target user to obtain a basic result of student identity verification; 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 secondary authenticated 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 allow the target user to receive corresponding student rights and benefits.

[0012] At least one of the above-mentioned technical solutions adopted in one or more embodiments of the present 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 at 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 is allowed to obtain student rights and interests at 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

[0013] In order to more clearly illustrate the embodiments of this specification or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. 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 creative labor.

[0014] Figure 1 A flowchart of a student identity verification method provided in one or more embodiments of this specification; Figure 2 A schematic diagram of a student identity authentication process based on two highly efficient student identity authentication methods with different confidence levels provided in one or more embodiments of this specification; Figure 3 A schematic diagram of the structure of a large model system for student identity verification provided for one or more embodiments of this specification; Figure 4 A schematic diagram of a process for grayscale distribution of basic student identity authentication results provided in one or more embodiments of this specification; Figure 5 A flowchart of an additional verification processing solution for student rights provided in one or more embodiments of this specification; Figure 6 A schematic diagram of the structure of a student identity verification processing device provided in one or more embodiments of this specification; 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

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

[0016] 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 described embodiments are only part of the embodiments of this application, not all of them. Based on the embodiments of this specification, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of this application.

[0017] 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. In the verification schemes previously attempted by the applicant, the student identity authentication method used is single (for example, based on student ID verification, users are required to manually enter their student ID and other information in real time), which is heavily dependent on third-party interfaces and third-party services have unstable factors. In terms of verification methods, there is also a lack of credibility stratification and the requirements for student identity credibility in different scenarios cannot be used.

[0018] 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 where the student is located, 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 responded to and solved 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.

[0019] Figure 1 A 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 devices 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 capabilities based on historical user data, and it does not necessarily require users to cooperate immediately 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.

[0020] Figure 1 The process in includes the following steps: S102: Receive a student identity verification request for a target user, and obtain scenario information corresponding to the student identity verification request.

[0021] When a user is performing a service that provides student benefits 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 regarded as the target user. In this way, the corresponding basic result of student identity authentication can be directly used to determine whether to allow the target user to be granted the student benefits due to its better timeliness.

[0022] Similarly, such student identity authentication can also be performed in advance to prepare for possible user needs in the future. In this case, the student identity authentication request can be actively 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. In this case, a large number of users may be designated as target users by the application system and then processed separately.

[0023] Multiple different scenarios can be pre-divided, or a scenario can be formed in real-time and adaptively according to the current situation; scenario information is used to determine which scenario the current scenario belongs to. Scenario information can include characteristic information of the target user himself (e.g., location, age, preferences, user credit, historical transaction data, user terminal used, etc.), and / or characteristic information of the service to be performed (service type, service security level, etc.), and / or pre-given configuration information (e.g., whether the target verification method has been specified).

[0024] S104: According to the scenario information, a target verification method is selected from a plurality of student identity verification methods with different confidence levels.

[0025] In one or more embodiments of the present specification, a plurality of 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.

[0026] Based on different requirements for confidence, this application provides two efficient student identity authentication methods, including: large model verification method and non-sensing verification method. Figure 2 The process in is described. Figure 2 The process in includes the following steps: S202: Determine, based on the scenario information, whether the confidence requirement for the student identity authentication method is low enough or high enough.

[0027] Sufficiently low and sufficiently high can be determined based on a comparison of a predetermined threshold. Of course, the confidence requirements of these scenarios can also be predetermined to be low or high for different scenarios. It should be noted that between sufficiently low and sufficiently high, more levels can be drawn if necessary, and the student identity verification methods corresponding to these levels can be used to handle them accordingly. Similarly, multiple levels can also be subdivided below sufficiently low or above sufficiently high.

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

[0029] In one or more embodiments of this specification, a large model verification method is provided, the confidence of which can be relatively low, and its advantages are mainly reflected in efficiency and high compatibility with input data, and its versatility is relatively better. Based on this, in scenarios where the confidence requirement is not high or the business is relatively insensitive to the identity of students, the large model verification method can be considered.

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

[0031] Long-term location information can reflect whether the target user is in school for a long time, and historical purchase information can reflect whether the target user has purchased student-related items. These historical features can be collected through the target user's previous activities on the application platform, without the need for the target user to provide them immediately, and without the need for the user to fill them out manually on the spot, so it is relatively free for the user and avoids cumbersome operations.

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

[0033] 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.

[0034] S2046: Determine whether the target user is a student based on the inference result of the large model.

[0035] In one or more embodiments of the present specification, some auxiliary processing logic may be added to improve the reliability of the large model verification method. For example, it may be additionally determined whether the target user currently faces risks, whether there are any historical malicious verification behaviors, etc., and the above-mentioned correlation may be inferred on the premise of eliminating these risks.

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

[0037] This application provides a highly reliable non-sensing verification method based on the user identity information held by the application platform itself and implemented based on the student identity trusted data source service. The student identity trusted data source service can be provided by a trusted third party or official agency or other partner (which is also the reason for the high confidence), for example, to verify whether the student identity and school information are true. In this case, there may be more stringent requirements for service traffic, so it can be used as much as possible when there is a need, which also helps to reduce costs and reduce the burden on partners.

[0038] S2062: Based on its own platform data, the identity information and historical behavior information of the target user are obtained without the target user's knowledge, and the security of the historical behavior of the target user 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.

[0039] The user identity information collected by the application platform itself may not be reliable. Therefore, the target user's identity authenticity can be verified through the identity trusted data source service. If the verification is successful, the student identity trusted data source service can be called. The identity trusted data source service can also be provided by a trusted third party or official agency, for example, to verify whether the name and ID number are real.

[0040] 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 a student identity trusted data source service.

[0041] 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. Combined with the student ID code, the user's basic school information can be obtained.

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

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

[0044] If the basic result of student identity verification reflects that the target user is relatively more likely not to be a student, the basic result can be used directly as much as possible 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.

[0045] Some of the following embodiments mainly focus on the situation where the basic result of student identity authentication reflects that the target user is relatively more likely to be a student, that is, the basic verification has passed.

[0046] It is possible to determine directly based on the basic results of student identity verification whether to allow the target user to be granted corresponding student rights and interests, 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 requirements). In addition, since the basic results of student identity verification may not be sufficiently reliable according to the corresponding student identity verification methods, and the scenarios or requirements 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, so that the basic results can be reused while taking into account the reliability under various changes in circumstances.

[0047] 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 allow the target user to undergo corresponding student rights and interests.

[0048] 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, service providers of other applications, merchants operating on the application platform, etc.

[0049] In one or more embodiments of this specification, for a business party that has a student identity verification requirement, a query request can be immediately initiated to the application platform, thereby obtaining the corresponding student identity verification basic result distributed by the application platform in response to the request. In this case, for step S108, when the target user needs to perform student identity verification at a certain business party, a verification request is first initiated, and then the application platform distributes the target user's student identity verification basic result to the business party.

[0050] It should be noted that in order to facilitate the business parties to use the basic results of student identity authentication more efficiently and flexibly, the application platform can also distribute the basic results of student identity authentication of some users to one or more business parties in advance. This will be explained in detail later, and some detailed solutions will be provided to solve additional technical problems.

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

[0052] Considering that the basic results of student identity authentication may not be reliable, secondary verification with enhanced substantial effects can also be performed, which helps to break through the blind spots or mistakes that may exist in 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 including: determining the student identity authentication method used for the basic results of student identity authentication 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), and among the various student identity authentication methods with different confidence levels currently available, determining the student identity authentication method with a confidence level lower than the basic verification method (here it can be considered that the student identity authentication method with low confidence is relatively efficient) and the overlap range of the verification factors is small enough to verify the target user, so that more additional verification factors can be verified as efficiently as possible, which helps to obtain more reliable student identity authentication advanced results faster than the basic results of student identity authentication.

[0053] If the advanced result of the student identity verification reflects that the target user is relatively more likely to be 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.

[0054] In one or more embodiments of this specification, when basic verification is performed, the user is subjected to extreme pressure based on the pre-interaction ability speculation. In particular, this solution can be adopted when basic verification is not performed for specific business, taking into account reliability while avoiding wasting user time. Specifically, it includes: when selecting the target verification method, according to the scenario information, based on the large model that has pre-learned the knowledge related to student identity authentication, pre-interact with the target user (in the process of pre-interaction, the purpose of basic verification can be minimized, so as to help illegal users inadvertently expose the problem points and help prevent risks), the pre-interaction is, for example, simulating a 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, etc.; based on the pre-interaction situation, among multiple student identity authentication methods with different confidence levels, predict several student identity authentication methods that the target user can implement, and their corresponding implementation difficulties; among several student identity authentication methods, select the student identity authentication method with the highest implementation difficulty as the target verification method. Further, when performing secondary verification on the target user, a student identity authentication method with a lower or even much lower implementation difficulty than the target verification method is used to perform secondary verification on the target user.

[0055] 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 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, 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 is 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.

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

[0057] 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 documents may not be complete.

[0058] In order to solve this problem, one or more embodiments of the present specification provide a student identity authentication scheme specifically for freshmen. In this case, the acquired scene 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 authentication method); if the judgment results are all yes, then among a variety of student identity authentication methods with different confidence levels, a student identity authentication method suitable for freshmen is selected as the target verification method. For example, if the judgment results are all yes, 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 authentication method can also be simplified and used as the target verification method.

[0059] 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 .

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

[0061] 1. Student verification method integration module This module is used to integrate all the verification methods (also called verification in the figure) on the server side. Each verification method defines the confidence level and verification level. The business can choose the student identity with which confidence level is required according to different scenarios. For example, multiple verification methods are pre-deployed on the server side, and they are sorted from low to high in terms of confidence: large model verification method, verification method based on student ID (multiple IDs can be used), verification method based on student ID code, and non-sensing verification method.

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

[0063] Based on the student ID verification method, users are required to upload school-related IDs, such as admission notices, school meal cards, student IDs, etc. for verification. The server can perform ID anti-counterfeiting identification on the IDs uploaded by users, detect whether the user has PS traces, whether the ID type is valid, whether the screen photo is taken, and whether the ID is clear; secondly, according to the ID type uploaded by the user, select the corresponding OCR recognition template to collect the basic information on the user's ID, which needs to include name, school, and year of admission; and first perform the ID intelligent review process on the collected ID information. 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, and the ID has been submitted multiple times but failed, the ID will be automatically submitted to the work order platform for manual review.

[0064] 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 according to 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 where 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 they are the same person. Finally, compare the user's student status and graduation time to determine whether the user is enrolled.

[0065] 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.

[0066] 2. Decision-making level for student verification methods 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.

[0067] A variety of verification methods have been integrated into the student verification method integration module, and the decision layer provides a variety of verification strategies to decide which verification method should be selected, which can improve the user experience and the verification pass rate.

[0068] The business can specify the verification method in the scenario or delegate it to the system for dynamic decision-making. The scenario for specifying the verification method is mainly for some scenarios with high requirements for the accuracy of student identity. You can specify a verification method with a relatively high confidence, such as a contactless verification method and a student ID code verification method. If the specified method is a system-managed method, the system will decide the verification method based on the user's characteristic information, including user age, location, whether it is the school 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 a verification method with a low success rate, the system will automatically select a verification method with a higher success rate for the user.

[0069] 3. Student identity real-time verification and identity distribution module 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 secondary verification capability mentioned above. After the secondary verification is passed, the student identity certificate can be output, where the certificate is the 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.

[0070] 4. Student identity inspection module For student identities that have completed verification, the server will ensure the authenticity of the user identity through inspections. The inspection method includes verification through a highly credible student identity trusted data source, and invalidation of identities that are not students. The inspection trigger mechanism includes regular inspections by the server and inspections actively triggered by users. The regular inspection method triggers verification and identity updates by conducting regular inspections (for example, every 30 days) for identities that are about to expire; the user-initiated 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.

[0071] 5. Student characteristics collection module As a data collection module, the collected data serves multiple modules in the server, including the student service intelligent agent module, identity inspection module, verification method decision module, etc. This module collects data asynchronously, including the user's basic data and the log data generated by the user during the operation.

[0072] The user's basic data, such as name, ID number, school, grade, education type, etc., will be used as auxiliary data for subsequent student verification; for the data of student identity verification that has been completed, the student identity status data, verification time, and expected graduation time information will be collected for subsequent identity inspection logic; at the same time, the module will extract the log data generated during the user verification process in real time, including the error code of the verification, the verification method, the number of verifications, the verification success method, etc., and provide it to the student service intelligent agent module to analyze the problems encountered by the user. At the same time, the module is also responsible for collecting the data required by the student verification dashboard to intuitively display the overall verification pass rate and obstruction situation.

[0073] 6. Student Identity Unified Management Platform As an internal management platform, the platform provides the ability to whitelist student identities for some users who cannot complete verification or cannot use the normal path for verification due to system reasons. Administrators use this function to whitelist accounts after reviewing the user's student qualifications; it also provides scene management functions to manage the configuration of user verification methods and verification water level configuration; it also provides the ability to correct identities for users who have written incorrect information due to system reasons during the verification process; there are also some additional capabilities, such as identity inspection triggering, student verification, and identity dashboard monitoring.

[0074] 7. Student Service Intelligent Agent (Intelligent Agent, here can be called intelligent agent or intelligent body) 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.

[0075] At the same time, the intelligent agent module also analyzes the log data collected by the feature collection module during the verification process in an asynchronous manner, finds the problems encountered in the verification process, and gives the reasons for failure and solutions in real time, thereby effectively improving the experience and efficiency of student verification.

[0076] In one or more embodiments of this specification, the intelligent Agent module can monitor the operations triggered by the user in the service, and start a scheduled task to capture the user's operation log. If it is found that the user frequently fails to do student identity verification, a student identity verification operation guidance message will be pushed to the user in real time; if it is found that the user reports an error in the student identity verification operation, for example, the uploaded admission notice is not clear, then a message can be pushed to the user in real time to inform the user that the admission notice you uploaded is not clear, and a standard case is given to the user. In contrast, some previous solutions are generally handled afterwards, and the user experience is poor. This solution does not require the user to ask why it failed, and 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.

[0077] pass Figure 3 The system can realize student identity authentication based on multi-scenario layered strategies. It 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.

[0078] As mentioned earlier, the basic results of student identity authentication can be distributed to business parties in advance. An exemplary solution is also given here, specifically including: for a user set that has undergone student identity authentication, including the target user, 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.

[0079] In this way, the needs of business parties and users can be perceived in advance, which is equivalent to matching business parties with potential users in advance, and giving priority to distributing the basic results of student identity verification of these potential users to the corresponding business parties, which can achieve twice the result with half the effort. In this case, the business party will first query in the basic results that have been distributed to itself. If it cannot hit the target, it will request a query from the application platform in real time.

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

[0081] Figure 4 The process in includes the following steps: S402: In the user set (or at least part of the users mentioned above), determine that the corresponding student identity authentication basic result reflects a first user subset that is relatively more likely to be a student, and a second user subset that is relatively more likely not to be a student.

[0082] In this process, we not only focus on users who are most likely to be students, that is, users in the first user set; we also equally care about users who are likely to pretend to be students but have not passed basic verification, that is, users in the second user set.

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

[0084] The student benefits provided by different business parties are different, and their attractiveness (often proportional to the quality of the benefits involved) is different. 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.

[0085] 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 batch of users. The specific period of time and the size of the batch of users can be set as needed. The smaller the number, the higher the sensitivity.

[0086] S406: If the overall verification result trend tends to be relatively more likely to be a student identity, the first user subset is distributed to the business party in a grayscale manner (ie, distributed step by step).

[0087] S408: If the overall verification result trend tends to be relatively more likely to be not a student, the second user subset is distributed to the business party in a grayscale manner.

[0088] In one or more embodiments of the present specification, grayscale distribution is dynamically and specifically performed to adapt to the changing trends of the overall verification results, 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 risks of the application platform.

[0089] In order to further improve the security of the distributed data, the distributed data can be privacy-protected before distribution, and the business party uses these privacy-protected data in a secure computing environment. In this way, even if the data is distributed, it will not be leaked to the business party. Furthermore, while grayscale distributing a certain user subset, another subset can also be grayscale recycled, so that the data obtained by the business party is kept at a stable and controllable level, and the data obtained and held by the business party is kept dynamically updated. In this way, privacy protection is further strengthened and the need to reduce burden is taken into account.

[0090] 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 impersonate their student identity accounts, etc. This actually undermines the rules of integrity, violates the original intention of the rights issuer, and is likely to cause losses to the rights issuer, and also brings risks to the student identity account. In response to 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 .

[0091] Figure 5 The process in includes the following steps: 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.

[0092] The selling here refers to the selling by the target user. The selling transaction data can be obtained from this application platform, and can also be obtained from second-hand trading platforms other than this application platform, especially the transaction data in a short subsequent period of time (for example, within one week or one month).

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

[0094] If the correlation is high enough, it means that the sold goods involved in the selling 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.

[0095] 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 a rationality verification of the selling transaction data.

[0096] Based on the inappropriate operation of the target user, the next time the target user is authenticated as a student, additional rationality verification will be performed, that is, the user needs to prove that his previous selling behavior is not a resale. Of course, rationality verification can also be performed based on a large model. If the rationality verification fails, the target user can be restricted or even temporarily prohibited from continuing to obtain other student rights.

[0097] In actual applications, the target user may not resell the items themselves, but may entrust someone they know (who may be acquainted online or someone close to them) to help them resell the items. In this case, similarly, the target user's social network can also be mined. In the subsequent transaction data of the social network, it is detected whether there is any selling transaction data involving equity products corresponding to the student equity, which is used to decide whether to perform additional verification.

[0098] 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.

[0099] Figure 6 A schematic diagram of a student identity verification processing device provided in one or more embodiments of this specification, the device comprising: 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; A 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; 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; 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 to allow the target user to be granted corresponding student rights and interests.

[0100] Optionally, at least one of the student identity verification methods includes a large model verification method, and the confidence of the large model verification method is not the highest among the multiple student identity verification methods; The basic result determination module 606, when the target verification mode is the large model verification mode, obtains the historical features of the target user, the historical features including long-term location information and / or historical purchase commodity 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.

[0101] Optionally, at least one of the student identity verification methods includes a non-sensing verification method; The basic result determination module 606, when the target verification method is the non-sensing verification method, obtains the identity information and historical behavior information of the target user according to its own platform data without the target user being aware of it, verifies the security of the historical behavior of the target user according to the historical behavior information, and verifies the authenticity of the identity of the target user according to 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 a student identity trusted data source service.

[0102] Optionally, the multiple student identity authentication methods further include at least one of the following methods: A method based on verification of the student ID provided by the user; a method based on verification of the student ID code provided by the user.

[0103] Optionally, the scenario information includes age information and / or location information of the target user, and also includes school season information; The verification mode selection module 604 determines whether the user meets the characteristics of a freshman based on the age information and / or location information of the target user, and determines whether the current enrollment season is in progress based on the enrollment season information; 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.

[0104] Optionally, the distribution secondary verification module 608 determines whether the student identity verification basic result reflects that the target user is relatively more likely to be a student; If yes, perform at least one of the following verifications as a secondary verification of the target user: Determine the student identity authentication method used by the student identity authentication basic result as the basic authentication method, and determine the authentication elements involved in the basic authentication method. Among the multiple student identity authentication methods with different confidence levels currently available, determine a student identity authentication method with a confidence level lower than that of the basic authentication method and a sufficiently small overlap range between the authentication elements and the authentication elements, and authenticate the target user; By comparing the verification time corresponding to the student identity authentication basic result with the expected graduation time of the target user, the immediate validity of the student identity authentication basic result is verified.

[0105] Optionally, the distribution secondary verification module 608 obtains basic student identity verification results corresponding to users in the user set including the target user who have undergone the student identity verification; Calculating the affinity between the users in the user set and one or more service providers, wherein the affinity reflects the user's inclination towards 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 basic results of student identity authentication of 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.

[0106] Optionally, the distribution secondary verification module 608 determines, in the user set, a first user subset that the corresponding student identity verification basic result reflects is relatively more likely to be a student, and a second user subset that reflects is relatively more likely not to be a student; Dynamically detect the overall verification result trend of student identity verification actually performed by the business party; If the overall verification result trend tends to be relatively more likely to be a student, gray-distributing the first user subset to the business party; If the overall verification result trend tends to be relatively more likely to be not a student, the second user subset is distributed to the business party in a grayscale manner.

[0107] 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 knowledge related to student identity verification; Based on the pre-interaction situation, predicting several student identity authentication methods that the target user can implement, and their corresponding implementation difficulties, among a plurality of 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 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.

[0108] Optionally, it also includes: The risk additional verification module 610 detects whether there is selling transaction data in the subsequent transaction data of the target user after performing secondary verification on the target user and obtaining the student identity verification advanced result; If yes, then analyzing the correlation between the student rights and interests acquired 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 a rationality verification of the selling transaction data.

[0109] Optionally, the risk additional verification module 610 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.

[0110] Figure 7 A schematic diagram of a student identity verification processing device provided in one or more embodiments of this specification, the device comprising: at least one processor; and, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to execute: Receive a student identity verification request for a target user, and obtain scenario information corresponding to the student identity verification request; According to the scenario information, select a target authentication method from a plurality of student identity authentication methods with different confidence levels; Using the target verification method, perform student identity verification on the target user to obtain a basic result of student identity verification; 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 secondary authenticated 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 allow the target user to receive corresponding student rights and benefits.

[0111] 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: Receive a student identity verification request for a target user, and obtain scenario information corresponding to the student identity verification request; According to the scenario information, select a target authentication method from a plurality of student identity authentication methods with different confidence levels; Using the target verification method, perform student identity verification on the target user to obtain a basic result of student identity verification; 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 secondary authenticated 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 allow the target user to receive corresponding student rights and benefits.

[0112] In the 1990s, it was very clear whether the improvement of a technology was hardware improvement (for example, improvement of the circuit structure of diodes, transistors, switches, etc.) or software improvement (improvement of the method flow). However, with the development of technology, many improvements of the method flow today can be regarded as direct improvements of the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that the improvement of a method flow cannot be implemented with hardware entity modules. For example, a programmable logic device (PLD) (such as a field programmable gate array (FPGA)) is such an integrated circuit whose logical function is determined by the user's programming of the device. Designers can "integrate" a digital system on a PLD by programming it themselves, without having to ask chip manufacturers to design and make dedicated integrated circuit chips. Moreover, nowadays, instead of manually making integrated circuit chips, this kind of programming is mostly implemented by "logic compiler" software, which is similar to the software compiler used when developing and writing programs, and the original code before compilation must also be written in a specific programming language, which is called hardware description language (HDL). There is not only one kind of HDL, but many kinds, 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 should also know that it is only necessary to program the method flow slightly in the above-mentioned hardware description languages ​​and program it into the integrated circuit, and then it is easy to obtain the hardware circuit that implements the logic method flow.

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

[0114] The systems, devices, modules or units described in the above embodiments may be implemented by computer chips or entities, or by products with 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 smart phone, 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.

[0115] For the convenience of description, the above device is described in 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.

[0116] 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. Moreover, 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 disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.

[0117] 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 block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks 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.

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

[0119] 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 instructions 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.

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

[0121] The 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. The memory is an example of a computer-readable medium.

[0122] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. 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 disk read-only memory (CD-ROM), digital versatile disk (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 temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0123] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0124] This specification may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. 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 communication network. In a distributed computing environment, program modules may be located in local and remote computer storage media, including storage devices.

[0125] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the device, equipment, and non-volatile computer storage medium embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0126] The above is a description of a specific embodiment of the specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in an order different from that in the embodiments and still achieve the desired results. In addition, the processes depicted in the drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0127] The above description is only one or more embodiments of this specification and is not intended to limit this specification. For those skilled in the art, one or more embodiments of this specification may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of one or more embodiments of this specification shall be included in the scope of the claims of this specification.

Claims

1. A student identity verification processing method, comprising: Receive a student identity verification request for a target user, and obtain scenario information corresponding to the student identity verification request; According to the scenario information, select a target authentication method from a plurality of student identity authentication methods with different confidence levels; Using the target verification method, perform student identity verification on the target user to obtain a basic result of student identity verification; 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 secondary authenticated 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 allow the target user to receive corresponding student rights and benefits.

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 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 verification on the target user, specifically including: When the target verification method is the large model verification method, obtaining historical features of the target user, the historical features including long-term location information and / or historical purchase commodity 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 of claim 1, wherein at least one of the student identity verification methods comprises a non-sensing verification method; The target verification method is used to perform student identity verification 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 noticing, and the historical behavior security of the target user is verified based on the historical behavior information, and the identity authenticity of the target user is verified 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 a student identity trusted data source service.

4. According to the method of any one of claims 1 to 3, the multiple student identity authentication methods further include at least one of the following methods: A method based on verification of the student ID provided by the user; a method based on verification of the student ID code 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 also includes school season information; The method of selecting a target verification method from a plurality of student identity verification methods with different confidence levels according to the scenario information specifically includes: Determine whether the target user meets the characteristics of a freshman based on the age information and / or location information of the target user, and determine 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, a student identity verification method suitable for freshmen is selected as the target verification method.

6. The method according to claim 1, wherein the second 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 relatively more likely to be a student; If yes, perform at least one of the following verifications as a secondary verification of the target user: Determine the student identity authentication method used by the student identity authentication basic result as the basic authentication method, and determine the authentication elements involved in the basic authentication method. Among the multiple student identity authentication methods with different confidence levels currently available, determine a student identity authentication method with a confidence level lower than that of the basic authentication method and a sufficiently small overlap range between the authentication elements and the authentication elements, and authenticate the target user; By comparing the verification time corresponding to the student identity authentication basic result with the expected graduation time of the target user, the immediate validity of the student identity authentication 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 user set including the target user who has undergone the student identity authentication, obtaining the basic student identity authentication results corresponding to the users in the user set; Calculating the affinity between the users in the user set and one or more service providers, wherein the affinity reflects the user's inclination towards 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 basic results of student identity authentication of 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 authentication basic results corresponding to at least part of the users to the business party specifically comprises: In the user set, determining that the corresponding student identity verification basic results reflect a first subset of users that are relatively more likely to be students, and a second subset of users that are relatively more likely not to be students; Dynamically detect the overall verification result trend of student identity verification actually performed by the business party; If the overall verification result trend tends to be relatively more likely to be a student, gray-distributing the first user subset to the business party; If the overall verification result trend tends to be relatively more likely to be not a student, the second user subset is distributed to the business party in a grayscale manner.

9. The method of claim 1, wherein, according to the scenario information, selecting a target authentication method from a plurality of student identity authentication methods with different confidence levels specifically comprises: According to the scenario information, based on a large model that has pre-learned knowledge related to student identity authentication, pre-interact with the target user; Based on the pre-interaction situation, predicting several student identity authentication methods that the target user can implement, and their corresponding implementation difficulties, among a plurality of 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 performing secondary verification on the target user specifically includes: The target user is authenticated twice by using the student identity authentication method which is less difficult to implement than the target authentication method.

10. The method according to claim 1, 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 yes, then analyzing the correlation between the student rights and interests acquired 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 a 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 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.

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 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 uses the target verification method to perform student identity verification on the target user to obtain a basic result of student identity verification; Distribute the secondary verification module to distribute the basic result of student identity authentication 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 result of student identity authentication to obtain an advanced result of student identity authentication, which is used to determine whether to allow the target user 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 of the large model verification method is not the highest among the plurality of 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 commodity 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 identity information and historical behavior information of the target user based on its own platform data without the target user being aware of it, and verifies the security of the historical behavior of the target user based on the historical behavior information, and verifies the authenticity of the identity of the target user through the identity trusted data source service based on the identity information; 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 a 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: A method based on verification of the student ID provided by the user; a method based on verification of the student ID code provided by the user.

16. The device according to claim 12, wherein the scenario information includes age information and / or location information of the target user, and also includes school season information; The verification mode selection module determines whether the user meets the characteristics of a freshman based on the age information and / or location information of the target user, and determines whether the current enrollment season is in progress based on the enrollment season information; 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.

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 relatively more likely to be a student; If yes, perform at least one of the following verifications as a secondary verification of the target user: Determine the student identity authentication method used by the student identity authentication basic result as the basic authentication method, and determine the authentication elements involved in the basic authentication method. Among the multiple student identity authentication methods with different confidence levels currently available, determine a student identity authentication method with a confidence level lower than that of the basic authentication method and a sufficiently small overlap range between the authentication elements and the authentication elements, and authenticate the target user; By comparing the verification time corresponding to the student identity authentication basic result with the expected graduation time of the target user, the immediate validity of the student identity authentication basic result is verified.

18. The apparatus according to claim 12, wherein the distribution secondary verification module obtains the basic student identity verification results corresponding to the users in the user set including the target user who have undergone the student identity verification; Calculating the affinity between the users in the user set and one or more service providers, wherein the affinity reflects the user's inclination towards 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 basic results of student identity authentication of 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, that the corresponding student identity verification basic result reflects a first subset of users that are relatively more likely to be students, and reflects a second subset of users that are relatively more likely not to be students; Dynamically detect the overall verification result trend of student identity verification actually performed by the business party; If the overall verification result trend tends to be relatively more likely to be a student, gray-distributing the first user subset to the business party; If the overall verification result trend tends to be relatively more likely to be not a student, the second user subset is distributed to the business party in a grayscale manner.

20. The device of 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 situation, predicting several student identity authentication methods that the target user can implement, and their corresponding implementation difficulties, among a plurality of 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 secondary verification on the target user and obtaining the student identity verification advanced result; If yes, then analyzing the correlation between the student rights and interests acquired 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 a rationality verification of the selling transaction data.

22. The apparatus of 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, the instructions being executed by the at least one processor to enable the at least one processor to execute: Receive a student identity verification request for a target user, and obtain scenario information corresponding to the student identity verification request; According to the scenario information, select a target authentication method from a plurality of student identity authentication methods with different confidence levels; Using the target verification method, perform student identity verification on the target user to obtain a basic result of student identity verification; 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 secondary authenticated 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 allow the target user to receive corresponding student rights and benefits.

Images