CN106569408B - 一种智能设备的个性化信息的处理系统、方法及装置 - Google Patents

Abstract

本申请公开了一种智能设备的个性化信息的处理系统，用以在保证仍然能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源。系统包括：服务器，用于获得第一后台系统发送的智能设备的个性化信息，并建立个性化信息和能够作为查询信息的、与所述智能设备相关的信息的映射关系；根据应用APP发送的查询信息，向APP发送与APP发送的查询信息相映射的个性化信息，以使得APP对个性化信息进行处理；第一后台系统，用于向服务器发送智能设备的个性化信息。本申请还公开了一种智能设备的个性化信息的处理方法和装置。

Description

一种智能设备的个性化信息的处理系统、方法及装置

技术领域

本申请涉及智能设备技术领域，尤其涉及一种智能设备的个性化信息的处理系统、方法及装置。

背景技术

智能设备，一般是指通过软硬件结合的方式对传统设备进行改造，从而得到的拥有智能化功能的设备。目前，常见的智能设备包括智能家居设备、智能办公设备以及智能汽车，等等。

现有技术中，为了使得智能设备实现其功能，会在智能设备中设置一套固件，该固件中，可以设置智能设备的个性化信息，以便后续对该个性化信息进行处理(比如将个性化信息展示给用户，等)。这里所说的智能设备的个性化信息，比如可以是智能设备的品牌、型号、产地、生产厂商的名称以及售后服务电话等信息中的至少一项。

由于不同型号(或者不同商家出品的)的智能设备往往具备不同的个性化信息，因此需要分别为不同型号(或者不同商家出品的)的智能设备设置包含不同个性化信息的固件，从而会耗费较多的处理资源。

目前，如何在保证仍然能够对所述个性化信息进行处理的前提下，节省处理资源，成为亟待解决的问题。

发明内容

本申请实施例提供一种智能设备的个性化信息的处理系统，用以在保证仍然能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源。

本申请实施例提供一种智能设备的个性化信息的处理方法，用以在保证仍然能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源。

本申请实施例还提供一种智能设备的个性化信息的处理装置，用以在保证仍然能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源。

本申请实施例采用下述技术方案：

一种智能设备的个性化信息的处理系统，包括服务器和第一后台系统，其中：

服务器，用于获得第一后台系统发送的智能设备的个性化信息，并建立个性化信息和能够作为查询信息的、与所述智能设备相关的信息的映射关系；根据应用APP发送的查询信息，向APP发送与APP发送的查询信息相映射的个性化信息，以使得APP对个性化信息进行处理；

第一后台系统，用于向服务器发送智能设备的个性化信息。

一种智能设备的个性化信息的处理方法，包括：

根据与所述智能设备相关的查询信息，获得服务器保存的、与所述查询信息相映射的所述智能设备的个性化信息；

对所述个性化信息进行处理。

一种智能设备的个性化信息的处理方法，包括：

接收与所述智能设备相关的查询信息；

根据所述查询信息与所述智能设备的个性化信息的映射关系，获得与所述查询信息相映射的个性化信息；

将所述个性化信息提供给信息需求方进行处理。

一种智能设备的个性化信息的处理方法，包括：

获得智能设备的个性化信息；

通过服务器将所述个性化信息提供给信息需求方进行处理。

一种智能设备的个性化信息的处理装置，包括：

个性化信息获得单元，用于根据与所述智能设备相关的查询信息，获得服务器保存的、与所述查询信息相映射的所述智能设备的个性化信息；

处理单元，用于对所述个性化信息进行处理。

一种智能设备的个性化信息的处理装置，包括：

信息接收单元，用于接收与所述智能设备相关的查询信息；

信息获得单元，用于根据所述查询信息与所述智能设备的个性化信息的映射关系，获得与所述查询信息相映射的个性化信息；

提供单元，用于将所述个性化信息提供给信息需求方进行处理。

一种智能设备的个性化信息的处理装置，包括：

个性化信息获得单元，用于获得智能设备的个性化信息；

提供单元，用于通过服务器将所述个性化信息提供给信息需求方进行处理。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

由于可以由服务器对设置有通用固件的智能设备的个性化信息进行保存，并且建立起该个性化信息和与智能设备相关的查询信息的映射关系，即便不在固件中设置个性化信息，根据查询信息也可以获得智能设备的个性化信息并处理，从而可以支持为不同的智能设备设置相同的、不包含所述个性化信息的通用固件，实现了在保证仍然能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种智能设备的个性化信息的处理方法的实现流程示意图；

图2为本申请实施例提供的一种智能设备的个性化信息的处理方法的实现流程示意图；

图3为本申请实施例提供的一种智能设备的个性化信息的处理方法的实现流程示意图；

图4为用于实施本申请实施例提供的方法的一种系统架构示意图；

图5a为公版方案的录入的实现流程示意图；

图5b为运营后台可采用的一种公版可配置项的信息输入框的示意图；

图6为商家品牌信息披露和出货统计的实现流程示意图；

图7为智能APP个性化配置和商家信息展示的实现流程示意图；

图8为本申请实施例提供的一种智能设备的个性化信息的处理装置的结构示意图；

图9为本申请实施例提供的一种智能设备的个性化信息的处理装置的结构示意图；

图10为本申请实施例提供的一种智能设备的个性化信息的处理装置的结构示意图；

图11为本申请实施例提供的一种智能设备的个性化信息的处理系统的结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

为了在保证能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源，本申请实施例提供一种智能设备的个性化信息的处理方法。该方法的执行主体，可以但不限于为手机、平板电脑或个人电脑(Personal Computer，PC)等用户终端，或者该些用户终端上运行的应用(Application，APP)，或者，还可以是服务器等设备。

为便于描述，下文以该方法的执行主体为APP为例，对该方法的实施方式进行介绍。可以理解，该方法的执行主体为APP只是一种示例性的说明，并不应理解为对该方法的限定。

如图1所示，为本申请实施例提供的该方法的具体实现流程图，主要包括下述步骤：

步骤11，根据与智能设备相关的查询信息，获得服务器保存的、与该查询信息相映射的智能设备的个性化信息；

本申请实施例中，与智能设备相关的查询信息，一般可以包含智能设备的设备标识。该设备标识可以是智能设备的唯一标识，比如智能设备的媒体访问控制(Media AccessControl，MAC)地址或验证信息等；或者，该设备标识也可以是智能设备的非唯一标识，比如型号或品牌等。

本申请实施例中，所述查询信息可以但不限于是采用下述方式之一获得的：

1、获得服务器提供的查询信息。

比如，服务器可以向APP提供一个查询信息列表，该列表中包含针对不同智能终端的查询信息。用户可以根据实际需求，从该查询信息列表中选取查询信息。

2、获得本地输入的查询信息。

比如，用户若获知了智能设备的设备标识，则可以将该设备标识输入APP，作为所述查询信息。

3、通过扫描包含查询信息的二维码，获得查询信息。

为了便于APP快捷地获得查询信息，也为了方便用户操作，可以采用扫描二维码的方式，获得查询信息。其中，该二维码可以是由智能设备的显示屏显示的，也可以是印刷在智能设备的硬件外壳上的，等等。

以下进一步介绍与查询信息相映射的所述的个性化信息。

本申请实施例中，所述的个性化信息，可以但不限于包括：智能设备的品牌、产地、生产厂商的名称以及售后服务电话等没有设置在通用固件中、但与智能设备相关的任何信息。

本申请实施例中，服务器中保存的与该查询信息相映射的个性化信息，可以是运营人员通过手动输入的方式输入到服务器中的；也可以是由智能设备的商家(生产商家或者销售商家，简称商家)通过商家后台提供给服务器的。

其中，这里所说的商家后台，一般是指一套后台服务端软件系统，其使用方往往是智能设备的商家。基于该平台，商家可以录入智能设备的设备标识(比如型号)、智能设备配置参数和智能设备配网方式等信息；此外，商家还可以录入智能设备的品牌、产地、生产厂商的名称以及售后服务电话等个性化信息。录入的该些信息，均可通过商家后台提供给服务器进行保存，并由服务器建立起不同信息之间的映射关系。

一般地，服务器可以以商家后台提供的智能设备的型号，作为查询智能设备的个性化信息时的查询信息(也可称为查询关键词)。使用型号作为查询信息，一方面可以实现将智能设备与其他型号(或其他类型)的智能设备区分开；另一方面，由于同一商家出品的、具备不同唯一标识的智能设备可能会有相同的型号以及相同的个性化信息，因此相比于以智能设备的唯一标识作为查询信息的方式，以型号作为查询信息，不需要服务器保存和识别过多的标识，从而可以节省服务器的资源。

步骤12，对通过执行步骤12获得的个性化信息进行处理。

具体地，对所述个性化信息处理，可以但不限于包括下述至少一种：

1、对个性化信息进行保存；

2、对个性化信息进行展示；

比如，可以获得与查询信息相匹配的应用界面模板，进而利用该应用界面模板，展示个性化信息。

其中，该应用界面模板，也可以是由服务器提供的。

3、根据个性化信息生成二维码；

4、将个性化信息发送给信息需求方。

以下进一步介绍本申请实施例提供的一些可选的实施方案。

在一些场景下，往往会对于接入互联网的不同智能设备进行统一管理。具体地，不同智能设备可以注册到同一服务器上，由该服务器对智能设备进行统一管理。本申请实施例中，智能设备可以以设置在自身中的通用固件的相关信息作为注册信息，注册到服务器。其中，这里所说的通用固件，是指能够被至少两个不同型号或者不同品牌的智能设备所共享的、不包含智能设备的个性化信息的固件；这里所说的通用固件的相关信息，一般包括通用固件的版本号。或者，为了避免不合法的智能设备注册到服务器，通用固件的相关信息中，还可以包含一些由服务器提供给合法的智能设备的验证信息。

本申请实施例中，服务器可以预先存储映射于不同智能设备的通用固件的相关信息。后续在接收到智能设备注册请求后，可以通过判断存储的通用固件的相关信息中，是否存在与该请求中的通用固件的相关信息相同的相关信息，而确定是否允许智能设备进行注册。具体地，若判断结果为是，则允许智能设备完成注册；若判断结果为否，则阻止智能设备完成注册。

在智能设备完成注册后，服务器可以利用所述智能设备的设备标识(如型号和/或品牌等)，确定当前是什么样型号和/或品牌的智能设备完成了注册(完成注册即激活)，从而更新具备所述设备标识的智能设备的激活记录。后续根据对激活的不同型号和/或品牌智能设备的激活记录，可以实现根据统计结果向用户进行爆款推荐等。其中，这里所说的更新激活记录，一般是指更新激活记录中的激活次数。

所述智能设备的设备标识，可以携带在智能设备注册请求中，或者，也可以通过其他方式提供给服务器。

本申请实施例中，服务器在接收到针对某智能设备的智能设备注册请求后，可以将该请求中的通用固件的相关信息，存储在缓存中。后续可以利用该智能设备的设备标识，替换缓存中的该相关信息，进而从缓存中获取该智能设备的设备标识并写入数据库，以便后续能够从数据库中查询当前激活的智能设备的设备标识，或者能够对数据库中的智能设备的设备标识进行统计，得到已激活的、具备不同设备标识的智能设备的数量。

在一种实施方式中，利用智能设备的设备标识，替换缓存中的固件的相关信息的具体实现方式可以包括：服务器判断缓存中的所述相关信息是否被设置有可改写标记；在判断结果为是时，利用所述设备标识，替换缓存中的所述相关信息。其中，该可改写标记用于表示被设置了该标记的信息允许被改写。

本申请实施例中，可改写标记可以是由服务器为固件的相关信息设置的。设置完毕后，服务器可以将设置了可改写标记的所述相关信息提供给商家后台，以使得相应的商家能够将设置了可改写标记的所述相关信息，设置到智能设备中。

采用本申请实施例提供的上述方法，由于可以由服务器对设置有通用固件的智能设备的个性化信息进行保存，并且建立起该个性化信息和与智能设备相关的查询信息的映射关系，即便不在固件中设置个性化信息，根据查询信息也可以获得智能设备的个性化信息并处理，从而可以支持为不同的智能设备设置相同的、不包含所述个性化信息的通用固件，实现了在保证仍然能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源。

需要说明的是，上述方法的各步骤的执行主体均可以是同一设备(硬件设备或虚拟设备)，或者，该方法也由不同设备作为执行主体。

需要说明的是，本申请实施例并不对上述方法的各步骤的执行先后顺序进行限制。本申请实施例中为各步骤设置编号，是为了有条理地描述各步骤，并不是对步骤的执行顺序进行限制，即，本申请实施例中为各步骤设置的编号并不能视为限制步骤执行顺序的特征。

实施例2

为了在保证能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源，本申请实施例提供另一种智能设备的个性化信息的处理方法。该方法的执行主体，可以但不限于为用户终端、路由器或服务器。需要说明的是，当该执行主体是服务器以外的设备时，该(或该些)设备可视为一种服务器。

为便于描述，下文以该方法的执行主体为服务器为例，对该方法的实施方式进行介绍。可以理解，该方法的执行主体为服务器只是一种示例性的说明，并不应理解为对该方法的限定。

如图2所示，为本申请实施例提供的该方法的具体实现流程图，主要包括下述步骤：

步骤21，服务器接收与智能设备相关的查询信息；

其中，该查询信息可以是由APP发送的，也可以是由智能设备发送的，还可以是由商家后台发送的，等等。

该查询信息的具体内容以及查询信息的发送方获得该查询信息的方式，可以参见实施例1中的相关描述，此处不再赘述。

步骤22，服务器根据查询信息与智能设备的个性化信息的映射关系，获得与查询信息相映射的个性化信息；

本申请实施例中，所述映射关系中的智能设备的个性化信息，可以是运营人员通过手动输入的方式输入到服务器中的；也可以是由智能设备的商家(生产商家或者销售商家，简称商家)通过商家后台提供给服务器的。

步骤23，将通过执行步骤22获得的个性化信息提供给信息需求方进行处理。

这里所说的信息需求方，比如是查询信息的发送方，也可以是不同于该发送方的其他设备。

本申请实施例中，信息需求方对于个性化信息进行处理的方式，可以参考实施例1中的相关描述，此处不再赘述。

本申请实施例中，为了实现对成功在服务器完成注册(也即激活)的智能设备进行统计，以便根据统计结果进行爆款推荐或进行销售策略调整等，在一种实施方式中，服务器在响应于接收到的智能设备注册请求，完成对智能设备的注册后，可以利用智能设备的设备标识，更新保存的、具备该设备标识的智能设备的激活记录。

该设备标识，可以携带在智能设备注册请求中提供给服务器，或者，也可以采用其他方式提供给服务器。智能设备的设备标识，具体可以包括智能设备的型号。在接收所述查询信息前，可以由智能设备对应的商家后台，将智能设备的设备标识、智能设备的个性化信息以及商家后台选择的通用固件的相关信息发送给服务器进行保存，以方便信息需求方等能够根据查询信息查询到智能设备的个性化信息。这里所说的智能设备的个性化信息以及通用固件的相关信息的含义和具体内容，可以参见实施例1中的相关描述，此处不再赘述。

一般地，所述智能设备注册请求中，可以包含智能设备中设置的固件的相关信息。服务器在接收到该智能设备注册请求后，可以将其包含的该相关信息存储在缓存中。考虑到可能会对激活的智能设备的具体情况进行统计，在一种实施方式中，可以利用智能设备的设备标识，对缓存中的固件的相关信息进行替换，进而从缓存中获取该设备标识写入数据库，从而后续能够从数据库中查询当前激活的智能设备的设备标识，或者能够对数据库中的智能设备的设备标识进行统计，得到已激活的、具备不同设备标识的智能设备的数量。

在一种实施方式中，利用智能设备的设备标识，替换缓存中的固件的相关信息的具体实现方式可以包括：服务器判断缓存中的固件的相关信息是否被设置有可改写标记；在判断结果为是时，利用智能设备的设备标识，替换缓存中的所述相关信息。其中，该可改写标记用于表示被设置了该标记的信息允许被改写。需要说明的是，利用所述设备标识，更新所述激活记录，也可以是在判断结果为是时执行的。

本申请实施例中，可改写标记可以是由服务器为固件的相关信息设置的。设置完毕后，服务器可以将设置了可改写标记的所述相关信息提供给商家后台，以使得相应的商家能够将设置了可改写标记的所述相关信息，设置到智能设备中。

采用本申请实施例提供的上述方法，由于可以由服务器根据智能设备的个性化信息和与智能设备相关的查询信息的映射关系，提供所述个性化信息给信息需求方处理，因此即便智能设备的固件中不设置个性化信息，根据查询信息也可以获得智能设备的个性化信息并处理，从而可以支持为不同的智能设备设置相同的、不包含所述个性化信息的通用固件，实现了在保证仍然能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源。

需要说明的是，实施例2所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。

需要说明的是，本申请实施例并不对上述方法的各步骤的执行先后顺序进行限制。本申请实施例中为各步骤设置编号，是为了有条理地描述各步骤，并不是对步骤的执行顺序进行限制，即，本申请实施例中为各步骤设置的编号并不能视为限制步骤执行顺序的特征。

实施例3

为了在保证能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源，本申请实施例还提供一种智能设备的个性化信息的处理方法。该方法的执行主体，可以但不限于为用户终端、路由器或商户后台服务器。需要说明的是，当该执行主体是商户后台服务器以外的设备时，该(或该些)设备可视为一种商户后台服务器。

为便于描述，下文以该方法的执行主体为商户后台服务器为例，对该方法的实施方式进行介绍。可以理解，该方法的执行主体为商户后台服务器只是一种示例性的说明，并不应理解为对该方法的限定。

如图3所示，为本申请实施例提供的该方法的具体实现流程图，主要包括下述步骤：

步骤31，商户后台服务器获得智能设备的个性化信息；

该智能设备的个性化信息，比如，可以是由用户手动输入商户后台服务器；或者，也可以是由用户终端发送给商户后台服务器的。

步骤32，通过服务器将所述个性化信息提供给信息需求方进行处理。

为了使得智能设备可以利用通用固件的相关信息在服务器完成注册，在一种实施方式中，商户后台服务器还可以获得服务器提供的、设置在智能设备中的通用固件的相关信息。其中，这里所说的相关信息的具体内容可以参见实施例1，此处不再赘述。

在一种实施方式中，商户后台服务器获得服务器提供的所述相关信息的实现方式具体可以包括：获得服务器提供的、通用固件能够提供的各功能选项的信息；将从所述各功能选项的信息中选取的信息，作为所述相关信息。

基于获得的所述相关信息，在一种实施方式中，商户后台服务器还可以用于：根据所述相关信息，生成技术需求文件(Technology Requirement Dodument，TRD)。其中，所述TRD，是用于保存所述相关信息的一种文件。

采用本申请实施例提供的上述方法，由于可以通过服务器，向智能设备的个性化信息的信息需求方提供所述个性化信息，因此即便智能设备的固件中不设置个性化信息，信息需求方也可以获得智能设备的个性化信息并处理，从而可以支持为不同的智能设备设置相同的、不包含所述个性化信息的通用固件，实现了在保证仍然能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源。

需要说明的是，实施例3所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。

需要说明的是，本申请实施例并不对上述方法的各步骤的执行先后顺序进行限制。本申请实施例中为各步骤设置编号，是为了有条理地描述各步骤，并不是对步骤的执行顺序进行限制，即，本申请实施例中为各步骤设置的编号并不能视为限制步骤执行顺序的特征。

实施例4

本申请实施例4主要介绍前文提供的方法在实际中的一种详细应用流程。

实施例4中用于实现该应用流程的系统架构如图4所示。图4主要包括：运营后台、商家后台、智能云、智能APP和智能设备几部分。这几部分各自的定义和主要功能如下：

商家后台：是一套后台服务端软件系统，其使用方往往是智能设备的商家。具体地，商家可以使用这套系统签约图4所示的智能云上运行的智能云系统，以及录入智能设备的型号、一些公版可配置项的参数值、智能设备配网方式等智能设备相关信息，并提交智能设备发布上线。

运营后台：是一套后台服务端软件系统，其使用方往往是运营人员。具体地，运营人员可以使用这套系统管理上述商家签约入驻、配置智能设备标识、管理商家信息、审批智能设备上线等。

智能云：是一套为智能设备提供云服务的后台服务系统。这套系统可以成为连接智能设备与用户无线终端上的智能APP的桥梁，使得用户在APP上可以直观了解智能设备的运行状态，同时用户也可以通过APP的界面，向智能设备下达工作指令。智能云同时也具备强大的数据存储、计算和数据接口服务能力。

智能APP：指的是安装在用户无线终端上，可以向智能设备同步状态和进行遥距控制的应用软件。其中，这里所说的用户无线终端，包括但不限于智能手机、智能平板、个人计算机、智能手表或车载通信装置等终端中的至少一种。

基于上述系统架构，本申请实施例4主要要解决的技术问题包括下述三点：

1、相关技术中，同一套固件只能支持一个品牌的一个型号的智能设备的信息披露，无法支持多品牌多型号的信息披露，无法满足智能设备的商家期望披露智能设备的更多品牌和更多型号的信息披露的需求。

其中，所述固件，是指Firmware，也就是写入智能设备的可擦写只读存储器(Eraseable Read Only Memory EROM)或电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory，EEPROM)中的、能够实现智能设备功能的程序。固件担任着一个系统最基础最底层工作的软件。在硬件设备中，固件就是硬件设备的灵魂，因为一些硬件设备除了固件以外没有其它软件组成，因此固件也就决定着硬件设备的功能及性能。

2、相关技术中，采用同一套固件的多个商家的不同智能设备，无法在运营后台区分各个型号的智能设备的出货量，所以也没法了解到到底哪个智能设备销售的比较好，从而无法确定爆款产品进而给予支持。

3、相关技术中，用于向智能设备同步状态和进行遥距控制的APP针对采用同一套固件的不同商家提供的、用于展示智能设备相关信息的页面完全一样，因此无法有效展示不同商家的个性化信息和配置(如售后电话、是否支持某个功能等)，从而也就无法满足商家对于其智能设备的个性化配置的需要。

以下详细介绍基于如图4所示的架构，本申请实施例4中提供的该流程如何解决上述三个问题。

具体地，该流程主要包括三个部分，分别为：一、公版方案的录入；二、商家品牌信息披露和出货统计；三、智能APP个性化配置和商家信息展示。其中，所述公版，是指不同的商家的智能设备能够通用的一套固件的版本。本申请实施例4中，采用同一公版的不同商家，其智能设备的固件是完全一样的。

上述第一部分“公版方案的录入”的实现流程主要是由运营后台、智能云和商家后台配合完成的。如图5a所示，该实现流程主要包括如下步骤：

步骤51，运营后台申请可设置在智能设备中的通用固件的各型号(后称公版型号)和固件的验证信息；

其中，运营后台可以向智能云进行申请，从而获得智能云分配的各公版型号和相应的固件的验证信息。

其中，所述的验证信息，比如可以包括密钥Key和私密信息Secret。

步骤52，运营后台获得运营人员输入的、各公版型号分别对应的固件的TRD；

该TRD中，一般定义有固件和智能云之间通讯的接口。

步骤53，运营后台获得各公版型号分别对应的公版可配置项；

具体地，运营人员可以按照运营后台显示的如图5b所示的公版可配置项的信息输入框，完成对于公版可配置项的设置。

其中，图5b所示的配置信息类型，可以有布尔型变量(BOOL)类型和文本变量类型两类。

BOOL类型的公版可配置项是否被商家后台选取，决定了设置有该固件的智能设备所对应的APP控制面板(即智能APP提供的、用于控制智能设备的操作界面)，是否支持用户控制智能设备实现该公版可配置项对应的功能；文本变量类型的公版可配置项的参数值，可以是由商家后台输入的，该参数值一般为需要在智能APP中展示的商家信息。

步骤54，运营后台将各公版型号、各公版型号分别对应的固件的验证信息、各公版型号分别对应的TRD和各公版型号分别对应的公版可配置项发送给智能云；

其中，固件的验证信息，一般可以作为智能设备注册到智能云时所用的注册信息。

步骤55，智能云将运营后台发送来的各公版型号、各公版型号分别对应的固件的验证信息、各公版型号分别对应的TRD和各公版型号分别对应的各公版可配置项，以及智能云针对各公版型号分别设置的APP界面模板的编号录入数据库；

此外，智能云为该公版型号打标，以实现标注该型号是可以被改写的公版型号。

其中，这里所说的公版型号，可以包括型号名称(一般由16位字符构成)和编号(一般由数字构成)。一般地，智能云为公版型号打标，可以是为型号名称打标。

步骤56，商家后台在商家的控制下，申请智能设备的型号和智能设备的验证信息；

其中，该验证信息比如也可以包含密钥Key和私密信息Secret两种。

步骤57，商家后台在商家的控制下，从智能云处获得运营后台提供给智能云的各公版型号、固件的验证信息和各公办型号分别对应的公版可配置项；并在商家的控制下，从提供给智能云的各公版型号中，选取一个公版型号；进而在商家的控制下，从选取的该公版型号对应的各公版可配置项中，选取公版可配置项；

需要说明的是，若商家选取了文本变量类型的公版可配置项，则商家后台还会获得商家输入的、文本变量类型的公版可配置项的参数值。

为便于描述，本实施例中，假设商家后台选取了文本变量类型的公版可配置项，并向商家后台输入了相应的参数值。

步骤58，商家后台根据固件的验证信息、选取的公版型号、商家选取的公版可配置项以及商家输入的文本变量类型的公版可配置项的参数值，生成智能设备的TRD；

其中，生成的该TRD中包含步骤58中所述的各项信息。

步骤59，商家后台将选取的公版型号、商家选取的公版可配置项、商家输入的文本变量类型的公版可配置项的参数值、申请到的智能设备的型号和智能设备的验证信息，发送给智能云保存在数据库中；

步骤510，智能云保存步骤59所述的各项信息，并建立各项信息之间的映射关系，以及建立该智能设备的型号型号与选取的公版型号对应的APP界面模板的编号之间的映射关系。

通过如图5a所示的上述流程，可以保障：

1、在智能云中，保存不同商家后台分别录入的文本变量类型的公版可配置项的参数值。当该些参数值是品牌和智能设备的型号时，可以使得智能云保存不同的智能设备的品牌和智能设备的型号。

2、不同商家可以根据自身的需求，灵活选取公版型号和公版可配置项，从而智能APP后续针对不同智能设备的型号的智能设备，可以采用不同的APP界面进行展示。

3、选择了同一公版型号的所有商家后台，其获得的与该公版型号对应的固件的验证信息、TRD是相同的，从而保障了同一公版型号的固件可以快速复制给不同商家的智能设备。

以下进一步介绍前文所述的第二部分“商家品牌信息披露和出货统计”的实现流程。

该实现流程主要是由智能APP、智能云和智能设备配合完成的。如图6所示，该实现流程主要包括如下步骤：

步骤61，用户通过操作智能APP，获取智能设备的型号和智能设备的验证信息。

比如，为了智能APP可以通过扫描智能设备的显示屏显示的二维码，获得该厂商信号和验证信息。

步骤62，用户对智能APP展示的“智能设备接入互联网”选项执行点击操作，从而触发智能APP向智能设备发送互联网接入指令；

步骤63，智能设备响应于所述互联网接入指令，进入配网状态；

步骤64，智能APP向智能设备发送无线保真服务集标识(Wireless FidelityService Set Identifier，WIFISSID)和相应的验证码(Pass Word，PSW)；

步骤65，智能设备利用接收到的WIFISSID和PSW，接入互联网；

步骤66，智能设备获取设置在自身固件中的公版型号，并将所述公版型号作为注册到智能云时使用的注册信息，在注册到智能云时，发送给智能云；

步骤67，智能云将所述公版型号保存在缓存中，并判断智能设备发送来的所述公版型号中的型号名称是否被打标；若判断结果为是，则判定该型号名称可改写，从而执行步骤68；若判断结果为否，则判定该型号名称不可改写，从而将该型号名称录入数据库；

步骤68，智能云利用智能APP获取的智能设备的型号和智能设备的验证信息，改写缓存中的所述公版型号，并将缓存中的智能设备的型号和智能设备的验证信息录入智能云的数据库，而后执行步骤69或者步骤610中的至少一个步骤；

步骤69，智能APP从所述数据库中，获取所述智能设备的品牌和智能设备的型号并显示；

步骤610，智能云定期或不定期对所述数据库中的所述智能设备的型号的数量进行统计，得到具备所述智能设备的型号的智能设备的激活数量。

以下进一步介绍前文所述的第三部分“智能APP个性化配置和商家信息展示”的实现流程。

该实现流程主要是由智能APP和智能云配合完成的。如图7所示，该实现流程主要包括如下步骤：

步骤71，智能APP获取智能设备的型号，并显示在智能APP的信息显示界面，从而实现对该型号的披露；

其中，步骤71的实现过程与步骤61的实现过程类似，此处不再赘述。

步骤72，智能APP向智能云发送获取的该智能设备的型号；

步骤73，智能云根据智能APP发送来的智能设备的型号，获取数据库中保存的、与该智能设备的型号映射的APP界面模板的编号，进而获取相应的APP界面模板；此外，智能云确定该智能设备的型号映射的商家选取的公版可配置项、商家输入的文本变量类型的公版可配置项的参数值；进一步地，智能云根据确定出的该智能设备的型号映射的商家选取的公版可配置项，获取商家选取的公版可配置项的参数值(该些参数值是由运营后台提供给智能云保存的)；

步骤74，智能云调用智能APP的应用程序编程接口(Application ProgrammingInterface，API)，将确定的所述公版可配置项的参数值、商家输入的文本变量类型的公版可配置项的参数值和获取的所述APP界面模板，提供给智能APP；

步骤75，智能APP根据所述公版可配置项的参数值、商家输入的文本变量类型的公版可配置项的参数值和获取的所述APP界面模板，生成界面并展示。

实施例5

为了在保证能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源，本申请实施例提供一种智能设备的个性化信息的处理装置，该装置的具体结构示意图如图8所示，包括下述单元：

个性化信息获得单元81，用于根据与所述智能设备相关的查询信息，获得服务器保存的、与所述查询信息相映射的所述智能设备的个性化信息；

处理单元82，用于对所述个性化信息进行处理。

在一种实施方式中，所述装置还可以包括注册单元和更新单元。其中：

注册单元，用于在个性化信息获得单元81获得所述个性化信息前，利用设置在所述智能设备中的通用固件的相关信息，在所述服务器完成注册；

更新单元，用于向所述服务器提供所述智能设备的设备标识，以使得所述服务器利用设备标识，更新具备所述设备标识的智能设备的激活记录。

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

查询信息获得单元，用于在个性化信息获得单元81根据所述查询信息获得所述个性化信息前，执行下述操作：

获得所述服务器提供的所述查询信息；或

获得本地输入的所述查询信息；或

通过扫描包含所述查询信息的二维码，获得所述查询信息。

在一种实施方式中，处理单元82具体可以用于：获得与所述查询信息相匹配的应用界面模板；利用所述应用界面模板，展示所述个性化信息。

采用本申请实施例提供的上述装置，由于可以由服务器对设置有通用固件的智能设备的个性化信息进行保存，并且建立起该个性化信息和与智能设备相关的查询信息的映射关系，即便不在固件中设置个性化信息，根据查询信息也可以获得智能设备的个性化信息并处理，从而可以支持为不同的智能设备设置相同的、不包含所述个性化信息的通用固件，实现了在保证仍然能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源。

实施例6

为了在保证能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源，本申请实施例提供另一种智能设备的个性化信息的处理装置。该装置的具体结构示意图如图9所示，包括下述单元：

信息接收单元91，用于接收与所述智能设备相关的查询信息；

信息获得单元92，用于根据所述查询信息与所述智能设备的个性化信息的映射关系，获得与所述查询信息相映射的个性化信息；

提供单元93，用于将所述个性化信息提供给信息需求方进行处理。

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

请求接收单元，用于接收智能设备注册请求；

更新单元，用于在响应于所述智能设备注册请求，完成对所述智能设备的注册后，利用所述智能设备的设备标识，更新具备所述设备标识的智能设备的激活记录。

当所述智能设备注册请求中，包含所述智能设备中设置的固件的相关信息时，在一种实施方式中，该装置还可以包括：

存储单元，用于将所述相关信息存储在缓存中；

替换单元，用于利用所述设备标识，替换缓存中的所述相关信息；

数据写入单元，用于从缓存中获取所述设备标识写入数据库。

在一种实施方式中，该装置还可以包括：设置单元，用于在信息接收单元接收所述查询信息前，为通用固件的相关信息设置可改写标记；替换单元，用于判断缓存中的所述相关信息是否被设置有可改写标记；在判断结果为是时，利用所述设备标识，替换缓存中的所述相关信息。

在一种实施方式中，所述更新单元具体可以用于：在替换单元得到的判断结果为是时，利用所述设备标识，更新所述激活记录。

在一种实施方式中，提供单元具体可以用于：获得与所述查询信息相匹配的应用界面模板；将所述个性化信息和所述应用界面模板提供给信息需求方，以使得信息需求方利用所述所述应用界面模板，对所述个性化信息进行展示。

采用本申请实施例提供的上述装置，由于可以由该装置根据智能设备的个性化信息和与智能设备相关的查询信息的映射关系，提供所述个性化信息给信息需求方处理，因此即便智能设备的固件中不设置个性化信息，根据查询信息也可以获得智能设备的个性化信息并处理，从而可以支持为不同的智能设备设置相同的、不包含所述个性化信息的通用固件，实现了在保证仍然能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源。

实施例7

为了在保证能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源，本申请实施例还提供一种智能设备的个性化信息的处理装置，该装置的具体结构示意图如图10所示，包括下述单元：

个性化信息获得单元101，用于获得智能设备的个性化信息；

提供单元102，用于通过服务器将所述个性化信息提供给信息需求方进行处理。

在一种实施方式中，该装置还可以包括：相关信息获得单元，用于获得服务器提供的、设置在所述智能设备中的通用固件的相关信息。

在一种实施方式中，相关信息获得单元具体可以用于：获得服务器提供的、所述通用固件能够提供的各功能选项的信息；将从所述各功能选项的信息中选取的信息，作为设置在所述智能设备中的通用固件的相关信息。

在一种实施方式中，所述装置还可以包括：文件生成单元，用于根据相关信息获得单元选取的信息，生成技术需求文件TRD。

采用本申请实施例提供的上述装置，由于可以通过服务器，向智能设备的个性化信息的信息需求方提供所述个性化信息，因此即便智能设备的固件中不设置个性化信息，信息需求方也可以获得智能设备的个性化信息并处理，从而可以支持为不同的智能设备设置相同的、不包含所述个性化信息的通用固件，实现了在保证仍然能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源。

实施例8

为了在保证能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源，本申请实施例还提供一种智能设备的个性化信息的处理系统，该系统的具体结构示意图如图11所示，包括下述部分：

服务器111，用于获得第一后台系统112发送的智能设备的个性化信息，并建立个性化信息和能够作为查询信息的、与所述智能设备相关的信息的映射关系；根据APP发送的查询信息，向APP发送与APP发送的查询信息相映射的个性化信息，以使得APP对个性化信息进行处理。

其中，这里所说的能够作为查询信息的、与所述智能设备相关的信息，比如可以是智能设备的型号和/或智能设备的品牌等，即，能够作为查询信息的该信息，可以是智能设备的某种个性化信息；或者，该信息也可以是不同于个性化信息的其他信息。

第一后台系统112，用于向服务器111发送智能设备的个性化信息。

在一种实施方式中，该系统还可以包括如图11所示的第二后台系统113。第二后台系统113可以用于将能够设置在智能设备中的各通用固件的相关信息发送给服务器111。相应地，第一后台系统112，还可以用于从服务器111提供的各通用固件的相关信息中选取信息，并将选取的信息发送给服务器111保存。

在一种实施方式中，服务器111还可以用于在智能设备注册到服务器111后，利用智能设备的设备标识，更新具备该设备标识的智能设备的激活记录。

采用本申请实施例提供的上述系统，由于可以通过服务器提供个性化信息，因此即便智能设备的固件中不设置个性化信息，APP也可以获得智能设备的个性化信息并处理，从而可以支持为不同的智能设备设置相同的、不包含所述个性化信息的通用固件，实现了在保证仍然能够对智能设备的个性化信息进行处理的前提下，节省设置固件耗费的处理资源。

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

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

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

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同改写、改进等，均应包含在本申请的权利要求范围之内。

Claims (7)

1.一种智能设备的个性化信息的处理方法，其特征在于，包括：

接收与所述智能设备相关的查询信息；

根据所述查询信息与所述智能设备的个性化信息的映射关系，获得与所述查询信息相映射的个性化信息，所述个性化信息包括没有设置在通用固件中、但与所述智能设备相关的信息，所述查询信息不同于所述智能设备唯一标识；

获得与所述查询信息相匹配的应用界面模板；将所述个性化信息和所述应用界面模板提供给信息需求方，以使得信息需求方利用所述应用界面模板，对所述个性化信息进行展示；

接收智能设备注册请求，所述智能设备注册请求中，包含所述智能设备中设置的固件的相关信息；

将所述相关信息存储在缓存中；

利用所述智能设备的设备标识，替换缓存中的所述相关信息；

从缓存中获取所述设备标识写入数据库。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

在响应于所述智能设备注册请求，完成对所述智能设备的注册后，利用所述智能设备的设备标识，更新具备所述设备标识的智能设备的激活记录。

3.如权利要求2所述的方法，其特征在于，接收与所述智能设备相关的查询信息前，所述方法还包括：

为通用固件的相关信息设置可改写标记；则

利用所述设备标识，替换缓存中的所述相关信息，包括：

判断缓存中的所述相关信息是否被设置有可改写标记；

在判断结果为是时，利用所述设备标识，替换缓存中的所述相关信息。

4.如权利要求3所述的方法，其特征在于，利用所述设备标识，更新所述激活记录，包括：

在判断结果为是时，利用所述设备标识，更新所述激活记录。

5.一种智能设备的个性化信息的处理装置，其特征在于，包括：

信息接收单元，用于接收与所述智能设备相关的查询信息；

信息获得单元，用于根据所述查询信息与所述智能设备的个性化信息的映射关系，获得与所述查询信息相映射的个性化信息，所述个性化信息包括没有设置在通用固件中、但与所述智能设备相关的信息，所述查询信息不同于所述智能设备唯一标识；

提供单元，用于获得与所述查询信息相匹配的应用界面模板；将所述个性化信息和所述应用界面模板提供给信息需求方，以使得信息需求方利用所述应用界面模板，对所述个性化信息进行展示；

请求接收单元，用于接收智能设备注册请求，所述智能设备注册请求中，包含所述智能设备中设置的固件的相关信息；

存储单元，用于将所述相关信息存储在缓存中；

替换单元，用于利用所述智能设备的设备标识，替换缓存中的所述相关信息；

数据写入单元，用于从缓存中获取所述设备标识写入数据库。

6.如权利要求5所述的装置，其特征在于，所述装置还包括：

更新单元，用于在响应于所述智能设备注册请求，完成对所述智能设备的注册后，利用所述智能设备的设备标识，更新具备所述设备标识的智能设备的激活记录。

7.如权利要求6所述的装置，其特征在于，所述装置还包括：

设置单元，用于在信息接收单元接收所述查询信息前，为通用固件的相关信息设置可改写标记；

替换单元，用于判断缓存中的所述相关信息是否被设置有可改写标记；在判断结果为是时，利用所述设备标识，替换缓存中的所述相关信息。

Images