EP3553705A1

EP3553705A1 - Service processing method and device

Info

Publication number: EP3553705A1
Application number: EP17878848.5A
Authority: EP
Inventors: Ge Chen; Lingnan SHEN; Yanghui LIU; Jie Qi
Original assignee: Alibaba Group Holding Ltd
Current assignee: Advanced New Technologies Co Ltd
Priority date: 2016-12-08
Filing date: 2017-11-29
Publication date: 2019-10-16
Anticipated expiration: 2037-11-29
Also published as: US20200364425A1; WO2018103561A1; CN114676799A; US10902233B2; US10607050B2; KR20190093609A; US20200202093A1; SG10202103277VA; EP3553705B1; ES2842675T3; CN107016420B; KR102140905B1; US10977465B2; JP6707270B2; US10977464B2; PH12019501276B1; CN107016420A; US20190286865A1; TW201822049A; PH12019501276A1

Abstract

Implementations of the present application disclose a method and an apparatus for processing a service. The method includes: receiving a digital object identifier (DOI) display request; determining a service type corresponding to the display request; obtaining basic user information of a first user and pre-authenticated identity type information corresponding to the service type based on the determined service type; and generating and displaying a DOI of the first user based on the basic user information and the identity type information so that a second user performs service processing based on the basic user information and the identity type information included in the displayed DOI. According to the implementations of the present application, the second user can obtain the identity type information of the first user while obtaining the DOI of the first user, so as to effectively reduce or prevent corresponding operations additionally performed by a service provider.

Description

TECHNICAL FIELD

The present application relates to the field of computer technologies, and in particular, to a method and an apparatus for processing a service.

BACKGROUND

As information technologies develop, digital object identifiers (DOI) such as bar codes generated by using digital resource identification technologies are widely used in various services, for example, code scanning payment, contact adding, and following. The DOI is a coding pattern formed by distributing specific geometric patterns (for example, a long strip shape and a square) according to a specific rule, and includes a one-dimensional bar code, a two-dimensional code, etc.
The DOI is graphically displayed after a plurality of pieces of "invisible" information such as link information, a user identifier, and product information are coded. Therefore, a user can use a corresponding device to scan and identify the DOI to obtain information included in the DOI, thereby performing a corresponding service operation.
In the existing technology, a method for completing a service operation by using a DOI is usually as follows: A first user displays a DOI (for example, a two-dimensional code) of the first user by using a first terminal device, and the DOI stores a user ID of the first user; and a second user can scan the DOI of the first user by using a second terminal device (for example, a code scanning device), and complete corresponding service processing based on the user ID after obtaining the user ID of the first user.
However, in a process of completing a service by using a DOI, different from short-range communications technologies such as Near Field Communication (NFC), two service parties cannot exchange information by using the DOI. In other words, only unidirectional one-time information transmission can be implemented by using the DOI. Especially in some service scenarios, a service provider can only know basic information (for example, a user ID or an account name) of the first user based on the DOI of the first user. To complete the service, the service provider needs to perform additional service operations. Apparently, the method is relatively cumbersome.

SUMMARY

Implementations of the present application provide a method for processing a service, so as to alleviate a problem in the existing technology that implementation of some services are excessively cumbersome in a service scenario of using a DOI.
The implementations of the present application provide an apparatus for processing a service, so as to alleviate the problem in the existing technology that implementation of some services are excessively cumbersome in a service scenario of using a DOI.
The implementations of the present application use the following technical solutions.
An implementation of the present application provides a method for processing a service, including the following: receiving a digital object identifier (DOI) display request; determining a service type corresponding to the display request; obtaining basic user information of a first user and pre-authenticated identity type information corresponding to the service type based on the determined service type; and generating and displaying a DOI of the first user based on the basic user information and the identity type information so that a second user performs service processing based on the basic user information and the identity type information included in the displayed DOI.
An implementation of the present application further provides a method for processing a service, including the following: obtaining a DOI of a first user, where the DOI is generated based on basic user information of the first user and pre-authenticated identity type information of a corresponding service type; determining the basic user information included in the DOI and the identity type information of the first user additionally included in the DOI; and performing service processing based on the basic user information and the identity type information.
An implementation of the present application provides an apparatus for processing a service, including the following: a receiving module, configured to receive a digital object identifier (DOI) display request; a determining module, configured to determine a service type corresponding to the display request; an acquisition module, configured to obtain basic user information of a first user and pre-authenticated identity type information corresponding to the service type based on the determined service type; and a generation module, configured to generate and display a DOI of the first user based on the basic user information and the identity type information so that a second user performs service processing based on the basic user information and the identity type information included in the displayed DOI.
An implementation of the present application provides another apparatus for processing a service, including the following: an acquisition module, configured to obtain a DOI of a first user, where the DOI is generated based on basic user information of the first user and pre-authenticated identity type information of a corresponding service type; a determining module, configured to determine the basic user information included in the DOI and the identity type information of the first user additionally included in the DOI; and a processing module, configured to perform service processing based on the basic user information and the identity type information.
At least one of the previously described technical solutions used in the implementations of the present application can achieve the following beneficial effects:
In a scenario of obtaining a business service by using the DOI, when the first terminal device generates the DOI of the first user needed by the service, the basic user information of the first user and the identity type information of the first user that is applicable to the service type are obtained based on the service type, and the DOI of the first user is generated based on the basic user information and the identity type information. As such, after obtaining the DOI of the first user through code scanning, etc., the service provider can obtain, from the DOI, the identity type information of the requesting party included in the DOI to provide a corresponding business service based on the identity type information. Therefore, the requesting party can fully obtain the business service provided by the service provider.
Compared with the method in the existing technology, in the implementations of the present application, the identity type information of the requesting party is added to the DOI so that the service provider can obtain the DOI of the requesting party together with the identity type information of the requesting party, thereby effectively reducing or preventing corresponding operations additionally performed by the service provider, further improving service providing efficiency, and ensuring service benefits obtained by the requesting party.

BRIEF DESCRIPTION OF DRAWINGS

The accompanying drawings described here are used to provide further understanding of the present application, and constitute a part of the present application. Schematic implementations of the present application and descriptions of the implementations are used to explain the present application, and do not constitute an improper limitation to the present application. In the accompanying drawings:

FIG. 1a is a schematic diagram illustrating an architecture that a service processing process is based on, according to an implementation of the present application;
FIG. 1b is a schematic diagram illustrating a service processing process, according to an implementation of the present application;
FIG. 2 is a schematic diagram illustrating an interface where a user sends a display request, according to an implementation of the present application;
FIG. 3 is a schematic diagram illustrating information included in a DOI, according to an implementation of the present application;
FIG. 4 is a schematic diagram illustrating a service processing process on a second user side, according to an implementation of the present application;
FIG. 5a is a schematic diagram illustrating an architecture in an online payment scenario, according to an implementation of the present application;
FIG. 5b is a schematic diagram illustrating a service procedure in an online code scanning payment scenario, according to an implementation of the present application;
FIG. 6 is a schematic structural diagram illustrating an apparatus for processing a service on a first user side, according to an implementation of the present application; and
FIG. 7 is a schematic structural diagram illustrating an apparatus for processing a service on a second user side, according to an implementation of the present application.

DESCRIPTION OF IMPLEMENTATIONS

As described above, when a service is processed by using a DOI, a first user displays the DOI by using a first device, and a second user can obtain, through code scanning by using a second device, the DOI displayed by the first device. Different from a plurality of times of information exchange in an existing short-range transmission technology, the second device does not feed back the DOI to the first device in a code scanning process. In other words, the code scanning process can be considered as a unidirectional information transmission process actually. In addition, information included in a generated DOI is fixed, and information obtained when the second device performs a code scanning operation is the information included in the DOI. A new DOI needs to be generated to obtain other information. It can be seen that DOI scanning is a unidirectional one-time information transmission process.
To make the objectives, technical solutions, and advantages of the present application clearer, the following clearly and comprehensively describes the technical solutions of the present application with reference to specific implementations and corresponding accompanying drawings in the present application. Apparently, the described implementations are merely some but not all of the implementations of the present application. All other implementations obtained by a person of ordinary skill in the art based on the implementations of the present application without creative efforts shall fall within the protection scope of the present application.
It is worthwhile to note that, in an implementation of the present application, a service processing process can be based on an architecture shown in FIG. 1a. A first user can display a DOI of the first user by using a terminal device (namely, a first terminal device) of the first user so that a second user can obtain the DOI through code scanning, screenshot, etc. by using a corresponding terminal device (namely, a second terminal device, such as a code scanning device).
The first terminal device includes but is not limited to a terminal device having a display screen, such as a smartphone, a smartwatch, a tablet computer, or a computer. The second terminal device includes but is not limited to a terminal device having a code scanning function, such as a smartphone, a smartwatch, a tablet computer, a computer, a code scanner, a POS machine, a ticket vending machine, or a vending machine, which constitutes no limitation to the present application here.
Based on the architecture shown in FIG. 1a, an implementation of the present application provides a service processing process shown in FIG 1b. The process includes the following steps.
S101. Receive a DOI display request.
In actual services, a user can operate a first terminal device to display the DOI. Therefore, the first terminal device can receive a display request sent by the first user.
In actual operations, the first terminal device has a DOI display function (the function can be provided by an operating system of the first terminal device, or can be provided by an application installed in the first terminal device, which is not limited here) so that the first user can send the display request in a corresponding function interface.
S102. Determine a service type corresponding to the display request.
In the present implementation of the present application, if the first user needs to obtain different types of services, the first user can use the first terminal device to generate DOIs applicable to the different types of services. In other words, the display request sent by the user actually includes information about different service types. Therefore, after receiving the display request, a second terminal device of a second user further determines the service type corresponding to the display request.
S103. Obtain basic user information of a first user and pre-authenticated identity type information corresponding to the service type based on the determined service type.
In the present implementation of the present application, it can be understood that the basic user information is a user ID, an account name, etc. of the first user, and the identity type information is identity-related information of the first user that represents an occupation type, an account type, etc. of the first user.
In actual applications, for different service types, the identity type information can affect a business service obtained by the first user. For example, in shopping payment transactions, membership of the first user can enable the first user to enjoy a corresponding discount. For another example, in subway ticket payment transactions through code scanning, a student identity of the first user can enable the first user to enjoy a corresponding discount.
Therefore, the first terminal device obtains the identity type information of the user based on the corresponding service type in a DOI generation process. Certainly, to ensure validity of the identity type information of the first user, the identity type information is pre-authenticated in the present implementation of the present application.
In the present implementation of the present application, the identity type information of the first user is included in the DOI of the first user. Compared with the existing technology, especially when information is transmitted by using the DOI, the DOI that includes the identity type information can enable the second user to obtain an identity type of the first user in a unidirectional one-way code scanning transmission process without a need of performing an additional information transmission operation.
S104. Generate and display a DOI of the first user based on the basic user information and the identity type information so that a second user performs service processing based on the basic user information and the identity type information included in the displayed DOI.
With reference to the previous step, it can be seen that the DOI generated in the present step can be considered as a DOI applicable to a corresponding service type. In other words, after obtaining the DOI of the first user by using the second device, the second user can perform service processing based on the identity type information included in the DOI so that the first user obtains the corresponding service.
According to the previous steps, in a scenario of obtaining a business service by using a DOI, when the first terminal device generates the DOI of the first user needed by the service, the basic user information of the first user and the identity type information of the first user that is applicable to the service type are obtained based on the service type, and the DOI of the first user is generated based on the basic user information and the identity type information. As such, after obtaining the DOI of the first user through code scanning, etc., the service provider can obtain, from the DOI, the identity type information of the requesting party included in the DOI to provide a corresponding business service based on the identity type information. Therefore, the requesting party can fully obtain the business service provided by the service provider.
For the described process, in actual applications, FIG. 2 shows payment code generation controls of three types of services. The user can select a payment code control applicable to a corresponding service in a payment code interface of a mobile phone. Correspondingly, after the user taps a certain payment code, it is equivalent to sending a display request, and the mobile phone can determine a corresponding service type from the display request. As such, the mobile phone can obtain corresponding identity type information.
In the present implementation of the present application, the identity type information is pre-authenticated, and pre-authenticating the identity type information includes: receiving identity type information to be checked that is entered by the first user; and sending the identity type information to be checked to a server having a verification function for authentication.
In a possible method, the first user can enter information such as identity card information, health insurance card information, or student ID card information in the first terminal device as the identity type information to be checked. Correspondingly, the first terminal device can send the identity type information to be checked that is entered by the user to a service platform server so that the service platform server checks the identity type information to be checked, and feeds back a check result to the first terminal device. Certainly, a process of checking the identity type information to be checked constitutes no limitation to the present application.
The generating a DOI of the first user based on the basic user information and the identity type information includes: setting an information flag bit for the identity type information; and generating the DOI of the first user based on the basic user information and the identity type information that has the information flag bit.
For example, in subway ticket payment transactions through code scanning, if a certain user is a student, a mobile phone used by the user can obtain a user ID and identity type information of the user. Assume that the identity type information is a user identity "Stu" (indicates the student) in the present example. As shown in FIG. 3, the identity type information uses "##" as a flag bit before a two-dimensional code is generated. In other words, in FIG. 3, a character string between "##" is a character string corresponding to the identity type information, namely "Stu".
The previous content is described based on a first user side. For a second user side, an implementation of the present application further provides a method for processing a service. As shown in FIG. 4, the method includes the following steps.
S401. Obtain a DOI of a first user.
The DOI is generated based on basic user information of the first user and pre-authenticated identity type information of a corresponding service type.
In the present implementation of the present application, the DOI of the first user can be displayed by a first terminal device used by the first user. After the first terminal device displays the DOI, a second terminal device (for example, a code scanning device) can obtain the DOI of the first user through code scanning, screenshot, etc., which constitutes no limitation to the present application.
S402. Determine basic user information included in the DOI and identity type information of the first user additionally included in the DOI.
In the present implementation of the present application, the identity type information of the first user is included in the DOI of the first user. Compared with the existing technology, especially when information is transmitted by using the DOI, the DOI that includes the identity type information can enable a service provider to obtain an identity type of the first user in a one-way code scanning transmission process without a need of performing an additional information transmission operation.
Certainly, in actual operations, the second user can parse the DOI after obtaining the DOI of the first user by using the second terminal device, so as to obtain the identity type information of the first user, which constitutes no limitation to the present application.
S403. Perform service processing based on the basic user information and the identity type information.
In actual applications, after obtaining the identity type information of the first user, the second user can perform service processing based on the identity type information of the first user.
For example, in code scanning payment transactions on a bus, a passenger can display a two-dimensional code by using a mobile phone, and scan the two-dimensional code by using a code scanning device on the bus. After obtaining the two-dimensional code, the code scanning device can determine that the passenger is a student. Therefore, deduction can be completed after a corresponding discount is made.
According to the previous steps, in a scenario of obtaining a business service by using a DOI, the first user adds corresponding identity type information to the generated DOI of the first user. As such, after obtaining the DOI of the first user through code scanning, etc., the service provider can obtain, from the DOI, the identity type information of the requesting party included in the DOI to provide a corresponding business service based on the identity type information. Therefore, the requesting party can fully obtain the business service provided by the service provider.
Compared with the method in the existing technology, in the present implementation of the present application, the identity type information of the requesting party is added to the DOI so that the service provider can obtain the DOI of the requesting party together with the identity type information of the requesting party, thereby effectively reducing or preventing corresponding operations additionally performed by the service provider, further improving service providing efficiency, and ensuring service benefits obtained by the requesting party.
It is worthwhile to note that, in actual applications, the previous steps can be performed by a terminal device (namely, the second terminal device. The second terminal device can be understood as a code scanning device in the following content in the present implementation of the present application) used by the service provider.
In actual applications, after obtaining the DOI of the first user through code scanning, the code scanning device can parse the DOI and obtain information included in the parsed DOI. Therefore, in the present implementation of the present application, the determining the identity type information of the first user included in the DOI includes: parsing the DOI to obtain DOI information; obtaining information in a pre-agreed identity type flag bit in the DOI information; and determining the obtained information as the identity type information of the first user.
A two-dimensional code is used as an example. After the two-dimensional code is decoded, a corresponding character string can be obtained, for example, a uniform resource locator (URL) or another code character string. In code scanning payment transactions in the present implementation of the present application, the two-dimensional code used by the first user not only includes an ID of the user, but also includes the identity type information of the user. It is worthwhile to note that, to determine the identity type information from the character string obtained through parsing, a flag bit of the identity type information can be pre-agreed between the first user and the second user.
The example shown in FIG. 3 is still used. The code scanning device obtains a character string in the figure after decoding a two-dimensional code of a certain first user, and the character string includes a user ID of the first user. In addition, the identity type information uses "##" as a flag bit based on a predetermined agreement. In other words, in FIG. 3, a character string between "##" is a character string corresponding to the identity type information, namely "Stu".
It should be understood that the described example is merely used to describe an identity type information parsing process in the present implementation of the present application, and is not limited to the method shown in the described example in actual applications.
Certainly, in the present implementation of the present application, the DOI can be parsed by using a corresponding decoder or algorithm, for example, a UTF-8 codec or a Unicode codec, which constitutes no limitation to the present application.
In actual applications, after obtaining identity information of the first user, the code scanning device can further check the identity type information to determine validity of the obtained identity type information. In other words, in the present implementation of the present application, before the performing service processing based on the identity type information, the method further includes: checking the identity type information, and determining that the identity type information matches a type of the service to be processed.
In addition, during checking in the present implementation of the present application, the code scanning device can further store calibration information, and the calibration information can include information such as a standard identity type and validity periods of different identity types. Therefore, the code scanning device can check, according to the stored standard identity type information, the identity type information parsed from the two-dimensional code.
For example, after knowing the character string "Stu" is corresponding to the identity type information, the code scanning device determines, based on the stored standard identity type, whether the character string "Stu" matches the standard identity type, and the code scanning device can further determine whether an age of the first user meets a "student" identity.
Likewise, the present example is merely intended to describe the described check process, and should not be construed as a limitation to the present application. In actual applications, another check method can be used. Details are omitted here for simplicity.
After the check succeeds, a corresponding service operation can be performed based on the identity type information of the first user. In other words, the performing service processing based on the identity type information includes: determining, according to a predetermined service processing rule, a service processing method that matches the identity type information, and performing service processing based on the determined service processing method.
In the present implementation of the present application, the service processing rule can include processing rules applicable to different service scenarios. For example, in code scanning payment transactions in a shopping process, a payment rule is providing a corresponding discount based on a member type of a consumer. Alternatively, in subway ticket payment transactions through code scanning, a payment rule is a payment reduction rule for passengers of different identities, such as students, the aged, or soldiers. Certainly, in the present implementation of the present application, the service processing rule is not limited.
Therefore, with reference to the identity type information of the first user obtained by using the described process and according to the described service processing rule, corresponding service processing can be performed to provide a business service for the first user.
Especially in code scanning payment transactions, the DOI includes a two-dimensional payment code. The performing service processing based on the basic user information and the identity type information includes: determining, according to the predetermined service processing rule, a payment discount coefficient that matches the identity type information; and performing payment and deduction based on the determined payment discount coefficient and the basic user information.
It is worthwhile to note here that, it can be seen from the described content and the architecture shown in FIG. 1a that the method for processing a service in the present implementation of the present application is applicable to an offline scenario. In other words, both the first terminal device and the second terminal device can be in an offline state, thereby improving code scanning payment applicability.
Certainly, the method for processing a service in the present application is also applicable to an online scenario. For the scenario, an architecture can be shown in FIG. 5a. It can be seen from FIG. 5a that two parties that need to perform service interaction can complete corresponding service operations by using an online service platform (for example, a website). Both the first user (namely, the requesting party) and the second user (the provider) register corresponding accounts on the service platform so that the service platform can uniformly specify a standard identity type information format for each user on the service platform. In addition, the service platform can determine the identity type information of the user based on personal information and historical service information of the user. For example, the service platform can determine, through review based on identity information provided by the user, that the user is a student. For another example, the service platform determines, based on historical service data of the user, that an account type of the user is a senior member.
Based on the online scenario shown in FIG. 5a, FIG. 5b can show a process of completing a payment service by two service parties. The process includes the following steps:

S501. A terminal device generates and displays a two-dimensional payment code of a requesting party.
S502. A code scanning device scans the two-dimensional payment code displayed by the terminal to obtain a two-dimensional payment code image.
S503. The code scanning device parses the obtained two-dimensional payment code image to obtain a parsing result including identity type information of the requesting party.
S504. The code scanning device sends the parsing result to a service platform server for check.
S505. The service platform server checks the parsing result and feeds back a check success result.
S506. After receiving the check result and determining that the check succeeds, the code scanning device performs deduction based on the identity type information of the requesting party.

The method for processing a service is provided in the implementation of the present application above. Based on the same idea, an implementation of the present application further provides an apparatus for processing a service.
As shown in FIG. 6, the apparatus includes the following: a receiving module 601, configured to receive a digital object identifier (DOI) display request; a determining module 602, configured to determine a service type corresponding to the display request; an acquisition module 603, configured to obtain basic user information of a first user and pre-authenticated identity type information corresponding to the service type based on the determined service type; and a generation module 604, configured to generate and display a DOI of the first user based on the basic user information and the identity type information so that a second user performs service processing based on the basic user information and the identity type information included in the displayed DOI.
The apparatus further includes a verification module 605, configured to receive identity type information to be checked that is entered by the first user; and send the identity type information to be checked to a server having a verification function for authentication.
The generation module 604 sets an information flag bit for the identity type information; and generates the DOI of the first user based on the basic user information and the identity type information that has the information flag bit.
On a second user side, an implementation of the present application further provides an apparatus for processing a service. As shown in FIG. 7, the apparatus includes the following: an acquisition module 701, configured to obtain a DOI of a first user, where the DOI is generated based on basic user information of the first user and pre-authenticated identity type information of a corresponding service type; a determining module 702, configured to determine the basic user information included in the DOI and the identity type information of the first user additionally included in the DOI; and a processing module 703, configured to perform service processing based on the basic user information and the identity type information.
Further, the determining module 702 parses the DOI to obtain DOI information; obtains information corresponding to a pre-agreed identity type flag bit in the DOI information; and determines the obtained information as the identity type information of the first user.
The apparatus further includes a verification module 704, configured to check the identity type information, and determine that the identity type information matches a type of the service to be processed.
The processing module 703 determines, according to a predetermined service processing rule, a service processing method that matches the identity type information; and performs service processing based on the determined service processing method and the basic user information.
In code scanning payment transactions, the DOI includes a two-dimensional payment code; and the processing module 703 determines, according to the predetermined service processing rule, a payment discount coefficient that matches the identity type information; and performs payment and deduction based on the determined payment discount coefficient and the basic user information.
In the 1990s, improvement of a technology can be clearly distinguished between hardware improvement (for example, improvement on a circuit structure such as a diode, a transistor, or a switch) and software improvement (improvement on a method procedure). However, with the development of technologies, improvement of many method procedures can be considered as direct improvement of a hardware circuit structure. Designers almost all program an improved method procedure to a hardware circuit, to obtain a corresponding hardware circuit structure. Therefore, it cannot be said that improvement of a method procedure cannot be implemented by using a hardware entity module. For example, a programmable logic device (PLD) (for example, a field programmable gate array (FPGA)) is such an integrated circuit. A logical function of the programmable logic device is determined by component programming executed by a user. The designers perform voluntary programming to "integrate" a digital system into a single PLD without needing a chip manufacturer to design and produce a dedicated integrated circuit chip. In addition, currently, instead of manually producing an integrated circuit chip, the programming is mostly implemented by "logic compiler" software, which is similar to a software compiler used during program development. Original code before compiling is also written in a specific programming language, which is referred to as a hardware description language (HDL), and there is more than one type of HDL, such as an ABEL (Advanced Boolean Expression Language), an AHDL (Altera Hardware Description Language), Confluence, a CUPL (Cornell University Programming Language), an HDCal, a JHDL (Java Hardware Description Language), a Lava, a Lola, a MyHDL, a PALASM, and an RHDL (Ruby Hardware Description Language), etc. Currently, a VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog are most commonly used. A person skilled in the art should also understand that a method procedure only needs to be logically programmed, and programmed to the integrated circuit by using the previous hardware description languages, so that a hardware circuit that implements the logical method procedure can be easily obtained.
A controller can be implemented by using any appropriate method. For example, the controller can be a microprocessor or a processor, or a computer-readable medium, a logic gate, a switch, an application-specific integrated circuit (ASIC), a programmable logic controller, or an embedded microprocessor that stores computer readable program code (such as software or firmware) that can be executed by the microprocessor or the processor. Examples of the controller include but are not limited to the following microprocessors: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller can also be implemented as a part of the control logic of the memory. A person skilled in the art also knows that a controller can be implemented by using pure computer-readable program code, and the steps in the method can be logically programmed to enable the controller to further implement same functions in forms of a logic gate, a switch, an application-specific integrated circuit, a programmable logic controller, an embedded microcontroller, etc. Therefore, the controller can be considered as a hardware component, and an apparatus that is included in the controller and that is configured to implement various functions can also be considered as a structure in the hardware component. Alternatively, an apparatus configured to implement various functions can be considered as both a software module for implementing the method and a structure in the hardware component.
The system, apparatus, module, or unit described in the described implementations can be implemented by a computer chip or an entity, or implemented by a product with 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 smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, or a wearable device, or a combination of any of these devices.
For ease of description, the described apparatus is described by dividing functions into various units. Certainly, when the present application is implemented, the functions of the units can be implemented in one or more pieces of software and/or hardware.
A person skilled in the art should understand that the implementations of the present disclosure can be provided as a method, a system, or a computer program product. Therefore, the present disclosure can use a form of hardware only implementations, software only implementations, or implementations with a combination of software and hardware. In addition, the present disclosure can use a form of a computer program product that is implemented on one or more computer-usable storage media (including but not limited to a disk memory, a CD-ROM, and an optical memory) that include computer-usable program code.
The present disclosure is described with reference to the flowcharts and/or block diagrams of the method, the device (system), and the computer program product according to the implementations of the present disclosure. It should be understood that computer program instructions can be used to implement each process and/or each block in the flowcharts and/or the block diagrams and a combination of a process and/or a block in the flowcharts and/or the block diagrams. These computer program instructions can be provided for a general-purpose computer, a dedicated computer, an embedded processor, or a processor of any other programmable data processing device to generate a machine so that the instructions executed by a computer or a processor of any other programmable data processing device generate an apparatus for implementing a specific function in one or more processes in the flowcharts or in one or more blocks in the block diagrams.
These computer program instructions can be stored in a computer readable memory that can instruct the computer or any other programmable data processing device to work in a specific method so that the instructions stored in the computer readable memory generate an artifact that includes an instruction apparatus. The instruction apparatus implements a specific function in one or more processes in the flowcharts and/or in one or more blocks in the block diagrams.
These computer program instructions can be loaded to a computer or another programmable data processing device so that a series of operations and steps are performed on the computer or the another programmable device, thereby generating computer-implemented processing. Therefore, the instructions executed on the computer or the another programmable device provide steps for implementing a specific function in one or more processes in the flowcharts or in one or more blocks in the block diagrams.
In a typical configuration, the computing device includes one or more processors (CPU), one or more input/output interfaces, one or more network interfaces, and one or more memories.
The memory can include a non-persistent memory, a random access memory (RAM) and/or a nonvolatile memory in a computer readable medium, for example, a read-only memory (ROM) or a flash memory (flash RAM).
The computer readable medium includes persistent, non-persistent, movable, and unmovable media that can implement information storage by using any method or technology. Information can be a computer readable instruction, a data structure, a program module, or other data. A computer storage medium includes but is not limited to a phase-change random access memory (PRAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a random access memory (RAM) of another type, a read-only memory (ROM), an electrically erasable programmable read-only memory (EEPROM), a flash memory or another memory technology, a compact disc read-only memory (CD-ROM), a digital versatile disc (DVD) or another optical storage, a magnetic tape, a magnetic disk storage, another magnetic storage device, or any other non-transmission media that can be used to store information that can be accessed by the computing device. Based on the definition in the present specification, the computer readable medium does not include transitory computer readable medium (transitory media), for example, a modulated data signal and carrier.
It is worthwhile to further note that the term "include", "contain", or their any other variant is intended to cover a non-exclusive inclusion so that a process, a method, merchandise, or a device that includes a list of elements not only includes those elements but also includes other elements which are not expressly listed, or further includes elements inherent to such process, method, merchandise, or device. An element preceded by "includes a ..." does not, without more constraints, preclude the existence of additional identical elements in the process, method, merchandise, or device that includes the element.
A person skilled in the art should understand that the implementations of the present application can be provided as a method, a system, or a computer program product. Therefore, the present application can use a form of hardware only implementations, software only implementations, or implementations with a combination of software and hardware. In addition, the present application can use a form of a computer program product that is implemented on one or more computer-usable storage media (including but not limited to a disk memory, a CD-ROM, and an optical memory) that include computer-usable program code.
The present application can be described in the general context of computer executable instructions executed by a computer, for example, a program module. Generally, the program module includes a routine, a program, an object, a component, a data structure, etc. for executing a specific task or implementing a specific abstract data type. The present application can also be practiced in distributed computing environments. In the distributed computing environments, tasks are performed by remote processing devices connected through a communications network. In a distributed computing environment, the program module can be located in both local and remote computer storage media including storage devices.
The implementations in the present specification are all described in a progressive way. For the same or similar parts of the implementations, refer to the implementations. Each implementation focuses on a difference from other implementations. Particularly, a system implementation is basically similar to a method implementation, and therefore is described briefly. For related parts, refer to partial descriptions of the method implementation.
The previous descriptions are merely implementations of the present application, and are not intended to limit the present application. A person skilled in the art can make various modifications and changes to the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall fall within the scope of the claims of the present application.

Claims

A method for processing a service, wherein the method comprises:
receiving a digital object identifier (DOI) display request;

determining a service type corresponding to the display request;

obtaining basic user information of a first user and pre-authenticated identity type information corresponding to the service type based on the determined service type; and

generating and displaying a DOI of the first user based on the basic user information and the identity type information so that a second user performs service processing based on the basic user information and the identity type information comprised in the displayed DOI.
The method according to claim 1, wherein pre-authenticating the identity type information comprises:
receiving identity type information to be checked that is entered by the first user; and

sending the identity type information to be checked to a server having a verification function for authentication.
The method according to claim 1, wherein the generating a DOI of the first user based on the basic user information and the identity type information comprises:
setting an information flag bit for the identity type information; and

generating the DOI of the first user based on the basic user information and the identity type information that has the information flag bit.
A method for processing a service, wherein the method comprises:
obtaining a DOI of a first user, wherein the DOI is generated based on basic user information of the first user and pre-authenticated identity type information of a corresponding service type;

determining the basic user information comprised in the DOI and the identity type information of the first user additionally comprised in the DOI; and

performing service processing based on the basic user information and the identity type information.
The method according to claim 4, wherein the determining the identity type information of the first user comprised in the DOI comprises:
parsing the DOI to obtain DOI information;

obtaining information corresponding to a pre-agreed identity type flag bit in the DOI information; and

determining the obtained information as the identity type information of the first user.
The method according to claim 4, wherein before the performing service processing based on the identity type information, the method further comprises:
checking the identity type information, and determining that the identity type information matches a type of the service to be processed.
The method according to claim 4, wherein the performing service processing based on the basic user information and the identity type information comprises:
determining, according to a predetermined service processing rule, a service processing method that matches the identity type information; and

performing service processing based on the determined service processing method and the basic user information.
The method according to claim 7, wherein the DOI comprises a two-dimensional payment code; and
the performing service processing based on the basic user information and the identity type information comprises:
determining, according to the predetermined service processing rule, a payment discount coefficient that matches the identity type information; and

performing payment and deduction based on the determined payment discount coefficient and the basic user information.
An apparatus for processing a service, wherein the apparatus comprises:
a receiving module, configured to receive a digital object identifier (DOI) display request;

a determining module, configured to determine a service type corresponding to the display request;

an acquisition module, configured to obtain basic user information of a first user and pre-authenticated identity type information corresponding to the service type based on the determined service type; and

a generation module, configured to generate and display a DOI of the first user based on the basic user information and the identity type information so that a second user performs service processing based on the basic user information and the identity type information comprised in the displayed DOI.
The apparatus according to claim 9, wherein the apparatus further comprises a verification module, configured to receive identity type information to be checked that is entered by the first user; and send the identity type information to be checked to a server having a verification function for authentication.
The apparatus according to claim 10, wherein the generation module sets an information flag bit for the identity type information; and generates the DOI of the first user based on the basic user information and the identity type information that has the information flag bit.
An apparatus for processing a service, wherein the apparatus comprises:
an acquisition module, configured to obtain a DOI of a first user, wherein the DOI is generated based on basic user information of the first user and pre-authenticated identity type information of a corresponding service type;

a determining module, configured to determine the basic user information comprised in the DOI and the identity type information of the first user additionally comprised in the DOI; and

a processing module, configured to perform service processing based on the basic user information and the identity type information.
The apparatus according to claim 12, wherein the determining module parses the DOI to obtain DOI information; obtains information corresponding to a pre-agreed identity type flag bit in the DOI information; and determines the obtained information as the identity type information of the first user.
The apparatus according to claim 12, wherein the apparatus further comprises a verification module, configured to check the identity type information, and determine that the identity type information matches a type of the service to be processed.
The apparatus according to claim 12, wherein the processing module determines, according to a predetermined service processing rule, a service processing method that matches the identity type information; and performs service processing based on the determined service processing method and the basic user information.
The apparatus according to claim 15, wherein the DOI comprises a two-dimensional payment code; and
the processing module determines, according to the predetermined service processing rule, a payment discount coefficient that matches the identity type information; and performs payment and deduction based on the determined payment discount coefficient and the basic user information.