NFC-based ticket checking method, device, ticket checking system and computer program product

Abstract

The invention discloses an NFC-based ticket checking method, device and system and a computer program product, and belongs to the technical field of near field communication, the method comprises the following steps: receiving a ticket checking request sent by an NFC mobile terminal, the ticket checking request carrying payment account information of the NFC mobile terminal; according to the ticket checking request, obtaining current system operation information, system configuration information and a current service state of an acquirer; according to the payment account information, the system operation information, the system configuration information and the service state, a target ticket checking mode is determined from multiple ticket checking modes, and different ticket checking modes correspond to different ticket checking strategies; and according to the ticket checking strategy corresponding to the target ticket checking mode, ticket checking is carried out on the NFC mobile terminal, so that the ticket checking requirements under high-frequency passing and various complex scenes can be met to the greatest extent, and the flexibility and the reliability are high.

Description

Technical Field

[0001] The present application belongs to the field of near field communication technology, and in particular, relates to a ticket checking method, device, ticket checking system and computer program product based on NFC. Background Art

[0002] NFC is the Chinese abbreviation for Near Field Communication Technology. NFC is developed based on contactless Radio Frequency Identification (RFID) technology combined with wireless interconnection technology. It provides a very safe and fast communication method for various electronic products that are becoming more and more popular in our daily lives.

[0003] Major financial operators and payment industry acquirers use mobile terminals to implement mobile payments by issuing chip media cards, integrating inductive card readers, inductive cards and point-to-point communication functions on the chip. Therefore, mobile payment wallets based on NFC technology refer to mobile payment carriers with hardware unit media. Mobile payment wallets based on NFC technology are often used in ticket sales and inspection scenarios in the public transportation industry. Ticket sales and inspection scenarios refer to the entire process of transportation ticket sales, ticket inspection, billing, charging, statistics, clearing, and management in the field of public transportation travel. They are also applicable to the ticket sales, ticket inspection, billing, and charging process of service products in scenic spots, venues, and amusement parks. At present, when mobile payment wallet technology is applied to ticket inspection scenarios in the public transportation industry, some adopt intelligent freezing solutions, while others adopt offline deduction solutions. Intelligent freezing technology realizes the function of freezing user funds first and then deducting according to actual expenses, while offline deduction technology realizes the post-payment function. These two solutions each have obvious disadvantages and cannot be directly applied to high-frequency and complex ticket inspection scenarios. They have strong limitations and poor reliability. Summary of the invention

[0004] The present application aims to solve at least one of the technical problems existing in the prior art. To this end, the present application proposes a ticket checking method, device, ticket checking system and computer program product based on NFC, which can meet the ticket checking requirements in high-frequency passage and various complex scenarios to the greatest extent and have strong reliability.

[0005] In a first aspect, the present application provides a ticket checking method based on NFC, comprising:

[0006] Receiving a ticket checking request sent by an NFC mobile terminal, wherein the ticket checking request carries payment account information of the NFC mobile terminal;

[0007] According to the ticket checking request, obtain the current system operation information, system configuration information and the current service status of the acquiring institution;

[0008] Determine a target ticket checking mode from a plurality of ticket checking modes according to the payment account information, the system operation information, the system configuration information and the service status, wherein different ticket checking modes correspond to different ticket checking strategies;

[0009] The NFC mobile terminal is subjected to ticket inspection according to the ticket inspection strategy corresponding to the target ticket inspection mode.

[0010] In some embodiments, determining a target ticket checking mode from a plurality of ticket checking modes according to the payment account information, the system operation information, the system configuration information and the service status includes:

[0011] According to the payment account information, the system operation information, the system configuration information and the service status, the weight values ​​of the directed edges in a preset directed weighted graph are updated, wherein the directed weighted graph is constructed according to the multiple ticket inspection modes and the multiple restriction requirements, and includes multiple nodes and multiple directed edges, and each directed edge corresponds to a weight value;

[0012] A target ticket checking mode is determined from the multiple ticket checking modes according to the updated directed weighted graph.

[0013] In some embodiments, the plurality of nodes and the plurality of directed edges constitute a plurality of paths, each path indicating compliance with at least one of the restriction requirements, and updating the weight values ​​of the directed edges in the preset directed weighted graph according to the payment account information, the system operation information, the system configuration information, and the service status, comprises:

[0014] Determine a determination result of each restriction requirement according to the payment account information, the system operation information, the system configuration information and the service status, wherein the determination result is used to indicate whether the restriction requirement is met;

[0015] The weight values ​​of the corresponding directed edges in the path are updated according to the determination result.

[0016] In some embodiments, the system configuration information includes a blacklist, a whitelist, a card issuing bank restriction list and a pre-authorized trust list, the restriction requirements include user restriction requirements, system operation restriction requirements and acquirer service restriction requirements, and the determination result of each restriction requirement according to the payment account information, the system operation information, the system configuration information and the service status includes:

[0017] Determining the result of the user restriction requirement according to the payment account information, the blacklist, the whitelist, the issuing bank restriction list and the pre-authorization trust list;

[0018] Determine the result of the acquirer's service restriction requirement based on the service status;

[0019] A determination result of the system operation restriction requirement is determined according to the system operation information.

[0020] In some embodiments, determining a target ticket checking mode from a plurality of ticket checking modes according to the updated directed weighted graph includes:

[0021] Calculating the path length of each path in the updated directed weighted graph according to the weight value;

[0022] The ticket checking mode corresponding to the shortest path length is selected from a plurality of ticket checking modes as the target ticket checking mode.

[0023] In some embodiments, the multiple ticket inspection modes include an online trust mode, an online freeze mode, a fault degradation mode, and a denied entry mode, and the step of selecting the ticket inspection mode corresponding to the shortest path length from the multiple ticket inspection modes as the target ticket inspection mode includes:

[0024] When the shortest path length is equal to the first preset length, the online trust mode is used as the target ticket checking mode, and the online trust mode is used to indicate that the ticket checking service is provided first and then the account limit is frozen;

[0025] When the shortest path length is equal to a second preset length, the online freezing mode is used as the target ticket checking mode, the online freezing mode is used to indicate that the account limit is frozen before providing the ticket checking service, and the second preset length is greater than the first preset length;

[0026] When the shortest path length is equal to a third preset length, the fault degradation mode is used as the target ticket inspection mode, the fault degradation mode is used to indicate that the ticket inspection service is provided first and then the offline charging and deduction are performed, and the third preset length is greater than the second preset length;

[0027] When the shortest path length is greater than or equal to a fourth preset length, the entry refusal mode is used as the target ticket inspection mode, the entry refusal mode is used to indicate refusal to provide ticket inspection service, and the fourth preset length is greater than the third preset length.

[0028] In some embodiments, the performing ticket checking on the NFC mobile terminal according to the ticket checking strategy corresponding to the target ticket checking mode includes:

[0029] When the target ticket inspection mode is the online freezing mode, a pre-authorization freezing application is sent to the acquiring institution through the ticketing platform device, so that the acquiring institution freezes the payment account of the NFC mobile terminal with a fixed amount according to the pre-authorization freezing application, and feeds back the freezing result; and controls the ticket vending and inspection device to pass or terminate the ticket inspection of the NFC mobile terminal according to the freezing result;

[0030] When the target ticket checking mode is the online trust mode, controlling the ticket vending and checking device to check the ticket of the NFC mobile terminal, and subsequently sending the pre-authorization freezing application to the acquiring institution through the ticketing platform device;

[0031] When the target ticket checking mode is the fault degradation mode, the ticket vending and checking device is used to check whether the payment account of the NFC mobile terminal meets the offline transaction conditions; and the ticket vending and checking device is controlled to pass or terminate the ticket checking of the NFC mobile terminal according to the check result.

[0032] In a second aspect, the present application provides an NFC-based ticket checking device, comprising:

[0033] A receiving unit, configured to receive a ticket checking request sent by an NFC mobile terminal, wherein the ticket checking request carries payment account information of the NFC mobile terminal;

[0034] An acquisition unit, used to acquire current system operation information, system configuration information and current service status of the acquiring institution according to the ticket checking request;

[0035] a determination unit, configured to determine a target ticket checking mode from a plurality of ticket checking modes according to the payment account information, the system operation information, the system configuration information and the service status, wherein different ticket checking modes correspond to different ticket checking strategies;

[0036] The ticket checking unit is used to check the ticket of the NFC mobile terminal according to the ticket checking strategy corresponding to the target ticket checking mode.

[0037] In some embodiments, the determining unit is specifically configured to:

[0038] According to the payment account information, the system operation information, the system configuration information and the service status, the weight values ​​of the directed edges in a preset directed weighted graph are updated, wherein the directed weighted graph is constructed according to the multiple ticket inspection modes and the multiple restriction requirements, and includes multiple nodes and multiple directed edges, and each directed edge corresponds to a weight value;

[0039] A target ticket checking mode is determined from the multiple ticket checking modes according to the updated directed weighted graph.

[0040] In some embodiments, the plurality of nodes and the plurality of directed edges constitute a plurality of paths, each path indication complies with at least one of the restriction requirements, and the determining unit is specifically configured to:

[0041] Determine a determination result of each restriction requirement according to the payment account information, the system operation information, the system configuration information and the service status, wherein the determination result is used to indicate whether the restriction requirement is met;

[0042] The weight values ​​of the corresponding directed edges in the path are updated according to the determination result.

[0043] In some embodiments, the system configuration information includes a blacklist, a whitelist, a card issuing bank restriction list and a pre-authorized trust list, the restriction requirements include user restriction requirements, system operation restriction requirements and acquirer service restriction requirements, and the determination unit is specifically used to:

[0044] Determining the result of the user restriction requirement according to the payment account information, the blacklist, the whitelist, the issuing bank restriction list and the pre-authorization trust list;

[0045] Determine the result of the acquirer's service restriction requirement based on the service status;

[0046] A determination result of the system operation restriction requirement is determined according to the system operation information.

[0047] In some embodiments, the determining unit is specifically configured to:

[0048] Calculating the path length of each path in the updated directed weighted graph according to the weight value;

[0049] The ticket checking mode corresponding to the shortest path length is selected from a plurality of ticket checking modes as the target ticket checking mode.

[0050] In some embodiments, the multiple ticket checking modes include an online trust mode, an online freeze mode, a fault degradation mode, and a denied entry mode, and the determining unit is specifically configured to:

[0051] When the shortest path length is equal to the first preset length, the online trust mode is used as the target ticket checking mode, and the online trust mode is used to indicate that the ticket checking service is provided first and then the account limit is frozen;

[0052] When the shortest path length is equal to a second preset length, the online freezing mode is used as the target ticket checking mode, the online freezing mode is used to indicate that the account limit is frozen before providing the ticket checking service, and the second preset length is greater than the first preset length;

[0053] When the shortest path length is equal to a third preset length, the fault degradation mode is used as the target ticket inspection mode, the fault degradation mode is used to indicate that the ticket inspection service is provided first and then the offline charging and deduction are performed, and the third preset length is greater than the second preset length;

[0054] When the shortest path length is greater than or equal to a fourth preset length, the entry refusal mode is used as the target ticket inspection mode, the entry refusal mode is used to indicate refusal to provide ticket inspection service, and the fourth preset length is greater than the third preset length.

[0055] In some embodiments, the ticket checking unit is specifically used for:

[0056] When the target ticket inspection mode is the online freezing mode, a pre-authorization freezing application is sent to the acquiring institution through the ticketing platform device, so that the acquiring institution freezes the payment account of the NFC mobile terminal with a fixed amount according to the pre-authorization freezing application, and feeds back the freezing result; and controls the ticket vending and inspection device to pass or terminate the ticket inspection of the NFC mobile terminal according to the freezing result;

[0057] When the target ticket checking mode is the online trust mode, controlling the ticket vending and checking device to check the ticket of the NFC mobile terminal, and subsequently sending the pre-authorization freezing application to the acquiring institution through the ticketing platform device;

[0058] When the target ticket checking mode is the fault degradation mode, the ticket vending and checking device is used to check whether the payment account of the NFC mobile terminal meets the offline transaction conditions; and the ticket vending and checking device is controlled to pass or terminate the ticket checking of the NFC mobile terminal according to the check result.

[0059] In a third aspect, the present application provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements any of the above-mentioned NFC-based ticket checking methods.

[0060] In a fourth aspect, the present application provides a ticket checking system, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the NFC-based ticket checking method described in any one of the above items is implemented.

[0061] In a fifth aspect, the present application provides a computer program product, including a computer program, which, when executed by a processor, implements any of the above-mentioned NFC-based ticket checking methods.

[0062] The NFC-based ticket checking method, device, ticket checking system, storage medium and computer program product provided in the embodiments of the present application receive a ticket checking request sent by an NFC mobile terminal, and the ticket checking request carries the payment account information of the NFC mobile terminal; according to the ticket checking request, obtain the current system operation information, system configuration information and the current service status of the acquiring institution; according to the payment account information, the system operation information, the system configuration information and the service status, determine the target ticket checking mode from a plurality of ticket checking modes, and different ticket checking modes correspond to different ticket checking strategies; according to the ticket checking strategy corresponding to the target ticket checking mode, check the NFC mobile terminal for tickets, that is, design a plurality of ticket checking modes, and automatically switch to the appropriate ticket checking mode for ticket checking based on the real-time operation status of the system and the acquiring institution, the system configuration information and the account status of the NFC mobile terminal, so as to meet the ticket checking needs in high-frequency passage and various complex scenarios to the greatest extent, with high flexibility and strong reliability. BRIEF DESCRIPTION OF THE DRAWINGS

[0063] In order to more clearly illustrate the technical solution of the present invention, the accompanying drawings required for use in the description of the present invention will be briefly introduced below. Obviously, the accompanying drawings in the following description are only some embodiments of the present invention. For ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without paying creative labor.

[0064] Figure 1 It is a flowchart of the NFC-based ticket checking method provided in an embodiment of the present application;

[0065] Figure 2 is another flow chart of the NFC-based ticket checking method provided in an embodiment of the present application;

[0066] Figure 3 It is a schematic diagram of the structure of a directed weighted graph provided in an embodiment of the present application;

[0067] Figure 4 It is a structural schematic diagram of an NFC-based ticket checking device provided in an embodiment of the present application;

[0068] Figure 5 It is a structural diagram of the ticket checking system provided in an embodiment of the present application;

[0069] Figure 6 It is a schematic diagram of the hardware structure of the ticket checking system provided in the embodiment of the present application. DETAILED DESCRIPTION

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

[0071] When mobile payment wallet technology is applied to ticket checking scenarios in the public transportation industry, some adopt intelligent freezing solutions, while others adopt offline deduction solutions. The intelligent freezing solution first freezes user funds and then deducts money based on actual expenses, while the offline deduction solution realizes the post-payment function. These two solutions each have obvious disadvantages. Among them, under the intelligent freezing solution, the ticket selling and checking device, ticketing platform, and acquiring institution of the mobile payment wallet are required to remain online, which completely relies on the stable network and the system processing efficiency of the acquiring institution. As a result, the solution cannot meet the needs of high-frequency ticket checking scenarios (i.e., a higher ticket checking frequency), nor can it cope with network failures that may occur at any time in a complex environment. Although the offline deduction solution allows the ticket selling and checking device to provide full services while maintaining a single machine offline operation, the offline deduction technology can only successfully deduct fees when there is sufficient funds in the mobile payment wallet account. If the balance of the mobile payment wallet account is insufficient, it is completely dependent on the user's subsequent self-discipline payment, and the income security of the ticket checking service provider cannot be guaranteed.

[0072] To solve at least one of the above technical problems, the embodiments of the present application provide an NFC-based ticket checking method, device, ticket checking system, storage medium and computer program product.

[0073] See also Figure 1 , Figure 1 1 is a flow chart of an NFC-based ticket checking method provided in an embodiment of the present application. The NFC-based ticket checking method is applied to an electronic device, and the NFC-based ticket checking method can be executed by the electronic device or a functional module or functional entity in the electronic device. The NFC-based ticket checking method specifically includes the following steps 101-104, wherein:

[0074] 101. Receive a ticket checking request sent by an NFC mobile terminal, where the ticket checking request carries payment account information of the NFC mobile terminal;

[0075] 102. According to the ticket checking request, obtain the current system operation information, system configuration information and the current service status of the acquiring institution;

[0076] 103. Determine a target ticket checking mode from a plurality of ticket checking modes according to the payment account information, the system operation information, the system configuration information and the service status, wherein different ticket checking modes correspond to different ticket checking strategies;

[0077] 104. Check the ticket of the NFC mobile terminal according to the ticket checking strategy corresponding to the target ticket checking mode.

[0078] The NFC-based ticket checking method provided in the embodiment of the present application receives a ticket checking request sent by an NFC mobile terminal, and the ticket checking request carries the payment account information of the NFC mobile terminal; according to the ticket checking request, the current system operation information, system configuration information and the current service status of the acquiring institution are obtained; according to the payment account information, the system operation information, the system configuration information and the service status, a target ticket checking mode is determined from a plurality of ticket checking modes, and different ticket checking modes correspond to different ticket checking strategies; according to the ticket checking strategy corresponding to the target ticket checking mode, the NFC mobile terminal is checked for tickets, that is, a plurality of ticket checking modes are designed, and the appropriate ticket checking mode is automatically switched for ticket checking based on the real-time operation status of the system and the acquiring institution, the system configuration information and the account status of the NFC mobile terminal, so as to meet the ticket checking needs in high-frequency passage and various complex scenarios to the greatest extent, with high flexibility and strong reliability.

[0079] The above steps 101 - 104 will be described in detail below.

[0080] 101. Receive a ticket checking request sent by an NFC mobile terminal, where the ticket checking request carries payment account information of the NFC mobile terminal.

[0081] Among them, the payment account information may include the account number of the payment account, the issuing bank, etc. The NFC mobile terminal is a terminal that uses a mobile payment wallet based on NFC technology. The mobile payment wallet refers to an application or hardware unit that makes payments through portable terminals such as smart phones and smart watches. It allows users to bind payment tools such as bank cards and transportation cards (such as subway cards and bus cards) to portable terminals, thereby achieving convenient contactless payment. When a user needs to enter a station, he can send a ticket inspection request by placing the NFC mobile terminal against the ticket vending and inspection device.

[0082] 102. According to the ticket checking request, obtain the current system operation information, system configuration information and the current service status of the acquiring institution.

[0083] Among them, the system operation information mainly refers to the operating status of each device in the ticket checking system, such as the network status and working status of the ticket selling and checking device and the ticketing platform device. The ticket checking system may include at least one ticket selling and checking device and ticketing platform device. The system configuration information includes some restriction information set in advance, such as blacklists, whitelists, card issuing bank restriction lists, etc., which can be updated in real time or regularly. The acquiring institution is a financial institution or third-party payment service provider that signs a contract with the merchant to provide payment processing services. The service status of the acquiring institution mainly refers to the network connection status between it and the ticketing platform device, its own working status, etc.

[0084] 103. Determine a target ticket checking mode from a plurality of ticket checking modes according to the payment account information, the system operation information, the system configuration information and the service status. Different ticket checking modes correspond to different ticket checking strategies.

[0085] Among them, by collecting multi-dimensional factors such as the network status and working status of each device in the system, mobile payment wallet account information, and the service status of the acquiring agency in real time, and combining the real-time needs of ticket sales and passenger flow, as well as some configuration lists related to user historical behavior, the most suitable operating mode (target ticket checking mode) for the current NFC mobile terminal ticket checking and gate passing is automatically calculated, and then the target ticket checking mode is switched immediately.

[0086] For details, see Figure 2 , Figure 2 1 is another flow chart of the NFC-based ticket checking method provided in an embodiment of the present application. The above step 103 specifically includes the following steps 1031 and 1032, wherein:

[0087] 1031. Update the weight values ​​of the directed edges in a preset directed weighted graph according to the payment account information, the system operation information, the system configuration information and the service status. The directed weighted graph is constructed according to the multiple ticket checking modes and the multiple restriction requirements, and includes multiple nodes and multiple directed edges, and each directed edge corresponds to a weight value.

[0088] Among them, various ticket checking modes include online trust mode, online freeze mode, fault degradation mode and denied entry mode. A directed weighted graph is a directed graph with weight values. Figure 3 , Figure 3 It is a structural schematic diagram of a directed weighted graph provided in an embodiment of the present application. The directed weighted graph includes multiple nodes, which include a source point S, a sink point Z and multiple other nodes located between S and Z. Two adjacent nodes are connected by directed edges, and each directed edge corresponds to a weight value. Some weight values ​​are fixedly configured. For example, the weight value of the directed edge between the "deny entry" node and the Z node is fixed to 999, and the weight value of the directed edge between the "online trust mode" node and the Z node is fixed to 50. Some weight values ​​need to be dynamically configured according to actual conditions. For example, the values ​​of weight values ​​N1~N18 in the figure need to be dynamically set, which are 0 or 999. Usually, if 0 represents that the two nodes are reachable, 999 represents that the two nodes are unreachable.

[0089] Furthermore, in the directed weighted graph, multiple nodes and multiple directed edges constitute multiple paths, and each path indicates compliance with at least one restriction requirement. In this case, the above step 1031 specifically includes:

[0090] Determine a determination result of each restriction requirement according to the payment account information, the system operation information, the system configuration information and the service status, the determination result being used to indicate whether the restriction requirement is met;

[0091] The weight values ​​of the corresponding directed edges in the path are updated according to the determination result.

[0092] Among them, the restriction requirements may include user restriction requirements, system operation restriction requirements and acquirer service restriction requirements. User restriction requirements mainly restrict information such as the user's payment account, issuing bank, and user credit rating. System operation restriction requirements mainly restrict information such as the working status of each device in the system, network status, and passenger flow demand. Acquirer service restriction requirements mainly restrict the network status and working status of the acquirer. A heartbeat mechanism can be used to monitor the network status and working status of each device in the system.

[0093] The system configuration information may include blacklists, whitelists, card-issuing bank restriction lists, and pre-authorized trust lists. The blacklists and whitelists may be updated based on the user's historical behavior. For example, if there are unpaid transactions in the user's payment account, the user may be included in the blacklist. The pre-authorized trust list may be updated based on the user's credit. For example, if the user's credit is high and above a certain threshold, the user may be included in the pre-authorized trust list. These list information may be maintained by the ticketing platform equipment and synchronously configured to the ticket vending and checking device. The ticket vending and checking device is also configured with other information, such as the information configuration of multiple ticket checking modes and the information configuration of the interaction between the ticket vending and checking device and the reader / writer.

[0094] Furthermore, the above step of “determining the determination result of each restriction requirement according to the payment account information, the system operation information, the system configuration information and the service status” specifically includes:

[0095] Determine the result of the user restriction request based on the payment account information, the blacklist, the whitelist, the issuing bank restriction list and the pre-authorization trust list;

[0096] Determine the result of the acquirer's service restriction requirement based on the service status;

[0097] A determination result of the system operation restriction requirement is determined based on the system operation information.

[0098] Please continue to see Figure 3, user restriction requirements may include issuing bank restriction requirements, blacklist restriction requirements, whitelist restriction requirements and pre-authorization trust mechanism requirements. For example, when the blacklist does not include the payment account, it is determined to meet the blacklist restriction requirements; when the whitelist includes the payment account, it is determined to meet the whitelist restriction requirements; when the issuing bank restriction list does not include the issuing bank to which the payment account belongs, it is determined to meet the issuing bank restriction requirements. When the pre-authorization trust list includes the payment account, it is determined to meet the pre-authorization trust mechanism requirements. System operation restriction requirements include loose entry restriction requirements and strict entry restriction requirements. For example, when all devices in the system are in normal working condition, the network connection between devices is normal, and the passenger flow demand is to give priority to ensuring the revenue security of the ticket inspection service provider, it is determined to meet the strict entry restriction requirements; when some devices in the system are in abnormal working condition, and / or the network connection between devices is disconnected, and / or the passenger flow demand is to give priority to ensuring user satisfaction, it is determined to meet the loose entry restriction requirements.

[0099] Please continue to see Figure 3 , the values ​​of N1~N18 can be 0 or 999, 0 means that the two nodes are reachable, and 999 means that the two nodes are unreachable. When the judgment result of a certain restriction requirement is that the restriction requirement is met, the corresponding node and the "reject entry" node are unreachable, and its weight value is set to 999, and the node is reachable from other adjacent nodes, and its weight value is set to 0; when the restriction requirement is not met, the corresponding node and the "reject entry" node are reachable, and its weight value is set to 0, and the node is unreachable from other adjacent nodes, and its weight value is set to 999. For example, Figure 3 If the lenient entry restriction is met, N1 is 0 and N2 is 999. If the strict entry restriction is met, N1 is 999 and N2 is 0. If the issuing bank restriction is met, N3 and N5 are 0, N4 and N6 are 999. If not, N3 and N5 are 999, and N4 and N6 are 0. If the whitelist restriction is met, N10 and N7 are 0, N9 and N8 are 999. If not, N10 and N7 are 999, and N9 and N8 are 0.

[0100] 1032. Determine a target ticket checking mode from multiple ticket checking modes according to the updated directed weighted graph.

[0101] In some embodiments, the above step 1032 specifically includes:

[0102] Calculate the path length of each path in the updated directed weighted graph according to the weight value;

[0103] A ticket checking mode corresponding to the shortest path length is selected from a plurality of ticket checking modes as a target ticket checking mode.

[0104] Among them, after the weights in the directed weighted graph are updated according to the compliance with the restriction requirements, the target ticket inspection mode R is determined by finding the shortest path from the S node to the Z node. Specifically, it can be expressed as calculating the shortest path length D to each node. The calculation formula can be expressed as: De(source point)=0, De(k)=Min{De(j)+Weight(Dj, Dk)}, J is the predecessor of K.

[0105] In some embodiments, the multiple ticket checking modes include online trust mode, online freeze mode, fault degradation mode and denied entry mode. The above step 1032 specifically includes:

[0106] When the shortest path length is equal to the first preset length, the online trust mode is used as the target ticket checking mode, and the online trust mode is used to indicate that the ticket checking service is provided first and then the account limit is frozen;

[0107] When the shortest path length is equal to the second preset length, the online freezing mode is used as the target ticket checking mode, the online freezing mode is used to indicate that the account limit is frozen first and then the ticket checking service is provided, and the second preset length is greater than the first preset length;

[0108] When the shortest path length is equal to a third preset length, the fault degradation mode is used as the target ticket checking mode, the fault degradation mode is used to indicate that the ticket checking service is provided first and then the offline charging and deduction are performed, and the third preset length is greater than the second preset length;

[0109] When the shortest path length is greater than or equal to a fourth preset length, the entry refusal mode is used as the target ticket checking mode, the entry refusal mode is used to indicate refusal to provide ticket checking service, and the fourth preset length is greater than the third preset length.

[0110] The shortest path length De(z) to node Z is calculated according to the De(k) calculation formula, and the target ticket checking mode R is determined according to De(z). For example, the first preset length is 20, the second preset length is 50, the third preset length is 100, and the fourth preset length is 999.

[0111] Among them, De(z)=x, 1 represents online trust mode, 2 represents online freeze mode, 3 represents fault degradation mode, and 4 represents denied entry mode. That is, if De(z)=20, then R=1, and the target ticket checking mode is online trust mode; if De(z)=50, then R=2, and the target ticket checking mode is online freeze mode; if De(z)=100, then R=3, and the target ticket checking mode is fault degradation mode; if De(z)≥999, then R=4, and the target ticket checking mode is denied entry mode.

[0112] 104. Check the ticket of the NFC mobile terminal according to the ticket checking strategy corresponding to the target ticket checking mode.

[0113] In some embodiments, see Figure 2 , the above step 104 specifically includes:

[0114] 1041. When the target ticket inspection mode is the online freezing mode, a pre-authorization freezing application is sent to the acquiring institution through the ticketing platform device, so that the acquiring institution freezes the payment account of the NFC mobile terminal with a fixed amount according to the pre-authorization freezing application, and feeds back the freezing result; and controls the ticket vending and inspection device to pass or terminate the ticket inspection of the NFC mobile terminal according to the freezing result;

[0115] 1042. When the target ticket checking mode is the online trust mode, control the ticket selling and checking device to check the ticket of the NFC mobile terminal, and subsequently send the pre-authorization freezing application to the acquiring institution through the ticketing platform device;

[0116] 1043. When the target ticket checking mode is the fault degradation mode, the ticket vending and checking device is used to verify whether the payment account of the NFC mobile terminal meets the offline transaction conditions; and the ticket vending and checking device is controlled to pass or terminate the ticket checking of the NFC mobile terminal according to the verification result.

[0117] Among them, the ticket vending and checking device can automatically switch the ticket checking mode to the online freeze mode or the fault degradation mode according to the system operation status. For example, if all the combined factors of the system network and equipment are in normal operation, the ticket vending and checking device uses the online freeze mode, otherwise it uses the fault degradation mode.

[0118] In the online freeze mode, for the ticket inspection request sent by the ticket sales and inspection device, the ticketing platform device will further determine whether the pre-authorization trust mechanism is met based on the pre-authorization trust list. If it is met, the online trust mode is used to process the current ticket inspection request, that is, the ticket sales and inspection device directly passes the current ticket inspection, so that the current user enjoys priority entry service, and the subsequent ticketing platform device asynchronously initiates a pre-authorization freeze application to the acquiring institution. If it is not met, the online freeze mode is used to process the current ticket inspection request, that is, the ticketing platform device first sends a pre-authorization freeze application to the acquiring institution, and only after confirming that the acquiring institution has successfully frozen the fixed limit of the customer's wallet account, will the ticket sales and inspection device be allowed to provide ticket inspection services. After the user has used the service, the fee is calculated according to the actual service content, and the ticketing platform device then conveys the pre-authorization completion deduction application to the acquiring institution, and the acquiring institution will deduct money from the pre-authorized frozen limit of the mobile payment wallet and release the remaining limit.

[0119] In the fault degradation mode, when the ticket vending and checking device receives the ticket checking request sent by the NFC mobile terminal, it needs to first verify whether the payment account of the NFC mobile terminal meets the offline transaction conditions, specifically, whether the payment account belongs to the quasi-account mode and is not in the blacklist or the restricted list of the issuing bank. For the payment account in the quasi-account mode, the user needs to deposit a certain amount of funds in advance, but these funds are not directly associated with the user's bank account. The user can make consumption and check the balance through the wallet, but cannot withdraw cash or transfer money to the bank account. Only the mobile payment wallet based on NFC technology in the quasi-account mode has the industry file reading and writing function (having the industry file reading and writing function is the basic premise for realizing offline transactions). If the mobile payment wallet meets the offline transaction conditions, the ticket vending and checking device executes the offline mode processing flow (for example, giving priority to the normal entry and exit business of passengers, and the subsequent ticketing platform equipment initiates the trip ticket payment application to the acquiring institution according to the order itinerary) and returns the corresponding transaction result. If the offline transaction conditions are not met, the ticket vending and checking device terminates this transaction, the ticket check fails, and the corresponding error message is displayed.

[0120] For successfully processed transaction information, the ticket sales and inspection device will upload it to the ticketing platform equipment. The ticketing platform equipment will further initiate a corresponding payment request to the acquiring institution based on the transaction information, and update and maintain the blacklist, whitelist and pre-authorized trust list based on the transaction payment situation. At the same time, the order re-push mechanism is used to re-push the failed payment transaction to the acquiring institution.

[0121] It should be pointed out that, on the first hand, the embodiment of the present application proposes a method of automatically switching between multiple ticket checking modes to perform ticket checking, which can resist network fluctuations or offline failures, meet the emergency response to network failures that may occur at any time in complex environments, and enable the system to provide ticket checking services normally when the network is normal or in a network failure state, thereby effectively reducing the degree of interference of the network on the ticket checking business and improving the ticket checking service capabilities and service quality. On the second hand, the online trust mode proposed in the embodiment of the present application can optimize the ticket checking speed of the ticket vending and checking device in the online freeze mode, effectively reducing the dependence of the ticket checking system on the service capabilities of the acquiring institution, and the risk of traffic congestion during peak passenger flow periods. On the third aspect, the offline transaction condition setting proposed in the embodiment of the present application can effectively identify and intercept ticket inspection requests from users who have ticket payments to be repaid, effectively reducing the risk of transaction ticket loss in the offline transaction mode. At the same time, the blacklist management mechanism can effectively reduce the bad debt rate of multi-mode ticket inspection, the transaction re-push mechanism is helpful to recover the lost ticket payments, and the ticket payment exception handling mechanism can guide and help users to complete the payment operations for pending transactions, thereby maximizing the security of settlement income and ensuring that the service provider's income loss is within a controllable range.

[0122] From the above, it can be seen that the NFC-based ticket checking method provided in the embodiment of the present application receives a ticket checking request sent by an NFC mobile terminal, and the ticket checking request carries the payment account information of the NFC mobile terminal; according to the ticket checking request, the current system operation information, system configuration information and the current service status of the acquiring institution are obtained; according to the payment account information, the system operation information, the system configuration information and the service status, a target ticket checking mode is determined from a plurality of ticket checking modes, and different ticket checking modes correspond to different ticket checking strategies; according to the ticket checking strategy corresponding to the target ticket checking mode, the NFC mobile terminal is checked for tickets, that is, a plurality of ticket checking modes are designed, and the appropriate ticket checking mode is automatically switched for ticket checking based on the real-time operation status of the ticket checking system and the acquiring institution, the system configuration information and the account status of the NFC mobile terminal, so as to meet the ticket checking needs in high-frequency passage and various complex scenarios to the greatest extent, with high flexibility and strong reliability.

[0123] According to the method described in the above embodiment, the present application embodiment also provides an NFC-based ticket checking device, which is used to perform the steps in the above NFC-based ticket checking method. Figure 4 , Figure 4 : is a schematic diagram of the structure of an NFC-based ticket checking device 200 provided in an embodiment of the present application. The NFC-based ticket checking device 200 is applied to an electronic device, and the NFC-based ticket checking method can be executed by the electronic device or a functional module or functional entity in the electronic device. Specifically, the NFC-based ticket checking device 200 includes a receiving unit 201, an acquiring unit 202, a determining unit 203 and a ticket checking unit 204, wherein:

[0124] The receiving unit 201 is used to receive a ticket checking request sent by an NFC mobile terminal, where the ticket checking request carries the payment account information of the NFC mobile terminal;

[0125] The acquisition unit 202 is used to acquire the current system operation information, system configuration information and the current service status of the acquiring institution according to the ticket checking request;

[0126] A determination unit 203, configured to determine a target ticket checking mode from a plurality of ticket checking modes according to the payment account information, the system operation information, the system configuration information and the service status, wherein different ticket checking modes correspond to different ticket checking strategies;

[0127] The ticket checking unit 204 is used to check the ticket of the NFC mobile terminal according to the ticket checking strategy corresponding to the target ticket checking mode.

[0128] In some embodiments, the determining unit 203 is specifically configured to:

[0129] According to the payment account information, the system operation information, the system configuration information and the service status, the weight values ​​of the directed edges in the preset directed weighted graph are updated, wherein the directed weighted graph is constructed according to the multiple ticket inspection modes and the multiple restriction requirements and includes multiple nodes and multiple directed edges, and each of the directed edges corresponds to a weight value;

[0130] A target ticket checking mode is determined from the multiple ticket checking modes according to the updated directed weighted graph.

[0131] In some embodiments, the multiple nodes and the multiple directed edges constitute multiple paths, each path indication meets at least one of the restriction requirements, and the determining unit 203 is specifically used to:

[0132] Determine a determination result of each restriction requirement according to the payment account information, the system operation information, the system configuration information and the service status, the determination result being used to indicate whether the restriction requirement is met;

[0133] The weight values ​​of the corresponding directed edges in the path are updated according to the determination result.

[0134] In some embodiments, the system configuration information includes a blacklist, a whitelist, a card issuing bank restriction list and a pre-authorized trust list, and the restriction requirements include user restriction requirements, system operation restriction requirements and acquirer service restriction requirements. The determining unit 203 is specifically used to:

[0135] Determine the result of the user restriction request based on the payment account information, the blacklist, the whitelist, the issuing bank restriction list and the pre-authorization trust list;

[0136] Determine the result of the acquirer's service restriction requirement based on the service status;

[0137] A determination result of the system operation restriction requirement is determined based on the system operation information.

[0138] In some embodiments, the determining unit 203 is specifically configured to:

[0139] Calculate the path length of each path in the updated directed weighted graph according to the weight value;

[0140] A ticket checking mode corresponding to the shortest path length is selected from a plurality of ticket checking modes as a target ticket checking mode.

[0141] In some embodiments, the multiple ticket checking modes include an online trust mode, an online freeze mode, a fault degradation mode, and a denied entry mode, and the determining unit 203 is specifically configured to:

[0142] When the shortest path length is equal to the first preset length, the online trust mode is used as the target ticket checking mode, and the online trust mode is used to indicate that the ticket checking service is provided first and then the account limit is frozen;

[0143] When the shortest path length is equal to the second preset length, the online freezing mode is used as the target ticket checking mode, the online freezing mode is used to indicate that the account limit is frozen first and then the ticket checking service is provided, and the second preset length is greater than the first preset length;

[0144] When the shortest path length is equal to a third preset length, the fault degradation mode is used as the target ticket checking mode, the fault degradation mode is used to indicate that the ticket checking service is provided first and then the offline charging and deduction are performed, and the third preset length is greater than the second preset length;

[0145] When the shortest path length is greater than or equal to a fourth preset length, the entry refusal mode is used as the target ticket checking mode, the entry refusal mode is used to indicate refusal to provide ticket checking service, and the fourth preset length is greater than the third preset length.

[0146] In some embodiments, the ticket checking unit 204 is specifically used for:

[0147] When the target ticket inspection mode is the online freezing mode, a pre-authorization freezing application is sent to the acquiring institution through the ticketing platform device, so that the acquiring institution freezes the payment account of the NFC mobile terminal with a fixed amount according to the pre-authorization freezing application, and feeds back the freezing result; and controls the ticket vending and inspection device to pass or terminate the ticket inspection of the NFC mobile terminal according to the freezing result;

[0148] When the target ticket checking mode is the online trust mode, the ticket vending and checking device is controlled to check the ticket of the NFC mobile terminal, and subsequently the pre-authorization freezing application is sent to the acquiring institution through the ticketing platform device;

[0149] When the target ticket checking mode is the fault degradation mode, the ticket vending and checking device verifies whether the payment account of the NFC mobile terminal meets the offline transaction conditions; and controls the ticket vending and checking device to pass or terminate the ticket checking of the NFC mobile terminal according to the verification result.

[0150] It should be noted that the specific details of each module unit in the above-mentioned NFC-based ticket checking device 200 have been described in detail in the embodiment of the above-mentioned NFC-based ticket checking method, and will not be repeated here.

[0151] From the above, it can be seen that the NFC-based ticket checking device 200 provided in the embodiment of the present application receives a ticket checking request sent by an NFC mobile terminal through a receiving unit 201, and the ticket checking request carries the payment account information of the NFC mobile terminal; the acquisition unit 202 obtains the current system operation information, system configuration information and the current service status of the acquiring institution according to the ticket checking request; the determination unit 203 determines the target ticket checking mode from a plurality of ticket checking modes according to the payment account information, the system operation information, the system configuration information and the service status, and different ticket checking modes correspond to different ticket checking strategies; the ticket checking unit 204 checks the NFC mobile terminal according to the ticket checking strategy corresponding to the target ticket checking mode, that is, designs a plurality of ticket checking modes, and automatically switches to a suitable ticket checking mode for ticket checking based on the real-time operation status of the system and the acquiring institution, the system configuration information and the account status of the NFC mobile terminal, so as to meet the ticket checking requirements in high-frequency passage and various complex scenarios to the greatest extent, with high flexibility and strong reliability.

[0152] In some embodiments, Figure 5 As shown, the embodiment of the present application also provides a ticket checking system 300, including a processor 301, a memory 302, and a computer program stored in the memory 302 and executable on the processor 301. When the program is executed by the processor 301, the various processes of the above-mentioned NFC-based ticket checking method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0153] It should be noted that the ticket checking system in the embodiment of the present application may include mobile electronic devices and non-mobile electronic devices.

[0154] Figure 6 A schematic diagram of the hardware structure of a ticket checking system for implementing an embodiment of the present application.

[0155] The ticket checking system 400 includes but is not limited to: a radio frequency unit 401, a network module 402, an audio output unit 403, an input unit 404, a sensor 405, a display unit 406, a user input unit 407, an interface unit 408, a memory 409 and a processor 410 and other components.

[0156] Those skilled in the art will appreciate that the ticket checking system 400 may also include a power source (such as a battery) for supplying power to each component, and the power source may be logically connected to the processor 410 through a power management system, thereby implementing functions such as managing charging, discharging, and power consumption management through the power management system. Figure 6 The ticket checking system structure shown in the figure does not constitute a limitation on the ticket checking system. The ticket checking system may include more or fewer components than shown in the figure, or a combination of certain components, or a different arrangement of components, which will not be described in detail here.

[0157] It should be understood that in the embodiment of the present application, the input unit 404 may include a graphics processor (Graphics Processing Unit, GPU) 4041 and a microphone 4042, and the graphics processor 4041 processes the image data of the static picture or video obtained by the image capture device (such as a camera) in the video capture mode or the image capture mode. The display unit 406 may include a display panel 4061, and the display panel 4061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc. The user input unit 407 includes a touch panel 4071 and at least one of other input devices 4072. The touch panel 4071 is also called a touch screen. The touch panel 4071 may include two parts: a touch detection device and a touch controller. Other input devices 4072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which will not be repeated here.

[0158] The memory 409 can be used to store software programs and various data. The memory 409 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, an application program or instructions required for at least one function (such as a sound playback function, an image playback function, etc.), etc. In addition, the memory 409 may include a volatile memory or a non-volatile memory, or the memory 409 may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDRSDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synchronous link dynamic random access memory (SLDRAM) and a direct memory bus random access memory (DRRAM). The memory 409 in the embodiment of the present application includes but is not limited to these and any other suitable types of memory.

[0159] The processor 410 may include one or more processing units; the processor 410 integrates an application processor and a modem processor, wherein the application processor mainly processes operations related to an operating system, a user interface, and application programs, and the modem processor mainly processes wireless communication signals, such as a baseband processor. It is understandable that the modem processor may not be integrated into the processor 410.

[0160] An embodiment of the present application also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the various processes of the above-mentioned NFC-based ticket checking method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0161] The processor is the processor in the ticket checking system described in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a computer read-only memory ROM, a random access memory RAM, a magnetic disk or an optical disk.

[0162] The embodiment of the present application also provides a computer program product, including a computer program, which implements the above-mentioned NFC-based ticket checking method when executed by a processor.

[0163] The processor is the processor in the ticket checking system described in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a computer read-only memory ROM, a random access memory RAM, a magnetic disk or an optical disk.

[0164] It should be noted that, in this article, the terms "comprise", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that the process, method, article or device including a series of elements includes not only those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise one..." do not exclude the presence of other identical elements in the process, method, article or device including the element. In addition, it should be pointed out that the scope of the methods and devices in the embodiments of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in reverse order according to the functions involved, for example, the described method may be performed in an order different from that described, and various steps may also be added, omitted, or combined. In addition, the features described with reference to certain examples may be combined in other examples.

[0165] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a computer software product, which is stored in a storage medium (such as ROM / RAM, a disk, or an optical disk), and includes a number of instructions for a terminal (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0166] The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of the present application, ordinary technicians in this field can also make many forms without departing from the purpose of the present application and the scope of protection of the claims, all of which are within the protection of the present application.

[0167] The terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable under appropriate circumstances, so that the embodiments of the present application can be implemented in an order other than those illustrated or described here, and the objects distinguished by "first", "second", etc. are generally of one type, and the number of objects is not limited. For example, the first object can be one or more. In addition, "and / or" in the specification and claims represents at least one of the connected objects, and the character " / " generally indicates that the objects associated with each other are in an "or" relationship.

[0168] In the description of the present application, “plurality” means two or more.

[0169] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "illustrative embodiments", "examples", "specific examples", or "some examples" means that the specific features, structures, materials, or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic representation of the above terms does not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials, or characteristics described may be combined in any one or more embodiments or examples in a suitable manner.

[0170] Although the embodiments of the present application have been shown and described, those skilled in the art will appreciate that various changes, modifications, substitutions and variations may be made to the embodiments without departing from the principles and spirit of the present application, and that the scope of the present application is defined by the claims and their equivalents.

Claims

1. A ticket checking method based on NFC, characterized in that: include: Receiving a ticket checking request sent by an NFC mobile terminal, wherein the ticket checking request carries payment account information of the NFC mobile terminal; According to the ticket checking request, obtain current system operation information, system configuration information and current service status of the acquiring institution; Determine a target ticket checking mode from a plurality of ticket checking modes according to the payment account information, the system operation information, the system configuration information and the service status, wherein different ticket checking modes correspond to different ticket checking strategies; The NFC mobile terminal is subjected to ticket inspection according to the ticket inspection strategy corresponding to the target ticket inspection mode.

2. The NFC-based ticket checking method according to claim 1, characterized in that: The step of determining a target ticket checking mode from a plurality of ticket checking modes according to the payment account information, the system operation information, the system configuration information and the service status includes: According to the payment account information, the system operation information, the system configuration information and the service status, the weight values ​​of the directed edges in a preset directed weighted graph are updated, wherein the directed weighted graph is constructed according to the multiple ticket inspection modes and the multiple restriction requirements, and includes multiple nodes and multiple directed edges, and each directed edge corresponds to a weight value; A target ticket checking mode is determined from the multiple ticket checking modes according to the updated directed weighted graph.

3. The NFC-based ticket checking method according to claim 2, characterized in that: The multiple nodes and the multiple directed edges constitute multiple paths, each path indicates compliance with at least one of the restriction requirements, and updating the weight values ​​of the directed edges in the preset directed weighted graph according to the payment account information, the system operation information, the system configuration information and the service status includes: Determine a determination result of each restriction requirement according to the payment account information, the system operation information, the system configuration information and the service status, wherein the determination result is used to indicate whether the restriction requirement is met; The weight values ​​of the corresponding directed edges in the path are updated according to the determination result.

4. The NFC-based ticket checking method according to claim 3, characterized in that: The system configuration information includes a blacklist, a whitelist, a card issuing bank restriction list and a pre-authorized trust list, the restriction requirements include user restriction requirements, system operation restriction requirements and acquirer service restriction requirements, and the determination result of each restriction requirement based on the payment account information, the system operation information, the system configuration information and the service status includes: Determining the result of the user restriction requirement according to the payment account information, the blacklist, the whitelist, the issuing bank restriction list and the pre-authorization trust list; Determine the result of the acquirer's service restriction requirement based on the service status; A determination result of the system operation restriction requirement is determined according to the system operation information.

5. The NFC-based ticket checking method according to claim 3, characterized in that: The step of determining a target ticket checking mode from a plurality of ticket checking modes according to the updated directed weighted graph includes: Calculating the path length of each path in the updated directed weighted graph according to the weight value; The ticket checking mode corresponding to the shortest path length is selected from a plurality of ticket checking modes as the target ticket checking mode.

6. The NFC-based ticket checking method according to claim 5, characterized in that: The multiple ticket checking modes include an online trust mode, an online freeze mode, a fault degradation mode, and a denied entry mode. The selecting the ticket checking mode corresponding to the shortest path length from the multiple ticket checking modes as the target ticket checking mode includes: When the shortest path length is equal to the first preset length, the online trust mode is used as the target ticket checking mode, and the online trust mode is used to indicate that the ticket checking service is provided first and then the account limit is frozen; When the shortest path length is equal to a second preset length, the online freezing mode is used as the target ticket checking mode, the online freezing mode is used to indicate that the account limit is frozen before providing the ticket checking service, and the second preset length is greater than the first preset length; When the shortest path length is equal to a third preset length, the fault degradation mode is used as the target ticket inspection mode, the fault degradation mode is used to indicate that the ticket inspection service is provided first and then the offline charging and deduction are performed, and the third preset length is greater than the second preset length; When the shortest path length is greater than or equal to a fourth preset length, the entry refusal mode is used as the target ticket inspection mode, the entry refusal mode is used to indicate refusal to provide ticket inspection service, and the fourth preset length is greater than the third preset length.

7. The NFC-based ticket checking method according to any one of claims 1 to 6, characterized in that: The step of checking a ticket on the NFC mobile terminal according to the ticket checking strategy corresponding to the target ticket checking mode includes: When the target ticket inspection mode is the online freezing mode, a pre-authorization freezing application is sent to the acquiring institution through the ticketing platform device, so that the acquiring institution freezes the payment account of the NFC mobile terminal with a fixed amount according to the pre-authorization freezing application, and feeds back the freezing result; and controls the ticket vending and inspection device to pass or terminate the ticket inspection of the NFC mobile terminal according to the freezing result; When the target ticket checking mode is the online trust mode, controlling the ticket vending and checking device to check the ticket of the NFC mobile terminal, and subsequently sending the pre-authorization freezing application to the acquiring institution through the ticketing platform device; When the target ticket checking mode is the fault degradation mode, the ticket vending and checking device is used to check whether the payment account of the NFC mobile terminal meets the offline transaction conditions; and the ticket vending and checking device is controlled to pass or terminate the ticket checking of the NFC mobile terminal according to the check result.

8. A ticket checking device based on NFC, characterized in that: include: A receiving unit, configured to receive a ticket checking request sent by an NFC mobile terminal, wherein the ticket checking request carries payment account information of the NFC mobile terminal; An acquisition unit, used to acquire current system operation information, system configuration information and current service status of the acquiring institution according to the ticket checking request; a determination unit, configured to determine a target ticket checking mode from a plurality of ticket checking modes according to the payment account information, the system operation information, the system configuration information and the service status, wherein different ticket checking modes correspond to different ticket checking strategies; The ticket checking unit is used to check the ticket of the NFC mobile terminal according to the ticket checking strategy corresponding to the target ticket checking mode.

9. A ticket checking system, comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the program, the NFC-based ticket checking method as described in any one of claims 1 to 7 is implemented.

10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the NFC-based ticket checking method according to any one of claims 1 to 7 is implemented.

Images