CN115242773B - File transmission method and storage medium for vehicle interior - Google Patents
File transmission method and storage medium for vehicle interior Download PDFInfo
- Publication number
- CN115242773B CN115242773B CN202210706162.1A CN202210706162A CN115242773B CN 115242773 B CN115242773 B CN 115242773B CN 202210706162 A CN202210706162 A CN 202210706162A CN 115242773 B CN115242773 B CN 115242773B
- Authority
- CN
- China
- Prior art keywords
- file
- transmission
- node
- data
- transmitted
- 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
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
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40208—Bus networks characterized by the use of a particular bus standard
- H04L2012/40215—Controller Area Network CAN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40267—Bus for use in transportation systems
- H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The invention discloses a file transmission method and a storage medium for a vehicle interior. The method comprises the following steps that a main node inquires the state of a file to be transmitted in a sub-node, and a starting point required to be transmitted subsequently is determined according to the state of the file to be transmitted in the sub-node; starting to transmit the file to be transmitted with the determined transmission starting point, wherein the transmission type comprises a master node request sending file and a master node request receiving file; after the file transmission is finished, the master node requests the child node to quit the file transmission and check; if the verification is consistent, the file transmission is successful; otherwise, the retransmission process is carried out, and the steps are repeated to transmit the file to be transmitted. The invention can reliably and effectively transmit the upgrade package to the child node, and can continuously transmit the upgrade package from the place disconnected last time even if the conditions of power failure, abnormal restarting, active shutdown of the vehicle and the like occur in the transmission process, thereby improving the success rate and the efficiency of file transmission.
Description
Technical Field
The invention relates to the technical field of automobile firmware upgrading, in particular to a file transmission method and a storage medium for a vehicle interior.
Background
In the current industry, after an air upgrade package of a whole vehicle firmware is ready for downloading in a vehicle-to-machine system (THU), the air upgrade package enters a deployment process, the downloaded upgrade package is deployed to each sub-node responsible for upgrading a controller through a CAN bus, and the controller is upgraded by the sub-node by using the upgrade package.
In the network environment of the CAN bus, different controllers or processors on the bus are allowed to transmit data in units of messages over the bus. The message length of the CAN bus (CAN frame) is typically 50 to 100 bits in length. Ideally, it is suitable for forwarding slower status updates from the sensor to the engine control unit, including applications related to communication of other mechanical systems (transmission, braking, cruise control, power steering, windows, door locks and others), which contain a limited amount of data, and the bandwidth involved is often relatively low. Because the CAN bus is shared by many different controllers, it is often less suitable to send messages that may require more than 100 updates per second. In this case, the upgrade package file transmission time is long, a series of unstable factors such as failure, frame loss, etc. are added, and retransmission from the beginning is required once an error occurs.
In order to reliably and efficiently transmit the upgrade package to the child node, a file transmission method on the CAN bus is required.
Disclosure of Invention
Aiming at the defects existing in the prior art, the invention aims to solve the problems that retransmission is needed after errors occur in the process of transmitting files through a CAN bus in the prior art, so that the file transmission efficiency and the success rate are low.
In order to solve the technical problems, the invention adopts the following technical scheme:
a file transfer method for a vehicle interior includes the steps of,
the master node inquires the state of the file to be transmitted in the child node, and determines the starting point of the subsequent file to be transmitted according to the state of the file to be transmitted in the child node;
starting to transmit the file to be transmitted with the determined transmission starting point, wherein the type of the file to be transmitted comprises a main node request sending file and a main node request receiving file;
after the file transmission is finished, the master node requests the child node to quit the file transmission and check; if the verification is consistent, the file transmission is successful; otherwise, the retransmission process is carried out, and the steps are repeated to transmit the file to be transmitted.
Further, the master node queries the state of the file to be transmitted in the child node through the file state query sub-service, and the query content comprises the length of the file to be transmitted and the SHA256 value.
Further, the master node inquires the state of the file to be transmitted in the child node, and determines the starting point of the subsequent file to be transmitted according to the state of the file to be transmitted in the child node,
the master node informs the child node of the length of the existing file in the memory in the request message, and calculates a check value SHA256 of the file;
the child node calculates the SHA256 value of the file existing in the main node and feeds the SHA256 value back to the host point;
if the master node calculates that the check value SHA256 of the existing file accords with the SHA256 returned by the child node, the file exists; if not, the master node deletes the existing file and requests the file in the child node with the offset of 0.
Further, the master node requesting to send the file includes,
before the main node transmits data, a message carrying the file name length, the file name, the offset, the transmission data length, the transmission data content and the CRC checksum is sent to the sub-node;
the child node confirms the integrity and reliability of the message according to the CRC checksum, and then stores the data according to the file name and the offset; then the child node responds to the file name, the length, the offset, the CRC checksum and the length of the transmission data of the current file of the master node;
the master node judges whether the transmission is successful or not according to the response content of the child node; if successful, repeating transmission of the next section of data; if the data fails, repeating the steps to start retransmitting the data.
Further, the master node requesting to receive the file includes,
before the main node transmits data, sending a message carrying the file name length, the file name, the offset and the transmission data length to the sub-node, and informing the sub-node of the file data information to be uploaded;
the child node responds to the file name length, the file name, the offset, the transmission data length, the transmission data and the CRC checksum of the master node according to the file data information to be uploaded;
the master node judges whether the transmission is successful or not according to the response content of the child node; if so, modifying the offset to continuously request to receive the subsequent file data until the file transmission is completed; if the file fails, the current failed data is tried to be re-requested, and the file is not re-tried after the file fails three times, and the file is failed to be transmitted.
Further, after the file transfer is completed, the master node requests the child node to exit the file transfer and verify includes,
after the data transmission is completed, the master node informs the opposite side to withdraw from the data transmission, and a request message for withdrawing from the data transmission at the master node is provided with a check value;
the child node also carries a check value in the reply message;
the master node checks the check values of the files of the two parties; if the verification is passed, the file transmission is successful, if the verification is failed, the file transmission is failed, and a retransmission flow is entered;
when the check type in the request message is SHA256, the check type is SHA256 with 32 bytes; when the check type in the request message is MD5, it is MD5 with 16 bytes.
The present invention also provides a storage medium storing one or more programs which, when executed by a processor, perform the steps of the file transfer method for the interior of a vehicle.
Compared with the prior art, the invention has the following beneficial effects:
the method provided by the invention divides file transmission between the main node and the sub node which need to be communicated on the CAN bus of the vehicle into three phases of a request file transmission phase, a request data transmission phase and a request exit file transmission phase. Before transmitting a file, determining a starting point of the subsequent file to be transmitted by inquiring the state of the file to be transmitted in the child node, so that breakpoint continuous transmission is realized; and when abnormal failure occurs in the data transmission process, a retry mechanism is added, and an error recovery mechanism in the process is added. Therefore, under the scenes that power failure and abnormal restarting occur in the transmission process and a user actively turns off the vehicle, the transmission CAN be continued from the place disconnected last time, the success rate and the transmission efficiency of the transmitted file are improved, the upgrade package is ensured to be reliably and effectively transmitted to the child node, and the file transmission stability of the upgrade package in the vehicle CAN bus network during the whole vehicle firmware upgrade is improved.
Drawings
Fig. 1 is a logic flow diagram of a file transfer method for a vehicle interior according to the present invention.
Fig. 2 is a flowchart of a request file transfer stage in a second embodiment of the present invention.
Fig. 3 is a flowchart of a request to send a file to a child node in a second embodiment of the present invention.
Fig. 4 is a flowchart of a request to send a file to a child node in a second embodiment of the present invention.
Detailed Description
The invention will be further described with reference to the drawings and examples.
Example 1
The present embodiment discloses a file transfer method for a vehicle interior.
A file transfer method for a vehicle interior, see fig. 1, includes the steps of,
the master node inquires the state of the file to be transmitted in the child node, and determines the starting point of the subsequent file to be transmitted according to the state of the file to be transmitted in the child node.
And starting to transmit the file to be transmitted with the determined transmission starting point, wherein the type of the file to be transmitted comprises a request-to-send file of the master node and a request-to-receive file of the master node.
After the file transmission is finished, the master node requests the child node to exit the file transmission and check. If the verification is consistent, the file transmission is successful. Otherwise, the retransmission process is carried out, and the steps are repeated to transmit the file to be transmitted.
In specific implementation, the master node queries the state of the file to be transmitted in the child node through the file state query sub-service, and the query content comprises the length of the file to be transmitted and the SHA256 value. In particular to the preparation method of the composite material,
the master node informs the child node in the request message of the length of the file already in its memory and calculates its check value SHA256.
The child node calculates the SHA256 value of the file existing in the master node and feeds the SHA256 value back to the host point.
If the master node calculates that the check value SHA256 of the existing file matches the SHA256 returned by the child node, the file already exists. If not, the master node deletes the existing file and requests the file in the child node with the offset of 0.
In particular implementations, the master node requesting to send the file includes,
before the main node transmits data, a message carrying the file name length, the file name, the offset, the transmission data length, the transmission data content and the CRC checksum is sent to the child node.
And the child node confirms the integrity and reliability of the message according to the CRC checksum, and stores the data according to the file name and the offset. The child node then responds to the file name, length, offset, CRC checksum, and length of the transmitted data of the current file of the master node.
And the master node judges whether the transmission is successful or not according to the response content of the child node. If successful, repeating the transmission of the next data. If the data fails, repeating the steps to start retransmitting the data.
In particular implementations, the master node requesting to receive the file includes,
before the main node transmits data, a message carrying the file name length, the file name, the offset and the transmission data length is sent to the sub-node, and the sub-node is informed of the file data information to be uploaded.
The child node responds to the file name length, the file name, the offset, the transmission data length, the transmission data and the CRC checksum of the master node according to the file data information which is required to be uploaded.
And the master node judges whether the transmission is successful or not according to the response content of the child node. If so, modifying the offset continues to request to receive subsequent file data until the file transfer is completed. If the file fails, the current failed data is tried to be re-requested, and the file is not re-tried after the file fails three times, and the file is failed to be transmitted.
Further, after the file transfer is completed, the master node requests the child node to exit the file transfer and verify includes,
after the data transmission is completed, the master node informs the opposite side to withdraw from the data transmission, and a request message for withdrawing from the data transmission at the master node is provided with a check value.
The child node also carries a check value in the reply message.
The master node checks the check values of the files of both parties. If the verification is passed, the file transmission is successful, if the verification is failed, the file transmission is failed, and the retransmission flow is entered.
When the check type in the request message is SHA256, the check type is SHA256 with 32 bytes. When the check type in the request message is MD5, it is MD5 with 16 bytes.
In this way, file transmission between the master node and the slave node, which need to communicate, on the vehicle CAN bus is divided into three phases, namely a request file transmission phase, a request data transmission phase and a request exit file transmission phase. Before transmitting the file, determining a starting point of the subsequent file to be transmitted by inquiring the state of the file to be transmitted in the child node, thereby realizing breakpoint continuous transmission. And when abnormal failure occurs in the data transmission process, a retry mechanism is added, and an error recovery mechanism in the process is added. Under the scene that power failure, abnormal restarting and active closing of a vehicle machine by a user occur in the transmission process, the transmission CAN be continued from the disconnected place last time, the success rate and the transmission efficiency of the transmitted file are improved, the upgrade package is ensured to be reliably and effectively transmitted to the child node, and the file transmission stability of the upgrade package in the vehicle CAN bus network during the whole vehicle firmware upgrade is improved.
Example two
In order to further explain the practical effect of the invention for file transmission of vehicle internal network breakpoint continuous transmission, the embodiment discloses a file transmission method and application scene for vehicle internal based on the first embodiment.
The method comprises the steps that a master node and a slave node which need to be communicated on a CAN bus of a vehicle carry out a file transmission process, and the file transmission process mainly comprises three stages: 1. a request file transmission stage, a request data transmission stage and a request exit file transmission stage. The file transmission request stage mainly includes, before a file transmission request is performed, querying a state (length, SHA256 values) of a file to be transmitted in a child node according to a file state query sub-service in a transmission protocol, and determining a start point of a subsequent file to be transmitted to perform breakpoint continuous transmission according to the state of the file to be transmitted. And adding a retry mechanism when abnormal failure occurs in the data transmission process, and adding an error recovery mechanism in the process. The request data transmission phase can be divided into sending a file to a child node and receiving a file from a child node. Whether the master node transmits a file to the child node or the master node requests a file from the child node, the divided main process stage logic is consistent: the file state inquiry sub-service is used for inquiring the state (length, SHA256 values and the like) of the file to be transmitted in the sub-node before the file transmission request is carried out, requesting the file data transmission according to the state, requesting the sub-node to exit the file transmission and checking the SHA256 values of the file after the data transmission is finished, and ending the whole flow. The file state mainly comprises: file name, file name length, length of query file, MD5 value of query file.
The file transmission method for vehicle internal network breakpoint continuous transmission of the embodiment is divided into two transmission types and three transmission stages. The three transmission stages comprise a request file transmission stage 1, a request data transmission stage 2 and a request exit file transmission stage 3. Two transmission types include sending a file to a child node and receiving a file from a child node.
1. Request file transfer stage
In the first step, the file status query sub-service is configured to query the status (length, SHA256 value) of the file to be transmitted in the sub-node before making the file transmission request, so as to determine whether the file exists in the main node/sub-node, as shown in fig. 2.
Secondly, requesting file transmission, and according to the file transmission type:
when a request is made to send a file to a child node: before the master node performs data transmission, the child node is informed of the information such as the file name, the length and the like of the data transmission.
When a request receives a file from a child node: the master node needs to inform the child node of the length of the file already in its memory in the request message and calculate its check value (SHA 256). When the master node calculates the length of the existing file, a small amount of data needs to be cut, and the size of the cut data is determined according to the file size. The child node calculates the SHA256 value of the file existing in the master node and feeds the SHA256 value back to the host point. If the master node calculates that the SHA256 value of the existing file does not accord with the SHA256 returned by the child node, the master node shall delete the existing file and request the file in the child node with the offset of 0.
2. Request data transmission stage
First, file transmission is requested, and according to the file transmission type:
referring to fig. 3, when a request is made to send a file to a child node: the master node uses a data transmission protocol to send a message carrying the file name length, the file name, the offset, the transmission data length, the transmission data content and the CRC checksum to the child node. The child node confirms the integrity and reliability of the message according to the CRC checksum, then stores the data according to the file name and the offset, and then responds to the file name length, the offset, the CRC checksum and the transmission data length of the current file of the master node. The master node determines whether the transmission was successful. And if successful, repeating the transmission of the next data, and if failed, attempting to retransmit the data.
Referring to fig. 4, when a request is made to receive a file from a child node: and the master node uses a data transmission protocol to send a message carrying the file name length, the file name, the offset and the length of transmission data to the child node, and informs the child node of the file data information required to be uploaded. The child node responds to the master node file name length, file name, offset, transmission data length, transmission data, CRC checksum according to the information. And the master node judges whether the transmission is successful or not according to the response content, if so, the modification offset continuously requests to receive the subsequent file data until the file transmission is completed, and if so, the master node tries to re-request the current failed data. No retry is performed after three failures, this time the file transfer failed.
3. Requesting to exit the file transfer stage
First, after the data transmission is completed, the master node informs the opposite party to exit the data transmission. And respectively carrying out file verification by carrying out verification values in a request message and a reply message which exit from data transmission. In the request message, if the check type is SHA256, then the SHA256 value of 32 bytes is appended. If the check type is MD5, then the MD5 value of 16 bytes is appended.
And secondly, checking the check codes of the files of the two parties by the master node, if the check codes pass, the file transmission is successful, and if the check codes fail, the file transmission fails, and the retransmission flow is entered.
Example III
The present embodiment discloses a storage medium on the basis of the first embodiment.
A storage medium storing one or more programs which, when executed by a processor, perform the steps of the file transfer method for a vehicle interior. The computer readable storage medium may be a USB flash disk, hard disk, or other device having a storage function.
As described above, the alert system of the present invention is not limited to the configuration, and other systems that can implement the embodiments of the present invention can fall within the scope of the present invention.
Finally, it should be noted that the above embodiments are only for illustrating the technical solution of the present invention and not for limiting the technical solution, and those skilled in the art should understand that modifications and equivalents may be made to the technical solution of the present invention without departing from the spirit and scope of the present invention, and all such modifications and equivalents are included in the scope of the claims.
Claims (5)
1. A file transfer method for a vehicle interior is characterized by comprising the steps of,
the master node inquires the state of the file to be transmitted in the child node, and determines the starting point of the subsequent file to be transmitted according to the state of the file to be transmitted in the child node; the master node inquires the state of the file to be transmitted in the child node through a file state inquiry sub-service, wherein inquiry contents comprise the length of the file to be transmitted and SHA256 values;
starting to transmit the file to be transmitted with the determined transmission starting point, wherein the type of the file to be transmitted comprises a main node request sending file and a main node request receiving file;
after the file transmission is finished, the master node requests the child node to quit the file transmission and check; if the verification is consistent, the file transmission is successful; otherwise, entering a retransmission flow, and repeating the steps to transmit the file to be transmitted;
the master node inquires the state of the file to be transmitted in the child node, determines the starting point of the subsequent file to be transmitted according to the state of the file to be transmitted in the child node,
the master node informs the child node of the length of the existing file in the memory in the request message, and calculates a check value SHA256 of the file;
the child node calculates the SHA256 value of the file existing in the main node and feeds the SHA256 value back to the host point;
if the master node calculates that the check value SHA256 of the existing file accords with the SHA256 returned by the child node, the file exists; if not, the master node deletes the existing file and requests the file in the child node with the offset of 0.
2. The file transfer method for the vehicle interior according to claim 1, wherein the master node requesting transmission of the file includes,
before the main node transmits data, a message carrying the file name length, the file name, the offset, the transmission data length, the transmission data content and the CRC checksum is sent to the sub-node;
the child node confirms the integrity and reliability of the message according to the CRC checksum, and then stores the data according to the file name and the offset; then the child node responds to the file name, the length, the offset, the CRC checksum and the length of the transmission data of the current file of the master node;
the master node judges whether the transmission is successful or not according to the response content of the child node; if successful, repeating transmission of the next section of data; if the data fails, repeating the steps to start retransmitting the data.
3. The method for file transfer in a vehicle interior according to claim 1, wherein the master node requesting to receive the file comprises,
before the main node transmits data, sending a message carrying the file name length, the file name, the offset and the transmission data length to the sub-node, and informing the sub-node of the file data information to be uploaded;
the child node responds to the file name length, the file name, the offset, the transmission data length, the transmission data and the CRC checksum of the master node according to the file data information to be uploaded;
the master node judges whether the transmission is successful or not according to the response content of the child node; if so, modifying the offset to continuously request to receive the subsequent file data until the file transmission is completed; if the file fails, the current failed data is tried to be re-requested, and the file is not re-tried after the file fails three times, and the file is failed to be transmitted.
4. The method for file transfer in a vehicle interior according to claim 1, wherein the master node requesting the child node to exit the file transfer and verify after the file transfer is completed comprises,
after the data transmission is completed, the master node informs the opposite side to withdraw from the data transmission, and a request message for withdrawing from the data transmission at the master node is provided with a check value;
the child node also carries a check value in the reply message;
the master node checks the check values of the files of the two parties; if the verification is passed, the file transmission is successful, if the verification is failed, the file transmission is failed, and a retransmission flow is entered;
when the check type in the request message is SHA256, the check type is SHA256 with 32 bytes; when the check type in the request message is MD5, it is MD5 with 16 bytes.
5. A storage medium storing one or more programs which, when executed by a processor, perform the steps of the file transfer method for a vehicle interior according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210706162.1A CN115242773B (en) | 2022-06-21 | 2022-06-21 | File transmission method and storage medium for vehicle interior |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210706162.1A CN115242773B (en) | 2022-06-21 | 2022-06-21 | File transmission method and storage medium for vehicle interior |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115242773A CN115242773A (en) | 2022-10-25 |
| CN115242773B true CN115242773B (en) | 2023-05-26 |
Family
ID=83668944
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210706162.1A Active CN115242773B (en) | 2022-06-21 | 2022-06-21 | File transmission method and storage medium for vehicle interior |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115242773B (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103685487A (en) * | 2013-12-02 | 2014-03-26 | 宁波三星电气股份有限公司 | Child node updating method in wireless communication network |
| CN104967497A (en) * | 2015-06-09 | 2015-10-07 | 武汉数字派特科技有限公司 | Network communication protocol-based reliable data transmission method and upgrading method |
| CN110933159A (en) * | 2019-11-27 | 2020-03-27 | 中电装备山东电子有限公司 | File transmission method and system supporting breakpoint continuous transmission |
| US11115461B1 (en) * | 2019-11-14 | 2021-09-07 | Jason Kim | Systems and methods of using asynchronous distributed hash generation for accelerated network file transfers |
| CN113726895A (en) * | 2021-08-31 | 2021-11-30 | 广州艾美网络科技有限公司 | File transmission method and device and network KTV system |
| CN114338647A (en) * | 2021-12-16 | 2022-04-12 | 中孚安全技术有限公司 | Lightweight file transmission method and system based on domestic operating system |
-
2022
- 2022-06-21 CN CN202210706162.1A patent/CN115242773B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103685487A (en) * | 2013-12-02 | 2014-03-26 | 宁波三星电气股份有限公司 | Child node updating method in wireless communication network |
| CN104967497A (en) * | 2015-06-09 | 2015-10-07 | 武汉数字派特科技有限公司 | Network communication protocol-based reliable data transmission method and upgrading method |
| US11115461B1 (en) * | 2019-11-14 | 2021-09-07 | Jason Kim | Systems and methods of using asynchronous distributed hash generation for accelerated network file transfers |
| CN110933159A (en) * | 2019-11-27 | 2020-03-27 | 中电装备山东电子有限公司 | File transmission method and system supporting breakpoint continuous transmission |
| CN113726895A (en) * | 2021-08-31 | 2021-11-30 | 广州艾美网络科技有限公司 | File transmission method and device and network KTV system |
| CN114338647A (en) * | 2021-12-16 | 2022-04-12 | 中孚安全技术有限公司 | Lightweight file transmission method and system based on domestic operating system |
Non-Patent Citations (1)
| Title |
|---|
| 基于混合加密安全传输信息的虚拟电厂交易系统;黄宇鹏;余涛;应志玮;徐骏;承林;周志龙;;信息技术与信息化(第03期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115242773A (en) | 2022-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111835627B (en) | Communication method of vehicle-mounted gateway, vehicle-mounted gateway and intelligent vehicle | |
| CN107071826B (en) | Method and device for transmitting data resources | |
| KR102011528B1 (en) | Method and device for serial data transmission having a flexible message size and a variable bit length | |
| KR102007547B1 (en) | Method and device for serial data transmission having a flexible message size and a variable bit length | |
| US9825852B2 (en) | Method and device for serial data transmission which is adapted to memory sizes | |
| CN110120980B (en) | Reliable file transmission method for unstable link, computer equipment and storage medium | |
| CN112165533B (en) | Data checking and transmitting method, device, equipment, system and storage medium | |
| CN112104487B (en) | Remote upgrading method of Internet of things terminal, internet of things master station and storage medium | |
| CN112769939B (en) | Big data reliable transmission method for real-time communication | |
| CN113721966B (en) | Node upgrading method and device, storage medium and electronic device | |
| CN111629368A (en) | Communication method of earphone and charging box, earphone and readable storage medium | |
| CN112153132A (en) | File uploading method, device and equipment based on virtualization management platform | |
| CN109688208B (en) | Data loading method based on FC-AE-ASM message | |
| CN112395237B (en) | Method and system for communication between at least two controllers | |
| CN111224837B (en) | Method and system for automatically identifying CAN communication baud rate of vehicle ECU | |
| CN109768850B (en) | Vehicle-mounted communication method and system | |
| CN115242773B (en) | File transmission method and storage medium for vehicle interior | |
| US5752251A (en) | Method and apparatus for recovering aborted file (or data) transmission | |
| CN111147597A (en) | File transmission method, terminal, electronic device and storage medium | |
| CN113568398B (en) | Configuration deleting method and system for distributed control system | |
| CN111083016B (en) | Polling table processing method and device, storage medium and equipment | |
| CN113064658B (en) | Copying method, copying device, copying equipment and computer readable storage medium for configuration data | |
| CN113452603A (en) | Data transmission method and related device | |
| CN105007333A (en) | Managing method and system for file transmitting | |
| CN112039697A (en) | Method, system, device and equipment for upgrading internet of things 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 |