CN115617555A - 一种信息处理系统以及方法 - Google Patents

Abstract

本发明的实施例提供了一种信息处理系统以及方法，所述方法应用于信息处理系统，信息处理系统包括应用程序端、服务器端以及至少一个空调端，应用程序端与空调端以及服务器端通信连接；应用程序端，用于根据用户操作发送对应的控制指令以及应用程序版本信息给空调端；空调端，用于在接收到控制指令以及应用程序版本信息后，判断控制指令是否为错误指令；在判定控制指令为错误指令的情况下，生成故障信息，并将故障信息、应用程序版本信息以及空调端的空调编号发送给服务器端；服务器端，用于接收并打包存储故障信息，以及与故障信息对应的应用程序版本信息以及空调编号。本发明可以更好地统计空调故障情况。

Description

一种信息处理系统以及方法

技术领域

本发明涉及空调技术领域，具体而言，涉及一种信息处理系统以及方法。

背景技术

随着物联网的不断发展，用手机APP(Application，应用程序)控制空调已经是非常普遍的场景。然而，空调业务的不断迭代更新，APP也会随之发行不同的版本。不同版本的APP流入市场后，会使用户使用的APP版本变得杂乱和难以管理。

现有技术中，当APP控制空调出现故障时，常常由于无法更好地统计空调的故障情况，获取故障原因，导致APP的漏洞修复等工作难以开展。

发明内容

本发明的目的包括，例如，提供了一种信息处理系统以及方法，其能够至少部分解决上述技术问题。

本发明的实施例可以这样实现：

第一方面，本发明实施例提供了一种信息处理系统，所述信息处理系统包括应用程序端、服务器端以及至少一个空调端，所述应用程序端、所述空调端以及所述服务器端相互之间通信连接；

所述应用程序端，用于根据用户操作发送对应的控制指令以及应用程序版本信息给所述空调端；

所述空调端，用于在接收到所述控制指令以及所述应用程序版本信息后，判断所述控制指令是否为错误指令；在判定所述控制指令为错误指令的情况下，生成故障信息，并将所述故障信息、所述应用程序版本信息以及所述空调端的空调编号发送给所述服务器端；

所述服务器端，用于接收并打包存储所述故障信息，以及与所述故障信息对应的所述应用程序版本信息以及所述空调编号。

可选地，所述信息处理系统还包括前端，所述前端与所述服务器端通信连接；

所述前端，用于基于开发人员的操作向所述服务器端发送故障信息查询指令，并接收所述服务器端根据所述故障信息查询指令反馈的故障查询结果。

可选地，所述故障信息包括故障产生时间，所述应用程序版本信息包括应用程序版本号以及应用程序版本类型，所述故障信息查询指令包括第一故障查询指令、第二故障查询指令、第三故障查询指令以及第四故障查询指令，所述故障查询结果包括第一故障查询结果、第二故障查询结果、第三故障查询结果以及第四故障查询结果；所述根据开发人员的操作向所述服务器端发送故障信息查询指令，并接收所述服务器端根据所述故障信息查询指令反馈的故障查询结果，具体包括：

根据预设时间段向所述服务器端发送所述第一故障查询指令，并接收故障产生时间在所述预设时间段内的所述第一故障查询结果；

或根据所述应用程序版本号向所述服务器端发送所述第二故障查询指令，并接收所述应用程序版本号对应的所述第二故障查询结果；

或根据所述应用程序版本类型向所述服务器端发送所述第三故障查询指令，并接收所述应用程序版本类型对应的所述第三故障查询结果；

或根据所述空调编号向所述服务器端发送所述第四故障查询指令，并接收所述空调编号对应的所述第四故障查询结果。

可选地，所述前端还用于：

获取所述开发人员上传的至少一个应用程序安装包以及每个所述应用程序安装包对应的安装包信息；

将每个所述应用程序安装包以及每个所述应用程序安装包对应的安装包信息分别打包，发送至所述服务器端；

所述服务器端，还用于将所述前端发送的每个打包后的安装包上传至云端存储，并接收来自所述云端返回的每个所述打包后的安装包对应的下载地址。

可选地，所述前端还用于：

基于所述开发人员的操作向所述服务器端发送安装包下载指令；

所述服务器端还用于，在接收到所述安装包下载指令后，将所述安装包下载指令对应的打包后的安装包的下载地址发送给所述前端，以使所述开发人员从所述前端下载需要的安装包。

可选地，所述应用程序端还用于：

获取所述用户的登录信息，并将所述登录信息发送给所述服务器端，所述登录信息包括登录时间以及用户信息；

所述服务器端，还用于根据接收到的用户信息查找用户信息库中与所述接收到的用户信息所对应的用户信息；

若所述用户信息库中存在与所述接收到的用户信息所对应的用户信息，则通过所述接收到的用户信息对应的登录时间对所述用户信息库中该用户的登陆时间进行更新。

可选地，所述服务器端，还用于：

在所述用户信息库中不存在与所述接收到的用户信息所对应的用户信息时，将接收到的所述登录信息存储至所述用户信息库。

可选地，所述登录信息还包括应用程序版本号以及应用程序版本类型；所述服务器端还用于：

在预设时刻从所述用户信息库中获取所有登录信息；

按照所述应用程序版本号对所有所述登录信息进行分组；

按照所述应用程序版本类型对分组后的登录信息再分组，以获取每个所述应用程序版本号中各所述应用程序版本类型的用户人数。

可选地，所述前端，还用于：

基于开发人员的操作发送版本市场统计指令至所述服务器端；并获取所述服务器端返回的统计结果，生成可视化图表；

所述服务器端，还用于将获取的每个所述应用程序版本号中各所述应用程序版本类型的用户人数生成所述统计结果，发送至所述前端。

第二方面，本发明实施例提供了一种信息处理方法，应用于信息处理系统，所述信息处理系统包括应用程序端、服务器端以及至少一个空调端，所述应用程序端、所述空调端以及所述服务器端相互之间通信连接；所述方法包括：

控制应用程序端根据用户操作发送对应的控制指令以及应用程序版本信息给所述空调端；

控制所述空调端在接收到所述控制指令以及所述应用程序版本信息后，判断所述控制指令是否为错误指令；在判定所述控制指令为错误指令的情况下，生成故障信息，并将所述故障信息、所述应用程序版本信息以及所述空调端的空调编号发送给所述服务器端；

控制所述服务器端接收并打包存储所述故障信息，以及与所述故障信息对应的所述应用程序版本信息以及所述空调编号。

本发明实施例的有益效果包括，例如：

通过应用程序端将应用程序版本信息以及控制指令发送给空调端，在空调端判断控制指令为错误指令时生成故障信息，并将故障信息、应用程序版本信息以及空调端的空调编号均发送给所述服务器端打包保存。使得开发人员可以从服务器端按照空调编号、应用程序版本信息等快速地查找到故障信息，获取故障原因，进而能够更快地开展漏洞修复工作。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的一种信息处理系统的架构图；

图2为本发明实施例提供的一种前端的架构图；

图3为本发明实施例提供的一种云端的架构图；

图4为本发明实施例提供的一种登录信息的处理流程图；

图5为本发明实施例提供的一种版本统计的示意图；

图6为本发明实施例提供的一种信息处理方法的步骤流程图。

图标：10-信息处理系统；11-应用程序端；12-服务器端；13-空调端；14-前端。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

此外，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在不冲突的情况下，本发明的实施例中的特征可以相互结合。

请参考图1，本发明实施例提供了一种信息处理系统10，信息处理系统10包括应用程序端11、服务器端12以及至少一个空调端13，应用程序端11、空调端13以及服务器端12相互之间通信连接。

应用程序端11，用于根据用户操作发送对应的控制指令以及应用程序版本信息给空调端13。

空调端13，用于在接收到所述控制指令以及所述应用程序版本信息后，判断所述控制指令是否为错误指令；在判定所述控制指令为错误指令的情况下，生成故障信息，并将所述故障信息、所述应用程序版本信息以及空调端13的空调编号发送给服务器端12。

服务器端12，用于接收并打包存储所述故障信息，以及与所述故障信息对应的所述应用程序版本信息以及所述空调编号。

本说明书实施例提供的信息处理系统10，主要用于对空调和与空调进行交互的APP的信息进行管理。在该系统中，空调端13可以为一个，也可以为多个，每个空调端13均与服务器端12通信连接。而应用程序端11与空调端13的通信关系可以是每个空调端13与一个和该空调端13对应的应用程序端11通信连接，也可以是一个应用程序端11与多个空调端13对应通信连接。

用户在应用程序端11登录之后，可以通过应用程序端11向空调端13发送控制指令，例如调节空调的温度、控制空调的开启和关闭以及调节空调的制冷/制热模式等等。

在发送控制指令的同时，应用程序端11会随控制指令一同发送该应用程序端11的应用程序版本信息给空调端13。应用程序版本信息可以是应用程序端11的版本号等信息。

空调端13在接收到应用程序端11发来的控制指令以及应用程序版本信息后，会对该控制指令进行解析，如果解析成功，且解析出的指令为正确指令，则执行该指令的操作；如果解析出错，或者解析出来的指令内容经空调端13的内部判断，判定为错误指令，则会生成故障信息，如故障内容、故障时间等等。

生成故障信息之后，空调端13将故障信息、应用程序版本信息以及该空调的空调编号一并发送给服务器端12。

服务器端12接收到空调端13发送的故障信息、应用程序版本信息以及该空调的空调编号之后，将该故障信息以及与其对应的应用程序版本信息以及和空调编号一并打包存储。

开发人员可以是空调APP的运维人员，也可以是空调APP的开发者等人员。在开发人员需要对空调的故障信息进行查询或统计时，则可以通过空调编号或者故障内容、应用程序版本信息快速获取到开发人员需要的信息。举例来说，开发人员需要统计安卓版本的应用程序控制空调关闭失败的故障信息，则可以通过服务器端12直接获取到应用程序版本信息为安卓版本、故障信息的故障内容为“空调关闭失败”的所有记录。

可选地，如图2所示，信息处理系统10还包括前端14，前端14与服务器端12通信连接。

前端14，用于基于开发人员的操作向服务器端12发送故障信息查询指令，并接收服务器端12根据所述故障信息查询指令反馈的故障查询结果。

前端14可以是开发人员进行信息交互的一端，前端14可以是后台计算机等设备，开发人员可以通过键盘鼠标、触摸屏等形式使前端14和服务器端12进行交互。

开发人员需要查询故障信息时，通过在前端14的操作，使得前端14向服务器端12发送故障信息查询指令。服务器端12接收到该故障信息查询指令之后，根据该故障信息查询指令查询对应的故障信息，然后将查询结果反馈给前端14。

例如，开发人员通过键盘和鼠标在前端14输入“IOS版本APP故障信息”，然后生成故障信息查询指令，发送给服务器端12，服务器端12根据故障信息查询指令的内容，在其存储的故障信息中找到所有的IOS版本APP所产生的故障信息，生成故障查询结果，再反馈给前端14，以供开发人员处理。

可选地，所述故障信息包括故障产生时间，所述应用程序版本信息包括应用程序版本号以及应用程序版本类型，所述故障信息查询指令包括第一故障查询指令、第二故障查询指令、第三故障查询指令以及第四故障查询指令，所述故障查询结果包括第一故障查询结果、第二故障查询结果、第三故障查询结果以及第四故障查询结果；所述根据开发人员的操作向服务器端12发送故障信息查询指令，并接收服务器端12根据所述故障信息查询指令反馈的故障查询结果，具体包括：

根据预设时间段向服务器端12发送所述第一故障查询指令，并接收故障产生时间在所述预设时间段内的所述第一故障查询结果。

或根据所述应用程序版本号向服务器端12发送所述第二故障查询指令，并接收所述应用程序版本号对应的所述第二故障查询结果。

或根据所述应用程序版本类型向服务器端12发送所述第三故障查询指令，并接收所述应用程序版本类型对应的所述第三故障查询结果。

或根据所述空调编号向服务器端12发送所述第四故障查询指令，并接收所述空调编号对应的所述第四故障查询结果。

第一故障查询指令可以为根据故障产生时间进行故障信息查找的指令，第一故障查询结果为第一故障查询指令对应的服务器端12的查询结果。第二故障查询指令可以为根据应用程序版本号(如3.0.1、3.0.2等APP版本号)进行故障信息查找的指令，第二故障查询结果为第二故障查询指令对应的服务器端12的查询结果。第三故障查询指令可以为根据应用程序版本类型(如Android、IOS等版本类型)进行故障信息查找的指令，第三故障查询结果为第三故障查询指令对应的服务器端12的查询结果。第四故障查询指令可以为根据空调编号进行对应空调的故障信息查找的指令，第四故障查询结果为第四故障查询指令对应的服务器端12的查询结果。

举例来说，若故障查询指令为第一故障查询指令，则开发人员在前端14输入预设时间段，例如9月16日早上9点至9月16日晚上6点，前端14将第一故障查询指令发送给服务器端12，服务器端12即根据第一故障查询指令中对应的时间段，在已存储的故障信息中查找故障产生时间为9月16日早上9点至9月16日晚上6点之间的故障信息，然后将查找到的故障信息生成一个第一故障查询结果，反馈给前端14。

可选地，前端14还用于：

获取所述开发人员上传的至少一个应用程序安装包以及每个所述应用程序安装包对应的安装包信息。

将每个所述应用程序安装包以及每个所述应用程序安装包对应的安装包信息分别打包，发送至服务器端12。

服务器端12，还用于将前端14发送的每个打包后的安装包上传至云端存储，并接收来自所述云端返回的每个所述打包后的安装包对应的下载地址。

不同版本的APP安装包由开发人员自己保存，版本容易丢失和出错。因此可以将不同版本的安装包上传至云端统一保存。

安装包信息可以包括APP的版本号、安装包适配的系统类型以及开发人员对安装包的备注信息。如图3所示，开发人员需要存储安装包时，将一个或多个应用程序安装包以及与每个应用程序安装包所对应的安装包信息传至前端14。然后控制前端14将每个应用程序安装包以及每个应用程序安装包所对应的安装包信息分别打包，将打包后的数据发送至服务器端12。服务器端在接收到打包后的数据后，将其上传到云端进行保存。云端在接收到各打包后的安装包之后，向服务器端12返回每个安装包对应的下载地址，以便服务器端12进行存储。

可选地，前端14还用于：

基于所述开发人员的操作向服务器端12发送安装包下载指令。

服务器端12还用于，在接收到所述安装包下载指令后，将所述安装包下载指令对应的打包后的安装包的下载地址发送给前端14，以使所述开发人员从前端14下载需要的安装包。

当开发人员需要用到安装包时，可以在前端14进行操作，控制前端14向服务器端12发送安装包下载指令，该安装包下载指令可以根据开发人员在前端14输入的安装包的版本号、安装包支持的版本类型等进行生成。服务器端12接收到该安装包下载指令后，将与该安装包下载指令对应的打包后的安装包的下载地址发送给前端14，开发人员则可以根据下载地址从云端下载所需要的打包后的安装包进行处理。

作为一种可选的实施例，在上传安装包时，开发人员可以将安装包以及安装包对应的安装包信息在前端14进行打包，然后直接上传至云端，再接收云端返回的下载地址。

可选地，如图4所示，应用程序端11还用于：

获取所述用户的登录信息，并将所述登录信息发送给服务器端12，所述登录信息包括登录时间以及用户信息。

服务器端12，还用于根据接收到的用户信息查找用户信息库中与所述接收到的用户信息所对应的用户信息。

若所述用户信息库中存在与所述接收到的用户信息所对应的用户信息，则通过所述接收到的用户信息对应的登录时间对所述用户信息库中该用户的登陆时间进行更新。

为了解用户的喜好和最新APP版本的推广情况，为后续的研发和运营提供参考信息，可以对用户使用的APP各版本数量进行市场统计。

因此，可以在用户每一次登录应用程序时，获取该用户的登录信息，并将其发送给服务器端12。登录信息可以包括用户ID、应用程序的版本号、版本类型以及登录时间等。服务器端12接收到登录信息后，根据用户的ID查找当前存储用户信息的用户信息库中是否存在该用户的用户信息。如果存在的话，则将之前存储的该用户的登录时间更新为此次接收的登录信息中的登录时间。

可选地，服务器端12，还用于：

在所述用户信息库中不存在与所述接收到的用户信息所对应的用户信息时，将接收到的所述登录信息存储至所述用户信息库。

如果服务器端12接收到登录信息后，在用户信息库中查找不到该登录信息中用户ID所对应的用户信息，则将接收到的登录信息存储到用户信息库中。

可选地，所述登录信息还包括应用程序版本号以及应用程序版本类型；服务器端12还用于：

在预设时刻从所述用户信息库中获取所有登录信息。

按照所述应用程序版本号对所有所述登录信息进行分组。

按照所述应用程序版本类型对分组后的登录信息再分组，以获取每个所述应用程序版本号中各所述应用程序版本类型的用户人数。

为了更好地对登录信息进行管理，以及方便市场统计，可以设置一个预设的时间点(即预设时刻)，在预设时刻，服务器端12将用户信息库中存储的所有登录信息，再通过登录信息中的应用程序版本号将登录信息分组。分组之后，在通过登录信息中的应用程序版本类型对每个分组后的登录信息再分组，得到每个应用程序版本号中各应用程序版本类型的用户人数。

以图5为例，预设时刻为每天的0点，所有登录信息一共有1200个，其中版本号为1.0的有200个、版本号为2.0的有600个、版本号为3.0的有400个，按照版本号分组后，再根据应用程序版本类型对每组的登录信息分组，得到版本号为1.0且版本类型为安卓的用户数为160、版本号为1.0且版本类型为IOS的用户数为40；版本号为2.0且版本类型为安卓的用户数为400、版本号为2.0且版本类型为IOS的用户数为200；版本号为3.0且版本类型为安卓的用户数为220、版本号为3.0且版本类型为IOS的用户数为180。

可选地，前端14，还用于：

基于开发人员的操作发送版本市场统计指令至服务器端12；并获取服务器端12返回的统计结果，生成可视化图表。

服务器端12，还用于将获取的每个所述应用程序版本号中各所述应用程序版本类型的用户人数生成所述统计结果，发送至前端14。

当开发人员需要对应用程序的版本进行时长统计时，可以发送版本市场统计指令至服务器端12。服务器端12接收到该指令后，将其统计的每个应用程序版本号中各应用程序版本类型的用户人数生成一个统计结果发送给前端14。然后开发人员再在前端14上将统计结果转换成可视化图表，例如柱形图、饼状图等，以方便开发人员查看。

基于同一发明构思，本发明说明书实施例提供了一种信息处理方法，应用于信息处理系统，所述信息处理系统包括应用程序端、服务器端以及至少一个空调端，所述应用程序端、所述空调端以及所述服务器端相互之间通信连接；所述方法包括如图6所示的以下步骤：

步骤S110：控制应用程序端根据用户操作发送对应的控制指令以及应用程序版本信息给所述空调端。

步骤S120：控制所述空调端在接收到所述控制指令以及所述应用程序版本信息后，判断所述控制指令是否为错误指令；在判定所述控制指令为错误指令的情况下，生成故障信息，并将所述故障信息、所述应用程序版本信息以及所述空调端的空调编号发送给所述服务器端。

步骤S130：控制所述服务器端接收并打包存储所述故障信息，以及与所述故障信息对应的所述应用程序版本信息以及所述空调编号。

上述信息处理方法，其中各个步骤的实施方式已经在本说明书提供的信息处理系统的实施例中进行详尽阐述，此处不再赘述。

本发明至少包括以下有益效果：

1、通过应用程序端11将应用程序版本信息以及控制指令发送给空调端13，在空调端13判断控制指令为错误指令时生成故障信息，并将故障信息、应用程序版本信息以及空调端13的空调编号均发送给服务器端12打包保存。使得开发人员可以从服务器端12按照空调编号、应用程序版本信息等快速地查找到故障信息，获取故障原因，进而能够更快地开展漏洞修复工作。

2、前端14与服务器端12的交互，各个版本的安装包存储至云端，避免了不同版本的APP安装包由开发人员自己保存出现丢失和出错的情况。

3、通过对用户的登录信息进行存储，并在预设时刻将登录信息进行分组统计，使得开发人员能更好地进行应用程序的版本市场统计。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种信息处理系统，其特征在于，所述信息处理系统包括应用程序端、服务器端以及至少一个空调端，所述应用程序端、所述空调端以及所述服务器端相互之间通信连接；

所述应用程序端，用于根据用户操作发送对应的控制指令以及应用程序版本信息给所述空调端；

所述空调端，用于在接收到所述控制指令以及所述应用程序版本信息后，判断所述控制指令是否为错误指令；在判定所述控制指令为错误指令的情况下，生成故障信息，并将所述故障信息、所述应用程序版本信息以及所述空调端的空调编号发送给所述服务器端；

所述服务器端，用于接收并打包存储所述故障信息，以及与所述故障信息对应的所述应用程序版本信息以及所述空调编号。

2.如权利要求1所述的信息处理系统，其特征在于，所述信息处理系统还包括前端，所述前端与所述服务器端通信连接；

所述前端，用于基于开发人员的操作向所述服务器端发送故障信息查询指令，并接收所述服务器端根据所述故障信息查询指令反馈的故障查询结果。

3.如权利要求2所述的信息处理系统，其特征在于，所述故障信息包括故障产生时间，所述应用程序版本信息包括应用程序版本号以及应用程序版本类型，所述故障信息查询指令包括第一故障查询指令、第二故障查询指令、第三故障查询指令以及第四故障查询指令，所述故障查询结果包括第一故障查询结果、第二故障查询结果、第三故障查询结果以及第四故障查询结果；所述根据开发人员的操作向所述服务器端发送故障信息查询指令，并接收所述服务器端根据所述故障信息查询指令反馈的故障查询结果，具体包括：

根据预设时间段向所述服务器端发送所述第一故障查询指令，并接收故障产生时间在所述预设时间段内的所述第一故障查询结果；

或根据所述应用程序版本号向所述服务器端发送所述第二故障查询指令，并接收所述应用程序版本号对应的所述第二故障查询结果；

或根据所述应用程序版本类型向所述服务器端发送所述第三故障查询指令，并接收所述应用程序版本类型对应的所述第三故障查询结果；

或根据所述空调编号向所述服务器端发送所述第四故障查询指令，并接收所述空调编号对应的所述第四故障查询结果。

4.如权利要求2所述的信息处理系统，其特征在于，所述前端还用于：

获取所述开发人员上传的至少一个应用程序安装包以及每个所述应用程序安装包对应的安装包信息；

将每个所述应用程序安装包以及每个所述应用程序安装包对应的安装包信息分别打包，发送至所述服务器端；

所述服务器端，还用于将所述前端发送的每个打包后的安装包上传至云端存储，并接收来自所述云端返回的每个所述打包后的安装包对应的下载地址。

5.如权利要求4所述的信息处理系统，其特征在于，所述前端还用于：

基于所述开发人员的操作向所述服务器端发送安装包下载指令；

所述服务器端还用于，在接收到所述安装包下载指令后，将所述安装包下载指令对应的打包后的安装包的下载地址发送给所述前端，以使所述开发人员从所述前端下载需要的安装包。

6.如权利要求2所述的信息处理系统，其特征在于，所述应用程序端还用于：

获取所述用户的登录信息，并将所述登录信息发送给所述服务器端，所述登录信息包括登录时间以及用户信息；

所述服务器端，还用于根据接收到的用户信息查找用户信息库中与所述接收到的用户信息所对应的用户信息；

若所述用户信息库中存在与所述接收到的用户信息所对应的用户信息，则通过所述接收到的用户信息对应的登录时间对所述用户信息库中该用户的登陆时间进行更新。

7.如权利要求6所述的信息处理系统，其特征在于，所述服务器端，还用于：

在所述用户信息库中不存在与所述接收到的用户信息所对应的用户信息时，将接收到的所述登录信息存储至所述用户信息库。

8.如权利要求6所述的信息处理系统，其特征在于，所述登录信息还包括应用程序版本号以及应用程序版本类型；所述服务器端还用于：

在预设时刻从所述用户信息库中获取所有登录信息；

按照所述应用程序版本号对所有所述登录信息进行分组；

按照所述应用程序版本类型对分组后的登录信息再分组，以获取每个所述应用程序版本号中各所述应用程序版本类型的用户人数。

9.如权利要求8所述的信息处理系统，其特征在于，所述前端，还用于：

基于开发人员的操作发送版本市场统计指令至所述服务器端；并获取所述服务器端返回的统计结果，生成可视化图表；

所述服务器端，还用于将获取的每个所述应用程序版本号中各所述应用程序版本类型的用户人数生成所述统计结果，发送至所述前端。

10.一种信息处理方法，其特征在于，应用于信息处理系统，所述信息处理系统包括应用程序端、服务器端以及至少一个空调端，所述应用程序端、所述空调端以及所述服务器端相互之间通信连接；所述方法包括：

控制应用程序端根据用户操作发送对应的控制指令以及应用程序版本信息给所述空调端；

控制所述空调端在接收到所述控制指令以及所述应用程序版本信息后，判断所述控制指令是否为错误指令；在判定所述控制指令为错误指令的情况下，生成故障信息，并将所述故障信息、所述应用程序版本信息以及所述空调端的空调编号发送给所述服务器端；

控制所述服务器端接收并打包存储所述故障信息，以及与所述故障信息对应的所述应用程序版本信息以及所述空调编号。

Images