CN117560285B - 一种智控物联整机ota升级方法、客户端及服务端 - Google Patents

一种智控物联整机ota升级方法、客户端及服务端 Download PDF

Info

Publication number
CN117560285B
CN117560285B CN202410022330.4A CN202410022330A CN117560285B CN 117560285 B CN117560285 B CN 117560285B CN 202410022330 A CN202410022330 A CN 202410022330A CN 117560285 B CN117560285 B CN 117560285B
Authority
CN
China
Prior art keywords
upgrade
data
target
ota
upgrading
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
Application number
CN202410022330.4A
Other languages
English (en)
Other versions
CN117560285A (zh
Inventor
侯瑞锋
侯利明
张�杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hebei Plant Biotechnology Co ltd
Original Assignee
Hebei Plant Biotechnology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hebei Plant Biotechnology Co ltd filed Critical Hebei Plant Biotechnology Co ltd
Priority to CN202410022330.4A priority Critical patent/CN117560285B/zh
Publication of CN117560285A publication Critical patent/CN117560285A/zh
Application granted granted Critical
Publication of CN117560285B publication Critical patent/CN117560285B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y10/00—Economic sectors
    • G16Y10/75—Information technology; Communication
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00—IoT characterised by the purpose of the information processing
    • G16Y40/30—Control
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00—IoT characterised by the purpose of the information processing
    • G16Y40/50—Safety; Security of things, users, data or systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/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
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • 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/14—Session management
    • H04L67/141—Setup of application sessions
    • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Medical Informatics (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Stored Programmes (AREA)

Abstract

本申请涉及物联网通信技术领域，尤其是涉及一种智控物联整机OTA升级方法、客户端及服务端，方法包括获取指令服务，并根据指令服务确定对应的升级类型和升级对象；当升级类型为自身升级类型时，从服务端获取第一目标OTA升级数据，并基于第一目标OTA升级数据和升级对象执行第一升级操作；当升级类型为末端升级类型时，从服务端获取第二目标OTA升级数据，并基于第二目标OTA升级数据和升级对象执行第二升级操作。本申请能够提升对待升级设备整机进行升级时的智能化程度，从而提升对待升级设备整机进行升级时的效率。

Description

一种智控物联整机OTA升级方法、客户端及服务端
技术领域
本申请涉及物联网通信技术领域，尤其是涉及一种智控物联整机OTA升级方法、客户端及服务端。
背景技术
随着技术的不断进步，投入使用的软件或硬件中可能会出现一些新的漏洞和威胁，而新版本的软件或硬件通常会修复旧版本中出现的一些漏洞或威胁，从而提升软件或硬件在使用过程中的稳定性，同时，新版本的软件或硬件还可能引入新的功能和特性，以提升使用过程中的性能和效率，并且，旧版本的软件或硬件可能无法与新的硬件和软件兼容，因此需要对软件或硬件进行升级，以提升软件或硬件在使用过程中的安全性、稳定性以及兼容性。
相关技术中，一般通过网络对待升级设备中的软件进行升级，通过人为连接升级接口或硬件更换的方式对待升级设备中的硬件进行升级，自动+人工结合的方式智能化程度较低，因此通过自动+人工结合的方式对待升级设备进行升级时，可能会影响对待升级设备整机进行升级时的效率。
发明内容
为了提升对待升级设备整机进行升级时的智能化程度，从而提升对待升级设备整机进行升级时的效率，本申请提供了一种智控物联整机OTA升级方法、客户端及服务端。
第一方面，本申请提供一种智控物联整机OTA升级方法，采用如下的技术方案：
一种智控物联整机OTA升级方法，由客户端执行，包括：
获取指令服务，并根据所述指令服务确定对应的升级类型和升级对象，所述升级类型包括自身升级类型和末端升级类型；
当所述升级类型为自身升级类型时，从服务端获取第一目标OTA升级数据，并基于所述第一目标OTA升级数据和所述升级对象执行第一升级操作，所述第一目标OTA升级数据是由所述服务端根据第一服务包装后生成的；
当所述升级类型为末端升级类型时，从所述服务端获取第二目标OTA升级数据，并基于所述第二目标OTA升级数据和所述升级对象执行第二升级操作，所述第二目标OTA升级数据是由所述服务端根据第二服务包装后生成的。
通过采用上述技术方案，通过设定自身升级类型和末端升级类型，并依据不同的升级类型所对应的服务对升级数据进行包装，能够灵活地处理不同升级类型的指令服务，即，能够对客户端对应的待升级设备进行软件升级，也能对其进行硬件升级，通过建立客户端与服务端之间的数据传输联系，能够建立客户端与服务端之间的物联网，通过服务端与客户端之间的物联网控制升级能够提升对客户端进行整机升级时的智能化程度，从而能够提升对客户端对应的待升级设备进行升级时的效率。
在一种可能实现的方式中，所述基于所述第二目标OTA升级数据和所述升级对象执行第二升级操作，包括：
根据所述升级对象和第一映射关系，确定所述升级对象对应的目标预设包装协议，所述第一映射关系为升级对象和目标预设包装协议的对应关系；
识别所述预设包装协议对应的单次数据传输量，并根据所述单次数据传输量对所述第二目标OTA升级数据进行数据划分，得到多个划分OTA升级数据；
根据所述目标预设包装协议对每个划分OTA升级数据进行包装，得到每个划分OTA升级数据对应的划分包装升级数据；
基于每个划分包装升级数据和所述升级对象执行第二升级操作。
通过采用上述技术方案，由于第二目标OTA升级数据对应的数据量较大，因此在执行第二升级操作时，不是将所有的第二目标OTA升级数据进行整体传输，而是对其进行划分后再进行传输，通过一边传输一边升级的方式对升级对象进行升级，能够降低升级过程对升级对象的正常工作产生的影响，并且，在对其进行划分时，并不是按照固定划分方式进行划分，而是通过升级对象对应的预设包装协议对第二目标OTA升级数据进行划分，能够提升划分结果与第二目标OTA升级数据的适配度。
在一种可能实现的方式中，所述基于每个划分包装升级数据和所述升级对象执行第二升级操作，包括：
从多个划分包装升级数据中确定目标划分包装升级数据，并执行循环步骤，直至满足预设条件，所述循环步骤包括：
根据所述目标划分包装升级数据和所述升级对象执行第二升级操作；
当接收到所述升级对象反馈的升级完成指令后，从其他划分包装升级数据中确定下一目标划分包装升级数据，所述其他划分包装升级数据为除目标划分包装升级数据之外的其他划分包装升级数据；
所述预设条件包括：所述其他划分包装升级数据为空。
通过采用上述技术方案，在每次传输划分包装升级数据后，需要对升级对象是否接收到完整的划分包装升级数据进行确定，只有确认出当前传输的划分包装升级数据被升级对象完整接收后，再对升级对象传输下一划分包装升级数据，通过这种方式可以提升数据传输过程中的安全性，从而能够降低升级对象在升级过程中出现设备异常的概率。
在一种可能实现的方式中，所述根据所述目标划分包装升级数据和所述升级对象执行第二升级操作之后，还包括：
识别所述目标划分包装升级数据中的划分校验位；
接收所述升级对象反馈的升级校验数据，并识别所述升级校验数据中的升级校验位；
若所述划分校验位与所述升级校验位一致，则生成升级完成指令。
通过采用上述技术方案，通过进行校验位匹配能够判断升级对象是否接收到了完整无误的划分包装升级数据，即，通过进行校验位匹配能够判断升级对象是否能够进行无误升级，通过校验位比对能够对升级过程进行监督，从而能够提升升级结果的准确性。
在一种可能实现的方式中，该方法还包括：
从所述服务端获取第一目标OTA升级数据之后，将所述第一目标OTA升级数据存储至预设FLASH 储存空间，等待执行所述第一升级操作；
从所述服务端获取第二目标OTA升级数据之后，将所述第二目标OTA升级数据对应的多个划分OTA升级数据，按照预设顺序存储至预设RAM储存空间，等待执行所述第二升级操作。
通过采用上述技术方案，通过将第一目标OTA升级数据与第二目标OTA升级数据存储至不同的储存空间，便于降低执行升级操作时出现数据紊乱情况的概率，由于第二目标OTA升级数据在执行第二升级操作前已进行了划分，因此，通过预设顺序对其进行存储，便于提升存储过程中的规范性，从而便于降低在后续升级过程中出现数据调用失误的情况出现的概率，进而能够提升执行升级操作时的准确性。
第二方面，本申请还提供另一种智控物联整机OTA升级方法，采用如下的技术方案：
一种智控物联整机OTA升级方法，由服务端执行，包括：
获取指令服务和所述指令服务对应的升级类型和升级对象，所述升级类型包括自身升级类型和末端升级类型；
当所述升级类型为自身升级类型时，根据所述升级对象从共享目录中确定第一OTA升级数据，并根据第一服务对所述第一OTA升级数据进行包装，得到第一目标OTA升级数据，向所述客户端发送所述第一目标OTA升级数据，以使得客户端基于所述第一目标OTA升级数据和所述升级对象执行第一升级操作；
当所述升级类型为末端升级类型时，根据所述升级对象从所述共享目录中确定第二OTA升级数据，并根据第二服务对所述第二OTA升级数据进行包装，得到第二目标OTA升级数据，向所述客户端发送所述第二目标OTA升级数据，以使得所述客户端基于所述第二目标OTA升级数据和所述升级对象执行第二升级操作。
通过采用上述技术特征，通过设定自身升级类型和末端升级类型，并依据不同的升级类型所对应的服务对升级数据进行包装，能够灵活地处理不同升级类型的指令服务，在根据不同的服务对不同升级类型的数据进行包装后发送给客户端，以使客户端能够进行软件升级，也能够进行硬件升级，通过建立客户端与服务端之间的数据传输联系，能够建立客户端与服务端之间的物联网，通过服务端与客户端之间的物联网控制升级能够提升对客户端进行整机升级时的智能化程度，从而能够提升对客户端对应的待升级设备进行升级时的效率。
在一种可能实现的方式中，所述根据第一服务对所述第一OTA升级数据进行包装，得到第一目标OTA升级数据，向所述客户端发送所述第一目标OTA升级数据，包括：
根据所述第一服务和所述升级对象从多个第一服务通道中确定目标第一服务通道；
在所述目标第一服务通道内，根据所述第一服务对所述第一OTA升级数据进行包装，得到第一目标OTA升级数据；
建立所述第一服务通道与所述客户端中的预设FLASH储存空间之间的传输通道，并基于所述传输通道将所述第一目标OTA升级数据存储至所述客户端中的预设FLASH储存空间。
通过采用上述技术方案，通过建立服务通道与储存空间之间的连接，能够实现定向数据传输，即，通过固定的传输路线对升级数据进行传输，通过定向传输便于降低传输过程中出现数据丢失情况的概率。
在一种可能实现的方式中，该方法还包括：
获取上传升级信息，所述上传升级信息包括上传身份信息和上传升级数据；
从所述共享目录中识别所述上传升级数据对应的目录节点，并根据所述目录节点和第二映射关系确定所述目录节点对应的目标身份权限；
将所述上传身份信息和所述目标身份权限相匹配得到权限匹配值，当所述权限匹配值高于预设匹配值时，根据所述上传升级数据更新所述目录节点对应的节点数据。
通过采用上述技术方案，当检测到相关工作人员需要向共享目录中上传升级文件时，需要对相关工作工作人员的身份权限进行验证，以判断该人员是否具备上传升级文件的权限，只有通过身份验证后，才能允许相关工作人员访问共享目录并对共享目录中的节点数据进行更新或调整，由于共享目录中包含的升级文件为所有软件或硬件的升级文件，不同的升级对象所对应的重要程度不同，因此通过为不同的目录节点设定不同的身份权限，能够提升共享目录中所有节点数据的安全性。
第三方面，本申请从客户端角度提供一种智控物联整机OTA升级的装置，采用如下的技术方案：
一种智控物联整机OTA升级装置，包括：
客户端获取指令服务模块，用于获取指令服务，并根据所述指令服务确定对应的升级类型和升级对象，所述升级类型包括自身升级类型和末端升级类型；
执行第一升级操作模块，用于当所述升级类型为自身升级类型时，从服务端获取第一目标OTA升级数据，并基于所述第一目标OTA升级数据和所述升级对象执行第一升级操作，所述第一目标OTA升级数据是由所述服务端根据第一服务包装后生成的；
执行第二升级操作模块，用于当所述升级类型为末端升级类型时，从所述服务端获取第二目标OTA升级数据，并基于所述第二目标OTA升级数据和所述升级对象执行第二升级操作，所述第二目标OTA升级数据是由所述服务端根据第二服务包装后生成的。
在一种可能实现的方式中，执行第二升级操作模块在基于所述第二目标OTA升级数据和所述升级对象执行第二升级操作时，具体用于：
根据所述升级对象和第一映射关系，确定所述升级对象对应的目标预设包装协议，所述第一映射关系为升级对象和目标预设包装协议的对应关系；
识别所述预设包装协议对应的单次数据传输量，并根据所述单次数据传输量对所述第二目标OTA升级数据进行数据划分，得到多个划分OTA升级数据；
根据所述目标预设包装协议对每个划分OTA升级数据进行包装，得到每个划分OTA升级数据对应的划分包装升级数据；
基于每个划分包装升级数据和所述升级对象执行第二升级操作。
在一种可能实现的方式中，执行第二升级操作模块在基于每个划分包装升级数据和所述升级对象执行第二升级操作时，具体用于：
从多个划分包装升级数据中确定目标划分包装升级数据，并执行循环步骤，直至满足预设条件，所述循环步骤包括：
根据所述目标划分包装升级数据和所述升级对象执行第二升级操作；
当接收到所述升级对象反馈的升级完成指令后，从其他划分包装升级数据中确定下一目标划分包装升级数据，所述其他划分包装升级数据为除目标划分包装升级数据之外的其他划分包装升级数据；
所述预设条件包括：所述其他划分包装升级数据为空。
在一种可能实现的方式中，该装置还包括：
识别划分校验位模块，用于识别所述目标划分包装升级数据中的划分校验位；
识别升级校验位模块，用于接收所述升级对象反馈的升级校验数据，并识别所述升级校验数据中的升级校验位；
生成升级完成指令模块，用于若所述划分校验位与所述升级校验位一致，则生成升级完成指令。
在一种可能实现的方式中，该装置还包括：
第一存储模块，用于从所述服务端获取第一目标OTA升级数据之后，将所述第一目标OTA升级数据存储至预设FLASH 储存空间，等待执行所述第一升级操作；
第二存储模块，用于从所述服务端获取第二目标OTA升级数据之后，将所述第二目标OTA升级数据对应的多个划分OTA升级数据，按照预设顺序存储至预设RAM储存空间，等待执行所述第二升级操作。
第四方面，本申请从服务端角度提供一种智控物联整机OTA升级的装置，采用如下的技术方案：
一种智控物联整机OTA升级装置，包括：
服务端获取指令模块，用于获取指令服务和所述指令服务对应的升级类型和升级对象，所述升级类型包括自身升级类型和末端升级类型；
确定第一目标OTA升级数据模块，用于当所述升级类型为自身升级类型时，根据所述升级对象从共享目录中确定第一OTA升级数据，并根据第一服务对所述第一OTA升级数据进行包装，得到第一目标OTA升级数据，向所述客户端发送所述第一目标OTA升级数据，以使得客户端基于所述第一目标OTA升级数据和所述升级对象执行第一升级操作；
确定第二目标OTA升级数据模块，用于当所述升级类型为末端升级类型时，根据所述升级对象从所述共享目录中确定第二OTA升级数据，并根据第二服务对所述第二OTA升级数据进行包装，得到第二目标OTA升级数据，向所述客户端发送所述第二目标OTA升级数据，以使得所述客户端基于所述第二目标OTA升级数据和所述升级对象执行第二升级操作。
在一种可能实现的方式中，确定第一目标OTA升级数据模块在根据第一服务对所述第一OTA升级数据进行包装，得到第一目标OTA升级数据，向所述客户端发送所述第一目标OTA升级数据时，具体用于：
根据所述第一服务和所述升级对象从多个第一服务通道中确定目标第一服务通道；
在所述目标第一服务通道内，根据所述第一服务对所述第一OTA升级数据进行包装，得到第一目标OTA升级数据；
建立所述第一服务通道与所述客户端中的预设FLASH储存空间之间的传输通道，并基于所述传输通道将所述第一目标OTA升级数据存储至所述客户端中的预设FLASH储存空间。
在一种可能实现的方式中，该装置还包括：
获取上传信息模块，用于获取上传升级信息，所述上传升级信息包括上传身份信息和上传升级数据；
确定身份权限模块，用于从所述共享目录中识别所述上传升级数据对应的目录节点，并根据所述目录节点和第二映射关系确定所述目录节点对应的目标身份权限；
身份匹配模块，用于将所述上传身份信息和所述目标身份权限相匹配得到权限匹配值，当所述权限匹配值高于预设匹配值时，根据所述上传升级数据更新所述目录节点对应的节点数据。
第五方面，本申请提供一种客户端，采用如下的技术方案：
一种客户端，该客户端包括：
至少一个处理器；
存储器；
至少一个应用程序，其中所述至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行，所述至少一个应用程序配置用于：执行上述第一方面所示的智控物联整机OTA升级方法。
第六方面，本申请提供一种服务端，采用如下的技术方案：
一种服务端，该服务端包括：
至少一个处理器；
存储器；
至少一个应用程序，其中所述至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行，所述至少一个应用程序配置用于：执行上述第二方面所示的智控物联整机OTA升级方法。
第七方面，本申请提供一种计算机可读存储介质，采用如下的技术方案：
一种计算机可读存储介质，包括：存储有能够被处理器加载并执行上述第一方面和/或第二方面所示的智控物联整机OTA升级方法的计算机程序。
综上所述，本申请包括以下至少一种有益技术效果：
通过设定自身升级类型和末端升级类型，并依据不同的升级类型所对应的服务对升级数据进行包装，能够灵活地处理不同升级类型的指令服务，即，能够对客户端对应的待升级设备进行软件升级，也能对其进行硬件升级，通过建立客户端与服务端之间的数据传输联系，能够建立客户端与服务端之间的物联网，通过服务端与客户端之间的物联网控制升级能够提升对客户端进行整机升级时的智能化程度，从而能够提升对客户端对应的待升级设备进行升级时的效率。
通过依据不同的升级类型所对应的服务对升级数据进行包装，能够灵活地处理不同升级类型的指令服务，在根据不同的服务对不同升级类型的数据进行包装后发送给客户端，以使客户端能够进行软件升级，也能够进行硬件升级，通过建立客户端与服务端之间的数据传输联系，能够建立客户端与服务端之间的物联网，通过服务端与客户端之间的物联网控制升级能够提升对客户端进行整机升级时的智能化程度，从而能够提升对客户端对应的待升级设备进行升级时的效率。
附图说明
图1是本申请实施例中一种智控物联整机OTA升级方法的流程图；
图2是本申请实施例中另一种智控物联整机OTA升级方法的流程图；
图3是本申请实施例中一种客户端与服务端交互的场景图；
图4是本申请实施例中一种客户端角度的智控物联整机OTA升级的装置结果示意图；
图5是本申请实施例中一种服务端角度的智控物联整机OTA升级的装置结果示意图；
图6是本申请实施例中一种客户端的结构示意图。
具体实施方式
以下结合附图1-6对本申请作进一步详细说明。
本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改，但只要在本申请的权利要求范围内都受到专利法的保护。
OTA（Over-the-Air Technology，空中下载技术）升级文件用于对设备系统进行空中升级，OTA升级文件可以在设备正常使用时接收到升级通知，并基于收到的升级通知对需要升级的联网主板进行更新，但若是需要对末端传感器或执行器进行升级时，一般可直接更换需要升级的末端传感器或执行器，但，当需要升级的传感器或执行器中只出现了一个潜在漏洞或潜在威胁时，便将该末端传感器或执行器进行替换，则可能会导致末端设备资源浪费。若不利用更换末端传感器或执行器的方式对其进行更新，还可以通过人工将需要升级的末端传感器或执行器与离线升级设备进行连接，具体的可将末端传感器或执行器的接口与离线升级设备的接口相连，以对末端传感器或执行器进行升级，但是通过自动+人工结合的方式对待升级设备进行升级时，可能会影响对待升级设备整机进行升级时的效率。
为了以上技术问题，本申请实施例提供了一种智控物联整机OTA升级方法，能够通过数据通信实现待升级设备整机升级。为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
具体的，本申请实施例提供了一种智控物联整机OTA升级方法，由客户端执行，该客户端可以为终端设备，其中，终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此。
参考图1，图1是本申请实施例中一种智控物联整机OTA升级方法的流程示意图，由客户端执行，该方法包括步骤S110-步骤S130，其中：
步骤S110：获取指令服务，并根据指令服务确定对应的升级类型和升级对象，升级类型包括自身升级类型和末端升级类型。
具体的，指令服务可由相关工作人员在客户端触发后，由客户端上传至服务端，也可由服务端根据预设升级频率自动生成，指令服务的具体生成方式和预设升级频率在本申请实施例中不做具体限定，可由相关技术人员进行设定。可以根据特征识别的方式从指令服务中确定升级类型和升级对象。
其中，指令服务包含两种类型，一种类型为自身升级类型，即对客户端中的联网主板进行升级，对联网主板升级即为对客户端进行软件升级；另一种类型为末端升级类型，即对客户端对应的末端传感器或执行器进行升级，末端升级类型为对客户端进行硬件升级，具体的末端传感器和执行器在本申请实施例中不做具体限定，具体的数量也不做具体限定，例如，末端传感器可以为温度传感器、湿度传感器等，末端执行器可以为灯具开关器等。当升级类型为自身升级类型时，对应的升级对象为联网主板；当升级类型为末端升级类型时，对应的升级对象为具体的末端传感器或具体的末端执行器。
步骤S120：当升级类型为自身升级类型时，从服务端获取第一目标OTA升级数据，并基于第一目标OTA升级数据和升级对象执行第一升级操作，第一目标OTA升级数据是由服务端根据第一服务包装后生成的。
具体的，依据不同的升级类型从服务端获取到的数据不同，由于不同的升级对象在进行升级时能够接收的升级数据格式需求不同，因此需要根据升级类型确定对应的服务类型，再基于对应的服务类型对升级数据进行包装，以得到升级对象能够接受的升级数据格式。
第一服务可以为WEB服务，也可以为其他服务，由于不同的客户端中联网主板对应的框架采用的服务不同，有的客户端中联网主板对应程序采用WEB服务进行框架搭建，有的客户端中联网主板对应程序采用其他服务进行框架搭建，为了降低联网主板在升级过程中出现异常的概率，一般采用与联网主板对应程序采用的服务，对联网主板的升级数据进行包装，第一服务的具体内容在本申请实施例中不做具体限定，可由相关技术人员根据客户端的实际情况进行设定。WEB服务通常使用加密技术来保护升级数据，防止升级数据在传输过程中被窃取或篡改，因此，通过WEB服务包装后的升级数据具有高安全性。
服务端根据第一服务对需要包装的升级数据进行包装后，客户端可直接从服务端进行获取，服务端也可以直接放至客户端。客户端获取到第一目标OTA升级数据后，或客户端接收到第一目标OTA升级数据后，可直接执行升级对象对应的第一升级操作，第一升级操作为联网主板自身升级，具体升级过程可以为：
第一步，暂停当前运行的任务或服务，以确保升级过程的顺利进行；
第二步，解析接收到的第一目标OTA升级数据，提取出需要更新的代码和配置信息，通常涉及到对第一目标OTA升级数据的解析、解压缩等操作；
第三步，在解析完第一目标OTA升级数据后，将新的代码和配置信息应用到自身，可能涉及到替换现有的代码、更新配置文件、重启服务等；
第四步，重新启动，以应用新的代码和配置信息。
具体升级过程在本申请实施例中不做具体限定，可由相关技术人员根据客户端的实际情况付升级操作进行限定和修改。
步骤S130：当升级类型为末端升级类型时，从服务端获取第二目标OTA升级数据，并基于第二目标OTA升级数据和升级对象执行第二升级操作，第二目标OTA升级数据是由服务端根据第二服务包装后生成的。
具体的，第二服务可以为FTP服务，由于对软件进行升级时，一般会涉及到更新代码、功能或修复补丁，软件升级的复杂性也可能因软件的不同而异，一些简单的软件更新可能只需要少量的升级数据，而对于硬件升级而言，升级数据可能包括新的固件、驱动程序或配置信息等，用于更新或修改硬件的功能或性能，可能会需要较多的升级数据，经过FTP服务包装过的第二目标OTA升级数据对应的传输速率较快，因此当对硬件升级过程中包含有大量升级数据时，也不会产生较长的数据传输时间。
服务端根据第二服务对需要包装的升级数据进行包装后，客户端可直接从服务端进行获取，服务端也可以直接放至客户端。客户端获取到第二目标OTA升级数据后，或客户端接收到第二目标OTA升级数据后，可直接执行升级对象对应的第二升级操作，第二升级操作为末端传感器升级，或末端执行器升级，具体执行过程可以包括：
根据升级对象和第一映射关系，确定升级对象对应的目标预设包装协议，第一映射关系为升级对象和目标预设包装协议的对应关系；识别预设包装协议对应的单次数据传输量，并根据单次数据传输量对第二目标OTA升级数据进行数据划分，得到多个划分OTA升级数据；根据目标预设包装协议对每个划分OTA升级数据进行包装，得到每个划分OTA升级数据对应的划分包装升级数据；基于每个划分包装升级数据和升级对象执行第二升级操作。
具体的，当升级类型为末端升级类型时，客户端需要对第二目标OTA升级数据进行进一步包装处理，再将进一步包装处理过的升级数据转发至升级对象后，才能实现对升级对象进行升级处理，其中不同的升级对象对应的目标预设包装协议不同，第一映射关系中包含有不同的升级对象所对应的预设包装协议，第一映射关系的具体内容在本申请实施例中不做具体限定，可由相关技术人员进行设定。
预设包装协议可以为自研Modbus-Tiny 协议，本申请实施例中的自研Modbus-Tiny 协议中包含有单次数据传输量，由于不同升级对象对应的第二目标OTA升级数据不同，因此不同升级对象对应的单次数据传输量也可能不同，通过特征识别的方式，可以从升级对象对应的目标预设包装协议中识别出单次数据传输量。为了降低升级过程对末端传感器或执行器产生的影响，可根据单次数据传输量将第二目标 OTA升级数据进行划分，通过多次传输，逐步升级的方式进行升级，单次数据传输量为划分OTA升级数据对应的数据量，在对其进行划分时，不是按照固定划分方式进行划分，而是通过升级对象对应的预设包装协议对第二目标OTA升级数据进行划分，能够提升划分结果与第二目标OTA升级数据的适配度。
第二升级操作与第一升级操作不同，由于第二目标OTA升级数据已经根据升级对象对应的单次数据传输量进行了划分，因此第二升级操作并不是一次性完成的，而是需要按照每个划分OTA升级数据进行升级，升级次数与划分OTA升级数据一致。其中，自研Modbus-Tiny 协议的具体内容可以包括升级对象地址 + 功能码 + 划分OTA升级数据 +校验位，其中，升级对象地址可根据升级对象和地址映射关系确定，其中地址映射管关系为升级对象与升级对象地址之间的对应关系，地址映射关系的具体内容在本申请实施例中不做具体限定，可由相关技术人员进行设定。功能码用于提示升级对象在接收到划分OTA升级数据后执行的操作内容，由于本申请实施例主要内容为对升级对象进行升级处理，因此本申请实施例中的功能码用于表征升级功能。校验位为可以为CRC校验，还可以为其他校验，只要能够对划分OTA升级数据的完整性进行验证即可。
对于本申请实施例，通过设定自身升级类型和末端升级类型，并依据不同的升级类型所对应的服务对升级数据进行包装，能够灵活地处理不同升级类型的指令服务，即，能够对客户端对应的待升级设备进行软件升级，也能对其进行硬件升级，通过建立客户端与服务端之间的数据传输联系，能够建立客户端与服务端之间的物联网，通过服务端与客户端之间的物联网控制升级能够提升对客户端进行整机升级时的智能化程度，从而能够提升对客户端对应的待升级设备进行升级时的效率。
进一步地，为了能够降低升级对象在升级过程中出现设备异常的概率，基于每个划分包装升级数据和升级对象执行第二升级操作，具体可以包括：
从多个划分包装升级数据中确定目标划分包装升级数据，并执行循环步骤，直至满足预设条件，循环步骤包括：根据目标划分包装升级数据和升级对象执行第二升级操作；当接收到升级对象反馈的升级完成指令后，从其他划分包装升级数据中确定下一目标划分包装升级数据，其他划分包装升级数据为除目标划分包装升级数据之外的其他划分包装升级数据；预设条件包括：其他划分包装升级数据为空。
具体的，划分包装升级数据为划分OTA升级数据，经由自研Modbus-Tiny 协议包装后形成的，由于划分OTA升级数据的数量为多个，因此，与划分OTA升级数据对应的划分包装升级数据也有多个，每个划分包装升级数据一一传输至升级对象，并由升级对象一一执行升级操作，由于划分包装升级数据不是同时进行传输的，因此将划分OTA升级数据转换成划分包装升级数据时也不需要同时进行。即，可以在将所有的划分OTA升级数据进行包装，生成划分包装升级数据后，再一一传输划分包装升级数据；还可以通过实时包装划分OTA升级数据，实时传输划分包装升级数据的方式执行第二升级操作，执行第二升级操作的方式在本申请实施例中不做具体限定，可由相关技术人员进行设定。
当采用第一种方式时，即在将所有的划分OTA升级数据进行包装，生成划分包装升级数据后，再一一传输划分包装升级数据时，可以先从多个划分包装升级数据中确定出目标划分包装升级数据，其中，确定目标划分包装升级数据时，可以随机选择，也可以按照生成时间进行选择，具体的选择方式在本申请实施例中不做具体限定，将选择出来的目标划分包装升级数据通过有线传输的方式，传输至升级对象，即具体的末端传感器或执行器，其中，建立客户端与末端传感器或执行器之间的传输通道时，可通过 RS485 总线进行传输，具体的有线传输方式在本申请实施例中不做具体限定，可由相关技术人员进行设定。通过有限传输的方式进行数据传输，可降低数据传输过程中被干扰的概率，有助于提升数据安全性。
将目标划分包装升级数据通过有线传输的方式，发送至升级对象后，并不是继续发送下一目标划分包装升级数据，而是需要等待升级对象发出升级完成指令，若升级对象向客户端发出升级完成指令，即可表征升级对象已经接收到了完整的目标划分包装升级数据，并且已经完成了部分升级。其中，生成升级完成指令的具体过程包括：
识别目标划分包装升级数据中的划分校验位；接收升级对象反馈的升级校验数据，并识别升级校验数据中的升级校验位；若划分校验位与升级校验位一致，则生成升级完成指令。
具体的，可通过特征识别的方式，确定目标划分包装升级数据中的划分校验位，升级对象反馈的升级校验位是在接收到目标划分包装升级数据后自行计算得到的，当采用CRC校验进行校验时，错误校验域占用两个字节包含了一个16位的二进制值，CRC值由升级对象计算出来，然后附加到反馈数据帧上，客户端在接收反馈数据时重新计算CRC值，然后与接收到的CRC域中的值进行比较，如果这两个值不相等，就表征发生了错误传输，若一致，就表征没有发生错误传输，此时升级对象会生成升级完成指令，并再次反馈至客户端，具体的校验方式在本申请实施例中不做具体限定，只要能够对传输数据的完整性进行验证即可。通过进行校验位匹配能够判断升级对象是否能够进行无误升级，通过校验位比对能够对升级过程进行监督，从而能够提升升级结果的准确性。
待客户端接收到升级对象反馈的升级完成指令后，需要继续将下一目标划分包装升级数据进行传输，并再次进行校验，直至所有的划分包装升级数据均进行传输，即，除目标划分包装升级数据之外的其他划分包装升级数据为空，也即，所有的划分包装升级数据均已经作为目标划分包装数据进行了传输。在每次传输划分包装升级数据后，需要对升级对象是否接收到完整的划分包装升级数据进行确定，只有确认出当前传输的划分包装升级数据被升级对象完整接收后，再对升级对象传输下一划分包装升级数据，通过这种方式可以提升数据传输过程中的安全性，从而能够降低升级对象在升级过程中出现设备异常的概率。
进一步地，为了降低执行升级操作时出现数据紊乱情况的概率，本申请实施例提供的方法还包括：
从服务端获取第一目标OTA升级数据之后，将第一目标OTA升级数据存储至预设FLASH 储存空间，等待执行第一升级操作；从服务端获取第二目标OTA升级数据之后，将第二目标OTA升级数据对应的多个划分OTA升级数据，按照预设顺序存储至预设RAM储存空间，等待执行第二升级操作。
具体的，预设FLASH储存空间和预设RAM储存空间，均为客户端中的数据储存空间，当识别到第一目标OTA升级数据对应的数据特征后，直接将接收到的数据存储至预设FLASH储存空间；当识别到第二目标OTA升级数据对应的数据特征后，直接将接收到数据存储至预设RAM储存空间。在对升级对象进行升级前，将从服务端获取到的目标OTA升级数据线先存储至本地，再进行升级操作，便于降低因数据下载存在延迟对升级过程造成的影响。
由于第二目标OTA升级数据在执行第二升级操作时，需要分多次进行，并且还需要在每次发送后进行完整性验证，因此可能会产生较长的升级周期，若将第一目标OTA升级数据与第二目标OTA升级数据存储至同一储存空间，则可能会对第一目标OTA升级数据的调取产生影响。由于划分OTA升级数据是由第二目标OTA升级数据划分过的，因此每个划分OTA升级数据对应的数据量相对较小，传输较快，因此采用预设RAM储存空间对多个划分OTA升级数据进行存储。在将多个划分OTA升级数据进行存储时，可按照预设顺序进行存储，预设顺序可由相关技术人员根据实际情况进行设定，具体顺序在本申请实施例中不做具体限定。通过将第一目标OTA升级数据与第二目标OTA升级数据存储至不同的储存空间，便于降低执行升级操作时出现数据紊乱情况的概率，由于第二目标OTA升级数据在执行第二升级操作前已进行了划分，因此，通过预设顺序对其进行存储，便于提升存储过程中的规范性，从而便于降低在后续升级过程中出现数据调用失误的情况出现的概率，进而能够提升执行升级操作时的准确性。
参考图2，图2是本申请实施例中另一种智控物联整机OTA升级方法的流程示意图，由服务端执行，该方法包括步骤S210-步骤S230，其中：
步骤S210：获取指令服务和指令服务对应的升级类型和升级对象，升级类型包括自身升级类型和末端升级类型。
具体的，指令服务可由相关工作人员在客户端触发后，由客户端上传至服务端；也可由服务端根据预设升级频率自动生成后反馈至客户端，指令服务的具体生成方式和预设升级频率在本申请实施例中不做具体限定。当指令服务是由服务端生成时，可由服务端内设的指令服务组件生成，并发送至对应的客户端。由于一个服务端可能对应有多个客户端，因此在将生成的指令服务转发至对应客户端时，需要根据客户端标识进行转发，客户端标识可以为客户端id，也可以为客户端编号，具体的方式在本申请实施例中不做具体限定。
步骤S220：当升级类型为自身升级类型时，根据升级对象从共享目录中确定第一OTA升级数据，并根据第一服务对第一OTA升级数据进行包装，得到第一目标OTA升级数据，向客户端发送第一目标OTA升级数据，以使得客户端基于第一目标OTA升级数据和升级对象执行第一升级操作。
具体的，当识别到指令服务中的升级类型为自身升级类型时，直接根据第一服务对第一OTA升级数据进行包装，其中第一OTA升级数据为共享目录中的升级数据，共享目录中包含所有升级对象的升级数据。其中，为了降低传输过程中出现数据丢失的概率，根据第一服务对第一OTA升级数据进行包装，得到第一目标OTA升级数据，向客户端发送第一目标OTA升级数据，具体包括：
根据第一服务和升级对象从多个第一服务通道中确定目标第一服务通道；在目标第一服务通道内，根据第一服务对第一OTA升级数据进行包装，得到第一目标OTA升级数据；建立第一服务通道与客户端中的预设FLASH储存空间之间的传输通道，并基于传输通道将第一目标OTA升级数据存储至客户端中的预设FLASH存储空间。
具体的，由于同一个服务器可能对应有多个客户端，因此，在同一时刻可能会响应多个客户端的升级需求，但由于每个客户端在升级时均需进行数据包装，因此，在本申请实施例对应的服务端设置有多个服务通道，其中第一服务对应有多个服务通道，第二服务也对应有多个服务通道，通过第一服务通道可以实现根据第一服务进行数据包装的操作，对应的，通过第二服务通道也可以实现第二服务进行数据包装的操作。
由于不同升级对象所适用的通道性能可能不同，因此从多个第一服务通道中确定目标第一服务通道时，需要依据升级对象进行确定。根据第一服务对第一OTA升级数据进行包装，即将第一OTA数据转换为与第一服务相对应的格式，例如，当第一服务为WEB服务时，经过第一服务包装后生成的第一目标OTA升级数据为与WEB服务格式相对应的数据。建立的传输通道为第一服务通道与对应客户端的预设FLASH储存空间之间的通道，通过该传输通道可定向将第一目标OTA升级数据传输至预设FLASH储存空间，通过定向传输便于降低传输过程中出现数据丢失情况的概率。将第一目标OTA升级数据传输至预设FLASH储存空间后，以使得客户端基于第一目标OTA升级数据和升级对象执行第一升级操作。
步骤S230：当升级类型为末端升级类型时，根据升级对象从共享目录中确定第二OTA升级数据，并根据第二服务对第二OTA升级数据进行包装，得到第二目标OTA升级数据，向客户端发送第二目标OTA升级数据，以使得客户端基于第二目标OTA升级数据和升级对象执行第二升级操作。
具体的，当识别到指令服务中的升级类型为末端升级类型时，直接根据第二服务对第二OTA升级数据进行包装，其中第二OTA升级数据为共享目录中的升级数据。其中，为了降低传输过程中出现数据丢失的概率，根据第二服务对第二OTA升级数据进行包装，得到第二目标OTA升级数据，具体包括：
根据第二服务和升级对象从多个第二服务通道中确定目标第二服务通道；在目标第二服务通道内，根据第二服务对第二OTA升级数据进行包装，得到第二目标OTA升级数据。具体实施方式可参考上述步骤S220中记载的内容，在此不做赘述，将第二目标OTA升级数据传输至预设RAM储存空间后，以使得客户端基于第二目标OTA升级数据和升级对象执行第二升级操作。
对于本申请实施例，通过设定自身升级类型和末端升级类型，并依据不同的升级类型所对应的服务对升级数据进行包装，能够灵活地处理不同升级类型的指令服务，在根据不同的服务对不同升级类型的数据进行包装后发送给客户端，以使客户端能够进行软件升级，也能够进行硬件升级，通过建立客户端与服务端之间的数据传输联系，能够建立客户端与服务端之间的物联网，通过服务端与客户端之间的物联网控制升级能够提升对客户端进行整机升级时的智能化程度，从而能够提升对客户端对应的待升级设备进行升级时的效率。
进一步地，为了提升共享目录的安全性，本申请提供的方法还包括：
获取上传升级信息，上传升级信息包括上传身份信息和上传升级数据；从共享目录中识别上传升级数据对应的目录节点，并根据目录节点和第二映射关系确定目录节点对应的目标身份权限；将上传身份信息和目标身份权限相匹配得到权限匹配值，当权限匹配值高于预设匹配值时，根据上传升级数据更新目录节点对应的节点数据。
具体的，为了灵活适应不同的指令服务，不同的服务通道均可访问服务端中的共享目录，因此共享目录中包含所有升级对象的升级数据，其中，不同的客户端对应的子共享目录不同，共享目录中包含有多个目录节点，不同的目录节点对应的升级对象可能不同，也可能相同，例如，目录节点a1对应升级对象1的功能1，目录节点a2对应升级对象1的功能2，共享目录由多个相关工作人员上传的升级文件构成，其中，不同的目录节点对应的数据重要程度不同，因此，并不是所有相关工作人员都能够对共享目录中升级数据进行更新或修改。当检测到相关工作人员需要向共享目录中上传升级文件时，需要对相关工作工作人员的身份权限进行验证，以判断该人员是否具备上传升级文件的权限，只有通过身份验证后，才能允许相关工作人员访问共享目录并对共享目录中的节点数据进行更新或调整，本申请实施例中通过将相关工作人员的上传身份信息和目标身份权限进行匹配的方式，对相关工作人员进行身份验证，当权限匹配值高于预设匹配值时，确定对应相关工作人员能够根据上传升级数据更新目录节点对应的节点数据，其中，更新的方式可以为替换或修改，具体的更新方式在本申请实施例中不做具体限定，可由相关技术人员进行设定。通过为不同的目录节点设定不同的身份权限，能够提升共享目录中所有节点数据的安全性。
上述实施例从方法流程的角度分别以客户端和服务端角度介绍了一种智控物联整机OTA升级方法，下述实施例通过一个具体的客户端与服务端进行交互的场景，介绍本申请实施例所示的智控物联整机OTA升级方法，如图3所示，服务端内设的指令服务组件生成指令服务后传输至对应的客户端，当服务端识别到指令服务中的升级类型为自身升级类型时，直接根据第一服务对第一OTA升级数据进行包装，得到第一目标OTA升级数据，并将第一目标OTA升级数据传输至客户端，客户端基于服务端发送的第一目标OTA升级数据完成第一升级操作。
当服务端识别到指令服务中的升级类型为末端升级类型时，直接根据第二服务对第二OTA升级数据进行包装得到第二目标OTA升级数据，并将第二目标OTA升级数据传输至客户端，客户端会将第二目标OTA升级数据进行划分后，实时将划分OTA升级数据与自研Modbus-Tiny 协议格式实时组包，通过 RS485 总线发送给对应的末端传感器或执行器，通过应答的方式完成第二升级操作。
上述实施例从方法流程的角度介绍一种智控物联整机OTA升级方法，下述实施例从虚拟模块或者虚拟单元的角度介绍了一种智控物联整机OTA升级装置，具体详见下述实施例。
本申请实施例提供一种智控物联整机OTA升级的装置，如图4所示，该装置具体可以包括：
客户端获取指令服务模块410，用于获取指令服务，并根据指令服务确定对应的升级类型和升级对象，升级类型包括自身升级类型和末端升级类型；
执行第一升级操作模块420，用于当升级类型为自身升级类型时，从服务端获取第一目标OTA升级数据，并基于第一目标OTA升级数据和升级对象执行第一升级操作，第一目标OTA升级数据是由服务端根据第一服务包装后生成的；
执行第二升级操作模块430，用于当升级类型为末端升级类型时，从服务端获取第二目标OTA升级数据，并基于第二目标OTA升级数据和升级对象执行第二升级操作，第二目标OTA升级数据是由服务端根据第二服务包装后生成的。
在一种可能实现的方式中，执行第二升级操作模块430在基于第二目标OTA升级数据和升级对象执行第二升级操作时，具体用于：
根据升级对象和第一映射关系，确定升级对象对应的目标预设包装协议，第一映射关系为升级对象和目标预设包装协议的对应关系；
识别预设包装协议对应的单次数据传输量，并根据单次数据传输量对第二目标OTA升级数据进行数据划分，得到多个划分OTA升级数据；
根据目标预设包装协议对每个划分OTA升级数据进行包装，得到每个划分OTA升级数据对应的划分包装升级数据；
基于每个划分包装升级数据和升级对象执行第二升级操作。
在一种可能实现的方式中，执行第二升级操作模块430在基于每个划分包装升级数据和升级对象执行第二升级操作时，具体用于：
从多个划分包装升级数据中确定目标划分包装升级数据，并执行循环步骤，直至满足预设条件，循环步骤包括：
根据目标划分包装升级数据和升级对象执行第二升级操作；
当接收到升级对象反馈的升级完成指令后，从其他划分包装升级数据中确定下一目标划分包装升级数据，其他划分包装升级数据为除目标划分包装升级数据之外的其他划分包装升级数据；
预设条件包括：其他划分包装升级数据为空。
在一种可能实现的方式中，该装置还包括：
识别划分校验位模块，用于识别目标划分包装升级数据中的划分校验位；
识别升级校验位模块，用于接收升级对象反馈的升级校验数据，并识别升级校验数据中的升级校验位；
生成升级完成指令模块，用于若划分校验位与升级校验位一致，则生成升级完成指令。
在一种可能实现的方式中，该装置还包括：
第一存储模块，用于从服务端获取第一目标OTA升级数据之后，将第一目标OTA升级数据存储至预设FLASH 储存空间，等待执行第一升级操作；
第二存储模块，用于从服务端获取第二目标OTA升级数据之后，将第二目标OTA升级数据对应的多个划分OTA升级数据，按照预设顺序存储至预设RAM储存空间，等待执行第二升级操作。
本申请实施例还提供一种智控物联整机OTA升级的装置，如图5所示，该装置具体可以包括：
服务端获取指令模块510，用于获取指令服务和指令服务对应的升级类型和升级对象，升级类型包括自身升级类型和末端升级类型；
确定第一目标OTA升级数据模块520，用于当升级类型为自身升级类型时，根据升级对象从共享目录中确定第一OTA升级数据，并根据第一服务对第一OTA升级数据进行包装，得到第一目标OTA升级数据，向客户端发送第一目标OTA升级数据，以使得客户端基于第一目标OTA升级数据和升级对象执行第一升级操作；
确定第二目标OTA升级数据模块530，用于当升级类型为末端升级类型时，根据升级对象从共享目录中确定第二OTA升级数据，并根据第二服务对第二OTA升级数据进行包装，得到第二目标OTA升级数据，向客户端发送第二目标OTA升级数据，以使得客户端基于第二目标OTA升级数据和升级对象执行第二升级操作。
在一种可能实现的方式中，确定第一目标OTA升级数据模块520在根据第一服务对第一OTA升级数据进行包装，得到第一目标OTA升级数据，向客户端发送第一目标OTA升级数据时，具体用于：
根据第一服务和升级对象从多个第一服务通道中确定目标第一服务通道；
在目标第一服务通道内，根据第一服务对第一OTA升级数据进行包装，得到第一目标OTA升级数据；
建立第一服务通道与客户端中的预设FLASH储存空间之间的传输通道，并基于传输通道将第一目标OTA升级数据存储至客户端中的预设FLASH储存空间。
在一种可能实现的方式中，该装置还包括：
获取上传信息模块，用于获取上传升级信息，上传升级信息包括上传身份信息和上传升级数据；
确定身份权限模块，用于从共享目录中识别上传升级数据对应的目录节点，并根据目录节点和第二映射关系确定目录节点对应的目标身份权限；
身份匹配模块，用于将上传身份信息和目标身份权限相匹配得到权限匹配值，当权限匹配值高于预设匹配值时，根据上传升级数据更新目录节点对应的节点数据。
本申请实施例中提供了一种客户端，如图6所示，图6所示的客户端600包括：处理器601和存储器603。其中，处理器601和存储器603相连，如通过总线602相连。可选地，客户端600还可以包括收发器604。需要说明的是，实际应用中收发器604不限于一个，该客户端600的结构并不构成对本申请实施例的限定。
处理器601可以是CPU（Central Processing Unit，中央处理器），通用处理器，DSP（Digital Signal Processor，数据信号处理器），ASIC（Application SpecificIntegrated Circuit，专用集成电路），FPGA（Field Programmable Gate Array，现场可编程门阵列）或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器601也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。
总线602可包括一通路，在上述组件之间传送信息。总线602可以是PCI（Peripheral Component Interconnect，外设部件互连标准）总线或EISA（ExtendedIndustry Standard Architecture，扩展工业标准结构）总线等。总线602可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条线表示，但并不表示仅有一根总线或一种类型的总线。
存储器603可以是ROM（Read Only Memory，只读存储器）或可存储静态信息和指令的其他类型的静态存储设备，RAM（Random Access Memory，随机存取存储器）或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM（Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器）、CD-ROM（Compact DiscRead Only Memory，只读光盘）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
存储器603用于存储执行本申请方案的应用程序代码，并由处理器601来控制执行。处理器601用于执行存储器603中存储的应用程序代码，以实现前述方法实施例所示的内容。
其中，客户端包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA（个人数字助理）、PAD（平板电脑）、PMP（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。还可以为服务器等。图6示出的客户端仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
本申请实施例中还提供了一种服务端，具体请参考上述关于一种客户端的描述，服务端的具体内容在本申请实施例中不再赘述。
本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (6)

1.一种智控物联整机OTA升级方法，其特征在于，由客户端执行，包括：
获取指令服务，并根据所述指令服务确定对应的升级类型和升级对象，所述升级类型包括自身升级类型和末端升级类型，其中，自身升级类型即对客户端中的联网主板进行升级，对联网主板升级即为对客户端进行软件升级，末端升级类型即对客户端对应的末端传感器或执行器进行升级，末端升级类型为对客户端进行硬件升级；
当所述升级类型为自身升级类型时，从服务端获取第一目标OTA升级数据，并基于所述第一目标OTA升级数据和所述升级对象执行第一升级操作，所述第一目标OTA升级数据是由所述服务端根据第一服务包装后生成的，第一服务为WEB服务，客户端获取到第一目标OTA升级数据后，或客户端接收到第一目标OTA升级数据后，可直接执行升级对象对应的第一升级操作；
当所述升级类型为末端升级类型时，从所述服务端获取第二目标OTA升级数据，并基于所述第二目标OTA升级数据和所述升级对象执行第二升级操作，所述第二目标OTA升级数据是由所述服务端根据第二服务包装后生成的，第二服务为FTP服务，客户端获取到第二目标OTA升级数据后，或客户端接收到第二目标OTA升级数据后，可直接执行升级对象对应的第二升级操作；
其中，所述基于所述第二目标OTA升级数据和所述升级对象执行第二升级操作，包括：根据所述升级对象和第一映射关系，确定所述升级对象对应的目标预设包装协议，所述第一映射关系为升级对象和目标预设包装协议的对应关系；识别所述预设包装协议对应的单次数据传输量，并根据所述单次数据传输量对所述第二目标OTA升级数据进行数据划分，得到多个划分OTA升级数据；根据所述目标预设包装协议对每个划分OTA升级数据进行包装，得到每个划分OTA升级数据对应的划分包装升级数据；基于每个划分包装升级数据和所述升级对象执行第二升级操作，预设包装协议为自研Modbus Tiny 协议，自研Modbus-Tiny协议中包含有单次数据传输量，自研Modbus-Tiny 协议的具体内容包括升级对象地址 +功能码 + 划分OTA升级数据 +校验位；
其中，所述基于每个划分包装升级数据和所述升级对象执行第二升级操作，包括：从多个划分包装升级数据中确定目标划分包装升级数据，并执行循环步骤，直至满足预设条件，所述循环步骤包括：根据所述目标划分包装升级数据和所述升级对象执行第二升级操作；当接收到所述升级对象反馈的升级完成指令后，从其他划分包装升级数据中确定下一目标划分包装升级数据，所述其他划分包装升级数据为除目标划分包装升级数据之外的其他划分包装升级数据；所述预设条件包括：所述其他划分包装升级数据为空；
其中，根据所述目标划分包装升级数据和所述升级对象执行第二升级操作，包括：从多个划分包装升级数据中确定出目标划分包装升级数据，其中，确定目标划分包装升级数据时，按照生成时间进行选择；将选择出来的目标划分包装升级数据通过有线传输的方式，传输至升级对象，升级对象为具体的末端传感器或执行器，其中，建立客户端与末端传感器或执行器之间的传输通道时，可通过 RS485 总线进行传输；
其中，所述根据所述目标划分包装升级数据和所述升级对象执行第二升级操作之后，还包括：识别所述目标划分包装升级数据中的划分校验位；接收所述升级对象反馈的升级校验数据，并识别所述升级校验数据中的升级校验位；若所述划分校验位与所述升级校验位一致，则生成升级完成指令；
其中，还包括：从所述服务端获取第一目标OTA升级数据之后，将所述第一目标OTA升级数据存储至预设FLASH 储存空间，等待执行所述第一升级操作；从所述服务端获取第二目标OTA升级数据之后，将所述第二目标OTA升级数据对应的多个划分OTA升级数据，按照预设顺序存储至预设RAM储存空间，等待执行所述第二升级操作。
2.一种智控物联整机OTA升级方法，其特征在于，由服务端执行，包括：
获取指令服务和所述指令服务对应的升级类型和升级对象，所述升级类型包括自身升级类型和末端升级类型，其中，自身升级类型即对客户端中的联网主板进行升级，对联网主板升级即为对客户端进行软件升级，末端升级类型即对客户端对应的末端传感器或执行器进行升级，末端升级类型为对客户端进行硬件升级；
当所述升级类型为自身升级类型时，根据所述升级对象从共享目录中确定第一OTA升级数据，并根据第一服务对所述第一OTA升级数据进行包装，得到第一目标OTA升级数据，向客户端发送所述第一目标OTA升级数据，以使得客户端基于所述第一目标OTA升级数据和所述升级对象执行第一升级操作，第一服务为WEB服务，客户端获取到第一目标OTA升级数据后，或客户端接收到第一目标OTA升级数据后，可直接执行升级对象对应的第一升级操作；
当所述升级类型为末端升级类型时，根据所述升级对象从所述共享目录中确定第二OTA升级数据，并根据第二服务对所述第二OTA升级数据进行包装，得到第二目标OTA升级数据，向所述客户端发送所述第二目标OTA升级数据，以使得所述客户端基于所述第二目标OTA升级数据和所述升级对象执行第二升级操作，第二服务为FTP服务，客户端获取到第二目标OTA升级数据后，或客户端接收到第二目标OTA升级数据后，可直接执行升级对象对应的第二升级操作；
其中，客户端基于所述第二目标OTA升级数据和所述升级对象执行第二升级操作时，具体包括：
根据所述升级对象和第一映射关系，确定所述升级对象对应的目标预设包装协议，所述第一映射关系为升级对象和目标预设包装协议的对应关系；识别所述预设包装协议对应的单次数据传输量，并根据所述单次数据传输量对所述第二目标OTA升级数据进行数据划分，得到多个划分OTA升级数据；根据所述目标预设包装协议对每个划分OTA升级数据进行包装，得到每个划分OTA升级数据对应的划分包装升级数据；基于每个划分包装升级数据和所述升级对象执行第二升级操作，预设包装协议为自研Modbus Tiny 协议，自研Modbus-Tiny 协议中包含有单次数据传输量，自研Modbus-Tiny 协议的具体内容包括升级对象地址 + 功能码 + 划分OTA升级数据 +校验位；
其中，所述基于每个划分包装升级数据和所述升级对象执行第二升级操作，包括：从多个划分包装升级数据中确定目标划分包装升级数据，并执行循环步骤，直至满足预设条件，所述循环步骤包括：根据所述目标划分包装升级数据和所述升级对象执行第二升级操作；当接收到所述升级对象反馈的升级完成指令后，从其他划分包装升级数据中确定下一目标划分包装升级数据，所述其他划分包装升级数据为除目标划分包装升级数据之外的其他划分包装升级数据；所述预设条件包括：所述其他划分包装升级数据为空；
其中，根据所述目标划分包装升级数据和所述升级对象执行第二升级操作，包括：从多个划分包装升级数据中确定出目标划分包装升级数据，其中，确定目标划分包装升级数据时，按照生成时间进行选择；将选择出来的目标划分包装升级数据通过有线传输的方式，传输至升级对象，升级对象为具体的末端传感器或执行器，其中，建立客户端与末端传感器或执行器之间的传输通道时，可通过 RS485 总线进行传输；
其中，所述根据所述目标划分包装升级数据和所述升级对象执行第二升级操作之后，还包括：识别所述目标划分包装升级数据中的划分校验位；接收所述升级对象反馈的升级校验数据，并识别所述升级校验数据中的升级校验位；若所述划分校验位与所述升级校验位一致，则生成升级完成指令；
其中，还包括：从所述服务端获取第一目标OTA升级数据之后，将所述第一目标OTA升级数据存储至预设FLASH 储存空间，等待执行所述第一升级操作；从所述服务端获取第二目标OTA升级数据之后，将所述第二目标OTA升级数据对应的多个划分OTA升级数据，按照预设顺序存储至预设RAM储存空间，等待执行所述第二升级操作。
3.根据权利要求2所述的一种智控物联整机OTA升级方法，其特征在于，所述根据第一服务对所述第一OTA升级数据进行包装，得到第一目标OTA升级数据，向所述客户端发送所述第一目标OTA升级数据，包括：
根据所述第一服务和所述升级对象从多个第一服务通道中确定目标第一服务通道；
在所述目标第一服务通道内，根据所述第一服务对所述第一OTA升级数据进行包装，得到第一目标OTA升级数据；
建立所述第一服务通道与所述客户端中的预设FLASH储存空间之间的传输通道，并基于所述传输通道将所述第一目标OTA升级数据存储至所述客户端中的预设FLASH储存空间。
4.根据权利要求2所述的一种智控物联整机OTA升级方法，其特征在于，还包括：
获取上传升级信息，所述上传升级信息包括上传身份信息和上传升级数据；
从所述共享目录中识别所述上传升级数据对应的目录节点，并根据所述目录节点和第二映射关系确定所述目录节点对应的目标身份权限；
将所述上传身份信息和所述目标身份权限相匹配得到权限匹配值，当所述权限匹配值高于预设匹配值时，根据所述上传升级数据更新所述目录节点对应的节点数据。
5.一种客户端，其特征在于，该客户端包括：
至少一个处理器；
存储器；
至少一个应用程序，其中所述至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行，所述至少一个应用程序配置用于：执行权利要求1中任一项所述的智控物联整机OTA升级方法。
6.一种服务端，其特征在于，该服务端包括：
至少一个处理器；
存储器；
至少一个应用程序，其中所述至少一个应用程序被存储在存储器中并被配置为由至少一个处理器执行，所述至少一个应用程序配置用于：执行权利要求2-4中任一项所述的智控物联整机OTA升级方法。
CN202410022330.4A 2024-01-08 2024-01-08 一种智控物联整机ota升级方法、客户端及服务端 Active CN117560285B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202410022330.4A CN117560285B (zh) 2024-01-08 2024-01-08 一种智控物联整机ota升级方法、客户端及服务端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202410022330.4A CN117560285B (zh) 2024-01-08 2024-01-08 一种智控物联整机ota升级方法、客户端及服务端

Publications (2)

Publication Number Publication Date
CN117560285A CN117560285A (zh) 2024-02-13
CN117560285B true CN117560285B (zh) 2024-04-09

Family

ID=89813115

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202410022330.4A Active CN117560285B (zh) 2024-01-08 2024-01-08 一种智控物联整机ota升级方法、客户端及服务端

Country Status (1)

Country Link
CN (1) CN117560285B (zh)

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104602114A (zh) * 2015-01-09 2015-05-06 乐视致新电子科技（天津）有限公司 传输及接收升级文件的方法、系统、智能电视和遥控器
CN107153529A (zh) * 2016-03-02 2017-09-12 中兴通讯股份有限公司 一种嵌入式软件开发方法、装置及平台
CN112000355A (zh) * 2020-08-21 2020-11-27 青岛海尔科技有限公司 用于固件升级的方法及装置、家电设备
CN112835597A (zh) * 2019-11-22 2021-05-25 中兴通讯股份有限公司 升级方法、装置、服务器、终端和存储介质
CN114489708A (zh) * 2020-10-28 2022-05-13 漳州立达信光电子科技有限公司 多服务网关的服务升级方法、装置及网关设备
CN114860278A (zh) * 2022-04-22 2022-08-05 成都启英泰伦科技有限公司 一种语音芯片ota升级方法
CN115529301A (zh) * 2022-08-31 2022-12-27 深圳前海环融联易信息科技服务有限公司 基于云边协同的固件升级方法及服务端、边缘网关端
CN115551076A (zh) * 2022-09-05 2022-12-30 西安闻泰信息技术有限公司 移动终端的定位方法、装置、电子设备及存储介质
CN116185460A (zh) * 2023-04-26 2023-05-30 深圳市鼎盛科电子有限公司 一种嵌入式系统软件自动升级的方法及装置
CN116931990A (zh) * 2023-07-14 2023-10-24 Tcl空调器(中山)有限公司 固件升级控制方法、装置、多联空调及存储介质

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104602114A (zh) * 2015-01-09 2015-05-06 乐视致新电子科技（天津）有限公司 传输及接收升级文件的方法、系统、智能电视和遥控器
CN107153529A (zh) * 2016-03-02 2017-09-12 中兴通讯股份有限公司 一种嵌入式软件开发方法、装置及平台
CN112835597A (zh) * 2019-11-22 2021-05-25 中兴通讯股份有限公司 升级方法、装置、服务器、终端和存储介质
CN112000355A (zh) * 2020-08-21 2020-11-27 青岛海尔科技有限公司 用于固件升级的方法及装置、家电设备
CN114489708A (zh) * 2020-10-28 2022-05-13 漳州立达信光电子科技有限公司 多服务网关的服务升级方法、装置及网关设备
CN114860278A (zh) * 2022-04-22 2022-08-05 成都启英泰伦科技有限公司 一种语音芯片ota升级方法
CN115529301A (zh) * 2022-08-31 2022-12-27 深圳前海环融联易信息科技服务有限公司 基于云边协同的固件升级方法及服务端、边缘网关端
CN115551076A (zh) * 2022-09-05 2022-12-30 西安闻泰信息技术有限公司 移动终端的定位方法、装置、电子设备及存储介质
CN116185460A (zh) * 2023-04-26 2023-05-30 深圳市鼎盛科电子有限公司 一种嵌入式系统软件自动升级的方法及装置
CN116931990A (zh) * 2023-07-14 2023-10-24 Tcl空调器(中山)有限公司 固件升级控制方法、装置、多联空调及存储介质

Also Published As

Publication number Publication date
CN117560285A (zh) 2024-02-13

Similar Documents

Publication Publication Date Title
US20190057214A1 (en) Update control device, terminal, and method of controlling
CN111263352B (zh) 车载设备的ota升级方法、系统、存储介质及车载设备
CN109391673B (zh) 一种管理更新文件的方法、系统及终端设备
CN107193609B (zh) 应用中功能模块调用方法及装置、电子设备
CN114422618B (zh) 基于云原生的iot平台协议适配方法、装置、设备及介质
CN107844306B (zh) 应用程序的修复方法、装置、存储介质及终端
CN110855746A (zh) 中间件管理方法、电子装置及存储介质
CN112764823B (zh) Nvr系统的启动方法、主机操作系统和数据通信方法
CN111459524A (zh) 软件的升级方法、装置、系统
CN109710287B (zh) 一种热更新方法、装置及计算机存储介质
CN117560285B (zh) 一种智控物联整机ota升级方法、客户端及服务端
CN110069217B (zh) 一种数据存储方法及装置
CN112738181B (zh) 集群外部ip接入的方法、装置及服务器
CN114895933A (zh) 系统升级方法、网络设备、介质和电子设备
CN112965697B (zh) 一种代码文件的生成方法、装置及电子设备
CN110825406A (zh) 一种软件升级的方法及相关设备
CN112328288A (zh) 一种服务器组件的更新方法、系统、设备及存储介质
CN112559349A (zh) 一种程序的运行方法及运行装置
CN114610331A (zh) 软件安装方法和系统
CN113076128A (zh) 用于机器人配置的方法、装置、电子设备及存储介质
CN112526972B (zh) 自标定方法、自标定装置、可读存储介质及电子设备
CN111124445A (zh) 一种家庭网关的升级方法及家庭网关
CN114185602B (zh) 操作系统的启动方法、装置和终端
CN113312073B (zh) 一种安装包文件处理方法和相关装置
CN115454575B (zh) jar包转换并自动加载的方法、装置、设备及存储介质

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