A visitor management method based on alliance chain and location
By using a visitor management method based on consortium blockchain and location, the system automatically identifies visitor locations, verifies their identities, opens access control, and generates access data. This solves the problem of low efficiency in enterprise visitor management and achieves automated management and efficient visitor processes.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- HUNAN COMM RES INST CO LTD
- Filing Date
- 2026-03-19
- Publication Date
- 2026-06-16
Smart Images
Figure CN121884491B_ABST
Abstract
Description
Technical Field
[0001] This application belongs to the field of visitor management technology, and in particular relates to a visitor management method based on consortium blockchain and location. Background Technology
[0002] In today's digital office environment, large enterprises commonly have frequent needs for receiving cross-departmental and cross-regional visitors. However, the current standard is a visitor appointment and reception process: work visits are often agreed upon by the visitor and the person being visited through informal channels such as telephone or instant messaging tools before the visit takes place. Furthermore, in companies that have established visitor systems, both parties need to complete an additional application and approval process within the system; in companies that haven't, visitors often have to undergo a secondary confirmation process at the entrance, including security questioning and telephone verification of the person being visited. Both scenarios result in redundant work related to secondary confirmation.
[0003] It is evident that current visitor management systems in enterprises are inefficient and fail to meet the management needs of modern enterprises. Summary of the Invention
[0004] This application provides a visitor management method based on consortium blockchain and location, which can solve the problem of low visitor management efficiency for enterprises.
[0005] This application provides a visitor management method based on consortium blockchain and location, including:
[0006] Upon receiving an access request from a visitor's terminal device, the system detects whether the visitor is within the visitor detection area of the target alliance member based on the access request.
[0007] When a visitor is detected within the visitor detection area of a target alliance member, an authentication request is received from the terminal device, and the visitor is authenticated based on the authentication request through a pre-built smart contract of the alliance chain. Multiple alliance chain nodes correspond one-to-one with multiple alliance members. The target alliance member is one of the multiple alliance members, which include the group company and all its subsidiaries. The visitor is an employee of any of the other alliance members besides the target alliance member. The authentication request carries the visitor's facial features.
[0008] When a visitor is authenticated and the smart contract receives the Bluetooth beacon signal sent by the terminal device, the visitor's facial features are sent to the access control system of the target alliance member via the smart contract.
[0009] The access control system opens the gate of the target alliance member based on the visitor's facial features, allowing visitors carrying terminal devices to enter the target alliance member's premises.
[0010] During the time period when a visitor carrying a terminal device is within the target alliance member, control the terminal device to send Bluetooth broadcasts at a preset frequency;
[0011] Upon receiving an access termination request from a visitor's terminal device, the system detects whether the visitor has left the target alliance member based on the access termination request.
[0012] When a visitor is detected to have left the target alliance member, the visitor's corresponding interviewee is determined based on the response message received after the terminal device sends a Bluetooth broadcast.
[0013] Based on the visitor's corresponding interviewee, visitor access data is generated and uploaded to the consortium blockchain.
[0014] Optionally, the access request carries the location information of the terminal device, and the system detects whether the visitor is within the visitor detection area of the target alliance member based on the access request, including:
[0015] If the location information carried in the access request corresponds to a location within the visitor detection area of the target alliance member, then it is determined that the visitor is detected within the visitor detection area of the target alliance member; otherwise, it is determined that the visitor is not detected within the visitor detection area of the target alliance member.
[0016] Optionally, the authentication request may also carry an employee signature, a signature of the visitor's subsidiary, and a signature of the group company; the employee signature is obtained by signing the hash value of the visitor's employee information using the visitor's employee private key, the signature of the visitor's subsidiary is obtained by signing the hash value using the visitor's subsidiary's private key, and the signature of the group company is obtained by signing the hash value using the group company's private key.
[0017] Optionally, the consortium blockchain stores the public keys of all employees of multiple consortium members, the public key of the group company, and the public keys of each subsidiary of the group company; the public key and private key of each employee of multiple consortium members are a key pair, the public key and private key of the group company are a key pair, and the public key and private key of each subsidiary are a key pair.
[0018] Visitors are authenticated based on authentication requests via smart contracts built on a pre-built consortium blockchain, including:
[0019] The smart contract of the pre-built consortium blockchain calls the visitor's employee public key to verify the employee signature, calls the visitor's subsidiary's public key to verify the visitor's subsidiary's signature, and calls the group company's public key to verify the group company's signature.
[0020] If the employee's signature, the visitor's subsidiary's signature, and the group company's signature are all verified, the visitor is considered to have passed authentication; otherwise, the visitor is considered to have failed authentication.
[0021] Optionally, the Bluetooth beacon signal is sent by the terminal device after receiving the Bluetooth beacon signal sent by the Bluetooth beacon. The Bluetooth beacon is placed around the gate, and the distance between the Bluetooth beacon and the gate is a preset distance.
[0022] Optionally, the access control system can be used to open the gate of a target alliance member based on the visitor's facial features, including:
[0023] The facial images of visitors are captured by facial image acquisition devices installed on the gate, and the facial images are sent to the access control systems of the target alliance members;
[0024] The access control system extracts facial features from facial images, compares the extracted features with the received facial features, and opens the gate for the target alliance member when the extracted features match the received features.
[0025] Optionally, the response message is sent by the electronic device of an employee of the target alliance member after receiving a Bluetooth broadcast from the terminal device;
[0026] Based on the response message received after the terminal device sends a Bluetooth broadcast, the visitor's corresponding interviewee is determined, including:
[0027] For each received response message, determine the electronic device to which the response message belongs;
[0028] For each identified electronic device, determine the number of response messages corresponding to that electronic device;
[0029] The identified electronic devices are sorted in descending order of the number of response messages, and the employees of the top N electronic devices are selected as the visitors' corresponding interviewees.
[0030] Optionally, visitor access data can be generated based on the visitor's corresponding interviewee, including:
[0031] The opening time of the gate is taken as the start time of the visitor's visit;
[0032] The time when the visitor is detected to have left the target affiliate member will be considered the visitor's end time.
[0033] The visitor's visit data includes the visit start time, visit end time, employee information of the visitee, employee information of the visitor, the response message of the visitee, and the timestamp of each response message of the visitee.
[0034] Optionally, the access data can be uploaded to the consortium blockchain, including:
[0035] The access data is encrypted, and the encrypted access data is uploaded to the consortium blockchain.
[0036] The above-mentioned solution in this application has the following beneficial effects:
[0037] In the embodiments of this application, when a visitor initiates an access request, the system automatically identifies whether the visitor is within the visitor detection area of the company to be visited. If the visitor is within this area, a smart contract authenticates the visitor. Once the visitor is authenticated and the smart contract receives a Bluetooth beacon signal from the visitor's terminal device, the smart contract opens the gate through the access control system, allowing the visitor to enter the company. During the time the visitor is inside the company, the smart contract controls the visitor's terminal device to periodically send Bluetooth broadcasts. Finally, when the system detects that the visitor has left the company, it identifies the visitor's corresponding recipient based on the response message received after the terminal device sent the Bluetooth broadcast. Based on this recipient, visitor access data is generated and uploaded to the consortium blockchain. Therefore, this application enables automated visitor management and the generation and storage of access data without requiring prior approval of the itinerary or verification at the company's entrance, significantly improving visitor management efficiency.
[0038] Other beneficial effects of this application will be described in detail in the following detailed description section. Attached Figure Description
[0039] To more clearly illustrate the technical solutions in the embodiments of this application, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0040] Figure 1 A flowchart illustrating a visitor management method based on consortium blockchain and location, provided as an embodiment of this application. Detailed Implementation
[0041] In the following description, specific details such as particular system architectures and techniques are set forth for illustrative purposes and not for limitation, in order to provide a thorough understanding of the embodiments of this application. However, those skilled in the art will understand that this application may also be implemented in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, apparatuses, circuits, and methods have been omitted so as not to obscure the description of this application with unnecessary detail.
[0042] It should be understood that, when used in this application specification and the appended claims, the term "comprising" indicates the presence of the described features, integrals, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or a collection thereof.
[0043] It should also be understood that the term “and / or” as used in this application specification and the appended claims means any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.
[0044] As used in this application specification and the appended claims, the term "if" may be interpreted, depending on the context, as "when," "once," "in response to determination," or "in response to detection." Similarly, the phrase "if determined" or "if detected [the described condition or event]" may be interpreted, depending on the context, as meaning "once determined," "in response to determination," "once detected [the described condition or event]," or "in response to detection [the described condition or event]."
[0045] Furthermore, in the description of this application and the appended claims, the terms "first," "second," "third," etc., are used only to distinguish descriptions and should not be construed as indicating or implying relative importance.
[0046] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.
[0047] To address the issue of low efficiency in current enterprise visitor management, this application provides a visitor management method based on consortium blockchain and location. This method automatically identifies whether a visitor is within the visitor detection area of the company they wish to visit when they initiate an access request. If the visitor is within this area, a smart contract authenticates their identity. Once authentication is successful and the smart contract receives a Bluetooth beacon signal from the visitor's device, the smart contract opens the gate through the access control system, allowing the visitor entry. During the visitor's time inside the company, the smart contract controls the visitor's device to periodically send Bluetooth broadcasts. Finally, upon detecting that the visitor has left the company, the system identifies the visitor's corresponding recipient based on the response message received after the Bluetooth broadcast, generates visitor access data, and uploads this data to the consortium blockchain. Therefore, this application achieves automated visitor management and the generation and storage of access data without requiring prior approval of travel plans or verification at the company's entrance, significantly improving visitor management efficiency.
[0048] The visitor management method based on consortium blockchain and location provided in this application will be illustrated below with specific embodiments.
[0049] like Figure 1 As shown in the embodiments of this application, the visitor management method based on consortium blockchain and location includes the following steps:
[0050] Step 11: Upon receiving an access request from a visitor's terminal device, detect whether the visitor is within the visitor detection area of the target alliance member based on the access request.
[0051] In some embodiments of this application, a pre-built consortium blockchain is required for easy visitor management. Multiple consortium blockchain nodes correspond one-to-one with multiple consortium members. The target consortium member is one of the multiple consortium members, which includes a group company and all its subsidiaries. The visitor is an employee of any of the other consortium members besides the target consortium member, and the target consortium member is the company the visitor wants to visit.
[0052] For the aforementioned consortium blockchain, the designated group is designated as a trusted CA (CA for short, which refers to an authoritative organization responsible for issuing and managing digital certificates), initializes the global public key PK and global private key MK, and issues certificates and public-private key pairs to each company (including the group and its subsidiaries) and all employees.
[0053] For example, suppose visitor a is an employee of company A, denoted as employee Aa; and interviewee b is an employee of company B, denoted as employee Bb. The group issues public-private key pairs to companies A and B, and issues public-private key pairs and certificates to visitor a.
[0054] In some embodiments of this application, when a visitor needs to access the employees of a target alliance member, the visitor can bring a terminal device (such as a smartphone) to the target alliance member. Upon arriving near the target alliance member, the visitor can send an access request via the terminal device to the visitor management device (i.e., the execution device of the visitor management method of this application), the access request carrying the location information of the terminal device.
[0055] Upon receiving the access request, the visitor management device will detect whether the visitor is within the visitor detection area of the target affiliate member. Specifically, if the location information carried in the access request corresponds to a location within the visitor detection area of the target affiliate member, then it is determined that the visitor is detected within the visitor detection area of the target affiliate member; otherwise, it is determined that the visitor is not detected within the visitor detection area of the target affiliate member.
[0056] The visitor detection area can be set according to the actual situation, for example, it can be set as an area with a radius of 300 meters centered on the designated office location of the target alliance member.
[0057] In practical applications, visitors can first open the relevant mini-program (or application) on their terminal device, and then click the "I want to access" button to send an access request to the visitor management device. It is understandable that when employees of the group and all subsidiaries use the relevant mini-program (or application) for the first time, they need to register with their own terminal devices using their real names (the registration includes the terminal device's identification information, such as an International Mobile Equipment Identity), so that they can log in and use the registered account subsequently. At the same time, to facilitate the blockchain's identification of terminal devices, the blockchain will store the identification information of all registered terminal devices.
[0058] Step 12: When a visitor is detected to be within the visitor detection area of the target alliance member, an authentication request is received from the terminal device, and the visitor is authenticated based on the authentication request through a pre-built smart contract of the alliance chain. The authentication request carries the visitor's facial features.
[0059] In some embodiments of this application, when the visitor management device determines that a visitor is within the visitor detection area of a target alliance member, it sends a notification to the visitor's terminal device to indicate that the visitor is currently within the visitor detection area of the target alliance member. At this time, the visitor can send an authentication request to the visitor management device by clicking the "Request Authentication" button in the relevant mini-program (or application). This authentication request, in addition to the visitor's facial features, also carries an employee signature, a signature from the visitor's subsidiary, and a signature from the group company. Specifically, the employee signature is obtained by signing the hash value of the visitor's employee information using the visitor's employee private key; the signature from the visitor's subsidiary is obtained by signing the hash value using the visitor's subsidiary's private key; and the signature from the group company is obtained by signing the hash value using the group company's private key.
[0060] It should be noted that the visitor's facial features are obtained by pre-collecting the visitor's facial image on the terminal device and then extracting features from that image (the specific feature extraction method can be implemented using conventional facial feature extraction methods). The aforementioned employee information may include ID card number, employee ID, mobile phone number, etc. The hash value of the employee information can be calculated using a hash algorithm. The employee signature, the signature of the visitor's subsidiary, and the signature of the group company are obtained by pre-signing the hash value of the employee information using the corresponding private key.
[0061] In some embodiments of this application, the consortium blockchain stores the public keys of all employees of multiple consortium members, the public key of the group company, and the public keys of each subsidiary of the group company. It should be noted that the public and private keys of each employee in the multiple consortium members are a key pair, the public and private keys of the group company are a key pair, and the public and private keys of each subsidiary are a key pair, all issued by a trusted CA (Certified Authority).
[0062] In some embodiments of this application, after receiving an authentication request from a terminal device, the visitor management device authenticates the visitor based on the authentication request through a pre-built smart contract of the consortium blockchain. Specifically, the smart contract of the pre-built consortium blockchain retrieves the visitor's employee public key from the consortium blockchain to verify the employee's signature, retrieves the public key of the visitor's subsidiary to verify the signature of the visitor's subsidiary, and retrieves the public key of the group company to verify the signature of the group company. If the employee signature, the signature of the visitor's subsidiary, and the signature of the group company all pass verification, the visitor is determined to be authenticated; otherwise, the visitor is determined to be unauthenticated.
[0063] It should be noted that using the public key of the key pair to verify the signature obtained based on the private key is a common signature verification process, so the above signature verification process will not be described again.
[0064] Step 13: When the visitor is authenticated and the smart contract receives the Bluetooth beacon signal sent by the terminal device, the visitor's facial features are sent to the access control system of the target alliance member through the smart contract.
[0065] In some embodiments of this application, Bluetooth beacons are provided around the gates of the aforementioned multiple alliance members. Generally, the Bluetooth beacons are positioned around the gates, with a preset distance between the beacons and the gates (this preset distance can be adjusted according to actual conditions, for example, set to 5 meters). That is, for each alliance member, the Bluetooth beacon is positioned around the gate of that alliance member. It can be understood that the Bluetooth beacons are positioned within the alliance members.
[0066] When a visitor arrives at the gate of a target alliance member, the visitor's terminal device will receive the Bluetooth beacon signal sent by the Bluetooth beacon and send the received Bluetooth beacon signal to the smart contract.
[0067] That is, the Bluetooth beacon signal received by the smart contract is sent by the terminal device after receiving the Bluetooth beacon signal sent by the Bluetooth beacon. In some embodiments of this application, when the visitor is authenticated and the smart contract receives the Bluetooth beacon signal sent by the terminal device, the visitor management device will send the visitor's facial features to the access control system of the target alliance member through the smart contract.
[0068] Step 14: Open the gate of the target alliance member based on the visitor's facial features through the access control system, so that the visitor carrying the terminal device can enter the target alliance member.
[0069] In some embodiments of this application, visitors can enter the target alliance member's premises by scanning their face at the gate. Specifically, a facial image acquisition device installed on the gate can capture the visitor's facial image and send it to the target alliance member's access control system. The access control system then extracts facial features from the image and compares them with received facial features (i.e., those sent by the smart contract). If the extracted and received features match, the gate opens. Conversely, if the extracted and received features do not match, the gate does not open. Here, "match" can be understood as follows: if the similarity between the extracted and received features is greater than a preset threshold (e.g., 80%), they are considered to match; otherwise, they are considered not to match.
[0070] The aforementioned face image acquisition device can be a camera. After receiving a face image, the access control system can use conventional face feature extraction methods to extract features from the face image and obtain the face features.
[0071] Step 15: During the time period when the visitor carrying the terminal device is within the target alliance member, control the terminal device to send Bluetooth broadcasts at a preset frequency.
[0072] In some embodiments of this application, when the access control system detects a match between the extracted facial features and the received facial features, it not only opens the gate but also sends a status message to the smart contract indicating that the gate is open, signifying that the target alliance member is present. Upon receiving this status message, the smart contract sends a command to the visitor's terminal device instructing it to broadcast Bluetooth messages at a preset frequency. This ensures that the terminal device broadcasts Bluetooth messages at the preset frequency during the time the visitor is inside the target alliance member's premises. The preset frequency can be set according to actual conditions, for example, to 40 Hz.
[0073] Step 16: Upon receiving an access termination request from the visitor's terminal device, detect whether the visitor has left the target alliance member based on the access termination request.
[0074] In some embodiments of this application, after a visitor completes their visit, the visitor can send an end-of-visit request to the visitor management device by clicking the "End Visit" button in the relevant mini-program (or application). The end-of-visit request carries the real-time location information of the terminal device.
[0075] If the real-time location information corresponds to a location within the target alliance member's area, it is determined that the visitor is still within the target alliance member's area; otherwise, it is determined that the visitor has left the target alliance member.
[0076] It should be noted that if the visitor is determined to still be within the target affiliate member's premises, the visitor management device sends a message to the terminal device indicating that the access termination failed and requesting a re-application to terminate access after leaving the target affiliate member. If the visitor has been detected to have left the target affiliate member, the visitor management device sends a message to the terminal device indicating that the access termination was successful. It can be understood that the time between the gate opening and the time it is determined that the visitor has left the target affiliate member is the time the visitor was within the target affiliate member's premises.
[0077] It should be further explained that, in order to improve the security of access control management, the access control system will delete the visitor's facial features when it detects that the visitor has left the target alliance member.
[0078] Step 17: When it is detected that the visitor has left the target alliance member, the visitor's corresponding interviewee is determined based on the response message received after the terminal device sends a Bluetooth broadcast.
[0079] In some embodiments of this application, after a visitor's terminal device sends a Bluetooth broadcast, the electronic device (such as a smartphone) of an employee of the target alliance member, upon receiving the Bluetooth broadcast, will send a response message (which may be a scan response message) to the terminal device. That is, the response message received by the terminal device is sent by the electronic device of an employee of the target alliance member after receiving the Bluetooth broadcast sent by the terminal device. After receiving the response message, the terminal device will send the response message and its timestamp to the visitor management device.
[0080] Upon detecting that a visitor has left a target alliance member, the visitor management device can determine the corresponding visitor based on the received response message. The specific determination process is as follows:
[0081] First, for each received response message, determine the electronic device to which the response message belongs. Then, for each determined electronic device, determine the number of response messages corresponding to that electronic device. Finally, sort the determined electronic devices in descending order of the number of response messages, and select the employees of the top N electronic devices as the visitors' respondents. N can be set according to the actual situation, for example, 3.
[0082] It should be noted that when the smart contract performs statistics on response messages, if the identification information of the electronic device to which the response message belongs is not found in the identification information of the registered terminal devices already stored in the consortium blockchain, the response message will be discarded.
[0083] Step 18: Based on the visitor's corresponding interviewee, generate the visitor's access data and upload the access data to the consortium blockchain.
[0084] In some embodiments of this application, after identifying the interviewee, the specific implementation for generating visitor access data can be as follows: the gate opening time is used as the visitor's access start time; the time when it is detected that the visitor has left the target alliance member is used as the visitor's access end time; the access start time, access end time, the interviewee's employee information, the visitor's employee information, the interviewee's corresponding response message, and the timestamp of each response message corresponding to the interviewee are used as the visitor's access data. It should be noted that the consortium blockchain stores the employee information of all employees of all alliance members. When access data needs to be generated, the employee information of the interviewee and visitor can be retrieved from the consortium blockchain through a smart contract. This employee information includes ID card number, employee number, mobile phone number, etc.
[0085] To improve security, the access data can be encrypted after it is generated, and then uploaded to the consortium blockchain.
[0086] In some embodiments of this application, a threshold key pair can be generated by a trusted CA institution. The threshold key pair includes a threshold private key and a threshold public key. The threshold private key is divided into n (n is the number of consortium members in the consortium blockchain) threshold private key shares. These n threshold private key shares are distributed to the n consortium members in the consortium blockchain. Each consortium member has a threshold private key share that is different from the other consortium members.
[0087] Based on this, access data can be encrypted using a threshold public key, and then the encrypted access data can be uploaded to the consortium blockchain. Understandably, in practical applications, to facilitate subsequent retrieval of access data, when uploading data to the blockchain, the visitor's and the visitee's employee information, access time (i.e., the time period between the start and end of the access), and the encrypted access data can all be uploaded and stored on the blockchain together.
[0088] When access data needs to be accessed (e.g., during an audit), the corresponding access data can be retrieved from the consortium blockchain based on the access time and employee information. Then, the encrypted access data is decrypted using the group's threshold private key share, the visitor's consortium member's threshold private key share, and the interviewee's consortium member's threshold private key share, thus obtaining the decrypted access data.
[0089] It is worth mentioning that the visitor management method in this application, through an arrival-triggered, real-time authorization model, eliminates the need for pre-submitted travel plans, thus preventing the risk of leakage due to static storage of travel information. Simultaneously, since the visitor's identity is that of an employee within the system (i.e., the group), a lightweight confirmation process simplifies the operation, enabling seamless on-site booking and access. Furthermore, by introducing blockchain technology as the underlying evidence storage platform, key data and hash values are written into the blockchain, constructing a highly reliable audit chain that is fully traceable, witnessed by multiple parties, and non-repudiable, providing a solid data foundation for the group's security management.
[0090] Furthermore, as can be seen from the aforementioned visitor management method, this application can achieve automated visitor management, as well as the generation and storage of access data. It does not require prior submission of itinerary approval or verification at the entrance of the company being visited, thereby greatly improving the efficiency of visitor management for enterprises.
[0091] The above description is the preferred embodiment of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principles described in this application, and these improvements and modifications should also be considered within the scope of protection of this application.
Claims
1. A visitor management method based on consortium blockchain and location, characterized in that, include: Upon receiving an access request from a visitor's terminal device, the system detects whether the visitor is within the visitor detection area of the target alliance member based on the access request. When the visitor is detected to be within the visitor detection area of the target alliance member, an authentication request is received from the terminal device, and the visitor is authenticated based on the authentication request through a pre-built smart contract of the alliance chain; multiple alliance chain nodes correspond one-to-one with multiple alliance members, the target alliance member is one of the multiple alliance members, the multiple alliance members include the group company and all its subsidiaries, and the visitor is an employee of any of the other alliance members besides the target alliance member; the authentication request carries the visitor's facial features. When the visitor is authenticated and the smart contract receives the Bluetooth beacon signal sent by the terminal device, the visitor's facial features are sent to the access control system of the target alliance member through the smart contract; The access control system opens the gate of the target alliance member based on the visitor's facial features, so that the visitor carrying the terminal device can enter the target alliance member's premises. During the time period when a visitor carrying the terminal device is within the target alliance member, the terminal device is controlled to send Bluetooth broadcasts at a preset frequency. Upon receiving an access termination request from a visitor's terminal device, the system detects whether the visitor has left the target alliance member based on the access termination request. When it is detected that the visitor has left the target alliance member, the visitor corresponding to the visitor is determined based on the response message received after the terminal device sends the Bluetooth broadcast; Based on the visitor's corresponding interviewee, the visitor's access data is generated and uploaded to the consortium blockchain.
2. The visitor management method according to claim 1, characterized in that, The access request carries the location information of the terminal device, and the step of detecting whether the visitor is within the visitor detection area of the target alliance member based on the access request includes: If the location information carried in the access request corresponds to a location within the visitor detection area of the target alliance member, then it is determined that the visitor is detected within the visitor detection area of the target alliance member; otherwise, it is determined that the visitor is not detected within the visitor detection area of the target alliance member.
3. The visitor management method of claim 1, wherein, The authentication request also carries an employee signature, a signature of the visitor's subsidiary, and a signature of the group company; the employee signature is obtained by signing the hash value of the visitor's employee information using the visitor's employee private key, the signature of the visitor's subsidiary is obtained by signing the hash value using the visitor's subsidiary's private key, and the signature of the group company is obtained by signing the hash value using the group company's private key.
4. The visitor management method according to claim 3, characterized in that, The consortium blockchain stores the public keys of all employees of the multiple consortium members, the public key of the group company, and the public keys of each subsidiary of the group company; the public key and private key of each employee of the multiple consortium members are a key pair, the public key and private key of the group company are a key pair, and the public key and private key of each subsidiary are a key pair. The authentication of the visitor based on the authentication request via a pre-built consortium blockchain smart contract includes: The smart contract of the pre-built consortium blockchain calls the visitor's employee public key from the consortium blockchain to verify the employee's signature, calls the public key of the visitor's subsidiary to verify the signature of the visitor's subsidiary, and calls the public key of the group company to verify the signature of the group company. If the employee's signature, the visitor's subsidiary's signature, and the group company's signature are all verified, then the visitor is determined to be authenticated; otherwise, the visitor is determined to be unauthenticated.
5. The visitor management method according to claim 1, wherein, The Bluetooth beacon signal is sent by the terminal device after receiving the Bluetooth beacon signal sent by the Bluetooth beacon. The Bluetooth beacon is placed around the gate, and the distance between the Bluetooth beacon and the gate is a preset distance.
6. The visitor management method of claim 1, wherein, The step of opening the gate of the target alliance member based on the visitor's facial features through the access control system includes: The facial image of the visitor is captured by a facial image acquisition device installed on the gate, and the facial image is sent to the access control system of the target alliance member; The access control system extracts facial features from the face image, compares the extracted facial features with the received facial features, and opens the gate of the target alliance member when the extracted facial features match the received facial features.
7. The visitor management method according to claim 1, characterized by, The response message is sent by the electronic device of an employee of the target alliance member after receiving a Bluetooth broadcast from the terminal device; The step of determining the visitor's corresponding interviewee based on the response message received after the terminal device sends the Bluetooth broadcast includes: For each received response message, determine the electronic device to which the response message belongs; For each identified electronic device, determine the number of response messages corresponding to that electronic device; The identified electronic devices are sorted in descending order of the number of response messages, and the employees of the top N electronic devices are selected as the visitors.
8. The visitor management method of claim 1, wherein, The step of generating visitor access data based on the visitor's corresponding respondent includes: The opening time of the gate shall be taken as the visitor's access start time; The time when the visitor is detected to have left the target alliance member will be taken as the visitor's visit end time; The visitor's visit data includes the visit start time, the visit end time, the employee information of the interviewee, the employee information of the visitor, the response message corresponding to the interviewee, and the timestamp of each response message corresponding to the interviewee.
9. The visitor management method of claim 1, wherein, Uploading the access data to the consortium blockchain includes: The access data is encrypted, and the encrypted access data is uploaded to the consortium blockchain.