Method and device for processing virtual card of passing place

Abstract

The embodiment of the invention provides a method and device for processing a virtual card of a passing place, and the method comprises the steps: starting from a permission application range submitted by a user for the passing place through a service subprogram in a virtual card opening processing process of the passing place, starting from a permission application range submitted by the user for the passing place through a service subprogram; the first server side based on the service subprogram sends application data according to the permission application range, sends card opening data to a second server side of the access control equipment and receives returned pass card data, and after skipping to a card processing program from the service subprogram through the application program, the first server side sends the card opening data to the second server side of the access control equipment; and sending pass card data to a third server of the card processing program so as to generate a virtual card in the card processing program, thereby realizing permission application and virtual card generation of the pass place through cooperation of the application server, the first server, the second server and the third server.

Description

Technical Field

[0001] This document relates to the field of data processing technology, and in particular to a method and device for processing virtual cards in a pass. Background Art

[0002] With the continuous development and promotion of the Internet and smart hardware, the application scope of various online services provided by the Internet is becoming wider and wider. In this case, many online services are combined with offline scenarios. For example, online service platforms manage community access control, and users can apply for community access control through online service platforms. For example, users copy the community access control card through their mobile phones for access control. However, with the expansion of the scope of service application and the popularization of services, the requirements for access control security are also getting higher and higher. Summary of the Invention

[0003] One or more embodiments of the present specification provide a method for processing a virtual card for a pass venue, which is applied to an application server, and the method includes: obtaining application data sent by a first server of a service subroutine after verifying user authority. The application data is determined based on the scope of the authority application submitted by the user in the service subroutine for the pass venue. Based on the application data, card activation data is sent to a second server of an access control device deployed at the pass venue, and pass card data generated by the second server is received. The service subroutine is used in conjunction with the application to jump to the card processing program installed at the user terminal. The pass card data is sent to a third server of the card processing program to generate a virtual card corresponding to the pass card data through the card processing program.

[0004] One or more embodiments of the present specification provide another method for processing virtual cards for access places, which is applied to a user terminal, and the method includes: submitting the permission application scope submitted by the user for the access place to the first server through a service subroutine, so as to verify the user's permissions through the first server and send the application data to the application server. According to the card activation instruction submitted by the user in the service subroutine, the application is called to jump from the service subroutine to the card processing program. A virtual card corresponding to the access card data is generated by the card processing program. The access card data is obtained by the application server through card activation processing in cooperation with the second server of the access control device deployed in the access place based on the application data, and is sent to the card processing program through the third server.

[0005] One or more embodiments of the present specification provide a virtual card processing device for a pass venue, which runs on an application server, and the device includes: an application data acquisition module, which is configured to obtain application data sent by the first server of the service subroutine after user authority verification. The application data is determined based on the scope of authority application submitted by the user in the service subroutine for the pass venue. A card activation data sending module, which is configured to send card activation data to the second server of the access control device deployed in the pass venue based on the application data, and receive the pass card data generated by the second server. A jump processing module, which is configured to cooperate with the application to perform jump processing of the service subroutine to the card processing program installed in the user terminal. A pass card data sending module, which is configured to send the pass card data to the third server of the card processing program, so as to generate a virtual card corresponding to the pass card data through the card processing program.

[0006] One or more embodiments of the present specification provide another virtual card processing device for a pass venue, which runs on a user terminal, and the device includes: a permission application range submission module, which is configured to submit the permission application range submitted by the user for the pass venue to the first server through a service subroutine, so as to verify the user's permissions through the first server and send the application data to the application server. A jump module, which is configured to jump from the service subroutine to the card processing program by calling an application program according to the card activation instruction submitted by the user in the service subroutine. A virtual card generation module, which is configured to generate a virtual card corresponding to the pass card data through the card processing program. The pass card data is obtained by the application server through card activation processing based on the application data in cooperation with the second server of the access control device deployed in the pass venue, and is sent to the card processing program through a third server.

[0007] One or more embodiments of the present specification provide a virtual card processing device for a pass venue, comprising: a processor; and a memory configured to store computer-executable instructions, wherein the computer-executable instructions, when executed, cause the processor to: obtain application data sent by the first server end of the service subroutine after user authority verification. The application data is determined based on the scope of the authority application submitted by the user in the service subroutine for the pass venue. Based on the application data, card activation data is sent to the second server end of the access control device deployed in the pass venue, and the pass card data generated by the second server end is received. The service subroutine is used in conjunction with the application program to perform a jump process to the card processing program installed in the user terminal. The pass card data is sent to the third server end of the card processing program to generate a virtual card corresponding to the pass card data through the card processing program.

[0008] One or more embodiments of the present specification provide another virtual card processing device for a pass venue, comprising: a processor; and a memory configured to store computer-executable instructions, wherein when the computer-executable instructions are executed, the processor: submits the permission application scope submitted by the user for the pass venue to the first server through a service subroutine, so as to verify the user's permissions through the first server and send the application data to the application server. According to the card activation instruction submitted by the user in the service subroutine, the application is called to jump from the service subroutine to the card processing program. A virtual card corresponding to the pass card data is generated by the card processing program. The pass card data is obtained by the application server through card activation processing in cooperation with the second server of the access control device deployed in the pass venue based on the application data, and is sent to the card processing program through the third server.

[0009] One or more embodiments of the present specification provide a computer-readable storage medium for storing computer-executable instructions, which implement the following process when executed: obtaining application data sent by the first server end of the service subroutine after user authority verification. The application data is determined based on the scope of authority application submitted by the user in the service subroutine for the pass venue. Based on the application data, card activation data is sent to the second server end of the access control device deployed at the pass venue, and the pass card data generated by the second server end is received. Cooperate with the application program to perform jump processing of the service subroutine to the card processing program installed in the user terminal. Send the pass card data to the third server end of the card processing program to generate a virtual card corresponding to the pass card data through the card processing program.

[0010] One or more embodiments of the present specification provide another computer-readable storage medium for storing computer-executable instructions, which implement the following process when executed: submitting the permission application scope submitted by the user for the access venue to the first server through the service subroutine, so as to verify the user's permissions through the first server and send the application data to the application server. According to the card activation instruction submitted by the user in the service subroutine, jump from the service subroutine to the card processing program by calling the application program. Generate a virtual card corresponding to the pass card data through the card processing program. The pass card data is obtained by the application server through card activation processing based on the application data and in cooperation with the second server of the access control device deployed at the access venue, and is sent to the card processing program through the third server. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] In order to more clearly illustrate one or more embodiments of this specification or technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or descriptions of the prior art. Obviously, the drawings described below are only some embodiments described in this specification. Those skilled in the art can derive other drawings based on these drawings without inventive effort. Figure 1 A schematic diagram of an implementation environment for a method for processing a virtual card in a public space provided by one or more embodiments of this specification; Figure 2 A flowchart of a method for processing a virtual card in a pass-through location provided by one or more embodiments of this specification; Figure 3 A processing sequence diagram of a virtual card processing method for a pass venue, which is applied to a pass venue card activation scenario, provided by one or more embodiments of this specification; Figure 4 A flowchart of another method for processing a virtual card in a pass-through location provided by one or more embodiments of this specification; Figure 5 A schematic diagram of an embodiment of a virtual card processing device for a public place provided by one or more embodiments of this specification; Figure 6 A schematic diagram of another embodiment of a virtual card processing device for a pass-through location provided by one or more embodiments of this specification; Figure 7 A schematic diagram of the structure of a virtual card processing device for a public place provided in one or more embodiments of this specification; Figure 8 A schematic diagram of the structure of another virtual card processing device for a pass location provided in one or more embodiments of this specification. DETAILED DESCRIPTION

[0012] In order to enable those skilled in the art to better understand the technical solutions in one or more embodiments of this specification, the technical solutions in one or more embodiments of this specification will be clearly and completely described below in conjunction with the drawings in one or more embodiments of this specification. Obviously, the described embodiments are only part of the embodiments of this specification, not all of the embodiments. Based on one or more embodiments of this specification, all other embodiments obtained by ordinary technicians in this field without making creative efforts should fall within the scope of protection of this document.

[0013] The virtual card processing method for a pass place provided in one or more embodiments of this specification can be applied to the implementation environment of opening a card at a pass place, referring to Figure 1 , the implementation environment includes at least: User terminal 101, application server 102, first server 103, second server 104, third server 105 and access control device 106; The user terminal 101 is installed with an application, the application server 102 is the server of the application, a service subroutine is running in the application, and the first server 103 is the server of the service subroutine. The user can select and submit the permission application scope through the service subroutine. The first server 103 processes the permission application scope submitted by the service subroutine and sends the application data to the application server 102. The second server 104 is a server of the access control device 106 deployed at the pass site. The application server 102 cooperates with the second server 104 to perform card activation processing based on the application data sent by the first server 103 to obtain the pass card data; In addition, the user terminal 101 is also installed with a card processing program, and the third server 105 is the server of the card processing program. Through the cooperation of the application server 102 and the third server 105, the pass card data is sent to the card processing program, and finally a virtual card corresponding to the pass card data is generated in the card processing program.

[0014] The user terminal 101 can specifically be a mobile phone, a personal computer, a tablet computer, an e-book reader, a device for information interaction based on VR (Virtual Reality) and AR (Augmented Reality), an in-vehicle terminal, an IoT device, a wearable smart device, a laptop computer and a desktop computer, etc.; the application server 102, the first server 103, the second server 104 and the third server 105 can run on their respective corresponding servers, server clusters or cloud servers.

[0015] In this implementation environment, during the virtual card processing process for a pass venue, the service subroutine first uploads the permission application scope submitted by the user for the pass venue to the first server end 103. The first server end 103 verifies the user's permissions, determines the application data based on the permission application scope, and sends it to the application server end 102. The application server end 102 sends the card activation data to the second server end 104 based on the application data, and receives the pass card data generated by the second server end 104. Thereafter, the application server end 102 cooperates with the application program to perform a jump process from the service subroutine to the card processing program. After the jump process, the pass card data is sent to the third server end 105 through the application server end 102, and a virtual card corresponding to the pass card data is generated through the cooperation of the card processing program and the third server end 105. In this way, through the collaboration of the application server end 102, the first server end 103, the second server end 104, and the third server end 105, permission application and virtual card generation in the pass venue are realized, so that the user can process the generated virtual card at the access control device in the pass venue.

[0016] It should be noted that, considering that the user identification, identity identification, communication identification, application account identification and other related data involved in this specification may belong to the user's privacy to a certain extent, if you want to collect user identification, identity identification, communication identification, application account identification and other related data, you can obtain the user's authorization before collecting the data, so that the data collection operation complies with relevant data management regulations. For example, the user's data authorization can be performed in the process of obtaining the user identification, identity identification, communication identification, and application account identification in the service subroutine or application; the specific method of data authorization can be to send an authorization reminder to the user, and the user can obtain data collection authorization after confirming the reminder through an instruction, or the method of data authorization can also be to obtain data collection authorization by signing a data authorization agreement.

[0017] This specification provides one or more embodiments of a method for processing a virtual card in a pass-through location as follows: Reference Figure 2 The virtual card processing method for a pass venue provided in this embodiment can be applied to an application server, and the method specifically includes steps S202 to S208.

[0018] Step S202: obtaining application data sent by the first server of the service subprogram after verifying the user authority.

[0019] The service subroutine described in this embodiment refers to a subroutine for providing services related to access processing, etc., to users by a passageway or a service agency of a passageway. Specifically, the service subroutine may be a subroutine running within an application, such as a property management subroutine running within an application, provided by a property management agency of a passageway. A passageway refers to a physical location or facility that is physically accessible and that users can enter and exit. The user's entry and exit behavior in such a location constitutes access. For example, a passageway may be a residential complex, school, office space, study room, or entertainment venue. Accordingly, the first service end of the service subroutine refers to a service end that cooperates with the service subroutine to perform services related to access processing, etc.

[0020] During specific implementation, during the activation process of a virtual card for a pass venue, the user can select and apply for a pass range or permission range for the pass venue in the service subroutine. The pass range or permission range selected by the user in the service subroutine is called the permission application range. After the user completes the selection of the permission application range in the service subroutine, the service subroutine uploads the permission application range to the first server end of the service subroutine; accordingly, after receiving the permission application range, the first server end verifies the user's permissions and determines the application data based on the permission application range, and further sends the application data to the application server end of the application program; here, the application server end obtains the application data sent by the first server end after verifying the user's permissions.

[0021] The application data refers to the data sent by the first server end of the service subprogram for applying for access rights to the access venue; optionally, the application data is determined based on the scope of the permission application submitted by the user for the access venue in the service subprogram.

[0022] Specifically, the application data includes the device manufacturer identification and the access control device identification of at least one access control device corresponding to the permission application scope; wherein, the device manufacturer identification is used to determine the device manufacturer of the access control device deployed in the current passage, and then determine the second server end of the access control device, so that the application server can communicate data with the second server end of the access control device; the access control device identification is used to determine which access control devices deployed in the passage corresponding to the passage scope or permission scope applied by the user, and the access control device to which the access control device identification belongs is the access control device corresponding to the passage scope or permission scope applied by the user, that is, the access control device that the user will use in the passage subsequently.

[0023] In addition, the application data may also include a card identifier, a card type, a pass location identifier and / or a user identifier, where the card identifier may be the card number and / or card name assigned by the first server, the card type may be the card type assigned by the first server, and the user identifier may be the user's identity identifier, communication identifier or the user's application account identifier in the application.

[0024] During the specific implementation process, when the first server verifies the user's authority, the user can be verified from two perspectives: user identity and authority application scope, so as to improve the traffic security of the passage. Specifically, the user's authority can be verified by authenticating the user and verifying the authority application scope, and application data can be generated if the verification is passed.

[0025] In an optional implementation provided by this embodiment, user authority verification includes: authenticating the user, and after the identity verification is passed, verifying the scope of the user's authority application to obtain a verification result, and the application data is generated when the verification result is passed. In addition, user authority verification can also be performed on the scope of the user's authority application to obtain a verification result; wherein, the verification of the scope of the user's authority application includes matching the user's access authority with the scope of the authority application, specifically verifying whether the user's access authority matches the scope of the authority application. If they match, it is determined that the verification is passed; if not, it is determined that the verification has failed.

[0026] Step S204: sending card activation data to a second server of the access control device deployed at the pass location based on the application data, and receiving pass card data generated by the second server.

[0027] During specific implementation, the application server can generate card activation data based on the application data sent by the first server of the service subroutine, and send it to the second server of the access control device deployed at the pass venue. The purpose of sending the card activation data to the second server of the access control device here is to synchronize the permission application scope applied by the user through the service subroutine to the corresponding access control device deployed at the pass venue through the second server, so that the user can pass through the corresponding access control device deployed at the pass venue after the activation processing of the virtual card is completed; specifically, after sending the card activation data to the second server, the second server can send the card identifier to the access control device corresponding to the access control device identifier based on the card identifier and access control device identifier carried by the card activation data, so as to synchronize the current user's permission application to the corresponding access control device. At the same time, the second server also generates pass card data and returns the generated pass card data to the application server, and the pass card data returned by the second server is received here.

[0028] Here, the access card data refers to the card data used for access, specifically the card creation data used to access the access control equipment at the access location. Therefore, the access card data can also be replaced with card data or card creation data. Here, the second server does not actually create the card, but rather generates the card data or card creation data used for card creation. The card data or card creation data is ultimately sent to the card processing program, which then generates a virtual card based on the card data or card creation data. Specifically, the access card data includes: a access card identifier, a key, a card data storage sector number, and / or block data corresponding to the card data storage sector number.

[0029] During the process of the application server and the second server cooperating to generate the pass card data, data assembly can be performed based on the application data to obtain the card activation data and send it to the second server, and the pass card data generated and returned by the second server based on the card activation data can be received.

[0030] In addition, during the process of the application server and the second server cooperating to generate the pass card data, the pass card data may also be generated in a task interaction manner. Specifically, in an optional implementation provided by this embodiment, the card activation data is sent to the second server of the access control device deployed at the pass location based on the application data, including: Assemble data based on application data to obtain card activation data, and create a card activation task containing the card activation data, or create a card activation task containing the card activation data; Based on the device manufacturer identifier included in the application data, a card activation task is sent to the second server corresponding to the device manufacturer identifier.

[0031] During the specific execution process, after the application data is sent to the second server, the second server can parse the application data and perform data synchronization or permission synchronization with the corresponding access control device based on the parsing result. For example, based on the access control device identification contained in the application data, data synchronization or permission synchronization is performed with the access control device corresponding to the access control device identification in the pass venue, so that the user can obtain access rights to the access control device through data synchronization or permission synchronization; at the same time, the second server generates pass card data according to the card type contained in the application data, and returns the generated pass card data to the application server.

[0032] It should be noted that, in addition to the above-mentioned implementation method of generating pass card data through the second server, pass card data can also be generated through the first server. In this case, the application data includes the pass card data generated by the first server, and the pass card data can be replaced with card data or card making data. The application data is determined based on the scope of the permission application submitted by the user for the pass venue in the service subroutine, and the application data includes the card data or card making data generated by the first server; wherein, the pass card data can be generated after the user permission is verified; accordingly, the card activation data is sent to the second server of the access control device deployed at the pass venue based on the application data, and the pass card data generated by the second server is received, which can be replaced with : Sending permission synchronization data to the second server of the access control device deployed at the passage place based on the application data; or, it can also be replaced by: sending permission synchronization data to the second server of the access control device deployed at the passage place based on the application data, and receiving the permission synchronization result returned by the second server, and the permission synchronization result can be a synchronization success result or a synchronization completion result; wherein, the permission synchronization data is used to synchronize the permission application scope to the corresponding access control device, specifically, the permission synchronization data includes the card identifier and the access control device identifier. After the second server receives the card identifier and the access control device identifier, the card identifier can be sent to the access control device corresponding to the access control device identifier, so as to synchronize the current user's permission application scope to the corresponding access control device.

[0033] Step S206: Cooperate with the application program to redirect the service subroutine to the card processing program installed in the user terminal.

[0034] In specific implementation, after the application server receives the pass card data returned by the second server, it cooperates with the application to perform a jump process of the service subroutine to the card processing program installed on the user terminal based on the user's operation of the service subroutine in the application, or, after the application server sends the permission synchronization data to the second server of the access control device deployed at the pass venue based on the application data, it cooperates with the application to perform a jump process of the service subroutine to the card processing program installed on the user terminal. The purpose of jumping to the card processing program is to generate a corresponding virtual card through the card processing program, that is, a virtual card that can pass through the access control device at the pass venue.

[0035] During the specific execution process, after the application server receives the pass card data or permission synchronization result returned by the second server, it can also synchronize the card activation processing status to the first server, so that the card activation processing status can be sent to the service subroutine through the first server, so that the user can perceive the status of the card activation processing and perform corresponding operations based on the current card activation processing status.

[0036] Specifically, in an optional implementation manner provided by this embodiment, after the application server receives the pass card data or permission synchronization result returned by the second server, it synchronizes the card activation processing status to the first server based on the pass card data or permission synchronization result, so as to send the card activation processing status to the service subroutine through the first server; wherein, the jump processing can be performed after detecting the card activation instruction submitted by the user through the service subroutine.

[0037] Optionally, the service subroutine initiates a jump call to the application based on the card activation instruction; the application jumps to the card processing program in response to the jump call; specifically, the application can respond to the jump call, perform jump execution processing and cooperate with the application server to perform jump verification, and jump to the card processing program after the verification is passed.

[0038] During the specific execution process, after the application server receives the pass card data or permission synchronization result returned by the second server, it sends the card activation processing status to the service subroutine through the first server. The service subroutine receives and displays the card activation processing status. The user can submit a card activation instruction based on the displayed card activation processing status. After detecting the user's card activation instruction, the service subroutine can initiate a jump call to the application program; Correspondingly, the application responds to the jump call, performs jump execution processing, and submits a jump verification request to the application server. The application server performs jump verification and returns the verification result to the application. If the verification result is passed, the application executes the jump action to jump to the card processing program and may also pass parameters to the card processing program. Specifically, the card activation parameters passed to the card processing program include the pass card identifier and / or user identifier; the card activation parameters may also include the jump address or application identifier of the card application, so that the jump processing to the card application is performed according to the jump address or application identifier; Here, the card activation parameters can be sent by the application server to the application after the jump verification is passed, or they can be sent by the first server to the service subroutine and then passed into the application by the service subroutine; or, some card activation parameters are sent by the application server to the application after the jump verification is passed, and other part of the card activation parameters are sent by the first server to the service subroutine and then passed into the application by the service subroutine. For example, the jump address or application identifier is sent by the application server to the application after the jump verification is passed, and the card identifier and / or user identifier is sent by the first server to the service subroutine and then passed into the application by the service subroutine; for another example, the card identifier is sent by the application server to the application after the jump verification is passed, and the user identifier is sent by the first server to the service subroutine and then passed into the application by the service subroutine.

[0039] It should be pointed out that the process of the service subroutine jumping to the card processing program installed in the user terminal can also be executed by the application. In this case, after the application server receives the pass card data returned by the second server, it can send the pass card data to the third server of the card processing program, that is: after step S202 and step S204 are executed, step S206 is not executed, and step S208 is directly executed. In this case, the pass card data is sent to the third server after the application performs the jump processing of the service subroutine to the card processing program.

[0040] Step S208: sending the pass card data to a third server of the card processing program, so that the card processing program generates a virtual card corresponding to the pass card data.

[0041] After the service subroutine redirects to the card processing program, the card processing program can request the access card data from the application server via the third server. The application server sends the access card data to the third server of the card processing program, allowing the card processing program to generate a virtual card corresponding to the access card data. Alternatively, the card processing program and the third server can collaborate to generate a virtual card corresponding to the access card data. A virtual card refers to an electronic card generated by the card application program. This electronic card can be a simulated card or electronic certificate used for access control.

[0042] During the specific execution process, when the card processing program requests the pass card data from the application server through the third server, the card processing program may submit a data acquisition request to the third server according to the input card activation parameters, so as to obtain the pass card data corresponding to the card activation parameters from the application server through the third server; Among them, the data acquisition request submitted by the card processing program to the third server carries the card activation parameters. After the third server receives the data acquisition request submitted by the card processing program, it sends a card data request to the application server based on the card activation parameters carried in the data acquisition request. The application server sends the pass card data to the third server based on the card data request; thereafter, after the application server receives the pass card data, it can send the pass card data to the card processing program, and the card processing program will generate a corresponding virtual card based on the pass card data; or, after receiving the pass card data, the application server will generate a corresponding virtual card through cooperation with the card processing program.

[0043] The above-mentioned application server cooperates with the first server, the second server and the third server to realize the activation processing of the virtual card in the pass place. Based on the virtual card obtained after the activation processing, the user can use the obtained virtual card to pass through the pass place, specifically to obtain the access permission of the access control device deployed in the pass place corresponding to the user's permission application scope. On this basis, the user can use the virtual card to pass through the access control device deployed in the pass place.

[0044] In actual applications, when using a virtual card to process access to an access control device deployed at a pass location, the user terminal can establish a near-field communication connection with the configured near-field communication component access control device, and after establishing the near-field communication connection, perform access processing based on the cooperation between the virtual card and the access control device.

[0045] During the specific implementation process, in the process of performing access processing according to the cooperation between the virtual card and the access control device, the user terminal may send the card data of the virtual card to the access control device for access verification processing; specifically, in an optional implementation provided by this embodiment, the access processing is implemented in the following manner: The user terminal sends the card data of the virtual card to the access control device via a near field communication connection; The access control device verifies the card data based on the card activation record and determines the access processing result according to the verification result; wherein the access processing result includes access success or access failure.

[0046] In addition, in the process of performing access processing based on the cooperation between the virtual card and the access control device, the access control device can also read the card data of the virtual card from the user terminal and perform access verification processing based on the establishment of a near-field communication connection between the user terminal and the access control device. Specifically, in another optional implementation provided by this embodiment, the access processing is implemented in the following manner: The access control device reads the card data of the virtual card from the user terminal and sends a pass verification request for the card data to the second server; The access result is determined based on the verification result returned by the second server. Data communication between the access control device and the second server is established via a gateway component configured in the access control device. The verification result includes either a pass or a fail result. Accordingly, the access result includes a success result corresponding to a pass, or a failure result corresponding to a fail result.

[0047] It should be noted that the two access processing methods provided above can be combined according to actual execution requirements, or the combined implementation method can be adaptively modified to form a new access processing method. For example, the access processing includes: the user terminal sends the card data of the virtual card to the access control device through the near-field communication connection, the access control device sends a access verification request for the card data to the second server, and determines the access result based on the verification result returned by the second server; for another example, the access processing includes: the access control device reads the card data of the virtual card from the user terminal, verifies the card data based on the card activation record, and determines the access processing result based on the verification result.

[0048] In actual applications, on the basis of obtaining a virtual card by cooperating with the first server, the second server and the third server to realize the activation processing of the virtual card for the pass venue, the virtual card can also be managed, such as deleting the virtual card or changing the authority. The authority change includes changing the authority application scope of the virtual card, that is, changing the scope of access control devices that the virtual card can pass through; specifically, in the process of deleting or changing the authority of the virtual card, the virtual card can be deleted or the authority changed through multiple access channels, such as deleting or changing the authority of the virtual card through a service subroutine, or deleting or changing the authority of the virtual card through a card application, or deleting or changing the authority of the virtual card through an application, and deleting or changing the authority of the virtual card through a card management subroutine within the application.

[0049] During the specific execution process, when deleting a virtual card using an application as the access entry, the deletion of the virtual card can be implemented in the following way: according to the virtual card deletion instruction submitted by the application, a card deletion request is sent to the third server to delete the virtual card; and a card deletion notification is sent to the first server and the second server to perform synchronous card deletion processing.

[0050] In addition, in the process of deleting a virtual card using the card processing program as the access entry, the deletion process of the virtual card includes: receiving a card deletion notification sent by the third server after the virtual card deletion process is performed; the deletion process is performed after receiving the virtual card deletion instruction submitted by the user through the card processing program; and sending a card deletion notification to the first server and the second server for synchronous card deletion processing.

[0051] Alternatively, in the process of deleting a virtual card using a service subroutine as an access entry, the deletion process of the virtual card includes: receiving a virtual card deletion request sent by the first server and forwarding it to a third server to perform the virtual card deletion process; receiving a card deletion notification returned by the third server and sending it to the first server and the second server to perform synchronous card deletion processing.

[0052] In the process of changing the permissions of a virtual card using a service subroutine as the access entry, the deletion process of the virtual card includes: obtaining the permission change data sent by the first server; generating the permission change data after the permission change verification is passed; and sending the permission change data to the second server based on the permission change data to perform permission update processing on the access control device corresponding to the permission change data.

[0053] Similarly, during the process of changing the permissions of a virtual card, the permissions of the virtual card can also be changed using an application or card processing program as the access entry. The specific implementation process can refer to the above-mentioned process of deleting a virtual card using an application or card processing program as the access entry. This embodiment will not be repeated here.

[0054] In summary, the present embodiment provides a method for processing virtual cards for access locations. During the activation process of a virtual card for access locations, based on the user submitting the access location permission application scope through the service subroutine, the first server verifies the user's permissions, determines application data based on the permission application scope, and sends it to the application server. Based on the application data sent by the first server, the application server sends card activation data to the second server of the access control device deployed at the access location, and receives the access card data generated by the second server. Based on the user's operation of the service subroutine within the application, the application cooperates with the application to jump the service subroutine to the card processing program installed on the user terminal. Finally, the access card data is sent to the third server of the card processing program, so that the card processing program generates a virtual card corresponding to the access card data. In this way, based on the connection between the application server and the first server of the service subroutine, the second server of the access control device, and the third server of the card processing program, the online activation process of the virtual card for access locations is realized through the cooperation of the application server with the first server, the second server, and the third server, thereby improving the access security of the access location. Furthermore, based on the virtual card obtained after the activation process, the user can use the virtual card to pass through the access control equipment deployed in the pass venue, which improves the convenience of the user's passage in the pass venue. The virtual card can also be deleted or the permission change can be achieved through multiple access entrances such as service subroutines, applications and card processing programs, which improves the flexibility of virtual card management and thus improves the flexibility of access permission management in the pass venue.

[0055] The above steps S202 to S208 provided in this embodiment can be executed by the application server. It should be noted that the above steps S202 to S208 executed by the application server and the steps S402 to S406 executed by the user terminal in the following embodiment can cooperate with each other during the execution process. Therefore, when reading this embodiment, please refer to the corresponding contents of steps S402 to S406 provided in the following method embodiment, and when reading the following method embodiment, please refer to the corresponding contents of steps S202 to S208 provided in this embodiment.

[0056] The following is an example of the application of a virtual card processing method for a pass place provided by this embodiment in a card opening scenario at a pass place. Figure 3 , further description of the virtual card processing method for the passage place provided by this embodiment is given in Figure 3The virtual card processing method for a pass venue, which is applied to a card opening scenario at a pass venue, specifically includes the following steps.

[0057] Step S306: receiving the application data sent by the first server of the service subprogram after verifying the user authority.

[0058] Step S308: assemble the data based on the application data to obtain the card activation data, and create a card activation task containing the card activation data.

[0059] Step S310: Based on the device manufacturer identifier included in the application data, a card activation task is sent to the second server corresponding to the device manufacturer identifier.

[0060] After the card activation task is sent to the second server, the second server performs card activation processing to generate pass card data, and returns the generated pass card data to the application server.

[0061] Step S312: receiving the pass card data returned by the second server.

[0062] Step S314: Synchronize the card activation processing status to the first server based on the pass card data, so that the card activation processing status is sent to the service subroutine through the first server.

[0063] Step S322: Cooperate with the application program to redirect the service subroutine to the card processing program installed in the user terminal.

[0064] Step S326: Send the pass card data to the third server, so as to be sent to the card processing program through the third server.

[0065] The above steps S308 to S314 may be replaced by: based on the device manufacturer identifier included in the application data, sending permission synchronization data to the second server corresponding to the device manufacturer identifier, so as to synchronize permissions for the access control device corresponding to the permission synchronization data; the application data includes pass card data, and based on the synchronization completion result or synchronization success result returned by the second server, generating a card activation processing status and sending it to the first server, so that the first server can issue the card activation processing status to the service subroutine; accordingly, step S326 may be replaced by sending the application data including the pass card data to the third server, so that the third server can issue it to the card processing program; Alternatively, the above steps S308 to S314 can also be replaced by: based on the device manufacturer identifier contained in the application data, sending permission synchronization data to the second server corresponding to the device manufacturer identifier, so as to synchronize permissions for the access control device corresponding to the permission synchronization data; accordingly, step S326 can be replaced by sending application data including pass card data to the third server, so as to send it to the card processing program through the third server.

[0066] It should be noted that any one of steps S306 to S314, step S322 and step S328, or any combination of multiple steps, can be combined with any one of steps S202 to S208 to form a new implementation method according to the needs of implementation deployment; in addition, according to the needs of actual deployment, any one or multiple technical features can be selected from steps S306 to S314, step S322 and step S328, and combined with any one or multiple technical features provided by steps S202 to S208 to form a new implementation method; or, any one or multiple technical features in steps S306 to S314, step S322 and step S328 can also be replaced by any one or multiple technical features provided by steps S202 to S208 to form a new implementation method according to the needs of actual deployment, which will not be repeated here.

[0067] In addition, it should be noted that the above-mentioned steps S306 to S314, S322 and S328 provided in this embodiment can be executed by the application server. It should be noted that the above-mentioned steps S306 to S314, S322 and S328 executed by the application server and the steps S302 to S304, S316 to S320 and S324 and S328 executed by the user terminal in the following embodiment can cooperate with each other during the execution process. Therefore, when reading this embodiment, please refer to the corresponding contents of steps S302 to S304, S316 to S320 and S324 and S328 provided in the following method embodiment. When reading the following method embodiment, please refer to the corresponding contents of steps S306 to S314, S322 and S328 provided in this embodiment.

[0068] One or more embodiments of another method for processing a virtual card in a pass-through location provided in this specification are as follows: Reference Figure 4 The virtual card processing method for a pass venue provided in this embodiment can be applied to a user terminal, and the method specifically includes steps S402 to S406.

[0069] Step S402: submitting the permission application scope submitted by the user for the access location to the first server through the service subroutine, so as to verify the user permission through the first server and send the application data to the application server.

[0070] The service subroutine described in this embodiment refers to a subroutine for providing services related to access processing, etc., to users by access locations or service agencies of access locations. This service program can specifically be a subroutine running within an application, such as a property subroutine running within an application provided by a property management agency of an access location. Access locations refer to actual places or facilities in physical space where users can actually enter and exit these places or facilities, and the user's entry and exit behavior in these places or facilities constitutes access. For example, access locations can be residential areas, schools, offices, study rooms, or entertainment venues. Accordingly, the first service end of the service subroutine refers to a service end that cooperates with the service subroutine to perform services related to access processing, etc.

[0071] In a specific implementation, during the activation process of the virtual card for the pass, the permission application scope submitted by the user for the pass is submitted to the first server through the service subroutine, so that the first server verifies the user's permission and sends the application data to the application server; During the specific execution process, the user may first select and apply for a pass range or permission range for a pass location in the service subprogram. The pass range or permission range selected by the user in the service subprogram is called the permission application range. After the user completes the selection of the permission application range in the service subprogram, the service subprogram uploads the permission application range to the first server of the service subprogram. Correspondingly, after receiving the permission application scope, the first server verifies the user permissions and determines the application data based on the permission application scope. Further, the application data is sent to the application server of the application program. The application server obtains the application data sent by the first server after verifying the user permissions, and sends the card activation data to the second server of the access control device deployed at the pass venue based on the application data, and receives the pass card data generated by the second server.

[0072] The application data refers to the data sent by the first server end of the service subprogram for applying for access rights to the access venue; optionally, the application data is determined based on the scope of the permission application submitted by the user for the access venue in the service subprogram.

[0073] Specifically, the application data includes the device manufacturer identification and the access control device identification of at least one access control device corresponding to the permission application scope; wherein, the device manufacturer identification is used to determine the device manufacturer of the access control device deployed in the current passage, and then determine the second server end of the access control device, so that the application server can communicate data with the second server end of the access control device; the access control device identification is used to determine which access control devices deployed in the passage corresponding to the passage scope or permission scope applied by the user, and the access control device to which the access control device identification belongs is the access control device corresponding to the passage scope or permission scope applied by the user, that is, the access control device that the user will use in the passage subsequently.

[0074] In addition, the application data may also include the card identification, card type, pass place identification and / or user identification, wherein the card identification may be the card number and / or card name assigned by the first server, the card type may be the card type assigned by the first server, and the user identification may be the user's identity identification, communication identification or the user's application account identification in the application.

[0075] During the specific implementation process, when the first server verifies the user's authority, the user can be verified from two perspectives: user identity and authority application scope, so as to improve the traffic security of the passage. Specifically, the user's authority can be verified by authenticating the user and verifying the authority application scope, and application data can be generated if the verification is passed.

[0076] In an optional implementation provided by this embodiment, user authority verification includes: authenticating the user, and after the identity verification is passed, verifying the scope of the user's authority application to obtain a verification result, and the application data is generated when the verification result is passed. In addition, user authority verification can also be performed on the scope of the user's authority application to obtain a verification result; wherein, the verification of the scope of the user's authority application includes matching the user's access authority with the scope of the authority application, specifically verifying whether the user's access authority matches the scope of the authority application. If they match, it is determined that the verification is passed; if not, it is determined that the verification has failed.

[0077] The above-mentioned application server can generate card activation data based on the application data and send it to the second server of the access control device deployed at the passage venue, based on the application data sent by the first server of the service subroutine. The purpose of sending the card activation data to the second server of the access control device is to synchronize the permission application scope applied by the user through the service subroutine to the corresponding access control device deployed at the passage venue through the second server, so that the user can pass through the corresponding access control device deployed at the passage venue after the activation processing of the virtual card is completed; specifically, after sending the card activation data to the second server, the second server can send the card identifier to the access control device corresponding to the access control device identifier based on the card identifier and access control device identifier carried by the card activation data, so as to synchronize the current user's permission application to the corresponding access control device. At the same time, the second server also generates pass card data and returns the generated pass card data to the application server, and the pass card data returned by the second server is received here.

[0078] Here, the access card data refers to the card data used for access, specifically the card-making data used to access the access control equipment at the access location. Therefore, the access card data can also be replaced with card data or card-making data. Here, the second server does not actually make the card, but rather generates the card data or card-making data used for making the card. The card data or card-making data is then sent to the card processing program, which then generates a virtual card based on the card data or card-making data. Specifically, the access card data includes: a access card identifier, a key, a card data storage sector number, and / or block data corresponding to the card data storage sector number.

[0079] During the process of the application server and the second server cooperating to generate the pass card data, the application server can assemble the data to obtain the card activation data and send it to the second server, and receive the pass card data generated and returned by the second server based on the card activation data. In addition, during the process of the application server and the second server cooperating to generate the pass card data, the pass card data can also be generated in a task interaction manner. Specifically, in an optional implementation provided by this embodiment, the card activation data is sent to the second server of the access control device deployed at the pass venue based on the application data, including: assembling the data to obtain the card activation data based on the application data, and creating a card activation task containing the card activation data; based on the device manufacturer identifier contained in the application data, sending the card activation task to the second server corresponding to the device manufacturer identifier.

[0080] During the specific execution process, after the application data is sent to the second server, the second server can parse the application data and perform data synchronization or permission synchronization with the corresponding access control device based on the parsing result. For example, based on the access control device identification contained in the application data, data synchronization or permission synchronization is performed with the access control device corresponding to the access control device identification in the pass venue, so that the user can obtain access rights to the access control device through data synchronization or permission synchronization; at the same time, the second server generates pass card data according to the card type contained in the application data, and returns the generated pass card data to the application server.

[0081] It should be noted that, in addition to the above-mentioned implementation method of generating pass card data through the second server, pass card data can also be generated through the first server. In this case, the application data includes the pass card data generated by the first server, and the pass card data can be replaced with card data or card making data. The application data is determined based on the scope of the permission application submitted by the user for the pass venue in the service subroutine, and the application data includes the card data or card making data generated by the first server; wherein, the pass card data can be generated after the user permission is verified; accordingly, the card activation data is sent to the second server of the access control device deployed at the pass venue based on the application data, and the pass card data generated by the second server is received, which can be replaced with : Sending permission synchronization data to the second server of the access control device deployed at the passage place based on the application data; or, it can also be replaced by: sending permission synchronization data to the second server of the access control device deployed at the passage place based on the application data, and receiving the permission synchronization result returned by the second server, and the permission synchronization result can be a synchronization success result or a synchronization completion result; wherein, the permission synchronization data is used to synchronize the permission application scope to the corresponding access control device, specifically, the permission synchronization data includes the card identifier and the access control device identifier. After the second server receives the card identifier and the access control device identifier, the card identifier can be sent to the access control device corresponding to the access control device identifier, so as to synchronize the current user's permission application scope to the corresponding access control device.

[0082] Step S404: jump from the service subroutine to the card processing program by calling an application program according to the card activation instruction submitted by the user in the service subroutine.

[0083] After the above-mentioned service subroutine submits the permission application scope submitted by the user for the pass venue to the first server end, the service subroutine is called to jump to the card processing program from the service subroutine according to the card activation instruction submitted by the user in the service subroutine. Specifically, in the process of jumping from the service subroutine to the card processing program, the application can perform the jump processing from the service subroutine to the card processing program, and the service subroutine can also be jumped to the card processing program through the cooperation between the application and the application server end.

[0084] During the specific execution process, the application responds to the jump call, performs jump execution processing, and submits a jump verification request to the application server. The application server performs jump verification and returns the verification result to the application. If the verification result is passed, the application executes the jump action to jump to the card processing program, and may also pass parameters to the card processing program. Specifically, the card activation parameters passed to the card processing program include the pass card identifier and / or user identifier; the card activation parameters may also include the jump address or application identifier of the card application, so that the jump processing to the card application is performed according to the jump address or application identifier; Here, the card activation parameters can be sent by the application server to the application after the jump verification is passed, or they can be sent by the first server to the service subroutine and then passed into the application by the service subroutine; or, some card activation parameters are sent by the application server to the application after the jump verification is passed, and other part of the card activation parameters are sent by the first server to the service subroutine and then passed into the application by the service subroutine. For example, the jump address or application identifier is sent by the application server to the application after the jump verification is passed, and the card identifier and / or user identifier is sent by the first server to the service subroutine and then passed into the application by the service subroutine; for another example, the card identifier is sent by the application server to the application after the jump verification is passed, and the user identifier is sent by the first server to the service subroutine and then passed into the application by the service subroutine.

[0085] After receiving the pass card data returned by the second server, the above-mentioned application server can synchronize the card activation processing status to the first server, so as to send the card activation processing status to the service subroutine through the first server, so that the user can perceive the status of the card activation processing and perform corresponding operations based on the current card activation processing status; accordingly, according to the card activation instruction submitted by the user in the service subroutine, before jumping from the service subroutine to the card processing program by calling the application program, the card activation processing status sent by the first server can also be received and displayed through the service subroutine; the card activation processing status is synchronized to the first server by the application server based on the pass card data.

[0086] Step S406: Generate a virtual card corresponding to the pass card data through the card processing program.

[0087] Optionally, the pass card data is obtained by the application server based on the application data and in cooperation with the second server of the access control device deployed at the pass venue to perform card activation processing, and is sent to the card processing program through the third server; or, the pass card data is generated by the second server of the access control device deployed at the pass venue and is sent to the card processing program through the third server; in addition, the pass card data can also be sent to the card processing program through the third server after the second server of the access control device deployed at the pass venue synchronizes the access control device permissions according to the permission synchronization data sent by the application server; or, the pass card data is generated by the first server and sent to the card processing program through the third server after the second server of the access control device deployed at the pass venue synchronizes the access control device permissions.

[0088] During the specific execution process, the application server cooperates with the second server of the access control device deployed at the pass venue to perform card activation processing based on the application data to obtain the pass card data, and after the application program performs the jump processing of the service subroutine to the card processing program, or after the application program and the application server cooperate to perform the jump processing of the service subroutine to the card processing program, the application server sends the pass card data to the third server, and the third server sends the pass card data to the card processing program. Based on this, a virtual card corresponding to the pass card data is generated by the card processing program, or a virtual card corresponding to the pass card data is generated by the cooperation of the card processing program and the third server.

[0089] In addition, the card processing program may request the pass card data from the application server through the third server. Here, the application server sends the pass card data to the third server of the card processing program so that the card processing program generates a virtual card corresponding to the pass card data, or the card processing program and the third server cooperate to generate a virtual card corresponding to the pass card data. In a specific execution process, when the card processing program requests the pass card data from the application server through the third server, the card processing program may submit a data acquisition request to the third server based on the input card activation parameters, so as to obtain the pass card data corresponding to the card activation parameters from the application server through the third server. Among them, the data acquisition request submitted by the card processing program to the third server carries the card activation parameters. After the third server receives the data acquisition request submitted by the card processing program, it sends a card data request to the application server based on the card activation parameters carried in the data acquisition request. The application server sends the pass card data to the third server based on the card data request; thereafter, after the application server receives the pass card data, it can send the pass card data to the card processing program, and the card processing program will generate a corresponding virtual card based on the pass card data; or, after receiving the pass card data, the application server will generate a corresponding virtual card through cooperation with the card processing program.

[0090] The above-mentioned application server cooperates with the first server, the second server and the third server to realize the activation processing of the virtual card in the pass place. Based on the virtual card obtained after the activation processing, the user can use the obtained virtual card to pass through the pass place, specifically to obtain the access permission of the access control device deployed in the pass place corresponding to the user's permission application scope. On this basis, the user can use the virtual card to pass through the access control device deployed in the pass place.

[0091] In actual applications, when using a virtual card to process access to an access control device deployed at a pass location, the user terminal can establish a near-field communication connection with the configured near-field communication component access control device, and after establishing the near-field communication connection, perform access processing based on the cooperation between the virtual card and the access control device.

[0092] During the specific implementation process, in the process of performing access processing according to the cooperation between the virtual card and the access control device, the user terminal may send the card data of the virtual card to the access control device for access verification processing; specifically, in an optional implementation provided by this embodiment, the access processing is implemented in the following manner: The user terminal sends the card data of the virtual card to the access control device via a near field communication connection; The access control device verifies the card data based on the card activation record and determines the access processing result according to the verification result; wherein the access processing result includes access success or access failure.

[0093] In addition, in the process of performing access processing based on the cooperation between the virtual card and the access control device, the access control device can also read the card data of the virtual card from the user terminal and perform access verification processing based on the establishment of a near-field communication connection between the user terminal and the access control device. Specifically, in another optional implementation provided by this embodiment, the access processing is implemented in the following manner: The access control device reads the card data of the virtual card from the user terminal and sends a pass verification request for the card data to the second server; The access result is determined based on the verification result returned by the second server. Data communication between the access control device and the second server is established via a gateway component configured in the access control device. The verification result includes either a pass or a fail result. Accordingly, the access result includes a success result corresponding to a pass, or a failure result corresponding to a fail result.

[0094] It should be noted that the two access processing methods provided above can be combined according to actual execution requirements, or the combined implementation method can be adaptively modified to form a new access processing method. For example, the access processing includes: the user terminal sends the card data of the virtual card to the access control device through the near-field communication connection, the access control device sends a access verification request for the card data to the second server, and determines the access result based on the verification result returned by the second server; for another example, the access processing includes: the access control device reads the card data of the virtual card from the user terminal, verifies the card data based on the card activation record, and determines the access processing result based on the verification result.

[0095] In actual applications, on the basis of obtaining a virtual card by cooperating with the first server, the second server and the third server to realize the activation processing of the virtual card for the pass venue, the virtual card can also be managed, such as deleting the virtual card or changing the authority. The authority change includes changing the authority application scope of the virtual card, that is, changing the scope of access control devices that the virtual card can pass through; specifically, in the process of deleting or changing the authority of the virtual card, the virtual card can be deleted or the authority changed through multiple access channels, such as deleting or changing the authority of the virtual card through a service subroutine, or deleting or changing the authority of the virtual card through a card application, or deleting or changing the authority of the virtual card through an application, and deleting or changing the authority of the virtual card through a card management subroutine within the application.

[0096] During the specific execution process, when deleting a virtual card using an application as the access entry, the deletion of the virtual card can be implemented in the following way: according to the virtual card deletion instruction submitted by the application, a card deletion request is sent to the third server to delete the virtual card; and a card deletion notification is sent to the first server and the second server to perform synchronous card deletion processing.

[0097] In addition, in the process of deleting a virtual card using the card processing program as the access entry, the deletion process of the virtual card includes: receiving a card deletion notification sent by the third server after the virtual card deletion process is performed; the deletion process is performed after receiving the virtual card deletion instruction submitted by the user through the card processing program; and sending a card deletion notification to the first server and the second server for synchronous card deletion processing.

[0098] Alternatively, in the process of deleting a virtual card using a service subroutine as an access entry, the deletion process of the virtual card includes: receiving a virtual card deletion request sent by the first server and forwarding it to a third server to perform the virtual card deletion process; receiving a card deletion notification returned by the third server and sending it to the first server and the second server to perform synchronous card deletion processing.

[0099] In the process of changing the permissions of a virtual card using a service subroutine as the access entry, the deletion process of the virtual card includes: obtaining the permission change data sent by the first server; generating the permission change data after the permission change verification is passed; and sending the permission change data to the second server based on the permission change data to perform permission update processing on the access control device corresponding to the permission change data.

[0100] Similarly, during the process of changing the permissions of a virtual card, the permissions of the virtual card can also be changed using an application or card processing program as the access entry. The specific implementation process can refer to the above-mentioned process of deleting a virtual card using an application or card processing program as the access entry. This embodiment will not be repeated here.

[0101] The above steps S402 to S406 provided in this embodiment can be executed by the user terminal. It should be noted that the above steps S402 to S406 executed by the user terminal and the steps S202 to S208 executed by the application server in the above embodiment can cooperate with each other during the execution process. Therefore, when reading this embodiment, please refer to the corresponding contents of steps S202 to S208 provided in the above method embodiment, and when reading the above method embodiment, please refer to the corresponding contents of steps S402 to S406 provided in this embodiment.

[0102] The following is an example of the application of a virtual card processing method for a pass place provided by this embodiment in a card opening scenario at a pass place. Figure 3 , further description of the virtual card processing method for the passage place provided by this embodiment is given in Figure 3 The virtual card processing method for a pass venue, which is applied to a card opening scenario at a pass venue, specifically includes the following steps.

[0103] Step S302: obtaining the permission application scope selected by the user for the access location through the service subroutine.

[0104] Step S304: submitting the permission application scope submitted by the user for the access location to the first server through the service subroutine.

[0105] After the permission application scope is submitted to the first server, the first server verifies the user's permissions, determines the application data based on the permission application scope after the verification is passed, and further sends the application data to the application server of the application.

[0106] Step S316: Receive and display the card activation status sent by the first server through the service subroutine.

[0107] Step S318: Obtain the card activation instruction submitted by the user in the service subroutine.

[0108] Step S320: Jump from the service subroutine to the card processing program by calling the application program and pass parameters.

[0109] Step S324: The card processing program submits a data acquisition request to the third server according to the input card activation parameters.

[0110] After the data acquisition request is submitted to the third server, the third server forwards the data acquisition request to the application server.

[0111] Step S328: receiving the pass card data sent by the third server through the card processing program, and generating a virtual card corresponding to the pass card data.

[0112] It should be noted that any one or a combination of any multiple steps in steps S302 to S304, steps S316 to S320, and steps S324 and S328 can be combined with any one or multiple steps in the above steps S402 to S406 to form a new implementation method according to the needs of implementation deployment; in addition, any one or a combination of steps S302 to S304, steps S316 to S320, and steps S324 and S328 can be selected according to the needs of actual deployment. Any one or more technical features may be combined with any one or more technical features provided in steps S402 to S406 to form a new implementation method; or, any one or more technical features in steps S302 to S304, steps S316 to S320, and steps S324 and S328 may be replaced with any one or more technical features provided in steps S402 to S406 to form a new implementation method according to actual deployment needs, which will not be described one by one here.

[0113] This specification provides an embodiment of a virtual card processing device for a pass-through location as follows: In the above embodiment, a method for processing a virtual card in a pass place is provided. Correspondingly, a device for processing a virtual card in a pass place is also provided, which will be described below with reference to the accompanying drawings.

[0114] Reference Figure 5 , which shows a schematic diagram of an embodiment of a virtual card processing device for a pass place provided by this embodiment.

[0115] Since the device embodiment corresponds to the method embodiment, the description is relatively simple. For the relevant parts, please refer to the corresponding description of the method embodiment provided above. The device embodiment described below is only illustrative.

[0116] This embodiment provides a virtual card processing device for a pass-through location, which runs on an application server. The device includes: The application data acquisition module 502 is configured to acquire application data sent by the first server of the service subprogram after verifying the user's authority; the application data is determined based on the scope of the authority application submitted by the user for the access location in the service subprogram; a card activation data sending module 504 configured to send card activation data to a second server of an access control device deployed at the pass location based on the application data, and receive pass card data generated by the second server; The jump processing module 506 is configured to cooperate with the application program to perform a jump process of the service subroutine to the card processing program installed in the user terminal; The pass card data sending module 508 is configured to send the pass card data to the third server of the card processing program, so as to generate a virtual card corresponding to the pass card data through the card processing program.

[0117] Another embodiment of a virtual card processing device for a pass-through location provided in this specification is as follows: In the above embodiment, another method for processing virtual cards in a pass place is provided. Correspondingly, another device for processing virtual cards in a pass place is also provided, which will be described below with reference to the accompanying drawings.

[0118] Reference Figure 6 , which shows a schematic diagram of another embodiment of a virtual card processing device for a pass place provided by this embodiment.

[0119] Since the device embodiment corresponds to the method embodiment, the description is relatively simple. For the relevant parts, please refer to the corresponding description of the method embodiment provided above. The device embodiment described below is only illustrative.

[0120] This embodiment provides a virtual card processing device for a pass-through location, which runs on a user terminal and includes: The permission application scope submission module 602 is configured to submit the permission application scope submitted by the user for the access location to the first server through the service subroutine, so that the first server verifies the user's permission and sends the application data to the application server; The jump module 604 is configured to jump from the service subroutine to the card processing program by calling an application program according to the card activation instruction submitted by the user in the service subroutine; The virtual card generation module 606 is configured to generate a virtual card corresponding to the pass card data through the card processing program; the pass card data is obtained by the application server through card activation processing based on the application data and in cooperation with the second server of the access control device deployed at the pass venue, and is sent to the card processing program through the third server.

[0121] This specification provides an embodiment of a virtual card processing device for a pass-through location as follows: Corresponding to the above-described method for processing a virtual card in a pass-through location, based on the same technical concept, one or more embodiments of this specification further provide a virtual card processing device in a pass-through location, the virtual card processing device in the pass-through location being used to execute the above-described method for processing a virtual card in a pass-through location. Figure 7 A schematic diagram of the structure of a virtual card processing system for access locations provided in one or more embodiments of this specification.

[0122] This embodiment provides a virtual card processing method for access locations, including: like Figure 7 As shown, the virtual card processing system for a pass can vary significantly depending on its configuration or performance. It may include one or more processors 701 and memory 702. Memory 702 may store one or more applications or data. Memory 702 may be either ephemeral or persistent. The applications stored in memory 702 may include one or more modules (not shown), each of which may include a series of computer-executable instructions for the pass's virtual card processing. Furthermore, processor 701 may be configured to communicate with memory 702 to execute the series of computer-executable instructions in memory 702 for the pass's virtual card processing. The pass's virtual card processing system may also include one or more power supplies 703, one or more wired or wireless network interfaces 704, one or more input / output interfaces 705, one or more keyboards 706, and the like.

[0123] In a specific embodiment, a virtual card processing system for a pass includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for processing a virtual card for a pass, and the one or more programs are configured to be executed by one or more processors and include computer-executable instructions for performing the following: Obtaining application data sent by the first service end of the service subprogram after verifying the user's authority; the application data is determined based on the scope of the authority application submitted by the user for the access location in the service subprogram; Sending card activation data to a second server of an access control device deployed at the pass location based on the application data, and receiving pass card data generated by the second server; Cooperating with the application program to redirect the service subroutine to the card processing program installed in the user terminal; The pass card data is sent to a third server of the card processing program, so that a virtual card corresponding to the pass card data is generated by the card processing program.

[0124] Another embodiment of a virtual card processing device for a pass-through location provided in this specification is as follows: Corresponding to the aforementioned method for processing a virtual card in another pass-through location, based on the same technical concept, one or more embodiments of this specification also provide another virtual card processing device in a pass-through location, wherein the virtual card processing device in the pass-through location is used to execute the aforementioned method for processing a virtual card in another pass-through location. Figure 8 A schematic diagram of the structure of another virtual card processing device for a pass location provided in one or more embodiments of this specification.

[0125] This embodiment provides a virtual card processing device for a pass-through location, including: like Figure 8 As shown, the virtual card processing device at a pass can vary significantly due to different configurations and performance. It may include one or more processors 801 and memory 802. Memory 802 may store one or more applications or data. Memory 802 may be either ephemeral or persistent. The applications stored in memory 802 may include one or more modules (not shown), each of which may include a series of computer-executable instructions for the pass's virtual card processing device. Furthermore, processor 801 may be configured to communicate with memory 802 to execute the series of computer-executable instructions in memory 802 on the pass's virtual card processing device. The pass's virtual card processing device may also include one or more power supplies 803, one or more wired or wireless network interfaces 804, one or more input / output interfaces 805, one or more keyboards 806, and the like.

[0126] In a specific embodiment, a virtual card processing device for a pass-through location includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for the virtual card processing device for the pass-through location, and the one or more programs are configured to be executed by one or more processors, including computer-executable instructions for performing the following: Submitting the permission application scope submitted by the user for the access location to the first server through the service subroutine, so that the first server verifies the user's permission and sends the application data to the application server; According to the card activation instruction submitted by the user in the service subroutine, jump from the service subroutine to the card processing program by calling the application program; A virtual card corresponding to the pass card data is generated by the card processing program; the pass card data is obtained by the application server through card activation processing in cooperation with the second server of the access control device deployed at the pass venue based on the application data, and is sent to the card processing program through the third server.

[0127] An embodiment of a computer-readable storage medium provided in this specification is as follows: Corresponding to the above-described method for processing a virtual card in a pass venue, based on the same technical concept, one or more embodiments of this specification further provide a computer-readable storage medium.

[0128] The computer-readable storage medium provided in this embodiment is used to store computer-executable instructions. When the computer-executable instructions are executed, the following process is implemented: Obtaining application data sent by the first service end of the service subprogram after verifying the user's authority; the application data is determined based on the scope of the authority application submitted by the user for the access location in the service subprogram; Sending card activation data to a second server of an access control device deployed at the pass location based on the application data, and receiving pass card data generated by the second server; Cooperating with the application program to redirect the service subroutine to the card processing program installed in the user terminal; The pass card data is sent to a third server of the card processing program, so that a virtual card corresponding to the pass card data is generated by the card processing program.

[0129] It should be noted that the embodiment of a computer-readable storage medium in this specification and the embodiment of a virtual card processing method for a pass venue in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can refer to the implementation of the aforementioned corresponding method, and the repeated parts will not be repeated.

[0130] Another embodiment of a computer-readable storage medium provided in this specification is as follows: Corresponding to the virtual card processing method for another pass venue described above, based on the same technical concept, one or more embodiments of this specification also provide another computer-readable storage medium.

[0131] The computer-readable storage medium provided in this embodiment is used to store computer-executable instructions. When the computer-executable instructions are executed, the following process is implemented: Submitting the permission application scope submitted by the user for the access location to the first server through the service subroutine, so that the first server verifies the user's permission and sends the application data to the application server; According to the card activation instruction submitted by the user in the service subroutine, jump from the service subroutine to the card processing program by calling the application program; A virtual card corresponding to the pass card data is generated by the card processing program; the pass card data is obtained by the application server through card activation processing in cooperation with the second server of the access control device deployed at the pass venue based on the application data, and is sent to the card processing program through the third server.

[0132] It should be noted that the embodiment of another computer-readable storage medium in this specification and the embodiment of another virtual card processing method for a pass venue in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can refer to the implementation of the aforementioned corresponding method, and the repeated parts will not be repeated.

[0133] An embodiment of a computer program product provided in this specification is as follows: Corresponding to the above-described method for processing a virtual card in a pass-through place, based on the same technical concept, one or more embodiments of this specification also provide a computer program product.

[0134] A computer program product comprising a computer program / instructions, which, when executed by a processor, implements the following steps: Obtaining application data sent by the first service end of the service subprogram after verifying the user's authority; the application data is determined based on the scope of the authority application submitted by the user for the access location in the service subprogram; Sending card activation data to a second server of an access control device deployed at the pass location based on the application data, and receiving pass card data generated by the second server; Cooperating with the application program to redirect the service subroutine to the card processing program installed in the user terminal; The pass card data is sent to a third server of the card processing program, so that a virtual card corresponding to the pass card data is generated by the card processing program.

[0135] It should be noted that the embodiment of a computer program product in this specification and the embodiment of a virtual card processing method for a pass venue in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can refer to the implementation of the aforementioned corresponding method, and the repeated parts will not be repeated.

[0136] Another computer program product embodiment provided in this specification is as follows: Corresponding to the virtual card processing method for another pass venue described above, based on the same technical concept, one or more embodiments of this specification also provide another computer program product.

[0137] A computer program product comprising a computer program / instructions, which, when executed by a processor, implements the following steps: Submitting the permission application scope submitted by the user for the access location to the first server through the service subroutine, so that the first server verifies the user's permission and sends the application data to the application server; According to the card activation instruction submitted by the user in the service subroutine, jump from the service subroutine to the card processing program by calling the application program; A virtual card corresponding to the pass card data is generated by the card processing program; the pass card data is obtained by the application server through card activation processing in cooperation with the second server of the access control device deployed at the pass venue based on the application data, and is sent to the card processing program through the third server.

[0138] It should be noted that the embodiment of another computer program product in this specification and the embodiment of another virtual card processing method for a pass venue in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can refer to the implementation of the aforementioned corresponding method, and the repeated parts will not be repeated.

[0139] The various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other. Each embodiment focuses on the differences from other embodiments. For example, the device embodiments, equipment embodiments, computer-readable storage medium embodiments, and computer program product embodiments are similar to the method embodiments, so the description is relatively simple. For relevant content in the device embodiments, equipment embodiments, computer-readable storage medium embodiments, and computer program product embodiments, please refer to the partial description of the method embodiments.

[0140] The foregoing description of this specification describes specific embodiments. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims can be performed in an order different from that described in the embodiments and still achieve the desired results. Furthermore, the processes depicted in the accompanying drawings do not necessarily require the specific order shown or the sequential order to achieve the desired results. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0141] In the 1930s, technological improvements could be clearly distinguished as either hardware improvements (for example, improvements to circuit structures like diodes, transistors, and switches) or software improvements (improvements to process flows). However, with the advancement of technology, many process flow improvements today can be considered direct improvements to hardware circuit structures. Designers almost always create the corresponding hardware circuit structure by programming the improved process flow into the hardware circuit. Therefore, it cannot be said that a process flow improvement cannot be implemented using physical hardware modules. For example, a programmable logic device (PLD), such as a field programmable gate array (FPGA), is an integrated circuit whose logical function is determined by user programming. Designers can "integrate" a digital system on a PLD by programming it themselves, without having to hire a chip manufacturer to design and manufacture a dedicated integrated circuit chip. Moreover, nowadays, instead of manually fabricating integrated circuit chips, this programming is mostly performed using software called a "logic compiler." This is similar to the software compilers used during program development. Before compilation, the original code must be written in a specific programming language, called a Hardware Description Language (HDL). There are many types of HDL, including ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, and RHDL (Ruby Hardware Description Language). Currently, the most commonly used are VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art will also understand that simply by programming a method flow in one of these hardware description languages and then programming it into an integrated circuit, a hardware circuit that implements the logic method flow can be easily obtained.

[0142] The controller can be implemented in any suitable manner. For example, the controller can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, an application-specific integrated circuit (ASIC), a programmable logic controller, and an embedded microcontroller. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller can also be implemented as part of the memory control logic. Those skilled in the art will also appreciate that, in addition to implementing the controller purely in computer-readable program code, the controller can also be implemented in the form of logic gates, switches, an application-specific integrated circuit, a programmable logic controller, an embedded microcontroller, etc. by logically programming the method steps. Therefore, such a controller can be considered a hardware component, and the means for implementing the various functions included therein can also be considered as structures within the hardware component. Alternatively, the means for implementing the various functions can be considered both a software module implementing the method and a structure within the hardware component.

[0143] The systems, devices, modules, or units described in the above embodiments may be implemented by computer chips or entities, or by products having certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0144] For the convenience of description, the above devices are described as being divided into various units according to their functions. Of course, when implementing the embodiments of this specification, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0145] Those skilled in the art will appreciate that one or more embodiments of this specification may be provided as a method, system, or computer program product. Thus, one or more embodiments of this specification may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Furthermore, this specification may take the form of a computer program product implemented on one or more computer-readable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0146] This specification is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of this specification. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0147] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0148] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0149] In a typical configuration, a computing device includes one or more processors (CPUs), input / output interfaces, network interfaces, and memory.

[0150] Memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. Memory is an example of a computer-readable medium.

[0151] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can be implemented using any method or technology for information storage. The information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer-readable storage media include, but are not limited to, phase-change RAM (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic disk storage or other magnetic storage devices, or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory computer-readable media such as modulated data signals and carrier waves.

[0152] It should also be noted that the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, commodity, or apparatus comprising a series of elements includes not only those elements but also other elements not explicitly listed, or elements inherent to such process, method, commodity, or apparatus. In the absence of further limitations, an element defined by the phrase "comprising at least one ..." does not exclude the presence of additional identical elements in the process, method, commodity, or apparatus comprising the element.

[0153] One or more embodiments of this specification may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, and the like that perform specific tasks or implement specific abstract data types. One or more embodiments of this specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communications network. In a distributed computing environment, program modules may be located in local and remote computer storage media, including storage devices.

[0154] The foregoing description is merely an example of the present invention and is not intended to limit the present invention. Persons skilled in the art will readily appreciate that various modifications and variations of the present invention are possible. Any modifications, equivalent substitutions, or improvements made within the spirit and principles of the present invention are intended to be included within the scope of the claims herein.

Claims

1. A method for processing a virtual card for a pass, applied to an application server, comprising: Obtain application data sent by the first server of the service subroutine after verifying user authority; The application data is determined based on the scope of the permission application submitted by the user in the service subroutine for the access location; Sending card activation data to a second server of an access control device deployed at the pass location based on the application data, and receiving pass card data generated by the second server; Cooperating with the application program to redirect the service subroutine to the card processing program installed in the user terminal; The pass card data is sent to a third server of the card processing program, so that a virtual card corresponding to the pass card data is generated by the card processing program.

2. According to the virtual card processing method for a pass venue according to claim 1, the application data includes a device manufacturer identifier and an access control device identifier of at least one access control device corresponding to the permission application scope.

3. The method for processing a virtual card in a pass-through location according to claim 2, wherein the user authority verification is implemented in the following manner: The user is authenticated, and after the authentication is passed, the scope of the permission application of the user is verified to obtain a verification result, and the application data is generated when the verification result is passed.

4. The method for processing a virtual card in a pass location according to claim 1, wherein the step of sending the card activation data to the second server of the access control device deployed in the pass location based on the application data comprises: Assembling data based on the application data to obtain the card activation data, and creating a card activation task containing the card activation data; Based on the device manufacturer identifier included in the application data, the card activation task is sent to the second server corresponding to the device manufacturer identifier.

5. The method for processing a virtual card in a pass venue according to claim 1, further comprising: after executing the step of sending card activation data to a second server of an access control device deployed in the pass venue based on the application data and receiving the pass card data generated by the second server, and before executing the step of coordinating the application program to redirect the service subroutine to a card processing program installed in a user terminal; Synchronizing a card activation processing status to the first server based on the pass card data, so as to send the card activation processing status to the service subroutine through the first server; The jump process is performed after detecting the card activation instruction submitted by the user through the service subroutine.

6. The method for processing a virtual card in a pass-through location according to claim 5, wherein the service subroutine initiates a jump call to the application based on the card activation instruction; The application program responds to the jump call, performs jump execution processing and cooperates with the application server to perform jump verification, and jumps to the card processing program after the verification passes.

7. The method for processing a virtual card in a pass venue according to claim 1, wherein the card processing program submits a data acquisition request to the third server according to the input card activation parameters, so as to obtain the pass card data corresponding to the card activation parameters from the application server through the third server; in, The card activation parameters include a user ID and a pass card ID.

8. According to the virtual card processing method for access places described in claim 1, the user terminal establishes a near-field communication connection with the access control device through the configured near-field communication component, and after the near-field communication connection is established, the access control device cooperates with the virtual card to perform access processing.

9. The method for processing a virtual card in a pass location according to claim 8, wherein the pass processing is implemented in the following manner: The user terminal sends the card data of the virtual card to the access control device via the near field communication connection; The access control device verifies the card data based on the card opening record and determines the pass processing result according to the verification result.

10. The method for processing a virtual card in a pass location according to claim 8, wherein the pass processing is implemented in the following manner: The access control device reads the card data of the virtual card from the user terminal and sends a pass verification request for the card data to the second server; The access result is determined according to the verification result returned by the second server; data communication between the access control device and the second server is established through a gateway component configured in the access control device.

11. The method for processing a virtual card at a pass location according to claim 1 , further comprising: Sending a card deletion request to the third server to delete the virtual card according to the virtual card deletion instruction submitted by the application; Send a card deletion notification to the first server and the second server to perform card deletion synchronization processing.

12. The method for processing a virtual card in a pass-through location according to claim 1 , further comprising: Obtaining permission change data sent by the first server; The authority change data is generated after the authority change verification is passed; The permission change data is sent to the second server based on the permission change data, so as to perform permission update processing on the access control device corresponding to the permission change data.

13. The method for processing a virtual card at a pass location according to claim 1 , further comprising: receiving a card deletion notification sent by the third server after performing a deletion process on the virtual card; the deletion process is performed after receiving a deletion instruction of the virtual card submitted by the user through the card processing program; The card deletion notification is sent to the first server and the second server to perform card deletion synchronization processing.

14. A method for processing a virtual card in a pass-through location, applied to a user terminal, the method comprising: Submitting the permission application scope submitted by the user for the access location to the first server through the service subroutine, so that the first server verifies the user's permission and sends the application data to the application server; According to the card activation instruction submitted by the user in the service subroutine, jump from the service subroutine to the card processing program by calling the application program; A virtual card corresponding to the pass card data is generated by the card processing program; the pass card data is obtained by the application server through card activation processing in cooperation with the second server of the access control device deployed at the pass venue based on the application data, and is sent to the card processing program through the third server.

15. The method for processing a virtual card in a pass-through location according to claim 14, wherein the user authority verification is implemented in the following manner: The user is authenticated, and after the authentication is passed, the scope of the permission application of the user is verified to obtain a verification result, and the application data is generated when the verification result is passed.

16. The method for processing a virtual card for a pass according to claim 14, further comprising: after executing the step of submitting, via the service subroutine, the permission application scope submitted by the user for the pass to the first server for user permission verification by the first server and sending the application data to the application server, and before executing the step of jumping from the service subroutine to the card processing program by calling an application program based on the card activation instruction submitted by the user in the service subroutine: Receive and display the card activation processing status sent by the first server through the service subroutine; The card activation processing status is synchronized from the application server to the first server based on the pass card data.

17. According to the virtual card processing method for access places described in claim 14, the user terminal establishes a near-field communication connection with the access control device through the configured near-field communication component, and after the near-field communication connection is established, the access control device cooperates with the virtual card to perform access processing.

18. The method for processing a virtual card in a pass location according to claim 17, wherein the pass processing is implemented in the following manner: The user terminal sends the card data of the virtual card to the access control device through the near field communication connection, and the access control device verifies the card data based on the card activation record and determines the access processing result according to the verification result; or, The access control device reads the card data of the virtual card from the user terminal, and sends a pass verification request for the card data to the second server, and determines the pass result based on the verification result returned by the second server; data communication between the access control device and the second server is established through the gateway component configured by the access control device.

19. A virtual card processing device for a pass-through location, running on an application server, comprising: an application data acquisition module configured to acquire application data sent by the first service end of the service subroutine after user authority verification; The application data is determined based on the scope of the permission application submitted by the user in the service subroutine for the access location; a card activation data sending module configured to send card activation data to a second server of an access control device deployed at the pass location based on the application data, and receive pass card data generated by the second server; a jump processing module configured to cooperate with the application program to perform a jump process of the service subroutine to the card processing program installed in the user terminal; The pass card data sending module is configured to send the pass card data to the third server of the card processing program, so as to generate a virtual card corresponding to the pass card data through the card processing program.

20. A virtual card processing device for a pass-through location, running on a user terminal, comprising: The permission application scope submission module is configured to submit the permission application scope submitted by the user for the access location to the first server through the service subroutine, so that the first server verifies the user's permission and sends the application data to the application server; a jump module configured to jump from the service subroutine to the card processing program by calling an application program according to a card activation instruction submitted by the user in the service subroutine; The virtual card generation module is configured to generate a virtual card corresponding to the pass card data through the card processing program; the pass card data is obtained by the application server based on the application data and in cooperation with the second server of the access control device deployed at the pass venue to perform card activation processing, and is sent to the card processing program through the third server.

21. A virtual card processing device for a public place, comprising: processor; and a memory configured to store computer-executable instructions that, when executed, cause the processor to: Obtaining application data sent by the first service end of the service subprogram after verifying the user's authority; the application data is determined based on the scope of the authority application submitted by the user for the access location in the service subprogram; Sending card activation data to a second server of an access control device deployed at the pass location based on the application data, and receiving pass card data generated by the second server; Cooperating with the application program to redirect the service subroutine to the card processing program installed in the user terminal; The pass card data is sent to a third server of the card processing program, so that a virtual card corresponding to the pass card data is generated by the card processing program.

22. A virtual card processing device for a public place, comprising: processor; and a memory configured to store computer-executable instructions that, when executed, cause the processor to: Submitting the permission application scope submitted by the user for the access location to the first server through the service subroutine, so that the first server verifies the user's permission and sends the application data to the application server; According to the card activation instruction submitted by the user in the service subroutine, jump from the service subroutine to the card processing program by calling the application program; A virtual card corresponding to the pass card data is generated by the card processing program; the pass card data is obtained by the application server through card activation processing in cooperation with the second server of the access control device deployed at the pass venue based on the application data, and is sent to the card processing program through the third server.

23. A computer-readable storage medium for storing computer-executable instructions, wherein the computer-executable instructions implement the steps of the method of claim 1 or 14 when executed.

Images