WO2019140777A1 - 移动终端app数据的请求方法、装置、设备及存储介质 - Google Patents

移动终端app数据的请求方法、装置、设备及存储介质 Download PDF

Info

Publication number
WO2019140777A1
WO2019140777A1 PCT/CN2018/080441 CN2018080441W WO2019140777A1 WO 2019140777 A1 WO2019140777 A1 WO 2019140777A1 CN 2018080441 W CN2018080441 W CN 2018080441W WO 2019140777 A1 WO2019140777 A1 WO 2019140777A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
mobile terminal
local database
app
update
Prior art date
Application number
PCT/CN2018/080441
Other languages
English (en)
French (fr)
Inventor
梁永健
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019140777A1 publication Critical patent/WO2019140777A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H04W8/245—Transfer of terminal data from a network towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72406—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by software upgrading or downloading

Definitions

  • the present application belongs to the field of software applications, and more particularly, to a method, device, device and storage medium for requesting data of a mobile terminal APP.
  • the existing design is that there are multiple functional areas on the mobile APP, and the data of the APP function is loaded by the user request, and the user requests to load once, and each data request is connected to the mobile network. This mode has repeated loading. The user traffic is wasted. When the request data is large, the user waits for a long time, and the mobile phone is stuck. When some areas of the network are not smooth, the data cannot be loaded.
  • the present application provides a method, a device, a device, and a storage medium for requesting data of a mobile terminal APP, which can speed up access, prevent the mobile phone from being stuck, and save traffic of the mobile phone.
  • a first aspect of the present application provides a method for requesting data of a mobile terminal APP, where the request method includes the following steps:
  • the preset data of the APP set in the mobile terminal is downloaded and saved to a local database
  • a second aspect of the present application provides a request apparatus for mobile terminal APP data, where the apparatus includes:
  • a state acquisition module configured to acquire a network state and a working state of the mobile terminal
  • An automatic downloading module configured to download preset data of an APP set in the mobile terminal when the network status of the mobile terminal is a wifi network status and the working status of the mobile terminal is an idle state, and save the preset data to the APP In the local database;
  • a data reading module configured to acquire a user operation request for the APP, and read data from the local database according to the operation request.
  • a third aspect of the present application provides one or more non-transitory readable storage mediums storing computer readable instructions, when executed by one or more processors, causing the one or more processes Perform the following steps:
  • the preset data of the APP set in the mobile terminal is downloaded and saved to a local database
  • a fourth aspect of the present application provides a terminal device, including a memory, a processor, and computer readable instructions stored in the memory and executable on the processor, wherein the processor executes the computer
  • the following steps are implemented when the instructions are readable:
  • the preset data of the APP set in the mobile terminal is downloaded and saved to a local database
  • the method, device, device and storage medium for requesting mobile terminal APP data provided by the present application automatically download the APP data of the mobile terminal in the wifi network state and the idle working state, thereby speeding up the access speed of the data and preventing the mobile phone from being stuck, and also Saves mobile phone traffic.
  • FIG. 1 is a flowchart of a method for requesting data of a mobile terminal APP according to an embodiment of the present application
  • FIG. 2 is a flowchart of a method for requesting data of a mobile terminal APP according to another embodiment of the present disclosure
  • FIG. 3 is a schematic structural diagram of a device for requesting data of a mobile terminal APP according to another embodiment of the present disclosure
  • FIG. 4 is another schematic structural view of the embodiment shown in FIG. 3;
  • FIG. 5 is a schematic structural diagram of a terminal device according to another embodiment of the present disclosure.
  • FIG. 1 is a flowchart of a method for requesting data of a mobile terminal APP according to an embodiment of the present application.
  • Step S101 Obtain a network state and an operating state of the mobile terminal.
  • the mobile terminal is a mobile device such as a mobile phone, a tablet computer, or a PDA. This manual uses a mobile phone as an example.
  • the network status refers to the mobile phone being in a network state such as wifi, 2G, 3G, 4G
  • the working state includes an idle state and a non-idle state
  • the idle state refers to a state in which the mobile phone is in a standby state
  • the non-idle state refers to a state in which the mobile phone is in use.
  • Step S102 When the network status of the mobile terminal is the wifi network status and the working status of the mobile terminal is the idle state, the preset data of the APP set in the mobile terminal is automatically downloaded in sequence, and the data is saved in the local database.
  • the mobile phone When the network status of the mobile phone is wifi network status and is in an idle state, the mobile phone automatically downloads the APP data.
  • the order of downloading may be set according to the frequency of use of the mobile phone APP, for example, downloading data according to the frequency of use of the mobile phone APP from high to low, so that the data of the most commonly used APP of the user can be preferentially downloaded, and the user is guaranteed. Demand for use.
  • the preset data refers to the conclusion that the data of the APP is downloaded based on the conclusion of the big data statistics of the APP or the conclusion of the user historical data statistics.
  • the conclusion of the big data statistics refers to the conclusion based on the data usage statistics of all users of the APP, and may also be the conclusion based on the data usage statistics of all users of the APP and its similar APP.
  • the APP is a bank APP
  • the data usage statistics of all users of all bank APPs According to the conclusion of the big data statistics to download the data, the integrity of the data download can be ensured to a large extent, and the user needs to use the data of the APP.
  • the mobile phone APP downloads data from the update server, it sends an instruction to the big data communication center connected to the update server, and the big data communication center obtains the APP based on the APP or the like from the big data database through the information such as the name and version of the APP. All users of the APP cloud computing statistics need to download the data and transmit it to the update server, which then downloads the data from the update server.
  • the conclusion of big data statistics can be based on the results of using the data generated by the APP according to certain preset rules, for example, the best-selling products, the best feedback from users, the products with the best service quality, etc. It may also be that other users who have an interpersonal relationship with the user are determined from the user's big data; wherein the more times the interaction with the user is recorded in the data, the closer the interpersonal relationship with the user is, and the corresponding influence weight is greater.
  • the product information is filtered based on the purchase records and influence weights of each other user to determine the product information to be recommended, for example, the reference user having the interpersonal relationship with the user has the user 1 and the user 2, and based on the influence of the user 1 and the user 2
  • the product information is filtered by the weight, the user 1 purchases the product 1 in the product information, and the user 2 purchases the product 2 in the product information; the product 1 and the product 2 are determined as the products to be recommended, as in the product information. Other products are not recommended.
  • the conclusion of the user historical data statistics refers to the conclusion based on the historical data statistics of the APP user in a certain period of time, for example, the user's conclusion about the historical data statistics of the APP in the past month.
  • the data can be downloaded according to the user's personal usage habits, and the downloaded content is less, and the user can also ensure the data usage requirements of the APP.
  • the notification update server only downloads data that is used more frequently than the preset value.
  • the conclusion of the user historical data statistics may be obtained by binding a personal identification document, a mall membership card or Alipay to obtain the customer's consumption data, querying the consumption record, and then analyzing the customer's purchasing ability, consumption habits, and purchasing demand through the big data platform. It can automatically push products of interest to customers and accurately push relevant store information of the mall to customers.
  • the downloaded data is downloaded to the local database, and when the user requests the data, the data is retrieved from the local database according to the user's operation on the APP.
  • the local database is a storage space preset by the mobile phone storage area.
  • the local database is a mobile phone memory.
  • the embodiment of the present application uses the mobile phone to automatically download data when the working state is idle.
  • the working state of the mobile phone is in a non-idle state
  • the network state of the mobile phone is the wifi network state
  • data can be downloaded, ensuring that the user has more time to download data, and ensuring the user's application to the APP. Usage requirements.
  • Step S103 Acquire an operation request of the user for the APP, and read data from the local database according to the operation request.
  • the user's operation request for the APP is obtained, and the data is read from the local database according to the operation request and returned to the user for use. Since reading data is directly read from the local database, there is no need to request data from the remote server, so the access speed can be speeded up and traffic can be saved.
  • the network status of the mobile phone may be a wifi network status, or may be another network status.
  • the request method for the mobile terminal APP data provided by the embodiment of the present application automatically downloads the data to the local database based on the big data statistics or the user historical data statistics by using the idle state and the wifi network state on the mobile terminal, and directly from the local database. Accessing data can speed up the access of mobile phones, prevent the phone from getting stuck, improve the user experience, and save traffic on the phone.
  • FIG. 2 is a flowchart of a method for requesting data of a mobile terminal APP according to an embodiment of the present application.
  • Step S201 Obtain a network state and an operating state of the mobile terminal.
  • Step S202 When the network status of the mobile terminal is the wifi network status and the working status of the mobile terminal is the idle state, the preset data of the APP set in the mobile terminal is downloaded and saved to the local database.
  • Steps S201 and S202 are the same as steps S101 and S102 in the previous embodiment, and are not further described herein.
  • step S203 it is detected whether the data is updated.
  • the update data After the data is downloaded to the local database, communication with the update server is maintained, and it is detected whether the local database data is updated on the update server. If the data is updated, the update data can be downloaded and saved to the local database so that when the user reads the data from the local database, the updated data can be read.
  • step S204 If it is detected that the update server has updated data, the process proceeds to step S204, otherwise, the process proceeds to step S205, that is, the data is directly accessed from the local database according to the user's operation request for the APP.
  • the network status of the mobile phone may be a wifi network status, or other network status.
  • Step S204 compressing the update data, agreeing on the attribute of the transmission window, and starting the response waiting counter, and transmitting the compressed update data to the local database according to the transmission protocol, and updating the data of the local database.
  • the network status of the mobile phone may be a wifi network status or other network status. Therefore, when the update data is downloaded, the updated data is compressed and transmitted, thereby reducing the download amount and speeding up. The process of data transmission; when the network status of the mobile phone is not the status of the wifi network, the traffic of the mobile phone can also be saved.
  • the update data may not be automatically downloaded, and the updated data is downloaded from the update server to the local database according to the user's operation on the APP, for example, when the user uses the map tool APP, If the unupdated data is sufficient for the user's use, the data need not be updated; when the data local database requested by the user is not available, the updated data is downloaded from the update server to the local database for use by the user.
  • the user is prompted to select whether to update. This respects the user's choice of rights, avoids downloading some of the larger update data that is not needed, resulting in the consumption of the phone's card or mobile phone traffic.
  • the update data is compressed, and the update data compression package is submitted to the update server;
  • the mobile terminal When the mobile terminal receives the APP data update instruction of the update server, or automatically detects that the update server has a valid APP update version, establishes a download communication link with the update server, and stipulates the attribute of the transmission window, wherein the attribute of the transmission window
  • the window data frame number N and the maximum data frame length L are included.
  • the update server reads the already compressed data file, calculates the checksum of the entire file according to the verification algorithm agreed by the transmission protocol, and performs fragmentation processing on the file according to the length of the data packet agreed by the transmission protocol, and sequentially numbers them one by one. .
  • the update server encapsulates the fragment of the file according to the order and the transmission protocol, invokes the network data sending interface according to the agreed transmission window attribute, and sends the encapsulated N frame window data to the mobile terminal, and records the serial number of the current window. And set the send waiting counter of the current window mobile terminal.
  • the waiting counter includes a sending waiting counter and a receiving waiting counter, and the receiving terminal waits when the mobile terminal receives the data.
  • the protocol encapsulation includes but does not limit the following information: the total number of data frames, the current window start frame sequence number, the current frame sequence number, and the frame data; the waiting counter value is based on factors such as the actual network environment, the number of window data frames, and the transmission interval. set up.
  • the mobile terminal when receiving the window data, stores the received window data in the cache and starts a reception waiting counter, and records the serial number of the transmission packet received by the current window.
  • the mobile terminal When the mobile terminal receives the current window data packet transmitted by the update server, the length of the update data file has been saved, and the complete reception result is sent to the update server and the reception wait counter is turned off, and the update server is notified to start the transmission of the next window data.
  • a preset value may be set.
  • the transmission is adjusted to enable the transmission to continue.
  • the update server detects that the response time of the mobile terminal exceeds a preset value, the mobile terminal sends an instruction to query the reception status of the current window, and the mobile terminal responds to the server according to the reception status and resets the reception waiting counter, and the update server responds according to the response. As a result, it is judged whether or not the lost data is reissued or the transmission of the next window data is started, and the transmission waiting counter is reset.
  • the mobile terminal If the mobile terminal detects that the waiting time for receiving the waiting counter exceeds the preset value, sends the receiving result to the update server and resets the receiving waiting counter, and the update server determines whether to retransmit the lost data or start the next window according to the receiving result of the mobile terminal. The data is sent and the send wait counter is reset.
  • the mobile terminal calculates the checksum of the updated data file by using the same verification algorithm as agreed by the update server, and delivers the calculated checksum and the update server. The checksums are compared. If the two are consistent, the data update to the local database is performed. If they are inconsistent, the update server is notified and the update data is re-downloaded.
  • the performing data update to the local database refers to decompressing the updated compressed package, and simultaneously detecting the validity of the file of the updated data, and updating the data of the local database of the mobile terminal by using the data generated by the decompression.
  • Step S205 Acquire an operation request of the user for the APP, and read data from the local database according to the operation request.
  • Step S205 is the same as step S103 of the previous embodiment, and details are not described herein again.
  • the method for requesting data of the mobile terminal APP provided by the embodiment of the present application further includes managing data of the local database.
  • the data of the local database is detected.
  • the data is automatically deleted, and the storage space of the mobile phone is released.
  • the data may be set to be used within 1 day.
  • the data is deleted.
  • the unused data is organized into a report and submitted to the user, and the user deletes the data in the report autonomously according to the need, and respects the user's right to choose.
  • the method for requesting data of the APP of the mobile terminal provided by the embodiment of the present application, by updating and detecting the data of the local database, compressing and transmitting the updated data to the local database, and verifying the updated data of the transmission, thereby ensuring the accuracy of the transmission.
  • the user's need for data update is guaranteed; in addition, the data of the local database is managed, and some unnecessary data is deleted, and the storage space of the mobile phone is released.
  • FIG. 3 is a schematic structural diagram of a request apparatus for mobile terminal APP data provided by an embodiment of the present application.
  • the request device 30 for the mobile terminal APP data includes a state acquisition module 301, an automatic download module 302, and a data reading module 303.
  • the state obtaining module 301 is configured to acquire a network state and an operating state of the mobile terminal.
  • the network status refers to the mobile phone being in a network state such as wifi, 2G, 3G, 4G
  • the working state includes an idle state and a non-idle state
  • the idle state refers to a state in which the mobile phone is in a standby state
  • the non-idle state refers to a state in which the mobile phone is in use.
  • the automatic downloading module 302 is configured to download the preset data of the APP set in the mobile terminal and save the data to the local database when the network status of the mobile terminal is the wifi network status and the working status of the mobile terminal is the idle state.
  • the automatic download module 302 automatically downloads the data of the APP.
  • the automatic downloading module 302 can set the order of downloading according to the frequency of use of the mobile phone APP. For example, the automatic downloading module 302 sequentially downloads data according to the frequency of use of the mobile phone APP, so as to ensure the most commonly used APP of the user. Data can be downloaded first to ensure the user's use needs.
  • the automatic downloading module 302 may preset to download data only for the mobile APP that has been used in a certain period of time, for example, the preset pair is used within 3 days.
  • the past app performs automatic download of data.
  • the preset data refers to the conclusion that the data of the APP is downloaded based on the conclusion of the big data statistics of the APP or the conclusion of the user historical data statistics.
  • the conclusion of big data statistics refers to the conclusion based on the data usage statistics of all users of the APP, and may also be the conclusion based on the data usage statistics of all users of the APP and its similar APP;
  • the conclusion of the user historical data statistics refers to The conclusion of the historical data statistics of the APP user in a certain period of time.
  • the automatic download module 302 sends an instruction to the big data communication center connected to the update server, and the big data communication center obtains the APP based on the APP from the big data database by using the name and version of the APP. Or all user cloud computing statistics of the same APP need to be downloaded and transmitted to the update server, and the automatic download module 302 downloads the data from the update server to the mobile APP.
  • the conclusion of the user historical data statistics refers to the conclusion based on the historical data statistics of the APP user in a certain period of time, for example, the user's conclusion about the historical data statistics of the APP in the past month.
  • the data can be downloaded according to the user's personal usage habits, and the downloaded content is less, and the user can also ensure the data usage requirements of the APP.
  • the automatic download module 302 sends an instruction to the user historical data statistics center connected to the update server, and the user historical data statistics center uses the user for a period of time (for example, within one month).
  • the APP data is arranged according to the frequency from high to low, and the update server is notified to download only the data whose usage frequency is higher than the preset value.
  • the automatic download module 302 downloads the downloaded data to the local database, and when the user requests the data, the data is retrieved from the local database according to the user's operation on the APP.
  • the local database is a storage space preset by the mobile phone storage area.
  • the local database is a mobile phone memory.
  • the automatic download module 302 automatically downloads the data when the working state of the mobile phone is idle.
  • the automatic downloading module 302 obtains that the working state of the mobile phone is in a non-idle state, if the network state of the mobile phone is the wifi network state, data downloading may also be performed.
  • the data reading module 303 is configured to obtain a user operation request for the APP, and read data from the local database according to the operation request.
  • the data reading module 303 acquires an operation request of the user for the APP, reads data from the local database according to the operation request, and returns it to the user for use. Since reading data is directly read from the local database, there is no need to request data from the remote server, so the access speed can be speeded up and traffic can be saved.
  • the network status of the mobile phone may be a wifi network status or other network status.
  • the request device for the mobile terminal APP data provided by the embodiment of the present application automatically downloads the data to the local database based on the big data statistics or the user historical data statistics in the idle state and the wifi network state on the mobile terminal, and directly from the local database. Accessing data can speed up the access of mobile phones, prevent the phone from getting stuck, improve the user experience, and save traffic on the phone.
  • FIG. 4 is another schematic structural diagram of a request apparatus for mobile terminal APP data provided by an embodiment of the present application.
  • the requesting device 30 for the mobile terminal APP data further includes a data update module 304 and a data management module 305.
  • the data update module 304 includes a data preparation unit 3041, a data transmission unit 3042, and a data update unit 3043.
  • the data preparation unit 3041 is configured to communicate with the update server to detect whether the data of the local database is updated on the update server, and if so, compress the update data and submit the compressed update data to the update server.
  • the data transmission unit 3042 is configured to stipulate an attribute of the transmission window and start a waiting counter, and transmit the compressed update data to the local database according to the transmission protocol, and when the waiting time of the waiting counter exceeds a preset value, detecting the receiving condition of the local database, according to The receiving situation, resetting the properties of the transmission window and waiting for the counter and continuing the transmission.
  • the data update unit 3043 is configured to: when the update data is all transmitted to the local database, verify the update data, and if the update data of the local database is consistent with the update data of the update server, decompress the update data to the local database, if Otherwise, the data preparation unit 3041 and the data transmission unit 3042 are notified to re-transmit the update data.
  • the data preparation unit 3041 maintains communication with the update server to detect whether the data is updated. If the data is updated, the update data needs to be downloaded, so as to ensure the validity of the data when the user reads the data from the local database.
  • the network state of the mobile phone may be a wifi network state or other network states. Therefore, when downloading the update data, the data preparation unit 3041 may compress and retransmit the updated data. , thereby reducing the amount of downloads and speeding up the process of data transmission; when the network status of the mobile phone is not the wifi network status, the mobile phone's traffic can also be saved.
  • the data update module 304 may set not to automatically download the update data, and download the updated data from the update server to the local database according to the user's need for the operation of the APP.
  • the data update module 304 prompts the user to select whether to update.
  • the data preparation unit 3041 compresses the update data and submits the update data compression package to the update server.
  • the data transfer unit 3042 establishes a download communication link with the update server, and stipulates the attributes of the transfer window, where The properties of the transmission window include the number of window data frames N and the maximum data frame length L.
  • the data transmission unit 3042 reads the already compressed data file by the update server, calculates the checksum of the entire file according to the verification algorithm agreed by the transmission protocol, and performs fragmentation processing on the file according to the length of the data packet agreed by the transmission protocol, and Number one by one in order.
  • the data transmission unit 3042 encapsulates the fragment of the file according to the order and the transmission protocol by the update server, invokes the network data sending interface according to the agreed transmission window attribute, and sends the encapsulated N frame window data to the mobile terminal, and records the current window. Send the packet serial number and set the send waiting counter of the current window mobile terminal.
  • the waiting counter includes a sending waiting counter and a receiving waiting counter, and the receiving terminal waits when the mobile terminal receives the data.
  • the protocol encapsulation includes but does not limit the following information: the total number of data frames, the current window start frame sequence number, the current frame sequence number, and the frame data; the waiting counter value is based on factors such as the actual network environment, the number of window data frames, and the transmission interval. set up.
  • the data transmission unit 3042 stores the received window data in the cache and starts a reception waiting counter, and records the serial number of the transmission packet received by the current window.
  • the data transmission unit 3042 saves the length of the update data file received, simultaneously sends the complete reception result to the update server, and closes the reception wait counter, notifying the update server to start the next window data. Transmission.
  • the data transmission unit 3042 can set a preset value, and when the communication time of the waiting counter and the update server exceeds the preset value, the transmission is adjusted to enable the transmission to continue.
  • the update server detects that the response time of the mobile terminal exceeds a preset value, the data transmission unit 3042 sends an instruction to the mobile terminal to query the reception status of the current window, and the mobile terminal responds to the server according to the reception status and resets the reception waiting counter.
  • the update server determines whether to reissue the lost data or initiates the transmission of the next window data according to the response result, and resets the transmission wait counter.
  • the data transmission unit 3042 sends the reception result to the update server and resets the reception waiting counter, and the update server determines whether to retransmit the lost data according to the reception result of the mobile terminal or Start the data delivery of the next window and reset the send wait counter.
  • the data update unit 3043 calculates the checksum of the updated data file by using the same verification algorithm as agreed by the update server, and calculates the calculated checksum and the certificate issued by the update server. Check and compare, if the two are consistent, perform data update to the local database. If they are inconsistent, notify the update server to re-download the updated data.
  • the performing the data update to the local database means that the data update unit 3043 decompresses the update compressed package, and performs validity detection on the file of the updated data, and updates the data of the local database of the mobile terminal by using the data generated by the decompression.
  • the data management module 305 is configured to detect data of the local database, and if some data is not used within a preset time, automatically delete the data, or obtain the operation of the user, and delete the data according to the operation.
  • the data management module 305 detects the data of the local database, and when some data is not used within a preset time, the data is automatically deleted, and the storage space of the mobile phone is released. For example, the data may not be set within 1 day. The data is deleted after use.
  • the data management module 305 organizes the unused data into a report and submits it to the user, and the user deletes the data in the report autonomously according to the need, and respects the user's selection right.
  • the request device for the mobile terminal APP data provided by the embodiment of the present application automatically downloads the data to the local database based on the big data statistics or the user historical data statistics in the idle state and the wifi network state on the mobile terminal, and directly from the local database. Accessing data can speed up the access of mobile phones, prevent the phone from being stuck, improve the user experience, and save the traffic of the mobile phone.
  • the updated data is compressed and transmitted to the local database, and transmitted.
  • the update data is verified to ensure the accuracy of the transmission, and the user's need for data update is ensured; by managing the data of the local database, some unnecessary data is deleted, and the storage space of the mobile phone is released.
  • Another embodiment of the present application provides one or more non-volatile readable storage media storing computer readable instructions that, when executed by one or more processors, cause one or more processors
  • the method for requesting the data of the mobile terminal APP in the above embodiment is not repeated here to avoid repetition.
  • the computer readable instructions are executed by one or more processors, causing one or more processors to perform the functions of the modules/units in the requesting device of the mobile terminal APP data in the above embodiments, in order to avoid duplication, no longer Narration.
  • the terminal device 60 includes a processor 61, a memory 62, and computer readable instructions 63 stored in the memory 62 and executable on the processor 61.
  • the processor 61 implements various steps of the method of requesting mobile terminal APP data in the above embodiment when the computer readable instructions 63 are executed, such as steps S101, S102, and S103 shown in FIG.
  • the processor 61 executes the computer readable instructions 63, the functions of each module/unit of the requesting device of the mobile terminal APP data in the above embodiment are implemented, for example, the state obtaining module 301, the automatic downloading module 302, and the data reading module 303 shown in FIG. The function.

Abstract

本申请涉及软件应用领域，提供了一种移动终端APP数据的请求方法、装置、设备及存储介质，所述请求方法包括：获取移动终端的网络状态和工作状态；当所述移动终端的网络状态为wifi网络状态并且所述移动终端的工作状态为空闲状态时，下载所述移动终端中所设定APP的预设数据，并保存到本地数据库中；获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据。本申请提供的移动终端APP数据的请求方法、装置、设备及存储介质，可以加快访问速度，防止手机卡顿，同时也节约了手机的流量。

Description

移动终端APP数据的请求方法、装置、设备及存储介质
本专利申请以2018年1月22日提交的申请号为201810059218.2，名称为“移动终端APP数据的请求方法、装置、设备及存储介质”的中国发明专利申请为基础，并要求其优先权。
技术领域
本申请属于软件应用领域，更具体地说，是涉及一种移动终端APP数据的请求方法、装置、设备及存储介质。
背景技术
现有的设计是，手机APP上有多个功能区，APP功能的数据都是用户请求才进行加载，用户请求一次进行一次加载，每次数据请求都会连入移动网络，这种模式存在重复加载，浪费用户流量，当请求数据较大时，用户等待的时间比较长，还会造成手机卡顿，当在某些网络不畅的区域时，无法加载数据。
发明内容
针对现有技术的不足，本申请提供一种移动终端APP数据的请求方法、装置、设备及存储介质，可以加快访问速度，防止手机卡顿，同时也节约了手机的流量。
本申请是这样实现的：
本申请第一方面提供一种移动终端APP数据的请求方法，所述请求方法包括以下步骤：
获取移动终端的网络状态和工作状态；
当所述移动终端的网络状态为wifi网络状态并且所述移动终端的工作状态为空闲状态时，下载所述移动终端中所设定APP的预设数据，并保存到本地数据库中；
获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据。
本申请第二方面提供一种移动终端APP数据的请求装置，所述装置包括：
状态获取模块：用于获取移动终端的网络状态和工作状态；
自动下载模块：用于当所述移动终端的网络状态为wifi网络状态并且所述移动终端的工作状态为空闲状态时，下载所述移动终端中所设定的APP的预设数据，并保存到本地数据 库中；
数据读取模块；用于获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据。
本申请第三方面提供一个或多个存储有计算机可读指令的非易失性可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行如下步骤：
获取移动终端的网络状态和工作状态；
当所述移动终端的网络状态为wifi网络状态并且所述移动终端的工作状态为空闲状态时，下载所述移动终端中所设定APP的预设数据，并保存到本地数据库中；
获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据。
本申请第四方面提供一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如下步骤：
获取移动终端的网络状态和工作状态；
当所述移动终端的网络状态为wifi网络状态并且所述移动终端的工作状态为空闲状态时，下载所述移动终端中所设定APP的预设数据，并保存到本地数据库中；
获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据。
本申请提供的移动终端APP数据的请求方法、装置、设备及存储介质，通过在wifi网络状态和空闲工作状态自动下载移动终端的APP数据，使数据的访问速度加快，防止手机卡顿，同时也节约了手机的流量。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请一实施例提供的移动终端APP数据的请求方法的流程图；
图2为本申请又一实施例提供的移动终端APP数据的请求方法的流程图；
图3为本申请又一实施例提供的移动终端APP数据的请求装置的结构示意图；
图4为图3所示实施例的另一结构示意图；
图5为本申请又一实施例提供的终端设备的结构示意图。
具体实施方式
为了使本申请所要解决的技术问题、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
请参考图1，其示出了本申请实施例提供的移动终端APP数据的请求方法的流程图。
步骤S101，获取移动终端的网络状态和工作状态。
其中，移动终端为手机、平板电脑、PDA等移动设备，本说明书以手机为例。
其中，网络状态是指手机处于wifi、2G、3G、4G等网络状态，工作状态包括空闲状态和非空闲状态，空闲状态是指手机处于待机的状态，非空闲状态是指手机处于使用的状态。
步骤S102，当移动终端的网络状态为wifi网络状态并且移动终端的工作状态为空闲状态时，自动依次下载移动终端中所设定APP的预设数据，并将数据保存到本地数据库中。
当手机的网络状态为wifi网络状态，并且处于空闲状态时，手机自动下载APP的数据。
由于手机中有许多APP，因此，需要对下载数据的APP的先后顺序做一个规定。可选地，可以根据手机APP的使用频率来设定下载的顺序，例如根据手机APP的使用频率从高到低依次下载数据，这样可以保证用户最常用的APP的数据能优先得到下载，保证用户的使用需求。
为了使下载的数据量较少，减少对本地数据库的存储压力，可选地，可以预设只对在一定时间内使用过的手机APP下载数据，例如预设对在3天内使用过的APP进行自动下载数据。
为了优化数据的下载，提高下载数据的准确度，自动下载APP的数据时，只下载APP的预设数据。其中，预设数据是指下载APP的数据时基于APP的大数据统计的结论或者用户历史数据统计的结论需要下载的数据。
其中，大数据统计的结论是指基于该APP所有用户的数据使用统计的结论，也可以是基于该APP及其同类APP的所有用户的数据使用统计的结论，例如APP为银行APP时，则根据所有银行APP的所有用户的数据使用统计的结论。根据大数据统计的结论来下载数据，可以较大程度保证数据下载的完整性，保证用户对该APP的数据使用需求。
具体地，手机APP从更新服务器下载数据时，发送指令到与更新服务器连接的大数据通讯中心，大数据通讯中心通过APP的名称及版本等信息，从大数据数据库获取基于该APP或及其同类APP的所有用户云计算统计需要下载的数据，并传输到更新服务器，手机APP再从更新服务器下载这些数据。
大数据统计的结论可以是根据使用该APP产生的数据按照某种预设规则进行排列得到的结论，例如，销量最好的产品，用户反馈最好的产品，服务质量最好的产品等等，也可以是 从用户的大数据中确定与用户存在人际关系的其他用户；其中，数据中记载的与用户进行互动的次数越多，则与用户的人际关系越近，所对应的影响权重越大，基于各其他用户的购买记录和影响权重对产品信息进行筛选，以确定待推荐商品信息，例如，与用户存在人际关系的参考用户有用户1和用户2，并基于用户1和用户2的影响权重来对商品信息进行筛选，用户1中购买了商品信息中的商品1，而用户2购买了商品信息中的商品2；则将商品1和商品2确定为待推荐商品，至于商品信息中的其他商品，则不做推荐。
其中，用户历史数据统计的结论是指基于该APP用户过去一定时间内的历史数据统计的结论，例如对用户关于该APP过去一个月内历史数据统计的结论。根据用户历史数据统计的结论来下载数据，可以根据用户个人的使用习惯来下载，下载的内容较少，同时也能保证用户对该APP的数据使用需求。
具体地，手机APP从更新服务器下载数据时，发送指令与更新服务器连接的用户历史数据统计中心，将用户过去一段时间内(例如一个月内)使用的APP的数据根据频率从高到低进行排列，通知更新服务器只下载使用频率高于预设值的数据。
例如，用户历史数据统计的结论可以是通过绑定个人身份证件、商场会员卡或者支付宝获取客户的消费数据，查询消费记录，进而通过大数据平台分析出客户的购买能力、消费习惯、购买需求，能够自动推送客户感兴趣的商品，向客户准确推送商场的相关店铺信息。
为了加快手机APP的数据访问速度，将下载的数据下载到本地数据库中，当用户请求数据时，根据用户对APP的操作从本地数据库中调取数据。
其中，本地数据库为手机存储区域预设的一个存储空间，可选地，本地数据库为手机内存。
为了防止下载数据时手机出现卡顿现象，影响用户的使用体验，本申请实施例采用的是手机的工作状态为空闲状态时才自动下载数据。作为一种实施方式，当手机的工作状态处于非空闲状态时，若手机的网络状态为wifi网络状态，也可以进行数据的下载，确保用户有更多的时间去下载数据，保证用户对APP的使用需求。
步骤S103，获取用户对APP的操作请求，根据操作请求从本地数据库中读取数据。
当用户使用APP时，获取用户对APP的操作请求，根据操作请求从本地数据库中读取数据并返回给用户使用。由于读取数据是直接从本地数据库中读取数据，不用到远程服务器请求数据，因此可以加快访问速度，节省流量。
应当理解的是，在步骤S103中，手机的网络状态可以是wifi网络状态，也可以是其它的网络状态。
本申请实施例提供的移动终端APP数据的请求方法，通过在移动端处于空闲状态和wifi 网络状态，基于大数据统计或者用户历史数据统计自动依次下载数据到本地数据库中，再直接从本地数据库中访问数据，可以加快手机访问的速度，防止手机的卡顿，提升用户体验，同时节省了手机的流量。
请参考图2，其示出了本申请实施例提供的移动终端APP数据的请求方法的流程图。
步骤S201，获取移动终端的网络状态和工作状态。
步骤S202，当移动终端的网络状态为wifi网络状态并且移动终端的工作状态为空闲状态时，下载移动终端中所设定APP的预设数据，并保存到本地数据库中。
其中，步骤S201和步骤S202与上一实施例中的步骤S101和步骤S102相同，这里不再一一赘述。
步骤S203，检测数据是否有更新。
当数据下载到本地数据库后，保持与更新服务器的通信，检测本地数据库数据在更新服务器端是否有更新。若数据有更新，则可以对更新数据进行下载并保存到本地数据库中，使用户从本地数据库读取数据时，能读取更新的数据。
若检测到更新服务器有更新的数据，则进入步骤S204，否则，进入步骤S205，即根据用户对APP的操作请求从本地数据库中直接访问数据。
应当理解的是，在步骤S203和步骤S204中，手机的网络状态可以是wifi网络状态，也可以其它的网络状态。
步骤S204，对更新数据进行压缩，约定传输窗口的属性并启动应答等待计数器，根据传输协议将压缩的更新数据传输到本地数据库，更新本地数据库的数据。
如前所述，在步骤S204中，手机的网络状态可以是wifi网络状态，也可以其它的网络状态，因此，在下载更新数据时，对更新的数据进行压缩再传输，从而减少下载量，加快数据传输的过程；当手机的网络状态不是wifi网络状态时，还可以节省手机的流量。
可选地，当手机的网络状态不是wifi网络状态时，可以设定不自动下载更新数据，根据用户对APP的操作需要从更新服务器下载更新的数据到本地数据库，例如用户使用地图工具APP时，未更新的数据已经足够用户的使用需要，则不需要对数据进行更新；当用户请求的数据本地数据库没有时，再从更新服务器下载更新的数据到本地数据库供用户使用。
可选地，当下载的更新数据较大时，提示用户选择是否进行更新。这样尊重用户的选择权，避免下载一些不需要的较大的更新数据，造成手机的卡顿或者手机流量的消耗。
具体地，当检测到有更新数据时，将更新数据进行压缩，并将更新数据压缩包提交至更新服务器上；
手机终端接收到更新服务器的关于APP数据更新指令，或者自动检测到更新服务器存在有效的APP更新版本时，建立与更新服务器的下载通讯链路，并约定传输窗口的属性，其中，传输窗口的属性包括窗口数据帧数N和最大数据帧长度L。
更新服务器读取已经压缩好的数据文件，根据传输协议约定的校验算法计算整个文件的校验和，并根据传输协议约定的数据包长度，对文件进行分片处理，并按顺序逐个进行编号。
更新服务器按顺序和传输协议对文件的分片进行封装，依据约定好的传输窗口属性，调用网络数据发送接口，将封装好的N帧窗口数据发送至手机终端，记录当前窗口的发送包序号，并设置当前窗口手机终端的发送等待计数器。
其中，等待计数器包括发送等待计数器和接收等待计数器，手机终端接收数据时设置的是接收等待计数器。
其中，协议封装包括但不限定以下信息：总数据帧数、当前窗口起始帧序号、当前帧序号、帧数据；等待计数器的数值根据实际网络环境、窗口数据帧数N、发送间隔等因素来设定。
具体地，手机终端接收到窗口数据时，将接收到的窗口数据存放在缓存并启动接收等待计数器，记录当前窗口接收到的发送包序号。
当手机终端接收完更新服务器传输的当前窗口数据包时，保存更新数据文件已接收的长度，同时向更新服务器发送完整接收结果并关闭接收等待计数器，通知更新服务器启动下一窗口数据的传输。
当网络环境出现不稳定的情况时，会导致传输不稳定，等待计数器会出现超时的现象。作为一种实施方式，可以设定一个预设值，当等待计数器与更新服务器的通信时间超过这个预设值时，对传输进行调整，使传输能够继续进行。
具体地，若更新服务器检测到手机终端的应答时间超出预设值时，向手机终端发送指令查询当前窗口的接收情况，手机终端根据接收情况应答服务器并重新设定接收等待计数器，更新服务器根据应答结果，判断是否补发丢失的数据或者启动下一窗口数据的传输，并重新设置发送等待计数器。
若手机终端检测到接收等待计数器的等待时间超出预设值时，向更新服务器发送接收结果并重新设置接收等待计数器，更新服务器根据手机终端的接收结果，判断是否补发丢失数据或者启动下一窗口的数据下发，并重新设置发送等待计数器。
作为一种实施方式，手机终端通过上述过程接收完文件数据包后，运用同更新服务器约定的相同的校验算法计算更新数据文件的校验和，将计算所得的校验和与更新服务器下发的校验和进行比较，若两者一致则执行对本地数据库的数据更新，若不一致，则通知更新服务 器，重新下载更新数据。
其中，执行对本地数据库的数据更新是指对更新压缩包进行解压处理，同时对更新数据的文件进行有效性检测，同时利用解压生成的数据更新手机终端本地数据库的数据。
步骤S205，获取用户对APP的操作请求，根据操作请求从本地数据库中读取数据。
步骤S205与上一实施例的步骤S103一样，这里不再赘述。
作为一种实施方式，为了减少数据对手机内存的压力，本申请实施例提供的移动终端APP数据的请求方法还包括对本地数据库的数据进行管理。
具体地，对本地数据库的数据进行检测，当某些数据在预设的时间内未被使用时，自动删除这些数据，释放手机存储空间，例如可以设定在1天内数据未被使用过就对数据进行删除。
又或者是，将这些未被使用过的数据整理成报告，提交给用户，由用户根据需要对报告中的数据进行自主的删除，尊重用户的选择权。
本申请实施例提供的移动终端APP数据的请求方法，通过对本地数据库的数据进行更新检测，将更新数据压缩传输到本地数据库，并对传输的更新数据进行校验，保证了传输的准确性，保证了用户对数据更新的需求；另外对本地数据库的数据进行管理，将一些不必要的数据进行删除，释放手机存储空间。
以下是本申请的装置实施例，在装置实施例中未详尽描述的细节，可以参考上述对应的方法实施例。
请参考图3，其示出了本申请实施例提供的移动终端APP数据的请求装置的结构示意图。
移动终端APP数据的请求装置30包括：状态获取模块301、自动下载模块302和数据读取模块303。
状态获取模块301，用于获取移动终端的网络状态和工作状态。
其中，网络状态是指手机处于wifi、2G、3G、4G等网络状态，工作状态包括空闲状态和非空闲状态，空闲状态是指手机处于待机的状态，非空闲状态是指手机处于使用的状态。
自动下载模块302，用于当移动终端的网络状态为wifi网络状态并且移动终端的工作状态为空闲状态时，下载移动终端中所设定的APP的预设数据，并保存到本地数据库中。
当手机的网络状态为wifi网络状态，并且处于空闲状态时，自动下载模块302自动下载APP的数据。
可选地，自动下载模块302可以根据手机APP的使用频率来设定下载的顺序，例如自动下载模块302根据手机APP的使用频率从高到低依次下载数据，这样可以保证用户最常用的 APP的数据能优先得到下载，保证用户的使用需求。
可选地，为了使下载的数据量较少，减少对本地数据库的存储压力，自动下载模块302可以预设只对在一定时间内使用过的手机APP下载数据，例如预设对在3天内使用过的APP进行自动下载数据。
为了优化数据的下载，提高下载数据的准确度，自动下载模块302自动下载APP的数据时，只下载APP的预设数据。其中，预设数据是指下载APP的数据时基于APP的大数据统计的结论或者用户历史数据统计的结论需要下载的数据。
其中，大数据统计的结论是指基于该APP所有用户的数据使用统计的结论，也可以是基于该APP及其同类APP的所有用户的数据使用统计的结论；用户历史数据统计的结论是指基于该APP用户过去一定时间内的历史数据统计的结论。
具体地，手机APP从更新服务器下载数据时，自动下载模块302发送指令到与更新服务器连接的大数据通讯中心，大数据通讯中心通过APP的名称及版本等信息，从大数据数据库获取基于该APP或及其同类APP的所有用户云计算统计需要下载的数据，并传输到更新服务器，自动下载模块302再从更新服务器下载这些数据到手机APP上。
其中，用户历史数据统计的结论是指基于该APP用户过去一定时间内的历史数据统计的结论，例如对用户关于该APP过去一个月内历史数据统计的结论。根据用户历史数据统计的结论来下载数据，可以根据用户个人的使用习惯来下载，下载的内容较少，同时也能保证用户对该APP的数据使用需求。
具体地，手机APP从更新服务器下载数据时，自动下载模块302通过发送指令到与更新服务器连接的用户历史数据统计中心，用户历史数据统计中心将用户过去一段时间内(例如一个月内)使用的APP的数据根据频率从高到低进行排列，通知更新服务器只下载使用频率高于预设值的数据。
为了加快手机APP的数据访问速度，自动下载模块302将下载的数据下载到本地数据库中，当用户请求数据时，根据用户对APP的操作从本地数据库中调取数据。
其中，本地数据库为手机存储区域预设的一个存储空间，可选地，本地数据库为手机内存。
为了防止下载数据时手机出现卡顿现象，影响用户的使用体验，自动下载模块302获取手机的工作状态为空闲状态时才自动下载数据。作为一种实施方式，当自动下载模块302获取手机的工作状态处于非空闲状态时，若手机的网络状态为wifi网络状态，也可以进行数据的下载。
数据读取模块303，用于获取用户对APP的操作请求，根据操作请求从本地数据库中读 取数据。
当用户使用APP时，数据读取模块303获取用户对APP的操作请求，根据操作请求从本地数据库中读取数据并返回给用户使用。由于读取数据是直接从本地数据库中读取数据，不用到远程服务器请求数据，因此可以加快访问速度，节省流量。
应当理解的是，数据读取模块303工作时，手机的网络状态可以是wifi网络状态，也可以是其它的网络状态。
本申请实施例提供的移动终端APP数据的请求装置，通过在移动端处于空闲状态和wifi网络状态，基于大数据统计或者用户历史数据统计自动依次下载数据到本地数据库中，再直接从本地数据库中访问数据，可以加快手机访问的速度，防止手机的卡顿，提升用户体验，同时节省了手机的流量。
进一步的，请参考图4，其示出了本申请实施例提供的移动终端APP数据的请求装置的另一结构示意图。
移动终端APP数据的请求装置30还包括：数据更新模块304和数据管理模块305。
数据更新模块304包括：数据准备单元3041、数据传输单元3042和数据更新单元3043。
数据准备单元3041，用于与更新服务器进行通信，检测本地数据库的数据在更新服务器端是否存在更新，若是，则对更新数据进行压缩，将压缩的更新数据提交至所述更新服务器。
数据传输单元3042，用于约定传输窗口的属性并启动等待计数器，根据传输协议将压缩的更新数据传输到本地数据库，当等待计数器的等待时间超出预设值时，检测本地数据库的接收情况，根据所述接收情况，重新设置传输窗口的属性和等待计数器并继续传输。
数据更新单元3043，用于当更新数据全部传输到本地数据库时，对更新数据进行校验，若本地数据库的更新数据与所述更新服务器的更新数据一致时，将更新数据解压到本地数据库，若否，则通知数据准备单元3041和数据传输单元3042，重新进行更新数据的传输。
具体地，当数据下载到本地数据库后，数据准备单元3041保持与更新服务器的通信，检测数据是否有更新。若数据有更新，则需要对更新数据进行下载，从而保证用户从本地数据库读取数据时，保证数据的有效性。
应当理解的是，数据更新模块304工作时，手机的网络状态可以是wifi网络状态，也可以其它的网络状态，因此，在下载更新数据时，数据准备单元3041可以对更新的数据进行压缩再传输，从而减少下载量，加快数据传输的过程；当手机的网络状态不是wifi网络状态时，还可以节省手机的流量。
可选地，当手机的网络状态不是wifi网络状态时，数据更新模块304可以设定不自动下载更新数据，根据用户对APP的操作的需要从更新服务器下载更新的数据到本地数据库。
可选地，当下载的更新数据较大时，数据更新模块304提示用户选择是否进行更新。
当检测到有更新数据时，数据准备单元3041将更新数据进行压缩，并将更新数据压缩包提交至更新服务器上。
手机终端接收到更新服务器的关于APP数据更新指令，或者自动检测到更新服务器存在有效的APP更新版本时，数据传输单元3042建立与更新服务器的下载通讯链路，并约定传输窗口的属性，其中，传输窗口的属性包括窗口数据帧数N和最大数据帧长度L。
数据传输单元3042通过更新服务器读取已经压缩好的数据文件，根据传输协议约定的校验算法计算整个文件的校验和，并根据传输协议约定的数据包长度，对文件进行分片处理，并按顺序逐个进行编号。
数据传输单元3042通过更新服务器按顺序和传输协议对文件的分片进行封装，依据约定好的传输窗口属性，调用网络数据发送接口，将封装好的N帧窗口数据发送至手机终端，记录当前窗口的发送包序号，并设置当前窗口手机终端的发送等待计数器。
其中，等待计数器包括发送等待计数器和接收等待计数器，手机终端接收数据时设置的是接收等待计数器。
其中，协议封装包括但不限定以下信息：总数据帧数、当前窗口起始帧序号、当前帧序号、帧数据；等待计数器的数值根据实际网络环境、窗口数据帧数N、发送间隔等因素来设定。
具体地，手机终端接收到窗口数据时，数据传输单元3042将接收到的窗口数据存放在缓存并启动接收等待计数器，记录当前窗口接收到的发送包序号。
当手机终端接收完更新服务器传输的当前窗口数据包时，数据传输单元3042保存更新数据文件已接收的长度，同时向更新服务器发送完整接收结果并关闭接收等待计数器，通知更新服务器启动下一窗口数据的传输。
当网络环境出现不稳定的情况时，会导致传输不稳定，等待计数器会出现超时的现象。因此，数据传输单元3042可以设定一个预设值，当等待计数器与更新服务器的通信时间超过这个预设值时，对传输进行调整，使传输能够继续进行。
具体地，若更新服务器检测到手机终端的应答时间超出预设值时，数据传输单元3042向手机终端发送指令查询当前窗口的接收情况，手机终端根据接收情况应答服务器并重新设定接收等待计数器，更新服务器根据应答结果，判断是否补发丢失的数据或者启动下一窗口数据的传输，并重新设置发送等待计数器。
若手机终端检测到接收等待计数器的等待时间超出预设值时，数据传输单元3042向更新服务器发送接收结果并重新设置接收等待计数器，更新服务器根据手机终端的接收结果， 判断是否补发丢失数据或者启动下一窗口的数据下发，并重新设置发送等待计数器。
手机终端通过上述过程接收完文件数据包后，数据更新单元3043运用同更新服务器约定的相同的校验算法计算更新数据文件的校验和，将计算所得的校验和与更新服务器下发的校验和进行比较，若两者一致则执行对本地数据库的数据更新，若不一致，则通知更新服务器，重新下载更新数据。
其中，执行对本地数据库的数据更新是指数据更新单元3043对更新压缩包进行解压处理，同时对更新数据的文件进行有效性检测，同时利用解压生成的数据更新手机终端本地数据库的数据。
数据管理模块305，用于对本地数据库的数据进行检测，若某些数据在预设时间内未被使用时，自动删除这些数据，或者获取用户的操作，根据操作对这些数据进行删除。
具体地，数据管理模块305对本地数据库的数据进行检测，当某些数据在预设的时间内未被使用时，自动删除这些数据，释放手机存储空间，例如可以设定在1天内数据未被使用过就对数据进行删除。
又或者是，数据管理模块305将这些未被使用过的数据整理成报告，提交给用户，由用户根据需要对报告中的数据进行自主的删除，尊重用户的选择权。
本申请实施例提供的移动终端APP数据的请求装置，通过在移动端处于空闲状态和wifi网络状态，基于大数据统计或者用户历史数据统计自动依次下载数据到本地数据库中，再直接从本地数据库中访问数据，可以加快手机访问的速度，防止手机的卡顿，提升用户体验，同时节省了手机的流量；通过对本地数据库的数据进行更新检测，将更新数据压缩传输到本地数据库，并对传输的更新数据进行校验，保证了传输的准确性，保证了用户对数据更新的需求；通过对本地数据库的数据进行管理，将一些不必要的数据进行删除，释放手机存储空间。
本申请另一种实施例提供一个或多个存储有计算机可读指令的非易失性可读存储介质，该计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述实施例中的移动终端APP数据的请求方法，为避免重复，这里不再赘述。或者，该计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述实施例中移动终端APP数据的请求装置中各模块/单元的功能，为避免重复，这里不再赘述。
请参考图5，其示出了本实施例的终端设备的示意图，终端设备60包括处理器61、存储器62以及存储在存储器62中并可在处理器61上运行的计算机可读指令63。处理器61 执行计算机可读指令63时实现上述实施例中移动终端APP数据的请求方法的各个步骤，例如图1所示的步骤S101、S102和S103。或者，处理器61执行计算机可读指令63时实现上述实施例中移动终端APP数据的请求装置各模块/单元的功能，例如图3所示状态获取模块301、自动下载模块302和数据读取模块303的功能。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (20)

  1. 一种移动终端APP数据的请求方法，其特征在于，所述请求方法包括以下步骤：
    获取移动终端的网络状态和工作状态；
    当所述移动终端的网络状态为wifi网络状态并且所述移动终端的工作状态为空闲状态时，下载所述移动终端中所设定APP的预设数据，并保存到本地数据库中；
    获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据。
  2. 如权利要求1所述的移动终端APP数据的请求方法，其特征在于，所述当所述移动终端的网络状态为wifi网络状态并且所述移动终端的工作状态为空闲状态时，下载所述移动终端中所设定APP的预设数据，并保存到本地数据库中，包括：
    当所述移动终端的网终状态为wifi网络状态，并且所述移动终端的工作状态为空闲状态时，根据所述移动终端的APP的使用频率，从高到低依次自动下载基于所述APP的大数据统计的结论或者用户历史数据统计的结论的数据，并将所述数据保存到本地数据库中。
  3. 如权利要求2所述的移动终端APP数据的请求方法，其特征在于，所述获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据，之前还包括：
    与更新服务器进行通信，检测所述数据是否存在更新数据，若是，则对更新数据进行压缩，约定传输窗口的属性并启动等待计数器，根据传输协议将所述压缩的更新数据传输到所述本地数据库。
  4. 如权利要求3所述的移动终端APP数据的请求方法，其特征在于，所述约定传输窗口的属性并启动等待计数器，根据传输协议将所述压缩的更新数据传输到所述本地数据库之后，还包括：
    当所述等待计数器的等待时间超出预设值时，检测本地数据库接收情况，所述更新服务器根据所述接收情况，重新设置所述传输窗口的属性和所述等待计数器并继续传输。
  5. 如权利要求4所述的移动终端APP数据的请求方法，其特征在于，所述重新设置所述传输窗口的属性和所述等待计数器并继续传输，之后还包括：
    当所述更新数据全部传输到所述本地数据库时，对所述更新数据进行校验，若所述本地数据库的更新数据与所述更新服务器的更新数据一致时，将所述更新数据解压到本地数据库，若否，则将所述更新服务器的更新数据重新传输到所述本地数据库。
  6. 如权利要求5所述的移动终端APP数据的请求方法，其特征在于，所述获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据，之后还包括：
    对所述本地数据库的数据进行检测，若所述数据在预设时间内未被使用时，自动删除所 述数据，或者获取用户的操作，根据所述操作对所述数据进行删除。
  7. 一种移动终端APP数据的请求装置，其特征在于，所述装置包括：
    状态获取模块：用于获取移动终端的网络状态和工作状态；
    自动下载模块：用于当所述移动终端的网络状态为wifi网络状态并且所述移动终端的工作状态为空闲状态时，下载所述移动终端中所设定的APP的预设数据，并保存到本地数据库中；
    数据读取模块；用于获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据。
  8. 如权利要求7所述的移动终端APP数据的请求装置，其特征在于，所述装置还包括数据更新模块和数据管理模块；
    所述数据更新模块包括数据准备单元、数据传输单元和数据更新单元；
    所述数据准备单元，用于与更新服务器进行通信，检测所述数据是否存在更新数据，若是，则对更新数据进行压缩，将压缩的更新数据提交至所述更新服务器；
    所述数据传输单元，用于约定传输窗口的属性并启动等待计数器，根据传输协议将所述压缩的更新数据传输到所述本地数据库，当所述等待计数器的等待时间超出预设值时，检测本地数据库的接收情况，根据所述接收情况，重新设置所述传输窗口的属性和所述等待计数器并继续传输；
    数据更新单元，用于当所述更新数据全部传输到所述本地数据库时，对所述更新数据进行校验，若所述本地数据库的更新数据与所述更新服务器的更新数据一致时，将所述更新数据解压到所述本地数据库，若否，则通知所述数据准备单元和所述数据传输单元，重新进行更新数据的传输；
    所述数据管理模块，用于对所述本地数据库的数据进行检测，若所述数据在预设时间内未被使用时，自动删除所述数据，或者获取用户的操作，根据所述操作对所述数据进行删除。
  9. 一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如下步骤：
    获取移动终端的网络状态和工作状态；
    当所述移动终端的网络状态为wifi网络状态并且所述移动终端的工作状态为空闲状态时，下载所述移动终端中所设定APP的预设数据，并保存到本地数据库中；
    获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据。
  10. 如权利要求9所述的终端设备，其特征在于，所述当所述移动终端的网络状态为wifi网络状态并且所述移动终端的工作状态为空闲状态时，下载所述移动终端中所设定APP的预 设数据，并保存到本地数据库中，包括：
    当所述移动终端的网终状态为wifi网络状态，并且所述移动终端的工作状态为空闲状态时，根据所述移动终端的APP的使用频率，从高到低依次自动下载基于所述APP的大数据统计的结论或者用户历史数据统计的结论的数据，并将所述数据保存到本地数据库中。
  11. 如权利要求10所述的终端设备，其特征在于，在所述获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据的步骤之前，所述处理器执行所述计算机可读指令时还实现如下步骤：
    与更新服务器进行通信，检测所述数据是否存在更新数据，若是，则对更新数据进行压缩，约定传输窗口的属性并启动等待计数器，根据传输协议将所述压缩的更新数据传输到所述本地数据库。
  12. 如权利要求11所述的终端设备，其特征在于，在所述约定传输窗口的属性并启动等待计数器，根据传输协议将所述压缩的更新数据传输到所述本地数据库的步骤之后，所述处理器执行所述计算机可读指令时还实现如下步骤：
    当所述等待计数器的等待时间超出预设值时，检测本地数据库接收情况，所述更新服务器根据所述接收情况，重新设置所述传输窗口的属性和所述等待计数器并继续传输。
  13. 如权利要求12所述的终端设备，其特征在于，在所述重新设置所述传输窗口的属性和所述等待计数器并继续传输的步骤之后，所述处理器执行所述计算机可读指令时还实现如下步骤：
    当所述更新数据全部传输到所述本地数据库时，对所述更新数据进行校验，若所述本地数据库的更新数据与所述更新服务器的更新数据一致时，将所述更新数据解压到本地数据库，若否，则将所述更新服务器的更新数据重新传输到所述本地数据库。
  14. 如权利要求13所述的终端设备，其特征在于，在所述获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据的步骤之后，所述处理器执行所述计算机可读指令时还实现如下步骤：
    对所述本地数据库的数据进行检测，若所述数据在预设时间内未被使用时，自动删除所述数据，或者获取用户的操作，根据所述操作对所述数据进行删除。
  15. 一个或多个存储有计算机可读指令的非易失性可读存储介质，其特征在于，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行如下步骤：
    获取移动终端的网络状态和工作状态；
    当所述移动终端的网络状态为wifi网络状态并且所述移动终端的工作状态为空闲状态时，下载所述移动终端中所设定APP的预设数据，并保存到本地数据库中；
    获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据。
  16. 如权利要求15所述的非易失性可读存储介质，其特征在于，所述当所述移动终端的网络状态为wifi网络状态并且所述移动终端的工作状态为空闲状态时，下载所述移动终端中所设定APP的预设数据，并保存到本地数据库中，包括：
    当所述移动终端的网终状态为wifi网络状态，并且所述移动终端的工作状态为空闲状态时，根据所述移动终端的APP的使用频率，从高到低依次自动下载基于所述APP的大数据统计的结论或者用户历史数据统计的结论的数据，并将所述数据保存到本地数据库中。
  17. 如权利要求16所述的非易失性可读存储介质，其特征在于，在所述获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据的步骤之前，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器还执行如下步骤：
    与更新服务器进行通信，检测所述数据是否存在更新数据，若是，则对更新数据进行压缩，约定传输窗口的属性并启动等待计数器，根据传输协议将所述压缩的更新数据传输到所述本地数据库。
  18. 如权利要求17所述的非易失性可读存储介质，其特征在于，在所述约定传输窗口的属性并启动等待计数器，根据传输协议将所述压缩的更新数据传输到所述本地数据库的步骤之后，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器还执行如下步骤：
    当所述等待计数器的等待时间超出预设值时，检测本地数据库接收情况，所述更新服务器根据所述接收情况，重新设置所述传输窗口的属性和所述等待计数器并继续传输。
  19. 如权利要求18所述的非易失性可读存储介质，其特征在于，在所述重新设置所述传输窗口的属性和所述等待计数器并继续传输的步骤之后，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器还执行如下步骤：
    当所述更新数据全部传输到所述本地数据库时，对所述更新数据进行校验，若所述本地数据库的更新数据与所述更新服务器的更新数据一致时，将所述更新数据解压到本地数据库，若否，则将所述更新服务器的更新数据重新传输到所述本地数据库。
  20. 如权利要求19所述的非易失性可读存储介质，其特征在于，在所述获取用户对APP的操作请求，根据所述操作请求从所述本地数据库中读取数据的步骤之后，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器还执行如下步骤：
    对所述本地数据库的数据进行检测，若所述数据在预设时间内未被使用时，自动删除所述数据，或者获取用户的操作，根据所述操作对所述数据进行删除。
PCT/CN2018/080441 2018-01-22 2018-03-26 移动终端app数据的请求方法、装置、设备及存储介质 WO2019140777A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810059218.2A CN108366367A (zh) 2018-01-22 2018-01-22 移动终端app数据的请求方法、装置、设备及存储介质
CN201810059218.2 2018-01-22

Publications (1)

Publication Number Publication Date
WO2019140777A1 true WO2019140777A1 (zh) 2019-07-25

Family

ID=63006764

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/080441 WO2019140777A1 (zh) 2018-01-22 2018-03-26 移动终端app数据的请求方法、装置、设备及存储介质

Country Status (2)

Country Link
CN (1) CN108366367A (zh)
WO (1) WO2019140777A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115187155A (zh) * 2022-09-15 2022-10-14 广东银纳增材制造技术有限公司 一种学校实验室设备状态数据管控方法
CN116132969A (zh) * 2023-02-20 2023-05-16 深圳市中创电测技术有限公司 Sim卡管理系统与方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111223578B (zh) * 2018-11-27 2023-12-15 深圳市大雅医疗技术有限公司 一种穿戴式诊断装置及其数据管理方法、计算机存储介质
CN109873874A (zh) * 2019-03-18 2019-06-11 北京智明星通科技股份有限公司 游戏app数据的请求方法及设备
CN111049908A (zh) * 2019-12-12 2020-04-21 中国建设银行股份有限公司 移动设备的数据预缓存方法及装置
CN111800487A (zh) * 2020-06-22 2020-10-20 深圳壹账通智能科技有限公司 数据更新方法、装置、设备及存储介质
CN112148951A (zh) * 2020-09-22 2020-12-29 北京居理科技有限公司 一种保障移动设备楼盘信息检索有效性的方法
CN114676190B (zh) * 2022-05-27 2022-10-11 太平金融科技服务(上海)有限公司深圳分公司 数据展示方法、装置、计算机设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105550003A (zh) * 2015-12-25 2016-05-04 北京奇虎科技有限公司 应用程序更新系统和方法
CN105577787A (zh) * 2015-12-22 2016-05-11 北京奇虎科技有限公司 下载、发布应用程序的方法及装置
CN106598646A (zh) * 2016-11-14 2017-04-26 深圳市金立通信设备有限公司 程序更新方法和终端
WO2017139978A1 (zh) * 2016-02-19 2017-08-24 吴伟东 手机app更新方法及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102510409B (zh) * 2011-12-19 2017-02-22 厦门雅迅网络股份有限公司 一种利用无线网络对移动终端程序快速远程更新的方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105577787A (zh) * 2015-12-22 2016-05-11 北京奇虎科技有限公司 下载、发布应用程序的方法及装置
CN105550003A (zh) * 2015-12-25 2016-05-04 北京奇虎科技有限公司 应用程序更新系统和方法
WO2017139978A1 (zh) * 2016-02-19 2017-08-24 吴伟东 手机app更新方法及系统
CN106598646A (zh) * 2016-11-14 2017-04-26 深圳市金立通信设备有限公司 程序更新方法和终端

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115187155A (zh) * 2022-09-15 2022-10-14 广东银纳增材制造技术有限公司 一种学校实验室设备状态数据管控方法
CN115187155B (zh) * 2022-09-15 2022-12-27 广东银纳增材制造技术有限公司 一种学校实验室设备状态数据管控方法
CN116132969A (zh) * 2023-02-20 2023-05-16 深圳市中创电测技术有限公司 Sim卡管理系统与方法

Also Published As

Publication number Publication date
CN108366367A (zh) 2018-08-03

Similar Documents

Publication Publication Date Title
WO2019140777A1 (zh) 移动终端app数据的请求方法、装置、设备及存储介质
US10552083B2 (en) Capturing snapshots of storage volumes
EP3716656B1 (en) Profile generation method, profile acquisition method, and related device and storage medium
US20210192579A1 (en) Smart broadcasting device
JP6686165B2 (ja) サービス実行方法及びデバイス
US10963287B2 (en) Reducing request latency in a multi-tenant web service host
CN107708084B (zh) 数据处理方法和装置、计算机设备、计算机可读存储介质
CN107770746B (zh) 数据处理方法和装置、计算机设备、计算机可读存储介质
EP3132370A1 (en) Portal authentication
TW201141125A (en) System for remotely erasing data, method, server, and mobile device thereof, and computer program product
WO2014194865A1 (zh) 一种固件升级方法、装置及通信设备
WO2017024956A1 (zh) 数据库的访问权限处理方法、装置及系统
WO2015103762A1 (zh) 一种发送、接收用户数据的方法及终端设备
KR102250791B1 (ko) 네트워크 접속 관리 방법 및 이를 위한 전자 장치
US9971544B1 (en) Techniques for usage metering and control in data storage systems
CN110888844A (zh) 一种数据删除方法、系统、设备及计算机可读存储介质
US8510423B2 (en) Install system and install method
CN107566398B (zh) 流量控制方法和装置、计算机设备、计算机可读存储介质
CN107682892B (zh) 流量控制方法和装置、计算机设备、计算机可读存储介质
WO2022262444A1 (zh) 文件管理方法、装置、电子设备和可读存储介质
CN114385214B (zh) 网站更新方法、装置、设备及存储介质
CN117667394A (zh) 一种内存永远不会占满的系统及方法
WO2023279900A1 (zh) 日志文件发送方法、装置和客户端
CN110377536A (zh) 数据处理方法、装置、设备及计算机可读存储介质
US20140141722A1 (en) Device and method for receiving and processing data

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18901251

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 10/11/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18901251

Country of ref document: EP

Kind code of ref document: A1