CN105242548A - 家用电器的控制*** - Google Patents

Abstract

本发明公开了一种家用电器的控制***，包括客户端、家用电器、服务平台和多个应用服务器，其中客户端、家用电器与多个应用服务器分别与服务平台相连接，客户端通过服务平台访问多个应用服务器，多个应用服务器通过客户端控制家用电器，其中，服务平台包括：第一数据存储模块，用于存储通过服务平台的数据，并提供第一数据API接口；第一数据读取控制模块，用于对多个应用服务器访问第一数据存储模块提供数据读取权限控制；访问权限控制模块，用于分别获取多个应用服务器的类型信息，并根据多个应用服务器的类型信息对多个应用服务器访问家用电器的权限进行管理。该***可达到用户个性化需求、个人定制模式的目的，提高家电产品的粘性和动力。

Description

家用电器的控制***

技术领域

本发明涉及家用电器技术领域，尤其涉及一种家用电器的控制***。

背景技术

随着互联网技术的快速发展以及家用电器越来越智能化，目前大多数家电产品逐渐与消费电子(如移动终端等)融合，并且由于软件控制个性化并可升级完善，因此智能手机也终将取代各类家电遥控器，成为综合家电遥控平台。家电的更新速度虽然不会像手机等消费电子那样快，但是智能时代的家电竞争升级将越来越与消费电子趋同，智能家居开发者和用户之间不再是卖完就老死不相来往，将通过APP应用程序平台，帮助用户产生一种长期的体验升级感受。因此，如何使得用户对某个家电产品产生长期使用需求、并丰富物联网家电的个性化服务来为家电产品提供粘性和动力已经成为家电厂商的技术人员亟待解决的问题。

发明内容

本发明的目的旨在至少在一定程度上解决上述的技术问题之一。

为此，本发明的一个目的在于提出一种家用电器的控制***。该***丰富了物联网家电的个性化服务，提高了用户智慧生活体验，并且达到了用户个性化需求、个人定制模式的目的，提高了家电产品的粘性和动力。

为达上述目的，本发明第一方面实施例的家用电器的控制***，包括：客户端、家用电器、服务平台和多个应用服务器，其中所述客户端、所述家用电器与所述多个应用服务器分别与所述服务平台相连接，所述客户端通过所述服务平台访问所述多个应用服务器，所述多个应用服务器通过所述客户端控制所述家用电器，其中，所述服务平台包括：第一数据存储模块，用于存储通过所述服务平台的数据，并提供第一数据API接口；第一数据读取控制模块，用于对所述多个应用服务器访问所述第一数据存储模块提供数据读取权限控制；访问权限控制模块，用于分别获取所述多个应用服务器的类型信息，并根据所述多个应用服务器的类型信息对所述多个应用服务器访问所述家用电器的权限进行管理。

根据本发明实施例的家用电器的控制***，可通过将家用电器、应用服务器、客户端统一接入到服务平台，使得客户端通过服务平台访问应用服务器，应用服务器通过客户端、服务平台控制家用电器，丰富了物联网家电的个性化服务，提高了用户智慧生活体验，并且达到了用户个性化需求、个人定制模式的目的，提高了家电产品的粘性和动力。

根据本发明的一个实施例，所述服务平台还包括：用户信息获取模块，用于获取用户的信息；家用电器信息获取模块，用于获取所述家用电器的信息；第二数据存储模块，用于存储所述用户的信息和所述家用电器的信息，并提供第二数据API接口；第二数据读取控制模块，用于对所述多个应用服务器访问所述第二数据存储模块提供数据读取权限控制。

根据本发明的一个实施例，所述服务平台还包括：业务逻辑控制模块，用于接收所述客户端的请求消息，并对所述请求消息请求的资源进行判断，如果所述请求消息请求的资源由所述服务平台提供，则所述服务平台根据所述请求消息为所述客户端提供服务，如果所述请求消息请求的资源由所述应用服务器提供，则所述服务平台根据所述请求消息调用对应的应用服务为所述客户端提供服务。

根据本发明的一个实施例，所述控制***还包括：第三方服务器，所述第三方服务器接入所述服务平台，并通过所述服务平台与所述多个应用服务器、所述客户端及所述家用电器进行通信。

根据本发明的一个实施例，所述服务平台还包括：家用电器管理模块，用于将所述用户所属的家用电器与所述用户使用的客户端进行关联管理。

根据本发明的一个实施例，当所述客户端发送的请求消息请求的资源由所述应用服务器提供时，所述服务平台对所述客户端和所述应用服务器之间的消息进行透传。

根据本发明的一个实施例，所述服务平台还包括：控制指令接收模块，用于接收所述应用服务器发送的控制指令；家用电器控制模块，用于根据所述控制指令对对应的所述家用电器进行控制。

根据本发明的一个实施例，所述服务平台还包括：推送信息接收模块，用于接收所述应用服务器发送的推送信息；推送模块，用于将所述推送信息推送至对应的所述客户端。

根据本发明的一个实施例，所述控制***还包括：环境信息采集器，用于采集所述用户所处家庭环境的环境参数，并将所述环境参数通过所述服务平台发送至对应的应用服务器。

根据本发明的一个实施例，所述应用服务器，还用于根据所述环境参数生成所述家用电器的控制指令，并将所述控制指令通过所述服务平台发送至对应的家用电器。

根据本发明的一个实施例，所述服务平台还包括：上报信息接收模块，用于接收所述家用电器上报的上报信息；转发模块，用于将所述上报信息发送至对应的所述应用服务器。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是根据本发明一个实施例的家用电器的控制***的结构框图；

图2是根据本发明一个实施例的服务平台的结构框图；

图3是根据本发明另一个实施例的服务平台的结构框图；

图4(a)是根据本发明又一个实施例的服务平台的结构框图；

图4(b)是根据本发明一个实施例的客户端通过服务平台来控制家用电器的示例图；

图4(c)是根据本发明一个实施例的客户端通过服务平台向应用服务器请求服务的示例图；

图5是根据本发明另一个实施例的家用电器的控制***的结构框图；

图6是根据本发明再一个实施例的服务平台的结构框图；

图7(a)是根据本发明又另一个实施例的服务平台的结构框图；

图7(b)是根据本发明一个实施例的应用服务器通过服务平台控制家用电器的示例图；

图8(a)是根据本发明又再一个实施例的服务平台的结构框图；

图8(b)是根据本发明一个实施例的应用服务器通过服务平台向客户端推送消息的示例图；

图9是根据本发明又一个实施例的家用电器的控制***的结构框图；

图10(a)是根据本发明再又一个实施例的服务平台的结构框图；

图10(b)是根据本发明一个实施例的家用电器上报信息的示例图。

附图标记：

客户端100、家用电器200、服务平台300、多个应用服务器400、第一数据存储模块310、第一数据读取控制模块320、访问权限控制模块330、用户信息获取模块340、家用电器信息获取模块350、第二数据存储模块360、第二数据读取控制模块370、业务逻辑控制模块380、第三方服务器500、家用电器管理模块390、控制指令接收模块3100、家用电器控制模块3110、推送信息接收模块3120、推送模块3130、环境信息采集器600、上报信息接收模块3140和转发模块3150。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的家用电器的控制***。

图1是根据本发明一个实施例的家用电器的控制***的结构框图。如图1所示，该家用电器的控制***可以包括：客户端100、家用电器200、服务平台300和多个应用服务器400。其中，在本发明的实施例中，客户端100、家用电器200与多个应用服务器400分别与服务平台300相连接。此外，客户端100可通过服务平台300访问多个应用服务器400，多个应用服务器400通过客户端100控制家用电器200。另外，在本发明的实施例中，客户端100为用于控制家用电器200的应用程序APP。家用电器200可为空调器、电饭煲、洗衣机、电冰箱等。

其中，在本发明的实施例中，如图2所示，该服务平台300可以包括：第一数据存储模块310、第一数据读取控制模块320和访问权限控制模块330。具体的，第一数据存储模块310可用于存储通过服务平台300的数据，并提供第一数据API接口(ApplicationProgrammingInterface,应用程序编程接口)。更具体的，第一数据存储模块310可对所有经由服务平台300的数据进行存储，但可以理解不限于应用服务器400自身的数据存储，并可提供数据API访问接口，以使得应用服务器400可根据自身需求通过该API接口来获取第一数据存储模块310存储的数据。

第一数据读取控制模块320可用于对多个应用服务器400访问第一数据存储模块310提供数据读取权限控制。由此，使得应用服务器400可根据第一数据读取控制模块320的数据读取权限从第一数据存储模块310中获取访问权限范围内的所有数据，如包括用户信息、家用电器200信息等主数据，还可包括用户操作日志、家用电器200通信日志等日志数据。

访问权限控制模块330可用于分别获取多个应用服务器400的类型信息，并根据多个应用服务器400的类型信息对多个应用服务器400访问家用电器200的权限进行管理。更具体的，访问权限控制模块330管理的访问权限可根据应用服务器400的类型进行划分，例如，特定类型的应用服务器400只能访问有限类型的家用电器200，访问数据类型则可不做限制。其中，在本发明的实施例中，上述类型信息可理解包括但不限于控制类型、娱乐类型、学习类型等。

由此，通过对经由服务平台的数据进行存储，并对应用服务器访问家用电器的数据进行权限控制管理，使得应用服务器可以根据权限来访问相应的数据，提高了数据的安全性。

进一步的，在本发明的一个实施例中，如图3所示，该服务平台300还可包括：用户信息获取模块340、家用电器信息获取模块350、第二数据存储模块360和第二数据读取控制模块370。具体的，用户信息获取模块340可用于获取用户的信息。其中，在本发明的实施例中，用户信息可包括但不限于用户名、密码、绑定邮箱、绑定手机号码等。可以理解，上述用户的信息可为用户在服务平台300提供的注册界面中注册时所填写的信息。

家用电器信息获取模块350可用于获取家用电器200的信息。其中，在本发明的实施例中，该家用电器200的信息可为家用电器200的名称、类型、固件版本号等。

第二数据存储模块360可用于存储用户的信息和家用电器200的信息，并提供第二数据API接口。由此，应用服务器400可通过第二数据存储模块360提供的第二数据API接口来查询用户的信息和家用电器200的信息。

第二数据读取控制模块370可用于对多个应用服务器400访问第二数据存储模块360提供数据读取权限控制。由此，可以保证应用服务器400访问自身权限范围内的数据，保障数据的安全性。

进一步的，在本发明的一个实施例中，如图4(a)所示，该服务平台300还可包括：业务逻辑控制模块380，业务逻辑控制模块380可用于接收客户端100的请求消息，并对请求消息请求的资源进行判断，如果请求消息请求的资源由服务平台300提供，则服务平台300根据请求消息为客户端100提供服务，如果请求消息请求的资源由应用服务器400提供，则服务平台300根据请求消息调用对应的应用服务为客户端100提供服务。

也就是说，业务逻辑控制模块380所管理的业务逻辑的划分原则为：客户端100通过调用服务平台300能力即可完成的业务直接由服务平台300处理，无法完成的业务则交由应用服务器400来完成。

在本发明的实施例中，当客户端100发送的请求消息请求的资源由应用服务器400提供时，服务平台300对客户端100和应用服务器400之间的消息进行透传。

举例而言，如图4(b)所示，以客户端100通过服务平台300来控制家用电器200为例，服务平台300中的业务逻辑控制模块380(图4(b)中未示出)接收客户端100发送的控制家用电器200的透传数据，业务逻辑控制模块380将该透传数据转发给对应的应用服务器400，并接收应用服务器400反馈的该客户端100所属用户控制家用电器200的权限。服务平台300可根据该权限和经过应用服务器400处理后的家用电器200的控制数据对该家用电器200进行控制，并将控制结果通过应用服务器400反馈给客户端100。

如图4(c)所示，以客户端100通过服务平台300向应用服务器400请求服务为例，客户端100可向菜谱应用服务器400发送菜谱查询请求，服务平台300可将该菜谱查询请求转发给菜谱应用服务器400，菜谱应用服务器400根据该请求找到对应的菜谱数据，并向服务平台300返回该菜谱数据，服务平台300将该菜谱数据转发给客户端100。

可选的，在本发明的一个实施例中，如图5所示，该家用电器的控制***还可包括第三方服务器500，第三方服务器500可接入服务平台300，并通过服务平台300与多个应用服务器400、客户端100及家用电器200进行通信。需要说明的是，在本发明的实施例中，应用服务器400需要通过服务平台300才能对接第三方服务器500，服务平台300作为统一管控和数据通道的角色。由此，扩大了服务平台的适用范围，增加了使用功能。

可选的，在本发明的一个实施例中，如图6所示，该服务平台300还包括：家用电器管理模块390，家用电器管理模块390可用于将用户所属的家用电器200与用户使用的客户端100进行关联管理。具体的，家用电器管理模块390可对用户所属的家用电器200与用户使用的客户端100进行关联，并保存该关联关系，使得客户端100在通过服务平台300控制家用电器200时，可先在家用电器管理模块390中查找该客户端100关联的家用电器200，服务平台300根据该关联关系以及控制数据对家用电器200进行控制。

可选的，在本发明的一个实施例中，如图7(a)所示，该服务平台300还可包括：控制指令接收模块3100和家用电器控制模块3110。具体的，控制指令接收模块3100可用于接收应用服务器400发送的控制指令。家用电器控制模块3110可用于根据控制指令对对应的家用电器200进行控制。

举例而言，如图7(b)所示，应用服务器400可根据天气等条件自动计算控制家用电器200的信息，并根据该信息生成相应的控制指令，并将该控制指令发送给服务平台300。服务平台300的控制指令接收模块3100接收该控制指令。家用电器控制模块3110根据该控制指令对对应的家用电器200进行控制。由此，应用服务器可以直接通过服务平台来控制家用电器，而无需通过用户鉴权，省去了用户的操作步骤。

可选的，在本发明的一个实施例中，如图8(a)所示，该服务平台300还可包括：推送信息接收模块3120和推送模块3130。具体的，推送信息接收模块3120可用于接收应用服务器400发送的推送信息。推送模块3130可用于将推送信息推送至对应的客户端100。

举例而言，如图8(b)所示，当应用服务器400需要向用户推送消息时，应用服务器400可将该推送消息发送给服务平台300。服务平台300的推送信息接收模块3120接收该推送消息，推送模块3130向客户端100发送该应用服务器400发送的推送消息，同时可向应用服务器400返回推送消息是否已发送的结果。由此，应用服务器可通过服务平台向对应的客户端推送新的消息，使得客户端所属用户能够及时了解最新信息。

可选的，在本发明的一个实施例中，如图9所示，该家用电器的控制***还可包括：环境信息采集器600，环境信息采集器600可用于采集用户所处家庭环境的环境参数，并将环境参数通过服务平台300发送至对应的应用服务器400。在本发明的实施例中，应用服务器400还可用于根据环境参数生成家用电器200的控制指令，并将控制指令通过服务平台300发送至对应的家用电器200。由此，通过环境信息采集器采集周围环境参数，并通过应用服务器根据该环境参数来对家用电器进行相应的控制，从而实现家电智能控制的功能。

可选的，在本发明的一个实施例中，如图10(a)所示，该服务平台300还可包括：上报信息接收模块3140和转发模块3150。具体的，上报信息接收模块3140可用于接收家用电器200上报的上报信息。转发模块3150可用于将上报信息发送至对应的应用服务器400。

举例而言，如图10(b)所示，当家用电器200要上报自身状态时，家用电器200可向服务平台300发送上报信息(如自身的状态等)。服务平台300的上报信息接收模块3140接收该上报信息，转发模块3150可将该上报信息转发给对应的应用服务器400，应用服务器400可对该上报信息进行相应的处理，并向家用电器200发送反馈信息。由此，应用服务器可以及时地了解家用电器的当前状态。

需要说明的是，在本发明的实施例中，应用服务器400还可获取日志信息，具体的，可先向服务平台300发送日志信息获取请求。服务平台300根据该请求导出相应的文件数据，并向应用服务器400反馈文件导出的情况，如是否导出成功、下载地址等。应用服务器400根据该反馈文件导出的情况去下载对应的日志信息文件。

还需要说明的是，在本发明的实施例中，服务平台300提供接口调用的连接地址，支持POST请求方式，返回数据可支持JSON格式；家用电器指令的数据封包可为SDK，且按照物联网协议的数据包格式标准即可；对于应用服务器400自定义接口的数据封包，由应用服务器400定义在通用接口的JSON中。

根据本发明实施例的家用电器的控制***，可通过将家用电器、应用服务器、客户端统一接入到服务平台，使得客户端通过服务平台访问应用服务器，应用服务器通过客户端、服务平台控制家用电器，丰富了物联网家电的个性化服务，提高了用户智慧生活体验，并且达到了用户个性化需求、个人定制模式的目的，提高了家电产品的粘性和动力。

在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”、“顺时针”、“逆时针”、“轴向”、“径向”、“周向”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本发明中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系，除非另有明确的限定。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

在本发明中，除非另有明确的规定和限定，第一特征在第二特征“上”或“下”可以是第一和第二特征直接接触，或第一和第二特征通过中间媒介间接接触。而且，第一特征在第二特征“之上”、“上方”和“上面”可是第一特征在第二特征正上方或斜上方，或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”可以是第一特征在第二特征正下方或斜下方，或仅仅表示第一特征水平高度小于第二特征。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (11)

1.一种家用电器的控制***，其特征在于，包括客户端、家用电器、服务平台和多个应用服务器，其中所述客户端、所述家用电器与所述多个应用服务器分别与所述服务平台相连接，所述客户端通过所述服务平台访问所述多个应用服务器，所述多个应用服务器通过所述客户端控制所述家用电器，其中，所述服务平台包括：

第一数据存储模块，用于存储通过所述服务平台的数据，并提供第一数据API接口；

第一数据读取控制模块，用于对所述多个应用服务器访问所述第一数据存储模块提供数据读取权限控制；

访问权限控制模块，用于分别获取所述多个应用服务器的类型信息，并根据所述多个应用服务器的类型信息对所述多个应用服务器访问所述家用电器的权限进行管理。

2.如权利要求1所述的家用电器的控制***，其特征在于，所述服务平台还包括：

用户信息获取模块，用于获取用户的信息；

家用电器信息获取模块，用于获取所述家用电器的信息；

第二数据存储模块，用于存储所述用户的信息和所述家用电器的信息，并提供第二数据API接口；

第二数据读取控制模块，用于对所述多个应用服务器访问所述第二数据存储模块提供数据读取权限控制。

3.如权利要求1所述的家用电器的控制***，其特征在于，所述服务平台还包括：

业务逻辑控制模块，用于接收所述客户端的请求消息，并对所述请求消息请求的资源进行判断，如果所述请求消息请求的资源由所述服务平台提供，则所述服务平台根据所述请求消息为所述客户端提供服务，如果所述请求消息请求的资源由所述应用服务器提供，则所述服务平台根据所述请求消息调用对应的应用服务为所述客户端提供服务。

4.如权利要求1所述的家用电器的控制***，其特征在于，还包括：

第三方服务器，所述第三方服务器接入所述服务平台，并通过所述服务平台与所述多个应用服务器、所述客户端及所述家用电器进行通信。

5.如权利要求1所述的家用电器的控制***，其特征在于，所述服务平台还包括：

家用电器管理模块，用于将所述用户所属的家用电器与所述用户使用的客户端进行关联管理。

6.如权利要求3所述的家用电器的控制***，其特征在于，当所述客户端发送的请求消息请求的资源由所述应用服务器提供时，所述服务平台对所述客户端和所述应用服务器之间的消息进行透传。

7.如权利要求1所述的家用电器的控制***，其特征在于，所述服务平台还包括：

控制指令接收模块，用于接收所述应用服务器发送的控制指令；

家用电器控制模块，用于根据所述控制指令对对应的所述家用电器进行控制。

8.如权利要求1所述的家用电器的控制***，其特征在于，所述服务平台还包括：

推送信息接收模块，用于接收所述应用服务器发送的推送信息；

推送模块，用于将所述推送信息推送至对应的所述客户端。

9.如权利要求1所述的家用电器的控制***，其特征在于，还包括：

环境信息采集器，用于采集所述用户所处家庭环境的环境参数，并将所述环境参数通过所述服务平台发送至对应的应用服务器。

10.如权利要求9所述的家用电器的控制***，其特征在于，所述应用服务器，还用于根据所述环境参数生成所述家用电器的控制指令，并将所述控制指令通过所述服务平台发送至对应的家用电器。

11.如权利要求1所述的家用电器的控制***，其特征在于，所述服务平台还包括：

上报信息接收模块，用于接收所述家用电器上报的上报信息；

转发模块，用于将所述上报信息发送至对应的所述应用服务器。