A payment page loading method and device

Abstract

The present invention discloses a payment page loading method and device. The payment page loading method of the present invention asynchronously requests a server for first payment configuration information matching the payment page during the process of loading the payment page; and loads a payment area in the payment page according to the received first payment configuration information. The first payment configuration information is independent of the loading program of the payment page, which facilitates the configuration modification of the payment amount and payment method, etc., and improves the flexibility of the payment amount modification. Merchants can freely modify the payment amount in the first payment configuration information to meet the payment needs of users or the market, thereby further increasing revenue.

Description

Technical Field

[0001] The present invention relates to the field of electronic payment, and in particular to a payment page loading method and device. Background Art

[0002] In the prior art, a general payment page is usually set with several fixed payment amounts. The number and value of the recharge amount on the payment page are set by the server, that is, the payment amount is fixed by the program developer in the loader of the payment page. If the merchant needs to change the number and value of the recharge amount, the developer needs to change the code of the payment page, which is difficult to operate. Moreover, the merchant cannot change the number and value of the amount according to market demand, and the flexibility and adaptability are poor, which cannot meet the requirements. Summary of the invention

[0003] In view of the above problems, the present invention is proposed to provide a payment page loading method, device, electronic device and computer storable medium that overcome the above problems or at least partially solve the above problems.

[0004] According to one aspect of the present invention, a method for loading a payment page is provided, comprising:

[0005] During the process of loading the payment page, asynchronously requesting first payment configuration information matching the payment page from the server;

[0006] The payment area is loaded in the payment page according to the received first payment configuration information.

[0007] Preferably, the asynchronous request to the server for the first payment configuration information matching the payment page includes:

[0008] The payment configuration database is connected through the payment configuration service provided by the server, and the first payment configuration information is read from the payment configuration database.

[0009] Preferably, the payment configuration service is implemented in PHP, and the payment configuration database is implemented in MySQL.

[0010] Preferably, the payment configuration database stores several sets of first payment configuration information and corresponding second payment configuration information; the second payment configuration information includes one or more of the following: applicable products, applicable time, and whether the current status is available;

[0011] The asynchronous request to the server for the first payment configuration information matching the payment page includes: selecting the first payment configuration information matching the payment page according to the current time and / or the product corresponding to the payment page, and the second payment configuration information.

[0012] Preferably, the first payment configuration information and the second payment configuration information are submitted through a payment configuration page.

[0013] Preferably, the first payment configuration information includes: one or more payment amounts;

[0014] The loading of the payment area in the payment page according to the received first payment configuration information includes: displaying payment options corresponding to each payment amount in the payment area.

[0015] Preferably, the first payment configuration information also includes: whether to start a preferential activity corresponding to the payment amount;

[0016] The loading of the payment area in the payment page according to the received first payment configuration information includes: when a preferential activity corresponding to the payment amount is opened, determining whether the preferential display conditions are met, and if so, displaying a preferential logo on the corresponding payment option.

[0017] Preferably, the determination of whether the preferential display conditions are met includes one or more of the following:

[0018] Determine whether the current user meets the preferential conditions;

[0019] Determine whether the current available amount of discount is less than the threshold;

[0020] Determine whether the product meets the preferential conditions;

[0021] Determine whether the payment channel meets the preferential conditions.

[0022] Preferably, the method further comprises: when a designated operation on the discount identifier is received, displaying discount information.

[0023] Preferably, the preferential information includes one or more of the following:

[0024] Discount eligibility conditions, discount type, and discount amount that can be received.

[0025] Preferably, the method further comprises: in the scan code payment mode, when the selected payment amount is received, displaying a corresponding payment QR code in the payment area;

[0026] After the payment is completed, the content of the payment area is refreshed.

[0027] Preferably, the payment page is a platform payment page or a payment page within a product.

[0028] According to another aspect of the present invention, a payment page loading device is provided, comprising:

[0029] A requesting unit, adapted to asynchronously request first payment configuration information matching the payment page from a server during the process of loading the payment page;

[0030] The loading unit is adapted to load the payment area in the payment page according to the received first payment configuration information.

[0031] Preferably, the requesting unit is further adapted to connect to a payment configuration database through a payment configuration service provided by the server, and read the first payment configuration information from the payment configuration database.

[0032] Preferably, the payment configuration service is implemented in PHP, and the payment configuration database is implemented in MySQL.

[0033] Preferably, the payment configuration database stores several sets of first payment configuration information and corresponding second payment configuration information; the second payment configuration information includes one or more of the following: applicable products, applicable time, and whether the current status is available;

[0034] The request unit is adapted to select the first payment configuration information matching the payment page according to the current time and / or the product corresponding to the payment page, and the second payment configuration information.

[0035] Preferably, the first payment configuration information and the second payment configuration information are submitted through a payment configuration page.

[0036] Preferably, the first payment configuration information includes: one or more payment amounts;

[0037] The loading unit is adapted to display payment options corresponding to each payment amount in the payment area.

[0038] Preferably, the first payment configuration information also includes: whether to start a preferential activity corresponding to the payment amount;

[0039] The loading unit is adapted to determine whether the preferential display conditions are met when a preferential activity corresponding to the payment amount is opened, and if so, display a preferential logo on the corresponding payment option.

[0040] Preferably, the determination of whether the preferential display conditions are met includes one or more of the following:

[0041] Determine whether the current user meets the preferential conditions;

[0042] Determine whether the current available amount of discount is less than the threshold;

[0043] Determine whether the product meets the preferential conditions;

[0044] Determine whether the payment channel meets the preferential conditions.

[0045] Preferably, the device further comprises:

[0046] The preferential display unit is adapted to display preferential information when receiving a designated operation on the preferential identification.

[0047] Preferably, the preferential information includes one or more of the following: preferential application conditions, preferential type, and available preferential amount.

[0048] Preferably, the device further comprises:

[0049] a payment unit adapted to display a corresponding payment QR code in the payment area when receiving a selected payment amount in a scan code payment mode;

[0050] After the payment is completed, the content of the payment area is refreshed.

[0051] Preferably, the payment page is a platform payment page or a payment page within a product.

[0052] According to another aspect of the present invention, an electronic device is provided, comprising: a processor; and a memory arranged to store computer executable instructions, wherein when the executable instructions are executed, the processor executes any of the above methods.

[0053] According to another aspect of the present invention, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores one or more programs, and when the one or more programs are executed by a processor, the one or more programs implement any of the methods described above.

[0054] As can be seen from the above, the technical solution of the present invention asynchronously requests the first payment configuration information matching the payment page from the server during the process of loading the payment page; and loads the payment area in the payment page according to the received first payment configuration information. The first payment configuration information is independent of the loading program of the payment page, which facilitates the configuration modification of the payment amount and payment method, etc., and improves the flexibility of modifying the payment amount. Merchants can freely modify the payment amount in the first payment configuration information to meet the payment needs of users or the market, thereby further increasing revenue.

[0055] The above description is only an overview of the technical solution of the present invention. In order to more clearly understand the technical means of the present invention, it can be implemented according to the contents of the specification. In order to make the above and other purposes, features and advantages of the present invention more obvious and easy to understand, the specific implementation methods of the present invention are listed below. BRIEF DESCRIPTION OF THE DRAWINGS

[0056] Various other advantages and benefits will become apparent to those of ordinary skill in the art by reading the detailed description of the preferred embodiments below. The accompanying drawings are only for the purpose of illustrating the preferred embodiments and are not to be considered as limiting the present invention. Moreover, the same reference symbols are used throughout the accompanying drawings to represent the same components. In the accompanying drawings:

[0057] Figure 1 A schematic diagram showing a flow chart of a method for loading a payment page according to an embodiment of the present invention;

[0058] Figure 2 A schematic diagram showing the structure of a payment page loading device according to an embodiment of the present invention is shown;

[0059] Figure 3 A schematic structural diagram of a payment page loading device according to another embodiment of the present invention is shown;

[0060] Figure 4 A schematic diagram of the structure of an electronic device according to an embodiment of the present invention is shown;

[0061] Figure 5 A schematic diagram of the structure of a computer-readable storage medium according to an embodiment of the present invention is shown. DETAILED DESCRIPTION

[0062] The exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although the exemplary embodiments of the present disclosure are shown in the accompanying drawings, it should be understood that the present disclosure can be implemented in various forms and should not be limited by the embodiments set forth herein. On the contrary, these embodiments are provided to enable a more thorough understanding of the present disclosure and to fully convey the scope of the present disclosure to those skilled in the art.

[0063] Figure 1 FIG. 2 is a flow chart showing a method for loading a payment page according to an embodiment of the present invention. Figure 1 As shown, the method includes:

[0064] Step S110: during the process of loading the payment page, asynchronously requesting the server for first payment configuration information matching the payment page.

[0065] The payment page is the payment page of the platform, which can be a web game platform or a game client platform. The payment page includes at least a plurality of payment amounts and payment methods available for selection, and the first payment configuration information manages the plurality of payment amounts and payment methods available for selection in the payment page. In other words, the payment amount and payment method are determined by the first payment configuration information. The payment page generally also includes other page contents, such as advertisements of game developers or information related to the game. Therefore, the use of asynchronous requests actually makes the requests for other page contents independent of the requests for the first payment configuration information, thereby improving efficiency.

[0066] Step S120: loading a payment area in the payment page according to the received first payment configuration information.

[0067] The payment area is used to display multiple payment amounts and payment methods available for selection. The first payment configuration information is independent of the loading program of the payment page. The server obtains the payment amount and payment method by reading the first payment configuration information and displays them in the payment area of ​​the payment page. In this way, the payment amount and payment method displayed in the payment page can be modified accordingly by modifying the payment amount and payment method in the first payment configuration information without modifying the loading program of the payment page. For example, the payment amount in the original payment page is divided into three levels of 10 yuan, 20 yuan and 50 yuan, and the payment method is only bank card payment. By modifying the first payment configuration information, the payment amount can be modified into four levels of 5 yuan, 15 yuan, 25 yuan and 50 yuan, and the payment methods are online banking payment and mobile phone QR code payment. By managing the payment amount and payment method through the first payment configuration information, the modification of the payment amount and payment method is simpler and more convenient, the flexibility of payment is improved, and the payment needs of users are met.

[0068] In this embodiment, during the process of loading the payment page, the server is asynchronously requested for the first payment configuration information that matches the payment page; and the payment area is loaded in the payment page according to the received first payment configuration information. The first payment configuration information is independent of the loading procedure of the payment page, which facilitates the configuration modification of the payment amount and payment method, etc., and improves the flexibility of modifying the payment amount. Merchants can freely modify the payment amount in the first payment configuration information to meet the payment needs of users or the market, thereby further increasing revenue.

[0069] In one embodiment of the present invention, Figure 1 In the method shown, step S110 of asynchronously requesting the server for first payment configuration information matching the payment page includes: connecting to a payment configuration database through a payment configuration service provided by the server, and reading the first payment configuration information from the payment configuration database.

[0070] The first payment configuration information is stored in a payment configuration database, and the first payment configuration information is obtained by accessing the payment configuration database. The payment configuration database can be used to increase the storage capacity of the first payment configuration information, for example, to store multiple sets of first payment configuration information. The payment configuration service is used to connect to the payment configuration database to access it. The server accesses the payment configuration database through the payment configuration service, obtains the first payment configuration information and returns it, and loads it in the payment area of ​​the payment page.

[0071] In one embodiment of the present invention, in the above method, the payment configuration service is implemented in PHP, and the payment configuration database is implemented in MySQL.

[0072] PHP embeds the payment configuration service program into the loader of the payment page. When the server starts the loader of the payment page, the payment configuration service is automatically started accordingly, and the response rate is fast. The MySQL database stores data in different tables, which can improve the data processing speed. For example, multiple sets of first payment configuration information are stored separately in different tables, and the corresponding first payment configuration information is obtained from the corresponding table, which can achieve fast operation. PHP and MySQL can form a good development environment.

[0073] In one embodiment of the present invention, in the above method, a plurality of sets of first payment configuration information and corresponding second payment configuration information are stored in the payment configuration database; the second payment configuration information includes one or more of the following: applicable products, applicable time, and whether the current status is available. In step S110, the asynchronous request to the server for the first payment configuration information matching the payment page includes: selecting the first payment configuration information matching the payment page according to the current time and / or the product corresponding to the payment page, and the second payment configuration information.

[0074] Multiple sets of first payment configuration information are set to meet various payment requirements. Accordingly, the second payment configuration information corresponds to the first payment configuration information and is used to determine a specific set of first payment configuration information from multiple sets of first payment configuration information. In other words, the second payment configuration information is the applicable condition of the first payment configuration information. The content of the payment page is compared with the second payment configuration information. When the conditions of the two are met, the first payment configuration information that matches the second payment configuration information is determined to be returned.

[0075] For example, in the first group of first payment configuration information, the payment amount is divided into three levels of 10 yuan, 20 yuan and 50 yuan, and the only payment method is bank card payment, which is applicable from 8:00 to 10:00 in the morning; in the second group of first payment configuration information, the payment amount is divided into four levels of 5 yuan, 15 yuan, 25 yuan and 50 yuan, and the payment methods are online banking payment and mobile QR code payment, which are applicable from 10:00 to 22:00. The applicable time is the content of the second payment configuration information. According to the current time, for example, the issuance time of the asynchronous request is 15:20, which meets the second group of first payment configuration information with an applicable time of 10:00 to 22:00, it is determined that the second group of first payment configuration information returns to the payment page.

[0076] The second payment configuration information can also be matched according to the applicable product and the current status. For example, there are two game products. The first game product focuses on the high-end and requires a large amount of recharge, while the second game product focuses on the mid-to-low-end and does not require high recharge. When setting the first payment configuration information, the payment amounts of the first group of first payment configuration information are 100, 200 and 500, which are applicable to the first game; the payment amounts of the second group of first payment configuration information are 10, 20 and 50, which are applicable to the second game. When the payment page is the payment page of the first game product, the first group of first payment configuration information applies; when the payment page is the payment page of the second game product, the second group of first payment configuration information applies.

[0077] The above second payment configuration information can be set using one of them alone, or can be set in combination with two or more of them.

[0078] In one embodiment of the present invention, in the above method, the first payment configuration information and the second payment configuration information are submitted through a payment configuration page.

[0079] The payment configuration page is used to edit the first payment configuration information and the second payment configuration information. For example, the payment amounts of 10 yuan, 20 yuan and 50 yuan in the first payment configuration information can be changed to 5 yuan, 15 yuan, 25 yuan and 50 yuan, and the payment method can be changed from only bank card payment to online banking payment and mobile phone QR code payment. The payment configuration page is provided to the administrators of the platform, and the administrators can modify the first payment configuration information and the second payment configuration information adaptively according to their own product needs. For example, the administrator of a game platform changes the applicable product in the second payment configuration information to game equipment payment through the payment configuration page. After the modification is completed, it is submitted to the payment configuration database for update.

[0080] Of course, the payment configuration page can also reconfigure new first payment configuration information and second payment configuration information. For example, a third set of first payment configuration information is added, the payment amount is 300 yuan, and the corresponding second payment configuration information is applicable to the game equipment set.

[0081] Through the payment configuration page, it is convenient to modify, update, and edit the first payment configuration information and the second payment configuration information. Moreover, the administrators of the platform can operate freely without the need for modification by the programmers of the payment page, reducing the operation difficulty and improving the convenience.

[0082] In an embodiment of the present invention, as Figure 1 shown in the method, the first payment configuration information includes: one or more payment amounts. Loading the payment area in the payment page according to the received first payment configuration information in step S120 includes: displaying payment options corresponding to each payment amount in the payment area.

[0083] Only one payment amount is set in the first payment configuration information, which can be for a fixed purchase package. For example, for a 200-yuan big gift package launched in the game, only a payment amount of 200 yuan is set. The first payment configuration information can also set multiple payment amounts. For example, four different levels of payment amounts of 5 yuan, 15 yuan, 25 yuan, and 50 yuan are set, and payment options corresponding to each payment amount are displayed in the payment area, allowing users to freely choose one of them for recharge. The payment options are used to display information about the payment amount and other information corresponding to the payment amount. For example, the above-mentioned 200-yuan payment amount and the detailed content of the corresponding big gift package are displayed.

[0084] The first payment configuration information can also include a payment option for freely entering the payment amount. In this option, users can enter any amount in the input box for payment. For example, if a user needs to recharge 10 yuan on the game platform, they can enter 10 yuan in the free option for recharge.

[0085] In an embodiment of the present invention, in the above method, the first payment configuration information further includes: whether to enable a preferential activity corresponding to the payment amount. Loading the payment area in the payment page according to the received first payment configuration information in step S120 includes: when the preferential activity corresponding to the payment amount is enabled, determining whether the preferential display condition is met, and if so, displaying a preferential logo on the corresponding payment option.

[0086] In this embodiment, information on enabling the preferential activity is added to the first payment configuration information. For example, in the first payment configuration information including four different levels of payment amounts of 5 yuan, 15 yuan, 25 yuan, and 50 yuan mentioned above, a preferential activity of 12% off can be enjoyed when the payment amount exceeds 20 yuan. When the preferential activity is enabled in the first payment configuration information and the payment area is loaded, a preferential logo is displayed in the payment options of 25 yuan and 50 yuan. For example, a red "惠" character logo is displayed in the upper right corner of the payment option to prompt users that this payment option can enjoy the preferential activity.

[0087] Of course, the display of promotional activities needs to meet the promotional display conditions. Only when the conditions are met will the promotional activities be displayed on the payment options. For example, the above-mentioned promotional display conditions are that the payment amount exceeds 20 yuan.

[0088] In one embodiment of the present invention, in the above method, determining whether the conditions for the discount display are met includes one or more of the following: determining whether the current user meets the discount conditions; determining whether the current discount available amount is less than a threshold; determining whether the product meets the discount conditions; determining whether the payment channel meets the discount conditions.

[0089] This embodiment provides specific preferential display conditions. The preferential display conditions include the judgment of the current user. For example, if the first payment configuration information sets a 20% discount recharge preferential activity for new users, when the current recharge user is a new user, the 20% discount recharge preferential activity is displayed in the payment option. If the user is not a new user, the information is not displayed.

[0090] Whether the current discount available amount is less than the threshold, that is, when the payment amount is less than the threshold, the discount conditions are not met and the discount activity cannot be enjoyed. For example, if the payment amount exceeds 20 yuan, a 12% discount discount can be enjoyed, but if the payment amount is less than 20 yuan, the discount activity cannot be enjoyed.

[0091] Whether a product meets the preferential conditions is determined by setting preferential activities for the product that the user pays for. When the product that the user pays for is a designated product that can enjoy preferential treatment, it meets the preferential conditions. For example, the above-mentioned 200 yuan gift package can enjoy a 20% discount, while products with ordinary recharge amounts cannot enjoy the discount.

[0092] Whether the payment channel meets the preferential conditions is a matter of setting preferential activities for the payment method. For example, if you use the bank card bound to the game platform to pay, you can enjoy a 20% discount on the payment amount if you meet the preferential conditions. If you use other payment methods, you will not meet the preferential conditions.

[0093] The above-mentioned preferential display conditions can be judged individually or in combination.

[0094] In one embodiment of the present invention, in the above method, the method further includes: when a designated operation on the preferential identification is received, displaying preferential information.

[0095] In the above method, only the preferential logo is displayed in the payment option, indicating that there is a preferential activity that can be enjoyed for this payment option, but the specific information of the discount is not displayed. This embodiment provides a specific way to display the preferential information. When the user operates on this preferential logo, the specific information of the discount can be displayed. For example, if the user clicks on the "Hui" character logo in the payment option of 50 yuan, the specific preferential information of "Pay and enjoy a 10% discount" will be displayed in the payment option box. The specified operation can be clicking on the preferential logo, or just moving the mouse to the display range of the preferential logo.

[0096] In an embodiment of the present invention, in the above method, the preferential information includes one or more of the following: preferential applicable conditions, preferential types, and the available preferential amount.

[0097] In addition to the discount preferential information in the above embodiment, the preferential information also includes other preferential information. For example, preferential applicable conditions, such as new users or VIP users are applicable for the discount; preferential types, the discount is in the form of recharge cashback or using a coupon to deduct the payment amount; the available preferential amount, which is the face value of the available coupon, such as a 3-yuan coupon, a 5-yuan coupon, etc.

[0098] The preferential information is displayed according to the preferential activities launched by the merchant or the platform. The merchant or the platform can set it in the payment sheet configuration page and add it to the first payment configuration information for display.

[0099] In an embodiment of the present invention, in the Figure 1 method shown, the method further includes: in the code scanning payment mode, when the selected payment amount is received, display the corresponding payment QR code in the payment area; after the payment is completed, refresh the content of the payment area.

[0100] In this embodiment, a code scanning payment method is provided. After the payment amount is selected, the corresponding payment QR code is automatically displayed in the payment area, and the user completes the payment by scanning the code. After the payment is completed, the payment QR code becomes invalid immediately. At the same time, in order to facilitate the user to continue to recharge and pay, a refresh operation is performed on the content in the payment area, such as updating a new payment QR code, and the user can recharge again by scanning the code to pay.

[0101] In an embodiment of the present invention, in the Figure 1 method shown, the payment page is the platform payment page or the payment page within the product.

[0102] The platform payment page includes the payment pages of video live streaming platforms, online shopping platforms, etc. When it is necessary to recharge or purchase a membership of the platform, it can be jumped to this payment page and the corresponding payment area is loaded.

[0103] The payment page within the product includes the payment page for each game. When purchasing equipment in the game or recharging the game, you can jump to the payment page and load the corresponding payment area.

[0104] Figure 2 FIG. 2 shows a schematic diagram of a payment page loading device according to an embodiment of the present invention. Figure 2 As shown, the device 200 includes:

[0105] The request unit 210 is adapted to asynchronously request the server for first payment configuration information matching the payment page during the process of loading the payment page.

[0106] The payment page is the payment page of the platform, which can be a web game platform or a game client platform. The payment page includes at least a plurality of payment amounts and payment methods available for selection, and the first payment configuration information manages the plurality of payment amounts and payment methods available for selection in the payment page. In other words, the payment amount and payment method are determined by the first payment configuration information. The payment page generally also includes other page contents, such as advertisements of game developers or information related to the game. Therefore, the use of asynchronous requests actually makes the requests for other page contents independent of the requests for the first payment configuration information, thereby improving efficiency.

[0107] The loading unit 220 is adapted to load the payment area in the payment page according to the received first payment configuration information.

[0108] The payment area is used to display multiple payment amounts and payment methods available for selection. The first payment configuration information is independent of the loading program of the payment page. The server obtains the payment amount and payment method by reading the first payment configuration information and displays them in the payment area of ​​the payment page. In this way, the payment amount and payment method displayed in the payment page can be modified accordingly by modifying the payment amount and payment method in the first payment configuration information without modifying the loading program of the payment page. For example, the payment amount in the original payment page is divided into three levels of 10 yuan, 20 yuan and 50 yuan, and the payment method is only bank card payment. By modifying the first payment configuration information, the payment amount can be modified into four levels of 5 yuan, 15 yuan, 25 yuan and 50 yuan, and the payment methods are online banking payment and mobile phone QR code payment. By managing the payment amount and payment method through the first payment configuration information, the modification of the payment amount and payment method is simpler and more convenient, the flexibility of payment is improved, and the payment needs of users are met.

[0109] In this embodiment, during the process of loading the payment page, the server is asynchronously requested for the first payment configuration information that matches the payment page; and the payment area is loaded in the payment page according to the received first payment configuration information. The first payment configuration information is independent of the loading procedure of the payment page, which facilitates the configuration modification of the payment amount and payment method, etc., and improves the flexibility of modifying the payment amount. Merchants can freely modify the payment amount in the first payment configuration information to meet the payment needs of users or the market, thereby further increasing revenue.

[0110] In one embodiment of the present invention, Figure 2 In the illustrated apparatus 200 , the request unit 210 is further adapted to connect to a payment configuration database via a payment configuration service provided by a server, and read the first payment configuration information from the payment configuration database.

[0111] The first payment configuration information is stored in a payment configuration database, and the first payment configuration information is obtained by accessing the payment configuration database. The payment configuration database can be used to increase the storage capacity of the first payment configuration information, for example, to store multiple sets of first payment configuration information. The payment configuration service is used to connect to the payment configuration database to access it. The server accesses the payment configuration database through the payment configuration service, obtains the first payment configuration information and returns it, and loads it in the payment area of ​​the payment page.

[0112] In one embodiment of the present invention, as in the above-mentioned device, the payment configuration service is implemented in PHP, and the payment configuration database is implemented in MySQL.

[0113] PHP embeds the payment configuration service program into the loader of the payment page. When the server starts the loader of the payment page, the payment configuration service is automatically started accordingly, and the response rate is fast. The MySQL database stores data in different tables, which can improve the data processing speed. For example, multiple sets of first payment configuration information are stored separately in different tables, and the corresponding first payment configuration information is obtained from the corresponding table, which can achieve fast operation. PHP and MySQL can form a good development environment.

[0114] In one embodiment of the present invention, as in the above-mentioned device, a payment configuration database stores several sets of first payment configuration information and corresponding second payment configuration information, and the second payment configuration information includes one or more of the following: applicable products, applicable time, and whether the current status is available. The request unit 210 is adapted to select the first payment configuration information matching the payment page according to the current time and / or the product corresponding to the payment page, and the second payment configuration information.

[0115] Multiple sets of first payment configuration information are set to meet various payment requirements. Accordingly, the second payment configuration information corresponds to the first payment configuration information and is used to determine a specific set of first payment configuration information from multiple sets of first payment configuration information. In other words, the second payment configuration information is the applicable condition of the first payment configuration information. The content of the payment page is compared with the second payment configuration information. When the conditions of the two are met, the first payment configuration information that matches the second payment configuration information is determined to be returned.

[0116] For example, in the first group of first payment configuration information, the payment amount is divided into three levels of 10 yuan, 20 yuan and 50 yuan, and the only payment method is bank card payment, which is applicable from 8:00 to 10:00 in the morning; in the second group of first payment configuration information, the payment amount is divided into four levels of 5 yuan, 15 yuan, 25 yuan and 50 yuan, and the payment methods are online banking payment and mobile QR code payment, which are applicable from 10:00 to 22:00. Among them, the applicable time is the content of the second payment configuration information. According to the current time, for example, the issuance time of the asynchronous request is 15:20, which meets the second group of first payment configuration information with an applicable time of 10:00 to 22:00, it is determined that the second group of first payment configuration information returns to the payment page.

[0117] The second payment configuration information can also be matched according to the applicable product and the current status. For example, there are two game products. The first game product focuses on the high-end and requires a large amount of recharge, while the second game product focuses on the mid-to-low-end and does not require high recharge. When setting the first payment configuration information, the payment amounts of the first group of first payment configuration information are 100, 200 and 500, which are applicable to the first game; the payment amounts of the second group of first payment configuration information are 10, 20 and 50, which are applicable to the second game. When the payment page is the payment page of the first game product, the first group of first payment configuration information applies; when the payment page is the payment page of the second game product, the second group of first payment configuration information applies.

[0118] The above second payment configuration information can be set using one of them alone, or can be set in combination with two or more of them.

[0119] In one embodiment of the present invention, in the above device, the first payment configuration information and the second payment configuration information are submitted through a payment configuration page.

[0120] The payment configuration page is used to edit the first payment configuration information and the second payment configuration information. For example, the payment amounts of 10 yuan, 20 yuan and 50 yuan in the first payment configuration information can be changed to 5 yuan, 15 yuan, 25 yuan and 50 yuan, and the payment method can be changed from only bank card payment to online banking payment and mobile phone QR code payment. The payment configuration page is provided to the administrators of the platform, and the administrators can modify the first payment configuration information and the second payment configuration information adaptively according to their own product needs. For example, the administrator of a game platform changes the applicable product in the second payment configuration information to game equipment payment through the payment configuration page. After the modification is completed, it is submitted to the payment configuration database for update.

[0121] Of course, the payment configuration page can also reconfigure new first payment configuration information and second payment configuration information. For example, a third set of first payment configuration information is added, the payment amount is 300 yuan, and the corresponding second payment configuration information is applicable to the game equipment set.

[0122] The payment configuration page facilitates the modification, updating and editing of the first payment configuration information and the second payment configuration information, and the platform administrators can operate freely without the need for modification by the programmers of the payment page, which reduces the difficulty of operation and improves convenience.

[0123] In one embodiment of the present invention, Figure 2 In the device 200 shown, the first payment configuration information includes: one or more payment amounts. The loading unit 220 is adapted to display payment options corresponding to each payment amount in the payment area.

[0124] Only one payment amount is set in the first payment configuration information, and a fixed purchase package can be used, such as a 200 yuan gift package launched in the game, and only a 200 yuan payment amount can be set. The first payment configuration information can also set multiple payment amounts, such as setting four different levels of payment amounts of 5 yuan, 15 yuan, 25 yuan and 50 yuan, and displaying the payment options corresponding to each payment amount in the payment area, and the user can freely choose one of them to recharge. The payment option is used to display the payment amount information and other information corresponding to the payment amount, such as displaying the above-mentioned 200 yuan payment amount and the details of the corresponding gift package.

[0125] The first payment configuration information may also include a payment option for freely inputting a payment amount. In this option, the user can enter any amount in the input box to pay. For example, if the user needs to recharge 10 yuan on the game platform, he can enter 10 yuan in the free option to recharge.

[0126] In an embodiment of the present invention, in the above device, the first payment configuration information further includes: whether to enable a preferential activity corresponding to the payment amount. The loading unit 220 is adapted to determine whether the preferential display condition is met when the preferential activity corresponding to the payment amount is enabled, and if so, display a preferential identifier on the corresponding payment option.

[0127] In this embodiment, information on enabling a preferential activity is added to the first payment configuration information. For example, in the first payment configuration information including four different levels of payment amounts of 5 yuan, 15 yuan, 25 yuan, and 50 yuan, a preferential activity of 12% off can be enjoyed when the payment amount exceeds 20 yuan. When the preferential activity is enabled in the first payment configuration information and the payment area is loaded, a preferential identifier is displayed in the payment options of 25 yuan and 50 yuan. For example, a red "Hui" character identifier is displayed in the upper right corner of the payment option to prompt the user that this payment option can enjoy a preferential activity.

[0128] Of course, the display of the preferential activity needs to meet the preferential display condition, and only when the condition is met, the preferential activity is displayed on the payment option. For example, the above preferential display condition is that the payment amount exceeds 20 yuan.

[0129] In an embodiment of the present invention, in the above device, determining whether the preferential display condition is met includes one or more of the following: determining whether the current user meets the preferential condition; determining whether the current available preferential amount is less than the threshold; determining whether the product meets the preferential condition; determining whether the payment channel meets the preferential condition.

[0130] This embodiment provides specific preferential display conditions. The preferential display conditions include the judgment of the current user. For example, in the first payment configuration information, it is set that new users can enjoy a 20% recharge preferential activity. When the current user for recharge is a new user, the 20% recharge preferential activity is displayed in the payment option. If not a new user, this information is not displayed.

[0131] Whether the current available preferential amount is less than the threshold, that is, when the payment amount is less than the threshold, the preferential condition is not met and the preferential activity cannot be enjoyed. For example, a preferential activity of 12% off can be enjoyed when the payment amount exceeds 20 yuan, and those with a payment amount less than 20 yuan cannot enjoy this preferential activity.

[0132] Whether the product meets the preferential condition is to set a preferential activity for the product that the user pays for. When the product that the user pays for is a specified product that can enjoy the preferential treatment, the preferential condition is met. For example, the product of the above 200-yuan gift package can enjoy a 20% discount preferential activity, while products with ordinary recharge amounts cannot enjoy the preferential treatment.

[0133] Whether the payment channel meets the preferential conditions is to set preferential activities for payment methods. For example, using the bank card bound in the game platform for payment meets the preferential conditions, and a 20% discount on the payment amount can be enjoyed. While using other payment methods does not meet the preferential conditions.

[0134] The above preferential display conditions can be judged individually or in combination.

[0135] In an embodiment of the present invention, as Figure 3 shown in the loading device 200 of the payment page, the device 200 further includes a preferential display unit 230, which is adapted to display preferential information when a specified operation on the preferential identifier is received.

[0136] In the above device 200, only the preferential identifier is displayed in the payment option, indicating that the payment option has a preferential activity that can be enjoyed, but the specific preferential information is not displayed. This embodiment provides a specific way to display the preferential information. When the user operates on the preferential identifier, the specific preferential information can be displayed. For example, when the user clicks on the "Preferential" character identifier in the payment option of 50 yuan, the specific preferential information of "Pay and enjoy an 88% discount" is displayed in the payment option box. The specified operation can be clicking on the preferential identifier or just moving the mouse to the display range of the preferential identifier.

[0137] In an embodiment of the present invention, in the above device, the preferential information includes one or more of the following: preferential applicable conditions, preferential types, and available preferential amounts.

[0138] In addition to the discount preferential information in the above embodiment, the preferential information also includes other preferential information. For example, preferential applicable conditions, such as new users or VIP users are applicable to the preferential; preferential types, the preferential is in the form of recharge cashback or using coupons to deduct the payment amount; the available preferential amount is the face value of the available coupons, such as 3 yuan coupons, 5 yuan coupons, etc.

[0139] The preferential information is displayed according to the preferential activities launched by the merchant or the platform. The merchant or the platform can set it in the payment slice configuration page and add it to the first payment configuration information for display.

[0140] In an embodiment of the present invention, as Figure 3 shown in the device 200, the device 200 further includes:

[0141] A payment unit 240, which is adapted to display the corresponding payment QR code in the payment area when the selected payment amount is received in the code scanning payment mode; and refresh the content of the payment area after the payment is completed.

[0142] In this embodiment, a scan code payment method is provided. After selecting the payment amount, the corresponding payment QR code is automatically displayed in the payment area, and the user completes the payment by scanning the code. After the payment is completed, the payment QR code is immediately invalid. At the same time, in order to facilitate the user to continue to recharge and pay, the content in the payment area is refreshed, such as updating a new payment QR code, and the user can recharge again by scanning the code.

[0143] In one embodiment of the present invention, Figure 2 In the device 200 shown, the payment page is a platform payment page or a payment page within a product.

[0144] The platform payment page includes payment pages of video live streaming platforms, online shopping platforms, etc. When you need to recharge or purchase platform membership, you can jump to the payment page and load the corresponding payment area.

[0145] The payment page within the product includes the payment page for each game. When purchasing equipment in the game or recharging the game, you can jump to the payment page and load the corresponding payment area.

[0146] In summary, the technical solution of the present invention asynchronously requests the first payment configuration information matching the payment page from the server during the process of loading the payment page; and loads the payment area in the payment page according to the received first payment configuration information. The first payment configuration information is independent of the loading program of the payment page, which facilitates the configuration modification of the payment amount and payment method, etc., and improves the flexibility of modifying the payment amount. Merchants can freely modify the payment amount in the first payment configuration information to meet the payment needs of users or the market, thereby further increasing revenue.

[0147] It should be noted that:

[0148] The algorithm and display provided herein are not inherently related to any particular computer, virtual device or other equipment. Various general-purpose devices can also be used together with the teachings based on this. According to the above description, it is obvious to construct the structure required for this type of device. In addition, the present invention is not directed to any specific programming language either. It should be understood that various programming languages ​​can be utilized to realize the content of the present invention described herein, and the description of the above specific language is for the purpose of disclosing the best mode of the present invention.

[0149] In the description provided herein, a large number of specific details are described. However, it is understood that embodiments of the present invention can be practiced without these specific details. In some instances, well-known methods, structures and techniques are not shown in detail so as not to obscure the understanding of this description.

[0150] Similarly, it should be understood that in order to streamline the present disclosure and aid in understanding one or more of the various inventive aspects, in the above description of exemplary embodiments of the present invention, various features of the present invention are sometimes grouped together into a single embodiment, figure, or description thereof. However, this disclosed method should not be interpreted as reflecting the intention that the claimed invention requires more features than those explicitly recited in each claim. More specifically, as reflected in the claims below, inventive aspects lie in less than all the features of the individual embodiments disclosed above. Therefore, the claims that follow the specific embodiment are hereby expressly incorporated into the specific embodiment, with each claim itself serving as a separate embodiment of the present invention.

[0151] Those skilled in the art will appreciate that the modules in the devices in the embodiments may be adaptively changed and arranged in one or more devices different from the embodiments. The modules or units or components in the embodiments may be combined into one module or unit or component, and in addition they may be divided into a plurality of submodules or subunits or subcomponents. Except that at least some of such features and / or processes or units are mutually exclusive, all features disclosed in this specification (including the accompanying claims, abstracts and drawings) and all processes or units of any method or device disclosed in this manner may be combined in any combination. Unless otherwise expressly stated, each feature disclosed in this specification (including the accompanying claims, abstracts and drawings) may be replaced by an alternative feature providing the same, equivalent or similar purpose.

[0152] In addition, those skilled in the art will appreciate that, although some embodiments described herein include certain features included in other embodiments but not other features, the combination of features of different embodiments is meant to be within the scope of the present invention and form different embodiments. For example, in the claims below, any one of the claimed embodiments may be used in any combination.

[0153] The various component embodiments of the present invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. It should be understood by those skilled in the art that a microprocessor or a digital signal processor (DSP) may be used in practice to implement some or all of the functions of some or all of the components in a loading device for a payment page according to an embodiment of the present invention. The present invention may also be implemented as a device or apparatus program (e.g., a computer program and a computer program product) for executing part or all of the methods described herein. Such a program for implementing the present invention may be stored on a computer-readable medium, or may be in the form of one or more signals. Such a signal may be downloaded from an Internet website, or provided on a carrier signal, or provided in any other form.

[0154] For example, Figure 4 A schematic diagram of the structure of an electronic device according to an embodiment of the present invention is shown. The electronic device includes a processor 410 and a memory 420 arranged to store computer executable instructions (computer readable program code). The memory 420 can be an electronic memory such as a flash memory, an EEPROM (electrically erasable programmable read-only memory), an EPROM, a hard disk or a ROM. The memory 420 has a storage space 430 for storing a computer readable program code 431 for executing any method step in the above method. For example, the storage space 430 for storing computer readable program code may include individual computer readable program codes 431 for implementing various steps in the above method respectively. The computer readable program code 431 can be read from or written to one or more computer program products. These computer program products include program code carriers such as a hard disk, a compact disk (CD), a memory card or a floppy disk. Such a computer program product is typically, for example Figure 4 The computer-readable storage medium. Figure 5 A schematic diagram of the structure of a computer-readable storage medium according to an embodiment of the present invention is shown. The computer-readable storage medium 500 stores a computer-readable program code 431 for executing the method steps according to the present invention, which can be read by the processor 410 of the electronic device 400. When the computer-readable program code 431 is executed by the electronic device 400, the electronic device 400 executes the various steps in the method described above. Specifically, the computer-readable program code 431 stored in the computer-readable storage medium can execute the method shown in any of the above embodiments. The computer-readable program code 431 can be compressed in an appropriate form.

[0155] It should be noted that the above embodiments illustrate the present invention rather than limit it, and that those skilled in the art may devise alternative embodiments without departing from the scope of the appended claims. In the claims, any reference symbol between brackets shall not be construed as a limitation on the claims. The word "comprising" does not exclude the presence of elements or steps not listed in the claims. The word "one" or "an" preceding an element does not exclude the presence of a plurality of such elements. The present invention may be implemented by means of hardware comprising a number of different elements and by means of a suitably programmed computer. In a unit claim enumerating a number of devices, several of these devices may be embodied by the same hardware item. The use of the words first, second, and third, etc., does not indicate any order. These words may be interpreted as names.

[0156] The present invention discloses A1, a payment page loading method, comprising:

[0157] During the process of loading the payment page, asynchronously requesting first payment configuration information matching the payment page from the server;

[0158] The payment area is loaded in the payment page according to the received first payment configuration information.

[0159] A2. The method as described in A1, wherein the asynchronously requesting the server for the first payment configuration information matching the payment page comprises:

[0160] The payment configuration database is connected through the payment configuration service provided by the server, and the first payment configuration information is read from the payment configuration database.

[0161] A3. A method as described in A2, wherein the payment configuration service is implemented in PHP and the payment configuration database is implemented in MySQL.

[0162] A4. The method as described in A2, wherein the payment configuration database stores several sets of first payment configuration information and corresponding second payment configuration information; the second payment configuration information includes one or more of the following: applicable products, applicable time, and whether the current status is available;

[0163] The asynchronous request to the server for the first payment configuration information matching the payment page includes: selecting the first payment configuration information matching the payment page according to the current time and / or the product corresponding to the payment page, and the second payment configuration information.

[0164] A5. A method as described in A4, wherein the first payment configuration information and the second payment configuration information are submitted through a payment configuration page.

[0165] A6. The method as described in A1, wherein the first payment configuration information includes: one or more payment amounts;

[0166] The loading of the payment area in the payment page according to the received first payment configuration information includes: displaying payment options corresponding to each payment amount in the payment area.

[0167] A7. The method as described in A6, wherein the first payment configuration information further includes: whether to start a preferential activity corresponding to the payment amount;

[0168] The loading of the payment area in the payment page according to the received first payment configuration information includes: when a preferential activity corresponding to the payment amount is opened, determining whether the preferential display conditions are met, and if so, displaying a preferential logo on the corresponding payment option.

[0169] A8. The method as described in A7, wherein the determination of whether the preferential display conditions are met includes one or more of the following:

[0170] Determine whether the current user meets the preferential conditions;

[0171] Determine whether the current available amount of discount is less than the threshold;

[0172] Determine whether the product meets the preferential conditions;

[0173] Determine whether the payment channel meets the preferential conditions.

[0174] A9. The method as described in A7, wherein the method further comprises: displaying discount information when a designated operation on the discount identifier is received.

[0175] A10. The method as described in A9, wherein the preferential information includes one or more of the following:

[0176] Discount eligibility conditions, discount type, and discount amount that can be received.

[0177] A11. The method as described in A1, wherein the method further comprises: in the scan code payment mode, when the selected payment amount is received, displaying a corresponding payment QR code in the payment area;

[0178] After the payment is completed, the content of the payment area is refreshed.

[0179] A12. The method as described in A1, wherein the payment page is a platform payment page or a payment page within a product.

[0180] The present invention also discloses B13, a payment page loading device, comprising:

[0181] A requesting unit, adapted to asynchronously request first payment configuration information matching the payment page from a server during the process of loading the payment page;

[0182] The loading unit is adapted to load the payment area in the payment page according to the received first payment configuration information.

[0183] B14. The device as described in B13, wherein

[0184] The requesting unit is further adapted to connect to a payment configuration database through a payment configuration service provided by the server, and read the first payment configuration information from the payment configuration database.

[0185] B15. The device as described in B14, wherein the payment configuration service is implemented in PHP and the payment configuration database is implemented in MySQL.

[0186] B16. The device as described in B14, wherein the payment configuration database stores several sets of first payment configuration information and corresponding second payment configuration information; the second payment configuration information includes one or more of the following: applicable products, applicable time, and whether the current status is available;

[0187] The request unit is adapted to select the first payment configuration information matching the payment page according to the current time and / or the product corresponding to the payment page, and the second payment configuration information.

[0188] B17. The apparatus as described in B16, wherein the first payment configuration information and the second payment configuration information are submitted through a payment configuration page.

[0189] B18. The apparatus as described in B13, wherein the first payment configuration information includes: one or more payment amounts;

[0190] The loading unit is adapted to display payment options corresponding to each payment amount in the payment area.

[0191] B19. The device as described in B18, wherein the first payment configuration information further includes: whether to start a preferential activity corresponding to the payment amount;

[0192] The loading unit is adapted to determine whether the preferential display conditions are met when a preferential activity corresponding to the payment amount is opened, and if so, display a preferential logo on the corresponding payment option.

[0193] B20. The device as described in B19, wherein the determining whether the preferential display condition is met includes one or more of the following:

[0194] Determine whether the current user meets the preferential conditions;

[0195] Determine whether the current available amount of discount is less than the threshold;

[0196] Determine whether the product meets the preferential conditions;

[0197] Determine whether the payment channel meets the preferential conditions.

[0198] B21. The device as described in B19, wherein the device further comprises:

[0199] The preferential display unit is adapted to display preferential information when receiving a designated operation on the preferential identification.

[0200] B22. The device as described in B21, wherein the preferential information includes one or more of the following:

[0201] Discount eligibility conditions, discount type, and discount amount that can be received.

[0202] B23. The device as described in B13, wherein the device further comprises:

[0203] a payment unit adapted to display a corresponding payment QR code in the payment area when receiving a selected payment amount in a scan code payment mode;

[0204] After the payment is completed, the content of the payment area is refreshed.

[0205] B24. The device as described in B13, wherein the payment page is a platform payment page or a payment page within a product.

[0206] The present invention also discloses C25, an electronic device, wherein the electronic device comprises: a processor; and a memory arranged to store computer executable instructions, wherein the executable instructions, when executed, cause the processor to execute a method as described in any one of A1-A12.

[0207] The present invention also discloses D26, a computer-readable storage medium, wherein the computer-readable storage medium stores one or more programs, and when the one or more programs are executed by a processor, they implement the method described in any one of A1-A12.

Claims

1. A method for loading a payment page, comprising: In the process of loading the payment page, asynchronously requesting the first payment configuration information matching the payment page from the server, the first payment configuration information being independent of the loading program of the payment page, the first payment configuration information being read from the payment configuration database through the payment configuration service provided by the server, the payment configuration database storing several groups of the first payment configuration information and the corresponding second payment configuration information; the second payment configuration information includes applicable products, applicable time, and whether the current status is available; The asynchronous request to the server for the first payment configuration information matching the payment page comprises: selecting the first payment configuration information matching the payment page according to the current time and / or the product corresponding to the payment page, and the second payment configuration information; The payment amount and payment method of the payment page are determined through the first payment configuration information, and the payment amount and the payment method are loaded into the payment area of ​​the payment page.

2. The method of claim 1, wherein: The asynchronous request to the server for first payment configuration information matching the payment page includes: The payment configuration database is connected through the payment configuration service provided by the server, and the first payment configuration information is read from the payment configuration database.

3. The method of claim 2, wherein: The payment configuration service is implemented in PHP, and the payment configuration database is implemented in MySQL.

4. The method of claim 1, wherein: The first payment configuration information and the second payment configuration information are submitted through a payment configuration page.

5. The method of claim 1, wherein: The first payment configuration information includes: one or more payment amounts; The step of loading the payment amount and the payment method into the payment area of ​​the payment page includes: displaying payment options corresponding to each payment amount in the payment area.

6. The method of claim 5, wherein: The first payment configuration information also includes: whether to start a preferential activity corresponding to the payment amount; Loading the payment area in the payment page according to the received first payment configuration information includes: when opening a discount activity corresponding to the payment amount, determining whether the discount display conditions are met, and if so, displaying a discount logo on the corresponding payment option.

7. The method of claim 6, wherein: The determination of whether the preferential display conditions are met includes one or more of the following: Determine whether the current user meets the preferential conditions; Determine whether the current available amount of discount is less than the threshold; Determine whether the product meets the preferential conditions; Determine whether the payment channel meets the preferential conditions.

8. The method of claim 6, wherein: The method further includes: displaying preferential information when a designated operation on the preferential identification is received.

9. The method of claim 8, wherein: The preferential information includes one or more of the following: Discount eligibility conditions, discount type, and discount amount that can be received.

10. The method of claim 1, wherein: The method further includes: in the scan code payment mode, when a selected payment amount is received, displaying a corresponding payment QR code in the payment area; After the payment is completed, the content of the payment area is refreshed.

11. The method of claim 1, wherein: The payment page is a platform payment page or a payment page within a product.

12. A payment page loading device, comprising: A requesting unit, adapted to asynchronously request first payment configuration information matching the payment page from a server during the process of loading the payment page; The first payment configuration information is independent of the loading program of the payment page, and the first payment configuration information is read from the payment configuration database through the payment configuration service provided by the server, and the payment configuration database stores several groups of the first payment configuration information and the corresponding second payment configuration information; the second payment configuration information includes applicable products, applicable time and whether the current status is available; The loading unit is adapted to select the first payment configuration information matching the payment page according to the current time and / or the product corresponding to the payment page, as well as the second payment configuration information; determine the payment amount and payment method of the payment page through the first payment configuration information, and load the payment amount and the payment method into the payment area of ​​the payment page.

13. The device of claim 12, wherein: The requesting unit is further adapted to connect to a payment configuration database through a payment configuration service provided by the server, and read the first payment configuration information from the payment configuration database.

14. The device of claim 13, wherein: The payment configuration service is implemented in PHP, and the payment configuration database is implemented in MySQL.

15. The device of claim 13, wherein: The payment configuration database stores several sets of first payment configuration information and corresponding second payment configuration information; the second payment configuration information includes one or more of the following: applicable products, applicable time, and whether the current status is available; The request unit is adapted to select the first payment configuration information matching the payment page according to the current time and / or the product corresponding to the payment page, and the second payment configuration information.

16. The device of claim 15, wherein: The first payment configuration information and the second payment configuration information are submitted through a payment configuration page.

17. The device of claim 12, wherein: The first payment configuration information includes: one or more payment amounts; The loading unit is adapted to display payment options corresponding to each payment amount in the payment area.

18. The device of claim 17, wherein: The first payment configuration information also includes: whether to start a preferential activity corresponding to the payment amount; The loading unit is adapted to determine whether the preferential display conditions are met when a preferential activity corresponding to the payment amount is opened, and if so, display a preferential logo on the corresponding payment option.

19. The device of claim 18, wherein: The determination of whether the preferential display conditions are met includes one or more of the following: Determine whether the current user meets the preferential conditions; Determine whether the current available amount of discount is less than the threshold; Determine whether the product meets the preferential conditions; Determine whether the payment channel meets the preferential conditions.

20. The apparatus of claim 18, wherein: The device also includes: The preferential display unit is adapted to display preferential information when receiving a designated operation on the preferential identification.

21. The device of claim 20, wherein: The preferential information includes one or more of the following: Discount eligibility conditions, discount type, and discount amount that can be received.

22. The device of claim 12, wherein: The device also includes: a payment unit adapted to display a corresponding payment QR code in the payment area when receiving a selected payment amount in a scan code payment mode; After the payment is completed, the content of the payment area is refreshed.

23. The device of claim 12, wherein: The payment page is a platform payment page or a payment page within a product.

24. An electronic device, wherein: The electronic device comprises: a processor; and a memory arranged to store computer executable instructions, wherein when the executable instructions are executed, the processor executes the method according to any one of claims 1 to 11.

25. A computer-readable storage medium, wherein: The computer-readable storage medium stores one or more programs, which, when executed by a processor, implement the method according to any one of claims 1 to 11.

Images