Data upload methods, devices and storage media

Abstract

This application provides a data uploading method, apparatus, and storage medium, relating to the field of communication technology, to address the problem of smart devices leaking user information. The method includes: a smart device acquiring first data, which includes: data to be uploaded and second data, wherein the second data is data associated with the data to be uploaded. The smart device verifies the first data according to preset upload conditions. If the first data passes verification, the smart device uploads the data to be uploaded. If the first data fails verification, the smart device sends an authorization request message to a terminal device, the authorization request message being used to request the upload of the data to be uploaded. The smart device receives a target instruction from the terminal device and executes a target event, the target instruction indicating whether to upload the data to be uploaded, the target instruction corresponding to a target event, the target event being: upload the data to be uploaded, or refuse to upload the data to be uploaded.

Description

Technical Field

[0001] This application relates to the field of communications, and more particularly to a method, apparatus and storage medium for uploading data. Background Technology

[0002] In the era of the Internet of Everything, more and more traditional devices are becoming smart devices by using Internet of Things (IoT) technology, which enables them to have sensitive and accurate perception capabilities, correct thinking and judgment capabilities, and effective execution capabilities.

[0003] In order to collect data for statistical analysis, smart device manufacturers typically upload various types of data, such as user data (data generated during user use), device operation data, and environmental monitoring data, to cloud servers, where the data is stored.

[0004] However, the data reporting conditions for smart devices are generally set by the smart device manufacturer before the device leaves the factory and are built into the smart device's communication module. Once the smart device is put into use and activated to connect to the network, it will automatically upload data such as text, images, and videos. This can lead to the leakage of terminal device data. Summary of the Invention

[0005] This application provides a data uploading method, apparatus, and storage medium to address the problem of smart devices leaking user information.

[0006] To achieve the above objectives, this application adopts the following technical solution:

[0007] Firstly, this application provides a method for uploading data. In this method, a smart device acquires first data, which includes: data to be uploaded and second data, wherein the second data is associated with the data to be uploaded. The smart device verifies the first data according to preset upload conditions. If the first data passes verification, the smart device uploads the data to be uploaded. If the first data fails verification, the smart device sends an authorization request message to a terminal device, the authorization request message being used to request the upload of the data to be uploaded. The smart device receives a target instruction from the terminal device and executes a target event, the target instruction being used to indicate whether to upload the data to be uploaded, the target instruction corresponding to a target event, and the target event being: upload the data to be uploaded, or refuse to upload the data to be uploaded.

[0008] Based on the above technical solution, before the smart device obtains and uploads device data according to the smart device manufacturer's preset upload rules, the smart device verifies the data to be uploaded. If the verification is successful, the data to be uploaded is uploaded; if the verification fails, an authorization request message is sent to the terminal device. Afterwards, the smart device receives and executes the target instruction from the terminal device. If the target event is not to upload the data to be uploaded, the smart device does not upload the data; if the target event is to upload the data to be uploaded, the smart device uploads the data to be uploaded and updates the preset upload conditions according to the second data. This strengthens the management of data uploaded by the smart device and improves user privacy and security. Furthermore, by sending an authorization request message to the terminal, the user is informed that data is about to be uploaded, allowing the user to understand the data upload process and improving the user experience.

[0009] In one possible design, the second data includes at least one of the following: destination address, upload frequency, data type of the data to be uploaded, reporting time, and smart device usage information. Preset upload conditions include at least one of the following: the destination address is a preset address, the upload frequency is less than a preset frequency threshold, the data type of the data to be uploaded is a preset data type, the reporting time is within a preset time period, and the smart device usage information is preset usage pattern information.

[0010] In one possible design, when the target event is to upload data to be uploaded, the preset upload conditions are updated based on the second data. The updated preset upload conditions include the second data.

[0011] In one possible design, the usage information of the smart device includes at least one of the following: startup time and settings information.

[0012] Secondly, this application provides a data uploading device, which includes an acquisition unit, a processing unit, and a sending unit.

[0013] The unit comprises: an acquisition unit for acquiring first data, which includes: data to be uploaded and second data, wherein the second data is associated with the data to be uploaded. A processing unit for verifying the first data according to preset upload conditions. A sending unit for uploading the data to be uploaded if the first data passes verification. The sending unit is also configured to send an authorization request message to the terminal device if the first data fails verification; the authorization request message is used to request the upload of the data to be uploaded. The acquisition unit is further configured to receive a target instruction from the terminal device, the target instruction indicating whether to upload the data to be uploaded. The processing unit is further configured to execute a target event corresponding to the target instruction; the target event is either to upload the data to be uploaded or to refuse to upload the data to be uploaded.

[0014] In one possible design, the second data includes at least one of the following: destination address, upload frequency, data type of the data to be uploaded, reporting time, and smart device usage information. Preset upload conditions include at least one of the following: the destination address is a preset address, the upload frequency is less than a preset frequency threshold, the data type of the data to be uploaded is a preset data type, the reporting time is within a preset time period, and the smart device usage information is preset usage pattern information.

[0015] In one possible design, the processing unit is further configured to update the preset upload conditions based on the second data when the target event is uploading data to be uploaded. The updated preset upload conditions include the second data.

[0016] In one possible design, the usage information of the smart device includes at least one of the following: startup time and settings information.

[0017] Thirdly, this application provides a data uploading device, which includes: a processor and a memory; the processor and the memory are coupled; the memory is used to store one or more programs, the one or more programs including computer-executable instructions, and when the data uploading device is running, the processor executes the computer-executable instructions stored in the memory to implement the data uploading method as described in the first aspect and any possible implementation of the first aspect.

[0018] Fourthly, this application provides a computer-readable storage medium storing instructions that, when executed on a computer, cause the computer to perform the data uploading method described in the first aspect and any possible implementation thereof.

[0019] Fifthly, this application provides a chip including a processor and a communication interface, the communication interface being coupled to the processor, the processor being used to run computer programs or instructions to implement the data uploading method as described in the first aspect and any possible implementation thereof.

[0020] The technical problems that the data uploading device, computer equipment, computer storage medium or chip can solve and the technical effects that they can achieve in the above solution can be found in the technical problems and effects solved in the first aspect above, and will not be repeated here. Attached Figure Description

[0021] Figure 1 A system architecture diagram of a communication system provided in this application embodiment;

[0022] Figure 2 A flowchart illustrating a data uploading method provided in an embodiment of this application;

[0023] Figure 3A A flowchart illustrating another data uploading method provided in an embodiment of this application;

[0024] Figure 3B A flowchart illustrating another data uploading method provided in an embodiment of this application;

[0025] Figure 4 This is a schematic diagram of the structure of a data uploading device provided in an embodiment of this application;

[0026] Figure 5 A schematic diagram of another data uploading device provided in an embodiment of this application;

[0027] Figure 6 A conceptual partial view of a computer program product provided for an embodiment of this application. Detailed Implementation

[0028] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0029] In this article, the character " / " generally indicates that the objects before and after it are in an "or" relationship. For example, A / B can be understood as A or B.

[0030] The terms “first” and “second” in the specification and claims of this application are used to distinguish different objects, rather than to describe a specific order of objects.

[0031] Furthermore, the terms "comprising" and "having," and any variations thereof, used in the description of this application are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or modules is not limited to the steps or modules listed, but may optionally include other steps or modules not listed, or may optionally include other steps or modules inherent to such process, method, product, or device.

[0032] Furthermore, in the embodiments of this application, the words "exemplary" or "for example" are used to indicate that they are examples, illustrations, or descriptions. Any embodiment or design that is described as "exemplary" or "for example" in this application should not be construed as being more preferred or advantageous than other embodiments or design options. Specifically, the use of the words "exemplary" or "for example" is intended to present concepts in a concrete manner.

[0033] In the era of the Internet of Things (IoT), an increasing number of traditional devices are becoming intelligent devices by leveraging IoT technology, which enables them to possess sensitive and accurate sensing capabilities, sound thinking and judgment, and effective execution. To collect data for statistical analysis, intelligent device manufacturers typically upload various types of data—such as user data (data generated during user usage), device operation data, and environmental monitoring data—to cloud servers for storage.

[0034] However, the data reporting conditions for smart devices are generally set by the smart device manufacturer before the device leaves the factory and are built into the smart device's communication module. When the smart device is put into use and activated to connect to the network, it will automatically upload data such as text, images, and videos. This can lead to the leakage of terminal device data.

[0035] Currently, authorization for data reporting by smart devices is generally done through a "pre-notification" process. When a user downloads the corresponding application (APP) for their smart device and registers an account, the device displays a prompt informing the user that the smart device will collect necessary data and guaranteeing that this data will be kept confidential. After the user enters their consent, the device data is uploaded according to the smart device manufacturer's preset rules. As a result, in subsequent data uploads by the smart device, the user remains unaware of the specific upload details (such as upload time and data content).

[0036] To address the aforementioned issues, this application provides a data uploading method. A smart device acquires first data, which includes: data to be uploaded and second data, where the second data is associated with the data to be uploaded. The smart device verifies the first data according to preset upload conditions. If the first data passes verification, the smart device uploads the data to be uploaded. If the first data fails verification, the smart device sends an authorization request message to a terminal device, requesting the upload of the data to be uploaded. The smart device can then receive a target instruction from the terminal device and execute a target event. The target instruction indicates whether to upload device data, and the target instruction corresponds to a target event, which is either uploading the data to be uploaded or refusing to upload the data to be uploaded. This strengthens the management of data uploaded by the smart device and improves user privacy and security. Furthermore, by sending an authorization request message to the terminal, the user is informed that data is about to be uploaded, allowing the user to understand the data upload process and improving the user experience.

[0037] The implementation environment of the embodiments of this application is described below.

[0038] like Figure 1As shown, a communication system provided in an embodiment of this application is provided. The communication system includes a smart device (such as a camera 101), a terminal 102, and a server 103.

[0039] Intelligent devices refer to any device, instrument, or machine with computing capabilities. They are products of the combination of traditional electrical equipment with computer technology, data processing technology, control theory, sensor technology, network communication technology, power electronics technology, etc., and possess sensitive and accurate perception functions, correct thinking and judgment functions, and effective execution functions.

[0040] In this embodiment, the smart device can be used to collect and manage data (such as performing CRUD operations on the data). Furthermore, the smart device can upload data to the server 103 corresponding to it. Server 103 is a server provided by the smart device manufacturer, used to receive and manage the data uploaded by the smart device.

[0041] It should be noted that the server (such as server 103) can be a single physical server, or a server cluster consisting of multiple servers. Alternatively, the server cluster can be a distributed cluster. Or, the server can be a cloud server. This application does not limit the specific implementation method of the server.

[0042] Furthermore, the smart device can communicate with the terminal 102.

[0043] A terminal (such as terminal 102) can be a device with transceiver capabilities. Terminals can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water (such as on ships); and they can be deployed in the air (e.g., on airplanes, balloons, and satellites). Terminals include handheld devices, vehicle-mounted devices, wearable devices, or computing devices with wireless communication capabilities. For example, a terminal can be a mobile phone, a tablet computer, or a computer with wireless transceiver capabilities. Terminal devices can also be virtual reality (VR) terminal devices, augmented reality (AR) terminal devices, wireless terminals in industrial control, wireless terminals in autonomous driving, wireless terminals in telemedicine, wireless terminals in smart grids, wireless terminals in smart cities, wireless terminals in smart homes, etc.

[0044] In this embodiment, terminal 102 can be used to display prompts. Furthermore, terminal 102 can receive user operations and send corresponding instructions to the smart device.

[0045] The embodiments of this application will now be described in detail with reference to the accompanying drawings.

[0046] like Figure 2 As shown in the figure, a data uploading method is provided in an embodiment of this application. The method includes:

[0047] S201, The smart device acquires the first data.

[0048] The first data includes: data to be uploaded and second data, where the second data is data associated with the data to be uploaded.

[0049] It should be noted that the embodiments of this application do not limit the data to be uploaded. For example, if the smart device is a camera, the data to be uploaded is video data. As another example, if the smart device is a robot vacuum cleaner, the data to be uploaded is the sweeping path. As yet another example, if the smart device is an air conditioner, the data to be uploaded is indoor temperature data.

[0050] In one possible design, the second data can be used to describe the data characteristics of the data to be uploaded. The second data may include at least one of the following: destination address, upload frequency, data type of the data to be uploaded, and reporting time.

[0051] The destination address is the address to which the smart device will upload the data to. The destination address can be an Internet Protocol (IP) address or a domain name. For example, if the smart device uploads data A to address a, then address a is the destination address.

[0052] The upload frequency refers to how frequently a smart device uploads data. For example, a smart device might upload data once a day. Or, it might upload data once an hour.

[0053] It should be noted that the data type of the data to be uploaded is not limited in this application embodiment. For example, the data type of the data to be uploaded can be video, text, audio, etc.

[0054] The reporting time is the time when the smart device uploads the data to be uploaded. For example, if the smart device uploads data 'a' at 09:05, then the reporting time is 09:05.

[0055] Optionally, the second data can also be used to describe information about the user's use of the smart device. The second data may further include: smart device usage information. That is, the second data includes at least one of the following: destination address, upload frequency, data type of the data to be uploaded, reporting time, and smart device usage information.

[0056] In one possible design, the usage information of the smart device includes at least one of the following: power-on time and settings information. The power-on time refers to the time the smart device is turned on. The settings information refers to the configuration information of the smart device.

[0057] It should be noted that the embodiments of this application do not limit the setting information. For example, the setting information can be the temperature information of the air conditioner, the brightness information of the lamp, the temperature information of the heater, the working time of the smart device, etc.

[0058] For example, if the smart device is an air conditioner, and the temperature information for the air conditioner in the usage information is 25 degrees Celsius, then the air conditioner is set to 25 degrees Celsius. If the smart device is a lamp, and the brightness information for the lamp in the usage information is illuminance 'a', then the lamp is set to illuminance 'a'. If the smart device is a heater, and the temperature information for the heater in the usage information is 40 degrees Celsius, then the heater is set to 40 degrees Celsius.

[0059] In one possible implementation, the smart device can collect the data to be uploaded in real time. Alternatively, the smart device can store the data to be uploaded after collection. The smart device can then retrieve the data to be uploaded from the stored data.

[0060] In this embodiment, the smart device can parse the data to be uploaded to determine the upload type. Furthermore, the smart device can obtain the destination address, upload frequency, and reporting time from preset upload rules. The smart device can also obtain usage information from user operation information.

[0061] It should be noted that smart devices store preset upload rules, which include: destination address, upload frequency, and reporting time. Smart devices can upload data according to these preset rules. When a user operates the smart device, the device can be configured based on the user's operation information.

[0062] S202. The smart device verifies the first data according to the preset upload conditions.

[0063] The preset upload conditions include at least one of the following: the destination address is a preset address, the upload frequency is less than a preset frequency threshold, the data type of the data to be uploaded is a preset data type, the reporting time is within a preset time period, and the usage information of the smart device is preset usage pattern information.

[0064] It should be noted that the preset upload conditions (i.e., preset address, preset frequency threshold, preset data type, preset time period, and preset usage pattern information) can be set by the user. The preset usage pattern information reflects the user's usage patterns of the smart device. For example, if the smart device is an air conditioner, and the preset usage pattern information shows the air conditioner's temperature as 25 degrees Celsius, it means the air conditioner is frequently set to 25 degrees Celsius. If the smart device is a lamp, and the preset usage pattern information shows the lamp's brightness as illuminance 'a', it means the lamp is frequently set to illuminance 'a'. If the smart device is a heater, and the preset usage pattern information shows the heater's temperature as 40 degrees Celsius, it means the heater is frequently set to 40 degrees Celsius.

[0065] Understandably, by using preset usage patterns of smart devices, one can reflect how users typically operate those devices.

[0066] In one possible implementation, the smart device stores preset upload conditions. The smart device can compare the data type of the data to be uploaded with the preset data type, and then compare the second data with preset addresses, preset frequency thresholds, preset time periods, and preset usage pattern information. If the first data meets the preset conditions, the smart device determines that the first data passes verification. If the first data does not meet the preset conditions, the smart device determines that the first data fails verification.

[0067] In some embodiments, if the first data passes the verification, the smart device executes S203.

[0068] For example, if the light is turned on at 19:23 and the preset upload conditions specify that the light is turned on between 19:00 and 20:00, then the verification passes and the smart device executes S203.

[0069] In some embodiments, if the first data fails the verification, the smart device executes S204.

[0070] For example, if the light is turned on at 10:23, and the preset upload conditions specify that the light is turned on between 19:00 and 20:00, then the verification will fail, and the smart device will execute S204.

[0071] For example, if the light is turned on at 10:23, and the preset upload conditions do not include a light-on time, the verification will fail, and the smart device will execute S204.

[0072] S203, Smart devices upload data to be uploaded.

[0073] In one possible implementation, the smart device can send the data to be uploaded to a target server, which is used to store the data uploaded by the smart device and is a server of the smart device manufacturer.

[0074] S204. The smart device sends an authorization request message to the terminal device.

[0075] The pending authorization message is used to request the upload of data to be uploaded.

[0076] S205. The smart device receives the target instruction from the terminal device and executes the target event.

[0077] The target instruction is used to indicate whether to upload the data to be uploaded. The target instruction corresponds to the target event, which is: upload the data to be uploaded or refuse to upload the data to be uploaded.

[0078] In one possible design, the target instruction includes a first identifier or a second identifier, whereby the first identifier indicates that the data to be uploaded should be uploaded, and the second identifier indicates that the data to be uploaded should be rejected.

[0079] In this embodiment, when the target instruction includes a first identifier, the target event is uploading the data to be uploaded. When the target instruction includes a second identifier, the target event is rejecting the upload of the data to be uploaded.

[0080] Understandably, before a smart device retrieves and uploads data according to the manufacturer's preset upload rules, it verifies the data to be uploaded. If verification is successful, the data is uploaded; otherwise, an authorization request message is sent to the terminal device. Afterward, the smart device receives and executes the target instruction from the terminal device. If the target event is not to upload the data, the smart device does not upload it; if the target event is to upload the data, the smart device uploads it and updates the preset upload conditions based on the second data. This strengthens the management of data uploaded by smart devices and improves user privacy and security. Furthermore, by sending an authorization request message to the terminal, the user is informed that data is about to be uploaded, allowing them to understand the data upload process and improving their user experience.

[0081] like Figure 3A The image shows a data uploading method provided in an embodiment of this application. Following step S205, the method further includes:

[0082] S301, the smart device determines whether the target event is to upload data to be uploaded.

[0083] In one possible implementation, the smart device determines whether the identifier in the target instruction is a first identifier. If the identifier in the target instruction is the first identifier, the smart device determines that the target event is to upload the data to be uploaded. If the identifier in the target instruction is a second identifier, the smart device determines that the target event is to refuse to upload the data to be uploaded.

[0084] In some embodiments, if the target event is to upload data to be uploaded, the smart device executes S302.

[0085] In some embodiments, if the target event is to refuse to upload the data to be uploaded, the smart device will not upload the data to be uploaded.

[0086] S302, The smart device updates the preset upload conditions based on the second data.

[0087] The updated preset upload conditions include: second data.

[0088] In one possible implementation, the smart device can modify the preset upload conditions based on the second data.

[0089] For example, the second data includes: the air conditioner is set to a temperature of 26 degrees Celsius, and the preset upload conditions are: the light starts between 19:00 and 20:00, the humidifier operates for 3 hours per day, and the air conditioner is set to a temperature of 25 degrees Celsius. The updated preset upload conditions are: the light starts between 19:00 and 20:00, the humidifier operates for 3 hours per day, and the air conditioner is set to a temperature of 26 degrees Celsius.

[0090] In another possible implementation, the smart device can add second data to the preset upload conditions.

[0091] For example, the second data includes: the air conditioner is set to a temperature of 26 degrees Celsius, and the preset upload conditions are: the light starts between 19:00 and 20:00, and the humidifier operates for 3 hours per day. The updated preset upload conditions are: the light starts between 19:00 and 20:00, the humidifier operates for 3 hours per day, and the air conditioner is set to a temperature of 26 degrees Celsius.

[0092] Understandably, when the target event is uploading data to be uploaded, the preset upload conditions are updated based on the second data. The updated preset upload conditions include the second data. This ensures that when the same data is uploaded again, the smart device can directly pass the verification. Thus, while improving user privacy and security and user experience, it also ensures user convenience, thereby enhancing the overall user experience.

[0093] The embodiments of this application are described below with reference to specific examples. For example, as shown below... Figure 3BAs shown, the mobile phone discovers the smart device via wireless communication technologies such as Bluetooth. The smart device then binds to the mobile phone and establishes a connection with the IoT platform. Each time the smart device needs to report data, it uses a warning authorization model for judgment. This model includes a case library with the following dimensions: reporting IP address or domain name (i.e., destination address), reporting frequency (i.e., preset frequency threshold), reported data type (text, image, video, etc.) (preset data type), reporting time period (i.e., preset time period), and common usage habits (i.e., preset usage pattern information). When the smart device uses the warning authorization model, it compares the usage information and the data to be uploaded with the case library. If it determines that the reported IP address or domain name is not in the case library (i.e., it has not been authorized by the user), or if the reporting frequency is abnormal compared to previous reports, or if the data type of the data to be uploaded is different from the preset data type (not confirmed by the mobile phone), or if the reporting time period is different from the preset time period (i.e., the reporting time period is not a normal time period), or if the current usage habits are different from the preset usage pattern information, the smart device will trigger a user authorization warning on the mobile phone. Once the mobile phone receives the user's authorization confirmation, it can notify the smart device to upload data. This authorized information (the data to be uploaded and the second data) will be stored as a case in the smart device's warning authorization model's case library. In the future, for similar data in the same scenario, the smart device will be automatically authorized and upload the data without further user confirmation. Conversely, if the mobile phone receives the user's authorization refusal, it will notify the smart device to refuse to upload the data to be uploaded.

[0094] The above primarily describes the solutions provided in the embodiments of this application from the perspective of smart devices. It is understood that, in order to achieve the above functions, a smart device includes corresponding hardware structures and / or software modules for executing each function. Those skilled in the art should readily recognize that, based on the data upload method steps described in conjunction with the embodiments disclosed in this application, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0095] This application also provides a data uploading device. This data uploading device can be a computer device, the CPU of the aforementioned computer device, a data uploading processing module within the aforementioned computer device, or a data uploading client within the aforementioned computer device.

[0096] This application embodiment can divide the data uploading device into functional modules or functional units according to the above method example. For example, each function can be divided into a separate functional module or functional unit, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or in software functional modules or functional units. The module or unit division in this application embodiment is illustrative and only represents one logical functional division; other division methods may be used in actual implementation.

[0097] like Figure 4 The diagram shown is a structural schematic of a data uploading device provided in an embodiment of this application. The data uploading device is used to perform... Figure 2 or Figure 3A or Figure 3B The data uploading method shown is illustrated. The data uploading device may include an acquisition unit 401, a processing unit 402, and a sending unit 403.

[0098] The acquisition unit 401 is used to acquire first data, which includes: data to be uploaded and second data, wherein the second data is data associated with the data to be uploaded. The processing unit 402 is used to verify the first data according to preset upload conditions. The sending unit 403 is used to upload the data to be uploaded if the first data passes verification. The sending unit 403 is also used to send an authorization request message to the terminal device if the first data fails verification; the authorization request message is used to request the upload of the data to be uploaded. The acquisition unit 401 is also used to receive a target instruction from the terminal device, the target instruction indicating whether to upload the data to be uploaded. The processing unit 402 is also used to execute a target event corresponding to the target instruction; the target event is: upload the data to be uploaded, or refuse to upload the data to be uploaded.

[0099] Optionally, the second data includes at least one of the following: destination address, upload frequency, data type of the data to be uploaded, reporting time, and smart device usage information. Preset upload conditions include at least one of the following: the destination address is a preset address, the upload frequency is less than a preset frequency threshold, the data type of the data to be uploaded is a preset data type, the reporting time is within a preset time period, and the smart device usage information is preset usage pattern information.

[0100] Optionally, the processing unit 402 is further configured to update the preset upload conditions according to the second data when the target event is to upload data to be uploaded. The updated preset upload conditions include the second data.

[0101] Optionally, the usage information of a smart device may include at least one of the following: power-on time and settings information.

[0102] Figure 5This is a schematic diagram of the hardware structure of a data uploading device according to an exemplary embodiment. The data uploading device may include a processor 502, which executes application code to implement the data uploading method of this application.

[0103] The processor 502 may be a central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits used to control the execution of the program of the present application.

[0104] like Figure 5 As shown, the data uploading device may further include a memory 503. The memory 503 stores the application code that executes the scheme of this application, and its execution is controlled by the processor 502.

[0105] Memory 503 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical discs, laser discs, optical discs, digital versatile optical discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but not limited thereto. Memory 503 may exist independently and be connected to processor 502 via bus 504. Memory 503 may also be integrated with processor 502.

[0106] like Figure 5 As shown, the data uploading device may further include a communication interface 501, wherein the communication interface 501, processor 502, and memory 503 may be coupled to each other, for example, through a bus 504. The communication interface 501 is used for information interaction with other devices, for example, supporting information interaction between the data uploading device and other devices.

[0107] It should be pointed out that, Figure 5 The device structure shown does not constitute a limitation on the device for uploading this data, except Figure 5 In addition to the components shown, the data uploading device may include more or fewer components than illustrated, or combine certain components, or have different component arrangements.

[0108] In actual implementation, the functions implemented by processing unit 402 can be derived by... Figure 5 The processor 502 shown calls the program code in memory 503 to implement this.

[0109] This application also provides a computer-readable storage medium storing instructions that, when executed by a processor of a computer device, enable the computer to perform the data uploading method provided in the embodiments described above. For example, the computer-readable storage medium may be a memory 503 including instructions, which may be executed by a processor 502 of a computer device to complete the method. Optionally, the computer-readable storage medium may be a non-transitory computer-readable storage medium, such as a ROM, RAM, CD-ROM, magnetic tape, floppy disk, or optical data storage device.

[0110] Figure 6 A conceptual partial view of a computer program product provided in an embodiment of this application is shown schematically. The computer program product includes a computer program for executing computer processes on a computing device.

[0111] In one embodiment, a computer program product is provided using a signal bearer medium 600. The signal bearer medium 600 may include one or more program instructions that, when executed by one or more processors, can provide the above-mentioned... Figure 2 , Figure 3A or Figure 3B The described function or part of the function. Therefore, for example, refer to... Figure 2 In the embodiment shown, one or more features of S201 to S205 can be fulfilled by one or more instructions associated with the signal carrying medium 600. Furthermore, Figure 6 The program instructions in the document also describe example instructions.

[0112] In some examples, the signal carrying medium 600 may include a computer-readable medium 601, such as, but not limited to, a hard disk drive, a compact disc (CD), a digital video disc (DVD), a digital magnetic tape, a memory, a read-only memory (ROM), or a random access memory (RAM), etc.

[0113] In some implementations, the signal carrying medium 600 may include a computer recordable medium 602, such as, but not limited to, a memory, a read / write (R / W) CD, a R / W DVD, and so on.

[0114] In some implementations, the signal carrying medium 600 may include a communication medium 603, such as, but not limited to, digital and / or analog communication media (e.g., fiber optic cables, waveguides, wired communication links, wireless communication links, etc.).

[0115] The signal-bearing medium 600 can be transmitted by a wireless communication medium 603. One or more program instructions may be, for example, computer-executable instructions or logical implementation instructions.

[0116] In some examples, such as targeting Figure 4 The data uploading device described can be configured to provide various operations, functions, or actions in response to one or more program instructions via computer-readable medium 601, computer-recordable medium 602, and / or communication medium 603.

[0117] Through the above description of the embodiments, those skilled in the art can clearly understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

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

[0119] The units described as separate components may or may not be physically separate. A component shown as a unit can be one or more physical units; that is, it can be located in one place or distributed in multiple different locations. Some or all of the constituent units can be selected to achieve the purpose of this embodiment, depending on actual needs.

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

[0121] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solution of the embodiments of this application, essentially, or the part that contributes to the prior art, or a complete or partial classification of the technical solution, can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

[0122] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method for uploading data, characterized in that, The method includes: Obtain first data, which includes: data to be uploaded and second data, wherein the second data is data associated with the data to be uploaded; The first data is verified according to preset upload conditions; If the first data passes the verification, then the data to be uploaded is uploaded; If the first data fails the verification, an authorization request message is sent to the terminal device, the authorization request message being used to request the upload of the data to be uploaded; The system receives a target instruction from the terminal device and executes a target event. The target instruction indicates whether to upload the data to be uploaded. The target instruction corresponds to the target event, which is: upload the data to be uploaded or refuse to upload the data to be uploaded.

2. The method according to claim 1, characterized in that, The second data includes at least one of the following: destination address, upload frequency, data type of the data to be uploaded, reporting time, and usage information of the smart device; The preset upload conditions include at least one of the following: the destination address is a preset address, the upload frequency is less than a preset frequency threshold, the data type of the data to be uploaded is a preset data type, the reporting time is within a preset time period, and the usage information of the smart device is preset usage pattern information.

3. The method according to claim 1 or 2, characterized in that, The method further includes: When the target event is to upload the data to be uploaded, the preset upload conditions are updated according to the second data. The updated preset upload conditions include the second data.

4. The method according to claim 3, characterized in that, The usage information of a smart device includes at least one of the following: power-on time and settings information.

5. A data uploading device, characterized in that, The device includes: An acquisition unit is used to acquire first data, the first data including: data to be uploaded and second data, the second data being data associated with the data to be uploaded; The processing unit is used to verify the first data according to preset upload conditions; A sending unit is configured to upload the data to be uploaded if the first data passes the verification. The sending unit is further configured to send an authorization request message to the terminal device if the first data fails the verification, the authorization request message being used to request the upload of the data to be uploaded; The acquisition unit is further configured to receive a target instruction from the terminal device, the target instruction being used to indicate whether to upload the data to be uploaded; The processing unit is further configured to execute a target event corresponding to the target instruction, wherein the target event is: uploading the data to be uploaded, or refusing to upload the data to be uploaded.

6. The apparatus according to claim 5, characterized in that, The second data includes at least one of the following: destination address, upload frequency, data type of the data to be uploaded, reporting time, and usage information of the smart device; The preset upload conditions include at least one of the following: the destination address is a preset address, the upload frequency is less than a preset frequency threshold, the data type of the data to be uploaded is a preset data type, the reporting time is within a preset time period, and the usage information of the smart device is preset usage pattern information.

7. The apparatus according to claim 5 or 6, characterized in that, The processing unit is further configured to update the preset upload conditions according to the second data when the target event is to upload the data to be uploaded, wherein the updated preset upload conditions include the second data.

8. The apparatus according to claim 7, characterized in that, The usage information of a smart device includes at least one of the following: power-on time and settings information.

9. A data uploading device, characterized in that, include: Processor and memory; The processor and the memory are coupled; The memory is used to store one or more programs, which include computer-executable instructions. When the data uploading device is running, the processor executes the computer-executable instructions stored in the memory to cause the data uploading device to perform the method as described in any one of claims 1-4.

10. A computer-readable storage medium storing instructions, characterized in that, When the computer executes the instruction, the computer performs the method as described in any one of claims 1-4.

Images