WO2014075591A1 - 硬盘录像机升级方法及系统 - Google Patents

硬盘录像机升级方法及系统 Download PDF

Info

Publication number
WO2014075591A1
WO2014075591A1 PCT/CN2013/086831 CN2013086831W WO2014075591A1 WO 2014075591 A1 WO2014075591 A1 WO 2014075591A1 CN 2013086831 W CN2013086831 W CN 2013086831W WO 2014075591 A1 WO2014075591 A1 WO 2014075591A1
Authority
WO
WIPO (PCT)
Prior art keywords
hard disk
video recorder
disk video
firmware version
version number
Prior art date
Application number
PCT/CN2013/086831
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 杭州海康威视数字技术股份有限公司
Priority to US14/442,124 priority Critical patent/US20160274884A1/en
Priority to EP13854390.5A priority patent/EP2921953B1/en
Publication of WO2014075591A1 publication Critical patent/WO2014075591A1/zh

Links

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
    • 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
    • G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/77—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera

Definitions

  • the present invention relates to system upgrade technology, and more particularly to a method and system for upgrading a hard disk recorder. Background of the invention
  • DVR Digital Video Recorder
  • the management server sends configuration parameters about the version file server to the hard disk recorder, and the hard disk recorder obtains the version file from the version file server according to the configuration parameters for upgrading.
  • the invention provides a method for upgrading a hard disk recorder, which can automatically upgrade the hard disk recorder and improve the upgrade efficiency.
  • the invention provides a hard disk recorder upgrade system, which can automatically upgrade the hard disk recorder and improve the upgrade efficiency.
  • a method for upgrading a hard disk recorder can include:
  • the first hard disk recorder obtains the firmware version number of at least one second hard disk recorder in the local area network where it is located, Compare the local firmware version number with the obtained firmware version number to determine the latest firmware version number of the firmware version.
  • a hard disk recorder upgrade system may include at least two hard disk recorders; wherein, the first hard disk recorder is configured to obtain a firmware version number of at least one second hard disk recorder in a local area network, and obtain a local firmware version number and a obtained firmware version. The number is compared to determine the latest firmware version number of the firmware version. The first DVR obtains the version file from the third DVR corresponding to the latest firmware version number of the firmware version, and uses the obtained version file to perform the version upgrade.
  • a hard disk recorder can include:
  • a first requesting unit configured to obtain a firmware version number of at least one second hard disk recorder in a local area network
  • a second request unit configured to compare the local firmware version number with the obtained firmware version number, determine the latest firmware version number of the firmware version, obtain a version file from the third hard disk recorder corresponding to the latest firmware version number of the firmware version, and obtain The version file is upgraded.
  • the DVR requests the firmware version number and IP address from other DVRs in the local area network, determines the latest firmware version number of the firmware version, and the IP corresponding to the firmware version number of the latest firmware version. Address, request a version file from the corresponding hard disk recorder, and upgrade the version by the requested version file.
  • the management server and the version server After one or more hard disk recorders in the local area network are upgraded, each hard disk recorder in the local area network can be upgraded by itself, and an automatic upgrade is realized.
  • the prior art is focused on the management server and the version server. The level processing is distributed to multiple DVRs in the LAN, which improves the upgrade efficiency. When the number of DVRs that need to be upgraded is large, the effect will be more obvious.
  • Figure 1 is a schematic illustration of a communication system of an embodiment
  • FIG. 2 is a flow chart of a method for upgrading a hard disk recorder according to an embodiment
  • FIG. 3 is a flow chart of a method for upgrading a hard disk recorder according to an embodiment
  • FIG. 4 is a flow chart of a method for upgrading a hard disk recorder according to an embodiment
  • FIG. 5 is a flowchart of a method for upgrading a hard disk recorder according to an embodiment
  • FIG. 6 is a flow chart of a method for upgrading a hard disk recorder according to an embodiment
  • FIG. 7 is a schematic structural diagram of a hard disk recorder upgrade system according to an embodiment
  • FIG. 8 is a schematic structural diagram of a hard disk recorder according to an embodiment. Mode for carrying out the invention
  • FIG. 1 is a schematic diagram of a communication system of an embodiment. As shown in Figure 1, the communication system package A plurality of hard disk recorders 10 and a communication network 20 are included. Communication network 20 may be a local area network established using various local area network communication protocols. A plurality of hard disk recorders 10 can communicate via a communication network.
  • a hard disk recorder that actively initiates an upgrade is also referred to herein as a pre-upgraded hard disk recorder, that is, a hard disk recorder to be upgraded.
  • FIG. 2 is a flow chart of a method for upgrading a hard disk recorder according to an embodiment.
  • the method can include the following steps.
  • Step S21 The first DVR acquires the firmware version number of at least one second hard disk recorder in the local area network in which it is located.
  • Step S22 The first DVR compares the local firmware version number with the obtained firmware version number to determine the latest firmware version number of the firmware version.
  • Step S23 The DVR obtains a version file from the third hard disk recorder corresponding to the latest firmware version number of the firmware version, and uses the obtained version file to perform version upgrade.
  • FIG. 3 is a flow chart of a method for upgrading a hard disk recorder according to an embodiment. The method can include the following steps.
  • Step S31 The DVR requests the firmware version number and IP address from other DVRs in the LAN where it is located.
  • the way in which the DVR obtains the firmware version number of other DVRs in the LAN may include:
  • the DVR sends a connection request to other DVRs in its local area network, receives a successful connection response, and sends the connection to the corresponding DVR.
  • the version number acquisition request (hereinafter referred to as the first request) receives the firmware version number of the corresponding DVR feedback.
  • Various embodiments may use some existing communication mechanisms, or may use specially designed communication as needed. Mechanism.
  • the above connection request may be a socket connection request, and the like.
  • each hard disk recorder needs to have a communication address of another hard disk recorder, such as an IP address, a MAC address, and the like.
  • the hard disk recorder can search for other hard disk recorders in the local area network using the Online Device Discovery Protocol (SSP) before sending a connection request to other hard disk recorders located in the local area network.
  • SSP Online Device Discovery Protocol
  • the DVR can know the IP addresses of other DVRs in the LAN to send connection requests to other DVRs that are searched.
  • Other embodiments may also employ other automatic discovery mechanisms to obtain the communication addresses of other hard disk recorders.
  • the DVR can simultaneously obtain the communication address and identifier of other DVRs in the above search process, and associate records; or the DVR can number other DVRs, save the obtained communication address and number, and so on. .
  • the DVR can store the communication addresses of the DVRs, for example, in a list form, and use them for the next upgrade process. In other embodiments, the DVR can perform the above search process once per upgrade.
  • the upgrade operation of the DVR can be started by default at boot time; it can also be started when needed, or started at a preset time.
  • the DVR receives a boot command, initiates an upgrade client operation, and performs the steps of using the online device discovery protocol to search for other DVRs in the local area network.
  • the startup command may be an instruction received from the outside, or may be an instruction triggered by a clock inside the hard disk recorder.
  • the upgrade client operation can be a task for system upgrades set up in the hard disk recorder.
  • step S32 the DVR compares the local firmware version number with the obtained firmware version number, and selects the firmware version number greater than the local firmware version number to determine the firmware version number with the highest firmware version (also known as the latest version). For example, selecting a firmware version that is newer than the local firmware version can be achieved by selecting a firmware version number greater than the local firmware version number, and determining the latest firmware version number from the selected firmware version number can be determined by determining the maximum firmware version number. achieve.
  • the implementation here is related to the numbering mechanism of the firmware version number. The above description is only taking the case where the newer firmware version has a larger firmware version number as an example, and is not a necessary means.
  • step S33 the DVR sends a version file acquisition request (hereinafter referred to as a second request) to the corresponding hard disk recorder by using the IP address corresponding to the latest firmware version number of the firmware version, and uses the obtained version file to perform version upgrade.
  • a version file acquisition request hereinafter referred to as a second request
  • the hard disk recorder obtains the version file from the hard disk recorder corresponding to the latest firmware version number of the firmware version
  • the method includes: the hard disk recorder uses the latest version of the firmware version number corresponding to the communication address of the hard disk recorder (such as IP address, MAC address) The address, etc., sends a connection request to the corresponding hard disk recorder, receives a connection success response, sends a second request to the hard disk recorder, and receives the version file fed back by the hard disk recorder.
  • the DVR can extract the communication address of the DVR from the communication message when receiving the firmware version number fed back by the other DVR, and record the firmware version number and the DVR that provides the firmware version number. contact address.
  • the received firmware version number can be saved in the record of the communication address.
  • the DVR can also record the correspondence between the communication address, the identifier and the firmware version number of the other DVRs. The content of the response message of the feedback firmware version number may also be different depending on the specific implementation.
  • the response message may include only the firmware version number, and the IP address of the DVR that sends the response message may be obtained from the header of the IP packet.
  • the response message may also include a firmware version number and an identifier of the hard disk recorder.
  • the hard disk recorder that receives the response message may check the communication address and the identifier of the other hard disk recorder obtained through the foregoing search process.
  • the communication address to the DVR There are many specific implementation methods.
  • the DVR requests the firmware version number from the other DVRs in the local area network, determines the latest version of the firmware version number, and requests the version file from the DVR corresponding to the highest version of the firmware version number, and the requested version file.
  • Perform a version upgrade there is no need to additionally set up the management server and version server, and one or more hard disk recorders in the LAN are upgraded (for example, the administrator manually upgrades one or more hard disk recorders), and the hard disk recorder in the local area network is used. It can be upgraded by itself to achieve automatic upgrade.
  • the upgrade process is distributed to multiple DVRs in the LAN, which improves the upgrade efficiency. When the number of DVRs to be upgraded is large, the effect will be more obvious.
  • a hard disk recorder that actively initiates an upgrade is referred to as a first hard disk recorder, and another hard disk recorder is referred to as a second hard disk recorder or a hard disk recorder server.
  • FIG. 4 is a flow chart of a method for upgrading a hard disk recorder according to an embodiment.
  • the method can include the following steps.
  • Step S41 The first hard disk recorder (or client end) sends a connection request to the second hard disk recorder (or the server end), and the second hard disk recorder returns a connection success response to the first hard disk recorder after receiving the connection request.
  • Step S42 The first DVR sends a first request to the second DVR. After receiving the first request, the second hard disk recorder can determine whether to obtain the firmware version number or request the version file according to the request.
  • Step S43 The second DVR feeds back the firmware version number of the DVR to the first DVR according to the first request received in Step S42.
  • the first hard disk recorder receives and records the firmware version number of the second hard disk recorder and the IP address of the second hard disk recorder (the IP address may be obtained from the content of the feedback message, or It is obtained from the IP header of the feedback message, and the latest firmware version number of the firmware version is determined by the received firmware version number.
  • the firmware version number determined by the firmware version in this step may include: The first hard disk recorder compares the local firmware version number with the obtained firmware version number, selects a firmware version number greater than the local firmware version number, and selects the firmware version from the selected firmware version. No. Determines the latest firmware version number for the firmware version.
  • the connection to the second DVR can be disconnected. At this time, in step S44, it is necessary to establish a connection again.
  • Step S44 the first DVR sends a connection request to the second DVR corresponding to the latest firmware version number of the firmware version (in this example, the third DVR) by using the IP address corresponding to the latest firmware version number of the firmware version.
  • the third hard disk recorder feeds back the connection success response to the first hard disk recorder.
  • Step S45 the first DVR sends a second request to the third DVR.
  • the third hard disk recorder can judge whether the request is performed according to the request for obtaining the firmware version number or requesting to obtain the version file.
  • Step S46 The third hard disk recorder sends a version file corresponding to the firmware version of the device to the first hard disk recorder according to the second request received in step S45, and the first hard disk recorder receives the version file and then performs version upgrade.
  • FIG. 5 is a flow chart of a method for upgrading a hard disk recorder according to an embodiment. The method can include the following steps.
  • Step S51 The first hard disk recorder uses sadp to search for other online hard disk recorders in the local area network, and sequentially sends a connection request to the searched second hard disk recorder.
  • the hard disk recorder that actively initiates the upgrade process is referred to as a first hard disk recorder, and the other hard disk recorders are referred to as a second hard disk recorder.
  • Step S52 the first DVR receives the connection success response, and sends a first request to the second DVR.
  • the first hard disk recorder receives the firmware version number fed back by the second hard disk recorder, and records the firmware version number and the corresponding IP address of the second hard disk recorder.
  • Step S54 after the first DVR asks all the second DVRs in the line, select the second DVR with the latest firmware version (in this example, the third DVR), and send a connection request to the third DVR. .
  • the selection of the latest version of the firmware version number in this step may include: the first DVR compares the local firmware version number with the obtained firmware version number, selects the firmware version number that is greater than the local firmware version number, and determines from the selected firmware version number. The latest version of the firmware version number.
  • Step S55 The first DVR receives the connection success response and sends a second request to the third DVR.
  • Step S56 The first DVR receives the version file fed back by the third DVR, and performs version upgrade from the received version file.
  • the first DVR When the first DVR is upgraded, it can be set to no longer receive upgrade access from other terminals.
  • FIG. 6 is a flow chart of a method for upgrading a hard disk recorder according to an embodiment. The method can include the following steps.
  • Step S61 The second DVR waits to receive the connection request of the first DVR. If a request is received, a processing thread is created, a connection is established, and a connection success response is fed back to the first DVR.
  • the hard disk recorder that actively initiates the upgrade process is referred to as the first hard disk recorder, and the other hard disk recorders are referred to as the second hard disk recorder.
  • the second DVR can process multiple requests in parallel by creating multiple processing threads.
  • Step S62 the second hard disk recorder continues to wait for receiving the request after creating the processing thread.
  • Step S63 the second hard disk recorder receives the acquisition request sent by the first hard disk recorder.
  • step S64 the second DVR determines what kind of request is received in step S63. If it is a firmware version number acquisition request, step S65 is performed; if it is a version file acquisition request, step S66 is performed.
  • Step S65 The second hard disk recorder feeds back the local firmware version number to the first hard disk recorder.
  • Step S66 The second hard disk recorder feeds back the version file of the local firmware version to the first hard disk recorder.
  • FIG. 7 is a schematic structural diagram of a hard disk recorder upgrade system according to an embodiment.
  • the system can include multiple hard disk recorders.
  • the hard disk recorder that initiated the upgrade process is called the first hard disk recorder, and the other hard disk recorders are called the second hard disk recorder.
  • the first hard disk recorder is configured to obtain the firmware version number of at least one second hard disk recorder in the local area network, compare the local firmware version number with the obtained firmware version number, determine the latest firmware version number of the firmware version, and the hard disk.
  • the VCR obtains the version file from the second DVR corresponding to the latest firmware version number of the firmware version (in this example, the third DVR), and uses the obtained version file for version upgrade.
  • the first hard disk recorder includes a first request unit 72 and a second request unit 73.
  • the first request unit 72 is configured to obtain the firmware version number of the at least one second hard disk recorder in the local area network, compare the local firmware version number with the obtained firmware version number, and determine the latest firmware version number of the firmware version.
  • the second request unit 73 is configured to obtain a version file from the third hard disk recorder corresponding to the latest firmware version number of the firmware version, and use the obtained version file to perform version upgrade.
  • the first request unit 72 is configured to send a first request to other hard disk recorders in the local area network where the first hard disk recorder is located, and receive the firmware version number and IP address fed back by the other hard disk recorders.
  • the second request unit 73 is configured to use the local firmware version number and the obtained firmware version. Compare this number, select a new firmware version number than the version of the local firmware version number (for example, select the firmware version number greater than the local firmware version number), and determine the latest firmware version number of the firmware version from the selected firmware version number, according to The IP address corresponding to the latest firmware version number of the firmware version, sends a second request to the third hard disk recorder, receives the version file fed back by the third hard disk recorder, and uses the obtained version file to perform the version upgrade.
  • the third hard disk recorder is configured to feed back the firmware version number of the third hard disk recorder to the first hard disk recorder according to the first request, and feed back the version file corresponding to the firmware version of the third hard disk recorder to the first hard disk recorder according to the second request.
  • the first requesting unit 72 is configured to send a connection request to other hard disk recorders in the local area network where it is located, receive a connection success response, send a first request to other hard disk recorders, and receive firmware version numbers fed back by other hard disk recorders. IP address.
  • the first DVR may include a search unit 71 for searching for other online DVRs in the local area network where the online device discovery protocol is located, and sending an instruction to the first request unit 72.
  • the first request unit 72 The execution command is received, and a connection request is sent to the other hard disk recorders that are searched.
  • the second requesting unit 73 is configured to send a connection request to the third hard disk recorder corresponding to the latest firmware version number of the determined firmware version, receive a connection success response, and send a second request to the third hard disk recorder. Receiving a version file fed back by the third hard disk recorder.
  • the third hard disk recorder is configured to feed back the firmware version number of the third hard disk recorder to the first hard disk recorder according to the first request; and feed back the version file corresponding to the firmware version number of the third hard disk recorder to the first hard disk recorder according to the second request.
  • FIG. 8 is a schematic structural diagram of a hard disk recorder according to an embodiment.
  • the hard disk recorder can include a CPU, a memory, a communication unit, and an internal bus.
  • the memory stores a series of machine readable instructions that cause the CPU to perform operations to implement aspects of the embodiments of the present invention.
  • the communication unit is used to communicate with other devices in the network.
  • the internal bus is used for communication between modules, and can be implemented by a bus connected to each unit, or a collection of connection lines between a plurality of units.
  • a search unit 81, a first request unit 82, and a second request unit 83 are stored in the memory.
  • the functions of the search unit 81, the first request unit 82, and the second request unit 83 are similar to those of the search unit 71, the first request unit 72, and the second request unit 73, respectively.
  • the firmware version number providing unit 84 and the version file providing unit 85 are also stored in the memory.
  • the firmware version number providing unit 84 is configured to provide a firmware version number in the hard disk recorder to the hard disk recorder that transmits the firmware version number acquisition request according to the received firmware version number.
  • the version file providing unit 85 is for a hard disk recorder that is requested based on the received version file.
  • the invention automatically detects the firmware version of the hard disk recorder in the local area network and upgrades the system, and adopts a client/server (C/S, client/server) mode and a peer-to-peer (p2p, peer-to) between multiple hard disk recorders in the local area network.
  • C/S client/server
  • p2p peer-to-peer
  • -peer technology, no need to set up management server and version file server in LAN, each DVR acts as both server and client.
  • the TCP protocol can be used to connect and transfer data between the server and the client.
  • the hardware modules in the various embodiments may be implemented mechanically or electronically.
  • a device such as an FPGA or an ASIC, is used to perform a specific operation.
  • the hardware modules may also include programmable logic devices or circuits (e.g., including general purpose processors or other programmable processors) that are temporarily configured by software for performing particular operations.
  • Hardware-specific implementations either with dedicated permanent circuits or with temporarily configured circuits (as configured by software), can be implemented based on cost and time considerations.
  • the present invention also provides a machine readable storage medium storing instructions for causing a machine to perform a method as described herein.
  • a system or apparatus equipped with a storage medium on which software program code implementing the functions of any of the above-described embodiments is stored, and a computer (or CPU or MPU) of the system or apparatus may be stored Reading and executing the program code stored in the storage medium.
  • some or all of the actual operations can be performed by an operating system or the like operating on a computer by an instruction based on a program code.
  • Storage medium embodiments for providing program code include floppy disks, hard disks, magneto-optical disks, optical disks (such as CD-ROM, CD-R, CD-RW, DVD-ROM, DVD-RAM, DVD-RW, DVD+RW), Tape, non-volatile memory card and ROM.
  • the program code can be downloaded from the server computer by the communication network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Stored Programmes (AREA)

Abstract

第一硬盘录像机获取其所在局域网内的至少一个第二硬盘录像机的固件版本号，将本地固件版本号与获取的固件版本号进行比较，确定固件版本最新的固件版本号，从固件版本最新的固件版本号对应的第三硬盘录像机获取版本文件，利用获得的版本文件进行版本升级。

Description

^Jt录像机升级方法及系统
相关文件
本申请要求于 2012 年 11 月 16 日提交中国专利局、 申请号为 201210466148.5、 发明名称为"对硬盘录像机进行批量升级的方法及系 统"的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及系统升级技术， 尤其涉及硬盘录像机升级方法及系统。 发明背景
当需要对局域网内的所有硬盘录像机（例如数字硬盘录像机（ DVR, Digital Video Recorder ) )进行升级时， 由管理服务器和版本文件服务器 协助完成。
管理服务器向硬盘录像机发送关于版本文件服务器的配置参数， 硬 盘录像机根据配置参数从版本文件服务器获取版本文件进行升级。 发明内容
本发明提供了一种硬盘录像机升级方法， 该方法能够实现硬盘录像 机的自动升级， 且能够提高升级效率。
本发明提供了一种硬盘录像机升级系统， 该系统能够实现硬盘录像 机的自动升级， 且能够提高升级效率。
一种硬盘录像机升级方法可以包括：
第一硬盘录像机获取其所在局域网内的至少一个第二硬盘录像机的 固件版本号， 将本地固件版本号与获取的固件版本号进行比较， 确定固件版本最 新的固件版本号，
从固件版本最新的固件版本号对应的第三硬盘录像机获取版本文 件，
利用获得的版本文件进行版本升级。
一种硬盘录像机升级系统可以包括至少两个硬盘录像机； 其中， 第一硬盘录像机， 用于获取其所在局域网内的至少一个第二硬盘录 像机的固件版本号， 将本地固件版本号与获取的固件版本号进行比较， 确定固件版本最新的固件版本号， 第一硬盘录像机从固件版本最新的固 件版本号对应的第三硬盘录像机获取版本文件， 利用获得的版本文件进 行版本升级。
一种硬盘录像机可以包括：
第一请求单元， 用于获取其所在局域网内的至少一个第二硬盘录像 机的固件版本号； 和
第二请求单元， 用于将本地固件版本号与获取的固件版本号进行比 较， 确定固件版本最新的固件版本号， 从固件版本最新的固件版本号对 应的第三硬盘录像机获取版本文件， 利用获得的版本文件进行版本升 级。
从上述方案可以看出， 本发明中， 硬盘录像机向其所在局域网内的 其它硬盘录像机请求固件版本号和 IP地址，确定固件版本最新的固件版 本号,由最新固件版本的固件版本号对应的 IP地址， 向相应的硬盘录像 机请求版本文件， 由请求的版本文件进行版本升级。 采用本发明方案， 无需额外设置管理服务器和版本服务器， 局域网内的一个或多个硬盘录 像机进行升级后， 局域网内的各硬盘录像机便可自行进行升级， 实现了 自动升级。 并且， 将现有技术集中在管理服务器和版本服务器进行的升 级处理分散到局域网内的多个硬盘录像机上， 提高了升级效率， 当需要 升级的硬盘录像机数量较大时， 效果将更加明显。 附图简要说明
以下附图仅为本发明技术方案的一些例子， 本发明并不局限于图中 示出的特征。 以下附图中， 相似的标号表示相似的元素：
图 1一个实施例的通信系统的示意图；
图 2为一个实施例的硬盘录像机升级方法的流程图；
图 3为一个实施例的硬盘录像机升级方法的流程图；
图 4为一个实施例的硬盘录像机升级方法的流程图；
图 5为一个实施例的硬盘录像机升级方法的流程图；
图 6为一个实施例的硬盘录像机升级方法的流程图；
图 7为一个实施例的硬盘录像机升级系统的结构示意图；
图 8为一个实施例的硬盘录像机结构示意图。 实施本发明的方式
为了描述上的筒洁和直观， 下文通过描述若干代表性的实施例来对 本发明的方案进行阐述。 实施例中大量的细节仅用于帮助理解本发明的 方案。 但是很明显， 本发明的技术方案实现时可以不局限于这些细节。 为了避免不必要地模糊了本发明的方案， 一些实施方式没有进行细致地 描述， 而是仅给出了框架。 下文中， "包括 "是指 "包括但不限于"， "根 据…… " 是指 "至少根据……， 但不限于仅根据…… "。 由于汉语的语 言习惯， 下文中没有特别指出一个成分的数量时， 意味着该成分可以是 一个也可以是多个， 或可理解为至少一个。
图 1为一个实施例的通信系统的示意图。 如图 1所示， 通信系统包 括多个硬盘录像机 10和通信网络 20。通信网络 20可以是利用各种局域 网通信协议建立的局域网络。 多个硬盘录像机 10可以通过通信网络进 行通信。
以下各实施例仅以局域网中的一个硬盘录像机的升级过程作为例子 来说明本发明的技术方案， 其它硬盘录像机也可以利用各实施例中的方 式主动发起升级。 主动发起升级的硬盘录像机在本文中也称为预升级硬 盘录像机， 即准备升级的硬盘录像机。
图 2为一个实施例的硬盘录像机升级方法的流程图。 该方法可以包 括以下步骤。
步骤 S21 , 第一硬盘录像机获取其所在局域网内的至少一个第二硬 盘录像机的固件版本号。
步骤 S22 , 第一硬盘录像机将本地固件版本号与获取的固件 (Firmware)版本号进行比较， 确定固件版本最新的固件版本号。
步骤 S23, 硬盘录像机从固件版本最新的固件版本号对应的第三硬 盘录像机获取版本文件， 利用获得的版本文件进行版本升级。
图 3为一个实施例的硬盘录像机升级方法的流程图。 该方法可以包 括以下步骤。
步骤 S31 , 硬盘录像机向其所在局域网内的其它硬盘录像机请求固 件版本号和 IP地址。
局域网内的各硬盘录像机之间可互相进行访问。 一个例子中， 硬盘 录像机获取其所在局域网内的其它硬盘录像机的固件版本号的方式可 以包括： 硬盘录像机向其所在局域网内的其它硬盘录像机发送连接请 求， 接收连接成功响应， 向相应的硬盘录像机发送版本号获取请求（以 下筒称第一请求）， 接收相应的硬盘录像机反馈的固件版本号。 各实施 例可以采用现有的一些通信机制， 也可以根据需要采用专门设计的通信 机制。 例如， 上述连接请求可以是 socket连接请求， 等。
为了在硬盘录像机之间实现通信， 各硬盘录像机需要具有其它硬盘 录像机的通信地址， 例如 IP地址、 MAC地址等。 一个例子中， 所述硬 盘录像机向其所在局域网内的其它硬盘录像机发送连接请求之前， 可采 用在线设备发现协议 ( Sadp, Search Active Device Protocol )搜索该局域 网内在线的其它硬盘录像机。 采用 Sadp, 硬盘录像机便可获知局域网内 的在线的其它硬盘录像机的 IP地址，以向搜索出的其它硬盘录像机发送 连接请求。 其它实施例也可以采用其它的自动发现机制来获取其它硬盘 录像机的通信地址。 一些实施例中， 硬盘录像机可以在上述搜索过程中 同时获得其它硬盘录像机的通信地址和标识， 并关联记录； 或者硬盘录 像机可以对其它硬盘录像机进行编号， 将获得的通信地址与编号对应保 存， 等。 实现方式有 4艮多种， 这里不再一一列举。
一些实施例中， 硬盘录像机在搜索到在线的其它硬盘录像机后， 可 以将这些硬盘录像机的通信地址存储起来， 例如存储成列表形式， 留待 下一次升级过程使用。 另一些实施例中， 硬盘录像机可以在每次升级时 均执行一次上述搜索过程。
硬盘录像机的升级操作可以默认在开机时启动；也可在需要时启动， 或者在预设的时间启动。 例如， 硬盘录像机接收启动指令， 启动升级客 户端操作， 执行所述采用在线设备发现协议， 搜索出其所在局域网内的 在线的其它硬盘录像机的步骤。 启动指令可以是从外部接收到的指令， 也可以是硬盘录像机内部一个时钟触发的指令。 一个例子中， 升级客户 端操作可以是为硬盘录像机内设置的用于进行系统升级的任务。
步骤 S32, 硬盘录像机将本地固件版本号与获取的固件 (Firmware) 版本号进行比较， 选取大于本地固件版本号的固件版本号， 从而确定固 件版本最高 （也称为最新） 的固件版本号。 例如， 选取固件版本比本地固件版本新的固件版本号可以通过选取 大于本地固件版本号的固件版本号实现， 从选取的固件版本号确定出最 新版本的固件版本号可以通过确定最大的固件版本号实现。 这里的实现 方式与所述固件版本号的编号机制有关， 以上仅以较新的固件版本具有 较大的固件版本号的情况为例进行说明， 不是必须采用的手段。
步骤 S33, 硬盘录像机利用固件版本最新的固件版本号对应的 IP地 址， 向相应的硬盘录像机发送版本文件获取请求（以下筒称第二请求）， 利用得到的版本文件进行版本升级。
一个实施例中， 所述硬盘录像机从固件版本最新的固件版本号对应 的硬盘录像机发获取版本文件可以包括： 硬盘录像机利用最新版本的固 件版本号对应的硬盘录像机的通信地址（如 IP地址、 MAC地址等）， 向 相应的硬盘录像机发送连接请求， 接收连接成功响应， 向该硬盘录像机 发送第二请求， 接收该硬盘录像机反馈的版本文件。
一个实施例中， 所述硬盘录像机可以在接收其它硬盘录像机反馈的 固件版本号时， 从通信消息中提取出该硬盘录像机的通信地址， 并记录 固件版本号与提供该固件版本号的硬盘录像机的通信地址。 另一实施例 中， 所述硬盘录像机在搜索到其它硬盘录像机时记录了各硬盘录像机的 通信地址时， 可以将收到的固件版本号保存在通信地址的记录中。 其它 实施例中， 所述硬盘录像机还可以记录其它硬盘录像机的通信地址、 标 识和固件版本号之间的对应关系。 根据具体实现方式的不同， 反馈固件 版本号的应答消息中的内容也可以不同。 例如采用 IP机制实现通信时， 应答消息中可以仅包括固件版本号，发送该应答消息的硬盘录像机的 IP 地址可以从 IP包的包头中获得。其它实施例中，应答消息中也可以包括 固件版本号和硬盘录像机的标识， 接收到应答消息的硬盘录像机可以通 过前述搜索过程得到的其它硬盘录像机的通信地址与标识的记录中查 到该硬盘录像机的通信地址。 具体的实现方式可以有很多种， 这里不再 歹
各实施例中， 硬盘录像机向其所在局域网内的其它硬盘录像机请求 固件版本号，确定出最新版本的固件版本号，向最高版本的固件版本号对 应的硬盘录像机请求版本文件， 由请求的版本文件进行版本升级。 采用 该方案， 无需额外设置管理服务器和版本服务器， 局域网内的一个或多 个硬盘录像机进行升级（例如， 管理人员手动地对某一个或多个硬盘录 像机进行升级）后， 局域网内的硬盘录像机便可自行进行升级， 实现了 自动升级。 并且， 将升级处理分散到局域网内的多个硬盘录像机上， 提 高了升级效率， 当需要升级的硬盘录像机数量较大时，效果将更加明显。
下面通过图 4、 5和 6的流程对本发明硬盘录像机升级方法进行举例 说明。下面例子中，将主动发起升级的硬盘录像机称为第一硬盘录像机， 将其它硬盘录像机称为第二硬盘录像机或硬盘录像机服务端。
图 4为一个实施例的硬盘录像机升级方法的流程图。 该方法可以包 括以下步骤。
步骤 S41 , 第一硬盘录像机 (或称 client端）向第二硬盘录像机 (或 称 server端）发出连接请求， 第二硬盘录像机接受连接请求后向第一硬 盘录像机反馈连接成功响应。
步骤 S42, 第一硬盘录像机向第二硬盘录像机发送第一请求。 第二 硬盘录像机接收第一请求后， 可以根据请求确定是请求获取固件版本号 还是请求获取版本文件。
步骤 S43 , 第二硬盘录像机根据步骤 S42中接收的第一请求， 将本 硬盘录像机的固件版本号反馈给第一硬盘录像机。
第一硬盘录像机接收并记录第二硬盘录像机的固件版本号和第二硬 盘录像机的 IP地址（该 IP地址可以是从反馈消息的内容中获得， 也可 以是从反馈消息的 IP包头中获得）， 并由接收的固件版本号确定出固件 版本最新的固件版本号。 本步骤所述确定出固件版本最新的固件版本号 可以包括： 第一硬盘录像机将本地固件版本号与获取的固件版本号进行 比较， 选取大于本地固件版本号的固件版本号， 从选取的固件版本号确 定出固件版本最新的固件版本号。
一个例子中第一硬盘录像机接收反馈后， 可以断开与第二硬盘录像 机的连接。 此时， 步骤 S44中， 需要再次建立连接。
步骤 S44, 第一硬盘录像机利用固件版本最新的固件版本号对应的 IP地址， 向固件版本最新的固件版本号对应的第二硬盘录像机（本例中 筒称为第三硬盘录像机 )发出连接请求， 第三硬盘录像机接受连接请求 后， 向第一硬盘录像机反馈连接成功响应。
步骤 S45, 第一硬盘录像机发送第二请求给第三硬盘录像机。 第三 硬盘录像机接收第二请求后， 可以根据请求判断该请求的行为是为了请 求获取固件版本号还是请求获取版本文件。
步骤 S46, 第三硬盘录像机根据步骤 S45中接收的第二请求， 发送 本设备的固件版本对应的版本文件给第一硬盘录像机， 第一硬盘录像机 接收版本文件后进行版本升级。
图 5为一个实施例的硬盘录像机升级方法的流程图。 该方法可以包 括以下步骤。
步骤 S51 , 第一硬盘录像机采用 sadp, 搜索其所在局域网内的在线 的其它硬盘录像机， 向搜索到的第二硬盘录像机依次发送连接请求。
本例中， 将主动发起升级过程的硬盘录像机称为第一硬盘录像机， 将其它硬盘录像机称为第二硬盘录像机。
步骤 S52, 第一硬盘录像机接收连接成功响应， 向第二硬盘录像机 发送第一请求。 步骤 S53,第一硬盘录像机接收第二硬盘录像机反馈的固件版本号， 并记录固件版本号和对应的第二硬盘录像机的 IP地址。
步骤 S54,第一硬盘录像机对在线的所有第二硬盘录像机询问完后， 选择固件版本最新的第二硬盘录像机 (本例中筒称为第三硬盘录像机）， 向该第三硬盘录像机发送连接请求。
本步骤所述选择最新版本的固件版本号可以包括： 第一硬盘录像机 将本地固件版本号与获取的固件版本号进行比较， 选取大于本地固件版 本号的固件版本号， 从选取的固件版本号确定出最新版本的固件版本 号。
步骤 S55, 第一硬盘录像机接收连接成功响应， 向第三硬盘录像机 发送第二请求。
步骤 S56, 第一硬盘录像机接收第三硬盘录像机反馈的版本文件， 由接收的版本文件进行版本升级。
第一硬盘录像机在进行系统升级时， 可设置为不再接收其它终端的 升级访问。
图 6为一个实施例的硬盘录像机升级方法的流程图。 该方法可以包 括以下步骤。
步骤 S61 , 第二硬盘录像机等待接收第一硬盘录像机的连接请求， 若接收到请求， 则创建处理线程， 建立连接， 向第一硬盘录像机反馈连 接成功响应。
本例中， 仍然将主动发起升级过程的硬盘录像机称为第一硬盘录像 机， 将其它硬盘录像机称为第二硬盘录像机。
第二硬盘录像机通过创建多个处理线程， 可对多个请求进行并行处 理。
步骤 S62, 第二硬盘录像机创建处理线程后继续等待接收请求。 步骤 S63 , 第二硬盘录像机接收第一硬盘录像机发送的获取请求。 步骤 S64, 第二硬盘录像机判断步骤 S63中接收的获取请求为何种 请求， 如果为固件版本号获取请求， 则执行步骤 S65; 如果为版本文件 获取请求， 则执行步骤 S66。
步骤 S65 , 第二硬盘录像机将本地固件版本号反馈给第一硬盘录像 机。
步骤 S66, 第二硬盘录像机将本地固件版本的版本文件反馈给第一 硬盘录像机。
图 7为一个实施例的硬盘录像机升级系统的结构示意图。 该系统可 以包括多个硬盘录像机。 本例将发起升级过程的硬盘录像机称为第一硬 盘录像机， 将其它硬盘录像机称为第二硬盘录像机。
第一硬盘录像机用于获取其所在局域网内的至少一个第二硬盘录像 机的固件版本号， 将本地固件版本号与获取的固件 (Firmware)版本号进 行比较， 确定固件版本最新的固件版本号， 硬盘录像机从固件版本最新 的固件版本号对应的第二硬盘录像机 (本例中筒称为第三硬盘录像机 ) 获取版本文件， 利用获得的版本文件进行版本升级。
一个实施例中，第一硬盘录像机包括第一请求单元 72和第二请求单 元 73。 第一请求单元 72用于获取其所在局域网内的至少一个第二硬盘 录像机的固件版本号， 将本地固件版本号与获取的固件 (Firmware)版本 号进行比较， 确定固件版本最新的固件版本号。 第二请求单元 73 用于 从固件版本最新的固件版本号对应的第三硬盘录像机获取版本文件， 利 用获得的版本文件进行版本升级。
一个例子中，第一请求单元 72用于向第一硬盘录像机所在局域网内 的其它硬盘录像机发送第一请求， 接收其它硬盘录像机反馈的固件版本 号和 IP地址。 第二请求单元 73用于将本地固件版本号与获取的固件版 本号进行比较， 选择比本地固件版本号的版本新的固件版本号（例如选 取大于本地固件版本号的固件版本号）， 从选取的固件版本号中确定出 固件版本最新的固件版本号，根据固件版本最新的固件版本号对应的 IP 地址， 向第三硬盘录像机发送第二请求， 接收第三硬盘录像机反馈的版 本文件， 利用获得的版本文件进行版本升级。
第三硬盘录像机用于根据第一请求向第一硬盘录像机反馈第三硬盘 录像机的固件版本号， 并根据第二请求向第一硬盘录像机反馈第三硬盘 录像机的固件版本对应的版本文件。
一个例子中，所述第一请求单元 72用于向其所在局域网内的其它硬 盘录像机发送连接请求， 接收连接成功响应， 向其它硬盘录像机发送第 一请求， 接收其它硬盘录像机反馈的固件版本号和 IP地址。
一个例子中， 所述第一硬盘录像机可以包括搜索单元 71 , 用于采用 在线设备发现协议， 搜索出其所在局域网内的在线其它硬盘录像机， 向 第一请求单元 72发送指令； 第一请求单元 72接收执行指令， 向搜索出 的其它硬盘录像机发送连接请求。
一个例子中，所述第二请求单元 73用于向确定的固件版本最新的固 件版本号对应的第三硬盘录像机发送连接请求， 接收连接成功响应， 向 所述第三硬盘录像机发送第二请求， 接收所述第三硬盘录像机反馈的版 本文件。
第三硬盘录像机用于根据第一请求， 向第一硬盘录像机反馈第三硬 盘录像机的固件版本号； 根据第二请求， 向第一硬盘录像机反馈第三硬 盘录像机的固件版本号对应的版本文件。
一个例子中， 所述第一硬盘录像机和其它硬盘录像机都为 DVR。 图 8为一个实施例的硬盘录像机结构示意图。 该硬盘录像机可以包 括 CPU、 存储器、 通信单元、 内部总线。 存储器中存储有一系列机器可读指令，这些指令可以使 CPU执行操 作来实现本发明实施例的方案。
通信单元用于与网络中的其它设备进行通信。
内部总线用于各模块间的通信， 可以由一根连接到各单元的总线实 现， 也可以是若干条各单元间的连接线路的集合。
一个例子中， 存储器中存储有搜索单元 81、 第一请求单元 82和第 二请求单元 83。 搜索单元 81、 第一请求单元 82和二请求单元 83的功 能分别与上述搜索单元 71、第一请求单元 72和第二请求单元 73的功能 相似。
一个例子中，存储器中还存储有固件版本号提供单元 84和版本文件 提供单元 85。 固件版本号提供单元 84用于根据接收到的固件版本号获 取请求将本硬盘录像机中的固件版本号提供给发送固件版本号获取请 求的硬盘录像机。 版本文件提供单元 85 用于根据接收到的版本文件获 请求的硬盘录像机。
本发明在局域网中自动检测硬盘录像机固件版本并升级系统， 在局 域网内的多台硬盘录像机之间采用客户端 /服务器（C/S, client/ server ) 模式和端对端（p2p, peer-to-peer )技术， 局域网中无需额外设置管理服 务器和版本文件服务器， 每台硬盘录像机同时作为服务器和客户端。 服 务器和客户端之间可以采用 TCP协议进行连接和传输数据。
需要说明的是， 上述各流程和各结构图中不是所有的步骤和模块都 是必须的， 可以根据实际的需要忽略某些步骤或模块。 各步骤的执行顺 序不是固定的， 可以根据需要进行调整。 各模块的划分仅仅是为了便于 描述采用的功能上的划分， 实际实现时， 一个模块可以分由多个模块实 现， 多个模块的功能也可以由同一个模块实现， 这些模块可以位于同一 个设备中， 也可以位于不同的设备中。 另外， 上面描述中采用 "第一"、 "第二" 仅仅为了方便区分具有同一含义的两个对象， 并不表示其有实 质的区别。
各实施例中的硬件模块可以以机械方式或电子方式实现。 例如， 一 器， 如 FPGA或 ASIC )用于完成特定的操作。 硬件模块也可以包括由 软件临时配置的可编程逻辑器件或电路（如包括通用处理器或其它可编 程处理器）用于执行特定操作。 至于具体采用机械方式， 或是采用专用 的永久性电路， 或是采用临时配置的电路（如由软件进行配置）来实现 硬件模块， 可以根据成本和时间上的考虑来决定。
本发明还提供了一种机器可读的存储介质， 存储用于使一机器执行 如本文所述方法的指令。 具体地， 可以提供配有存储介质的系统或者装 置， 在该存储介质上存储着实现上述实施例中任一实施例的功能的软件 程序代码， 且使该系统或者装置的计算机（或 CPU或 MPU )读出并执 行存储在存储介质中的程序代码。 此外， 还可以通过基于程序代码的指 令使计算机上操作的操作系统等来完成部分或者全部的实际操作。 还可 以将从存储介质读出的程序代码写到插入计算机内的扩展板中所设置 的存储器中或者写到与计算机相连接的扩展单元中设置的存储器中， 随 后基于程序代码的指令使安装在扩展板或者扩展单元上的 CPU 等来执 行部分和全部实际操作， 从而实现上述实施例中任一实施例的功能。
用于提供程序代码的存储介质实施例包括软盘、 硬盘、 磁光盘、 光 盘（如 CD-ROM、 CD-R, CD-RW、 DVD-ROM、 DVD-RAM、 DVD-RW, DVD+RW ), 磁带、 非易失性存储卡和 ROM。 可选择地， 可以由通信网 络从服务器计算机上下载程序代码。
综上所述， 权利要求的范围不应局限于以上描述的例子中的实施方 式， 而应当将说明书作为

Claims

权利要求书
1、 一种硬盘录像机升级方法， 其特征在于， 包括：
第一硬盘录像机获取其所在局域网内的至少一个第二硬盘录像机的 固件版本号，
将本地固件版本号与获取的固件版本号进行比较， 确定固件版本最 新的固件版本号，
从固件版本最新的固件版本号对应的第三硬盘录像机获取版本文 件，
利用获得的版本文件进行版本升级。
2、 如权利要求 1所述的方法， 其特征在于，
所述第一硬盘录像机获取其所在局域网内的至少一个第二硬盘录像 机的固件版本号包括： 第一硬盘录像机向其所在局域网内的至少一个第 二硬盘录像机发送第一请求， 接收所述至少一个第二硬盘录像机的固件 版本号和 IP地址；
所述从固件版本最新的固件版本号对应的第三硬盘录像机获取版本 文件包括： 所述第一硬盘录像机利用所述固件版本最新的固件版本号对 应的 IP地址， 向所述第三硬盘录像机发送第二请求， 利用获得的版本文 件进行版本升级。
3、 如权利要求 1所述的方法， 其特征在于，
所述将本地固件版本号与获取的固件版本号进行比较， 确定固件版 本最新的固件版本号包括： 所述第一硬盘录像机将本地固件版本号与获 取的固件版本号进行比较， 选取大于本地固件版本号的固件版本号， 从 选取的固件版本号中确定出最大的固件版本号作为所述固件版本最新 的固件版本号。
4、如权利要求 1所述的方法， 其特征在于， 所述第一硬盘录像机获 取其所在局域网内的至少一个第二硬盘录像机的固件版本号包括： 第一硬盘录像机向第二硬盘录像机发送连接请求， 接收连接成功响 应， 向第二硬盘录像机发送第一请求， 接收第二硬盘录像机反馈的固件 版本号。
5、 如权利要求 1所述的方法， 其特征在于， 进一步包括： 第一硬盘录像机采用在线设备发现协议， 搜索出其所在局域网内的 在线的至少一个硬盘录像机作为所述第二硬盘录像机。
6、 如权利要求 1所述的方法， 其特征在于， 进一步包括： 第一硬盘录像机接收启动指令， 启动升级客户端操作， 采用在线设 备发现协议， 搜索出其所在局域网内的在线的其它硬盘录像机作为所述 第二硬盘录像机。
7、如权利要求 1至 6中所述的方法， 其特征在于， 所述第一硬盘录 像机从固件版本最新的固件版本号对应的第三硬盘录像机获取版本文 件包括：
所述第一硬盘录像机向所述第三硬盘录像机发送连接请求， 接收连 接成功响应， 向所述第三硬盘录像机发送第二请求， 接收所述第三硬盘 录像机反馈的版本文件。
8、 一种硬盘录像机升级系统， 其特征在于， 包括至少两个硬盘录像 机； 其中，
第一硬盘录像机， 用于获取其所在局域网内的至少一个第二硬盘录 像机的固件版本号， 将本地固件版本号与获取的固件版本号进行比较， 确定固件版本最新的固件版本号， 第一硬盘录像机从固件版本最新的固 件版本号对应的第三硬盘录像机获取版本文件， 利用获得的版本文件进 行版本升级。
9、如权利要求 8所述的系统， 其特征在于， 所述第一硬盘录像机包 括第一请求单元和第二请求单元； 其中，
所述第一请求单元用于向其所在局域网内的至少一个第二硬盘录像 机发送第一请求， 接收所述至少一个第二硬盘录像机提供的固件版本号 和 IP地址；
所述第二请求单元用于利用固件版本最新的固件版本号对应的 IP 地址， 向所述第三硬盘录像机发送第二请求， 接收第三硬盘录像机反馈 的所述最新版本的固件版本号对应的版本文件， 利用获得的版本文件进 行版本升级；
所述第三硬盘录像机， 用于根据所述第一请求向所述第一硬盘录像 机反馈所述第三硬盘录像机的固件版本号； 根据所述第二请求向所述第 一硬盘录像机反馈所述第三硬盘录像机的固件版本号对应的版本文件。
10、 如权利要求 9所述的系统， 其特征在于， 所述第二请求单元进 一步用于将本地固件版本号与获取的固件版本号进行比较， 选取大于本 地固件版本号的固件版本号， 从选取的固件版本号确定出最新版本的固 件版本号。
11、 如权利要求 9所述的系统， 其特征在于， 所述第一请求单元用 于向所述第二硬盘录像机发送连接请求， 接收连接成功响应， 向所述第 二硬盘录像机发送第一请求， 接收所述第二硬盘录像机反馈的固件版本 号和 IP地址。
12、 如权利要求 9所述的系统， 其特征在于， 所述第一硬盘录像机 进一步包括搜索单元， 采用在线设备发现协议， 搜索出其所在局域网内 的在线其它硬盘录像机， 向所述第一请求单元发送执行指令； 所述第一 请求单元接收执行指令， 向搜索出的硬盘录像机发送所述连接请求。
13、 如权利要求 9所述的系统， 其特征在于， 所述第二请求单元用 于向所述第三硬盘录像机发送连接请求， 接收连接成功响应， 向所述第 三硬盘录像机发送第二请求， 接收所述第三硬盘录像机反馈的版本文 件。
14、 一种硬盘录像机， 其特征在于， 包括：
第一请求单元， 用于获取其所在局域网内的至少一个第二硬盘录像 机的固件版本号； 和
第二请求单元， 用于将本地固件版本号与获取的固件版本号进行比 较， 确定固件版本最新的固件版本号， 从固件版本最新的固件版本号对 应的第三硬盘录像机获取版本文件， 利用获得的版本文件进行版本升 级。
15、 如权利要求 14所述的硬盘录像机， 其特征在于，
所述第一请求单元用于向所述至少一个第二硬盘录像机发送第一请 求， 接收所述第二硬盘录像机反馈的固件版本号和 IP地址；
所述第二请求单元用于向所述第三硬盘录像机发送第二请求， 接收 所述第三硬盘录像机反馈的版本文件， 利用所述版本文件进行固件版本 升级。
16、 如权利要求 14所述的硬盘录像机， 其特征在于， 进一步包括： 固件版本号提供单元， 用于接收第四硬盘录像机发送的第一请求， 向所述第四硬盘录像机反馈本硬盘录像机的固件版本号；
版本文件提供单元， 用于接收第四硬盘录像机发送的第二请求， 向 所述第四硬盘录像机反馈本硬盘录像机的固件版本号对应的版本文件。
17、 如权利要求 14所述的硬盘录像机， 其特征在于， 进一步包括： 搜索单元， 用于采用在线设备发现协议， 搜索出本硬盘录像机所在 局域网内在线的至少一个硬盘录像机， 将搜索出的至少一个硬盘录像机 提供给所述第一请求单元。
PCT/CN2013/086831 2012-11-16 2013-11-11 硬盘录像机升级方法及系统 WO2014075591A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/442,124 US20160274884A1 (en) 2012-11-16 2013-11-11 Method and System of Updating Digital Video Recorders
EP13854390.5A EP2921953B1 (en) 2012-11-16 2013-11-11 Method and system for upgrading digital video recorder

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210466148.5 2012-11-16
CN201210466148.5A CN103826080B (zh) 2012-11-16 2012-11-16 对硬盘录像机进行批量升级的方法及系统

Publications (1)

Publication Number Publication Date
WO2014075591A1 true WO2014075591A1 (zh) 2014-05-22

Family

ID=50730587

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/086831 WO2014075591A1 (zh) 2012-11-16 2013-11-11 硬盘录像机升级方法及系统

Country Status (4)

Country Link
US (1) US20160274884A1 (zh)
EP (1) EP2921953B1 (zh)
CN (1) CN103826080B (zh)
WO (1) WO2014075591A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109019217A (zh) * 2017-10-28 2018-12-18 林光琴 一种电梯控制软件现场调试系统

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105577449A (zh) * 2016-01-19 2016-05-11 江苏小牛电动科技有限公司 一种基于电动车中控系统的自动升级方法和装置
CN112083939A (zh) * 2019-12-31 2020-12-15 蓝桥赛维科技(北京)有限公司 批量升级方法、装置、系统及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020188934A1 (en) * 2001-06-12 2002-12-12 Nortel Networks Limited Method and system for upgrading existing firmware on third party hardware
KR20060019893A (ko) * 2004-08-30 2006-03-06 엘지전자 주식회사 네트워크를 이용한 디지털 비디오 레코더 소프트웨어의동시 다중 업데이트 방법 및 시스템
CN1776618A (zh) * 2004-11-20 2006-05-24 三星电子株式会社 使用移动终端升级图像形成设备的固件的方法
CN101795295A (zh) * 2010-03-11 2010-08-04 北京安天电子设备有限公司 一种基于点对点技术的局域网病毒库升级系统和方法

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6438479B1 (en) * 1997-12-29 2002-08-20 Hitachi, Ltd. Control apparatus for an automatic transmission of a vehicle and method
JPH11282656A (ja) * 1998-03-30 1999-10-15 Brother Ind Ltd プログラム書換装置、ネットワークシステム、及び記憶媒体
WO2002075525A1 (fr) * 2001-03-19 2002-09-26 Sony Corporation Systeme, procede et programme d'actualisation de logiciel
FI114602B (fi) * 2002-06-18 2004-11-15 Nokia Corp Menetelmä ja laitteisto verkon yksiköllä olevien päivitystietojen ohjelmoimiseksi matkaviestimeen
US20050160308A1 (en) * 2004-01-09 2005-07-21 General Instrument Corporation Failure recovery for digital video recorders
WO2005098820A1 (ja) * 2004-03-31 2005-10-20 Pioneer Corporation 音声認識装置及び音声認識方法
WO2007100288A1 (en) * 2006-03-01 2007-09-07 Axis Ab Method and system for upgrading a plurality of devices
US20080005733A1 (en) * 2006-06-29 2008-01-03 Balaji Ramachandran Method and apparatus for updating firmware and software
US20080109647A1 (en) * 2006-11-07 2008-05-08 Lee Merrill Gavens Memory controllers for performing resilient firmware upgrades to a functioning memory
KR100857705B1 (ko) * 2007-05-28 2008-09-08 (주)케이티에프테크놀로지스 프로그램 업그레이드 방법 및 이를 수행하기 위한 시스템
US20100082782A1 (en) * 2008-09-30 2010-04-01 Yi Ding Providing peripheral device attributes to a client for selection
US8856776B2 (en) * 2009-02-05 2014-10-07 International Business Machines Corporation Updating firmware without disrupting service
EP2239659A1 (en) * 2009-04-09 2010-10-13 Siemens Aktiengesellschaft A network device and a system thereof
JP2011095950A (ja) * 2009-10-29 2011-05-12 Seiko Epson Corp ネットワークデバイス、ネットワークデバイスシステムおよびネットワークデバイスのソフトウェア更新方法
KR20110047711A (ko) * 2009-10-30 2011-05-09 삼성전자주식회사 전자 장치 및 그 업그레이드용 펌웨어의 생성방법
EP2348405A1 (en) * 2009-12-22 2011-07-27 EchoStar Global B.V. A method and system for changing software or firmware on an electronic device
US8869138B2 (en) * 2011-11-11 2014-10-21 Wyse Technology L.L.C. Robust firmware update with recovery logic
US20120216183A1 (en) * 2011-02-23 2012-08-23 Amit Mahajan Firmware updation in electronic devices
US8677343B2 (en) * 2011-09-16 2014-03-18 Cisco Technology, Inc. Centrally coordinated firmware upgrade model across network for minimizing uptime loss and firmware compatibility
TW201344576A (zh) * 2012-04-17 2013-11-01 Hon Hai Prec Ind Co Ltd 韌體更新方法與系統以及使用該方法之終端裝置
CN104871135B (zh) * 2012-12-20 2018-03-13 Nec显示器解决方案株式会社 控制装置、显示装置、固件更新方法和固件更新程序

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020188934A1 (en) * 2001-06-12 2002-12-12 Nortel Networks Limited Method and system for upgrading existing firmware on third party hardware
KR20060019893A (ko) * 2004-08-30 2006-03-06 엘지전자 주식회사 네트워크를 이용한 디지털 비디오 레코더 소프트웨어의동시 다중 업데이트 방법 및 시스템
CN1776618A (zh) * 2004-11-20 2006-05-24 三星电子株式会社 使用移动终端升级图像形成设备的固件的方法
CN101795295A (zh) * 2010-03-11 2010-08-04 北京安天电子设备有限公司 一种基于点对点技术的局域网病毒库升级系统和方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2921953A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109019217A (zh) * 2017-10-28 2018-12-18 林光琴 一种电梯控制软件现场调试系统
CN109019217B (zh) * 2017-10-28 2020-09-18 吉安品位环保科技有限公司 一种电梯控制软件现场调试系统

Also Published As

Publication number Publication date
CN103826080A (zh) 2014-05-28
US20160274884A1 (en) 2016-09-22
EP2921953B1 (en) 2021-07-28
EP2921953A4 (en) 2016-06-01
CN103826080B (zh) 2018-02-16
EP2921953A1 (en) 2015-09-23

Similar Documents

Publication Publication Date Title
KR101548574B1 (ko) 통신 네트워크들에 대한 네트워크 접속된 미디어 게이트웨이
JP4571929B2 (ja) 多重サーバ環境に適したデバイスをクライアントをして同期化を行わせる方法及び装置
RU2527756C1 (ru) Устройство и способ для выполнения функции агента разрешения dns
US8719392B2 (en) Searching a managed network for setting and configuration data
TWI360322B (en) Method and apparatus for discovering network devic
US9392081B2 (en) Method and device for sending requests
US20140122658A1 (en) Systems and Methods for Accelerating Remote Data Retrieval Via Peer Nodes
JP2019507409A (ja) 従来のファイルシステムインターフェースを使用することによってクラウドストレージサービスにアクセスする方法及び装置
WO2015070640A1 (zh) 设备远程访问的方法、瘦客户端和虚拟机
WO2017097210A1 (zh) 软件升级方法、装置及系统
JP5255035B2 (ja) フェイルオーバシステム、記憶処理装置及びフェイルオーバ制御方法
WO2014075591A1 (zh) 硬盘录像机升级方法及系统
WO2015074391A1 (zh) 一种实现多虚拟机挂载外设部件的方法及装置
JP2019016042A (ja) データ取得プログラム、装置、及び方法
WO2016116013A1 (zh) 软件升级方法和系统
JP2015148861A (ja) 情報処理システム及びプログラム管理方法
US10516628B2 (en) Transfer device, transfer system, and transfer method
JP6764489B2 (ja) ネットワーク機器のスタッキング
WO2012155645A1 (zh) 基于p2p的无盘设备的网络启动方法及系统
WO2020052512A1 (zh) 货柜管理方法、装置、货柜设备和存储介质
JP2012506585A (ja) デフォルトのストレージ・セクションの選択および構成設定を行うデバイスおよび対応する方法
CN107613002B (zh) 一种查询设备信息的方法、装置及其使用的设备
WO2014176992A1 (zh) 一种iptv登录的方法、接入服务器及终端
JP5706289B2 (ja) 通信装置、通信方法及びプログラム
JP5149932B2 (ja) オーダ投入装置、オーダ投入方法およびそのプログラム

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: 13854390

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14442124

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2013854390

Country of ref document: EP