Access monitoring method, device, server and computer-readable storage medium

Abstract

The present application provides an access monitoring method, device, server, and computer-readable storage medium, which belong to the field of computer technology. When a medical and health event occurs, the present application receives a health status query request sent by a target mini-program included in different applications, which is used to request a health status related to the medical and health event, to determine the number of visits corresponding to each source information. When the number of visits corresponding to each source information does not meet a first target condition, an alarm message is generated to warn of abnormal access to the target mini-program in the application corresponding to any source information, thereby monitoring the access situation and promptly handling abnormal access situations to ensure normal access to the target mini-program in each application.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to an access monitoring method, device, server, and computer-readable storage medium. Background Art

[0002] In the process of responding to medical and health incidents, people can query their own and others' epidemic prevention-related health status through mini-programs related to medical and health incidents in multiple applications.

[0003] However, during the use of such mini programs, it is easy for a series of reasons such as defects in the mini program platform itself or the mini program version in specific scenarios to cause the mini program to become abnormal and unable to be used normally. Therefore, there is an urgent need for an access monitoring method to monitor the access status of the mini program. Summary of the Invention

[0004] The embodiments of the present application provide an access monitoring method, device, server, and computer-readable storage medium that can monitor access to target applets used in medical and health events, ensuring normal access to target applets in various applications. The technical solutions provided by this application are as follows:

[0005] In one aspect, an access monitoring method is provided, the method comprising:

[0006] Receive a health status query request sent by a target applet, the health status query request being used to query a health status related to a medical and health event, the health status query request carrying source information, the source information being used to indicate the application to which the target applet that sent the health status query request belongs;

[0007] According to the source information of each health status query request, obtain the corresponding visit volume of each source information;

[0008] If the number of visits corresponding to any source information among the number of visits corresponding to each source information does not meet the first target condition, an alarm message is generated, and the alarm message is used to indicate that an abnormality occurs in the target applet in the application corresponding to any source information.

[0009] In a possible implementation, if the page views corresponding to any source information among the page views corresponding to each source information do not meet the first target condition, generating the alarm information includes:

[0010] Determine, based on the page views corresponding to each source information, ratio information corresponding to each source information, the ratio information being used to indicate the ratio of the page views corresponding to each source information to the total page views corresponding to all source information;

[0011] If the ratio information corresponding to any source information does not meet the target ratio information, the alarm information is generated.

[0012] In a possible implementation, if the page views corresponding to any source information do not meet the first target condition, after generating the alarm information, the method further includes:

[0013] The alarm information is sent to a server corresponding to the application indicated by any source information.

[0014] In a possible implementation, the method further includes:

[0015] Receive an appointment request sent by the target mini-program, the appointment request being used to request an appointment for a biological sample collection event, the biological sample collection event being an event for collecting a biological sample related to the medical and health event, the appointment request carrying first event information of the biological sample collection event, the first event information including at least one of a collection time and a collection location;

[0016] Determining, based on the first event information carried in the reservation request, the number of reservations corresponding to the first event information;

[0017] If the number of reservations corresponding to the first event information is greater than the first target threshold, second event information is determined, wherein the second event information is event information that differs from the first event information in at least one of the collection time and the collection location, and the second event information is event information for which the number of reservations is less than the second target threshold, and the second target threshold is less than or equal to the first target threshold;

[0018] The second event information is sent to the target applet.

[0019] In a possible implementation, after determining the number of reservations corresponding to the first event information based on the first event information carried in the reservation request, the method further includes:

[0020] If the number of reservations corresponding to the first event information is greater than the first target threshold, generating first prompt information, the first prompt information is used to prompt that the number of reservations corresponding to the first event information is greater than the first target threshold;

[0021] The first prompt information is sent to the target applet.

[0022] In a possible implementation, the health status query request and the reservation request are received through a target interface, and the target interface is used to be called by the target applet in multiple application programs.

[0023] In a possible implementation, the method further includes:

[0024] In response to each receipt of the health status query request, performing a validity check on the health status query request;

[0025] If the health status query request passes the validity check, executing the step of receiving the health status query request sent by the target applet;

[0026] If the health status query request fails the legitimacy check, the health status query request is intercepted and a second prompt message is sent to the target applet. The second prompt message is used to prompt that the health status query request is intercepted.

[0027] In a possible implementation, the health status query request carries a user identifier;

[0028] The method includes:

[0029] In response to each receipt of the health status query request, determining a query frequency corresponding to the user identifier based on the user identifier carried in the health status query request;

[0030] If the query frequency is less than the third target threshold, performing the step of receiving the health status query request;

[0031] If the query frequency is greater than or equal to the third target threshold, the health status query request is intercepted and a second prompt message is sent to the target applet. The second prompt message is used to prompt that the health status query request is intercepted.

[0032] In one aspect, an access monitoring device is provided, the device comprising:

[0033] A receiving module is configured to receive a health status query request sent by a target applet, the health status query request being used to query a health status related to a medical and health event, the health status query request carrying source information, the source information being used to indicate the application to which the target applet that sent the health status query request belongs;

[0034] An acquisition module is used to obtain the number of visits corresponding to each source information according to the source information of each health status query request;

[0035] A generation module is used to generate an alarm message if the number of visits corresponding to each source information does not meet the first target condition. The alarm message is used to indicate that an abnormality has occurred in the target applet in the application corresponding to any source information.

[0036] In one possible implementation, the generation module is used to determine the proportion information corresponding to each source information based on the number of visits corresponding to each source information, and the proportion information is used to indicate the proportion of the number of visits corresponding to each source information in the total number of visits corresponding to each source information; if the proportion information corresponding to any source information does not meet the target proportion information, the alarm information is generated.

[0037] In a possible implementation, the device further includes:

[0038] The first sending module is used to send the alarm information to a server corresponding to the application indicated by any source information.

[0039] In one possible implementation, the receiving module is further configured to receive a reservation request sent by the target mini-program, the reservation request being used to request a reservation for a biological sample collection event, the biological sample collection event being an event for collecting a biological sample related to the medical and health event, the reservation request carrying first event information of the biological sample collection event, the first event information including at least one of a collection time and a collection location;

[0040] The device also includes:

[0041] A first determining module, configured to determine the number of reservations corresponding to the first event information based on the first event information carried in the reservation request;

[0042] The first determining module is further configured to determine second event information if the number of reservations corresponding to the first event information is greater than a first target threshold, wherein the second event information differs from the first event information in at least one of a collection time and a collection location, the second event information is event information for which the number of reservations is less than a second target threshold, and the second target threshold is less than or equal to the first target threshold;

[0043] The second sending module is used to send the second event information to the target applet.

[0044] In a possible implementation, the generating module is further configured to generate first prompt information if the number of reservations corresponding to the first event information is greater than a first target threshold, the first prompt information being configured to prompt that the number of reservations corresponding to the first event information is greater than the first target threshold;

[0045] The second sending module is further configured to send the first prompt information to the target applet.

[0046] In a possible implementation, the health status query request and the reservation request are received through a target interface, and the target interface is used to be called by the target applet in multiple application programs.

[0047] In a possible implementation, the device further includes:

[0048] a verification module, configured to perform a validity verification on the health status query request in response to each receipt of the health status query request;

[0049] The receiving module is further configured to, if the health status query request passes the legitimacy check, execute the step of receiving the health status query request sent by the target applet;

[0050] An interception module, configured to intercept the health status query request if the health status query request fails the legitimacy check;

[0051] The third sending module is used to send a second prompt message to the target applet, where the second prompt message is used to prompt that the health status query request is intercepted.

[0052] In a possible implementation, the health status query request carries a user identifier;

[0053] The device also includes:

[0054] a second determining module, configured to, in response to each receipt of the health status query request, determine a query frequency corresponding to the user identifier based on the user identifier carried in the health status query request;

[0055] The receiving module is further configured to execute the step of receiving the health status query request if the query frequency is less than a third target threshold;

[0056] The interception module is further configured to intercept the health status query request if the query frequency is greater than or equal to a third target threshold;

[0057] The third sending module is further used to send a second prompt message to the target applet, where the second prompt message is used to prompt that the health status query request is intercepted.

[0058] On the one hand, a server is provided, which includes one or more processors and one or more memories, wherein the one or more memories store at least one program code, and the program code is loaded and executed by the one or more processors to implement the operations performed by the access monitoring method.

[0059] In one aspect, a computer-readable storage medium is provided, wherein at least one program code is stored in the computer-readable storage medium, and the program code is loaded and executed by a processor to implement the operations performed by the access monitoring method.

[0060] In one aspect, a computer program product is provided. The computer program product includes computer code, which is loaded and executed by a processor to implement the operations performed by the access monitoring method.

[0061] The solution provided by the present application determines the number of visits corresponding to each source information by receiving health status query requests sent by target mini-programs included in different applications when a medical and health event occurs, for requesting to query the health status related to the medical and health event that occurred. In this way, based on the number of visits corresponding to each source information, when the number of visits corresponding to any source information does not meet the first target condition, an alarm message is generated to warn of abnormal access to the target mini-program in the application corresponding to any source information, thereby realizing monitoring of the access situation, so as to handle abnormal access situations in a timely manner and ensure normal access to the target mini-program in each application. BRIEF DESCRIPTION OF THE DRAWINGS

[0062] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0063] Figure 1 This is a schematic diagram of an implementation environment of an access monitoring method provided in an embodiment of the present application;

[0064] Figure 2 This is a flow chart of an access monitoring method provided by an embodiment of the present application;

[0065] Figure 3 This is a flow chart of an access monitoring method provided by an embodiment of the present application;

[0066] Figure 4 This is a flow chart of an access monitoring method provided by an embodiment of the present application;

[0067] Figure 5 This is a schematic diagram of the structure of an access monitoring device provided in an embodiment of the present application;

[0068] Figure 6 This is a structural diagram of a server provided in an embodiment of the present application. DETAILED DESCRIPTION

[0069] In order to make the objectives, technical solutions and advantages of this application clearer, the implementation methods of this application will be further described in detail below with reference to the accompanying drawings.

[0070] Figure 1This is a schematic diagram of an implementation environment of an access monitoring method provided by an embodiment of the present application, see Figure 1 , the implementation environment includes: a terminal 101 and a server 102.

[0071] The terminal 101 is at least one of a smart phone, a personal digital assistant (PDA), a tablet computer, an e-book reader, an MP3 (Moving Picture Experts Group Audio Layer III) player, an MP4 (Moving Picture Experts Group Audio Layer IV) player, and a laptop computer. The terminal 101 and the server 102 are connected via wireless communication, which is not limited in the present application. A variety of applications can be installed and run on the terminal 101, such as page search applications, instant messaging applications, payment applications, and medical applications. These various applications can all be embedded with target mini-programs, so that users can use the target mini-programs in these various applications to query their own or others' health status related to medical and health events, or to make appointments for biological sample collection events for themselves or others. For a target mini-program in any of these multiple applications, the user triggers the target mini-program in any of the applications, and the terminal 101 displays a function selection interface in response to the user's triggering operation. The function selection interface is provided with multiple function entrances, so that the user can trigger different access requests, including health status query requests, appointment requests, result query requests, etc., by triggering different function entrances, and then send the triggered access request to the server 102, and receive the result returned by the server 102 based on the access request.

[0072] Terminal 101 may generally refer to one of multiple terminals. The embodiments of this application only use terminal 101 as an example. Those skilled in the art will appreciate that the number of terminals may be greater or lesser. For example, there may be only a few terminals, or dozens, hundreds, or even more. The embodiments of this application do not limit the number or device type of terminals 101.

[0073] Server 102 can be at least one of a single server, multiple servers, a cloud computing platform, and a virtualization center. Server 102 and terminal 101 are connected via wired or wireless communication, which is not limited in this embodiment of the present application. Server 102 receives access requests sent by terminal 101, such as health status query requests, appointment requests, and result query requests. If server 102 receives a health status query request, server 102 obtains the health status related to the medical and health event corresponding to the user identifier carried in the health status query request and then sends the obtained health status to terminal 101. If server 102 receives an appointment request, server 102 returns the corresponding appointment result (including appointment success and appointment failure) to terminal 101 based on the event information carried in the appointment request. Optionally, the number of the above servers can be more or less, which is not limited in this embodiment of the present application. Of course, server 102 can also include other functional servers to provide more comprehensive and diverse services.

[0074] Figure 2 This is a flowchart of an access monitoring method provided by an embodiment of the present application, see Figure 2 , the method comprising:

[0075] 201. The server receives a health status query request sent by a target applet. The health status query request is used to query the health status related to a medical and health event. The health status query request carries source information. The source information is used to indicate the application to which the target applet that sends the health status query request belongs.

[0076] 202. The server obtains the number of visits corresponding to each source information according to the source information of each health status query request.

[0077] 203. If the number of visits corresponding to any source information among the number of visits corresponding to each source information does not meet the first target condition, the server generates an alarm message, which is used to indicate that an abnormality occurs in the target applet in the application corresponding to any source information.

[0078] The solution provided by the embodiment of the present application determines the number of visits corresponding to each source information by receiving a health status query request sent by a target mini-program included in different applications when a medical and health event occurs, for requesting to query the health status related to the medical and health event that occurred. In this way, based on the number of visits corresponding to each source information, when the number of visits corresponding to any source information does not meet the first target condition, an alarm message is generated to warn of abnormal access to the target mini-program in the application corresponding to any source information, thereby realizing monitoring of the access situation, so as to promptly handle the abnormal access situation and ensure normal access to the target mini-program in each application.

[0079] In a possible implementation, if the page views corresponding to any source information among the page views corresponding to each source information do not meet the first target condition, generating the alarm information includes:

[0080] Determine, based on the page views corresponding to each source information, ratio information corresponding to each source information, the ratio information being used to indicate the ratio of the page views corresponding to each source information to the total page views corresponding to all source information;

[0081] If the ratio information corresponding to any source information does not meet the target ratio information, the alarm information is generated.

[0082] In a possible implementation, if the page views corresponding to any source information do not meet the first target condition, after generating the alarm information, the method further includes:

[0083] The alarm information is sent to a server corresponding to the application indicated by any source information.

[0084] In a possible implementation, the method further includes:

[0085] Receive an appointment request sent by the target mini-program, the appointment request being used to request an appointment for a biological sample collection event, the biological sample collection event being an event for collecting a biological sample related to the medical and health event, the appointment request carrying first event information of the biological sample collection event, the first event information including at least one of a collection time and a collection location;

[0086] Determining, based on the first event information carried in the reservation request, the number of reservations corresponding to the first event information;

[0087] If the number of reservations corresponding to the first event information is greater than the first target threshold, second event information is determined, wherein the second event information is event information that differs from the first event information in at least one of the collection time and the collection location, and the second event information is event information for which the number of reservations is less than the second target threshold, and the second target threshold is less than or equal to the first target threshold;

[0088] The second event information is sent to the target applet.

[0089] In a possible implementation, after determining the number of reservations corresponding to the first event information based on the first event information carried in the reservation request, the method further includes:

[0090] If the number of reservations corresponding to the first event information is greater than the first target threshold, generating first prompt information, the first prompt information is used to prompt that the number of reservations corresponding to the first event information is greater than the first target threshold;

[0091] The first prompt information is sent to the target applet.

[0092] In a possible implementation, the health status query request and the reservation request are received through a target interface, and the target interface is used to be called by the target applet in multiple application programs.

[0093] In a possible implementation, the method further includes:

[0094] In response to each receipt of the health status query request, performing a validity check on the health status query request;

[0095] If the health status query request passes the validity check, executing the step of receiving the health status query request sent by the target applet;

[0096] If the health status query request fails the legitimacy check, the health status query request is intercepted and a second prompt message is sent to the target applet. The second prompt message is used to prompt that the health status query request is intercepted.

[0097] In a possible implementation, the health status query request carries a user identifier;

[0098] The method includes:

[0099] In response to each receipt of the health status query request, determining a query frequency corresponding to the user identifier based on the user identifier carried in the health status query request;

[0100] If the query frequency is less than the third target threshold, performing the step of receiving the health status query request;

[0101] If the query frequency is greater than or equal to the third target threshold, the health status query request is intercepted and a second prompt message is sent to the target applet. The second prompt message is used to prompt that the health status query request is intercepted.

[0102] Figure 3 This is a flowchart of an access monitoring method provided by an embodiment of the present application, see Figure 3 , the method comprising:

[0103] 301. The server receives a health status query request sent by a target applet. The health status query request is used to query the health status related to a medical and health event. The health status query request carries source information. The source information is used to indicate the application to which the target applet that sends the health status query request belongs.

[0104] It should be noted that the target applet can be embedded in a variety of applications and is an application that can be used without downloading and installing. The user triggers any of the multiple applications, and then finds the target applet from any of the applications, and then triggers the target applet to use the target applet. A user account is logged in to the target applet, and the user account can be used as a user identifier to distinguish users. The target applet includes a function selection interface, which includes multiple function entrances, such as a health status query entrance. By triggering the health status query entrance, the user can query his or her health status related to medical and health events.

[0105] In one possible implementation, a user triggers the health status query portal, and the terminal generates a health status query request in response to the user's triggering operation and sends the health status query request to the server, so that the server receives the health status query request sent by each terminal. The health status query request carries the user identifier.

[0106] When the terminal sends the health status query request to the server, it sends the health status query request to the target interface of the server, that is, the target application programming interface (API), so that the server receives the health status query request through the target interface, which is used to be called by the target applet in multiple applications.

[0107] It should be noted that before receiving the health status query request, the server performs a legitimacy check on the health status query request. The server performs a legitimacy check on the health status query request in response to each receipt of the health status query request. If the health status query request passes the legitimacy check, the server receives the health status query request and processes the health status query request; if the health status query request fails the legitimacy check, the server intercepts the health status query request.

[0108] For example, the server can perform a legitimacy check on the health status query request based on the user's access frequency to intercept high-frequency requests. In one possible implementation, the health status query request carries a user identifier, and the server responds to each receipt of the health status query request by determining the query frequency corresponding to the user identifier based on the user identifier carried by the health status query request. If the query frequency is less than the third target threshold, the health status query request is received and processed; if the query frequency is greater than or equal to the third target threshold, the health status query request is intercepted. The third target threshold is any positive value, which is not limited in the embodiments of the present application.

[0109] By performing a validity check on the received health status query request, the validity of the health status query request received by the server can be guaranteed, thus avoiding illegal requests that waste the server's processing resources and improving the server's processing efficiency.

[0110] Optionally, after intercepting the health status query request, the server generates a second prompt message, and then returns the second prompt message to the target applet that sent the health status query request. The second prompt message is used to prompt that the health status query request has been intercepted, so as to prompt the user based on the situation that the health status query request has been intercepted through the second prompt message.

[0111] 302. The server obtains the number of visits corresponding to each source information according to the source information of each health status query request.

[0112] In one possible implementation, after receiving a health status query request, the server obtains source information from each received health status query request, and then determines the number of health status query requests from the target mini-program in the same application according to the obtained source information, and then uses the determined number as the number of visits corresponding to each source information.

[0113] Optionally, after obtaining the visits corresponding to each source information, the server determines the visit change curve corresponding to each source information based on the obtained visits, so as to subsequently determine whether an access abnormality occurs directly based on the visit change curve of each source information.

[0114] 303. The server determines the proportion information corresponding to each source information based on the number of visits corresponding to each source information. The proportion information is used to indicate the proportion of the number of visits corresponding to each source information in the total number of visits corresponding to all source information.

[0115] It should be noted that due to user usage habits, the number of visits to target mini-programs in different applications is essentially constant in each time period. That is, the number of visits corresponding to different source information is essentially constant in each time period, making the ratio information corresponding to each source information essentially unchanged. Therefore, abnormal access can be detected by detecting the ratio information corresponding to each source information. Taking the target mini-program used in any medical and health event as an example, each user needs to query their health status through the target mini-program every morning and then use the query results as credentials to enter the workplace. Due to user usage habits, the target mini-programs used by users every day are basically target mini-programs in the same application. Therefore, the number of visits corresponding to the target mini-programs in each application during the morning commute is essentially constant. Taking the visit situation of the target mini-programs in Application 1 and Application 2 as an example, the ratio of the number of visits to Application 1 and Application 2 during the morning commute is approximately 7:2. Subsequently, the ratio of the number of visits to Application 1 and Application 2 during the morning commute can be used to determine whether there are abnormal access situations in Application 1 and Application 2.

[0116] In one possible implementation, after the server determines the number of visits corresponding to each source information, it can determine the total number of visits corresponding to each source information, and then determine the proportion information corresponding to each source information based on the ratio of the number of visits corresponding to each source information to the total number of visits corresponding to each source information.

[0117] 304. If the ratio information corresponding to any source information does not meet the target ratio information, the server generates the warning information, which is used to indicate that an abnormality occurs in the target applet in the application corresponding to any source information.

[0118] Taking the example of visits to the target mini-program in Application 1 and Application 2 every morning during work, the ratio of visits to Application 1 and Application 2 every morning during work is approximately 7:2. If the difference between the ratio of visits to Application 1 and Application 2 and 7:2 exceeds the fourth target threshold on any given morning, the server generates an alarm. For example, if the ratio of visits to Application 1 and Application 2 is 15:2 on any given morning during work, the server determines that an anomaly has occurred with the target mini-program in Application 1, and generates an alarm indicating that an anomaly has occurred with the target mini-program in Application 1.

[0119] In one possible implementation, after generating the alarm information, the server sends the alarm information to the server corresponding to the application indicated by any source information, so that the relevant technical personnel corresponding to the server that receives the alarm information can promptly obtain the access anomaly of the application and promptly investigate the access anomaly to ensure normal access for users.

[0120] The solution provided by the embodiment of the present application determines the number of visits corresponding to each source information by receiving a health status query request sent by a target mini-program included in different applications when a medical and health event occurs, for requesting to query the health status related to the medical and health event that occurred. In this way, based on the number of visits corresponding to each source information, when the number of visits corresponding to any source information does not meet the first target condition, an alarm message is generated to warn of abnormal access to the target mini-program in the application corresponding to any source information, thereby realizing monitoring of the access situation, so as to promptly handle the abnormal access situation and ensure normal access to the target mini-program in each application.

[0121] above Figure 3 The process shown is based on the example of monitoring the access status of the target applet provided by the health status query function of the target applet. In more possible implementations, the target applet can also provide an appointment function, see Figure 4 , Figure 4 : is a flowchart of an access monitoring method provided by an embodiment of the present application, the method comprising:

[0122] 401. The server receives an appointment request sent by the target applet. The appointment request is used to request an appointment for a biological sample collection event. The biological sample collection event refers to an event for collecting biological samples related to the medical and health event. The appointment request carries first event information of the biological sample collection event, and the first event information includes at least one of a collection time and a collection location.

[0123] It should be noted that the multiple function portals included in the function selection interface of the target applet also include a reservation portal. By triggering the reservation portal, the user can make an appointment for a biological sample collection event.

[0124] In one possible implementation, a user triggers the reservation portal. In response to the user's triggering operation, the terminal displays event information to be selected. The user selects from the event information to be selected. In response to the user's selection operation, the terminal determines the event information selected by the user as the first event information, generates a reservation request based on the first event information, and sends the reservation request to the server, so that the server receives the reservation request sent by each terminal. The reservation request carries the user identifier.

[0125] When the terminal sends the reservation request to the server, it sends the reservation request to the target interface of the server, that is, the target API interface, so that the server receives the reservation request through the target interface, which is used to be called by the target applet in multiple applications.

[0126] It should be noted that before receiving the reservation request, the server performs a legitimacy check on the reservation request. In response to each reservation request received, the server performs a legitimacy check on the reservation request. If the reservation request passes the legitimacy check, the server receives the reservation request and processes it; if the reservation request fails the legitimacy check, the server intercepts the reservation request.

[0127] For example, the server can perform a validity check on the reservation request based on the user's access frequency to intercept high-frequency requests. In one possible implementation, the reservation request carries a user identifier. In response to each receipt of the reservation request, the server determines the query frequency corresponding to the user identifier based on the user identifier carried in the reservation request. If the query frequency is less than a third target threshold, the reservation request is received and processed; if the query frequency is greater than or equal to the third target threshold, the reservation request is intercepted. The third target threshold is any positive value, which is not limited in the embodiments of the present application.

[0128] By performing a validity check on the received reservation request, the validity of the reservation request received by the server can be guaranteed, illegal requests are avoided from wasting the processing resources of the server, and the processing efficiency of the server is improved.

[0129] Optionally, after intercepting the appointment request, the server generates a third prompt message, and then returns the third prompt message to the target applet that sent the appointment request. The third prompt message is used to prompt that the appointment request has been intercepted, so that the user can be prompted through the third prompt message based on the situation that the appointment request has been intercepted.

[0130] 402. The server determines the number of reservations corresponding to the first event information based on the first event information carried in the reservation request.

[0131] It should be noted that after receiving each reservation request and successfully making a reservation for the user, the server will update the reservation quantity corresponding to the first event information based on the first event information carried in the reservation request. For example, the server receives a new reservation request and successfully makes a reservation for the user. The event information carried in the reservation request includes two items: collection time and collection location. The collection time is 13:00-15:00 on December 29, 2020, and the collection location is A. The number of reservations in A for the time period of 13:00-15:00 on December 29, 2020 is 159. The server will update the number of reservations in A for the time period of 13:00-15:00 on December 29, 2020 to 160 and store the updated number of reservations.

[0132] In a possible implementation, after receiving the reservation request, the server obtains the number of reservations corresponding to the stored first event information according to the first event information carried in the reservation request.

[0133] 403. If the number of reservations corresponding to the first event information is greater than the first target threshold, the server determines the second event information, wherein the second event information is event information that is different from the first event information in at least one of the collection time and collection location, and the second event information is event information with a number of reservations less than the second target threshold, and the second target threshold is less than or equal to the first target threshold.

[0134] In one possible implementation, if the number of reservations corresponding to the first event information is greater than a first target threshold, the server obtains the number of reservations corresponding to other event information and then determines the second event information from the other event information. The first target threshold and the second target threshold are arbitrary positive integer values ​​and are not limited in this embodiment of the present application.

[0135] For example, the first target threshold is 150. The first event information carried by the reservation request received by the server includes two items: collection time and collection location. The collection time is 13:00-15:00 on December 29, 2020, and the collection location is place A. The number of existing reservations in place A is 160. As the number of existing reservations in place A is greater than the first target threshold, the server obtains the number of reservations corresponding to other event information. The server obtains that the collection time is 15:00-17:00 on December 29, 2020, and the number of reservations corresponding to the event information of place A is 10, and the collection time is 2020. The event information collected at B from 13:00 to 15:00 on December 29, 2020 has 100 appointments, and the collection time is 15:00-17:00 on December 29, 2020. The event information collected at C has 50 appointments, and the collection time is 15:00-17:00 on December 29, 2020. The event information collected at A has even fewer appointments, and the second target threshold is 100. The server will determine the event information collected at A from 15:00 to 17:00 on December 29, 2020 as the second event information.

[0136] It should be noted that the above example prioritizes event information with fewer appointments. In more possible implementations, the server can also make recommendations based on user preferences. For example, a user can set their preferences through the target mini-program to prioritize closer collection locations, collection times, etc., so that when determining the second event information, the server can use the user's preferences to make the decision.

[0137] By making recommendations for users based on their preference information, the user's wishes can be fully taken into consideration, so that the recommended second event information better meets the user's needs and improves the user experience.

[0138] 404. The server sends the second event information to the target applet.

[0139] It should be noted that after the server sends the second event information to the target applet, the terminal displays the second event information in the interface corresponding to the target applet. The user can directly redefine the second event information as the event information carried by the appointment request, or re-select the event information. The embodiment of the present application does not limit this.

[0140] In one possible implementation, if the number of appointments corresponding to the first event information is greater than the first target threshold, a first prompt message is generated and sent to the target applet. The first prompt message is used to prompt that the number of appointments corresponding to the first event information is greater than the first target threshold, so that the user can promptly obtain the situation where the number of appointments for the event information he or she has booked is too large.

[0141] Optionally, the server first sends a first prompt message to the target applet, and then sends a second event message to the target applet, so that the user can first know that the number of reservations for the event information he has reserved is too large, and then make recommendations to the user, which is more in line with the user's usage habits and improves the user experience.

[0142] The solution provided by the embodiment of the present application determines the number of reservations corresponding to the first event information carried by the reservation request by receiving a reservation request sent by a target mini-program included in each application program when a medical and health event occurs, so as to request an appointment for a biological sample collection event related to the medical and health event. When the number of reservations corresponding to the first event information is too large, the second event information is recommended to the user so that the user can directly make an appointment for the biological sample collection event corresponding to the second event information. There is no need for the user to re-search for the event information, which simplifies the user operation and ensures that the user can complete the biological sample collection faster, thereby improving the user experience.

[0143] All of the above optional technical solutions can be combined in any way to form optional embodiments of the present application, and will not be described in detail here.

[0144] Figure 5 This is a schematic diagram of the structure of an access monitoring device provided by an embodiment of the present application, see Figure 5 , the device comprises:

[0145] Receiving module 501 is used to receive a health status query request sent by a target applet, the health status query request is used to request to query the health status related to the medical and health event, and the health status query request carries source information, the source information is used to indicate the application to which the target applet that sent the health status query request belongs;

[0146] The acquisition module 502 is used to obtain the number of visits corresponding to each source information according to the source information of each health status query request;

[0147] The generation module 503 is used to generate an alarm message if the number of visits corresponding to any source information does not meet the first target condition. The alarm message is used to indicate that an abnormality occurs in the target applet in the application corresponding to any source information.

[0148] The device provided by the embodiment of the present application determines the number of visits corresponding to each source information by receiving a health status query request sent by a target mini-program included in different applications when a medical and health event occurs, for requesting to query the health status related to the medical and health event that occurred. In order to generate an alarm message based on the number of visits corresponding to each source information when the number of visits corresponding to any source information does not meet the first target condition, an alarm is issued for abnormal access to the target mini-program in the application corresponding to any source information, thereby monitoring the access situation, so as to handle the abnormal access situation in a timely manner and ensure normal access to the target mini-program in each application.

[0149] In one possible implementation, the generation module 503 is used to determine the proportion information corresponding to each source information based on the number of visits corresponding to each source information, and the proportion information is used to indicate the proportion of the number of visits corresponding to each source information in the total number of visits corresponding to each source information; if the proportion information corresponding to any source information does not meet the target proportion information, the alarm information is generated.

[0150] In a possible implementation, the device further includes:

[0151] The first sending module is used to send the alarm information to a server corresponding to the application indicated by any source information.

[0152] In one possible implementation, the receiving module 501 is further configured to receive a reservation request sent by the target mini-program, where the reservation request is used to request a reservation for a biological sample collection event. The biological sample collection event refers to an event for collecting a biological sample related to the medical and health event. The reservation request carries first event information of the biological sample collection event, where the first event information includes at least one of a collection time and a collection location.

[0153] The device also includes:

[0154] A first determining module, configured to determine the number of reservations corresponding to the first event information based on the first event information carried in the reservation request;

[0155] The first determining module is further configured to determine second event information if the number of reservations corresponding to the first event information is greater than a first target threshold, wherein the second event information differs from the first event information in at least one of a collection time and a collection location, the second event information is event information for which the number of reservations is less than a second target threshold, and the second target threshold is less than or equal to the first target threshold;

[0156] The second sending module is used to send the second event information to the target applet.

[0157] In one possible implementation, the generating module 503 is further configured to generate first prompt information if the number of reservations corresponding to the first event information is greater than a first target threshold, the first prompt information being used to prompt that the number of reservations corresponding to the first event information is greater than the first target threshold;

[0158] The second sending module is further configured to send the first prompt information to the target applet.

[0159] In a possible implementation, the health status query request and the reservation request are received through a target interface, and the target interface is used to be called by the target applet in multiple application programs.

[0160] In a possible implementation, the device further includes:

[0161] a verification module, configured to perform a validity verification on the health status query request in response to each receipt of the health status query request;

[0162] The receiving module 501 is further configured to, if the health status query request passes the legitimacy check, execute the step of receiving the health status query request sent by the target applet;

[0163] An interception module is used to intercept the health status query request if the health status query request fails the legitimacy check

[0164] The third sending module is used to send a second prompt message to the target applet, where the second prompt message is used to prompt that the health status query request is intercepted.

[0165] In a possible implementation, the health status query request carries a user identifier;

[0166] The device also includes:

[0167] a second determining module, configured to, in response to each receipt of the health status query request, determine a query frequency corresponding to the user identifier based on the user identifier carried in the health status query request;

[0168] The receiving module 501 is further configured to execute the step of receiving the health status query request if the query frequency is less than a third target threshold;

[0169] The interception module is further configured to intercept the health status query request if the query frequency is greater than or equal to a third target threshold;

[0170] The third sending module is further used to send a second prompt message to the target applet, where the second prompt message is used to prompt that the health status query request is intercepted.

[0171] It should be noted that the access monitoring device provided in the above embodiment only uses the division of the above functional modules as an example to illustrate when monitoring access to the target mini-program. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the server can be divided into different functional modules to complete all or part of the functions described above. In addition, the access monitoring device provided in the above embodiment and the access monitoring method embodiment are based on the same concept. The specific implementation process is detailed in the method embodiment and will not be repeated here.

[0172] Figure 6 This is a schematic diagram of the structure of a server provided in an embodiment of the present application. The server 600 may vary significantly due to different configurations or performance, and may include one or more processors (Central Processing Units, CPUs) 601 and one or more memories 602. The one or more memories 602 store at least one program code, which is loaded and executed by the one or more processors 601 to implement the access monitoring methods provided in the above-mentioned various method embodiments. Of course, the server 600 may also have components such as a wired or wireless network interface, a keyboard, and input / output interfaces for input and output. The server 600 may also include other components for implementing device functions, which will not be described in detail here.

[0173] In an exemplary embodiment, a computer-readable storage medium is also provided, such as a memory including program code. The program code can be executed by a processor to implement the access monitoring method described in the above embodiment. For example, the computer-readable storage medium can be a read-only memory (ROM), a random access memory (RAM), a compact disc (CD-ROM), a magnetic tape, a floppy disk, or an optical data storage device.

[0174] In an exemplary embodiment, a computer program product is further provided. The computer program product includes computer program code, which is loaded and executed by a processor of a server to complete the method steps of the access monitoring method provided in the above embodiment.

[0175] Those skilled in the art will understand that all or part of the steps of implementing the above embodiments can be completed by hardware, or by hardware related to program code, and the program can be stored in a computer-readable storage medium. The above-mentioned storage medium can be a read-only memory, a disk or an optical disk, etc.

[0176] The above are only optional embodiments of the present application and are not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application should be included in the scope of protection of the present application.

Claims

1. A method for monitoring access, characterized in that: The method comprises: Receive a health status query request sent by a target applet, the health status query request being used to query a health status related to a medical and health event, the health status query request carrying source information, the source information being used to indicate the application to which the target applet that sent the health status query request belongs; According to the source information of each health status query request, obtain the corresponding visit volume of each source information; Determine, based on the page views corresponding to each source information, ratio information corresponding to each source information, the ratio information being used to indicate the ratio of the page views corresponding to each source information to the total page views corresponding to all source information; If the ratio information corresponding to any source information does not meet the target ratio information, an alarm message is generated; the target ratio information is determined based on the historical visits to the target mini-program in different applications corresponding to the current time period, and the alarm message is used to indicate that an abnormality has occurred in the target mini-program in the application corresponding to any source information; Receive an appointment request sent by the target mini-program, the appointment request being used to request an appointment for a biological sample collection event, the biological sample collection event being an event for collecting a biological sample related to the medical and health event, the appointment request carrying first event information of the biological sample collection event, the first event information including at least one of a collection time and a collection location; Determining, based on the first event information carried in the reservation request, the number of reservations corresponding to the first event information; If the number of reservations corresponding to the first event information is greater than the first target threshold, generating a first prompt message, the first prompt message being used to prompt that the number of reservations corresponding to the first event information is greater than the first target threshold; sending the first prompt message to the target applet; and, If the number of reservations corresponding to the first event information is greater than the first target threshold, the number of reservations corresponding to other event information is obtained, and second event information is determined from the other event information, wherein the second event information is event information determined based on the user's preference information and is different from at least one of the collection time and collection location of the first event information, and the second event information is event information with a number of reservations less than the second target threshold, the second target threshold is less than or equal to the first target threshold, and the preference information is set by the user through the target mini-program; the second event information is sent to the target mini-program, and the second event information is displayed in the interface corresponding to the target mini-program to support the user to redefine the second event information as the event information carried by the reservation request, or to re-select the event information; The first prompt information is sent earlier than the second event information.

2. The method according to claim 1, characterized in that After generating the warning information, the method further includes: The alarm information is sent to a server corresponding to the application indicated by any source information.

3. The method according to claim 1, characterized in that The health status query request and the reservation request are received through a target interface, and the target interface is used to be called by the target applet in multiple application programs.

4. The method according to claim 1, wherein The method further comprises: In response to each receipt of the health status query request, performing a legitimacy check on the health status query request; If the health status query request passes the legitimacy check, executing the step of receiving the health status query request sent by the target applet; If the health status query request fails the legitimacy check, the health status query request is intercepted and a second prompt message is sent to the target applet, where the second prompt message is used to prompt that the health status query request is intercepted.

5. The method according to claim 4, characterized in that The health status query request carries a user identifier; The method comprises: In response to each receipt of the health status query request, determining a query frequency corresponding to the user identifier based on the user identifier carried in the health status query request; If the query frequency is less than a third target threshold, performing the step of receiving the health status query request; If the query frequency is greater than or equal to the third target threshold, the health status query request is intercepted and a second prompt message is sent to the target applet, where the second prompt message is used to prompt that the health status query request is intercepted.

6. An access monitoring device, characterized in that: The device comprises: A receiving module, configured to receive a health status query request sent by a target applet, wherein the health status query request is used to request a health status related to a medical and health event, and the health status query request carries source information, wherein the source information is used to indicate the application to which the target applet that sent the health status query request belongs; An acquisition module is used to obtain the number of visits corresponding to each source information according to the source information of each health status query request; A generation module is configured to determine, based on the number of visits corresponding to each source information, proportion information corresponding to each source information, the proportion information being used to indicate the proportion of the number of visits corresponding to each source information in the total number of visits corresponding to each source information; if the proportion information corresponding to any source information does not meet the target proportion information, an alarm message is generated; the target proportion information is determined based on the historical number of visits to the target mini-program in different applications corresponding to the current time period, and the alarm message is used to indicate that an abnormality has occurred in the target mini-program in the application corresponding to any source information; The receiving module is further configured to receive an appointment request sent by the target mini-program, the appointment request being used to request an appointment for a biological sample collection event, the biological sample collection event being an event for collecting a biological sample related to the medical and health event, the appointment request carrying first event information of the biological sample collection event, the first event information including at least one of a collection time and a collection location; A first determining module, configured to determine, based on the first event information carried in the reservation request, the number of reservations corresponding to the first event information; The generating module is further configured to generate a first prompt message if the number of reservations corresponding to the first event information is greater than a first target threshold, wherein the first prompt message is configured to prompt that the number of reservations corresponding to the first event information is greater than the first target threshold; A second sending module is configured to send the first prompt information to the target applet; and The first determination module is further configured to, if the number of reservations corresponding to the first event information is greater than a first target threshold, obtain the number of reservations corresponding to other event information, and determine second event information from the other event information, wherein the second event information is event information determined based on user preference information and is different from at least one of the collection time and collection location of the first event information, the second event information is event information for which the number of reservations is less than a second target threshold, the second target threshold is less than or equal to the first target threshold, and the preference information is set by the user through the target mini-program; The second sending module is further configured to send the second event information to the target mini-program and display the second event information in an interface corresponding to the target mini-program, so as to support the user in redefining the second event information as the event information carried in the reservation request, or reselecting the event information; The first prompt information is sent earlier than the second event information.

7. A server, characterized in that: The server includes one or more processors and one or more memories, wherein at least one program code is stored in the one or more memories, and the program code is loaded and executed by the one or more processors to implement the operations performed by the access monitoring method according to any one of claims 1 to 5.

8. A computer-readable storage medium, characterized in that The computer-readable storage medium stores at least one program code, and the program code is loaded and executed by a processor to implement the operations performed by the access monitoring method according to any one of claims 1 to 5.

Images