A cloud-based scenic area entry control system and scenic area entrance access control system

Abstract

This invention discloses a cloud-based scenic area entry control system and entrance access control system. The control system includes a cloud platform and multiple verification subsystems corresponding to various scenic areas. The server is configured to: receive verification requests from the verification subsystems, including the identity verification information of the user to be admitted; if the user identity verification information is successfully compared with the authorized user data in the first sub-database, then continue to query the second sub-database to see if there is a record for the user's identity information with the first attribute; if not, continue to query the third sub-database for the user's entry record and analyze whether the record conforms to the preset first attribute characteristics; if it does not conform to the first attribute characteristics, then send a verification passed message to the corresponding verification subsystem, generate the current entry record based on the current time, and store it in the third sub-database. This invention utilizes the historical entry data of multiple scenic areas within the collaborative scope of the cloud platform to prevent non-members with first attribute-related access rights from transferring their access rights to enter the scenic area.

Description

Technical Field

[0001] This invention relates to the field of scenic area access control, and in particular to a cloud platform-based scenic area entry control system and scenic area entrance access control system. Background Technology

[0002] With the development of the tourism industry, each scenic spot has its own annual pass system, and each system targets different customer groups, making resource integration impossible. For example, while scenic spots in Changzhou and Suzhou can sell admission tickets through platforms like Tongcheng and Ctrip, there is no unified platform to plan and sell customized annual, monthly, and daily passes. Furthermore, with technological advancements, scenic spots are using an increasing number of different systems, leading to incompatibility issues. The growing number of hardware devices such as card readers at turnstiles has resulted in significant costs for turnstiles, and some entry controls still rely on manual labor.

[0003] Currently, there is no unified platform in the tourism industry that can integrate information from multiple attractions, nor is there a big data integration platform that can help scenic spots solve the problem of unauthorized entry.

[0004] The above background information is provided only to assist in understanding the inventive concept and technical solution of this invention. It does not necessarily belong to the prior art of this patent application, nor does it necessarily provide technical teaching. In the absence of clear evidence that the above information was disclosed before the filing date of this patent application, the above background information should not be used to evaluate the novelty and inventiveness of this application. Summary of the Invention

[0005] The purpose of this invention is to provide a scenic area entry control system that coordinates the historical entry data of multiple scenic areas to prevent non-members from entering the scenic area due to illegal operations.

[0006] To achieve the above objectives, the technical solution adopted by the present invention is as follows:

[0007] A cloud-based scenic area entry control system includes a cloud platform and multiple verification subsystems corresponding to various scenic areas. Each verification subsystem is communicatively connected to the server of the cloud platform. The cloud platform is also configured with a first sub-database for storing authorized user data, a second sub-database for storing records of specific user identity attributes, and a third sub-database for storing user entry records at the multiple scenic areas. The server of the cloud platform is configured to perform the following steps:

[0008] Receive a verification request from the verification subsystem, wherein the verification request includes the user's identity verification information for the user to enter the park;

[0009] The user identity verification information in the revocation request is compared with the authorized user data in the first sub-database. If the comparison is successful, the process continues:

[0010] The system checks if a record for the user's identity attribute exists in the second sub-database. If it exists and the user's identity information is the first attribute, a verification failure message is sent to the corresponding verification subsystem. If the record does not exist, the process continues.

[0011] The user's park entry records are queried in the third sub-database, and it is analyzed whether the park entry records meet the preset first attribute characteristics.

[0012] If the user does not meet the first attribute characteristics, a verification pass message is sent to the corresponding verification subsystem, and the current entry record is generated based on the current time information and stored in the third sub-database; if the user meets the first attribute characteristics, a verification failure message is sent to the corresponding verification subsystem, and a first attribute record is generated for the user and stored in the second sub-database.

[0013] Furthermore, based on any one or a combination of the aforementioned technical solutions, if the park entry record satisfies any one of the following rules, then the park entry record is determined to conform to the preset first attribute feature:

[0014] Within a preset period, the number of times the time interval between two consecutive park visits is less than a preset time threshold exceeds a preset number threshold.

[0015] Alternatively, the difference between the latest entry time in the record and the current time is less than the preset shortest travel time required from the latest entry time in the record to the current time.

[0016] Alternatively, within a preset period, the number of days with more than N park entry records in a single day exceeds a preset number of days threshold, where N is the preset number threshold.

[0017] Alternatively, the number of park entry records for the day has exceeded M, where M is a preset threshold.

[0018] Furthermore, following any one or a combination of the aforementioned technical solutions, the server is further configured to perform a verification operation on users marked with a first attribute, including:

[0019] If no cancellation request is received from a user marked with the first attribute within the preset assessment period, the record corresponding to the first attribute of that user will be deleted from the second sub-database.

[0020] Alternatively, after a preset recovery period since the first attribute was marked, the first attribute record corresponding to the user is deleted in the second sub-database;

[0021] Alternatively, in response to an administrator's manual review of the appeal materials submitted by a user marked with the first attribute, the server sends a de-marking instruction to the server, and the server deletes the first attribute record corresponding to that user in the second sub-database.

[0022] Furthermore, following any or a combination of the aforementioned technical solutions, the server of the cloud platform is also configured to communicate with an external first system to obtain information on the current list of personnel with the second attribute, and to generate records for each person in the list whose user identity attribute has the second attribute and store them in the second sub-database.

[0023] Based on the user identity verification information in the verification request, query whether there is a record with the second attribute for the user in the second sub-database. If it exists, send a verification failure message to the corresponding verification subsystem.

[0024] Furthermore, following any or a combination of the aforementioned technical solutions, the server of the cloud platform is also configured to communicate with an external second system to obtain information on the current list of personnel with a third attribute, and to generate records for each person in the list whose user identity attribute has a third attribute and store them in the second sub-database.

[0025] Based on the user identity verification information in the verification request, query whether there is a record with a third attribute for the user in the second sub-database. If it exists, send the verification success information to the corresponding verification subsystem and send the user's park entry message back to the second system.

[0026] Furthermore, following any one or a combination of the aforementioned technical solutions, the server periodically updates the risky identity attribute records in the second sub-database.

[0027] Furthermore, following any or a combination of the aforementioned technical solutions, the cloud platform is also configured with a sales subsystem. The first sub-database is communicatively connected to the server of the sales subsystem. The server of the sales subsystem generates corresponding authorized user data based on the purchase records of the purchasing users and stores it in the first sub-database. The purchase records and authorized user data include one or more of the user's entered ID card number, passport ID number, or a dynamic entry code or a unique electronic entry code generated for the user.

[0028] Furthermore, following any or a combination of the aforementioned technical solutions, the cloud-based scenic area entry control system also includes an application terminal that communicates with the server of the cloud platform. The cloud platform is also configured with a fourth sub-database for storing the current number of visitors to each scenic area on that day. The server is also configured to, when sending a verification success message to the corresponding verification sub-system, increment the current number of visitors to the scenic area corresponding to the verification sub-system in the fourth sub-database by 1, and clear the current number of visitors to all scenic areas on that day at the start of the new day.

[0029] In response to a query command triggered on the application, the server queries the fourth sub-database for the current number of visitors to the target scenic spot that matches the query command and sends the query result to the display module of the application; or, the server updates the current number of visitors to the scenic spot in real time or at regular intervals on the application.

[0030] Furthermore, following any one or a combination of the aforementioned technical solutions, the cloud platform is also configured with a fifth sub-database for storing the total number of visitors to each scenic spot within a preset period. The server is also configured to generate a record of the day's visit to the scenic spot corresponding to the corresponding verification sub-system and store it in the fifth sub-database when a verification pass message is sent to the corresponding verification sub-system. The server is also configured to calculate the total number of visitors to each scenic spot corresponding to each verification sub-system within the current period based on the fifth sub-database. The preset period can be one or more.

[0031] Furthermore, in accordance with any or a combination of the aforementioned technical solutions, the cloud platform is also configured with a sixth sub-database, which is used to store the user identity information of those exempt from tickets;

[0032] Before comparing the user identity verification information in the revocation request with the authorized user data in the first sub-database, the process also includes:

[0033] The user identity verification information in the verification request is compared with the user identity information of the ticket-free personnel in the sixth sub-database. If the comparison is successful, the verification information is sent directly to the corresponding verification subsystem.

[0034] If the comparison fails, the step of comparing the user identity verification information in the cancellation request with the permission user data in the first sub-database is executed.

[0035] According to another aspect of the present invention, a scenic area entrance access control system is provided, including an access control device configured to communicate with a verification subsystem in the scenic area entry control system as described above, comprising:

[0036] The access control device is configured to collect the identity verification information of the user currently waiting to enter the park and send it to the corresponding verification subsystem, so that the corresponding verification subsystem generates a verification request and sends it to the server of the cloud platform of the scenic area entry control system.

[0037] If the server sends a verification success message to the corresponding verification subsystem, the access control device opens in response to the drive command of the corresponding verification subsystem; if the server sends a verification failure message to the corresponding verification subsystem, the access control device remains closed.

[0038] Furthermore, following any or a combination of the aforementioned technical solutions, the access control device is also equipped with a local access data acquisition module, which communicates with the server of the cloud platform via a communication module. The access data acquisition module is configured to request the latest access user data corresponding to the scenic area where the access control device is located from the first sub-database of the cloud platform at regular intervals, or the server can autonomously send the latest access user data corresponding to the scenic area where the access control device is located from the first sub-database of the cloud platform to the access data acquisition module at regular intervals.

[0039] The permission data acquisition module is configured to provide local permission user data in offline mode.

[0040] Furthermore, based on any or a combination of the aforementioned technical solutions, the access control device is divided into a regular access control device and a free access control device. If the verification subsystem receives user identity verification information collected by the regular access control device, the server of the cloud platform of the scenic area entry control system directly compares the user identity verification information in the verification request with the authorized user data in the first sub-database.

[0041] Only when the verification subsystem receives the user identity verification information collected by the free-ticket access control device, before comparing the user identity verification information in the verification request with the authorized user data in the first sub-database, the server of the cloud platform of the scenic area entry control system first compares the user identity verification information in the verification request with the pre-stored user identity information of free-ticket personnel. If the comparison is successful, the server directly sends the verification passed information to the corresponding verification subsystem; if the comparison fails, the server continues to execute the step of comparing the user identity verification information in the verification request with the authorized user data in the first sub-database.

[0042] The beneficial effects of the technical solution provided by this invention are as follows:

[0043] a. By leveraging the real-name information resources and big data analysis of annual passes, the current gate ticket verification system of the scenic area can be optimized, the carriers used by the scenic area can be integrated, the screening mechanism for primary attribute personnel can be optimized, and the manpower at the entrance of the scenic area can be greatly reduced.

[0044] b. To address the loopholes in the screening of personnel with the first attribute, this invention utilizes a cloud platform to screen personnel with the first attribute based on usage data from all scenic spots, thereby improving the identification rate of personnel with the first attribute and providing feedback identification services to various scenic spots.

[0045] c. It can accurately locate the real name of the person with the first attribute through an external real-name authentication interface;

[0046] d. The park entry control system has an expandable interface, such as being expanded to control the entry of personnel with second and third attributes. Attached Figure Description

[0047] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, 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 recorded in this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0048] Figure 1 A schematic diagram of the architecture of a cloud-based scenic area entry control system provided as an exemplary embodiment of the present invention;

[0049] Figure 2 A flowchart of a cloud-based scenic area entry control method provided as an exemplary embodiment of the present invention;

[0050] Figure 3 A flowchart for determining a first attribute feature is provided as an exemplary embodiment of the present invention;

[0051] Figure 4 A flowchart for controlling park entry by querying user identity attributes using a second sub-database, as provided in an exemplary embodiment of the present invention;

[0052] Figure 5 A schematic diagram of a scenic area visitor count statistics interface provided as an exemplary embodiment of the present invention. Detailed Implementation

[0053] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0054] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, apparatus, product, or device that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or devices.

[0055] In one embodiment of the present invention, a cloud-based scenic area entry control system is provided, such as... Figure 1 As shown, the control system includes a cloud platform and multiple verification subsystems corresponding to scenic spots. Each verification subsystem is connected to the server of the cloud platform. The cloud platform is also configured with a first sub-database for storing user data with permissions, a second sub-database for storing records of specific user identity attributes, and a third sub-database for storing user entry records in the multiple scenic spots.

[0056] The cloud platform also includes a sales subsystem. The first sub-database communicates with the server of the sales subsystem. The server of the sales subsystem generates corresponding authorized user data based on the purchase records of the users and stores it in the first sub-database. The purchase records and authorized user data include one or more of the user's ID card number, passport ID number, or a dynamic entry code or a unique electronic entry code generated for the user. Currently, entry to the park is based on either an ID document (ID card or passport, electronic information type not excluded) or an electronic entry code. If someone purchases a park ticket service (especially an annual pass) and then copies their electronic entry code multiple times to transfer to others, allowing them to enter the park illegally, such a person is defined as having the primary attribute.

[0057] In this embodiment, the cloud platform collaborates with multiple scenic spots to track historical entry data and accurately identify violations by individuals with a "first attribute." In this embodiment, a "first attribute user" can be defined as a user who has purchased a multi-scenic spot annual pass and transferred their entry privileges to another person. The server is configured to perform the following steps to prevent non-members whose entry privileges were transferred by a "first attribute user" from entering the scenic spots:

[0058] Receive a verification request from the verification subsystem, wherein the verification request includes the user's identity verification information for the user to enter the park; such as Figure 1 As shown, each scenic area has at least one access control device, such as a turnstile or other device that controls the passage status. When a user enters the park at the access control device, they present their entry credentials. This embodiment uses an electronic entry code as an example. The access control device collects the electronic entry code as user identity verification information through a scanning device and sends the collected user identity verification information to the corresponding verification subsystem of the scenic area. The verification subsystem then generates a verification request and sends it to the server for verification.

[0059] In this embodiment, the access control device includes a standard access control device. If the verification subsystem receives user identity verification information collected by the standard access control device, the verification process is as follows: Figure 2 As shown, the server compares the user identity verification information in the verification request with the authorized user data in the first sub-database. If the comparison fails, a verification failure message is sent to the verification subsystem, and accordingly, the verification subsystem will not drive the access control device to open. If the comparison succeeds (i.e., the electronic entry code is indeed in the first sub-database), the server continues to execute:

[0060] The server queries the second sub-database to see if a record for the user's identity attribute exists. If it exists and the user's identity information matches the first attribute, a verification failure message is sent to the corresponding verification subsystem. Similar to a comparison failure, the result is to keep the access control device closed. If no identity information matching the first attribute exists, the server continues execution.

[0061] The user's park entry records are queried in the third sub-database, and the entry records are analyzed to determine whether they match the preset first attribute characteristics; specifically, as follows: Figure 3As shown, if the park entry record meets any of the following rules, it is determined that the park entry record meets the preset first attribute characteristic: within a preset period, the number of times that the time interval between two adjacent park entries is less than a preset time threshold exceeds a preset number threshold (for example, in the most recent two months, there are eight park entry records for two scenic spots within one hour); or, the difference between the latest park entry time in the record and the current time is less than the preset shortest travel time required from the most recently entered scenic spot in the record to the current scenic spot (for example, the current time is 14:00, a user is waiting to enter the park after verifying information at scenic spot A, but there is a record in the record that the park entry electronic code entered the park at scenic spot B at 13:35, and the shortest travel time between scenic spots A and B is preset to 40 minutes); or, within a preset period, the number of days with more than N park entry records in a single day exceeds a preset number of days threshold (for example, in the most recent month, there are 10 days with three park entry records each day); or, the number of park entry records for the current day exceeds M (for example, on the current day, the park entry electronic code already has four park entry records). If none of the preset rules are met, the entry record does not meet the first attribute feature.

[0062] If the entry record does not meet the first attribute feature, the verification information is sent to the corresponding verification subsystem, and the current entry record is generated based on the current time information and stored in the third sub-database; accordingly, the verification subsystem will send a drive command to the corresponding access control device to open the access control device and allow the verified user to enter the park.

[0063] If the entry record matches the first attribute feature, a verification failure message is sent to the corresponding verification subsystem, and a first attribute record is generated for the user and stored in the second sub-database so that the first attribute can be quickly confirmed next time to make a decision to prohibit entry.

[0064] In one embodiment, the access control device also includes a free access control device type. Unlike the verification process described above where the verification subsystem receives user identity verification information collected by a regular access control device, only when the verification subsystem receives user identity verification information collected by the free access control device does the cloud platform server of the scenic area entry control system compare the user identity verification information in the verification request with the pre-stored user identity information of free-ticket personnel before comparing it with the authorized user data in the first sub-database. If the comparison is successful, the server directly sends verification passed information to the corresponding verification subsystem; if the comparison fails, the server continues to execute the steps of comparing the user identity verification information in the verification request with the authorized user data in the first sub-database, as well as subsequent identity attribute judgment and first attribute feature judgment.

[0065] In one embodiment of the present invention, the server is further configured to perform a verification operation on users marked with a first attribute, including:

[0066] If a user marked with the first attribute does not attempt to enter the park again within a preset assessment period (greater than or equal to the maximum value among the various preset periods mentioned above, such as three months), i.e., no verification request is received from them, then the first attribute record corresponding to that user is deleted in the second sub-database; this allows the first attribute to be automatically removed from users who do not have a verification request for entering the park after a preset assessment period.

[0067] After a preset recovery period (greater than or equal to the assessment period, such as four months) has elapsed since the user was marked with the first attribute, the first attribute record corresponding to that user will be deleted in the second sub-database.

[0068] Users whose primary attribute has been marked can also submit appeal materials through designated channels. The administrator will review the appeal materials. If the review is successful, the administrator will manually remove the primary attribute from the user's record, and the server will delete the corresponding primary attribute record from the second sub-database.

[0069] In one embodiment of the present invention, the server of the cloud platform is further configured to communicate with an external first system and a second system to obtain, respectively, a list of personnel with a second attribute and a list of personnel with a third attribute, and generate records with user identity attributes of the second attribute and the third attribute for the personnel in the list and store them in the second sub-database.

[0070] like Figure 4 As shown, based on the user identity verification information in the verification request, the system queries whether the user has identity information with the first attribute in the second sub-database. If so, a verification failure message is sent to the corresponding verification subsystem. Otherwise, the system continues to query whether the user has a record with the second attribute in the second sub-database. If so, a verification failure message is sent to the corresponding verification subsystem. Otherwise, the system continues to query whether the user has a record with the third attribute in the second sub-database. If so, a verification success message is sent to the corresponding verification subsystem, and the system sends the user's park entry message back to the second system without disturbing the person with the third attribute.

[0071] Furthermore, the server periodically updates the risky identity attribute records in the second sub-database, including the first attribute, the second attribute, and the third attribute.

[0072] In one embodiment of the present invention, the cloud platform-based scenic spot entry control system further includes an application terminal (such as a WeChat mini program or official account platform) that communicates with the server of the cloud platform. The cloud platform is also configured with a fourth sub-database for storing the current number of visitors to each scenic spot on the current day. The server is also configured to update the current number of visitors to the scenic spot corresponding to the verification subsystem on the current day by incrementing by 1 when a verification pass message is sent to the corresponding verification subsystem, and to clear the current number of visitors to all scenic spots on the current day at the start time of the new day.

[0073] Users on the client can query the entry status of a specific scenic spot, several scenic spots, or all scenic spots on a WeChat mini-program or official account. The server can query the target scenic spot (a specific scenic spot, several scenic spots, or all scenic spots) that matches the query command in the fourth sub-database to see the current daily entry count, and send the query results to the display module of the application. Alternatively, the application can update the current daily entry count of the scenic spot in real time or at regular intervals. The display interface is as follows. Figure 5 As shown, users on the client can see the number of visitors to each scenic spot, making it easier to plan / select their travel itinerary.

[0074] The cloud platform is also configured with a fifth sub-database for storing the total number of visitors to each scenic spot within a preset period. The server is further configured to generate a daily visit record for the scenic spot corresponding to the corresponding verification subsystem and store it in the fifth sub-database when a verification pass message is sent to the corresponding verification subsystem. Based on the fifth sub-database, the server will calculate the total number of visitors to each scenic spot corresponding to each verification subsystem within the current period. The preset period can be one or more, such as quarterly, semi-annual, or annual periods for calculating visitor numbers for each scenic spot. The statistical results have multiple uses. For example, they can be sent to each scenic spot for reference, especially for scenic spots with low visitor numbers, to analyze whether there is room for improvement in services to enhance the user experience. They can also be provided to the sales subsystem as a basis for business cooperation in the following year, such as allocating business cooperation fees to each scenic spot based on the proportion of visitor numbers, or terminating cooperation for scenic spots with excessively low visitor numbers in the new year.

[0075] In one embodiment of the present invention, the access control device of the scenic area entrance access control system is further configured with a permission data acquisition module located locally on the access control device. The permission data acquisition module is connected to the server of the cloud platform through a communication module. The permission data acquisition module is configured to request the latest permission user data corresponding to the scenic area where the access control device is located from the first sub-database of the cloud platform stored at regular intervals. Alternatively, the server may send the latest permission user data corresponding to the scenic area where the access control device is located from the first sub-database of the cloud platform stored at regular intervals to the permission data acquisition module.

[0076] The permission data acquisition module is configured to provide local permission user data in offline mode. This allows the scenic area entrance access control system to determine the access permission of the verified user based on the locally stored permission user data provided by the local permission data acquisition module in the event of a network outage.

[0077] It should be noted that, in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0078] The above description is only a specific 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 principle of this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A cloud-based scenic area entry control system, characterized in that, The system includes a cloud platform and multiple verification subsystems corresponding to scenic spots within the collaborative scope of the cloud platform. Each verification subsystem is communicatively connected to the server of the cloud platform. The cloud platform is also configured with a first sub-database for storing user data with access permissions, a second sub-database for storing records of specific user identity attributes, and a third sub-database for storing user entry records at the multiple scenic spots. The server of the cloud platform is configured to perform the following steps: Receive a verification request from the verification subsystem, wherein the verification request includes the user's identity verification information for the user to enter the park; The user identity verification information in the verification request is compared with the authorized user data in the first sub-database. If the comparison fails, a verification failure message is sent to the corresponding verification subsystem to prevent the user from entering the park; if the comparison succeeds, the process continues. The system checks if a record of the user's identity attribute exists in the second sub-database. If it exists and the user's identity information matches the first attribute, a verification failure message is sent to the corresponding verification subsystem to prevent the user from entering the park. Individuals with the first attribute are defined as users who have purchased multi-scenic area universal services and transferred their park entry rights to others. If the record does not exist, the process continues. The third sub-database is used to query the user’s historical park entry records for multiple scenic spots within the collaborative scope of the cloud platform, and to analyze whether the park entry records meet the preset first attribute characteristics. If the user does not meet the first attribute characteristics, a verification pass message is sent to the corresponding verification subsystem to allow the user to enter the park, and a current entry record is generated based on the current time information and stored in the third sub-database; if the user meets the first attribute characteristics, a verification failure message is sent to the corresponding verification subsystem to prevent the user from entering the park, and a first attribute record is generated for the user and stored in the second sub-database.

2. The scenic area entry control system according to claim 1, characterized in that, If the entry record meets any of the following rules, then the entry record is determined to conform to the preset first attribute feature: Within a preset period, the number of times the time interval between two consecutive park visits is less than a preset time threshold exceeds a preset number threshold. Alternatively, the difference between the latest entry time in the record and the current time is less than the preset shortest travel time required from the latest entry time in the record to the current time. Alternatively, within a preset period, the number of days with more than N park entry records in a single day exceeds a preset number of days threshold, where N is the preset number threshold. Alternatively, the number of park entry records for the day has exceeded M, where M is a preset threshold.

3. The scenic area entry control system according to claim 1 or 2, characterized in that, The server is also configured to perform verification operations on users marked with a first attribute, including: If no cancellation request is received from a user marked with the first attribute within the preset assessment period, the record corresponding to the first attribute of that user will be deleted from the second sub-database. Alternatively, after a preset recovery period since the first attribute was marked, the first attribute record corresponding to the user is deleted in the second sub-database; Alternatively, in response to an administrator's manual review of the appeal materials submitted by a user marked with the first attribute, the server sends a de-marking instruction to the server, and the server deletes the first attribute record corresponding to that user in the second sub-database.

4. The cloud-based scenic area entry control system according to claim 1, characterized in that, The cloud platform's server is also configured to communicate with an external first system to obtain information on the current list of personnel with the second attribute, and to generate records for each person in the list whose user identity attribute has the second attribute and store them in the second sub-database. Based on the user identity verification information in the verification request, query whether there is a record with the second attribute for the user in the second sub-database. If it exists, send a verification failure message to the corresponding verification subsystem.

5. The cloud-based scenic area entry control system according to claim 1, characterized in that, The cloud platform's server is also configured to communicate with an external second system to obtain information on the current list of personnel with a third attribute, and to generate records for each person in the list whose user identity attribute has a third attribute and store them in the second sub-database. Based on the user identity verification information in the verification request, query whether there is a record with a third attribute for the user in the second sub-database. If it exists, send the verification success information to the corresponding verification subsystem and send the user's park entry message back to the second system.

6. The cloud-based scenic area entry control system according to claim 4 or 5, characterized in that, The server periodically updates the risky identity attribute records in the second sub-database.

7. The cloud-based scenic area entry control system according to claim 1, 2, 4, or 5, characterized in that, The cloud platform is also configured with a sales subsystem. The first sub-database is connected to the server of the sales subsystem. The server of the sales subsystem generates corresponding authorized user data based on the purchase records of the purchasing users and stores it in the first sub-database. The purchase records and authorized user data include one or more of the user's ID card number, passport ID number, or a dynamic entry code or a unique electronic entry code generated for the user.

8. The cloud-based scenic area entry control system according to claim 1, characterized in that, It also includes an application client that communicates with the server of the cloud platform. The cloud platform is also configured with a fourth sub-database for storing the current number of visitors to each scenic spot on the same day. The server is also configured to update the current number of visitors to the scenic spot corresponding to the verification sub-system on the same day by incrementing by 1 when a verification message is sent to the corresponding verification sub-system, and to clear the current number of visitors to all scenic spots on the same day to zero at the start of the new day. In response to a query command triggered on the application, the server queries the fourth sub-database for the current number of visitors to the target scenic spot that matches the query command and sends the query result to the display module of the application; or, the server updates the current number of visitors to the scenic spot in real time or at regular intervals on the application.

9. The cloud-based scenic area entry control system according to claim 1, characterized in that, The cloud platform is also configured with a fifth sub-database for storing the total number of visitors to each scenic spot within a preset period. The server is also configured to generate the daily visit record of the scenic spot corresponding to the corresponding verification sub-system and store it in the fifth sub-database when a verification pass message is sent to the corresponding verification sub-system. The server is also configured to calculate the total number of visitors to each scenic spot corresponding to each verification sub-system within the current period based on the fifth sub-database. The preset period can be one or more.

10. The cloud-based scenic area entry control system according to claim 1, characterized in that, The cloud platform is also equipped with a sixth sub-database, which is used to store the user identity information of those who are exempt from tickets; Before comparing the user identity verification information in the revocation request with the authorized user data in the first sub-database, the process also includes: The user identity verification information in the verification request is compared with the user identity information of the ticket-free personnel in the sixth sub-database. If the comparison is successful, the verification information is sent directly to the corresponding verification subsystem. If the comparison fails, the step of comparing the user identity verification information in the cancellation request with the permission user data in the first sub-database is executed.

11. A scenic area entrance access control system, characterized in that, Includes an access control device configured to communicate with a verification subsystem in the scenic area entry control system as described in any one of claims 1 to 10, comprising: The access control device is configured to collect the identity verification information of the user currently waiting to enter the park and send it to the corresponding verification subsystem, so that the corresponding verification subsystem generates a verification request and sends it to the server of the cloud platform of the scenic area entry control system. If the server sends a verification success message to the corresponding verification subsystem, the access control device opens in response to the drive command of the corresponding verification subsystem; if the server sends a verification failure message to the corresponding verification subsystem, the access control device remains closed.

12. The scenic area entrance access control system according to claim 11, characterized in that, The access control device is also equipped with a local access data acquisition module, which communicates with the server of the cloud platform through a communication module. The access data acquisition module is configured to request the latest access user data corresponding to the scenic area where the access control device is located from the first sub-database of the cloud platform at regular intervals, or the server can send the latest access user data corresponding to the scenic area where the access control device is located from the first sub-database of the cloud platform to the access data acquisition module at regular intervals. The permission data acquisition module is configured to provide local permission user data in offline mode.

13. The scenic area entrance access control system according to claim 11, characterized in that, The access control device is divided into ordinary access control device and free access control device. If the verification subsystem receives the user identity verification information collected by the ordinary access control device, the server of the cloud platform of the scenic area entry control system directly compares the user identity verification information in the verification request with the authorized user data in the first sub-database. Only when the verification subsystem receives the user identity verification information collected by the free-ticket access control device, before comparing the user identity verification information in the verification request with the authorized user data in the first sub-database, the server of the cloud platform of the scenic area entry control system first compares the user identity verification information in the verification request with the pre-stored user identity information of free-ticket personnel. If the comparison is successful, the server directly sends the verification passed information to the corresponding verification subsystem; if the comparison fails, the server continues to execute the step of comparing the user identity verification information in the verification request with the authorized user data in the first sub-database.

Images