智能设备检修方法、终端及系统、电子设备与流程

本申请涉及智能设备检修技术领域，例如涉及一种智能设备检修方法、终端及系统、电子设备。

背景技术：

随着物联网的发展、智能家居的普及化，越来越多的智能设备接入了网络，但是由于智能设备在生产前，通常是在实验室内进行调试，以模拟智能设备在运行中可能发生的各种情况，但实验室调试始终具有一定的局限性，用户使用设备的过程中可能会出现各种各样在实验室中不可预知的问题，这就需要开发人员进行进一步的调试。

但在智能设备发布售出后，由于各种条件限制，设备开发人员很少有机会到用户的使用现场进行调试。

技术实现要素：

为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。

本公开实施例提供了一种智能设备检修方法、终端及系统、电子设备。

在一些实施例中，所述智能设备的检修方法包括：获取智能设备在多个时间单位下的使用信息；确定所述多个时间单位的时序，并根据所述时序，对所述使用信息进行模拟处理，获得所述智能设备的使用过程模拟信息；分析所述使用过程模拟信息，确定所述智能设备在使用过程中出现故障的原因。

可选地，所述根据所述时序，对使用信息进行模拟处理，获得所述智能设备的使用过程模拟信息，包括：根据所述时序下的使用信息，控制具有模拟功能的设备还原智能设备的使用场景，获得所述智能设备的使用过程模拟信息。

可选地，所述分析所述使用过程模拟信息，确定所述智能设备在使用过程中出现故障的原因，包括：如果从所述使用过程模拟信息中提取到目标异常信息，则根据异常信息与异常原因之间的映射关系，确定所述目标异常信息对应的目标异常原因。

可选地，所述智能设备的检修方法还包括：根据所述智能设备在使用过程中出现故障的原因，对所述智能设备进行远程调试。

在一些实施例中，所述智能设备检修方法，包括：获取智能设备在多个时间单位下的使用信息；将所述使用信息上传至服务器，以便经由所述服务器将所述使用信息发送至检修终端，由所述检修终端根据所述多个时间单位的时序对各时间单位对应的使用信息进行模拟处理，分析并确定所述智能设备在使用过程中出现故障的原因。

在一些实施例中，所述智能设备检修系统，包括：远程通信设备、服务器以及检修终端；所述远程通信设备，用于获取所述远程通信设备关联的智能设备在多个时间单位下的使用信息，并将所述使用信息上传至所述服务器；所述检修终端，用于从所述服务器获取所述使用信息，并根据所述多个时间单位的时序对各时间单位对应的使用信息进行模拟处理，分析模拟所得使用过程模拟信息，确定所述智能设备在使用过程中出现故障的原因。

在一些实施例中，所述智能设备检修系统包括：智能设备、服务器以及检修终端；所述智能设备，用于获取所述智能设备在多个时间单位下的使用信息，并将所述使用信息提交至所述服务器；所述检修终端，用于从所述服务器获取所述使用信息，并根据所述多个时间单位的时序对各时间单位对应的使用信息进行模拟处理，分析模拟所得使用过程模拟信息，确定所述智能设备在使用过程中出现故障的原因。

可选地，该智能设备检修系统还包括：远程通信设备，用于在所述智能设备向所述服务器提交所述使用信息失败时，通过近距离通信和/或有线通信的方式从所述智能设备获取所述使用信息，并将所述使用信息提交至所述服务器。

在一些实施例中，所述智能设备检修终端包括：远程通信模块，用于获取智能设备在多个时间单位下的使用信息；模拟模块，用于确定所述多个时间单位的时序，并根据所述时序，对使用信息进行模拟处理，获得所述智能设备的使用过程模拟信息；分析模块，用于分析所述使用过程模拟信息，确定所述智能设备在使用过程中出现故障的原因。

在一些实施例中，所述电子设备包括：包括处理器和存储有程序指令的存储器，所述处理器被配置为在执行所述程序指令时，执行如上所述的智能设备检修方法。

本公开实施例提供的智能设备检修方法、终端及系统、电子设备，可以实现以下技术效果：

本方案通过采集智能设备的使用信息，获得多个时间点或时间段的智能设备的真实使用信息，如智能设备的状态信息和用户对智能设备的操作信息等，然后按照时序排布利用使用信息进行模拟，从而能够在一定程度上还原出智能设备的真实使用场景，生成的使用状态模拟信息能够便于开发人员或者相应的处理程序、处理系统等分析和定位使用过程中出现故障的原因，为远程调试提供技术支持，如此，开发人员在远程便能够对故障问题进行定位和解决，有助于减少开发人员去用户使用现场进行调试的情况。

此外，通过本方案能够主动获取智能设备的使用信息，并进行后台调试、维修，相对于被动接收用户的报修检测服务和现场检修而言，本方案能够主动维护智能设备的正常运行状态，使用该系统进行远程检修能够有效提高检修效率。另外，对智能设备的使用状态进行及时监测，发现问题便可请求进行远程调试，还可在一定程度上避免大故障问题的发生。

以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本申请。

附图说明

一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：

图1是本公开实施例提供的一种智能设备检修方法的流程示意图；

图2是本公开实施例提供的一种智能设备检修终端的示意图；

图3是本公开实施例提供的一种智能设备使用信息获取方法的流程示意图；

图4是本公开实施例提供的另一种智能设备使用信息获取方法的流程示意图；

图5是本公开实施例提供的一个智能设备状态信息管理系统的示意图；

图6是本公开实施例提供的另一个智能设备状态信息管理系统的示意图；

图7是本公开实施例提供的一个电子设备的示意图。

具体实施方式

为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。

本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“检修”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

除非另有说明，术语“多个”表示两个或两个以上。

本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，a/b表示：a或b。

术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，a和/或b，表示：a或b，或，a和b这三种关系。

本申请中的智能设备31，包括但不限于具有物联网能力的家用电器和商用设备等。

本申请中的时间单位，可以是智能设备一个使用周期内的单一的时间点、固定的时间段；可以是不考虑智能设备运行状态的如时、分、秒之类的单位时间。作为一种示例，智能设备从开机到关机到再次开机可以作为一个使用周期。

本申请中的使用信息，包括智能设备的状态信息，以及用户对智能设备的操作信息。

本申请中的状态信息，包括但不限于设备自有信息、设备运行状态信息、设备网络状态信息和设备故障信息等。

本申请中的操作信息，包括但不限于用户对智能设备发出的操作指令，如开关机、执行某种特定程序等。

本申请中的具有模拟功能的设备，包括但不限于检修终端、载有相关模拟功能模块的开发侧终端。

本申请中的远程通信设备，包括但不限于具有联网功能的个人移动终端(如手机、平板电脑、可穿戴设备等)、具有联网功能且可关联智能设备的智能音箱，以及具有联网功能且载有可关联智能设备的app的电视、投影仪等。

本申请中的检修终端，包括但不限于与远程通信设备相对应的开发者侧的电子设备。

实施例1

结合图1所示，本公开实施例提供一种智能设备检修方法，包括：

s01，获取智能设备在多个时间单位下的使用信息。

s02，确定多个时间单位的时序，并根据时序，对使用信息进行模拟处理，获得智能设备的使用过程模拟信息。

s03，分析使用过程模拟信息，确定智能设备在使用过程中出现故障的原因。

采用本公开实施例提供的智能设备检修方法，通过采集智能设备的使用信息，获得多个时间点或时间段的智能设备的真实使用信息，如状态信息和操作信息等，然后按照时序排布对使用信息进行模拟，从而能够在一定程度上还原出智能设备的真实使用场景，生成的使用状态模拟信息能够便于开发人员或者相应的处理程序、处理系统等分析和归纳使用过程中出现故障的原因，使用本方案减少了开发人员去用户使用现场进行调试的情况，开发人员在远程便能够便于对故障问题进行定位和解决。

此外，通过本方案能够主动获取智能设备的使用信息，并进行后台调试、维修，相对于被动接收用户的报修检测服务和现场检修而言，本方案能够主动维护智能设备的正常运行状态，使用该系统进行远程检修能够有效提高检修效率。另外，对智能设备的使用状态进行及时监测，发现问题便可请求进行远程调试，还可在一定程度上避免大故障问题的发生。

可选地，确定多个时间单位的时序，并根据时序，对使用信息进行模拟处理，获得智能设备的使用过程模拟信息，包括：根据时序下的使用信息，控制具有模拟功能的设备还原智能设备使用场景，获得智能设备的使用过程的模拟信息。

可以理解为，在实现本方法时，可以采集多个时间单位下的智能设备使用时的当前状态信息，并建立各个时间点或时间段的用户操作信息与当前状态信息之间的第一映射关系，即，用户在作出某个操作动作后，智能设备所真实生成的状态信息，二者可成为一组映射关系。如此，具有模拟功能的设备便可根据各时间单位的时序，利用第一映射关系对智能设备进行使用场景还原，获得与智能设备真实使用状况相对应的使用过程模拟信息。这样，就能够使开发人员或检修终端获得智能设备的真实状况，便于后续的检测、调试和维修等操作。

可选地，分析使用过程模拟信息，确定智能设备31在使用过程中出现故障的原因，包括：如果从使用过程模拟信息中提取到目标异常信息，则可根据异常信息与异常原因之间的映射关系，确定目标异常信息对应的目标异常原因。

可以理解为，在实际使用中，如果智能设备存在异常，获取的智能设备使用信息将存在异常的当前状态信息，在第一映射关系下，将对该包含有异常的当前状态信息的使用信息进行模拟处理，获得异常的使用过程模拟信息(下面简称为异常信息)。可以在检修终端预先存储若干异常信息的数据，并建立异常信息与异常原因之间的映射关系，即异常信息存在对应的异常原因，下面将该种对应关系称为第二映射关系。检修终端对模拟信息进行实时检测，当在使用过程模拟信息中检测到异常信息时，将提取该目标异常信息，根据第二映射关系分析确定该目标异常信息对应的目标异常原因；当在使用过程模拟信息中未检测到异常信息时，模拟信息正常运行或向检修终端报告该关联的智能设备无异常。如此方式，能够便于定位智能设备使用过程中出现故障的原因，以便于后续的调试或维修。

此外，作为一种示例，也可以在实际使用中，在检修终端预先建立异常信息与异常原因之间的第二映射关系，在智能设备或者远程通信设备上预先建立用户操作信息与预设状态信息之间的映射关系，即用户发出某个操作指令后，智能设备在正常运行的情况下，执行该指令时理论上会生成的状态信息，下面将该种对应关系称之为第三映射关系。如果某一用户操作信息对应的当前状态信息，与该用户操作信息在第三映射关系下对应的预设状态信息不同时，可将相关的使用信息标记为异常使用信息。多个时间单位的使用信息按照智能设备的运行周期进行划分，每个运行周期的多个时间单位的使用信息作为一条记录信息，开发者可以从包含众多记录信息的记录列表里明确分辨出来包含有异常使用信息的记录信息(下面简称为异常记录信息)，开发者可以选择对异常记录信息进一步查询或直接进行模拟处理。当对异常记录信息进行模拟处理时，按照第一映射关系将获得异常信息，检修终端提取该目标异常信息，根据第二映射关系分析确定该目标异常信息对应的目标异常原因。如此方式，能够便于查找和定位智能设备使用过程中出现故障的原因，以便于后续的调试或维修。

可选地，分析使用过程模拟信息，确定智能设备在使用过程中出现故障的原因后，还可以包括步骤s04，根据智能设备在使用过程中出现故障的原因，对智能设备进行远程调试。

可以理解为，根据在前确定的智能设备的目标异常原因，可对智能设备采取相对应的措施来进行远程调试或维修。具体地，与智能设备的目标异常原因对应的异常类型主要分为两大类：一、需现场维修的一类异常；二、可远程维修的二类异常。

其中，当异常类型为一类异常时，可推送目标异常信息反馈至用户侧，提醒用户到维修网点进行现场维修，该目标异常信息推送包括但不限于通过电话告知、短信告知、在用户关联有智能设备的各类终端上推送消息、通过用户关联的公众号或服务号等推送维修消息等。当异常类型为二类异常时，开发者主动或检修终端自动通过网络对智能设备进行远程调试。

在实际应用中，开发者利用安装有检修功能app的终端设备，即本公开实施例中的检修终端，从服务器查阅记录列表，记录列表可以通过时间范围筛选相应区间内的记录信息，记录信息默认按照时间倒序排列。每个记录信息内包含有智能设备在多个时间单位下的使用信息，即每个记录信息包含智能设备在一个运行周期内的多个时间点或时间段的状态信息以及用户的操作信息。开发者可以通过检修终端向服务器发出查询请求，选择对某个时间范围内的记录信息进一步查询，服务器收到查询指示后，会将该时间范围对应的记录信息以数据包形式发送至检修终端。检修终端接收该数据包，启动模拟程序，将数据包解压到本地文件，并根据时序下的第一真实映射关系，模拟设备运行状态，还原智能设备的真实使用场景，得到使用过程模拟信息。若使用过程模拟信息中存在目标异常信息，则可利用第二映射关系，分析确定目标异常信息所对应的目标异常原因。

当该目标异常原因可通过远程调试进行消除时，开发者主动或检修终端自动通过网络对智能终端进行远程调试。该检修过程在用户侧设备的后台进行，可不进行向用户进行推送；此外，也可在用户侧开设一个日常检修或定期检修窗口，可将该检修过程作为设备常规检修的一部分，使用户通过某些安装有可以控制智能设备的app的终端能够对设备进行定期或不定期的主动检修，检修过程完成后向用户侧推送检修结果。

如果在实际应用过程中，不能通过第二映射关系确定目标异常信息对应的目标异常原因，或不可通过远程调试消除目标异常原因时，可推送报修信息反馈至用户侧，提醒用户能够尽早到维修网点进行现场维修，该种推送包括但不限于通过电话告知、短信告知、在用户关联智能设备的各类终端上推送消息、通过用户关联的公众号、服务号等推送维修消息等，此外，也可以通过如上述的日常检修或定期检修窗口进行例行检修时，在检修结果部分进行汇报提醒等。

实施例2

结合图2所示，本实施例提供一种智能设备检修终端，包括远程通信模块21、模拟模块22和分析模块23。远程通信模块21用于获取智能设备在多个时间单位下的使用信息；模拟模块22用于确定多个时间单位的时序，并根据时序，对使用信息进行模拟处理，获得智能设备的使用过程模拟信息；分析模块23，用于分析使用过程模拟信息，确定智能设备在使用过程中出现故障的原因。

采用本公开实施例提供的智能设备检修终端，通过远程通信模块21能够获得多个时间单位的智能设备的当前状态信息，通过模拟模块22能够在一定程度上还原出智能设备的真实使用场景，通过分析模块23能够分析使用状态模拟信息推导出智能设备在使用过程中出现故障的原因，减少了开发人员去用户使用现场进行调试获取设备真实信息的情况发生。

此外，本方案通过远程通信模块21能够主动获取智能设备的使用信息，并可通过模拟模块22和分析模块23进行后台调试、维修，相对于被动接收用户的报修检测服务和现场检修而言，本方案能够主动维护智能设备的正常运行状态，有效提高智能设备的检修效率，保障用户的使用体验。

实施例3

结合图3，本实施例提供一种智能设备检修方法，包括：

s11，获取智能设备在多个时间单位下的使用信息；

s12，将所述使用信息上传至服务器，以便经由所述服务器将所述使用信息发送至检修终端，由所述检修终端根据所述多个时间单位的时序对各时间单位对应的使用信息进行模拟处理，分析并确定所述智能设备在使用过程中出现故障的原因。

采用本公开实施例提供的智能设备检修方法，能够获得多个时间点或时间段的智能设备的当前状态信息，便于后续开发人员和检修设备进行检修。

在实际应用过程中，可以实时采集智能设备的使用信息；或者，可以在获得信息记录指令后，再获取智能设备在多个时间单位下的使用信息。该实现方案下，如图4所示，可具体包括：步骤s111，判断是否获得信息记录指令，即是否允许获取智能设备的使用信息；步骤s112，当得到用户允许后，可以对智能设备在多个时间单位下的使用信息进行获取。作为一种示例，在未获得用户允许的情况下，可以结束本公开实施例的检修流程。

其中，获得信息记录指令动作可以是根据用户自身通过设备发出的允许获取智能设备信息的指令，从而提高数据获取的安全性，也可以是根据程序设定的定时获取智能设备使用信息的指令。通过用户主动发送指令的方式能够提高数据获取的安全性，而定时进行信息获取的方式能够提高信息记录的便捷程度，在实际使用时，可以由用户自主选择智能设备使用信息的获取方式。

此外，在将使用信息上传至服务器前，还可包括步骤s113，判断是否允许将使用信息上传至服务器，即app在上传数据前，需获取允许上传数据的指令。当获取允许上传数据的指令后，可将使用数据上传至服务器。如果未获得上传许可，例如，未获得允许上传数据的指令或者接收到拒绝上传数据的指令，则可结束本公开实施例的检修流程。

可选地，除了进行数据上传之外，还可以执行步骤s114，对使用信息进行本地保存。也就是说，为了避免数据上传过程中出错或被恶意拦截篡改，可以将使用信息进行本地保存，以便后续根据本地保存的使用信息，对服务器保存的使用信息进行数据核对以及检验，确保服务器所存数据的准确性，有助于提高检修终端的模拟结果的准确度，进而提高本公开实施例问题定位的准确性，以及远程调试的有效性。

本公开实施例中，对于未获得上传许可的使用信息来说，可有以下两种处理方式：一种，将这部分使用信息进行删除处理，并在下次得到允许获取智能设备的使用信息的指令后，重新获取新的使用信息。另一种，将这部分使用信息缓存在本地，并在后续获得上传这部分使用信息的指令后，再上传至服务器。作为优选，相同的数据包不重复上传至服务器。

在实际应用中，图3所示检修方法可应用于关联智能设备的远程通信设备中，如手机、平板电脑等移动终端，或者，智能音箱、电视、投影仪、可穿戴设备等智能家居设备。此外，图3所示检修方法也可应用于智能设备本身。

下面以远程通信设备与服务器、检修终端配合，实现本公开实施例检修方案为例，对本公开方案进行解释说明。

远程通信设备，用于获取远程通信设备关联的智能设备在多个时间单位下的使用信息，并将使用信息上传至服务器。

检修终端，用于从服务器获取使用信息，并根据多个时间单位的时序对各时间单位对应的使用信息进行模拟处理，分析模拟所得使用过程模拟信息，确定智能设备在使用过程中出现故障的原因。

以远程通信设备为手机为例，用户侧的手机通常具有基本的网络通讯能力，可将获取的智能设备的使用信息上传至服务器。

作为一种示例，如果手机上载有能够与智能设备关联的app，可通过该app获取智能设备的使用信息。此处app获取智能设备的使用信息的方法包括但不限于网络传输(如无线网络、运营商提供的网络通讯服务等)、近距离传输(如蓝牙、红外、zigbee等)和有线传输等方式。

app设置两种信息获取模式，一种是手动获取，每次获取智能设备信息均需用户允许，且由用户主动发起、主动终止或者由用户主动发起，定时终止；另一种是自动获取，该种信息获取模式主要通过用户开放权限后，app定时从智能设备处获取使用信息来实现，每次获取智能设备信息均是固定时间开始，结束可以是数据传输完成后自动终止获取进程，也可以是设定固定时长进行终止。用户通过app选择是手动获取智能设备使用信息还是自动获取智能设备使用信息。两种信息获取模式可以单独设置，也可以同时设置，当同时设置时，两种信息获取模式可以相互切换或者同时存在。

app获得信息记录指令后，开始获取使用信息，由于使用信息包括状态信息和操作信息，状态信息主要从智能设备处获取，操作信息一方面可以从智能设备处获取，即，智能设备记录用户的操作信息发送至app，另一方面，如app自身或者手机上具有控制该智能设备的其他app上记录有比较完整的操作信息，可以直接从相关的埋点信息中调取用户的操作信息，并将对应的状态信息和操作信息作为一个时间单位的智能设备的使用信息。

在智能设备或者app上预先建立用户操作信息与预设状态信息之间的第三映射关系。app获取智能设备在多个时间单位下的使用信息。如果某一用户操作信息对应的当前状态信息，与该用户操作信息在第三映射关系下对应的预设状态信息不同时，可将相关的使用信息标记为异常使用信息。

当完成获取动作后，app需要获得用户指令，判断是否需要将记录的使用信息进行上传，app可以设置许可模式，可以每次上传均需获得用户同意的一次性许可，也可以是获取动作完成后默认进行上传的永久许可。当app获得用户许可将使用信息上传后，app根据智能设备的使用周期或某个设定的时长作为一个单元，将多个时间单位下的使用信息保存在本地并进行打包，上传到服务器，每个单元的使用信息作为一条记录信息。众多记录信息共同构成了使用信息的记录列表。开发侧可在服务器上查阅记录列表，并根据需要向服务器请求对相关记录信息进一步查阅。届时服务器根据开发侧的数据请求返回相关的数据包，以便后续的场景模拟和异常原因分析。

此外，为了对用户的数据进行保密，从用户侧发送至服务器的数据包与从服务器发送至开发侧的数据包采用非对称加密的形式。

下面以智能设备与服务器、检修终端配合，实现本公开实施例检修方案为例，对本公开方案进行解释说明。

智能设备，用于获取智能设备在多个时间单位下的使用信息，并将使用信息提交至服务器，使用信息包括智能设备的状态信息和用户对智能设备的操作信息；

检修终端，用于从服务器获取使用信息，并根据多个时间单位的时序对各时间单位对应的使用信息进行模拟处理，分析模拟所得使用过程模拟信息，确定智能设备在使用过程中出现故障的原因。

本实施例中，智能设备应具有基本的网络通讯能力，以便将获取的智能设备的使用信息上传至服务器。作为一种示例，智能设备可以配置有记录模块和上传模块，记录模块可以记录包括智能设备的状态信息和用户对智能设备的操作信息在内的使用信息，上传模块可以将使用信息上传至服务器。

智能设备的数据的获取和上传可以通过智能设备的遥控器实现，也可以将智能设备与用户个人终端的相关app或小程序相关联，将个人终端作为发送信息获取指令、信息上传指令等需要用户许可权限操作的平台。

在记录模块预先建立用户操作信息与预设状态信息之间的第三映射关系。如果某一用户操作信息对应的当前状态信息，与该用户操作信息在第三映射关系下对应的预设状态信息不同时，可将相关的使用信息标记为异常使用信息。

当完成获取动作、并许可上传数据后，记录模块根据智能设备的运行周期或某个设定的时长作为一个单元，将多个时间单位下的使用信息保存在本地并进行打包，上传到服务器，每个单元的使用信息作为一条记录信息。众多记录信息共同构成了使用信息的记录列表。开发侧可在服务器上查阅记录列表，并根据需要向服务器请求对相关记录信息进一步查阅。届时服务器根据开发侧的数据请求返回相关的数据包，以便后续的场景模拟和异常原因分析。

此外，为了对用户的数据进行保密，从智能设备发送至服务器的数据包与从服务器发送至开发侧的数据包采用非对称加密的形式。

另外，作为优选，为保证数据上传的可靠性，检修系统还可包括与智能设备匹配的用来进行信息上传的远程通信设备。在智能设备上传使用信息失败时，由远程通信设备进行数据传输。

智能设备上传使用信息失败可能是智能设备自身通信能力丧失导致，也可能是智能设备与服务器之间的通信链路不稳定导致，不论基于什么原因，确定智能设备上传使用信息失败的情况下，可以通过近距离通信和/或有线通信的方式，将使用信息发送至远程通信设备。后续，便可利用远程通信设备自身的网络将智能设备的使用信息上传至服务器；或，利用远程通信设备自身的便携性，将远程通信设备携带至良好的网络环境中再进行数据传输。

实施例4

结合图5，本实施例提供一种智能设备管理系统，包括：远程通信设备32、服务器33和检修终端34。

远程通信设备32，用于获取在多个时间单位下的智能设备31的使用信息，并将使用信息上传至服务器33，使用信息包括智能设备31的状态信息和用户对智能设备31的操作信息。

其中，智能设备31的使用信息可以由智能设备31自身进行记录，也可以是状态信息由智能设备31自身记录、操作信息由具有操控智能设备31能力的远程通信设备32自行记录，远程通信设备32从智能设备31处获得相关信息。

检修终端34，用于获取在服务器33的使用信息，根据多个时间单位的时序对各时间单位对应的使用信息进行模拟处理，分析并确定智能设备31在使用过程中出现故障的原因。可以理解为，检修终端34可从服务器33查阅记录列表，并根据需要向服务器请求相关的记录信息，对相关记录信息进一步查阅。届时服务器33将相关的记录以数据包的形式发送至检修终端34，检修终端34将数据包解压并进行模拟，生成使用过程模拟信息，检修终端预先建立有异常信息与异常原因之间的第二映射关系，利用第二映射关系分析确定智能设备31在使用过程中出现故障的原因。

其中，远程通信设备32传送至服务器33的数据包与服务器33发送至检修终端34的数据包采用非对称加密。例如，远程通信设备32传送至服务器33的数据包采用rsa加密方式，服务器33发送至检修终端34的数据包采用aes加密方式。

作为优选，本实施例的系统采用实施例1和实施例4的方法。

采用该种智能设备管理系统，能够通过远程通信设备32主动获取智能设备31的使用信息，并进行后台调试、维修，达到维护智能设备31的正常运行状态的效果，且相对于被动接收用户的报修检测服务，和现场检修而言，使用该系统进行远程检修能够有效提高检修效率。

实施例5

结合图6，本实施例提供另一种智能设备管理系统，包括智能设备31、服务器33和检修终端34。

智能设备31，采集自身的使用信息，并将使用信息提交至服务器33。其中，操作信息可以是由智能设备31自身记录，也可以是从具有操控智能设备31能力的设备处获取相关的操作信息。

检修终端34，用于获取在服务器33的使用信息，根据多个时间单位的时序对各时间单位对应的使用信息进行模拟处理，分析并确定智能设备31在使用过程中出现故障的原因。

该实施例与在前实施例的主要区别是由智能设备31自身进行信息采集和数据传输，远程通信设备32作为非必要设备，该种信息传输结构，简化了系统整体的运行程序。

在此需要说明的是，本实施例采用实施例1和实施例4的方法，智能设备31具有基本的网络通讯能力，以便将获取的智能设备31的使用信息上传至服务器33，智能设备31上可以配置有记录模块和上传模块，记录模块能够记录包括智能设备31的状态信息和用户对智能设备31的操作信息在内的使用信息，上传模块能够将使用信息上传至服务器33。智能设备31的数据的获取和上传可以通过智能设备31的遥控器实现，也可以将智能设备31与用户个人终端的相关app或小程序相关联，将个人终端作为发送信息获取指令、信息上传指令等需要用户许可权限操作的平台。

可选地，该智能设备31管理系统还包括远程通信设备32，当智能设备31不具有远程通信能力时，通过近距离通信和/或有线通信的方式获取智能设备31采集的使用信息，并将使用信息提交至服务器33。可以理解为，该种智能设备31和远程通信设备32，除具备wifi连接功能外，还具备近距离通信和有线通信中的至少一种功能。当智能设备31的无线网络连接不畅时，远程通信设备32能够以近距离通信(如蓝牙、红外等)和有线通信中的至少一种功能从智能设备31处获取使用信息，并通过基本网络通信能力将使用信息提交至服务器33，以免智能设备31收到所在地网络状态的影响。

实施例6

结合图7所示，本公开实施例提供一种电子设备，包括处理器(processor)100和存储器(memory)101。可选地，该装置还可以包括通信接口(communicationinterface)102和总线103。其中，处理器100、通信接口102、存储器101可以通过总线103完成相互间的通信。通信接口102可以用于信息传输。处理器100可以调用存储器101中的逻辑指令，以执行上述实施例的智能设备31检修方法。

此外，上述的存储器101中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

存储器101作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器100通过运行存储在存储器101中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述实施例中智能设备31检修方法。

存储器101可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器101可以包括高速随机存取存储器，还可以包括非易失性存储器。

以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本申请中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个…”限定的要素，并不排除在包括所述要素的过程、方法或者智能设备31中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。

本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。