CN112422525B - Fault data transmission method, device, equipment and storage medium - Google Patents
Fault data transmission method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN112422525B CN112422525B CN202011208126.XA CN202011208126A CN112422525B CN 112422525 B CN112422525 B CN 112422525B CN 202011208126 A CN202011208126 A CN 202011208126A CN 112422525 B CN112422525 B CN 112422525B
- Authority
- CN
- China
- Prior art keywords
- compression
- data packet
- strategy
- fault
- fault data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 207
- 230000005540 biological transmission Effects 0.000 title claims abstract description 114
- 238000007906 compression Methods 0.000 claims abstract description 383
- 230000006835 compression Effects 0.000 claims abstract description 367
- 230000006837 decompression Effects 0.000 claims description 60
- 230000015654 memory Effects 0.000 claims description 26
- 230000008569 process Effects 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 9
- 238000012544 monitoring process Methods 0.000 claims description 6
- 238000012806 monitoring device Methods 0.000 claims description 3
- 238000012545 processing Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The application provides a fault data transmission method, a fault data transmission device, equipment and a storage medium, relates to the technical field of computers, and is used for solving the problems of large occupied network bandwidth and low transmission efficiency during fault data transmission. The method comprises the following steps: acquiring a fault data packet to be transmitted; determining a transmission strategy corresponding to the fault data packet according to a corresponding relation between a set data volume and the transmission strategy; the transmission strategy comprises the number of times of compression required during data packet transmission and a compression method adopted by each compression; compressing the fault data packet for multiple times according to the compression times indicated in the determined transmission strategy and the compression method corresponding to each compression to obtain a compressed data packet; and transmitting the compressed data packet to a background server.
Description
Technical Field
The application relates to the technical field of computers, and provides a fault data transmission method, a fault data transmission device, fault data transmission equipment and a storage medium.
Background
With the improvement of living standard of people, the application of air conditioner is more and more extensive, however after selling, because improper use or receive the influence of environmental factor, can make the air conditioner break down, and then influence user's normal use. For simple and common faults, a user can solve the faults according to a pre-stored solution in the air conditioner controller, but for some complex and very common faults, the faults need to be solved by after-sales personnel. Therefore, the manufacturer needs to collect the fault data and make necessary maintenance judgment on the air conditioner to take corresponding maintenance measures. When after-sales personnel go to the site to collect and judge data, due to limited knowledge of the after-sales personnel, when the collected air conditioner fault data is complex, the after-sales personnel cannot accurately judge the specific fault type, at the moment, the related fault data needs to be taken back to be researched by professional personnel, and then the air conditioner is maintained on the site according to the research result, and the steps are repeated, so that the problem is solved, the maintenance efficiency of the air conditioner is reduced, and a large amount of time is wasted.
Therefore, in order to solve the problems, fault data can be transmitted to an air conditioner manufacturer through a network, the fault data can be collected, the process that after-sales personnel go to a fault site to collect the data is omitted, and the maintenance efficiency of the air conditioner is improved. However, in the current method of transmitting fault data by using a network, under the condition of more fault data being transmitted, a large amount of network bandwidth of a user is occupied, which causes the problems of slow network transmission speed, long time consumption for receiving content and the like.
Disclosure of Invention
The embodiment of the application provides a fault data transmission method, a fault data transmission device, equipment and a storage medium, which are used for solving the problems of large occupied network bandwidth and low transmission efficiency during fault data transmission.
In one aspect, a method for transmitting fault data is provided, where the method includes:
acquiring a fault data packet to be transmitted;
determining a transmission strategy corresponding to the fault data packet according to a corresponding relation between a set data volume and the transmission strategy; the transmission strategy comprises the number of times of compression required during data packet transmission and a compression method adopted by each compression;
compressing the fault data packet for multiple times according to the compression times indicated in the determined transmission strategy and the compression method corresponding to each compression to obtain a compressed data packet;
and transmitting the compressed data packet to a background server.
In one aspect, a fault data transmission apparatus is provided, the apparatus comprising:
the device comprises an acquisition unit, a transmission unit and a transmission unit, wherein the acquisition unit is used for acquiring a fault data packet to be transmitted;
the determining unit is used for determining a transmission strategy corresponding to the fault data packet according to the corresponding relation between the set data volume and the transmission strategy; the transmission strategy comprises the number of times of compression required during data packet transmission and a compression method adopted by each compression;
the compression unit is used for compressing the fault data packet for multiple times according to the compression times indicated in the determined transmission strategy and the compression method corresponding to each compression to obtain a compressed data packet;
and the transmission unit is used for transmitting the compressed data packet to a background server.
Optionally, the transmission unit is further configured to:
sending a query request to the background server; wherein, the query request is used for querying the version number of the compression method library;
determining whether the compression method library needs to be updated according to the version number returned by the background server;
and when the compression method library is determined to need updating, acquiring an updated compression method set from the background server to update the compression local method library.
Optionally, the apparatus further includes a monitoring unit, configured to:
monitoring the connection state of the self and the background server;
when the connection between the monitoring device and the background server is disconnected, storing the fault data packet in a local storage space;
determining a transmission strategy corresponding to the fault data packet according to a corresponding relationship between the set data volume and the transmission strategy, including:
and when the connection between the self and the background server is monitored, determining a transmission strategy corresponding to the fault data packet according to the corresponding relation between the set data volume and the transmission strategy.
Optionally, the determining unit is further configured to:
determining a compression method with the highest compression efficiency corresponding to each set data volume;
aiming at each data volume and the data volume of a compressed data packet obtained by each compression, carrying out cascade combination on a plurality of compression methods with highest compression efficiency to obtain a compression strategy corresponding to the data volume of the data packet to be compressed;
and obtaining the corresponding relation between the data volume and the compression strategy according to all the data volume and the respective corresponding compression strategies.
Optionally, the determining unit is further configured to:
and determining a transmission strategy which enables the transmission efficiency of the fault data packet to be highest according to the data volume of the fault data packet and the corresponding relation between the set data volume and the transmission strategy.
Optionally, the compressing unit is further configured to:
compressing the fault data packet for multiple times according to the data volume during each compression until the finally obtained compressed data packet meets the set compression termination condition; wherein, each compression process comprises the following processes:
determining a corresponding compression method according to the data volume of the input data packet; when the compression is the first compression, the input data packet is the fault data packet; or, when the compression is not the first compression, the input data packet is a compressed data packet obtained in the last compression process;
compressing the input data packet by the determined compression method;
determining whether a data packet obtained by compression meets a set compression termination condition;
if the data packet obtained by compression meets the set compression termination condition, the compression process is ended; or, if the data packet obtained by compression is determined not to meet the set compression termination condition, entering the next compression process.
Optionally, the apparatus further includes an encryption unit, configured to:
encrypting the compressed data packet according to an encryption method in a local method library to obtain an encrypted compressed data packet;
transmitting the compressed data packet to a background server, comprising:
and transmitting the encrypted compressed data packet to the background server.
In one aspect, a method for transmitting fault data is provided, where the method includes:
receiving a fault data uploading request sent by intelligent household equipment; the fault data uploading request carries a compressed data packet obtained by compressing a fault data packet of the intelligent household equipment and indication information indicating a compression strategy adopted when the fault data packet is compressed;
determining a decompression strategy corresponding to the compressed data packet according to the indication information; the decompression strategy comprises decompression times and a decompression method adopted in each decompression;
decompressing the compressed data packet for multiple times according to the decompression times indicated in the determined decompression strategy and the compression method corresponding to each decompression to obtain the fault data packet;
and acquiring fault data of the intelligent household equipment based on the fault data packet.
In one aspect, a fault data transmission apparatus is provided, the apparatus comprising:
the receiving unit is used for receiving a fault data uploading request sent by the intelligent household equipment; the fault data uploading request carries a compressed data packet obtained by compressing a fault data packet of the intelligent household equipment and indication information indicating a compression strategy adopted when the fault data packet is compressed;
the determining unit is used for determining a decompression strategy corresponding to the compressed data packet according to the indication information; the decompression strategy comprises decompression times and a decompression method adopted in each decompression;
the decompression unit is used for decompressing the compressed data packet for multiple times according to the decompression times indicated in the determined decompression strategy and the compression method corresponding to each decompression to obtain the fault data packet;
and the acquisition unit is used for acquiring the fault data of the intelligent household equipment based on the fault data packet.
In one aspect, a computer device is provided, comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps of any of the above methods when executing the computer program.
In one aspect, a computer storage medium is provided having computer program instructions stored thereon that, when executed by a processor, implement the steps of any of the above-described methods.
In the embodiment of the application, the fault data package to be transmitted is obtained, the compression strategy corresponding to the fault data package is determined according to the corresponding relation between the set data volume and the compression strategy, then the fault data package is compressed for multiple times according to the compression times indicated in the determined compression strategy and the compression method corresponding to each compression, so that the compressed data package is obtained, and the obtained compressed data package is transmitted to the background server. Therefore, after the fault data packet to be transmitted is obtained, the compression strategy corresponding to the fault data packet to be transmitted can be determined according to the corresponding relation between the data volume and the compression strategy, wherein the compression strategy comprises a compression method adopted by each compression when the fault data packet is compressed for multiple times, so that the final compressed data packet can be obtained by performing compression processing according to the multiple compression methods in the compression strategy, the data volume of the finally obtained compressed data packet is smaller through multiple times of compression, the network bandwidth is occupied and the time delay is smaller during transmission, and the transmission efficiency is further improved.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments or related technologies, the drawings needed to be used in the description of the embodiments or related technologies are briefly introduced below, it is obvious that the drawings in the following description are only the embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
Fig. 1 is a schematic view of an application scenario provided in an embodiment of the present application;
fig. 2 is a schematic diagram of an intelligent home device provided in an embodiment of the present application;
fig. 3 is a schematic flowchart of a fault data transmission method according to an embodiment of the present application;
FIG. 4 is a schematic diagram of an embodiment of the present application for obtaining a compressed data packet;
fig. 5 is a schematic diagram of fault data reporting provided in the embodiment of the present application;
fig. 6 is a schematic diagram of a smart home device-side fault data transmission apparatus according to an embodiment of the present application;
fig. 7 is a schematic diagram of a background server-side failure data transmission apparatus according to an embodiment of the present application;
fig. 8 is a schematic diagram of a computer device according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the technical solutions in the embodiments of the present application will be described clearly and completely with reference to the accompanying drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application. In the present application, the embodiments and features of the embodiments may be arbitrarily combined with each other without conflict. Also, while a logical order is shown in the flow diagrams, in some cases, the steps shown or described may be performed in an order different than here.
When the network is used for fault data transmission, a large amount of fault data are transmitted, so that the network bandwidth of a user is occupied greatly, the problems that the network transmission speed is slow, the time consumption of receiving contents is long and the like are caused, and the transmission efficiency of the fault data is low. However, in the current transmission of failure data, only a fixed compression algorithm is usually adopted to perform single compression, so that the data volume of the compressed data packet is still large, much network bandwidth still needs to be occupied, and the transmission efficiency is not high.
Based on this, an embodiment of the present application provides a method for transmitting fault data, in which a fault data packet to be transmitted is obtained, a compression policy corresponding to the fault data packet is determined according to a correspondence between a set data amount and the compression policy, then, the fault data packet is compressed for multiple times according to a compression frequency indicated in the determined compression policy and a compression method corresponding to each compression, so as to obtain a compressed data packet, and the obtained compressed data packet is transmitted to a background server. According to the embodiment of the application, after the fault data package to be transmitted is obtained, the compression strategy corresponding to the fault data package to be transmitted can be determined according to the corresponding relation between the data volume and the compression strategy, wherein the compression strategy comprises the compression method adopted by each compression when the fault data package is compressed for multiple times, so that the final compressed data package can be obtained by performing compression processing according to the multiple compression methods in the compression strategy, through multiple times of compression, the finally obtained data volume of the compressed data package is smaller, the network bandwidth is occupied and the time delay is smaller during transmission, and the transmission efficiency is further improved. After introducing the design concept of the embodiment of the present application, some simple descriptions are provided below for application scenarios to which the technical solution of the embodiment of the present application can be applied, and it should be noted that the application scenarios described below are only used for describing the embodiment of the present application and are not limited. In a specific implementation process, the technical scheme provided by the embodiment of the application can be flexibly applied according to actual needs.
Fig. 1 is a schematic view of an application scenario provided in the embodiment of the present application. The application scenario of the fault data transmission may include the smart home device 101, the gateway 102, and the server 103.
The smart home device 101 may be, for example, a smart air conditioner, a smart television, or a smart washing machine. The gateway 102 may be a home gateway device, etc., the server 103 may be a background server corresponding to a manufacturer of the smart home device 101, the server 103 may be an independent physical server, may also be a server cluster or a distributed system formed by a plurality of physical servers, and may also be a cloud server providing basic cloud computing services such as a cloud service, a cloud database, cloud computing, a cloud function, cloud storage, a network service, cloud communication, a middleware service, a domain name service, a security service, a CDN, and a big data and artificial intelligence platform, but is not limited thereto.
In a possible implementation manner, when the smart home device 101 fails, after acquiring a failure data packet of the smart home device 101, the smart home device 101 executes the failure data transmission method of the embodiment to obtain a compressed data packet, and transmits the compressed data packet to the server 103 through the gateway 102.
As shown in fig. 2, the smart home device 101 may include one or more processors 1011, memory 1012, and I/O interfaces 1013 for interacting with other devices, etc. In addition, the smart home device 101 may further configure a database 1014, and the database 104 may be configured to store fault data, a compression algorithm, an encryption algorithm, and the like involved in the scheme provided in the embodiment of the present application. The memory 1012 of the smart home device 101 may store program instructions of the fault data transmission method provided in the embodiment of the present application, and when the program instructions are executed by the processor 1011, the program instructions can be used to implement the steps of the fault data transmission method provided in the embodiment of the present application, so as to improve the efficiency of fault data transmission.
In another possible implementation manner, when the smart home device 101 fails, the acquired failure data packet may be sent to the gateway 102, and then the gateway 102 may execute the failure data transmission method of the embodiment of the present application to obtain a compressed data packet, and transmit the compressed data packet to the server 103.
Of course, the method provided in the embodiment of the present application is not limited to be used in the application scenario shown in fig. 1, and may also be used in other possible application scenarios, and the embodiment of the present application is not limited. The functions that can be implemented by each device in the application scenario shown in fig. 1 will be described in the following method embodiments, and will not be described in detail herein. Hereinafter, the method of the embodiment of the present application will be described with reference to the drawings.
As shown in fig. 3, a schematic flow chart of the fault data transmission method provided in this embodiment of the present application is shown, where the flow chart of the method is described as follows, the method may be executed by the smart home device 101 or the gateway 102 shown in fig. 1 in combination with the server 103, and the following description takes the smart home device as an example.
Step 301: the intelligent household equipment obtains a fault data packet to be transmitted.
When the household equipment breaks down, the fault data generated when the household equipment breaks down can be collected, and a fault data packet is obtained. For example, taking the smart home device as an air conditioner as an example, when the ambient temperature of the air conditioner is too high, the air conditioner compressor may be stopped, and at this time, the air conditioner may acquire corresponding fault data, such as a fault code and air conditioner parameters during fault, and further generate a fault data packet according to the fault data.
Step 302: the intelligent household equipment monitors the connection state of the intelligent household equipment and the background server.
In the embodiment of the application, the smart home devices can monitor the connection state between the smart home devices and the background server, and then after the smart home devices acquire the fault data packets to be transmitted, whether the fault data packets are sent can be determined according to the monitoring result. When the intelligent household equipment monitors that the intelligent household equipment is disconnected from the background server, the data packet cannot be sent, and therefore the fault data packet can be stored in the local storage space. When the intelligent home equipment monitors that the intelligent home equipment is connected with the background server, the fault data packet can be sent. The locally stored failure data packets may be sent to the backend server in sequence.
For example, as shown in fig. 3, taking the smart home device as an air conditioner as an example, after the air conditioner obtains a fault data packet to be transmitted, the air conditioner may monitor whether a Wireless Fidelity (WIFI) module used for network connection and a background server are in a connected state. If the air conditioner monitors that the WIFI module of the air conditioner is disconnected with the background server, the air conditioner stores the fault data packet in a storage space of the air conditioner. If the air conditioner monitors that the WIFI module of the air conditioner is connected with the background server, the air conditioner can perform subsequent operations such as compression, encryption and the like to further process the fault data packet.
Step 303: and the intelligent household equipment sends a query request to the background server.
In the embodiment of the application, the latest compression method is used, so that the loss of compressed data of fault data is reduced, the fault data is compressed to the minimum, and the transmission efficiency of the fault data is improved. Therefore, when the set updating time arrives, the intelligent household equipment can send an inquiry request for inquiring the version number of the compression method library to the background server.
The updating opportunity can be set to be updated when the intelligent household equipment is started every time, an updating period can also be set to be periodically updated, and a user can also autonomously update through keys of a controller corresponding to the intelligent household equipment. In the embodiment of the present application, the setting of the update timing is not limited.
Illustratively, as shown in fig. 3, a schematic diagram of a network module interacting with a backend server according to an embodiment of the present application is provided. Also taking the air conditioner as an example, for example, if the update period of the compression method library is 12 hours, the air conditioner may send an inquiry request for inquiring the version number of the compression method library to the background server every 12 hours during the use process of the air conditioner, so as to determine whether to update the compression method library.
Step 304: and the background server feeds back the version number of the compression method library to the intelligent household equipment.
In the embodiment of the application, the background server queries the latest version number of the compression method library in the current background server according to the query request sent by the intelligent home equipment, and sends the latest version number to the intelligent home equipment, and the intelligent home equipment can determine whether the compression method library needs to be updated according to the version number fed back by the background server. When it is determined that the compression method library needs to be updated, the smart home device may obtain an updated compression method set from the background server, and update the compression method library itself.
For example, also taking the air conditioner as an example, after the background server receives the query request of the air conditioner, the background server queries that the latest version number of the current compression method library is 2.0, and then sends the latest version number of the current compression method library as a feedback result to the air conditioner, and the air conditioner compares the latest version number of the background server with the version number of the compression method library of the air conditioner itself according to the latest version number of the background server of 2.0, so as to determine whether the compression method library installed in the air conditioner itself needs to be updated. For example, when the version number of the compression method library stored in the air conditioner is 2.0, and the latest version number returned by the background server is also 2.0, it is determined that the compression method library stored in the air conditioner does not need to be updated. If the version number of the compression method library stored in the air conditioner is 1.9 and the latest version number returned by the background server is 2.0, the compression method library installed in the air conditioner is determined to need updating, and at the moment, the air conditioner can acquire an updated compression method set from the background server and update the compression method library of the air conditioner.
Step 305: and the intelligent household equipment determines a compression strategy.
In this embodiment of the application, the correspondence between the data volume and the compression policy may be obtained in advance and stored in the local storage space of the smart home device.
Specifically, as shown in table 1, when the data amount of the faulty data packet is the same, different compression methods are used for compression, and the transmission efficiency of the compressed packet obtained after compression may be different, while as shown in table 2, the same compression method may also have the most suitable compressed data interval, such as Huffman compression (Huffman) algorithm, string table compression (Lempel Ziv Welch, LZW) algorithm, Run Length encoding compression algorithm (RLE), and other algorithms are suitable for compression of longer character strings, while the algorithms such as Smaz compression algorithm, GZIP compression algorithm, or Unicode standard compression scheme are suitable for compression of short character strings, so that, when the data packets with different data amounts are compressed by the respective compression algorithms, the transmission efficiency of the compressed packet obtained after compression may also be different, and therefore, in order to achieve the purpose of improving the transmission efficiency, when multiple times of compression are performed, the compression method with the highest transmission efficiency corresponding to the current data volume is used according to the size of the data packet needing to be compressed currently, so that a compression strategy corresponding to each data volume interval can be set in advance according to the data volume interval, and the compression strategy refers to the number of times of compression required by transmission of the fault data packet and a compression algorithm adopted by each compression.
TABLE 1
TABLE 2
In the embodiment of the application, in the process of compressing the failure data, under the condition that the compression efficiency of the same failure data packet is higher, the data volume of the compressed data packet obtained after compression is smaller, and the transmission efficiency when the corresponding failure data is transmitted is higher. Therefore, in order to improve the transmission efficiency, the compression method that has the highest compression efficiency for a packet having a certain data amount may be used as the compression method used for compressing the faulty packet. However, since the data amount of a packet obtained by performing one compression is still large, a certain packet may need to be compressed multiple times.
Specifically, the corresponding relationship between each data amount and the compression policy may be obtained in advance, and when the compression policy is used subsequently, the corresponding compression policy may be searched and obtained according to the data amount of the data packet to be compressed and the corresponding relationship.
For the data volume of the data packet and the data volume of the compressed data packet obtained by each compression, a plurality of compression methods with the highest compression efficiency can be combined in a cascade manner to obtain a compression strategy corresponding to the data volume of the data packet to be compressed, so that the corresponding relation between the set data volume and the compression strategy can be obtained according to all the data volumes and the compression strategies corresponding to the data volumes.
For example, as shown in table 1, also taking an air conditioner as an example, when the data volume of the faulty data packet to be transmitted is 12000Bit, the air conditioner determines the compression method according to the data volume of the faulty data packet to be transmitted, and using "compression efficiency is maximum" as a condition for determining the compression method. Since 15000>12000>10000, the data quantity of the transmission result with the numbers of a1, a2 and a3 is found to be in accordance with the data quantity 12000Bit of the fault data packet to be transmitted in the storage space of the air conditioner. In the transmission results numbered a1, a2, and A3, since the compression efficiency is the highest in the transmission result numbered A3, the compression method A3 correspondingly used by the transmission result numbered A3 may be adopted to compress the failure data packet to be transmitted with the data size of 12000Bit, so as to obtain the first compression data packet with the data size of 6000 Bit.
At this time, 8000>6000>5000, the data volumes numbered B1, B2 and B3 are found to meet the requirements in the storage space of the air conditioner according to the data volume 6000Bit of the first compressed data packet to be transmitted, and in the transmission results numbered B1, B2 and B3, the compression efficiency is the highest in the transmission results numbered B3, so that the compression method B3 correspondingly used by the number a3 can be adopted to compress the fault data packet to be transmitted with the data volume 6000Bit, and the second compressed data packet with the data volume 550Bit is obtained.
And since 1000>550>500, the data volumes numbered D1, D2 and D3 are found to meet the requirements in the storage space of the air conditioner according to the data volume 550Bit of the second compressed data packet to be transmitted, and in the transmission results numbered D1, D2 and D3, the compression efficiency is the highest in the transmission results numbered D3, so that the compression method D3 correspondingly used by the number D3 can be used for compressing the fault data packet to be transmitted with the data volume 550Bit, and the third compressed data packet with the data volume 55Bit is obtained.
In summary, a compression policy corresponding to 12000Bit of the data volume of the fault data packet to be transmitted can be obtained:
and (3) compressing for 3 times, and sequentially adopting a compression method A3+ a compression method B3+ a compression method D3.
Due to the fact that the compression strategy of the compression method A3, the compression method B3 and the compression method D3 is adopted in sequence for 3 times, the compression efficiency of the data volume 12000Bit of the fault data packet to be transmitted is the highest, and then the compression strategy can also enable the transmission efficiency of the data volume 12000Bit of the fault data packet to be transmitted to be the highest. Therefore, when the data volume of the fault data packet to be transmitted is 12000Bit, the fault data can be compressed by adopting the compression strategy of 'compressing 3 times, and sequentially adopting the compression method A3+ the compression method B3+ the compression method D3'.
By performing the above process on a plurality of faulty data packets having different data volumes, the correspondence between the data volumes corresponding to the plurality of faulty data packets and the compression policy can be obtained. In the obtained correspondence between the data volume and the compression policy, the compression policy corresponding to each data volume is the compression policy with the highest transmission efficiency, and therefore, after the failure data packet is obtained, the corresponding compression policy can be determined according to the data volume of the failure data packet.
Step 306: and the intelligent household equipment acquires the compressed data packet.
And compressing the fault data packet for multiple times according to the compression times indicated in the determined compression strategy and the compression method corresponding to each compression to obtain a compressed data packet.
In the embodiment of the application, the intelligent home equipment compresses the fault data packet for multiple times according to the compression times indicated in the determined compression strategy and the compression method corresponding to each compression until the finally obtained compressed data packet meets the set compression termination condition; wherein, the specific process of each compression is as follows:
step 3061: determining a corresponding compression method according to the data volume of the input data packet; when the compression is the first compression, the input data packet is a fault data packet; or, when the compression is not the first compression, the input data packet is the compressed data packet obtained in the last compression process;
step 3062: compressing the input data packet by a determined compression method;
step 3063: determining whether a data packet obtained by compression meets a set compression termination condition;
step 3064: if the data packet obtained by compression meets the set compression termination condition, the compression process is ended;
step 3065: and if the data packet obtained by compression is determined not to meet the set compression termination condition, entering the next compression process.
Illustratively, the amount of the fault packet data is 12000 Bit. As shown in fig. 4, when the determined compression policy is "perform 3 times of compression, and use the compression method A3+ the compression method B3+ the compression method D3", the air conditioner performs 3 times of compression according to the indication in the determined compression policy, and sequentially uses the compression method A3+ the compression method B3+ the compression method D3 "to perform multiple times of compression on the faulty data packet until the finally obtained compressed data packet satisfies the set compression termination condition" the data volume of the data packet is less than 150Bit ".
Specifically, first, according to the data size 12000Bit of an input data packet, a corresponding compression method a3 is used for carrying out first compression to obtain a first compressed data packet with a data size of 6000Bit, and according to the data size 6000Bit of the first compressed data packet, a corresponding compression method B3 is used for carrying out second compression to obtain a second compressed data packet with a data size of 550Bit, and then, according to the data size 550Bit of the second compressed data packet, a corresponding compression method D3 is used for carrying out third compression to obtain a third compressed data packet with a data size of 55Bit, wherein the data size of 55<150 of the third compressed data packet, and after the compression process is finished, a compressed data packet which needs to be finally transmitted to a background server, namely, the third compressed data packet with a data size of 55Bit is obtained.
Step 307: the intelligent home equipment sends a fault data uploading request to the background server, and the background server receives the fault data uploading request.
In the embodiment of the present application, since the transmitted failure data packet may include user privacy data and protocol class information, in order to prevent interception, the failure data packet needs to be transmitted in an encrypted manner. Therefore, before the compressed data packet is transmitted to the background server, the compressed data packet can be encrypted according to the encryption algorithm in the local algorithm library to obtain the encrypted compressed data packet, and the encrypted compressed data packet is transmitted to the background server.
The Encryption algorithm may be, for example, an Advanced Encryption Standard (AES) or RSA (Rivest-Shamir-Adleman) Encryption algorithm, and of course, may also be other Encryption algorithms, which is not limited in this embodiment.
Step 308: the background server determines a decompression strategy.
The fault data uploading request can carry a compressed data packet obtained by compressing a fault data packet of the intelligent household equipment and indication information indicating a compression strategy adopted when the fault data packet is compressed.
In this embodiment of the application, in order to enable the background server to know the compression strategy adopted by the smart home device, and further determine the corresponding decompression strategy according to the compression strategy, when the smart home device sends the compressed data packet, the smart home device may carry indication information indicating the compression strategy adopted during transmission of the faulty data packet, and thus after the background server receives the faulty data upload request sent by the smart home device, the decompression strategy corresponding to the compressed data packet may be determined according to the indication information. If the compressed data packet is encrypted, the decryption process is required before the decompression process.
Illustratively, taking a background server of a manufacturer as an example, in an encrypted compressed data packet sent by an air conditioner and received, a packet header of the compressed data packet contains indication information corresponding to a compression policy and an encryption method adopted when a faulty data packet with an air conditioner transmission data volume of 12000Bit is transmitted, that is, "performing 3 times of compression, and sequentially adopting indication information of a compression method a3+ a compression method B3+ a compression method D3" and "adopting an AES encryption method". Therefore, according to the indication information, the background server can determine the decompression strategy and the decryption method, namely, "perform decompression 3 times, sequentially adopt the inverse compression method D3+ the inverse compression method B3+ the inverse compression method A3" and "adopt the inverse AES encryption method".
Step 309: and the background server decompresses the compressed data packet to obtain a decompressed data packet.
In the embodiment of the application, the background server decompresses the compressed data packets in sequence according to the decompression times indicated in the determined decompression strategy and the compression method corresponding to each decompression, so as to obtain the decompressed data packets.
For example, taking a background server of a manufacturer as an example, the encrypted compressed data packet is decrypted by using an inverse AES encryption method to obtain a decrypted compressed data packet. Then, decompression processing is performed according to the reverse compression method D3 to obtain a first decompressed packet, decompression processing is performed according to the reverse compression method B3 to obtain a second decompressed packet, and decompression processing is performed according to the reverse compression method A3 to obtain a third decompressed packet, that is, to obtain failure data.
Step 310: and the background server acquires the complete fault content.
In the embodiment of the application, in order to facilitate transmission of fault data, the fault data sent by the smart home device is usually in an unidentifiable parameter data form, and the fault data needs to be analyzed by using a corresponding data protocol, so that the fault data can be presented as complete fault content which can be understood by a user. Therefore, after the background server decompresses the received compressed data packet to obtain the fault data, the fault data needs to be processed according to the corresponding data protocol.
Illustratively, as shown in fig. 5, after the background server obtains the fault data, the decompressed fault data is restored to recognizable air conditioner parameter data through a profibus DP data protocol used for data parsing.
In summary, in the embodiment of the present application, as shown in fig. 5, taking an air conditioner as an example, the overall fault data transmission process is as follows:
when the air conditioner breaks down, the data processing module of the air conditioner can acquire fault data corresponding to the fault, the data processing module determines that the WIFI module is not connected with a network, or when the WIFI module is failed to try to connect with a background server of an air conditioner manufacturer, a data packet corresponding to the fault data is stored in a storage space of the air conditioner, the data processing module determines that the WIFI module is in a network connection state, or when the WIFI module is successfully tried to connect with the background server of the air conditioner manufacturer, the data processing module can extract the fault data packet from the storage space of the air conditioner according to the stored time sequence to perform a subsequent processing process. And if the WIFI module can collect fault data corresponding to the fault, the WIFI module is connected with a background server of an air conditioner manufacturer, and then the subsequent processing process is directly carried out on the fault data packet.
For a faulty data packet, the data processing module may determine a compression policy corresponding to the data size of the faulty data packet, and if the compression policy is "perform 2-time compression, use compression method a + compression method C". After the compression strategy is determined, performing compression for 2 times according to the compression strategy, and performing first compression on the fault data packet by adopting a compression method A + a compression method C', so as to obtain a first compressed data packet, and performing second compression by adopting a compression algorithm C, so as to obtain a second compressed data packet. And then, encrypting the second compressed data packet by adopting an encryption algorithm to obtain an encrypted second compressed data packet, and sending the encrypted second compressed data packet to a background server of an air conditioner manufacturer.
After receiving the encrypted second compressed data packet, the background server of the air conditioner manufacturer determines a corresponding decompression strategy and a corresponding decryption algorithm according to the received indication compression strategy and the indication information of the encryption algorithm, then decrypts the received encrypted second compressed data packet according to the decryption algorithm to obtain the second compressed data packet, then performs first decompression by adopting a reverse compression algorithm C according to the decompression strategy to obtain a first compressed data packet, and then performs second decompression by adopting a reverse compression algorithm A according to the decompression strategy to obtain a fault data packet.
And the background server analyzes the decompressed fault data packet by adopting a data protocol to obtain complete fault content.
To sum up, in the embodiment of the present application, after the failure data packet to be transmitted is obtained, the compression policy corresponding to the failure data packet to be transmitted may be determined according to the correspondence between the data amount and the compression policy, where the compression policy includes a compression method adopted for each compression when the failure data packet is compressed for multiple times, so that a final compression data packet may be obtained by performing compression processing according to multiple compression methods in the compression policy, and through multiple compressions, the data amount of the finally obtained compression data packet may be smaller, and the network bandwidth and the time delay are smaller during transmission, thereby improving the transmission efficiency.
Based on the same inventive concept, an embodiment of the present application provides a fault data transmission apparatus, as shown in fig. 6, where the apparatus is applied to a fault data transmission method, and the apparatus includes:
an obtaining unit 601, configured to obtain a failure data packet to be transmitted;
a determining unit 602, configured to determine a transmission policy corresponding to the faulty data packet according to a correspondence between the set data amount and the transmission policy; the transmission strategy comprises the number of times of compression required during data packet transmission and a compression method adopted by each compression;
a compressing unit 603, configured to compress the failure data packet multiple times according to the compression times indicated in the determined transmission policy and a compression method corresponding to each compression, so as to obtain a compressed data packet;
a transmission unit 604, configured to transmit the compressed data packet to the background server.
Optionally, the transmission unit 604 is further configured to:
sending a query request to a background server; the query request is used for querying the version number of the compression method library;
determining whether the compression method library needs to be updated according to the version number returned by the background server;
and when the compression method library is determined to need updating, acquiring an updated compression method set from the background server so as to update the compression local method library.
Optionally, the apparatus further comprises a monitoring unit 605 configured to:
monitoring the connection state of the self and the background server;
when the connection between the monitoring device and the background server is disconnected, storing the fault data packet in a local storage space;
determining a transmission strategy corresponding to the fault data packet according to the corresponding relationship between the set data volume and the transmission strategy, wherein the transmission strategy comprises the following steps:
and when the connection between the self and the background server is monitored, determining a transmission strategy corresponding to the fault data packet according to the corresponding relation between the set data volume and the transmission strategy.
Optionally, the determining unit 602 is further configured to:
determining a compression method with the highest compression efficiency corresponding to each set data volume;
aiming at each data volume and the data volume of a compressed data packet obtained by each compression, carrying out cascade combination on a plurality of compression methods with highest compression efficiency to obtain a compression strategy corresponding to the data volume of the data packet to be compressed;
and obtaining the corresponding relation between the data volume and the compression strategy according to all the data volume and the respective corresponding compression strategies.
Optionally, the determining unit 602 is further configured to:
and determining a transmission strategy which enables the transmission efficiency of the fault data packet to be highest according to the data volume of the fault data packet and the corresponding relation between the set data volume and the transmission strategy.
Optionally, the compressing unit 603 is further configured to:
compressing the fault data packet for multiple times according to the data volume during each compression until the finally obtained compressed data packet meets the set compression termination condition; wherein, each compression process comprises the following processes:
determining a corresponding compression method according to the data volume of the input data packet; when the compression is the first compression, the input data packet is a fault data packet; or, when the compression is not the first compression, the input data packet is the compressed data packet obtained in the last compression process;
compressing the input data packet by a determined compression method;
determining whether a data packet obtained by compression meets a set compression termination condition;
if the data packet obtained by compression meets the set compression termination condition, the compression process is ended; or, if the data packet obtained by compression is determined not to meet the set compression termination condition, entering the next compression process.
Optionally, the apparatus further comprises an encryption unit 606 configured to:
encrypting the compressed data packet according to an encryption method in a local method library to obtain an encrypted compressed data packet;
transmitting the compressed data packet to a background server, comprising:
and transmitting the encrypted compressed data packet to a background server.
The apparatus may be configured to execute the method executed by the smart home device side in the embodiments shown in fig. 3 to fig. 5, and therefore, for functions and the like that can be realized by each functional module of the apparatus, reference may be made to the description of the embodiments shown in fig. 3 to fig. 5, which is not described in detail.
Based on the same inventive concept, an embodiment of the present application provides a fault data transmission apparatus, as shown in fig. 7, where the apparatus is applied to a fault data transmission method, and the apparatus includes:
the receiving unit 701 is configured to receive a fault data uploading request sent by the smart home device; the fault data uploading request carries a compressed data packet obtained by compressing a fault data packet of the intelligent household equipment and indication information indicating a compression strategy adopted when the fault data packet is compressed;
a determining unit 702, configured to determine, according to the indication information, a decompression policy corresponding to the compressed data packet; the decompression strategy comprises decompression times and a decompression method adopted in each decompression;
the decompression unit 703 is configured to decompress the compressed data packet multiple times according to the decompression times indicated in the determined decompression policy and the compression method corresponding to each decompression, so as to obtain a faulty data packet;
an obtaining unit 704, configured to obtain fault data of the smart home device based on the fault data packet.
The apparatus may be configured to execute the method executed by the background server side in the embodiments shown in fig. 3 to fig. 5, and therefore, for functions and the like that can be realized by each functional module of the apparatus, reference may be made to the description of the embodiments shown in fig. 3 to fig. 5, which is not described in detail.
Referring to fig. 8, based on the same technical concept, the embodiment of the present application further provides a computer device 80, which may include a memory 801 and a processor 802.
The memory 801 is used for storing computer programs executed by the processor 802. The memory 801 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function, and the like; the storage data area may store data created according to use of the computer device, and the like. The processor 802 may be a Central Processing Unit (CPU), a digital processing unit, or the like. The specific connection medium between the memory 801 and the processor 802 is not limited in the embodiment of the present application. In the embodiment of the present application, the memory 801 and the processor 802 are connected by the bus 803 in fig. 8, the bus 803 is represented by a thick line in fig. 8, and the connection manner between other components is merely illustrative and is not limited. The bus 803 may be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown in FIG. 8, but this is not intended to represent only one bus or type of bus.
The memory 801 may be a volatile memory (volatile memory), such as a random-access memory (RAM); the memory 801 may also be a non-volatile memory (non-volatile memory) such as, but not limited to, a read-only memory (rom), a flash memory (flash memory), a Hard Disk Drive (HDD) or a solid-state drive (SSD), or the memory 801 may be any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. The memory 801 may be a combination of the above memories.
A processor 802 for executing the method performed by the apparatus in the embodiments shown in fig. 3-5 when calling the computer program stored in the memory 801.
In some possible embodiments, various aspects of the methods provided in the present application may also be implemented in a form of a program product including program code for causing a computer device to perform the steps in the methods according to various exemplary embodiments of the present application described above in this specification when the program product runs on the computer device, for example, the computer device may perform the methods performed by a smart home device or a backend server in the embodiments shown in fig. 3 to 5.
Those of ordinary skill in the art will understand that: all or part of the steps for implementing the method embodiments may be implemented by hardware related to program instructions, and the program may be stored in a computer readable storage medium, and when executed, the program performs the steps including the method embodiments; and the aforementioned storage medium includes: a mobile storage device, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes. Alternatively, the integrated unit of the present invention may be stored in a computer-readable storage medium if it is implemented in the form of a software functional module and sold or used as a separate product. Based on such understanding, the technical solutions of the embodiments of the present invention may be essentially implemented or a part contributing to the prior art may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the methods described in the embodiments of the present invention. And the aforementioned storage medium includes: a removable storage device, a ROM, a RAM, a magnetic or optical disk, or various other media that can store program code.
While the preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all alterations and modifications as fall within the scope of the application.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.
Claims (12)
1. A method of fault data transmission, the method comprising:
acquiring a fault data packet to be transmitted;
determining a compression strategy corresponding to the fault data packet according to a corresponding relation between a set data volume and the compression strategy; the compression strategy comprises the number of times of compression required during data packet transmission and a compression method adopted by each compression; the compression strategy is obtained by carrying out cascade combination on a plurality of compression methods with highest compression efficiency corresponding to each set data volume;
compressing the fault data packet for multiple times according to the compression times indicated in the determined compression strategy and the compression method corresponding to each compression to obtain a compressed data packet;
and transmitting the compressed data packet to a background server.
2. The method of claim 1, wherein after obtaining the failure data package to be transmitted, the method further comprises:
sending a query request to the background server; wherein, the query request is used for querying the version number of the compression method library;
determining whether the compression method library needs to be updated according to the version number returned by the background server;
and when the compression method library is determined to need updating, acquiring an updated compression method set from the background server to update the local method library.
3. The method of claim 1, wherein after obtaining the failure data package to be transmitted, the method further comprises:
monitoring the connection state of the self and the background server;
when the connection between the monitoring device and the background server is disconnected, storing the fault data packet in a local storage space;
determining a compression strategy corresponding to the fault data packet according to a corresponding relationship between the set data volume and the compression strategy, including:
and when the connection between the self and the background server is monitored, determining a compression strategy corresponding to the fault data packet according to the corresponding relation between the set data volume and the compression strategy.
4. The method of claim 1, wherein before determining the compression policy corresponding to the faulty data packet according to the correspondence between the set data amount and the compression policy, the method further comprises:
determining a compression method with the highest compression efficiency corresponding to each set data volume;
aiming at each data volume and the data volume of a compressed data packet obtained by each compression, carrying out cascade combination on a plurality of compression methods with highest compression efficiency to obtain a compression strategy corresponding to the data volume of the data packet to be compressed;
and obtaining the corresponding relation between the data volume and the compression strategy according to all the data volume and the respective corresponding compression strategies.
5. The method of claim 1, wherein determining the compression policy corresponding to the faulty data packet according to the correspondence between the set data amount and the compression policy comprises:
and determining a compression strategy which enables the transmission efficiency of the fault data packet to be highest according to the data volume of the fault data packet and the corresponding relation between the set data volume and the compression strategy.
6. The method according to claim 1, wherein compressing the failure data packet for a plurality of times according to the number of times of compression indicated in the determined compression policy and the compression method corresponding to each compression to obtain a compressed data packet comprises:
compressing the fault data packet for multiple times according to the data volume during each compression until the finally obtained compressed data packet meets the set compression termination condition; wherein, each compression process comprises the following processes:
determining a corresponding compression method according to the data volume of the input data packet; when the compression is the first compression, the input data packet is the fault data packet; or, when the compression is not the first compression, the input data packet is a compressed data packet obtained in the last compression process;
compressing the input data packet by the determined compression method;
determining whether a data packet obtained by compression meets a set compression termination condition;
if the data packet obtained by compression meets the set compression termination condition, the compression process is ended; or, if the data packet obtained by compression is determined not to meet the set compression termination condition, entering the next compression process.
7. The method of claim 1, wherein prior to transmitting the compressed data packet to a backend server, the method further comprises:
encrypting the compressed data packet according to an encryption method in a local method library to obtain an encrypted compressed data packet;
transmitting the compressed data packet to a background server, comprising:
and transmitting the encrypted compressed data packet to the background server.
8. A method of fault data transmission, the method comprising:
receiving a fault data uploading request sent by intelligent household equipment; the fault data uploading request carries a compressed data packet obtained by compressing a fault data packet of the intelligent household equipment and indication information indicating a compression strategy adopted when the fault data packet is compressed;
determining a decompression strategy corresponding to the compressed data packet according to the indication information; the decompression strategy comprises decompression times and a decompression method adopted in each decompression; the compression strategy is obtained by carrying out cascade combination on a plurality of compression methods with highest compression efficiency corresponding to each set data volume;
decompressing the compressed data packet for multiple times according to the decompression times indicated in the determined decompression strategy and the compression method corresponding to each decompression to obtain the fault data packet;
and acquiring fault data of the intelligent household equipment based on the fault data packet.
9. A fault data transmission apparatus, characterized in that the apparatus comprises:
the device comprises an acquisition unit, a transmission unit and a transmission unit, wherein the acquisition unit is used for acquiring a fault data packet to be transmitted;
the determining unit is used for determining a compression strategy corresponding to the fault data packet according to the corresponding relation between the set data volume and the compression strategy; the compression strategy comprises the number of times of compression required during data packet transmission and a compression method adopted by each compression; the compression strategy is obtained by carrying out cascade combination on a plurality of compression methods with highest compression efficiency corresponding to each set data volume;
the compression unit is used for compressing the fault data packet for multiple times according to the compression times indicated in the determined compression strategy and the compression method corresponding to each compression to obtain a compressed data packet;
and the transmission unit is used for transmitting the compressed data packet to a background server.
10. A fault data transmission apparatus, characterized in that the apparatus comprises:
the receiving unit is used for receiving a fault data uploading request sent by the intelligent household equipment; the fault data uploading request carries a compressed data packet obtained by compressing a fault data packet of the intelligent household equipment and indication information indicating a compression strategy adopted when the fault data packet is compressed;
the determining unit is used for determining a decompression strategy corresponding to the compressed data packet according to the indication information; the decompression strategy comprises decompression times and a decompression method adopted in each decompression; the compression strategy is obtained by carrying out cascade combination on a plurality of compression methods with highest compression efficiency corresponding to each set data volume;
the decompression unit is used for decompressing the compressed data packet for multiple times according to the decompression times indicated in the determined decompression strategy and the compression method corresponding to each decompression to obtain the fault data packet;
and the acquisition unit is used for acquiring the fault data of the intelligent household equipment based on the fault data packet.
11. A computer device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor,
the processor, when executing the computer program, realizes the steps of the method of any one of claims 1 to 8.
12. A computer storage medium having computer program instructions stored thereon, wherein,
the computer program instructions, when executed by a processor, implement the steps of the method of any one of claims 1 to 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011208126.XA CN112422525B (en) | 2020-11-03 | 2020-11-03 | Fault data transmission method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011208126.XA CN112422525B (en) | 2020-11-03 | 2020-11-03 | Fault data transmission method, device, equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112422525A CN112422525A (en) | 2021-02-26 |
| CN112422525B true CN112422525B (en) | 2022-04-01 |
Family
ID=74827336
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011208126.XA Active CN112422525B (en) | 2020-11-03 | 2020-11-03 | Fault data transmission method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112422525B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113688108B (en) * | 2021-07-16 | 2024-07-23 | 深圳智慧林网络科技有限公司 | Data processing method and related equipment |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102638579B (en) * | 2012-03-29 | 2016-05-04 | 深圳市高正软件有限公司 | A kind of data processing method and system based on mobile device data transmission |
| US8949488B2 (en) * | 2013-02-15 | 2015-02-03 | Compellent Technologies | Data replication with dynamic compression |
| US10820151B2 (en) * | 2016-10-06 | 2020-10-27 | Mars, Incorporated | System and method for compressing high fidelity motion data for transmission over a limited bandwidth network |
| CN108243022B (en) * | 2016-12-23 | 2020-06-05 | 中国移动通信有限公司研究院 | Network service message transmission method, device, terminal and server |
| CN108243259B (en) * | 2018-02-08 | 2021-04-16 | 北京车和家信息技术有限公司 | Method, device and system for transmitting Internet of vehicles data |
| CN108738006B (en) * | 2018-05-31 | 2021-06-25 | 出门问问信息科技有限公司 | Data transmission method and device based on Bluetooth |
| CN110334124B (en) * | 2018-06-15 | 2023-05-16 | 腾讯科技（深圳）有限公司 | Compression algorithm selection method, device and equipment |
| CN109274377A (en) * | 2018-08-22 | 2019-01-25 | 泰康保险集团股份有限公司 | Data processing method, device, medium and the electronic equipment of block chain network |
| CN111526151A (en) * | 2020-04-28 | 2020-08-11 | 网易（杭州）网络有限公司 | Data transmission method and device, electronic equipment and storage medium |
-
2020
- 2020-11-03 CN CN202011208126.XA patent/CN112422525B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN112422525A (en) | 2021-02-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| USRE48725E1 (en) | Methods for accessing data in a compressed file system and devices thereof | |
| CN110995513B (en) | Data sending and receiving method in Internet of things system, internet of things equipment and platform | |
| US8949594B2 (en) | System and method for enabling a scalable public-key infrastructure on a smart grid network | |
| CN104054068A (en) | Improved bandwidth optimization for remote desktop protocol | |
| CN103957241A (en) | Communication method and device based on message data | |
| EP2880818A1 (en) | Manipulation of streams of monitoring data | |
| CN104219298B (en) | Group system and its method for data backup | |
| CN108092956B (en) | Method and device for acquiring compression dictionary | |
| US11847219B2 (en) | Determining a state of a network | |
| WO2021068891A1 (en) | Method, system, electronic device, and storage medium for storing and collecting temperature data | |
| US20170034303A1 (en) | Methods and apparatus to create and transmit a condensed logging data file | |
| CN112422525B (en) | Fault data transmission method, device, equipment and storage medium | |
| CN107251529B (en) | Method and apparatus for transmitting and receiving information between servers in content transmission network system | |
| CN112335203B (en) | Processing local area network diagnostic data | |
| CN115766310A (en) | Data transmission method, device, equipment and medium applied to intelligent home system | |
| CN109788251B (en) | Video processing method, device and storage medium | |
| CN103457748A (en) | Data transmission method, system and device | |
| CN104123244A (en) | USB redirection system and method | |
| CN113282587A (en) | State data transmission method and device, storage medium and electronic device | |
| CN106878054B (en) | Service processing method and device | |
| CN109560917B (en) | QKD method, device and system | |
| GB2575246A (en) | Processing local area network diagnostic data | |
| CN113434541A (en) | Method and device for sending query result, storage medium and electronic device | |
| CN113204683A (en) | Information reconstruction method and device, storage medium and electronic equipment | |
| CN110611668A (en) | Freely-configurable Internet of things monitoring method and device, storage medium and equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |