Payment method, apparatus, electronic device, and storage medium

Abstract

Embodiments of the present application disclose a payment method and device, electronic equipment and storage medium. The payment method comprises the following steps: in response to a first interaction operation, sending a first operation instruction to a cloud program server; receiving target picture data carrying payment parameters sent by the cloud program server; and displaying a target operation interface according to the target picture data. Since the target picture data carries payment parameters, in response to a second interaction operation in the target operation interface, the payment program can be automatically called for payment through the payment parameters without other additional operations, which is beneficial to improve the payment efficiency and achieve consistent payment effect as using a local program when using the cloud program for payment, and can be widely applied in the technical fields of cloud computing, Internet of Vehicles, intelligent transportation and the like.

Description

Technical Field

[0001] This invention relates to the field of computer technology, and in particular to a payment method, device, electronic device, and storage medium. Background Technology

[0002] A cloud-based application refers to a program that operates on the basis of cloud computing. In this mode, data processing and computation are all performed on the cloud application server. For example, the cloud application server can render the program's visuals and transmit the rendered visuals to the terminal's cloud application platform. In this way, a terminal with video decompression capabilities can use the cloud application normally.

[0003] In related technologies, when a terminal using a cloud program makes a payment, it typically displays a QR code on the payment interface, and then another terminal scans the code. This method requires additional operations, and both terminals need to log in to their respective accounts, thus reducing payment efficiency. Summary of the Invention

[0004] The following is an overview of the subject matter described in detail herein. This overview is not intended to limit the scope of the claims.

[0005] This invention provides a payment method, device, electronic device, and storage medium. By carrying payment parameters in the target screen data, the payment program can be directly invoked based on the payment parameters, thereby improving payment efficiency and achieving the same payment effect as using a local program when using a cloud program for payment.

[0006] On one hand, embodiments of the present invention provide a payment method, including:

[0007] In response to the first interactive operation, a first operation instruction is sent to the cloud program server. The first operation instruction is used to initiate a transaction request or update a transaction request in the cloud program.

[0008] Receive target screen data sent by the cloud program server, wherein the target screen data carries payment parameters;

[0009] The target screen data displays the target operation interface;

[0010] In response to the second interactive operation in the target operation interface, the payment program is invoked according to the payment parameters to pay for the transaction corresponding to the transaction request.

[0011] On the other hand, embodiments of the present invention also provide a payment method, including:

[0012] Receive a first operation instruction, which is generated by the terminal in response to a first interactive operation. The first operation instruction is used to initiate a transaction request or update a transaction request in the cloud program.

[0013] Obtain payment parameters according to the first operation instruction;

[0014] The target screen data of the cloud program is generated according to the payment parameters, and the target screen data is sent to the terminal so that the terminal displays the target operation interface according to the target screen data.

[0015] The payment parameters are used by the terminal to respond to the second interactive operation in the target operation interface and call the payment program to pay for the transaction corresponding to the transaction request.

[0016] On the other hand, embodiments of the present invention also provide a payment device, including:

[0017] The operation module is used to respond to the first interactive operation and send a first operation instruction to the cloud program server. The first operation instruction is used to initiate a transaction request or update a transaction request in the cloud program.

[0018] The first receiving module is used to receive target screen data sent by the cloud program server, wherein the target screen data carries payment parameters.

[0019] The display module is used to display the target operation interface based on the target screen data;

[0020] The calling module is used to respond to the second interactive operation in the target operation interface and call the payment program according to the payment parameters to pay the transaction corresponding to the transaction request.

[0021] Furthermore, the aforementioned display module is specifically used for:

[0022] The target image data is decoded to obtain a first image containing the payment parameters;

[0023] The payment parameters are extracted from the first image, the first image is restored to the second image, and the payment parameters are cached.

[0024] The second image is displayed as the content of the target operation interface.

[0025] Furthermore, the aforementioned display module is specifically used for:

[0026] The first image is divided into pixel pairs to obtain multiple first pixel pairs. For each first pixel pair, the first difference between the pixels in the first pixel pair is calculated.

[0027] Determine the difference type for each of the first differences, and determine the target difference from the plurality of first differences based on the difference type of the first differences;

[0028] Extract the target valid bits of each target difference, and obtain the target bit stream based on the target valid bits;

[0029] The payment parameters and restoration information set are extracted from the target bit stream, and the data of the target valid bits of the target difference are restored according to the restoration information set to obtain multiple second differences;

[0030] The first pixel pair corresponding to the second difference is restored to obtain a plurality of second pixel pairs, and the second image is obtained based on the plurality of second pixel pairs.

[0031] Furthermore, the restored information set includes a location information set and a valid bit information set, and the aforementioned display module is specifically used for:

[0032] Separate a first bit stream from the target bit stream, and decompress the first bit stream to obtain the location information set;

[0033] A third difference and a fourth difference are determined from the target difference based on the location information set, wherein the third difference is a modifiable difference and the fourth difference is an expandable difference.

[0034] Separate the second bit stream and the third bit stream from the target bit stream, decompress the second bit stream to obtain the set of valid bit information, and decompress the third bit stream to obtain the payment parameters;

[0035] The data of the target valid bit in the set of valid bit information is restored to the corresponding third difference, the data of the target valid bit in the fourth difference is deleted, and the third difference after restoring the data of the target valid bit and the fourth difference after deleting the data of the target valid bit are used as the second difference.

[0036] Furthermore, the payment parameters include a program identifier, and the aforementioned calling module is specifically used for:

[0037] The program identifier is sent to the payment program so that the payment program can determine payment authorization based on the program identifier;

[0038] Once the result indicates that payment authority is granted, the payment procedure is invoked to make payment for the transaction corresponding to the transaction request.

[0039] Furthermore, the aforementioned display module is specifically used for:

[0040] The step of displaying the target operation interface based on the target screen data includes:

[0041] The target image data is decoded to obtain a first image containing the payment parameters;

[0042] The first image is displayed as the content of the target operation interface;

[0043] The above-mentioned calling module is specifically used for:

[0044] In response to a second interactive operation in the target operation interface, the payment parameters are extracted from the first image;

[0045] The payment program is invoked according to the payment parameters to pay for the transaction corresponding to the transaction request.

[0046] On the other hand, embodiments of the present invention also provide a payment device, including:

[0047] The second receiving module is used to receive a first operation instruction, which is generated by the terminal in response to the first interactive operation. The first operation instruction is used to initiate a transaction request or update a transaction request in the cloud program.

[0048] A payment parameter generation module is used to obtain payment parameters according to the first operation instruction;

[0049] The screen data generation module is used to generate target screen data of the cloud program according to the payment parameters, and send the target screen data to the terminal so that the terminal displays the target operation interface according to the target screen data.

[0050] The payment parameters are used by the terminal to respond to the second interactive operation in the target operation interface and call the payment program to pay for the transaction corresponding to the transaction request.

[0051] Furthermore, the aforementioned image data generation module is specifically used for:

[0052] The screen corresponding to the first operation instruction in the cloud program is obtained to obtain the second image;

[0053] The payment parameters are embedded into the second image to obtain the first image;

[0054] The first image is encoded to obtain the target image data.

[0055] Furthermore, the aforementioned image data generation module is specifically used for:

[0056] The second image is divided into pixel pairs to obtain multiple second pixel pairs. For each second pixel pair, the second difference between the pixels in the second pixel pair is calculated.

[0057] Determine the difference type for each of the second differences, and determine the target difference from the plurality of second differences based on the difference type of the second differences;

[0058] Obtain the set of restored information of the target difference, obtain the target bit stream according to the payment parameters and the set of restored information, and embed the target bit stream into the target valid bits of the target difference to obtain multiple first differences;

[0059] Update the corresponding second pixel pair according to the first difference to obtain multiple first pixel pairs, and obtain the first image according to the multiple first pixel pairs.

[0060] Furthermore, the restored information set includes a location information set and a valid bit information set, and the aforementioned image data generation module is specifically used for:

[0061] The target difference with a modifiable difference type is used as the third difference, and the target difference with a scalable difference type is used as the fourth difference. The third difference and the fourth difference are marked at the corresponding positions in the second image to obtain the position information set. The position information set is then compressed into a first bit stream.

[0062] Extract the data of the target valid bits of each of the third differences to obtain the set of valid bit information, and compress the set of valid bit information into a second bit stream;

[0063] The payment parameters are compressed into a third bit stream, and the first bit stream, the second bit stream, and the third bit stream are merged to obtain the target bit stream.

[0064] The target bit stream is embedded into the target valid bits of the third difference by means of modification, and the target bit stream is embedded into the target valid bits of the fourth difference by means of extension. The third difference and the fourth difference after embedding the target bit stream are used as the first difference.

[0065] Furthermore, the aforementioned payment parameter generation module is specifically used for:

[0066] The first operation instruction is used to send an order request to the payment server, so that the payment server generates the payment parameters according to the order request.

[0067] Receive the payment parameters sent by the payment server.

[0068] On the other hand, embodiments of the present invention also provide an electronic device, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the above-described payment method.

[0069] On the other hand, embodiments of the present invention also provide a computer-readable storage medium storing a program that is executed by a processor to implement the payment method described above.

[0070] On the other hand, a computer program product or computer program is provided, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the payment method described above.

[0071] The embodiments of the present invention include at least the following beneficial effects: In response to a first interactive operation, the embodiments of the present invention send a first operation instruction to a cloud program server, receive target screen data carrying payment parameters sent by the cloud program server, and display a target operation interface based on the target screen data. Since the target screen data carries payment parameters, in response to a second interactive operation in the target operation interface, the payment program can be automatically invoked to perform payment through the payment parameters without any other additional operations, which is conducive to improving payment efficiency and achieving the same payment effect as using a local program when using cloud program payment.

[0072] Other features and advantages of the invention will be set forth in the description which follows, and will be apparent in part from the description, or may be learned by practicing the invention. The objects and other advantages of the invention may be realized and obtained by means of the structures particularly pointed out in the description, claims and drawings. Attached Figure Description

[0073] The accompanying drawings are provided to further understand the technical solutions of the present invention and constitute a part of the specification. They are used together with the embodiments of the present invention to explain the technical solutions of the present invention, and do not constitute a limitation on the technical solutions of the present invention.

[0074] Figure 1 This is a schematic diagram of the payment operation interface of the related technology provided in the embodiments of the present invention;

[0075] Figure 2 This is a schematic diagram of an architecture of a terminal and a cloud application server provided in an embodiment of the present invention;

[0076] Figure 3 A schematic diagram illustrating an implementation environment for the payment method provided in an embodiment of the present invention;

[0077] Figure 4 This is a schematic diagram illustrating the interaction between the cloud application platform and the cloud program provided in an embodiment of the present invention;

[0078] Figure 5 A flowchart illustrating a payment method applied to a terminal, as provided in an embodiment of the present invention;

[0079] Figure 6 A schematic diagram illustrating the jump process of the target operation interface of a cloud game provided in an embodiment of the present invention;

[0080] Figure 7 A schematic diagram illustrating the jump process of the target operation interface of the document processing cloud program provided in this embodiment of the invention;

[0081] Figure 8 A schematic diagram illustrating the jump process of the target operation interface of the instant messaging cloud program provided in an embodiment of the present invention;

[0082] Figure 9 This is a schematic diagram of the member display interface jump process provided in an embodiment of the present invention;

[0083] Figure 10 A flowchart illustrating a payment method applied to a cloud application server, as provided in an embodiment of the present invention;

[0084] Figure 11 This is a schematic diagram of the process for obtaining the first difference provided in an embodiment of the present invention;

[0085] Figure 12 This is a schematic diagram of the process for restoring the second difference provided in an embodiment of the present invention;

[0086] Figure 13 This is a complete flowchart of payment in a cloud application provided by an embodiment of the present invention;

[0087] Figure 14 This is a schematic diagram illustrating the process of purchasing skins in a cloud game according to an embodiment of the present invention;

[0088] Figure 15 This is a schematic diagram illustrating the process of purchasing memberships in a document processing cloud program, as provided in an embodiment of the present invention.

[0089] Figure 16 This is a schematic diagram illustrating the process of sending red envelopes in an instant messaging cloud application according to an embodiment of the present invention;

[0090] Figure 17 This is a schematic diagram illustrating another process for purchasing skins in a cloud game, provided as an embodiment of the present invention.

[0091] Figure 18 This is a schematic diagram of the structure of the payment device provided in an embodiment of the present invention;

[0092] Figure 19 This is another schematic diagram of the payment device provided in an embodiment of the present invention;

[0093] Figure 20 A structural block diagram of a portion of the terminal provided in an embodiment of the present invention;

[0094] Figure 21 This is a structural block diagram of a portion of the server provided in an embodiment of the present invention. Detailed Implementation

[0095] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the invention.

[0096] Before providing a further detailed description of the embodiments of the present invention, the nouns and terms involved in the embodiments of the present invention are explained, and the nouns and terms involved in the embodiments of the present invention are subject to the following interpretations:

[0097] Cloud-based applications: Cloud-based applications refer to applications that are based on cloud computing. In the operation mode of cloud-based applications, data processing and computation are all completed on the servers of the cloud application provider. For example, the server can render the program screen and transmit the rendered program screen to the cloud application platform of the terminal. In this way, the terminal with video decompression capability can use the cloud-based application normally.

[0098] Local program: An application installed locally on the terminal, where operations, display, and other actions are all performed locally on the terminal.

[0099] Cloud application platform: An application that runs locally on the terminal. It is the carrier of cloud programs on the terminal side and is used to receive the screen of the cloud program provider's server, thereby displaying the running screen of the cloud program, so that cloud programs not installed locally on the terminal can also be used normally.

[0100] Cloud computing is a computing model that distributes computing tasks across a resource pool composed of a large number of computers, enabling various application systems to obtain computing power, storage space, and information services as needed. The network providing these resources is called the "cloud." From the user's perspective, the resources in the "cloud" are infinitely scalable and can be accessed, used on demand, scaled at any time, and paid for based on usage. As the foundational providers of cloud computing capabilities, they establish cloud resource pools (referred to as cloud platforms), generally called IaaS (Infrastructure as a Service) platforms. Various types of virtual resources are deployed in these pools for external customers to choose from. The cloud resource pool mainly includes: computing devices (virtualized machines containing operating systems), storage devices, and network devices. Logically, a PaaS (Platform as a Service) layer can be deployed on top of the IaaS layer, and a SaaS (Software as a Service) layer can be deployed on top of the PaaS layer. Alternatively, SaaS can be directly deployed on top of IaaS. PaaS is a platform for running software (such as databases, web containers, etc.). SaaS refers to various types of business software (such as web portals, bulk SMS senders, etc.). Generally speaking, SaaS and PaaS are upper-layered compared to IaaS.

[0101] Blockchain: Blockchain is a new application model of computer technologies such as distributed data storage, peer-to-peer transmission, consensus mechanisms, and encryption algorithms. Essentially, a blockchain is a decentralized database, a chain of data blocks linked using cryptographic methods. Each data block contains information about a batch of network transactions, used to verify the validity of the information (anti-counterfeiting) and generate the next block. A blockchain can include a blockchain underlying platform, a platform product service layer, and an application service layer. The blockchain underlying platform can include processing modules such as user management, basic services, smart contracts, and operational monitoring. The user management module is responsible for managing the identity information of all blockchain participants, including maintaining public and private key generation (account management), key management, and maintaining the correspondence between user real identities and blockchain addresses (access management). Under authorization, it also monitors and audits transactions of certain real identities and provides risk control rule configuration (risk control audit). The basic service module is deployed on all blockchain node devices to verify the validity of business requests. After consensus is reached on valid requests, they are recorded in storage. For a new business request, the basic service first performs interface adaptation parsing and authentication (interface adaptation), and then encrypts the business information using a consensus algorithm (consensus management). The blockchain process involves several key layers: First, encryption and secure transmission of data to the shared ledger (network communication) for recording and storage. Second, the smart contract module handles contract registration, issuance, triggering, and execution. Developers can define contract logic using a programming language and publish it to the blockchain (contract registration). Execution is triggered by calling keys or other events based on the contract terms, completing the contract logic. The module also provides contract upgrade and cancellation functionality. Third, the operations monitoring module handles deployment, configuration modification, contract settings, cloud adaptation, and real-time visualization of the product's operational status, including alerts, network monitoring, and node device health monitoring. The platform's product service layer provides basic capabilities and implementation frameworks for typical applications. Developers can leverage these capabilities and add business characteristics to implement business logic on the blockchain. Finally, the application service layer provides blockchain-based application services to business stakeholders.

[0102] In related technologies, when a terminal using a cloud-based program makes a payment, a QR code is typically displayed on the payment interface. For example, see [link to QR code]. Figure 1 , Figure 1 This is a schematic diagram of the payment operation interface provided in the embodiments of the present invention. At this time, when the terminal makes a payment, it needs to use another terminal to scan the code. This method requires additional operations, and both terminals need to log in to the relevant accounts, thereby reducing payment efficiency.

[0103] Additionally, refer to Figure 2 , Figure 2This is a schematic diagram of an architecture of a terminal and a cloud application server provided in an embodiment of the present invention. In order to enable payment to be completed using a single terminal, the terminal and the cloud application server can establish a long connection for this payment. The cloud application server sends the payment parameters to the terminal through the long connection to invoke the payment program. However, in the above method, both the terminal and the cloud application server need to add corresponding functional modules, and the cloud application server also needs to add a management backend for managing the mapping relationship between the terminal and the payment parameters, which makes the architecture between the terminal and the cloud application server complex.

[0104] Based on this, embodiments of the present invention provide a payment method, device, electronic device, and storage medium. By carrying payment parameters in the target screen data, the payment program can be directly invoked according to the payment parameters, thereby improving payment efficiency and achieving the same effect as using a local program when paying with a cloud program. Furthermore, by carrying payment parameters in the target screen data, the transmission channel of the target screen data can be reused without the need for additional functional modules. While achieving the same effect as local program payment, the architecture between the terminal and the cloud program server is simplified.

[0105] Reference Figure 3 , Figure 3 This is a schematic diagram of an implementation environment for the payment method provided in an embodiment of the present invention. The implementation environment includes a cloud program server 301 and a terminal 302, wherein the cloud program server 301 is used to run cloud programs and the terminal 302 is used to run a cloud application platform.

[0106] The cloud application server 301 can be a standalone physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms.

[0107] In addition, cloud application server 301 can also be a node server in a blockchain network.

[0108] Terminal 302 can be a smartphone, tablet computer, laptop computer, desktop computer, smart speaker, smartwatch, vehicle terminal, etc., but is not limited to these. Terminal 302 and cloud program server 301 can be directly or indirectly connected through wired or wireless communication, and this embodiment of the invention does not impose any limitations.

[0109] Specifically, refer to Figure 4 , Figure 4This is a schematic diagram illustrating the interaction between the cloud application platform and the cloud program provided in this embodiment of the invention. The operation command generated by the terminal through the cloud application platform 401 can be transmitted to the cloud program 402 of the cloud program server via the network. After receiving the operation command, the cloud program 402 running on the cloud program server responds to the operation command and displays the corresponding interface. The cloud program server then captures the interface, encodes it to obtain screen data, and transmits the screen data to the terminal via the network. The terminal decodes the screen data to obtain the corresponding interface, which is then displayed through the cloud application platform 401.

[0110] Exemplary based on Figure 3 The implementation environment shown is based on... Figure 5 This invention provides a payment method applied to a terminal 302, which includes, but is not limited to, the following steps 501 to 504.

[0111] Step 501: In response to the first interactive operation, send the first operation instruction to the cloud program server;

[0112] Among them, the cloud program can be a cloud game, and the transaction request can be to purchase virtual resources in the cloud game; or the cloud program can be a document processing cloud program, and the transaction request can be to purchase the membership function of the document processing cloud program; or the cloud program can be an instant messaging cloud program, and the transaction request can be to send a packet or transfer money to an instant messaging object.

[0113] The first interactive operation can be used to initiate a transaction request. The target operation interface can be a payment operation interface, which is the interface used by the user to modify payment information or confirm payment in the cloud program. For example, refer to... Figure 6 , Figure 6 This is a schematic diagram illustrating the redirection process of the target operation interface for a cloud game provided in this embodiment of the invention. For the cloud game, the first interactive operation can be clicking any virtual resource 602 on the virtual resource display interface 601. After the first interactive operation takes effect, the terminal will send a corresponding first operation instruction to the cloud program server. Based on the first operation instruction, the cloud game will redirect to the virtual resource payment operation interface 603. The virtual resource payment operation interface 603 of the cloud game can be a new interface other than the virtual resource display interface 601. The virtual resource payment operation interface 603 can display the payment amount, payment channel, etc., and the virtual resource operation interface 603 is provided with a first payment control for performing a second interactive operation. Based on this, the second interactive operation can be used to confirm payment. For example, the first payment control can be... Figure 6 The first payment confirmation button 604 shown in the figure can be a voice control, gesture control, etc., in addition to being a button.

[0114] For example, refer to Figure 7 , Figure 7 This is a schematic diagram illustrating the jump process of the target operation interface of the document processing cloud program provided in this embodiment of the invention. For the document processing cloud program, the first interactive operation can be clicking any membership type on the membership display interface 701. After the first interactive operation takes effect, the terminal will send a corresponding first operation instruction to the cloud program server. Based on the first operation instruction, the document processing cloud program will jump to the membership payment operation interface 702. The membership payment operation interface 702 of the document processing cloud program can be an interface obtained by changing some display elements in the membership display interface 701 (for example, the membership display interface 701 does not select a membership type, while the membership payment operation interface 702 selects a membership type through a checkbox 703). Furthermore, the membership payment operation interface is provided with a second payment control for performing a second interactive operation. Based on this, the second interactive operation can be used to confirm payment. For example, the second payment control can be... Figure 7 The second payment confirmation button 704 shown in the figure can also be a voice control, gesture control, etc., in addition to being a button.

[0115] For example, refer to Figure 8 , Figure 8 This is a schematic diagram illustrating the jump process of the target operation interface of the instant messaging cloud program provided in this embodiment of the invention. For the instant messaging cloud program, the first interactive operation can be clicking the corresponding function entry in the function menu interface 801 where the red envelope is sent. After the first interactive operation takes effect, the terminal will send a corresponding first operation instruction to the cloud program server. Based on the first operation instruction, the instant messaging cloud program will jump to the red envelope payment operation interface 802. The red envelope payment operation interface 802 can be a new interface other than the function menu interface 801 where the red envelope is sent. The red envelope payment operation interface 802 is provided with a third payment control for performing the second interactive operation, for example... Figure 8 The third payment confirmation button 803 shown in the figure can also be a voice control, gesture control, etc., in addition to being a button.

[0116] It is understood that, in addition to click operations, voice operations, gesture operations, and other operation methods are also possible, and this embodiment of the invention does not limit the scope of the invention.

[0117] In one possible implementation, for cloud-based games or document processing programs, when navigating to a virtual resource display interface or a member display interface, a specific virtual resource or member type can be selected by default. Furthermore, the default selected virtual resource or member type is already the target virtual resource or member type, eliminating the need for further selection. In other words, the target interface can be either a virtual resource display interface or a member display interface. In this case, the first interactive operation can also be a click on the entry point to the virtual resource display interface or the member display interface. Taking a document processing program as an example, refer to... Figure 9 , Figure 9 This is a schematic diagram of the member display interface jump process provided in an embodiment of the present invention. The first interactive operation can also be clicking the entry button 901 of the member display interface. Of course, in addition to clicking, it can also be voice operation, gesture operation, etc. Then, the document processing cloud program directly jumps to the member payment operation interface 702, that is, the document processing cloud program is no longer displayed. Figure 7 The member display interface 701 shown here has a member type selected by default via checkbox 703.

[0118] Additionally, the first interactive operation can also be used to modify transaction requests, for example, by referring to... Figure 6 The first interactive operation could be clicking the virtual resource quantity adjustment button 605. Correspondingly, the content displayed in the cloud game will change with this first interactive operation, and the target interface will be the interface after the virtual resource quantity has been adjusted. For example, refer to... Figure 8 The first interactive operation can be to enter the amount of the red envelope in the amount input box 804. The corresponding instant messaging cloud program will change the jump interface with the first interactive operation. At this time, the target operation interface is the interface after the red envelope amount is entered.

[0119] It should be further noted that the three examples of cloud programs mentioned above are for illustrative purposes only. This embodiment of the invention does not limit the type of cloud program used in the payment method. For example, cloud programs involving payment scenarios during use, such as video playback cloud programs, image processing cloud programs, mobile phone top-up cloud programs, utility bill payment cloud programs, travel cloud programs, navigation cloud programs, and money transfer cloud programs, can all be subject to the payment method provided by this embodiment of the invention. For instance, when the cloud program is a travel cloud program, the first interactive operation can be performed through an in-vehicle terminal; correspondingly, the transaction request can be for travel fare settlement or vehicle charging fee settlement, etc. Similarly, when the cloud program is a navigation cloud program, the first interactive operation can also be performed through an in-vehicle terminal; correspondingly, the transaction request can be for purchasing navigation services, etc.

[0120] Step 502: Receive the target screen data sent by the cloud program server. The target screen data carries payment parameters.

[0121] After the first interactive operation takes effect, the terminal needs to synchronously display the corresponding target operation interface. The cloud program server will obtain the payment parameters corresponding to this first interactive operation, and then embed the payment parameters into the target screen data corresponding to the target operation interface. Therefore, the target screen data received by the terminal carries the payment parameters. The payment parameters can be program identifiers, order identifiers, etc. The program identifier is an identifier assigned by the payment program to other different programs, used by the payment program to determine payment permissions; the order identifier is used to identify the current transaction request.

[0122] Step 503: Display the target operation interface based on the target screen data;

[0123] The target screen data can be data obtained by encoding the target operation interface by the cloud program server. After the terminal receives the target screen data, it can obtain the target operation interface and payment parameters, so that the terminal can display the target operation interface synchronously. The target operation interface has been explained in step 501 and will not be repeated here.

[0124] Step 504: In response to the second interactive operation in the target operation interface, call the payment program according to the payment parameters to pay the transaction corresponding to the transaction request.

[0125] The second interactive operation can be clicking the "Confirm Payment" button on the target operation interface, for example, clicking... Figure 6 The first confirmation payment button shown, or Figure 7 The second payment confirmation button shown indicates that after the second interactive operation takes effect, the terminal will call the payment program according to the payment parameters to make payment for the transaction corresponding to the transaction request.

[0126] In one possible implementation, when the payment program is invoked according to the payment parameters to pay for the transaction corresponding to the transaction request, the terminal sends the program identifier to the payment program locally, so that the payment program can determine the payment authority based on the program identifier. When the determination result is that the payment authority is available, the payment program is invoked to pay for the transaction corresponding to the transaction request, thereby realizing the authentication of the payment program invocation and improving the reliability of payment.

[0127] It is understood that the payment program can be a standalone program or a program embedded in a cloud application platform, and this embodiment of the invention does not limit it.

[0128] Because the target screen data carries payment parameters, upon receiving the target screen data, the payment program can be automatically invoked based on these parameters without any additional operations. This improves payment efficiency and achieves the same payment effect when using the cloud program as when using a local program. Furthermore, by carrying payment parameters in the target screen data, the transmission channel for the target screen data can be reused without adding additional functional modules. This simplifies the architecture between the terminal and the cloud program server while maintaining the same payment effect as the local program.

[0129] Corresponding to steps 501 to 504 above, based on Figure 3 The implementation environment shown is based on... Figure 10 This invention provides a payment method applied to a cloud application server 301, which includes, but is not limited to, the following steps 1001 to 1003.

[0130] Step 1001: Receive the first operation instruction;

[0131] The first operation instruction is generated by the terminal in response to the first interactive operation of the transaction request. The first operation instruction is used to initiate or update the transaction request in the cloud program. That is, the first interactive operation of the terminal is completed on the terminal side, and the operation synchronization of the cloud program is achieved between the terminal and the cloud program server through the first operation instruction.

[0132] Step 1002: Obtain payment parameters according to the first operation instruction;

[0133] In this process, after receiving the first operation instruction, the cloud application server sends an order request to the payment server, which then generates payment parameters based on the order request. The cloud application server then receives the payment parameters from the payment server. For example, upon receiving the order request, the payment server can generate the application identifier corresponding to the cloud application within the payment application, and the order identifier of the transaction request corresponding to the first operation instruction, among other things, as payment parameters.

[0134] Step 1003: Generate target screen data for the cloud program based on the payment parameters, and send the target screen data to the terminal so that the terminal can display the target operation interface based on the target screen data.

[0135] After the cloud program server obtains the payment parameters, it embeds the payment parameters into the target screen data, so that the target screen data sent to the terminal carries the payment parameters corresponding to the first operation instruction. The payment parameters are used by the terminal to respond to the second interactive operation in the target operation interface and call the payment program to pay for the transaction corresponding to the transaction request.

[0136] Similarly, by carrying payment parameters in the target screen data, the terminal can automatically invoke the payment program upon receiving the payment screen parameters, without requiring any additional operations. This improves payment efficiency and achieves the same payment effect when using cloud-based programs as when using local programs. Furthermore, the transmission channel for the target screen data can be reused without adding additional functional modules, simplifying the architecture between the terminal and the cloud program server while maintaining the same payment effect as local programs.

[0137] In one possible implementation, when generating the target screen data of the cloud program based on the payment parameters, the target screen data can be obtained by acquiring the screen corresponding to the first operation instruction of the cloud program, obtaining the second image, embedding the payment parameters into the second image to obtain the first image, and encoding the first image to obtain the target screen data.

[0138] Specifically, the second image is the original image displayed by the cloud program corresponding to the first operation instruction, and the first image is the image after the payment parameters are embedded into the second image. After receiving the first operation instruction, the cloud program server will respond by redirecting to the target operation interface corresponding to the first operation instruction, for example... Figure 5 , Figure 6 or Figure 8 As shown in the target operation interface, the cloud program server can simultaneously embed payment parameters into the second image of the target operation interface when generating the second image. Then, it can obtain a first image containing the payment parameters by screen capture, and then encode the first image to obtain the target screen data. Alternatively, the cloud program server can obtain the second image of the corresponding target operation interface by screen capture, then embed the payment parameters into the second image to obtain a first image containing the payment parameters, and then encode the first image to obtain the target screen data.

[0139] Encoding processing can be compression processing, which refers to the technique of representing an image or the information contained in an image with fewer bits while meeting certain quality requirements (signal-to-noise ratio requirements or subjective evaluation scores). Since payment parameters are generally represented by strings, they can be easily converted into a bitstream representation. Therefore, by embedding the payment parameters into the second image and then compressing the image, the embedding of payment parameters can be completed efficiently without affecting the normal operation of the cloud program.

[0140] In one possible implementation, payment parameters can be embedded into the target screen data in a hidden manner. That is, when the target screen data carrying payment parameters is restored to the target operation interface, its display effect is consistent with the target operation interface without embedding payment parameters. Thus, while transmitting payment parameters through the target screen data, the operation effect of the cloud program is not affected, thereby improving the consistency between the payment effect when using the cloud program and the payment effect when using the local program.

[0141] In one possible implementation, when embedding payment parameters into the second image to obtain the first image, the second image can be divided into pixel pairs to obtain multiple second pixel pairs. For each second pixel pair, a second difference between the pixels in the second pixel pair is calculated, the difference type of each second difference is determined, a target difference is determined from the multiple second differences based on the difference type of the second difference, a set of restoration information for the target difference is obtained, a target bit stream is obtained based on the payment parameters and the set of restoration information, the target bit stream is embedded into the target valid bits of the target difference to obtain multiple first differences, the corresponding second pixel pairs are updated based on the first differences to obtain multiple first pixel pairs, and the first image is obtained based on the multiple first pixel pairs.

[0142] Specifically, the second image is composed of multiple pixels. Dividing the second image into pixel pairs can be achieved by grouping two adjacent pixels into one pixel pair, resulting in multiple second pixel pairs. Then, the second difference between the two pixels in each second pixel pair is calculated. For example, assuming the second pixel pair is (x, y), where x = 206 and y = 201, then the second difference h2 = 5, the average value l = 203, and h2 in binary representation is 101. The target significant bit of the second difference can be the least significant bit, the second least significant bit, etc. For example, the least significant bit of h2 mentioned above is 1. The target bit stream carries payment parameters. Besides payment parameters, the target bit stream can also include a set of reconstruction information, which is used by the terminal to reconstruct the second image. The target bit stream can include multiple information bits. When embedding payment parameters into the target bit stream, the payment parameters can first be converted into a binary string. Then, the information bits corresponding to the target bit stream are embedded into the target significant bit of the corresponding second difference. The following explanation uses the second difference h2 as an example. Assuming that the information bit b=1 is to be embedded into a certain second difference, b can be added to the least significant bit of h2 to obtain the first difference h. 2’ Based on the above example, h after adding information bits 2’ The binary representation of is 1011, which is h. 2’ =11. Then, the corresponding second pixel pair can be updated based on the first difference. The second pixel pair can be updated by combining the first difference with the average value of the corresponding second pixel pair.

[0143] Based on the above example, pixel x is updated to pixel. for:

[0144]

[0145] It is understandable that the updated pixel y is... It is 198, that is, the first pixel pair is ( , = (209, 198). Based on the above principle, multiple first differences can be updated to multiple second differences, thereby obtaining multiple first pixel pairs. The first image with embedded payment parameters can be obtained based on the multiple first pixel pairs.

[0146] In addition, the above embedding method is an extended method. Besides the extended method, the information bits can also be embedded by modification. For example, if h2 is converted to binary representation as 101 and information bit b=0, then h2 after embedding the information bits is 100.

[0147] Based on this, and combining the two embedding methods mentioned above, different embedding methods can correspond to different types of second differences. The difference type of the second difference can be a modifiable difference, an expandable difference, or an immutable difference. Specifically, a modifiable difference means that the difference can be embedded with payment parameters through modification; an expandable difference means that the difference can be embedded with payment parameters through expansion; and an immutable difference means that the difference cannot be embedded with payment parameters through modification or expansion, which means that data overflow may occur after embedding payment parameters.

[0148] The target bitstream can be embedded into a second difference with a difference type of modifiable difference or scalable difference. Therefore, the target difference can be determined from multiple second differences based on the difference type of the second difference. The difference type of the target difference can be one or both of modifiable difference and scalable difference.

[0149] Since the payment parameters are embedded in the target valid bits of the target difference, there is no need to increase the storage space consumption of the image. Furthermore, the embedded payment parameters do not affect the display effect of the image. That is, the payment parameters can be hidden in the first image without being noticed. The display content of the first image is consistent with the display content of the second image, thus not affecting the operation of the cloud program. This improves the consistency between the payment effect when using the cloud program and the payment effect when using the local program.

[0150] Furthermore, when the target difference includes a third difference with a modifiable difference type and a fourth difference with a scalable difference type, refer to Figure 11 , Figure 11This is a schematic diagram of the process for obtaining the first difference provided in an embodiment of the present invention. When obtaining a set of restored information for the target difference, a target bitstream is obtained based on the payment parameters and the set of restored information. The target bitstream is then embedded into the target valid bits of the target difference to obtain multiple first differences. Specifically, the third and fourth differences can be marked at corresponding positions in the second image to obtain a set of position information. The set of position information is then compressed into a first bitstream. Data of the target valid bits for each third difference is extracted to obtain a set of valid bit information. The set of valid bit information is then compressed into a second bitstream. The payment parameters are compressed into a third bitstream. The first, second, and third bitstreams are merged to obtain the target bitstream. The target bitstream is then embedded into the target valid bits of the third difference using a modification method, and the target bitstream is embedded into the target valid bits of the fourth difference using an expansion method. The third and fourth differences after embedding the target bitstreams are used as the first differences.

[0151] Specifically, the restored information set includes a location information set and a valid bit information set. By marking the positions of the target differences, the difference type corresponding to each position in the second image can be determined, facilitating the use of appropriate restoration methods for different difference types during subsequent restoration processing. It can be understood that the restoration method for scalable differences can be to directly delete the data of the target valid bits, while for modifiable differences, since the data of the target valid bits has been modified, the data of the target valid bits for each third difference can be extracted to obtain the valid bit information set. This allows the original data of the target valid bits to be extracted from the valid bit information set during restoration processing, and then the restoration process can be achieved by replacing the target valid bit data. Furthermore, the location information set is compressed into a first bitstream, the valid bit information set is compressed into a second bitstream, and the payment parameters are compressed into a third bitstream. The first, second, and third bitstreams are then merged to obtain the target bitstream. This achieves the use of the target bitstream to carry the payment parameters while integrating the location information set and the valid bit information set. This not only adapts to the data embedding of differences of different types but also facilitates subsequent difference restoration processing, improving the efficiency of payment parameter embedding and extraction.

[0152] It is understood that the first, second, and third bitstreams can be merged sequentially from beginning to end, or other merging algorithms can be used; this embodiment of the invention does not impose any limitations. When embedding the target bitstream into the second difference, each information bit of the target bitstream can be sequentially embedded into each second difference. Furthermore, when embedding information bits into the fourth difference, the number of bits extended can be one, two, or more, as long as the fourth difference with different numbers of extended bits is marked.

[0153] By distinguishing different difference types to determine the target difference, and using different embedding methods to embed the target bitstream into the target difference, the stability of data embedding can be improved.

[0154] In addition, flag bits can be used to distinguish the first, second, and third bit streams in the target bit stream, making it easier to separate the first, second, and third bit streams from the target bit stream later.

[0155] In one possible implementation, in addition to the aforementioned method of embedding payment parameters, the payment parameters can also be embedded by converting the second image to the frequency domain and then selecting a portion of the second image to calculate the texture complexity using the Sobel operator, thereby obtaining the first image. This achieves the same effect of hiding the payment parameters in the first image.

[0156] The preceding section described in detail the process by which the cloud application server processes payment parameters. Accordingly, the following section describes in detail the process by which the terminal processes payment parameters.

[0157] After receiving the target screen data sent by the cloud application server, the terminal can display the target operation interface based on the target screen data. Specifically, the target screen data can be decoded to obtain a first image containing payment parameters. The payment parameters are then extracted from the first image, and the first image is restored to a second image, which is then displayed as the content of the target operation interface. The decoding process performed by the terminal on the target screen data corresponds to the encoding process used by the cloud application server when generating the target screen data. The payment parameters extracted from the first image can be cached initially. Subsequently, when the terminal responds to a second interactive operation on the target operation interface, it retrieves the payment parameters and invokes the payment program to process the payment for the transaction corresponding to the transaction request.

[0158] In one possible implementation, when extracting payment parameters from the first image and restoring the first image to the second image, the first image can be divided into pixel pairs to obtain multiple first pixel pairs. For each first pixel pair, a first difference between the pixels in the first pixel pair is calculated, the difference type of each first difference is determined, a target difference is determined from the multiple first differences based on the difference type of the first difference, the target valid bits of each target difference are extracted, a target bit stream is obtained based on the target valid bits, payment parameters and a restoration information set are extracted from the target bit stream, the target valid bits of the target difference are restored based on the restoration information set to obtain multiple second differences, the corresponding first pixel pairs are restored based on the second differences to obtain multiple second pixel pairs, and the second image is obtained based on the multiple second pixel pairs.

[0159] It is understandable that, for the terminal, the above processing method corresponds to the processing method on the cloud application server side. Since the cloud application server embeds the target bit stream into the target valid bits of the target difference when embedding the payment parameters into the second image, the terminal can remove the first difference with the difference type of immutable difference according to the difference type of the first difference. The remaining first difference is the target difference. Then, the data of the target valid bits of the target difference is extracted to obtain the target bit stream. Then, the payment parameters and the set of restoration information are extracted from the target bit stream. The second pixel pair is restored according to the restoration information, and then the second image is restored.

[0160] Furthermore, refer to Figure 12 , Figure 12 This is a schematic diagram of the process for restoring the second difference provided in an embodiment of the present invention. Corresponding to the method of obtaining the first difference by the cloud program server, when extracting payment parameters and restoration information set from the target bit stream, and restoring the target valid bit data of the target difference according to the restoration information set to obtain multiple second differences, the first bit stream can be separated from the target bit stream first, the first bit stream can be decompressed to obtain a location information set, the third difference and the fourth difference can be determined from the target difference according to the location information set, the second bit stream and the third bit stream can be separated from the target bit stream, the second bit stream can be decompressed to obtain a valid bit information set, the third bit stream can be decompressed to obtain payment parameters, the target valid bit data in the valid bit information set can be restored to the corresponding third difference, the target valid bit data of the fourth difference can be deleted, and the third difference after restoring the target valid bit data and the fourth difference after deleting the target valid bit data are used as the second difference.

[0161] Specifically, the terminal first separates the first bitstream from the target bitstream to obtain a set of position information. Therefore, the third and fourth differences can be distinguished using this set of position information. Furthermore, by separating the second bitstream from the target bitstream, the target valid bits in the valid bit information set of the second bitstream can be restored to the corresponding third difference. Then, by combining the target valid bits of the fourth difference, the target difference before it was embedded in the target bitstream can be restored to obtain the original second difference. The first, second, and third bitstreams can be separated from the target bitstream using flag bits.

[0162] It is understandable that in the above processing method, the terminal extracts payment parameters and restores the first image to the second image, then displays the interface corresponding to the second image. In one possible implementation, when the terminal displays the target operation interface based on the target screen data, it can decode the target screen data to obtain a first image containing payment parameters. This first image is then displayed as the content of the target operation interface. In response to a second interactive operation on the target operation interface, the payment parameters are extracted from the first image, and the payment program is called to process the transaction corresponding to the transaction request. Since the payment parameters are hidden in the first image, they have little impact on the display effect of the first image. Therefore, the terminal can directly use the first image as the display content of the target operation interface. When the second interactive operation on the target operation interface takes effect, the payment parameters are extracted from the first image to call the payment program. This method reduces the waste of terminal processing resources caused by the cancellation of the payment operation. It should be noted that the method for extracting payment parameters has been explained in detail above and will not be repeated here.

[0163] It is understood that although the steps in the above flowcharts are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated in this embodiment, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the above flowcharts may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages in other steps.

[0164] The payment method provided by the embodiments of the present invention is described below with a complete process.

[0165] Reference Figure 13 , Figure 13This is a complete flowchart of payment in a cloud application provided by an embodiment of the present invention. Specifically, the terminal sends a start command to the cloud application server, causing the cloud application server to start the cloud application. The terminal performs interactive operations through the cloud application platform, and the operation instructions corresponding to the interactive operations are sent to the cloud application server. The cloud application server initiates a transaction request or updates a transaction request and sends the transaction request to the payment server. The payment server generates corresponding payment parameters and sends the payment parameters to the cloud application server. The information hiding module of the cloud application server embeds the payment parameters into the corresponding target operation interface. The screen capture module of the cloud application server then captures the target operation interface with the embedded payment parameters. Then, the cloud application server encodes the target operation interface with the embedded payment parameters and sends it to the terminal via the network. The terminal's decoding module decodes the target operation interface with the embedded payment parameters. Then, the terminal's information restoration module restores the original target operation interface and payment parameters and displays it using the original target operation interface. Finally, the terminal uses the payment parameters to call the payment program to make the payment. As can be seen, for the terminal, when making a payment in the cloud program using the payment method provided by the embodiments of the present invention, the payment program can be automatically invoked to make the payment by recognizing the payment parameters hidden in the target operation interface, without the need for other additional operations, which is conducive to improving payment efficiency and achieving the same payment effect as using the local program when using the cloud program for payment.

[0166] The payment method provided by the embodiments of the present invention will be described below using a practical application scenario.

[0167] Scene 1

[0168] Reference Figure 14 , Figure 14 This is a schematic diagram of the process of purchasing skins in a cloud game according to an embodiment of the present invention. Specifically, the terminal sends a start command to the cloud game server, causing the cloud game server to start the cloud game. In response to clicking the skin purchase entry button in the cloud game, the terminal is redirected to the skin display interface. Then, in response to clicking any skin in the skin display interface, which is equivalent to initiating a skin transaction request, the terminal is redirected to the skin payment operation interface. The cloud game server embeds the payment parameters corresponding to this transaction request into the skin payment operation interface. The terminal restores the payment parameters in the skin payment operation interface. When the terminal clicks to confirm payment in the skin payment operation interface, the terminal calls the payment program according to the payment parameters and is redirected to the payment program interface to make the payment.

[0169] Scene 2

[0170] Reference Figure 15 , Figure 15This is a schematic diagram of the process of purchasing membership in a document processing cloud program according to an embodiment of the present invention. Specifically, the terminal sends a start command to the document processing cloud program server, causing the document processing cloud program server to start the document processing cloud program. In response to clicking the membership purchase entry button in the document processing cloud program, the terminal is redirected to the membership display interface. Then, in response to clicking any membership in the membership display interface, which is equivalent to initiating a membership transaction request, the terminal is redirected to the membership target operation interface. The document processing cloud program server embeds the payment parameters corresponding to this transaction request into the membership target operation interface. The terminal restores the payment parameters in the membership target operation interface. When the terminal clicks to confirm payment in the membership target operation interface, the terminal calls the payment program according to the payment parameters and is redirected to the payment program interface to make the payment.

[0171] Scene 3

[0172] Reference Figure 16 , Figure 16 This is a schematic diagram of the process of sending red envelopes in an instant messaging cloud program according to an embodiment of the present invention. Specifically, the terminal sends a start command to the instant messaging cloud program server, causing the instant messaging cloud program server to start the instant messaging cloud program. In response to clicking the red envelope entry button in the instant messaging cloud program, the terminal jumps to the target operation interface of the red envelope. The instant messaging cloud program server embeds the payment parameters corresponding to this transaction request into the target operation interface of the red envelope. The terminal restores the payment parameters in the target operation interface of the red envelope. When the terminal clicks to confirm payment in the target operation interface of the red envelope, the terminal calls the payment program according to the payment parameters and jumps to the payment program interface to make the payment.

[0173] Scene 4

[0174] In scenarios one, two, and three above, the payment channel is the default (different payment channels correspond to different payment procedures), meaning scenarios one, two, and three provide a payment process with only one payment channel. If there are two or more payment channels, the payment parameters also need to be changed accordingly when switching payment channels. Based on this, taking cloud gaming as an example, refer to... Figure 17 , Figure 17This is another schematic diagram of the process for purchasing skins in a cloud game according to an embodiment of the present invention. Specifically, the terminal sends a start command to the cloud game server, causing the cloud game server to start the cloud game. In response to clicking the skin purchase entry button in the cloud game, the terminal is redirected to the skin display interface. Then, in response to clicking any skin in the skin display interface, which is equivalent to initiating a skin transaction request, the terminal is redirected to the skin target operation interface. The cloud game server embeds the payment parameters corresponding to this transaction request into the skin target operation interface. The terminal restores the payment parameters in the skin target operation interface. When the switch payment channel button is clicked in the skin target operation interface, the cloud game server generates an updated skin target operation interface, embeds the updated payment parameters into the updated skin target operation interface, and sends the updated skin target operation interface to the terminal. When the payment is confirmed in the updated skin target operation interface, the terminal calls the payment program according to the payment parameters and is redirected to the payment program interface to make the payment. Similarly, for scenario three, there may be changes in the transaction amount. When the change in the transaction amount causes the payment parameters to change accordingly, the payment parameters can also be updated accordingly.

[0175] Reference Figure 18 This invention also provides a payment device 1800, comprising:

[0176] The operation module 1801 is used to respond to the first interactive operation and send a first operation instruction to the cloud program server. The first operation instruction is used to initiate a transaction request or update a transaction request in the cloud program.

[0177] The first receiving module 1802 is used to receive target screen data sent by the cloud program server, and the target screen data carries payment parameters.

[0178] Display module 1803 is used to display the target operation interface based on the target screen data;

[0179] Module 1804 is invoked in response to the second interactive operation in the target operation interface, and the payment program is invoked according to the payment parameters to pay the transaction corresponding to the transaction request.

[0180] Furthermore, the aforementioned display module 1803 is specifically used for:

[0181] The target image data is decoded to obtain a first image containing payment parameters;

[0182] Extract payment parameters from the first image, restore the first image to the second image, and cache the payment parameters;

[0183] The second image is displayed as the content of the target operation interface.

[0184] Furthermore, the aforementioned display module 1803 is specifically used for:

[0185] The first image is divided into pixel pairs to obtain multiple first pixel pairs. For each first pixel pair, the first difference between the pixels in the first pixel pair is calculated.

[0186] Determine the difference type for each first difference, and determine the target difference from multiple first differences based on the difference type of the first difference;

[0187] Extract the target valid bits of each target difference, and obtain the target bit stream based on the target valid bits.

[0188] The payment parameters and the set of restoration information are extracted from the target bit stream. The data of the target valid bits of the target difference are restored according to the set of restoration information to obtain multiple second differences.

[0189] The first pixel pair is restored based on the second difference to obtain multiple second pixel pairs, and the second image is obtained based on the multiple second pixel pairs.

[0190] Furthermore, the restored information set includes a location information set and a valid bit information set, and the aforementioned display module is specifically used for:

[0191] The first bit stream is separated from the target bit stream, and the first bit stream is decompressed to obtain a set of location information.

[0192] The third and fourth differences are determined from the target differences based on the location information set. The difference type of the third difference is a modifiable difference, and the difference type of the fourth difference is an expandable difference.

[0193] Separate the second and third bit streams from the target bit stream. Decompress the second bit stream to obtain the set of valid bit information. Decompress the third bit stream to obtain the payment parameters.

[0194] The data of the target valid bit in the valid bit information set is restored to the corresponding third difference value. The data of the target valid bit in the fourth difference value is deleted. The third difference value after restoring the data of the target valid bit and the fourth difference value after deleting the data of the target valid bit are used as the second difference value.

[0195] Furthermore, the payment parameters include a program identifier, and the aforementioned calling module 1804 is specifically used for:

[0196] The program identifier is sent to the payment program so that the payment program can determine payment authorization based on the program identifier;

[0197] Once the result indicates that payment authority is granted, the payment procedure is invoked to process the payment for the transaction corresponding to the transaction request.

[0198] Furthermore, the aforementioned display module 1803 is specifically used for:

[0199] The target screen data displays the target user interface, including:

[0200] The target image data is decoded to obtain a first image containing payment parameters;

[0201] The first image is displayed as the content of the target operation interface;

[0202] The aforementioned module 1804 is specifically used for:

[0203] In response to a second interactive operation in the target operation interface, payment parameters are extracted from the first image;

[0204] The payment procedure is invoked based on the payment parameters to pay for the transaction corresponding to the transaction request.

[0205] Reference Figure 19 This invention also provides a payment device 1900, comprising:

[0206] The second receiving module 1901 is used to receive a first operation instruction. The first operation instruction is generated by the terminal in response to the first interactive operation. The first operation instruction is used to initiate a transaction request or update a transaction request in the cloud program.

[0207] The payment parameter generation module 1902 is used to obtain payment parameters according to the first operation instruction;

[0208] The screen data generation module 1903 is used to generate target screen data of the cloud program according to the payment parameters and send the target screen data to the terminal so that the terminal can display the target operation interface according to the target screen data.

[0209] The payment parameters are used by the terminal to respond to the second interactive operation in the target operation interface, and call the payment program to pay for the transaction corresponding to the transaction request.

[0210] Furthermore, the aforementioned image data generation module 1903 is specifically used for:

[0211] Obtain the screen corresponding to the first operation command from the cloud program to obtain the second image;

[0212] The payment parameters are embedded into the second image to obtain the first image;

[0213] The first image is encoded to obtain the target image data.

[0214] Furthermore, the aforementioned image data generation module 1903 is specifically used for:

[0215] The second image is divided into pixel pairs to obtain multiple second pixel pairs. For each second pixel pair, the second difference between the pixels in the second pixel pair is calculated.

[0216] Determine the difference type for each second difference, and determine the target difference from multiple second differences based on the difference type;

[0217] Obtain the set of restored information for the target difference, obtain the target bit stream based on the payment parameters and the set of restored information, and embed the target bit stream into the target valid bits of the target difference to obtain multiple first differences;

[0218] Update the corresponding second pixel pair based on the first difference to obtain multiple first pixel pairs, and obtain the first image based on the multiple first pixel pairs.

[0219] Furthermore, the restored information set includes a location information set and a valid bit information set. The aforementioned image data generation module 1903 is specifically used for:

[0220] The target difference with the difference type of modifiable difference is used as the third difference, and the target difference with the difference type of expandable difference is used as the fourth difference. The third difference and the fourth difference are marked at the corresponding positions in the second image to obtain a set of position information. The set of position information is compressed into a first bit stream.

[0221] Extract the data of the target significant bits of each third difference to obtain a set of significant bit information, and compress the set of significant bit information into a second bit stream;

[0222] The payment parameters are compressed into a third bit stream, and the first, second, and third bit streams are merged to obtain the target bit stream.

[0223] The target bit stream is embedded into the target valid bits of the third difference by modification, and the target bit stream is embedded into the target valid bits of the fourth difference by extension. The third and fourth differences after embedding the target bit stream are used as the first difference.

[0224] Furthermore, the aforementioned payment parameter generation module 1902 is specifically used for:

[0225] The first operation instruction is used to send an order request to the payment server, so that the payment server can generate payment parameters based on the order request.

[0226] Receive payment parameters sent by the payment server.

[0227] Figure 18 , Figure 19The payment device provided is based on the same inventive concept as the aforementioned payment method. It can automatically call the payment program to make payment through payment parameters without any other additional operations, which helps to improve payment efficiency and achieve the same payment effect as using a local program when using a cloud program for payment.

[0228] Reference Figure 20 , Figure 20 This is a structural block diagram of a portion of the terminal provided in an embodiment of the present invention. (See reference...) Figure 20 The terminal includes components such as a radio frequency (RF) circuit 2010, a memory 2020, an input unit 2030, a display unit 2040, a sensor 2050, an audio circuit 2060, a wireless fidelity (WiFi) module 2070, a processor 2080, and a power supply 2090. Those skilled in the art will understand that... Figure 20 The terminal structure shown does not constitute a limitation on the mobile phone and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0229] The RF circuit 2010 can be used to receive and transmit signals during information transmission or calls. In particular, it receives downlink information from the base station and processes it with the processor 2080; in addition, it transmits uplink data to the base station.

[0230] The memory 2020 can be used to store software programs and modules, and the processor 2080 executes various functions and data processing of the mobile phone by running the software programs and modules stored in the memory 2020.

[0231] The input unit 2030 can be used to receive input numeric or character information, and to generate key signal inputs related to the settings and function control of the mobile phone. Specifically, the input unit 2030 may include a touch panel 2031 and other input devices 2032.

[0232] The display unit 2040 can be used to display input or provided information, as well as various menus of the mobile phone. The display unit 2040 may include a display panel 2041.

[0233] Audio circuitry 2060, speaker 2061, and microphone 2062 provide an audio interface.

[0234] In this embodiment, the processor 2080 included in the terminal can execute the payment method of the previous embodiment.

[0235] In this embodiment of the invention, the server used to execute the payment method can be referred to... Figure 21 , Figure 21This is a partial structural block diagram of a server 2100 provided in an embodiment of the present invention. The server 2100 can vary significantly due to different configurations or performance characteristics. It may include one or more central processing units (CPUs) 2122 (e.g., one or more processors) and a memory 2132, and one or more storage media 2130 (e.g., one or more mass storage devices) for storing application programs 2142 or data 2144. The memory 2132 and storage media 2130 may be temporary or persistent storage. The program stored in the storage media 2130 may include one or more modules (not shown in the diagram), each module including a series of instruction operations on the server. Furthermore, the CPU 2122 may be configured to communicate with the storage media 2130 and execute the series of instruction operations stored in the storage media 2130 on the server 2100.

[0236] Server 2100 may also include one or more power supplies 2126, one or more wired or wireless network interfaces 2150, one or more input / output interfaces 2158, and / or one or more operating systems 2141, such as Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™, etc.

[0237] The processor in the server can be used to execute the payment method described in the previous embodiments.

[0238] This invention also provides a computer-readable storage medium for storing program code for executing the payment methods described in the foregoing embodiments.

[0239] This invention also discloses a computer program product or computer program, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device can read the computer instructions from the computer-readable storage medium and execute the computer instructions, causing the computer device to perform the payment execution methods of the foregoing embodiments.

[0240] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that embodiments of the invention described herein can be implemented, for example, in orders other than those illustrated or described herein. Furthermore, the terms “comprising” and “having,” and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatuses.

[0241] It should be understood that in this invention, "at least one (item)" refers to one or more, and "more than one" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, "A and / or B" can represent three cases: only A exists, only B exists, and both A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one (item) of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one (item) of a, b, or c can represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, and c can be single or multiple.

[0242] It should be understood that in the description of the embodiments of the present invention, multiple (or more) means two or more, greater than, less than, and exceeding are understood to exclude the number itself, while above, below, and within are understood to include the number itself.

[0243] In the embodiments provided by this invention, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces, indirect coupling or communication connection between apparatuses or units, and may be electrical, mechanical, or other forms.

[0244] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0245] Furthermore, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0246] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0247] It should also be understood that the various implementation methods provided in the embodiments of the present invention can be combined arbitrarily to achieve different technical effects.

[0248] The above provides a detailed description of the preferred embodiments of the present invention. However, the present invention is not limited to the above embodiments. Those skilled in the art can make various equivalent modifications or substitutions without departing from the spirit of the present invention. All such equivalent modifications or substitutions are included within the scope defined by the claims of the present invention.

Claims

1. A payment method, characterized in that, include: In response to the first interactive operation, a first operation instruction is sent to the cloud program server. The first operation instruction is used to initiate a transaction request or update a transaction request in the cloud program. Receive target screen data sent by the cloud program server, wherein the target screen data carries payment parameters; The target image data is decoded to obtain a first image containing the payment parameters. The first image is divided into pixel pairs to obtain multiple first pixel pairs. For each first pixel pair, a first difference between the pixels in the first pixel pair is calculated, and the difference type of each first difference is determined. Based on the difference type of the first difference, a target difference is determined from the multiple first differences. The target valid bit data of each target difference is extracted. A target bit stream is obtained based on the target valid bit data. The payment parameters and a restoration information set are extracted from the target bit stream. The target valid bit data of the target difference is restored based on the restoration information set to obtain multiple second differences. The corresponding first pixel pairs are restored based on the second differences to obtain multiple second pixel pairs. A second image is obtained based on the multiple second pixel pairs. The second image is displayed as the display content of the target operation interface. In response to the second interactive operation in the target operation interface, the payment program is invoked according to the payment parameters to pay for the transaction corresponding to the transaction request.

2. The payment method according to claim 1, characterized in that, The restored information set includes a location information set and a valid bit information set. The payment parameters and the restored information set are extracted from the target bitstream. Based on the restored information set, the target valid bit data of the target difference is restored to obtain multiple second differences, including: Separate a first bit stream from the target bit stream, and decompress the first bit stream to obtain the location information set; A third difference and a fourth difference are determined from the target difference based on the location information set, wherein the third difference is a modifiable difference and the fourth difference is an expandable difference. Separate the second bit stream and the third bit stream from the target bit stream, decompress the second bit stream to obtain the set of valid bit information, and decompress the third bit stream to obtain the payment parameters; The data of the target valid bit in the set of valid bit information is restored to the corresponding third difference, the data of the target valid bit in the fourth difference is deleted, and the third difference after restoring the data of the target valid bit and the fourth difference after deleting the data of the target valid bit are used as the second difference.

3. The payment method according to claim 1, characterized in that, The payment parameters include a program identifier, and the step of invoking the payment program according to the payment parameters to pay for the transaction corresponding to the transaction request includes: The program identifier is sent to the payment program so that the payment program can determine payment authorization based on the program identifier; Once the result indicates that payment authority is granted, the payment procedure is invoked to make payment for the transaction corresponding to the transaction request.

4. A payment method, characterized in that, include: Receive a first operation instruction, which is generated by the terminal in response to a first interactive operation. The first operation instruction is used to initiate a transaction request or update a transaction request in the cloud program. Obtain payment parameters according to the first operation instruction; The target screen data of the cloud program is generated according to the payment parameters, and the target screen data is sent to the terminal so that the terminal can decode the target screen data to obtain a first image containing the payment parameters. The first image is divided into pixel pairs to obtain multiple first pixel pairs. For each first pixel pair, a first difference between the pixels in the first pixel pair is calculated, the difference type of each first difference is determined, a target difference is determined from multiple first differences according to the difference type of the first difference, the target valid bit data of each target difference is extracted, a target bit stream is obtained according to the target valid bit data, the payment parameters and restoration information set are extracted from the target bit stream, the target valid bit data of the target difference is restored according to the restoration information set to obtain multiple second differences, the corresponding first pixel pairs are restored according to the second differences to obtain multiple second pixel pairs, a second image is obtained according to the multiple second pixel pairs, and the second image is displayed as the display content of the target operation interface. The payment parameters are used by the terminal to respond to the second interactive operation in the target operation interface and call the payment program to pay for the transaction corresponding to the transaction request.

5. The payment method according to claim 4, characterized in that, The step of generating the target screen data for the cloud program based on the payment parameters includes: Obtain the screen corresponding to the first operation instruction in the cloud program to obtain the second image; The payment parameters are embedded into the second image to obtain the first image; The first image is encoded to obtain the target image data.

6. The payment method according to claim 5, characterized in that, The step of embedding the payment parameters into the second image to obtain the first image includes: The second image is divided into pixel pairs to obtain multiple second pixel pairs. For each second pixel pair, the second difference between the pixels in the second pixel pair is calculated. Determine the difference type for each of the second differences, and determine the target difference from the plurality of second differences based on the difference type of the second differences; Obtain the set of restored information of the target difference, obtain the target bit stream according to the payment parameters and the set of restored information, and embed the target bit stream into the target valid bits of the target difference to obtain multiple first differences; Update the corresponding second pixel pair according to the first difference to obtain multiple first pixel pairs, and obtain the first image according to the multiple first pixel pairs.

7. The payment method according to claim 6, characterized in that, The restored information set includes a location information set and a valid bit information set. The target difference includes a third difference (type: modifiable difference) and a fourth difference (type: expandable difference). The process involves obtaining the restored information set of the target difference, obtaining a target bitstream based on the payment parameters and the restored information set, and embedding the target bitstream into the target valid bits of the target difference to obtain multiple first differences, including: The third difference and the fourth difference are marked at the corresponding positions in the second image to obtain the position information set, and the position information set is compressed into a first bit stream; Extract the data of the target valid bits of each of the third differences to obtain the set of valid bit information, and compress the set of valid bit information into a second bit stream; The payment parameters are compressed into a third bit stream, and the first bit stream, the second bit stream, and the third bit stream are merged to obtain the target bit stream. The target bit stream is embedded into the target valid bits of the third difference by means of modification, and the target bit stream is embedded into the target valid bits of the fourth difference by means of extension. The third difference and the fourth difference after embedding the target bit stream are used as the first difference.

8. The payment method according to claim 4, characterized in that, The step of obtaining payment parameters according to the first operation instruction includes: The first operation instruction is used to send an order request to the payment server, so that the payment server generates the payment parameters according to the order request. Receive the payment parameters sent by the payment server.

9. A payment device, characterized in that, include: The operation module is used to respond to the first interactive operation and send a first operation instruction to the cloud program server. The first operation instruction is used to initiate a transaction request or update a transaction request in the cloud program. The first receiving module is used to receive target screen data sent by the cloud program server, wherein the target screen data carries payment parameters. The display module is used to decode the target image data to obtain a first image containing the payment parameters, divide the first image into pixel pairs to obtain multiple first pixel pairs, calculate a first difference between pixels in each first pixel pair for each first pixel pair, determine the difference type of each first difference, determine a target difference from multiple first differences based on the difference type of the first difference, extract the target valid bit data of each target difference, obtain a target bit stream based on the target valid bit data, extract the payment parameters and restoration information set from the target bit stream, restore the target valid bit data of the target difference based on the restoration information set to obtain multiple second differences, restore the corresponding first pixel pairs based on the second differences to obtain multiple second pixel pairs, obtain a second image based on the multiple second pixel pairs, and display the second image as the display content of the target operation interface. The calling module is used to respond to the second interactive operation in the target operation interface and call the payment program according to the payment parameters to pay the transaction corresponding to the transaction request.

10. A payment device, characterized in that, include: The second receiving module is used to receive the first operation instruction, which is generated by the terminal in response to the first interactive operation. The first operation instruction is used to initiate a transaction request or update a transaction request in the cloud program. A payment parameter generation module is used to obtain payment parameters according to the first operation instruction; The screen data generation module is used to generate target screen data of the cloud program according to the payment parameters, send the target screen data to the terminal so that the terminal can decode the target screen data to obtain a first image containing the payment parameters, divide the first image into pixel pairs to obtain multiple first pixel pairs, calculate a first difference between pixels in the first pixel pair for each first pixel pair, determine the difference type of each first difference, determine a target difference from multiple first differences according to the difference type of the first difference, extract the target valid bit data of each target difference, obtain a target bit stream according to the target valid bit data, extract the payment parameters and restoration information set from the target bit stream, restore the target valid bit data of the target difference according to the restoration information set to obtain multiple second differences, restore the corresponding first pixel pair according to the second difference to obtain multiple second pixel pairs, obtain a second image according to the multiple second pixel pairs, and display the second image as the display content of the target operation interface. The payment parameters are used by the terminal to respond to the second interactive operation in the target operation interface and call the payment program to pay for the transaction corresponding to the transaction request.

11. An electronic device comprising a memory and a processor, the memory storing a computer program, the processor executing the computer program to implement the payment method according to any one of claims 1 to 8.

12. A computer-readable storage medium storing a program that, when executed by a processor, implements the payment method according to any one of claims 1 to 8.

Images