[發明專利]組播升級方法和裝置在審
| 申請號: | 202011213691.5 | 申請日: | 2020-11-04 |
| 公開(公告)號: | CN112306511A | 公開(公告)日: | 2021-02-02 |
| 發明(設計)人: | 王通源;李青松 | 申請(專利權)人: | 深圳市友華軟件科技有限公司 |
| 主分類號: | G06F8/61 | 分類號: | G06F8/61;G06F8/658;G06F8/71 |
| 代理公司: | 北京眾達德權知識產權代理有限公司 11570 | 代理人: | 詹守琴 |
| 地址: | 518000 廣東省深圳市南山區西麗街道*** | 國省代碼: | 廣東;44 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 升級 方法 裝置 | ||
1.一種組播升級方法,用于對組播組內的多個不同芯片類型的設備進行統一的軟件版本升級,其特征在于,包括以下步驟:
導入包含不同設備的image文件的鏡像包;
將所述鏡像包進行拆分,生成與各個設備對應的多個image文件;
根據用戶選擇的芯片類型,將所需要的image文件進行組裝,形成符合升級要求的升級包;
在局域網內向組播組發送所述升級包;
接收所述升級包后,將所述升級包寫入設備并完成升級。
2.如權利要求1所述的組播升級方法,其特征在于,在所述接收升級包后,將所述升級包寫入設備并完成升級的步驟之前,還包括步驟:
分析所述升級包是否有效;
若有效,進入下一步,否則,丟棄所述升級包。
3.如權利要求1所述的組播升級方法,其特征在于,所述在局域網內向組播組發送所述升級包的步驟具體包括:
設定每次發送數據包的長度和時間間隔;
向所述組播組循環發送所述升級包。
4.如權利要求3所述的組播升級方法,其特征在于,所述接收升級包后,將所述升級包寫入設備并完成升級的步驟具體包括:
將設備上電啟動;
在啟動過程完成之前,將所述升級包寫入設備的flash存儲器內。
5.如權利要求1~4任一項中所述的組播升級方法,其特征在于,所述image文件為uboot文件、內核kernel文件、rootfs文件和/或智能framework文件。
6.一種組播升級裝置,用于對組播組內的多個不同芯片類型的設備進行統一的軟件版本升級,其特征在于,包括:
導入模塊,用于導入包含不同設備的image文件的鏡像包;
數據拆分模塊,用于將所述鏡像包進行拆分,生成與各個設備對應的多個image文件;
數據組裝模塊,用于根據用戶選擇的芯片類型,將所需要的image文件進行組裝,形成符合升級要求的升級包;
數據發送模塊,用于在局域網內向組播組發送所述升級包;
升級模塊,用于接收所述升級包后,將所述升級包寫入設備并完成升級。
7.如權利要求6所述的組播升級裝置,其特征在于,還包括:
數據分析模塊,用于分析所述升級包是否有效,若有效,將所述升級包傳送到所述升級模塊,否則,丟棄所述升級包。
8.如權利要求6所述的組播升級裝置,其特征在于,所述數據發送模塊具體用于:
設定每次發送數據包的長度和時間間隔;
向所述組播組循環發送所述升級包。
9.如權利要求8所述的組播升級裝置,其特征在于,所述升級模塊具體用于:
將設備上電啟動;
在啟動過程完成之前,將所述升級包寫入設備的flash存儲器內。
10.如權利要求6~9任一項中所述的組播升級裝置,其特征在于,所述image文件為uboot文件、內核kernel文件、rootfs文件和/或智能framework文件。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于深圳市友華軟件科技有限公司,未經深圳市友華軟件科技有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/202011213691.5/1.html,轉載請聲明來源鉆瓜專利網。





