A method and system for interacting with access control equipment

Abstract

The application discloses a kind of access control equipment interaction method and system, method includes by access control equipment according to first preset period upload each passage mechanism respectively door state to access control server;When access control equipment detects real-time event, generates the event information corresponding to real-time event and sends to access control server;Access control server issues first control instruction according to event information and door state to access control equipment;Access control equipment responds to first control instruction, drives the target passage mechanism corresponding to first control instruction to execute control action, to simplify the mode of communication protocol and adjust event response process, effectively improve the communication efficiency between access control server and access control equipment.

Description

Technical Field

[0001] The present invention relates to the technical field of Internet of Things device interaction, and in particular to an access control device interaction method and system. Background Art

[0002] In IoT systems, there are numerous edge devices and systems with data collection capabilities, providing data resources for the IoT system. In smart city-level IoT systems, the number of edge devices and systems may reach hundreds of thousands or even millions.

[0003] Taking the interaction between access control devices and access control servers as an example, access control devices usually need to be connected to the access control server to facilitate unified monitoring and authentication. To this end, it is necessary to maintain high communication efficiency between the access control server and the access control devices.

[0004] In the prior art, communication and data transmission is usually based on the HTTP protocol mechanism, but the above existing communication method has many redundant fields. As the number and function types of access control devices increase, its communication efficiency cannot meet the requirements of access control devices. Summary of the Invention

[0005] The present invention provides an access control device interaction method and system, which solves the technical problem that the existing communication mode has many redundant fields and its communication efficiency cannot meet the requirements of access control devices as the number and function types of access control devices increase.

[0006] The present invention provides an access control device interaction method, involving an access control server and at least one access control device, wherein the access control device is communicatively connected to multiple access mechanisms, and the method includes:

[0007] The access control device uploads the door status of each of the passage mechanisms to the access control server according to a first preset period;

[0008] When the access control device detects a real-time event, it generates event information corresponding to the real-time event and sends it to the access control server;

[0009] The access control server issues a first control instruction to the access control device according to the event information and the door status;

[0010] The access control device responds to the first control instruction and drives the target passage mechanism corresponding to the first control instruction to perform a control action.

[0011] Optionally, the method further includes:

[0012] When the access control server receives a registration request sent by a new access control device, extracting a serial number corresponding to the new access control device from the registration request;

[0013] The access control server matches the serial number with a registered sequence table to determine whether the serial number exists in the registered sequence table;

[0014] If the access control server determines that the serial number exists, it returns the serial number to the new access control device;

[0015] If the access control server determines that the new access control device does not exist, it returns registration confirmation information to the new access control device.

[0016] Optionally, the method further includes:

[0017] The access control device sends an interface call request to the access control server according to a second preset period;

[0018] When the access control server receives the interface call request, it returns call confirmation information to the access control device and updates the thread;

[0019] If the access control server does not receive any of the interface calling requests within the third preset period, it determines that the access control device to which the interface calling request belongs is in an offline state and displays the result.

[0020] Optionally, when the access control device detects a real-time event, generating event information corresponding to the real-time event and sending the event information to the access control server includes:

[0021] When the access control device detects the same trigger signal within a preset trigger period, it determines that a real-time event has occurred and obtains device data of the device to which the trigger signal belongs;

[0022] The access control device parses the device data and loads it into a preset information template to generate event information corresponding to the real-time event;

[0023] The access control device sends the event information to the access control server.

[0024] Optionally, the access control server issues a first control instruction to the access control device according to the event information and the door status, including:

[0025] The access control server parses the event information to obtain multiple event identifiers;

[0026] The access control server sequentially matches a preset control rule table according to each of the event identifiers and the door status;

[0027] If all the event identifiers are matched successfully, the access control server loads the control identifier corresponding to the control rule table into a preset first control instruction template to generate a first control instruction;

[0028] The access control server sends the first control instruction to the access control device.

[0029] Optionally, the access control device responds to the first control instruction and drives the target passage mechanism corresponding to the first control instruction to perform a control action, including:

[0030] When the access control device receives the first control instruction, it parses the first control instruction to obtain a pass mechanism identifier and an action identifier;

[0031] The access control device determines the target access mechanism according to the access mechanism identifier;

[0032] The access control device switches the door state of the target passage mechanism according to the action identifier, so that the target passage mechanism performs a control action.

[0033] Optionally, the access control server is provided with a visual operation interface, and the method includes:

[0034] When the access control server receives an operation instruction from the visual operation interface, it determines the instruction type and instruction content according to the triggering order of the operation instruction;

[0035] The access control server selects a second control instruction template according to the instruction type and the instruction content;

[0036] The access control server loads the instruction content into the second control instruction template, generates a second control instruction, and sends it to the corresponding access control device.

[0037] Optionally, the second control instruction is a data instruction, a control instruction or a configuration instruction.

[0038] Optionally, the communication protocol between the access control server and all the access control devices is the PUSH protocol.

[0039] The present invention provides an access control device interaction system, comprising an access control server and at least one access control device, wherein the access control device is communicatively connected to a plurality of access mechanisms;

[0040] The access control equipment includes:

[0041] A door status uploading module, configured to upload the door status of each of the passage mechanisms to the access control server according to a first preset period;

[0042] An event information uploading module is used to generate event information corresponding to the real-time event and send it to the access control server when a real-time event is detected;

[0043] an action driving module, configured to respond to a first control instruction and drive a target passage mechanism corresponding to the first control instruction to perform a control action;

[0044] The access control server comprises:

[0045] The control instruction issuing module is configured to issue the first control instruction to the access control device according to the event information and the door state.

[0046] From the above technical solutions, the present application has the following advantages:

[0047] The access control device uploads the door state of each access mechanism to the access control server according to a first preset period; when the access control device detects a real-time event, event information corresponding to the real-time event is generated and sent to the access control server; the access control server issues a first control instruction to the access control device according to the event information and the door state; the access control device responds to the first control instruction and drives the target access mechanism corresponding to the first control instruction to perform a control action, thereby effectively improving the communication efficiency between the access control server and the access control device by simplifying the communication protocol and adjusting the event response process. BRIEF DESCRIPTION OF DRAWINGS

[0048] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings needed to be used in the embodiments or prior art description. Obviously, the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can also be obtained from these drawings without creative labor.

[0049] Figure 1 A step flow chart of an access control device interaction method provided by the embodiment of the present application;

[0050] Figure 2 An interaction process schematic diagram of an access control device interaction method provided by the embodiment of the present application;

[0051] Figure 3 A structural block diagram of an access control device interaction system provided by the embodiment of the present application. DETAILED DESCRIPTION

[0052] The embodiment of the present application provides an access control device interaction method and system, which is used to solve the technical problem that the existing communication mode has more redundant fields, and with the increase of the number and function types of access control devices, the communication efficiency cannot meet the requirements of the access control devices.

[0053] In order to make the purpose, features, and advantages of the present invention more obvious and easy to understand, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the embodiments described below are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of the present invention.

[0054] See also Figure 1 , Figure 1 A flowchart of the steps of an access control device interaction method provided by an embodiment of the present invention.

[0055] The present invention provides an access control device interaction method, involving an access control server and at least one access control device, wherein the access control device is communicatively connected to multiple access mechanisms, and the method includes:

[0056] Step 1001: The access control device uploads the door status of each passage mechanism to the access control server according to a first preset period;

[0057] Access control devices are terminal devices that communicate with the locks of multiple access mechanisms. They can be installed near each access mechanism and are responsible for collecting and forwarding data from the access mechanism's triggering media, triggering door control actions, and simultaneously communicating with the access control server, actively accessing the server through a question-and-answer mechanism. Access mechanisms are intelligent mechanisms that can be opened and closed, such as relays or door sensors on access doors, or locks on enclosures.

[0058] The access control server is the core of the entire access control server, providing computing power and capable of running software applications. It is responsible for the registration, data input, processing, storage, output, management and query of each access control device. The access control server communicates with each access control device through a specific communication protocol.

[0059] In this embodiment, to reduce resource consumption, the access control device can simultaneously communicate with multiple access mechanisms, allowing a single access control device to control the opening and closing of multiple access mechanisms. The access control device obtains the door status of each access mechanism at a first preset period and uploads the door status of each access mechanism to the access control server, thereby informing the access control server of the real-time status of each access mechanism.

[0060] Door status can include multiple types, such as relay, sensor, and alarm. Sensor represents the door sensor status, occupying two binary bits for each door. AA represents doors 1-4, BB represents doors 5-8, and door 1 occupies bits 1 and 2 of the first byte, and so on. 0b00 indicates the door sensor type is set to no sensor, 0b01 indicates the door is closed (with a sensor), and 0b10 indicates the door is open (without a sensor). Relay represents the relay status, occupying one binary bit for each door. 0b0 indicates the relay is engaged, 0b1 indicates the relay is disconnected, and the first bit represents the relay status of door 1, and so on. Alarm represents the alarm status, occupying one byte for each door, and can represent up to eight alarm types. DD represents the alarm status of door 1, and so on. Currently, alarms are defined as follows: 1st bit: accidental door opening; 2nd bit: tamper alarm; 3rd bit: duress password alarm; 4th bit: duress fingerprint alarm; 5th bit: door sensor timeout alarm; 6th through 8th bits are reserved.

[0061] When one of the door magnets or relays uploads the disconnect status, the access control server updates the door status to the open status. If the door status uploaded by the device is the alarm status, the access control server updates the door status of the passage mechanism to the alarm status and pushes the door alarm information to the front end of the access control server.

[0062] In addition, the door status can also include the online and locked status of the mechanism. For example, each door occupies one byte and can represent up to 8 states. The first bit indicates the online status of the door, 1 indicates online, and 0 indicates offline; the second bit indicates whether the door is locked, 1 indicates locked, and 0 indicates unlocked.

[0063] It should be noted that the communication protocol between the access control server and all access control devices is the PUSH protocol. A subset of the HTTP protocol, the PUSH protocol offers the advantage of a question-and-answer communication method between devices and the access control server. All conversations are initiated by the device, and the device and access control server software are connected according to specific specifications. This defines the interaction mechanism between the access control server and devices, enabling efficient communication between the access control server and access control devices, including data upload and download. In this embodiment, the PUSH protocol further streamlines the HTTP protocol, retaining the request header and message body for the request portion and the status header and message header for the response portion, effectively improving communication efficiency between the access control server and each access control device.

[0064] Step 1002: When the access control device detects a real-time event, it generates event information corresponding to the real-time event and sends it to the access control server;

[0065] Real-time events refer to events triggered externally on access control devices, including but not limited to card swiping, face triggering, fingerprint triggering, and sound triggering.

[0066] In the embodiment, when the access control device detects a real-time event, it indicates that the user needs to operate a certain access mechanism associated with the access control device at this time. At this time, the access control device collects corresponding data according to the real-time event, such as reading card information, collecting face data, collecting fingerprint data, collecting sound data, etc. The corresponding event information is generated according to the above data and sent to the access control server.

[0067] In an example of the present application, the method further comprises the following steps:

[0068] When the access control server receives the registration request sent by the newly accessed access control device, the serial number corresponding to the newly accessed access control device is extracted from the registration request;

[0069] The access control server matches the registered serial number list according to the serial number, and judges whether the serial number exists in the registered serial number list;

[0070] If the access control server determines that it exists, the serial number is returned to the newly accessed access control device;

[0071] If the access control server determines that it does not exist, the registration confirmation information is returned to the newly accessed access control device.

[0072] In the embodiment of the present application, the access control device needs to be registered in the access control server when it is newly accessed to the access control server, so as to ensure the normal operation of subsequent access control. When installing a newly accessed access control device, the system interface of the access control server can be called through the newly accessed access control device. The method of using http request header + json message body can be used to request the header, which includes the serial number of the device and the interface name of the access control server. The registration request is sent to the access control server. After receiving the registration request, the access control server extracts the serial number corresponding to the newly accessed access control device, such as SN serial number, for existence judgment. If it exists in the registered serial number list, it indicates that the newly accessed access control device has been registered. At this time, the serial number can be returned to the newly accessed access control device to inform the access control device that it has been registered. If it does not exist, the registration confirmation information is returned to the newly accessed access control device.

[0073] In addition, the message body can be device information, including but not limited to device name, device serial number, firmware version number, communication method: ethernet, wifi, gprs, 5G, etc., supported lock quantity, supported read head quantity, supported auxiliary input quantity, supported auxiliary output quantity, machine type, user capacity, IP address, subnet mask, gateway, loss reporting and unblocking function, etc.

[0074] Specifically, the registration request can be as follows:

[0075] Request header:

[0076] IP address / iclock / registry?SN=device serial numberHTTP / 1.1

[0077] Cookie: token=custom string

[0078] Host: Access control server IP address: Access control server port number

[0079] User-Agent: iClock Proxy / 1.09

[0080] Connection: starting

[0081] Accept: application / push

[0082] Accept-Charset: UTF-8

[0083] Accept-Language: zh-CN

[0084] Content-Type: application / push;charset=UTF-8

[0085] Content-Language: zh-CN

[0086] Content-Length: 720

[0087] Device request content:

[0088] DeviceType=acc,~DeviceName=inBIO460,FirmVer=AC Ver 5.7.6.0001 Dec 252013,PushVersion=3.2.0,CommType=ethernet,MaxPackageSize=2048000,LockCount=4,ReaderCount=4,AuxInCount=4,AuxOutCount=4,Ma chineType=10,~IsOnlyRFMachine=0,~MaxUserCount=90,~MaxAttLogCount=10,~MaxUserFingerCount=10,MThreshold=55,IPAddress=device IP address,

[0089] NetMask=255.255.255.0,GATEIPAddress=Gateway Address,

[0090] ~ZKFPVersion=10,~REXInputFunOn=1,~CardFormatFunOn=1,~SupAuthrizeFunOn=1,~ReaderCFGFunOn=1,~ReaderLinkageFunOn=1,~RelayStateFunOn=1,~Ext485ReaderFunOn=1,~TimeAPBFunOn=1,~CtlAllR elayFunOn=1,~LossCardFunOn=1,SimpleEventType=1,VerifyStyles=DB0C,EventTypes=FFFFFF3FF0B6 01000000000070010000000000000000000000F70FF01E000000,DisableUserFunOn=1,DeleteAndFunOn=1.

[0091] The access control server's response content can be as follows:

[0092] Request header:

[0093] HTTP / 1.1 200 OK

[0094] Server: C#demo / 1.1

[0095] Date: Sat, 28 Dec 2013 09:14:04 GMT

[0096] Content-Type: application / push;charset=UTF-8

[0097] Content-Length: 218

[0098] Connection: keep-alive

[0099] Request content:

[0100] registrycode=1Ru8sNR0iw

[0101] The access control server generates a registry code by generating a 10-digit random string that can contain the 26 uppercase and lowercase letters of the English alphabet and 10 numbers.

[0102] In an example of the present application, step 1002 may include the following sub-steps:

[0103] When the access control device detects the same trigger signal within the preset trigger period, it determines that a real-time event has occurred and obtains the device data of the device to which the trigger signal belongs;

[0104] The access control device analyzes the device data and loads it into the preset information template to generate event information corresponding to the real-time event;

[0105] The access control device sends event information to the access control server.

[0106] In this embodiment, the access control device can be equipped with various triggerable interfaces or structures, such as cameras, fingerprint sensors, and card readers. When the access control device detects a trigger signal through these structures—for example, a card swipe—if the access control device detects a matching card signal through the card reader, it determines that a real-time event has occurred. Simultaneously, the card information associated with the card signal is read by the card reader as device data. To avoid resource waste and account for network latency, if the same trigger signal is detected within a preset trigger period, it is collectively determined to be the same real-time event and processed as a single trigger.

[0107] After the access control device reads the device data, it parses the device data to extract the various fields required by the preset information template, and loads each field into the corresponding position in the information template, thereby generating event information corresponding to the real-time event and sending it to the access control server for further processing.

[0108] The event identifiers and their contents in the event information may be as follows:

[0109] Time:

[0110] Pin: Personnel Number

[0111] Cardno: Card number

[0112] Eventaddr: event point (name of the transit agency)

[0113] Event: event code

[0114] Inoutstatus: In / out status (0 for in, 1 for out)

[0115] Verifytype: Current verification method (face recognition, fingerprint recognition, card swipe)

[0116] At the same time, after the access control server receives the event information, it can save it to the database and push it to the visual operation interface for display for users to view.

[0117] Step 1003: The access control server issues a first control instruction to the access control device according to the event information and the door status.

[0118] In this embodiment, after receiving the event information and door status, the access control server records the door status, and determines whether the required passage structure can be opened according to the event information, and issues a first control instruction to the access control device according to the judgment structure.

[0119] The first control instruction refers to an instruction for triggering the access control device to perform passage structure control, and its format may be CONTROL DEVICE AABBCCDDEE, where AABBCCDDEE is a relevant field of a specific passage structure.

[0120] In an example of the present application, step 1003 may include the following sub-steps:

[0121] The access control server parses the event information and obtains multiple event identifiers;

[0122] The access control server matches the preset control rule table in sequence according to each event identifier and door status;

[0123] If all event identifiers are matched successfully, the access control server loads the control identifier corresponding to the control rule table into the preset first control instruction template to generate a first control instruction;

[0124] The access control server sends a first control instruction to the access control device.

[0125] The control rule table refers to a table data storing multiple sets of rules. The control identifier is obtained by sequentially comparing different event identifiers with corresponding control rules.

[0126] In this embodiment, after receiving event information, the access control server can parse it to extract the corresponding event identifier. The preset control rule table is matched in sequence according to each event identifier and door status. For example, if the event identifier indicates that access mechanism A is to be opened, the access control server first determines whether the verification method is correct. If so, it further determines whether the door status of access mechanism A is closed. If so, it further performs a combined authentication on the next event identifier, such as the personnel number, card number, and event code B, to determine whether the person has the authority to open access mechanism A under event code B. If the authentication is successful, it is determined that all event identifiers have been matched successfully. At this time, the control rule table determines the control identifier corresponding to the event according to the matching order, event identifier, and door status. The control identifier is loaded into the first control instruction template, a first control instruction is generated, and the first control instruction is issued to the access control device.

[0127] The first control instruction may be generated in a response manner, and its format may be as follows:

[0128] Request header:

[0129] HTTP / 1.1 200 OK

[0130] Server: C#demo / 1.1

[0131] Date: Sat, 28 Dec 2013 09:14:04 GMT

[0132] Content-Type: application / push;charset=UTF-8

[0133] Content-Length: 218

[0134] Connection: keep-alive

[0135] Request Content:

[0136] OK

[0137] The control identifier can include a pass mechanism identifier such as 218 and an action identifier such as keep-alive.

[0138] In a specific implementation, the opening signal is not sent to open the door after the access control controller verifies it. The event record is uploaded to the software, and after the software obtains the event record information, the verification software verifies the preset access control rules (such as personnel authority, personnel number limit, multi-person verification, first person always open) and then sends a remote opening instruction. Alternatively, the user is registered in the software and then sent to the access control device. After the card is swiped and verified by the device, the door is not opened at this time. After the event record is uploaded and the access control specification is verified by the software, the opening instruction is sent at this time.

[0139] Optionally, the instructions and information sent between the access control server and the access control device can be further encrypted by pre-calling data encryption to improve information security.

[0140] Step 1004, the access control device responds to the first control instruction and drives the target pass mechanism corresponding to the first control instruction to perform a control action.

[0141] In an example of the present application, step 1004 can include the following sub-steps:

[0142] When the access control device receives the first control instruction, the first control instruction is parsed to obtain a pass mechanism identifier and an action identifier;

[0143] The access control device determines the target pass mechanism according to the pass mechanism identifier;

[0144] The access control device switches the door state of the target pass mechanism according to the action identifier, so that the target pass mechanism performs a control action.

[0145] In an embodiment of the present application, after receiving the first control instruction issued by the access control server, the access control device parses it to obtain the pass mechanism identifier and the action identifier. The access control device locates the target pass identifier according to the pass mechanism and switches the door state of the target pass mechanism according to the action identifier, so that the target pass mechanism performs the corresponding control action, such as opening the door and maintaining the normally open state.

[0146] In one example of the present application, the method further includes:

[0147] The access control device sends an interface call request to the access control server according to a second preset period;

[0148] When the access control server receives the interface call request, it returns the call confirmation information to the access control device and updates the thread;

[0149] If the access control server does not receive any interface calling request within the third preset period, it determines that the access control device to which the interface calling request belongs is in an offline state and displays it.

[0150] In an embodiment of the present application, the access control server can also perform a heartbeat check on the online status of the access control device to determine whether the access control device is online. For example, the device will request the access control server once every 5 seconds according to the second preset period, calling the access control server's ping interface without requesting content. After receiving the request, the access control server responds with an OK to the device. If the device does not request the access control server for more than 5 seconds, and the access control server thread update time is 2 seconds, then if there is no interaction for more than 7 seconds within the third preset period, the access control server backend will send the device offline status to the front end.

[0151] In one example of the present application, the access control server is provided with a visual operation interface, and the method includes:

[0152] When the access control server receives an operation instruction from the visual operation interface, it determines the instruction type and instruction content according to the triggering sequence of the operation instruction;

[0153] The access control server selects the second control instruction template according to the instruction type and instruction content;

[0154] The access control server loads the instruction content into the second control instruction template, generates a second control instruction and sends it to the corresponding access control device;

[0155] The second control instruction is a data instruction, a control instruction or a configuration instruction.

[0156] It's important to note that data commands can be used to add or update data to a device. If the device doesn't already have data with this primary key, it's added; otherwise, existing device data can be modified or updated. Personnel information (including biometric information), photos, and access control permissions are all sent to the device using this command. The format can be DATA UPDATE table name field name 1 = value 1\t field name 2 = value 2\t field name 3 = value 3+; or to delete data from the device using the format DATA DELETE table name delete condition list; or to query data from the device using the format DATA QUERY query condition.

[0157] Control commands can be used to control the device or remotely upgrade the device firmware. The control format is CONTROLDEVICE AABBCCDDEE; remote device firmware upgrade is UPGRADE checksum=xx,url=xx,size=xx, where Checksum represents the MD5 checksum value, url represents the download address, and size represents the original file size.

[0158] Configuration instructions can configure device parameters or obtain device configuration information. The parameter configuration format is: SET OPTIONS parameter-value list; the format for obtaining device configuration information is: GET OPTIONS parameter name list.

[0159] In another example of this application, the format of the request header of the request sent by the access control device can be unified as follows:

[0160] IP address / iclock / registry?SN=device serial numberHTTP / 1.1

[0161] Cookie: token=custom string

[0162] Host: Access control server IP address: Access control system port number

[0163] User-Agent: iClock Proxy / 1.09

[0164] Connection: starting

[0165] Accept: application / push

[0166] Accept-Charset: UTF-8

[0167] Accept-Language: zh-CN

[0168] Content-Type: application / push;charset=UTF-8

[0169] Content-Language: zh-CN

[0170] Content-Length: xx

[0171] Correspondingly, the format of the access control server's response header can be unified as follows:

[0172] HTTP / 1.1 200 OK

[0173] Server: C#demo / 1.1

[0174] Date: Time

[0175] Content-Type: application / push;charset=UTF-8

[0176] Content-Length: xx

[0177] Connection: keep-alive

[0178] like Figure 2 As shown, Figure 2 A schematic diagram of the interaction process of an access control device interaction method provided by an embodiment of the present invention is shown.

[0179] First, when the access control device connects to the access control server for the first time, it sends GET / clock / serial number information to the access control server. At this time, the access control server registers the access control and returns the registration code to the access control device; the access control device sends the SN serial number to the access control server to verify whether it is registered. The access control server returns the SN serial number to the access control device to inform it that it has been registered; the access control device sends a push request to the access control server to request synchronization of communication parameters. The access control server responds and returns the communication parameters for the access control device to set; the access control device sends a data request to the access control server, and the access control server returns the request result required by the data request, such as data or instructions, to the access control device.

[0180] In an embodiment of the present application, the door status of each access mechanism is uploaded to the access control server through the access control device according to a first preset period; when the access control device detects a real-time event, it generates event information corresponding to the real-time event and sends it to the access control server; the access control server issues a first control instruction to the access control device according to the event information and the door status; the access control device responds to the first control instruction and drives the target access mechanism corresponding to the first control instruction to perform a control action, thereby effectively improving the communication efficiency between the access control server and the access control device by simplifying the communication protocol and adjusting the event response process.

[0181] See also Figure 3 , Figure 3 A structural block diagram of an access control device interaction system in an embodiment of the present application is shown.

[0182] The embodiment of the present invention provides an access control device interaction system, comprising an access control server 1 and at least one access control device 2, wherein the access control device 2 is communicatively connected to a plurality of passage mechanisms 3;

[0183] Access control device 2 includes:

[0184] The door status uploading module 201 is used to upload the door status of each passage mechanism to the access control server according to a first preset period;

[0185] The event information uploading module 202 is used to generate event information corresponding to the real-time event and send it to the access control server when a real-time event is detected;

[0186] An action driving module 203 is configured to respond to the first control instruction and drive the target passage mechanism corresponding to the first control instruction to perform a control action;

[0187] Access control server 1 includes:

[0188] The control instruction issuing module 101 is used to issue a first control instruction to the access control device according to event information and door status.

[0189] Optionally, the access control server 1 is further configured to:

[0190] When receiving a registration request sent by a new access control device, extracting the serial number corresponding to the new access control device from the registration request;

[0191] Match the serial number with the registered sequence list to determine whether the serial number exists in the registered sequence list;

[0192] If it is determined to exist, the serial number is returned to the newly connected access control device;

[0193] If it is determined that it does not exist, the registration confirmation information is returned to the newly connected access control device.

[0194] Optionally, the access control device 2 is further used to:

[0195] Sending an interface call request to the access control server according to a second preset period;

[0196] Access control server 1 is also used for:

[0197] When an interface call request is received, the call confirmation information is returned to the access control device and the thread is updated;

[0198] If no interface call request is received within the third preset period, it is determined that the access control device to which the interface call request belongs is in an offline state and is displayed.

[0199] Optionally, the event information uploading module 202 is specifically configured to:

[0200] When the access control device detects the same trigger signal within the preset trigger period, it determines that a real-time event has occurred and obtains the device data of the device to which the trigger signal belongs;

[0201] The access control device analyzes the device data and loads it into the preset information template to generate event information corresponding to the real-time event;

[0202] The access control device sends event information to the access control server.

[0203] Optionally, the control instruction issuing module 101 is specifically configured to:

[0204] The access control server parses the event information and obtains multiple event identifiers;

[0205] The access control server matches the preset control rule table in sequence according to each event identifier and door status;

[0206] If all event identifiers are matched successfully, the access control server loads the control identifier corresponding to the control rule table into the preset first control instruction template to generate a first control instruction;

[0207] The access control server sends a first control instruction to the access control device.

[0208] Optionally, the action driving module 203 is specifically configured to:

[0209] When the access control device receives the first control instruction, it parses the first control instruction to obtain the passage mechanism identifier and the action identifier;

[0210] The access control device determines the target access agency according to the access agency identification;

[0211] The access control device switches the door state of the target passage mechanism according to the action identifier, so that the target passage mechanism performs the control action.

[0212] Optionally, the access control server is provided with a visual operation interface, and the access control server is specifically used to:

[0213] When an operation instruction is received from the visual operation interface, the instruction type and instruction content are determined according to the triggering sequence of the operation instruction;

[0214] Select the second control instruction template according to the instruction type and instruction content;

[0215] The instruction content is loaded into the second control instruction template, a second control instruction is generated and sent to the corresponding access control device.

[0216] Optionally, the second control instruction is a data instruction, a control instruction or a configuration instruction.

[0217] Optionally, the communication protocol between the access control server and all access control devices is the PUSH protocol.

[0218] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the above-described systems and modules can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0219] In the several embodiments provided in this application, it should be understood that the disclosed systems and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of the modules is merely a logical function division. In actual implementation, there may be other division methods, such as multiple modules or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interfaces, devices or modules, which can be electrical, mechanical or other forms.

[0220] The modules described as separate components may or may not be physically separate, and the components shown as modules may or may not be physical modules, that is, they may be located in one place or distributed across multiple network modules. Some or all of the modules may be selected to achieve the purpose of the present embodiment according to actual needs.

[0221] As described above, the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit the same. Although the present invention has been described in detail with reference to the above embodiments, those skilled in the art should understand that the technical solutions described in the above embodiments can still be modified, or some of the technical features thereof can be replaced by equivalents. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for interacting with an access control device, characterized in that: The method involves an access control server and at least one access control device, wherein the access control device is communicatively connected to multiple access mechanisms, and includes: The access control device uploads the door status of each of the passage mechanisms to the access control server according to a first preset period; When the access control device detects a real-time event, it generates event information corresponding to the real-time event and sends it to the access control server; The access control server issues a first control instruction to the access control device according to the event information and the door status; The access control device responds to the first control instruction and drives the target passage mechanism corresponding to the first control instruction to perform a control action; The access control server issues a first control instruction to the access control device according to the event information and the door status, including: The access control server parses the event information to obtain multiple event identifiers; The access control server sequentially matches a preset control rule table according to each of the event identifiers and the door status; If all the event identifiers are matched successfully, the access control server loads the control identifier corresponding to the control rule table into a preset first control instruction template to generate a first control instruction; The access control server sends the first control instruction to the access control device.

2. The method according to claim 1, characterized in that The method further comprises: When the access control server receives a registration request sent by a new access control device, extracting a serial number corresponding to the new access control device from the registration request; The access control server matches the serial number with a registered sequence table to determine whether the serial number exists in the registered sequence table; If the access control server determines that the serial number exists, it returns the serial number to the new access control device; If the access control server determines that the new access control device does not exist, it returns registration confirmation information to the new access control device.

3. The method according to claim 1, characterized in that The method further comprises: The access control device sends an interface call request to the access control server according to a second preset period; When the access control server receives the interface call request, it returns call confirmation information to the access control device and updates the thread; If the access control server does not receive any of the interface calling requests within the third preset period, it determines that the access control device to which the interface calling request belongs is in an offline state and displays the result.

4. The method according to claim 1, wherein When the access control device detects a real-time event, generating event information corresponding to the real-time event and sending the event information to the access control server includes: When the access control device detects the same trigger signal within a preset trigger period, it determines that a real-time event has occurred and obtains device data of the device to which the trigger signal belongs; The access control device parses the device data and loads it into a preset information template to generate event information corresponding to the real-time event; The access control device sends the event information to the access control server.

5. The method according to claim 1, wherein The access control device responds to the first control instruction and drives the target passage mechanism corresponding to the first control instruction to perform a control action, including: When the access control device receives the first control instruction, it parses the first control instruction to obtain a pass mechanism identifier and an action identifier; The access control device determines the target access mechanism according to the access mechanism identifier; The access control device switches the door state of the target passage mechanism according to the action identifier, so that the target passage mechanism performs a control action.

6. The method according to claim 1, characterized in that The access control server is provided with a visual operation interface, and the method includes: When the access control server receives an operation instruction from the visual operation interface, it determines the instruction type and instruction content according to the triggering order of the operation instruction; The access control server selects a second control instruction template according to the instruction type and the instruction content; The access control server loads the instruction content into the second control instruction template, generates a second control instruction, and sends it to the corresponding access control device.

7. The method according to claim 6, characterized in that The second control instruction is a data instruction, a control instruction or a configuration instruction.

8. The method according to any one of claims 1 to 7, characterized in that The communication protocol between the access control server and all the access control devices is the PUSH protocol.

9. An access control device interaction system, characterized in that: It includes an access control server and at least one access control device, wherein the access control device is communicatively connected to a plurality of access mechanisms; The access control equipment includes: A door status uploading module, configured to upload the door status of each of the passage mechanisms to the access control server according to a first preset period; An event information uploading module is used to generate event information corresponding to the real-time event and send it to the access control server when a real-time event is detected; an action driving module, configured to respond to a first control instruction and drive a target passage mechanism corresponding to the first control instruction to perform a control action; The access control server includes: a control instruction issuing module, configured to issue the first control instruction to the access control device according to the event information and the door status; The control instruction issuing module is specifically used for: The access control server parses the event information to obtain multiple event identifiers; The access control server sequentially matches a preset control rule table according to each of the event identifiers and the door status; If all the event identifiers are matched successfully, the access control server loads the control identifier corresponding to the control rule table into a preset first control instruction template to generate a first control instruction; The access control server sends the first control instruction to the access control device.

Images