Shutdown recharging method and device, storage medium and program product

Abstract

The invention provides a shutdown recharging method and device, a storage medium and a program product which are applied to gateway equipment, and relates to the field of communication services. Comprising the steps of receiving a recharging request of a target user; wherein the target user is a user in a shutdown state; the recharging request is used for requesting recharging through a target recharging platform; under the condition that the address information of the target recharging platform is recorded in the white list, network resources required by recharging are allocated to the target user; the white list is used for recording address information of resources allowed to be accessed by the user in the shutdown state. The invention aims to solve the problem that an existing shutdown recharging method cannot realize convenient and efficient recharging.

Description

Technical Field

[0001] The present application relates to the field of communication services, and in particular to a method, device, storage medium and program product for charging a service while it is down. Background Art

[0002] At present, the suspension of user service due to arrears is a common problem, which not only affects the normal user experience, but also poses a challenge to the service quality and user satisfaction of operators. Therefore, in order to improve the user experience, a convenient and efficient recharge solution is urgently needed.

[0003] The existing downtime recharge method mainly realizes downtime recharge by transforming and upgrading network equipment (such as packet data network gateway) to support status verification function and specific redirection mechanism. This method solves the problem that users cannot directly access network resources when downtime, but it has problems such as high cost, single recharge method and lack of flexibility. It has limitations and is not convenient and efficient enough. Summary of the invention

[0004] The present application provides a method, device, storage medium and program product for recharging during downtime, which do not require modification and upgrading of network equipment and can realize convenient and efficient recharging in a downtime state.

[0005] In a first aspect, the present application provides a method for recharging during downtime, which is applied to a gateway device, and includes: receiving a recharge request from a target user; wherein the target user is a user in an downtime state; the recharge request is used to request recharge through a target recharge platform; when the address information of the target recharge platform is recorded in a whitelist, the network resources required for recharge are allocated to the target user; the whitelist is used to record the address information of resources that the user in the downtime state is allowed to access.

[0006] It is understandable that the downtime recharge method provided by the present application does not involve the modification and upgrading of network equipment. It only requires the configuration of the relevant whitelist on the gateway device to enable users to successfully access the network resources required for recharge. Therefore, the cost of the downtime recharge method provided by the present application is lower than the cost of the existing downtime recharge method. At the same time, the above-mentioned whitelist records the address information of the resources that users in the downtime state are allowed to access. Therefore, users can flexibly choose the recharge method or recharge platform they need, as long as the address information of the recharge platform is recorded in the whitelist. In summary, the present application can realize convenient and efficient recharge in the downtime state.

[0007] A possible implementation method is to allocate network resources required for recharging to the target user when the address information of the target recharging platform is recorded in the whitelist, including: sending a recharge request to the target server, so that the target server sends a recharge guidance page to the target user in response to the recharge request.

[0008] Another possible implementation method is that after allocating the network resources required for recharge to the target user, the method also includes: receiving a payment request sent by the target user, the payment request is used to request payment through a target payment platform; when the address information of the target payment platform is recorded in the whitelist, the payment request is sent to the target payment platform.

[0009] In another possible implementation, the resources recorded in the whitelist that are allowed to be accessed by users in the downtime state are obtained based on an analysis of historical recharge behavior data of a set user group; the set user group includes target users; and the recharge behavior data includes resource data accessed by users performing recharge operations.

[0010] Another possible implementation method is to divide the user groups based on at least one of the following indicators: age, gender, education level, occupation, economic status, interests and hobbies, social circle, region, and consumption habits.

[0011] In another possible implementation, the resources recorded in the whitelist that are allowed to be accessed by users in the shutdown state are determined based on the historical recharge behavior data and behavior prediction model of a set user group; wherein the behavior prediction model is used to predict the user's recharge behavior data at a future moment based on the user's historical recharge behavior data.

[0012] In another possible implementation, the behavior prediction model is trained by preset training samples, and the preset training samples include sample data and sample labels. The sample data is the recharge behavior data of a set user group at a first historical moment, and the sample label is the recharge behavior data of a set user group at a second historical moment; wherein the first historical moment is earlier than the second historical moment.

[0013] In another possible implementation manner, the method further includes: updating the whitelist when resources that are allowed to be accessed by users in a shutdown state are changed.

[0014] Another possible implementation manner is to allocate network resources required for recharging to the target user, including: allocating network resources required for recharging to the target user according to network bandwidth usage and traffic distribution.

[0015] In a second aspect, the present application provides a method for recharging during downtime, which is applied to a target server, and includes: receiving a recharge request from a target user; wherein the target user is a user in a downtime state; the recharge request is used to request recharge through a target recharge platform; the recharge request from the target user is sent to the target server by a gateway device after determining that the address information of the target recharge platform is recorded in a whitelist; wherein the whitelist is used to record the address information of resources that users in a downtime state are allowed to access; in response to the recharge request from the target user, a recharge guidance page is sent to the target user.

[0016] It is understandable that for users who are shut down, it is very important to be able to quickly recharge and resume service through the selected recharge platform. This application configures a whitelist on the gateway device (the whitelist records the address information of resources that users in the shutdown state are allowed to access), so that users can flexibly choose the recharge method or recharge platform they need. Furthermore, when the address information of the target recharge platform requested by the user is recorded in the whitelist, the target server in this application can receive and respond to the recharge request of the shut down user, and provide a recharge guidance page in time, so that the user can complete the recharge operation conveniently, thereby quickly resuming service use and improving the user experience. In summary, this application can realize convenient and efficient recharge in the shutdown state.

[0017] In a possible implementation method, after sending a recharge guidance page to a target user, the method further includes: querying whether the blockchain includes a payment record of the target user; the payment record is a record of payment operations performed by the target user based on the recharge guidance page; if the blockchain includes the payment record of the target user and the payment status of the target user is a successful payment, sending a notification message to a network side configuration server, the notification message is used to notify the network side configuration server to restore the network access rights of the target user; wherein the payment record of the target user is written into the blockchain by the payment platform through a smart contract.

[0018] In a third aspect, the present application provides a method for recharging during downtime, which is applied to a terminal device, and the method includes: in response to a recharge request initiated by a target user, sending a recharge request to a gateway device; wherein the target user is a user in a downtime state; the recharge request is used to request recharge through a target recharge platform; when the address information of the target recharge platform is recorded in a whitelist, receiving a recharge guidance page sent by the target server; wherein the whitelist is used to record the address information of resources that users in a downtime state are allowed to access; and recharging is performed based on the recharge guidance page.

[0019] It is understandable that the shutdown recharge method provided by this application enables users to smoothly access the network resources required for recharge by configuring the relevant whitelist on the gateway device (the whitelist records the address information of the resources that users in the shutdown state are allowed to access), and provides a variety of convenient recharge methods for shutdown users, so that users can still complete the recharge operation in the shutdown state, quickly restore the service, and reduce the inconvenience caused by the shutdown. In summary, this application can realize convenient and efficient recharge in the shutdown state.

[0020] A possible implementation method is that after recharging based on the recharge guidance page, the method also includes: sending a payment request to a gateway device in response to a payment request initiated by a target user; wherein the payment request is used to request payment through a target payment platform; and receiving a payment response message when the address information of the target payment platform is recorded in a whitelist.

[0021] Another possible implementation method is that in response to a recharge request initiated by a target user, before sending the recharge request to a gateway device, the method further includes: predicting future recharge behavior data of the target user; the recharge behavior data includes resources that the user needs to access to perform the recharge operation; based on the future recharge behavior data of the target user, preloading the resources that the target user needs to access to perform the recharge operation.

[0022] Another possible implementation method is to predict the future recharge behavior data of the target user, including: obtaining the future recharge behavior data of the target user based on the historical recharge behavior data of the target user and a behavior prediction model; wherein the behavior prediction model is used to predict the user's recharge behavior data at a future moment based on the user's historical recharge behavior data.

[0023] Another possible implementation method is to predict the future recharge behavior data of the target user, including: obtaining the future recharge behavior data of the target user predicted by a data analysis device; the future recharge behavior data of the target user is determined by the data analysis device based on the historical recharge behavior data of the target user and a behavior prediction model; the behavior prediction model is used to predict the user's recharge behavior data at a future moment based on the user's historical recharge behavior data.

[0024] In another possible implementation, the behavior prediction model is trained by preset training samples, and the preset training samples include sample data and sample labels. The sample data is the recharge behavior data of a set user group at a first historical moment, and the sample label is the recharge behavior data of a set user group at a second historical moment; wherein the first historical moment is earlier than the second historical moment.

[0025] In a fourth aspect, the present application provides a shutdown recharge device, which is applied to a gateway device, including: a receiving module and a processing module; wherein the receiving module is used to receive a recharge request from a target user; wherein the target user is a user in a shutdown state; the recharge request is used to request recharge through a target recharge platform; the processing module is used to allocate network resources required for recharge to the target user when the address information of the target recharge platform is recorded in a whitelist; the whitelist is used to record the address information of resources that users in a shutdown state are allowed to access.

[0026] In a possible implementation manner, the processing module is further used to: send the recharge request to the target server, so that the target server sends a recharge guidance page to the target user in response to the recharge request.

[0027] In another possible implementation, the processing module is further used to: receive a payment request sent by a target user, the payment request being used to request payment through a target payment platform; and send the payment request to the target payment platform when the address information of the target payment platform is recorded in a whitelist.

[0028] In another possible implementation, the resources recorded in the whitelist that are allowed to be accessed by users in the downtime state are obtained based on an analysis of historical recharge behavior data of a set user group; the set user group includes target users; and the recharge behavior data includes resource data accessed by users performing recharge operations.

[0029] Another possible implementation method is to divide the user groups based on at least one of the following indicators: age, gender, education level, occupation, economic status, interests and hobbies, social circle, region, and consumption habits.

[0030] In another possible implementation, the resources recorded in the whitelist that are allowed to be accessed by users in the shutdown state are determined based on the historical recharge behavior data and behavior prediction model of a set user group; wherein the behavior prediction model is used to predict the user's recharge behavior data at a future moment based on the user's historical recharge behavior data.

[0031] In another possible implementation, the behavior prediction model is trained by preset training samples, and the preset training samples include sample data and sample labels. The sample data is the recharge behavior data of a set user group at a first historical moment, and the sample label is the recharge behavior data of a set user group at a second historical moment; wherein the first historical moment is earlier than the second historical moment.

[0032] In another possible implementation, the processing module is further configured to update the whitelist when the resources that are allowed to be accessed by users in a shutdown state are changed.

[0033] In another possible implementation, the processing module is specifically used to allocate network resources required for recharging to the target user according to network bandwidth usage and traffic distribution.

[0034] In a fifth aspect, the present application provides another device for recharging during downtime, which is applied to a target server and includes: a receiving module and a sending module. The receiving module is used to receive a recharging request from a target user; the target user is a user in downtime; the recharging request is used to request recharging through a target recharging platform; the recharging request from the target user is sent to the target server by the gateway device when the address information of the target recharging platform is determined to be recorded in a whitelist; the whitelist is used to record the address information of resources that users in downtime are allowed to access; the sending module is used to send a recharging guide page to the target user in response to the recharging request from the target user.

[0035] In one possible implementation, the sending module is also used to: query whether the blockchain includes the payment record of the target user; the payment record is a record of the payment operation performed by the target user based on the recharge guidance page; when the blockchain includes the payment record of the target user and the payment status of the target user is a successful payment, send a notification message to the network side configuration server, the notification message is used to notify the network side configuration server to restore the network access rights of the target user; wherein the payment record of the target user is written into the blockchain by the payment platform through a smart contract.

[0036] In the sixth aspect, the present application provides another device for recharging during downtime, which is applied to a terminal device, and the device includes: a sending module, a receiving module, and a processing module. The sending module is used to send a recharge request to a gateway device in response to a recharge request initiated by a target user; wherein the target user is a user in downtime; the recharge request is used to request recharge through a target recharge platform; the receiving module is used to receive a recharge guide page sent by a target server when the address information of the target recharge platform is recorded in a whitelist; wherein the whitelist is used to record the address information of resources that are allowed to be accessed by users in downtime; and the processing module is used to perform recharge based on the recharge guide page.

[0037] In one possible implementation, the sending module is also used to: send a payment request to the gateway device in response to a payment request initiated by a target user; wherein the payment request is used to request payment through a target payment platform; and when the address information of the target payment platform is recorded in a whitelist, the receiving module is also used to receive a payment response message.

[0038] In another possible implementation, the processing module is also used to: predict future recharge behavior data of the target user; the recharge behavior data includes resources that the user needs to access to perform the recharge operation; based on the future recharge behavior data of the target user, preload the resources that the target user needs to access to perform the recharge operation.

[0039] In another possible implementation, the processing module is specifically used to obtain the target user's future recharge behavior data based on the target user's historical recharge behavior data and a behavior prediction model; wherein the behavior prediction model is used to predict the user's recharge behavior data at a future moment based on the user's historical recharge behavior data.

[0040] In another possible implementation, the processing module is specifically used to: obtain the future recharge behavior data of the target user predicted by the data analysis device; the future recharge behavior data of the target user is determined by the data analysis device based on the historical recharge behavior data of the target user and a behavior prediction model; the behavior prediction model is used to predict the user's recharge behavior data at future moments based on the user's historical recharge behavior data.

[0041] In another possible implementation, the behavior prediction model is trained by preset training samples, and the preset training samples include sample data and sample labels. The sample data is the recharge behavior data of a set user group at a first historical moment, and the sample label is the recharge behavior data of a set user group at a second historical moment; wherein the first historical moment is earlier than the second historical moment.

[0042] In the seventh aspect, the present application provides an electronic device, which includes: a processor and a memory; the memory stores instructions executable by the processor; when the processor is configured to execute the instructions, the electronic device implements the method of the first aspect, the second aspect or the third aspect above.

[0043] In an eighth aspect, the present application provides a readable storage medium, which includes: software instructions; when the software instructions are executed in an electronic device, the electronic device implements the method of the first aspect, the second aspect or the third aspect mentioned above.

[0044] In a ninth aspect, the present application provides a chip system, which is applied to a shutdown recharge device; the chip system includes one or more interface circuits and one or more processors. The interface circuit and the processor are interconnected through a line; the interface circuit is used to receive a signal from the memory of the shutdown recharge device and send a signal to the processor, the signal including a computer instruction stored in the memory. When the processor executes the computer instruction, the electronic device executes the method of the first aspect, the second aspect or the third aspect above.

[0045] In the tenth aspect, the present application provides a computer program product. When the computer program product is run on an electronic device, the electronic device executes the steps of the relevant method described in the first aspect, the second aspect or the third aspect to implement the method of the first aspect, the second aspect or the third aspect.

[0046] The beneficial effects of the fourth to tenth aspects mentioned above refer to the corresponding descriptions of the first to third aspects and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0047] Figure 1 An environmental diagram of a downtime recharge system architecture provided for this application;

[0048] Figure 2 A flowchart of a shutdown recharge method provided by the present application;

[0049] Figure 3 A flowchart of another method for charging while downtime provided by this application;

[0050] Figure 4 A flowchart of another method for charging while the device is stopped provided by the present application;

[0051] Figure 5 A flowchart of another method for charging while the device is stopped provided by the present application;

[0052] Figure 6 A flowchart of another method for charging while the device is stopped provided by the present application;

[0053] Figure 7 A flowchart of another method for charging while the device is stopped provided by the present application;

[0054] Figure 8 A schematic diagram of a recharge guide page provided for this application;

[0055] Fig. 9 A flowchart of another method for charging while the device is stopped provided by the present application;

[0056] Fig.10 A flowchart of another method for charging while the device is stopped provided by the present application;

[0057] Fig.11 A flowchart of another method for charging while the device is stopped provided by the present application;

[0058] Fig.12 A schematic diagram of the composition of a shutdown recharge device provided in this application;

[0059] Fig.13 A schematic diagram of another type of charging device for power outage provided in this application;

[0060] Fig.14 A schematic diagram of the composition of another shutdown recharging device provided in this application;

[0061] Fig.15 A schematic diagram of the composition of an electronic device provided in this application. DETAILED DESCRIPTION

[0062] 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 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.

[0063] It should be noted that, in the embodiments of the present application, words such as "exemplarily" or "for example" are used to indicate examples, illustrations or descriptions. Any embodiment or design described as "exemplarily" or "for example" in the embodiments of the present application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Specifically, the use of words such as "exemplarily" or "for example" is intended to present related concepts in a specific way.

[0064] In addition, the terms "including" and "having" and any variations thereof mentioned in the description of the present application are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but may optionally include other steps or units that are not listed, or may optionally include other steps or units that are inherent to these processes, methods, products or devices.

[0065] In order to facilitate the clear description of the technical solutions of the embodiments of the present application, in the embodiments of the present application, the words "first", "second", etc. are used to distinguish the same items or similar items with basically the same functions and effects. Those skilled in the art can understand that the words "first", "second", etc. are not limiting the quantity and execution order.

[0066] In the field of communication services, service suspension due to user arrears is a common problem, which not only affects the user's normal usage experience, but also poses a challenge to the service quality and user satisfaction of operators. In order to improve user experience and reduce the inconvenience caused by service suspension due to arrears, a more convenient and efficient recharge solution is urgently needed.

[0067] Existing recharge methods usually involve the target terminal performing status verification through a network device (such as a packet data gateway device) when attempting to access network resources. Once the verification result shows that the user is in a state of suspension due to arrears, the gateway device will redirect the access request to a specific recharge page or server to guide the user to complete the recharge operation. This method mainly relies on the transformation and upgrading of network equipment to support the status verification function and the redirection mechanism of specific resources. Although it solves the problem that users cannot directly access network resources in the shutdown state to a certain extent, it has problems such as high cost, single recharge method and lack of flexibility. It has limitations and is not convenient and efficient enough.

[0068] The present application provides a method, device, storage medium and program product for recharging during downtime, which does not require modification and upgrading of network equipment. It only requires configuring the relevant whitelist on the gateway device, so that users can successfully access the network resources required for recharging through various channels, and can realize convenient and efficient recharging in the downtime state.

[0069] The present application provides a method for charging after stopping the service, which can be applied to Figure 1 The downtime recharge system architecture shown in FIG. Figure 1 As shown, the downtime recharge system architecture includes: a user terminal 100, a gateway device 200, a network side configuration server 300, a data analysis device 400 and a target server 500.

[0070] Among them, the user terminal 100 is connected to the gateway device 200, the network side configuration server 300, the data analysis device 400 and the target server 500, the gateway device 200 is connected to the network side configuration server 300, the data analysis device 400 and the target server 500, and the data analysis device 400 is connected to the gateway device 200 and the network side configuration server 300.

[0071] In some embodiments, the user terminal 100 is used to: respond to a recharge request initiated by a target user, send a recharge request to the gateway device 200, wherein the recharge request is used to request recharge through a target recharge platform; receive a recharge guide page sent by the target server 500 when the address information of the target recharge platform is recorded in a whitelist; and perform recharge based on the recharge guide page. The whitelist is used to record the address information of resources that users in a shutdown state are allowed to access.

[0072] Exemplarily, the user terminal 100 may be a computer, a mobile phone, a tablet, or a self-service terminal device, etc. The embodiment of the present application does not limit the specific form of the access device 100.

[0073] In some embodiments, the gateway device 200 is used to receive and process traffic requests from downtime users.

[0074] In some embodiments, the gateway device 200 is specifically used to: receive a recharge request initiated by a target user through a user terminal 100; forward the recharge request of the target user to a target server 500; and allocate network resources required for recharge to the target user when the address information of the target recharge platform is recorded in the whitelist.

[0075] Exemplarily, the gateway device 200 is a packet data network gateway configured with an access point name (APN) parameter of a default gateway after shutdown, wherein the APN is used to determine a network access mode of a user terminal.

[0076] For example, after shutdown, the APN of the default gateway is PSLCK. The packet data network gateway is responsible for forwarding requests that enter the network through the network access method of PSLCK to ensure that the recharge request of the target user can continue to access the Internet.

[0077] In some embodiments, the network-side configuration server 300 is used to manage and configure network devices.

[0078] In some embodiments, the network-side configuration server 300 is specifically used to configure the interaction rules between the PSLCK and the packet data network gateway.

[0079] Exemplarily, the network-side configuration server 300 allocates IP addresses, data transmission security protocols, and service quality policies to PSLCK and the packet data network gateway.

[0080] In some embodiments, the network-side configuration server 300 is specifically used to configure and maintain a whitelist.

[0081] Exemplarily, the network side configuration server will preset a whitelist during the initial configuration, and the whitelist is used to record the address information of resources that users in the shutdown state are allowed to access. For example, the address information of the recharge platform, the address information of the recharge guide page, the address information of the payment platform, etc. For example, when the user terminal accesses through PSLCK, PSLCK will decide whether to release the request based on the preset whitelist.

[0082] Exemplarily, the network side configuration server 300 can analyze the historical recharge behavior data of the set user group (including the target user), determine the resources that the user in the downtime state is allowed to access, and then configure the whitelist. Among them, the recharge behavior data includes the resource data accessed by the user to perform the recharge operation, such as the recharge platform, payment platform and other resources. For example, the recharge platform or payment platform with high frequency of use can be determined based on the historical recharge behavior data of the set user group, and the address information of the recharge platform or payment platform with high frequency of use can be recorded in the whitelist.

[0083] In some embodiments, the user groups are divided based on at least one of the following indicators: age, gender, education level, occupation, economic status, interests and hobbies, social circle, region, and consumption habits.

[0084] For example, the network configuration server 300 may receive resources that are allowed to be accessed by users in a downtime state determined by the data analysis device 400 based on the historical recharge behavior data of a set user group and a behavior prediction model, and then configure a whitelist. The behavior prediction model is used to predict the user's recharge behavior data at a future moment based on the user's historical recharge behavior data.

[0085] In some embodiments, the network-side configuration server 300 is further configured to update the whitelist when the resources that are allowed to be accessed by users in a downtime state are changed.

[0086] Exemplarily, the network side configuration server 300 may periodically receive resources that are allowed to be accessed by users in a downtime state, determined by the data analysis device 400 based on the historical recharge behavior data and behavior prediction model of the set user group, and update the whitelist when it is determined that the received resources that are allowed to be accessed by users in a downtime state have changed. For example, according to the update situation, the resources that are allowed to be accessed by users in a downtime state are added or deleted from the whitelist. For example, a new payment platform is added or an invalid payment platform is deleted.

[0087] In some embodiments, the data analysis device 400 is used to determine the resources that are allowed to be accessed by users in the downtime state based on the historical recharge behavior data and behavior prediction model of the set user group. The behavior prediction model is used to predict the recharge behavior data of the user at a future moment based on the historical recharge behavior data of the user.

[0088] As a possible implementation method, the behavior prediction model is trained by preset training samples, and the preset training samples include sample data and sample labels. The sample data is the recharge behavior data of the set user group at a first historical moment, and the sample label is the recharge behavior data of the set user group at a second historical moment; wherein the first historical moment is earlier than the second historical moment.

[0089] Exemplarily, the behavior prediction model may be a decision tree algorithm, a K-Nearest Neighbor (KNN) algorithm, or a reinforcement learning algorithm.

[0090] In some embodiments, the data analysis device 400 is used to predict the user's recharge behavior data at a future moment based on the target user's historical recharge behavior data and a behavior prediction model.

[0091] Exemplarily, the data analysis device 400 can predict the recharge resources that the target user may need in the future based on the historical recharge behavior data and behavior prediction model of the target user, and automatically update the whitelist. Among them, the recharge behavior data includes the resource data accessed by the user when performing the recharge operation. The recharge behavior data can also include: recharge frequency, access time and other data.

[0092] In some embodiments, the target server 500 is used to provide a recharge guidance page.

[0093] In some embodiments, the target server 500 is used to: receive a recharge request initiated by a target user through the gateway device 200; and send a recharge guidance page to the user terminal 100 used by the target user in response to the recharge request of the target user.

[0094] Exemplarily, the target server 500 may be any communication operator server, for example, a server of an operator to which the mobile phone number used by the target user belongs.

[0095] It should be noted that the system architecture described in the embodiments of the present application is for more clearly illustrating the technical solutions of the embodiments of the present application, and does not constitute a limitation on the technical solutions provided in the embodiments of the present application. A person of ordinary skill in the art can know that with the evolution of the system architecture, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

[0096] Figure 2 The flowchart of a method for charging a power outage provided in an embodiment of the present application is shown in FIG. Figure 2 As shown, the shutdown recharge method provided by this application is applied to a gateway device. Specifically, it includes the following steps:

[0097] S101: Receive a recharge request from a target user.

[0098] The target user is a user in a downtime state; the recharge request is used to request recharge through a target recharge platform.

[0099] Exemplarily, the target recharge platform may be a recharge platform such as WeChat Pay, Alipay, Wo Pay or China Unicom APP.

[0100] For example, user A who is in a shutdown state clicks the mobile phone recharge icon on the Alipay platform to initiate a recharge request, and the gateway device receives the recharge request initiated by user A.

[0101] S102: When the address information of the target recharging platform is recorded in the whitelist, network resources required for recharging are allocated to the target user.

[0102] The whitelist is used to record the address information of resources that are allowed to be accessed by users in the shutdown state.

[0103] Exemplarily, the address information may be domain name address information and / or IP address information.

[0104] In some embodiments, allocating network resources required for recharging to the target user includes: allocating network resources required for recharging to the target user according to network bandwidth usage and traffic distribution.

[0105] For example, according to the network bandwidth usage and traffic distribution, the network resources required for recharging can be allocated to the target user as follows: real-time monitoring of the overall bandwidth usage of the network, when the network bandwidth is sufficient, more bandwidth resources can be given to the target user; when the network bandwidth is tight, the bandwidth usage of other non-shutdown recharge services is appropriately restricted to ensure the smooth recharge process of the shut-down user. Real-time monitoring of the traffic distribution of the target user, assigning a higher traffic priority to the target user, and ensuring that the traffic demand of the target user is given priority in the network.

[0106] In some embodiments, the resources recorded in the whitelist that are allowed to be accessed by users in the shutdown state are obtained based on the analysis of historical recharge behavior data of a set user group, wherein the set user group includes the target user.

[0107] Recharge behavior data includes resource data accessed by users when performing recharge operations, such as recharge platforms, payment platforms, and other resource data.

[0108] Exemplarily, the recharge behavior data also includes data such as recharge frequency and access time.

[0109] Exemplarily, the user groups are divided based on at least one of the following indicators: age, gender, education level, occupation, economic status, hobbies, social circle, region, and consumption habits. For example, the following user groups are set based on region: first-tier city user groups, second-tier city user groups, third-tier and lower city user groups, and overseas user groups.

[0110] As a possible implementation method, the frequently used recharge platforms or payment platforms can be determined based on the historical recharge behavior data of a set user group, and the address information of the frequently used recharge platforms or payment platforms can be recorded in a whitelist.

[0111] For example, if the target user is a user over 40 years old, the resources recorded in the whitelist that are allowed to be accessed by users in the downtime state can be obtained based on the historical recharge behavior data analysis of the user group over 40 years old. For example, the user group over 40 years old frequently uses WeChat Pay as a mobile phone recharge payment platform, so the resources recorded in the whitelist that are allowed to be accessed by users in the downtime state include the address information of WeChat Pay.

[0112] Optionally, before using and storing the historical recharge behavior data of the set user group, the gateway device also needs to obtain authorization from the users in the set user group to use and store the historical recharge behavior data of the set user group. For example, for each user in the set user group, before the user initiates a recharge request, an authorization request interface for using and storing the user's historical recharge behavior data can be displayed, and in response to the user's authorization operation on the authorization request interface (such as checking the box of the authorization option), the authorization information is sent to the gateway device, so that the gateway device obtains the authorization to use and store the historical recharge behavior data of the set user group.

[0113] In some embodiments, the resources recorded in the whitelist that are allowed to be accessed by users in the downtime state are determined based on the historical recharge behavior data of a set user group and a behavior prediction model, wherein the behavior prediction model is used to predict the user's recharge behavior data at a future moment based on the user's historical recharge behavior data.

[0114] In some embodiments, the behavior prediction model is trained by preset training samples, which include sample data and sample labels. The sample data is the recharge behavior data of a set user group at a first historical moment, and the sample label is the recharge behavior data of a set user group at a second historical moment; wherein the first historical moment is earlier than the second historical moment.

[0115] In some embodiments, the method further includes: updating the whitelist when the resources allowed to be accessed by the user in the downtime state are changed. Based on this, the step S102 can be implemented as: allocating network resources required for recharging to the target user when the address information of the target recharging platform is recorded in the updated whitelist.

[0116] Exemplarily, updating the whitelist includes: adding resources recorded in the whitelist that are allowed to be accessed by users in a shutdown state and / or reducing resources recorded in the whitelist that are allowed to be accessed by users in a shutdown state.

[0117] For example, based on the historical recharge behavior data analysis of a certain user group, it is found that this user group prefers to use a specific recharge method and expects to obtain faster recharge services. This user group can be set as a high-quality user group, and exclusive recharge services such as fast recharge channels and exclusive customer service support can be provided to the high-quality user group. The address information of these exclusive recharge services is added to the whitelist to ensure that the high-quality user group can successfully access and use these services in the downtime state.

[0118] This application provides a variety of recharge methods through whitelist configuration, and realizes dynamic update of the whitelist through behavior prediction model, which makes this application have good adaptability and flexibility under different operators, different network environments and different user needs.

[0119] In some embodiments, Figure 3 As shown, the above step S102 further includes the following step S103:

[0120] S103: Send the recharge request to the target server, so that the target server sends a recharge guidance page to the target user in response to the recharge request.

[0121] Exemplarily, sending the recharge guidance page to the target user includes: sending the recharge guidance page to a target recharge platform, so that the target recharge platform displays the recharge guidance page through a terminal device of the target user.

[0122] It is understandable that the method provided in the embodiment of the present application can send a recharge request to the target server when the address information of the target recharge platform is recorded in the whitelist, so that the target server sends a recharge guidance page to the target user in response to the recharge request. In this way, the network resources required for recharge (network channels or recharge platforms required for recharge) can be provided to the downtime users who cannot access the regular network, so that the downtime users can complete the phone charge recharge operation and realize convenient and efficient recharge in the downtime state.

[0123] In some embodiments, Figure 4 As shown, after allocating network resources required for recharging to the target user, the method further includes:

[0124] S103: Receive a payment request sent by the target user.

[0125] The payment request is used to request payment through a target payment platform.

[0126] Exemplarily, the target payment platforms include: WeChat Pay, Alipay, Meituan Pay, bank card payment, etc.

[0127] S104: When the address information of the target payment platform is recorded in the whitelist, the payment request is sent to the target payment platform.

[0128] It is understandable that the method provided in the embodiment of the present application can send a recharge request to the target payment platform when the address information of the target payment platform is recorded in the whitelist, so that the target payment platform completes the payment operation in response to the payment request. In this way, the network resources required for payment (network channels or payment platforms required for payment) can be provided to the downtime users who cannot access the regular network, so that the downtime users can complete the phone charge recharge operation and realize convenient and efficient recharge in the downtime state.

[0129] Figure 5 A flowchart of another method for charging after stopping the service is provided in an embodiment of the present application. Figure 5As shown, the shutdown recharge method provided by the present application is applied to the target server, and specifically includes the following steps:

[0130] S201: Receive a recharge request from a target user.

[0131] The target user is a user in a downtime state; the recharge request is used to request recharge through a target recharge platform.

[0132] In some embodiments, the recharge request of the target user is sent to the target server by the gateway device when the address information of the target recharge platform is determined to be recorded in the white list, wherein the white list is used to record the address information of resources that the user in the shutdown state is allowed to access.

[0133] S202: In response to the recharge request of the target user, a recharge guidance page is sent to the target user.

[0134] In some embodiments, if the target user completes the payment operation based on the target payment platform during the recharge process based on the recharge guidance page, the target payment platform can write the target user's payment record into the blockchain through a smart contract to ensure the immutability and transparency of the payment information.

[0135] Optionally, before the target user completes the payment operation based on the recharge guide page, the target server encrypts the communication of the recharge guide page through the Transport Layer Security / Secure Sockets Layer (TLS / SSL) protocol to ensure the security of the recharge data transmission process. At the same time, before the target user completes the payment operation, it is necessary to enter a text message verification code or perform biometric identification (such as fingerprint recognition or facial recognition) to increase the security of the payment process.

[0136] In some embodiments, Figure 6 As shown, after sending the recharge guidance page to the target user, the method further includes the following steps S203-S204:

[0137] S203: Query whether the blockchain includes the payment record of the target user.

[0138] The payment record is a record of payment operations performed by the target user based on the recharge guidance page.

[0139] Exemplarily, the payment record includes: payment amount, payment time, payment account, payment status, etc.

[0140] S204: When the payment record of the target user is included in the blockchain and the payment status of the target user is successful payment, a notification message is sent to the network side configuration server.

[0141] The notification message is used to notify the network-side configuration server to restore the network access rights of the target user.

[0142] In some embodiments, the blockchain includes the payment record of the target user, but when the payment status of the target user is payment failure, the target server feeds back payment failure information to the target user, and the target user can choose to pay again or terminate the payment process.

[0143] In the downtime recharge method provided by this application, the payment record is automatically recorded on the blockchain through a smart contract, ensuring the authenticity and immutability of the payment; at the same time, the target server confirms whether the target user's payment is successful by querying the blockchain, avoiding the third-party dependence in the traditional verification process. In addition, after the payment verification is successful, the target server promptly restores the target user's network access rights, which can improve the user experience and enhance the user's satisfaction with the operator's services.

[0144] Figure 7 A flowchart of another method for charging while the device is stopped is provided in the embodiment of the present application. Figure 7 As shown, the shutdown recharge method provided by the present application is applied to a terminal device, and specifically includes the following steps:

[0145] S301. In response to a recharge request initiated by a target user, a recharge request is sent to a gateway device.

[0146] The target user is a user in a downtime state; the recharge request is used to request recharge through a target recharge platform.

[0147] Exemplarily, the target user opens the target recharge platform on the terminal device, clicks the recharge icon on the target recharge platform to initiate a recharge request, and the terminal device sends a recharge request to the gateway device in response to the recharge request initiated by the target user.

[0148] S302: When the address information of the target recharge platform is recorded in the whitelist, receiving the recharge guidance page sent by the target server.

[0149] The whitelist is used to record the address information of resources that are allowed to be accessed by users in the shutdown state.

[0150] Exemplarily, the recharge guidance page includes one or more of the following information items: mobile phone number, arrears information, recharge amount options, payment method selection, recharge promotions, etc.

[0151] For example, Figure 8 As shown, the recharge guide page includes at least the following two sub-pages:

[0152] like Figure 8As shown in (1) in the figure, the first sub-page displays the current mobile phone number, outstanding amount, recharge amount options, recharge promotions, etc.; Figure 8 As shown in (2), the second sub-page displays the recharge amount, actual payment amount, payment method options, etc.

[0153] S303: Recharge based on the recharge guidance page.

[0154] Exemplarily, the target user browses the recharge guidance page on the terminal device and selects the required recharge amount and payment method.

[0155] In some embodiments, Fig. 9 As shown, after recharging based on the recharge guide page, the method further includes the following steps S304-S305:

[0156] S304: In response to the payment request initiated by the target user, send a payment request to the gateway device.

[0157] The payment request is used to request payment through a target payment platform.

[0158] S305: When the address information of the target payment platform is recorded in the whitelist, a payment response message is received.

[0159] Exemplarily, the payment response message includes: payment success or payment failure.

[0160] In some embodiments, Fig.10 As shown, before the above step S301, the above method may further include the following steps S401-402:

[0161] S401. Predict the target user's future recharge behavior data.

[0162] Among them, the recharge behavior data includes the resources that the user needs to access to perform the recharge operation.

[0163] In some embodiments, based on the historical recharge behavior data and behavior prediction model of the target user, the future recharge behavior data of the target user is obtained; wherein the behavior prediction model is used to predict the recharge behavior data of the user at a future moment based on the historical recharge behavior data of the user.

[0164] In some embodiments, predicting the future recharge behavior data of the target user includes:

[0165] Obtain the target user's future recharge behavior data predicted by the data analysis device; the target user's future recharge behavior data is determined by the data analysis device based on the target user's historical recharge behavior data and a behavior prediction model; the behavior prediction model is used to predict the user's recharge behavior data at a future moment based on the user's historical recharge behavior data.

[0166] In some embodiments, the behavior prediction model is trained by preset training samples, which include sample data and sample labels. The sample data is the recharge behavior data of a set user group at a first historical moment, and the sample label is the recharge behavior data of a set user group at a second historical moment; wherein the first historical moment is earlier than the second historical moment.

[0167] S402: Preload resources required for the target user to perform a recharge operation based on the target user's future recharge behavior data.

[0168] For example, if the target user's future recharge behavior data is to recharge based on the target recharge platform and pay through the target payment platform, the above step S402 can be implemented as: preloading the target recharge platform and the target payment platform for the target user. For example, preloading the target recharge platform and the target payment platform into the memory.

[0169] It can be understood that, based on the target user's future recharge behavior data, the operation of preloading the resources required to perform the recharge operation for the target user can predictably load the user's favorite or frequently used resources, effectively reducing the target user's waiting time and improving user experience and satisfaction.

[0170] The following is an introduction to the shutdown recharge method of the present application with reference to a specific embodiment. Fig.11 Taking the method applied to the interactive process of a terminal device, a gateway device and a target server as an example, the method includes the following steps S501 to S513.

[0171] S501: The terminal device detects that a target user initiates a recharge request.

[0172] S502: The terminal device sends a recharge request to the gateway device in response to the recharge request initiated by the target user.

[0173] S503: The gateway device receives a recharge request from a target user; and when the address information of the target recharge platform is recorded in the whitelist, the gateway device allocates network resources required for recharge to the target user.

[0174] S504: The gateway device sends the recharge request to the target server.

[0175] S505: The target server receives a recharge request from a target user.

[0176] S506: The target server sends a recharge guidance page to the terminal device in response to the recharge request of the target user.

[0177] S507: The terminal device displays a recharge guide page, and upon detecting that the target user is recharging on the recharge guide page, initiates a payment request.

[0178] S508: The terminal device sends a payment request to the gateway device in response to the payment request initiated by the target user.

[0179] S509: The gateway device receives the payment request sent by the target user.

[0180] S510: When the address information of the target payment platform is recorded in the whitelist, the gateway device sends the payment request to the target payment platform.

[0181] S511. The target payment platform receives the payment request of the target user.

[0182] S512: The target payment platform sends a payment response message to the terminal device in response to the payment request of the target user.

[0183] S513: The terminal device receives a payment response message.

[0184] The specific implementation of steps S501 to S513 refers to the above-mentioned S101 to S104, S201 to S204, S301 to S305 and S401 to S402, which will not be repeated here.

[0185] The above mainly introduces the scheme of the embodiment of the present disclosure from the perspective of the method. It can be understood that in order to realize the above functions, the shutdown recharge device includes at least one of the hardware structure and software modules corresponding to the execution of each function. Those skilled in the art should easily realize that, in combination with the units and algorithm steps of each example described in the embodiment disclosed in this article, the embodiment of the present disclosure can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the embodiment of the present disclosure.

[0186] The disclosed embodiment can divide the functional modules of the shutdown recharge device according to the above method embodiment. For example, each functional module can be divided corresponding to each function, or two or more functions can be integrated into one functional module. The above integrated module can be implemented in the form of hardware or software. It should be noted that the division of modules in the disclosed embodiment is schematic and is only a logical function division. There may be other division methods in actual implementation. The following is an example of dividing each functional module corresponding to each function.

[0187] For example, Fig.12 A schematic diagram of the composition of a shutdown recharge device provided in an embodiment of the present application. The shutdown recharge device 500 is applied to a gateway device, and includes: a receiving module 501 and a processing module 502; wherein the receiving module 501 is used to receive a recharge request from a target user; wherein the target user is a user in a shutdown state; the recharge request is used to request recharge through a target recharge platform; the processing module 502 is used to allocate network resources required for recharge to the target user when the address information of the target recharge platform is recorded in a whitelist; the whitelist is used to record the address information of resources that users in a shutdown state are allowed to access.

[0188] In a possible implementation, the processing module 502 is further configured to: send the recharge request to the target server, so that the target server sends a recharge guidance page to the target user in response to the recharge request.

[0189] In another possible implementation, the processing module 502 is also used to: receive a payment request sent by a target user, the payment request is used to request payment through a target payment platform; and send the payment request to the target payment platform when the address information of the target payment platform is recorded in the whitelist.

[0190] In another possible implementation, the resources recorded in the whitelist that are allowed to be accessed by users in the downtime state are obtained based on an analysis of historical recharge behavior data of a set user group; the set user group includes target users; and the recharge behavior data includes resource data accessed by users performing recharge operations.

[0191] Another possible implementation method is to divide the user groups based on at least one of the following indicators: age, gender, education level, occupation, economic status, interests and hobbies, social circle, region, and consumption habits.

[0192] In another possible implementation, the resources recorded in the whitelist that are allowed to be accessed by users in the shutdown state are determined based on the historical recharge behavior data and behavior prediction model of a set user group; wherein the behavior prediction model is used to predict the user's recharge behavior data at a future moment based on the user's historical recharge behavior data.

[0193] In another possible implementation, the behavior prediction model is trained by preset training samples, and the preset training samples include sample data and sample labels. The sample data is the recharge behavior data of a set user group at a first historical moment, and the sample label is the recharge behavior data of a set user group at a second historical moment; wherein the first historical moment is earlier than the second historical moment.

[0194] In another possible implementation, the processing module 502 is further configured to update the whitelist when the resources that are allowed to be accessed by the user in the shutdown state are changed.

[0195] In another possible implementation, the processing module 502 is specifically configured to allocate network resources required for recharging to the target user according to network bandwidth usage and traffic distribution.

[0196] Fig.13 A schematic diagram of the composition of another shutdown recharge device provided in an embodiment of the present application. The shutdown recharge device 600 is applied to a target server, and includes: a receiving module 601 and a sending module 602. The receiving module 601 is used to receive a recharge request from a target user; the target user is a user in a shutdown state; the recharge request is used to request recharge through a target recharge platform; the recharge request of the target user is sent to the target server by the gateway device when it is determined that the address information of the target recharge platform is recorded in the whitelist; the whitelist is used to record the address information of resources that are allowed to be accessed by users in a shutdown state; the sending module 602 is used to send a recharge guide page to the target user in response to the recharge request of the target user.

[0197] In one possible implementation, the sending module 602 is also used to: query whether the blockchain includes the payment record of the target user; the payment record is a record of the payment operation performed by the target user based on the recharge guidance page; when the blockchain includes the payment record of the target user and the payment status of the target user is a successful payment, send a notification message to the network side configuration server, the notification message is used to notify the network side configuration server to restore the network access rights of the target user; wherein the payment record of the target user is written into the blockchain by the payment platform through a smart contract.

[0198] Fig.14 A schematic diagram of the composition of another shutdown recharge device provided in an embodiment of the present application. The shutdown recharge device 700 is applied to a terminal device, and the device includes: a sending module 701, a receiving module 702, and a processing module 703. Among them, the sending module 701 is used to respond to the recharge request initiated by the target user and send a recharge request to the gateway device; wherein the target user is a user in a shutdown state; the recharge request is used to request recharge through a target recharge platform; the receiving module 702 is used to receive the recharge guide page sent by the target server when the address information of the target recharge platform is recorded in the whitelist; wherein the whitelist is used to record the address information of resources that users in a shutdown state are allowed to access; the processing module 703 is used to recharge based on the recharge guide page.

[0199] In one possible implementation, the sending module 701 is also used to: send a payment request to the gateway device in response to a payment request initiated by a target user; wherein the payment request is used to request payment through a target payment platform; and when the address information of the target payment platform is recorded in a whitelist, the receiving module 702 is also used to receive a payment response message.

[0200] In another possible implementation, the processing module 703 is also used to: predict the future recharge behavior data of the target user; the recharge behavior data includes the resources that the user needs to access to perform the recharge operation; based on the future recharge behavior data of the target user, preload the resources that the target user needs to access to perform the recharge operation.

[0201] In another possible implementation, the processing module 703 is specifically used to obtain the future recharge behavior data of the target user based on the historical recharge behavior data and the behavior prediction model of the target user; wherein the behavior prediction model is used to predict the recharge behavior data of the user at a future moment based on the historical recharge behavior data of the user.

[0202] In another possible implementation, the processing module 703 is specifically used to: obtain the future recharge behavior data of the target user predicted by the data analysis device; the future recharge behavior data of the target user is determined by the data analysis device based on the historical recharge behavior data of the target user and a behavior prediction model; the behavior prediction model is used to predict the user's recharge behavior data at future moments based on the user's historical recharge behavior data.

[0203] In another possible implementation, the behavior prediction model is trained by preset training samples, and the preset training samples include sample data and sample labels. The sample data is the recharge behavior data of a set user group at a first historical moment, and the sample label is the recharge behavior data of a set user group at a second historical moment; wherein the first historical moment is earlier than the second historical moment.

[0204] In an exemplary embodiment, the present application also provides an electronic device, which may be the shutdown recharging device in the above method embodiment. Fig.15 The following is a schematic diagram of the composition of an electronic device provided in an embodiment of the present application. Fig.15 As shown, the electronic device may include: a processor 801 and a memory 802; the memory 802 stores instructions executable by the processor 801; when the processor 801 is configured to execute the instructions, the electronic device or network device or manager implements the method described in the aforementioned method embodiment.

[0205] In an exemplary embodiment, the present application also provides a readable storage medium on which program instructions are stored; when the program instructions are executed by a computer, the computer implements the method described in the foregoing embodiment. The readable storage medium may be a non-temporary readable storage medium, for example, a non-temporary readable storage medium may be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, and an optical data storage device.

[0206] In an exemplary embodiment, the embodiment of the present application further provides a computer program product. When the computer program product is run on a computer, the computer executes the above-mentioned related method steps to implement the shutdown recharge method in the above-mentioned embodiment.

[0207] The above are only specific implementations of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions within the technical scope disclosed in the present application should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A method for charging while the device is stopped, characterized in that: Applied to a gateway device, the method comprises: Receive a recharge request from a target user; wherein the target user is a user in a downtime state; the recharge request is used to request recharge through a target recharge platform; In the case where the address information of the target recharging platform is recorded in the whitelist, the network resources required for recharging are allocated to the target user; the whitelist is used to record the address information of resources that are allowed to be accessed by users in the downtime state.

2. The method according to claim 1, characterized in that After allocating network resources required for recharging to the target user, the method further includes: The recharge request is sent to a target server, so that the target server sends a recharge guidance page to the target user in response to the recharge request.

3. The method according to claim 1, characterized in that After allocating network resources required for recharging to the target user, the method further includes: receiving a payment request sent by the target user, wherein the payment request is used to request payment through a target payment platform; In the case where the address information of the target payment platform is recorded in the whitelist, the payment request is sent to the target payment platform.

4. The method according to claim 1, characterized in that: The resources recorded in the whitelist that are allowed to be accessed by users in the downtime state are obtained based on the analysis of historical recharge behavior data of a set user group; the set user group includes the target user; and the recharge behavior data includes resource data accessed by the user when performing a recharge operation.

5. The method according to claim 4, characterized in that The set user group is divided based on at least one of the following indicators: age, gender, education level, occupation, economic status, interests and hobbies, social circle, region, and consumption habits.

6. The method according to claim 4, characterized in that The resources recorded in the whitelist that are allowed to be accessed by users in the shutdown state are determined based on the historical recharge behavior data and behavior prediction model of a set user group; wherein the behavior prediction model is used to predict the user's recharge behavior data at a future moment based on the user's historical recharge behavior data.

7. The method according to claim 6, characterized in that The behavior prediction model is trained by preset training samples, and the preset training samples include sample data and sample labels. The sample data is the recharge behavior data of the set user group at a first historical moment, and the sample label is the recharge behavior data of the set user group at a second historical moment; wherein the first historical moment is earlier than the second historical moment.

8. The method according to claim 1, characterized in that The method further comprises: In the event that the resources that are allowed to be accessed by the user in the downtime state are changed, the whitelist is updated.

9. The method according to claim 1, characterized in that: The allocating network resources required for recharging to the target user includes: According to the network bandwidth usage and traffic distribution, the network resources required for recharging are allocated to the target user.

10. A method for charging while the device is stopped, characterized in that: Applied to a target server, the method comprises: Receive a recharge request from a target user; wherein the target user is a user in a downtime state; the recharge request is used to request recharge through a target recharge platform; the recharge request from the target user is sent to the target server by the gateway device when it is determined that the address information of the target recharge platform is recorded in a whitelist; wherein the whitelist is used to record the address information of resources that the user in the downtime state is allowed to access; In response to the recharge request of the target user, a recharge guidance page is sent to the target user.

11. The method according to claim 10, characterized in that After sending the recharge guidance page to the target user, the method further includes: Querying whether the blockchain includes a payment record of the target user; the payment record is a record of a payment operation performed by the target user based on the recharge guidance page; When the blockchain includes the payment record of the target user and the payment status of the target user is successful payment, a notification message is sent to the network side configuration server, and the notification message is used to notify the network side configuration server to restore the network access rights of the target user; wherein the payment record of the target user is written into the blockchain by the payment platform through a smart contract.

12. A method for charging while the device is stopped, characterized in that: Applied to a terminal device, the method comprises: In response to a recharge request initiated by a target user, the recharge request is sent to a gateway device; wherein the target user is a user in a downtime state; and the recharge request is used to request recharge through a target recharge platform; In the case where the address information of the target recharge platform is recorded in the whitelist, receiving the recharge guidance page sent by the target server; wherein the whitelist is used to record the address information of resources that are allowed to be accessed by users in the shutdown state; Recharge is performed based on the recharge guidance page.

13. The method according to claim 12, characterized in that After recharging based on the recharge guidance page, the method further includes: In response to the payment request initiated by the target user, sending the payment request to the gateway device; wherein the payment request is used to request payment through a target payment platform; In a case where the address information of the target payment platform is recorded in the whitelist, a payment response message is received.

14. The method according to claim 12, characterized in that Before sending the recharge request to the gateway device in response to the recharge request initiated by the target user, the method further includes: Predicting future recharge behavior data of the target user; the recharge behavior data includes resources that the user needs to access to perform a recharge operation; Based on the future recharge behavior data of the target user, resources required to perform the recharge operation are preloaded for the target user.

15. The method according to claim 14, characterized in that The predicting of the target user's future recharge behavior data includes: Based on the historical recharge behavior data of the target user and the behavior prediction model, the future recharge behavior data of the target user is obtained; wherein the behavior prediction model is used to predict the recharge behavior data of the user at a future moment based on the historical recharge behavior data of the user.

16. The method according to claim 14, characterized in that The predicting of the target user's future recharge behavior data includes: Acquire the target user's future recharge behavior data predicted by the data analysis device; the target user's future recharge behavior data is determined by the data analysis device based on the target user's historical recharge behavior data and a behavior prediction model; the behavior prediction model is used to predict the user's recharge behavior data at a future moment based on the user's historical recharge behavior data.

17. The method according to claim 15 or 16, characterized in that The behavior prediction model is trained by preset training samples, and the preset training samples include sample data and sample labels. The sample data is the recharge behavior data of the set user group at a first historical moment, and the sample label is the recharge behavior data of the set user group at a second historical moment; wherein the first historical moment is earlier than the second historical moment.

18. An electronic device, characterized in that: The electronic device comprises: a processor and a memory; The memory stores instructions executable by the processor; When the processor is configured to execute the instructions, the electronic device implements the method according to any one of claims 1 to 17.

19. A readable storage medium, characterized in that: The readable storage medium includes: software instructions; When the software instructions are executed in an electronic device, the electronic device implements the method according to any one of claims 1 to 17.

20. A computer program product, characterized in that The computer program product comprises: computer instructions; When the computer instructions are executed in an electronic device, the electronic device is enabled to implement the method according to any one of claims 1 to 17.

Images