WO2017016210A1 - 软件版本管理方法及装置 - Google Patents

软件版本管理方法及装置 Download PDF

Info

Publication number
WO2017016210A1
WO2017016210A1 PCT/CN2016/073694 CN2016073694W WO2017016210A1 WO 2017016210 A1 WO2017016210 A1 WO 2017016210A1 CN 2016073694 W CN2016073694 W CN 2016073694W WO 2017016210 A1 WO2017016210 A1 WO 2017016210A1
Authority
WO
WIPO (PCT)
Prior art keywords
version
software version
software
request message
information
Prior art date
Application number
PCT/CN2016/073694
Other languages
English (en)
French (fr)
Inventor
何中圣
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017016210A1 publication Critical patent/WO2017016210A1/zh

Links

Images

Classifications

    • 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
    • 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/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0859—Retrieval of network configuration; Tracking network configuration history by keeping history of different configuration generations or by rolling back to previous configuration versions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management

Definitions

  • the present invention relates to the field of communications, and in particular to a software version management method and apparatus.
  • SDN Software Defined Network
  • PC personal computer
  • the invention provides a software version management method and device, so as to at least solve the problem that the related technologies cannot be uniformly managed for software of different vendors' devices.
  • a software version management method including: receiving a software version request message sent by a device; determining whether a software version corresponding to the software version request message is consistent with a software version currently running by the device; If the determination result is no, the specified version information corresponding to the software version request message is queried; and the specified version information is sent to the device.
  • querying the specified version information corresponding to the software version request message includes: querying the specified version information according to the board information corresponding to the software version request message.
  • the method further includes: querying all version information corresponding to the board information of all boards in the case that the result is YES; and sending all the version information to the foregoing device.
  • the sending the specified version information to the device includes: packaging the specified version information into a first compressed package, and sending the first compressed package to the device; and sending all the version information to the device includes: On All the version information is packaged into a second compressed package, and the second compressed package is sent to the above device.
  • another software version management method including: a device sending a software version request message to a controller; the device receiving specified version information, wherein the specified version information is the foregoing control
  • the device queries the version information corresponding to the software version request message.
  • the device sends the software version request message to the controller, where the software version request message includes the board information, where the board information is the basis for the controller to query the specified version information.
  • the device includes: sending, by the device, the specified version information to the line card of the device, where the specified version information is a basis for upgrading the software version of the line card.
  • a software version management apparatus which is applied to a controller, including: a receiving module, configured to receive a software version request message sent by the device; and a determining module configured to determine the software version request message. Whether the corresponding software version is consistent with the software version currently running on the device; the first query module is configured to query the specified version information corresponding to the software version request message if the determination result is negative; the first sending module is set to The above specified version information is sent to the above device.
  • the first query module is further configured to query the specified version information according to the board information corresponding to the software version request message.
  • the foregoing apparatus further includes: a second querying module, configured to query all version information corresponding to the board information of all boards when the determination result is yes; and the second sending module is configured to set all the above versions Information is sent to the above device.
  • a second querying module configured to query all version information corresponding to the board information of all boards when the determination result is yes; and the second sending module is configured to set all the above versions Information is sent to the above device.
  • the first sending module is further configured to package the specified version information into a first compressed package, and send the first compressed package to the device; and the second sending module is further configured to package the foregoing all version information into The second compressed package sends the second compressed packet to the device.
  • a software version management apparatus is further provided, which is applied to a device, including: a first sending module, configured to send a software version request message to a controller; and a receiving module configured to receive a designation The version information, wherein the specified version information is the version information corresponding to the software version request message that is queried by the controller when determining that the software version corresponding to the software version request message is consistent with the software version currently running by the device.
  • the device sends the software version request message to the controller, where the software version request message includes the board information, where the board information is the basis for the controller to query the specified version information.
  • the device further includes: a second sending module, configured to send the specified version information to the line card of the device, wherein the specified version information is a basis for upgrading the software version of the line card.
  • a second sending module configured to send the specified version information to the line card of the device, wherein the specified version information is a basis for upgrading the software version of the line card.
  • the software version request message sent by the receiving device is used; whether the software version corresponding to the software version request message is consistent with the software version currently running by the device; and if the determination result is no, the software version request message is queried. Corresponding specified version information; the specified version information is sent to the device. Solved the problem in related technology The problem of unified management of software of different vendors' devices, thereby implementing software upgrades on demand, improves the efficiency of software upgrades.
  • FIG. 1 is a flow chart of a software version management method according to an embodiment of the present invention.
  • FIG. 2 is a structural block diagram of a software version management apparatus according to an embodiment of the present invention.
  • FIG. 3 is a structural block diagram (1) of a software version management apparatus according to an embodiment of the present invention.
  • FIG. 4 is a flow chart (1) of software version management according to an embodiment of the present invention.
  • FIG. 5 is a structural block diagram (2) of a software version management apparatus according to an embodiment of the present invention.
  • FIG. 6 is a structural block diagram (3) of a software version management apparatus according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of a network structure of a device according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a method and system composition of communication device software management according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of the composition and interaction of a controller according to an embodiment of the present invention.
  • FIG. 10 is a flowchart of processing for restarting a device in accordance with an embodiment of the present invention.
  • FIG. 11 is a process flow of a controller end according to an embodiment of the present invention.
  • FIG. 12 is a flowchart of a process of newly inserting a board according to an embodiment of the present invention.
  • FIG. 1 is a flowchart of a software version management method according to an embodiment of the present invention. As shown in FIG. 1 , the process includes the following steps:
  • Step S102 Receive a software version request message sent by the device.
  • Step S104 determining whether the software version corresponding to the software version request message is consistent with the software version currently running by the device
  • Step S106 if the determination result is no, query the specified version information corresponding to the software version request message;
  • Step S108 the specified version information is sent to the device.
  • the software version request message sent by the device is received, and the corresponding version information is obtained according to the software version request message, and the specified version information is sent to the device for software upgrade of the device, which cannot be compared with related technologies.
  • the software version is upgraded according to the user's requirements, and the problem that the related technologies cannot be uniformly managed for the software of different vendors' devices is solved, thereby implementing the software upgrade on demand and improving the efficiency of the software upgrade.
  • step S106 the specified version information corresponding to the query software version request message is involved. It should be noted that the corresponding version information may be queried according to the software version request message in various manners. In an optional embodiment, the specified version information is queried according to the board information corresponding to the software version request message.
  • the above step S108 involves transmitting the specified version information to the device.
  • the specified version information is packaged into a first compressed package, and the first compressed package is sent to the device.
  • all version information is sent to the device, all version information is packaged into a second compressed package, and a second compressed package is sent to the device.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present invention in essence or the contribution to the related art can be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk, CD-ROM).
  • the instructions include a number of instructions for causing a terminal device (which may be a cell phone, computer, server, or network device, etc.) to perform the methods described in various embodiments of the present invention.
  • a software version management device is provided, which is used to implement the foregoing embodiments and preferred embodiments, and has not been described again.
  • the term “module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • the apparatus includes: a receiving module 22 configured to receive a software version request message sent by a device; and a determining module 24 And determining to determine whether the software version corresponding to the software version request message is consistent with the software version currently running by the device; the first query module 26 is configured to query the designation corresponding to the software version request message if the determination result is negative. Version information; the first sending module 28 is configured to send the specified version information to the device.
  • the first query module 26 is further configured to query the specified version information according to the board information corresponding to the software version request message.
  • the second query module 32 is configured to query all version information corresponding to the board information of all boards in the case that the result is YES.
  • the second sending module 34 is configured to send all version information to the device.
  • the first sending module 28 is further configured to package the specified version information into the first compressed package, and send the first compressed package to the device;
  • the second sending module 34 is further configured to package all version information into the second Compress the package and send the second compressed package to the device.
  • FIG. 4 is a flowchart (1) of software version management according to an embodiment of the present invention. As shown in FIG. 4, the process includes the following steps:
  • Step S402 the device sends a software version request message to the controller
  • Step S404 The device receives the specified version information, where the specified version information is a version of the queried corresponding to the software version request message when the controller determines that the software version corresponding to the software version request message is consistent with the software version currently running by the device. information.
  • step S404 involves the device sending a software version request message to the controller.
  • the software version request message includes the board information.
  • the board information is used by the controller to query the specified version information. .
  • the device after the device receives the specified version information, the device sends the specified version information to the line card of the device, where the specified version information is the basis for the software version upgrade of the line card.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present invention in essence or the contribution to the related art can be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk, CD-ROM).
  • the instructions include a number of instructions for causing a terminal device (which may be a cell phone, computer, server, or network device, etc.) to perform the methods described in various embodiments of the present invention.
  • a software version management device is provided, which is used to implement the foregoing embodiments and preferred embodiments, and has not been described again.
  • the term “module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • FIG. 5 is a structural block diagram (2) of a software version management apparatus according to an embodiment of the present invention.
  • the device is applied to a device.
  • the apparatus includes: a first sending module 52 configured to send a software version request message to the control.
  • the receiving module 54 is configured to receive the specified version information, where the specified version information is the query and the software version request when the controller determines that the software version corresponding to the software version request message is consistent with the software version currently running by the device.
  • the version information corresponding to the message is a structural block diagram (2) of a software version management apparatus according to an embodiment of the present invention.
  • the device includes: a first sending module 52 configured to send a software version request message to the control.
  • the receiving module 54 is configured to receive the specified version information, where the specified version information is the query and the software version request when the controller determines that the software version corresponding to the software version request message is consistent with the software version currently running by the device.
  • the version information corresponding to the message is a structural block diagram (2) of a
  • the software version request message includes the board information, where the board information is the basis for the controller to query the specified version information.
  • the second sending module 62 is configured to send the specified version information to the line card of the device, where the specified version information is the basis for the software version upgrade of the line card.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the modules are located in multiple In the processor.
  • Embodiments of the present invention also provide a storage medium.
  • the foregoing storage medium may be configured to store program code for performing the following steps:
  • the storage medium is further arranged to store program code for performing the following steps:
  • the device sends a software version request message to the controller.
  • the device receives the specified version information, where the specified version information is the version information of the queried corresponding to the software version request message when the controller determines that the software version corresponding to the software version request message is consistent with the software version currently running by the device. .
  • the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a mobile hard disk e.g., a hard disk
  • magnetic memory e.g., a hard disk
  • the processor executes the above S1, S2, and S3 according to the stored program code in the storage medium.
  • the processor executes the above S4 and S5 according to the stored program code in the storage medium.
  • the main purpose of the optional embodiment of the present invention is to provide a method for managing and upgrading a software version of a communication device, including how to manage the software version of the device on the controller side, and how to upgrade the software version on the device.
  • the details are as follows:
  • the Controller side of the PC server supports the version management service function. It mainly includes three modules: a version upgrade control module, a device version management module, and a version file packaging module, which together provide functions such as query and distribution of the version and upgrade control.
  • Each rack on the device side has two main controllers with active and standby 1+1 protection.
  • the main control module provides a version management module. It is responsible for the collection of all board information and the distribution of version files.
  • the version upgrade control module can receive the upgrade policy information sent by the software upgrade application APP on the PC, accept the personalized upgrade request of the user, and save the upgrade policy locally, and set the upgrade policy when the corresponding device appears to be upgraded.
  • the upgrade policy can be upgraded.
  • the upgrade policy can be at the board level, device level, or network level.
  • the version upgrade control module can accept the version upgrade request sent by the user and set the version that the current device needs to run. And notify the corresponding device to upgrade the version.
  • the device mainly receives the board information sent from the device side and the corresponding version information, and queries the version management module for the latest version information, compares the difference between the device version and the version on the server, and responds according to the user setting upgrade policy. New version information to the device.
  • the version management module manages the device version information provided by each device manufacturer, including the version number, the device type corresponding to the version, and the specific board type supported by the device type.
  • the query interface is provided, according to the device information sent by the version upgrade control module, the query corresponds to the corresponding version information, and the interface provided by the version packaging module is called to complete the packaging of the corresponding version file.
  • the version file packaging module provides various compression methods and packaging methods required by various vendors to package the software version.
  • the version request of the device side received by the version management module mainly includes two cases:
  • the device-side version management module collects local version data, sends it to the controller for version comparison, and performs version upgrade according to the policy configured by the user.
  • the version management module determines whether there is a corresponding software version in the local area. If yes, the local version is directly released to the line card. Otherwise, all the board information of the device is sent to the controller for version query. If the current version number of the controller is the same as the version number of the device, and the newly inserted board information exists, the version file of the new board is packaged and sent to the device. If they are inconsistent, install the upgrade policy set by the user to determine whether it is required. Upgrade, if necessary, all the board information corresponding to the device is packaged and re-sent to the device for upgrade. If the version information corresponding to the newly inserted board is not found, the alarm is reported.
  • the device side version management control module can receive the upgrade command sent by the controller, and perform software upgrade according to the requirements of the controller.
  • the method provided in this optional embodiment can be applied to the situation that there are multiple vendors' devices in the SDN network.
  • the downloaded version on the device side is downloaded on demand, which can reduce unnecessary upgrade time and waste of local storage space.
  • the version is downloaded in increments, which improves the efficiency of device upgrade.
  • FIG. 7 is a schematic diagram of a network structure of a device according to an embodiment of the present invention.
  • a controller exists on the PC side, and a controller can manage multiple devices in the network, wherein the type of the device is also May not be the same: device 1 in the picture may come from one manufacturer, and device 2 comes from another manufacturer.
  • the controller manages the version files corresponding to various types of devices.
  • FIG. 8 is a schematic diagram of a method and a system configuration of a communication device software management according to an embodiment of the present invention.
  • a PC server may manage multiple devices.
  • the PC server mainly includes two major functions: the version upgrade application APP, and the version management service module on the controller.
  • the version management module functions on the main control board and the line card.
  • the main control board has storage media to save the software version of the entire device. Therefore, the version management on the main control board provides services.
  • the function of the controller is equivalent to the function of the version management client.
  • the version management module of the line card mainly reports the physical type of the board to the master, and downloads the corresponding software version from the master and runs it.
  • FIG. 9 is a schematic diagram of the composition and interaction of a controller according to an embodiment of the present invention.
  • FIG. 9 is a supplement to FIG. 8 and mainly describes a specific module included on the controller side, and a module specifically interacting therewith.
  • the version management service module of the controller mainly includes: a version upgrade control module, a device version management module, and a version file packaging module.
  • the version upgrade module interacts with the version management module of the master control (MSC) and the version upgrade application APP.
  • the version upgrade control module can receive the upgrade message sent by the version upgrade application APP, and then notify the corresponding device to perform the version upgrade.
  • Step 1 the device starts to power on, the main control board determines whether the local version file is saved, if the corresponding version file is saved locally, the process proceeds to step 2, otherwise proceeds to step 4;
  • Step 2 The main board master completes the power-on of the version management module
  • Step 3 the main control board version management module receives the version request of the line card, determines whether there is a line card local does not have a corresponding version file, then proceeds to step 6, otherwise proceeds to step 8;
  • Step 4 The main control controller requests the version file information corresponding to the main control from the controller, and starts the main control software after downloading the version file;
  • Step 5 The main control version management module collects the board information existing on the device according to the version request of the line card.
  • Step 6 The main control board version management module organizes the request message, and requests version information from the controller side.
  • the main field information included in the request message is as follows:
  • Step 7 According to the response information of the controller, download the version compression package to the local and decompress. If the currently running version is inconsistent with the downloaded version, the device restarts again and re-enters step 1; otherwise, the version request of the line card is answered.
  • Step 8 All boards are started and the process ends.
  • FIG. 10 is a flowchart of processing for restarting a device according to an embodiment of the present invention, and FIG. 10 corresponds to processing on the device side, and the specific process is as follows:
  • Step S1002 the device is powered on
  • Step S1004 it is determined whether there is a version file locally, if the determination result is yes, step S1006 is performed, and if the determination result is no, step S1016 is performed;
  • Step S1006 starting a version management process of the master
  • Step S1008 answering the version request of the line card
  • step S1010 it is determined whether there is no corresponding version file in the local line card, and if the determination result is yes, step S1012 is performed;
  • Step S1012 Requesting, by the controller, version information of the board
  • Step S1014 downloading the version to the local and decompressing, answering the line card
  • Step S1016 requesting a master version from a controller (controller);
  • Step S1018 downloading the main control version file, and starting the version management process of the main control
  • Step S1020 Collect all board information of the device.
  • step S1022 the version is downloaded to the local area and decompressed, and the line card is answered.
  • FIG. 11 is a flowchart of processing on the controller side according to an embodiment of the present invention, and FIG. 11 corresponds to processing on the controller side, and the corresponding processing flow is as follows:
  • Step S1102 The version upgrade control module receives a version request message sent by the device side.
  • Step S1104 The version upgrade control module determines whether the version number currently running on the device is consistent with the current version number specified by the user on the controller, and if yes, the process proceeds to step S1106; otherwise, the process proceeds to step S1108;
  • step S1106 the version upgrade control module collects the board information of the non-existing version file that is fed back in the device version request message, and then queries the device version management module for the corresponding version information, and then all the queried board information is converted into a compressed package. If the version of the board is not queried, the alarm is reported to the version upgrade application APP, and the user is notified that the board is not recognized, and the process proceeds to step S1110.
  • Step S1108 The version upgrade control module queries all the board version file information to the device version management module according to the device version request message, and packages all the version information into one compressed package.
  • Step S1110 Returning the compressed package information to the device, and the process ends.
  • FIG. 12 is a flowchart of a process of newly inserting a board according to an embodiment of the present invention. Referring to FIG. 12, another embodiment of the present invention is proposed: a process of newly inserting a board, and the specific process is as follows:
  • Step S1202 The main control version management module receives the version request of the line card
  • Step S1204 the main control determines whether the local version information is saved according to the physical information of the board, and if yes, proceeds to step 3, otherwise proceeds to step 4;
  • Step S1206 The version request of the main control answer line card is performed
  • Step S1208 The master control device collects all the board information on the device, and requests version information from the controller. The specific processing is described above, and the message description is not used here. The board is booted and the process ends.
  • the present invention provides a method and system for software version management of a communication device, which is capable of managing a plurality of different device types in the network, and organizing version information according to the current card insertion condition of each device. , to avoid unnecessary download of version files, providing upgrade efficiency.
  • a processing method of the incremental download version is provided, which can effectively ensure the use efficiency of the storage space on the device.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the software version request message sent by the receiving device is used; whether the software version corresponding to the software version request message is consistent with the software version currently running by the device; and if the determination result is no, the software version request message is queried. Corresponding specified version information; the specified version information is sent to the device.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Stored Programmes (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供了一种软件版本管理方法及装置，其中，该方法包括：接收设备发送的软件版本请求消息；判断软件版本请求消息对应的软件版本是否与该设备当前运行的软件版本一致；在判断结果为否的情况下，查询软件版本请求消息对应的指定版本信息；将指定版本信息发送至该设备。通过本发明解决了相关技术中不能针对不同厂商设备的软件进行统一管理的问题，进而实现了按需进行软件的升级，提升了软件升级的效率。

Description

软件版本管理方法及装置 技术领域
本发明涉及通信领域，具体而言，涉及一种软件版本管理方法及装置。
背景技术
在当今的通讯领域中，设备生产厂商在不断满足用户的各种特性化需求的同时，硬件的模块化也日益受到各个设备生产厂商和芯片生产厂商的关注。正是在这种背景下，软件定义网络(Software Defined Network，简称为SDN，其核心技术OpenFlow通过将网络设备控制面与数据面分离开来，从而实现了网络流量的灵活控制，使网络作为管道变得更加智能)设备的开发已经被很多芯片和设备生产厂商提上了日程。那么，对于SDN网络，设备主要提供一个业务通道的功能，业务控制部分则完全在个人计算机(Personal Computer，简称为PC)侧的控制服务器上的控制器(controller)部分实现，这种方式对于传统通信设备行业要来说一次史无前例的技术革新。那么设备上是否就完全不需要软件了呢？这肯定不是的，设备上单板和端口资源都需要上报到控制端，供业务配置使用，这必然要求设备上存在对应的处理软件程序。与此同时，在一个SDN网络中，必然会存在多种不同厂商的设备，如何统一管理设备上软件的版本、以及软件版本如何升级，将是面临的一个全新的课题。
针对相关技术中，不能针对不同厂商设备的软件进行统一管理的问题，还未提出有效的解决方案。
发明内容
本发明提供了一种软件版本管理方法及装置，以至少解决相关技术中不能针对不同厂商设备的软件进行统一管理的问题。
根据本发明实施例的一个方面，提供了一种软件版本管理方法，包括：接收设备发送的软件版本请求消息；判断上述软件版本请求消息对应的软件版本是否与上述设备当前运行的软件版本一致；在判断结果为否的情况下，查询上述软件版本请求消息对应的指定版本信息；将上述指定版本信息发送至上述设备。
可选地，查询上述软件版本请求消息对应的指定版本信息包括：根据上述软件版本请求消息对应的单板信息查询上述指定版本信息。
可选地，上述方法还包括：在判断结果为是的情况下，查询所有单板的单板信息对应的所有版本信息；将上述所有版本信息发送至上述设备。
可选地，将上述指定版本信息发送至上述设备包括：将上述指定版本信息打包为第一压缩包，将上述第一压缩包发送至上述设备；将上述所有版本信息发送至上述设备包括：将上 述所有版本信息打包为第二压缩包，将上述第二压缩包发送至上述设备。
根据本发明实施例的另一个方面，还提供了另一种软件版本管理方法，包括：设备将软件版本请求消息发送至控制器；上述设备接收指定版本信息，其中，上述指定版本信息为上述控制器在判断上述软件版本请求消息对应的软件版本与上述设备当前运行的软件版本一致时，查询到的与上述软件版本请求消息对应的版本信息。
可选地，设备将软件版本请求消息发送至控制器包括：上述软件版本请求消息中包括单板信息；其中，上述单板信息为上述控制器查询上述指定版本信息的依据。
可选地，上述设备接收指定版本信息之后包括：上述设备将上述指定版本信息发送至上述设备的线卡，其中，上述指定版本信息为上述线卡进行软件版本升级的依据。
根据本发明实施例的一个方面，提供了一种软件版本管理装置，应用于控制器，包括：接收模块，设置为接收设备发送的软件版本请求消息；判断模块，设置为判断上述软件版本请求消息对应的软件版本是否与上述设备当前运行的软件版本一致；第一查询模块，设置为在判断结果为否的情况下，查询上述软件版本请求消息对应的指定版本信息；第一发送模块，设置为将上述指定版本信息发送至上述设备。
可选地，上述第一查询模块还设置为根据上述软件版本请求消息对应的单板信息查询上述指定版本信息。
可选地，上述装置还包括：第二查询模块，设置为在判断结果为是的情况下，查询所有单板的单板信息对应的所有版本信息；第二发送模块，设置为将上述所有版本信息发送至上述设备。
可选地，上述第一发送模块还设置为将上述指定版本信息打包为第一压缩包，将上述第一压缩包发送至上述设备；上述第二发送模块还设置为将上述所有版本信息打包为第二压缩包，将上述第二压缩包发送至上述设备。
根据本发明实施例的另一个方面，还提供了一种软件版本管理装置，应用于设备，包括：第一发送模块，设置为将软件版本请求消息发送至控制器；接收模块，设置为接收指定版本信息，其中，上述指定版本信息为上述控制器在判断上述软件版本请求消息对应的软件版本与上述设备当前运行的软件版本一致时，查询到的与上述软件版本请求消息对应的版本信息。
可选地，设备将软件版本请求消息发送至控制器包括：上述软件版本请求消息中包括单板信息；其中，上述单板信息为上述控制器查询上述指定版本信息的依据。
可选地，上述装置还包括：第二发送模块，设置为将上述指定版本信息发送至上述设备的线卡，其中，上述指定版本信息为上述线卡进行软件版本升级的依据。
通过本发明实施例，采用接收设备发送的软件版本请求消息；判断软件版本请求消息对应的软件版本是否与该设备当前运行的软件版本一致；在判断结果为否的情况下，查询软件版本请求消息对应的指定版本信息；将指定版本信息发送至该设备。解决了相关技术中不能 针对不同厂商设备的软件进行统一管理的问题，进而实现了按需进行软件的升级，提升了软件升级的效率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的软件版本管理方法的流程图；
图2是根据本发明实施例的软件版本管理装置的结构框图；
图3是根据本发明实施例的软件版本管理装置的结构框图(一)；
图4是根据本发明实施例的软件版本管理的流程图(一)；
图5是根据本发明实施例的软件版本管理装置的结构框图(二)；
图6是根据本发明实施例的软件版本管理装置的结构框图(三)；
图7是根据本发明实施例的设备网络组成示意图；
图8是根据本发明实施例的通信设备软件管理的方法和系统组成示意图；
图9是根据本发明实施例的controller组成和交互示意图；
图10是根据本发明实施例的对于设备整机重启的处理流程图；
图11是根据本发明实施例的controller端的处理流程；
图12是根据本发明实施例的新插入单板的处理流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种软件版本管理方法，图1是根据本发明实施例的软件版本管理方法的流程图，如图1所示，该流程包括如下步骤：
步骤S102，接收设备发送的软件版本请求消息；
步骤S104，判断软件版本请求消息对应的软件版本是否与该设备当前运行的软件版本一致；
步骤S106，在判断结果为否的情况下，查询软件版本请求消息对应的指定版本信息；
步骤S108，将指定版本信息发送至该设备。
通过上述步骤，接收设备发送的软件版本请求消息，根据该软件版本请求消息获取对应的指定版本信息，并将指定版本信息发送至设备，用于设备的软件升级，相比于相关技术中，不能按照用户需求进行软件版本的升级，解决了相关技术中不能针对不同厂商设备的软件进行统一管理的问题，进而实现了按需进行软件的升级，提升了软件升级的效率。
上述步骤S106中涉及到查询软件版本请求消息对应的指定版本信息，需要说明的是，可以通过多种方式根据软件版本请求消息查询到对应的指定版本信息，下面对此进行举例说明。在一个可选实施例中，根据软件版本请求消息对应的单板信息查询指定版本信息。
在一个可选实施例中，在判断结果为是的情况下，查询所有单板的单板信息对应的所有版本信息，并将所有版本信息发送至该设备。以便于设备进行软件升级。
上述步骤S108涉及到将指定版本信息发送至该设备，在一个可选实施例中，将指定版本信息打包为第一压缩包，将第一压缩包发送至该设备。在另一个可选实施例中，将所有版本信息发送至该设备的过程中，将所有版本信息打包为第二压缩包，将第二压缩包发送至该设备。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种软件版本管理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的软件版本管理装置的结构框图，应用于控制器，如图2所示，该装置包括：接收模块22，设置为接收设备发送的软件版本请求消息；判断模块24，设置为判断该软件版本请求消息对应的软件版本是否与该设备当前运行的软件版本一致；第一查询模块26，设置为在判断结果为否的情况下，查询该软件版本请求消息对应的指定版本信息；第一发送模块28，设置为将指定版本信息发送至该设备。
可选地，第一查询模块26还设置为根据该软件版本请求消息对应的单板信息查询该指定版本信息。
图3是根据本发明实施例的软件版本管理装置的结构框图(一)，如图3所示，该装置还 包括：第二查询模块32，设置为在判断结果为是的情况下，查询所有单板的单板信息对应的所有版本信息；第二发送模块34，设置为将所有版本信息发送至该设备。
可选地，第一发送模块28还设置为将指定版本信息打包为第一压缩包，将第一压缩包发送至该设备；该第二发送模块34还设置为将所有版本信息打包为第二压缩包，将第二压缩包发送至该设备。
在另一个实施例中提供了一种软件版本管理方法，图4是根据本发明实施例的软件版本管理的流程图(一)，如图4所示，该流程包括如下步骤：
步骤S402，设备将软件版本请求消息发送至控制器；
步骤S404，设备接收指定版本信息，其中，指定版本信息为控制器在判断软件版本请求消息对应的软件版本与该设备当前运行的软件版本一致时，查询到的与该软件版本请求消息对应的版本信息。
上述步骤S404涉及到设备将软件版本请求消息发送至控制器，在一个可选实施例中，软件版本请求消息中包括单板信息；其中，该单板信息为控制器查询该指定版本信息的依据。
在一个可选实施例中，设备接收指定版本信息之后，设备将指定版本信息发送至该设备的线卡，其中，指定版本信息为该线卡进行软件版本升级的依据。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种软件版本管理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图5是根据本发明实施例的软件版本管理装置的结构框图(二)，应用于设备，如图5所示，该装置包括：第一发送模块52，设置为将软件版本请求消息发送至控制器；接收模块54，设置为接收指定版本信息，其中，指定版本信息为控制器在判断该软件版本请求消息对应的软件版本与该设备当前运行的软件版本一致时，查询到的与软件版本请求消息对应的版本信息。
可选地，该软件版本请求消息中包括单板信息；其中，该单板信息为该控制器查询该指定版本信息的依据。
图6是根据本发明实施例的软件版本管理装置的结构框图(三)，如图5所示，该装置还 包括：第二发送模块62，设置为将该指定版本信息发送至该设备的线卡，其中，指定版本信息为该线卡进行软件版本升级的依据。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S1，接收设备发送的软件版本请求消息；
S2，判断软件版本请求消息对应的软件版本是否与该设备当前运行的软件版本一致；
S3，在判断结果为否的情况下，查询软件版本请求消息对应的指定版本信息；
S4，将指定版本信息发送至该设备。
可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：
S5，设备将软件版本请求消息发送至控制器；
S6，设备接收指定版本信息，其中，指定版本信息为控制器在判断软件版本请求消息对应的软件版本与该设备当前运行的软件版本一致时，查询到的与该软件版本请求消息对应的版本信息。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述S1、S2和S3。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述S4和S5。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
本发明可选实施例的主要目的是提供一种通信设备的软件版本的管理和升级的方法，包括如何在controller端管理设备的软件版本，如何对于设备上的软件版本进行升级等功能。具体内容如下：
PC服务器的Controller端支持版本管理服务功能，其主要包括三个模块：版本升级控制模块、设备版本管理模块、版本文件打包模块，一起提供版本的查询和分发、升级控制等功能。
设备侧每个机架有主备1+1保护的两块主控，主控上提供一个版本管理模块，它负责本机架上所有单板信息的收集以及版本文件的分发，同时，主控上有如CF卡等存储介质，能够 保存机架上所有单板硬件信息和对应的软件版本。
本发明可选实施例的方法如下：
版本升级控制模块，一方面可以接收PC上的软件升级应用APP发送过来的升级策略信息，接受用户个性化的升级需求，并将升级策略保存在本地，当对应设备出现升级需求时按照设定的升级策略进行升级，升级策略可以是单板级别的、也可以是设备级别的、或者网络级别的；同时，版本升级控制模块可以接受用户发送过来的版本升级请求，设置当前设备需要运行的版本，并通知对应的设备进行版本升级。
另一方面主要是接收设备侧发送过来的单板信息以及对应的版本信息，并向版本管理模块查询最新的版本信息，比较设备版本和与服务器上的版本的差异，根据用户设置升级策略，应答新的版本信息给设备。
版本管理模块管理各个设备厂商提供的设备版本信息，包括版本号、版本对应的设备类型、该设备类型支持的具体单板类型等。同时，提供查询接口，根据版本升级控制模块发送过来的设备信息，查询对应到对应的版本信息，并调用版本打包模块提供的接口，完成对应的版本文件的打包。
版本文件打包模块对外提供各种不同的压缩方式、以及各个厂商需要的打包方式，对软件版本进行打包处理。
另外，版本管理模块收到的设备侧的版本请求主要包括两种情况：
1、在设备启动时，设备侧版本管理模块收集本地的版本数据，发送到controller进行版本比较，根据用户配置的策略进行版本升级。
2、在新插入单板时，版本管理模块判断本地是否有对应的软件版本，如果有则直接将本地版本发布给线卡，否则将本设备的全部单板信息发送给controller进行版本查询，如果controller上当前的版本号和设备上的版本号一致，并且存在新插入的单板信息，则将新单板的版本文件打包发送给设备侧；如果不一致，则安装用户设置的升级策略确定是否需要升级，如果需要则对设备对应的所有单板信息都打包，重新发送给设备侧进行升级；如果查询不到新插入单板对应的版本信息则上报告警。
另外，设备侧版本管理控制模块可以接收controller发送过来的升级命令，按controller的要求进行软件升级。
本可选实施例提供的方法，可以适用于SDN网络中存在多种不同厂商设备的情况，同时，设备侧下载的版本是按需下载，可以减少不必要的升级时间以及本地存储空间的浪费，而对于原来版本支持只是新插入的单板，则按增量下载版本，提高了设备升级的效率。
图7是根据本发明实施例的设备网络组成示意图，如图7所示，对于SDN网络，控制器(controller)存在于PC侧，一个controller可以管理网络中的多个设备，其中设备的类型也可能不太一样：如图中的设备1可能来自一个生产厂商，设备2又来自于另外一个生产厂商， 而controller上管理着各种类型设备对应的版本文件。
图8是根据本发明实施例的通信设备软件管理的方法和系统组成示意图，如图8所示，对于本可选实施例提供的系统，存在控制侧PC和传输侧设备两大组成部分，其中一个PC服务器可能管理多个设备。对于版本管理，PC服务器上主要包括两大部分功能：版本升级应用APP，以及控制器(controller)上面的版本管理服务模块。而设备侧在主控板和线卡上都存在版本管理模块功能，其中主控板上有存储介质，保存整个设备的软件版本，所以相对于线卡，主控板上的版本管理是提供服务的功能，但相对于controller则又相当于版本管理客户端的功能；而线卡的版本管理模块主要是向主控上报单板的物理类型，以及从主控下载对应的软件版本、并运行起来的功能。
图9是根据本发明实施例的controller组成和交互示意图，图9是对于图8的补充，主要描述了controller端包含的具体模块、以及与其具体交互的模块。Controller端的版本管理服务模块主要包括了：版本升级控制模块、设备版本管理模块、版本文件打包模块。其中，主要是版本升级模块与主控(MSC)的版本管理模块、版本升级应用APP进行交互。如上文所述，版本升级控制模块可以接收版本升级应用APP发送的升级消息，然后通知对应的设备进行版本升级。
对应设备侧的处理的流程大致如下：
步骤1、设备开始上电，主控板判断本地是否保存有版本文件，如果本地保存有对应的版本文件则进入步骤2，否则进入步骤4；
步骤2、主用板主控完成版本管理模块的上电；
步骤3、主控板版本管理模块收到线卡的版本请求，判断是否存在有的线卡本地没有对应的版本文件的，是则进入步骤6，否则进入步骤8；
步骤4、主用主控向controller请求主控对应的版本文件信息，下载到版本文件后启动主控软件；
步骤5、主用主控版本管理模块根据线卡的版本请求，统计设备上存在的单板信息；
步骤6、主控板版本管理模块组织请求报文，向controller端请求版本信息，请求报文包括的主要字段信息如下：
表1-1
Figure PCTCN2016073694-appb-000001
步骤7、根据controller的应答信息，下载版本压缩包到本地并解压，如当前运行的版本与下载的版本不一致，则设备再次整机重启，重新进入步骤1；否则应答线卡的版本请求。
步骤8、所有单板完成启动，流程结束。
图10是根据本发明实施例的对于设备整机重启的处理流程图，图10对应设备侧的处理，具体流程如下：
步骤S1002，设备整机上电；
步骤S1004，判断本地是否存在版本文件，在判断结果为是的情况下，执行步骤S1006，在判断结果为否的情况下，执行步骤S1016；
步骤S1006，启动主控的版本管理进程；
步骤S1008，应答线卡的版本请求；
步骤S1010，判断是否存在线卡在本地没有对应的版本文件，在判断结果为是的情况下，执行步骤S1012；
步骤S1012，向控制器(controller)请求单板的版本信息；
步骤S1014，下载版本到本地并解压，应答线卡；
步骤S1016，向控制器(controller)端请求主控版本；
步骤S1018，下载主控版本文件，启动主控的版本管理进程；
步骤S1020，收集设备所有的单板信息；
步骤S1022，下载版本到本地并解压，应答线卡。
图11是根据本发明实施例的controller端的处理流程，图11对应controller侧的处理，对应处理流程如下：
步骤S1102、版本升级控制模块收到设备侧发送过来的版本请求消息；
步骤S1104、版本升级控制模块判断设备上当前运行的版本号与controller上用户指定的当前需要运行的版本号是否一致，不一致则进入步骤S1106，否则进入步骤S1108；
步骤S1106、版本升级控制模块收集设备版本请求消息中反馈的不存在的版本文件的单板信息，向设备版本管理模块查询对应的版本信息，将所有查询到的单板信息打成一个压缩包，如果存在个别单板查询不到对应的版本信息，则上报告警给版本升级应用APP，告知用户有单板不识别，进入步骤S1110；
步骤S1108、版本升级控制模块根据设备版本请求消息，向设备版本管理模块查询所有的单板版本文件信息，并将所有的版本信息打包成一个压缩包；
步骤S1110、将压缩包信息返回给设备，流程结束。
图12是根据本发明实施例的新插入单板的处理流程图，参照图12，提出了本发明的又一实施例：新插入单板处理流程，具体流程如下：
步骤S1202、主用主控版本管理模块收到线卡的版本请求；
步骤S1204、主用主控根据单板的物理信息，判断本地是否保存着对应的版本信息，如果有则进入步骤3，否则进入步骤4；
步骤S1206、主用主控应答线卡的版本请求；
步骤S1208、主用主控收集设备上所有的单板信息，向控制器(controller)端请求版本信息，具体的处理则如上所述描述，这里不再消息描述。单板启动完成，流程结束。
综上所述，通过本发明提供了的一种通信设备的软件版本管理的方法和系统，该系统能够管理网络中多种不同的设备类型，同时按照每个设备的当前插板情况组织版本信息，避免了不必要的版本文件的下载，提供了升级效率。于此同时，对于设备上新插入单板的情形，提供了增量下载版本的处理方法，能有效保证设备上存储空间的使用效率。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员 来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
通过本发明实施例，采用接收设备发送的软件版本请求消息；判断软件版本请求消息对应的软件版本是否与该设备当前运行的软件版本一致；在判断结果为否的情况下，查询软件版本请求消息对应的指定版本信息；将指定版本信息发送至该设备。解决了相关技术中不能针对不同厂商设备的软件进行统一管理的问题，进而实现了按需进行软件的升级，提升了软件升级的效率。

Claims (14)

  1. 一种软件版本管理方法，包括：
    接收设备发送的软件版本请求消息；
    判断所述软件版本请求消息对应的软件版本是否与所述设备当前运行的软件版本一致；
    在判断结果为否的情况下，查询所述软件版本请求消息对应的指定版本信息；
    将所述指定版本信息发送至所述设备。
  2. 根据权利要求1所述的方法，其中，查询所述软件版本请求消息对应的指定版本信息包括：
    根据所述软件版本请求消息对应的单板信息查询所述指定版本信息。
  3. 根据权利要求1所述的方法，其中，所述方法还包括：
    在判断结果为是的情况下，查询所有单板的单板信息对应的所有版本信息；
    将所述所有版本信息发送至所述设备。
  4. 根据权利要求2或者3所述的方法，其中，将所述指定版本信息发送至所述设备包括：将所述指定版本信息打包为第一压缩包，将所述第一压缩包发送至所述设备；将所述所有版本信息发送至所述设备包括：将所述所有版本信息打包为第二压缩包，将所述第二压缩包发送至所述设备。
  5. 一种软件版本管理方法，包括：
    设备将软件版本请求消息发送至控制器；
    所述设备接收指定版本信息，其中，所述指定版本信息为所述控制器在判断所述软件版本请求消息对应的软件版本与所述设备当前运行的软件版本一致时，查询到的与所述软件版本请求消息对应的版本信息。
  6. 根据权利要求5所述的方法，其中，设备将软件版本请求消息发送至控制器包括：
    所述软件版本请求消息中包括单板信息；其中，所述单板信息为所述控制器查询所述指定版本信息的依据。
  7. 根据权利要求5至6中任一项所述的方法，其中，所述设备接收指定版本信息之后包括：
    所述设备将所述指定版本信息发送至所述设备的线卡，其中，所述指定版本信息为所述线卡进行软件版本升级的依据。
  8. 一种软件版本管理装置，应用于控制器，包括：
    接收模块，设置为接收设备发送的软件版本请求消息；
    判断模块，设置为判断所述软件版本请求消息对应的软件版本是否与所述设备当前运行的软件版本一致；
    第一查询模块，设置为在判断结果为否的情况下，查询所述软件版本请求消息对应的指定版本信息；
    第一发送模块，设置为将所述指定版本信息发送至所述设备。
  9. 根据权利要求8所述的装置，其中，所述第一查询模块还用于根据所述软件版本请求消息对应的单板信息查询所述指定版本信息。
  10. 根据权利要求8所述的装置，其中，所述装置还包括：
    第二查询模块，设置为在判断结果为是的情况下，查询所有单板的单板信息对应的所有版本信息；
    第二发送模块，设置为将所述所有版本信息发送至所述设备。
  11. 根据权利要求9或者10所述的装置，其中，所述第一发送模块还设置为将所述指定版本信息打包为第一压缩包，将所述第一压缩包发送至所述设备；所述第二发送模块还设置为将所述所有版本信息打包为第二压缩包，将所述第二压缩包发送至所述设备。
  12. 一种软件版本管理装置，应用于设备，包括：
    第一发送模块，设置为将软件版本请求消息发送至控制器；
    接收模块，设置为接收指定版本信息，其中，所述指定版本信息为所述控制器在判断所述软件版本请求消息对应的软件版本与所述设备当前运行的软件版本一致时，查询到的与所述软件版本请求消息对应的版本信息。
  13. 根据权利要求12所述的装置，其中，设备将软件版本请求消息发送至控制器包括：
    所述软件版本请求消息中包括单板信息；其中，所述单板信息为所述控制器查询所述指定版本信息的依据。
  14. 根据权利要求12至13中任一项所述的装置，其中，所述装置还包括：
    第二发送模块，设置为将所述指定版本信息发送至所述设备的线卡，其中，所述指定版本信息为所述线卡进行软件版本升级的依据。
PCT/CN2016/073694 2015-07-27 2016-02-05 软件版本管理方法及装置 WO2017016210A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510445534.XA CN106411540A (zh) 2015-07-27 2015-07-27 软件版本管理方法及装置
CN201510445534.X 2015-07-27

Publications (1)

Publication Number Publication Date
WO2017016210A1 true WO2017016210A1 (zh) 2017-02-02

Family

ID=57884075

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/073694 WO2017016210A1 (zh) 2015-07-27 2016-02-05 软件版本管理方法及装置

Country Status (2)

Country Link
CN (1) CN106411540A (zh)
WO (1) WO2017016210A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112087327A (zh) * 2020-08-26 2020-12-15 北京金山云网络技术有限公司 信息状态获取方法和装置、存储介质和电子装置
CN113362584A (zh) * 2017-07-10 2021-09-07 深圳市道通智能航空技术股份有限公司 通信方法、装置及无人机
CN113672259A (zh) * 2021-08-17 2021-11-19 浪潮思科网络科技有限公司 一种分布式网络设备软件智能升级方法及设备
CN115052252A (zh) * 2022-08-10 2022-09-13 广州世炬网络科技有限公司 一种ota升级方法、系统及装置
CN115357280A (zh) * 2022-08-09 2022-11-18 湖南木屋网络科技有限公司 软件版本管理方法、装置、服务器及存储介质
CN117742777A (zh) * 2024-02-21 2024-03-22 沐曦集成电路(上海)有限公司 芯片文件版本管理系统

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107453899A (zh) * 2017-07-25 2017-12-08 锐捷网络股份有限公司 虚拟交换单元vsu系统的升级方法及装置
CN108900323A (zh) * 2018-06-11 2018-11-27 广州视源电子科技股份有限公司 通信方法、装置及设备、介质
CN112422305B (zh) * 2019-08-21 2023-08-01 南京中兴新软件有限责任公司 通信设备的升级方法及装置
CN112947952A (zh) * 2019-11-26 2021-06-11 中盈优创资讯科技有限公司 通讯设备版本管理方法及装置
CN112035134B (zh) * 2020-07-08 2023-08-04 合肥美的智能科技有限公司 货柜软件的升级方法、云端服务器、货柜及装置
CN112181930B (zh) * 2020-09-29 2023-04-25 杭州迪普科技股份有限公司 虚拟交换矩阵的文件管理方法及装置
CN114675895B (zh) * 2020-12-24 2024-02-23 北京金风科创风电设备有限公司 风力发电机组及其软件配置方法和装置
CN112737847B (zh) * 2020-12-28 2023-02-03 青岛海尔科技有限公司 节点升级方法及装置、存储介质及电子装置
CN114257509B (zh) * 2021-12-31 2024-07-09 陕西天基通信科技有限责任公司 模块升级方法及装置、存储介质及电子装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1763713A (zh) * 2004-10-22 2006-04-26 华为技术有限公司 一种移动终端软件版本升级方法
CN101136768A (zh) * 2006-09-01 2008-03-05 中兴通讯股份有限公司 通信设备的软件及硬件版本管理方法和系统
WO2009015568A1 (fr) * 2007-07-30 2009-02-05 Huawei Technologies Co., Ltd. Système et procédé de mise à niveau de logiciel, carte principale et carte de secours
CN101388792A (zh) * 2008-10-15 2009-03-18 上海华为技术有限公司 一种单板即插即用的处理方法、装置以及电信系统
CN101425930A (zh) * 2008-12-05 2009-05-06 上海华为技术有限公司 一种确定单板运行软件的方法和设备
WO2013040906A1 (zh) * 2011-09-20 2013-03-28 中兴通讯股份有限公司 一种基站软件版本管理的方法和系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100445952C (zh) * 2007-01-26 2008-12-24 上海华为技术有限公司 通信设备中软件版本升级的方法及装置
CN101853173A (zh) * 2010-05-27 2010-10-06 杭州华三通信技术有限公司 一种分布式系统的可编程逻辑器件的软件升级方法和设备
CN102012827A (zh) * 2010-11-22 2011-04-13 中兴通讯股份有限公司 一种软件版本的加载方法及基站控制器
CN102546261B (zh) * 2012-02-07 2015-04-29 华为技术有限公司 网元升级的方法、网元、服务器及系统
CN103546912A (zh) * 2012-07-09 2014-01-29 中兴通讯股份有限公司 一种基站版本升级的方法、装置及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1763713A (zh) * 2004-10-22 2006-04-26 华为技术有限公司 一种移动终端软件版本升级方法
CN101136768A (zh) * 2006-09-01 2008-03-05 中兴通讯股份有限公司 通信设备的软件及硬件版本管理方法和系统
WO2009015568A1 (fr) * 2007-07-30 2009-02-05 Huawei Technologies Co., Ltd. Système et procédé de mise à niveau de logiciel, carte principale et carte de secours
CN101388792A (zh) * 2008-10-15 2009-03-18 上海华为技术有限公司 一种单板即插即用的处理方法、装置以及电信系统
CN101425930A (zh) * 2008-12-05 2009-05-06 上海华为技术有限公司 一种确定单板运行软件的方法和设备
WO2013040906A1 (zh) * 2011-09-20 2013-03-28 中兴通讯股份有限公司 一种基站软件版本管理的方法和系统

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113362584A (zh) * 2017-07-10 2021-09-07 深圳市道通智能航空技术股份有限公司 通信方法、装置及无人机
CN113362584B (zh) * 2017-07-10 2024-06-11 深圳市道通智能航空技术股份有限公司 通信方法、装置及无人机
CN112087327A (zh) * 2020-08-26 2020-12-15 北京金山云网络技术有限公司 信息状态获取方法和装置、存储介质和电子装置
CN113672259A (zh) * 2021-08-17 2021-11-19 浪潮思科网络科技有限公司 一种分布式网络设备软件智能升级方法及设备
CN115357280A (zh) * 2022-08-09 2022-11-18 湖南木屋网络科技有限公司 软件版本管理方法、装置、服务器及存储介质
CN115052252A (zh) * 2022-08-10 2022-09-13 广州世炬网络科技有限公司 一种ota升级方法、系统及装置
CN117742777A (zh) * 2024-02-21 2024-03-22 沐曦集成电路(上海)有限公司 芯片文件版本管理系统
CN117742777B (zh) * 2024-02-21 2024-05-03 沐曦集成电路(上海)有限公司 芯片文件版本管理系统

Also Published As

Publication number Publication date
CN106411540A (zh) 2017-02-15

Similar Documents

Publication Publication Date Title
WO2017016210A1 (zh) 软件版本管理方法及装置
US8417802B2 (en) System and method for configuring a client electronic device
US20150304417A1 (en) Data synchronization method, and device
WO2017088388A1 (zh) 应用的sdk的升级方法及系统
CN105677380B (zh) 一种双主控隔离的逐板升级的方法及装置
CN109547524B (zh) 基于物联网的用户行为存储方法、装置、设备及存储介质
CN106970816B (zh) 一种软件升级处理方法、装置及音频播放设备
CN110381042B (zh) 一种平滑重启服务的方法、装置、介质和电子设备
CN110727738B (zh) 基于数据分片的全局路由系统、电子设备及存储介质
WO2017097210A1 (zh) 软件升级方法、装置及系统
CN105786606A (zh) 一种用于智能终端间的数据转移的方法和系统
CN109951514A (zh) 基于云存储的文件处理方法、系统及计算机设备
CN106997302A (zh) 固件升级方法、装置及音频播放设备
CN104580506B (zh) 离线地图数据的获取方法、云端服务器及客户端
CN111901142A (zh) 一种用于嵌入式设备集群的固件静默升级方法及装置
CN110968331A (zh) 应用程序运行的方法和装置
CN108934033A (zh) 一种基站的升级、回退方法和装置
CN112804289A (zh) 一种资源同步方法、装置、设备及存储介质
CN104424036A (zh) 智能终端的同步操作方法及装置
CN111475230B (zh) 应用的功能配置方法、装置和电子设备
CN104570967B (zh) 基于Android系统的远程控制方法及系统
CN115878138A (zh) 应用预下载方法、装置、计算机、存储介质
WO2015196586A1 (zh) 虚拟桌面的配置、获取方法及装置
WO2017076258A1 (zh) 智能卡及其下载应用的方法
WO2016206437A1 (zh) Rom包生成方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16829578

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16829578

Country of ref document: EP

Kind code of ref document: A1