Billing method, electronic device and storage medium based on billing platform

Abstract

The embodiment of the present invention discloses a billing method, device and storage medium based on a billing platform, which belongs to the technical field of terminal split-screen processing. The method includes: receiving a service subscription request, and generating a corresponding billing request according to the service subscription request; sending a payment request generated according to the billing request to a third-party payment platform, and responding to the target service included in the service subscription request upon receiving a payment success instruction sent by the third-party payment platform in response to the payment request. The technical solution of the present invention can improve the security and accuracy of billing in an environment of multi-system collaborative operation.

Description

Technical Field

[0001] The embodiments of the present invention relate to the field of Internet technology, and in particular to a charging method, electronic device and storage medium based on a charging platform. Background Art

[0002] At present, in the field of Internet technology, various large companies and enterprises have launched various software systems and platforms to provide users with faster and richer services. When users enjoy the services provided, the software systems and platforms will charge a certain fee for the services provided to users.

[0003] For a single software system and platform, it is only necessary to set up a corresponding payment port or module on the software system and platform under the condition of ensuring information security, so that users can pay the corresponding fees according to the services they choose.

[0004] However, in the environment of multi-system collaborative operation, through the collaborative work of several software systems, such as in the field of Internet TV (IPTV), the IPTV platform, operator management platform and third-party content management platform are used to provide users with rich IPTV network TV services. If one system is used as the basis for billing, other systems need to have a certain degree of compatibility with the system, which is not reusable, and inaccurate billing will also occur. Summary of the invention

[0005] The main purpose of the embodiments of the present invention is to propose a billing method, device and storage medium based on a billing platform, aiming to improve the security and accuracy of billing.

[0006] To achieve the above-mentioned purpose, an embodiment of the present invention provides a billing method based on a billing platform, which includes the following steps: receiving a service subscription request, and generating a corresponding billing request according to the service subscription request; sending a payment request generated according to the billing request to a third-party payment platform, and upon receiving a payment success instruction sent by the third-party payment platform in response to the payment request, responding to the target service included in the service subscription request.

[0007] To achieve the above objectives, an embodiment of the present invention also proposes a billing device based on a billing platform, the device comprising a memory, a processor, a program stored on the memory and executable on the processor, and a data bus for realizing connection and communication between the processor and the memory, wherein the program implements the steps of the aforementioned method when executed by the processor.

[0008] To achieve the above objectives, the present invention provides a storage medium for computer-readable storage, wherein the storage medium stores one or more programs, and the one or more programs can be executed by one or more processors to implement the steps of the aforementioned method.

[0009] The billing method, device and storage medium based on the billing platform proposed in the embodiment of the present invention, when receiving a service subscription request, the billing platform will generate a corresponding billing request according to the added service subscription request, and then the billing platform will generate a corresponding payment request according to the relevant information of the requested service, and then send the generated payment request to the third-party payment platform associated with the billing platform, and finally, when receiving the payment success instruction issued by the third-party payment platform in response to the payment request, the billing platform will respond to the service subscription request, that is, complete the subscription to the target service. It realizes the billing processing of the user's business needs through a unified billing platform, improves the accuracy of billing in a multi-system collaborative working environment, and provides verification of user information when making payments, improves the security of payment, and quickly synchronizes data after completing billing and subscription, ensuring the uniformity of data in each system. BRIEF DESCRIPTION OF THE DRAWINGS

[0010] Figure 1 A flowchart of a billing method based on a billing platform is provided for an embodiment of the present application.

[0011] Figure 2 A flowchart of the steps of generating a billing request is provided for one embodiment of the present application.

[0012] Figure 3 A flowchart of the steps of determining whether to respond to a service subscription request is provided for one embodiment of the present application.

[0013] Figure 4 A scenario interaction diagram of a billing method based on a billing platform provided for an embodiment of the present application.

[0014] Figure 5 A schematic diagram of a scenario interaction for performing data synchronization provided in accordance with an embodiment of the present application.

[0015] Figure 6 A schematic diagram of a scenario interaction for performing secondary identity authentication provided in one embodiment of the present application.

[0016] Figure 7 It is a schematic block diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0017] 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 part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0018] The flowcharts shown in the accompanying drawings are only examples and do not necessarily include all the contents and operations / steps, nor must they be executed in the order described. For example, some operations / steps may be decomposed, combined, or merged, so the actual execution order may change according to actual conditions.

[0019] like Figure 1 As shown, Figure 1 A flowchart of a billing method based on a billing platform is provided for an embodiment of the present application.

[0020] The method includes steps S101 to S103.

[0021] Step S101: receiving a service subscription request, and generating a corresponding charging request according to the service subscription request.

[0022] When the billing platform receives a service subscription request, in order to respond to the service request, a corresponding billing request will be generated according to the received service subscription request.

[0023] In one embodiment, the method is applied to a scenario in which multiple systems operate collaboratively. Each system can operate independently, but they are also related to each other. The actual operating status or recorded data information of one system will affect the actual operation of other related systems. Similarly, as one or some systems improve themselves, differences in results will occur when responding to one or some services.

[0024] For example, in the field of Internet Television (IPTV), a complete set of Internet Television system structure mainly includes IPTV platform, operator management platform and third-party content management platform, etc. The three or more platforms operate in coordination to provide terminal users with rich IPTV network television services. However, with the continuous increase in the number of Internet Television terminal users and the continuous enrichment of audio and video content data, the original IPTV content billing criteria and billing schemes will have certain problems, such as inaccurate billing and insufficient data synchronization.

[0025] For example, in the field of online TV, when billing, if there is a package in the system and the price of the package is A yuan / month, when the user orders the package, he / she needs to be charged on a daily basis, that is, the number of days left in the month is equal to the number of days charged. When calculating this part of the fee, platform 1 calculates the fee according to (A*12 / 365*remaining days), and platform 2 calculates the fee according to (A / total number of days in this month*remaining days). In most cases, the results of the two methods are inconsistent, resulting in inconsistent bills on multiple platforms in the future.

[0026] In one embodiment, in the process of implementing the service subscription method based on the billing platform, there are also multiple systems operating in coordination, and each system has different responsibilities and functions, and each system is connected to the billing platform, and the billing platform is used to respond to the service subscription, such as billing and fee payment. The unified billing platform enables unified billing results.

[0027] During operation, each system can send a service subscription request to the billing platform, so that the billing platform generates a corresponding billing request based on the service subscription request, and then implements billing in a unified billing method to respond to the service subscription request.

[0028] In one embodiment, referring to Figure 2 , Figure 2 A flowchart of steps for generating a charging request provided in one embodiment of the present application, wherein step S101 includes steps S201 to S203.

[0029] Step S201: Receive a service subscription request sent by a first system, and identify subscription information included in the service subscription request.

[0030] In the scenario of multi-system collaborative operation to which the method is applied, several collaboratively operated systems are connected to a billing platform, and each system can send a corresponding service subscription request to the billing platform, so that the billing platform responds to the service subscription request to perform billing and other operations. Among them, the first system is one of the systems associated with the billing platform.

[0031] In one embodiment, when receiving a service subscription request sent by the first system, the subscription information contained in the service subscription request is identified, and then subsequent operations are performed based on the obtained subscription information. The obtained subscription information at least includes service information, user information, timestamp information, and order source information of the subscribed service.

[0032] Step S202: Determine whether to respond to the service subscription request based on the user information included in the subscription information.

[0033] In a network environment where multiple systems are operated in collaboration, it is necessary to ensure the security of each system because it involves the collaborative operation of multiple systems. Therefore, when a service subscription request is received, before responding to the service subscription request, it is necessary to determine whether the service request can be responded to at present. Therefore, when a service subscription request is received, the subscription information contained in the service subscription request is first identified and obtained, and then the relevant information contained in the subscription information is used to determine whether the received service subscription request can be responded to.

[0034] Therefore, after identifying the subscription information, it is determined whether the received service subscription request can be responded to based on the user information contained in the subscription information. The user information that issues the service subscription request contained in the subscription information is the unique identifier of the user, such as identity information or account information, etc. For greater security, it can also be the user's ID card information, etc. After obtaining the user information, the security of the user information is judged. Since it is a multi-system collaborative operation, the user information will inevitably be recorded and stored in each system. At this time, the security of the user information will be judged based on the data information recorded in all systems.

[0035] In one embodiment, referring to Figure 3 , Figure 3 A flowchart of the steps of determining whether to respond to a service subscription request provided by an embodiment of the present application, wherein step S202 includes steps S301 to S303.

[0036] Step S301, identifying user information contained in subscription information;

[0037] Step S302: querying in a second system associated with the billing platform according to the user information to determine whether the user information is recorded in the second system;

[0038] Step S303: Determine whether to respond to the service subscription request based on whether the user information is recorded in the second system;

[0039] If the user information is recorded in the second system, the service subscription request is responded to; if the user information is not recorded in the second system, the service subscription request is not responded to.

[0040] When determining whether to respond to a received service subscription request, the user information is used to determine. Since several systems associated with the billing platform will synchronize data, that is, the user information recorded in a certain system will be synchronized to other systems in real time, if the user information is only recorded and stored in one of the systems, it means that the service subscription request may be a dangerous request, and the service subscription request will not be responded to.

[0041] Therefore, when determining whether it is possible to respond to a received service subscription request, first identify the user information contained in the obtained subscription information, and then query in the second system associated with the billing platform based on the user information to determine whether the user information is recorded and stored in the second system, and then determine whether it is possible to respond to the received service subscription request based on the query results. If the user information is recorded in the second system, it is determined to respond to the received service subscription request; if the user information is not recorded in the second system, it is determined not to respond to the received service subscription request.

[0042] It should be noted that the second system can be a single system or a general term for several systems. When the second system is a single system, it only needs to record the currently identified user information in the second system in order to respond to the received service subscription request. When the second system is a general term for several systems, it is necessary to ensure that all systems included in the second system record the currently identified user information in order to respond to the received service subscription request.

[0043] In addition, the first system can be interchangeable with the second system. That is, in addition to the first system being able to send a service subscription request to the billing platform to realize service subscription, the second system can also send a service subscription request to the billing platform to realize subscription to the required service. That is, in addition to recording and storing user information, the second system will also have the service subscription and request capabilities of the first system. Similarly, the first system also has the ability to record and store data described by the second system.

[0044] Taking the scenario described above as an example, if a service subscription request sent by the IPTV platform is currently received, then after identifying and obtaining the relevant data information contained in the service subscription request (for example, service information, user information, timestamp information, subscription source information, etc.), the user information will be verified in the operator management platform and the third-party content management platform based on the user information contained in the relevant data information. When the user information is recorded in both the operator management platform and the third-party content management platform, it is determined that the verification is successful, and then subsequent request responses are made.

[0045] When making a request response, a corresponding billing request will be generated first, so that the billing platform can calculate the fee information, and after obtaining the corresponding fee information, a corresponding payment instruction will be generated, so that the billing platform can send the payment instruction to a third-party payment platform associated with the billing platform for subsequent fee payment. After completing the fee payment, the user will get the subscribed service, such as playing video information.

[0046] Step S203: If it is determined to respond to the service subscription request, a corresponding billing request is generated according to the subscription information.

[0047] The user information contained in the subscription information is used for corresponding verification to ensure the security of billing and payment. When the verification is passed, a corresponding billing request will be generated according to the identified subscription information to realize the subscription of the corresponding service according to the obtained billing request.

[0048] In actual applications, when it is determined that a response can be made to the received service request, a corresponding billing request will be generated according to the obtained subscription information, so that the billing platform can bill the service corresponding to the service subscription request. Therefore, when it is determined that billing is required, it is necessary to determine the object currently being billed, and then obtain the billing request by identifying the service information contained in the subscription information, wherein the billing request contains the service information contained in the subscription information.

[0049] In one embodiment, when determining whether to respond to the received service subscription request based on the obtained user information, if it is determined that the received service subscription request can be responded to, a corresponding charging request will be generated based on the obtained subscription information to achieve the response to the service subscription request. If it is determined that the received service subscription request is not responded to, feedback information of subscription failure will be generated, and the generated feedback information will be sent to the first system.

[0050] Step S102: Send the payment request generated according to the billing request to a third-party payment platform.

[0051] After obtaining the corresponding billing request according to the received service subscription request, the fee calculation and subsequent fee payment will be realized according to the billing request. Therefore, after receiving the billing request, the corresponding payment request is first obtained according to the billing request, and then the payment request is sent to the corresponding third-party payment platform, and when the payment success instruction issued by the third-party payment platform in response to the payment request is received, the target service included in the corresponding service subscription request is received.

[0052] In one embodiment, when making a payment request, it is necessary to determine the current actual fee information based on the currently received relevant information, and then the payment request currently being sent can be obtained based on the fee information to be paid. Therefore, when generating a payment request to be sent to the associated third-party payment platform, it includes: identifying the service identifier corresponding to the service subscription request, and querying the database based on the service identifier to determine the billing rules corresponding to the service identifier; determining the corresponding fee information based on the billing rules, and generating a corresponding payment request based on the fee information.

[0053] The database records the tariff information and rules corresponding to different services, and the data information recorded and stored in the database will be synchronized and updated in real time to various systems associated with the billing platform.

[0054] Different services have different corresponding billing rules, which are specifically reflected in the differences in tariff information and billing methods. For tariff information, that is, the pricing information of different services is different. For billing methods, as can be seen from the above description, the billing methods can be (A*12 / 365*remaining days) and (A / total days of this month*remaining days), etc. The cost information generated by different methods will be different. In the billing platform, a unified billing method can be set, and different billing methods can be set according to different services. Regardless of the billing method, it is carried out under the actual tariff status.

[0055] Therefore, when a service subscription request is received, the service identifier corresponding to the service contained in the service subscription request is identified, where the service identifier is a unique label for the service. By identifying the service label, a query is performed in the database in the billing platform to obtain the billing rules corresponding to the obtained service identifier, and finally a corresponding payment request is generated based on the obtained billing rules.

[0056] When generating a payment request, it is necessary to determine the current actual charges. Therefore, after obtaining the billing request, the billing rules corresponding to the current service to be subscribed will be determined in the database of the billing platform, and then the corresponding billing rules will be used to calculate the current corresponding charge information. For example, when subscribing to Package 1, the corresponding billing rule is to calculate the specific charge information according to the billing method (A / total number of days in this month*remaining days). If the price of Package 1 is 50 yuan / month, and there are 12 days remaining in June, then when subscribing to Package 1, the fee required for June is 50 / 30*12=20 yuan. When generating a payment request, the information contained in the payment request is "Pay 20 yuan". At the same time, the payment request can also record and include information about Package 1 and actual subscription information, such as "Pay 20 yuan, Package 1, 12 days (June)".

[0057] Step S103: If a payment success instruction is received from the third-party payment platform in response to the payment request, the target service included in the service subscription request is responded to.

[0058] The billing platform is used to bill and count the fees corresponding to the services that actually need to be subscribed. After receiving the payment request containing payment information, the payment request is sent to the third-party payment platform associated with the billing platform, so that the third-party payment platform responds to the payment request, that is, completes the payment.

[0059] Therefore, when receiving a payment success instruction issued by the third-party payment platform in response to the payment request, the target service included in the service subscription request will be responded to.

[0060] In actual applications, the third-party payment platform associated with the billing platform is determined by the billing platform. When the billing platform supports which third-party payment platform, the third-party payment platform that can be selected will be called up when the third-party payment platform is selected for payment. Generally, the third-party payment platform includes WeChat payment, Alipay payment, UnionPay payment and other payment platforms. When determining the third-party payment platform, if there are too many options for the third-party payment platform, the user can make the selection. At this time, when payment is required, the selection interface can be fed back for the user to select the payment platform currently required.

[0061] In one embodiment, the billing platform can be used to receive a service subscription request issued by a system associated with the billing platform, and send the generated payment request to the associated third-party payment platform, and data information synchronization is also required. In actual applications, in a network environment where multiple systems operate in collaboration, multiple systems need to work systematically to provide users with better service needs. In order to ensure the synchronization of data in each system, the data information recorded in each system needs to be synchronized at an appropriate time.

[0062] In the billing platform, the database it contains records data information related to the service, which is used to accurately determine the current corresponding tariff information when making a service subscription request. In actual applications, the billing platform is used to generate corresponding billing and payment requests based on the user's service subscription request, and then complete the user's request for the service they want to subscribe to by making payment on a third-party payment platform. After completing the subscription to the required target service, it is necessary to let the system associated with the billing platform know that the subscription to the target service has been completed to avoid data not being synchronized in time, resulting in duplicate subscriptions when users use the system.

[0063] Therefore, after generating a corresponding charging request based on the received service subscription information, the method further includes: recording the service information included in the service subscription request in a database of the charging platform, and setting the validity period of the service information.

[0064] In actual applications, for the service subscription request received by the billing platform, after responding to the service subscription request, that is, after completing the payment for subscribing to the target service, the information related to the target service needs to be stored. Therefore, after receiving the service subscription request, the service information recorded in the service subscription request will be recorded in the database of the billing platform, so that after completing the response to the service subscription request, the relevant information of the target service can be synchronized in the system associated with the billing platform in a timely manner.

[0065] When recording the business information contained in the business subscription request, a certain validity period will be set for the business subscription request and the business information. The validity period is set to avoid the data from existing in the database for a long time due to a long period of time without responding to the business subscription request, and the data is useless at this time. When the validity period exceeds and there is no response to the business subscription request, the business subscription request will be regarded as an invalid request, and feedback information of subscription failure will be fed back to the first system. At the same time, the recorded business information will be deleted to avoid synchronizing unsubscribed services and business information to the system associated with the billing platform.

[0066] After the third-party payment platform completes the response to the payment request, it also includes: according to the payment request, the target business is stored in the database; when a data synchronization instruction is detected, the database is synchronized to the system associated with the billing platform.

[0067] In one embodiment, a payment request generated according to a billing request is sent to a third-party payment platform, and a payment success instruction is received from the third-party payment platform in response to the payment request, thereby realizing a response to a service subscription request. After completing the response to the service subscription request, the successful subscription information of the responded target service will be recorded in a database according to the payment request generated above, and when a data synchronization instruction is detected, the data recorded in the database of the billing platform is synchronized to a system associated with the billing platform.

[0068] The data synchronization instruction may be triggered when receiving a payment success instruction issued by a third-party payment platform in response to a payment request. Since the user has completed the subscription to the target service in the system, in order to ensure the data uniformity between the systems, data information synchronization is required. For example, if there are three systems for collaborative operation, and the user uses system A to subscribe to package 1, then at this time, after the billing platform determines that the user has completed the subscription to package 1, it will need to inform system B and system C so that the user can use system B and system C to provide the services included in package 1 for himself.

[0069] Reference Figure 4 , Figure 4A scenario interaction diagram of a billing method based on a billing platform provided for an embodiment of the present application.

[0070] In this scenario, the entire service subscription and payment system includes: user terminals, systems, billing platforms and payment platforms, where the number of systems is not limited.

[0071] In this scenario, the service response method based on the billing platform provided in this application is implemented, including the following steps:

[0072] 1. Service request: The user terminal initiates a service request to the software system;

[0073] 2. Request authentication: The software system authenticates the user terminal that sends the service request. For a user terminal without rights, the authentication will fail. For a user with rights, the authentication will pass, which means that the user terminal can watch and on-demand the service corresponding to the service request;

[0074] 3. Return the list of subscribed products: When authentication fails, the software system will return the list of products that the user can subscribe to the user terminal based on the products associated with the content or services in the system;

[0075] 4. Order request: The user terminal determines the target product based on the user selection and initiates an order request based on the target product;

[0076] 5. Billing pre-processing: After receiving the order request, the software system will perform logical judgment and processing on the data of the order request, for example, verify whether the user is a legitimate user in the system, etc. After the preliminary verification, the software system will start to encapsulate the detailed data in the order data;

[0077] 6. Billing request: The software system will initiate a billing request to the billing platform;

[0078] 7. Internal billing logic processing: After receiving the billing request, the billing platform obtains the product price, discount policy, and product-related profit-sharing policy in the database through the incoming product information, and then calculates the payment fee generated by this order. At the same time, according to the profit-sharing policy in the system, it calculates the detailed profit sharing of the fee for each platform in the software system;

[0079] 8. Data secondary verification: The billing platform queries other platforms in the software system for detailed user data based on the incoming user data information to determine the legitimacy of the user information;

[0080] 9. Payment request: When the user information is determined to be legitimate, the billing platform initiates a payment request to the payment platform;

[0081] 10. Save payment results: send the payment request to the third-party payment platform, and return the payment results after the payment is completed;

[0082] 11. Return the billing result response: The billing platform saves the detailed billing order internally and returns the billing result to the software system at the same time;

[0083] 12. Return ordering result: The software system will return the ordering result of the entire process to the user terminal. For example, after the user orders successfully, he will start watching the content; if the user orders unsuccessfully, the error reason will be checked for the user to view detailed information.

[0084] In addition, the billing platform will also synchronize data information, such as Figure 5 As shown, Figure 5 A schematic diagram of a scenario interaction for data synchronization provided by an embodiment of the present application. When synchronizing data information, newly added data information in the billing platform is synchronized to a system associated with the billing platform.

[0085] In the billing system, the system administrator manages system data through the data management portal, specifically maintaining product data, profit-sharing strategy data, etc.

[0086] In order to ensure the accuracy of product billing, it is necessary to synchronize the detailed product data specified by the billing platform to other platforms in the software system. Since the product data is stored in the database of the billing platform, the data synchronization interface machine uses a timing script to filter out the unsynchronized product data from the database and synchronize the product data to the IPTV system. After successful synchronization, the IPTV will return a successful synchronization. If the synchronization fails, the data synchronization interface machine will re-trigger the product synchronization. Only after the product data is synchronized to each platform in the software system can each platform support the subscription of the product on each platform. Otherwise, the user will not be able to query the product and therefore will not be able to initiate an order for the product.

[0087] After the software system returns the product synchronization result, the data synchronization interface machine will save the synchronization result in the database according to the synchronization result. The products will be marked according to different synchronization results. Products that have not been synchronized successfully will initiate the product synchronization process again at the beginning of the next synchronization task.

[0088] Furthermore, when making a payment request, the user information needs to be verified twice to ensure the security of the user information, such as Figure 6 As shown, Figure 6 A schematic diagram of a scenario interaction for performing secondary identity authentication provided in one embodiment of the present application.

[0089] When performing secondary verification, the business processing cluster (composed of business processors) needs to perform billing preprocessing on the billing data in the request when it receives the billing request initiated by other platforms in the software system. Specifically, it obtains the product price, discount policy, and product-associated profit-sharing policy in the database through the product information transmitted in the request message, and then calculates the payment fee generated by this order. At the same time, according to the profit-sharing policy in the system, it calculates the detailed distribution of the fee for each platform in the software system.

[0090] After preprocessing, the business processing cluster will send the payment fee to the payment module. The payment module will also obtain user information and product information from the payment request. This information will not be used for fee payment, but will be used to perform a secondary verification of the payment request based on this information. The payment module directly connects with each platform in the software system, and calls the secondary verification interface of the platform according to the predetermined interface specification. Each platform responds to the verification request and returns a response. The payment module compares the response message with the request data obtained above, and completes the data validity verification according to the internal verification logic.

[0091] If the verification fails, a payment response will be returned to the business processing cluster. If the verification fails, the business processing cluster will return a billing request response to the software system. Billing fails, and other platforms in the software system will need to re-initiate the billing request. At the same time, the billing platform saves the billing record for this time, and the result is failure, saving the reason for the verification failure. If the payment module succeeds in verification, a payment request will be initiated to the third-party payment platform (WeChat, Alipay, etc.). The payment platform returns the payment result for this payment, and the payment module returns the payment result to the business processing cluster. The business processing cluster saves the payment status in the billing platform database (success means saving successfully, and failure means recording errors and payment failure descriptions). At the same time, the business processing cluster returns the payment response to the software system, and the software system enters different logical processing branches according to different response results.

[0092] In the above-described billing method and device based on the billing platform, that is, the readable storage medium, when receiving a service subscription request, the billing platform will generate a corresponding billing request based on the added service subscription request, and then the billing platform will generate a corresponding payment request based on the relevant information of the requested service, and then send the generated payment request to the third-party payment platform associated with the billing platform, and finally, when receiving the payment success instruction issued by the third-party payment platform in response to the payment request, the billing platform will respond to the service subscription request, that is, complete the subscription to the target service. It realizes the billing processing of the user's business needs through a unified billing platform, improves the accuracy of billing in a multi-system collaborative working environment, and provides verification of user information when making payments, improves the security of payment, and quickly synchronizes data after completing billing and subscription, ensuring the uniformity of data in each system.

[0093] See also Figure 7 , Figure 7 It is a schematic block diagram of the structure of an electronic device provided in an embodiment of the present application.

[0094] Exemplarily, the electronic device may be a mobile phone, a tablet, a notebook, a desktop computer, a television, a dedicated input device, an ATM, etc.

[0095] The electronic device further comprises a processor and a memory, wherein the memory is used to store the computer program.

[0096] The processor is used to execute the computer program and implement any one of the billing methods based on the billing platform provided in the embodiments of the present application when executing the computer program.

[0097] It should be understood that the processor may be a central processing unit (CPU), and the processor may also be other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. Among them, the general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc.

[0098] A computer-readable storage medium is also provided in an embodiment of the present application. The computer-readable storage medium stores a computer program. When the computer program is executed by a processor, the processor implements any billing method based on a billing platform provided in the embodiments of the present application.

[0099] It will be appreciated by those skilled in the art that all or some of the steps, systems, and functional modules / units in the methods disclosed above may be implemented as software, firmware, hardware, and appropriate combinations thereof. In a hardware implementation, the division between the functional modules / units mentioned in the above description does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function or step may be performed by several physical components in cooperation. Some or all physical components may be implemented as software executed by a processor, such as a central processing unit, a digital signal processor, or a microprocessor, or may be implemented as hardware, or may be implemented as an integrated circuit, such as an application-specific integrated circuit. Such software may be distributed on a computer-readable storage medium, which may include a computer-readable storage medium (or a non-transitory medium) and a communication medium (or a temporary medium).

[0100] As is known to those of ordinary skill in the art, the term computer-readable storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules or other data). Computer-readable storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical disk storage, magnetic cassettes, magnetic tapes, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store the desired information and can be accessed by a computer. In addition, it is known to those of ordinary skill in the art that communication media typically contain computer-readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transmission mechanism, and may include any information delivery medium.

[0101] Exemplarily, the computer-readable storage medium may be an internal storage unit of the electronic device described in the foregoing embodiments, such as a hard disk or memory of the electronic device. The computer-readable storage medium may also be an external storage device of the electronic device, such as a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, a flash card (Flash Card), etc., equipped on the electronic device.

[0102] The electronic device and computer-readable storage medium provided by the aforementioned embodiments display at least two virtual keyboards in different display areas on the display screen when the user inputs information, so that information can be input through at least two virtual keyboards; the difficulty for malicious software to infer input information by monitoring the status of sensors is increased, thereby enhancing the security of information input.

[0103] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of various equivalent modifications or replacements within the technical scope disclosed in the present application, and these modifications or replacements should be included in the protection scope of the present application. Therefore, the protection scope of the present application shall be based on the protection scope of the claims.

Claims

1. A billing method based on a billing platform, characterized in that: The method comprises: Receiving a service subscription request, and generating a corresponding billing request according to the service subscription request; Sending a payment request generated according to the billing request to a third-party payment platform; If a payment success instruction is received from the third-party payment platform in response to the payment request, respond to the target service included in the service subscription request; The receiving a service subscription request and generating a corresponding charging request according to the service subscription request includes: receiving a service subscription request sent by a first system, and identifying subscription information contained in the service subscription request, wherein the first system is connected to the billing platform; determining whether to respond to the service subscription request according to whether the user information included in the subscription information is recorded in a second system associated with the billing platform, wherein the second system is connected to the billing platform; If it is determined to respond to the service subscription request, a corresponding billing request is generated according to the subscription information.

2. The method according to claim 1, characterized in that The determining whether to respond to the service subscription request according to the user information included in the subscription information includes: Identifying user information included in the subscription information; According to the user information, query in a second system associated with the billing platform to determine whether the user information is recorded in the second system; Whether to respond to the service subscription request is determined according to whether the user information is recorded in the second system.

3. The method according to claim 2, characterized in that The determining whether to respond to the service subscription request according to whether the user information is recorded in the second system includes: If the user information is recorded in the second system, respond to the service subscription request; or, If the user information is not recorded in the second system, then the service subscription request is not responded to; After determining not to respond to the service subscription request, the method further includes: Generate feedback information of subscription failure, and send the feedback information to the first system.

4. The method according to claim 1, characterized in that After receiving the service subscription request and generating a corresponding charging request according to the service subscription request, the method further includes: Recording the service information included in the service subscription request in a database of the billing platform, and setting a validity period for the service information; If it is determined that the billing platform has not responded to the service subscription request within the valid time period, the service subscription request is regarded as an invalid request and the service information is deleted from the database.

5. The method according to claim 4, characterized in that The step of sending the payment request generated according to the billing request to a third-party payment platform includes: Identify the service identifier corresponding to the service subscription request, and query the database according to the service identifier to determine the charging rule corresponding to the service identifier; Corresponding charging information is determined according to the charging rule, so as to generate a corresponding payment request according to the charging information.

6. The method according to claim 4, characterized in that If a payment success instruction is received from the third-party payment platform in response to the payment request, after responding to the target service included in the service subscription request, the method further includes: According to the payment request, recording the subscription success information of the target service in the database; When a data synchronization instruction is detected, the database is synchronized to a system associated with the billing platform.

7. The method according to claim 4, characterized in that The method further comprises: When a new service is detected in the database, the service information corresponding to the new service is synchronized to the application system associated with the billing platform.

8. An electronic device, characterized in that: The device includes a memory, a processor, a program stored in the memory and executable on the processor, and a data bus for realizing connection and communication between the processor and the memory. When the program is executed by the processor, the steps of the billing method based on the billing platform as described in any one of claims 1 to 7 are realized.

9. A storage medium for computer-readable storage, characterized in that: The storage medium stores one or more programs, and the one or more programs can be executed by one or more processors to implement the steps of the billing method based on the billing platform described in any one of claims 1 to 7.

Images