Data processing method and device, equipment and storage medium

Abstract

The invention provides a data processing method and device, equipment and a storage medium, and the method comprises the steps: receiving multiple kinds of Internet of Things information from a server, the multiple kinds of Internet of Things information is sent based on a preset sequence, and the preset sequence is determined based on the sequence of one or more operations executed by Internet of Things equipment, each kind of Internet of Things information in the multiple kinds of Internet of Things information is used for determining the fault type of the Internet of Things equipment; and determining at least one fault processing mode of the Internet of Things equipment based on the plurality of Internet of Things information. According to the method and the device, the fault processing mode can be obtained by automatically detecting the faulted Internet of Things equipment, so that the detection efficiency of the Internet of Things equipment is effectively improved, and the detection cost of the Internet of Things equipment is reduced.

Description

Technical Field

[0001] The present application relates to the technical field of Internet of Things, and in particular to a data processing method, device, equipment and storage medium. Background Art

[0002] With the development of network and computer technology, the Internet of Things technology has developed rapidly. In the process of the development of the Internet of Things, the types and number of IoT devices have exploded. At present, when IoT devices fail, operation and maintenance personnel need to arrive at the site for manual inspection, which has problems such as long time, low efficiency and high cost. Summary of the invention

[0003] The embodiments of the present application provide a data processing method, apparatus, device, and storage medium, which can realize automatic detection of faulty IoT devices to obtain fault handling methods, effectively improve the detection efficiency of IoT devices, and reduce the detection cost of IoT devices.

[0004] In a first aspect, an embodiment of the present application provides a data processing method, including:

[0005] Receive multiple types of IoT information from a server, the multiple types of IoT information are sent based on a preset order, the preset order is determined based on a sequence in which the IoT device performs one or more operations, and each type of IoT information in the multiple types of IoT information is used to determine a fault type of the IoT device;

[0006] At least one fault handling method of the IoT device is determined based on multiple IoT information.

[0007] Based on the method provided in the first aspect, the terminal device can determine the specific fault type of the IoT device based on a variety of IoT information, thereby obtaining the fault handling method corresponding to the fault type, and can realize automatic detection of the IoT device that has failed to obtain the fault handling method, effectively improving the detection efficiency of the IoT device, significantly reducing the professional and technical ability requirements of users (i.e., operation and maintenance personnel), and reducing the detection cost of the IoT device. For example, it greatly reduces the probability that the operation and maintenance personnel need to arrive at the site for manual detection, and reduces the cost of on-site business trips and the manpower and time cost of on-site operation and maintenance. In addition, the server sends a variety of IoT information to the terminal device in a preset order, that is, the terminal device receives multiple IoT information in a preset order to determine in turn whether the received IoT information is incorrect / abnormal, that is, determine the specific fault type to obtain the corresponding fault handling method, further improve the detection efficiency, and obtain the specific fault handling method more quickly, so as to minimize the impact caused by the failure of the IoT device.

[0008] In combination with the first aspect, in a possible implementation manner, the one or more operations include at least one of the following: powering on the computer to register with the network, configuring parameters for a dial-up connection, making a dial-up connection with a server, or transmitting data services.

[0009] In combination with the first aspect, in a possible implementation, a plurality of IoT information includes attribute information of IoT devices, and at least one fault handling method of IoT devices is determined based on the plurality of IoT information, including: receiving reference attribute information of IoT devices from a server; determining whether the attribute information is incorrect based on the attribute information and the reference attribute information; in the case where the attribute information is incorrect, the fault handling method of the IoT device includes outputting a first fault handling instruction, and the first fault handling instruction is used to prompt the user to modify the attribute information. By implementing this possible implementation, in the case where a plurality of IoT information includes attribute information of IoT devices, it is possible to determine whether the fault type of the IoT device includes the fault type of incorrect attribute information based on the attribute information and the reference attribute information, so that the first fault handling instruction related to the fault type can be determined, which is conducive to eliminating the fault type of incorrect attribute information.

[0010] In combination with the first aspect, in a possible implementation, when a first operation instruction from a user for a first fault handling instruction is received, the first operation instruction is sent to the Internet of Things device, where the first operation instruction is used to modify attribute information.

[0011] In combination with the first aspect, in a possible implementation, a plurality of IoT information includes dial-up parameter information of an IoT device, and the dial-up parameter information refers to the parameters used by the IoT device to dial up to the Internet. At least one fault handling method of the IoT device is determined based on the plurality of IoT information, including: receiving reference dial-up parameter information of the IoT device from a server; determining whether the dial-up parameter information is incorrect based on the dial-up parameter information and the reference dial-up parameter information; in the case where the dial-up parameter information is incorrect, the fault handling method of the IoT device includes outputting a second fault handling instruction, and the second fault handling instruction is used to prompt the user to modify the dial-up parameter information. By implementing this possible implementation, in the case where a plurality of IoT information includes dial-up parameter information of an IoT device, it is possible to determine whether the fault type of the IoT device includes the fault type of incorrect dial-up parameter information based on the dial-up parameter information and the reference dial-up parameter information, thereby determining the second fault handling instruction related thereto, which is conducive to eliminating the fault type of incorrect dial-up parameter information.

[0012] In combination with the first aspect, in a possible implementation, a plurality of IoT information includes IoT card information, and the IoT card information includes at least one of the following: the validity period of the IoT card in the IoT device, the traffic package information of the IoT card, the network format supported by the IoT card, the type of protocol stack supported by the IoT card, the availability of the IoT card, or the region to which the IoT card belongs. At least one fault handling method of the IoT device is determined based on the plurality of IoT information, including: determining whether there is an abnormality in the IoT card information based on the IoT card information; in the case where the IoT card information is abnormal, the fault handling method of the IoT device includes outputting a third fault handling instruction, and the third fault handling instruction is used to prompt the user to subscribe to the traffic package associated with the IoT card information and / or replace the IoT card. By implementing this possible implementation, in the case where the plurality of IoT information includes the IoT card information, it can be determined based on the IoT card information whether the fault type of the IoT device includes the fault type of the IoT card information being abnormal, so that the third fault handling instruction related thereto can be determined, which is conducive to eliminating the fault type of the IoT card information being abnormal.

[0013] In conjunction with the first aspect, in a possible implementation, the abnormality in the IoT card information refers to at least one of the following: the IoT card is not within the validity period, the traffic package quota of the IoT card exceeds the limit, the IoT card does not support the current network format, the IoT card does not support the current protocol stack type, the IoT card is unavailable, or the IoT card does not support the current region. By implementing this possible implementation, the specific situation in which the IoT card information is abnormal is described in detail, so as to facilitate the subsequent determination of whether the IoT card information is abnormal based on the IoT card information.

[0014] In combination with the first aspect, in a possible implementation, when the IoT card is not within the validity period, the IoT card does not support the current network format, the IoT card does not support the current protocol stack type, the current usage indicates that the current IoT card is unavailable, or the IoT card does not support the current area, the third fault handling instruction includes prompting the user to replace the IoT card; when the traffic package information of the IoT card exceeds the limit, the third fault handling instruction includes prompting the user to subscribe to the traffic package associated with the IoT card information. By implementing this possible implementation, it is detailed that the third fault instruction including prompting the user to replace the IoT card or subscribe to the traffic package associated with the IoT card information is selected only when there is a specific abnormality in the IoT card information.

[0015] In combination with the first aspect, in a possible implementation, the multiple IoT information includes network status information of the IoT device and historical fault information of the IoT device, the network status information refers to the status information of the current cell and the adjacent cell where the IoT card resides, and at least one fault handling method of the IoT device is determined based on the multiple IoT information, including: determining whether the network status of the IoT device and the network device of the IoT device are abnormal based on the network status information and the historical fault information; in the case that the network status of the IoT device is abnormal and / or the network device of the IoT device is abnormal, the fault handling method of the IoT device includes outputting a fourth fault handling instruction, and the fourth fault handling instruction is used to prompt the user to switch the operator network of the IoT device and / or repair the network device of the IoT device. By implementing this possible implementation, in the case that the multiple IoT information includes the network status information and the historical fault information, it can be determined according to the network status information and the historical fault information whether the fault type of the IoT device includes the fault type of the network status and / or the network device being abnormal, so that the fourth fault handling instruction related thereto can be determined, which is conducive to eliminating the fault type of the network status and / or the network device being abnormal.

[0016] In conjunction with the first aspect, in a possible implementation, when there is an abnormality in the network status of the IoT device, the fourth fault handling instruction is used to prompt the user to switch the operator network of the IoT device; when there is an abnormality in the network device of the IoT device, the fourth fault handling instruction is used to prompt the user to repair the network device of the IoT device. By implementing this possible implementation, it is detailed that the fourth fault instruction for prompting the user to switch the operator network of the IoT device or to repair the network device of the IoT device is selected when there is an abnormality in the network status information.

[0017] In combination with the first aspect, in a possible implementation method, multiple IoT information includes current fault information of the IoT device and data service information of the IoT device, the fault time in the current fault information is different from the fault time in the historical fault information, and at least one fault handling method of the IoT device is determined based on the multiple IoT information, including: determining whether there is an abnormality in the peripheral device of the IoT device, whether there is an abnormality in the air interface transmission of the IoT device, and whether there is an abnormality in the data service transmission of the IoT device based on the current fault information and the data service information; when there is an abnormality in one or more of the peripheral device of the IoT device, the air interface transmission of the IoT device, or the data service transmission of the IoT device, the fault handling method of the IoT device includes outputting a fifth fault handling instruction; wherein the fifth fault handling instruction includes at least one of the following: prompting the user to repair the peripheral device of the IoT device, prompting the user to switch the current cell where the IoT card resides, or prompting the user with a fault handling instruction corresponding to the data service transmission of the IoT device. By implementing this possible realization, when multiple IoT information includes the current fault information and data service information, it is possible to determine based on the current fault information and data service information whether the fault type of the IoT device includes one or more of the abnormalities in the peripheral equipment of the IoT device, the air interface transmission of the IoT device, or the data service transmission of the IoT device. This can allow the determination of the fifth fault handling instruction related thereto, which is helpful in eliminating the fault type of abnormalities in the peripheral equipment of the IoT device, the air interface transmission of the IoT device, and the data service transmission of the IoT device.

[0018] In combination with the first aspect, in a possible implementation, when an abnormality exists in the peripheral device of the IoT device, the fifth fault handling instruction includes prompting the user to repair the peripheral device of the IoT device; when an abnormality exists in the air interface transmission of the IoT device, the fifth fault handling instruction includes prompting the user to switch the current cell where the IoT card resides; when an abnormality exists in the data service transmission of the IoT device, the fifth fault handling instruction includes prompting the user to perform a fault handling instruction corresponding to the data service transmission of the IoT device. By implementing this possible implementation, it is detailed that the fourth fault instruction for prompting the user to repair the peripheral device of the IoT device, switching the current cell where the IoT card resides, or the data service of the IoT device is selected when the specific abnormality exists in the fault information.

[0019] In a third aspect, the present application provides a chip comprising a processor and a communication interface, the processor being configured to enable the chip to execute the method of the first aspect, and the communication interface being configured to receive signals from other devices outside the chip and transmit them to the processor or to send signals from the processor to other devices outside the chip.

[0020] In a fourth aspect, an embodiment of the present application provides a data processing device, including a memory and a processor, the memory is used to store a computer program, the computer program includes program instructions, and the processor is configured to call the program instructions to execute the method of the first aspect above.

[0021] In a fifth aspect, the present application provides a computer-readable storage medium, in which computer-readable instructions are stored. When the computer-readable instructions are executed on a data processing device, the data processing device executes the method of the first aspect.

[0022] In a sixth aspect, the present application provides a computer program or a computer program product, comprising codes or instructions, which, when executed on a computer, enable the computer to execute the method of the first aspect described above. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0024] Figure 1 It is a structural diagram of a data processing system provided in an embodiment of the present application;

[0025] Figure 2 It is a flowchart of a data processing method provided in an embodiment of the present application;

[0026] Figure 3 It is a flowchart of determining a fault handling method in a preset order provided by an embodiment of the present application;

[0027] Figure 4 is a structural schematic diagram of a data processing device provided in an embodiment of the present application;

[0028] Figure 5 It is a structural diagram of a data processing device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0029] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0030] The terms used in the following embodiments of the present application are only for the purpose of describing specific embodiments, and are not intended to be used as limitations to the present application. As used in the specification and appended claims of the present application, the singular expressions "one", "a kind of", "said", "above", "the" and "this" are intended to also include plural expressions, unless there is a clear indication to the contrary in the context. It should also be understood that the term "and / or" used in the present application refers to and includes any or all possible combinations of one or more listed items.

[0031] It should be noted that the terms "first", "second", "third", etc. in the specification, claims or drawings of this application are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. The terms "include", "comprises", "has" and their variations all mean "including but not limited to", unless otherwise specifically emphasized.

[0032] The method provided in the present application can be applied to a fourth generation (4G) system, also known as a long term evolution (LTE) system; or can be applied to a fifth generation (5G) system, also known as a new radio (NR) system; or can be applied to a sixth generation (6G) system, or a seventh generation (7G) system, or other future communication systems; or can also be used in other communication networks such as a device to device (D2D) system, a machine to machine (M2M) system, a vehicle to everything (V2X), etc.

[0033] This application can be applied to Figure 1 The system architecture shown. Figure 1 The data processing system shown may include, but is not limited to: a server 110 , an IoT device 120 , and a terminal device 130 . Figure 1 The number and form of the devices are used for example only and do not constitute a limitation on the embodiments of the present application. For example, an actual application may include multiple servers, multiple IoT devices, and multiple terminal devices.

[0034] 1. Terminal equipment

[0035] Terminal equipment is a device with wireless transceiver function, which can be deployed on land, including indoors or outdoors, handheld, wearable or vehicle-mounted. For example, terminal equipment can be a mobile phone, a tablet computer, a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal in industrial control, a vehicle-mounted terminal device, a wireless terminal in self-driving, a wireless terminal in remote medical, a wireless terminal in smart grid, a wireless terminal in transportation safety, a wireless terminal in smart city, a wireless terminal in smart home, a wearable terminal device, etc.

[0036] A user-oriented operation and maintenance client can be installed on the terminal device, and the user can view the fault type and corresponding fault handling method of the failed IoT device by operating the operation and maintenance client. In the embodiment of the present application, the operation and maintenance client can also be called other names, which are not limited in the embodiment of the present application.

[0037] 2. Server

[0038] The server may be a server corresponding to the operation and maintenance client. The server may be an independent physical server, or a server cluster or distributed system composed of multiple physical servers. It may also be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms, but is not limited to these.

[0039] 3. IoT Devices

[0040] IoT devices refer to devices with sensor detection functions in the IoT, such as devices that support temperature detection sensors or home smart devices (which can be a smart home system composed of multiple devices). Home smart devices may also support certain control functions, such as restarting, firmware upgrades, etc. The IoT device can be an industrial device, such as an industrial control robot or other industrial control smart devices, industrial control sensors, industrial control monitors, and industrial assembly line controllers used for automated or semi-automated production. The IoT device can be a logistics device, such as a logistics data sensor, a logistics monitoring sensor, a logistics controller, etc. The IoT device can be a vehicle networking device, such as a base station device, a vehicle-mounted device, a relay device, an infrastructure, etc. in the vehicle networking. The IoT device can be an unmanned aerial vehicle, such as an unmanned aerial vehicle, an unmanned aerial vehicle controller, an unmanned aerial vehicle auxiliary device, etc. In addition, the IoT device can also be a terminal device, a wireless access point, a base station device, etc. that undertakes communication functions.

[0041] In addition, the IoT device and the server have a communication link. The communication link here can be various types of media, such as a wired link, a wireless link, or a combination of a wired link and a wireless link. A wired link is, for example, an Ethernet-based bus. A wireless link is, for example, a short-range connection technology, including wireless fidelity (WiFi), Bluetooth (BT) or Zigbee. Of course, it is not ruled out that there are other technologies that can be used to support communication between IoT devices and servers.

[0042] At present, when an IoT device fails, maintenance personnel need to arrive at the site for manual inspection, which has problems such as long time, low efficiency, and high cost. Figure 2 The data processing method shown is used to automatically detect malfunctioning IoT devices.

[0043] The following is an introduction to the data processing method provided in the embodiments of the present application.

[0044] See also Figure 2 , Figure 2 It is a flow chart of a data processing method provided in an embodiment of the present application, and the data processing method includes steps S201 and S202. Figure 2 The method shown can be interactively executed by a terminal device and a server.

[0045] S201. The server sends a plurality of IoT information to the terminal device. The plurality of IoT information is sent based on a preset order. The preset order is determined based on the order in which the IoT device executes one or more operations. Each type of IoT information in the plurality of IoT information is used to determine a fault type of the IoT device.

[0046] Accordingly, the terminal device receives various IoT information from the server.

[0047] Among them, the various IoT information may include at least one of the following: attribute information of IoT devices, dialing parameter information, IoT card information, network status information, historical fault information, current fault information or data service information.

[0048] Optionally, the attribute information may include one or more of the identification information of the IoT device, the operating voltage value of the IoT device, the operating temperature value of the IoT device, or the available storage space value of the IoT device. Among them, the identification information of the IoT device is used to uniquely identify the IoT device, such as the international mobile equipment identity (IMEI) or the mobile equipment identifier (MEID), etc., which is not limited in this application. The available storage space value of the IoT device is used to characterize the system available space of the IoT device.

[0049] Among them, the working voltage value of the IoT device may include at least one of the following: the maximum fluctuation amplitude value of the working voltage within a time period, the average value of the working voltage within a time period, the maximum value of the working voltage within a time period, the minimum value of the working voltage within a time period, or the variance value of the working voltage within a time period. In the case where the working voltage value of the IoT device involves multiple time periods, for example, taking the multiple time periods including the first time period and the second time period as an example, the working voltage value of the IoT device may include at least one of the following: the maximum fluctuation amplitude value of the working voltage within the first time period, the average value of the working voltage within the second time period, the maximum value of the working voltage within the first time period, the minimum value of the working voltage within the first time period, and the variance value of the working voltage within the second time period.

[0050] Dial-up parameter information refers to the parameters used by IoT devices to dial up to the Internet. Dial-up parameter information includes at least one of the following: access point name (APN), user name, user password, public data network (PDN), or authentication type. Among them, PDN is used to indicate the Internet protocol (IP) type.

[0051] The IoT card information includes at least one of the following: the validity period of the IoT card in the IoT device, the traffic package information of the IoT card, the network standards supported by the IoT card, the protocol stack types supported by the IoT card, the availability of the IoT card, or the region to which the IoT card belongs.

[0052] The network status information refers to the status information of the current cell and the neighboring cells where the IoT card resides. The network status information includes at least one of the following: network coverage strength information, network interference information, or network signal-to-noise ratio information.

[0053] Historical fault information refers to the fault information associated with the fault type after the IoT device has previously failed. Current fault information refers to the fault information of the IoT device that is currently failing. Fault information may include at least one of the following: identification information of the IoT device, fault time, fault type, fault code, or additional information. The fault time in the current fault information is different from the fault time in the historical fault information. Fault information is mainly divided into the following three categories: application fault information (i.e., faults related to IoT service applications, such as IoT devices cannot connect to the service platform), air interface fault information (i.e., faults related to cellular wireless network air interface functions, such as network denial of access), or device peripherals (i.e., faults related to peripheral devices of terminal devices, such as display screen damage). The peripheral devices of the IoT device may include at least one of the following: a touch screen, a button (e.g., a power button, a volume button, etc.), a sound device (e.g., a speaker or earphone), a camera, a sensor (e.g., a temperature sensor, an accelerometer, a proximity light sensor, an ambient light sensor, a fingerprint sensor, a touch sensor, etc.), or a display screen, etc.

[0054] A fault code refers to a code corresponding to the fault type of an IoT device. Additional information refers to information associated with the fault type of an IoT device, and is supplementary information used for fault analysis. For example, in the case where the first IoT device fails to send data to a business server, the fault information includes identification information of the first IoT device, a first fault time, a first fault type, a first fault code, and first additional information, and the first additional information includes the IP address of the business server and identification information of the first port. The terminal device can determine, based on the first fault code, that the fault type is a failure of the first IoT device to connect to the server, and can further determine, based on the first additional information, that the business server-related configuration is abnormal (i.e., the IoT device fails to connect to the first port of the business server), resulting in the first IoT device being unable to connect and report data.

[0055] The data service information includes at least one of the following: uplink traffic information, downlink traffic information, network rate or network delay information.

[0056] One or more operations are described below.

[0057] In a possible embodiment, the one or more operations include at least one of the following: powering on to register with the network, configuring parameters for dial-up connection, making a dial-up connection with a server, or transmitting data services. That is, the specific order in which the IoT device performs one or more operations may be: the IoT device first powers on to register with the network, then configures parameters for dial-up connection, makes a dial-up connection with the server after the configuration is successful, and after the dial-up connection is successful, data services may be transmitted, for example, the IoT device reports a variety of IoT information to the server.

[0058] Among them, the operation of booting up and performing network registration is associated with the attribute information. The operation of configuring parameters for dial-up connection is associated with the dial-up parameter information, IoT card information, and network status information. The operation of data service transmission is associated with the current fault information and data service information.

[0059] Optionally, the server may receive a plurality of IoT information reported by the IoT device at a preset frequency. The preset frequency corresponding to each IoT information in the plurality of IoT information may be completely the same, partially the same, or completely different. In other words, the IoT device may report a plurality of IoT information at the same time at the preset frequency, or may report one or more of the plurality of IoT information separately at the preset frequency. The preset frequency may be, for example, every hour or every week, and the present application does not limit the interval time length of the preset frequency.

[0060] Optionally, the IoT device may report each IoT information among the multiple IoT information in the format of a key-value pair (i.e., Key-Value, KV). That is, the name of each IoT information among the multiple IoT information is used as the Key value, and the specific information or specific numerical value corresponding to each IoT information among the multiple IoT information is used as the Value value. For example, when the APN of the dial-up parameter information is China Mobile Internet (CMNET), the format of the APN reporting the dial-up parameter information is "APN": "CMNET". When the PDN of the dial-up parameter information is the Internet protocol version 4 (IPv4), the format of the PDN reporting the dial-up parameter information is "PDN": "IPv4".

[0061] Optionally, the server can receive fault information reported by the IoT device (i.e., historical fault information or current fault information) which is reported immediately when the IoT device fails. The fault information captured when the IoT device fails to connect to the server can be cached in a specific storage space of the IoT device and deleted after the connection with the server is successfully reported.

[0062] Optionally, the various IoT information sent by the server to the terminal device may be of the most recent time (the time closest to the current time).

[0063] S202: The terminal device determines at least one fault handling method of the IoT device based on multiple IoT information.

[0064] The following five solutions explain the specific methods for the terminal device to determine at least one fault handling method of the IoT device based on multiple IoT information.

[0065] Solution 1: Multiple IoT information includes attribute information of IoT devices, and the terminal device determines at least one fault handling method of the IoT device based on the attribute information. For example, the terminal device can receive reference attribute information of the IoT device from the server, so that it can determine whether the attribute information is incorrect based on the attribute information and the reference attribute information. In the case that the attribute information is incorrect, the fault handling method of the IoT device includes outputting a first fault handling instruction. In the case that the attribute information is incorrect, the terminal device enters the following solution 2.

[0066] Among them, incorrect attribute information may include at least one of the following: the identification information of the IoT device is different from the reference identification information of the IoT device, there is an abnormality in the operating voltage value of the IoT device, the operating temperature value of the IoT device is greater than the reference operating temperature value of the IoT device, or the available storage space value of the IoT device is less than the reference available storage space value of the IoT device.

[0067] The abnormality in the working voltage value of the Internet of Things device may include at least one of the following: the maximum variation amplitude value of the working voltage within the time period is greater than the reference maximum variation amplitude value of the working voltage within the time period, the average value of the working voltage within the time period is greater than the reference average value of the working voltage within the time period, the maximum value of the working voltage within the time period is greater than the reference maximum value of the working voltage within the time period, the minimum value of the working voltage within the time period is less than the reference minimum value of the working voltage within the time period, and the variance value of the working voltage within the time period is greater than the reference variance value of the working voltage within the time period.

[0068] In the case where the working voltage value of the Internet of Things device involves multiple time periods, for example, taking the multiple time periods including the first time period and the second time period as an example, the abnormality in the working voltage value of the Internet of Things device may include at least one of the following: the maximum variation amplitude value of the working voltage in the first time period is greater than the reference maximum variation amplitude value of the working voltage in the first time period, the average value of the working voltage in the second time period is greater than the reference average value of the working voltage in the second time period, the maximum value of the working voltage in the first time period is greater than the reference maximum value of the working voltage in the first time period, the minimum value of the working voltage in the first time period is less than the reference minimum value of the working voltage in the first time period, and the variance value of the working voltage in the second time period is greater than the reference variance value of the working voltage in the second time period.

[0069] The first fault handling instruction is introduced below.

[0070] The first fault handling instruction is used to prompt the user to modify the attribute information. The first fault handling instruction may include but is not limited to text prompt information, image prompt information, animation prompt information, etc. For example, the first fault handling instruction may be a text prompt information: "The available storage space of the IoT device is insufficient, please clean up the available storage space of the IoT device."

[0071] In a possible embodiment, the terminal device may further send a first operation instruction to the IoT device. For example, when the terminal device receives the first operation instruction from the user for the first fault handling instruction, the terminal device sends the first operation instruction to the IoT device through the server. Alternatively, when the terminal device receives the first operation instruction from the user for the first fault handling instruction within a preset time period, the terminal device sends the first operation instruction to the IoT device through the server.

[0072] The first operation instruction is used to modify the attribute information. The preset time period may be, for example, 1 minute, 5 minutes, etc., and the present application does not limit the length of the preset time.

[0073] Optionally, the IoT device restarts after executing the first operation instruction. The user dials the restarted IoT device on the terminal device, and the multiple IoT information except the attribute information must be analyzed regardless of whether the dialing is successful or not.

[0074] Solution 2: Multiple IoT information includes dialing parameter information of IoT devices, and the terminal device determines at least one fault handling method of the IoT device based on the dialing parameter information. For example, the terminal device can receive reference dialing parameter information of the IoT device from the server, so that it can determine whether the dialing parameter information is incorrect based on the dialing parameter information and the reference dialing parameter information. In the case that the dialing parameter information is incorrect, the fault handling method of the IoT device includes outputting a second fault handling instruction. In the case that the dialing parameter information is incorrect, the terminal device enters the following solution 3.

[0075] The second fault handling instruction is used to prompt the user to modify the dialing parameter information. The second fault handling instruction may include but is not limited to text prompt information, image prompt information, animation prompt information, etc. For example, the second fault handling instruction may be a text prompt information: "Please modify the PDN in the dialing parameter information to the reference PDN."

[0076] In a possible embodiment, the terminal device may further send a second operation instruction to the IoT device. For example, when the terminal device receives the second operation instruction from the user for the second fault handling instruction, the terminal device sends the second operation instruction to the IoT device. Alternatively, when the terminal device receives the second operation instruction from the user for the second fault handling instruction within a preset time period, the terminal device sends the second operation instruction to the IoT device.

[0077] The second operation instruction is used to modify the dialing parameter information.

[0078] Optionally, the IoT device restarts after executing the second operation instruction. The user dials the restarted IoT device on the terminal device, and analyzes multiple IoT information except the dialing parameter information regardless of whether the dialing is successful or not.

[0079] Solution 3: The multiple IoT information includes IoT card information, and at least one fault handling method of the IoT device is determined based on the IoT card information. For example, the terminal device can determine whether the IoT card information is abnormal based on the IoT card information, so that when the IoT card information is abnormal, the fault handling method of the IoT device includes outputting a third fault handling instruction. When there is no abnormality in the IoT card information, the terminal device enters the following solution 4.

[0080] Among them, the networking card information includes at least one of the following: the validity period of the IoT card in the IoT device, the traffic package information of the IoT card, the network standard supported by the IoT card, the protocol stack type supported by the IoT card, the availability of the IoT card or the area to which the IoT card belongs, and at least one fault handling method for the IoT device is determined based on multiple IoT information.

[0081] The abnormality in the IoT card information refers to at least one of the following: the IoT card is not valid, the traffic package quota of the IoT card exceeds the limit, the IoT card does not support the current network standard, the IoT card does not support the current protocol stack type, the IoT card is unavailable, or the IoT card does not support the current area.

[0082] The third fault handling instruction is introduced below.

[0083] The third fault handling instruction is used to prompt the user to order a traffic package associated with the Internet of Things card information and / or replace the Internet of Things card. The third fault handling instruction may include but is not limited to text prompt information, image prompt information, and animation prompt information. For example, the third fault handling instruction can be a text prompt information: "Please order a traffic package associated with the Internet of Things card information."

[0084] Optionally, in the case where the IoT card is not within the validity period, the IoT card does not support the current network format, the IoT card does not support the current protocol stack type, the current usage indicates that the current IoT card is unavailable, or the IoT card does not support the current area, the third fault handling instruction includes a method for prompting the user to replace the IoT card. In the case where the traffic package information of the IoT card exceeds the limit, the third fault handling instruction includes a method for prompting the user to subscribe to the traffic package associated with the IoT card information. By implementing this possible implementation, it is detailed that the third fault instruction including the method for prompting the user to replace the IoT card or subscribe to the traffic package associated with the IoT card information is selected only when there is a specific abnormality in the IoT card information.

[0085] In a possible embodiment, the terminal device may further send the first operation instruction to the Internet of Things device. For example, when the terminal device receives the third operation instruction from the user for the third fault handling instruction, the terminal device sends the third operation instruction to the Internet of Things device. Alternatively, when the terminal device receives the third operation instruction from the user for the third fault handling instruction within a preset time period, the terminal device sends the third operation instruction to the Internet of Things device.

[0086] Among them, the third operation instruction is used to indicate that the traffic package associated with the Internet of Things card information has been subscribed and / or the Internet of Things card has been replaced.

[0087] Optionally, the IoT device restarts after executing the third operation instruction. The user dials the restarted IoT device on the terminal device, and analyzes multiple IoT information except the IoT card information regardless of whether the dialing is successful or not.

[0088] Solution 4: Multiple IoT information includes network status information of IoT devices and historical fault information of IoT devices, and at least one fault handling method of IoT devices is determined based on the network status information and historical fault information. For example, the terminal device can determine whether the network status of the IoT device and the network device of the IoT device are abnormal based on the network status information and historical fault information. In the case that the network status of the IoT device is abnormal and / or the network device of the IoT device is abnormal, the fault handling method of the IoT device includes outputting a fourth fault handling instruction. In the case that there is no abnormality in the network status of the IoT device and the network device of the IoT device, the terminal device enters the following solution 5.

[0089] The fourth fault handling instruction is used to prompt the user to switch the operator network of the IoT device and / or repair the network device of the IoT device. The fourth fault handling instruction may include but is not limited to text prompt information, image prompt information, animation prompt information, etc. For example, the fourth fault handling instruction may be a text prompt information: "The network status is not good, please switch the operator network of the IoT device."

[0090] Optionally, when there is an abnormality in the network status of the IoT device, the fourth fault handling instruction is used to prompt the user to switch the operator network of the IoT device. When there is an abnormality in the network device of the IoT device, the fourth fault handling instruction is used to prompt the user to repair the network device of the IoT device. By implementing this possible implementation, it is detailed that the fourth fault instruction for prompting the user to switch the operator network of the IoT device or repair the network device of the IoT device is selected when there is a specific abnormality in the network status information.

[0091] In a possible embodiment, the terminal device may further send a fourth operation instruction to the Internet of Things device. For example, when the terminal device receives a fourth operation instruction from the user for the fourth fault handling instruction, the terminal device sends the fourth operation instruction to the Internet of Things device. Alternatively, when the terminal device receives a fourth operation instruction from the user for the fourth fault handling instruction within a preset time period, the terminal device sends the fourth operation instruction to the Internet of Things device.

[0092] Among them, the fourth operation instruction is used to instruct switching of the operator network of the Internet of Things device and / or repairing the network equipment of the Internet of Things device.

[0093] Optionally, the IoT device restarts after executing the fourth operation instruction. The user dials the restarted IoT device on the terminal device, and analyzes multiple IoT information except the network status information and the historical fault information regardless of whether the dialing is successful or not.

[0094] Solution 5: Multiple IoT information includes the current fault information of the IoT device and the data service information of the IoT device, and at least one fault handling method of the IoT device is determined based on the current fault information and the data service information. For example, the terminal device can determine whether there is an abnormality in the peripheral device of the IoT device, whether there is an abnormality in the air interface transmission of the IoT device, and whether there is an abnormality in the data service transmission of the IoT device based on the current fault information and the data service information. In the event that there is an abnormality in one or more of the peripheral device of the IoT device, the air interface transmission of the IoT device, or the data service transmission of the IoT device, the fault handling method of the IoT device includes outputting a fifth fault handling instruction. In the event that there is no abnormality in the peripheral device of the IoT device, the air interface transmission of the IoT device, or the data service transmission of the IoT device, the terminal device determines that the operation and maintenance of the IoT device is completed.

[0095] The fifth fault handling instruction includes at least one of the following: prompting the user to repair the peripheral device of the IoT device, prompting the user to switch the current cell where the IoT card resides, or prompting the user to perform a fault handling instruction corresponding to the data service transmission of the IoT device. The fifth fault handling instruction may include but is not limited to text prompt information, image prompt information, and animation prompt information, etc. For example, the fifth fault handling instruction may be a text prompt information: "The display screen is damaged, please repair the display screen of the IoT device."

[0096] Optionally, in the event that an abnormality exists in a peripheral device of the IoT device, the fifth fault handling instruction includes prompting the user to repair the peripheral device of the IoT device. In the event that an abnormality exists in the air interface transmission of the IoT device, the fifth fault handling instruction includes prompting the user to switch the current cell where the IoT card resides. In the event that an abnormality exists in the data service transmission of the IoT device, the fifth fault handling instruction includes prompting the user to give a fault handling instruction corresponding to the data service transmission of the IoT device, such as prompting the user to reconnect the IoT device to the service platform. By implementing this possible realization, it is detailed under what specific abnormality exists in this fault information that the fourth fault instruction including prompting the user to repair the peripheral device of the IoT device, switching the current cell where the IoT card resides, or the data service of the IoT device is selected.

[0097] It should be noted that in the event that a peripheral device of an IoT device fails, maintenance personnel are required to go to the site to repair the peripheral device of the IoT device.

[0098] In a possible embodiment, the terminal device may further send a fifth operation instruction to the Internet of Things device. For example, when the terminal device receives the fifth operation instruction from the user for the fifth fault handling instruction, the terminal device sends the fifth operation instruction to the Internet of Things device. Alternatively, when the terminal device receives the fifth operation instruction from the user for the fifth fault handling instruction within a preset time period, the terminal device sends the fifth operation instruction to the Internet of Things device.

[0099] Among them, the fifth operation instruction includes one or more of a processing instruction for repairing a peripheral device of the Internet of Things device, switching a current cell where the Internet of Things card resides, or a data service associated with the Internet of Things device (for example, reconnecting with a service platform).

[0100] It can be seen that based on Figure 2 According to the described method, the terminal device can determine the specific fault type of the IoT device based on multiple IoT information, thereby obtaining the fault handling method corresponding to the fault type, and can realize automatic detection of the IoT device that has failed to obtain the fault handling method, effectively improving the detection efficiency of the IoT device, significantly reducing the professional and technical ability requirements of users (i.e., operation and maintenance personnel), and reducing the detection cost of the IoT device. For example, it greatly reduces the probability that the operation and maintenance personnel need to arrive at the site for manual detection, and reduces the cost of on-site business trips and the manpower and time cost of on-site operation and maintenance. In addition, the server sends multiple IoT information to the terminal device in a preset order, that is, the terminal device sequentially determines whether the received IoT information is incorrect / abnormal according to the multiple IoT information received in the preset order, that is, determines the specific fault type to obtain the corresponding fault handling method, further improving the detection efficiency, and obtaining the specific fault handling method more quickly, so as to minimize the impact caused by the failure of the IoT device.

[0101] For a better understanding, combined Figure 3 The above method is described.

[0102] like Figure 3 As shown, the process may include the following steps:

[0103] 0. Start.

[0104] 1. The terminal device analyzes whether the attribute information of the IoT device is correct. If the attribute information is incorrect, go to step 2; if the attribute information is correct, go to step 3.

[0105] Specifically, the terminal device receives reference attribute information and attribute information of the IoT device from the server, and determines whether the attribute information is incorrect based on the attribute information and the reference attribute information.

[0106] 2. The terminal device outputs a first fault handling instruction.

[0107] The first fault handling instruction is used to prompt the user to modify the attribute information.

[0108] 3. The terminal device analyzes whether the dialing parameter information of the IoT device is correct. If the dialing parameter information is incorrect, go to step 4; if the dialing parameter information is correct, go to step 5.

[0109] Specifically, the terminal device receives reference dialing parameter information and dialing parameter information of the IoT device from the server, and determines whether the dialing parameter information is incorrect based on the dialing parameter information and the reference dialing parameter information.

[0110] 4. The terminal device outputs a second fault handling instruction.

[0111] The second fault handling instruction is used to prompt the user to modify the dialing parameter information.

[0112] 5. The terminal device analyzes whether there is any abnormality in the IoT card information of the IoT device. If there is any abnormality in the IoT card information, go to step 6; if there is no abnormality in the IoT card information, go to step 7.

[0113] Specifically, the terminal device receives the IoT card information of the IoT device from the server, and determines whether there is an abnormality in the IoT card information based on the IoT card information.

[0114] The IoT card information includes at least one of the following: the validity period of the IoT card in the IoT device, the traffic package information of the IoT card, the network format supported by the IoT card, the protocol stack type supported by the IoT card, the availability of the IoT card, or the region to which the IoT card belongs. The IoT card information anomaly refers to at least one of the following: the IoT card is not within the validity period, the traffic package quota of the IoT card exceeds the limit, the IoT card does not support the current network format, the IoT card does not support the current protocol stack type, the IoT card is unavailable, or the IoT card does not support the current region.

[0115] 6. The terminal device outputs a third fault handling instruction.

[0116] Among them, the third fault handling instruction is used to prompt the user to subscribe to the traffic package associated with the Internet of Things card information and / or replace the Internet of Things card.

[0117] 7. The terminal device analyzes whether there are any abnormalities in the network status information and historical fault information of the IoT device. If there are any abnormalities in the network status information and historical fault information, go to step 8; if there are no abnormalities in the network status information and historical fault information, go to step 9.

[0118] Specifically, the terminal device receives the network status information and historical fault information of the IoT device from the server, and determines the network status of the IoT device and whether there is an abnormality in the network device of the IoT device based on the network status information and the historical fault information.

[0119] 8. The terminal device outputs a fourth fault handling instruction.

[0120] Among them, the fourth fault handling instruction is used to prompt the user to switch the operator network of the Internet of Things device and / or repair the network equipment of the Internet of Things device.

[0121] Optionally, when there is an abnormality in the network status of the IoT device, the fourth fault handling instruction is used to prompt the user to switch the operator network of the IoT device; when there is an abnormality in the network equipment of the IoT device, the fourth fault handling instruction is used to prompt the user to repair the network equipment of the IoT device.

[0122] 9. The terminal device analyzes whether there are any abnormalities in the current fault information and data service information of the IoT device. If the dialing parameter information is incorrect, go to step 10; if the dialing parameter information is correct, go to step 11.

[0123] Specifically, the terminal device receives the current fault information and data service information of the IoT device from the server, and determines whether there is an abnormality in the peripheral device of the IoT device, whether there is an abnormality in the air interface transmission of the IoT device, and whether there is an abnormality in the data service transmission of the IoT device based on the current fault information and data service information.

[0124] 10. The terminal device outputs the fifth fault handling instruction.

[0125] Specifically, when there is an abnormality in one or more of the peripheral devices of the Internet of Things device, the air interface transmission of the Internet of Things device, or the data service transmission of the Internet of Things device, the fault handling method of the Internet of Things device includes outputting a fifth fault handling instruction.

[0126] Among them, the fifth fault handling instruction includes at least one of the following: prompting the user to repair the peripheral devices of the Internet of Things device, prompting the user to switch the current cell where the Internet of Things card resides, or prompting the user to provide data services of the Internet of Things device.

[0127] 11. End.

[0128] See also Figure 4 , Figure 41 is a schematic diagram of the structure of a data processing device provided in an embodiment of the present application. The data processing device can be used to perform some or all of the functions of the terminal device in the above method embodiment. The device can be a terminal device, or a device in a terminal device, or a device that can be used in combination with a terminal device. The data processing device can also be a chip system. Figure 4 The data processing device shown includes a communication unit 401 and a processing unit 402. The communication unit 401 is used to send and receive data. The communication unit 401 integrates a receiving unit and a sending unit. The communication unit 401 can also be called a transceiver unit. Alternatively, the communication unit 401 can also be split into a receiving unit and a sending unit. The processing unit 402 is used to process data. Among them:

[0129] The communication unit 401 is used to: receive multiple types of IoT information from the server, the multiple types of IoT information are sent based on a preset order, the preset order is determined based on the order in which the IoT device performs one or more operations, and each type of IoT information is used to determine the fault type of the IoT device; the processing unit 402 is used to: determine at least one fault handling method of the IoT device based on the multiple types of IoT information.

[0130] In a possible embodiment, the one or more operations include at least one of the following: powering on the computer to register with the network, configuring parameters for a dial-up connection, making a dial-up connection with a server, or transmitting data services.

[0131] In a possible embodiment, the multiple IoT information includes attribute information of the IoT device. When determining at least one fault handling method of the IoT device based on the multiple IoT information, the communication unit 401 is used to: receive reference attribute information of the IoT device from the server; the processing unit 402 is used to: determine whether the attribute information is incorrect based on the attribute information and the reference attribute information; the communication unit 401 is used to: when the attribute information is incorrect, the fault handling method of the IoT device includes outputting a first fault handling instruction, and the first fault handling instruction is used to prompt the user to modify the attribute information.

[0132] In a possible embodiment, the communication unit 401 is used to: upon receiving a first operation instruction from a user for a first fault handling instruction, send the first operation instruction to the Internet of Things device, where the first operation instruction is used to modify attribute information.

[0133] In a possible embodiment, the multiple IoT information includes dial-up parameter information of the IoT device, and the dial-up parameter information refers to the parameters used by the IoT device to dial up to the Internet. When determining at least one fault handling method of the IoT device based on the multiple IoT information, the communication unit 401 is used to: receive reference dial-up parameter information of the IoT device from the server; the processing unit 402 is used to: determine whether the dial-up parameter information is incorrect based on the dial-up parameter information and the reference dial-up parameter information; the communication unit 401 is used to: when the dial-up parameter information is incorrect, the fault handling method of the IoT device includes outputting a second fault handling instruction, and the second fault handling instruction is used to prompt the user to modify the dial-up parameter information.

[0134] In a possible embodiment, the multiple IoT information includes IoT card information, and the IoT card information includes at least one of the following: the validity period of the IoT card in the IoT device, the traffic package information of the IoT card, the network standard supported by the IoT card, the protocol stack type supported by the IoT card, the availability of the IoT card, or the region to which the IoT card belongs. When determining at least one fault handling method of the IoT device based on the multiple IoT information, the processing unit 402 is used to: determine whether there is an abnormality in the IoT card information based on the IoT card information; the communication unit 401 is used to: when there is an abnormality in the IoT card information, the fault handling method of the IoT device includes outputting a third fault handling instruction, and the third fault handling instruction is used to prompt the user to subscribe to the traffic package associated with the IoT card information and / or replace the IoT card.

[0135] In a possible embodiment, the abnormality in the Internet of Things card information refers to at least one of the following: the Internet of Things card is not within the validity period, the traffic package quota of the Internet of Things card exceeds the limit, the Internet of Things card does not support the current network standard, the Internet of Things card does not support the current protocol stack type, the Internet of Things card is unavailable, or the Internet of Things card does not support the current area.

[0136] In a possible embodiment, when the Internet of Things card is not within the validity period, the Internet of Things card does not support the current network standard, the Internet of Things card does not support the current protocol stack type, the current usage indicates that the current Internet of Things card is unavailable, or the Internet of Things card does not support the current area, the third fault handling instruction includes prompting the user to replace the Internet of Things card; when the traffic package information of the Internet of Things card exceeds the limit, the third fault handling instruction includes prompting the user to subscribe to the traffic package associated with the Internet of Things card information.

[0137] In a possible embodiment, the multiple IoT information includes network status information of the IoT device and historical fault information of the IoT device, the network status information refers to status information of the current cell and adjacent cells where the IoT card resides, and when determining at least one fault handling method of the IoT device based on the multiple IoT information, the processing unit 402 is used to: determine the network status of the IoT device and whether the network device of the IoT device is abnormal based on the network status information and the historical fault information; the communication unit 401 is used to: when the network status of the IoT device is abnormal and / or the network device of the IoT device is abnormal, the fault handling method of the IoT device includes outputting a fourth fault handling instruction, and the fourth fault handling instruction is used to prompt the user to switch the operator network of the IoT device and / or repair the network device of the IoT device.

[0138] In a possible embodiment, when there is an abnormality in the network status of the Internet of Things device, the fourth fault handling instruction is used to prompt the user to switch the operator network of the Internet of Things device; when there is an abnormality in the network equipment of the Internet of Things device, the fourth fault handling instruction is used to prompt the user to repair the network equipment of the Internet of Things device.

[0139] In a possible embodiment, the multiple IoT information includes current fault information of the IoT device and data service information of the IoT device, the fault time in the current fault information is different from the fault time in the historical fault information, and when determining at least one fault handling method of the IoT device based on the multiple IoT information, the processing unit 402 is used to: determine whether there is an abnormality in the peripheral device of the IoT device, whether there is an abnormality in the air interface transmission of the IoT device, and whether there is an abnormality in the data service transmission of the IoT device based on the current fault information and the data service information; the communication unit 401 is used to: when there is an abnormality in one or more of the peripheral device of the IoT device, the air interface transmission of the IoT device, or the data service transmission of the IoT device, the fault handling method of the IoT device includes outputting a fifth fault handling instruction; wherein the fifth fault handling instruction includes at least one of the following: prompting the user to repair the peripheral device of the IoT device, prompting the user to switch the current cell where the IoT card resides, or prompting the user to give a fault handling instruction corresponding to the data service transmission of the IoT device.

[0140] In a possible embodiment, when there is an abnormality in the peripheral devices of the Internet of Things device, the fifth fault handling instruction includes prompting the user to repair the peripheral devices of the Internet of Things device; when there is an abnormality in the air interface transmission of the Internet of Things device, the fifth fault handling instruction includes prompting the user to switch the current cell where the Internet of Things card resides; when there is an abnormality in the data service transmission of the Internet of Things device, the fifth fault handling instruction includes prompting the user to give a fault handling instruction corresponding to the data service transmission of the Internet of Things device.

[0141] The present application also provides a chip that can execute the steps of the terminal device in the above method embodiment. The chip includes a processor and a communication interface. The processor is configured to enable the chip to perform the following operations:

[0142] Receive multiple types of IoT information from a server, the multiple types of IoT information are sent based on a preset order, the preset order is determined based on a sequence in which the IoT device performs one or more operations, and each type of IoT information in the multiple types of IoT information is used to determine a fault type of the IoT device;

[0143] At least one fault handling method of the IoT device is determined based on multiple IoT information.

[0144] In a possible embodiment, the one or more operations include at least one of the following: powering on the computer to register with the network, configuring parameters for a dial-up connection, making a dial-up connection with a server, or transmitting data services.

[0145] In a possible embodiment, the multiple IoT information includes attribute information of the IoT device. When determining at least one fault handling method of the IoT device based on the multiple IoT information, the processor is configured to enable the chip to perform the following operations: receiving reference attribute information of the IoT device from the server; determining whether the attribute information is incorrect based on the attribute information and the reference attribute information; if the attribute information is incorrect, the fault handling method of the IoT device includes outputting a first fault handling instruction, and the first fault handling instruction is used to prompt the user to modify the attribute information.

[0146] In a possible embodiment, the processor is configured to cause the chip to perform the following operation: upon receiving a first operation instruction from a user for a first fault handling instruction, send a first operation instruction to an Internet of Things device, where the first operation instruction is used to modify attribute information.

[0147] In a possible embodiment, the multiple IoT information includes dial-up parameter information of the IoT device, and the dial-up parameter information refers to the parameters used by the IoT device to dial up to the Internet. When determining at least one fault handling method of the IoT device based on the multiple IoT information, the processor is configured to enable the chip to perform the following operations: receiving reference dial-up parameter information of the IoT device from a server; determining whether the dial-up parameter information is incorrect based on the dial-up parameter information and the reference dial-up parameter information; when the dial-up parameter information is incorrect, the fault handling method of the IoT device includes outputting a second fault handling instruction, and the second fault handling instruction is used to prompt the user to modify the dial-up parameter information.

[0148] In a possible embodiment, the multiple IoT information includes IoT card information, and the IoT card information includes at least one of the following: the validity period of the IoT card in the IoT device, the traffic package information of the IoT card, the network standard supported by the IoT card, the protocol stack type supported by the IoT card, the availability of the IoT card, or the region to which the IoT card belongs. When determining at least one fault handling method of the IoT device based on the multiple IoT information, the processor is configured to enable the chip to perform the following operations: determine whether there is an abnormality in the IoT card information based on the IoT card information; when there is an abnormality in the IoT card information, the fault handling method of the IoT device includes outputting a third fault handling instruction, and the third fault handling instruction is used to prompt the user to subscribe to the traffic package associated with the IoT card information and / or replace the IoT card.

[0149] In a possible embodiment, the abnormality in the Internet of Things card information refers to at least one of the following: the Internet of Things card is not within the validity period, the traffic package quota of the Internet of Things card exceeds the limit, the Internet of Things card does not support the current network standard, the Internet of Things card does not support the current protocol stack type, the Internet of Things card is unavailable, or the Internet of Things card does not support the current area.

[0150] In a possible embodiment, when the Internet of Things card is not within the validity period, the Internet of Things card does not support the current network standard, the Internet of Things card does not support the current protocol stack type, the current usage indicates that the current Internet of Things card is unavailable, or the Internet of Things card does not support the current area, the third fault handling instruction includes prompting the user to replace the Internet of Things card; when the traffic package information of the Internet of Things card exceeds the limit, the third fault handling instruction includes prompting the user to subscribe to the traffic package associated with the Internet of Things card information.

[0151] In a possible embodiment, the multiple IoT information includes network status information of the IoT device and historical fault information of the IoT device, the network status information refers to status information of the current cell and adjacent cells where the IoT card resides, and when determining at least one fault handling method of the IoT device based on the multiple IoT information, the processor is configured to enable the chip to perform the following operations: determine the network status of the IoT device and whether there is an abnormality in the network device of the IoT device based on the network status information and the historical fault information; when there is an abnormality in the network status of the IoT device and / or there is an abnormality in the network device of the IoT device, the fault handling method of the IoT device includes outputting a fourth fault handling instruction, and the fourth fault handling instruction is used to prompt the user to switch the operator network of the IoT device and / or repair the network device of the IoT device.

[0152] In a possible embodiment, when there is an abnormality in the network status of the Internet of Things device, the fourth fault handling instruction is used to prompt the user to switch the operator network of the Internet of Things device; when there is an abnormality in the network equipment of the Internet of Things device, the fourth fault handling instruction is used to prompt the user to repair the network equipment of the Internet of Things device.

[0153] In a possible embodiment, a plurality of IoT information includes current fault information of an IoT device and data service information of the IoT device, the fault time in the current fault information is different from the fault time in historical fault information, and when determining at least one fault handling method of the IoT device based on the plurality of IoT information, the processor is configured to enable the chip to perform the following operations: determine whether there is an abnormality in a peripheral device of the IoT device, whether there is an abnormality in the air interface transmission of the IoT device, and whether there is an abnormality in the data service transmission of the IoT device based on the current fault information and the data service information; when there is an abnormality in one or more of the peripheral device of the IoT device, the air interface transmission of the IoT device, or the data service transmission of the IoT device, the fault handling method of the IoT device includes outputting a fifth fault handling instruction; wherein the fifth fault handling instruction includes at least one of the following: prompting a user to repair a peripheral device of the IoT device, prompting a user to switch a current cell where the IoT card resides, or prompting a user with a fault handling instruction corresponding to the data service transmission of the IoT device.

[0154] In a possible embodiment, when there is an abnormality in the peripheral devices of the Internet of Things device, the fifth fault handling instruction includes prompting the user to repair the peripheral devices of the Internet of Things device; when there is an abnormality in the air interface transmission of the Internet of Things device, the fifth fault handling instruction includes prompting the user to switch the current cell where the Internet of Things card resides; when there is an abnormality in the data service transmission of the Internet of Things device, the fifth fault handling instruction includes prompting the user to give a fault handling instruction corresponding to the data service transmission of the Internet of Things device.

[0155] See also Figure 5 , Figure 5 5 is a schematic diagram of the structure of a data processing device provided in an embodiment of the present application. The data processing device may include a memory 501 and a processor 502. Optionally, it also includes a communication interface 503. The memory 501, the processor 502 and the communication interface 503 are connected via one or more communication buses. The communication interface 503 is controlled by the processor 502 to send and receive information.

[0156] The memory 501 may include a read-only memory and a random access memory, and provides instructions and data to the processor 502. A portion of the memory 501 may also include a nonvolatile random access memory.

[0157] The communication interface 503 is used to receive or send data.

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

[0159] The memory 501 is used to store program instructions.

[0160] The processor 502 is used to call the program instructions stored in the memory 501.

[0161] The processor 502 calls the program instructions stored in the memory 501 to enable the data processing device 500 to execute the method executed by the terminal device in the above method embodiment.

[0162] It should be noted that Figure 5 For the contents not mentioned in the corresponding embodiments and the specific implementation methods of each step, please refer to the contents of the method embodiments, which will not be repeated here.

[0163] An embodiment of the present application also provides a computer-readable storage medium, in which instructions are stored. When the computer-readable storage medium is executed on a processor, the method flow of the above method embodiment is implemented.

[0164] The embodiment of the present application also provides a computer program product, in which computer-readable instructions are stored. When the computer-readable instructions are executed on a computer, the computer executes the method flow of the above method embodiment.

[0165] Regarding the various modules / units included in the various devices and products described in the above embodiments, they can be software modules / units, or hardware modules / units, or they can be partially software modules / units and partially hardware modules / units. For example, for various devices and products applied to or integrated in a chip, the various modules / units included therein can all be implemented in the form of hardware such as circuits, or at least some of the modules / units can be implemented in the form of software programs, which run on the integrated processor inside the chip, and the remaining (if any) modules / units can be implemented in the form of hardware such as circuits; for various devices and products applied to or integrated in a chip module, the various modules / units included therein can all be implemented in the form of hardware such as circuits, and different modules / units can be located in the same part of the chip module (such as a chip, circuit module, etc.) or in different components, or at least some of the modules / units can be implemented in the form of software programs. The software programs run on the integrated processor inside the chip, and the remaining (if any) modules / units can be implemented in the form of hardware such as circuits. It can be implemented in the form of a software program, which runs on a processor integrated inside the chip module, and the remaining (if any) modules / units can be implemented in the form of hardware such as circuits; for various devices and products applied to or integrated in the terminal, the modules / units contained therein can all be implemented in the form of hardware such as circuits, and different modules / units can be located in the same component (for example, chip, circuit module, etc.) or in different components in the terminal, or, at least some modules / units can be implemented in the form of a software program, which runs on a processor integrated inside the terminal, and the remaining (if any) modules / units can be implemented in the form of hardware such as circuits.

[0166] It should be noted that, for the aforementioned method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the described order of actions, because according to the present application, certain operations can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application.

[0167] The descriptions of the various embodiments provided in this application can refer to each other, and the descriptions of the various embodiments have different focuses. For parts that are not described in detail in a certain embodiment, refer to the relevant descriptions of other embodiments. For the convenience and simplicity of description, for example, the functions of the various devices and equipment provided in the embodiments of this application and the operations performed can refer to the relevant descriptions of the method embodiments of this application, and the various method embodiments and the various device embodiments can also refer to, combine or quote each other.

[0168] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit it. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or replace some or all of the technical features therein with equivalents. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A data processing method, characterized in that: include: Receive multiple types of IoT information from a server, the multiple types of IoT information are sent based on a preset order, the preset order is determined based on a sequence in which the IoT device performs one or more operations, and each type of IoT information in the multiple types of IoT information is used to determine a fault type of the IoT device; At least one fault handling method of the Internet of Things device is determined based on the multiple Internet of Things information.

2. The method according to claim 1, characterized in that The one or more operations include at least one of the following: powering on to register with the network, configuring parameters for a dial-up connection, making a dial-up connection with a server, or transmitting data services.

3. The method according to claim 1 or 2, characterized in that: The multiple types of IoT information include attribute information of the IoT device, and determining at least one fault handling method of the IoT device based on the multiple types of IoT information includes: Receiving reference attribute information of the IoT device from the server; determining whether the attribute information is incorrect based on the attribute information and the reference attribute information; In the case where the attribute information is incorrect, the fault handling method of the Internet of Things device includes outputting a first fault handling instruction, where the first fault handling instruction is used to prompt the user to modify the attribute information.

4. The method according to claim 3, characterized in that The method further comprises: Upon receiving a first operation instruction from the user for the first fault handling instruction, the first operation instruction is sent to the IoT device, where the first operation instruction is used to modify the attribute information.

5. The method according to claim 1 or 2, characterized in that: The multiple types of IoT information include dial-up parameter information of the IoT device, where the dial-up parameter information refers to parameters used by the IoT device to dial up to the Internet, and determining at least one fault handling method of the IoT device based on the multiple types of IoT information includes: Receiving reference dialing parameter information of the IoT device from the server; determining whether the dialing parameter information is incorrect based on the dialing parameter information and the reference dialing parameter information; In the case where the dialing parameter information is incorrect, the fault handling method of the Internet of Things device includes outputting a second fault handling instruction, where the second fault handling instruction is used to prompt the user to modify the dialing parameter information.

6. The method according to claim 1 or 2, characterized in that: The multiple IoT information includes IoT card information, and the IoT card information includes at least one of the following: the validity period of the IoT card in the IoT device, the traffic package information of the IoT card, the network format supported by the IoT card, the type of protocol stack supported by the IoT card, the availability of the IoT card, or the region to which the IoT card belongs. The determining at least one fault handling method of the IoT device based on the multiple IoT information includes: Determine whether the Internet of Things card information is abnormal based on the Internet of Things card information; When there is an abnormality in the Internet of Things card information, the fault handling method of the Internet of Things device includes outputting a third fault handling instruction, and the third fault handling instruction is used to prompt the user to subscribe to the traffic package associated with the Internet of Things card information and / or replace the Internet of Things card.

7. The method according to claim 6, characterized in that The abnormality in the IoT card information refers to at least one of the following: the IoT card is not within the validity period, the traffic package quota of the IoT card exceeds the limit, the IoT card does not support the current network standard, the IoT card does not support the current protocol stack type, the IoT card is unavailable, or the IoT card does not support the current area.

8. The method according to claim 6 or 7, characterized in that: In the case where the Internet of Things card is not within the validity period, the Internet of Things card does not support the current network format, the Internet of Things card does not support the current protocol stack type, the current usage indicates that the Internet of Things card is currently unavailable, or the Internet of Things card does not support the current area, the third fault handling instruction includes a command for prompting the user to replace the Internet of Things card; In the event that the traffic package information of the Internet of Things card exceeds the limit, the third fault handling instruction includes a command for prompting the user to subscribe to the traffic package associated with the Internet of Things card information.

9. The method according to claim 1 or 2, characterized in that: The multiple types of IoT information include network status information of the IoT device and historical fault information of the IoT device, the network status information refers to status information of a current cell and a neighboring cell where the IoT card resides, and determining at least one fault handling method of the IoT device based on the multiple types of IoT information includes: Determine, based on the network status information and the historical fault information, whether the network status of the IoT device and the network device of the IoT device are abnormal; When there is an abnormality in the network status of the Internet of Things device and / or there is an abnormality in the network device of the Internet of Things device, the fault handling method of the Internet of Things device includes outputting a fourth fault handling instruction, and the fourth fault handling instruction is used to prompt the user to switch the operator network of the Internet of Things device and / or repair the network device of the Internet of Things device.

10. The method according to claim 9, characterized in that When the network status of the IoT device is abnormal, the fourth fault handling instruction is used to prompt the user to switch the operator network of the IoT device; When an abnormality occurs in the network device of the IoT device, the fourth fault handling instruction is used to prompt the user to repair the network device of the IoT device.

11. The method according to claim 1 or 2, characterized in that: The multiple types of IoT information include current fault information of the IoT device and data service information of the IoT device, the fault time in the current fault information is different from the fault time in the historical fault information, and determining at least one fault handling method of the IoT device based on the multiple types of IoT information includes: Based on the current fault information and the data service information, determine whether a peripheral device of the IoT device is abnormal, whether an air interface transmission of the IoT device is abnormal, and whether a data service transmission of the IoT device is abnormal; When one or more of the peripheral device of the IoT device, the air interface transmission of the IoT device, or the data service transmission of the IoT device is abnormal, the fault handling method of the IoT device includes outputting a fifth fault handling instruction; Among them, the fifth fault handling instruction includes at least one of the following: prompting the user to repair the peripheral devices of the Internet of Things device, prompting the user to switch the current cell where the Internet of Things card resides, or prompting the user with processing instructions associated with the data service of the Internet of Things device.

12. The method according to claim 11, characterized in that In the case where there is an abnormality in the peripheral device of the Internet of Things device, the fifth fault handling instruction includes prompting the user to repair the peripheral device of the Internet of Things device; In the case where there is an abnormality in the air interface transmission of the Internet of Things device, the fifth fault handling instruction includes prompting the user to switch the current cell where the Internet of Things card resides; In the event that there is an abnormality in the data service transmission of the Internet of Things device, the fifth fault handling instruction includes prompting the user with a processing instruction associated with the data service of the Internet of Things device.

13. A data processing device, characterized in that: Comprising means for performing the method as claimed in any one of claims 1 to 12.

14. A chip, characterized in that: The invention comprises a processor and a communication interface, wherein the processor is configured to execute the method as described in any one of claims 1 to 12, and the communication interface is used to receive a signal from other devices outside the chip and transmit it to the processor or send a signal from the processor to other devices outside the chip.

15. A data processing device, characterized in that: The method comprises a memory and a processor, wherein the memory is used to store a computer program, the computer program comprises program instructions, and the processor is configured to call the program instructions to execute the method according to any one of claims 1 to 12.

16. A computer-readable storage medium, characterized in that: The computer storage medium stores computer-readable instructions, and when the computer-readable instructions are executed on a computer, the computer is enabled to execute the method according to any one of claims 1 to 12.

Images