CN110764798A - 一种微码升级方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请属于计算机技术领域，涉及一种微码升级方法、装置、计算机设备及存储介质，方法包括：获取统筹计划表；根据待升级设备信息，提取待升级设备的配置信息，并在历史记录数据库中匹配对应于待升级设备的配置信息下的所有设备的历史升级记录；提取对应于待升级设备的配置信息下的所有设备的历史升级记录中的错误日志，根据错误日志，匹配对应配置信息下的风险评估；提取客户信息中的客户联系方式，将风险评估及对应配置方案通过客户联系方式发送给客户；根据风险评估匹配升级策略，并根据统筹计划表安排待升级设备进行升级；对升级过程中的事件进行跟踪记录，形成升级记录存储到所述历史记录数据库中，可以提高升级的效率。

Description

一种微码升级方法、装置、计算机设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种微码升级方法、装置、计算机设备及存储介质。

背景技术

现有技术中，对微码进行升级是由厂商针对特定的设备需求而向客户发送微码变更的数据包，使客户设备中的微码得到升级，该升级过程主要包括：升级代码的生成，数据传输到客户设备，对客户设备进行升级，从而实现的微码升级。其中，升级代码的生成：可以是由编程人员进行微码编写得到。数据传输到客户设备：指将编程人员编写的代码以数据包的形式到达客户设备。对客户设备进行升级：指将编程人员编写的新的微码写入客户设备中，使客户设备能够执行新的微码指令。当需要对客户设备进行批量升级时，往往是根据不同客户设备进行统一升级，同一批升级的客户设备中可能包含不同批次，设备的配置不同等因素，会使得升级过程中出现不同的错误，错误面广，而客户在升级前对升级的风险获取能力较弱甚至于无，无法对升级的风险做出准备，面对升级过程中出现的错误也往往难以自己解决，导致错误未及时解决使升级失败，需要再次安排升级。因此，现有的微码升级效率不高。

发明内容

本申请实施例的目的在于提供一种微码升级方法，可以提高对微码升级过程中的升级效率。

为了解决上述技术问题，本申请实施例提供一种微码升级方法，采用了如下所述的技术方案：

包括下述步骤：

获取统筹计划表，所述统筹计划表包括客户信息及对应的待升级设备信息；

根据所述待升级设备信息，提取待升级设备的配置信息，并在历史记录数据库中匹配对应于所述待升级设备的配置信息下的所有设备的历史升级记录；

提取所述对应于所述待升级设备的配置信息下的所有设备的历史升级记录中的错误日志，根据所述错误日志，匹配对应配置信息下的风险评估；

提取客户信息中的客户联系方式，将所述风险评估及对应配置方案通过所述客户联系方式发送给客户；

获取到客户同意升级的反馈后，根据风险评估匹配升级策略，并根据所述统筹计划表安排待升级设备进行升级；

对升级过程中的事件进行跟踪记录，形成升级记录存储到所述历史记录数据库中。

进一步的，在所述获取统筹计划表的步骤之前，所述方法还包括下述步骤：

预先获取到客户信息，并根据所述客户信息获取与所述客户信息对应的待升级设备信息；

根据所述待升级设备信息生成统筹计划表。

进一步的，所述待升级设备信息包括配置信息，所述根据所述待升级设备信息生成统筹计划表的步骤具体包括：

根据所述配置信息，计算待升级设备的配置性能；

根据所述待升级设备的配置性能生成统筹计划表。

进一步的，所述提取所述对应于所述待升级设备的配置信息下的所有设备的历史升级记录中的错误日志，根据所述错误日志，匹配对应配置信息下的风险评估的步骤具体包括：

根据所述错误日志，匹配预先设置的对应配置信息下的风险评估模板，根据所述风险评估模板对待升级的设备进行风险评估。

进一步的，所述风险评估模板包括风险项，所述根据所述风险评估模板对待升级的设备进行风险评估的步骤具体包括：

根据错误日志对所述风险项进行风险项评估；

根据所述风险项评估对所述待升级的设备进行风险评估。

进一步的，所述风险评估模板还包括与所述风险项对应的解决方案，在所述根据所述风险评估模板对待升级的设备进行风险评估的步骤之前，所述还包括：

根据所述风险项对应的解决方案对所述风险项进行评估修正。

进一步的，所述方法还包括：

将所述待升级的设备在升级过程中形成的升级记录生成展示数据，并将所述展示数据发送到客户。

为了解决上述技术问题，本申请实施例还提供一种微码升级装置，采用了如下所述的技术方案：

所述一种微码升级装置，包括：

第一获取模块，用于获取统筹计划表，所述统筹计划表包括客户信息及对应的待升级设备信息；

第一提取模块，用于根据所述待升级设备信息，提取待升级设备的配置信息，并在历史记录数据库中匹配对应于所述待升级设备的配置信息下的所有设备的历史升级记录；

第二提取模块，用于提取所述对应于所述待升级设备的配置信息下的所有设备的历史升级记录中的错误日志，根据所述错误日志，匹配对应配置信息下的风险评估；

第三提取模块，用于提取客户信息中的客户联系方式，将所述风险评估及对应配置方案通过所述客户联系方式发送给客户；

统筹模块，用于获取到客户同意升级的反馈后，根据风险评估匹配升级策略，并根据所述统筹计划表安排待升级设备进行升级；

记录模块，用于对升级过程中的事件进行跟踪记录，形成升级记录存储到所述历史记录数据库中。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

所述计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现本申请实施例中提出的任一项所述的一种微码升级方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现本申请实施例中提出的任一项所述的一种微码升级方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：获取统筹计划表，所述统筹计划表包括客户信息及对应的待升级设备信息；根据所述待升级设备信息，提取待升级设备的配置信息，并在历史记录数据库中匹配对应于所述待升级设备的配置信息下的所有设备的历史升级记录；提取所述对应于所述待升级设备的配置信息下的所有设备的历史升级记录中的错误日志，根据所述错误日志，匹配对应配置信息下的风险评估；提取客户信息中的客户联系方式，将所述风险评估及对应配置方案通过所述客户联系方式发送给客户；获取到客户同意升级的反馈后，根据风险评估匹配升级策略，并根据所述统筹计划表安排待升级设备进行升级；对升级过程中的事件进行跟踪记录，形成升级记录存储到所述历史记录数据库中。通过与待升级设备的配置信息相同的配置信息对应的设备历史升级记录对待升级设备进行风险评估，并发送风险评估及对应配置方案到客户，使客户能够做好升级前准备，根据风险评估匹配升级策略，可以提高升级成功率，由于预先对风险进行评估，升级中出现错误能够及时解决，可以提高升级的效率。

附图说明

为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请可以应用于其中的示例性系统架构示意图；

图2是本申请的一种微码升级方法的流程示意图；

图3是本申请的另一种微码升级方法的流程示意图；

图4是本申请图3实施例中步骤302的具体流程示意图；

图5是本申请图2实施例中步骤203的具体流程示意图；

图6是本申请图5实施例中步骤501的具体流程示意图；

图7是本申请的另一种微码升级方法的流程示意图；

图8是本申请的另一种微码升级方法的流程示意图；

图9是本申请的一种微码升级装置的结构示意图；

图10是本申请的另一种微码升级装置的结构示意图；

图11是生成模块908的具体结构示意图；

图12是第二提取模块903的具体结构示意图；

图13是第二提取模块903的另一种具体结构示意图；

图14是本申请的另一种微码升级装置的结构示意图；

图15是本申请的一种计算机设备基本结构框图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯用户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱用户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving PictureExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(MovingPictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的一种微码升级方法一般由服务器执行，相应地，一种微码升级装置一般设置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的，根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的一种微码升级方法的一个实施例的流程图。上述的一种微码升级方法，包括以下步骤：

步骤201，获取统筹计划表，统筹计划表包括客户信息及对应的待升级设备信息。

在本实施例中，一种微码升级方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式获取统筹计划表。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi(Wireless-Fidelity)连接、蓝牙连接、WiMAX(Worldwide Interoperability for Microwave Access)连接、Zigbee连接、UWB(ultrawideband)连接、以及其他现在已知或将来开发的无线连接方式。

其中，统筹计划表可以是预先设置的年度统筹计划表，也可以是季度统筹计划表或月度统筹计划表等。上述的客户信息可以包括客户标签(姓名，公司名，组织机构代码等)及联系方式(电话、邮件、其他社交或办公联系方式等)等，待升级设备信息可以包括生产厂商，出厂时间，配置参数等。上述的统筹计划表还可以包括升级的时间、升级的批次等，上述升级的时间可以是待升级设备的预设升级时间，可以通过与厂商或客户协调进行确定；升级的客户可以是厂商指定升级设备的客户，也可以是自行申请升级设备的客户；上述升级的批次可以是按厂商进行划分，比如，有A、B、C、D四个厂商，可以将升级需求较小的A、B两个厂商放在一月内同时进行升级，升级需求较大的C、D分别放在二月、三月先后进行升级。在一种可能的实施例中，由于设备信息相同或相近，在进行微码升级的过程中容易产生相同或相近的重复的问题，为使这些问题集中解决以进一步提高微码升级的效率，上述升级的批次可以是按设备信息进行划分，将设备信息相同或相近的划分到一批，这样，使得到问题面减小，出现的问题大多是重复的，使得技术人员需要解决的问题数量大幅减少，从而进一步提高微码升级的效率。

步骤202，根据所述待升级设备信息，提取待升级设备的配置信息，并在历史记录数据库中匹配对应于所述待升级设备的配置信息下的所有设备的历史升级记录。

上述的配置信息可以理解为待升级的设备的软硬件配置参数，比如存储器参数，处理器参数、操作系统等。上述的历史记录数据库用于记录历史升级过程中的事件信息，历史记录数据库中配置信息与历史升级记录间存在索引关系，比如可以通过配置信息中的“RAM4G”，索引到对应具有RAM4G这项参数的所有设备的历史升级记录，可以使用配置信息作为关键词或标签在历史记录数据库建立配置信息与历史升级记录的对应关系。

步骤203，提取所述对应于所述待升级设备的配置信息下的所有设备的历史升级记录中的错误日志，根据所述错误日志，匹配对应配置信息下的风险评估。

在本实施例中，风险评估指的是升级的中存在的风险预估，其中，对风险评估可以理解为在升级过程可出现问题导致升级失败的可能性，另外，风险预估还可以包括己方对本次升级影响范围大小以及是否涉及重要生产库的判断，风险预估也可以包括厂商对此设备的升级是否存在备选方案，比如升级概率以及失败后是否可以无影响回退到之前版本。上述的升级影响范围可以根据待升级设备数量以及分布来确定，上述的重要生产库可以是客户数据库、请求数据库、指令库等。

步骤204，提取客户信息中的客户联系方式，将所述风险评估及对应配置方案通过所述客户联系方式发送给客户。

在本实施例中，可以根据步骤201中的统筹计划表获取到升级的批次，以及该批次的升级时间，可以是在该批次升级计划开始前的一段时间对待升级的客户进行通知，可以是邮件、电话、短信等任意一项或多项通知方式通知客户是否同意升级，在邮件中可以通过访问特定网址示为同意，在电话中可以通过客户输入特定数字或符号示为同意，在短信中可以通过客户发送特定字符示为同意。通知的内容可以包括风险评估以及对应配置方案，上述的风险评估可以包括升级开始时间，预计升级耗时、影响主机范围、风险项告知等。上述的配置方案包括设备具体信息、人员支持信息、应急措施告知等。

其中，上述影响主机范围可以是主机的数量、类型；上述人员支持信息可以是当天协助升级的人员信息，包括远程后台技术支持和当天值班人员，上述的人员信息包括联系方式，比如邮件、电话、QQ或指定的沟通工具等联系方式，可以确保升级的安全性，并可以对紧急情况做出快速响应。

步骤205，获取到客户同意升级的反馈后，根据风险评估匹配升级策略，并根据所述统筹计划表安排待升级设备进行升级。

在本实施例中，升级策略可以是根据风险评估进行制定的，以降低对应待升级的设备的升级风险，比如，风险评估中存在A、B两种风险，策略a可以降低A风险、b可以降低B风险、c可以降低A、B的风险。上述的升级策略可以是技术人员根据历史记录中出现过的问题进行解决后，形成升级策略提交到解决策略数据库中保存的，可以用于后面的升级策略匹配，采用对应的升级策略，可以有效避免对应类型的错误出现，提高升级的成功率和升级的效率。

在一种可能的方式中，若客户不同意升级，则将该客户移出统筹计划表或对该客户进行延期处理。

步骤206，对升级过程中的事件进行跟踪记录，形成升级记录存储到所述历史记录数据库中。

在本实施例中，升级过程中的事件可以是升级失败，即对升级失败的原因，处理方法、处理结果进行跟踪记录，比如，升级失败的为初始化失败，处理方法可以是重启初始化模块或者更改初始化模块，处理结果可以是包括重启初始化模块后解决，或者更改初始化模块后解决。也可以是升级成功，比如，使用策略a升级，升级过程中没有出现任何问题等。

事件记录可做为历史升级记录，在同一厂商或具有相同设备信息的下一批次升级时可以进行调用，快速对升级中错误产生的流程进行定位，事件记录还可以用来建立风险评估中的风险项或对已存在的风险项进行重新评估。

在本实施例中，获取统筹计划表，所述统筹计划表包括客户信息及对应的待升级设备信息；根据所述待升级设备信息，提取待升级设备的配置信息，并在历史记录数据库中匹配对应于所述待升级设备的配置信息下的所有设备的历史升级记录；提取所述对应于所述待升级设备的配置信息下的所有设备的历史升级记录中的错误日志，根据所述错误日志，匹配对应配置信息下的风险评估；提取客户信息中的客户联系方式，将所述风险评估及对应配置方案通过所述客户联系方式发送给客户；获取到客户同意升级的反馈后，根据风险评估匹配升级策略，并根据所述统筹计划表安排待升级设备进行升级；对升级过程中的事件进行跟踪记录，形成升级记录存储到所述历史记录数据库中。通过与待升级设备的配置信息相同的配置信息对应的设备历史升级记录对待升级设备进行风险评估，并发送风险评估及对应配置方案到客户，使客户能够做好升级前准备，根据风险评估匹配升级策略，可以提高升级成功率，由于预先对风险进行评估，升级中出现错误能够及时解决，可以提高升级的效率。

进一步的，如图3所示，在步骤201之前，上述的微码升级方法还包括以下步骤：

步骤301，预先获取到客户信息，并根据客户信息获取与客户信息对应的待升级设备信息。

步骤302，根据待升级设备信息生成统筹计划表。

在一种可能的实现方式中，在步骤201之前，对客户信息进行获取可以是通过微码升级系统后台使用脚本在客户信息数据中自动采集，也可以是客户自行发起对应设备的微码升级申请时对客户信息进行采集。通过脚本采集或客户申请，获取到客户信息，客户信息可以是对应设备的联系人信息。上述根据待升级设备信息生成统筹计划表可以是将不同厂商生产的待设备安排到不同的时间与批次，或者可以是根据不同网络运营商将待升级设备安排到不同的时间与批次。这样，可以避免同时由于不同网络条件下网速的不同而导致设备进行升级的升级速度不同步，从而使得网络较慢的设备将该批次的升级时间拉长，影响后续一批设备的升级时间。

在一种可能的实现方式中，在步骤201之前，对应于客户的待升级设备信息的获取可以是通过脚本在客户设备数据库中自动采集，也可以是客户自行提供，对于客户自行提供的待升级设备信息，可以将其关联到客户设备数据库中。上述根据待升级设备信息生成统筹计划表可以是根据设备信息对待升级设备进行批次划分，比如将相同厂商的设备按不同出厂时间划分为多个批次，或者将相同厂商的设备按不同生产线划分为多个批次。

在一种可能的实现的方式中，若存在多个厂商进行升级，则可以根据厂商对设备进行划分，另外，若存在客户申请，则可以先检测该客户的待升级设备信息，判断是否存在与统筹计划表中相同或兼容的升级策略，从而将该客户的设备划分到对应兼容的统筹计划表中。

在本实施例中，根据待升级设备信息生成统筹计划表，将待升级设备信息相同或相近的设备划分为同一批次，避免待升级设备因设备信息差异过大而避免出现问题时，问题面变广，技术人员需要根据不同的设备信息解决不同的问题，极大的增加解决时间。因此，将待升级设备信息相同或相近的设备划分为同一批次可以减小出现问题时的问题面，进一步提高微码升级的效率。

进一步的，如图4所示，上述待升级设备信息包括配置信息，上述步骤302还可以包括：

步骤401，根据配置信息，计算待升级设备的配置性能。

步骤402，根据待升级设备的配置性能生成统筹计划表。

其中，上述的配置性能可以通过配置评分来进行评估，上述配置评分用于表示待升级设备的升级性能，评分越高，说明该待升级设备的升级性能越强，可以在高性能时间点进行升级，评分越低，说明该待升级设备的升级性能越差，应避开高性能时间点进行升级，提高升级的效率。比如，配置性能为A的设备升级所需要的时间为t，配置性能为B的设备升级所需要的时间为2t，显然，将配置性能为A的设备与配置性能为B的设备放在同一批升级批次中，整体的升级时间则会变为2t。上述的配置评分可以根据待升级设备的配置参数进行计算，上述的配置参数可以是网口参数、处理器参数、存储器参数等。

在一种可能的实施例中，上述的配置评分也可以结合历史升级记录中的性能数据进行计算，比如结合配置参数，增加历史升级时长、升级成功率等权重进行计算。

进一步的，如图5所示，上述步骤203可以包括：

步骤501，根据错误日志，匹配预先设置的对应配置信息下的风险评估模板，根据风险评估模板对待升级的设备进行风险评估。

其中，风险评估模板可以是根据以往升级设备的配置信息进行制定，这种情况下，上述的风险评估模板包括有与配置信息对应的标签，可以通过该标签匹配到对应的风险评估模板，比如，待升级设备的配置信息为A123，则可以匹配到对应配置信息为A或A1或A12或A123的风险评估模板。在一种可能的实施方式中，风险评估模板也可以是根据各厂商对应的设备进行制定或根据厂商升级的历史事件记录进行制定，比如根据厂商生产设备所用生产线制定风险评估模板，又比如根据厂商之前的升级失败的事件造成的风险制定对应的风险评估模板。

在本实施例中，通过待升级设备的配置信息匹配对应的风险评估模板，可以使风险评估自动化，提高评估的效率。

进一步的，如图6所示，上述风险评估模板包括风险项，步骤501具体包括：

步骤601，根据错误日志对所述风险项进行风险项评估。

步骤602，根据所述风险项评估对所述待升级的设备进行风险评估。

其中，可以根据错误日志中的错误项进行风险项定制，也可以是通过设备厂商进行风险项定制，根据定制的风险项生成风险评估模板，根据风险评估模板生成评估结果报告，发送到客户，风险项定制可以是根据对应配置信息的历史升级记录来进行，可以根据各配置信息对应的历史升级记录来进行，比如“A存储器，B处理器”的设备在微码升级过程前，经常会出现代码缺失的事件(需要关闭某些特定功能或下载补丁)，“A存储器，C处理器”的设备在微码升级过程使用该设备导致升级中断的事件等。也可以根据各厂商对应设备的对应的历史升级记录来进行，例如：A厂商生产的设备在微码升级过程前，经常会出现代码缺失的事件(需要关闭某些特定功能或下载补丁)，B厂商生产的设备在微码升级过程使用该设备导致升级中断的事件，C厂商生产的设备在微码升级后，可能存在解决了BUG，但部分性能下降的问题等。

在本实施例中，通过对风险项进行风险评估，细分风险项评估，可以使风险评估更精准。

进一步的，如图7所示，在上述步骤602前，上述的微码升级方法还可以包括：

步骤701，根据风险项对应的解决方案对风险项进行评估修正。

其中，上述的解决方案可以理解解决对应风险项的方案，在一种可能的实施方式中，可以根据解决方案行成对应的升级策略。在本实施例中，可以认为一风险项存在对应的解决方案时，该风险项的风险等级下降，在该风险项对应出现问题时，只需要调用该解决方案即可解决，可以降低对该风险项的风险评估。对应的，在某一风险项不存在对应的解决方案时，即是出现该风险项对应的问题时，没有现成的解决方案可以解决，仍需要技术人员进行解决，其风险等级是较高的，可以提高对该风险项的风险评估。

在一种可能的实施方式中，还可以根据错误日志对各风险项进行评分修正，比如，提取到错误日志中的某一风险项导致的失败率达到90％，则进行高风险评分，高风险评分可以与失败率正相关或负相关。

在本实施例中，根据风险项对应的解决方案对该风险项进行风险评估，可以使风险评估更精准。

更进一步的，如图8所示，上述的微码升级方法还可以包括：

步骤801，将待升级的设备在升级过程中形成的升级记录生成展示数据，并将展示数据发送到客户。

其中，展示数据可以是图表类型的展示数据，也可以是文本类型的展示数据，另外，可以对展示数据进行统计分析，将分析结果与厂商或客户情况进行结合，用于制定下一年度或下一季度的统筹计划表，也可以根据分析结果对升级流程做阶段性的调整。

在一种可能的实现方式中，展示数据可以包括对内展示的版本或客户版本，对内展示版本用于展示整体升级流程中的事件记录，比如，一批次中多少设备升级成功；客户版本只提取对应客户的相应事件记录进行提交，比如，一批次中有A、B、C三个厂商或客户进行升级，将三个厂商或客户对应的事件记录分别进行提取，进而形成三个对应的客户版本展示数据。

在本实施例中，将升级记录生成展示数据发送到客户，可以使客户更直观的知道设备升级过程，使用户产生参与感，提升用户体验。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图9，作为对上述图2所示方法的实现，本申请提供了一种微码升级装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图9所示，本实施例的一种微码升级装置900包括：第一获取模块901、第一提取模块902、第二提取模块903、第三提取模块904、统筹模块905、记录模块906。其中：

第一获取模块901，用于获取统筹计划表，所述统筹计划表包括客户信息及对应的待升级设备信息；

第一提取模块902，用于根据所述待升级设备信息，提取待升级设备的配置信息，并在历史记录数据库中匹配对应于所述待升级设备的配置信息下的所有设备的历史升级记录；

第二提取模块903，用于提取所述对应于所述待升级设备的配置信息下的所有设备的历史升级记录中的错误日志，根据所述错误日志，匹配对应配置信息下的风险评估；

第三提取模块904，用于提取客户信息中的客户联系方式，将所述风险评估及对应配置方案通过所述客户联系方式发送给客户；

统筹模块905，用于获取到客户同意升级的反馈后，根据风险评估匹配升级策略，并根据所述统筹计划表安排待升级设备进行升级；

记录模块906，用于对升级过程中的事件进行跟踪记录，形成升级记录存储到所述历史记录数据库中。

进一步的，参阅图10，微码升级装置900还包括：第二获取模块907和生成模块908。其中，

第二获取模块907，用于预先获取到客户信息，并根据所述客户信息获取与所述客户信息对应的待升级设备信息；

生成模块908，用于根据所述待升级设备信息生成统筹计划表。

进一步的，参阅图11，所述待升级设备信息包括配置信息，生成模块908进一步包括：计算单元9081、生成单元9082。其中，

计算单元9081，用于根据所述配置信息，计算待升级设备的配置性能；

生成单元9082，用于根据所述待升级设备的配置性能生成统筹计划表。

进一步的，第二提取模块903还用于根据所述错误日志，匹配预先设置的对应配置信息下的风险评估模板，根据所述风险评估模板对待升级的设备进行风险评估。

进一步的，参阅图12，所述风险评估模板包括风险项，第二提取模块903进一步包括：风险项评估单元9031、风险评估单元9032。其中：

风险项评估单元9031，用于根据错误日志对所述风险项进行风险项评估；

风险评估单元9032，用于根据所述风险项评估对所述待升级的设备进行风险评估。

进一步的，参阅图13，所述风险评估模板还包括与所述风险项对应的解决方案，第二提取模块903进一步包括：修正单元9033。其中：

修正单元9033，用于根据所述风险项对应的解决方案对所述风险项进行评估修正。

进一步的，参阅图14，所述微码升级装置900还包括：展示数据模块909。

其中：

展示数据模块909，用于将所述待升级的设备在升级过程中形成的升级记录生成展示数据，并将所述展示数据发送到客户。

本申请实施例提供的一种微码升级装置能够实现图2至图8的方法实施例中的各个实施方式，以及相应有益效果，为避免重复，这里不再赘述。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图15，图15为本实施例计算机设备基本结构框图。

计算机设备15括通过系统总线相互通信连接存储器151、处理器152、网络接口153。需要指出的是，图中仅示出了具有组件151-153的计算机设备15，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

存储器15141至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器151可以是计算机设备15的内部存储单元，例如该计算机设备15的硬盘或内存。在另一些实施例中，存储器151也可以是计算机设备15的外部存储设备，例如该计算机设备15上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器151还可以既包括计算机设备15的内部存储单元也包括其外部存储设备。本实施例中，存储器151通常用于存储安装于计算机设备15的操作系统和各类应用软件，例如一种微码升级方法的程序代码等。此外，存储器151还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器152在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器152通常用于控制计算机设备15的总体操作。本实施例中，处理器152用于运行存储器151中存储的程序代码或者处理数据，例如运行一种微码升级方法的程序代码。

网络接口153可包括无线网络接口或有线网络接口，该网络接口153通常用于在计算机设备15与其他电子设备之间建立通信连接。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，计算机可读存储介质存储有一种微码升级程序，上述一种微码升级程序可被至少一个处理器执行，以使至少一个处理器执行如上述的一种微码升级方法的步骤。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例的一种微码升级方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种微码升级方法，其特征在于，包括下述步骤：

获取统筹计划表，所述统筹计划表包括客户信息及对应的待升级设备信息；

根据所述待升级设备信息，提取待升级设备的配置信息，并在历史记录数据库中匹配对应于所述待升级设备的配置信息下的所有设备的历史升级记录；

提取所述对应于所述待升级设备的配置信息下的所有设备的历史升级记录中的错误日志，根据所述错误日志，匹配对应配置信息下的风险评估；

提取客户信息中的客户联系方式，将所述风险评估及对应配置方案通过所述客户联系方式发送给客户；

获取到客户同意升级的反馈后，根据风险评估匹配升级策略，并根据所述统筹计划表安排待升级设备进行升级；

对升级过程中的事件进行跟踪记录，形成升级记录存储到所述历史记录数据库中。

2.根据权利要求1所述的微码升级方法，其特征在于，在所述获取统筹计划表的步骤之前，所述方法还包括下述步骤：

预先获取到客户信息，并根据所述客户信息获取与所述客户信息对应的待升级设备信息；

根据所述待升级设备信息生成统筹计划表。

3.根据权利要求2所述的微码升级方法，其特征在于，所述待升级设备信息包括配置信息，所述根据所述待升级设备信息生成统筹计划表的步骤具体包括：

根据所述配置信息，计算待升级设备的配置性能；

根据所述待升级设备的配置性能生成统筹计划表。

4.根据权利要求1所述的微码升级方法，其特征在于，所述提取所述对应于所述待升级设备的配置信息下的所有设备的历史升级记录中的错误日志，根据所述错误日志，匹配对应配置信息下的风险评估的步骤具体包括：

根据所述错误日志，匹配预先设置的对应配置信息下的风险评估模板，根据所述风险评估模板对待升级的设备进行风险评估。

5.根据权利要求4所述的微码升级方法，其特征在于，所述风险评估模板包括风险项，所述根据所述风险评估模板对待升级的设备进行风险评估的步骤具体包括：

根据错误日志对所述风险项进行风险项评估；

根据所述风险项评估对所述待升级的设备进行风险评估。

6.根据权利要求5所述的微码升级方法，其特征在于，所述风险评估模板还包括与所述风险项对应的解决方案，在所述根据所述风险评估模板对待升级的设备进行风险评估的步骤之前，所述还包括：

根据所述风险项对应的解决方案对所述风险项进行评估修正。

7.根据权利要求1至6中任一所述的微码升级方法，其特征在于，所述方法还包括：

将所述待升级的设备在升级过程中形成的升级记录生成展示数据，并将所述展示数据发送到客户。

8.一种微码升级装置，其特征在于，包括：

第一获取模块，用于获取统筹计划表，所述统筹计划表包括客户信息及对应的待升级设备信息；

第一提取模块，用于根据所述待升级设备信息，提取待升级设备的配置信息，并在历史记录数据库中匹配对应于所述待升级设备的配置信息下的所有设备的历史升级记录；

第二提取模块，用于提取所述对应于所述待升级设备的配置信息下的所有设备的历史升级记录中的错误日志，根据所述错误日志，匹配对应配置信息下的风险评估；

第三提取模块，用于提取客户信息中的客户联系方式，将所述风险评估及对应配置方案通过所述客户联系方式发送给客户；

统筹模块，用于获取到客户同意升级的反馈后，根据风险评估匹配升级策略，并根据所述统筹计划表安排待升级设备进行升级；

记录模块，用于对升级过程中的事件进行跟踪记录，形成升级记录存储到所述历史记录数据库中。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述的微码升级方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的微码升级方法的步骤。

Images