Bill verification method and related equipment

Abstract

The invention discloses a bill verification method and related equipment, the bill verification method is applied to a cloud transaction platform, the cloud transaction platform is used for providing transaction of software resources, and the method comprises the following steps: the cloud transaction platform obtains first software information of a first user; the cloud transaction platform displays a software selection interface to the second user; the cloud transaction platform deploys a first cloud service according to the selection of the second user on the first software; the cloud transaction platform provides the function of the first software for the second user by using the first cloud service; the cloud transaction platform obtains a first bill uploaded by the first user, wherein the first bill is associated with the use cost of the first software by the second user; the cloud transaction platform verifies the first bill according to the use information of the second user on the first cloud service; and the cloud transaction platform processes the account of the second user according to the verification result of the first bill, so that the transaction reliability can be improved.

Description

[0001] This application claims priority to a Chinese patent application filed with the State Intellectual Property Office on October 20, 2023, with application number 202311372239.7 and application name “A method, system, device and storage medium for verifying cloud resource billing”, the entire contents of which are incorporated by reference in this application. Technical Field

[0002] The present application relates to the field of cloud computing technology, and in particular to a bill verification method and related equipment. Background Art

[0003] As cloud computing technology matures, the market for trading cloud computing resources continues to grow. Cloud computing providers usually provide resource trading services, and the types of resources traded include computing, storage, network, security, software, etc. In addition to the resources owned by cloud computing providers, the resources sold on cloud trading platforms can also include resources provided by first users (such as third-party providers).

[0004] The first user lists resources on the cloud trading platform. When the second user (e.g., a buyer) orders and uses the listed resources, the first user reports the second user's usage bill to the cloud trading platform for billing. However, this method requires that the first user's usage measurement of the second user must be sufficiently reliable, otherwise it will lead to billing errors. Summary of the invention

[0005] The present application provides a bill verification method and related equipment, which can verify the bill based on the usage information of the first cloud service by the second user, thereby improving the reliability of the transaction.

[0006] In a first aspect, the present application provides a bill verification method, which is applied to a cloud trading platform, which is used to provide transactions for software resources, and the method includes: the cloud trading platform obtains first software information of a first user, and the first software information is used to obtain the first software; the cloud trading platform displays a software selection interface to a second user, and the software selection interface includes identifiers of multiple software, and the multiple software include the first software; the cloud trading platform deploys a first cloud service according to the second user's selection of the first software; the cloud trading platform uses the first cloud service to provide the second user with the function of the first software; the cloud trading platform obtains a first bill uploaded by the first user, and the first bill is associated with the second user's usage fee for the first software; the cloud trading platform verifies the first bill according to the second user's usage information of the first cloud service; the cloud trading platform processes the second user's account according to the verification result of the first bill.

[0007] Based on the above technical solution, after the second user selects the first software, the cloud trading platform deploys the first cloud service, thereby being able to use the first cloud service to provide the second user with the functions of the first software. After the second user uses the first software, a first bill will be generated accordingly. The cloud trading platform obtains the first bill and verifies the first bill based on the second user's usage information of the first cloud service, thereby avoiding the problem of bill deduction errors caused by the first user's incorrect usage measurement of the second user, thereby improving the reliability of transactions.

[0008] Optionally, the first users include independent software vendors (ISVs).

[0009] In a possible implementation manner of the first aspect, the first cloud service is provided by a cloud transaction platform.

[0010] In a possible implementation manner of the first aspect, the first cloud service is provided for a first user.

[0011] In a possible implementation of the first aspect, the cloud transaction platform deploying the first cloud service includes:

[0012] The cloud transaction platform instructs the first user to deploy the first cloud service for the second user.

[0013] In a possible implementation manner of the first aspect, the usage information of the first cloud service includes usage duration.

[0014] Based on the above technical solution, the usage time of the first cloud service is theoretically consistent with the corresponding information in the first bill. The cloud transaction platform verifies the first bill based on the usage time and can verify the correctness of the first bill.

[0015] In a possible implementation manner of the first aspect, the usage information of the first cloud service includes a usage amount.

[0016] Based on the above technical solution, the usage of the first cloud service is theoretically consistent with the corresponding information in the first bill. The cloud transaction platform verifies the first bill based on the usage and can verify the correctness of the first bill.

[0017] In a possible implementation of the first aspect, the cloud trading platform processes the account of the second user according to the verification result of the first bill, including:

[0018] When the verification result of the first bill is passed, the cloud trading platform deducts the fee from the account of the second user according to the verification result of the first bill;

[0019] When the verification result of the first bill is verification failure, the cloud transaction platform verifies the first bill again.

[0020] In a possible implementation manner of the first aspect, the cloud transaction platform re-verifying the first bill includes: the cloud transaction platform sending a confirmation message to the second user.

[0021] Based on the above technical solution, if the verification result of the first bill is verification passed, it means that the first user's measurement of the first bill is correct, and the cloud trading platform can directly deduct fees based on the first bill, thereby ensuring the reliability of the transaction. If the verification result of the first bill is verification failure, the cloud trading platform can re-verify the first bill, for example, the cloud trading platform sends a confirmation message to the second user to avoid the problem of verification errors, further improving the reliability and security of the transaction.

[0022] In a second aspect, the present application provides a cloud trading platform, which is used to provide software resource transactions, and the cloud trading platform includes:

[0023] A processing module, used for obtaining first software information of a first user, where the first software information is used for obtaining the first software;

[0024] The processing module is further used to display a software selection interface to the second user, where the software selection interface includes identifiers of multiple software, where the multiple software includes the first software;

[0025] The processing module is further used to deploy the first cloud service according to the selection of the first software by the second user;

[0026] The processing module is further used to provide the functions of the first software to the second user by using the first cloud service;

[0027] The processing module is further used to obtain a first bill uploaded by the first user, where the first bill is associated with the usage fee of the first software by the second user;

[0028] A verification module, configured to verify the first bill according to the usage information of the first cloud service by the second user;

[0029] The verification module is further used to process the account of the second user according to the verification result of the first bill.

[0030] In a possible implementation manner of the second aspect, the first cloud service is provided by a cloud transaction platform.

[0031] In a possible implementation manner of the second aspect, the first cloud service is provided for a first user.

[0032] In a possible implementation manner of the second aspect, the processing module is further configured to:

[0033] Instruct the first user to deploy the first cloud service for the second user.

[0034] In a possible implementation manner of the second aspect, the usage information of the first cloud service includes usage duration.

[0035] In a possible implementation manner of the second aspect, the usage information of the first cloud service includes a usage amount.

[0036] In a possible implementation manner of the second aspect, the verification module is further configured to:

[0037] When the verification result of the first bill is passed, deducting the second user's account according to the verification result of the first bill;

[0038] When the verification result of the first bill is verification failure, the first bill is verified again.

[0039] In a third aspect, the present application provides a computing device cluster, comprising at least one computing device, each computing device comprising a processor and a memory; the processor of at least one computing device is used to execute instructions stored in the memory of at least one computing device, so that the computing device cluster executes the method in the above-mentioned first aspect or any possible implementation of the first aspect.

[0040] In a fourth aspect, the present application provides a computer program product comprising instructions, characterized in that when the instructions are executed by a computing device cluster, the computing device cluster executes the method in the above-mentioned first aspect or any possible implementation manner of the first aspect.

[0041] In a fifth aspect, the present application provides a chip system, which includes a processor for implementing the method in the first aspect or any possible implementation of the first aspect. In one possible design, the chip system also includes a memory for storing program instructions and / or data. The chip system can be composed of a chip, or can include a chip and other discrete devices.

[0042] In a sixth aspect, the present application provides a computer-readable storage medium, characterized in that it includes computer program instructions. When the computer program instructions are executed by a computing device cluster, the computing device cluster executes the method in the above-mentioned first aspect or any possible implementation of the first aspect.

[0043] The solutions of the second to sixth aspects mentioned above are used to implement or cooperate with the method in the first aspect or any possible implementation method thereof, and therefore can achieve the same or corresponding beneficial effects as the first aspect, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0044] Figure 1-Figure 2 A transaction diagram of cloud resources;

[0045] Figure 3A flowchart of a bill verification method provided in an embodiment of the present application;

[0046] Figure 4 A schematic diagram of the architecture of a cloud trading platform provided in an embodiment of the present application;

[0047] Figure 5 A schematic diagram of the execution of the bill verification method provided in the embodiment of the present application;

[0048] Figure 6 Another flowchart of the bill verification method provided in the embodiment of the present application;

[0049] Figure 7-Figure 8 Another schematic diagram of executing the bill verification method provided in the embodiment of the present application;

[0050] Fig. 9 A schematic diagram of the structure of a cloud trading platform provided in an embodiment of the present application;

[0051] Fig.10 A schematic diagram of a structure of a computing device provided in an embodiment of the present application;

[0052] Fig.11 A schematic diagram of a structure of a computing device cluster provided in an embodiment of the present application;

[0053] Fig.12 Another structural diagram of a computing device cluster provided in an embodiment of the present application. DETAILED DESCRIPTION

[0054] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only some embodiments of the present application, not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without making creative work are within the scope of protection of this application. It is known to those skilled in the art that with the development of technology and the emergence of new scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

[0055] The present application uses the terms first and second to distinguish various objects, such as a first user and a second user, etc., but each "first" and "second" does not necessarily have a logical or temporal dependency relationship. The terms "include", "comprises", "has" and their variations all mean "including but not limited to", unless otherwise specifically emphasized.

[0056] First, some technical terms involved in this application are introduced.

[0057] Cloud: Also known as cloud platform, it is a collection of hardware and software resources. A cloud platform is generally set up in multiple regions in various countries / regions, each region includes at least one data center, and each data center has more and more types of cloud resources (also called cloud computing resources), such as cloud servers (elastic compute service, ECS), cloud hard disks (elastic volume service, EVS), cloud virtual machines, virtual private clouds, etc. Different cloud service providers have established different cloud platforms, and different cloud platforms provide users with cloud resources (including computing, storage, network, applications, etc.) for rent in the form of cloud services.

[0058] Cloud serving: usually refers to the shared resource services provided by cloud service providers to users. Cloud service is the product of the development and integration of traditional computer and network technologies such as distributed computing, parallel computing, utility computing, network storage technologies, virtualization, load balancing, and content delivery networks. Cloud service is the increase, use, and interaction mode of related services based on the Internet, usually involving the provision of dynamic, scalable, and often virtualized resources through the Internet. Understandably, cloud is a metaphor for the network and the Internet. In the past, cloud was often used to represent telecommunications networks, and later it was also used to abstractly represent the Internet and underlying infrastructure. In fact, cloud service refers to obtaining the required services through the network in an on-demand, scalable manner. This service can be related to Internet technology (IT) and software, the Internet, or other services, which means that computing power can also be circulated through the Internet as a resource.

[0059] Cloud trading platforms are also known as cloud management platforms or cloud service platforms, which are used to provide users with a variety of cloud services such as infrastructure as a service (IaaS), platform as a service (PaaS), and software as a service (SaaS). IaaS provides computing infrastructure that can be rented and used by clients. The computing infrastructure includes physical computing components and resources (such as processors, memory, storage, servers, network components, etc.), which can be virtualized and shared among clients. PaaS provides a platform that allows clients to develop, run, and manage software applications without building and maintaining computing infrastructure and middleware. SaaS provides software applications running on computing infrastructure on an on-demand basis over the Internet on a subscription basis.

[0060] Symmetric encryption algorithm: refers to an algorithm in which the sender and the receiver use the same key for encryption and decryption, which can also be called a single-key encryption algorithm. Commonly used symmetric encryption algorithms include the Data Encryption Standard (DES) algorithm, the Advanced Encryption Standard (AES) algorithm, or the International Data Encryption Algorithm (IDEA).

[0061] Asymmetric encryption algorithm: refers to an algorithm in which the sender and the receiver use different keys for encryption and decryption, which can also be called a public key encryption algorithm. In asymmetric encryption technology, there is a pair of keys, namely a private key and a public key. The private key is held by the key pair owner and cannot be published. The public key is published to others by the key pair holder. Data encrypted with a public key can only be decrypted using the corresponding private key, and data encrypted with a private key can only be decrypted using the corresponding public key. Commonly used asymmetric encryption algorithms include the digital signature algorithm (DSA), the RSA algorithm (rivest-shamir-adleman algorithm) or the elliptic curve cryptography (ECC) algorithm.

[0062] Abstract: The data to be transmitted is obtained by performing a hash operation.

[0063] Signature: Use the private key to encrypt the summary of the data to be transmitted. The resulting ciphertext is called the signature of the transmission process.

[0064] Signature verification: After receiving the data, the receiver uses the public key to decrypt the digital signature and obtain a summary. Then the summary value is calculated using the same hash algorithm as the sender. The calculated summary value is then compared with the decrypted summary. If the two are consistent, it means that the data has not been tampered with. If they are inconsistent, it means that the data has been tampered with. That is, signature verification is used to verify the integrity (not tampered with) and reliability (not false or forged data) of the data.

[0065] As cloud computing technology matures, the market for trading cloud computing resources continues to grow. Cloud computing providers usually provide resource trading services, and the types of resources traded include computing, storage, network, security, software, etc. In addition to the resources owned by cloud computing providers, the resources sold on cloud trading platforms can also include resources provided by first users (such as third-party providers).

[0066] See also Figure 1 , Figure 1 Figure 1 is a diagram of a transaction for cloud resources. Figure 1 As shown, the first user can list resources on the cloud trading platform, and the second user (such as a buyer) can order various cloud resources on the cloud trading platform on the software selection interface or application interface. It should be understood that in this application, the person who has registered an account and password on the cloud trading platform and wants to or has purchased cloud resources is called a tenant or a second user.

[0067] It should be understood that the cloud resources sold on the cloud trading platform are a collection of one or more cloud resources, and the resources mentioned in the embodiments of the present application can be understood as a collection of one or more cloud resources.

[0068] In a possible implementation, the first user includes a third-party supplier, which is also called an independent software vendor (ISV).

[0069] In one possible implementation, the resources listed on the cloud trading platform can be understood as cloud resources after the first user classifies / processes / configures the basic resource types. Cloud resources include computing resources, network resources, and storage resources. Computing resources include virtual machines, containers, bare metal servers, etc. Network resources include bandwidth packages, elastic network cards, firewalls, elastic network cards, etc. Storage resources include cloud disks and object storage buckets, etc. Cloud resources also include cloud services for managing computing resources, network resources, or storage resources, such as capacity expansion or contraction services for computing resources. This application does not make specific limitations on this, and it can be determined in combination with actual needs. If the resources are different, for example, virtual machines of different specifications, they can be considered to be different types of cloud resources, that is, multiple cloud resources. Of course, if resources can be purchased by quantity, it can be considered that there are multiple cloud resources, that is, the number of cloud resources is multiple.

[0070] like Figure 1 As shown, the first user lists resources on the cloud trading platform. When the second user orders and uses the listed resources, the first user reports the bill of the second user to the cloud trading platform to charge the bill. However, this method requires that the first user's usage measurement of the second user must be sufficiently reliable, otherwise it will lead to billing errors.

[0071] In a possible implementation, transactions on the cloud trading platform can be divided into two categories according to payment types.

[0072] Purchase and payment: When the second user purchases resources, he / she pays the resource fee in one lump sum or periodically according to the pricing of the purchased resources. For example, a one-time payment is made to purchase the permanent right to use a certain software. For another example, in the scenario of purchasing the right to use a resource for a fixed period of time, the user needs to pay the usage fee for the next period in advance on a daily, weekly, monthly, or annual basis.

[0073] Pay-as-you-go: The second user orders a resource for free, and does not incur any fees if it is not actually used. After the second user uses the resource, the second user is charged based on the amount of resource used. For example, if the second user purchases network storage resources, the second user is charged based on the amount of space occupied during actual use.

[0074] In a pay-as-you-go model, the first user is usually responsible for measuring the usage of the second user for the resources sold by the first user. Figure 2As shown, a resource management system and a billing management system are deployed on the cloud trading platform. The first user can list the resource on the billing management system with billing management capabilities, and the resource management system can measure or measure the amount of resources used by the first user. After the second user orders the resource and uses it, the resource management system can report the corresponding bill to the billing management system based on the amount of resources used by the second user. The billing management system calculates the billing amount according to the pricing of the resource, generates a billing bill, and executes the billing.

[0075] Specifically, the resource sales and billing process is as follows:

[0076] (1) The first user lists resources on the billing management system and sets the pricing of the resources. For example, the fee may be charged based on the storage volume (0.1 yuan / MB) or the usage time (1 yuan / hour).

[0077] (2) The second user subscribes to the resource on the billing management system. The billing management system generates a subscription relationship between the second user and the resource, and synchronizes the subscription relationship to the resource management system;

[0078] (3) The second user uses the resource, and the resource management system measures the usage of the second user and generates a usage bill;

[0079] (4) The resource management system reports the usage bill to the billing management system;

[0080] (5) The billing management system calculates the deduction amount according to the pricing of the resource, generates a billing invoice, and charges the second user.

[0081] Depend on Figure 2 It can be seen that the resource management system is responsible for measuring the usage bill of the second user, and the billing management system is responsible for billing the reported usage bill. Therefore, if the first user incorrectly measures the usage of the second user through the resource management system, it will lead to billing errors, such as multiple billing problems and repeated billing problems.

[0082] In view of this, the present application provides a bill verification method, which is applied to a cloud transaction platform and can verify a first bill based on the usage information of a second user on a first cloud service, thereby improving the reliability of the transaction. Figure 3 , Figure 3 A flowchart of a bill verification method provided in an embodiment of the present application, the method comprising the following steps:

[0083] S301. The cloud transaction platform obtains first software information of a first user, where the first software information is used to obtain a first software.

[0084] The first user lists resources on the cloud trading platform, and the cloud trading platform can obtain first software information corresponding to the resources, where the first software information is used to indicate the first software.

[0085] S302. The cloud transaction platform displays a software selection interface to the second user, where the software selection interface includes identifiers of multiple software, and the multiple software include the first software.

[0086] The cloud trading platform displays a software selection interface to the second user, and the second user can order various cloud resources on the cloud trading platform on the software selection interface or the application interface. The software selection interface includes multiple software identifiers, the multiple software includes the first software, and the second user can select the first software based on the first software identifier provided on the software selection interface.

[0087] S303. The cloud transaction platform deploys the first cloud service according to the second user's selection of the first software.

[0088] After the second user selects the first software on the software selection interface, the cloud trading platform can deploy the corresponding first cloud service based on the second user's selection of the first software. The first cloud service can be understood as a collection of one or more cloud services provided by the cloud trading platform to the second user.

[0089] In a possible implementation, the first cloud service includes multiple cloud services such as IaaS, PaaS, SaaS, etc. Corresponding to different types of first cloud services, there are the following possible implementations.

[0090] In a possible implementation, the second user purchases an IaaS service provided by a cloud trading platform, and the second user purchases the IaaS service on the cloud trading platform and purchases other services from the first user.

[0091] In a possible implementation, the second user purchases the SaaS service.

[0092] When the second user purchases the SaaS service, the SaaS service can be provided by the cloud trading platform or by the first user. In a possible implementation, the situation where the SaaS service is provided by the first user can be understood as the cloud computing provider reselling the SaaS service to the second user through the first user. For example, the cloud computing provider sells the cloud service to the first user in a unified manner, and the first user then sells it to the second user in one go or in batches.

[0093] In the case where the SaaS service is provided by the first user, in a possible implementation, the cloud trading platform instructs the first user to deploy the first cloud service for the second user. Exemplarily, after the second user purchases the SaaS service, the cloud trading platform sends instruction information to the first user, and the first user deploys the SaaS service for the second user according to the instruction information. It should be understood that the method mentioned in this example is only an example of one of the ways in which the cloud trading platform instructs the first user to deploy the first cloud service for the second user, and is not limiting.

[0094] In one possible implementation, the first cloud service may be a cloud service that includes the first software, such as a SaaS service, or may be a cloud service that does not include the first software, such as an IaaS service that supports the operation of the first software.

[0095] S304. The cloud transaction platform uses the first cloud service to provide the second user with the functions of the first software.

[0096] After the cloud trading platform deploys the first cloud service according to the second user's selection of the first software, the cloud trading platform can use the activated first cloud service to provide the second user with the functions of the first software so that the second user can use the first software.

[0097] S305. The cloud transaction platform obtains a first bill uploaded by the first user, where the first bill is associated with the usage fee of the first software by the second user.

[0098] In a possible implementation, a cloud trading platform provides IaaS services, and a first user provides other services in a first scenario, such as a scenario where an image is bound to IaaS. After a second user uses a first software, the cloud trading platform obtains first usage information related to the IaaS service corresponding to the first software, and the first user obtains second usage information related to other services corresponding to the first software. The first user generates a first bill based on the second usage information and uploads the first bill to the cloud trading platform. In this scenario, the cloud trading platform can obtain the first bill uploaded by the first user.

[0099] In a possible implementation, for the second scenario of the cloud trading platform providing SaaS services, after the second user uses the first software, the cloud trading platform can directly obtain first usage information related to the SaaS service corresponding to the first software, and can directly generate a first bill based on the first usage information.

[0100] In a possible implementation, a third scenario of providing SaaS services to a first user. After a second user uses a first software, the first user obtains second usage information related to the SaaS service corresponding to the first software, generates a first bill based on the second usage information, and uploads the first bill to the cloud transaction platform. In this scenario, the cloud transaction platform can obtain the first bill uploaded by the first user.

[0101] In the embodiment of the present application, the main application scenarios are the first scenario and the third scenario. In the first scenario and the third scenario, after the second user uses the first software, the first user can obtain the second user's usage information of the first software, generate a first bill based on the usage information, and upload the first bill to the cloud transaction platform.

[0102] S306. The cloud transaction platform verifies the first bill according to the usage information of the first cloud service by the second user.

[0103] In a possible implementation, for the first scenario mentioned above, the cloud trading platform mainly verifies the first bill generated by the first user based on the first usage information of the first cloud service by the second user. It should be understood that the IaaS service provided by the cloud trading platform and other services provided by the first user are generally bound, such as the binding of mirroring and IaaS, that is, the first usage information and the second usage information should be the same in theory. Therefore, the cloud trading platform can verify the first bill based on the usage information of the first cloud service by the second user, that is, verify the second usage information based on the first usage information.

[0104] In one possible implementation, for the third scenario mentioned above, since the SaaS service is provided to the first user, the first user needs to synchronize the second user's second usage information of the first cloud service to the cloud transaction platform, so that the cloud transaction platform can obtain the second user's second usage information of the first cloud service for verification.

[0105] In this implementation, in one example, the cloud trading platform verifies the first bill in the following manner:

[0106] After the second user uses the first software, the first user obtains the second usage information related to the SaaS service corresponding to the first software, and the first user periodically synchronizes the second usage information to the cloud trading platform. After the first user generates a first bill based on the second usage information and uploads the first bill to the cloud trading platform, the cloud trading platform can verify the first bill based on the second usage information synchronized by the first user to improve the reliability of the transaction and avoid billing errors caused by metering or timing errors of the first user.

[0107] In one possible implementation, the usage information of the first cloud service includes usage duration, and the cloud trading platform can verify the usage duration in the first bill based on the usage duration synchronized by the first user. If the two are inconsistent, for example, the usage duration in the first bill exceeds the usage duration synchronized by the first user, the cloud trading platform can determine that the first user has a timing error.

[0108] In one possible implementation, the usage duration may be determined based on a time range of a second user logging in and out.

[0109] In a possible implementation, the usage information of the first cloud service also includes the usage amount.

[0110] Optionally, the usage includes storage bandwidth, etc. For example, if the usage synchronized by the first user to the cloud trading platform is 150 GB, and the usage in the first bill is 200 GB, the cloud trading platform may determine that the first user has a metering error.

[0111] S307. The cloud transaction platform processes the second user's account according to the verification result of the first bill.

[0112] After the cloud transaction platform verifies the first bill according to the usage information of the first cloud service by the second user, the cloud transaction platform may process the account of the second user based on the verification result of the first bill.

[0113] In one possible implementation, if the cloud trading platform determines that the verification result of the first bill is passed, it means that the first user's usage measurement of the second user is correct, and the cloud trading platform can directly deduct the second user's account according to the verification result of the first bill.

[0114] In another possible implementation, if the cloud transaction platform determines that the verification result of the first bill is a verification failure, it means that the first user's usage measurement of the second user is incorrect, and the cloud transaction platform performs verification again to avoid verification errors.

[0115] It should be understood that the cloud trading platform verifies the first bill based on the second user's usage information of the first cloud service, mainly in combination with the hardware resources provided by the first cloud service, so as to improve the reliability of the transaction. In the case that the cloud trading platform fails to verify the first bill, the cloud trading platform can perform a second verification based on the software information corresponding to the second user after using the resources, so as to avoid verification errors and improve the reliability and security of the transaction.

[0116] In a possible implementation, in response to a situation where the first bill verification fails, the cloud transaction platform performs a second verification. The content of the verification performed by the cloud transaction platform is specifically described below in combination with the scenario.

[0117] like Figure 4 As shown, Figure 4 A schematic diagram of the architecture of the cloud trading platform provided in the embodiment of the present application. Figure 4 In the embodiment, the cloud transaction platform 10 includes a billing management system 100 and a resource management system 200 .

[0118] The billing management system 100 includes a resource management module 101, a session management module 102, a subscription management module 103, a signature authorization module 104, a bill verification module 105 and a bill charging module 106. It should be understood that the resources sold in the resource management module 101 are a collection of one or more cloud resources.

[0119] In a possible implementation, the session management module 102, the subscription management module 103, the signature authorization module 104, the bill verification module 105 and the bill charging module 106 may be integrated into the same subsystem for verifying and charging bills.

[0120] The resource management system 200 includes a session synchronization module 201 , a subscription synchronization module 202 , a signature request module 203 and a bill reporting module 204 .

[0121] In a possible implementation, the session synchronization module 201 , the subscription synchronization module 202 , the signature request module 203 , and the bill reporting module 204 may be integrated into the same subsystem and used in an integrated manner by the resource management system 200 .

[0122] The following is a detailed introduction to each module of the billing management system 100.

[0123] The resource management module 101 is used to manage and trade resources. The first user can list resources in the store management module 101 .

[0124] The session management module 102 is used to manage the usage session of the resources sold in the resource management module 101. After the second user subscribes to the resources, when the second user logs in to the resource management system 200 to use the resources, the session synchronization module 201 synchronizes the login event of the second user to the session management module 102, and the logout event is processed in the same way.

[0125] In a possible implementation, after the second user successfully logs into the resource management system 200, the second user is redirected to the session management module 102 for a second login to verify that the user name and password are legally matched, thereby improving security. The login account of the second user in the resource management system 200 and the session management module 102 can be the same or different. The session management module 102 records the time when each second user logs in / out of each resource management system 200.

[0126] The order management module 103 is used to record the order relationship or order status of the second user for each specification of resources. The order events of the second user are recorded, and the events include time, specifications of the ordered resources, etc. The order relationship includes the start and end time of the order, and whether the second user has an unsubscription event within a certain time period. When the second user orders a resource for the first time, the order management module 103 records the initial order relationship. When the second user changes the order status of the resource (including unsubscription, ordering, etc.), the order synchronization module 202 synchronizes the latest order status to the order management module 103.

[0127] The signature authorization module 104 must sign the bill before the bill reporting module 204 reports the usage bill to the billing management system 100. In one possible implementation, the signature verification method includes: an asymmetric encryption algorithm, a symmetric encryption algorithm, or a hash-based hash message authentication code (HMAC), etc. The signature key is obtained from the signature authorization module 104. Before generating a signature key for each usage bill, the signature authorization module 104 needs to request authorization from the second user. The authorization method is divided into online authorization and offline authorization according to the way the resource management system 200 provides services. The offline state refers to a situation where the user can use resources without logging into the resource management system 200.

[0128] Online authorization: The signature request module 203 initiates a signature request to the signature authorization module 104. Before generating a signature key for each usage bill according to the signature request, the signature authorization module 104 provides a login interface to the second user to request the user to perform a login verification (the user enters the account and password on the cloud transaction platform 10). After the information entered by the second user is successfully verified (that is, after the user authorization is successful), the signature authorization module 104 feedbacks the signature key to the signature request module 203.

[0129] Offline authorization: initiated by the signature request module 203, triggering the offline authorization interface of the signature authorization module 104, the signature authorization module 104 sends a verification code to the user (for example, SMS, email, etc.), the second user submits the verification code to the signature request module 203, and the signature request module 203 uses the verification code to obtain the signature key from the signature authorization module 104.

[0130] It should be understood that when the signature request module 203 requests the signature authorization module 104 for a signature key, the request message must carry the ID of the bill currently applying for signature and the customer ID. Optionally, the request message may also include usage time and usage information. Since the validity of the bill needs to be verified in combination with the usage time and usage information during the bill verification phase, in order to improve transmission efficiency, the signature request module 203 may carry the usage time and usage information in the request message. Alternatively, the signature request module 203 carries the usage time and usage information in other messages and sends them after the request message.

[0131] The bill verification module 105 is used to verify the validity of the bill reported by the bill reporting module 204. The verification content includes:

[0132] (1) Bill ID verification: The bill ID is unique and there is no duplicate reporting.

[0133] (2) Session verification: The time range of the second user's use of resources is within the login time range of the second user recorded by the billing management system 100.

[0134] Specifically, the billing management system 100 synchronously manages the login session and subscription status of the second user in the resource management system 200, and performs session verification on the usage bill reported by the resource management system 200. For online resources that are charged according to the usage time, the bill verification module 105 can directly intercept the wrong usage bill through session verification, avoiding the problem of incorrect billing for the first user. At the same time, it can support real-time / quasi-real-time billing of resources, ensure the on-demand sales method of the first user, and can trade reliably, and the second user does not need to worry about overcharges.

[0135] (3) Subscription status verification: The subscription status of the resource used by the second user is in the subscription state, and the subscription status of the resource has not changed within the usage time range.

[0136] Specifically, if the second user changes the subscription status of resources in the resource management system 200, the billing management system 100 will be notified in time. When the resource management system 200 reports the user's usage bill to the billing management system 100, the bill verification module 105 performs validity checks on the usage time range and subscription relationship in the bill.

[0137] For a resource management system 200 that can provide online or offline services, the subscription status check can detect abnormalities in the billing duration and subscription status in the usage bill, thereby solving errors in duration and subscription status that occur during the billing process for the first user.

[0138] (4) Signature verification: Obtain the corresponding signature key based on the bill ID to verify the validity of the signature.

[0139] Specifically, each usage bill must be authorized by the second user (including online and offline) through the billing management system 100 and a signature key is issued. Then, the resource management system 200 encrypts the usage bill according to the signature key and reports the signature information and the usage bill to the billing management system 100. The billing management system 100 performs a signature check on the usage bill.

[0140] Through user authorization, key issuance and signature verification by the billing management system 100, and implementation of a signature mechanism by the resource management system 200 on bills, it is ensured that the sales platform (e.g., resource management module 101), the first user, and the second user reach an agreement on usage and billing, thus forming a transparent transaction, ensuring that the transaction process is objective and fair, and is also conducive to the promotion of resources.

[0141] The billing bill generating module 106 is used to determine the resource pricing according to the specifications of the resources used by the second user, generate a billing bill and perform billing.

[0142] In the above implementation, it is assumed that the billing management system 100 is responsible for the login verification of the second user and the billing function of the bill.

[0143] In a possible implementation, the cloud transaction platform 10 further includes a cloud operation center 300. The cloud operation center 300 is responsible for performing login verification of the second user and billing. The cloud operation center 300 includes an account management module 301 and a billing module 302.

[0144] The account management module 301 is used to manage the second user's login, logout and other functions on the cloud transaction platform.

[0145] The billing module 302 is used to manage the billing, billing, invoice and other functions of the cloud platform.

[0146] Correspondingly, in the online authorization stage, after the signature request module 203 initiates a signature request to the signature authorization module 104, the signature authorization module 104 will redirect the operation to the account management module 301 of the cloud operation center 300 before generating a signature key for each usage bill. The account management module 301 provides a login interface for authorization for the second user. The second user performs login verification on the login interface. After the verification is successful, the account management module 301 redirects the operation to the signature authorization module 104, and the signature authorization module 104 feeds back the signature key to the signature request module 203.

[0147] After the billing bill generating module 106 generates the billing bill, it may send the billing bill to the billing module 302 , and the billing module performs billing after receiving the billing bill.

[0148] The following is a detailed introduction to each module of the resource management system 200.

[0149] The session synchronization module 201 is used to synchronize the login or logout status of the second user to the billing management system 100. After the second user successfully logs in to the resource management system 200, the session synchronization module 201 redirects the operation to the login interface of the session management module 102 to request the second user to log in again (using the second user's account on the cloud trading platform to log in) and perform secondary verification, thereby improving the security of the login.

[0150] The subscription synchronization module 202 is used to synchronize the latest subscription status to the subscription management module 103 when the second user changes the subscription status (including unsubscribing, subscribing, etc.).

[0151] The signature request module 203 is used to request the signature authorization module 104 for a signature key, including online and offline ways of obtaining the signature key. The signature request module 203 initiates online confirmation or offline confirmation to the signature authorization module 104 according to the billing cycle or the request of the second user.

[0152] After obtaining the signature key, the bill reporting module 204 signs the bill according to the signature key corresponding to the bill, obtains the signature information corresponding to the bill, and reports the bill and the signature together to the bill verification module 105.

[0153] based on Figure 4 The cloud trading platform 10 shown in FIG. 1 includes a billing management system 100, a resource management system 200 and a cloud operation center 30. The execution diagram of the bill verification method provided in the embodiment of the present application can be as shown in FIG. Figure 5 Specifically including:

[0154] (1) Login / Logout: The second user logs in / logs out of the resource management system 200.

[0155] (2) Session synchronization: The second user's login / logout in the resource management system 200 triggers session synchronization in the billing management system 100.

[0156] (3) Subscription / Unsubscription / Change: The second user changes the subscription status in the resource management system 200 (subscription / unsubscription / change).

[0157] (4) Subscription status synchronization: The subscription status change of the second user in the resource management system 200 triggers the subscription status synchronization of the billing management system 100.

[0158] Among them, (1)-(4) are optional steps. When the resource management system 200 provides offline services, the second user can use the offline interface to directly use the resources provided by the cloud trading platform 10 without logging in and ordering. In addition, when the second user does not change the subscription status of the resources, the second user can directly use the resources provided by the cloud trading platform 10 after logging in to the cloud trading platform 10 without ordering.

[0159] (5) Use: The second user uses the resource.

[0160] (6) Consumption confirmation: The resource management system 200 provides consumption confirmation to the billing management system 100 at regular intervals according to the billing cycle. According to the service mode, it is divided into online confirmation and offline confirmation.

[0161] (7) Signature key authorization: The billing management system 100 obtains the signature authorization of the second user. According to the form of consumption confirmation (online confirmation and offline confirmation), the signature authorization module of the cloud application store initiates online authorization and offline authorization respectively. In the online authorization stage, the second user performs login verification in the cloud operation center 300. For offline authorization, the billing management system 100 sends a verification code to the second user.

[0162] (8) Generate a signature key: The billing management system 100 generates a signature key corresponding to the bill ID.

[0163] (9) Obtaining the signature key: The resource management system 200 obtains the signature key from the billing management system 100. For the online authorization method, when the second user passes the login verification, the billing management system 100 feeds back the signature key to the resource management system 200. For the offline authorization method, the resource management system 200 needs to carry the verification code and request the billing management system 100 to obtain the signature key.

[0164] (10) Reporting usage bills: The resource management system 200 signs the bill using the signature key and reports the bill and the signature together to the billing management system 100.

[0165] (11) Bill verification: The billing management system 100 implements three levels of verification on the usage bill: session verification, subscription verification and signature verification.

[0166] (12) Billing invoice: The billing management system 100 finds the pricing of the resource specifications corresponding to the resource specifications according to the resource specifications in the usage invoice and generates a billing invoice.

[0167] (13) Billing: The cloud operation center 300 implements billing according to the billing bill. The billing bill includes the user ID, resources and specifications, billing amount, etc.

[0168] based on Figure 4The cloud trading platform 10 shown in the figure, this application provides another bill verification method. The bill verification method of this application is introduced below in conjunction with the embodiment. Figure 6 , Figure 6 Another flowchart of a bill verification method provided in an embodiment of the present application, the method comprises the following steps:

[0169] S601. The cloud transaction platform obtains signature information corresponding to the first bill.

[0170] In a possible implementation, after the cloud trading platform 10 fails to verify the first bill, the cloud trading platform 10 may request the second user to authorize and initiate a consumption confirmation to the second user. After the second user successfully authorizes, the cloud trading platform 10 obtains the signature key to sign the first bill. According to the different states of the second user, the consumption confirmation initiated by the cloud trading platform 10 to the second user can be divided into two modes: online confirmation and offline confirmation.

[0171] For online confirmation, the cloud trading platform 10 provides a login interface to the second user and requests the second user to verify (the second user enters the account and password of the cloud trading platform 10). If the verification is successful, the cloud trading platform 10 can obtain the signature key.

[0172] For offline confirmation, the offline authorization interface is triggered, and the cloud trading platform 10 sends a verification code to the second user (for example, by SMS, email, etc.). After the second user submits the verification code to the cloud trading platform 10, the cloud trading platform 10 can use the verification code to obtain the signature key.

[0173] After the cloud transaction platform 10 obtains the signature key, the first bill is signed according to the signature key to obtain signature information.

[0174] It should be noted that the above S501 is an optional step of the embodiment of the present application. The bill verification method of the embodiment of the present application may not execute the above S501, that is, no subsequent signature verification is performed, or the signature information is obtained by other means.

[0175] S602. The cloud transaction platform verifies the first bill.

[0176] After the cloud trading platform 10 fails to verify the first bill, the cloud trading platform 10 can re-verify the first bill based on the information obtained at the software level for secondary verification. In one possible implementation, the information verified by the cloud trading platform 10 includes the bill ID, user ID, usage time, and usage information. Among them, the usage time refers to the time when the second user uses the resource, ranging from the time when the second user starts to use it to the time when the second user ends. In one example, the cloud trading platform 10 defines the time when the second user starts to use it as the time when the cloud trading platform 10 starts billing, and defines the time when the second user ends to be defined as the time when the cloud trading platform 10 starts to confirm the consumption or the time when the first bill is verified.

[0177] In one possible implementation, the cloud transaction platform 10 verifies the first bill by means of order status verification, session verification, and signature verification. The cloud transaction platform 10 can select one or more verification methods to verify the first bill in accordance with different application scenarios, and can also add more verification methods in accordance with actual needs, which are not limited here.

[0178] In a possible implementation, the cloud trading platform 10 provides a login interface and an ordering interface for the second user, which are used for the second user to log in to the cloud trading platform 10 and order resources on the cloud trading platform 10, respectively.

[0179] The various cloud services on the current cloud trading platform 10 will display the types, specifications, quantities and prices of resources included in each cloud service, wherein the types of cloud resources include instances (such as virtual machines and containers) and additional services (such as traffic, database types, storage packages, etc.) required by the cloud service, and the specifications of cloud resources may include the number of cores of the virtual central processing unit (vCPU) of the virtual machine, the size of the memory, the size of the storage package, etc. When the second user logs in / logs out / changes the subscription status on the cloud trading platform 10, the cloud trading platform 10 will update the login / logout / subscription status of the second user.

[0180] In another implementation, the second user logs in from the official website or other channels provided by the first user, and shares an account with the cloud trading platform 10, and after logging in, jumps to the cloud trading platform 10 to perform operations.

[0181] In actual application, the second user uses the resources provided by the cloud transaction platform 10 in the following ways:

[0182] Implementation method 1: The second user logs in to the cloud trading platform 10 online through the login interface provided by the cloud trading platform 10, and selects the resources to be ordered or used. If the cloud trading platform 10 has saved the ordering relationship between the second user and one or more resources, after the second user logs in to the cloud trading platform 10, if the second user has no need to change the ordering relationship, the second user can directly use the ordered resources.

[0183] Implementation method 2: The second user does not need to log in, and directly uses the resources on the cloud trading platform 10 through the offline interface. For example, the second user directly chooses to use the resources on the cloud trading platform 10 by sending a text message verification code.

[0184] The following is an introduction to the specific contents of order status verification, session verification and signature verification.

[0185] Subscription status verification: If, before the second user uses the resources, the cloud trading platform 10 detects that the second user's subscription status for the resources is in subscription, and within the time range of the second user's use of the resources, the cloud trading platform 10 detects that the second user's subscription status for the resources has not changed, then it is determined that the first bill verification has passed.

[0186] The cloud transaction platform 10 uses subscription status verification to detect abnormal billing duration and subscription status in the usage bill, thereby solving the problem of incorrect duration and subscription status in the billing process for the first and second users.

[0187] Session verification: If the cloud transaction platform 10 detects that the time range of the second user using the source resource is within the time range of the second user logging into the cloud transaction platform 10 , it is determined that the first bill verification has passed.

[0188] For online resources that are charged based on usage time, the cloud trading platform 10 can directly intercept incorrect usage bills through session verification, avoiding the problem of incorrect billing time for the first and second users. At the same time, it can support real-time / quasi-real-time billing of resources, ensuring that the first and second users can sell on demand, and can trade reliably, and the second user does not need to worry about overcharges.

[0189] The cloud transaction platform 10 may perform signature verification on the first bill based on the execution of step S501.

[0190] The cloud transaction platform 10 ensures that the sales platform, the first and second users, and the second user reach an agreement on usage and billing through operations such as second user authorization, key issuance, signature verification, and implementation of a signature mechanism for bills, thereby forming a transparent transaction, ensuring that the transaction process is objective and fair, and is also conducive to the promotion of resources.

[0191] There are two ways to verify the signature.

[0192] Method 1: The cloud transaction platform 10 encrypts the entire content of the first bill.

[0193] Specifically, after the cloud transaction platform 10 requests the second user to confirm the consumption, it obtains the encryption key. Then, the cloud transaction platform 10 encrypts the first bill according to the encryption key to obtain signature information.

[0194] When the cloud trading platform 10 needs to perform billing, the decryption key is obtained. Then, the cloud trading platform 10 decrypts the signature information corresponding to the first bill according to the decryption key. If the decryption is successful, the cloud trading platform 10 determines that the first bill has passed the verification.

[0195] Method 2: The cloud transaction platform 10 encrypts the core content of the first bill.

[0196] Specifically, the cloud transaction platform 10 encrypts the summary information of the first bill to obtain signature information.

[0197] When the cloud trading platform 10 needs to perform billing, the decryption key is obtained. Then, the cloud trading platform 10 decrypts the signature information corresponding to the first bill according to the decryption key. If the decrypted information is consistent with the content of the first bill, it means that the bill has not been tampered with, and the cloud trading platform 10 determines that the first bill has passed the verification.

[0198] Optionally, the signature encryption algorithm includes: an asymmetric encryption algorithm, a symmetric encryption algorithm, or a hash-based message authentication code (HMAC), etc.

[0199] It should be understood that the cloud trading platform 10 charges the first bill in a manner including time-based charging and usage-based charging, which is divided into online services and offline services according to the online or offline status of the cloud trading platform 10. The following specifically introduces the verification methods in different scenarios in combination with different billing methods and service methods. For details, please refer to Table 1 below.

[0200] 1. The cloud trading platform 10 provides online services and adopts a time-based billing method.

[0201] In this scenario, the cloud transaction platform 10 can use the following six verification methods to verify the first bill.

[0202] (1) Order verification.

[0203] (2)Session verification.

[0204] (3) Subscription verification and session verification.

[0205] (4) Order verification and signature verification.

[0206] (5) Session verification and signature verification.

[0207] (6) Order verification, session verification and signature verification.

[0208] It should be understood that, during the stage when the cloud transaction platform 10 provides online services, if time-based billing is adopted and the session verification is correct, signature verification is an optional solution.

[0209] 2. The cloud trading platform 10 provides online services and adopts a usage-based billing method.

[0210] In this scenario, the cloud transaction platform 10 can use the following seven verification methods to verify the first bill.

[0211] (1) Order verification.

[0212] (2)Session verification.

[0213] (3)Signature verification.

[0214] (4) Subscription verification and session verification.

[0215] (5) Order verification and signature verification.

[0216] (6) Session verification and signature verification.

[0217] (7) Order verification, session verification and signature verification.

[0218] Since there is no operation of logging in / out of the cloud transaction platform 10 in the offline state, there is no need to perform session verification when the cloud transaction platform 10 is in the offline state.

[0219] 3. The cloud transaction platform 10 provides offline services.

[0220] In this scenario, no matter the cloud trading platform 10 adopts the method of time-based billing or usage-based billing, the cloud trading platform 10 can use the following three verification methods to verify the first bill.

[0221] (1) Order verification.

[0222] (2)Signature verification.

[0223] (3) Order verification and signature verification.

[0224]

[0225] Table 1

[0226] The following is a specific example Figure 6 The bill verification method provided is introduced in detail.

[0227] Example 1: The online on-demand resource (Resource-1) provides online services to the second user (userA) and adopts the time-based billing method.

[0228] Resource pricing is shown in Table 2 below.

[0229] Resource Specifications Pricing Standard Edition 1 yuan / hour Premium 5 yuan / hour Professional Edition 10 yuan / hour

[0230] Table 2

[0231] Assume that the record information of the second user (userA) logging in / out of the cloud transaction platform 10 is:

[0232] 2023-10-17 14:00:00|userA|Resource-1|Login successful

[0233] 2023-10-17 17:00:00|userA|Resource-1|Login failed

[0234] The record information of the second user (userA) ordering resources from the cloud trading platform 10 is:

[0235] 2023-10-17 13:00:00|userA|Order|Resource-1|Standard Edition

[0236] 2023-10-17 17:00:00|userA|Unsubscribe|Resource-1|Standard Edition

[0237] Assume that after the second user uses the subscribed resources, the following four bills are generated, and the bills include the bill ID, usage time, user ID, resource ID, and usage duration.

[0238] Bill 1: 2023-10-17 14:00:00~2023-10-17 15:00:00|userA|Resource-1|1 hour

[0239] Bill 2: 2023-10-17 15:00:00~2023-10-17 16:00:00|userA|Resource-1|1 hour

[0240] Bill 3: 2023-10-17 16:00:00~2023-10-17 18:00:00|userA|Resource-1|2 hours

[0241] Bill 4: 2023-10-19 20:00:00~2023-10-17 21:00:00|userA|Resource-1|1 hour

[0242] See also Figure 7 , Figure 7 Another execution diagram of the bill verification method provided in the embodiment of the present application: For resources that are charged by duration, the cloud transaction platform 10 may only verify the session and subscription status.

[0243] The cloud trading platform 10 performs session verification and order status verification on the four generated bills based on the above information. From the above information, it can be seen that:

[0244] Bill 1 and Bill 2 can be verified to generate billing bills.

[0245] Bill 3: Because the usage time exceeds the user session validity period (14:00-17:00), Bill 3 is rejected during the bill verification phase and no billing bill can be generated.

[0246] Bill 4: The usage time of Bill 4 is from 2023-10-19 20:00:00 to 2023-10-17 21:00:00. Since there is no subscription relationship during this time period, Bill 4 is rejected during the bill verification stage and the billing bill cannot be generated.

[0247] Example 2: An online on-demand resource (Resource-1) provides offline services to a user (userA), using a usage-based billing method.

[0248] Resource pricing is shown in Table 3 below.

[0249] Resource Specifications Pricing factor (duration * storage capacity) illustrate Standard Edition 1 yuan / day*GB 1 yuan per day per GB used

[0250] Table 3

[0251] Assume that the record information of user (userA) ordering resources from the cloud trading platform 10 is:

[0252] 2023-10-17 13:00:00|userA|Order|Resource-1|Standard Edition

[0253] 2023-10-21 17:00:00|userA|Unsubscribe|Resource-1|Standard Edition

[0254] Assume that after the user uses the subscribed resources, the following four bills are generated. The bills include the bill ID, usage time, user ID, resource ID, usage duration, and signature information.

[0255] Bill 1: 2023-10-18 00:00:00~2023-10-18 23:59:59|userA|Resource-1|1 day|1 GB|Signature 1

[0256] Bill 2: 2023-10-19 00:00:00~2023-10-19 23:59:59|userA|Resource-1|1 day|2 GB|Signature 2

[0257] Bill 3: 2023-10-20 00:00:00~2023-10-20 23:59:59|userA|Resource-1|1 day|1 GB

[0258] See also Figure 8 , Figure 8 Another execution diagram of the bill verification method provided in the embodiment of the present application. Since it is an offline service, the cloud trading platform 10 does not need to perform session verification. After receiving the verification code, the user submits the bill ID corresponding to the verification code to the cloud trading platform 10, and the cloud trading platform 10 obtains the signature key. The cloud trading platform 10 performs signature verification and subscription status verification on the four generated bills based on the above information. From the above information, it can be seen that:

[0259] Bill 1 and Bill 2 can be verified to generate billing bills.

[0260] Bill 3: Due to the lack of a valid signature, Bill 3 was rejected during the bill verification phase and no billing bill was generated.

[0261] Based on the above method embodiment, the present application also provides a cloud trading platform, which is used to provide software resource transactions. Fig. 9 As shown, the cloud trading platform 900 includes:

[0262] Processing module 901, used to obtain first software information of a first user, where the first software information is used to obtain the first software;

[0263] The processing module 901 is further used to display a software selection interface to the second user, where the software selection interface includes identifiers of multiple software, and the multiple software includes the first software;

[0264] The processing module 901 is further configured to deploy the first cloud service according to the selection of the first software by the second user;

[0265] The processing module 901 is further configured to provide the function of the first software to the second user by using the first cloud service;

[0266] The processing module 901 is further used to obtain a first bill uploaded by the first user, where the first bill is associated with the usage fee of the first software by the second user;

[0267] A verification module 902, configured to verify the first bill according to the usage information of the first cloud service by the second user;

[0268] The verification module 902 is further used to process the account of the second user according to the verification result of the first bill.

[0269] Exemplarily, the above processing module 901 and verification module 902 can be implemented by software or hardware. Exemplarily, the implementation of the processing module 901 is described below by taking the processing module 901 as an example. Similarly, the implementation of the verification module 902 can be the implementation of the processing module 901.

[0270] As an example of a software functional unit, the processing module 901 may include code running on a computing instance. Among them, the computing instance may include at least one of a physical host (computing device), a virtual machine, and a container. Further, the above-mentioned computing instance may be one or more. For example, the processing module 901 may include code running on multiple hosts / virtual machines / containers. It should be noted that the multiple hosts / virtual machines / containers used to run the code can be distributed in the same region (region) or in different regions. Furthermore, the multiple hosts / virtual machines / containers used to run the code can be distributed in the same availability zone (AZ) or in different AZs, each AZ including a data center or multiple data centers with close geographical locations. Among them, usually a region can include multiple AZs.

[0271] Similarly, multiple hosts / virtual machines / containers used to run the code can be distributed in the same virtual private cloud (VPC) or in multiple VPCs. Usually, a VPC is set up in a region. For cross-region communication between two VPCs in the same region and between VPCs in different regions, a communication gateway needs to be set up in each VPC to achieve interconnection between VPCs through the communication gateway.

[0272] As an example of a hardware functional unit, the processing module 901 may include at least one computing device, such as a server, etc. Alternatively, the processing module 901 may also be a device implemented using an application-specific integrated circuit (ASIC) or a programmable logic device (PLD). The PLD may be a complex programmable logical device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL) or any combination thereof.

[0273] The multiple computing devices included in the processing module 901 can be distributed in the same region or in different regions. The multiple computing devices included in the processing module 901 can be distributed in the same AZ or in different AZs. Similarly, the multiple computing devices included in the processing module 901 can be distributed in the same VPC or in multiple VPCs. The multiple computing devices can be any combination of computing devices such as servers, ASICs, PLDs, CPLDs, FPGAs, and GALs.

[0274] It should be noted that, in other embodiments, the processing module 901 can be used to execute S301 to S305 in the bill verification method, and the verification module 902 can be used to execute S306 to S307 in the bill verification method. The steps that the processing module 901 and the verification module 902 are responsible for implementing can be specified as needed. The processing module 901 and the verification module 902 respectively implement different steps in the bill verification method to realize all the functions of the cloud trading platform 900.

[0275] In a possible implementation, the first cloud service is provided by a cloud transaction platform.

[0276] In a possible implementation manner, the first cloud service is provided for a first user.

[0277] In a possible implementation, the processing module 901 is further configured to:

[0278] Instruct the first user to deploy the first cloud service for the second user.

[0279] In a possible implementation manner, the usage information of the first cloud service includes usage duration.

[0280] In a possible implementation manner, the usage information of the first cloud service includes a usage amount.

[0281] In a possible implementation, the verification module 902 is further configured to:

[0282] When the verification result of the first bill is passed, deducting the second user's account according to the verification result of the first bill;

[0283] When the verification result of the first bill is verification failure, the first bill is verified again.

[0284] In this embodiment, the operations performed by each unit in the cloud trading platform 900 are the same as those described above. Figure 3 The method described in the illustrated embodiment is similar and can be used to implement the functions of the computing device in the above method embodiment, and can also achieve the beneficial effects possessed by the above method embodiment, which will not be described in detail here.

[0285] The present application provides a computing device 1000. Fig.10 , Fig.10 A schematic diagram of a computing device provided in an embodiment of the present application. Fig.10 As shown, computing device 1000 includes: bus 1002, processor 1004, memory 1006 and communication interface 1008. Processor 1004, memory 1006 and communication interface 1008 communicate through bus 1002. Computing device 1000 can be a server or a terminal device. It should be understood that the present application does not limit the number of processors and memories in computing device 1000.

[0286] The bus 1002 may be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Fig.10 The bus 1002 may include a path for transmitting information between various components of the computing device 1000 (eg, the memory 1006, the processor 1004, and the communication interface 1008).

[0287] The processor 1004 may include any one or more of a central processing unit (CPU), a graphics processing unit (GPU), a microprocessor (MP), or a digital signal processor (DSP).

[0288] The memory 1006 may include a hard disk drive (HDD), a solid state drive (SSD), or other disks.

[0289] The memory 1006 stores executable program codes, and the processor 1004 executes the executable program codes to respectively implement the functions of the aforementioned processing module 901 and the verification module 902, thereby implementing the bill verification method. That is, the memory 1006 stores instructions for the bill verification method.

[0290] The communication interface 1008 uses a transceiver module such as, but not limited to, a network interface card or a transceiver to implement communication between the computing device 1000 and other devices or a communication network.

[0291] The present application provides a computing device cluster. The computing device cluster includes at least one Fig.10 The computing device 1000 shown. The computing device can be a server, such as a central server, an edge server, or a local server in a local data center. In some embodiments, the computing device can also be a terminal device such as a desktop, a laptop, or a smart phone.

[0292] See also Fig.11 , Fig.11 A schematic diagram of a computing device cluster provided in an embodiment of the present application. Fig.11 As shown, the computing device cluster includes at least one computing device 1000. The memory 1006 in one or more computing devices 1000 in the computing device cluster may store the same instructions for executing the bill verification method.

[0293] In some possible implementations, the memory 1006 of one or more computing devices 1000 in the computing device cluster may also store partial instructions for executing the bill verification method. In other words, the combination of one or more computing devices 1000 may jointly execute instructions for executing the bill verification method.

[0294] It should be noted that the memory 1006 in different computing devices 1000 in the computing device cluster can store different instructions, which are respectively used to execute part of the functions of the bill verification device. That is, the instructions stored in the memory 1006 in different computing devices 1000 can implement the functions of one or more modules in the processing module 901 and the verification module 902.

[0295] In some possible implementations, one or more computing devices in the computing device cluster may be connected via a network, which may be a wide area network or a local area network. Fig.12 shows a possible implementation. Fig.12 , Fig.12 Another structural diagram of a computing device cluster provided in an embodiment of the present application. Fig.12 As shown, two computing devices 1000A and 1000B are connected via a network. Specifically, the network is connected via a communication interface in each computing device. In this type of possible implementation, the memory 1006 in the computing device 1000A stores instructions for executing the functions of the processing module 901. At the same time, the memory 1006 in the computing device 1000B stores instructions for executing the functions of the verification module 902.

[0296] It should be understood that Fig.12 The functions of the computing device 1000A shown in FIG. 1000A may also be completed by multiple computing devices 1000. Similarly, the functions of the computing device 1000B may also be completed by multiple computing devices 1000.

[0297] The embodiment of the present application also provides a computer program product including instructions. The computer program product may be software or a program product including instructions that can be run on a computing device or stored in any available medium. When the computer program product is run on at least one computing device, the at least one computing device executes the bill verification method.

[0298] The embodiment of the present application also provides a computer-readable storage medium. The computer-readable storage medium can be any available medium that can be stored by the computing device or a data storage device such as a data center containing one or more available media. The available medium can be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state hard disk). The computer-readable storage medium includes instructions that instruct the computing device to execute the bill verification method, or instruct the computing device to execute the bill verification method.

[0299] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0300] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interfaces, devices or units, which can be electrical, mechanical or other forms.

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

[0302] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0303] If the integrated unit is implemented in the form of 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 application is essentially 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, and the computer software product is stored in a storage medium, including a number of instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a disk or an optical disk.

Claims

1. A bill verification method, characterized in that: The method is applied to a cloud trading platform, and the cloud trading platform is used to provide software resource transactions. The method includes: Acquire first software information of a first user, where the first software information is used to acquire the first software; Presenting a software selection interface to a second user, the software selection interface including identifiers of a plurality of software, the plurality of software including the first software; Deploy the first cloud service according to the second user's selection of the first software; Providing the functions of the first software to the second user using the first cloud service; Obtaining a first bill uploaded by the first user, where the first bill is associated with a fee paid by the second user for using the first software; Verifying the first bill according to the usage information of the first cloud service by the second user; The account of the second user is processed according to the verification result of the first bill.

2. The method according to claim 1, characterized in that The first cloud service is provided by the cloud transaction platform.

3. The method according to claim 1, characterized in that The first cloud service is provided for the first user.

4. The method according to claim 3, characterized in that: Deploying the first cloud service includes: Instruct the first user to deploy the first cloud service for the second user.

5. The method according to any one of claims 1 to 4, characterized in that The usage information of the first cloud service includes usage duration.

6. The method according to any one of claims 1 to 5, characterized in that The usage information of the first cloud service includes usage amount.

7. The method according to any one of claims 1 to 6, characterized in that Processing the account of the second user according to the verification result of the first bill includes: When the verification result of the first bill is passed, deducting the fee from the account of the second user according to the verification result of the first bill; When the verification result of the first bill is verification failure, the first bill is verified again.

8. A cloud trading platform, characterized in that: The cloud trading platform is used to provide software resource transactions, and the cloud trading platform includes: A processing module, used to obtain first software information of a first user, wherein the first software information is used to obtain a first software; The processing module is further used to display a software selection interface to the second user, wherein the software selection interface includes identifiers of multiple software, and the multiple software includes the first software; The processing module is further used to deploy the first cloud service according to the selection of the first software by the second user; The processing module is further configured to provide the functions of the first software to the second user by using the first cloud service; The processing module is further used to obtain a first bill uploaded by the first user, where the first bill is associated with the usage fee of the first software by the second user; a verification module, configured to verify the first bill according to the usage information of the first cloud service by the second user; The verification module is also used to process the account of the second user according to the verification result of the first bill.

9. The cloud trading platform according to claim 8, characterized in that: The first cloud service is provided by the cloud transaction platform.

10. The cloud trading platform according to claim 8, characterized in that: The first cloud service is provided for the first user.

11. The cloud trading platform according to claim 10, characterized in that: The processing module is also used for: Instruct the first user to deploy the first cloud service for the second user.

12. The cloud trading platform according to any one of claims 8 to 11, characterized in that: The usage information of the first cloud service includes usage duration.

13. The cloud trading platform according to any one of claims 8 to 12, characterized in that: The usage information of the first cloud service includes usage amount.

14. The cloud trading platform according to any one of claims 8 to 13, characterized in that: The verification module is also used for: When the verification result of the first bill is passed, deducting the fee from the account of the second user according to the verification result of the first bill; When the verification result of the first bill is verification failure, the first bill is verified again.

15. A computing device cluster, characterized in that: comprising at least one computing device, each computing device comprising a processor and a memory; The processor of the at least one computing device is configured to execute instructions stored in the memory of the at least one computing device, so that the computing device cluster executes the method according to any one of claims 1 to 7.

16. A computer program product comprising instructions, characterized in that When the instructions are executed by a computing device cluster, the computing device cluster is caused to perform the method according to any one of claims 1 to 7.

17. A computer-readable storage medium, characterized in that: The method comprises computer program instructions, and when the computer program instructions are executed by a computing device cluster, the computing device cluster performs the method as claimed in any one of claims 1 to 7.

Images