CN117631550A - 一种车家互联方法、装置、系统及终端设备 - Google Patents

Abstract

本申请适用于电子信息技术领域，提供了一种车家互联方法、装置、系统及终端设备，该方法包括：先接收车辆发送的设备控制指令，然后向与车辆关联的智能家居设备发送设备控制指令，以使得智能家居设备可以根据设备控制指令进行动作。本申请可以将从车辆获取到的设备控制指令发送至智能家居设备，以使得智能家居进行动作；用户可以通过车辆向智能家居设备发送设备控制指令，也就是用户可以通过车辆直接控制智能家居设备进行动作，实现了车辆与智能家居设备之间的联动，方便用户使用。

Description

一种车家互联方法、装置、系统及终端设备

技术领域

本申请属于电子信息技术领域，尤其涉及一种车家互联方法、装置、系统及终端设备。

背景技术

随着互联网的发展，互联网汽车和智能家居应运而生，为人们的生活提供了方便。

目前，智能家居和互联网汽车均可以分别为用户提供多种功能，但是，由于智能家居和互联网汽车之间不能联动，现在的智能家居和互联网汽车均是独立的信息孤岛，用户需要分别查看智能家居和互联网汽车的信息，并且需要分别控制智能家居和互联网汽车，用户使用不方便。

发明内容

本申请实施例提供了一种车家互联方法、装置及终端设备，可以解决智能家居和互联网汽车之间不能联动，用户使用不方便的问题。

第一方面，本申请实施例提供了一种车家互联方法，包括：

接收车辆发送的与所述车辆关联的智能家居设备的设备控制指令，其中，所述设备控制指令为所述车辆检测到第一语音控制信息或第一操作后生成的；

向与所述车辆关联的智能家居设备发送所述设备控制指令，其中，所述设备控制指令用于指示所述智能家居设备基于所述设备控制指令进行动作。

第二方面，本申请实施例提供了一种车家互联装置，包括：

指令接收模块，用于接收车辆发送的与所述车辆关联的智能家居设备的设备控制指令，其中，所述设备控制指令为所述车辆检测到第一语音控制信息或第一操作后生成的；

指令发送模块，用于向与所述车辆关联的智能家居设备发送所述设备控制指令，其中，所述设备控制指令用于指示所述智能家居设备基于所述设备控制指令进行动作。

第三方面，本申请实施例提供了一种车家互联系统，包括：

车辆，检测第一语音控制信息或第一操作，基于所述第一语音控制信息或所述第一操作生成与所述车辆关联的智能家居设备的设备控制指令，并向服务端发送所述设备控制指令；

服务端，接收所述车辆发送的设备控制指令，并向与所述车辆关联的智能家居设备发送所述设备控制指令；

智能家居设备，接收所述服务端发送的所述设备控制指令，并基于所述设备控制指令进行动作。

在第三方面的一种可能的实现方式中，上述系统还包括：气象信息发布平台；

气象信息发布平台，向服务端发送各个地区的天气情况；

服务端，接收气象信息发布平台发送的各个地区的天气情况，并从各个地区的天气情况中确定与所述车辆关联的用户的居住地的天气；在确定用户的居住地的天气包括目标天气事件时，获取所述智能家居设备的当前状态；基于所述智能家居设备的当前状态和所述目标天气事件，生成所述智能家居设备的控制策略；向所述车辆发送所述智能家居设备的控制策略；

车辆，接收服务端发送的控制策略，并输出所述控制策略。

第四方面，本申请实施例提供了一种终端设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面中任一项所述的车家互联方法。

第五方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的车家互联方法。

第六方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述的车家互联方法。

本申请第一方面实施例与现有技术相比存在的有益效果是：本申请先接收车辆发送的设备控制指令，然后向与车辆关联的智能家居设备发送设备控制指令，以使得智能家居设备可以根据设备控制指令进行动作。本申请可以将从车辆获取到的设备控制指令发送至智能家居设备，以使得智能家居进行动作；用户可以通过车辆向智能家居设备发送设备控制指令，也就是用户可以通过车辆直接控制智能家居设备进行动作，实现了车辆与智能家居设备之间的联动，方便用户使用。

可以理解的是，上述第二方面至第六方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例提供的车家互联方法的应用场景示意图；

图2是本申请一实施例提供的车家互联方法的流程示意图；

图3是本申请一实施例提供的智能家居设备的控制策略确定方法的流程示意图；

图4是本申请另一实施例提供的智能家居设备的控制策略确定方法的流程示意图；

图5是本申请一实施例提供的车辆使用状态的确定方法的流程示意图；

图6是本申请一实施例提供的通过智能家居设备控制车辆的方法的流程示意图；

图7是本申请一实施例提供的通过智能家居设备得到车辆数据的方法的流程示意图；

图8是本申请一实施例提供的人-车-家互联系统的示意图；

图9是本申请一实施例提供的车家互联装置的结构示意图；

图10是本申请一实施例提供的终端设备的结构示意图。

具体实施方式

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当……时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

随着生活水平的提高，汽车已经成为人们的主要交通工具。用户在使用汽车时，若想要控制家中的智能家居设备，需要打开移动终端(手机、平板电脑、智能手表等)上的智能家居APP(application，手机软件)，通过智能家居APP向智能家居设备发送控制指令。若用户在开车，遇到下雨天，需要用户停车后，通过智能家居APP查看家中的智能家居设备的状态，确定是否需要改变智能家居的当前状态，为用户带来不便。

对于在家的用户，若想远程控制车辆，例如，控制车辆打开空调等，同样需要打开移动终端中的车辆APP，通过车辆APP向车辆发送控制指令，车辆控制不方便。

基于上述原因，本申请提出的车家互联方法，实现了智能家居设备和车辆的互联，通过车辆可以控制智能家居设备进行动作；同样，通过智能家居设备也可以控制车辆进行动作。另外，若用户的家庭所在区域的天气不好，还可以通过车辆展示智能家居设备的控制策略，用户不用单独去查看、并判断智能家居设备的状态是否需要改变，为用户提供了方便。

具体的，如图1提供的车家互联方法的应用场景示意图，本申请可以包括服务端1、车辆网平台2、物联网平台3、气象信息发布平台4、车辆5、移动端6和智能家居设备7。车联网平台2、物联网平台3具有语音识别和转换的功能。

服务端1从气象信息发布平台4获取天气信息，并通过车联网平台2向车辆5发送天气信息。服务端1通过物联网平台3向智能家居设备7发送天气信息。服务端1还可以向移动端6发送天气信息。

智能家居设备7在接收到用户发出的车辆的控制指令后，通过物联网平台3将车辆的控制指令发送至服务端1。服务端1通过车联网平台2将智能家居设备7发送的车辆的控制指令发送至车辆5。车辆5基于接收到的控制指令进行动作。

智能家居设备7在接收到用户发出的车辆的询问指令后，通过物联网平台3将车辆的询问指令发送至服务端1。服务端1通过车联网平台2将智能家居设备7发送的车辆的询问指令发送至车辆5。车辆5向服务端1返回询问指令对应的车辆数据。服务端1通过物联网平台3向智能家居设备7发送车辆数据。智能家居设备7展示接收到的车辆数据。

车辆5在接收到用户发出的智能家居设备7的控制指令后，通过车联网平台2将智能家居设备7的控制指令发送至服务端1。服务端1将车辆5发送的智能家居设备7的控制指令通过物联网平台3发送至智能家居设备7。智能家居设备7基于接收到的控制指令进行动作。

服务端1在从气象信息发布平台4获取到天气信息后，确定天气信息中是否包括恶劣天气。若天气信息中包括恶劣天气，服务端1获取智能家居设备7的当前状态。服务端1根据天气信息和智能家居设备7的当前状态生成智能家居设备7的控制策略。服务端1向车辆5和移动端6发送智能家居设备7的控制策略。用户根据车辆5和/或移动端6展示的智能家居设备7的控制策略，通过车辆5或移动端6向智能家居设备7发送控制指令，以控制智能家居设备7动作。

以下结合图1对本申请实施例的车家互联方法进行详细说明，本申请的方法可以在上述服务端中实现。

图2示出了本申请提供的车家互联方法的示意性流程图，参照图2，对该方法的详述如下：

S101，接收车辆发送的与所述车辆关联的智能家居设备的设备控制指令，其中，所述设备控制指令为所述车辆检测到第一语音控制信息或第一操作后生成的。

在本实施例中，服务端中存储车辆、智能家居设备、用户的移动端、用户的居住地的对应关系。具体的，用户可以在服务端预先设置用户的账号、车辆、智能家居设备、用户的移动端、用户的居住地的关联关系。移动端可以为手机、智能穿戴设备、平板电脑等。智能家居设备可以包括控制器、窗户、智能门、智能空调、加湿器、热水器、净化器等。

在本实施例中，用户可以通过语音的形式发送设备控制指令，例如，用户发出“关闭智能窗户”的语音控制信息，车辆检测到“关闭智能窗户”的语音控制信息后，生成设备控制指令，设备控制指令为“关闭智能窗户”。

或者，用户在车辆上进行第一操作后，车辆生成设备控制指令。第一操作可以为用户点击车辆上的按键或控件的操作。

在本实施例中，服务端在接收到车辆发送的设备控制指令后，根据设备控制指令中包括的车辆的标识码，验证设备控制指令是否合法。具体的，若服务端中存在设备控制指令中包括的标识码，则确定该设备控制指令合法；若服务端中不存在设备控制指令中包括的标识码，则确定该设备控制指令不合法。在确定设备控制指令合法时，对该设备控制指令进行处理。在确定设备控制指令不合法时，忽略该设备控制指令。

S102，向与所述车辆关联的智能家居设备发送所述设备控制指令，其中，所述设备控制指令用于指示所述智能家居设备基于所述设备控制指令进行动作。

在本实施例中，智能家居设备在接收到设备控制指令后，根据设备控制指令进行动作。

例如，若设备控制指令包括“关闭智能窗户”，则智能家居设备中的控制器控制窗户关闭。

本申请实施例中，先接收车辆发送的设备控制指令，然后向与车辆关联的智能家居设备发送设备控制指令，以使得智能家居设备可以根据设备控制指令进行动作。本申请可以将从车辆获取到的设备控制指令发送至智能家居设备，以使得智能家居进行动作；用户可以通过车辆向智能家居设备发送设备控制指令，也就是用户可以通过车辆直接控制智能家居设备进行动作，实现了车辆与智能家居设备之间的联动，方便用户使用。本申请通过车辆控制智能家居设备动作，实现了车家互联，用户不局限于通过智能家居APP控制智能家居设备，使智能家居设备的控制更方便、更多样性。

在一种可能的实现方式中，上述方法还可以包括：

获取用户居住地的天气信息。

当确定所述天气信息包括目标天气事件时，监测车辆发送的设备控制指令。

向与所述车辆关联的智能家居设备发送所述设备控制指令，其中，所述智设备控制指令用于指示所述智能家居设备基于所述设备控制指令进行动作。

在本实施例中，天气信息可以从气象信息发布平台中获取。在确定居住地的天气包括目标天气事件时，也就是居住地的天气为恶劣天气时，实时检测车辆是否有发送智能家居设备的设备控制指令。若检测到设备控制指令，则向智能家居设备发送设备控制指令，以使得智能家居设备进行动作，使得居住地天气不好、且用户在车上时，用户可以通过车辆控制智能家居设备，不用再额外使用移动端控制智能家居设备，对智能家居设备的控制更简单、更方便。

在一种可能的实现方式中，本申请中的服务端还可以在天气不好时，根据智能家居设备的当前状态确定智能家居设备的控制策略，并向车辆发送智能家居设备的控制策略，以使得用户可以通过查看智能家居设备的控制策略。

如图3所示，具体的，在步骤S101之前，上述方法还可以包括：

S201，在确定用户的居住地的天气包括目标天气事件时，获取与车辆关联的智能家居设备的当前状态。

在本实施例中，服务端从气象信息发布平台获取各个地区的天气情况，然后从获取的各个地区的天气情况中查找用户的居住地的天气。提取用户的居住地的天气中包括的天气事件，进而确定用户居住地的天气是否包括目标天气事件。目标天气事件为会给用户的房内设施造成损害的天气。目标天气事件可以包括沙尘暴、暴雨、雷电、高温、大风等。

气象信息发布平台可以提供用户居住地的实时天气信息，以及用户居住地的未来天气信息等。

智能家居设备的当前状态可以为开启状态或关闭状态。

具体的，智能家居设备的当前状态可以通过物联网平台获得。智能家居设备的实时状态均会上报至物联网平台，物联网平台再上报至服务端。

S202，基于所述智能家居设备的当前状态和所述目标天气事件，生成所述智能家居设备的控制策略。

在本实施例中，智能家居设备的控制策略可以包括关闭智能家居设备、开启智能家居设备或保持智能家居设备的当前状态等。另外，控制策略还可以包括目标天气事件。

作为举例，智能家居设备为智能窗户时，智能窗户的控制策略可以包括“关闭窗户”，或者，“大雨将至请关闭窗户”。

在实际使用时，智能家居设备的控制策略还可以根据智能家居设备的当前状态、目标天气事件和目标天气事件的持续时间确定。目标天气事件的持续时间可以从气象信息发布平台中获取。

相应的，智能家居设备的控制策略还可以包括智能家居设备的状态维持时间，例如，保持窗户关闭至下午5点，或者，大雨将至请保持窗户关闭至下午5点。

S203，向车辆发送所述智能家居设备的控制策略，其中，所述控制策略用于指示所述车辆输出所述控制策略。

在本实施例中，车辆在接收到智能家居设备的控制策略后，通过车辆上的显示设备显示控制策略，或通过车辆上的语音播放设备播放控制策略，以便于用户了解到智能家居的控制策略，方便用户根据控制策略确定所述第一语音控制信息或所述第一操作，也就是方便用户根据控制策略对智能家居设备做出进一步指示。

在实际应用中，若用户的车辆与用户的移动端关联，在服务端确定智能家居设备的控制策略后，还可以向与车辆关联的移动端发送控制策略，以保证用户可以接收到智能家居设备的控制指令。

本申请实施例中，在确定用户居住地的天气包括目标天气事件时，获取与用户的账号关联的智能家居设备的当前状态；基于智能家居设备的当前状态和目标天气事件，确定智能家居设备的控制策略；向与用户的账号关联车辆发送智能家居设备的控制策略，控制策略用于指示车辆输出控制策略。本申请在用户的家庭所在地的天气包括目标天气事件时，获取智能家居的状态，并生成智能家居的控制策略，本申请在生成智能家居设备的控制策略后，可以将智能家居的控制策略发送至用户的车辆，使车辆能够向用户展示智能家居的控制策略；本申请实现了智能家居和车辆的互联，用户开车时，不用再使用手机等设备单独查看智能家居的状态和家庭所在地的天气，以确定是否需要改变智能家居的状态，为用户的生活带来了便利。

在一种可能的实现方式中，上述方法还可以包括：

在确定用户的居住地的天气不包括目标天气事件时，忽略所述居住地的天气，或者将居住地的天气发送至车辆和/或移动端，便于用户了解居住地的天气情况。

如图4所示，在一种可能的实现方式中，步骤S202的实现过程可以包括：

S2021，获取在所述目标天气事件下所述智能家居设备的目标状态。

在本实施例中，服务端预先存储各个目标天气事件对应的各智能家居设备的目标状态。其中，目标天气事件对应的智能家居设备的目标状态可以以表格的形式进行存储。

不同的目标天气事件对应的智能家居设备的种类不同，例如，暴雨对应的智能家居设备包括智能窗户；雷电对应的智能家居设备包括智能窗户、智能电视、智能空调等。

S2022，判断所述智能家居设备的当前状态与所述智能家居设备的目标状态是否匹配。

S2023，若所述智能家居设备的当前状态与所述智能家居设备的目标状态不匹配，基于所述智能家居设备的当前状态和所述目标状态，生成所述智能家居设备的控制策略。

在本实施例中，若智能家居设备的当前状态与目标状态不同，则确定智能家居设备的当前状态需要改变，也就是需要控制智能家居设备的当前状态变为目标状态，以确保用户的房内设施不会因目标天气事件而造成损害。

在实际应用中，还可以根据智能家居设备的当前状态、目标状态和目标天气事件的持续时间，生成智能家居的控制策略。控制策略中包括智能家居设备保持目标状态的时间。

作为举例，若智能家居设备包括智能窗户，智能窗户的控制策略为关闭智能窗户，并保持智能窗户为关闭状态至下午3点。

S2024，若所述智能家居设备的当前状态与所述智能家居设备目标状态匹配，获取所述目标天气事件的持续时间。

在本实施例中，目标天气事件中可以携带目标天气事件的持续时间，例如，暴雨将从上午8点持续至上午10点。

S2025，基于所述目标天气事件的持续时间，确定所述智能家居设备保持所述当前状态的时间区间。

其中，所述控制策略包括所述智能家居设备保持所述当前状态的时间区间。

在本实施例中，智能家居设备的当前状态与目标状态相同，则确定不用对智能家居设备的状态进行改变，可以通过目标天气事件的持续时间，确定智能家居设备需要保持当前状态的时间，提示用户在目标天气事件过去之前，智能家居设备均需要保持当前状态，进一步保证房内设施不会因为智能家居设备造成损害。

作为举例，若目标天气事件为暴雨，智能家居设备的智能窗户的当前状态为关闭状态，暴雨将从上午8点持续至上午10点，则智能窗户的控制策略为在上午8点至上午10点之间保持智能窗户为关闭状态。

在一种可能的实现方式中，为了保证用户可以及时得到智能家居设备的控制策略，在向车辆发送智能家居设备的控制策略之前，可以先检测用户是否在使用车辆。若用户在使用车辆，向车辆发送智能家居设备的控制策略；若用户没有使用车辆，可以向用户的移动端发送智能家居设备的控制策略。

如图5所示，具体的，在步骤S203之前，上述方法还可以包括：

S301，获取当前时刻车辆的车辆信息。

在本实施例中，车辆信息可以包括车门状态，车内摄像头采集的图像信息，和/或车内安全带的状态等。

具体的，服务端向车辆发送查询指令，车辆接收到查询指令后，向服务端返回查询指令对应的车辆信息。

S302，基于所述车辆信息，确定当前时刻所述用户在使用所述车辆。

具体的，若车辆信息与预设信息相匹配，则确定用户在使用车辆。

具体的，车辆信息包括车门状态。

若所述车辆的车门状态为开锁状态，则确定当前时刻所述用户在使用所述车辆；若所述车辆的车门状态为上锁状态，则确定当前时刻所述用户未使用所述车辆。

车门上锁不包括用户在车内从车内锁紧车内的状态。车门上锁为用户离开车辆，通过车钥匙、移动端对车辆上锁。或者，车门上锁为车辆检测到车钥匙与车辆的距离大于预设距离后，对车辆自动上锁。

具体的，车辆信息包括车内摄像头采集的图像信息。

若图像信息中包括人员信息，则确定用户在使用车辆；若图像信息中不包括人员信息，则确定用户未使用车辆。

对图像信息进行图像识别，确定图像信息中是否包括人员信息。

或者，将图像信息输入至神经网络判别模型中，确定图像信息中是否包括人员信息。

具体的，车辆信息包括所有的车内安全带的状态。

若至少一个车内安全带的状态为上锁状态，则确定用户在使用车辆；若所有的车内安全带的状态均为未上锁状态，则确定用户未在使用车辆。

本申请实施例中，通过车辆信息准确确定用户是否在使用车辆。并在用户使用车辆时向车辆发送智能家居设备的控制策略，保证用户可以及时得到智能家居设备的控制策略，用户可以根据控制策略及时做出决策，防止目标天气事件对房内设施造成损害。

在一种可能的实现方式中，在步骤S301之后，上述方法还可以包括：

基于所述车辆信息，确定当前时刻所述用户未使用所述车辆；向与所述车辆关联的移动端发送所述控制策略，以便于用户可以通过移动端及时接收到智能家居设备的控制策略，以对智能家居设备做出指示。

在一种可能的实现方式中，用户可以通过智能家居设备向车辆发送控制指令，以通过智能家居设备控制车辆进行动作。

如图6所示，具体的，上述方法还可以包括：

S401，接收所述智能家居设备发送的车辆控制指令，其中，所述车辆控制指令为所述智能家居设备检测到第二语音控制信息或第三操作后生成的。

在本实施例中，用户可以通过语音的形式发送车辆控制指令，例如，用户发出“打开车辆空调制冷”的语音控制信息，智能家居设备检测到“打开车辆空调制冷”的语音控制信息后，生成车辆控制指令，车辆控制指令为“打开车辆空调制冷”。

或者，用户在智能家居设备上进行第三操作后，智能家居设备生成车辆控制指令。第三操作可以为用户点击智能家居设备上的按键或控件的操作。

S402，向所述车辆发送所述车辆控制指令，其中，所述车辆控制指令用于指示所述智能家居设备基于所述车辆控制指令进行动作。

在本实施例中，服务端向车辆发送车辆控制指令。车辆在接收到车辆控制指令后，根据车辆控制指令进行动作。

例如，若车辆控制指令包括“打开车辆空调制冷”，则车辆接收到车辆控制指令后，打开车辆中的空调，并调节至制冷模式。

本申请实施例中，通过智能家居设备控制智能家居设备动作，实现了车家互联，用户不局限于通过智能家居APP控制智能家居设备，使智能家居设备的控制更方便、更多样性。

在一种可能的实现方式中，用户可以通过智能家居设备询问车辆的信息。

如图7所示，具体的，上述方法还可以包括：

S501，接收所述智能家居设备发送的询问指令。

其中，所述询问指令用于询问所述车辆的信息，所述询问指令为所述智能家居设备检测到语音询问信息或第二操作后生成。

具体的，用户发出语音询问信息，智能家居设备检测到用户发出的语音询问信息后，基于语音询问信息生成询问指令。

例如，语音询问信息为“车辆的剩余电量是多少”。询问指令包括“车辆的剩余电量是多少”。

用户在智能家居设备上进行第二操作后，智能家居设备生成与第二操作对应的询问指令。例如，用户通过智能家居设备的人机交互模块输入“查询车辆的剩余电量”的信息后，智能家居设备基于“查询车辆的剩余电量”生成询问指令。

S502，向所述车辆发送所述询问指令，其中，所述询问指令用于指示所述车辆返回与所述询问指令对应的车辆数据。

在本实施例中，服务端在接收到询问指令后，向车辆发送询问指令。车辆接收到询问指令后，根据询问指令查询车辆数据，并向服务端发送询问指令对应的车辆数据。

作为举例，若询问指令包括“车辆的位置”，车辆在接收到询问指令后，向服务端发送车辆的位置信息。

S503，接收所述车辆发送的所述车辆数据。

S504，向所述智能家居设备发送所述车辆数据，其中，所述车辆数据用于指示所述智能家居设备输出所述车辆数据。

在本实施例中，服务端向智能家居设备发送车辆数据，智能家居设备在接收到车辆数据后，通过语音播放模块播放车辆数据，或者通过显示模块显示车辆数据。

本申请实施例中，通过智能家居设备可以了解车辆的数据，实现了智能家居设备和车辆的互联，为用户提供了车辆数据的多种获得方法，为用户提供了方便。

在一种可能的实现方式中，用户还可以通过移动端控制车辆。

具体的，接收与车辆关联的移动端发送的车辆控制指令，其中，所述车辆控制指令为所述移动端检测到第三语音控制信息或第四操作后生成的。向所述车辆发送所述车辆控制指令，其中，所述车辆控制指令用于指示所述车辆基于所述车辆控制指令进行动作。

在一种可能的实现方式中，用户还可以通过移动端控制智能家居设备。

具体的，接收与所述账号关联的移动端发送的设备控制指令，其中，所述设备控制指令为所述移动端检测到第四语音控制信息或第五操作后生成的。向所述智能家居设备发送所述设备控制指令，其中，所述设备控制指令用于指示所述智能家居设备基于所述设备控制指令进行动作。

如图8所示，在一种可能的实现方式中，上述方法还可以包括：人-车-家互联系统。人-车-家互联系统包括气象局、物联网、智能家居设备、车辆、智能穿戴设备。

气象局向物联网发送天气信息，以天气信息为雷电为例进行说明。

物联网在确定雷电为目标天气事件后，获取智能家居设备的当前状态，以智能家居设备为智能窗户为例进行说明。

若确定智能窗户的当前状态为开启状态，智能窗户的当前状态与在雷电的天气情况时智能窗户的目标状态不同。

物联网向车辆发送智能窗户的控制策略，例如，控制策略为：要下雨了家里窗户没关，是否关闭窗户。

物联网还可以向智能穿戴设备发送智能窗户的控制策略。

用户可以通过车辆或智能穿戴设备向物联网发送智能窗户的关闭指令。

物联网在接收到车辆或智能穿戴设备发送的智能窗户的关闭指令后，向智能家居设备发送智能窗户的关闭指令。

智能家居设备关闭智能窗户。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本申请还提供了车家互联系统，该系统包括车辆、服务端和智能家居设备。

其中，车辆，检测第一语音控制信息或第一操作，基于所述第一语音控制信息或所述第一操作生成设备控制指令，并向服务端发送所述设备控制指令；

服务端，接收所述车辆发送的设备控制指令，并向与所述车辆关联的智能家居设备发送所述设备控制指令；

智能家居设备，接收所述服务端发送的所述设备控制指令，并基于所述设备控制指令进行动作。

在一种可能的实现方式中，上述系统还包括：气象信息发布平台；

气象信息发布平台，向服务端发送各个地区的天气情况；

服务端，接收气象信息发布平台发送的各个地区的天气情况，并从各个地区的天气情况中确定与所述车辆关联的用户的居住地的天气；在确定用户的居住地的天气包括目标天气事件时，获取所述智能家居设备的当前状态；基于所述智能家居设备的当前状态和所述目标天气事件，生成所述智能家居设备的控制策略；向所述车辆发送所述智能家居设备的控制策略；

车辆，接收服务端发送的控制策略，并输出所述控制策略。

在一种可能的实现方式中，上述系统还包括：

服务端，获取在所述目标天气事件下所述智能家居设备的目标状态；判断所述智能家居设备的当前状态与所述智能家居设备的目标状态是否匹配；若所述智能家居设备的当前状态与所述智能家居设备的目标状态不匹配，基于所述智能家居设备的当前状态和所述目标状态，生成所述智能家居设备的控制策略。若所述智能家居设备的当前状态与所述智能家居设备目标状态匹配，获取所述目标天气事件的持续时间；基于所述目标天气事件的持续时间，确定所述智能家居设备保持所述当前状态的时间区间，控制策略包括所述智能家居设备保持所述当前状态的时间区间。

在一种可能的实现方式中，上述系统还包括：

服务端，向车辆发送信息查询指令；

车辆，接收服务端发送的信息查询指令，并向服务端发送车辆信息；

服务端，接收车辆发送的车辆信息，基于所述车辆信息，确定当前时刻所述用户在使用所述车辆；或者，基于所述车辆信息，确定当前时刻所述用户未使用所述车辆，并向与所述车辆关联的移动端发送所述控制策略。

在一种可能的实现方式中，上述系统还包括：

智能家居设备，检测到语音询问信息或第二操作后生成询问指令，并向服务端发送询问指令；

服务端，接收所述智能家居设备发送的询问指令；向所述车辆发送所述询问指令；

车辆，接收服务端发送的询问指令，并向服务端返回与所述询问指令对应的车辆数据；

服务端，接收所述车辆发送的所述车辆数据；向所述智能家居设备发送所述车辆数据；

智能家居设备，输出所述车辆数据。

对应于上文实施例所述的车家互联方法，图9示出了本申请实施例提供的车家互联装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图9，该装置600可以包括：指令接收模块610和指令发送模块620。

其中，指令接收模块610，用于接收车辆发送的与车辆关联的智能家居设备的设备控制指令，其中，所述设备控制指令为所述车辆检测到第一语音控制信息或第一操作后生成的；

指令发送模块620，用于向与所述车辆关联的智能家居设备发送所述设备控制指令，其中，所述设备控制指令用于指示所述智能家居设备基于所述设备控制指令进行动作。

在一种可能的实现方式中，与指令接收模块610相连的还可以包括：

状态获取模块，用于在确定用户的居住地的天气包括目标天气事件时，获取与所述车辆关联的智能家居设备的当前状态，其中，所述居住地与所述车辆关联存储；

策略确定模块，用于基于所述智能家居设备的当前状态和所述目标天气事件，生成所述智能家居设备的控制策略；

策略发送模块，用于向所述车辆发送所述智能家居设备的控制策略，其中，所述控制策略用于指示所述车辆输出所述控制策略，所述控制策略还用于提示用户基于所述控制策略确定所述第一语音控制信息或所述第一操作。

在一种可能的实现方式中，策略确定模块具体可以用于：

获取在所述目标天气事件下所述智能家居设备的目标状态；

判断所述智能家居设备的当前状态与所述智能家居设备的目标状态是否匹配；

若所述智能家居设备的当前状态与所述智能家居设备的目标状态不匹配，基于所述智能家居设备的当前状态和所述目标状态，生成所述智能家居设备的控制策略。

在一种可能的实现方式中，策略确定模块具体可以用于：

若所述智能家居设备的当前状态与所述智能家居设备目标状态匹配，获取所述目标天气事件的持续时间；

基于所述目标天气事件的持续时间，确定所述智能家居设备保持所述当前状态的时间区间，所述控制策略包括所述智能家居设备保持所述当前状态的时间区间。

在一种可能的实现方式中，与策略发送模块相连的还包括：

信息获取模块，用于获取当前时刻所述车辆的车辆信息；

第一判断模块，用于基于所述车辆信息，确定当前时刻所述用户在使用所述车辆。

在一种可能的实现方式中，与信息获取模块相连的还包括：

第二判断模块，用于基于所述车辆信息，确定当前时刻所述用户未使用所述车辆；

发送模块，用于向与所述车辆关联的移动端发送所述控制策略。在一种可能的实现方式中，该装置600还包括：

第三指令获取模块，用于接收所述智能家居设备发送的询问指令，其中，所述询问指令用于询问所述车辆的信息，所述询问指令为所述智能家居设备检测到语音询问信息或第二操作后生成；

第三指令发送模块，用向所述车辆发送所述询问指令，其中，所述询问指令用于指示所述车辆返回与所述询问指令对应的车辆数据；

数据接收模块，用于接收所述车辆发送的所述车辆数据；

数据发送模块，用于向所述智能家居设备发送所述车辆数据，其中，所述车辆数据用于指示所述智能家居设备输出所述车辆数据。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种终端设备，参见图10，该终端设备700可以包括：至少一个处理器710、存储器720以及存储在所述存储器720中并可在所述至少一个处理器710上运行的计算机程序，所述处理器710执行所述计算机程序时实现上述任意各个方法实施例中的步骤，例如图2所示实施例中的步骤S101至步骤S102。或者，处理器710执行所述计算机程序时实现上述各装置实施例中各模块/单元的功能，例如图9所示指令接收模块610至指令发送模块620的功能。

示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器720中，并由处理器710执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序段，该程序段用于描述计算机程序在终端设备700中的执行过程。

本领域技术人员可以理解，图10仅仅是终端设备的示例，并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如输入输出设备、网络接入设备、总线等。

处理器710可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器720可以是终端设备的内部存储单元，也可以是终端设备的外部存储设备，例如插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。所述存储器720用于存储所述计算机程序以及终端设备所需的其他程序和数据。所述存储器720还可以用于暂时地存储已经输出或者将要输出的数据。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

本申请实施例提供的车家互联方法可以应用于计算机、平板电脑、笔记本电脑、上网本、个人数字助理(personal digital assistant，PDA)等终端设备上，本申请实施例对终端设备的具体类型不作任何限制。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的终端设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被一个或多个处理器执行时，可实现上述各个方法实施例的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被一个或多个处理器执行时，可实现上述各个方法实施例的步骤。

同样，作为一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行时实现可实现上述各个方法实施例中的步骤。

其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种车家互联方法，其特征在于，包括：

接收车辆发送的与所述车辆关联的智能家居设备的设备控制指令，其中，所述设备控制指令为所述车辆检测到第一语音控制信息或第一操作后生成的；

向与所述车辆关联的智能家居设备发送所述设备控制指令，其中，所述设备控制指令用于指示所述智能家居设备基于所述设备控制指令进行动作。

2.如权利要求1所述的车家互联方法，其特征在于，在所述接收车辆发送的与所述车辆关联的智能家居设备的设备控制指令之前，所述方法还包括：

在确定用户的居住地的天气包括目标天气事件时，获取与所述车辆关联的智能家居设备的当前状态，其中，所述居住地与所述车辆关联存储；

基于所述智能家居设备的当前状态和所述目标天气事件，生成所述智能家居设备的控制策略；

向所述车辆发送所述智能家居设备的控制策略，其中，所述控制策略用于指示所述车辆输出所述控制策略，所述控制策略还用于提示用户基于所述控制策略确定所述第一语音控制信息或所述第一操作。

3.如权利要求2所述的车家互联方法，其特征在于，所述基于所述智能家居设备的当前状态和所述目标天气事件，确定所述智能家居设备的控制策略，包括：

获取在所述目标天气事件下所述智能家居设备的目标状态；

判断所述智能家居设备的当前状态与所述智能家居设备的目标状态是否匹配；

若所述智能家居设备的当前状态与所述智能家居设备的目标状态不匹配，基于所述智能家居设备的当前状态和所述目标状态，生成所述智能家居设备的控制策略。

4.如权利要求3所述的车家互联方法，其特征在于，所述控制策略包括所述智能家居设备保持所述当前状态的时间区间；

在所述判断所述智能家居设备的当前状态与所述智能家居设备的目标状态是否匹配之后，所述方法还包括：

若所述智能家居设备的当前状态与所述智能家居设备目标状态匹配，获取所述目标天气事件的持续时间；

基于所述目标天气事件的持续时间，确定所述智能家居设备保持所述当前状态的时间区间。

5.如权利要求2所述的车家互联方法，其特征在于，在所述向所述车辆发送所述智能家居设备的控制策略之前，所述方法还包括：

获取当前时刻所述车辆的车辆信息；

基于所述车辆信息，确定当前时刻所述用户在使用所述车辆。

6.如权利要求5所述的车家互联方法，其特征在于，在所述获取所述车辆的车辆信息之后，所述方法还包括：

基于所述车辆信息，确定当前时刻所述用户未使用所述车辆；

向与所述车辆关联的移动端发送所述控制策略。

7.如权利要求1至6任一项所述的车家互联方法，其特征在于，所述方法还包括：

接收所述智能家居设备发送的询问指令，其中，所述询问指令用于询问所述车辆的信息，所述询问指令为所述智能家居设备检测到语音询问信息或第二操作后生成；

向所述车辆发送所述询问指令，其中，所述询问指令用于指示所述车辆返回与所述询问指令对应的车辆数据；

接收所述车辆发送的所述车辆数据；

向所述智能家居设备发送所述车辆数据，其中，所述车辆数据用于指示所述智能家居设备输出所述车辆数据。

8.一种车家互联装置，其特征在于，包括：

指令接收模块，用于接收车辆发送的与所述车辆关联的智能家居设备的设备控制指令，其中，所述设备控制指令为所述车辆检测到第一语音控制信息或第一操作后生成的；

指令发送模块，用于向与所述车辆关联的智能家居设备发送所述设备控制指令，其中，所述设备控制指令用于指示所述智能家居设备基于所述设备控制指令进行动作。

9.一种车家互联系统，其特征在于，包括：

车辆，检测第一语音控制信息或第一操作，基于所述第一语音控制信息或所述第一操作生成与所述车辆关联的智能家居设备的设备控制指令，并向服务端发送所述设备控制指令；

服务端，接收所述车辆发送的设备控制指令，并向与所述车辆关联的智能家居设备发送所述设备控制指令；

智能家居设备，接收所述服务端发送的所述设备控制指令，并基于所述设备控制指令进行动作。

10.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的车家互联方法。