CN115936703A

CN115936703A - Payment channel display method and device, computer equipment and readable storage medium

Info

Publication number: CN115936703A
Application number: CN202211673374.0A
Authority: CN
Inventors: 倪小钦
Original assignee: Lazas Network Technology Shanghai Co Ltd
Current assignee: Lazas Network Technology Shanghai Co Ltd
Priority date: 2022-12-26
Filing date: 2022-12-26
Publication date: 2023-04-07

Abstract

The application discloses a payment channel display method, a payment channel display device, computer equipment and a readable storage medium, and relates to the technical field of the Internet. The method comprises the following steps: when detecting that a user requests to display a payment channel, generating and transmitting a payment channel display request; receiving at least one returned candidate payment channel, wherein each candidate payment channel in the at least one candidate payment channel is marked with target activity information acquired from cached activity information of a client; and displaying the at least one candidate payment channel.

Description

Payment channel display method and device, computer equipment and readable storage medium

Technical Field

The present application relates to the field of internet technologies, and in particular, to a method and an apparatus for displaying a payment channel, a computer device, and a readable storage medium.

Background

With the development of internet technology, various clients providing online purchase services become an indispensable part of people's lives, online payment gradually becomes a mainstream payment mode in people's lives, and many clients provide online payment functions, so that users can place orders for desired commodities without going out. When online payment is carried out, a user may associate various payment channels, such as a credit card, a bank card, third-party payment software, and the like, in a current client, and the client displays the payment channels to the user so that the user can select a payment channel which the user wants to use in the current payment to carry out payment.

In the related technology, when the payment channels are displayed, because some payment channels can carry out discount activities at irregular intervals, a user can pay by adopting the payment channels and enjoy the discount brought by the payment channels when paying, so that the user can timely know which payment channels have the discount, the client can synchronously inquire the discount information of the payment channels in real time when the user requests to display or switch the payment channels, and generate corresponding texts for reminding the user to use the discount at the corresponding positions of the payment channels after the payment channels return results so as to be provided for the user to refer and select.

In carrying out the present application, the applicant has found that the related art has at least the following problems:

some payment channels related to a user on a client are provided by a third-party application, when preferential activity information of the payment channels is displayed, the client needs to request a server for cross-domain access to the third-party application, time consumption is high, page blocking is easily caused, and if the preferential activity information of a plurality of payment channels needs to be inquired simultaneously, processing pressure of the client is too high, time consumption is further increased, and display efficiency is not high.

Disclosure of Invention

In view of this, the present application provides a method and an apparatus for displaying payment channels, a computer device, and a readable storage medium, and mainly aims to solve the problems that, when a third-party application is accessed across domains at present, time consumption is high, page blocking is easily caused, and if preferential activity information of multiple payment channels needs to be queried simultaneously, processing pressure of an application program is too high, time consumption is further increased, and display efficiency is not high.

According to a first aspect of the present application, there is provided a method for displaying a payment channel, where the method is applied to a client, and includes:

when detecting that a user requests to display a payment channel, generating and transmitting a payment channel display request;

receiving at least one returned candidate payment channel, wherein each candidate payment channel in the at least one candidate payment channel is marked with target activity information acquired from cached activity information of a client;

and displaying the at least one candidate payment channel.

Optionally, when it is detected that the user requests to show the payment channel, before generating and transmitting a payment channel showing request, the method further includes:

when a consultation node is triggered by the current behavior of a user, a payment channel consultation request is generated and transmitted so that a server can inquire a plurality of historical consultation records of the client, and whether activity information is provided for the client for caching and whether cached activity information in the client is updated or not is judged according to whether the historical consultation records comprise a historical record related to the user identification of the user;

and receiving the latest activity information returned by the server, storing the latest activity information in a cache file, or updating the information stored in the cache file by adopting the latest activity information.

Optionally, the method further comprises:

when the user request is detected to enter a menu page, determining that the current action of the user triggers a consultation node; and/or the presence of a gas in the atmosphere,

and when detecting that the user adds resources to the shopping cart, determining that the current action of the user triggers a consultation node.

Optionally, the presenting the at least one candidate payment channel includes:

determining a preset display quantity, and counting the channel quantity of the at least one candidate payment channel;

when the channel number is less than or equal to the preset display number, inquiring the display sequence of the at least one candidate payment channel set by the user, and displaying the at least one candidate payment channel on a bill-of-lading page according to the display sequence;

when the channel number is larger than the preset display number, inquiring the display sequence of the at least one candidate payment channel set by the user, extracting the appointed candidate payment channel of the preset display number from the at least one candidate payment channel based on the display sequence, and displaying the appointed candidate payment channel of the preset display number on the bill extraction page according to the display sequence;

and each candidate payment channel in the at least one candidate payment channel is marked with the corresponding activity paperwork of the target activity information.

Optionally, after the preset number of candidate payment channels are displayed on the bill of lading page according to the display sequence, the method further includes:

when detecting that the user requests to show other candidate payment channels, creating a secondary display frame, and displaying the other candidate payment channels in the secondary display frame, wherein the other candidate payment channels are candidate payment channels except for the appointed candidate payment channels with the preset display quantity in the at least one candidate payment channel;

and if the fact that the user triggers one candidate payment channel of the other candidate payment channels is detected, adjusting the candidate payment channel to the first position in the bill of lading page for displaying.

Optionally, the method further comprises:

when detecting that the user requests to inquire detailed activity information of a candidate payment channel based on the bill of lading page, acquiring a channel identifier of the candidate payment channel;

generating and transmitting an activity information query request carrying the channel identifier;

and receiving detailed activity information returned by the server after receiving the activity information query request, and displaying the detailed activity information on the bill-providing page.

According to a second aspect of the present application, there is provided a method for displaying a payment channel, the method being applied to a server, and including:

responding to a payment channel display request of a client, determining a user initiating the payment channel display request, and acquiring at least one candidate payment channel related to the user in the client;

obtaining order information carried by the payment channel display request, and inquiring at least one target activity information corresponding to at least one candidate payment channel in cached activity information of the client, wherein the cached activity information is activity information provided by a supplier corresponding to the at least one candidate payment channel, and the activity amount of the at least one target activity information is consistent with the order amount in the order information;

marking the at least one target activity information on the at least one candidate payment channel according to the corresponding relation between the at least one candidate payment channel and the at least one target activity information;

and transmitting the labeled at least one candidate payment channel to the client so that the client displays the labeled at least one candidate payment channel.

Optionally, before determining, in response to a payment channel display request of a client, a user who initiates the payment channel display request and acquiring at least one candidate payment channel associated with the user in the client, the method further includes:

responding to a payment channel consultation request of the client, acquiring a user identifier carried by the payment channel consultation request, and inquiring a plurality of historical consultation records of the client;

when the historical consultation records related to the user identification are not included in the plurality of historical consultation records, determining the at least one candidate payment channel related to the user identification in the client, determining a supplier of each candidate payment channel in the at least one candidate payment channel, calling an activity consultation interface between the supplier of each candidate payment channel to obtain the latest activity information of each supplier, establishing the corresponding relation between the latest activity information and the corresponding candidate payment channel, transmitting the latest activity information to the client, and caching the client in a local cache file;

when the plurality of historical consultation records comprise the historical consultation records related to the user identification, reading cached activity information of the client, extracting at least one cached activity amount from the cached activity information, determining a supplier of each cached activity amount in the at least one cached activity amount, comparing the latest activity amount currently provided by each supplier with the corresponding cached activity amount, and calling an activity consultation interface between the supplier of each candidate payment channel to obtain the latest activity information of each supplier and transmitting the latest activity information to the client when the comparison determines that the cached activity amount is different from the latest activity amount, so that the client updates the cached activity information cached in a local cache file by adopting the latest activity information.

Optionally, before responding to the payment channel consultation request of the client, acquiring a user identifier carried in the payment channel consultation request and querying a plurality of historical consultation records of the client, the method further includes:

when a payment channel consultation request of the client is received, client information of the client is obtained, and the total amount of the selected resources in a shopping cart of the client is counted;

acquiring a preset application white list and an amount threshold, comparing the client information with the application white list, and comparing the total amount with the amount threshold;

if the client information is included in the application white list and the total amount is greater than or equal to the amount threshold value, starting to respond to the payment channel consultation request;

if the client information is not included in the application white list or the total amount is lower than the amount threshold, stopping responding to the payment channel consultation request and ending the current process;

wherein the payment channel consultation request is generated and transmitted by the client when detecting that the user requests to enter a menu page and/or detecting that the user adds resources to a shopping cart of the client.

Optionally, the querying, in the cached activity information of the client, at least one target activity information corresponding to the at least one candidate payment channel includes:

for each of the at least one candidate payment channel, extracting a plurality of candidate campaign information provided by a provider of the candidate payment channel in the cached campaign information;

respectively reading the activity level corresponding to each candidate activity information in the candidate activity information, and sequencing the candidate activity information according to the sequence of the activity levels from high to low to obtain a sequencing result;

and according to the sorting result, selecting candidate activity information with activity sum consistent with the order sum from the candidate activity information as target activity information corresponding to the candidate payment channel to obtain at least one target activity information corresponding to the at least one candidate payment channel.

Optionally, the selecting, according to the sorting result, candidate activity information having an activity amount consistent with the order amount from the plurality of candidate activity information as target activity information corresponding to the candidate payment channel includes:

extracting candidate activity information ranked at the top in the ranking result as first candidate activity information, and comparing the order amount with the activity amount of the first candidate activity information;

when the order amount is consistent with the activity amount of the first candidate activity information, taking the first candidate activity information as the target activity information;

and when the order amount is inconsistent with the activity amount of the first candidate activity information, selecting the candidate activity information next to the first candidate activity information in the sequencing result as second candidate activity information, and comparing the order amount with the activity amount of the second candidate activity information until the target activity information is determined.

Optionally, the method further comprises:

responding to an activity information query request of a client, acquiring a channel identifier carried by the activity information query request, and querying whether specified activity information related to the channel identifier exists in cached activity information cached by the client;

when the cached activity information comprises the specified activity information, extracting the specified activity information from the cached activity information as detailed activity information, and returning the detailed activity information to the client for displaying;

when the cached activity information does not comprise the specified activity information, determining a supplier indicated by the channel identifier, calling an activity consultation interface between the supplier and the asynchronous query thread to obtain the latest activity information of the supplier, and returning the latest activity information serving as the detailed activity information to the client for displaying.

According to a third aspect of the present application, there is provided a display device for a payment channel, the device being applied to a client, and including:

the generating module is used for generating and transmitting a payment channel display request when detecting that a user requests to display a payment channel;

the receiving module is used for receiving at least one returned candidate payment channel, and each candidate payment channel in the at least one candidate payment channel is marked with target activity information acquired from cached activity information of the client;

and the display module is used for displaying the at least one candidate payment channel.

Optionally, the generating module is further configured to generate and transmit a payment channel consultation request when it is detected that a consultation node is triggered by a current behavior of a user, so that a server queries a plurality of historical consultation records of the client, and determines whether to provide activity information to the client for caching and whether to update cached activity information in the client according to whether the plurality of historical consultation records include a historical record related to a user identifier of the user;

the receiving module is further configured to receive the latest activity information returned by the server, store the latest activity information in a cache file, or update information stored in the cache file with the latest activity information.

Optionally, the generating module is further configured to determine that a behavior currently occurring by the user triggers a consulting node when it is detected that the user requests to enter a menu page; and/or when the user is detected to add resources to the shopping cart, determining that the current action of the user triggers a consultation node.

Optionally, the display module is configured to determine a preset display quantity, and count the channel quantity of the at least one candidate payment channel; when the channel number is less than or equal to the preset display number, inquiring the display sequence of the at least one candidate payment channel set by the user, and displaying the at least one candidate payment channel on a bill-carrying page according to the display sequence; when the channel number is larger than the preset display number, inquiring the display sequence of the at least one candidate payment channel set by the user, extracting the appointed candidate payment channel of the preset display number from the at least one candidate payment channel based on the display sequence, and displaying the appointed candidate payment channel of the preset display number on the bill extraction page according to the display sequence; and each candidate payment channel in the at least one candidate payment channel is marked with an activity copy of the corresponding target activity information.

Optionally, the display module is further configured to, when it is detected that the user requests to display another candidate payment channel, create a secondary display box, and display the another candidate payment channel in the secondary display box, where the another candidate payment channel is a candidate payment channel of the at least one candidate payment channel except for the designated candidate payment channel of the preset display number; and if the fact that the user triggers one of the other candidate payment channels is detected, adjusting the candidate payment channel to the first position in the bill of lading page for displaying.

Optionally, the presentation module is further configured to, when it is detected that the user requests to query detailed activity information of a candidate payment channel based on the bill of lading page, obtain a channel identifier of the candidate payment channel; generating and transmitting an activity information query request carrying the channel identifier; and receiving detailed activity information returned by the server after receiving the activity information query request, and displaying the detailed activity information on the bill-providing page.

According to a fourth aspect of the present application, there is provided a display device for a payment channel, the device being applied to a server, and including:

the system comprises an acquisition module, a payment channel display module and a payment channel display module, wherein the acquisition module is used for responding to a payment channel display request of a client, determining a user initiating the payment channel display request and acquiring at least one candidate payment channel related to the user in the client;

the query module is configured to acquire order information carried by the payment channel display request, and query at least one piece of target activity information corresponding to the at least one candidate payment channel in cached activity information of the client, where the cached activity information is activity information provided by a provider corresponding to the at least one candidate payment channel, and an activity amount of the at least one piece of target activity information is consistent with an order amount in the order information;

the labeling module is used for labeling the at least one target activity information on the at least one candidate payment channel according to the corresponding relation between the at least one candidate payment channel and the at least one target activity information;

and the transmission module is used for transmitting the labeled at least one candidate payment channel to the client so that the client displays the labeled at least one candidate payment channel.

Optionally, the query module is further configured to respond to a payment channel consultation request of the client, acquire a user identifier carried in the payment channel consultation request, and query a plurality of historical consultation records of the client; when the historical consultation records related to the user identification are not included in the plurality of historical consultation records, determining the at least one candidate payment channel related to the user identification in the client, determining a supplier of each candidate payment channel in the at least one candidate payment channel, calling an activity consultation interface between the supplier of each candidate payment channel to obtain the latest activity information of each supplier, establishing the corresponding relation between the latest activity information and the corresponding candidate payment channel, transmitting the latest activity information to the client, and caching the client in a local cache file; when the plurality of historical consultation records comprise the historical consultation records related to the user identification, reading cached activity information of the client, extracting at least one cached activity amount from the cached activity information, determining a supplier of each cached activity amount in the at least one cached activity amount, comparing the latest activity amount currently provided by each supplier with the corresponding cached activity amount, and calling an activity consultation interface between the supplier of each candidate payment channel to obtain the latest activity information of each supplier and transmitting the latest activity information to the client when the comparison determines that the cached activity amount is different from the latest activity amount, so that the client updates the cached activity information cached in a local cache file by adopting the latest activity information.

Optionally, the query module is further configured to, when a payment channel consultation request of the client is received, obtain client information of the client, and count a total amount of the selected resources in a shopping cart of the client; acquiring a preset application white list and an amount threshold, comparing the client information with the application white list, and comparing the total amount with the amount threshold; if the client information is included in the application white list and the total amount is greater than or equal to the amount threshold value, starting to respond to the payment channel consultation request; if the client information is not included in the application white list or the total amount is lower than the amount threshold, stopping responding to the payment channel consultation request and ending the current process; wherein the payment channel consultation request is generated and transmitted by the client when detecting that the user requests to enter a menu page and/or detecting that the user adds resources to a shopping cart of the client.

Optionally, the query module is configured to, for each candidate payment channel of the at least one candidate payment channel, extract, from the cached campaign information, a plurality of candidate campaign information provided by providers of the candidate payment channel; respectively reading the activity level corresponding to each candidate activity information in the candidate activity information, and sequencing the candidate activity information according to the sequence of the activity levels from high to low to obtain a sequencing result; and according to the sorting result, selecting candidate activity information with activity sum consistent with the order sum from the candidate activity information as target activity information corresponding to the candidate payment channel to obtain at least one target activity information corresponding to the at least one candidate payment channel.

Optionally, the query module is configured to extract, from the sorting result, top-ranked candidate activity information as first candidate activity information, and compare the order amount with an activity amount of the first candidate activity information; when the order amount is consistent with the activity amount of the first candidate activity information, taking the first candidate activity information as the target activity information; and when the order amount is inconsistent with the activity amount of the first candidate activity information, selecting the candidate activity information next to the first candidate activity information from the sequencing result as second candidate activity information, and comparing the order amount with the activity amount of the second candidate activity information until the target activity information is determined.

Optionally, the query module is further configured to respond to an activity information query request of a client, acquire a channel identifier carried in the activity information query request, and query whether specified activity information related to the channel identifier exists in cached activity information cached by the client; when the cached activity information comprises the specified activity information, extracting the specified activity information from the cached activity information to serve as detailed activity information, and returning the detailed activity information to the client side for displaying; when the cached activity information does not include the specified activity information, determining a supplier indicated by the channel identifier, calling an activity consultation interface between the supplier and the supplier based on an asynchronous query thread to acquire the latest activity information of the supplier, and returning the latest activity information as the detailed activity information to the client for displaying.

According to a fifth aspect of the present application, there is provided a computer device comprising a memory storing a computer program and a processor implementing the steps of the method of any one of the first and second aspects when the computer program is executed.

According to a sixth aspect of the present application, there is provided a readable storage medium having stored thereon a computer program which, when executed by a processor, carries out the steps of the method of any one of the first and second aspects described above.

By means of the technical scheme, when a user is detected to request to display a payment channel, a payment channel display request is generated and transmitted, at least one candidate payment channel marked with target activity information acquired from cached activity information of a client is received and returned, the at least one candidate payment channel is displayed, pre-consultation operation is executed, discount information of each candidate payment channel related to the user is cached in a client cache file in advance, when the user requests to display the payment channel, activity information meeting consumption amount of the user is directly inquired in the discount information cached in the client, display positions of the activity information in the corresponding candidate payment channels are released to the user, the activity information does not need to be inquired by a third-party application in a cross-domain mode in real time, time consumption is reduced, page blocking is avoided, even if the activity information of a plurality of candidate payment channels needs to be displayed, quick response can be achieved, and display efficiency is improved.

The above description is only an overview of the technical solutions of the present application, and the present application may be implemented in accordance with the content of the description so as to make the technical means of the present application more clearly understood, and the detailed description of the present application will be given below in order to make the above and other objects, features, and advantages of the present application more clearly understood.

Drawings

Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the application. Also, like reference numerals are used to refer to like parts throughout the drawings. In the drawings:

fig. 1 is a schematic flow chart illustrating a method for displaying a payment channel according to an embodiment of the present disclosure;

FIG. 2 is a schematic flow chart illustrating another payment channel display method provided by the embodiment of the application;

FIG. 3A is an interaction diagram illustrating a method for displaying a payment channel according to an embodiment of the present disclosure;

FIG. 3B is an interaction diagram illustrating a method for displaying a payment channel according to an embodiment of the present disclosure;

FIG. 3C is a schematic diagram illustrating a method for displaying a payment channel according to an embodiment of the present disclosure;

FIG. 3D is a schematic diagram illustrating a method for displaying a payment channel according to an embodiment of the present disclosure;

fig. 4 is a schematic structural diagram illustrating a display device of a payment channel according to an embodiment of the present application;

fig. 5 is a schematic structural diagram illustrating a display device of a payment channel according to an embodiment of the present application;

fig. 6 shows a schematic device structure diagram of a computer apparatus according to an embodiment of the present application.

Detailed Description

Exemplary embodiments of the present application will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present application are shown in the drawings, it should be understood that the present application may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

The embodiment of the application provides a method for displaying a payment channel, as shown in fig. 1, the method is applied to a client, and comprises the following steps:

101. and when detecting that the user requests to display the payment channel, generating and transmitting a payment channel display request.

On some clients capable of providing online purchase service, usually, after a user selects a certain payment channel, the user jumps to an APP (Application) corresponding to the payment channel to see payment preference, activity information and the like of the payment channel, and if the activity of the payment channel can be displayed on a bill of lading page displayed on the client in a front-end manner, the user can check the activity conveniently without manually going to the corresponding APP. However, the applicant recognizes that the consultation process of the activity generally involves cross-domain access, and requires the client to request the server to synchronously query the activity information of the payment channel in real time, and to perform corresponding display after waiting for the activity information to be fed back. The method is high in time consumption, if the activity information cannot be issued in time, the page of the client order is easy to be jammed, the payment process of the user is blocked, and the display efficiency is not high; moreover, if activities of multiple payment channels need to be viewed at the same time, the time consumption is further linear and violent. Therefore, the application provides a payment channel display method, when a user uses the function of a client, pre-consultation operation is executed, preferential information of each candidate payment channel associated with the user is cached in a client cache file in advance, when the user requests to display the payment channel, activity information meeting the consumption amount of the user is directly inquired in the preferential information cached in the client, the display position of the activity information in the corresponding candidate payment channel is disclosed to the user, a third party application is not required to be accessed in a cross-domain mode to inquire the activity information, time consumption is reduced, page blockage is avoided, even if the activity information of a plurality of candidate payment channels needs to be displayed, quick response can be achieved, and display efficiency is improved.

The client can be a front-end application provided by platforms such as take-out and shopping for users. Because the activity information of each payment channel is cached in the client through pre-consultation, when the condition that a user requests to display the payment channel is detected, the client generates a payment channel display request and transmits the payment channel display request to the server, so that the server reads a cache file of the client, extracts the activity information which is suitable for the user amount from the cache file and outputs the activity information to the user.

102. And receiving at least one returned candidate payment channel.

After the client sends a payment channel display request to the server, the server inquires which payment channels are associated with the user on the client, and the payment channels associated with the user are used as candidate payment channels for the user to select. Meanwhile, in order to enable the activity information of each candidate payment channel to be directly revealed along with the display of the candidate payment channel, the server can also obtain target activity information of each candidate payment channel, which is suitable for the order amount of the user, from the cached activity information of the client. After the content is obtained, the server marks at least one target activity information on at least one candidate payment channel according to the corresponding relation between the at least one candidate payment channel and the at least one target activity information, and sends the marked at least one candidate payment channel to the client so that the client receives the returned at least one candidate payment channel.

103. And displaying at least one candidate payment channel.

After the client receives the at least one candidate payment channel, the at least one candidate payment channel is displayed for a user to check.

According to the method provided by the embodiment of the application, when a user request for displaying a payment channel is detected, a payment channel display request is generated and transmitted, at least one candidate payment channel marked with target activity information acquired from cached activity information of a client is received and returned, the at least one candidate payment channel is displayed, preferential information of each candidate payment channel associated with the user is cached in a client cache file in advance by executing pre-consultation operation, when the user request for displaying the payment channel is performed, activity information meeting consumption amount of the user is directly inquired in the preferential information cached in the client, the activity information is disclosed to the user at the display position of the corresponding candidate payment channel, real-time cross-domain access to third-party application for inquiring the activity information is not needed, time consumption is reduced, page blocking is avoided, even if the activity information of a plurality of candidate payment channels needs to be displayed, quick response can be achieved, and display efficiency is improved.

The embodiment of the application provides a method for displaying a payment channel, as shown in fig. 2, the method is applied to a server, and includes:

201. and responding to a payment channel display request of the client, determining a user initiating the payment channel display request, and acquiring at least one candidate payment channel associated with the user in the client.

In the embodiment of the application, if a payment channel display request of a client is received, it is indicated that a user of the client intends to purchase a commodity, and in order to enable the user to know which payment channels can be used, in response to the payment channel display request of the client, a server determines the user initiating the payment channel display request, and acquires at least one candidate payment channel associated with the user in the client. The candidate payment channels may be APPs of all banks or APPs provided by a third party and having a payment function, which is not specifically limited in the present application.

202. Obtaining order information carried by the payment channel display request, and inquiring at least one target activity information corresponding to at least one candidate payment channel in the cached activity information of the client.

In the embodiment of the present application, considering that some activity information is not actually applicable to the amount of money currently required to be consumed by the user, for example, the amount of money currently consumed by the user is only 20 yuan, the activity information is shown to the user and does not actually help the user, and the user may only wish to see the activity information of "full 20 yuan minus 1 yuan" instead of the activity information that the user wants to see. Therefore, when determining which activity information is displayed, the server obtains order information carried by the payment channel display request, and queries at least one target activity information corresponding to at least one candidate payment channel from the cached activity information of the client. The cached activity information is all activity information currently provided by the suppliers corresponding to the at least one candidate payment channel, and the activity amount of the at least one target activity information is consistent with the order amount in the order information, so that the target activity information displayed to the user is ensured to be the activity information suitable for the current consumption condition of the user.

203. And labeling the at least one target activity information on the at least one candidate payment channel according to the corresponding relation between the at least one candidate payment channel and the at least one target activity information.

In the embodiment of the application, after the at least one piece of target activity information is acquired, the server marks the at least one piece of target activity information on the at least one candidate payment channel according to the corresponding relation between the at least one candidate payment channel and the at least one piece of target activity information, so that each piece of target activity information can be displayed beside the corresponding candidate payment channel in a transparent mode, a user can conveniently inquire which candidate payment channel has better preference on the activity, and the activity information is displayed more visually.

204. And transmitting the marked at least one candidate payment channel to the client so that the client displays the marked at least one candidate payment channel.

In the embodiment of the application, after the at least one target activity information is marked on the at least one candidate payment channel, the server transmits the marked at least one candidate payment channel to the client, so that the client displays the marked at least one candidate payment channel.

The method provided by the embodiment of the application comprises the steps of responding to a payment channel display request of a client, determining a user initiating the payment channel display request, obtaining at least one candidate payment channel associated with the user in the client, obtaining order information carried by the payment channel display request, inquiring at least one target activity information corresponding to the at least one candidate payment channel in cached activity information of the client, marking the at least one target activity information on the at least one candidate payment channel according to the corresponding relation between the at least one candidate payment channel and the at least one target activity information, transmitting the marked at least one candidate payment channel to the client, enabling the client to display the marked at least one candidate payment channel, caching benefit information of each candidate payment channel associated with the user in a client cache file in advance by executing pre-consultation operation, directly querying activity information meeting consumption amount of the user in the cached benefit information of the client when the user requests to display the payment channel, transmitting the activity information to the user at a display position of the corresponding candidate payment channel, avoiding real-time domain access to a third party to query activity information, reducing time consumption, avoiding the need of displaying multiple candidate payment cards, and quickly improving the response efficiency of the candidate payment information.

Further, as a refinement and an extension of the specific implementation of the foregoing embodiment, in order to fully describe the specific implementation process of the embodiment, an embodiment of the present application provides another method for displaying a payment channel, as shown in fig. 3A, where the method includes:

301. and when detecting that the action currently occurring by the user triggers the consultation node, the client generates a payment channel consultation request and transmits the request to the server.

In the embodiment of the application, in order to enable the pre-consultation operation to be executed, preferential information of each candidate payment channel associated with a user is cached in a client cache file in advance, data needed to be used is prepared in advance, and subsequent cross-domain query is avoided. The consulting node may be a preset user behavior, so that when it is detected that the current behavior of the user is the same as the preset user behavior indicated by the consulting node, it is determined that the current behavior of the user triggers the consulting node. Specifically, when a user request is detected to enter a bill drawing page, a consultation node triggered by a current action of the user is determined, and in an outdoor scene, the user can render a shopping cart page by entering a specific shop page and adding or subtracting dishes, and can render element information such as a harvesting address, order details, red packet information, amount to be paid, payment mode and the like of the user when submitting an order; or, when it is detected that the user adds resources to the shopping cart, it is determined that the behavior of the user currently occurs triggers the consultation node, for example, when it is detected that the user adds "chicken in the big dish" to the shopping cart, the client generates a consultation request of a payment channel, and starts to execute pre-consultation operation.

302. Responding to a payment channel consultation request of a client, a server acquires a user identifier carried by the payment channel consultation request, inquires a plurality of historical consultation records of the client, and executes the following step 303 when the plurality of historical consultation records do not include the historical consultation record related to the user identifier; when the historical consultation record related to the user identification is included in the plurality of historical consultation records, the server performs step 304 described below.

In the embodiment of the application, after receiving the payment channel consultation request of the client, the server starts to execute pre-consultation operation in response to the payment channel consultation request of the client. The method includes the steps that a consultation node is triggered by a client side every time the client side detects that a current action of a user triggers the consultation node, the consultation node is possibly triggered by the action of the client side frequently in the browsing process of the user, and the client side does not consult for the first time and is likely to cache activity information. In this case, whether the activity information cached by the client is the latest activity information and is suitable for the state of the current shopping cart of the user needs to be checked, otherwise, if the activity information is first consulted, whether the client has the cached activity information does not need to be considered, and the activity information can be directly pulled according to the candidate payment channel. Therefore, when the server starts to execute pre-consultation operation, the server can acquire the user identifier carried by the consultation request of the payment channel, inquire a plurality of historical consultation records of the client, and judge whether the client requests the consultation payment channel for the user with the user identifier.

Correspondingly, when the plurality of historical consultation records do not comprise the historical consultation record related to the user identifier, the client is represented as the first consultation, whether the client has cached activity information or not is not required to be considered, and the activity information is directly pulled according to the candidate payment channel, so that the following step 303 is executed; when the historical consultation records related to the user identifier are included in the plurality of historical consultation records, it indicates that the client does not consult for the first time, and it needs to check whether the activity information cached by the client is the latest activity information and is suitable for the state of the current shopping cart of the user, so the following step 304 is executed.

It should be noted that, in an optional embodiment, there are some scenarios where it is not actually necessary to reveal activity information, for example, when paying in an applet, a payment channel that the applet can provide is limited, so that a payment channel that a user can select is also limited, and it is not necessary to waste traffic to perform pre-consultation operation in advance; in addition, considering that sometimes the total price of the resource put in the shopping cart by the user is too low, such as 1 yuan, 2 yuan and the like, and many payment channels do not provide activity information for the too low price, therefore, an application white list can be set in the client, a series of client information of the client which needs to perform pre-consultation operation is listed in the application white list, and a money threshold value can be set in the client, wherein the money threshold value is the minimum activity money provided by the activity information in each payment channel. Therefore, when a payment channel consultation request of the client is received, the server acquires the client information of the client, counts the total amount of the selected resources in the shopping cart of the client, acquires a preset application white list and an amount threshold value, compares the client information with the application white list, and compares the total amount with the amount threshold value. If the client information is included in the application white list and the total amount is greater than or equal to the amount threshold, it indicates that a pre-consultation service needs to be provided for the client currently requesting to consult a payment channel, so that the server starts to respond to the consultation request of the payment channel; if the client information is not included in the application white list or the total amount is lower than the amount threshold, the consultation resource does not need to be wasted, and the current payment channel consultation request is filtered, so that the response of the payment channel consultation request is stopped, and the current process is ended.

303. When the historical consultation record related to the user identifier is not included in the plurality of historical consultation records, the server determines at least one candidate payment channel associated with the user identifier in the client, determines a supplier of each candidate payment channel in the at least one candidate payment channel, calls an activity consultation interface between the supplier of each candidate payment channel to obtain the latest activity information of each supplier, establishes a corresponding relation between the latest activity information and the corresponding candidate payment channel, and transmits the corresponding relation to the client so that the client performs the following step 305.

In the embodiment of the application, when the plurality of historical consultation records do not include the historical consultation record related to the user identifier, the client is represented to consult for the first time, whether the client has cached activity information or not is not required to be considered, and the activity information is directly pulled according to the candidate payment channel. Therefore, the server determines at least one candidate payment channel associated with the client by the user identifier, determines a provider of each candidate payment channel of the at least one candidate payment channel, and invokes an activity consultation interface with the provider of each candidate payment channel to obtain the latest activity information of each provider, establishes a corresponding relationship between the latest activity information and the corresponding candidate payment channel, and transmits the latest activity information to the client, so that the client caches the obtained latest activity information, that is, performs step 305 described below. The server can be simultaneously connected with suppliers of a plurality of payment channels, such as banks and third-party payment APPs, when activity consultation interfaces between the server and each supplier are called, the server can create a plurality of asynchronous threads, and the asynchronous threads are used for calling the activity consultation interfaces simultaneously, so that the acquisition rate of activity information is improved, and the influence on the normal use of a user on a client side is avoided.

304. When the plurality of historical consulting records include the historical consulting record related to the user identifier, the server reads cached activity information of the client, extracts at least one cached activity amount from the cached activity information, determines a supplier of each cached activity amount from the at least one cached activity amount, compares the latest activity amount currently provided by each supplier with the corresponding cached activity amount, and calls an activity consulting interface between the supplier of each candidate payment channel to obtain the latest activity information of each supplier and transmits the latest activity information to the client when the comparison determines that the cached activity amount is different from the latest activity amount, so that the client performs the following step 305.

In this embodiment, when the plurality of historical consulting records include the historical consulting record related to the user identifier, it is necessary to check whether the activity information cached by the client is the latest activity information and is suitable for the state of the current shopping cart of the user, and therefore, the server reads the cached activity information of the client, extracts at least one cached activity amount from the cached activity information, determines a supplier of each cached activity amount in the at least one cached activity amount, and compares the latest activity amount currently provided by each supplier with the corresponding cached activity amount. When the difference between the cached activity amount and the latest activity amount is determined by comparison, it indicates that the cached activity information of the client needs to be updated, so the server calls an activity consultation interface between the server and the supplier of each candidate payment channel to obtain the latest activity information of each supplier and transmits the latest activity information to the client, so that the client caches the obtained latest activity information, that is, the following step 305 is executed. The process of the server invoking the active advisory interface is the same as the process described in step 303, and is not described herein again.

305. And the client receives the latest activity information returned by the server, stores the latest activity information in the cache file, or updates the information stored in the cache file by adopting the latest activity information.

In the embodiment of the application, the client receives the latest activity information returned by the server, and if the cache file of the client does not store the activity information, the client stores the latest activity information in the cache file; and if the activity information is already stored in the cache file of the client, the client updates the information stored in the cache file by adopting the latest activity information.

Therefore, according to the technical scheme, the asynchronous query is triggered through pre-consultation, so that the influence of cross-domain access on the overall time consumption of the bill of lading page is reduced; moreover, the method can be repeatedly used for a scene with preferential effects in a plurality of channels in a concurrent query mode.

According to the method provided by the embodiment of the application, the preferential information of each candidate payment channel associated with the user is cached in the client cache file in advance by executing the pre-consultation operation, when the user requests to display the payment channel, the activity information meeting the consumption amount of the user is directly inquired in the preferential information cached by the client, the activity information is disclosed to the user at the display position of the corresponding candidate payment channel, the activity information is not required to be inquired by a third party application in a cross-domain access manner in real time, the time consumption is reduced, the page jam is avoided, even if the activity information of a plurality of candidate payment channels needs to be displayed, the quick response can be realized, and the display efficiency is improved.

By executing the processes in the above steps 301 to 305, the pre-consultation of the activity information is completed, and the activity information is also cached in the client in advance, so that when the user requests to display the payment channel, the server can directly read the cache of the client to obtain the corresponding activity information, and the obtained activity information is disclosed in the displayed payment channel, as specifically shown in fig. 3B, the method includes:

306. and when detecting that the user requests to display the payment channel, the client generates a payment channel display request and transmits the payment channel display request to the server.

In the embodiment of the application, when the fact that the user requests to display the payment channel is detected, the client generates a payment channel display request and transmits the payment channel display request to the server. Since the user usually requests to display the payment channel when the user wants to pay, so that the user selects the payment channel desired by the user to pay, the client can determine that the user requests to display the payment channel when detecting that the user requests to pay on the bill providing page, and generate and send the payment channel display request.

307. And responding to the payment channel display request of the client, the server determines the user initiating the payment channel display request, and acquires at least one candidate payment channel associated with the user in the client.

In the embodiment of the application, in response to a payment channel display request of a client, a server determines a user initiating the payment channel display request, and obtains at least one candidate payment channel associated with the user in the client. Specifically, the candidate payment channel may be a payment mode bound by the user in the client, for example, which bank card and credit card of which bank the user is bound to, or which payment account of the third party APP the user is bound to, and the like, which may be candidate payment channels for the user to select.

308. The server acquires order information carried by the payment channel display request, and inquires at least one target activity information corresponding to at least one candidate payment channel in the cached activity information of the client.

In the embodiment of the application, because activity information meeting the order amount of a user needs to be provided for the user, the server obtains the order information carried by the payment channel display request, and queries at least one target activity information corresponding to at least one candidate payment channel in the cached activity information of the client. The cached activity information is all activity information currently provided by a supplier corresponding to at least one candidate payment channel, the activity amount of at least one target activity information is consistent with the order amount in the order information, and the process of acquiring at least one target activity information is described as follows:

for each of the at least one candidate payment channel, the server extracts, from the cached campaign information, a plurality of candidate campaign information provided by the provider of the candidate payment channel.

Subsequently, since the supplier may set a priority for the activity information provided by the supplier, and the supplier wants the activity information with a high priority to be exposed preferentially, in order to meet the requirement, the server may read the activity level corresponding to each candidate activity information in the plurality of candidate activity information, and rank the plurality of candidate activity information according to the order of the activity level from high to low, so as to obtain a ranking result. For example, the candidate activity information provided by a supplier includes a targeted coupon, a joint card, and a red envelope, where the red envelope has a higher activity level, the next joint card is the next joint card, and the activity level of the targeted coupon is the lowest, and the obtained ranking result is the [ red envelope, joint card, and targeted coupon ].

Then, the server selects candidate activity information with activity amount consistent with the order amount from the candidate activity information as target activity information corresponding to the candidate payment channel according to the sorting result, and obtains at least one target activity information corresponding to at least one candidate payment channel. When target activity information corresponding to a candidate payment channel is obtained, the server extracts the first candidate activity information from the sequencing result as first candidate activity information, and compares the order amount with the activity amount of the first candidate activity information. When the order amount is consistent with the activity amount of the first candidate activity information, taking the first candidate activity information as target activity information; and when the order amount is inconsistent with the activity amount of the first candidate activity information, the server continuously selects the candidate activity information next to the first candidate activity information in the sequencing result as second candidate activity information, and compares the order amount with the activity amount of the second candidate activity information until the target activity information is determined. That is, the server will sequentially compare whether the activity amount of the candidate activity information is consistent with the order amount according to the priority of the candidate activity information, if so, the candidate activity amount is taken as the target activity information, and if not, the comparison is continued until a suitable candidate activity information is found as the target activity information.

309. And the server marks the at least one target activity information on the at least one candidate payment channel according to the corresponding relation between the at least one candidate payment channel and the at least one target activity information.

In this embodiment of the application, after obtaining the at least one target activity information, the server may label the at least one target activity information on the at least one candidate payment channel according to a corresponding relationship between the at least one candidate payment channel and the at least one target activity information. Specifically, for each target activity information in at least one target activity information, the server queries a supplier providing the target activity information, determines a candidate payment channel corresponding to the supplier, and marks the target activity information on the candidate payment channel.

310. And the server transmits the marked at least one candidate payment channel to the client.

In the embodiment of the application, after the labeling of the at least one candidate payment channel is completed, the server transmits the labeled at least one candidate payment channel to the client side so that the client side can display the labeled at least one candidate payment channel.

311. And the client receives the returned at least one candidate payment channel and displays the at least one candidate payment channel.

In the embodiment of the application, the client receives the returned at least one candidate payment channel and displays the at least one candidate payment channel. And each candidate payment channel in the at least one candidate payment channel is marked with target activity information acquired from the cached activity information of the client.

It should be noted that, because the page range of the client is limited, sometimes all candidate payment channels cannot be completely displayed to the user, when the client displays at least one candidate payment channel, a preset display quantity is determined, where the preset display quantity indicates how many candidate payment channels the client can simultaneously display at one time, and the quantity of channels of the at least one candidate payment channel is counted. When the number of the channels is less than or equal to the preset display number, the client can simultaneously display the candidate payment channels, and the priority of the payment channels is considered to be possibly set by the user, so that the client can inquire the display sequence of at least one candidate payment channel set by the user and display the at least one candidate payment channel on the bill lift page according to the display sequence. For example, assuming that the preset display number is 3, when the number of the candidate payment channels is 2, the client queries the display priorities of the 2 candidate payment channels, and performs ranking display on the 2 candidate payment channels according to the priorities. And when the number of the channels is larger than the preset display number, the client side is indicated that the candidate payment channels cannot be displayed at the same time, the candidate payment channels with the preset display number are selected to be displayed, and other remaining candidate payment channels are not displayed for a while, so that the client side inquires the display sequence of at least one candidate payment channel set by the user, extracts the appointed candidate payment channels with the preset display number from the at least one candidate payment channel based on the display sequence, and displays the appointed candidate payment channels with the preset display number on the bill lifting page according to the display sequence. For example, if the preset display number is 3, when the number of the candidate payment channels is 5, the client queries the display priorities of the 5 candidate payment channels, extracts 3 candidate payment channels with higher priorities from the 5 candidate payment channels as the designated candidate payment channel for display, and does not display the other 2 candidate payment channels for the moment.

In the practical application process, since candidate payment channels may not be reflected on the bill of lading page temporarily, the user may also want to view the candidate payment channels which are not shown so as to refer to the activity information of each candidate payment channel. Therefore, when it is detected that the user requests to show other candidate payment channels, the client creates a secondary showing frame, and shows the other candidate payment channels in the secondary showing frame, wherein the other candidate payment channels are candidate payment channels except for the appointed candidate payment channels with the preset showing number in at least one candidate payment channel. Correspondingly, if the condition that the user triggers one of the other candidate payment channels is detected, the user wants to use the triggered candidate payment channel to pay, and therefore the client adjusts the candidate payment channel to the top in the bill of lading page to display.

Specifically, when at least one candidate payment channel is displayed, an image layer may be newly created on the bill of lading page in the manner of fig. 3C, and the candidate payment channel and the activity information corresponding to the candidate payment channel are displayed on the newly created image layer. As shown in fig. 3C, a new layer is established on the bill-of-lading page, which prompts the user to select a payment method and lists candidate payment channels a, B, and C, each candidate payment channel being marked with activity information in a small font below. It should be noted that, if the candidate payment channel is displayed in the manner of fig. 3C, it may also be determined that the user requests to display other candidate payment channels when it is detected that the user slides upwards on the currently displayed candidate payment channel, which is not specifically limited in this application. In addition, after the user successfully selects a candidate payment channel, for example, selects candidate payment channel a in fig. 3C, the client may also directly reflect a and its corresponding activity information "full 20 yuan minus 1 yuan" directly on the menu page as shown in fig. 3D, and cancel the newly-created image layer, so that the user can conveniently check which candidate payment channel is selected as the payment channel to be finally used, and know the activity information of the candidate payment channel selected by the user.

In addition, because the corresponding activity information is revealed from the candidate payment channels, the user is likely to learn the activity information of a certain candidate payment channel in detail, and gather the sum and the order with the activity information, so as to enjoy more benefits. Therefore, when detecting that the user requests to query the detailed activity information of a candidate payment channel based on the bill of lading page, the client side can acquire the channel identification of the candidate payment channel, namely, the client side determines which candidate payment channel the user requests to view the detailed activity information of, generates the activity information query request carrying the channel identification and transmits the activity information query request to the server. For the server, in response to the activity information query request of the client, the server obtains the channel identifier carried in the activity information query request, and queries whether the cached activity information cached by the client has specific activity information related to the channel identifier, that is, checks whether the activity information cached by the client has detailed activity information that the user wants to know. When the cached activity information comprises the specified activity information, the information which the user wants to view can be directly extracted from the activity information cached by the client, and the supplier of the candidate payment channel does not need to be accessed across domains, so that the server extracts the specified activity information from the cached activity information as detailed activity information and returns the detailed activity information to the client for displaying. And when the cached activity information does not comprise the specified activity information, the information required by the user is not searched in the information cached by the client, so that the server can determine the supplier indicated by the channel identifier, call an activity consultation interface between the supplier and the asynchronous query thread to obtain the latest activity information of the supplier, namely obtain the detailed information required by the user through cross-domain access, and return the latest activity information as the detailed activity information to the client for displaying. It should be noted that, when the activity consultation interface between the calling and the provider obtains the latest activity information of the provider, the server executes based on the asynchronous query thread, so as to avoid affecting the normal use of the user. Therefore, the client receives the detailed activity information returned by the server after receiving the activity information query request, and displays the detailed activity information on the bill-of-lading page.

According to the method provided by the embodiment of the application, the preferential information of each candidate payment channel associated with the user is cached in the client cache file in advance by executing the pre-consultation operation, when the user requests to display the payment channel, the activity information meeting the consumption amount of the user is directly inquired in the preferential information cached by the client, the activity information is disclosed to the user at the display position of the corresponding candidate payment channel, the activity information is not required to be inquired by a third-party application in a cross-domain access manner in real time, the time consumption is reduced, the page jam is avoided, even if the activity information of a plurality of candidate payment channels needs to be displayed, the quick response can be realized, and the display efficiency is improved.

Further, as a specific implementation of the method shown in fig. 1, an embodiment of the present application provides a display apparatus for a payment channel, and as shown in fig. 4, the apparatus includes: a generating module 401, a receiving module 402 and a presenting module 403.

The generating module 401 is configured to generate and transmit a payment channel display request when it is detected that a user requests to display a payment channel;

the receiving module 402 is configured to receive at least one returned candidate payment channel, where each candidate payment channel in the at least one candidate payment channel is marked with target activity information obtained from cached activity information of the client;

the display module 403 is configured to display at least one candidate payment channel.

In a specific application scenario, the generating module 401 is further configured to generate and transmit a payment channel consultation request when it is detected that a consultation node is triggered by a current behavior of a user, so that the server queries a plurality of historical consultation records of the client, and determines whether to provide activity information to the client for caching and whether to update cached activity information in the client according to whether the plurality of historical consultation records include a historical record related to a user identifier of the user;

the receiving module 402 is further configured to receive the latest activity information returned by the server, store the latest activity information in the cache file, or update information stored in the cache file with the latest activity information.

In a specific application scenario, the generating module 401 is further configured to determine that a behavior currently occurring by the user triggers a consultation node when it is detected that the user requests to enter a menu page; and/or determining that a behavior currently occurring by the user triggers the advisory node when it is detected that the user adds resources to the shopping cart.

In a specific application scenario, the display module 403 is configured to determine a preset display quantity, and count the channel quantity of at least one candidate payment channel; when the channel number is less than or equal to the preset display number, inquiring the display sequence of at least one candidate payment channel set by a user, and displaying the at least one candidate payment channel on a bill page according to the display sequence; when the number of channels is larger than the preset display number, inquiring the display sequence of at least one candidate payment channel set by a user, extracting the specified candidate payment channels of the preset display number from the at least one candidate payment channel based on the display sequence, and displaying the specified candidate payment channels of the preset display number on a bill extraction page according to the display sequence; and each candidate payment channel in the at least one candidate payment channel is marked with an activity copy of the corresponding target activity information.

In a specific application scenario, the display module 403 is further configured to, when it is detected that the user requests to display other candidate payment channels, create a secondary display frame, and display the other candidate payment channels in the secondary display frame, where the other candidate payment channels are candidate payment channels other than the specified candidate payment channels of the preset display number in at least one candidate payment channel; and if the condition that the user triggers one candidate payment channel of the other candidate payment channels is detected, adjusting the candidate payment channel to the first position in the bill of lading page for displaying.

In a specific application scenario, the presentation module 403 is further configured to obtain a channel identifier of a candidate payment channel when it is detected that a user requests to query detailed activity information of a candidate payment channel based on a bill of lading page; generating and transmitting an activity information query request carrying a channel identifier; and receiving the detailed activity information returned by the server after receiving the activity information query request, and displaying the detailed activity information on the bill-up page.

According to the device provided by the embodiment of the application, when a user request for displaying a payment channel is detected, a payment channel display request is generated and transmitted, at least one candidate payment channel marked with target activity information acquired from cached activity information of a client is received and returned, the at least one candidate payment channel is displayed, preferential information of each candidate payment channel related to the user is cached in a client cache file in advance by executing pre-consultation operation, when the user request for displaying the payment channel is performed, activity information meeting consumption amount of the user is directly inquired in the preferential information cached in the client, the activity information is disclosed to the user at the display position of the corresponding candidate payment channel, real-time cross-domain access to third-party application for inquiring the activity information is not needed, time consumption is reduced, page blocking is avoided, even if the activity information of a plurality of candidate payment channels needs to be displayed, quick response can be achieved, and display efficiency is improved.

Further, as a specific implementation of the method shown in fig. 2, an embodiment of the present application provides a display apparatus for a payment channel, and as shown in fig. 5, the apparatus includes: an acquisition module 501, a query module 502, a labeling module 503 and a transmission module 504.

The obtaining module 501 is configured to determine, in response to a payment channel display request of a client, a user initiating the payment channel display request, and obtain at least one candidate payment channel associated with the user in the client;

the query module 502 is configured to obtain order information carried by the payment channel display request, and query at least one target activity information corresponding to at least one candidate payment channel in cached activity information of the client, where the cached activity information is activity information provided by a provider corresponding to the at least one candidate payment channel, and an activity amount of the at least one target activity information is consistent with an order amount in the order information;

the labeling module 503 is configured to label at least one target campaign information on at least one candidate payment channel according to a corresponding relationship between the at least one candidate payment channel and the at least one target campaign information;

the transmission module 504 is configured to transmit the labeled at least one candidate payment channel to the client, so that the client displays the labeled at least one candidate payment channel.

In a specific application scenario, the query module 502 is further configured to respond to a payment channel consultation request of a client, obtain a user identifier carried in the payment channel consultation request, and query a plurality of historical consultation records of the client; when the plurality of historical consultation records do not comprise the historical consultation record related to the user identification, determining at least one candidate payment channel related to the user identification in the client, determining a supplier of each candidate payment channel in the at least one candidate payment channel, calling an activity consultation interface between the supplier of each candidate payment channel to obtain the latest activity information of each supplier, establishing the corresponding relation between the latest activity information and the corresponding candidate payment channel, transmitting the latest activity information and the corresponding candidate payment channel to the client, and caching the client in a local cache file; when the plurality of historical consultation records comprise the historical consultation records related to the user identification, reading cached activity information of the client, extracting at least one cached activity amount from the cached activity information, determining a supplier of each cached activity amount in the at least one cached activity amount, comparing the latest activity amount currently provided by each supplier with the corresponding cached activity amount, and calling an activity consultation interface between the supplier of each candidate payment channel to obtain the latest activity information of each supplier and transmitting the latest activity information to the client when the comparison determines that the amount of a cached activity is different from the latest activity amount, so that the client updates the cached activity information cached in a local cache file by using the latest activity information.

In a specific application scenario, the query module 502 is further configured to, when receiving a payment channel consultation request from a client, obtain client information of the client, and count a total amount of resources selected in a shopping cart of the client; acquiring a preset application white list and a money threshold, comparing client information with the application white list, and comparing a total money with the money threshold; if the client information is included in the application white list and the total amount is greater than or equal to the amount threshold value, starting to respond to the payment channel consultation request; if the client information is not included in the application white list or the total amount is lower than the amount threshold value, stopping responding to the payment channel consultation request, and ending the current process; the payment channel consultation request is generated and transmitted when the client detects that the user requests to enter the menu page and/or detects that the user adds resources to a shopping cart of the client.

In a specific application scenario, the query module 502 is configured to, for each candidate payment channel of the at least one candidate payment channel, extract, from the cached activity information, a plurality of candidate activity information provided by a provider of the candidate payment channel; respectively reading the activity level corresponding to each candidate activity information in the candidate activity information, and sequencing the candidate activity information according to the sequence of the activity levels from high to low to obtain a sequencing result; and according to the sorting result, selecting candidate activity information with activity sum consistent with the order sum from the plurality of candidate activity information as target activity information corresponding to the candidate payment channel to obtain at least one target activity information corresponding to at least one candidate payment channel.

In a specific application scenario, the query module 502 is configured to extract the first candidate activity information from the ranking result as first candidate activity information, and compare the order amount with the activity amount of the first candidate activity information; when the order amount is consistent with the activity amount of the first candidate activity information, taking the first candidate activity information as target activity information; and when the order amount is inconsistent with the activity amount of the first candidate activity information, selecting the candidate activity information next to the first candidate activity information in the sequencing result as second candidate activity information, and comparing the order amount with the activity amount of the second candidate activity information until the target activity information is determined.

In a specific application scenario, the query module 502 is further configured to respond to an activity information query request of a client, obtain a channel identifier carried by the activity information query request, and query whether specified activity information related to the channel identifier exists in cached activity information cached by the client; when the cached activity information comprises the specified activity information, extracting the specified activity information from the cached activity information to be used as detailed activity information, and returning the detailed activity information to the client for displaying; and when the cached activity information does not comprise the specified activity information, determining a supplier indicated by the channel identifier, calling an activity consultation interface between the supplier and the supplier based on the asynchronous query thread to obtain the latest activity information of the supplier, and returning the latest activity information as detailed activity information to the client for displaying.

It should be noted that other corresponding descriptions of the functional units related to the display apparatus of a payment channel provided in the embodiment of the present application may refer to corresponding descriptions in fig. 1, fig. 2, and fig. 3A to fig. 3D, and are not described herein again.

It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data for analysis, stored data, displayed data, etc.) referred to in the present application are information and data authorized by the user or sufficiently authorized by each party.

The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.

The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the present application. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present application should be subject to the appended claims.

In an exemplary embodiment, referring to fig. 6, a computer device is further provided, the computer device includes a bus, a processor, a memory, a communication interface, an input/output interface, and a display device, wherein the functional units can communicate with each other through the bus. The memory stores computer programs, and the processor is used for executing the programs stored in the memory and executing the display method of the payment channel in the embodiment.

A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of presentation of a payment channel.

Through the above description of the embodiments, those skilled in the art will clearly understand that the present application can be implemented by hardware, and also by software plus a necessary general hardware platform. Based on such understanding, the technical solution of the present application may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, or the like), and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device, or the like) to execute the method described in the implementation scenarios of the present application.

Those skilled in the art will appreciate that the figures are merely schematic representations of one preferred implementation scenario and that the blocks or flow diagrams in the figures are not necessarily required to practice the present application. Those skilled in the art will appreciate that the modules in the devices in the implementation scenario may be distributed in the devices in the implementation scenario according to the description of the implementation scenario, or may be located in one or more devices different from the present implementation scenario with corresponding changes. The modules of the implementation scenario may be combined into one module, or may be further split into multiple sub-modules. The above application serial number is merely for description and does not represent the superiority and inferiority of the implementation scenario. The above disclosure is only a few specific implementation scenarios of the present application, but the present application is not limited thereto, and any variations that can be made by those skilled in the art are intended to fall within the scope of the present application.

Claims

1. A display method of a payment channel is characterized by comprising the following steps:

and displaying the at least one candidate payment channel.

2. The method of claim 1, wherein before generating and transmitting a payment channel exhibition request when detecting that a user requests exhibition of a payment channel, the method further comprises:

3. The method of claim 2, further comprising:

when the user request is detected to enter a menu page, determining that the current action of the user triggers a consultation node; and/or the presence of a gas in the gas,

4. The method of claim 1, wherein the exposing the at least one candidate payment channel comprises:

when the channel number is less than or equal to the preset display number, inquiring the display sequence of the at least one candidate payment channel set by the user, and displaying the at least one candidate payment channel on a bill-carrying page according to the display sequence;

when the number of the channels is larger than the preset display number, inquiring a display sequence of the at least one candidate payment channel set by the user, extracting a specified candidate payment channel with the preset display number from the at least one candidate payment channel based on the display sequence, and displaying the specified candidate payment channel with the preset display number on the bill extraction page according to the display sequence;

5. The method of claim 4, wherein after presenting the preset number of the candidate payment channels specified on the bill of lading page in the presentation order, the method further comprises:

6. A display method of a payment channel is characterized by comprising the following steps:

and transmitting the marked at least one candidate payment channel to the client so that the client displays the marked at least one candidate payment channel.

7. A payment channel display device, comprising:

8. A payment channel display device, comprising:

the query module is used for acquiring order information carried by the payment channel display request, and querying at least one target activity information corresponding to the at least one candidate payment channel in cached activity information of the client, wherein the cached activity information is activity information provided by a supplier corresponding to the at least one candidate payment channel, and the activity amount of the at least one target activity information is consistent with the order amount in the order information;

the marking module is used for marking the at least one target activity information on the at least one candidate payment channel according to the corresponding relation between the at least one candidate payment channel and the at least one target activity information;

9. A computer device comprising a memory and a processor, the memory storing a computer program, wherein the processor implements the steps of the method of any one of claims 1 to 6 when executing the computer program.

10. A readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 6.