软件故障恢复方法、设备及计算机可读存储介质
阅读：1012发布：2020-05-29
专利汇可以提供软件故障恢复方法、设备及计算机可读存储介质专利检索，专利查询，专利分析的服务。并且本 发明 公开了一种 软件 故障恢复方法，该方法包括：当检测到故障软件时，向网络中的正常设备广播 软件包 获取 请求 ；接收所述正常设备发送的软件包获取响应；与发送软件包获取响应的其中一个正常设备进行 配对 ，其中，配对的正常设备称为配对设备；从所述配对设备下载软件进行故障恢复。此外，本发明还提供一种设备及计算机可读存储介质。采用本发明能够自动识别软件故障，提高了故障设备 定位 的效率并故障恢复的可靠性。，下面是软件故障恢复方法、设备及计算机可读存储介质专利的具体信息内容。
1.一种软件故障恢复方法，其特征在于，所述方法包括：
当检测到故障软件时，向网络中的正常设备广播软件包获取请求；
接收所述正常设备发送的软件包获取响应；
与发送软件包获取响应的其中一个正常设备进行配对，其中，配对的正常设备称为配对设备；
从所述配对设备下载软件进行故障恢复。
2.根据权利要求1所述的软件故障恢复方法，其特征在于，与发送软件包获取响应的其中一个正常设备进行配对，具体包括：
统计接收所述软件包获取响应的数量和响应时间；
当所述响应数量达到预设的数量阈值时，则选择响应时间最短的正常设备进行配对。
3.根据权利要求2所述的软件故障恢复方法，其特征在于，当响应数量没有达到预设的数量阈值时，则等待重新广播所述软件包获取请求。
4.根据权利要求1所述的软件故障恢复方法，其特征在于，与发送软件包获取响应的其中一个正常设备进行配对，具体包括：
获取每个发送所述软件包获取响应对应的所述正常设备的信号强度；
选择信号强度最高的正常设备进行配对。
5.根据权利要求1所述的软件故障恢复方法，其特征在于，从所述配对设备下载软件进行故障恢复，具体包括：
向所述配对设备发送软件传输请求；
根据所述软件传输请求，接收所述配对设备传输的软件程序；
校验所述软件程序。
6.根据权利要求5所述的软件故障恢复方法，其特征在于，当校验所述软件程序成功时，所述方法还包括：
将所述软件程序替换所述故障软件。
7.根据权利要求6所述的软件故障恢复方法，其特征在于，所述方法还包括：
备份所述软件程序
重新启动所述软件程序。
8.根据权利要求1所述的软件故障恢复方法，其特征在于，所述软件包获取请求包括版本信息，以使所述正常设备确定与所述版本信息兼容性，相应的，所述软件包获取响应为所述正常设备与所述版本信息相兼容的响应。
9.一种设备，其特征在于，所述设备包括处理器以及存储器；
所述处理器用于执行存储器中存储的软件故障恢复程序，以实现权利要求1-8任一项所述的方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1-8任一项所述的方法。
软件故障恢复方法、设备及计算机可读存储介质
技术领域
[0001] 本发明涉及通行技术领域，尤其涉及一种软件故障恢复方法、设备及计算机可读存储介质。
背景技术
[0002] 在许多行业里，比如水、电、气、热抄表行业中，一方面要求部署在网络中的设备具有极高的容错能力，要求设备软件长期稳定运行。另一方面，当设备发生软件故障时，要求设备软件能够尽量快的恢复正常运行，但是由于设备部署分散等原因，故障恢复过程注定一个耗时耗力的过程。
[0003] 设备故障恢复主要分为：故障设备定位，设备软件传输，设备软件替换三个步骤。目前已有的故障恢复技术中分别从快速定位故障设备，提高软件传输效率，保证设备软件替换成功率等方面解决故障恢复过程中的难题。但是，这些故障恢复方法都存在以下问题：
需要人为参与，故障恢复耗时耗力，故障恢复效率低。且人为犯错可能造成故障恢复失败，甚至造成设备彻底损坏。由于无法实现自动化，需要人为定位故障并触发故障恢复流程。
需要人为参与，故障恢复耗时耗力，故障恢复效率低。且人为犯错可能造成故障恢复失败，甚至造成设备彻底损坏。由于无法实现自动化，需要人为定位故障并触发故障恢复流程。
发明内容
[0004] 本发明的主要目的在于提出一种软件故障恢复方法、设备及计算机可读存储介质，旨在解决无法实现软件故障自动化恢复的问题。
[0005] 为实现上述目的，本发明提供的一种软件故障恢复方法，所述方法包括：
[0007] 接收所述正常设备发送的软件包获取响应；
[0008] 与发送软件包获取响应的其中一个正常设备进行配对，其中，配对的正常设备称为配对设备；
[0009] 从所述配对设备下载软件进行故障恢复。
[0010] 此外，为实现上述目的，本发明还提出一种设备，所述设备包括处理器以及存储器；
[0011] 所述处理器用于执行存储器中存储的软件故障恢复程序，以实现上所述的方法。
[0012] 此外，为实现上述目的，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述的方法。
[0013] 本发明提出的软件故障恢复方法、设备及计算机可读存储介质，当检测到故障软件时，向网络中的正常设备广播软件包获取请求，在接收正常设备发送的软件包获取响应之后，与发送软件包获取响应的其中一个正常设备进行配对，其中，配对的正常设备称为配对设备，并从配对设备下载软件进行故障恢复。采用本发明能够自动识别软件故障，提高了故障设备定位的效率，并通过已组网的网络设备，自动从网络中任意正常设备上获取软件，只要网路中存在版本匹配的正常设备，都能够恢复故障，从而保证了故障恢复的可靠性。附图说明
[0014] 图1为本发明第一实施例提供的软件故障恢复方法的流程示意图；
[0015] 图2为本发明第一实施例提供的软件故障恢复方法的子流程示意图一；
[0016] 图3为本发明第一实施例提供的软件故障恢复方法的子流程示意图二；
[0017] 图4为本发明第一实施例提供的软件故障恢复方法的子流程示意图三；
[0018] 图5为本发明第一实施例提供的软件故障恢复方法的另一流程示意图；
[0020] 图7为图6中软件故障恢复程序的模块示意图。
[0021] 本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
[0022] 应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0023] 在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
[0024] 第一实施例
[0025] 如图1所示，为本发明第一实施例提供的软件故障恢复方法的流程示意图。在图1中，所述软件故障恢复方法包括：
[0026] 步骤110，当检测到故障软件时，向网络中的正常设备广播软件包获取请求。
[0027] 具体的，定期检测和记录软件的当前运行状态，如果检测到软件出现故障时，则将出现故障的软件称为故障软件，并向网络中的其他设备广播软件包获取请求，其中，网络中的其他设备称为正常设备。
[0028] 可选的，可以设置记录运行状态的优先级顺序，例如，优先记录软件当前是否正常运行、当前版本信息、兼容版本级别等。
[0029] 可选的，软件包获取请求包括当前设备所需要的版本信息。
[0030] 可选的，正常设备的数量可以是一个，也可以是多个，本发明在此不做具体限制。
[0031] 可选的，若检测软件运行正常时，则等待下一个周期检测，以此重复。
[0032] 步骤120，接收所述正常设备发送的软件包获取响应。
[0033] 具体的，网络中的正常设备获取到该软件包获取请求，会先对比自身的版本是否与软件包获取请求中的版本信息相兼容，如果版本兼容，则正常设备确认获取该软件包获取请求，并返回软件包获取响应，如果版本不兼容，则不返回响应。
[0034] 在正常设备返回响应时，则接收正常设备发送的软件包获取响应。本领域技术人员可以理解的是，根据正常设备的响应速度不同，则接收响应的时间也不相同。所述软件包获取响应为所述正常设备与所述版本信息相兼容的响应。
[0035] 步骤130，与发送软件包获取响应的其中一个正常设备进行配对。
[0036] 具体的，在接收到软件包获取响应之后，则选择其中一个正常设备进行配对，并将配对的正常设备称为配对设备。
[0037] 步骤140，从所述配对设备下载软件进行故障恢复。
[0038] 具体的，在与正常设备进行配对之后，发起软件传输请求，配对设备传输软件程序。软件程序传输完成后，再对软件程序进行完整性和正确性校验，如果校验成功，则重新启动软件，如果校验失败，则重新发起设备配对和文件传输。
[0039] 可选的，如图2所示，步骤130具体包括：
[0040] 步骤210，统计接收所述软件包获取响应的数量和响应时间；
[0041] 步骤220，当所述响应数量达到预设的数量阈值时，则选择响应时间最短的正常设备进行配对。
[0042] 具体的，统计接收到每个软件包获取的软件包获取响应的数量和响应时间。为避免频繁的发起网络请求，造成网络拥塞，当接收到的响应个数大于一定数量阈值才能完成配对，继续执行故障恢复流程，否则结束配对。也就是说，在响应个数达到数量阈值时，则从所有接收到的软件包获取响应之中响应时间最短的正常设备进行配对。
[0043] 可选的，当软件获取响应的响应数量没有达到预设的数量阈值时，则等待重新广播所述软件包获取请求。
[0044] 可选的，如图3所示，步骤130具体包括：
[0046] 步骤320，选择信号强度最高的正常设备进行配对。
[0047] 具体的，在故障恢复过程中检测每个发送软件包获取响应的正常设备的信号强度，并与信号强度最高的设备进行配对。
[0048] 可选的，如图4所述，步骤140具体包括：
[0049] 步骤410，向所述配对设备发送软件传输请求；
[0050] 步骤420，根据所述软件传输请求，接收所述配对设备传输的软件程序；
[0051] 步骤430，校验所述软件程序；
[0052] 步骤440，当校验所述软件程序成功时，将所述软件程序替换所述故障软件。
[0053] 具体的，在配对完成之后，则向配对设备发出软件传输请求，以使配对设备根据该请求，发送相应的软件程序，并对软件程序的完整性和正确性进行校验，如果校验成功，则将校验通过的软件程序替换故障软件，如果替换成功，则故障恢复成功，否则，重新与正常设备进行配对并下载软件程序。
[0054] 可选的，如图5所述，在步骤140之后，本实施例的软件故障恢复方法还包括：
[0055] 步骤510，备份所述软件程序。
[0056] 步骤520，重新启动所述软件程序。
[0057] 具体的，在软件启动过程中，对其接收到的软件程序进行备份，再尝试启动获取到的软件程序。如果启动成功，则故障恢复成功；如果启动失败，则故障恢复失败，等待发起下一次故障恢复。
[0058] 本实施例提供的软件故障恢复方法，当检测到故障软件时，向网络中的正常设备广播软件包获取请求，在接收正常设备发送的软件包获取响应之后，与发送软件包获取响应的其中一个正常设备进行配对，其中，配对的正常设备称为配对设备，并从配对设备下载软件进行故障恢复。采用本发明能够自动识别软件故障，提高了故障设备定位的效率，并通过已组网的网络设备，自动从网络中任意正常设备上获取软件，只要网路中存在版本匹配的正常设备，都能够恢复故障，从而保证了故障恢复的可靠性。
[0059] 第二实施例
[0060] 如图6所示，为本发明第二实施例提供一种设备硬件架构的示意图。在图6中，设备包括：存储器610、处理器620及存储在所述存储器610上并可在所述处理器620上运行的软件故障恢复程序630。在本实施例中，所述的软件故障恢复程序630包括一系列的存储于存储器610上的计算机程序指令，当该计算机程序指令被处理器620执行时，可以实现本发明各实施例的软件故障恢复操作。在一些实施例中，基于该计算机程序指令各部分所实现的特定的操作，软件故障恢复程序630可以被划分为一个或多个模块。如图7所示，软件故障恢复程序630包括：广播模块710、接收模块720、配对模块730、故障恢复模块740、备份模块750以及软件启动模块760。其中，
[0061] 广播模块710，用于当检测到故障软件时，向网络中的正常设备广播软件包获取请求。
[0062] 具体的，定期检测和记录软件的当前运行状态，如果检测到软件出现故障时，则将出现故障的软件称为故障软件，广播模块710向网络中的其他设备广播软件包获取请求，其中，网络中的其他设备称为正常设备。
[0063] 可选的，可以设置记录运行状态的优先级顺序，例如，优先记录软件当前是否正常运行、当前版本信息、兼容版本级别等。
[0064] 可选的，软件包获取请求包括当前设备所需要的版本信息。
[0065] 可选的，正常设备的数量可以是一个，也可以是多个，本发明在此不做具体限制。
[0066] 可选的，若检测软件运行正常时，则等待下一个周期检测，以此重复。
[0067] 接收模块720，用于接收所述正常设备发送的软件包获取响应。
[0068] 具体的，网络中的正常设备获取到该软件包获取请求，会先对比自身的版本是否与软件包获取请求中的版本信息相兼容，如果版本兼容，则正常设备确认获取该软件包获取请求，并返回软件包获取响应，如果版本不兼容，则不返回响应。
[0069] 在正常设备返回响应时，则接收模块720接收正常设备发送的软件包获取响应。本领域技术人员可以理解的是，根据正常设备的响应速度不同，则接收响应的时间也不相同。所述软件包获取响应为所述正常设备与所述版本信息相兼容的响应。
[0070] 配对模块730，用于与发送软件包获取响应的其中一个正常设备进行配对。
[0071] 具体的，在接收到软件包获取响应之后，则配对模块730选择其中一个正常设备进行配对，并将配对的正常设备称为配对设备。
[0072] 故障恢复模块740，用于从所述配对设备下载软件进行故障恢复。
[0073] 具体的，在与正常设备进行配对之后，故障恢复模块740发起软件传输请求，配对设备传输软件程序。软件程序传输完成后，再对软件程序进行完整性和正确性校验，如果校验成功，则重新启动软件，如果校验失败，则重新发起设备配对和文件传输。
[0074] 更具体的，故障恢复模块740具体用于：
[0075] 向所述配对设备发送软件传输请求；
[0076] 根据所述软件传输请求，接收所述配对设备传输的软件程序；
[0077] 校验所述软件程序；
[0078] 当校验所述软件程序成功时，将所述软件程序替换所述故障软件。
[0079] 具体的，在配对完成之后，则向配对设备发出软件传输请求，以使配对设备根据该请求，发送相应的软件程序，并对软件程序的完整性和正确性进行校验，如果校验成功，则将校验通过的软件程序替换故障软件，如果替换成功，则故障恢复成功，否则，重新与正常设备进行配对并下载软件程序。
[0080] 在一个可选的实施例中，配对模块730可以具体用于：
[0081] 统计接收所述软件包获取响应的数量和响应时间；
[0082] 当所述响应数量达到预设的数量阈值时，则选择响应时间最短的正常设备进行配对。
[0083] 具体的，配对模块730统计接收到每个软件包获取的软件包获取响应的数量和响应时间。为避免频繁的发起网络请求，造成网络拥塞，当接收到的响应个数大于一定数量阈值才能完成配对，继续执行故障恢复流程，否则结束配对。也就是说，在响应个数达到数量阈值时，则从所有接收到的软件包获取响应之中响应时间最短的正常设备进行配对。
[0084] 可选的，当软件获取响应的响应数量没有达到预设的数量阈值时，则等待重新广播所述软件包获取请求。
[0085] 在另一个可选的实施例中，配对模块730也可以具体用于：
[0086] 获取每个发送所述软件包获取响应对应的所述正常设备的信号强度；
[0087] 选择信号强度最高的正常设备进行配对。
[0088] 具体的，在故障恢复过程中检测每个发送软件包获取响应的正常设备的信号强度，并与信号强度最高的设备进行配对。
[0089] 备份模块750，用于备份所述软件程序。
[0090] 软件启动模块760，用于新启动所述软件程序。
[0091] 具体的，在软件启动过程中，备份模块750对其接收到的软件程序进行备份，再尝试启动获取到的软件程序。如果软件启动模块760启动成功，则故障恢复成功；如果启动失败，则故障恢复失败，等待发起下一次故障恢复。
[0092] 本实施例提供的设备，当检测到故障软件时，广播模块710向网络中的正常设备广播软件包获取请求，接收模块720接收正常设备发送的软件包获取响应之后，配对模块730与发送软件包获取响应的其中一个正常设备进行配对，故障恢复模块740从配对设备下载软件进行故障恢复。采用本发明能够自动识别软件故障，提高了故障设备定位的效率，并通过已组网的网络设备，自动从网络中任意正常设备上获取软件，只要网路中存在版本匹配的正常设备，都能够恢复故障，从而保证了故障恢复的可靠性。
[0093] 第三实施例
[0094] 本发明实施例还提供了一种计算机可读存储介质。这里的计算机可读存储介质存储有一个或者多个程序。其中，计算机可读存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器还可以包括上述种类的存储器的组合。当计算机可读存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述第一实施例所提供的软件故障恢复方法。
[0095] 需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0096] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0097] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
[0098] 上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种防爆水表 | 2020-05-15 | 45 |
| 混合式整体晶胶介质及其制备方法 | 2020-05-14 | 981 |
| 混合式整体晶胶介质及其制备方法 | 2020-05-14 | 658 |
| 一种测量长间隙空气交流电弧介质恢复强度的方法 | 2020-05-11 | 573 |
| 一种锌离子的检测方法 | 2020-05-17 | 51 |
| 同步加速器控制方法、装置、设备及存储介质 | 2020-05-12 | 118 |
| 一种自能式SF6断路器双喷口式灭弧室及其灭弧方法 | 2020-05-13 | 642 |
| 灭弧室和断路器 | 2020-05-14 | 707 |
| 碳化硅限压器 | 2020-05-16 | 963 |
| 一种防爆水表 | 2020-05-15 | 616 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈