软件包版本更新方法、装置、系统、设备及介质

摘要

本申请公开了软件包版本更新方法、装置、系统、设备及介质，用以准确的对智能设备的应用的软件包版本进行更新。由于本申请实施例可以保存每个软件版本类别与智能设备的标识信息的对应关系，并确定接收到的软件包的第一软件版本类别对应的第一标识信息，进而可以将该软件包发送给第一标识信息对应的第一智能设备，以使第一智能设备可以根据该软件包进行更新，相比相关技术将保存的每个智能设备的标识信息均作为第一标识信息，将接收到的软件包分别发送给每个智能设备，以使每个智能设备均根据该软件包进行更新而言，本申请实施例可以准确的确定接收到的软件包适合的智能设备，进而可以准确的对智能设备的应用的软件包版本进行更新。

说明书

技术领域

本申请涉及软件更新技术领域，尤其涉及软件包版本更新方法、装置、系统、设备及介质。

背景技术

智能设备是传统电气设备与计算机技术、数据处理技术、控制理论、传感器技术、网络通信技术、电力电子技术等相结合的产物。智能设备越来越广泛地应用于人们的生产生活中，对人类社会发展产生了巨大影响。

为了实现将新功能导入智能设备，不断优化智能设备的功能，提高用户体验，通常需要对智能设备的应用的软件包版本进行更新。相关技术在对智能设备的应用的软件包版本进行更新时，例如针对同类型同型号的智能设备，通常将同类型同型号的每个智能设备统一更新为同一最新软件版本。然而在实际使用过程中，即便是同类型同型号的智能设备，智能设备使用场景、使用对象等使用情况不同，对软件包版本的需求可能有所不同，因此亟需一种可以准确的对智能设备的应用的软件包版本进行更新的技术方案。

发明内容

本申请提供了一种软件包版本更新方法、装置、系统、设备及介质，用以准确的对智能设备的应用的软件包版本进行更新。

第一方面，本申请提供了一种软件包版本更新方法，所述方法包括：

接收待更新的软件包，所述软件包携带第一软件版本类别，根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定所述第一软件版本类别对应的第一标识信息；

根据所述第一标识信息，将所述软件包发送给所述第一标识信息对应的第一智能设备，以使所述第一智能设备根据所述软件包对所述第一智能设备的当前版本的软件进行更新。

在一种可能的实施方式中，保存所述软件版本类别与智能设备的标识信息的对应关系的过程包括：

若软件版本类别为调试，确定采样量小于设定的第一采样阈值的智能设备的第二标识信息，保存调试与所述第二标识信息的对应关系；

若软件版本类别为稳定，确定采样量不小于设定的第二采样阈值的智能设备的第三标识信息，保存稳定与所述第三标识信息的对应关系。

在一种可能的实施方式中，所述方法还包括：

判断是否接收到强制更新指令；

若接收到所述强制更新指令，则进行根据所述第一标识信息，将所述软件包发送给所述第一标识信息对应的第一智能设备的步骤。

在一种可能的实施方式中，若未接收到强制更新指令，所述方法还包括：

判断所述第一标识信息对应的第一智能设备当前是否处于空闲状态，若所述第一智能设备当前处于空闲状态，则进行根据所述第一标识信息，将所述软件包发送给所述第一标识信息对应的第一智能设备的步骤。

在一种可能的实施方式中，所述判断所述第一标识信息对应的第一智能设备当前是否处于空闲状态包括：

确定所述第一智能设备最近一次发送工作数据的时间，判断所述时间与当前时间之间的间隔时长是否大于设定时长阈值；

若大于所述设定时长阈值，则确定所述第一智能设备当前处于空闲状态；

若不大于所述设定时长阈值，则确定所述第一智能设备当前不处于空闲状态。

在一种可能的实施方式中，确定所述设定时长阈值的过程包括：

根据保存的每个时间段和时长阈值的对应关系，确定当前时间所属的目标时间段；

将所述目标时间段对应的时长阈值，确定为所述设定时长阈值。

在一种可能的实施方式中，所述方法还包括：

接收第二智能设备发送的软件版本的询问请求，所述询问请求携带有所述第二智能设备的第四标识信息；

根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定所述第四标识信息对应的第二智能设备对应的第二软件版本类别；

根据所述第二软件版本类别，确定所述第二软件版本类别的最新版本的软件包；

判断保存的所述第二智能设备的当前版本与所述最新版本是否一致；

若所述当前版本与所述最新版本不一致，则将所述最新版本的软件包发送给所述第二智能设备，以使所述第二智能设备根据所述最新版本的软件包进行更新。

第二方面，本申请提供了一种软件包版本更新装置，所述装置包括：

确定模块，用于接收待更新的软件包，所述软件包携带第一软件版本类别，根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定所述第一软件版本类别对应的第一标识信息；

发送模块，用于根据所述第一标识信息，将所述软件包发送给所述第一标识信息对应的第一智能设备，以使所述第一智能设备根据所述软件包对所述第一智能设备的当前版本的软件进行更新。

在一种可能的实施方式中，所述确定模块，具体用于若软件版本类别为调试，确定采样量小于设定的第一采样阈值的智能设备的第二标识信息，保存调试与所述第二标识信息的对应关系；

若软件版本类别为稳定，确定采样量不小于设定的第二采样阈值的智能设备的第三标识信息，保存稳定与所述第三标识信息的对应关系。

在一种可能的实施方式中，所述发送模块，还用于判断是否接收到强制更新指令；若接收到所述强制更新指令，则进行根据所述第一标识信息，将所述软件包发送给所述第一标识信息对应的第一智能设备的步骤。

在一种可能的实施方式中，所述发送模块，还用于若未接收到强制更新指令，判断所述第一标识信息对应的第一智能设备当前是否处于空闲状态，若所述第一智能设备当前处于空闲状态，则进行根据所述第一标识信息，将所述软件包发送给所述第一标识信息对应的第一智能设备的步骤。

在一种可能的实施方式中，所述发送模块，具体用于确定所述第一智能设备最近一次发送工作数据的时间，判断所述时间与当前时间之间的间隔时长是否大于设定时长阈值；

若大于所述设定时长阈值，则确定所述第一智能设备当前处于空闲状态；

若不大于所述设定时长阈值，则确定所述第一智能设备当前不处于空闲状态。

在一种可能的实施方式中，所述发送模块，具体用于根据保存的每个时间段和时长阈值的对应关系，确定当前时间所属的目标时间段；

将所述目标时间段对应的时长阈值，确定为所述设定时长阈值。

在一种可能的实施方式中，所述装置还包括：

接收模块，用于接收第二智能设备发送的软件版本的询问请求，所述询问请求携带有所述第二智能设备的第四标识信息；

所述确定模块，还用于根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定所述第四标识信息对应的第二智能设备对应的第二软件版本类别；

所述确定模块，还用于根据所述第二软件版本类别，确定所述第二软件版本类别的最新版本的软件包；

所述发送模块，还用于判断保存的所述第二智能设备的当前版本与所述最新版本是否一致；若所述当前版本与所述最新版本不一致，则将所述最新版本的软件包发送给所述第二智能设备，以使所述第二智能设备根据所述最新版本的软件包进行更新。

第三方面，本申请还提供了一种软件包版本更新系统，所述系统包括上述任一所述软件包版本更新装置，以及用于接收软件包，并根据所述软件包进行更新的智能设备。

第四方面，本申请还提供了一种电子设备，所述电子设备至少包括处理器和存储器，所述处理器用于执行存储器中存储的计算机程序时实现上述任一所述软件包版本更新方法的步骤。

第五方面，本申请还提供了一种计算机可读存储介质，其存储有计算机程序，所述计算机程序被处理器执行时实现上述任一所述软件包版本更新方法的步骤。

上述技术方案中的优点或有益效果至少包括：本申请实施例可以保存每个软件版本类别与智能设备的标识信息的对应关系，并可以根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定接收到的软件包的第一软件版本类别对应的第一标识信息，进而可以将该软件包发送给第一标识信息对应的第一智能设备，以使第一智能设备可以根据该软件包进行更新，相比相关技术将保存的每个智能设备的标识信息均作为第一标识信息，将接收到的软件包分别发送给每个智能设备，以使每个智能设备均根据该软件包进行更新而言，本申请实施例可以准确的确定接收到的软件包适合的智能设备，进而可以准确的对智能设备的应用的软件包版本进行更新。

附图说明

图1为本申请实施例提供的第一种软件包版本更新过程示意图；

图2为本申请实施例提供的第二种软件包版本更新过程示意图；

图3为本申请实施例提供的第三种软件包版本更新过程示意图；

图4为本申请实施例提供的第四种软件包版本更新过程示意图；

图5为本申请实施例提供的一种软件包版本更新装置示意图；

图6为本申请实施例提供的一种软件包版本更新系统结构示意图；

图7为本申请实施例提供的一种电子设备结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

为了准确的对智能设备的应用的软件包版本进行更新，本申请实施例提供了软件包版本更新方法、装置、系统、设备及介质。

实施例1：

图1为本申请实施例提供的第一种软件包版本更新过程示意图，该过程包括以下步骤：

S101：接收待更新的软件包，该软件包携带第一软件版本类别，根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定第一软件版本类别对应的第一标识信息。

本申请实施例提供的软件包版本更新方法可以应用于服务器，具体的，该服务器可以为本地服务器，也可以为云端服务器，可以根据需求灵活选择。当然也可以应用于其他领域，本申请对此不作限制。

在一种可能的实施方式中，如果有待更新的软件包，管理员等用户可以将该软件包上传到服务器，服务器可以接收该软件包。为了确定接收到的待更新的软件包的软件版本类别，该软件包可以携带该软件包的第一软件版本类别，示例性的，第一软件版本类别可以包括调试或稳定等。其中，当第一软件版本类别为调试时，可以认为该第一软件版本类别对应的软件包的性能可能相对不太稳定，还需对软件包的性能进行调试；当第一软件包的软件版本类别为稳定时，可以认为该软件版本类别对应的软件包的性能相对比较稳定。

为了确定接收到的软件包的软件版本类别对应的智能设备的标识信息，服务器可以保存每个软件版本类别与智能设备的标识信息的对应关系，其中每个软件版本类别与智能设备的标识信息的对应关系可以根据需求灵活设置，本申请实施例对此不做具体限定。接收到待更新的软件包之后，服务器可以根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定接收到的软件包携带的第一软件版本类别对应的第一标识信息。

其中，智能设备的标识信息可以是智能设备的产品序列号（Serial Number，SN码）、IP地址或MAC地址等，智能设备的标识信息可以唯一标识该智能设备即可，可以根据需求灵活设置，本申请对此不做具体限定。另外，本申请实施例对智能设备的类型不做具体限定，示例性的，智能设备可以是IDA（Intelligence Digital Assistant）手持译码设备、IDA手持取码设备、IDA桌面版检测设备、打印设备、手机、平板电脑、电脑等。其中IDA桌面版检测设备为放在桌面上的设备，其可以将试管码录入系统，以便其他设备基于已经录入的试管码进行检测。

S102：根据第一标识信息，将软件包发送给第一标识信息对应的第一智能设备，以使第一智能设备根据软件包对第一智能设备的当前版本的软件进行更新。

确定了第一软件版本类别对应的第一标识信息之后，服务器可以进而根据该第一标识信息，通过网络等将接收到的待更新的软件包发送给第一标识信息对应的第一智能设备。第一智能设备接收该软件包，并可以根据该软件包对第一智能设备自身当前版本的软件进行更新。其中第一智能设备根据软件包对其自身当前版本的软件进行更新的方式有多种，本申请不再赘述。

在一种可能的实施方式中，第一智能设备接收到软件包，根据该软件包对第一智能设备的当前版本的软件进行更新之前，第一智能设备还可以判断接收到的软件包的版本与第一智能设备的当前版本是否一致，若接收到的软件包的版本与第一智能设备的当前版本不一致，则可以认为需要对当前版本进行更新，则可以根据接收到的软件包对第一智能设备的当前版本的软件进行更新。可以理解的，如果接收到的软件包的版本与第一智能设备的当前版本一致，可以认为暂时不需要对当前版本进行更新，则可以不对第一智能设备的当前版本的软件进行更新。

在一种可能的实施方式中，当服务器接收到软件包，并根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定该软件包携带的第一软件版本类别对应的第一标识信息之后，为了防止误操作，提高用户体验，可以从保存的智能设备的标识信息中，将除第一标识信息之外的标识信息确定为其他标识信息，针对每个其他标识信息，显示接收到的软件包不适合该其他标识信息对应的智能设备的提示信息。其中，提示信息的具体内容可以根据需求灵活设置，本申请实施例对此不做具体限定。

本申请实施例可以保存每个软件版本类别与智能设备的标识信息的对应关系，并可以根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定接收到的软件包的第一软件版本类别对应的第一标识信息，进而可以将该软件包发送给第一标识信息对应的第一智能设备，以使第一智能设备可以根据该软件包进行更新，相比相关技术将保存的每个智能设备的标识信息均作为第一标识信息，将接收到的软件包分别发送给每个智能设备，以使每个智能设备均根据该软件包进行更新而言，本申请实施例可以准确的确定接收到的软件包适合的智能设备，进而可以准确的对智能设备的应用的软件包版本进行更新。

实施例2：

为了准确确定软件版本类别与智能设备的标识信息的对应关系，在上述实施例的基础上，在本申请实施例中，保存软件版本类别与智能设备的标识信息的对应关系的过程包括：

若软件版本类别为调试，确定采样量小于设定的第一采样阈值的智能设备的第二标识信息，保存调试与第二标识信息的对应关系；

若软件版本类别为稳定，确定采样量不小于设定的第二采样阈值的智能设备的第三标识信息，保存稳定与第三标识信息的对应关系。

在实际使用过程中，即便是同类型同型号的智能设备，例如当将其放置在不同地区时，由于受不同地区的人流量不同等的影响，智能设备的使用情况可能会有所不同。示例性的，以IDA手持译码设备为例，当将其放置在人流量较大的地区时，IDA手持译码设备的采样量可能会较大；当将其放置在人流量较少的地区时，IDA手持译码设备的采样量可能会较小。而对智能设备使用情况的不同，就可能会导致智能设备对软件包版本的需求有所不同。

在一种可能的实施方式中，为了能够准确的对智能设备的软件包版本进行更新，可以保存每个软件版本类别与智能设备的标识信息的对应关系，可以基于该对应关系，准确的确定接收到的软件包适合的智能设备，从而可以准确的对智能设备的软件包版本进行更新。

在一种可能的实施方式中，软件包的软件版本类别为调试时，通常可以认为该软件版本类别对应的软件包性能可能不太稳定，该软件包适合的智能设备可以是采样量较小的智能设备。具体的，在确定软件版本类别与智能设备的标识信息的对应关系时，若软件包的软件版本类别为调试，可以确定采样量小于设定的第一采样阈值的智能设备的第二标识信息，并保存调试与第二标识信息的对应关系。其中第一采样阈值的具体数值可以根据需求灵活设置，本申请实施例对此不做具体限定。

软件包的软件版本类别为稳定时，通常可以认为该软件版本类别对应的软件包性能相对比较稳定，该软件包适合的智能设备可以是采样量较大的智能设备。具体的，在确定软件版本类别与智能设备的标识信息的对应关系时，若软件包的软件版本类别为稳定，可以确定采样量不小于设定的第二采样阈值的智能设备的第三标识信息，并保存稳定与第三标识信息的对应关系。其中第二采样阈值的具体数值可以根据需求灵活设置，且第二采样阈值与第一采样阈值可以相同，也可以不同，本申请实施例对此不做具体限定。

实施例3：

为了准确对智能设备的应用进行更新，在上述各实施例的基础上，在本申请实施例中，该方法还包括：

判断是否接收到强制更新指令；

若接收到强制更新指令，则进行根据第一标识信息，将软件包发送给第一标识信息对应的第一智能设备的步骤。

在一种可能的实施方式中，智能设备的当前版本可能存在一些比较严重的漏洞（bug），需要强制停用当前版本时，管理员等用户在将待更新的软件包上传到服务器时，可以触发强制更新指令，服务器在接收待更新的软件包时，也可以接收该强制更新指令。

具体的，服务器在根据第一标识信息，将软件包发送给第一标识信息对应的第一智能设备之前，还可以判断是否接收到强制更新指令，若接收到强制更新指令，则可以认为该软件包需要及时发送给第一智能设备，以使第一智能设备可以及时对当前版本的软件包进行更新。

为方便理解，下面通过一个具体实施例对本申请实施例提供的软件包版本更新过程进行说明。图2为本申请实施例提供的第二种软件包版本更新过程示意图，如图2所示，该过程包括以下步骤：

S201：接收待更新的软件包，该软件包携带第一软件版本类别，根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定第一软件版本类别对应的第一标识信息。

S202：判断是否接收到强制更新指令，若接收到强制更新指令，则进行S203。

S203：根据第一标识信息，将待更新的软件包发送给第一标识信息对应的第一智能设备，以使第一智能设备根据该软件包对第一智能设备的当前版本的软件进行更新。

在一种可能的实施方式中，为了使第一智能设备可以及时进行更新，服务器将软件包和强制更新指令一并发送给第一标识信息对应的第一智能设备，以使第一智能设备在接收到该软件包和强制更新指令后，在设定时长内保存当前的工作数据，并根据该软件包对当前版本的软件包进行更新。其中，设定时长的具体数值可以根据需求灵活设置，本申请实施例对此不做具体限定。

实施例4：

为了灵活的对第一智能设备的应用进行更新，在上述各实施例的基础上，在本申请实施例中，若未接收到强制更新指令，该方法还包括：

判断第一标识信息对应的第一智能设备当前是否处于空闲状态，若第一智能设备当前处于空闲状态，则进行根据第一标识信息，将软件包发送给第一标识信息对应的第一智能设备的步骤。

如果没有接收到强制更新指令，可以认为智能设备当前版本没有太严重的漏洞，鉴于智能设备在更新软件包时，需要退出工作状态，为了不因为更新而影响智能设备正常工作，在一种可能的实施方式中，可以在确定第一软件版本类别对应的第一标识信息之后，根据第一标识信息，将软件包发送给第一标识信息对应的第一智能设备之前，判断第一标识信息对应的第一智能设备当前是否处于空闲状态，若第一智能设备当前处于空闲状态，可以认为第一智能设备当前没有处于工作状态，此时进行更新不会影响第一智能设备的正常工作，可以根据第一标识信息，将软件包发送给第一标识信息对应的第一智能设备，第一智能设备可以根据该软件包进行更新。

可以理解的，如果第一标识信息对应的第一智能设备当前不处于空闲状态，可以认为第一智能设备当前处于工作状态，此时进行更新可能会影响第一智能设备的正常工作，则可以暂时不将软件包发送给第一标识信息对应的第一智能设备。

其中本申请实施例对判断第一智能设备当前是否处于空闲状态的方式不做具体限定，示例性的，在判断第一标识信息对应的第一智能设备当前是否处于空闲状态时，可以通过判断第一智能设备当前是否存在接收数据、发送数据或者鼠标点击等操作来判断，若第一智能设备当前存在接收数据、发送数据或者鼠标点击等操作，则可以认为第一智能设备当前不处于空闲状态；若第一智能设备当前不存在接收数据、发送数据或者鼠标点击等操作，则可以认为第一智能设备当前处于空闲状态。

由于本申请实施例可以在判断第一智能设备处于空闲状态时，将软件包发送给第一智能设备，以使第一智能设备进行更新，相比相关方案只根据预设的时间对第一智能设备进行更新，而没有考虑第一智能设备在预设的时间时，是否处于空闲状态，是否适合进行更新而言，本申请实施例可以更准确灵活的对第一智能设备的应用进行更新。

为方便理解，下面通过一个具体实施例对本申请实施例提供的软件包版本更新过程进行说明。图3为本申请实施例提供的第三种软件包版本更新过程示意图，如图3所示，该过程包括以下步骤：

S301：接收待更新的软件包，该软件包携带第一软件版本类别，根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定第一软件版本类别对应的第一标识信息。

S302：判断是否接收到强制更新指令，若没有接收到强制更新指令，则进行S303；若接收到强制更新指令，则进行S304。

S303：判断第一标识信息对应的第一智能设备当前是否处于空闲状态，若第一智能设备当前处于空闲状态，则进行S304。

S304：根据第一标识信息，将待更新的软件包发送给第一标识信息对应的第一智能设备，以使第一智能设备根据该软件包对第一智能设备的当前版本的软件进行更新。

实施例5：

为了准确判断第一智能设备当前是否处于空闲状态，在上述各实施例的基础上，在本申请实施例中，判断第一标识信息对应的第一智能设备当前是否处于空闲状态包括：

确定第一智能设备最近一次发送工作数据的时间，判断该时间与当前时间之间的间隔时长是否大于设定时长阈值；

若大于设定时长阈值，则确定第一智能设备当前处于空闲状态；

若不大于设定时长阈值，则确定第一智能设备当前不处于空闲状态。

在一种可能的实施方式中，第一智能设备可以将其自身的工作数据发送给服务器，服务器接收第一智能设备发送的工作数据，并保存接收第一智能设备发送的工作数据的时间信息以及第一智能设备的第一标识信息。在判断第一智能设备当前是否处于空闲状态时，服务器可以根据第一标识信息，确定第一标识信息对应的第一智能设备最近一次向服务器发送工作数据的时间。在一种可能的实施方式中，确定第一智能设备最近一次向服务器发送工作数据的时间的过程可以是：以当前时间为基准，从保存的第一智能设备向服务器发送工作数据的每个时间信息中，将最接近当前时间的时间，确定为第一智能设备最近一次向服务器发送工作数据的时间。示例性的，例如第一智能设备分别在08:10、08:20、08:25向服务器发送过工作数据，当前时间为08:26，则可以将08:25确定为第一智能设备最近一次向服务器发送工作数据的时间。

在一种可能的实施方式中，可以根据第一智能设备最近一次向服务器发送工作数据的时间以及当前时间的差值，确定第一智能设备最近一次向服务器发送工作数据的时间与当前时间之间的间隔时长。

为了判断第一智能设备当前是否处于空闲状态，服务器可以判断第一智能设备最近一次向服务器发送工作数据的时间与当前时间之间的间隔时长是否大于设定时长阈值；若间隔时长大于设定时长阈值，则可以认为第一智能设备在较长时间内没有处于工作状态，第一智能设备当前处于空闲状态；相反，如果第一智能设备最近一次向服务器发送工作数据的时间与当前时间之间的间隔时长不大于设定时长阈值，则可以认为第一智能设备当前处于工作状态，即第一智能设备当前不处于空闲状态。

实施例6：

为了准确确定设定时长阈值，在上述各实施例的基础上，在本申请实施例中，确定该设定时长阈值的过程包括：

根据保存的每个时间段和时长阈值的对应关系，确定当前时间所属的目标时间段；

将目标时间段对应的时长阈值，确定为设定时长阈值。

在一种可能的实施方式中，服务器可以保存每个时间段和时长阈值的对应关系。其中每个时间段和时长阈值的对应关系可以根据需求灵活设置。示例性，鉴于通常情况下，智能设备在白天时间段处于工作状态的可能性相对较大，在晚上时间段处于工作状态的可能性相对较小，例如可以将白天7:00-18:00时间段对应的时长阈值设置的相对较大，例如可以是2小时、5小时等；将晚上22:00-06:00时间段对应的时长阈值设置的相对较小，例如可以是0.5小时等。示例性的，在一种可能的实施中，服务器中可以保存7:00-18:00时间段与时长阈值5小时的对应关系，并保存22:00-06:00时间段与时长阈值0.5小时的对应关系。

在确定设定时长阈值时，服务器可以根据预设的每个时间段和时长阈值的对应关系，确定当前时间所属的目标时间段，并将预设的每个时间段和时长阈值的对应关系中，该目标时间段对应的时长阈值，确定为设定时长阈值。为方便理解，以服务器中保存了7:00-18:00时间段与时长阈值5小时的对应关系，以及22:00-06:00时间段与时长阈值0.5小时的对应关系为例，如果当前时间为10:00，当前时间所属的目标时间段为7:00-18:00，则可以将该目标时间段对应的时长阈值5小时，确定为设定时长阈值。

实施例7：

为了灵活的对智能设备的应用进行更新，图4为本申请实施例提供的第四种软件包版本更新过程示意图，如图4所示，该过程包括以下步骤：

S401：接收第二智能设备发送的软件版本的询问请求，该询问请求携带有第二智能设备的第四标识信息。

在一种可能的实施方式中，除了服务器可以将接收到的软件包，发送给智能设备，以使智能设备可以根据软件包进行更新之外，智能设备也可以主动向服务器发送软件版本的询问请求，从而实现软件包的更新。为方便描述，在本申请实施例中，可以将服务器接收到软件包，将软件包发送给智能设备，智能设备根据软件包进行更新的智能设备称为第一智能设备；将主动向服务器发送软件版本的询问请求，从而实现软件包的更新的智能设备称为第二智能设备。

具体的，用户可以通过第二智能设备向服务器发送软件版本的询问请求，同时，为了使服务器可以获知发送询问请求的第二智能设备，询问请求中可以携带有第二智能设备的第四标识信息。在一种可能的实施方式中，第四标识信息可以是第二智能设备的产品序列号（Serial Number，SN码）、IP地址或MAC地址等可以唯一标识该第二智能设备的标识信息，可以根据需求灵活设置。

S402：根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定第四标识信息对应的第二智能设备对应的第二软件版本类别。

与上述实施例相同，为了确定智能设备适合的软件版本类别，服务器可以保存每个软件版本类别与智能设备的标识信息的对应关系。其中确定软件版本类别与智能设备的标识信息的对应关系的过程可以与上述实施例相同，在此不再赘述。在确定第二智能设备适合的软件版本类别时，服务器可以根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定第四标识信息对应的第二智能设备对应的第二软件版本类别。

S403：根据第二软件版本类别，确定第二软件版本类别的最新版本的软件包。

在一种可能的实施方式中，服务器中可以保存每个软件版本类别的最新版本的软件包，在确定了第二智能设备对应的第二软件版本类别后，服务器可以根据该第二软件版本类别，确定第二软件版本类别的最新版本的软件包。

S404：判断保存的第二智能设备的当前版本与最新版本是否一致，若该当前版本与该最新版本不一致，则进行S405。

在一种可能的实施方式中，服务器中可以保存每个智能设备的标识信息与每个智能设备的当前版本的对应关系，服务器可以根据第四标识信息，确定第四标识信息对应的第二智能设备的当前版本。

为了判断是否需要对第二智能设备发送软件包，服务器可以判断服务器保存的第二智能设备的当前版本与第二软件版本类别的最新版本是否一致，若当前版本与最新版本一致，可以认为第二智能设备的当前版本即为该最新版本，第二智能设备暂时不需要进行更新，可以不对第二智能设备发送软件包。在一种可能的实施方式中，如果服务器保存第二智能设备的当前版本与第二软件版本类别的最新版本一致时，为了提高用户体验，服务器可以向第二智能设备发送“当前版本已是最新版本，暂时无需更新”的提示信息。

S405：将最新版本的软件包发送给第二智能设备，以使第二智能设备根据最新版本的软件包进行更新。

如果服务器保存第二智能设备的当前版本与第二软件版本类别的最新版本不一致，可以认为第二智能设备的当前版本不是该最新版本，第二智能设备可以进行更新，服务器可以将最新版本的软件包发送给第二智能设备，第二智能设备接收该最新版本的软件包，并根据该最新版本的软件包进行更新。

实施例8：

基于相同的技术构思，在上述各实施例的基础上，本申请实施例提供了一种软件包版本更新装置，图5为本申请实施例提供的一种软件包版本更新装置示意图，如图5所示，该装置包括：

确定模块51，用于接收待更新的软件包，该软件包携带第一软件版本类别，根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定第一软件版本类别对应的第一标识信息；

发送模块52，用于根据第一标识信息，将软件包发送给第一标识信息对应的第一智能设备，以使第一智能设备根据软件包对第一智能设备的当前版本的软件进行更新。

在一种可能的实施方式中，确定模块51，具体用于若软件版本类别为调试，确定采样量小于设定的第一采样阈值的智能设备的第二标识信息，保存调试与第二标识信息的对应关系；

若软件版本类别为稳定，确定采样量不小于设定的第二采样阈值的智能设备的第三标识信息，保存稳定与第三标识信息的对应关系。

在一种可能的实施方式中，发送模块52，还用于判断是否接收到强制更新指令；若接收到强制更新指令，则进行根据第一标识信息，将软件包发送给第一标识信息对应的第一智能设备的步骤。

在一种可能的实施方式中，发送模块52，还用于若未接收到强制更新指令，判断第一标识信息对应的第一智能设备当前是否处于空闲状态，若第一智能设备当前处于空闲状态，则进行根据第一标识信息，将软件包发送给第一标识信息对应的第一智能设备的步骤。

在一种可能的实施方式中，发送模块52，具体用于确定第一智能设备最近一次发送工作数据的时间，判断该时间与当前时间之间的间隔时长是否大于设定时长阈值；

若大于设定时长阈值，则确定第一智能设备当前处于空闲状态；

若不大于设定时长阈值，则确定第一智能设备当前不处于空闲状态。

在一种可能的实施方式中，发送模块52，具体用于根据保存的每个时间段和时长阈值的对应关系，确定当前时间所属的目标时间段；

将目标时间段对应的时长阈值，确定为设定时长阈值。

在一种可能的实施方式中，该装置还包括：

接收模块，用于接收第二智能设备发送的软件版本的询问请求，该询问请求携带第二智能设备的第四标识信息；

确定模块51，还用于根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定第四标识信息对应的第二智能设备对应的第二软件版本类别；

确定模块51，还用于根据第二软件版本类别，确定第二软件版本类别的最新版本的软件包；

发送模块52，还用于判断保存的第二智能设备的当前版本与最新版本是否一致；若当前版本与最新版本不一致，则将最新版本的软件包发送给第二智能设备，以使第二智能设备根据最新版本的软件包进行更新。

在本申请中该软件包版本更新装置所涉及的与本申请提供的技术方案相关的概念，解释和详细说明及其它步骤请参见前述方法或其它实施例中关于这些内容的描述，此处不做赘述。

实施例9：

基于相同的技术构思，在上述各实施例的基础上，本申请提供了一种软件包版本更新系统，图6为本申请实施例提供的一种软件包版本更新系统结构示意图，该系统包括上述实施例中任一应用于服务器600的软件包版本更新装置，以及用于接收服务器发送的软件包，并根据软件包进行更新的智能设备610。

服务器600，用于接收待更新的软件包，该软件包携带第一软件版本类别，服务器600根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定第一软件版本类别对应的第一标识信息；根据第一标识信息，将软件包发送给第一标识信息对应的智能设备610，以使智能设备610根据软件包对智能设备610的当前版本的软件进行更新。

其中，服务器600的具体功能参见上述描述，在此不再赘述。

智能设备610为相关技术中可以接收服务器600发送的软件包，根据该软件包进行更新的智能设备，在此不再赘述。

实施例10：

基于相同的技术构思，在上述各实施例的基础上，本申请实施例还提供了一种电子设备，图7为本申请实施例提供的一种电子设备结构示意图，如图7所示，该电子设备包括：处理器71、通信接口72、存储器73和通信总线74，其中，处理器71，通信接口72，存储器73通过通信总线74完成相互间的通信；

存储器73中存储有计算机程序，当该程序被处理器71执行时，使得处理器71执行如下步骤：

接收待更新的软件包，该软件包携带第一软件版本类别，根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定第一软件版本类别对应的第一标识信息；

根据第一标识信息，将软件包发送给第一标识信息对应的第一智能设备，以使第一智能设备根据软件包对第一智能设备的当前版本的软件进行更新。

在一种可能的实施方式中，处理器71，具体用于若软件版本类别为调试，确定采样量小于设定的第一采样阈值的智能设备的第二标识信息，保存调试与第二标识信息的对应关系；

若软件版本类别为稳定，确定采样量不小于设定的第二采样阈值的智能设备的第三标识信息，保存稳定与第三标识信息的对应关系。

在一种可能的实施方式中，处理器71，还用于判断是否接收到强制更新指令；若接收到强制更新指令，则进行根据第一标识信息，将软件包发送给第一标识信息对应的第一智能设备的步骤。

在一种可能的实施方式中，处理器71，还用于若未接收到强制更新指令，判断第一标识信息对应的第一智能设备当前是否处于空闲状态，若第一智能设备当前处于空闲状态，则进行根据第一标识信息，将软件包发送给第一标识信息对应的第一智能设备的步骤。

在一种可能的实施方式中，处理器71，具体用于确定第一智能设备最近一次发送工作数据的时间，判断该时间与当前时间之间的间隔时长是否大于设定时长阈值；

若大于设定时长阈值，则确定第一智能设备当前处于空闲状态；

若不大于设定时长阈值，则确定第一智能设备当前不处于空闲状态。

在一种可能的实施方式中，处理器71，具体用于根据保存的每个时间段和时长阈值的对应关系，确定当前时间所属的目标时间段；

将目标时间段对应的时长阈值，确定为设定时长阈值。

在一种可能的实施方式中，处理器71，还用于接收第二智能设备发送的软件版本的询问请求，该询问请求携带有第二智能设备的第四标识信息；

根据保存的每个软件版本类别与智能设备的标识信息的对应关系，确定第四标识信息对应的第二智能设备对应的第二软件版本类别；

根据第二软件版本类别，确定第二软件版本类别的最新版本的软件包；

判断保存的第二智能设备的当前版本与最新版本是否一致；若当前版本与最新版本不一致，则将最新版本的软件包发送给第二智能设备，以使第二智能设备根据最新版本的软件包进行更新。

上述电子设备提到的通信总线可以是外设部件互连标准（Peripheral ComponentInterconnect，PCI）总线或扩展工业标准结构（Extended Industry StandardArchitecture，EISA）总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口72用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器（Random Access Memory，RAM），也可以包括非易失性存储器（Non-Volatile Memory，NVM），例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述处理器可以是通用处理器，包括中央处理器、网络处理器（NetworkProcessor，NP）等；还可以是数字指令处理器（Digital Signal Processing，DSP）、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

由于上述电子设备解决问题的原理与软件包版本更新方法相似，因此上述电子设备的实施可以参见方法的实施，重复之处不再赘述。

实施例11：

基于相同的技术构思，在上述各实施例的基础上，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质内存储有可由电子设备执行的计算机程序，计算机可执行指令用于使计算机执行前述方法部分所执行的流程。

上述计算机可读存储介质可以是电子设备中的处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器如软盘、硬盘、磁带、磁光盘（MO）等、光学存储器如CD、DVD、BD、HVD等、以及半导体存储器如ROM、EPROM、EEPROM、非易失性存储器（NANDFLASH）、固态硬盘（SSD）等。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。