WO2022199293A1 - 二维码的生成和核验 - Google Patents

二维码的生成和核验 Download PDF

Info

Publication number
WO2022199293A1
WO2022199293A1 PCT/CN2022/076797 CN2022076797W WO2022199293A1 WO 2022199293 A1 WO2022199293 A1 WO 2022199293A1 CN 2022076797 W CN2022076797 W CN 2022076797W WO 2022199293 A1 WO2022199293 A1 WO 2022199293A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
dimensional code
identifier
scenario
code
Prior art date
Application number
PCT/CN2022/076797
Other languages
English (en)
French (fr)
Inventor
陈骁
陆强
Original Assignee
支付宝(杭州)信息技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 支付宝(杭州)信息技术有限公司 filed Critical 支付宝(杭州)信息技术有限公司
Publication of WO2022199293A1 publication Critical patent/WO2022199293A1/zh

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3276Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825Use of electronic signatures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829Payment protocols; Details thereof insuring higher security of transaction involving key management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4014Identity check for transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/12Hotels or restaurants

Definitions

  • the present application relates to the field of Internet technologies, and in particular, to a method, apparatus, device, and computer-readable medium for generating and verifying two-dimensional codes.
  • QR codes used in various industries and business scenarios usually have different QR code data structures, and QR codes in different industries and business scenarios cannot be used in common with each other.
  • QR codes in different industries and business scenarios cannot be used in common with each other.
  • a user may need to open multiple different terminals in succession to use the QR codes provided by different business entities. This process is cumbersome and has poor user experience. Therefore, there is an urgent need to provide a two-dimensional code that can be used across industries and scenarios, so as to solve the problem of cumbersome user operations caused by users needing to call different two-dimensional codes in different business scenarios.
  • the embodiments of this specification provide a method, apparatus, device, and computer-readable medium for generating and verifying a two-dimensional code, so as to solve the existing problem that the two-dimensional code cannot be recognized across scenes.
  • a two-dimensional code generation method provided by an embodiment of this specification, applied to a central two-dimensional code platform includes: receiving a two-dimensional code generation request sent by a service-side platform based on a user's two-dimensional code acquisition request in a first business scenario;
  • the QR code generation request carries a first scenario identifier corresponding to the first business scenario and a first scenario user identifier corresponding to the first business scenario for identifying the user; according to the first scenario
  • a user ID which determines the user center ID used to identify the user; the user center ID is the same as the first scenario user ID and the second scenario user ID corresponding to the second business scenario and used to identify the user.
  • a method for generating a two-dimensional code includes: receiving a two-dimensional code acquisition request sent by a client in response to a user request in a first business scenario; responding to the two-dimensional code Obtaining a request, determining a first scenario identifier corresponding to the first business scenario; determining a first scenario user identifier corresponding to the first business scenario and used to identify the user; sending a two-dimensional code to the central two-dimensional code platform generating a request; the two-dimensional code generating request carries the first scene identifier and the first scene user identifier; receiving the first two-dimensional code returned by the central two-dimensional code platform in response to the two-dimensional code generating request code encoding; the first two-dimensional code code carries the first scene identifier and the user center identifier for identifying the user.
  • a two-dimensional code verification method provided by an embodiment of this specification, applied to a central two-dimensional code platform includes: receiving a two-dimensional code code sent by a service-side platform in response to a user's two-dimensional code verification request in a first business scenario verification request; the two-dimensional code verification request carries the first scene identifier corresponding to the first business scenario and the two-dimensional code information carried in the two-dimensional code; the two-dimensional code information includes the is used to identify the user center identifier of the user; according to the user center identifier, determine the first scene user identifier corresponding to the first scene identifier for identifying the user; the user center identifier is the same as the first scene identifier.
  • a scenario user identifier and a second scenario user identifier corresponding to the second service scenario both have a mapping relationship; the first scenario user identifier is sent to the service-side platform.
  • a two-dimensional code verification method provided by an embodiment of this specification, applied to a service-side platform includes: receiving a two-dimensional code verification request sent by a code verification terminal in response to a user request in a first business scenario; the two-dimensional code verification The request carries the two-dimensional code code; the two-dimensional code code verification request is sent to the central two-dimensional code platform; the two-dimensional code code verification request carries the first scene identifier and the corresponding first business scene.
  • the two-dimensional code code; the two-dimensional code code carries the user center identification used to identify the user; the user center identification corresponding to the first business scenario returned by the center two-dimensional code platform is received and used to identify the user.
  • the user ID of the first scenario based on the user ID of the first scenario, perform two-dimensional code verification.
  • a two-dimensional code generation device is applied to a central two-dimensional code platform, and includes: a two-dimensional code generation request acquisition module for receiving a two-dimensional code from a service-side platform based on a user in a first business scenario Obtain the two-dimensional code generation request sent by the request; the two-dimensional code generation request carries a first scene identifier corresponding to the first business scenario and a first scene identifier corresponding to the first business scenario for identifying the user Scenario user identifier; a user center identifier determination module, configured to determine a user center identifier for identifying the user according to the first scenario user identifier; the user center identifier is the same as the first scenario user identifier and corresponding to The user identifiers of the second scenario used to identify the user in the second business scenario all have a mapping relationship; a two-dimensional code code generation module is configured to generate a first two-dimensional code based on the user center identifier and the first scenario identifier code encoding.
  • An apparatus for generating a two-dimensional code provided by an embodiment of this specification, applied to a service-side platform, includes: a two-dimensional code acquisition request receiving module, configured to receive a two-dimensional code sent by a client in response to a user request in a first business scenario an acquisition request; a scene identification determination module, used to determine a first scene identification corresponding to the first business scenario in response to the two-dimensional code acquisition request; a scene user identification determination module, used to determine the first scene identification corresponding to the first business scene The corresponding first scene user identifier used to identify the user; a two-dimensional code generation request sending module, configured to send a two-dimensional code generation request to the central two-dimensional code platform; the two-dimensional code generation request carries the first two-dimensional code generation request.
  • a scene identifier and the first scene user identifier a two-dimensional code code receiving module, configured to receive the first two-dimensional code code returned by the central two-dimensional code platform in response to the two-dimensional code generation request; the second two-dimensional code code;
  • a two-dimensional code code carries the first scene identifier and the user center identifier for identifying the user.
  • a two-dimensional code verification device provided by an embodiment of this specification is applied to a central two-dimensional code platform, and includes: a two-dimensional code code verification request receiving module, configured to receive a service-side platform in response to a user's request in a first business scenario
  • the two-dimensional code code verification request sent by the two-dimensional code verification request, the two-dimensional code code verification request carries the first scene identifier corresponding to the first business scene and the two-dimensional code carried in the two-dimensional code.
  • the two-dimensional code information includes a user center identifier that identifies the user; a scene user identifier retrieval module is used to determine, according to the user center identifier, the identifier used to identify the user and the first scene identifier The corresponding first scenario user identifier, the user center identifier has a mapping relationship with the first scenario user identifier and the second scenario user identifier corresponding to the second business scenario; the scenario user identifier sending module is used to send the The user identifier of the first scenario is sent to the service-side platform.
  • a two-dimensional code verification device provided by an embodiment of this specification is applied to a service-side platform, and includes: a two-dimensional code verification request receiving module, configured to receive a two-dimensional code verification terminal in a first business scenario in response to a user request.
  • a code verification request; the two-dimensional code verification request carries a two-dimensional code code; a two-dimensional code code verification request sending module is used to send a two-dimensional code verification request to the central two-dimensional code platform; the two-dimensional code verification request;
  • the two-dimensional code code verification request carries the first scene identifier and the two-dimensional code code corresponding to the first business scenario; the two-dimensional code code carries the user center identifier used to identify the user; the scene user identifier a receiving module, configured to receive a first scenario user ID corresponding to the first business scenario returned by the central two-dimensional code platform and used to identify the user; a two-dimensional code verification module, configured to based on the first scenario Scenario user ID for QR code verification.
  • a central two-dimensional code platform device includes at least one processor and a memory communicatively connected to the at least one processor; wherein, the memory stores a program that can be executed by the at least one processor. instructions, the instructions are executed by the at least one processor, so that the at least one processor can: receive a two-dimensional code generation request sent by the service-side platform based on the user's two-dimensional code acquisition request in the first business scenario;
  • the QR code generation request carries a first scenario identifier corresponding to the first business scenario and a first scenario user identifier corresponding to the first business scenario for identifying the user; according to the first scenario
  • a user ID which determines the user center ID used to identify the user; the user center ID is the same as the first scenario user ID and the second scenario user ID corresponding to the second business scenario and used to identify the user.
  • a service-side platform device includes at least one processor and a memory connected in communication with the at least one processor; wherein, the memory stores instructions that can be executed by the at least one processor, The instructions are executed by the at least one processor, so that the at least one processor can: receive a two-dimensional code acquisition request sent by the client in response to a user request in the first business scenario; respond to the two-dimensional code Obtaining a request, determining a first scenario identifier corresponding to the first business scenario; determining a first scenario user identifier corresponding to the first business scenario and used to identify the user; sending a two-dimensional code to the central two-dimensional code platform generating a request; the two-dimensional code generating request carries the first scene identifier and the first scene user identifier; receiving the first two-dimensional code returned by the central two-dimensional code platform in response to the two-dimensional code generating request code encoding; the first two-dimensional code code carries the first scene identifier and the user center identifier for identifying the
  • a central two-dimensional code platform device includes at least one processor and a memory communicatively connected to the at least one processor; wherein, the memory stores a program that can be executed by the at least one processor.
  • instruction the instruction is executed by the at least one processor, so that the at least one processor can: receive the two-dimensional code code sent by the service-side platform in response to the user's two-dimensional code verification request in the first business scenario verification request; the two-dimensional code verification request carries the first scene identifier corresponding to the first business scenario and the two-dimensional code information carried in the two-dimensional code; the two-dimensional code information includes the is used to identify the user center identifier of the user; according to the user center identifier, determine the first scene user identifier corresponding to the first scene identifier for identifying the user; the user center identifier is the same as the first scene identifier.
  • a scenario user identifier and a second scenario user identifier corresponding to the second service scenario both have a mapping relationship; the first scenario user
  • a service-side platform device includes at least one processor and a memory connected in communication with the at least one processor; wherein, the memory stores instructions that can be executed by the at least one processor, The instruction is executed by the at least one processor, so that the at least one processor can: receive a two-dimensional code verification request sent by the verification terminal in response to a user request in the first service scenario; the two-dimensional code verification The request carries the two-dimensional code code; the two-dimensional code code verification request is sent to the central two-dimensional code platform; the two-dimensional code code verification request carries the first scene identifier and the corresponding first business scene.
  • the two-dimensional code code carries the user center identification used to identify the user; the user center identification corresponding to the first business scenario returned by the center two-dimensional code platform is received and used to identify the user.
  • the user ID of the first scenario based on the user ID of the first scenario, perform two-dimensional code verification.
  • a computer-readable medium provided by an embodiment of the present specification stores computer-readable instructions thereon, and the computer-readable instructions can be executed by a processor to implement a method for generating and verifying a two-dimensional code.
  • One embodiment of this specification can at least achieve the following beneficial effects: requesting the center two-dimensional code platform through the service-side platform to generate a two-dimensional code carrying a user center identifier for uniquely identifying a user, since the user center identifier corresponds to different business scenarios
  • the user IDs of all scenarios have a mapping relationship, so that even if the business scenario of the user generating the QR code is different from the business scenario of verifying the QR code, the verification party can use the user center ID carried in the QR code.
  • the QR code platform realizes the verification of the QR code. Based on the solutions of the embodiments of this specification, the recognition of two-dimensional codes across business scenarios is realized, and the problem of cumbersome user operations caused by users calling multiple different two-dimensional codes in different business scenarios is avoided.
  • FIG. 1 is a schematic diagram of an application scenario of a method for generating a two-dimensional code in an embodiment of this specification
  • FIG. 2 is a schematic diagram of an application scenario of a two-dimensional code verification method in an embodiment of this specification
  • FIG. 3 is a schematic flowchart of a two-dimensional code generation method applied to a central two-dimensional code platform provided by an embodiment of the present specification
  • FIG. 4 is a schematic flowchart of a two-dimensional code generation method applied to a service-side platform provided by an embodiment of the present specification
  • FIG. 5 is a schematic flowchart of a two-dimensional code verification method applied to a central two-dimensional code platform provided by an embodiment of the present specification
  • FIG. 6 is a schematic flowchart of a two-dimensional code verification method applied to a service-side platform provided by an embodiment of the present specification
  • FIG. 7 is a schematic diagram of a two-dimensional code application process in a practical application scenario provided by an embodiment of the present specification
  • FIG. 8 is a schematic diagram of a two-dimensional code verification process in a practical application scenario provided by an embodiment of the present specification
  • FIG. 9 is a schematic diagram of a two-dimensional code verification process under the scene of entering a park in a scenic spot provided by the embodiment of this specification.
  • FIG. 10 is a schematic diagram of a two-dimensional code verification process in a hotel check-in scenario provided by an embodiment of the present specification
  • FIG. 11 is a schematic structural diagram of a two-dimensional code generation device applied to a central two-dimensional code platform corresponding to FIG. 3 according to an embodiment of the present specification;
  • FIG. 12 is a schematic structural diagram of a two-dimensional code generating apparatus applied to a service-side platform and corresponding to FIG. 4 provided in an embodiment of the present specification;
  • FIG. 13 is a schematic structural diagram of a two-dimensional code verification device applied to a central two-dimensional code platform corresponding to FIG. 5 according to an embodiment of the present specification;
  • FIG. 14 is a schematic structural diagram of a two-dimensional code verification apparatus applied to a service-side platform and corresponding to FIG. 6 according to an embodiment of the present specification;
  • FIG. 15 is a schematic structural diagram of a device for generating or verifying a two-dimensional code according to an embodiment of the present specification.
  • two-dimensional code has been widely used as a data information carrier in mobile Internet.
  • two-dimensional code can be used as a data information carrier of mobile payment.
  • different industries and different business scenarios have their own different business logic and business systems, and the QR code application system of the current mainstream industry scenario service-side platform will build its own user system and business rules, with their own QR code data structure.
  • a user may need to continuously open different terminals and use QR codes provided by different business entities in multiple business scenarios in a service scenario. The user's operations are cumbersome and the QR code usage experience is poor.
  • the service scenario in the embodiment of the present application is different from the business scenario, and a service scenario may include one or more business scenarios.
  • a service scenario may include one or more business scenarios.
  • it may You will also need to present a QR code for commercial payment or ticket verification.
  • different QR codes look similar to each other, for ordinary users, it may be impossible to clearly identify the business scenario corresponding to the QR code, which may lead to the situation of swiping the wrong code.
  • the embodiments of the present application propose a cross-scenario two-dimensional code Through the combination of the service-side platform and the central two-dimensional code platform, the cross-scenario "one code access" of the two-dimensional code is realized, which makes the user's process of using the two-dimensional code more convenient and less error-prone, improving the user experience.
  • FIG. 1 is a schematic diagram of an application scenario of a method for generating a two-dimensional code according to an embodiment of the specification.
  • a two-dimensional code acquisition request can be sent to the service-side platform; the service-side platform responds to the two-dimensional code acquisition request sent by the client,
  • a QR code generation request can be sent to the central QR code platform; after receiving the QR code code returned by the central QR code platform, the service-side platform sends it to the client.
  • a two-dimensional code acquisition request may be sent to the same or different service-side platforms.
  • two-dimensional code acquisition requests can be sent to the same or different service-side platforms through the same client, and two-dimensional code acquisition requests can also be sent to the same or different service-side platforms through different clients.
  • the business scenario may also be referred to as a service scenario, which refers to situations in which various function sets are provided to meet specific needs of users and solve specific problems in various industries, wherein the various function sets may include Internet functions.
  • the target service (or the target service) in the business scenario may refer to the specific requirements that the user needs to meet and the specific problems that need to be solved in the current business scenario.
  • client A corresponds to a city bus travel business scenario
  • client B corresponds to a scenic spot access management business scenario.
  • client A and client B request to generate a two-dimensional code
  • the user may send a two-dimensional code acquisition request to the service-side platform corresponding to the two clients respectively.
  • different functional modules in the same client program can correspond to different business scenarios.
  • the functional module M in a client can correspond to a bus travel business scenario in a certain city
  • the functional module N can correspond to a scenic area access management business scenario.
  • a request for obtaining the two-dimensional code can be sent to the service-side platform, which is the maintainer of the two functional modules, respectively.
  • the business scenario refers to a business scenario corresponding to a related service triggered by the user's operation on the terminal device.
  • the client A corresponding to the bus travel business scenario of a certain city or the function module M corresponding to the bus travel business scenario of a certain city on the terminal device
  • the actual business scenario when generating the code can be the city bus Travel business scenario
  • the client B corresponding to the access management business scenario of a certain scenic spot on the terminal device or the functional module N corresponding to the access management business scenario of a certain scenic spot in the client
  • the actual business scenario when generating the code can be this Scenic spot access management business scenarios.
  • the correspondence between the business scenarios and the service-side platform is not limited to a one-to-one correspondence.
  • a two-dimensional generation request is sent to the first service-side platform
  • the user requests to generate a two-dimensional code in the second business scenario the The two-dimensional generation request sent by the second service-side platform is only for the convenience of description and does not constitute a limitation on this application.
  • FIG. 2 is a schematic diagram of an application scenario of a two-dimensional code verification method in an embodiment of the specification.
  • the two-dimensional code when a user presents a two-dimensional code to request verification, the two-dimensional code can be obtained by the verification terminal, and a two-dimensional code carrying the two-dimensional code is sent to the service-side platform corresponding to the verification terminal.
  • QR code verification request in response to the QR code verification request sent by the code verification terminal, the service-side platform can send a QR code verification request to the central QR code platform; after that, when the service-side platform receives the central QR code platform After returning the verification information, realize QR code verification to complete the target business.
  • the service-side platform in response to the two-dimensional code verification request sent by the code verification terminal, can also directly verify the received two-dimensional code to realize the two-dimensional code verification to complete the target business.
  • the service-side platform can feed back the code verification result to the code verification terminal, or directly to the client used by the user for displaying the two-dimensional code.
  • the service scenario refers to the service scenario corresponding to the code verification terminal.
  • the code verification terminal is a bus card reader
  • the actual business scenario during code verification can be a city bus travel business scenario
  • the code verification terminal is a gate in a scenic spot
  • the actual business scenario during code verification can be a certain Scenic spot access management business scenarios.
  • the two-dimensional code verification request is sent to the first service-side platform, and when the user is in the second business scenario
  • the corresponding second code verification terminal requests to verify the two-dimensional code, it sends the two-dimensional code verification request to the second service-side platform, which is only for the convenience of explanation, and does not constitute a review of the code-verification terminal, business scenario and service-side platform in this application. limit the correspondence between them.
  • the first code verification terminal and the second code verification terminal may both send a two-dimensional code verification request to the same service provider platform.
  • the specific types of client applications used for acquiring two-dimensional codes and displaying two-dimensional codes are not specifically limited.
  • the client applications may include payment applications, ticket booking applications, Transportation applications, social applications, etc.
  • the specific type of the code verification terminal used to obtain the two-dimensional code displayed by the user is not specifically limited.
  • the code verification terminal may include a handheld POS machine, a smart access control, a gate, a smart phone, and the like.
  • the specific service scenarios involved may be various, and are not specifically limited.
  • the business scenarios may include business payment scenarios, scenic spot scenarios, traffic travel scenarios, hotel scenarios, museum scenarios, library scenarios, and the like.
  • FIG. 3 is a schematic flowchart of a method for generating a two-dimensional code applied to a central two-dimensional code platform according to an embodiment of the present specification.
  • the execution body of the process may be a program mounted on an application server.
  • the process may include the following steps.
  • Step 302 Receive a two-dimensional code generation request sent by a service-side platform based on a user's two-dimensional code acquisition request in a first business scenario; the two-dimensional code generation request carries a first scenario corresponding to the first business scenario The identifier and the first scenario user identifier corresponding to the first service scenario and used to identify the user.
  • the client When the user requests to generate a QR code from the client of the terminal device in the first business scenario, the client sends a QR code acquisition request to its corresponding service-side platform, and the service-side platform receives the QR code After obtaining the request, you can send a QR code generation request to the central QR code platform.
  • the two-dimensional code acquisition request sent by the client may carry a first scenario identifier corresponding to the first business scenario and a first scenario identifier corresponding to the first business scenario for identifying the The first scenario user identifier of the user, and further, the service-side platform may use the first scenario identifier corresponding to the first business scenario and the first scenario user corresponding to the first business scenario to identify the user.
  • the identification is carried in the QR code generation request and sent to the central QR code platform.
  • the service-side platform can obtain the identifier of the request generator (for example, the identifier of the client, the identifier of the function module, etc.) carried in the QR code acquisition request sent by the client to obtain A first scenario identifier corresponding to the business scenario is determined.
  • the service-side platform can obtain the user identity information (for example, user ID number, user mobile phone number, user in the client program or function module) carried in the request for reflecting the user identity according to the QR code sent by the client. User ID, etc.) to determine the first scenario user ID corresponding to the first business scenario and used to identify the user.
  • the first scenario identifier may be pre-allocated by the central two-dimensional code platform for the first business scenario and sent to the service-side platform for storage, so that the central two-dimensional code Both the code platform and the corresponding service-side platform can identify the first scenario identifier for identifying the first business scenario.
  • the user identification in the first scenario may be pre-allocated by the service provider platform for the user and sent to the central two-dimensional code platform for storage, whereby the central two-dimensional code platform and the corresponding service provider
  • the platforms are all capable of identifying the first scene user identifier used to identify the user.
  • the service-side platform may be a platform that provides network system services for the service provider of the first business scenario.
  • the actual execution subject of steps 302 to 306 may specifically be a two-dimensional code module in the service-side platform.
  • the service-side platform may further include modules for implementing other functions, for example, a payment module, an identity verification module, and the like.
  • Step 304 Determine the user center identifier used to identify the user according to the user identifier in the first scenario; the user center identifier is the same as the user identifier in the first scenario and the identifier used in the identifier corresponding to the second business scenario.
  • the user identifiers of the users in the second scenario described above all have a mapping relationship.
  • a user center identification and at least one scene user identification can be maintained.
  • each scenario user identifier corresponds to different business scenarios respectively.
  • the user center identifier, the user identifier in the first scenario for identifying the user corresponding to the first business scenario, and the user in the second scenario for identifying the user corresponding to the second business scenario IDs all have a mapping relationship.
  • the determining the user center identifier for identifying the user according to the user identifier in the first scenario may specifically include: determining whether there is a user identifier related to the first scenario according to the user identifier in the first scenario.
  • the user ID has a mapping relationship with the user center ID used to identify the user, and the first judgment result is obtained; if the first judgment result is yes, the user center ID can be directly obtained; if the first judgment result If no, a user center identifier can be assigned to the user, and a mapping relationship between the user center identifier and the first scenario user identifier corresponding to the first service scenario is established.
  • the central QR code platform has already stored the user center identifier corresponding to the current user, but the user The center identifier does not establish a mapping relationship with the current user identifier in the first scenario. In this case, the user center identifier corresponding to the current user cannot be found through the user identifier in the first scenario.
  • the two-dimensional code generation request may also carry the user identity information of the user, for example, information used to uniquely identify the user, such as an ID number or a mobile phone number.
  • the scene-side platform determines that it has never applied for a two-dimensional code to the central two-dimensional code platform for the current user, it can carry the user identity information in the two-dimensional code generation request sent to the central two-dimensional code platform, so that The central QR code platform determines whether the current user has been assigned a user center ID.
  • the assigning a user center identifier to the user and establishing a mapping relationship between the user center identifier and the user identifier in the first scenario corresponding to the first service scenario may specifically include: according to For the user identity information of the user, determine whether there is a user center identifier corresponding to the user identity information, and obtain a second judgment result; if the second judgment result is yes, obtain the user center identifier, and Establish a mapping relationship between the user center identifier and the first scenario user identifier corresponding to the first business scenario; if the second judgment result is no, assign a user center identifier to the user; and establish all The mapping relationship between the user identity information, the user center identifier, and the user identifier in the first scenario corresponding to the first business scenario.
  • Step 306 Based on the user center identifier and the first scene identifier, generate a first two-dimensional code code; the first two-dimensional code code carries the user center identifier and the first scene identifier.
  • the two-dimensional code encoding refers to the encoding used to generate the two-dimensional code image, for example, it may be a string of preset digits.
  • the two-dimensional code may refer to a two-dimensional code code or a two-dimensional code picture, which can be set according to actual needs, which is not specifically limited in this application.
  • the two-dimensional code information refers to information with actual meaning carried in the two-dimensional code encoding, for example, user center identification information and the like.
  • the two-dimensional code can be sent to the service-side platform that requests to generate the two-dimensional code.
  • the service-side platform can send the two-dimensional code code to the client, and the client can generate a two-dimensional code image based on the two-dimensional code code and display it to the user; or, alternatively, the two-dimensional code can be
  • the service-side platform generates a two-dimensional code image based on the two-dimensional code encoding and sends it to the client, and the client displays it to the user.
  • the first two-dimensional code code refers to the two-dimensional code code corresponding to the first business scenario.
  • the first business scenario is a bus travel business scenario in a certain city
  • the first two-dimensional code may be used for the bus boarding code of the city.
  • the first business scenario is an access management business scenario of a certain scenic spot
  • the first two-dimensional code can be used as an entry code used at the gate of the scenic spot.
  • the service-side platform after receiving the QR code acquisition request sent by the client in response to the user's trigger, the service-side platform does not generate the QR code by itself, but requests the central QR code platform to generate the QR code , which makes: in the two-dimensional code generated by the central two-dimensional code platform, the central two-dimensional code platform carries the user center identification used to uniquely identify the user assigned by the central two-dimensional code platform for each user, and when the two-dimensional code is verified, Even if the business scenario corresponding to the code verification terminal is different from the business scenario corresponding to the code generation terminal, the code verification terminal can obtain the user information contained in the verified two-dimensional code through the request center two-dimensional code platform, and then realize the verification of the two-dimensional code. Verification.
  • the method in FIG. 3 generates a two-dimensional code carrying a user center identifier for uniquely identifying a user by requesting the center two-dimensional code platform through the service-side platform.
  • the mapping relationship makes it possible to use the central QR code platform to realize the authentication of the QR code based on the user center identifier carried in the QR code even if the business scenario of the user generating the QR code is different from that of verifying the QR code. check. Based on this solution, a QR code that can be used across business scenarios is generated.
  • the user center identifier included in the two-dimensional code may specifically be the user dynamic center identifier.
  • step 304 when the user center identifier used to identify the user is determined according to the user identifier in the first scenario, specifically, the user center identifier used to identify the user may be determined according to the user identifier in the first scenario.
  • step 306 when the first two-dimensional code is generated based on the user center identifier and the first scene identifier, it may specifically include: first, based on the user static center identifier, generating a user static center identifier that is the same as the user static center identifier. The corresponding user dynamic center identifier; then, a first two-dimensional code code carrying the user dynamic center identifier and the first scene identifier is generated.
  • the signature information of the central QR code platform can also be added to prevent malicious third parties from forging the QR code generated by the central QR code platform or tampering with the QR code.
  • the method may further include: digitally signing the data information carried in the first two-dimensional code; correspondingly , the sending the first two-dimensional code code to the service-side platform specifically includes: sending the digitally signed first two-dimensional code code to the service-side platform.
  • digitally signing the data information carried in the first two-dimensional code code may specifically include: first, inputting the first two-dimensional code code into a hash function to obtain the first two-dimensional code code. The information digest corresponding to the QR code encoding; then, using the private key of the central QR code platform to encrypt the information digest to obtain a digital signature.
  • two-dimensional code aging information for indicating the two-dimensional code aging can also be added.
  • the two-dimensional code aging information may include two-dimensional code generation time information and two-dimensional code. Validity duration information.
  • the method may further include: acquiring the current time as the two-dimensional code generation time; and acquiring a preset time information on the effective duration of the two-dimensional code; correspondingly, generating a first two-dimensional code code based on the user center identifier and the first scene identifier specifically includes: generating a time-effective first two-dimensional code code; the The time-effective first two-dimensional code code carries the user center identifier, the first scene identifier, the two-dimensional code generation time, and the two-dimensional code valid duration information.
  • the first two-dimensional code code may further include information such as two-dimensional code feature header information, two-dimensional code version information, and the like.
  • the two-dimensional code feature header information may be used to identify the generator of the two-dimensional code, for example, the two-dimensional code feature header information may be used to identify that the two-dimensional code is generated by the central two-dimensional code platform.
  • FIG. 4 is a schematic flowchart of a method for generating a two-dimensional code applied to a service-side platform according to an embodiment of the present specification.
  • the execution body of the process may be a program mounted on an application server.
  • the process may include the following steps.
  • Step 402 Receive a two-dimensional code acquisition request sent by the client in the first service scenario in response to the user request.
  • Step 404 In response to the two-dimensional code acquisition request, determine the first scene identifier corresponding to the first business scene.
  • Step 406 Determine a first scenario user identifier corresponding to the first service scenario and used to identify the user.
  • the two-dimensional code acquisition request sent by the client may carry user identity information. Therefore, in step 406, the first scenario user identity used to identify the user may be determined according to the user identity information. .
  • the service-side platform stores the first scenario user ID used to identify the user; if it exists, the first scenario user ID can be obtained; if not, the user ID of the first scenario can be obtained. Allocating a first scenario user ID to the user, and establishing a mapping relationship between the user ID information and the first scenario user ID.
  • Step 408 Send a two-dimensional code generation request to the central two-dimensional code platform; the two-dimensional code generation request carries the first scene identifier and the first scene user identifier.
  • Step 410 Receive the first two-dimensional code code returned by the central two-dimensional code platform in response to the two-dimensional code generation request; the first two-dimensional code code carries the first scene identifier and is used to identify the The user center ID of the user mentioned above.
  • the method may further include: sending the first two-dimensional code to the client.
  • the QR code information carried in the finally generated QR code code may include not only the information provided by the central QR code platform, but also the information provided by the service-side platform requesting to generate the QR code. information.
  • the service-side platform can provide the management of the actual transaction on the scene side, that is, the service-side platform can provide the programming logic related to the scene-side practice in the two-dimensional code.
  • the provided QR code can include the scene-side extension attributes provided by the service-side platform on the basis of the overall QR code structure rules.
  • the two-dimensional code generation request sent by the service-side platform to the central two-dimensional code platform may also carry the first business scenario application.
  • the first custom business data for realizing the target business.
  • the step of generating the first two-dimensional code code may specifically be: generating the first two-dimensional code code based on the user center identifier, the first scene identifier and the first custom service data;
  • the first two-dimensional code can carry not only the user center identifier and the first scene party identifier, but also the first user-defined service data.
  • the method may further include: in response to the two-dimensional code acquisition request, determining the application to be used in the first business scenario. Realize the first custom business data of the target business.
  • the receiving the first two-dimensional code code returned by the central two-dimensional code platform in response to the two-dimensional code generation request may include: sending the first scene carrying the first scene to the central two-dimensional code platform A request for generating a QR code of the identifier, the user identifier of the first scenario, and the first user-defined service data.
  • the self-defined service data may be provided by the service-side platform, so that the data information of the target service can be realized when the code checking terminal corresponding to the service-side platform checks the code. Therefore, when the two-dimensional code obtained by the verification terminal is issued by the service-side platform corresponding to the verification terminal, the verification terminal or the service platform corresponding to the verification terminal can The user-defined business data can be used to complete the QR code verification without the need to obtain additional business information.
  • the specific structure of the two-dimensional code encoding can be set as required.
  • the code of the two-dimensional code can be set as a code of 150 bytes, wherein the first-2 bytes are the characteristic header information of the two-dimensional code, the third byte is the version information of the two-dimensional code, and the fourth byte is the code of the two-dimensional code.
  • Bytes are the data length information of the QR code, the 5-6 bytes are the scene identification information, the 7-14 bytes are the user center identification information, and the 15-16 bytes are the valid duration information of the QR code.
  • the 17th-20th bytes are the QR code generation time information
  • the 21st byte is the data length information of the custom service data
  • the 22nd-85th bytes are the custom service data
  • the 86th-150th bytes The section is the QR code signature information.
  • the self-defined business data is provided by the service-side platform that applies for generating a two-dimensional code
  • other information is provided by the central two-dimensional code platform. It should be noted that what is given here is only an example, wherein the data length of the two-dimensional code encoding, the information type carried in the two-dimensional code encoding, the arrangement order and data length of each information type in the two-dimensional code encoding are all equal. It can be set according to actual needs, which is not specifically limited in this application.
  • a centralized two-dimensional code issuance platform is constructed to manage user interworking data (for example, user center identifiers) in a unified manner.
  • user interworking data for example, user center identifiers
  • the generated two-dimensional code carries scenarios corresponding to various business scenarios
  • User IDs all have user center IDs with mapping relationships, which realizes the interconnection, intercommunication and mutual recognition of QR codes between various business scenarios.
  • the generated QR code can also carry customizable and programmable scene personalized data on the scene-side platform (for example, custom business data ).
  • the integration of centralization and decentralization is realized by integrating user intercommunication data and scene personalized data, which not only realizes the interconnection, intercommunication, and interoperability of QR codes between different business scenarios. It also satisfies the personalized application in various business scenarios.
  • FIG. 5 is a schematic flowchart of a two-dimensional code verification method applied to a central two-dimensional code platform according to an embodiment of the present specification. From a program perspective, the execution body of the process may be a program mounted on an application server.
  • the flow may include the following steps.
  • Step 502 Receive a two-dimensional code code verification request sent by the service-side platform in response to a user's two-dimensional code verification request in a first service scenario; the two-dimensional code code verification request carries the first service The first scene identifier corresponding to the scene and the two-dimensional code information carried in the two-dimensional code; the two-dimensional code information includes a user center identifier used to identify the user.
  • the two-dimensional code information may refer to information carried in the two-dimensional code encoding.
  • the service-side platform can parse the two-dimensional code information, and then parse the obtained two-dimensional code.
  • the information is sent to the central QR code platform.
  • the service-side platform may also directly send the two-dimensional code image carrying the two-dimensional code information or the two-dimensional code code itself to the central two-dimensional code platform, which is not specifically limited in this application.
  • the two-dimensional code information may further include: a second scene identifier corresponding to the second service scene.
  • the second business scenario may be the same as or different from the first business scenario.
  • the central two-dimensional code platform what needs to be paid attention to is the first scene identifier sent by the service-side platform requesting to verify the two-dimensional code, so as to return the first scene to the service-side platform requesting to verify the two-dimensional code. Identifies the corresponding first scenario user identifier for identifying the user.
  • Step 504 Determine, according to the user center identifier, a first scenario user identifier corresponding to the first scenario identifier for identifying the user; the user center identifier is the same as the first scenario user identifier and the The user identifiers in the second scenario of the second service scenario all have a mapping relationship.
  • Step 506 Send the user identifier of the first scenario to the service-side platform.
  • the first verification terminal can send the acquired two-dimensional code to the first verification terminal.
  • the corresponding first service-side platform In practical application, the first code verification terminal can directly send the two-dimensional code image to the first service-side platform, and then the first service-side platform parses the two-dimensional code image into a two-dimensional code Alternatively, the first code verification terminal may parse the acquired two-dimensional code image into a two-dimensional code code, and then send the two-dimensional code code to the first service party platform. No specific limitation is made.
  • each service-side platform that establishes business interoperability with the central two-dimensional code platform can identify the two-dimensional code to be verified. code. Therefore, regardless of whether the QR code to be verified is sent to the client by the first service-side platform in the first business scenario, the first service-side platform or the corresponding first service-side platform
  • the first code verification terminal can parse the acquired two-dimensional code image into a two-dimensional code code.
  • the first code verification terminal And the corresponding first service party platform can also identify the user identity through the central two-dimensional code platform based on the user center identification carried in the presented two-dimensional code, and then can obtain the stored data of the first service party platform and the user center.
  • the relevant business data corresponding to the user can realize the target business, that is, the interconnection, intercommunication and mutual recognition of the two-dimensional code verification can be realized.
  • the user center identifier included in the two-dimensional code information may specifically be a user dynamic center identifier.
  • determining the first scenario user identifier corresponding to the first scenario identifier for identifying the user according to the user center identifier may specifically include: first, according to the user dynamic center identifier, using Dynamic indexing technology, determining the user static center identifier corresponding to the user dynamic center identifier; then determining the first scene user identifier corresponding to the first scene identifier for identifying the user according to the user static center identifier .
  • a mapping relationship between the static user center identifier of the current user and at least one scenario user identifier is stored, and the at least one scenario user identifier may include all the user identifiers corresponding to the first business scenario. Describe the user ID of the first scenario.
  • the two-dimensional code can also carry a digital signature.
  • the central two-dimensional code platform receives the two-dimensional code code verification request, it determines, according to the user center identification, the identification of the user and the first scene. Before identifying the corresponding user identifier of the first scene, the method may further include: verifying the digital signature to obtain a signature verification result; A first scenario user identifier corresponding to a scenario identifier, specifically including: if the signature verification result indicates that the verification is passed, determining, according to the user center identifier, a user identifier that is used to identify the user and corresponds to the first scenario identifier The user ID of the first scene.
  • the verifying the digital signature to obtain a signature verification result specifically includes: first, decrypting the digital signature by using the public key of the central two-dimensional code platform to obtain an information digest; then, decrypting the two
  • the QR code is input into the hash function (the same as the hash function used by the central QR code platform to generate the digital signature), and the verification summary corresponding to the QR code is obtained; finally, compare the information summary with the Check the digest, if the two are consistent, the signature verification result that passes the verification is obtained.
  • the digital signature can be successfully decrypted, it means that the two-dimensional code currently to be verified is issued by the central two-dimensional code platform; the information digest is the same as the verification digest, it means that the current two-dimensional code to be verified is the same.
  • the two-dimensional code has not been tampered with; in practical applications, if at least one of the above two verifications is not satisfied, the verification will not pass, and the central two-dimensional code platform will not perform subsequent steps.
  • the two-dimensional code information may further include: two-dimensional code generation time and two-dimensional code valid duration information.
  • step 504 it may further include: according to the generation time of the two-dimensional code and the valid duration information of the two-dimensional code, judging whether the two-dimensional code to be verified is within the validity period, and obtaining the time verification result; step 504 specifically The method may include: if the time verification result indicates that the two-dimensional code to be verified is within the validity period, determining a first scene user identification corresponding to the first scene identification according to the user center identification.
  • FIG. 6 is a schematic flowchart of a two-dimensional code verification method applied to a service-side platform according to an embodiment of the present specification. From a program perspective, the execution body of the process may be a program mounted on an application server. As shown in FIG. 6, the flow may include the following steps.
  • Step 602 Receive a two-dimensional code verification request sent by the code verification terminal in response to a user request in the first service scenario; the two-dimensional code verification request carries a two-dimensional code code.
  • the two-dimensional code verification request may be a two-dimensional code verification request sent by the code verification terminal corresponding to the first business scenario to the service-side platform corresponding to the code verification terminal after scanning the two-dimensional code presented by the user.
  • the code verification terminal may be the terminal where the code verification client provided by the service-side platform is located.
  • Step 604 Send a two-dimensional code encoding verification request to the central two-dimensional code platform; the two-dimensional code encoding verification request carries the first scenario identifier corresponding to the first business scenario and the two-dimensional code encoding ; The two-dimensional code code carries a user center identifier for identifying the user.
  • the service-side platform in response to the two-dimensional code verification request, determines or acquires a first scenario identifier corresponding to the first business scenario, and sends the first scenario identifier to the central two-dimensional code platform, So that the central two-dimensional code platform returns the first scene user identification corresponding to the user center identification in the two-dimensional code to be verified and corresponding to the first scene identification according to the first scene identification.
  • Sending a two-dimensional code code verification request to the central two-dimensional code platform may specifically include: first judging whether the first scene identifier corresponding to the first business scenario and the second scene identifier carried in the two-dimensional code encoding are not If the identification judgment result is no, it means that the business scene of the current code verification is different from the business scene of generating the two-dimensional code to be verified, then send the two-dimensional code code verification to the central two-dimensional code platform. verification request.
  • the verification party can confirm the identity of the current user through the central two-dimensional code platform according to the user center identification information contained in the two-dimensional code, thereby realizing The target business of the user in the current scenario of the verifier.
  • the two-dimensional code may also carry first custom service data, and the first custom information may be provided by the service-side platform that generated the two-dimensional code.
  • the identification judgment result is yes, it means that the current code verification is performed. If the business scenario is a business scenario in which a two-dimensional code to be verified is generated, target business data is obtained by parsing the first custom business data; and then based on the target business data, two-dimensional code verification is performed.
  • the parsing of the first custom service data may specifically include: decrypting the first custom service data to obtain unencrypted target service data contained therein.
  • the first custom-defined service data can only be parsed by the service-side platform serving as the provider.
  • the target service data may include at least a second scenario user identifier corresponding to the second service scenario and used to identify the user, and since the first scenario corresponding to the first service scenario The identifier is consistent with the second scenario identifier carried in the two-dimensional code encoding, in other words, the target service data may at least include the first scenario user identifier corresponding to the first service scenario and used to identify the user.
  • the judging whether the first scene identifier corresponding to the first business scenario is consistent with the second scene identifier carried in the two-dimensional code encoding may further include: responding to the two-dimensional code verification request, obtain the first scene identifier corresponding to the first business scenario; parse the two-dimensional code code to obtain the second scene identifier carried in the two-dimensional code code.
  • Step 606 Receive a first scenario user identifier corresponding to the first business scenario and used to identify the user returned by the central two-dimensional code platform.
  • Step 608 Perform two-dimensional code verification based on the user identifier in the first scenario.
  • the embodiment of this specification provides a schematic diagram of a two-dimensional code application process in a practical application scenario, as shown in FIG. 7 .
  • the client terminal may apply to the service-side platform corresponding to the current business scenario for obtaining the two-dimensional code.
  • the service-side platform can acquire the scene user ID of the user who applied for the two-dimensional code, and optionally, it can be determined to be included in the two-dimensional code to achieve the target in the current business scenario Customized business data of the business; the service-side platform can send the scene user identifier and the customized business data to the central two-dimensional code platform to request the central two-dimensional code platform to generate a two-dimensional code.
  • the central two-dimensional code platform After receiving the two-dimensional code generation request sent by the service-side platform, the central two-dimensional code platform can determine the user center identification used to identify the user according to the scene user identification; furthermore, the central two-dimensional code platform can be based on the custom The business data and the user center identifier are used to assemble the two-dimensional code data information through the code generation engine; optionally, the central two-dimensional code platform can also use the central key (specifically, the private key of the central two-dimensional code platform) to The two-dimensional code data information is signed, and the signed two-dimensional code is obtained. Finally, the central QR code platform sends the signed QR code code to the service-side platform, and then the service-side platform sends the QR code code or the QR code image corresponding to the QR code code to the QR code client. For the QR code client to display the generated QR code image to the user. In practical applications, the steps performed by the service-side platform in FIG. 7 may be specifically performed by the two-dimensional code module of the service-side platform.
  • the two-dimensional code generation process is divided into two stages.
  • the first stage Accepted by the service-side platform (specifically, the QR code module of the service-side platform), as an industry service provider platform that has direct contact with users, processes users' business requests in the current business scenario, and generates a QR code
  • the corresponding custom business data is packaged by the service-side platform and submitted to the central QR code platform.
  • the structure of the custom business data may be set as required, for example, the custom business data may include industry scene tags and industry scene data.
  • the second stage Accepted by the central QR code platform, through secondary processing of custom business data, complete QR code data is generated.
  • the advantage of generating a two-dimensional code in two stages is that the service-side platform provides the personalized part of the industry scene in the two-dimensional code, and the central two-dimensional code platform provides the general part of the two-dimensional code, which makes, on the one hand, The central QR code platform does not need to pay attention to the business logic of the characteristics of any industry scenario.
  • the central QR code platform a centralized issuing agency, realizes the mutual recognition and universality of QR codes in cross-industry scenarios.
  • a data center can be added to the general data part of the two-dimensional code.
  • the digital signature generated by the QR code platform can be used to protect the data body of the QR code (including the general data part and the custom business data part corresponding to the industry scenario) from being tampered with.
  • each user scenario identifier assigned by each service-side platform to identify users and the user center identifier assigned by the central QR code platform to identify users belong to two different user systems.
  • each service-side platform maintains its own user-scenario identifier and user-scenario identifiers corresponding to other service-side platforms
  • the solution in the embodiment of the present application is more flexible and more convenient for subsequent business scenario expansion. For example, if a service-side platform A adds or modifies its own user scenario identifier used to identify a user X, according to the solution of this embodiment of the present application, only the mapping relationship of the user identifier maintained in the central QR code platform needs to be modified , without notifying a large number of other scene servers to modify the user ID mappings maintained by them.
  • the embodiment of this specification also provides a schematic diagram of a two-dimensional code verification process in an actual application scenario, as shown in FIG. 8 .
  • the two-dimensional code is acquired by the code verification terminal and sent to the corresponding service-side platform, and then the service-side platform (specifically, QR code module) is sent to the central QR code platform.
  • the service-side platform specifically, QR code module
  • the decoding/verification action can first occur on the central two-dimensional code platform.
  • the central two-dimensional code platform can authenticate the signature part of the two-dimensional code to ensure the legality of the two-dimensional code. sex.
  • the specific target business can be completed by the service-side platform.
  • the acquiring module of the service-side platform can acquire and create an order; optionally, the marketing module of the service-side platform can also calculate the industry scenario-side discount;
  • the payment module of the service-side platform can also initiate a payment request to the payment platform.
  • FIG. 9 provides a schematic diagram of a two-dimensional code verification process in a scene of entering a park in a scenic spot according to an embodiment of the present specification.
  • the code verification terminal for example, POS machine, gate, mobile phone, etc.
  • User scenario identification ie, industry unique ID
  • the ticket can be directly written off without going through the subsequent payment process; if the user has not purchased the scenic spot tickets in advance, combined with the business characteristics of the scenic spot industry, the payment The platform initiates payment.
  • FIG. 10 provides a schematic diagram of a two-dimensional code verification process in a hotel check-in scenario according to an embodiment of the present specification.
  • hotels that have implemented a self-service check-in system can connect the hotel PMS system with the central QR code platform through the PMS system service provider, so as to realize the QR code Check the occupant information. If the occupant has already booked a room through other channels, then the follow-up real-name face authentication and room card creation and other related services can be directly carried out in combination with the business characteristics of the hotel scene. If the occupant has not reserved a room in advance, he or she can check in by combining the business characteristics of the hotel scene and initiating payment to the payment platform.
  • PMS system self-service check-in system
  • the two-dimensional code application technology of the embodiments of this specification is very intrusive to the original scenic spot business/hotel business of the service-side platform;
  • the two-dimensional code application technology of the embodiment is used, the two-dimensional code can be used completely according to the past habits, that is, the cross-scenario universality of the two-dimensional code is solved to bring convenience to the user, and at the same time, it does not cause any additional operation burden to the user. .
  • Figures 9 and 10 also show the specific interaction content between the code verification terminal, the service provider platform, the central two-dimensional code platform, and the payment platform, where the same parts as those in Figures 1 to 7 can be referred to above. The related descriptions are not repeated here.
  • the specific application scenarios shown in FIG. 9 and FIG. 10 are only some possible examples, and some of the steps in these examples may be omitted or replaced during specific implementation, and other steps may also be added; in addition, the embodiments of the present application also It can be applied to other application scenarios, such as traffic travel scenarios, commercial payment scenarios, etc.
  • the embodiments of the present specification also provide a device corresponding to the above method.
  • FIG. 11 is a schematic structural diagram of a two-dimensional code generating apparatus applied to a central two-dimensional code platform corresponding to FIG. 3 according to an embodiment of the present specification.
  • the device may include: a two-dimensional code generation request acquisition module 1102, configured to receive a two-dimensional code generation request sent by the service-side platform based on the user's two-dimensional code acquisition request in the first business scenario; the The two-dimensional code generation request carries the first scenario identifier corresponding to the first business scenario and the first scenario user identifier corresponding to the first business scenario and used to identify the user; the user center identifier determining module 1104, using according to the user ID of the first scenario, to determine the user center ID used to identify the user; the user center ID is the same as the user ID of the first scenario and the user ID corresponding to the second business scenario and used to identify the user.
  • the user identifiers in the second scenario of each have a mapping relationship; the two-dimensional code code generation module 1106 is configured to generate a first two-
  • the user center identifier determination module 1104 may be specifically configured to: determine a user static center identifier used to identify the user according to the user identifier in the first scenario; the two-dimensional code code generation module 1106, specifically Can be used for: generating a user dynamic center identifier corresponding to the user static center identifier based on the user static center identifier; generating a first two-dimensional code encoding; the first two-dimensional code encoding carrying the user dynamic center identifier and the first scene identifier.
  • FIG. 12 is a schematic structural diagram of a two-dimensional code generating apparatus applied to a service-side platform and corresponding to FIG. 4 according to an embodiment of the present specification.
  • the apparatus may include: a two-dimensional code acquisition request receiving module 1202 for receiving a two-dimensional code acquisition request sent by the client in response to a user request in the first business scenario; a scene identification determination module 1204 for using In response to the two-dimensional code acquisition request, determine the first scene identifier corresponding to the first business scenario; the scenario user identifier determination module 1206 is used to determine the user identifier corresponding to the first business scenario.
  • the user ID of the first scene; the two-dimensional code generation request sending module 1208 is used to send a two-dimensional code generation request to the central two-dimensional code platform; the two-dimensional code generation request carries the first scene identification and the second A scene user identifier; the two-dimensional code code receiving module 1210 is configured to receive the first two-dimensional code code returned by the central two-dimensional code platform in response to the two-dimensional code generation request; the first two-dimensional code code carries There are the first scene identifier and the user center identifier for identifying the user.
  • the apparatus may further include: a custom service data determination module, configured to determine, in response to the two-dimensional code acquisition request, first custom service data used for realizing the target service in the first service scenario.
  • the two-dimensional code generation request sending module 1208 can be specifically configured to: send a message carrying the first scene identifier, the first scene user identifier and the first custom service data to the central two-dimensional code platform. QR code generation request.
  • FIG. 13 is a schematic structural diagram of a two-dimensional code verification apparatus applied to a central two-dimensional code platform and corresponding to FIG. 5 according to an embodiment of the present specification.
  • the apparatus may include: a two-dimensional code code verification request receiving module 1302, configured to receive the two-dimensional code code sent by the service-side platform in response to the user's two-dimensional code verification request in the first business scenario verification request; the two-dimensional code verification request carries the first scene identifier corresponding to the first business scenario and the two-dimensional code information carried in the two-dimensional code; the two-dimensional code information includes the is used to identify the user center identifier of the user; the scene user identifier retrieval module 1304 is used to determine the first scene user identifier corresponding to the first scene identifier for identifying the user according to the user center identifier; The user center identifier has a mapping relationship with the first scenario user identifier and the second scenario user identifier corresponding to the second business scenario; the scenario user identifier sending module 13
  • the user center identifier included in the two-dimensional code information may specifically be a user dynamic center identifier.
  • the scene user identifier retrieval module 1304 can be specifically configured to: determine the user static center identifier corresponding to the user dynamic center identifier according to the user dynamic center identifier; determine the user static center identifier according to the user static center identifier A first scenario user ID corresponding to the first scenario ID used to identify the user.
  • FIG. 14 is a schematic structural diagram of a two-dimensional code verification apparatus applied to a service-side platform and corresponding to FIG. 6 according to an embodiment of the present specification.
  • the apparatus may include: a two-dimensional code verification request receiving module 1402, configured to receive a two-dimensional code verification request sent by the verification terminal in response to a user request in the first business scenario; the two-dimensional code verification The request carries the two-dimensional code code; the two-dimensional code code verification request sending module 1404 is used to send the two-dimensional code code verification request to the central two-dimensional code platform; the two-dimensional code code verification request carries The first scene identifier and the two-dimensional code code corresponding to the first business scene; the two-dimensional code code carries the user center identifier used to identify the user; the scene user identifier receiving module 1406 is used for receiving the The first scenario user ID corresponding to the first business scenario and used to identify the user returned by the central two-dimensional code platform; the two-dimensional code verification module 1408 is used to perform a
  • the two-dimensional code code verification request sending module 1404 can be specifically configured to: determine whether the first scene identifier corresponding to the first business scenario is consistent with the second scene identifier carried in the two-dimensional code encoding, and obtain an identifier judgment Result; if the identification judgment result is no, send a two-dimensional code code verification request to the central two-dimensional code platform.
  • the two-dimensional code code also carries the first user-defined service data.
  • the two-dimensional code verification request sending module 1404 can be specifically configured to: if the identification judgment result is yes, parse the first custom service data to obtain target service data; The target business data is verified by QR code.
  • modules refer to computer programs or program segments, which are used to perform one or more specific functions.
  • the above-mentioned distinction of each module does not mean that the actual program code must also be separated.
  • the embodiments of this specification also provide a device corresponding to the above method.
  • FIG. 15 is a schematic structural diagram of a device for generating or verifying a two-dimensional code according to an embodiment of the present specification.
  • the device 1500 may include: at least one processor 1510 ; and a memory 1530 communicatively connected to the at least one processor; wherein the memory 1530 stores data executable by the at least one processor 1510
  • the instruction 1520 is executed by the at least one processor 1510, so that the at least one processor 1510 can: receive the two-dimensional code sent by the service-side platform based on the user's two-dimensional code acquisition request in the first business scenario code generation request; the two-dimensional code generation request carries the first scene identifier corresponding to the first business scenario and the first scenario user identifier corresponding to the first business scenario and used to identify the user; according to the The user ID of the first scenario is determined to identify the user center ID of the user; the user center ID is associated with the user ID of the first scenario and the second user ID corresponding to the second business scenario and used to identify the user.
  • the scene user identifiers all have a mapping relationship; based on the user center identifier and the first scene identifier, a first two-dimensional
  • the at least one processor 1510 can: receive a two-dimensional code acquisition request sent by a client in a first business scenario in response to a user request; and in response to the two-dimensional code acquisition request, determine that the first business scenario corresponds to the first scenario identifier of the user; determine the first scenario user identifier corresponding to the first business scenario and used to identify the user; send a two-dimensional code generation request to the central two-dimensional code platform; in the two-dimensional code generation request Carry the first scene identifier and the first scene user identifier; receive the first two-dimensional code code returned by the central two-dimensional code platform in response to the two-dimensional code generation request; the first two-dimensional code code It carries the first scene identifier and the user center identifier for identifying the user.
  • the at least one processor 1510 can: receive a two-dimensional code encoding verification request sent by the service-side platform in response to a two-dimensional code verification request of a user in the first business scenario; the two-dimensional code encoding verification request It carries the first scenario identifier corresponding to the first business scenario and the two-dimensional code information carried in the two-dimensional code; the two-dimensional code information includes the user center identifier used to identify the user; according to the A user center identifier, which determines a first scenario user identifier corresponding to the first scenario identifier used to identify the user; the user center identifier is associated with the first scenario user identifier and the first scenario corresponding to the second business scenario. Both the user identifiers of the two scenarios have a mapping relationship; the user identifier of the first scenario is sent to the service-side platform.
  • the at least one processor 1510 can: receive a two-dimensional code verification request sent by the verification terminal in response to a user request in the first service scenario; the two-dimensional code verification request carries a two-dimensional code code; The central two-dimensional code platform sends a two-dimensional code code verification request; the two-dimensional code code verification request carries the first scene identifier corresponding to the first business scene and the two-dimensional code code; the two-dimensional code The code code carries the user center identifier used to identify the user; receives the user identifier of the first scenario corresponding to the first business scenario returned by the center two-dimensional code platform and used to identify the user; based on the first scenario A scenario user identification, QR code verification.
  • the embodiments of the present specification also provide a computer-readable medium corresponding to the above method.
  • Computer-readable instructions are stored on the computer-readable medium, and the computer-readable instructions can be executed by the processor to generate or verify the two-dimensional code according to the embodiments of the present application.
  • a typical implementation device is a computer.
  • the computer may be, for example, a personal computer, laptop computer, cellular phone, camera phone, smart phone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or A combination of any of these devices.
  • the functions are divided into various units and described respectively.
  • the functions of each unit may be implemented in one or more software and/or hardware.
  • embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.
  • the present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention.
  • each flow and/or block in the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams can be implemented by computer program instructions.
  • These computer program instructions may be provided to the processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing device to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing device produce Means for implementing the functions specified in a flow or flow of a flowchart and/or a block or blocks of a block diagram.
  • These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory result in an article of manufacture comprising instruction means, the instructions
  • the apparatus implements the functions specified in the flow or flow of the flowcharts and/or the block or blocks of the block diagrams.
  • These computer program instructions can also be loaded on a computer or other programmable data processing device to cause a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process such that The instructions provide steps for implementing the functions specified in the flow or blocks of the flowcharts and/or the block or blocks of the block diagrams.
  • program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
  • the application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
  • program modules may be located in both local and remote computer storage media including storage devices.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Tourism & Hospitality (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

提供了一种二维码生成和核验方法、装置、设备和可读介质。方法包括:接收服务方平台基于用户在第一业务场景下的二维码获取请求发送的二维码生成请求;二维码生成请求中携带有第一业务场景对应的第一场景标识以及第一业务场景对应的用于标识用户的第一场景用户标识(302);根据第一场景用户标识,确定用于标识用户的用户中心标识;用户中心标识,与第一场景用户标识以及对应于第二业务场景的用于标识用户的第二场景用户标识均具有映射关系(304);基于用户中心标识和第一场景标识,生成第一二维码编码(306)。

Description

二维码的生成和核验 技术领域
本申请涉及互联网技术领域,尤其涉及用于二维码的生成和核验的方法、装置、设备和计算机可读介质。
背景技术
随着移动互联网技术的发展,二维码作为移动互联网中的数据信息载体已经被广泛使用。但是,在各个行业、各个业务场景中使用的二维码,通常具有彼此不同的二维码数据结构,不同行业、不同业务场景的二维码彼此无法通用。例如,用户在相关联的多个线下业务场景中,可能需要连续打开多个不同的终端、来使用不同的业务主体提供的二维码,这一过程的操作繁琐、用户体验较差。为此,亟需要提供一种能够跨行业、跨场景通用的二维码,以解决用户需要在不同的业务场景调用不同的二维码导致的用户操作繁琐的问题。
发明内容
本说明书实施例提供一种二维码生成和核验方法、装置、设备和计算机可读介质,以解决现有的由于二维码无法跨场景识别的问题。
本说明书实施例提供的一种二维码生成方法,应用于中心二维码平台,包括:接收服务方平台基于用户在第一业务场景下的二维码获取请求发送的二维码生成请求;所述二维码生成请求中携带有所述第一业务场景对应的第一场景标识以及所述第一业务场景对应的用于标识所述用户的第一场景用户标识;根据所述第一场景用户标识,确定用于标识所述用户的用户中心标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的用于标识所述用户的第二场景用户标识均具有映射关系;基于所述用户中心标识和所述第一场景标识,生成第一二维码编码。
本说明书实施例提供的一种二维码生成方法,应用于服务方平台,包括:接收客户端在第一业务场景下响应于用户请求发送的二维码获取请求;响应于所述二维码获取请求,确定所述第一业务场景对应的第一场景标识;确定与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;向中心二维码平台发送二维码生成请求;所述二维码生成请求中携带所述第一场景标识和所述第一场景用户标识;接收所述中心二维码平台响应于所述二维码生成请求返回的第一二维码编码;所述第一二维码编码携带有所述第一场景标识以及用于标识所述用户的用户中心标识。
本说明书实施例提供的一种二维码核验方法,应用于中心二维码平台,包括:接收服务方平台响应于用户在第一业务场景下的二维码核验请求所发送的二维码编码校验请求;所述二维码编码校验请求中携带有所述第一业务场景对应的第一场景标识以及所述二维码中携带的二维码信息;所述二维码信息包含用于标识所述用户的用户中心标识;根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的第二场景用户标识均具有映射关系;将所述第一场景用户标识发送至所述服务方平台。
本说明书实施例提供的一种二维码核验方法,应用于服务方平台,包括:接收验码终端在第一业务场景下响应于用户请求发送的二维码核验请求;所述二维码核验请求中携带有二维码编码;向所述中心二维码平台发送二维码编码校验请求;所述二维码编码校验请求中携带所述第一业务场景对应的第一场景标识和所述二维码编码;所述二维码编码携带有用于标识所述用户的用户中心标识;接收所述中心二维码平台返回的与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;基于所述第一场景用户标识,进行二维码验证。
本说明书实施例提供的一种二维码生成装置,应用于中心二维码平台,包括:二维码生成请求获取模块,用于接收服务方平台基于用户在第一业务场景下的二维码获取请求发送的二维码生成请求;所述二维码生成请求中携带有所述第一业务场景对应的第一场景标识以及所述第一业务场景对应的用于标识所述用户的第一场景用户标识;用户中心标识确定模块,用于根据所述第一场景用户标识,确定用于标识所述用户的用户中心标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的用于标 识所述用户的第二场景用户标识均具有映射关系;二维码编码生成模块,用于基于所述用户中心标识和所述第一场景标识,生成第一二维码编码。
本说明书实施例提供的一种二维码生成装置,应用于服务方平台,包括:二维码获取请求接收模块,用于接收客户端在第一业务场景下响应于用户请求发送的二维码获取请求;场景标识确定模块,用于响应于所述二维码获取请求,确定所述第一业务场景对应的第一场景标识;场景用户标识确定模块,用于确定与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;二维码生成请求发送模块,用于向中心二维码平台发送二维码生成请求;所述二维码生成请求中携带所述第一场景标识和所述第一场景用户标识;二维码编码接收模块,用于接收所述中心二维码平台响应于所述二维码生成请求返回的第一二维码编码;所述第一二维码编码携带有所述第一场景标识以及用于标识所述用户的用户中心标识。
本说明书实施例提供的一种二维码核验装置,应用于中心二维码平台,包括:二维码编码校验请求接收模块,用于接收服务方平台响应于用户在第一业务场景下的二维码核验请求所发送的二维码编码校验请求,所述二维码编码校验请求中携带有所述第一业务场景对应的第一场景标识以及所述二维码中携带的二维码信息,所述二维码信息包含标识所述用户的用户中心标识;场景用户标识检索模块,用于根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识,所述用户中心标识与所述第一场景用户标识以及对应于第二业务场景的第二场景用户标识均具有映射关系;场景用户标识发送模块,用于将所述第一场景用户标识发送至所述服务方平台。
本说明书实施例提供的一种二维码核验装置,应用于服务方平台,包括:二维码核验请求接收模块,用于接收验码终端在第一业务场景下响应于用户请求发送的二维码核验请求;所述二维码核验请求中携带有二维码编码;二维码编码校验请求发送模块,用于向所述中心二维码平台发送二维码编码校验请求;所述二维码编码校验请求中携带所述第一业务场景对应的第一场景标识和所述二维码编码;所述二维码编码携带有用于标识所述用户的用户中心标识;场景用户标识接收模块,用于接收所述中心二维码平台返回的与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;二维码验证模块,用于基于所述第一场景用户标识,进行二维码验证。
本说明书实施例提供的一种中心二维码平台设备,包括至少一个处理器以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:接收服务方平台基于用户在第一业务场景下的二维码获取请求发送的二维码生成请求;所述二维码生成请求中携带有所述第一业务场景对应的第一场景标识以及所述第一业务场景对应的用于标识所述用户的第一场景用户标识;根据所述第一场景用户标识,确定用于标识所述用户的用户中心标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的用于标识所述用户的第二场景用户标识均具有映射关系;基于所述用户中心标识和所述第一场景标识,生成第一二维码编码。
本说明书实施例提供的一种服务方平台设备,包括至少一个处理器以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:接收客户端在第一业务场景下响应于用户请求发送的二维码获取请求;响应于所述二维码获取请求,确定所述第一业务场景对应的第一场景标识;确定与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;向中心二维码平台发送二维码生成请求;所述二维码生成请求中携带所述第一场景标识和所述第一场景用户标识;接收所述中心二维码平台响应于所述二维码生成请求返回的第一二维码编码;所述第一二维码编码携带有所述第一场景标识以及用于标识所述用户的用户中心标识。
本说明书实施例提供的一种中心二维码平台设备,包括至少一个处理器以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:接收服务方平台响应于用户在第一业务场景下的二维码核验请求所发送的二维码编码校验请求;所述二维码编码校验请求中携带有所述第一业务场景对应的第一场景标识以及所述二维码中携带的二维码信息;所述二维码信息包含用于标识所述用户的用户中心标识;根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一 场景用户标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的第二场景用户标识均具有映射关系;将所述第一场景用户标识发送至所述服务方平台。
本说明书实施例提供的一种服务方平台设备,包括至少一个处理器以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:接收验码终端在第一业务场景下响应于用户请求发送的二维码核验请求;所述二维码核验请求中携带有二维码编码;向所述中心二维码平台发送二维码编码校验请求;所述二维码编码校验请求中携带所述第一业务场景对应的第一场景标识和所述二维码编码;所述二维码编码携带有用于标识所述用户的用户中心标识;接收所述中心二维码平台返回的与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;基于所述第一场景用户标识,进行二维码验证。
本说明书实施例提供的一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现一种二维码生成和核验方法。
本说明书一个实施例至少能够达到以下有益效果:通过服务方平台请求中心二维码平台来生成携带有用于唯一标识用户的用户中心标识的二维码,鉴于所述用户中心标识与不同业务场景对应的场景用户标识均具有映射关系,使得,即便用户生成二维码的业务场景与验证二维码的业务场景不同,验码方也能够基于二维码中携带的用户中心标识来借由中心二维码平台实现对二维码的校验。基于本说明书实施例的方案,实现了二维码的可跨业务场景识别,避免了用户在不同的业务场景调用多个不同的二维码导致的用户操作繁琐的问题。
附图说明
图1为本说明书实施例中一种二维码生成方法的应用场景的示意图;
图2为本说明书实施例中一种二维码核验方法的应用场景的示意图;
图3为本说明书实施例提供的应用于中心二维码平台的二维码生成方法的流程示意图;
图4为本说明书实施例提供的应用于服务方平台的二维码生成方法的流程示意图;
图5为本说明书实施例提供的应用于中心二维码平台的二维码核验方法的流程示意图;
图6为本说明书实施例提供的应用于服务方平台的二维码核验方法的流程示意图;
图7为本说明书实施例提供的一种实际应用场景下二维码申请流程的示意图;
图8为本说明书实施例提供的一种实际应用场景下二维码核验流程的示意图;
图9为本说明书实施例提供的在景区入园场景下的一种二维码核验流程的示意图;
图10为本说明书实施例提供的在酒店入住场景下的一种二维码核验流程的示意图;
图11为本说明书实施例提供的对应于图3的一种应用于中心二维码平台的二维码生成装置的结构示意图;
图12为本说明书实施例提供的对应于图4的一种应用于服务方平台的二维码生成装置的结构示意图;
图13为本说明书实施例提供的对应于图5的一种应用于中心二维码平台的二维码核验装置的结构示意图;
图14为本说明书实施例提供的对应于图6的一种应用于服务方平台的二维码核验装置的结构示意图;
图15为本说明书实施例提供的一种用于二维码生成或核验的设备的结构示意图。
具体实施方式
随着移动互联网技术的发展,二维码作为移动互联网中的数据信息载体已经被广泛使用,例如,在移动支付领域,二维码可作为移动支付的数据信息载体。在实际应用中,不同行业、不同的业务场景有着各自不同的业务逻辑和业务系统,而当前主流行业场景服务方平台的二维码应用系统,都会构建各自的用户体系和业务规则,具有各自的二维码数据结构。这使得,不同的行业场景之间的二维码是无法互联互通的。例如,用户在一个办事场景中的多个业务场景中可能需要连续打开不同终端、使用不同业务主体提供的二维码,用户的操作繁琐、二维码使用体验差。本申请实施例中的办事场景不同于业 务场景,一个办事场景可包括一个或多个业务场景,例如,在同一个办事场景可能需要先出示用于门禁核验这一业务场景的二维码,随后又需要出示用于商业支付或门票核验的二维码。另外,由于不同的二维码彼此的外观相似,对于普通用户来说,可能会因为无法明确辨别二维码对应的业务场景,进而导致发生刷错码的情况。
为了解决现有技术中不同行业场景对应的二维码无法跨场景识别导致的用户操作繁琐、体验差,甚至导致用户可能刷错码的弊端,本申请的实施例提出一种跨场景二维码的生成和核验技术,通过服务方平台与中心二维码平台相结合的方式,实现了二维码的跨场景“一码通”,使得用户使用二维码的过程更便捷、不易出错,提升了用户体验。
为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本说明书一个或多个实施例保护的范围。
应当理解,尽管在本申请文件中可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。
以下结合附图,详细说明本说明书各实施例提供的技术方案。
图1为本说明书实施例中一种二维码生成方法的应用场景的示意图。如图1所示,当用户在终端设备上通过客户端应用请求生成二维码时,可向服务方平台发送二维码获取请求;服务方平台响应于客户端发送的二维码获取请求,可向中心二维码平台发送二维码生成请求;服务方平台接收到中心二维码平台返回的二维码编码后,发送给客户端。
在本说明书实施例中,当用户在不同的业务场景下请求生成二维码时,可向相同或不同的服务方平台发出二维码获取请求。具体地,可通过相同的客户端向相同或不同的服务方平台发出二维码获取请求,也可通过不同的客户端向相同或不同的服务方平台发出二维码获取请求。
其中,业务场景也可称为服务场景,是指各行各业中为满足用户的特定需求、解决特定问题而提供各种功能集合的情形,其中,所述各项功能集合可包括互联网功能。相应地,在业务场景下的目标业务(或称目标服务),可是指在当前业务场景下用户需满足的特定需求、需解决的特定问题。
在实际应用时,不同的客户端程序可对应不同的业务场景。例如,客户端A对应某城市公交出行业务场景,客户端B对应某景区出入管理业务场景。在这种情况下,用户在客户端A和客户端B请求生成二维码时,可分别向两个客户端对应的服务方平台发出二维码获取请求。
在实际应用时,相同的客户端程序中的不同的功能模块可对应不同的业务场景。例如,某客户端中的功能模块M可对应某城市公交出行业务场景,功能模块N可对应某景区出入管理业务场景。在这种情况下,通过功能模块M和功能模块N请求生成二维码时,可分别向作为两个功能模块的维护方的服务方平台发出二维码获取请求。
在本说明书实施例中,当用户请求生成二维码时,业务场景指的是用户在终端设备上的操作所触发的相关服务对应的业务场景。例如,若用户在终端设备上触发对应某城市公交出行业务场景的客户端A或者客户端中的对应某城市公交出行业务场景的功能模块M,则生码时的实际业务场景可为该城市公交出行业务场景;若用户在终端设备上触发对应某景区出入管理业务场景的客户端B或者客户端中的对应某景区出入管理业务场景的功能模块N,则生码时的实际业务场景可为该景区出入管理业务场景。
在本说明书的实施例中,并不将业务场景与服务方平台之间对应关系限定为一一对应关系。在图1中显示为,当用户在第一业务场景下请求生成二维码时,向第一服务方平台发送二维生成请求,当用户在第二业务场景下请求生成二维码时,向第二服务方平台发送二维生成请求,只是为了便于说明的需要,并不构成对本申请的限定。
图2为本说明书实施例中一种二维码核验方法的应用场景的示意图。如图2所示,当用户出示二维码以请求核验时,可由验码终端来获取二维码,并向与所述验码终端对应的服务方平台发送携带有所述二维码的二维码核验请求;响应于验码终端发送的二维码核验请求,服务方平台可向中心二维码平台发送二维码编码校验请求;此后,当服务方平台接收到中心二维码平台返回的校验信息后,实现二维码验证以完成目标业务。此外,响应于验码终端发送的二维码核验请求,服务方平台也可直接对接收的二维码进行 核验,实现二维码核验以完成目标业务。当完成目标业务后,服务方平台可向验码终端反馈验码结果,也可直接向用户使用的用于出示二维码的客户端反馈验码结果。
在本说明书实施例中,当用户请求验证二维码时,业务场景指的是验码终端对应的业务场景。例如,若验码终端为某公交刷卡器,则验码时的实际业务场景可为某城市公交出行业务场景;若验码终端为某景区闸机,则验码时的实际业务场景可为某景区出入管理业务场景。
另外,在图2中显示为,当用户在第一业务场景对应的第一验码终端请求核验二维码时,向第一服务方平台发送二维码核验请求,当用户在第二业务场景对应的第二验码终端请求核验二维码时,向第二服务方平台发送二维码核验请求,只是为了便于说明的需要,并不构成对本申请中验码终端、业务场景以及服务方平台之间对应关系的限定。例如,第一验码终端和第二验码终端也可均向同一服务方平台发送二维码核验请求。
在本说明书的实施例中,用于获取二维码和展示二维码的客户端应用的具体类型不被具体限定,例如,所述客户端应用可包括支付类应用、订票类的应用、交通出行类的应用、社交类的应用等。用于获取用户展示的二维码的验码终端的具体类型不被具体限定,例如,所述验码终端可包括手持POS机、智能门禁、闸机、智能手机等。
在本说明书的实施例中,涉及的具体业务场景可是多种多样的,不被具体限定。例如,所述业务场景可包括商业支付场景、景区场景、交通出行场景、酒店场景、博物馆场景、图书馆场景等。
接下来,将针对说明书实施例提供的一种二维码生成方法结合附图进行具体说明。
图3为本说明书实施例提供的一种应用于中心二维码平台的二维码生成方法的流程示意图。从程序角度而言,流程的执行主体可为搭载于应用服务器的程序。
如图3所示,该流程可包括以下各步骤。
步骤302:接收服务方平台基于用户在第一业务场景下的二维码获取请求发送的二维码生成请求;所述二维码生成请求中携带有所述第一业务场景对应的第一场景标识以及所述第一业务场景对应的用于标识所述用户的第一场景用户标识。
当用户在第一业务场景下,在终端设备的客户端请求生成二维码时,客户端向其对应的服务方平台发送二维码获取请求,所述服务方平台接收到所述二维码获取请求后,可向中心二维码平台发送二维码生成请求。
在可选的实施例中,由客户端发送的所述二维码获取请求中,可携带有所述第一业务场景对应的第一场景标识以及所述第一业务场景对应的用于标识所述用户的第一场景用户标识,进而,所述服务方平台可将所述第一业务场景对应的第一场景标识以及所述第一业务场景对应的用于标识所述用户的第一场景用户标识携带于二维码生成请求中发送至中心二维码平台。
在另一可选的实施例中,所述服务方平台,可根据客户端发送的二维码获取请求中携带的请求生成方的标识(例如,客户端的标识、功能模块的标识等),来确定所述业务场景对应的第一场景标识。所述服务方平台,可根据客户端发送的二维码获取请求中携带的用于反映用户身份的用户身份信息(例如,用户身份证号、用户手机号、用户在客户端程序或功能模块中的用户标识等),来确定所述第一业务场景对应的用于标识所述用户的第一场景用户标识。
在本说明书实施例中,所述第一场景标识可是由所述中心二维码平台为所述第一业务场景预先分配的并发送至所述服务方平台存储,由此,所述中心二维码平台和相应的所述服务方平台均能够识别用于标识第一业务场景的所述第一场景标识。所述第一场景用户标识可是由所述服务方平台预先为所述用户分配的并发送至所述中心二维码平台存储,由此,所述中心二维码平台和相应的所述服务方平台均能够识别用于标识所述用户的所述第一场景用户标识。
在实际应用中,所述服务方平台可是为所述第一业务场景的服务商提供网络系统服务的平台。在本说明书的实施例中,步骤302至步骤306的实际执行主体,具体可是所述服务方平台中的二维码模块。在实际应用中,所述服务方平台中还可包括用于实现其他功能的模块,例如,支付模块、身份验证模块等。
步骤304:根据所述第一场景用户标识,确定用于标识所述用户的用户中心标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的用于标识所述用户的第二场景用户标识均具有映射关系。
在中心二维码平台中,可维护用于标识一个用户的:一个用户中心标识以及至少一个场景用户标识。其中,所述至少一个场景用户标识中,各个场景用户标识分别对应于不同的业务场景。换句话说,所述用户中心标识,与对应于第一业务场景的用于标识所述用户的第一场景用户标识,以及对应于第二业务场景的用于标识所述用户的第二场景用户标识,均具有映射关系。
在实际应用中,所述根据所述第一场景用户标识,确定用于标识所述用户的用户中心标识,具体可包括:根据所述第一场景用户标识,判断是否存在与所述第一场景用户标识具有映射关系的用于标识所述用户的用户中心标识,得到第一判断结果;若所述第一判断结果为是,则可直接获取所述用户中心标识;若所述第一判断结果为否,则可为所述用户分配用户中心标识,并建立所述用户中心标识与对应于所述第一业务场景的所述第一场景用户标识的映射关系。
基于前述方案,尽管可通过第一场景用户标识来查找是否存储有与当前用户对应的用户中心标识,但是,也可能中心二维码平台已经存储有与当前用户对应的用户中心标识,但是该用户中心标识未与当前的第一场景用户标识建立映射关系,这种情况下,则无法来通过第一场景用户标识查找到与当前用户对应的用户中心标识。
鉴于此,在实际应用时,所述二维码生成请求中还可携带有所述用户的用户身份信息,例如,身份证号或手机号等用于唯一标识所述用户的信息。具体地,若所述场景方平台判断自身未曾为当前用户向中心二维码平台申请过二维码,则可在向中心二维码平台发送的二维码生成请求中携带用户身份信息,以便中心二维码平台判断是否已为当前用户分配用户中心标识。
在这种情况下,所述为所述用户分配用户中心标识,并建立所述用户中心标识与对应于所述第一业务场景的所述第一场景用户标识的映射关系,具体可包括:根据所述用户的所述用户身份信息,判断是否存在与所述用户身份信息对应的用户中心标识,得到第二判断结果;若所述第二判断结果为是,则获取所述用户中心标识,并建立所述用户中心标识与对应于所述第一业务场景的所述第一场景用户标识的映射关系;若所述第二判断结果为否,则为所述用户分配用户中心标识;并建立所述用户身份信息、所述用户中心标识以及对应于所述第一业务场景的所述第一场景用户标识的映射关系。
步骤306:基于所述用户中心标识和所述第一场景标识,生成第一二维码编码;所述第一二维码编码中携带所述用户中心标识和所述第一场景标识。
在本说明书实施例中,二维码编码,是指用于生成二维码图像的编码,例如,可是一串预设位数的字符串。在本说明书的描述中,二维码可是指二维码编码或二维码图片,可根据实际需要来设置,本申请对此不进行具体限定。另外,在本说明书实施例中,二维码信息,是指二维码编码中携带的具有实际含义的信息,例如,用户中心标识信息等。
在实际应用时,所述中心二维码平台生成二维码编码后,可将二维码编码发送至请求生成所述二维码编码的服务方平台。此后,可选地,可由服务方平台将所述二维码编码发送至客户端,并由客户端基于所述二维码编码生成二维码图像后展现给用户;或者,可选地,可由服务方平台基于所述二维码编码生成二维码图像后发送至客户端,并由客户端展现给用户。
在本说明书实施例中,所述第一二维码编码,是指与所述第一业务场景对应的二维码编码。例如,若第一业务场景为某城市公交出行业务场景,则所述第一二维码可是用于该城市公交乘车码。又如,若所述第一业务场景为某景区出入管理业务场景,则所述第一二维码可用于在该景区闸机口使用的入场码。
在本说明书实施例中,服务方平台在接收到客户端响应于用户触发而发送的二维码获取请求后,并不是自己生成二维码,而是请求中心二维码平台来生成二维码,这就使得:在中心二维码平台生成的二维码中,携带了中心二维码平台为每个用户分配的用于唯一标识所述用户的用户中心标识,在二维码核验时,即便验码终端对应的业务场景与生码终端对应的业务场景不同,验码终端也可经由请求中心二维码平台来获取被核验的二维码中包含的用户信息,进而实现二维码的核验。
应当理解,本说明书一个或多个实施例所述的方法中,部分步骤的顺序可根据实际需要调整,或者可省略部分步骤。
图3中的方法,通过服务方平台请求中心二维码平台来生成携带有用于唯一标识用户的用户中心标识的二维码,鉴于所述用户中心标识与不同业务场景对应的场景用户标 识均具有映射关系,使得,即便用户生成二维码的业务场景与验证二维码的业务场景不同,也能够基于二维码中携带的用户中心标识来借由中心二维码平台实现对二维码的校验。基于该方案,生成了可跨业务场景使用的二维码。
基于图3的方法,本说明书实施例还提供了该方法的一些具体实施方式。
在实际应用中,为了防止攻击者可能截获到用户的二维码并获取到二维码中包含的用于标识用户的用户中心标识,进而构建出恶意二维码损害用户利益,在本说明书的实施例中,在二维码中包含的用户中心标识具体可是用户动态中心标识。
具体地,在步骤304中,当根据所述第一场景用户标识,确定用于标识所述用户的用户中心标识时,具体可是:根据所述第一场景用户标识,确定用于标识所述用户的用户静态中心标识。步骤306中,当基于所述用户中心标识和所述第一场景标识,生成第一二维码编码时,具体可包括:首先,基于所述用户静态中心标识,生成与所述用户静态中心标识对应的用户动态中心标识;然后,生成携带有所述用户动态中心标识和所述第一场景标识的第一二维码编码。
可选地,当生成二维码编码时,还可加入中心二维码平台的签名信息,以避免恶意第三方伪造由中心二维码平台生成的二维码编码或者对二维码编码进行篡改。在可选的实施例中,将所述第一二维码编码发送至所述服务方平台之前,还可包括:对所述第一二维码编码中携带的数据信息进行数字签名;相应地,所述将所述第一二维码编码发送至所述服务方平台,具体包括:将数字签名后的所述第一二维码编码发送至所述服务方平台。在实际应用中,对所述第一二维码编码中携带的数据信息进行数字签名,具体可包括:首先,将所述第一二维码编码输入至散列函数,得到所述第一二维码编码对应的信息摘要;然后,使用所述中心二维码平台的私钥对所述信息摘要加密,得到数字签名。
可选地,当生成二维码编码时,还可加入用于表示二维码时效的二维码时效信息,例如,所述二维码时效信息可包括二维码生成时间信息和二维码有效时长信息。在可选的实施例中,基于所述用户中心标识和所述第一场景标识,生成第一二维码编码之前,还可包括:获取当前时间作为二维码生成时间;以及获取预设的二维码有效时长信息;相应地,所述基于所述用户中心标识和所述第一场景标识,生成第一二维码编码,具体包括:生成具有时效的第一二维码编码;所述具有时效的第一二维码编码携带有所述用户中心标识、所述第一场景标识、所述二维码生成时间以及二维码有效时长信息。
可选地,所述第一二维码编码中还可包含二维码特征头信息、二维码版本信息等信息。其中,所述二维码特征头信息可用于标识二维码的生成方,例如,所述二维码特征头信息可用于标识所述二维码是由所述中心二维码平台生成的。
与图3相对应地,图4为本说明书实施例提供的一种应用于服务方平台的二维码生成方法的流程示意图。从程序角度而言,流程的执行主体可为搭载于应用服务器的程序。
如图4所示,该流程可包括以下各步骤。
步骤402:接收客户端在第一业务场景下响应于用户请求发送的二维码获取请求。
步骤404:响应于所述二维码获取请求,确定第一业务场景对应的第一场景标识。
步骤406:确定与所述第一业务场景对应的用于标识所述用户的第一场景用户标识。
具体地,客户端发送的所述二维码获取请求中可携带用户身份信息,由此,在步骤406中,可根据所述用户身份信息,确定用于标识所述用户的第一场景用户标识。
具体地,可根据所述用户身份信息,检索所述服务方平台是否存储有用于标识所述用户的第一场景用户标识;若存在,可获取所述第一场景用户标识;若不存在,可为所述用户分配第一场景用户标识,并建立所述用户身份信息与所述第一场景用户标识之间的映射关系。
步骤408:向中心二维码平台发送二维码生成请求;所述二维码生成请求中携带所述第一场景标识和所述第一场景用户标识。
步骤410:接收所述中心二维码平台响应于所述二维码生成请求返回的第一二维码编码;所述第一二维码编码携带有所述第一场景标识以及用于标识所述用户的用户中心标识。
步骤410之后,还可包括:将所述第一二维码编码发送给所述客户端。
应当理解,本说明书一个或多个实施例所述的方法中,部分步骤的顺序可根据实际需要调整,或者可省略部分步骤。
基于图4的方法,本说明书实施例还提供了该方法的一些具体实施方式。
在本说明的实施例中,最终生成的二维码编码中携带的二维码信息,不仅可包含中心二维码平台提供的信息,还可包含由请求生成二维码的服务方平台提供的信息。在实际应用时,所述服务方平台可提供场景侧实际事务的管理,即,所述服务方平台可提供二维码中关于场景侧实务的编程逻辑,由此使得,本申请说明书实施例中提供的二维码,可在整体二维码结构规则的基础上,包含由服务方平台提供的场景侧扩展属性。
具体地,对于中心二维码平台来说,在步骤302中,由服务方平台发送给中心二维码平台的所述二维码生成请求中,还可携带有所述第一业务场景下用于实现目标业务的第一自定义业务数据。相应地,步骤306中,生成第一二维码编码的步骤具体可是:基于所述用户中心标识、所述第一场景标识以及所述第一自定义业务数据,生成第一二维码编码;所述第一二维码编码不仅可携带有所述用户中心标识和所述第一场景方标识,还可携带有所述第一自定义业务数据。
对于服务方平台,在步骤408中,向中心二维码平台发送二维码生成请求之前还可包括:响应于所述二维码获取请求,确定用于在所述第一业务场景下用于实现目标业务的第一自定义业务数据。相应地,步骤410中所述接收所述中心二维码平台响应于所述二维码生成请求返回的第一二维码编码,可包括:向中心二维码平台发送携带所述第一场景标识、所述第一场景用户标识及所述第一自定义业务数据的二维码生成请求。
在实际应用中,所述自定义业务数据可是由服务方平台提供的,以供所述服务方平台对应的验码终端验码时,能够实现目标业务的数据信息。因此,当验码终端获取的二维码是由所述验码终端对应的服务方平台发布的,则所述验码终端或者所述验码终端对应的服务平台可基于该二维码中包含的自定义业务数据来完成二维码校验,而无需再额外获取业务信息。
在实际应用时,二维码编码的具体结构可根据需要进行设置。例如,可将所述二维码编码设置为150个字节的编码,其中,第1-2个字节为二维码特征头信息,第3个字节为二维码版本信息,第4个字节为二维码数据长度信息,第5-6个字节为场景标识信息,第7-14个字节为用户中心标识信息,第15-16个字节为二维码有效时长信息,第17-20个字节为二维码生成时间信息,第21个字节为自定义业务数据的数据长度信息,第22-85个字节为自定义业务数据,第86-150个字节为二维码签名信息。在该示例中,所述自定义业务数据是由申请生成二维码编码的服务方平台提供的,其他信息均是由中心二维码平台提供的。需要说明的是,在此给出的仅是示例,其中,二维码编码的数据长度、二维码编码中携带的信息类型、二维码编码中各信息类型的排列顺序及数据长度等均可根据实际需要进行设置,本申请对此不进行具体限定。
基于本说明书实施例的方案,构建了中心化的二维码发行平台来统一管理用户互通数据(例如,用户中心标识),鉴于在生成的二维码中携带有与各业务场景下对应的场景用户标识均具有映射关系的用户中心标识,实现了各业务场景之间二维码的互联、互通、互认。同时,为了满足各个业务场景之间的特异性的场景独有业务,在生成的二维码中,还可携带场景方平台可自定义、可编程的场景个性化数据(例如,自定义业务数据)。在本说明书实施例的方案中,通过将用户互通数据与场景个性化数据相融合,实现了中心化与去中心化的融合,既实现了不同业务场景之间二维码的互联、互通、互认,又满足了在各业务场景下的个性化应用。
接下来,将针对说明书实施例提供的一种二维码核验方法结合附图进行具体说明。
图5为本说明书实施例提供的一种应用于中心二维码平台的二维码核验方法的流程示意图。从程序角度而言,流程的执行主体可为搭载于应用服务器的程序。
如图5所示,该流程可包括以下各步骤。
步骤502:接收服务方平台响应于用户在第一业务场景下的二维码核验请求所发送的二维码编码校验请求;所述二维码编码校验请求中携带有所述第一业务场景对应的第一场景标识以及所述二维码中携带的二维码信息;所述二维码信息包含用于标识所述用户的用户中心标识。
在本说明书实施例中,二维码信息可是指二维码编码中携带的信息。在实际应用中,服务方平台接收到验码终端在获取了二维码图像后发送的二维码图像或二维码编码后,可解析得到二维码信息,进而将解析得到的二维码信息发送给中心二维码平台。可选地,服务方平台也可直接将携带有二维码信息的二维码图像或二维码编码本身发送给中心二维码平台,本申请对此不进行具体限定。
所述二维码信息还可包含:对应于所述第二业务场景的第二场景标识。所述第二业务场景可与所述第一业务场景相同或不同。对于中心二维码平台而言,需要关注的是由请求验证二维码的服务方平台发送的第一场景标识,从而向请求验证二维码的所述服务方平台返回与所述第一场景标识对应的用于标识用户的第一场景用户标识。
步骤504:根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的第二场景用户标识均具有映射关系。
步骤506:将所述第一场景用户标识发送至所述服务方平台。
在二维码核验时,若用户向第一业务场景下的第一验码终端出示二维码,所述第一验码终端可将获取的二维码发送给与所述第一验码终端对应的第一服务方平台。在实际应用时,可是所述第一验码终端直接将二维码图像发送给所述第一服务方平台,再由所述第一服务方平台将所述二维码图像解析为二维码编码,或者,也可是所述第一验码终端将获取的二维码图像解析为二维码编码后,再将所述二维码编码发送给所述第一服务方平台,本申请对此不进行具体限定。
在实际应用中,由于待核验的二维码是由所述中心二维码平台统一发行的,而与所述中心二维码平台建立业务互通的各个服务方平台可识别该待核验的二维码。因此,不论待核验的二维码是否为所述第一业务场景下由所述第一服务方平台发送给所述客户端的,所述第一服务方平台或所述第一服务方平台对应的第一验码终端,可将获取的二维码图像解析为二维码编码。也就是说,对于持有二维码的用户来说,即便在第一业务场景对应的第一验码终端处,出示的是由第二业务场景下生成的二维码,第一验码终端及对应的第一服务方平台也可基于该出示的二维码中携带的用户中心标识,来经由中心二维码平台识别出用户身份,进而可再获取第一服务方平台已存储的与该用户对应的相关业务数据来实现目标业务,即,可实现二维码核验的互联、互通、互认。
基于图5的方法,本说明书实施例还提供了该方法的一些具体实施方式。
在可选的实施例中,所述二维码信息包含的所述用户中心标识具体可为用户动态中心标识。步骤504中所述根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识,具体可包括:首先,根据所述用户动态中心标识,采用动态索引技术,确定与所述用户动态中心标识对应的用户静态中心标识;然后根据所述用户静态中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识。在所述中心二维码平台中,存储有当前用户的所述用户静态中心标识以及至少一个场景用户标识的映射关系,所述至少一个场景用户标识可包括对应于所述第一业务场景的所述第一场景用户标识。
所述二维码中还可携带有数字签名,当中心二维码平台接收到二维码编码校验请求之后,根据所述用户中心标识确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识之前,还可包括:校验所述数字签名,得到签名校验结果;相应地,所述根据所述用户中心标识确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识,具体包括:若所述签名校验结果表示校验通过,则根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识。
其中,所述校验所述数字签名得到签名校验结果,具体包括:首先,使用所述中心二维码平台的公钥,对所述数字签名解密,得到信息摘要;然后,将所述二维码编码输入至散列函数(与中心二维码平台生成数字签名时使用的散列函数相同),得到所述二维码编码对应的校验摘要;最后,对比所述信息摘要和所述校验摘要,若二者一致,则得到校验通过的签名校验结果。在上述方案中,能够对所述数字签名解密成功,则说明当前待核验的二维码是由中心二维码平台发行的;所述信息摘要和所述校验摘要相同,则说明当前待核验的二维码未被篡改过;在实际应用中,若前述两项核验中有至少一项不满足,则校验不通过,中心二维码平台不再执行后续步骤。
可选地,若所述二维码为具有时效的二维码,则在基于所述二维码进行业务处理(步骤504)之前,还需要对二维码中的时效信息进行校验。在可选的实施例中,所述二维码信息中还可包括:二维码生成时间和二维码有效时长信息。因此,步骤504之前,还可包括:根据所述二维码生成时间和所述二维码有效时长信息,判断待校验的二维码是否在有效期内,得到时间校验结果;步骤504具体可包括:若所述时间校验结果表示待校验的二维码在有效期内,则根据所述用户中心标识,确定与所述第一场景标识对应 的第一场景用户标识。
图6为本说明书实施例提供的一种应用于服务方平台的二维码核验方法的流程示意图。从程序角度而言,流程的执行主体可为搭载于应用服务器的程序。如图6所示,该流程可包括以下各步骤。
步骤602:接收验码终端在第一业务场景下响应于用户请求发送的二维码核验请求;所述二维码核验请求中携带有二维码编码。
具体地,所述二维码核验请求可是第一业务场景对应的验码终端在扫描用户出示的二维码后向所述验码终端对应的服务方平台发送的二维码核验请求,所述验码终端可是由所述服务方平台提供的验码客户端所在的终端。
步骤604:向所述中心二维码平台发送二维码编码校验请求;所述二维码编码校验请求中携带所述第一业务场景对应的第一场景标识和所述二维码编码;所述二维码编码携带有用于标识所述用户的用户中心标识。
所述服务方平台响应于所述二维码核验请求,确定或获取对应于所述第一业务场景的第一场景标识,并将所述第一场景标识发送至所述中心二维码平台,以便所述中心二维码平台根据所述第一场景标识返回与待核验二维码中的用户中心标识对应、且与所述第一场景标识对应的第一场景用户标识。
向所述中心二维码平台发送二维码编码校验请求,具体可包括:先判断所述第一业务场景对应的第一场景标识与所述二维码编码中携带的第二场景标识是否一致,得到标识判断结果;若所述标识判断结果为否,说明当前验码的业务场景与生成待核验二维码的业务场景不同,则向所述中心二维码平台发送二维码编码校验请求。基于该方案,使得即便待核验二维码的生成场景与核验场景不同,核验方也可根据二维码中包含的用户中心标识信息、经由中心二维码平台来确认当前用户的身份,进而实现用户在核验方当前场景下的目标业务。
所述二维码编码中还可携带第一自定义业务数据,所述第一自定义信息可是生成所述二维码编码的服务方平台提供的。当判断所述第一业务场景对应的第一场景标识与所述二维码编码中携带的第二场景标识是否一致,得到标识判断结果后,若所述标识判断结果为是,说明当前验码的业务场景是生成待核验二维码的业务场景,则对所述第一自定义业务数据解析得到目标业务数据;进而基于所述目标业务数据,进行二维码验证。
对所述第一自定义业务数据进行解析,具体可包括:对所述第一自定义业务数据进行解密,来得到其中包含的未加密的目标业务数据。通常,若所述第一自定义业务数据是由某服务方平台提供的,则该第一自定义业务数据仅能够由作为提供者的该服务方平台进行解析。在可选的实施例中,所述目标业务数据至少可包含所述第二业务场景对应的用于标识所述用户的第二场景用户标识,而由于所述第一业务场景对应的第一场景标识与所述二维码编码中携带的第二场景标识一致,换言之,所述目标业务数据至少可包含所述第一业务场景对应的用于标识所述用户的第一场景用户标识。
在实际应用中,所述判断所述第一业务场景对应的第一场景标识与所述二维码编码中携带的第二场景标识是否一致之前,还可包括:响应于所述二维码核验请求,获取所述第一业务场景对应的第一场景标识;解析所述二维码编码,得到所述二维码编码中携带的第二场景标识。
步骤606:接收所述中心二维码平台返回的与所述第一业务场景对应的用于标识所述用户的第一场景用户标识。
步骤608:基于所述第一场景用户标识,进行二维码验证。
应当理解,本说明书一个或多个实施例所述的方法中,部分步骤的顺序可根据实际需要调整,或者可省略部分步骤。
根据上面的说明,本说明书实施例提供了一种实际应用场景下,二维码申请流程的示意图,如图7所示。
在图7中,若用户在客户端申请获取二维码,客户端可向当前业务场景对应的服务方平台申请获取二维码。服务方平台接收到二维码获取请求后,可获取申请二维码的所述用户的场景用户标识,并且可选地,可确定用于包含在二维码中以实现当前业务场景下的目标业务的自定义业务数据;服务方平台可将所述场景用户标识与所述自定义业务数据发送至中心二维码平台,以请求中心二维码平台生成二维码。中心二维码平台接收到服务方平台发送的二维码生成请求后,可根据场景用户标识来确定用于标识所述用 户的用户中心标识;进而,中心二维码平台可基于所述自定义业务数据和所述用户中心标识,来通过生码引擎拼装二维码数据信息;可选地,中心二维码平台还可采用中心密钥(具体地,中心二维码平台的私钥)对二维码数据信息进行签名,得到签名后的二维码编码。最后,中心二维码平台将签名后的二维码编码发送至服务方平台,再由服务方平台将二维码编码或二维码编码对应的二维码图像发送至二维码客户端,以供二维码客户端向用户展示生成的二维码图像。在实际应用中,图7中由服务方平台执行的步骤具体可是由服务方平台的二维码模块执行的。
在图7的二维码申请流程中,二维码的生成过程分为两个阶段。第一阶段:由服务方平台(具体地,服务方平台的二维码模块)受理,作为与用户有着直接联系的行业服务提供平台,处理用户在当前业务场景下的业务请求,生成二维码对应的自定义业务数据,由服务方平台将自定义业务数据打包完成后提交到中心二维码平台。其中,自定义业务数据的结构可根据需要设定,例如,所述自定义业务数据可包括行业场景标签与行业场景数据。第二阶段:由中心二维码平台受理,通过对自定义业务数据的二次加工,生成完整的二维码数据。
通过两个阶段生成二维码的好处在于:由服务方平台提供二维码中的行业场景个性化部分,由中心二维码平台提供二维码中的通用部分,由此使得,一方面,中心二维码平台无需关注任何行业场景的特性的业务逻辑,另一方面,通过中心二维码平台这一中心化的发行机构,实现了跨行业场景的二维码互认与通用。
如图7中所示,在实际应用时,为了保证生码过程中的数据安全性,本申请的实施例在设计二维码的结构时,可在二维码的通用数据部分添加一个由中心二维码平台生成的数字签名,该数字签名可用于保护二维码的数据体(包含通用数据部分以及行业场景对应的自定义业务数据部分)不被篡改。
另外,在本说明书的实施例中,各服务方平台分配的用于标识用户的各用户场景标识与中心二维码平台分配的用于标识用户的用户中心标识,分属于两个不同的用户体系,各用户场景标识与用户中心标识之间仅存在弱关联,即,仅需要由中心二维码平台来维护各用户场景标识与用户中心标识之间的映射关系,而无需所有的各个服务方平台来维护各用户场景标识与用户中心标识之间的映射关系。不同于各个服务方平台均维护自身的用户场景标识与其他服务方平台对应的用户场景标识的方案,本申请实施例的方案更灵活、更便于后续业务场景的扩展。例如,若某服务方平台A新增或修改了自身用于标识某用户X的用户场景标识,根据本申请实施例的方案,仅需要修改中心二维码平台中所维护的用户标识的映射关系,而无需通知其他大量的场景服务器来修改其维护的用户标识的映射关系。
需要说明的是,图7中示出的二维码生成流程仅是一种可能的示例,在具体实施时对于其中的部分步骤可省略或替换,也可新增其他步骤。
本说明书实施例还提供了实际应用场景下二维码核验流程的示意图,如图8所示。
在图8中,当用户在二维码客户端出示待核验的二维码后,由验码终端获取二维码后发送给相对应的服务方平台,进而,由服务方平台(具体地,二维码模块)发送给中心二维码平台。
在二维码核验过程中,解码/验码动作可先发生在中心二维码平台,具体地,中心二维码平台可对于二维码中的签名部分进行认证,以保证二维码的合法性。此后,可由服务方平台再来完成具体的目标业务,例如,可由服务方平台的收单模块来收单创建订单;可选地,还可由服务方平台的营销模块计算行业场景侧优惠;进而,如果需要进行支付的情况下,还可由服务方平台的支付模块向支付平台发起支付请求。
需要说明的是,图8中示出的二维码核验流程仅是一种可能的示例,在具体实施时对于其中的部分步骤可省略或替换,也可新增其他步骤。
下面结合具体的场景来说明二维码核验的流程。
图9提供了本说明书实施例的在景区入园场景下的二维码核验流程的示意图。
如图9所示,在景区入园场景下,景区的验码终端(例如,POS机、闸机、手机等)识别到用户出示的二维码后,通过中心二维码平台解码后返回的用户场景标识(即,行业唯一ID),可找到对应用户信息。如果该用户已经提前购买了景区门票,则结合景区行业的业务特性,可直接核销该门票而不用走后续支付流程;如果该用户未提前购买景区门票,则结合景区行业的业务特性,向支付平台发起支付。
图10提供了本说明书实施例的在酒店入住场景下的二维码核验流程的示意图。
如图10所示,在酒店入住场景下,在实施了自助入驻系统(PMS系统)的酒店,可通过PMS系统服务商,将酒店PMS系统与中心二维码平台打通,以实现通过二维码查询到入住人信息。如果入住人已经通过其他渠道预定了房间,那么可结合酒店场景的业务特性,直接进行后续的实名人脸认证以及房卡制卡等相关业务。如果入住人未提前预定房间,那么可结合酒店场景的业务特性,结合向支付平台发起支付来办理入住。
基于在景区场景和酒店场景的应用实例可看出,本说明书实施例的二维码应用技术,对于服务方平台原有的景区业务/酒店业务的入侵性非常小;并且,用户在使用本说明书实施例的二维码应用技术时,可完全按照以往的习惯使用二维码,即,解决了二维码跨场景通用以为用户带来便利的同时,也不会给用户造成任何额外的操作负担。
此外,图9和图10中还示出了验码终端、服务方平台、中心二维码平台、支付平台之间的具体交互内容,其中与图1至图7中相同的部分可参见上文的相关描述,在此不再赘述。图9和图10中示出的具体应用场景仅是一些可能的示例,这些示例在具体实施时对于其中的部分步骤可省略或替换,也可新增其他步骤;并且,本申请的实施例还可应用于其他的应用场景中,例如,交通出行场景、商业支付场景等。
基于同样的思路,本说明书实施例还提供了上述方法对应的装置。
图11为本说明书实施例提供的对应于图3的一种应用于中心二维码平台的二维码生成装置的结构示意图。如图11所示,该装置可包括:二维码生成请求获取模块1102,用于接收服务方平台基于用户在第一业务场景下的二维码获取请求发送的二维码生成请求;所述二维码生成请求中携带有所述第一业务场景对应的第一场景标识以及所述第一业务场景对应的用于标识所述用户的第一场景用户标识;用户中心标识确定模块1104,用于根据所述第一场景用户标识,确定用于标识所述用户的用户中心标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的用于标识所述用户的第二场景用户标识均具有映射关系;二维码编码生成模块1106,用于基于所述用户中心标识和所述第一场景标识,生成第一二维码编码。
可选地,所述用户中心标识确定模块1104,具体可用于:根据所述第一场景用户标识,确定用于标识所述用户的用户静态中心标识;所述二维码编码生成模块1106,具体可用于:基于所述用户静态中心标识,生成与所述用户静态中心标识对应的用户动态中心标识;生成第一二维码编码;所述第一二维码编码携带有所述用户动态中心标识和所述第一场景标识。
图12为本说明书实施例提供的对应于图4的一种应用于服务方平台的二维码生成装置的结构示意图。如图12所示,该装置可包括:二维码获取请求接收模块1202,用于接收客户端在第一业务场景下响应于用户请求发送的二维码获取请求;场景标识确定模块1204,用于响应于所述二维码获取请求,确定所述第一业务场景对应的第一场景标识;场景用户标识确定模块1206,用于确定与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;二维码生成请求发送模块1208,用于向中心二维码平台发送二维码生成请求;所述二维码生成请求中携带所述第一场景标识和所述第一场景用户标识;二维码编码接收模块1210,用于接收所述中心二维码平台响应于所述二维码生成请求返回的第一二维码编码;所述第一二维码编码携带有所述第一场景标识以及用于标识所述用户的用户中心标识。
所述装置还可包括:自定义业务数据确定模块,用于响应于所述二维码获取请求,确定用于在所述第一业务场景下用于实现目标业务的第一自定义业务数据。相应地,所述二维码生成请求发送模块1208,具体可用于:向中心二维码平台发送携带所述第一场景标识、所述第一场景用户标识以及所述第一自定义业务数据的二维码生成请求。
图13为本说明书实施例提供的对应于图5的一种应用于中心二维码平台的二维码核验装置的结构示意图。如图13所示,该装置可包括:二维码编码校验请求接收模块1302,用于接收服务方平台响应于用户在第一业务场景下的二维码核验请求所发送的二维码编码校验请求;所述二维码编码校验请求中携带有所述第一业务场景对应的第一场景标识以及所述二维码中携带的二维码信息;所述二维码信息包含用于标识所述用户的用户中心标识;场景用户标识检索模块1304,用于根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的第二场景用户标识均具有映射关系;场 景用户标识发送模块1306,用于将所述第一场景用户标识发送至所述服务方平台。
可选地,所述二维码信息包含的所述用户中心标识具体可为用户动态中心标识。在实际应用中,所述场景用户标识检索模块1304,具体可用于:根据所述用户动态中心标识,确定与所述用户动态中心标识对应的用户静态中心标识;根据所述用户静态中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识。
图14为本说明书实施例提供的对应于图6的一种应用于服务方平台的二维码核验装置的结构示意图。如图14所示,该装置可包括:二维码核验请求接收模块1402,用于接收验码终端在第一业务场景下响应于用户请求发送的二维码核验请求;所述二维码核验请求中携带有二维码编码;二维码编码校验请求发送模块1404,用于向所述中心二维码平台发送二维码编码校验请求;所述二维码编码校验请求中携带所述第一业务场景对应的第一场景标识和所述二维码编码;所述二维码编码携带有用于标识所述用户的用户中心标识;场景用户标识接收模块1406,用于接收所述中心二维码平台返回的与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;二维码验证模块1408,用于基于所述第一场景用户标识,进行二维码验证。
所述二维码编码校验请求发送模块1404,具体可用于:判断所述第一业务场景对应的第一场景标识与所述二维码编码中携带的第二场景标识是否一致,得到标识判断结果;若所述标识判断结果为否,则向所述中心二维码平台发送二维码编码校验请求。
可选地,所述二维码编码还携带第一自定义业务数据。在实际应用中,所述二维码编码校验请求发送模块1404,具体可用于:若所述标识判断结果为是,则对所述第一自定义业务数据解析得到目标业务数据;基于所述目标业务数据,进行二维码验证。
可理解,上述的各模块是指计算机程序或者程序段,用于执行某一项或多项特定的功能。此外,上述各模块的区分并不代表实际的程序代码也必须是分开的。
基于同样的思路,本说明书实施例还提供了上述方法对应的设备。
图15为本说明书实施例提供的一种用于二维码生成或核验的设备的结构示意图。
如图15所示,设备1500可包括:至少一个处理器1510;以及,与所述至少一个处理器通信连接的存储器1530;其中,所述存储器1530存储有可被所述至少一个处理器1510执行的指令1520,所述指令被所述至少一个处理器1510执行,以使所述至少一个处理器1510能够:接收服务方平台基于用户在第一业务场景下的二维码获取请求发送的二维码生成请求;所述二维码生成请求中携带有所述第一业务场景对应的第一场景标识以及所述第一业务场景对应的用于标识所述用户的第一场景用户标识;根据所述第一场景用户标识,确定用于标识所述用户的用户中心标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的用于标识所述用户的第二场景用户标识均具有映射关系;基于所述用户中心标识和所述第一场景标识,生成第一二维码编码。
或者,所述至少一个处理器1510能够:接收客户端在第一业务场景下响应于用户请求发送的二维码获取请求;响应于所述二维码获取请求,确定所述第一业务场景对应的第一场景标识;确定与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;向中心二维码平台发送二维码生成请求;所述二维码生成请求中携带所述第一场景标识和所述第一场景用户标识;接收所述中心二维码平台响应于所述二维码生成请求返回的第一二维码编码;所述第一二维码编码携带有所述第一场景标识以及用于标识所述用户的用户中心标识。
或者,所述至少一个处理器1510能够:接收服务方平台响应于用户在第一业务场景下的二维码核验请求所发送的二维码编码校验请求;所述二维码编码校验请求中携带有所述第一业务场景对应的第一场景标识以及所述二维码中携带的二维码信息;所述二维码信息包含用于标识所述用户的用户中心标识;根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的第二场景用户标识均具有映射关系;将所述第一场景用户标识发送至所述服务方平台。
或者,所述至少一个处理器1510能够:接收验码终端在第一业务场景下响应于用户请求发送的二维码核验请求;所述二维码核验请求中携带有二维码编码;向所述中心二维码平台发送二维码编码校验请求;所述二维码编码校验请求中携带所述第一业务场景对应的第一场景标识和所述二维码编码;所述二维码编码携带有用于标识所述用户的用户中心标识;接收所述中心二维码平台返回的与所述第一业务场景对应的用于标识所 述用户的第一场景用户标识;基于所述第一场景用户标识,进行二维码验证。
基于同样的思路,本说明书实施例还提供了上述方法对应的计算机可读介质。计算机可读介质上存储有计算机可读指令,所述计算机可读指令可被处理器执行以本申请实施例所述的二维码生成或核验方法。
上述对本说明书特定实施例进行了描述,在一些情况下,在权利要求书中记载的动作或步骤可按照不同于实施例中的顺序来执行并且仍然可实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可的或者可能是有利的。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可。本说明书实施例提供的装置、设备与方法是对应的,因此,装置、设备也具有与对应方法类似的有益技术效果,由于上面已经对方法的有益技术效果进行了详细说明,因此,这里不再赘述对应装置、设备的有益技术效果。
上述实施例阐明的系统、装置、模块或单元,具体可由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。为了描述方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请可在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可位于包括存储设备在内的本地和远程计算机存储介质中。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

Claims (31)

  1. 一种二维码生成方法,应用于中心二维码平台,包括:
    接收服务方平台基于用户在第一业务场景下的二维码获取请求发送的二维码生成请求;所述二维码生成请求中携带有所述第一业务场景对应的第一场景标识以及所述第一业务场景对应的用于标识所述用户的第一场景用户标识;
    根据所述第一场景用户标识,确定用于标识所述用户的用户中心标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的用于标识所述用户的第二场景用户标识均具有映射关系;
    基于所述用户中心标识和所述第一场景标识,生成第一二维码编码。
  2. 如权利要求1所述的方法,所述根据所述第一场景用户标识,确定用于标识所述用户的用户中心标识,具体包括:
    根据所述第一场景用户标识,确定用于标识所述用户的用户静态中心标识;
    所述基于所述用户中心标识和所述第一场景标识,生成第一二维码编码,具体包括:
    基于所述用户静态中心标识,生成与所述用户静态中心标识对应的用户动态中心标识;
    生成第一二维码编码;所述第一二维码编码携带有所述用户动态中心标识和所述第一场景标识。
  3. 如权利要求1所述的方法,所述二维码生成请求中还携带有所述第一业务场景下用于实现目标业务的第一自定义业务数据;
    所述基于所述用户中心标识和所述第一场景标识,生成第一二维码编码,具体包括:基于所述用户中心标识、所述第一场景标识以及所述第一自定义业务数据,生成第一二维码编码;所述第一二维码编码携带有所述第一自定义业务数据。
  4. 如权利要求1所述的方法,所述根据所述第一场景用户标识,确定用于标识所述用户的用户中心标识,具体包括:
    根据所述第一场景用户标识,判断是否存在与所述第一场景用户标识具有映射关系的用于标识所述用户的用户中心标识,得到第一判断结果;
    若所述第一判断结果为是,则获取所述用户中心标识;
    若所述第一判断结果为否,则为所述用户分配用户中心标识,并建立所述用户中心标识与对应于所述第一业务场景的所述第一场景用户标识的映射关系。
  5. 如权利要求4所述的方法,所述二维码生成请求中还携带有所述用户的用户身份信息;
    所述为所述用户分配用户中心标识,并建立所述用户中心标识与对应于所述第一业务场景的所述第一场景用户标识的映射关系,具体包括:
    根据所述用户的所述用户身份信息,判断是否存在与所述用户身份信息对应的用户中心标识,得到第二判断结果;
    若所述第二判断结果为是,则获取所述用户中心标识,并建立所述用户中心标识与对应于所述第一业务场景的所述第一场景用户标识的映射关系;
    若所述第二判断结果为否,则为所述用户分配用户中心标识,并建立所述用户身份信息、所述用户中心标识以及对应于所述第一业务场景的所述第一场景用户标识的映射关系。
  6. 如权利要求1所述的方法,所述基于所述用户中心标识和所述第一场景标识,生成第一二维码编码之后,还包括:
    将所述第一二维码编码发送至所述服务方平台。
  7. 如权利要求6所述的方法,所述将所述第一二维码编码发送至所述服务方平台之前,还包括:对所述第一二维码编码中携带的数据信息进行数字签名;
    所述将所述第一二维码编码发送至所述服务方平台,具体包括:将数字签名后的所述第一二维码编码发送至所述服务方平台。
  8. 一种二维码生成方法,应用于服务方平台,包括:
    接收客户端在第一业务场景下响应于用户请求发送的二维码获取请求;
    响应于所述二维码获取请求,确定所述第一业务场景对应的第一场景标识;
    确定与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;
    向中心二维码平台发送二维码生成请求;所述二维码生成请求中携带所述第一场景 标识和所述第一场景用户标识;
    接收所述中心二维码平台响应于所述二维码生成请求返回的第一二维码编码;所述第一二维码编码携带有所述第一场景标识以及用于标识所述用户的用户中心标识。
  9. 如权利要求8所述的方法,所述向中心二维码平台发送二维码生成请求之前,还包括:
    响应于所述二维码获取请求,确定用于在所述第一业务场景下用于实现目标业务的第一自定义业务数据;
    向中心二维码平台发送二维码生成请求,具体包括:
    向中心二维码平台发送携带所述第一场景标识、所述第一场景用户标识以及所述第一自定义业务数据的二维码生成请求。
  10. 如权利要求8所述的方法,所述接收所述中心二维码平台响应于所述二维码生成请求返回的第一二维码编码之后,还包括:
    将所述第一二维码编码发送给所述客户端。
  11. 一种二维码核验方法,应用于中心二维码平台,包括:
    接收服务方平台响应于用户在第一业务场景下的二维码核验请求所发送的二维码编码校验请求;所述二维码编码校验请求中携带有所述第一业务场景对应的第一场景标识以及所述二维码中携带的二维码信息;所述二维码信息包含用于标识所述用户的用户中心标识;
    根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的第二场景用户标识均具有映射关系;
    将所述第一场景用户标识发送至所述服务方平台。
  12. 如权利要求11所述的方法,所述二维码信息包含的所述用户中心标识具体为用户动态中心标识;
    所述根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识,具体包括:
    根据所述用户动态中心标识,确定与所述用户动态中心标识对应的用户静态中心标识;
    根据所述用户静态中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识。
  13. 如权利要求11所述的方法,所述二维码中还携带有数字签名;
    所述根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识之前,还包括:
    校验所述数字签名,得到签名校验结果;
    所述根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识,具体包括:
    若所述签名校验结果表示校验通过,则根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识。
  14. 一种二维码核验方法,应用于服务方平台,包括:
    接收验码终端在第一业务场景下响应于用户请求发送的二维码核验请求;所述二维码核验请求中携带有二维码编码;
    向所述中心二维码平台发送二维码编码校验请求;所述二维码编码校验请求中携带所述第一业务场景对应的第一场景标识和所述二维码编码;所述二维码编码携带有用于标识所述用户的用户中心标识;
    接收所述中心二维码平台返回的与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;
    基于所述第一场景用户标识,进行二维码验证。
  15. 如权利要求14所述的方法,所述向所述中心二维码平台发送二维码编码校验请求,具体包括:
    判断所述第一业务场景对应的第一场景标识与所述二维码编码中携带的第二场景标识是否一致,得到标识判断结果;
    若所述标识判断结果为否,则向所述中心二维码平台发送二维码编码校验请求。
  16. 如权利要求15所述的方法,所述二维码编码还携带第一自定义业务数据;
    所述判断所述第一业务场景对应的第一场景标识与所述二维码编码中携带的第二场景标识是否一致,得到标识判断结果之后,还包括:
    若所述标识判断结果为是,则对所述第一自定义业务数据解析得到目标业务数据;
    基于所述目标业务数据,进行二维码验证。
  17. 如权利要求15所述的方法,所述判断所述第一业务场景对应的第一场景标识与所述二维码编码中携带的第二场景标识是否一致之前,还包括:
    响应于所述二维码核验请求,获取所述第一业务场景对应的第一场景标识;
    解析所述二维码编码,得到所述二维码编码中携带的第二场景标识。
  18. 一种二维码生成装置,应用于中心二维码平台,包括:
    二维码生成请求获取模块,用于接收服务方平台基于用户在第一业务场景下的二维码获取请求发送的二维码生成请求;所述二维码生成请求中携带有所述第一业务场景对应的第一场景标识以及所述第一业务场景对应的用于标识所述用户的第一场景用户标识;
    用户中心标识确定模块,用于根据所述第一场景用户标识,确定用于标识所述用户的用户中心标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的用于标识所述用户的第二场景用户标识均具有映射关系;
    二维码编码生成模块,用于基于所述用户中心标识和所述第一场景标识,生成第一二维码编码。
  19. 如权利要求18所述的装置,所述用户中心标识确定模块,具体用于:
    根据所述第一场景用户标识,确定用于标识所述用户的用户静态中心标识;
    所述二维码编码生成模块,具体用于:
    基于所述用户静态中心标识,生成与所述用户静态中心标识对应的用户动态中心标识;
    生成第一二维码编码;所述第一二维码编码携带有所述用户动态中心标识和所述第一场景标识。
  20. 一种二维码生成装置,应用于服务方平台,包括:
    二维码获取请求接收模块,用于接收客户端在第一业务场景下响应于用户请求发送的二维码获取请求;
    场景标识确定模块,用于响应于所述二维码获取请求,确定所述第一业务场景对应的第一场景标识;
    场景用户标识确定模块,用于确定与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;
    二维码生成请求发送模块,用于向中心二维码平台发送二维码生成请求;所述二维码生成请求中携带所述第一场景标识和所述第一场景用户标识;
    二维码编码接收模块,用于接收所述中心二维码平台响应于所述二维码生成请求返回的第一二维码编码;所述第一二维码编码携带有所述第一场景标识以及用于标识所述用户的用户中心标识。
  21. 如权利要求20所述的装置,还包括:自定义业务数据确定模块,用于响应于所述二维码获取请求,确定用于在所述第一业务场景下用于实现目标业务的第一自定义业务数据;
    所述二维码生成请求发送模块,具体用于:向中心二维码平台发送携带所述第一场景标识、所述第一场景用户标识以及所述第一自定义业务数据的二维码生成请求。
  22. 一种二维码核验装置,应用于中心二维码平台,包括:
    二维码编码校验请求接收模块,用于接收服务方平台响应于用户在第一业务场景下的二维码核验请求所发送的二维码编码校验请求;所述二维码编码校验请求中携带有所述第一业务场景对应的第一场景标识以及所述二维码中携带的二维码信息;所述二维码信息包含用于标识所述用户的用户中心标识;
    场景用户标识检索模块,用于根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的第二场景用户标识均具有映射关系;
    场景用户标识发送模块,用于将所述第一场景用户标识发送至所述服务方平台。
  23. 如权利要求22所述的装置,所述二维码信息包含的所述用户中心标识具体为用户动态中心标识;
    所述场景用户标识检索模块,具体用于:
    根据所述用户动态中心标识,确定与所述用户动态中心标识对应的用户静态中心标识;
    根据所述用户静态中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识。
  24. 一种二维码核验装置,应用于服务方平台,包括:
    二维码核验请求接收模块,用于接收验码终端在第一业务场景下响应于用户请求发送的二维码核验请求;所述二维码核验请求中携带有二维码编码;
    二维码编码校验请求发送模块,用于向所述中心二维码平台发送二维码编码校验请求;所述二维码编码校验请求中携带所述第一业务场景对应的第一场景标识和所述二维码编码;所述二维码编码携带有用于标识所述用户的用户中心标识;
    场景用户标识接收模块,用于接收所述中心二维码平台返回的与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;
    二维码验证模块,用于基于所述第一场景用户标识,进行二维码验证。
  25. 如权利要求24所述的装置,所述二维码编码校验请求发送模块,具体用于:
    判断所述第一业务场景对应的第一场景标识与所述二维码编码中携带的第二场景标识是否一致,得到标识判断结果;
    若所述标识判断结果为否,则向所述中心二维码平台发送二维码编码校验请求。
  26. 如权利要求25所述的装置,所述二维码编码还携带第一自定义业务数据,
    所述二维码编码校验请求发送模块,具体还用于:
    若所述标识判断结果为是,则对所述第一自定义业务数据解析得到目标业务数据;
    基于所述目标业务数据,进行二维码验证。
  27. 一种中心二维码平台设备,包括:
    至少一个处理器;以及,
    与所述至少一个处理器通信连接的存储器;其中,
    所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
    接收服务方平台基于用户在第一业务场景下的二维码获取请求发送的二维码生成请求;所述二维码生成请求中携带有所述第一业务场景对应的第一场景标识以及所述第一业务场景对应的用于标识所述用户的第一场景用户标识;
    根据所述第一场景用户标识,确定用于标识所述用户的用户中心标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的用于标识所述用户的第二场景用户标识均具有映射关系;
    基于所述用户中心标识和所述第一场景标识,生成第一二维码编码。
  28. 一种服务方平台设备,包括:
    至少一个处理器;以及,
    与所述至少一个处理器通信连接的存储器;其中,
    所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
    接收客户端在第一业务场景下响应于用户请求发送的二维码获取请求;
    响应于所述二维码获取请求,确定所述第一业务场景对应的第一场景标识;
    确定与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;
    向中心二维码平台发送二维码生成请求;所述二维码生成请求中携带所述第一场景标识和所述第一场景用户标识;
    接收所述中心二维码平台响应于所述二维码生成请求返回的第一二维码编码;所述第一二维码编码携带有所述第一场景标识以及用于标识所述用户的用户中心标识。
  29. 一种中心二维码平台设备,包括:
    至少一个处理器;以及,
    与所述至少一个处理器通信连接的存储器;其中,
    所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个 处理器执行,以使所述至少一个处理器能够:
    接收服务方平台响应于用户在第一业务场景下的二维码核验请求所发送的二维码编码校验请求;所述二维码编码校验请求中携带有所述第一业务场景对应的第一场景标识以及所述二维码中携带的二维码信息;所述二维码信息包含用于标识所述用户的用户中心标识;
    根据所述用户中心标识,确定用于标识所述用户的与所述第一场景标识对应的第一场景用户标识;所述用户中心标识,与所述第一场景用户标识以及对应于第二业务场景的第二场景用户标识均具有映射关系;
    将所述第一场景用户标识发送至所述服务方平台。
  30. 一种服务方平台设备,包括:
    至少一个处理器;以及,
    与所述至少一个处理器通信连接的存储器;其中,
    所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
    接收验码终端在第一业务场景下响应于用户请求发送的二维码核验请求;所述二维码核验请求中携带有二维码编码;
    向所述中心二维码平台发送二维码编码校验请求;所述二维码编码校验请求中携带所述第一业务场景对应的第一场景标识和所述二维码编码;所述二维码编码携带有用于标识所述用户的用户中心标识;
    接收所述中心二维码平台返回的与所述第一业务场景对应的用于标识所述用户的第一场景用户标识;
    基于所述第一场景用户标识,进行二维码验证。
  31. 一种计算机可读介质,其上存储有计算机可读指令,所述计算机可读指令可被处理器执行以实现权利要求1至17中任一项所述的方法。
PCT/CN2022/076797 2021-03-22 2022-02-18 二维码的生成和核验 WO2022199293A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110301223.1A CN113011864B (zh) 2021-03-22 2021-03-22 一种二维码生成和核验方法、装置、设备和可读介质
CN202110301223.1 2021-03-22

Publications (1)

Publication Number Publication Date
WO2022199293A1 true WO2022199293A1 (zh) 2022-09-29

Family

ID=76404083

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/076797 WO2022199293A1 (zh) 2021-03-22 2022-02-18 二维码的生成和核验

Country Status (2)

Country Link
CN (1) CN113011864B (zh)
WO (1) WO2022199293A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116152992A (zh) * 2023-04-18 2023-05-23 浙江安吉智电控股有限公司 充电请求的处理方法及装置、用于充电服务的启动码

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113011864B (zh) * 2021-03-22 2022-12-16 支付宝(杭州)信息技术有限公司 一种二维码生成和核验方法、装置、设备和可读介质
CN113656782A (zh) * 2021-08-24 2021-11-16 工银科技有限公司 聚合标识码的方法、聚合标识码的装置和电子设备
CN113900752A (zh) * 2021-10-08 2022-01-07 新华三信息安全技术有限公司 用户平面的配置方法、用户平面的查询方法及装置
CN114091632B (zh) * 2021-10-29 2023-06-13 新大陆(福建)公共服务有限公司 一种组合式业务处理方法与系统
CN114444860B (zh) * 2021-12-24 2023-04-18 长威信息科技发展股份有限公司 一种一码通行方法及终端
CN117057384B (zh) * 2023-08-15 2024-05-17 厦门中盾安信科技有限公司 支持多类型业务办理的用户码串生成方法、介质及设备

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130146653A1 (en) * 2011-12-13 2013-06-13 Td Ameritrade Ip Company, Inc. Trading interface retrieved based upon barcode data
AU2012258392A1 (en) * 2011-11-29 2013-06-13 Waltford Pty Ltd A Retail System
CN104599408A (zh) * 2014-12-29 2015-05-06 通邮信息技术有限公司 基于动态二维码的第三方账户自动柜员机取款方法及系统
CN110298421A (zh) * 2019-06-26 2019-10-01 云宝宝大数据产业发展有限责任公司 一种二维码的在线生成、离线生成和验证方法及装置
CN110705983A (zh) * 2019-09-29 2020-01-17 腾讯科技(深圳)有限公司 扫码支付处理的方法、装置、设备及存储介质
CN110738475A (zh) * 2019-01-15 2020-01-31 张文 跨平台的支付方法、装置和系统、设备、可读存储介质
CN111126533A (zh) * 2020-01-08 2020-05-08 牛津(海南)区块链研究院有限公司 基于动态口令的身份认证方法、装置和动态令牌
CN111652781A (zh) * 2020-06-01 2020-09-11 阿里巴巴集团控股有限公司 基于社区码的服务处理方法、装置、设备和存储介质
CN112308187A (zh) * 2020-10-30 2021-02-02 万达信息股份有限公司 一种多码融合的实现方法、融合应用码的使用方法、系统
CN113011864A (zh) * 2021-03-22 2021-06-22 支付宝(杭州)信息技术有限公司 一种二维码生成和核验方法、装置、设备和可读介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104967604B (zh) * 2015-04-21 2018-07-20 深圳市腾讯计算机系统有限公司 登录方法和系统
CN107392735A (zh) * 2017-08-14 2017-11-24 福建米客互联网科技有限公司 一种信息匹配方法及终端
CN108154211B (zh) * 2017-11-22 2020-08-28 阿里巴巴集团控股有限公司 二维码生成、业务处理方法、装置和设备以及二维码
CN108717633B (zh) * 2018-05-31 2020-04-28 腾讯科技(深圳)有限公司 虚拟卡数据处理方法、系统、装置、计算机设备及存储介质
CN109118291B (zh) * 2018-08-29 2020-08-25 有米科技股份有限公司 广告任务推广中用户认证方法、装置和计算机设备
CN110619097A (zh) * 2019-09-12 2019-12-27 北京达佳互联信息技术有限公司 二维码生成方法、装置、电子设备及存储介质
CN112288894A (zh) * 2020-12-30 2021-01-29 北京三快在线科技有限公司 门票信息的展示方法、装置、设备及可读存储介质

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2012258392A1 (en) * 2011-11-29 2013-06-13 Waltford Pty Ltd A Retail System
US20130146653A1 (en) * 2011-12-13 2013-06-13 Td Ameritrade Ip Company, Inc. Trading interface retrieved based upon barcode data
CN104599408A (zh) * 2014-12-29 2015-05-06 通邮信息技术有限公司 基于动态二维码的第三方账户自动柜员机取款方法及系统
CN110738475A (zh) * 2019-01-15 2020-01-31 张文 跨平台的支付方法、装置和系统、设备、可读存储介质
CN110298421A (zh) * 2019-06-26 2019-10-01 云宝宝大数据产业发展有限责任公司 一种二维码的在线生成、离线生成和验证方法及装置
CN110705983A (zh) * 2019-09-29 2020-01-17 腾讯科技(深圳)有限公司 扫码支付处理的方法、装置、设备及存储介质
CN111126533A (zh) * 2020-01-08 2020-05-08 牛津(海南)区块链研究院有限公司 基于动态口令的身份认证方法、装置和动态令牌
CN111652781A (zh) * 2020-06-01 2020-09-11 阿里巴巴集团控股有限公司 基于社区码的服务处理方法、装置、设备和存储介质
CN112308187A (zh) * 2020-10-30 2021-02-02 万达信息股份有限公司 一种多码融合的实现方法、融合应用码的使用方法、系统
CN113011864A (zh) * 2021-03-22 2021-06-22 支付宝(杭州)信息技术有限公司 一种二维码生成和核验方法、装置、设备和可读介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116152992A (zh) * 2023-04-18 2023-05-23 浙江安吉智电控股有限公司 充电请求的处理方法及装置、用于充电服务的启动码
CN116152992B (zh) * 2023-04-18 2023-09-01 浙江安吉智电控股有限公司 充电请求的处理方法及装置、用于充电服务的启动码

Also Published As

Publication number Publication date
CN113011864A (zh) 2021-06-22
CN113011864B (zh) 2022-12-16

Similar Documents

Publication Publication Date Title
WO2022199293A1 (zh) 二维码的生成和核验
CA2945703C (en) Systems, apparatus and methods for improved authentication
CN101034984B (zh) 利用用户提交的个人信息建立用户真实身份数据库
US20160241405A1 (en) Method, Apparatus and Computer Program for Issuing User Certificate and Verifying User
JP2020502674A (ja) 2次元バーコード処理方法、デバイス、およびシステム
CN107204957B (zh) 一种账号绑定和业务处理的方法及装置
US20200196143A1 (en) Public key-based service authentication method and system
JP2021051585A (ja) 電子チケット管理方法及び電子チケット管理プログラム
US20220191027A1 (en) Mutual multi-factor authentication technology
CN114666168B (zh) 去中心化身份凭证验证方法、装置,以及,电子设备
WO2023178924A1 (zh) 支付方法、用户终端、装置、设备、系统及介质
CN111243145B (zh) 一种处理访客信息的方法、装置、介质及电子设备
CN114519206A (zh) 一种匿名签署电子合同的方法及签名系统
JP2022168244A (ja) チケット提供方法及びチケット提供システム
CN108449568A (zh) 用于视频会议的身份认证方法及装置
KR101604622B1 (ko) 암호 행렬 인증을 이용한 모바일 결제 처리 방법
CN110071907A (zh) 二维码的生成方法及装置
CN115955364B (zh) 一种网络竞价交易系统的用户身份信息保密方法及系统
WO2024021785A9 (zh) 一种数字实体的处理方法、装置、设备、介质及程序产品
JP6518378B1 (ja) 認証システム、認証方法、及び、認証プログラム
CN109150880B (zh) 数据报送方法、装置及计算机可读存储介质
KR101591909B1 (ko) 음성 동의 파일이 결합된 전자 위임장 서비스 제공 방법
CN106372937B (zh) 一种凭证发放系统和方法
TW201907688A (zh) 驗證自一或多個運算裝置所接收的通訊之系統、裝置和方法
US20070174064A1 (en) Multiple tickets for receiving content

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22773955

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22773955

Country of ref document: EP

Kind code of ref document: A1