WO2018103561A1 - 一种业务处理方法及装置 - Google Patents

一种业务处理方法及装置 Download PDF

Info

Publication number
WO2018103561A1
WO2018103561A1 PCT/CN2017/113576 CN2017113576W WO2018103561A1 WO 2018103561 A1 WO2018103561 A1 WO 2018103561A1 CN 2017113576 W CN2017113576 W CN 2017113576W WO 2018103561 A1 WO2018103561 A1 WO 2018103561A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
user
doi
identity
identity category
Prior art date
Application number
PCT/CN2017/113576
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 阿里巴巴集团控股有限公司
Priority to ES17878848T priority Critical patent/ES2842675T3/es
Priority to PL17878848T priority patent/PL3553705T3/pl
Priority to EP17878848.5A priority patent/EP3553705B1/en
Priority to KR1020197019320A priority patent/KR102140905B1/ko
Priority to JP2019530466A priority patent/JP6707270B2/ja
Publication of WO2018103561A1 publication Critical patent/WO2018103561A1/zh
Priority to PH12019501276A priority patent/PH12019501276B1/en
Priority to US16/434,441 priority patent/US10607050B2/en
Priority to US16/802,725 priority patent/US10902233B2/en
Priority to US16/945,488 priority patent/US10977465B2/en
Priority to US16/945,184 priority patent/US10977464B2/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/14—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation using light without selection of wavelength, e.g. sensing reflected white light
    • G06K7/1404—Methods for optical code recognition
    • G06K7/1408—Methods for optical code recognition the method being specifically adapted for the type of code
    • G06K7/1413—1D bar codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/36—User authentication by graphic or iconic representation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
    • G06K17/0022—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisions for transferring data to distant stations, e.g. from a sensing device
    • G06K17/0025—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisions for transferring data to distant stations, e.g. from a sensing device the arrangement consisting of a wireless interrogation device in combination with a device for optically marking the record carrier
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/387—Payment using discounts or coupons
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0236—Incentive or reward received by requiring registration or ID from user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/18—Network architectures or network communication protocols for network security using different networks or channels, e.g. using out of band channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q2220/00—Business processing using cryptography

Definitions

  • the present application relates to the field of computer technologies, and in particular, to a service processing method and apparatus.
  • DOI Digital Object Unique Identifier
  • the DOI is a coding pattern formed by a certain geometric pattern (eg, a long strip, a square) according to a certain regularity, including: a one-dimensional barcode, a two-dimensional code, and the like.
  • the DOI encodes a variety of "invisible" information such as link information, user identification, product information, etc., and displays it in a graphical manner, and the user can use the corresponding device to scan and identify the DOI to obtain the information contained in the DOI. In order to carry out the corresponding business operations.
  • the manner in which the service operation is performed by using the DOI is generally: the first user displays its own DOI (for example, a two-dimensional code) through the first terminal, where the DOI stores the user ID of the first user, and the second user
  • the second terminal (such as a scan code device) can be used to perform a scan operation on the DOI of the first user.
  • the corresponding service process can be completed according to the user ID.
  • the two parties cannot perform information interaction by means of DOI.
  • the DOI method is only used.
  • the unidirectional single transmission of the information can be realized.
  • the service provider can only know the basic information of the first user (such as the user ID and the account name) according to the DOI of the first user, in order to complete the service.
  • the service provider also needs to perform additional business operations. Obviously, this method is cumbersome.
  • the embodiment of the present application provides a service processing method for solving the DOI in the prior art.
  • the implementation process for some services is too cumbersome.
  • the embodiment of the present invention provides a service processing apparatus, which is used to solve the problem that the implementation process of a part of services in the service scenario using the DOI mode is too cumbersome in the prior art.
  • the DOI of the first user is generated and displayed according to the basic user information and the identity category information, so that the second user performs service processing according to the basic user information and the identity category information carried in the displayed DOI.
  • DOI Obtaining a DOI of the first user, where the DOI is generated according to basic user information of the first user, and pre-authenticated identity category information corresponding to the corresponding service type;
  • a receiving module receiving a display request of a digital object unique identifier DOI
  • Determining a module determining a service type corresponding to the display request
  • Generating a module generating, according to the basic user information and the identity category information, the DOI of the first user, and displaying, so that the second user performs, according to the displayed basic user information and the identity category information carried in the DOI Business processing.
  • Obtaining a module acquiring a DOI of the first user, where the DOI is generated according to basic user information of the first user, and pre-authenticated identity category information corresponding to the corresponding service type;
  • Determining a module determining basic user information carried in the DOI, and identity class information of the first user additionally carried in the DOI;
  • the processing module performs service processing according to the basic user information and the identity category information.
  • the basic user information of the first user is obtained according to the service type, and the service type is applicable to the service type.
  • a user's identity category information and based on this, generates a DOI of the first user.
  • the service provider obtains the DOI of the first user by means such as scanning, the DOI can be obtained from the DOI.
  • the identity category information of the demander is carried, so that the corresponding service service can be provided according to the identity category information, so that the demander can fully obtain the service service provided by the service provider.
  • the service provider can obtain the DOI of the demand side while obtaining the requirement.
  • the identity category information of the party user can effectively reduce or prevent the service provider from performing the corresponding operation additionally. Further, the efficiency of the service provision can be improved, and the business rights acquired by the user of the demand side can be guaranteed.
  • FIG. 1 is a schematic structural diagram of a service processing process according to an embodiment of the present application
  • FIG. 1b is a schematic diagram of a service processing process provided by an embodiment of the present application.
  • FIG. 2 is a schematic diagram of an interface on which a user sends a display request according to an embodiment of the present application
  • FIG. 3 is a schematic diagram of information carried in a DOI according to an embodiment of the present disclosure
  • FIG. 4 is a schematic diagram of a service processing process on a second user side according to an embodiment of the present application
  • FIG. 5 is a schematic structural diagram of an online payment scenario according to an embodiment of the present application.
  • FIG. 5b is a schematic diagram of a service flow in an online scan code payment scenario according to an embodiment of the present disclosure
  • FIG. 6 is a schematic structural diagram of a service processing apparatus on a first user side according to an embodiment of the present disclosure
  • FIG. 7 is a schematic structural diagram of a service processing apparatus on a second user side according to an embodiment of the present disclosure.
  • the first user displays the DOI through the first device
  • the second user can obtain the DOI displayed by the first device by using the second device, such as scanning code.
  • the DOI is not fed back to the first device during the scanning process of the second device, that is, the process of scanning the code can actually be regarded as a single
  • the information transmission process, and the information carried in the generated DOI is fixed, and the information acquired by the second device for performing a scan operation is the information carried in the DOI, and if other information is to be obtained, A new DOI needs to be generated. It can be seen that the way of scanning the DOI is a one-way single-time information transmission process.
  • the service processing procedure may be based on the architecture shown in FIG. 1a, where the first user may use the terminal device (ie, the first terminal) to display the DOI of the first user.
  • the second user can obtain the DOI by using a corresponding terminal device (ie, a second terminal, such as a scan code device) by scanning code, screenshot, and the like.
  • the first terminal includes, but is not limited to, a terminal device having a display screen, such as a smart phone, a smart watch, a tablet computer, a computer, and the second terminal, including but not limited to: a smart phone, Smart watches, tablets, computers, and scanning devices, such as scanners, POS machines, ticket vending machines, vending machines, etc. This does not constitute a limitation on the present application.
  • the implementation of the present application provides a service processing process, as shown in FIG. 1b.
  • the process specifically includes the following steps:
  • the user can operate the first terminal that is used by the user to enable the first terminal to display the DOI. Then, for the first terminal, the display request sent by the first user can be received.
  • the first terminal has a display function of the DOI (the function may be provided by the operating system of the first terminal, or may be provided by an application installed in the first terminal, which is not specifically limited herein), and the first user may An impression request is issued in the corresponding function interface.
  • the function may be provided by the operating system of the first terminal, or may be provided by an application installed in the first terminal, which is not specifically limited herein
  • the first user may An impression request is issued in the corresponding function interface.
  • S102 Determine a service type corresponding to the display request.
  • the first user may need to obtain different types of services, and then the first user may select to generate a DOI applicable to different types of services on the first terminal for different types of services, that is, The display request sent by the user actually carries different business type information. Therefore, when the second terminal of the second user receives the display request, the service type corresponding to the display request is further determined.
  • S103 Acquire, according to the determined service type, basic user information of the first user, and pre-authenticated identity category information corresponding to the service type.
  • the basic user information may be understood as information such as a user ID and an account name of the first user
  • the identity category information may be understood as representing a professional category, an account category, etc. of the first user. Information related to the identity of the first user.
  • the identity category information can affect the service service obtained by the first user for different service types.
  • the member category of the first user can enable the first user to obtain the corresponding discount.
  • the student identity of the first user enables the first user to obtain a corresponding discount.
  • the first terminal acquires the user according to the corresponding service type.
  • Identity category information is pre-authenticated.
  • the identity category information of the first user in the embodiment of the present application is carried in the DOI of the first user.
  • the DOI carrying the identity category information may be In the process of one-way single scan code transmission, the second user is allowed to obtain the identity category of the first user, and no additional information transmission operation is required.
  • S104 Generate, according to the basic user information and the identity category information, the DOI of the first user, and display, so that the second user performs the service according to the basic user information and the identity category information carried in the displayed DOI. deal with.
  • the DOI generated in this step can be considered as a DOI applicable to the corresponding service type, that is, when the second user acquires the DOI of the first user through the second device, the DOI can be based on the DOI.
  • the identity category information carried in the service is processed, so that the first user obtains the corresponding service.
  • the basic user information of the first user is obtained according to the service type, and the service type is applicable to the service type. And belonging to the identity category information of the first user, and generating the DOI of the first user, based on which, after the service provider obtains the DOI of the first user by means such as scanning, the DOI can be obtained from the DOI.
  • the identity category information of the demand side carried by the DOI is obtained, so that the corresponding service service can be provided according to the identity category information, so that the demand side can fully obtain the service service provided by the service provider.
  • the payment code generation control of three types of services is shown, and the user can select a payment code suitable for the corresponding service in the payment code interface of the mobile phone.
  • the control correspondingly, after the user issues a click operation for a certain payment code, is equivalent to issuing a display request, and the mobile phone can also determine the corresponding service type from the display request. In this way, the mobile phone can obtain the corresponding identity category information.
  • the identity category information is pre-authenticated, and specifically, the pre-authentication of the identity category information includes: receiving the identity category information to be verified input by the first user, and performing the to-be-checked body The category information is sent to the server with the verification function for authentication.
  • the first user may input information such as an ID card, a medical insurance card, a student ID, and the like as the identity category information to be verified in the first terminal, and accordingly, the first terminal may input the user to be checked.
  • the identity class information is sent to the service platform server, so that the service platform server checks the identity class information to be verified, and feeds back the verification result to the first terminal.
  • the verification process for verifying the identity category information does not constitute a limitation on the present application.
  • Generating the DOI of the first user according to the basic user information and the identity category information specifically: setting, for the identity category information, an information flag bit, according to the basic user information and setting the information flag bit Identity class information that generates the DOI of the first user.
  • the mobile phone used by the user can obtain the user ID of the user, and obtain the identity category information of the user, assuming the identity in this example.
  • the category information is the identity type identifier "Stu" (representing a student). Then, as shown in FIG. 3, before generating the two-dimensional code, the identity category information is marked with "##", in other words, in FIG.
  • the string between ##" is the string corresponding to the identity category information, ie, "Stu"
  • S401 Acquire a DOI of the first user.
  • the DOI is generated according to basic user information of the first user and pre-authenticated identity category information corresponding to the corresponding service type.
  • the DOI of the first user may be displayed by the first terminal used by the first user.
  • the second terminal for example, the scan code device
  • the second terminal can obtain the first user DOI by using a scan code, a screen capture, etc., and does not constitute a limitation on the present application.
  • S402 Determine basic user information carried in the DOI, and identity class information of the first user that is additionally carried in the DOI.
  • the identity category information of the first user in the embodiment of the present application is carried in the DOI of the first user, and is carried in the scenario of using the DOI for information transmission, in particular, in the scenario of using the DOI for information transmission.
  • the DOI of the information allows the service provider to obtain the identity class of the first user during a single scan code transmission, without the need to perform additional information transfer operations.
  • the second user may perform parsing processing on the DOI to obtain the identity category information of the first user, which does not constitute a limitation on the present application.
  • S403 Perform service processing according to the basic user information and the identity category information.
  • the corresponding service processing may be performed based on the identity category information of the first user.
  • the passenger can use the mobile phone to display his own two-dimensional code, and scan the code through the scanning code device on the bus. After the scanning code device obtains the two-dimensional code, the passenger can determine the The user's identity category is a student user, so when debiting, you can perform the corresponding amount of discount processing and complete the deduction.
  • the first user carries the corresponding identity category information in the generated DOI of the first user, and based on this, when the service provider obtains the information through, for example, scanning code.
  • the identity category information of the demander carried by the DOI can be obtained from the DOI, so that the corresponding service service can be provided according to the identity category information, so that the demander can fully obtain the service provider.
  • the service provider can obtain the DOI of the demand side while obtaining the requirement.
  • the identity category information of the party user can effectively reduce or prevent the service provider from performing the corresponding operation additionally. Further, the efficiency of the service provision can be improved, and the business rights acquired by the user of the demand side can be guaranteed.
  • the execution entity may be a terminal device used by the service provider (that is, the second terminal, in the following content of the embodiment of the present application, the second terminal
  • the device can be understood as a scanning device.
  • the information contained in the DOI can be obtained after parsing the DOI, and then, in the embodiment of the present application, determining the The identity category information of the first user carried in the DOI specifically includes: parsing the DOI to obtain DOI information, and reading information in a pre-agreed identity type identifier bit in the DOI information, where the read information is to be read. The information is determined as the identity category information of the first user.
  • the two-dimensional code used by the first user includes not only the ID of the user but also the identity category information of the user. It should be noted that, in order to determine the identity category information in the parsed string, the identifier of the identity category information may be pre-agreed between the first user and the second user.
  • the scan code device decodes the QR code of a certain first user
  • the character string in the figure is obtained, wherein the character string includes the user ID of the first user, and based on the advance The agreement, the identity category information with "##" as the flag, in other words, in Figure 3, the string between "##” is the string corresponding to the identity category information, that is, "Stu”.
  • the parsing process for the DOI in the embodiment of the present application may be implemented by using a corresponding decoder or algorithm, such as a UTF-8 codec, a Unicode codec, etc., which does not constitute a limitation on the present application.
  • the identity class information may also be verified, that is, in the present application.
  • the method before performing the service processing according to the identity category information, the method further includes: verifying the identity category information, and determining that the identity category information matches a type of the service to be processed.
  • calibration information may also be stored in the scanning code device, and the calibration information may include information such as a standard identity category, a different identity category validity period, and the like.
  • the device can verify the identity class information parsed from the two-dimensional code according to the standard identity class information stored therein.
  • the scan code device After the scan code device knows the character string “Stu” corresponding to the identity category information, it will determine whether the string “Stu” matches the standard identity category according to the standard identity category stored by itself, and the scan code device It may further be determined whether the age of the first user is in accordance with the "student" status.
  • the corresponding service operation may be performed based on the identity category information of the first user, that is, the service processing is performed according to the identity category information, which includes: determining and operating according to the preset service processing rule.
  • the service processing manner in which the identity category information is matched is performed, and the service processing is performed based on the determined service processing manner.
  • the service processing rule may include a processing rule applicable to different business scenarios, for example, a scan code payment scenario during a shopping process, and the payment rule provides a discount corresponding to the consumer's member type. Or, in the case of sweeping the code to pay for the subway ticket, the payment rule is a rule for paying a reduction or exemption for passengers of different identities such as students, seniors, and military personnel.
  • the service processing rule is not specifically limited.
  • corresponding service processing can be performed to provide the service service to the first user.
  • the DOI includes: paying a two-dimensional code; performing service processing according to the basic user information and the identity category information, specifically: determining, according to a preset service processing rule, The payment discount coefficient matching the identity category information is based on the determined payment discount coefficient and the basic user information, and the payment deduction is performed.
  • the service processing method described in the embodiment of the present application is applicable to an offline scenario, that is, the first terminal and the second terminal may be offline. Status, which improves the applicability of the scanning code payment method.
  • the service processing method in this application is also applicable to an online scenario.
  • the architecture can be as shown in FIG. 5a.
  • both parties that need to perform business interaction can complete the corresponding business operations through an online service platform (such as a website).
  • the first user ie, demand Both the party user and the second user (provider user) register the corresponding account on the service platform, so that the service platform can uniformly define the standard identity category information format for each user on the service platform, and at the same time, the service platform can be based on The user's personal information and historical business information determine the user's identity category information.
  • the service platform may determine the identity of the user as a student according to the identity information provided by the user; for example, the service platform is based on the user history.
  • Business data to determine that the user's account category is a premium member.
  • the process of completing the payment service by both parties of the service may be as shown in FIG. 5b. Specifically, the following steps are included:
  • S501 The terminal generates a payment QR code of the demanding user and displays it.
  • the scan code device scans the payment two-dimensional code displayed by the terminal to obtain the payment two-dimensional code image.
  • the scan code device parses the acquired payment QR code image to obtain an analysis result including the identity category information of the user of the demand side.
  • S504 The scan code device sends the analysis result to the service platform server for verification.
  • S505 The service platform server performs verification and feeds back the verification result of the verification.
  • the scan code device receives the verification result and performs deduction processing according to the identity category information of the demanding user after confirming the verification pass.
  • the embodiment of the present application further provides a service processing apparatus.
  • the device includes:
  • the receiving module 601 receives a display request of the digital object unique identifier DOI;
  • the determining module 602 is configured to determine a service type corresponding to the display request.
  • the obtaining module 603 is configured to acquire basic user information of the first user and pre-authenticated identity category information corresponding to the service type according to the determined service type;
  • the generating module 604 is configured to generate a DOI of the first user according to the basic user information and the identity category information, so that the second user uses the basic information carried in the DOI according to the displayed
  • the user information and the identity category information are processed for business.
  • the device further includes: a verification module 605, which receives the identity category information to be verified input by the first user, and sends the to-check identity class information to a server with a verification function for authentication.
  • a verification module 605 which receives the identity category information to be verified input by the first user, and sends the to-check identity class information to a server with a verification function for authentication.
  • the generating module 604 is configured to set an information flag bit for the identity class information, and generate a DOI of the first user according to the basic user information and identity class information in which the information flag bit is set.
  • the embodiment of the present application further provides a service processing apparatus.
  • the apparatus specifically includes:
  • the obtaining module 701 is configured to obtain a DOI of the first user, where the DOI is generated according to basic user information of the first user, and pre-authenticated identity category information corresponding to the corresponding service type;
  • the determining module 702 is configured to determine basic user information carried in the DOI, and identity class information of the first user that is additionally carried in the DOI;
  • the processing module 703 performs service processing according to the basic user information and the identity category information.
  • the determining module 702 is configured to parse the DOI to obtain DOI information, read information corresponding to the pre-agreed identity type flag bit in the DOI information, and determine the read information as the first user. Identity category information.
  • the apparatus further includes a verification module 704 that verifies the identity class information to determine that the identity class information matches a type of service to be processed.
  • the processing module 703 determines, according to the preset service processing rule, a service processing manner that matches the identity category information, and performs service processing based on the determined service processing manner and the basic user information.
  • the DOI includes: paying a two-dimensional code; the processing module 703, according to a preset service processing rule, determining a payment discount coefficient that matches the identity category information, based on the determined location The payment discount coefficient and the basic user information are described, and the payment deduction is performed.
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • HDL Hardware Description Language
  • the controller can be implemented in any suitable manner, for example, the controller can take the form of, for example, a microprocessor or processor and a computer readable medium storing computer readable program code (eg, software or firmware) executable by the (micro)processor.
  • computer readable program code eg, software or firmware
  • examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip The PIC18F26K20 and the Silicone Labs C8051F320, the memory controller can also be implemented as part of the control logic of the memory.
  • the controller can be logically programmed by means of logic gates, switches, ASICs, programmable logic controllers, and embedding.
  • Such a controller can therefore be considered a hardware component, and the means for implementing various functions included therein can also be considered as a structure within the hardware component.
  • a device for implementing various functions can be considered as a software module that can be both a method of implementation and a structure within a hardware component.
  • the system, device, module or unit illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product having a certain function.
  • a typical implementation device is a computer.
  • the computer can be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or A combination of any of these devices.
  • embodiments of the present invention can 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 a combination of software and hardware. Moreover, the invention can 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.) including computer usable program code.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
  • a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • processors CPUs
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • the memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory.
  • RAM random access memory
  • ROM read only memory
  • Memory is an example of a computer readable medium.
  • Computer readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information storage can be implemented by any method or technology.
  • the information can be computer readable instructions, data structures, modules of programs, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory. (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory technology, compact disk read only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transportable media can be used to store information that can be accessed by a computing device.
  • computer readable media does not include temporary storage of computer readable media, such as modulated data signals and carrier waves.
  • embodiments of the present application can be provided as a method, system, or computer program product.
  • the present application can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment in combination of software and hardware.
  • the application can 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.) including computer usable program code.
  • the application can be described in the general context of computer-executable instructions executed by a computer, such as a program module.
  • program modules include routines, programs, objects, components, data structures, and the like that perform particular transactions or implement particular abstract data types.
  • the present application can also be practiced in distributed computing environments where transactions are performed by remote processing devices that are connected through a communication network.
  • program modules can be located in both local and remote computer storage media including storage devices.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • Development Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Toxicology (AREA)
  • Electromagnetism (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • User Interface Of Digital Computer (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

一种业务处理方法及装置。该方法包括：接收数字对象唯一标识符DOI的展示请求（S101），确定所述展示请求所对应的业务类型（S102），根据确定出的所述业务类型，获取第一用户的基础用户信息，以及对应于该业务类型的预先认证的身份类别信息（S103），根据所述基础用户信息以及所述身份类别信息，生成该第一用户的DOI并展示，以使得第二用户根据展示的所述DOI中携带的基础用户信息以及所述身份类别信息进行业务处理（S104）。所述方法使得第二用户在获取第一用户的DOI的同时，一并可获得该第一用户的身份类别信息，从而能够有效减少或避免业务提供方额外的执行相应操作。

Description

一种业务处理方法及装置 技术领域
本申请涉及计算机技术领域，尤其涉及一种业务处理方法及装置。
背景技术
随着信息技术的发展，由数字资源识别技术生成的诸如条形码等数字对象唯一标识符(Digital Object Unique Identifier，DOI)广泛应用于各种业务场景中，如：扫码支付、添加好友、关注等。其中，DOI是由特定几何图形(如：长条形、正方形)按照一定规律分布形成的编码图案，包括：一维条码、二维码等。
DOI将链接信息、用户标识、产品信息等等多种“无形”的信息进行编码后，以图形的方式进行展现，用户便可以使用相应设备对DOI进行扫描识别，从而获取DOI中包含的信息，以进行相应的业务操作。
现有技术中，使用DOI完成业务操作的方式通常为：第一用户通过第一终端展示自身的DOI(如：二维码)，该DOI中存储有第一用户的用户ID，第二用户便可使用第二终端(如：扫码设备)针对第一用户的DOI进行扫码操作，在获得了第一用户的用户ID后，便可以根据该用户ID完成相应的业务处理。
然而，在使用DOI的方式完成业务的过程中，不同于近场通信(Near Field Communication，NFC)等短距离通信技术，业务双方并不能通过DOI的方式进行信息交互，换言之，采用DOI的方式只能实现信息的单向单次传输，特别在某些业务场景下，业务提供方根据第一用户的DOI只能获知该第一用户的基础信息(如：用户ID、账户名)，为了完成业务，业务提供方还需执行额外的业务操作，显然，这样的方式较为繁琐。
发明内容
本申请实施例提供一种业务处理方法，用以解决现有技术中在使用DOI 方式的业务场景下针对部分业务的实现过程过于繁琐的问题。
本申请实施例提供一种业务处理装置，用以解决现有技术中在使用DOI方式的业务场景下针对部分业务的实现过程过于繁琐的问题。
本申请实施例采用下述技术方案：
本申请实施例提供的一种业务处理方法，包括：
接收数字对象唯一标识符DOI的展示请求；
确定所述展示请求所对应的业务类型；
根据确定出的所述业务类型，获取第一用户的基础用户信息，以及对应于该业务类型的预先认证的身份类别信息；
根据所述基础用户信息以及所述身份类别信息，生成该第一用户的DOI并展示，以使得第二用户根据展示的所述DOI中携带的基础用户信息以及所述身份类别信息进行业务处理。
本申请实施例还提供的一种业务处理方法，包括：
获取第一用户的DOI，其中，所述DOI是根据所述第一用户的基础用户信息，以及对应于相应业务类型的预先认证的身份类别信息所生成的；
确定该DOI中携带的基础用户信息，以及该DOI中额外携带的所述第一用户的身份类别信息；
根据所述基础用户信息以及所述身份类别信息进行业务处理。
本申请实施例提供的一种业务处理装置，包括：
接收模块，接收数字对象唯一标识符DOI的展示请求；
确定模块，确定所述展示请求所对应的业务类型；
获取模块，根据确定出的所述业务类型，获取第一用户的基础用户信息，以及对应于该业务类型的预先认证的身份类别信息；
生成模块，根据所述基础用户信息以及所述身份类别信息，生成该第一用户的DOI并展示，以使得第二用户根据展示的所述DOI中携带的基础用户信息以及所述身份类别信息进行业务处理。
本申请实施例提供的另一种业务处理装置，包括：
获取模块，获取第一用户的DOI，其中，所述DOI是根据所述第一用户的基础用户信息，以及对应于相应业务类型的预先认证的身份类别信息所生成的；
确定模块，确定该DOI中携带的基础用户信息，以及该DOI中额外携带的所述第一用户的身份类别信息；
处理模块，根据所述基础用户信息以及所述身份类别信息进行业务处理。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：
在使用DOI获得业务服务的场景下，在第一终端生成业务所需的第一用户的DOI时，将根据业务类型，获取第一用户的基础用户信息，以及适用于该业务类型且属于该第一用户的身份类别信息，并在此基础上生成该第一用户的DOI，基于此，当业务提供方通过诸如扫码等方式获取到第一用户的DOI后，可从该DOI中获得该DOI所携带的需求方的身份类别信息，从而可以根据该身份类别信息提供相应的业务服务，以使得需求方能够充分地获得由业务提供方所提供的业务服务。
相较于现有技术中的方式而言，本申请实施例中通过在DOI中加入需求方用户的身份类别信息，可使得业务提供方在获取需求方的DOI的同时，一并可获得该需求方用户的身份类别信息，从而能够有效减少或避免业务提供方额外的执行相应操作，进一步地，也就能够提升业务提供的效率，并能够保证需求方用户所获得的业务权益。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1a为本申请实施例提供的业务处理过程所基于的架构示意图；
图1b为本申请实施例提供的业务处理过程示意图；
图2为本申请实施例提供的用户发出展示请求所基于的界面示意图；
图3为本申请实施例提供的DOI中所携带的信息示意图；
图4为本申请实施例提供的在第二用户侧的业务处理过程示意图
图5a为本申请实施例提供的在线支付场景下的架构示意图；
图5b为本申请实施例提供的在线扫码支付场景下的业务流程示意图；
图6为本申请实施例提供的第一用户侧的业务处理装置结构示意图；
图7为本申请实施例提供的第二用户侧的业务处理装置结构示意图。
具体实施方式
如前所述，在使用DOI进行业务处理的场景下，第一用户通过第一设备展示该DOI，第二用户通过第二设备可采用诸如扫码的方式，获取第一设备所展示的DOI，不同于现有的短距传输技术中信息的多次交互，在第二设备扫码的过程中，并不会向第一设备反馈DOI，也即，扫码的过程实际上可看作是单向的信息传输过程，并且，已生成的DOI中所携带的信息是固定的，第二设备进行一次扫码操作所获取到的信息，就是该DOI中携带的信息，若要获取其他信息，则需生成新的DOI，由此可见，对DOI扫码的方式是单向单次的信息传输过程。
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，在本申请实施例中，业务处理过程可基于如图1a所示的架构，其中，第一用户可使用其终端设备(即，第一终端)展示该第一用户的DOI，第二用户便可通过相应的终端设备(即，第二终端，如：扫码设备)以扫码、截图等方式获取该DOI。
其中，所述的第一终端，包括但不限于：智能手机、智能手表、平板电脑、计算机等具有显示屏的终端设备，所述的第二终端，包括但不限于：智能手机、 智能手表、平板电脑、计算机、以及扫码器、POS机、自动售票机、自动售货机等具有扫码功能的终端设备。这里并不构成对本申请的限定。
基于如图1a所示的架构，本申请实施提供一种业务处理过程如图1b所示，该过程具体包括以下步骤：
S101：接收DOI的展示请求。
在实际的业务场景下，用户可以操作其使用的第一终端，以使得该第一终端展示该DOI，那么，对于第一终端而言，便可以接收第一用户发出的展示请求。
实际操作时，第一终端内具有DOI的展示功能(该功能可由第一终端的操作系统提供，也可以由安装于第一终端内的应用提供，这里不作具体限定)，则第一用户可以在相应的功能界面中发出展示请求。
S102：确定所述展示请求所对应的业务类型。
在本申请实施例中，第一用户可能需要获得不同类型的业务，那么，第一用户便可以针对不同类型的业务，在第一终端上选择生成适用于不同类型业务的DOI，也就是说，用户所发出的展示请求中实际上携带了不同的业务类型信息。故当第二用户的第二终端接收到了展示请求后，将进一步确定出该展示请求所对应的业务类型。
S103：根据确定出的所述业务类型，获取第一用户的基础用户信息，以及对应于该业务类型的预先认证的身份类别信息。
在本申请实施例中，所述的基础用户信息，可理解为第一用户的用户ID、账户名等信息，所述的身份类别信息，可理解为表征第一用户的职业类别、账户类别等与第一用户身份相关的信息。
在实际应用场景下，针对不同的业务类型，身份类别信息能够影响第一用户获得的业务服务，例如：在购物支付的场景下，第一用户的会员类别能够使第一用户获得相应的折扣力度，有例如：在扫码支付地铁票的场景下，第一用户的学生身份能够使该第一用户获得相应的优惠。
因此，在生成DOI的过程中，第一终端将根据相应的业务类型，获取用户 的身份类别信息。当然，为了保证第一用户身份类别信息的有效性，本申请实施例中的身份类别信息均预先经过认证。
本申请实施例中第一用户的身份类别信息携带在第一用户的DOI中，相较于现有技术而言，特别是在使用DOI进行信息传输的场景下，携带有身份类别信息的DOI可以在单向单次扫码传输的过程中，使第二用户获得第一用户的身份类别，而不再需要执行额外的信息传输操作。
S104：根据所述基础用户信息以及所述身份类别信息，生成该第一用户的DOI并展示，以使得第二用户根据展示的所述DOI中携带的基础用户信息以及所述身份类别信息进行业务处理。
结合前述步骤可知，本步骤中所生成的DOI，可认为是适用于相应业务类型的DOI，也就是说，当第二用户通过第二设备获取到第一用户的DOI后，便可以基于该DOI中所携带的身份类别信息，进行业务的处理，从而使得该第一用户获得相应的业务。
通过上述步骤，在使用DOI获得业务服务的场景下，在第一终端生成业务所需的第一用户的DOI时，将根据业务类型，获取第一用户的基础用户信息，以及适用于该业务类型且属于该第一用户的身份类别信息，并在此基础上生成该第一用户的DOI，基于此，当业务提供方通过诸如扫码等方式获取到第一用户的DOI后，可从该DOI中获得该DOI所携带的需求方的身份类别信息，从而可以根据该身份类别信息提供相应的业务服务，以使得需求方能够充分地获得由业务提供方所提供的业务服务。
对于上述过程而言，在实际应用场景下，如图2所示，示出了三种类型的业务的付款码生成控件，用户可以在手机的付款码界面中，选择适于相应业务的付款码控件，相应地，在用户发出针对某一付款码的点击操作后，也就相当于发出了展示请求，手机也可从该展示请求中，确定出相应的业务类型。这样一来，手机便可获取相应的身份类别信息。
在本申请实施例中，身份类别信息经过预先认证，具体地，预先认证身份类别信息，包括：接收第一用户输入的待校验身份类别信息，将所述待校验身 份类别信息发送给具有校验功能的服务器进行认证。
作为一种可能的方式，第一用户可在第一终端内输入诸如身份证、医保卡、学生证等信息，作为待校验身份类别信息，相应地，第一终端可将用户输入的待校验身份类别信息发送给业务平台服务器，以使得业务平台服务器对待校验身份类别信息进行校验，并向第一终端反馈校验结果。当然，对待校验身份类别信息的校验过程并不构成对本申请的限定。
根据所述基础用户信息以及所述身份类别信息，生成该第一用户的DOI，具体包括：针对所述身份类别信息，设置信息标示位，根据所述基础用户信息以及设置有所述信息标示位的身份类别信息，生成该第一用户的DOI。
例如：在扫码支付地铁票的场景下，某用户具有学生身份，那么，该用户所使用的手机可获取该用户的用户ID，并且，获取该用户的身份类别信息，假设本示例中，身份类别信息为身份类型标识“Stu”(表示学生)，那么，如图3所示，在生成二维码前，身份类别信息以“##”作为标示位，换言之，在图3中，处于“##”之间的字符串，便是身份类别信息所对应的字符串，即，“Stu”
以上内容是基于第一用户侧的描述，而针对第二用户侧，本申请实施例中还提供一种业务处理方法，如图4所示，具体包括以下步骤：
S401：获取第一用户的DOI。
其中，所述DOI是根据所述第一用户的基础用户信息，以及对应于相应业务类型的预先认证的身份类别信息所生成的。
在本申请实施例中，第一用户的DOI可以通过第一用户所使用的第一终端进行展示。当第一终端上展示了所述DOI后，那么，第二终端(如：扫码设备)便可以采用扫码、截屏等方式获取第一用户DOI，这里并不构成对本申请的限定。
S402：确定该DOI中携带的基础用户信息，以及该DOI中额外携带的所述第一用户的身份类别信息。
本申请实施例中第一用户的身份类别信息携带在第一用户的DOI中，相较于现有技术而言，特别是在使用DOI进行信息传输的场景下，携带有身份类别 信息的DOI可以在单次扫码传输的过程中，使业务提供方获得第一用户的身份类别，而不再需要执行额外的信息传输操作。
当然，在实际操作时，第二用户通过第二终端获取到第一用户的DOI后，可以针对该DOI进行解析处理，进而获得第一用户的身份类别信息，这里并不构成对本申请的限定。
S403：根据所述基础用户信息以及所述身份类别信息进行业务处理。
在实际应用场景下，当第二用户获得了第一用户的身份类别信息后，便可以基于第一用户的身份类别信息进行相应的业务处理。
例如：在公交车扫码支付的场景下，乘客可使用手机展示自身的二维码，并通过公交车上的扫码设备进行扫码，扫码设备获取到该二维码后，可确定该用户的身份类别为学生用户，所以在进行扣款时，可以执行相应额度的折扣处理，并完成扣款。
通过上述步骤，在使用DOI获得业务服务的场景下，第一用户将相应的身份类别信息携带在生成的该第一用户的DOI中，基于此，当业务提供方通过诸如扫码等方式获取到第一用户的DOI后，可从该DOI中获得该DOI所携带的需求方的身份类别信息，从而可以根据该身份类别信息提供相应的业务服务，以使得需求方能够充分地获得由业务提供方所提供的业务服务。
相较于现有技术中的方式而言，本申请实施例中通过在DOI中加入需求方用户的身份类别信息，可使得业务提供方在获取需求方的DOI的同时，一并可获得该需求方用户的身份类别信息，从而能够有效减少或避免业务提供方额外的执行相应操作，进一步地，也就能够提升业务提供的效率，并能够保证需求方用户所获得的业务权益。
需要说明的是，针对于上述的各步骤，在实际应用时，执行主体可以是业务提供方所使用的终端设备(即，第二终端，在本申请实施例的以下内容中，该第二终端设备可理解为扫码设备)。
实际应用时，当扫码设备通过扫码的方式获取到第一用户的DOI后，可针对该DOI进行解析后获得其中包含的信息，那么，在本申请实施例中，确定该 DOI中所携带的所述第一用户的身份类别信息，具体包括：解析所述DOI得到DOI信息，读取所述DOI信息中预先约定的身份类型标示位中的信息，将读取到的所述信息确定为所述第一用户的身份类别信息。
以二维码为例，针对二维码进行解码后，可以获得相应的字符串，如：统一资源定位符(Uniform Resource Locator，URL)、或其他代码字符串。在本申请实施例的扫码支付场景下，第一用户所使用的二维码不仅包含该用户的ID，还包含该用户的身份类别信息。需要说明的是，为了在解析得到了字符串中确定出身份类别信息，第一用户和第二用户之间可以预先约定该身份类别信息的标识位。
沿用图3所示的示例，当扫码设备针对某第一用户的二维码进行解码后得到图中的字符串，其中，该字符串中包含该第一用户的用户ID，并且，基于预先的约定，身份类别信息以“##”作为标示位，换言之，在图3中，处于“##”之间的字符串，便是身份类别信息所对应的字符串，即，“Stu”。
应理解，上述示例仅是为了说明本申请实施例中对身份类别信息的解析过程，在实际应用中并不限于上例所示的方式。
当然，针对本申请实施例中对DOI的解析过程，可以采用相应的解码器或算法实现，如：UTF-8编码解码器、Unicode编码解码器等，这里并不构成对本申请的限定。
在实际应用中，扫码设备读取到第一用户的身份信息后，为了确定读取到的该身份类别信息的有效性，还可以对该身份类别信息进行校验，也即，在本申请实施例中，在根据所述身份类别信息进行业务处理之前，所述方法还包括：对所述身份类别信息进行校验，确定所述身份类别信息与所要进行处理的业务的类型相匹配。
此外，作为本申请实施例中的一种校验方式，在扫码设备中还可存储有标定信息，标定信息可包括诸如：标准身份类别、不同身份类别有效期等信息，这样一来，扫码设备可根据其中存储的标准身份类别信息对从二维码中解析得到的身份类别信息进行校验。
例如：当扫码设备获知身份类别信息所对应的字符串“Stu”后，将根据自身所存储的标准身份类别，确定该字符串“Stu”是否与标准身份类别相匹配，并且，扫码设备还可进一步确定该第一用户的年龄是否符合“学生”身份。
同理，该示例也仅是为了说明上述的校验过程，不应理解为对本申请的限定。在实际应用中，可以采用其他的校验方式，这里不作过多赘述。
在校验通过后，便可以基于第一用户的身份类别信息，执行相应的业务操作，也即，根据所述身份类别信息进行业务处理，具体包括：根据预设的业务处理规则，确定与所述身份类别信息相匹配的业务处理方式，基于确定出的所述业务处理方式进行业务处理。
在本申请实施例中，所述的业务处理规则可包括适用于不同业务场景的处理规则，例如：在购物过程中的扫码付款场景，付款规则为根据消费者的会员类型提供相应额度的折扣；又或者，在扫码支付地铁票的场景，付款规则为对学生、老年人、军人等不同身份的乘客进行支付减免的规则。当然，本申请实施例中，并不对所述的业务处理规则进行具体限定。
因此，结合经过前述过程所获得的第一用户的身份类别信息，并基于上述业务处理规则，便可以进行相应的业务处理以向第一用户提供业务服务。
特别是在扫码支付的场景下，所述DOI包括：支付二维码；根据所述基础用户信息以及所述身份类别信息进行业务处理，具体包括：根据预设的业务处理规则，确定与所述身份类别信息相匹配的支付折扣系数，基于确定出的所述支付折扣系数以及所述基础用户信息，进行支付扣款。
在此需要说明的是，从前述内容中以及图1a所示的架构可知，本申请实施例中所述的业务处理方法适用于离线场景，也即，第一终端和第二终端均可以处于离线状态，从而提升了扫码支付方式的适用性。
当然，本申请中的业务处理方法同样也适用于在线的场景，对于该场景而言，其架构可如图5a所示。从图5a中可见，需进行业务交互的双方可通过在线业务平台(如：网站)完成相应的业务操作。具体地，第一用户(即，需求 方用户)和第二用户(提供方用户)均在该业务平台上注册相应的账户，从而，该业务平台可针对其上的各用户统一规定标准的身份类别信息格式，同时，业务平台可基于用户的个人信息以及历史业务信息，确定用户的身份类别信息，例如：业务平台可根据用户所提供的身份信息，经审核后，确定该用户的身份为学生；又例如：业务平台根据用户历史上的业务数据，确定该用户的账户类别为高级会员。
基于如图5a所示的在线场景，业务双方完成支付业务的过程可如图5b所示。具体包括如下步骤：
S501：终端生成需求方用户的支付二维码，并展示。
S502：扫码设备对终端所展示的支付二维码进行扫码，获取该支付二维码图像。
S503：扫码设备对获取到的支付二维码图像进行解析，得到包含有需求方用户的身份类别信息的解析结果。
S504：扫码设备将解析结果发送给业务平台服务器进行校验。
S505：业务平台服务器进行校验并反馈校验通过的校验结果。
S506：扫码设备接收校验结果并在确认校验通过后，根据需求方用户的身份类别信息进行扣款处理。
以上为本申请实施例提供的业务处理方法，基于同样的思路，本申请实施例还提供一种业务处理装置。
如图6所示，该装置包括：
接收模块601，接收数字对象唯一标识符DOI的展示请求；
确定模块602，确定所述展示请求所对应的业务类型；
获取模块603，根据确定出的所述业务类型，获取第一用户的基础用户信息，以及对应于该业务类型的预先认证的身份类别信息；
生成模块604，根据所述基础用户信息以及所述身份类别信息，生成该第一用户的DOI并展示，以使得第二用户根据展示的所述DOI中携带的基础用 户信息以及所述身份类别信息进行业务处理。
具体地，所述装置还包括：校验模块605，接收第一用户输入的待校验身份类别信息，将所述待校验身份类别信息发送给具有校验功能的服务器进行认证。
所述生成模块604，针对所述身份类别信息，设置信息标示位，根据所述基础用户信息以及设置有所述信息标示位的身份类别信息，生成该第一用户的DOI。
在第二用户侧，本申请实施例还提供一种业务处理装置，如图7所示，该装置具体包括：
获取模块701，获取第一用户的DOI，其中，所述DOI是根据所述第一用户的基础用户信息，以及对应于相应业务类型的预先认证的身份类别信息所生成的；
确定模块702，确定该DOI中携带的基础用户信息，以及该DOI中额外携带的所述第一用户的身份类别信息；
处理模块703，根据所述基础用户信息以及所述身份类别信息进行业务处理。
进一步而言，确定模块702，解析所述DOI得到DOI信息，读取所述DOI信息中预先约定的身份类型标示位对应的信息，将读取到的所述信息确定为所述第一用户的身份类别信息。
所述装置还包括：校验模块704，对所述身份类别信息进行校验，确定所述身份类别信息与所要进行处理的业务的类型相匹配。
处理模块703，根据预设的业务处理规则，确定与所述身份类别信息相匹配的业务处理方式，基于确定出的所述业务处理方式以及所述基础用户信息进行业务处理。
在扫码支付场景下，所述DOI包括：支付二维码；所述处理模块703，根据预设的业务处理规则，确定与所述身份类别信息相匹配的支付折扣系数，基于确定出的所述支付折扣系数以及所述基础用户信息，进行支付扣款。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip  PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括 一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (16)

  1. 一种业务处理方法，其特征在于，所述方法包括：
    接收数字对象唯一标识符DOI的展示请求；
    确定所述展示请求所对应的业务类型；
    根据确定出的所述业务类型，获取第一用户的基础用户信息，以及对应于该业务类型的预先认证的身份类别信息；
    根据所述基础用户信息以及所述身份类别信息，生成该第一用户的DOI并展示，以使得第二用户根据展示的所述DOI中携带的基础用户信息以及所述身份类别信息进行业务处理。
  2. 如权利要求1所述的方法，其特征在于，预先认证身份类别信息，具体包括：
    接收第一用户输入的待校验身份类别信息；
    将所述待校验身份类别信息发送给具有校验功能的服务器进行认证。
  3. 如权利要求1所述的方法，其特征在于，根据所述基础用户信息以及所述身份类别信息，生成该第一用户的DOI，具体包括：
    针对所述身份类别信息，设置信息标示位；
    根据所述基础用户信息以及设置有所述信息标示位的身份类别信息，生成该第一用户的DOI。
  4. 一种业务处理方法，其特征在于，所述方法包括：
    获取第一用户的DOI，其中，所述DOI是根据所述第一用户的基础用户信息，以及对应于相应业务类型的预先认证的身份类别信息所生成的；
    确定该DOI中携带的基础用户信息，以及该DOI中额外携带的所述第一用户的身份类别信息；
    根据所述基础用户信息以及所述身份类别信息进行业务处理。
  5. 如权利要求4所述的方法，其特征在于，确定该DOI中所携带的所述第一用户的身份类别信息，具体包括：
    解析所述DOI得到DOI信息；
    读取所述DOI信息中预先约定的身份类型标示位对应的信息；
    将读取到的所述信息确定为所述第一用户的身份类别信息。
  6. 如权利要求4所述的方法，其特征在于，在根据所述身份类别信息进行业务处理之前，所述方法还包括：
    对所述身份类别信息进行校验，确定所述身份类别信息与所要进行处理的业务的类型相匹配。
  7. 如权利要求4所述的方法，其特征在于，根据所述基础用户信息以及所述身份类别信息进行业务处理，具体包括：
    根据预设的业务处理规则，确定与所述身份类别信息相匹配的业务处理方式；
    基于确定出的所述业务处理方式以及所述基础用户信息进行业务处理。
  8. 如权利要求7所述的方法，其特征在于，所述DOI包括：支付二维码；
    根据所述基础用户信息以及所述身份类别信息进行业务处理，具体包括：
    根据预设的业务处理规则，确定与所述身份类别信息相匹配的支付折扣系数；
    基于确定出的所述支付折扣系数以及所述基础用户信息，进行支付扣款。
  9. 一种业务处理装置，其特征在于，所述装置包括：
    接收模块，接收数字对象唯一标识符DOI的展示请求；
    确定模块，确定所述展示请求所对应的业务类型；
    获取模块，根据确定出的所述业务类型，获取第一用户的基础用户信息，以及对应于该业务类型的预先认证的身份类别信息；
    生成模块，根据所述基础用户信息以及所述身份类别信息，生成该第一用户的DOI并展示，以使得第二用户根据展示的所述DOI中携带的基础用户信息以及所述身份类别信息进行业务处理。
  10. 如权利要求9所述的装置，其特征在于，所述装置还包括：校验模块， 接收第一用户输入的待校验身份类别信息，将所述待校验身份类别信息发送给具有校验功能的服务器进行认证。
  11. 如权利要求10所述的装置，其特征在于，所述生成模块，针对所述身份类别信息，设置信息标示位，根据所述基础用户信息以及设置有所述信息标示位的身份类别信息，生成该第一用户的DOI。
  12. 一种业务处理装置，其特征在于，所述装置包括：
    获取模块，获取第一用户的DOI，其中，所述DOI是根据所述第一用户的基础用户信息，以及对应于相应业务类型的预先认证的身份类别信息所生成的；
    确定模块，确定该DOI中携带的基础用户信息，以及该DOI中额外携带的所述第一用户的身份类别信息；
    处理模块，根据所述基础用户信息以及所述身份类别信息进行业务处理。
  13. 如权利要求12所述的装置，其特征在于，所述确定模块，解析所述DOI得到DOI信息，读取所述DOI信息中预先约定的身份类型标示位对应的信息，将读取到的所述信息确定为所述第一用户的身份类别信息。
  14. 如权利要求12所述的装置，其特征在于，所述装置还包括：校验模块，对所述身份类别信息进行校验，确定所述身份类别信息与所要进行处理的业务的类型相匹配。
  15. 如权利要求12所述的装置，其特征在于，所述处理模块，根据预设的业务处理规则，确定与所述身份类别信息相匹配的业务处理方式，基于确定出的所述业务处理方式以及所述基础用户信息进行业务处理。
  16. 如权利要求15所述的装置，其特征在于，所述DOI包括：支付二维码；
    所述处理模块，根据预设的业务处理规则，确定与所述身份类别信息相匹配的支付折扣系数，基于确定出的所述支付折扣系数以及所述基础用户信息，进行支付扣款。
PCT/CN2017/113576 2016-12-08 2017-11-29 一种业务处理方法及装置 WO2018103561A1 (zh)

Priority Applications (10)

Application Number Priority Date Filing Date Title
ES17878848T ES2842675T3 (es) 2016-12-08 2017-11-29 Método y dispositivo de procesamiento de servicios
PL17878848T PL3553705T3 (pl) 2016-12-08 2017-11-29 Sposób i urządzenie do przetwarzania usługi
EP17878848.5A EP3553705B1 (en) 2016-12-08 2017-11-29 Service processing method and device
KR1020197019320A KR102140905B1 (ko) 2016-12-08 2017-11-29 서비스를 처리하기 위한 방법 및 장치
JP2019530466A JP6707270B2 (ja) 2016-12-08 2017-11-29 サービス処理方法および装置
PH12019501276A PH12019501276B1 (en) 2016-12-08 2019-06-06 Method and apparatus for processing service
US16/434,441 US10607050B2 (en) 2016-12-08 2019-06-07 Service processing using a digital object identifier
US16/802,725 US10902233B2 (en) 2016-12-08 2020-02-27 Service processing using a digital object identifier
US16/945,488 US10977465B2 (en) 2016-12-08 2020-07-31 Service processing using a digital object identifier
US16/945,184 US10977464B2 (en) 2016-12-08 2020-07-31 Service processing using a digital object identifier

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201611121881.8A CN107016420B (zh) 2016-12-08 2016-12-08 一种业务处理方法及装置
CN201611121881.8 2016-12-08

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/434,441 Continuation US10607050B2 (en) 2016-12-08 2019-06-07 Service processing using a digital object identifier

Publications (1)

Publication Number Publication Date
WO2018103561A1 true WO2018103561A1 (zh) 2018-06-14

Family

ID=59439586

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/113576 WO2018103561A1 (zh) 2016-12-08 2017-11-29 一种业务处理方法及装置

Country Status (11)

Country Link
US (4) US10607050B2 (zh)
EP (1) EP3553705B1 (zh)
JP (1) JP6707270B2 (zh)
KR (1) KR102140905B1 (zh)
CN (2) CN114676799A (zh)
ES (1) ES2842675T3 (zh)
PH (1) PH12019501276B1 (zh)
PL (1) PL3553705T3 (zh)
SG (1) SG10202103277VA (zh)
TW (1) TW201822049A (zh)
WO (1) WO2018103561A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114676799A (zh) 2016-12-08 2022-06-28 创新先进技术有限公司 一种业务处理方法及装置
CN108197930B (zh) * 2017-12-13 2023-10-20 创新先进技术有限公司 一种doi展示和交易信息校验方法、装置及设备
CN108304899A (zh) 2018-01-16 2018-07-20 阿里巴巴集团控股有限公司 基于扫描doi的信息处理方法、装置及设备
CN108550033B (zh) * 2018-03-01 2020-07-28 阿里巴巴集团控股有限公司 一种显示数字对象唯一标识符的方法及装置
CN111860020B (zh) * 2018-04-25 2024-10-01 创新先进技术有限公司 业务处理方法、装置以及设备
CN108881170A (zh) * 2018-05-21 2018-11-23 阿里巴巴集团控股有限公司 一种授权引导的数据处理方法、装置、处理设备及系统
CN112488697A (zh) 2019-06-03 2021-03-12 创新先进技术有限公司 离线图形码的处理、生成方法及装置
CN110765328B (zh) * 2019-10-25 2024-08-20 腾讯科技（深圳）有限公司 一种数据处理的方法、装置及存储介质
CN111461725B (zh) * 2020-01-02 2023-11-14 中国银联股份有限公司 一种基于二维码支付的身份识别方法以及身份识别系统
CN111275836A (zh) * 2020-01-16 2020-06-12 深圳市深圳通有限公司 基于二维码的乘车收费方法、装置、系统以及终端
CN111599085B (zh) * 2020-04-10 2021-07-09 支付宝(杭州)信息技术有限公司 身份核验处理方法、装置及移动终端
KR102502243B1 (ko) * 2020-11-13 2023-03-07 주식회사 인에이블다온소프트 군복무 경력 확인 시스템 및 방법
CN112669041B (zh) * 2021-01-04 2022-11-11 英华达（上海）科技有限公司 身份验证系统、方法、设备及存储介质
TWI789777B (zh) * 2021-06-02 2023-01-11 華南商業銀行股份有限公司 離線支付系統

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101847236A (zh) * 2009-03-25 2010-09-29 上海客主商务服务有限公司 一种对会员消费行为进行管理的控制装置以及控制方法
CN104021468A (zh) * 2014-07-01 2014-09-03 广州云移信息科技有限公司 支持二维码和一维码扫描管理的商铺智能管理营销终端
CN105590198A (zh) * 2014-10-30 2016-05-18 中国银联股份有限公司 一种二维码支付方法以及支付系统
CN107016420A (zh) * 2016-12-08 2017-08-04 阿里巴巴集团控股有限公司 一种业务处理方法及装置

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9342829B2 (en) * 2002-10-01 2016-05-17 Andrew H B Zhou Systems and methods for mobile application, wearable application, transactional messaging, calling, digital multimedia capture and payment transactions
JP4488675B2 (ja) * 2002-12-27 2010-06-23 株式会社日本総合研究所 電子画像表示装置、電子画像表示方法およびその方法をコンピュータに実行させるプログラム
US7566002B2 (en) * 2005-01-06 2009-07-28 Early Warning Services, Llc Identity verification systems and methods
US20100121737A1 (en) * 2007-01-12 2010-05-13 Kenji Yoshida Personal identification number code input method using dot pattern, personal identification number code input method, and internet shopping settlement system
BRPI0820948A2 (pt) * 2007-12-19 2018-06-12 Paysert Ab sistema para recepção e transmissão de dados criptografados
CA2659698C (en) * 2008-03-21 2020-06-16 Dressbot Inc. System and method for collaborative shopping, business and entertainment
US20110238473A1 (en) * 2010-03-23 2011-09-29 Sanjay Dattatreya Sankolli Alternate mobile payment service
US9400978B2 (en) * 2010-04-09 2016-07-26 Paypal, Inc. Methods and systems for selecting accounts and offers in payment transactions
BR112013016171A2 (pt) * 2010-12-23 2018-07-17 Paydiant, Inc. sistemas e métodos para processamento de atm de telefone móvel
US9165294B2 (en) * 2011-08-24 2015-10-20 Visa International Service Association Method for using barcodes and mobile devices to conduct payment transactions
JP2015518614A (ja) * 2012-04-18 2015-07-02 ビービーピー・テクノロジア，デゼンヴォルヴィメント・デ・システマス・エルティーディーエー データ及びアイデンティティの検証及び認証のためのシステム及び方法
CN103577421A (zh) * 2012-07-23 2014-02-12 中国移动通信集团公司 一种应用二维码的方法、设备和系统
CN102930654B (zh) * 2012-11-05 2014-10-29 南京华设科技股份有限公司 一种自助办理保险业务的方法
TW201421393A (zh) 2012-11-27 2014-06-01 Top Information Technologies Co Ltd 行動裝置互動式二維條碼交易資訊傳輸及驗證之系統及其方法
CN103049869B (zh) * 2012-12-28 2015-12-23 浙江理工大学 一种基于二维码的服装业客户信息的管理方法
US20230196328A1 (en) * 2013-02-14 2023-06-22 Advanced New Technologies Co., Ltd. Data interaction method and device, and offline credit payment method and device
CN103227796A (zh) * 2013-05-06 2013-07-31 北京灵创众和科技有限公司 一种基于二维码共享联系人网络的方法及系统
US10878416B2 (en) * 2013-06-21 2020-12-29 Mastercard International Incorporated Apparatus, method, and computer program product for bus rapid transit ticketing and the like
CN203338381U (zh) * 2013-06-25 2013-12-11 浙江理工大学 一种基于二维码的服装业客户信息的管理系统
CN104253689B (zh) * 2013-06-28 2018-10-23 中国电信股份有限公司 基于二维码的用户卡动态口令验证方法与系统
US9361498B2 (en) * 2013-08-06 2016-06-07 Intel Corporation Optical communication using differential images
KR101450013B1 (ko) * 2013-12-20 2014-10-13 주식회사 시큐브 빠른 응답 코드를 이용한 인증 시스템 및 방법
US20150199941A1 (en) * 2014-01-15 2015-07-16 Nokia Corporation 3d touch sensor reader
US10621570B2 (en) * 2014-03-03 2020-04-14 Apple Inc. Processing payments for an online marketplace
US10482558B2 (en) * 2014-08-11 2019-11-19 Waltz, Inc. Interactive image-based communication using image coding
CN105488364A (zh) * 2014-09-15 2016-04-13 上海天脉聚源文化传媒有限公司 一种利用二维码区分用户类别的方法、装置及系统
US9231925B1 (en) 2014-09-16 2016-01-05 Keypasco Ab Network authentication method for secure electronic transactions
CN105989485B (zh) 2015-02-16 2020-06-05 阿里巴巴集团控股有限公司 一种业务管理方法和装置
CN111833043B (zh) * 2015-05-25 2024-04-19 创新先进技术有限公司 信息交互方法、设备及服务端
CN105871824A (zh) * 2016-03-25 2016-08-17 北京华信联创科技有限公司 支付式的Web Portal 认证方法、装置和系统
GB201613080D0 (en) * 2016-07-28 2016-09-14 Mastercard International Inc Mobile payment method and system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101847236A (zh) * 2009-03-25 2010-09-29 上海客主商务服务有限公司 一种对会员消费行为进行管理的控制装置以及控制方法
CN104021468A (zh) * 2014-07-01 2014-09-03 广州云移信息科技有限公司 支持二维码和一维码扫描管理的商铺智能管理营销终端
CN105590198A (zh) * 2014-10-30 2016-05-18 中国银联股份有限公司 一种二维码支付方法以及支付系统
CN107016420A (zh) * 2016-12-08 2017-08-04 阿里巴巴集团控股有限公司 一种业务处理方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3553705A4 *

Also Published As

Publication number Publication date
SG10202103277VA (en) 2021-04-29
US10977465B2 (en) 2021-04-13
JP6707270B2 (ja) 2020-06-10
US20200364426A1 (en) 2020-11-19
EP3553705B1 (en) 2020-10-07
PH12019501276A1 (en) 2019-12-16
JP2020504863A (ja) 2020-02-13
US10902233B2 (en) 2021-01-26
US20200364425A1 (en) 2020-11-19
PH12019501276B1 (en) 2019-12-16
US10977464B2 (en) 2021-04-13
US10607050B2 (en) 2020-03-31
EP3553705A4 (en) 2019-12-18
US20190286865A1 (en) 2019-09-19
KR20190093609A (ko) 2019-08-09
PL3553705T3 (pl) 2021-07-26
TW201822049A (zh) 2018-06-16
CN114676799A (zh) 2022-06-28
CN107016420B (zh) 2022-01-28
ES2842675T3 (es) 2021-07-14
US20200202093A1 (en) 2020-06-25
EP3553705A1 (en) 2019-10-16
KR102140905B1 (ko) 2020-08-04
CN107016420A (zh) 2017-08-04

Similar Documents

Publication Publication Date Title
WO2018103561A1 (zh) 一种业务处理方法及装置
US12106272B2 (en) Semantic processing of conversational transactions
US11282081B2 (en) Authentication via biometric passphrase
EP3244357A1 (en) Electronic apparatus providing electronic payment and operating method thereof
US10037420B1 (en) Cardless transactions
US9799029B2 (en) Securely receiving data input at a computing device without storing the data locally
TW201822016A (zh) 資訊交互方法及裝置
TW201944315A (zh) 二維條碼圖片獲取方法、裝置以及設備
CN113222726B (zh) 电子凭证的处理方法、装置及设备
TWI786252B (zh) 支付方法、裝置及設備
TW201931818A (zh) 電子憑證的傳輸方法、裝置及設備
WO2022237572A1 (zh) 支付的方法、装置及设备
US10540342B2 (en) In-memory transaction processing
CN111340505A (zh) 一种支付方法、装置及电子设备
WO2019214305A1 (zh) 一种基于doi的支付方法、装置及设备
WO2024046121A1 (zh) 服务处理的方法及装置
CN108596581B (zh) 资源转移的验证方法、装置和电子支付验证方法、装置
CN116308628A (zh) 支付处理方法及装置
CN116645245A (zh) 电子签约方法、图像生成方法、装置、设备及介质

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: 17878848

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019530466

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20197019320

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2017878848

Country of ref document: EP

Effective date: 20190708