CN117333172A - Method and device for determining payment mode, computer equipment and storage medium - Google Patents

Method and device for determining payment mode, computer equipment and storage medium Download PDF

Info

Publication number
CN117333172A
CN117333172A CN202311265675.4A CN202311265675A CN117333172A CN 117333172 A CN117333172 A CN 117333172A CN 202311265675 A CN202311265675 A CN 202311265675A CN 117333172 A CN117333172 A CN 117333172A
Authority
CN
China
Prior art keywords
payment
target
information
determining
code scanning
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202311265675.4A
Other languages
Chinese (zh)
Inventor
李鑫
陈智凯
孙健
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing QIYI Century Science and Technology Co Ltd
Original Assignee
Beijing QIYI Century Science and Technology Co Ltd
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 Beijing QIYI Century Science and Technology Co Ltd filed Critical Beijing QIYI Century Science and Technology Co Ltd
Priority to CN202311265675.4A priority Critical patent/CN117333172A/en
Publication of CN117333172A publication Critical patent/CN117333172A/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3276Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

The embodiment of the invention relates to a method and a device for determining a payment mode, computer equipment and a storage medium, wherein the method comprises the following steps: when a code scanning request aiming at a target two-dimensional code is received, acquiring category information of a client side sending the code scanning request; acquiring payment identification information carried in the code scanning request; and determining a payment mode corresponding to the code scanning request according to the category information and the payment identification information. Therefore, the payment mode of the code scanning request can be identified according to one target two-dimension code, the corresponding two-dimension code is not required to be displayed according to a payment channel, unnecessary interaction is reduced, user experience is improved, the problem that the code scanning payment cannot be carried out due to the configuration of the payment mode is avoided, the user can directly interact with the code scanning by using any application program, and then carry out the payment, so that the purchase of member goods is completed.

Description

Method and device for determining payment mode, computer equipment and storage medium
Technical Field
The embodiment of the invention relates to the technical field of code scanning payment, in particular to a method and a device for determining a payment mode, computer equipment and a storage medium.
Background
At present, when a user purchases a member (for example, a film member, a music member and the like) at a terminal, more than 300 payment modes are used for transaction, more than 60 payment modes are used under the scene toC (the user facing the products or services of a company is a wide individual user), including WeChat applet payment, weChat wap payment, weChat sdk payment, payment treasure sdk payment, payment applet payment and the like, which payment modes are used under what scene, which payment modes should be used in and out of a WeChat end, what payment modes should be used in common ordering and subscription ordering, and the like, and the management and use of related payment modes are problematic, so that the complete product is configured on package commodity at present.
The existing payment scene of toC ordering is divided into 2 types, one type is code scanning payment, the user intuitively understands which application program needs to be informed of the client to scan codes, but the specific code scanning is out of the control range of the client, so that the user can only recognize the code scanning operation at the rear end. And the other is that the user pulls up the payment after actively selecting the payment channel, and the user only needs to select the payment channel from the side of the user or the side of the product, so that the user and the product do not care what specific payment modes are used under the channels behind.
The user selects a package and a corresponding payment channel, the corresponding two-dimensional code is displayed in real time through the selection of the user, when the user selects the payment channel, the payment mode is about 60 or more, the logic customization is difficult to maintain, and the payment cannot be normally pulled up due to improper use of the payment mode, so that the problem that the payment cannot be pulled up due to the configuration of the payment mode during code scanning payment is solved.
Disclosure of Invention
In view of the above, in order to solve the above technical problems or some of the technical problems, embodiments of the present invention provide a method, an apparatus, a computer device, and a storage medium for determining a payment method.
In a first aspect, an embodiment of the present invention provides a method for determining a payment method, including:
when a code scanning request of a client for a target two-dimensional code is received, acquiring a target field sent by a target communication protocol;
acquiring user agent information from the target field;
extracting an identification of an application program used for payment by the client from a target position in the user agent information as category information;
acquiring payment identification information carried in the code scanning request;
And determining a payment mode corresponding to the code scanning request according to the category information and the payment identification information.
In one possible implementation manner, the obtaining the category information of the client sending the code scanning request includes:
receiving a target field sent by a target communication protocol;
acquiring user agent information from the target field;
an identification of an application for payment by the client is extracted from a target location in the user agent information as the category information.
In one possible embodiment, the method further comprises:
when the identification of the application program for payment extracted from the user agent information does not belong to a target database, generating a target display page, wherein the target database comprises a plurality of identifications of the application program, and the target display page is used for displaying the identifications in the target database;
receiving a selection operation for the identification in the target display page;
and determining the category information according to the selection operation.
In one possible implementation manner, the generating the target display page includes:
acquiring commodity information from the target field, wherein each commodity information corresponds to a plurality of identifications;
And when the identification of the application program for payment extracted from the user agent information does not belong to a target database, generating the target display page according to a plurality of identifications corresponding to the commodity information.
In one possible implementation manner, before the receiving the code scanning request for the target two-dimensional code, the method further includes:
acquiring a purchase request aiming at a target commodity in the client;
generating a first target two-dimensional code when the purchase request is automatic renewal purchase;
or generating a second target two-dimensional code when the purchase request is non-automatic renewal purchase;
the obtaining payment identification information carried in the code scanning request comprises the following steps:
when a code scanning request aiming at the first target two-dimensional code is received, determining that the payment identification information is automatic renewal purchase;
or when a code scanning request aiming at the second target two-dimensional code is received, determining that the payment identification information is non-automatic renewal purchase.
In one possible implementation manner, the determining, according to the category information and the payment identifier information, a payment manner corresponding to the code scanning request includes:
determining a payment channel corresponding to the category information;
When the payment identification information is non-automatic renewal purchase, determining that the payment mode is payment through the payment channel;
and when the payment identification information is automatic renewal purchase, determining that the payment mode is payment authorization processing for the application program corresponding to the payment channel, and paying through the payment channel when the preset payment time arrives.
In one possible embodiment, the method further comprises:
when the payment fails in the payment mode, generating a new target two-dimensional code according to the category information and the payment identification information;
and displaying the new target two-dimensional code and the payment prompt information corresponding to the new target two-dimensional code through the client.
According to the payment mode determination scheme provided by the embodiment of the invention, when a code scanning request of a client for a target two-dimensional code is received, a target field sent by a target communication protocol is acquired; acquiring user agent information from the target field; extracting an identification of an application program used for payment by the client from a target position in the user agent information as category information; acquiring payment identification information carried in the code scanning request; and determining a payment mode corresponding to the code scanning request according to the category information and the payment identification information. Therefore, the payment mode of the code scanning request can be identified according to one target two-dimension code, the corresponding two-dimension code is not required to be displayed according to a payment channel, unnecessary interaction is reduced, user experience is improved, the problem that the code scanning payment cannot be carried out due to the configuration of the payment mode is avoided, the user can directly interact with the code scanning by using any application program, and then carry out the payment, so that the purchase of member goods is completed.
Drawings
Fig. 1 is a flow chart of a method for determining a payment method according to an embodiment of the present invention;
FIG. 2 is a flowchart illustrating another method for determining a payment method according to an embodiment of the present invention;
fig. 3 is a schematic structural diagram of a payment method determining device according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a computer device according to an embodiment of the present invention.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
For the purpose of facilitating an understanding of the embodiments of the present invention, reference will now be made to the following description of specific embodiments, taken in conjunction with the accompanying drawings, which are not intended to limit the embodiments of the invention.
Fig. 1 is a flow chart of a method for determining a payment method according to an embodiment of the present invention, as shown in fig. 1, where the method specifically includes:
S11, when a code scanning request of a client for a target two-dimensional code is received, a target field sent through a target communication protocol is obtained; acquiring user agent information from the target field; the identification of the application program used by the client for payment is extracted from the target position in the user agent information as category information.
The method for determining the payment mode provided by the embodiment of the invention is applied to computer equipment, and the computer equipment can comprise, but is not limited to: the method comprises the steps of obtaining category information and payment identification information of a client side when a user pays by scanning codes, and determining a payment mode according to the category information and the payment identification information.
In this embodiment, the method is generally applied to a scenario that a user purchases a video member at a client, and when the user selects a commodity to be purchased through the client, a purchase request of a target commodity triggered by the user is received, a target two-dimensional code for the target commodity to be purchased is generated, and the generated target two-dimensional code directly generates a general payment two-dimensional code without considering a payment mode used by the user. When a code scanning request of a client of a User for a target two-dimensional code is received, category information of the client is obtained from the code scanning request, and the category information characterizes a unique identifier (for example, user-Agent) of an application program used by the client currently for payment. All information of the client of the application used by the user may be contained in the unique identification, and it may be determined which application is used by the user to pay (e.g., micromessenger, aliapp, baiduwallet is contained).
Specifically, the target communication protocol is HTTP, the target field is a string Header sent by the server before the server transmits HTML data to the browser in HTTP, the User scans the target two-dimensional code through the client, when receiving a code scanning request for the target two-dimensional code, the Header sent by the target communication protocol is acquired, user Agent information (UA) is acquired from the target field, the target location of the User Agent information includes an identifier representing a payment application used by the User, and the identifier of the application used for payment by the client is extracted from the target location in the User Agent information as category information.
S12, acquiring payment identification information carried in the code scanning request.
In this embodiment, the payment identifier information characterizes that the payment manner used by the current user is automatic or non-automatic, and the payment manner corresponding to the automatic renewal purchase is subscription payment for the application program used by the scan code, that is, automatic deduction payment is performed every time a preset time is reached; the payment mode corresponding to the non-automatic renewal purchase is to make common payment for the application program used by the code scanning. The method comprises the steps that a user selects whether automatic renewal is required to be conducted on a purchased target commodity before a client scans a code, a purchase request is generated after selection, a corresponding target two-dimensional code is generated according to whether automatic renewal is required to be conducted or not carried in the user purchase request, automatic renewal purchase corresponds to one two-dimensional code, non-automatic renewal purchase corresponds to one two-dimensional code, the target two-dimensional code is displayed to the user through the client, and when the user scans the code to pay, payment identification information which is carried and used for representing whether automatic renewal purchase is required or not is obtained from the received code scanning request.
S13, determining a payment mode corresponding to the code scanning request according to the category information and the payment identification information.
In this embodiment, the payment method includes: the general payment mode corresponding to the application program used by the user and the subscription payment mode corresponding to the application program used by the user. And determining an application program for payment by the user according to the category information, and determining whether automatic renewal purchase is required to be opened when the current application program is used for payment according to the payment identification information.
Specifically, when the payment identification information is automatic renewal purchase, the payment mode is determined to be signed payment through the application program used by the current client, and when the payment identification information is non-automatic renewal purchase, the payment mode is determined to be common payment through the application program used by the current client.
According to the method for determining the payment mode, when a code scanning request of a client for a target two-dimensional code is received, a target field sent through a target communication protocol is obtained; acquiring user agent information from the target field; extracting an identification of an application program used for payment by the client from a target position in the user agent information as category information; acquiring payment identification information carried in the code scanning request; and determining a payment mode corresponding to the code scanning request according to the category information and the payment identification information. Therefore, the payment mode of the code scanning request can be identified according to one target two-dimension code, the corresponding two-dimension code is not required to be displayed according to a payment channel, unnecessary interaction is reduced, user experience is improved, the problem that the code scanning payment cannot be carried out due to the configuration of the payment mode is avoided, the user can directly interact with the code scanning by using any application program, and then carry out the payment, so that the purchase of member goods is completed.
Fig. 2 is a flow chart of another method for determining a payment method according to an embodiment of the present invention, as shown in fig. 2, where the method specifically includes:
s21, acquiring a purchase request for a target commodity in the client; generating a first target two-dimensional code when the purchase request is automatic renewal purchase; or generating a second target two-dimensional code when the purchase request is non-automatic renewal purchase.
In this embodiment, the method is applied to a payment scenario of a user purchasing a video member, when the user selects a target commodity to purchase through a client, the user only needs to select whether to start automatic renewal, a purchase request is generated according to automatic renewal purchase or non-automatic renewal purchase selected by the user, a first target two-dimensional code is generated when the purchase request characterizes that automatic renewal purchase is required, and a second target two-dimensional code is generated when the purchase request is non-automatic renewal purchase. And sending the generated two-dimensional code to a client for display.
S22, when a code scanning request aiming at a target two-dimensional code is received, a target field sent by a target communication protocol is received; acquiring user agent information from the target field; an identification of an application for payment by the client is extracted from a target location in the user agent information as the category information.
In this embodiment, the target communication protocol is HTTP, the target field is a string Header sent by the server before the server transmits the HTML data to the browser in the HTTP, the User scans the target two-dimensional code through the client, and when receiving the code scanning request for the target two-dimensional code, the User receives the Header sent by the target communication protocol, obtains User Agent information (UA) from the target field, where the target location of the User Agent information includes an identifier characterizing a payment application used by the User, and extracts, from the target location in the User Agent information, the identifier of the application used by the client to pay as the category information.
For example, the identification of applications contained in the UA may include:
UA is: userAgent.toLowerCase (). IndexOf ("micromessenger") >0, including micromessenger as the first app;
UA is: userAgent.toLowerCase (). IndexOf ("aliapp") >0, including aliapp as the second app;
UA is: userAgent.toLowerCase (). IndexOf ("baidazole") >0, containing baidazole as the third app.
In one possible implementation, when the identification of the application program for payment extracted from the user agent information does not belong to the target database, generating a target display page, wherein the target database contains the identifications of a plurality of application programs, and the target display page is used for displaying the identifications in the target database; receiving a selection operation for the identification in the target display page; category information is determined based on the selection operation.
Specifically, a target database is preset, identifiers of a plurality of application programs capable of being used for code scanning payment are stored in the target database, when the identifiers extracted from user agent information do not belong to the target database, it is determined that the application program used for code scanning by a current user cannot be paid or has no payment function or cannot be used in a current payment scene, at the moment, a target display page is generated according to the identifiers in the target database, the target display page is displayed to the user through a client, prompt information is generated, the current code scanning of the user is prompted, the application program used for code scanning is requested to be replaced, and the application program is used as category information when the user selects the payment application program required to be used for payment through the identifiers in the target display page. Or, after selecting the identifier, directly pulling up the payment mode corresponding to the identifier to enable the user to pay, namely, jumping to a general cash register table without code scanning, wherein the cash register table requires the user to actively select package and WeChat/payment treasures to pull up a payment purchase page.
In one possible implementation, commodity information is acquired from the target field, and each commodity information corresponds to a plurality of identifiers; and when the identification of the application program for payment extracted from the user agent information does not belong to a target database, generating the target display page according to a plurality of identifications corresponding to the commodity information.
Specifically, the target field further includes commodity information, the commodity information may be unique identification, serial number, etc. of the commodity to be purchased by the user, each commodity information corresponds to multiple identifications in the target database, and the application program that can be used for payment when the current commodity is purchased can be determined through the identification corresponding to the commodity information. When the identifier extracted from the user agent information does not belong to the target database, the fact that the user uses the wrong application program to scan codes is indicated, at the moment, a plurality of identifiers corresponding to commodity information are obtained from the target database, a target display page is generated by the identifiers, the user is reminded of selecting an application program corresponding to any identifier from the identifiers to serve as the category information through the target display page, or payment is directly pulled up according to the selected identifier.
S23, when a code scanning request aiming at the first target two-dimensional code is received, determining that the payment identification information is automatic renewal purchase; or when a code scanning request aiming at the second target two-dimensional code is received, determining that the payment identification information is non-automatic renewal purchase.
In this embodiment, the payment identification information includes automatic renewal purchase and non-automatic renewal purchase, after the first target two-dimensional code or the second target two-dimensional code is generated, the generated two-dimensional code is displayed to the user, when the code scanning request of the first target two-dimensional code is received, the payment identification information is determined to be the automatic renewal purchase, and when the code scanning request of the second target two-dimensional code is received, the payment identification information is determined to be the non-automatic renewal purchase.
S24, determining a payment channel corresponding to the category information; when the payment identification information is non-automatic renewal purchase, determining that the payment mode is payment through a payment channel; when the payment identification information is automatic renewal purchase, the payment mode is determined to be payment authorization processing for the application program corresponding to the payment channel, and when the preset payment time arrives, the payment is carried out through the payment channel.
In this embodiment, it is determined that an application program corresponding to each category information is a payment channel, when payment identification information is non-automatic renewal purchase, it is determined that payment deduction is directly pulled up through the payment channel, when payment identification information is automatic renewal purchase, it is determined that subscription payment (for example, monthly, quarterly and yearly automatic renewal payment) is performed, payment authorization processing is performed on the application program corresponding to the category information, so as to obtain automatic deduction permission, and when a preset payment time arrives, payment is performed through the application program corresponding to the category information as the payment channel.
In one possible implementation, when the payment fails in a payment manner, generating a new target two-dimensional code according to the category information and the payment identification information; and displaying the new target two-dimensional code and the payment prompt information corresponding to the new target two-dimensional code through the client.
Specifically, when payment fails in a determined payment mode or the user cannot pay after the code scanning operation, a new target two-dimensional code is generated according to the generated category information and payment identification information, the target two-dimensional code is updated through the new target two-dimensional code, the new target two-dimensional code is displayed to the user through the client, payment prompt information is generated, the payment prompt information is used for reminding the user to pay again in the code scanning mode, and an application program for the code scanning is recommended to the user. Or directly generating a payment two-dimensional code corresponding to the application program according to the application program used by the user for the first time, displaying the payment two-dimensional code to the user, and reminding the user to continue using the application program for the first time for code scanning and payment. Or, jump to a general cash register station without code scanning, which requires the user to actively select packages and a WeChat/Payment Bao to pull up a Payment purchase page for payment.
According to the payment method provided by the embodiment of the invention, the purchasing request aiming at the target commodity in the client is obtained; generating a first target two-dimensional code when the purchase request is automatic renewal purchase; or generating a second target two-dimensional code when the purchase request is non-automatic renewal purchase; when a code scanning request aiming at a target two-dimensional code is received, a target field sent by a target communication protocol is received; acquiring user agent information from a target field; extracting an identification of an application program used for payment by a client from a target position in the user agent information as category information; when a code scanning request aiming at a first target two-dimensional code is received, determining payment identification information as automatic renewal purchase; or when a code scanning request aiming at the second target two-dimension code is received, determining that the payment identification information is non-automatic renewal purchase; determining a payment channel corresponding to the category information; when the payment identification information is non-automatic renewal purchase, determining that the payment mode is payment through a payment channel; when the payment identification information is automatic renewal purchase, the payment mode is determined to be payment authorization processing for the application program corresponding to the payment channel, and when the preset payment time arrives, the payment is carried out through the payment channel. Therefore, the user can only select packages which the user wants to purchase, the service only needs to generate two-dimension codes of the corresponding packages, the generated two-dimension codes only carry automatic renewal identification, one two-dimension code meets the code scanning payment under each application program, the problem that the code scanning cannot be normally pulled up for payment is avoided, the corresponding two-dimension codes can be generated without a route of adding automatic renewal through the client identification, meanwhile, the code scanning purchase under each app is supported, the user can directly or indirectly interact with the code scanning by using any application program and then pull up for payment, unnecessary interaction is reduced for purchasing member goods, and user experience is improved.
Fig. 3 is a schematic structural diagram of a payment method determining device according to an embodiment of the present invention, where, as shown in fig. 3, the device specifically includes:
the acquiring module 31 is configured to acquire a target field sent by a target communication protocol when receiving a code scanning request of a client for a target two-dimensional code;
acquiring user agent information from the target field;
extracting an identification of an application program used for payment by the client from a target position in the user agent information as category information;
the acquiring module 31 is further configured to acquire payment identifier information carried in the code scanning request;
and the determining module 32 is configured to determine a payment manner corresponding to the code scanning request according to the category information and the payment identification information.
In a possible implementation manner, the generating module 33 is configured to generate a target presentation page when the identifier of the application program for payment extracted from the user agent information does not belong to a target database, where the target database includes a plurality of identifiers of the application program, and the target presentation page is configured to present the identifiers in the target database;
a receiving module 34, configured to receive a selection operation for the identifier in the target presentation page;
The determining module is further configured to determine the category information according to the selection operation.
In a possible implementation manner, the acquiring module is specifically configured to acquire commodity information from the target field, where each commodity information corresponds to a plurality of the identifiers;
the generation module is specifically configured to generate the target display page according to a plurality of identifiers corresponding to the commodity information when the identifiers of the application programs for payment extracted from the user agent information do not belong to a target database.
In a possible implementation manner, the acquiring module is further configured to acquire a purchase request for a target commodity in the client;
the generation module is further used for generating a first target two-dimensional code when the purchase request is automatic renewal purchase;
or generating a second target two-dimensional code when the purchase request is non-automatic renewal purchase;
the determining module is further configured to determine that the payment identifier information is an automatic renewal purchase when receiving a code scanning request for the first target two-dimensional code;
or when a code scanning request aiming at the second target two-dimensional code is received, determining that the payment identification information is non-automatic renewal purchase.
In a possible implementation manner, the determining module is specifically configured to determine a payment channel corresponding to the category information;
when the payment identification information is non-automatic renewal purchase, determining that the payment mode is payment through the payment channel;
and when the payment identification information is automatic renewal purchase, determining that the payment mode is payment authorization processing for the application program corresponding to the payment channel, and paying through the payment channel when the preset payment time arrives.
In a possible implementation manner, the generating module is further configured to generate a new target two-dimensional code according to the category information and the payment identification information when the payment in the payment manner fails;
and the display module 35 is configured to display the new target two-dimensional code through the client, and display payment prompt information corresponding to the new target two-dimensional code.
The payment method determining device provided in the embodiment of the present invention may be a payment method determining device as shown in fig. 4, and may perform all steps of the payment method determining method shown in fig. 1-2, so as to achieve the technical effects of the payment method determining method shown in fig. 1-2, and detailed descriptions with reference to fig. 1-2 are omitted herein for brevity.
Fig. 4 is a schematic structural diagram of a computer device according to an embodiment of the present invention, and the computer device 400 shown in fig. 4 includes: at least one processor 401, memory 402, at least one network interface 404, and other user interfaces 403. The various components in computer device 400 are coupled together by bus system 405. It is understood that the bus system 405 is used to enable connected communications between these components. The bus system 405 includes a power bus, a control bus, and a status signal bus in addition to a data bus. But for clarity of illustration the various buses are labeled as bus system 405 in fig. 4.
The user interface 403 may include, among other things, a display, a keyboard, or a pointing device (e.g., a mouse, a trackball, a touch pad, or a touch screen, etc.).
It will be appreciated that the memory 402 in embodiments of the invention can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. The nonvolatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable EPROM (EEPROM), or a flash Memory. The volatile memory may be random access memory (Random Access Memory, RAM) which acts as an external cache. By way of example, and not limitation, many forms of RAM are available, such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (Double Data Rate SDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), and Direct memory bus RAM (DRRAM). The memory 402 described herein is intended to comprise, without being limited to, these and any other suitable types of memory.
In some implementations, the memory 402 stores the following elements, executable units or data structures, or a subset thereof, or an extended set thereof: an operating system 4021 and application programs 4022.
The operating system 4021 includes various system programs, such as a framework layer, a core library layer, a driver layer, and the like, for implementing various basic services and processing hardware-based tasks. The application programs 4022 include various application programs such as a Media Player (Media Player), a Browser (Browser), and the like for realizing various application services. A program for implementing the method of the embodiment of the present invention may be included in the application program 4022.
In the embodiment of the present invention, the processor 401 is configured to execute the method steps provided in the method embodiments by calling a program or an instruction stored in the memory 402, specifically, a program or an instruction stored in the application program 4022, for example, including:
when a code scanning request of a client for a target two-dimensional code is received, acquiring a target field sent by a target communication protocol;
acquiring user agent information from the target field;
extracting an identification of an application program used for payment by the client from a target position in the user agent information as category information;
Acquiring payment identification information carried in the code scanning request;
and determining a payment mode corresponding to the code scanning request according to the category information and the payment identification information.
In one possible implementation, a target field sent by a target communication protocol is received;
acquiring user agent information from the target field;
an identification of an application for payment by the client is extracted from a target location in the user agent information as the category information.
In one possible implementation manner, when the identification of the application program for payment extracted from the user agent information does not belong to a target database, generating a target display page, wherein the target database contains a plurality of identifications of the application program, and the target display page is used for displaying the identifications in the target database;
receiving a selection operation for the identification in the target display page;
and determining the category information according to the selection operation.
In one possible implementation manner, commodity information is obtained from the target field, and each commodity information corresponds to a plurality of the identifications;
and when the identification of the application program for payment extracted from the user agent information does not belong to a target database, generating the target display page according to a plurality of identifications corresponding to the commodity information.
In one possible implementation manner, a purchase request for a target commodity in the client is acquired;
generating a first target two-dimensional code when the purchase request is automatic renewal purchase;
or generating a second target two-dimensional code when the purchase request is non-automatic renewal purchase;
the obtaining payment identification information carried in the code scanning request comprises the following steps:
when a code scanning request aiming at the first target two-dimensional code is received, determining that the payment identification information is automatic renewal purchase;
or when a code scanning request aiming at the second target two-dimensional code is received, determining that the payment identification information is non-automatic renewal purchase.
In one possible implementation manner, determining a payment channel corresponding to the category information;
when the payment identification information is non-automatic renewal purchase, determining that the payment mode is payment through the payment channel;
and when the payment identification information is automatic renewal purchase, determining that the payment mode is payment authorization processing for the application program corresponding to the payment channel, and paying through the payment channel when the preset payment time arrives.
In one possible implementation manner, when the payment fails through the payment mode, generating a new target two-dimensional code according to the category information and the payment identification information;
And displaying the new target two-dimensional code and the payment prompt information corresponding to the new target two-dimensional code through the client.
The method disclosed in the above embodiment of the present invention may be applied to the processor 401 or implemented by the processor 401. The processor 401 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in the processor 401 or by instructions in the form of software. The processor 401 described above may be a general purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), an off-the-shelf programmable gate array (Field Programmable Gate Array, FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components. The disclosed methods, steps, and logic blocks in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present invention may be embodied directly in the execution of a hardware decoding processor, or in the execution of a combination of hardware and software elements in a decoding processor. The software elements may be located in a random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, registers, etc. as well known in the art. The storage medium is located in a memory 402, and the processor 401 reads the information in the memory 402 and, in combination with its hardware, performs the steps of the above method.
It is to be understood that the embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or a combination thereof. For a hardware implementation, the processing units may be implemented within one or more application specific integrated circuits (Application Specific Integrated Circuits, ASIC), digital signal processors (Digital Signal Processing, DSP), digital signal processing devices (dspev, DSPD), programmable logic devices (Programmable Logic Device, PLD), field programmable gate arrays (Field-Programmable Gate Array, FPGA), general purpose processors, controllers, micro-controllers, microprocessors, other electronic units designed to perform the functions described herein, or a combination thereof.
For a software implementation, the techniques described herein may be implemented by means of units that perform the functions described herein. The software codes may be stored in a memory and executed by a processor. The memory may be implemented within the processor or external to the processor.
The computer device provided in this embodiment may be a computer device as shown in fig. 4, and may perform all the steps of the method for determining a payment method as shown in fig. 1-2, so as to achieve the technical effects of the method for determining a payment method as shown in fig. 1-2, and the detailed description of fig. 1-2 is omitted herein for brevity.
The embodiment of the invention also provides a storage medium (computer readable storage medium). The storage medium here stores one or more programs. Wherein the storage medium may comprise volatile memory, such as random access memory; the memory may also include non-volatile memory, such as read-only memory, flash memory, hard disk, or solid state disk; the memory may also comprise a combination of the above types of memories.
When one or more programs are executed by one or more processors in the storage medium, the method for determining the payment method executed on the device side is implemented.
The processor is configured to execute a payment method determining program stored in the memory, so as to implement the following steps of a payment method determining method executed on the device side:
when a code scanning request of a client for a target two-dimensional code is received, acquiring a target field sent by a target communication protocol;
acquiring user agent information from the target field;
extracting an identification of an application program used for payment by the client from a target position in the user agent information as category information;
acquiring payment identification information carried in the code scanning request;
And determining a payment mode corresponding to the code scanning request according to the category information and the payment identification information.
In one possible implementation, a target field sent by a target communication protocol is received;
acquiring user agent information from the target field;
an identification of an application for payment by the client is extracted from a target location in the user agent information as the category information.
In one possible implementation manner, when the identification of the application program for payment extracted from the user agent information does not belong to a target database, generating a target display page, wherein the target database contains a plurality of identifications of the application program, and the target display page is used for displaying the identifications in the target database;
receiving a selection operation for the identification in the target display page;
and determining the category information according to the selection operation.
In one possible implementation manner, commodity information is obtained from the target field, and each commodity information corresponds to a plurality of the identifications;
and when the identification of the application program for payment extracted from the user agent information does not belong to a target database, generating the target display page according to a plurality of identifications corresponding to the commodity information.
In one possible implementation manner, a purchase request for a target commodity in the client is acquired;
generating a first target two-dimensional code when the purchase request is automatic renewal purchase;
or generating a second target two-dimensional code when the purchase request is non-automatic renewal purchase;
the obtaining payment identification information carried in the code scanning request comprises the following steps:
when a code scanning request aiming at the first target two-dimensional code is received, determining that the payment identification information is automatic renewal purchase;
or when a code scanning request aiming at the second target two-dimensional code is received, determining that the payment identification information is non-automatic renewal purchase.
In one possible implementation manner, determining a payment channel corresponding to the category information;
when the payment identification information is non-automatic renewal purchase, determining that the payment mode is payment through the payment channel;
and when the payment identification information is automatic renewal purchase, determining that the payment mode is payment authorization processing for the application program corresponding to the payment channel, and paying through the payment channel when the preset payment time arrives.
In one possible implementation manner, when the payment fails through the payment mode, generating a new target two-dimensional code according to the category information and the payment identification information;
And displaying the new target two-dimensional code and the payment prompt information corresponding to the new target two-dimensional code through the client.
Those of skill would further appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the various illustrative elements and steps are described above generally in terms of function in order to clearly illustrate the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied in hardware, in a software module executed by a processor, or in a combination of the two. The software modules may be disposed in Random Access Memory (RAM), memory, read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
The foregoing description of the embodiments has been provided for the purpose of illustrating the general principles of the invention, and is not meant to limit the scope of the invention, but to limit the invention to the particular embodiments, and any modifications, equivalents, improvements, etc. that fall within the spirit and principles of the invention are intended to be included within the scope of the invention.

Claims (9)

1. A method for determining a payment method, comprising:
when a code scanning request of a client for a target two-dimensional code is received, acquiring a target field sent by a target communication protocol;
acquiring user agent information from the target field;
extracting an identification of an application program used for payment by the client from a target position in the user agent information as category information;
acquiring payment identification information carried in the code scanning request;
and determining a payment mode corresponding to the code scanning request according to the category information and the payment identification information.
2. The method according to claim 1, wherein the method further comprises:
when the identification of the application program for payment extracted from the user agent information does not belong to a target database, generating a target display page, wherein the target database comprises a plurality of identifications of the application program, and the target display page is used for displaying the identifications in the target database;
Receiving a selection operation for the identification in the target display page;
and determining the category information according to the selection operation.
3. The method of claim 2, wherein the generating a target presentation page comprises:
acquiring commodity information from the target field, wherein each commodity information corresponds to a plurality of identifications;
and when the identification of the application program for payment extracted from the user agent information does not belong to a target database, generating the target display page according to a plurality of identifications corresponding to the commodity information.
4. The method of claim 1, wherein before receiving the sweep code request for the target two-dimensional code, the method further comprises:
acquiring a purchase request aiming at a target commodity in the client;
generating a first target two-dimensional code when the purchase request is automatic renewal purchase;
or generating a second target two-dimensional code when the purchase request is non-automatic renewal purchase;
the obtaining payment identification information carried in the code scanning request comprises the following steps:
when a code scanning request aiming at the first target two-dimensional code is received, determining that the payment identification information is automatic renewal purchase;
Or when a code scanning request aiming at the second target two-dimensional code is received, determining that the payment identification information is non-automatic renewal purchase.
5. The method according to claim 1, wherein the determining a payment method corresponding to the code scanning request according to the category information and the payment identification information includes:
determining a payment channel corresponding to the category information;
when the payment identification information is non-automatic renewal purchase, determining that the payment mode is payment through the payment channel;
and when the payment identification information is automatic renewal purchase, determining that the payment mode is payment authorization processing for the application program corresponding to the payment channel, and paying through the payment channel when the preset payment time arrives.
6. The method according to claim 1, wherein the method further comprises:
when the payment fails in the payment mode, generating a new target two-dimensional code according to the category information and the payment identification information;
and displaying the new target two-dimensional code and the payment prompt information corresponding to the new target two-dimensional code through the client.
7. A payment method determining apparatus, comprising:
The acquisition module is used for acquiring a target field sent by a target communication protocol when receiving a code scanning request of a client for a target two-dimensional code;
acquiring user agent information from the target field;
extracting an identification of an application program used for payment by the client from a target position in the user agent information as category information;
the acquisition module is further used for acquiring payment identification information carried in the code scanning request;
and the determining module is used for determining a payment mode corresponding to the code scanning request according to the category information and the payment identification information.
8. A computer device, comprising: a processor and a memory, the processor being configured to execute a determination program of a payment method stored in the memory to implement the determination method of a payment method according to any one of claims 1 to 6.
9. A storage medium storing one or more programs executable by one or more processors to implement the method of determining a payment method of any of claims 1-6.
CN202311265675.4A 2023-09-27 2023-09-27 Method and device for determining payment mode, computer equipment and storage medium Pending CN117333172A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311265675.4A CN117333172A (en) 2023-09-27 2023-09-27 Method and device for determining payment mode, computer equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311265675.4A CN117333172A (en) 2023-09-27 2023-09-27 Method and device for determining payment mode, computer equipment and storage medium

Publications (1)

Publication Number Publication Date
CN117333172A true CN117333172A (en) 2024-01-02

Family

ID=89278436

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311265675.4A Pending CN117333172A (en) 2023-09-27 2023-09-27 Method and device for determining payment mode, computer equipment and storage medium

Country Status (1)

Country Link
CN (1) CN117333172A (en)

Similar Documents

Publication Publication Date Title
US20220114590A1 (en) Payment collection device and method and apparatus
US8380163B2 (en) Package billing for micro-transactions
CN110490572B (en) Payment method, device, related equipment and system
CN108269135B (en) Information transmission method and device and electronic equipment
JP2010182309A (en) Intelligent download of application program
WO2009120502A2 (en) System and method for message-based purchasing
WO2007084593A2 (en) Package billing for micro-transactions
US20130085892A1 (en) Electronic marketplace for hosted service images
CN110796440A (en) Payment method, device and system, payment service architecture, electronic equipment and medium
WO2007066980A1 (en) Method and apparatus for providing customized contents based on terminal information
CN111131356A (en) Method and apparatus for generating information
CN111639927A (en) Method and system for collecting money of network cashier desk
CN113435880B (en) Payment page sending method, device, equipment and medium based on aggregation code
CN117333172A (en) Method and device for determining payment mode, computer equipment and storage medium
US12118580B2 (en) Methods, apparatuses, and non-transitory computer-readable record media for reward on cryptocurrency exchange
KR101911649B1 (en) Method and system for providing simple payment
KR20200089477A (en) System and method for providing mobile kiosk service
KR20190023063A (en) System and method for providing service using kiosk device
KR20180028394A (en) System and method for providing service using kiosk device
CN110333927B (en) Interface skipping method and device, server and storage medium
CN112036898B (en) Payment mode determining method and device, electronic equipment and storage medium
CN112508658A (en) Data processing method and device
CN112150135A (en) Payment method and device
CN111209514A (en) Method and device for providing reading incentive information of electronic book
JP7212751B1 (en) Information processing device, information processing method, and information processing program

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination