Access request processing method and system, server and medium

Abstract

The invention provides an access request processing method and system, a server and a medium, and the method comprises the steps: obtaining an access request of a visitor through access control equipment, the access request comprising owner information and verification information; querying target user information corresponding to the owner information, and obtaining a target platform applet bound with the target user information; generating notification information corresponding to the target platform applet according to the verification information, and sending the notification information to the target platform applet; feedback information is obtained from the target platform applet, the feedback information is generated by the target platform applet according to the notification information, and the access control equipment is controlled according to the feedback information. The access request processing efficiency of the user can be improved, and the probability that the user misses the access request of the visitor is greatly reduced.

Description

Technical Field

[0001] The present invention relates to the field of communication technology, and in particular to an access request processing method, system, server and medium. Background Art

[0002] Access control devices are commonly used in community life, which can improve the security of the community and the convenience of people entering and exiting. The existing access control system usually realizes user identification and opens the door through the binding of devices such as access control cards or NFC of user's mobile phones. When an outside visitor wants to enter the community, he usually initiates an access request through the access control system, such as entering the house number of the owner he wants to visit. After the owner corresponding to the house number agrees, the access control device can be controlled to open the door to let the visitor enter the community. However, the existing access control devices usually need to be bound to a specific access control device. The user needs to communicate with the visitor through the access control device and open the door for the visitor. However, the user often cannot ensure that the user-end device is carried with him for a long time, which easily leads to the problem that the user misses the visitor's access request. Summary of the invention

[0003] In view of this, the purpose of the present invention is to overcome the deficiencies in the prior art and provide an access request processing method, system, server and medium to improve the efficiency of user processing access requests and reduce the probability of users missing access requests.

[0004] The present invention provides the following technical solutions:

[0005] In a first aspect, the present application provides an access request processing method, which is applied to a server, comprising:

[0006] Obtaining a visitor's access request through the access control device, the access request including the owner's information and verification information;

[0007] Query the target user information corresponding to the owner information, and obtain the target platform applet bound to the target user information;

[0008] Generate notification information corresponding to the target platform applet according to the verification information, and send the notification information to the target platform applet;

[0009] Obtain feedback information from the target platform applet, where the feedback information is generated by the target platform applet based on the notification information;

[0010] The access control equipment is controlled according to the feedback information.

[0011] In one implementation, obtaining a visitor's access request through a door access control device includes:

[0012] Obtain the system type of the access control device, and select the first target interface corresponding to the system type;

[0013] An access request is received from a door access device via the first target interface.

[0014] In one implementation, after obtaining the access request through the access control device, the method further includes:

[0015] Determine whether the owner information is the preset owner information;

[0016] If it is not the preset owner information, an error prompt is generated;

[0017] If it is preset owner information, audio information or face information is extracted from the verification information.

[0018] In one implementation, converting the verification information into notification information corresponding to the target platform applet includes:

[0019] Determine whether the target platform applet has passed the audio authorization;

[0020] If the audio authorization has been passed, the audio information of the visitor is obtained through the first target interface, and corresponding audio notification information is generated according to the audio information;

[0021] If the audio authorization is not passed, the visitor's facial information is obtained through the first target interface, and corresponding facial notification information is generated based on the facial information.

[0022] In one implementation, querying target user information corresponding to owner information includes:

[0023] Querying the number of platform mini-programs bound to the target user information, and if the number of platform mini-programs is unique, determining the unique platform mini-program as the target mobile terminal;

[0024] If there are multiple platform mini-programs, determining an online platform mini-program among the multiple platform mini-programs as the target platform mini-program;

[0025] If the number of platform mini-programs is zero, a call is initiated to the corresponding owner based on the owner information.

[0026] In one implementation, after determining that a platform applet in an online state among the plurality of platform applet is the target platform applet, the method further includes:

[0027] According to the preset priority, the platform mini-programs in the online state are prioritized;

[0028] According to the priority order, the notification information is sent to the corresponding platform mini-programs one by one.

[0029] In one implementation, controlling the access control device according to the feedback information includes:

[0030] If the feedback information is door opening information, the access control device is controlled to open according to the door opening information;

[0031] Generate access records based on door opening information and verification information;

[0032] If a visitor's request to leave is detected, the visitor is verified according to the access record and is released after the verification.

[0033] In a second aspect, the present application provides an access request processing system, including: a door access device, a server, and a mobile terminal;

[0034] The access control device is used to obtain the visitor's access request and send the access request to the server. The access request includes the owner's information and verification information;

[0035] The server is used to query the target user information corresponding to the owner information according to the access request, and obtain the target platform applet bound to the target user information; generate notification information corresponding to the target platform applet according to the verification information, and send the notification information to the target platform applet;

[0036] The mobile terminal is used to run the target platform applet, obtain feedback information when receiving the notification information, and send the feedback information to the server;

[0037] The server is also used to send control instructions to the access control device according to the feedback information to control the access control device.

[0038] In a third aspect, the present application provides a server, comprising a memory and at least one processor, wherein the memory stores a computer program, and the processor is used to execute the computer program to implement the access request processing method of the first aspect.

[0039] In a fourth aspect, the present application provides a computer-readable storage medium, which stores a computer program. When the computer program is executed, the access request processing method of the first aspect is implemented.

[0040] The embodiments of the present invention have the following beneficial effects:

[0041] The access request processing method provided by the present invention obtains the visitor's access request through the access control device, then determines the target user information corresponding to the access request, and sends the notification information of the access request to the target platform applet bound to the target user information, so that the user can process the notification information through the preset target platform applet, and there is no need to carry a special access control device with him, which improves the user's access request processing efficiency and greatly reduces the probability of the user missing the visitor's access request.

[0042] In order to make the above-mentioned objects, features and advantages of the present invention more obvious and understandable, preferred embodiments are given below and described in detail with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0043] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required for use in the embodiments are briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present invention and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without creative work.

[0044] Figure 1 A schematic diagram of a method for processing an access request is shown;

[0045] Figure 2 A schematic diagram of a method for receiving an access request is shown;

[0046] Figure 3 Another access request processing method flowchart is shown;

[0047] Figure 4 A schematic diagram of a target mobile terminal confirmation method flow is shown;

[0048] Figure 5 Another method for confirming a target mobile terminal is shown;

[0049] Figure 6 A schematic diagram of a notification information generating method flow is shown;

[0050] Figure 7 A schematic diagram showing the principle of a method for processing an access request is shown;

[0051] Figure 8 A schematic flow chart of a method for controlling access control equipment is shown;

[0052] Fig. 9 A schematic diagram of the framework structure of an access request processing system is shown.

[0053] Description of main component symbols:

[0054] 900, access request processing system; 901, access control device; 902, server; 903, mobile terminal. DETAILED DESCRIPTION

[0055] Embodiments of the present invention are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present invention, and cannot be understood as limiting the present invention.

[0056] The terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include one or more of the features. In the description of the present invention, the meaning of "plurality" is two or more, unless otherwise clearly and specifically defined.

[0057] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein in the specification of the template are only for the purpose of describing specific embodiments and are not intended to limit the present invention. The term "and / or" used herein includes any and all combinations of one or more of the related listed items.

[0058] Example 1

[0059] See also Figure 1 , Figure 1 A schematic flow chart of a method for processing an access request provided in this embodiment, which is applied to a server to improve the processing efficiency of access requests, includes:

[0060] S101. Obtaining a visitor's access request through a door access control device, where the access request includes owner information and verification information.

[0061] Commonly used smart access control devices usually have their own access control system, which is used for daily access opening and closing, as well as some simple access request processing, etc. For example, a dial button is set on the access control device, and the visitor enters the corresponding house number through the button to dial the access control device of the residents in the community. After the resident passes a simple voice verification, the access control device is used to open the access control device to release the visitor.

[0062] However, access control devices are usually installed in residents' homes and are not easy to carry. If the residents are not at home, they cannot let visitors in. Alternatively, users may miss notifications from access control devices in noisy environments such as kitchens, which seriously affects the residents' usage and the visitors' experience.

[0063] Therefore, you can first obtain the visitor's access request through the access control device, and then send the access request to the corresponding server. The server will query the platform applet bound to the user. The platform applet usually runs on the user's mobile terminal, and then send the access request to the user's mobile terminal, such as a mobile phone. Since users use mobile phones frequently, the probability of missing the access request can be greatly reduced.

[0064] See also Figure 2 , step S101 includes:

[0065] S1011. Obtain a system type of the access control device, and select a first target interface corresponding to the system type.

[0066] S1012. Receive the access request from the access control device through the first target interface.

[0067] Since different access control devices may have different built-in access control systems, in order to avoid data incompatibility, which may result in access requests being blocked or sending failures, different target interfaces can be set for the server to obtain access requests from different access control devices, thereby meeting the needs of various scenarios. The server can be an embedded Linux system, which has strong adaptability and scalability.

[0068] For example, each access control device is registered on the server, and the registration information includes the system type and location of the access control device, etc. The server generates a corresponding first target interface according to the system type to realize information interaction between the server and the access control system. When a visitor initiates an access request through the access control device, the access control device sends the access request to the server through the first target interface, so that the server can perform subsequent processing on the access request.

[0069] See also Figure 3 , after obtaining the access request through the access control device, it also includes:

[0070] S1013, determining whether the owner information is preset owner information;

[0071] S1014, if the owner information is not the preset owner information, an error prompt is generated;

[0072] S1015: If it is the preset owner information, extracting audio information or face information from the verification information.

[0073] The access request generally includes owner information and verification information. The owner information may be a house number, and the verification information may include voice, face, audio and other information.

[0074] For example: a visitor can first enter the house number. If the house number is wrong or does not exist, a corresponding error prompt will be issued. If the house number is entered correctly, the verification information will be obtained through the access control device, and then the access control device will send the verification information to the server.

[0075] S102: Query the target user information corresponding to the owner information, and obtain the target platform applet bound to the target user information.

[0076] The target user information may be the ID of the mobile terminal used by the user, and the ID of the platform applet preset on the mobile terminal, etc., so as to subsequently send the notification information corresponding to the access request to the user's preset mobile terminal and preset platform applet.

[0077] See also Figure 4 , step S102 includes:

[0078] S1021. Query the number of platform applets bound to the target user information.

[0079] The platform mini program bound to the target user information is the platform mini program through which the user has logged in to the access request processing system. The platform mini program includes but is not limited to WeChat mini program, Alipay mini program, Meituan mini program, and application mini program launched by the operating brand.

[0080] When a user registers a platform applet running on a mobile terminal on a server, he or she needs to provide a mobile terminal ID and a platform applet ID. The mobile terminal ID can be a mobile phone number, and the platform applet ID is usually account information. If an application for the mobile terminal is also registered, the application ID is also required. After successful registration, the mobile terminal ID and application ID are saved on the server, so that when the server receives a visitor's access request, it can send the information corresponding to the access request to the mobile terminal corresponding to the mobile terminal ID, or to the application corresponding to the application ID.

[0081] S1022: If the number of platform mini-programs is unique, determine the unique platform mini-program as the target mobile terminal.

[0082] S1023. If there are multiple platform mini-programs, determine that the platform mini-program that is online among the multiple platform mini-programs is the target platform mini-program.

[0083] If a user has registered multiple platform mini-programs at the same time, the platform mini-program that is online will be queried from the multiple platform mini-programs as the target platform mini-program. The online status means that the platform mini-program is running on the user's mobile terminal and is active. At this time, a notification can be initiated to the platform mini-program to remind the user in time.

[0084] S1024. If the number of platform applets is zero, initiate a call to the corresponding owner based on the owner information.

[0085] If the server does not find any login record of the user on any platform mini program, in order to notify the user in time, a call can be directly initiated to the user's mobile terminal based on the user's owner information. The call includes but is not limited to voice calls, video calls, etc.

[0086] In one embodiment, see Figure 5 , determining the online mobile terminal as the target mobile terminal, including:

[0087] S10231. Prioritize the platform applets that are online according to preset priorities.

[0088] The access request processing system provided by the present invention has corresponding information and priority information of each platform's mini-program pre-stored in the server for which platforms have corresponding mini-programs. The basis for setting the priority of mini-programs on different platforms in the present invention includes but is not limited to: the platform's background keep-alive priority, the platform's notification priority, and parameters such as the length of time users use different platforms and the number of platform users. By setting the priority of mini-programs on different platforms through these parameters, notification information can be sent to users to the greatest extent, and users can receive notification reminders.

[0089] S10232. Send the notification information to the corresponding platform mini-programs one by one according to the priority order.

[0090] In order to avoid sending notification information to multiple platform mini-programs at the same time, which will cause multiple platform mini-programs to send notification reminders at the same time, which will seriously interfere with the user experience and cause users to receive many duplicate notification reminders, there is no need to send notification information to multiple target platform mini-programs at the same time when multiple target platform mini-programs are determined. Instead, notification information is sent to the corresponding platform mini-programs one by one according to the priority order of the target platform mini-programs. In this way, after a platform mini-program is connected by the user, subsequent platform mini-programs will no longer accept notification information, thereby reducing duplicate notification reminders.

[0091] S103. Generate notification information corresponding to the target platform applet according to the verification information, and send the notification information to the target application.

[0092] Generally, when running applications on different platforms, mobile terminals will adopt different management strategies for applications on different platforms according to their importance, which leads to obvious differences in the order and speed of receiving and processing information on mobile phones. For example, applications such as WeChat and Alipay have been verified by mobile phones of major mobile phone manufacturers. When running applications on these platforms, mobile phones will give priority to ensuring the background liveness of these applications and information reception and processing, as well as providing message notification services.

[0093] If you use a platform applet that has been verified by your mobile phone to receive notification messages, such as the WeChat applet, since the recipient of the notification message is the applet running on the platform, the platform's background keep-alive priority is higher, thus preventing the notification message from being intercepted by the mobile phone background.

[0094] The corresponding notification information of the target application specified or preset by the user may be different. For example, since WeChat has voice and video functions, if the target application is WeChat, a notification message of an audio call can be generated according to the access request. If the specified target application does not have voice and video functions, other notification methods can be selected.

[0095] See also Figure 6 , step S103 includes:

[0096] S1031, determining whether the target platform applet has passed audio authorization;

[0097] S1032: If the audio authorization has been passed, obtaining the audio information of the visitor through the first target interface, and generating corresponding audio notification information according to the audio information;

[0098] S1033. If the audio authorization is not passed, acquiring the visitor's facial information through the first target interface, and generating corresponding facial notification information according to the facial information.

[0099] Common visitor verification methods usually include: audio verification and face verification, etc. The specific verification method can be determined according to the function of the target application specified by the user.

[0100] For example: determine whether the target application has passed the audio authorization;

[0101] If the audio authorization has been passed, the audio information of the visitor is obtained through the first target interface, and corresponding audio notification information is generated according to the audio information;

[0102] If the audio authorization is not passed, the visitor's facial information is obtained through the first target interface, and corresponding facial notification information is generated based on the facial information.

[0103] Different verification methods require corresponding application programming interfaces to implement.

[0104] For example, if the target application is designated as WeChat, the corresponding interface can be used to connect to the VoIP plug-in in WeChat, and the visitor's verification information can be sent to the user's WeChat through the VoIP plug-in to achieve the effect of WeChat audio call request.

[0105] Alternatively, you can specify the target application as the corresponding WeChat mini program, use the mini program to serve the audio function to the WeChat backend, and then send the visitor's verification information to the mini program through the audio service, which can also have a similar effect to the WeChat audio call request.

[0106] In one embodiment, see Figure 7 Before the server generates notification information, it can determine whether there are other notification information receiving devices bound to the user information, such as access control indoor units and self-developed APPs, etc.

[0107] If it exists, different notification information will be generated according to different notification information receiving devices, and then the different notification information will be sent to the platform applet, access control indoor unit and self-developed APP bound to the target user information respectively. The server will make a unified call to the device or APP. As long as one of the devices or APPs answers the call, a connection signal will be generated and sent to the server. At this time, the server will hang up the call to other devices or APPs.

[0108] If the access control indoor unit only has the voice call function, and the self-developed APP has the audio call function, a voice call request is sent to the access control indoor unit, and an audio call request is sent to the self-developed APP. If the user answers the voice call through the access control indoor unit, the call to the self-developed APP is hung up. Similarly, if the user answers the audio call through the self-developed APP, the call to other devices is hung up. After the user verifies the visitor through the access control device or the self-developed APP, he can control the access control device accordingly.

[0109] Some elderly people may not be used to using mobile phones or WeChat, so they can use traditional access control indoor phones to make calls. Or, if a household has both young and old people, and everyone has different habits, they can register the receiving devices that everyone is used to using on the server according to their personal habits. When a visitor comes, according to the visitor's access request, a corresponding notification signal is sent to all the receiving devices registered on the server. As long as one person answers the call, the visitor can be verified and released later.

[0110] In the present embodiment, when there are multiple notification information receiving and verification devices at the same time, a call is made to each device at the same time, and the user can respond to the notification information through any device, which can not only meet the habits of different users, but also increase the ways for users to process notification information, improve the efficiency of users in processing visitor access requests, and greatly reduce the probability of users missing visitor access requests.

[0111] S104: Obtain feedback information from the target platform applet, where the feedback information is generated by the target platform applet according to the notification information.

[0112] After the user receives the notification information corresponding to the visitor's access request through the target platform applet. For example, if the visitor's audio request is received through the WeChat applet and the visitor is determined to be a normal visitor, the access ID corresponding to the access request can be obtained according to the notification information, and a feedback information can be generated according to the access ID. The feedback information can be the door opening information, and then the door opening information is sent to the server through the WeChat applet.

[0113] S105: Control the access control device according to the feedback information.

[0114] After receiving the feedback information, the server determines the type of the feedback information. If the feedback information is door opening information, the server controls the access control device to open according to the door opening information.

[0115] See also Figure 8 , step S105 includes:

[0116] S1051. If the feedback information is door opening information, controlling the access control device to open according to the door opening information;

[0117] S1052, generating an access record according to the door opening information and the verification information;

[0118] S1053: If a departure request of the visitor is detected, the visitor is verified according to the access record, and the visitor is released after the verification is passed.

[0119] After the access control device is turned on, visitors can enter the community normally. At this time, an access record can be generated based on the door opening information and verification information. The access record can facilitate subsequent visitor tracing. After the visitor ends the visit, if the access control device detects the visitor's request to leave, such as recognizing the visitor's face, the visitor can be verified based on the access record. For example, the visitor's face in the access record is compared and verified with the visitor's face collected when the visitor leaves. If the verification is successful, the access control device is controlled to open and the visitor is released, realizing a closed loop of access request processing.

[0120] This embodiment obtains the visitor's access request through the access control device, then determines the target user information corresponding to the visitor's access request, and sends the notification information of the access request to the target platform applet bound to the target user information, so that the user can process the notification information through the preset target platform applet, and there is no need to carry a dedicated access control device with him, which improves the user's access request processing efficiency, greatly reduces the probability of the user missing the visitor's access request, and can also prevent the notification information from being intercepted by the mobile terminal.

[0121] Example 2

[0122] See also Fig. 9 , the present application also provides an access request processing system 900, including: a door access device 901, a server 902 and a mobile terminal 903;

[0123] The access control device 901 is used to obtain the visitor's access request and send the access request to the server 902, where the access request includes the owner information and verification information;

[0124] The server 902 is used to query the target user information corresponding to the owner information according to the access request, and obtain the target platform applet bound to the target user information; generate notification information corresponding to the target platform applet according to the verification information, and send the notification information to the target platform applet;

[0125] The mobile terminal 903 is used to run the target platform applet, obtain feedback information when receiving the notification information, and send the feedback information to the server 902;

[0126] The server 902 is further configured to send a control instruction to the access control device 901 according to the feedback information, so as to control the access control device 901 .

[0127] It can be understood that the implementation method of the access request processing method described in the above embodiment 1 is also applicable to this embodiment, so it will not be repeated here.

[0128] Example 3

[0129] An embodiment of the present application further provides a server, which includes a memory and at least one processor, wherein the memory stores a computer program, and the processor is used to execute the computer program to implement the access request processing method of the above-mentioned embodiment 1.

[0130] Among them, the processor can be an integrated circuit chip with signal processing capabilities. The processor can be a general-purpose processor, including a central processing unit (CPU), a graphics processing unit (GPU) and a network processor (NP), a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. At least one of the general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc., which can implement or execute the disclosed methods, steps and logic block diagrams in the embodiments of the present application.

[0131] The memory may be, but is not limited to, a random access memory (RAM), a read only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable read-only memory (EEPROM), etc. The memory is used to store a computer program, and the processor may execute the computer program accordingly after receiving an execution instruction.

[0132] Furthermore, the memory may include a program storage area and a data storage area, wherein the program storage area may store an operating system and an application required for at least one function; the data storage area may store data (such as iteration data, version data, etc.) created according to the use of the computer device, etc. In addition, the memory may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other volatile solid-state storage devices.

[0133] Example 4

[0134] An embodiment of the present application also provides a computer-readable storage medium, which stores computer-executable instructions. When the computer-executable instructions are called and executed by a processor, the computer-executable instructions prompt the processor to execute the access request processing method in the above-mentioned embodiment 1.

[0135] It can be understood that the implementation method of the access request processing method in the above-mentioned embodiment 1 is also applicable to this embodiment, so it will not be described repeatedly here.

[0136] The computer-readable storage medium may be either a non-volatile storage medium or a volatile storage medium. For example, the computer-readable storage medium may include, but is not limited to, a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and other media that can store program codes.

[0137] In several embodiments provided in the present application, it should be understood that the disclosed apparatus and method can also be implemented in other ways. The apparatus embodiments described above are merely schematic, for example, the flowcharts and structure diagrams in the accompanying drawings show the possible architecture, functions and operations of the apparatus, method and computer program product according to multiple embodiments of the present application. In this regard, each box in the flowchart or block diagram can represent a module, a program segment or a part of a code, and a module, a program segment or a part of a code contains one or more executable instructions for implementing a specified logical function. It should also be noted that in an alternative implementation, the functions marked in the box can also occur in a different order from that marked in the accompanying drawings. For example, two consecutive boxes can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the structure diagram and / or the flow diagram, and the combination of boxes in the structure diagram and / or the flow diagram, can be implemented with a dedicated hardware-based system that performs a specified function or action, or can be implemented with a combination of dedicated hardware and computer instructions.

[0138] In addition, the functional modules or units in the various embodiments of the present application may be integrated together to form an independent part, or each module may exist separately, or two or more modules may be integrated to form an independent part.

[0139] If the function is implemented in the form of a software function module and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can be essentially or partly embodied in the form of a software product that contributes to the prior art. The computer software product is stored in a storage medium, including several instructions for a computer device (which can be a smart phone, a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk and other media that can store program codes.

[0140] The above are only specific implementation methods of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be covered by the protection scope of the present application.

[0141] In all examples shown and described herein, any specific values ​​should be interpreted as merely exemplary and not as limiting, and thus other examples of the exemplary embodiments may have different values.

[0142] It should be noted that similar reference numerals and letters denote similar items in the following drawings, and therefore, once an item is defined in one drawing, further definition and explanation thereof is not required in subsequent drawings.

[0143] The above embodiments only express several implementation methods of the present invention, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present invention. It should be pointed out that, for those of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present invention, and these all belong to the protection scope of the present invention.

Claims

1. A method for processing an access request, characterized in that: Applicable to servers, including: Obtaining a visitor's access request through a door access control device, wherein the access request includes owner information and verification information; Querying the target user information corresponding to the owner information, and obtaining the target platform applet bound to the target user information; Generate notification information corresponding to the target platform applet according to the verification information, and send the notification information to the target platform applet; Acquire feedback information from the target platform applet, the feedback information being generated by the target platform applet according to the notification information; The access control device is controlled according to the feedback information.

2. The access request processing method according to claim 1, characterized in that: The obtaining of the visitor's access request through the access control device includes: Acquire the system type of the access control device, and select a first target interface corresponding to the system type; The access request is received from the access control device through the first target interface.

3. The access request processing method according to claim 2, characterized in that: After obtaining the access request through the access control device, the method further includes: Determining whether the owner information is preset owner information; If the owner information is not the preset owner information, an error prompt is generated; If it is the preset owner information, audio information or face information is extracted from the verification information.

4. The access request processing method according to claim 3, characterized in that: The converting the verification information into notification information corresponding to the target platform applet includes: Determine whether the target platform applet has passed the audio authorization; If the audio authorization has been passed, obtaining the audio information of the visitor through the first target interface, and generating corresponding audio notification information according to the audio information; If the audio authorization is not passed, the facial information of the visitor is obtained through the first target interface, and corresponding facial notification information is generated according to the facial information.

5. The access request processing method according to any one of claims 1 to 4, characterized in that: The querying of target user information corresponding to the owner information includes: Querying the number of platform mini-programs bound to the target user information, and if the number of platform mini-programs is unique, determining the unique platform mini-program as the target mobile terminal; If there are multiple platform mini-programs, determining an online platform mini-program among the multiple platform mini-programs as the target platform mini-program; If the number of platform mini-programs is zero, a call is initiated to the corresponding owner based on the owner information.

6. The access request processing method according to claim 5, characterized in that: After determining that the platform applet in the online state among the multiple platform applet is the target platform applet, the method further includes: According to the preset priority, the platform mini-programs in the online state are prioritized; According to the priority order, the notification information is sent to the corresponding platform mini-programs one by one.

7. The access request processing method according to any one of claims 1 to 4, characterized in that: The controlling the access control device according to the feedback information includes: If the feedback information is door opening information, controlling the access control device to open according to the door opening information; Generate an access record according to the door opening information and the verification information; If a request for leaving of the visitor is detected, the visitor is verified according to the access record, and the visitor is released after the verification is passed.

8. An access request processing system, characterized in that: include: Access control equipment, servers and mobile terminals; The access control device is used to obtain a visitor's access request and send the access request to the server, wherein the access request includes owner information and verification information; The server is used to query the target user information corresponding to the owner information according to the access request, and obtain the target platform applet bound to the target user information; generate notification information corresponding to the target platform applet according to the verification information, and send the notification information to the target platform applet; The mobile terminal is used to run the target platform applet, obtain feedback information when receiving the notification information, and send the feedback information to the server; The server is further configured to send a control instruction to the access control device according to the feedback information to control the access control device.

9. A server, characterized in that: The method comprises a memory and at least one processor, wherein the memory stores a computer program, and the processor is used to execute the computer program to implement the access request processing method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed, the access request processing method according to any one of claims 1 to 7 is implemented.

Images