CN108958458B - 一种用户设备互动方法、装置、用户设备、以及计算机可读存储介质 - Google Patents

Abstract

本发明提出一种用户设备互动方法，包括如下步骤：持续获取用户的第一用户状态数据；响应于来自第二设备的用户状态请求，获取与第一用户状态数据匹配的第一预设条件；根据第一预设条件生成第一触发数据，向第二设备发送第一触发数据，以使得第二设备根据第一触发数据执行第一操作；持续获取发送第一触发数据后的第二用户状态数据，当第二用户状态数据满足第二预设条件时，向第二设备发送第二触发数据；以使得第二设备根据所述第二触发数据执行第二操作。基于本发明能够根据用户设备本身参数或者第二设备返回参数将动态反馈用户设备，从而激发用户设备与第二设备之间的互动，进而实现设备之间基于传感器采集参数的自适应智能动态互动过程。

Description

一种用户设备互动方法、装置、用户设备、以及计算机可读存 储介质

技术领域

本发明属于智能设备技术领域，具体涉及一种用户设备互动方法、装置、用户设备、以及计算机可读存储介质。

背景技术

随着智能终端的普及，智能手环、智能鞋、智能书包等等智能穿戴类设备已经在社会生活中普及，这些智能设备能够对人们的日常生活起到一定的辅助和提醒作用，例如，现在的人们生活节奏快，工作繁忙，经常久坐，容易引起消化不良、肥胖、身体血液不循环等疾病，智能手环可以判断人体的运动状态，定时启动提醒功能，以提醒用户运动。但是，目前的智能穿戴类设备普遍由智能终端的APP控制，并且由于功能是定制的，无法做到智能穿戴类设备与其他终端，例如智能电视，辅助驾驶系统，智能导航系统，VR系统等之间的互动。此外，现有的智能穿戴设备所采用的控制参数比较单一，例如，手环仅仅使用惯性传感器或者时钟的单个参数进行控制，而很少考虑到利用复合参数进行控制。

发明内容

为了解决现有技术中存在的问题，本发明实施例提供了一种用户设备互动方法、装置、用户设备、以及计算机可读存储介质，所述技术方案如下：

第一方面，提供一种用户设备互动方法，所述方法包括如下步骤：持续获取用户的第一用户状态数据；响应于来自第二设备的用户状态请求，获取与所述第一用户状态数据匹配的第一预设条件；根据所述第一预设条件生成第一触发数据，向所述第二设备发送所述第一触发数据，以使得第二设备根据所述第一触发数据执行第一操作；持续获取发送所述第一触发数据后的第二用户状态数据，当所述第二用户状态数据满足第二预设条件时，向所述第二设备发送第二触发数据；以使得第二设备根据所述第二触发数据执行第二操作。

第二方面，一种用户设备互动装置，其特征在于，所述装置包含如下模块：第一用户状态获取模块，用于持续获取用户的第一用户状态数据；第一预设条件获取模块，响应于来自第二设备的用户状态请求，获取与所述第一用户状态数据匹配的第一预设条件；第一触发数据生成和发送模块，根据所述第一预设条件生成第一触发数据，向所述第二设备发送所述第一触发数据，以使得第二设备根据所述第一触发数据执行第一操作；第二用户状态数据获取模块，持续获取发送所述第一触发数据后的第二用户状态数据；第二触发数据生成和发送模块，当所述第二用户状态数据满足第二预设条件时，向所述第二设备发送第二触发数据；以使得第二设备根据所述第二触发数据执行第二操作。

第三方面，提供一种用户设备，包含前述权利要求之一所述的用户设备互动装置。

第四方法，一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现前述的方法。

第五方法，提供一种用户设备互动系统，包含前述权利要求包含的用户设备，以及第二设备，所述用户设备与第二设备之间通过用户状态请求、第一触发信号和第二触发信号实现互动。

本发明具有如下有益效果：利用用户设备中的复合传感器，形成一个多参数的传感器参数控制系统，基于多个传感参数实现对于第二设备的动态控制，并且能够根据用户设备本身参数或者第二设备返回参数将动态反馈用户设备，从而激发用户设备与第二设备之间的互动，进而实现设备之间基于传感器采集参数的自适应智能动态互动过程。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明；

图1是本发明实施例提供的应用场景示意图。

图2是本发明实施例提供的另一种应用场景示意图。

图3是本发明实施例提供的方法流程示意图。

图4是本发明实施例提供的方法流程示意图。

图5是本发明实施例提供的方法流程示意图。

图6是本发明实施例提供的装置结构原理框图。

图7是本发明实施例提供的装置结构原理框图。

图8是本发明实施例提供的装置结构原理框图。

图9是本发明实施例提供的方法流程示意图。

图10是本发明实施例提供的方法流程示意图。

图11是本发明实施例提供的设备终端结构示意图。

具体实施方式

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

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

本发明实施例提供了一种数据查询方法，请参考图1，该示意图展示了由多个用户设备组成的用户设备互动系统。具体地，该系统至少包含第一用户设备100，第一用户设备获取用户的状态参数信息，包括但不限于智能穿戴设备、智能手持设备等智能终端，用于获得用户参数的传感器包括但是不限于卫星定位传感器(GPS、GLONASS、GALILEO、北斗等等)、惯性传感器(INS、SINS等等)、温度传感器、湿度传感器、光敏传感器。获得的用户参数信息包括但是不限于用户的语音信息、肢体动作信息、生理参数信息、动作持续的时间信息等等。第一用户设备在获得了用户信息的同时会持续地等待来自第二用户设备101的请求信息。在接收到第二用户设备的请求信息之后，第一用户设备会根据请求信息进行判断，并依据判断结果的向第二用户设备返回第一用户设备的信息，以使得第二用户设备对应地执行操作。第二用户设备还可以通过网络将第一用户设备返回的信息发送至服务器端102，服务器端102会根据信息在服务器处进行查询。

请参考图2，该示意图展示了另一种的用户设备互动系统。第一用户设备201获取用户的状态参数信息，包括但不限于智能穿戴设备、智能手持设备等智能终端，用于获得用户参数的传感器包括但是不限于卫星定位传感器(GPS、GLONASS、GALILEO、北斗等等)、惯性传感器(INS、SINS等等)、温度传感器、湿度传感器、光敏传感器。获得的用户参数信息包括但是不限于用户的语音信息、肢体动作信息、生理参数信息、动作持续的时间信息等等。第一用户设备在获得了用户信息的同时会持续地等待来自第二用户设备202的请求信息。在接收到第二用户设备的请求信息之后，第一用户设备会根据请求信息进行判断，并依据判断结果的向第二用户设备返回第一用户设备的信息，以使得第二用户设备对应地执行操作。

如图3所示，其示出了本发明一个实施例提供的用户设备互动方法，该方法可应用于图1或者图2所示实施环境中。该方法可以包括如下步骤：

S310，持续获取和处理用户的第一用户状态数据。

第一用户状态数据是第一用户设备通过传感器获取的，与用户状态相关的数据，第一用户设备可以是移动终端等手持设备，也可以是智能穿戴类设备。传感器的类型包括但是不限于卫星定位传感器(GPS、GLONASS、GALILEO、北斗等等)、惯性传感器(INS、SINS等等)、温度传感器、湿度传感器、光敏传感器。智能穿戴类设备包括但不限于智能手环、臂环、头戴、头套、头盔、智能书包、智能鞋、智能眼镜等。手持设备以及智能穿戴类设备基于其中的惯性传感器或者惯性传感器与定位传感器的结合获取到用户的运动信息；基于脉搏传感器获取用户的脉搏信息；基于温度传感器获取用户的体温信息。上述传感器获取到的用户各项参数的集合组成第一用户状态数据，很显然，第一用户状态数据包括但不限于用户的运动信息，还可能包括用户的身体参数信息，甚至是和身体局部相关的身体参数信息。例如，腕带或者手环基于温度、湿度传感器和脉搏传感器、惯性传感器获取佩戴用户手腕处的温度、湿度、脉搏以及手腕的摆动信息，腕带或者手环还基于自身或者与自身匹配的卫星定位传感器获取腕带或者手环的卫星定位信息，腕带或者手环还可以基于自身或者与自身匹配的无线传感器，基于无线网络获取腕带或者手环在无线传感器网络中的位置信息。不限于腕带或者手环，佩戴于身体其他部位的设备同样获取与设备关联的第一用户状态数据，例如头盔、眼罩、头带、头环、智能眼镜等等。

在一个示例中，第一用户数状态数据还可以是几个设备获得的用户数据的集合，例如，智能眼镜和智能手环获得的用户头部和用户腕部的用户数据。例如，智能眼镜和智能手环获得的用户头部和用户腕部的用户数据的同时，智能背包获取用户的负重信息和用户的运动姿态，智能鞋获取用户运动的着地信息，脚面压力信息，步伐信息等等。该第一用户状态数据集合了用户的多维度参数。当然，上述用户状态数据中还可以包含设备内置计时器或者与设备匹配的终端设备计时器获取的时间信息。

S320，响应于来自第二设备的用户状态请求，判断所述第一用户状态数据满足的预设条件。

第一用户设备会持续地接收来自其他设备的触发请求，当第一用户设备接收到来自第二设备的用户状态请求时，会判断所述第一用户状体是否满足预设的条件，如果不满足条件，则第一用户设备继续接收来自其他设备的触发请求。

在一个示例中，第一用户设备与其他用户设备之间通过无线通信协议通信连接，无线通信协议可以是蓝牙、WIFI、GSM、CDMA、WCDMA、CDMA2000、 ZIGBEE、LTE中的一种或者几种，第一用户设备与其他用户设备之间的无线通信连接可以为第一用户设备提供定位信息，此外，第一用户设备还通过上述的无线通信连接，等待来自客户端的用户状态数据请求，该用户状态请求可以是由带有指定标识位或者触发信息的信息来实现的。当第一用户设备接收到来自第二设备的用户状态请求时，判断所述第一用户状态数据是否满足第一预设条件。用户状态请求是用于根据第一用户状态数据判断用户当前的状态，当第一用户状态数据满足第一预设条件时，说明用户处于系统预设的状态。

在一个示例中，预设条件可以是用户的单个状态，也可以是用户多个状态组成的复合状态。例如，预设状态是用户身体参数状态，例如，脉搏、体温等等。

例如，预设状态是用户的运动/静止态以及维持运动/静止状态的时间。即，判断用户状态满足第一预设状态需要判断两点：一、用户处于静止/运动状态；二、用户维持目前状态满足预定的时间。

S330，根据所述用户状态数据满足的预设条件，向所述第二设备发送与所述预设条件触发数据，以使得第二设备根据所述第一触发数据执行触发操作。

若所述第一用户状态数据满足某一预设条件，即表明正在使用用户设备的用户处于某个系统预设的状态，例如已经处于某种运动状态达到一个预定的时长，或者用户的某一身体参数达到一阈值。此时，第一设备即根据预设条件对应地生成触发信号。值得注意的是，不同的预设条件对应生成的触发信号是不同的，并且响应不同触发信号的预设条件的优先级也不相同。对于优先级预分级高的触发信号，会获得高优先级的响应。

S340，持续获取发送所述第一触发数据后的第二用户状态数据，当所述第二用户状态数据满足第二预设条件时，向所述第二设备发送第一触发数据，以使得第二设备根据所述第二触发数据停止执行第一操作。

在另一个实施例中提供了一种用户设备互动方法，该方法可应用于图1 或图2所示实施环境中。该方法可以包括如下步骤：

S410，持续获取和处理用户的第一用户状态数据。

第一用户状态数据是第一用户设备通过传感器获取的，与用户状态相关的数据，第一用户设备可以是移动终端等手持设备，也可以是智能穿戴类设备。传感器的类型包括但是不限于卫星定位传感器(GPS、GLONASS、 GALILEO、北斗等等)、惯性传感器(INS、SINS等等)、温度传感器、湿度传感器、光敏传感器。智能穿戴类设备包括但不限于智能手环、臂环、头戴、头套、头盔、智能书包、智能鞋、智能眼镜等。

在一个实施例中，第一用户状态数据是一个由多个用户状态数据组成的多位数组或者多维向量，该多维数组的一个维度代表了第一用户设备通过传感器获取到的用户信息参数，例如，可以是用户所处位置(卫星定位坐标)、用户的惯导信息，用户的水平位置信息，用户的运动姿态信息，用户的身体温度信息，用户的心跳、脉搏信息，用户的手腕、手臂等部位的运动信息。上述多维向量中，向量之间的相关性由传感器数据的相关性确定，例如表征用户位置的卫星定位信息与表征用户当前局部运动情况的手腕、手臂等部位的运动信息无数据相关性，分属在线性不相关的两个向量中，而体温、脉搏、心跳等信息则属于申请健康类的向量实例，之间具有线性相关性。

S420，响应于来自第二设备的用户状态请求，判断所述第一用户状态数据满足的预设条件。

第二设备的用户状态请求是来自第二设备的，对第一用户设备的反馈请求，第二设备的用户状态请求中至少包含了第二设备的类别和对于第一用户设备的请求类别。

在一个实施例中，第二设备为智能视频播放装置，例如智能电视机或智能播放终端等等，第二设备的请求类型是对于视频播放装置的启动控制。第一用户设备在接收到来自第二设备的用户状态请求时，首先对用户状态请求进行解析，通过解析至少获得第二设备信息和请求类型，第二设备信息是包括了第二设备的基础种类信息，例如设备ID，网络地址，标识号或者标识码等等，用于对第二设备进行识别，请求类型除启动控制请求外还有其他请求类别，例如关闭请求，对于视频播放而言具有切换请求或者加速或者放缓请求，语音互动请求等等。

在一个具体的示例中，如图4所示，步骤S420还可以分为如下几个子步骤：

S4201，接收来自第二设备的用户状态请求。

用户佩戴或者携带的第一设备，会接收来自第二设备的用户状态请求信息。

S4202，解析所述用户状态请求，获取所述第二设备信息和请求类型。

第一设备在接收来自第二设备的用户状态请求之后会对第二设备的用户状态请求进行解析，至少获得第二设备信息和请求的类型。

S4203，以所述第二设备信息和请求类型作为条件，生成备选预设条件列表。

根据第二设备信息和请求类型，第一设备会生成需要向第二设备返回的触发类型列表，该返回的触发类型列表关联与触发类型相关的预设条件列表，所述预设条件列表与触发类型列表存在一对一或者多对一的关系。

S4204，以所述第二设备信息和请求类型作为条件，对所述多维向量进行降维处理。

由于设备用户状态是一个包含了用户多维参数的向量或者数组形式，可以通过第二设备信息和请求类型，来减少多维向量或者数组中与第二设备或者请求信息类型的无关项，以此降低多维数组的维数，进而降低多维向量或者数组与预设列表匹配时的匹配运算量。

以多维向量为{U1,U2,U3,…,UN}为例，其中每个维度表示一个表征用户信息参数，在一个示例中，向量的方向表示与用户参数相关的时间参数，即以U1为例，向量长度表示用户参数的时间，向量模值越大，表示关于该参数的时间记录值越长。

可以通过第二设备信息排除与请求无关的向量，例如智能车载导航装置的请求可以排除与之无关的用户身体状态类参数，而智能显示装置的运动互动类别在通常状态下可以排除卫星定位信息。

在排除与请求无关的向量之后，多维向量的匹配过程则对应地减少了排除的向量匹配运算过程。

S4205，将所述降维后的多维向量与所述备选预设条件列表中的预设条件进行逐条匹配，获取匹配度最高的预设条件。

在进行降维处理之后，将降维后的多维向量与预设条件列表中的预设条件进行逐条匹配处理，匹配是按照向量之间的相关度进行匹配或者数组之间的元素相关度进行匹配。多维向量与预设条件之间会存在一个匹配度，该匹配度可以通过数值的方式体现。例如，预设条件需要满足用户温度参数满足体温范围以判定设备处于佩戴状态，用户运动参数满足用户处于静止状态，则可以判定佩戴第一用户设备的用户处于未运动状态，结合上述两个参量的向量长度与预设条件列表中的条件进行匹配。

在一个示例中，匹配按照与第二设备发出的请求的相关度进行，当向量类别满足条件时，根据向量的长度来计算匹配度，例如，根据未运动时长30分钟，计算出与三挡 触发命令(20分钟触发、30分钟触发、40分钟触发)的匹配度分别为(67％、100％、0％)；而未运动时长为35分钟与三挡 触发命令的匹配度分别为(57％、85％、0％)；用户的轻微运动与未运动类别同样存在匹配度。不同的匹配度分配不同的加权系数，并最终根据加权系数获得一匹配相关度计算值。获取匹配度最高的一个或者几个预设条件，在一些实例中，获取几个预设条件是为了防止由于传感器误差带来的互动动作误判。

S4206，判断所述匹配度是否满足第一预设条件，若满足，将该匹配度对应的预设条件作为与第一用户状态数据匹配的第一预设条件。

将匹配度与预设的条件进行比较，预设条件的设定是用于筛选过小匹配度的触发命令，例如将预设条件设定为不考虑小于60％综合匹配度的触发。

根据预设条件列表与触发类型列表存在一对一或者多对一的关系，确定预设条件作为与第一用户状态数据匹配的第一预设条件。

当存在多条满足预设条件阈值的同匹配度预设条件时，读取预设条件优先级列表，基于所述优先级列表的优先级顺序确定所述第一预设条件。条件优先级列表是与传感信号类型关联的动态变动列表，针对不同的第二设备类型和请求类型，将传感器划分为不同的优先级等级。

在另一个具体的示例中，如图5所示，步骤S420还可以分为如下几个子步骤：

S4201’，接收来自第二设备的用户状态请求。

S4202’，解析所述用户状态请求，获取所述第二设备信息和请求类型。

S4203’，以所述第二设备信息和请求类型作为条件，生成备选预设条件列表。

S4204’，将第一用户状态与所述备选预设条件列表中的预设条件进行逐条匹配，获取匹配度最高的预设条件。

S4205’，判断所述匹配度是否满足第一预设条件阈值，若满足，将该匹配度对应的预设条件作为与第一用户状态数据匹配的第一预设条件。

第一触发数据包含解析来自第二设备的用户状态请求得到的第二设备 ID和请求类型，第一触发数据还包含与所述第一预设条件匹配对应的第一操作参数。

第二用户状态数据包含发送第一触发数据后接收到的各传感器信息，以及内部计时器信息；当传感器信息、内部计时器信息满足第二预设条件或者接收到来自第二设备的第一互动信号时，生成与第二预设条件对应的第二触发数据；所述第二设备响应于第二触发数据，会执行与所述第二数据相匹配的第二操作。

综上所述，本发明利用用户设备中的复合传感器，形成一个多参数的传感器参数控制系统，基于多个传感参数实现对于第二设备的动态控制，并且能够根据用户设备本身参数或者第二设备返回参数将动态反馈用户设备，从而激发用户设备与第二设备之间的互动，进而实现设备之间基于传感器采集参数的自适应智能动态互动过程。

如图6所示，本实施例还提出一种用户设备互动装置，该装置可应用于图1或图2所示的实施环境中。

所述装置包含如下模块：

第一用户状态获取模块，用于持续获取用户的第一用户状态数据。

第一用户状态数据是第一用户设备通过传感器获取的，与用户状态相关的数据，第一用户设备可以是移动终端等手持设备，也可以是智能穿戴类设备。传感器的类型包括但是不限于卫星定位传感器(GPS、GLONASS、 GALILEO、北斗等等)、惯性传感器(INS、SINS等等)、温度传感器、湿度传感器、光敏传感器。智能穿戴类设备包括但不限于智能手环、臂环、头戴、头套、头盔、智能书包、智能鞋、智能眼镜等。手持设备以及智能穿戴类设备基于其中的惯性传感器或者惯性传感器与定位传感器的结合获取到用户的运动信息；基于脉搏传感器获取用户的脉搏信息；基于温度传感器获取用户的体温信息。上述传感器获取到的用户各项参数的集合组成第一用户状态数据，很显然，第一用户状态数据包括但不限于用户的运动信息，还可能包括用户的身体参数信息，甚至是和身体局部相关的身体参数信息。例如，腕带或者手环基于温度、湿度传感器和脉搏传感器、惯性传感器获取佩戴用户手腕处的温度、湿度、脉搏以及手腕的摆动信息，腕带或者手环还基于自身或者与自身匹配的卫星定位传感器获取腕带或者手环的卫星定位信息，腕带或者手环还可以基于自身或者与自身匹配的无线传感器，基于无线网络获取腕带或者手环在无线传感器网络中的位置信息。不限于腕带或者手环，佩戴于身体其他部位的设备同样获取与设备关联的第一用户状态数据，例如头盔、眼罩、头带、头环、智能眼镜等等。

在一个示例中，第一用户数状态数据还可以是几个设备获得的用户数据的集合，例如，智能眼镜和智能手环获得的用户头部和用户腕部的用户数据。例如，智能眼镜和智能手环获得的用户头部和用户腕部的用户数据的同时，智能背包获取用户的负重信息和用户的运动姿态，智能鞋获取用户运动的着地信息，脚面压力信息，步伐信息等等。该第一用户状态数据集合了用户的多维度参数。当然，上述用户状态数据中还可以包含设备内置计时器或者与设备匹配的终端设备计时器获取的时间信息。

第一预设条件获取模块，响应于来自第二设备的用户状态请求，获取与所述第一用户状态数据匹配的第一预设条件。

第一用户设备会持续地接收来自其他设备的触发请求，当第一用户设备接收到来自第二设备的用户状态请求时，会判断所述第一用户状体是否满足预设的条件，如果不满足条件，则第一用户设备继续接收来自其他设备的触发请求。

在一个示例中，第一用户设备与其他用户设备之间通过无线通信协议通信连接，无线通信协议可以是蓝牙、WIFI、GSM、CDMA、WCDMA、CDMA2000、 ZIGBEE、LTE中的一种或者几种，第一用户设备与其他用户设备之间的无线通信连接可以为第一用户设备提供定位信息，此外，第一用户设备还通过上述的无线通信连接，等待来自客户端的用户状态数据请求，该用户状态请求可以是由带有指定标识位或者触发信息的信息来实现的。当第一用户设备接收到来自第二设备的用户状态请求时，判断所述第一用户状态数据是否满足第一预设条件。用户状态请求是用于根据第一用户状态数据判断用户当前的状态，当第一用户状态数据满足第一预设条件时，说明用户处于系统预设的状态。

在一个示例中，预设条件可以是用户的单个状态，也可以是用户多个状态组成的复合状态。例如，预设状态是用户身体参数状态，例如，脉搏、体温等等。

例如，预设状态是用户的运动/静止态以及维持运动/静止状态的时间。即，判断用户状态满足第一预设状态需要判断两点：一、用户处于静止/运动状态；二、用户维持目前状态满足预定的时间。

第一触发数据生成和发送模块，用于根据所述第一预设条件生成第一触发数据，向所述第二设备发送所述第一触发数据，以使得第二设备根据所述第一触发数据执行第一操作；

若所述第一用户状态数据满足某一预设条件，即表明正在使用用户设备的用户处于某个系统预设的状态，例如已经处于某种运动状态达到一个预定的时长，或者用户的某一身体参数达到一阈值。此时，第一设备即根据预设条件对应地生成触发信号。值得注意的是，不同的预设条件对应生成的触发信号是不同的，并且响应不同触发信号的预设条件的优先级也不相同。对于优先级预分级高的触发信号，会获得高优先级的响应。

第二用户状态数据获取模块，用于持续获取发送所述第一触发数据后的第二用户状态数据；

若所述第一用户状态数据满足某一预设条件，即表明正在使用用户设备的用户处于某个系统预设的状态，例如已经处于某种运动状态达到一个预定的时长，或者用户的某一身体参数达到一阈值。此时，第一设备即根据预设条件对应地生成触发信号。值得注意的是，不同的预设条件对应生成的触发信号是不同的，并且响应不同触发信号的预设条件的优先级也不相同。对于优先级预分级高的触发信号，会获得高优先级的响应。

第二触发数据生成和发送模块，用于当所述第二用户状态数据满足第二预设条件时，向所述第二设备发送第二触发数据；以使得第二设备根据所述第二触发数据执行第二操作。

在上述模块中，所述第一用户状态数据来自一个传感器；或者，所述第一用户状态数据来自多个传感器组成的传感器组。所述第一用户状态数据以多维向量形式存在，多维向量中向量之间的相关性由传感器数据的相关性确定。

在一个示例中，如图7所示，所述第一预设条件获取模块可以包括如下子模块：

用户状态请求接收子模块，用于接收来自第二设备的用户状态请求；用户佩戴或者携带的第一设备，会接收来自第二设备的用户状态请求信息。

解析子模块，用于解析所述用户状态请求，获取所述第二设备信息和请求类型；第一设备在接收来自第二设备的用户状态请求之后会对第二设备的用户状态请求进行解析，至少获得第二设备信息和请求的类型。

备选预设条件列表子模块，用于以所述第二设备信息和请求类型作为条件，生成备选预设条件列表；根据第二设备信息和请求类型，第一设备会生成需要向第二设备返回的触发类型列表，该返回的触发类型列表关联与触发类型相关的预设条件列表，所述预设条件列表与触发类型列表存在一对一或者多对一的关系。

降维处理子模块，用于以所述第二设备信息和请求类型作为条件，对所述多维向量进行降维处理；由于设备用户状态是一个包含了用户多维参数的向量或者数组形式，可以通过第二设备信息和请求类型，来减少多维向量或者数组中与第二设备或者请求信息类型的无关项，以此降低多维数组的维数，进而降低多维向量或者数组与预设列表匹配时的匹配运算量。以多维向量为{U1,U2,U3,…,UN}为例，其中每个维度表示一个表征用户信息参数，在一个示例中，向量的方向表示与用户参数相关的时间参数，即以U1为例，向量长度表示用户参数的时间，向量模值越大，表示关于该参数的时间记录值越长。可以通过第二设备信息排除与请求无关的向量，例如智能车载导航装置的请求可以排除与之无关的用户身体状态类参数，而智能显示装置的运动互动类别在通常状态下可以排除卫星定位信息。在排除与请求无关的向量之后，多维向量的匹配过程则对应地减少了排除的向量匹配运算过程。

预设条件匹配子模块，用于将所述降维后的多位向量与所述备选预设条件列表中的预设条件进行逐条匹配，获取匹配度最高的预设条件；在进行降维处理之后，将降维后的多维向量与预设条件列表中的预设条件进行逐条匹配处理，匹配是按照向量之间的相关度进行匹配或者数组之间的元素相关度进行匹配。多维向量与预设条件之间会存在一个匹配度，该匹配度可以通过数值的方式体现。例如，预设条件需要满足用户温度参数满足体温范围以判定设备处于佩戴状态，用户运动参数满足用户处于静止状态，则可以判定佩戴第一用户设备的用户处于未运动状态，结合上述两个参量的向量长度与预设条件列表中的条件进行匹配。在一个示例中，匹配按照与第二设备发出的请求的相关度进行，当向量类别满足条件时，根据向量的长度来计算匹配度，例如，根据未运动时长30分钟，计算出与三挡 触发命令(20分钟触发、30分钟触发、40分钟触发)的匹配度分别为(67％、 100％、0％)；而未运动时长为35分钟与三挡 触发命令的匹配度分别为(57％、 85％、0％)；用户的轻微运动与未运动类别同样存在匹配度。不同的匹配度分配不同的加权系数，并最终根据加权系数获得一匹配相关度计算值。获取匹配度最高的一个或者几个预设条件，在一些实例中，获取几个预设条件是为了防止由于传感器误差带来的互动动作误判。

判断子模块，用于判断所述匹配度是否满足第一预设条件，若满足，将该匹配度对应的预设条件作为与第一用户状态数据匹配的第一预设条件。将匹配度与预设的条件进行比较，预设条件的设定是用于筛选过小匹配度的触发命令，例如将预设条件设定为不考虑小于60％综合匹配度的触发。根据预设条件列表与触发类型列表存在一对一或者多对一的关系，确定预设条件作为与第一用户状态数据匹配的第一预设条件。当存在多条满足预设条件阈值的同匹配度预设条件时，读取预设条件优先级列表，基于所述优先级列表的优先级顺序确定所述第一预设条件。条件优先级列表是与传感信号类型关联的动态变动列表，针对不同的第二设备类型和请求类型，将传感器划分为不同的优先级等级。

在一个示例中，如图8所示，所述第一预设条件获取模块可以包括如下子模块：

用户状态请求接收子模块，接收来自第二设备的用户状态请求；

解析子模块，解析所述用户状态请求，获取所述第二设备信息和请求类型；

备选预设条件列表子模块，以所述第二设备信息和请求类型作为条件，生成备选预设条件列表；

预设条件匹配子模块，将第一用户状态与所述备选预设条件列表中的预设条件进行逐条匹配，获取匹配度最高的预设条件；

判断子模块，判断所述匹配度是否满足第一预设条件阈值，若满足，将该匹配度对应的预设条件作为与第一用户状态数据匹配的第一预设条件。

第一触发数据包含解析来自第二设备的用户状态请求得到的第二设备 ID和请求类型，第一触发数据还包含与所述第一预设条件匹配对应的第一操作参数。

第二用户状态数据包含发送第一触发数据后接收到的各传感器信息，以及内部计时器信息；当传感器信息、内部计时器信息满足第二预设条件或者接收到来自第二设备的第一互动信号时，生成与第二预设条件对应的第二触发数据；所述第二设备响应于第二触发数据，会执行与所述第二数据相匹配的第二操作。

综上所述，本发明利用用户设备中的复合传感器，形成一个多参数的传感器参数控制系统，基于多个传感参数实现对于第二设备的动态控制，并且能够根据用户设备本身参数或者第二设备返回参数将动态反馈用户设备，从而激发用户设备与第二设备之间的互动，进而实现设备之间基于传感器采集参数的自适应智能动态互动过程。

在一个示例中，用户通过智能穿戴设备与智能电视形成互动系统。用户在智能电视上安装视频应用，如果该智能电视支持蓝牙功能，通过蓝牙与智能手环建立连接。视频应用在与用户手环建立连接后，结合用户手环实时运动数据判断用户是否在坐着观看电视。视频应用在发现用户已经有较长一段时间未运动且一直与电视保持连接后，说明用户在观看电视时一直保持静止的状态，此时(1)通过与手环建立的连接，通过手环震动通知用户该站起来活动；(2)将当前播放视频暂停，向后台请求健身相关的视频，播放视频引导用户进行运动。在检测到手环重新开始运动一段时间后，将健身视频关闭，重新打开用户之前播放的视频。现在市场上的大部分新机型、以及智能盒子的大部分新机型都支持蓝牙功能。对于智能手环来说，基本上都是通过蓝牙建立连接的。只要电视与手环所支持的蓝牙协议一致，就能够通过配对建立连接。在手环与电视建立连接后，电视将每隔一定时间请求手环的运动数据，通过此数据进行用户是否活动的判断。这里需要事先定好一个久坐阈值时长，当用户在一个时间段内累计未活动时长大于久坐阈值时长时，就意味着需要提醒该用户进行运动。与检测久坐时类似，这里也引入一个运动阈值，当用户根据提示进行了运动后，将该段时间内的运动时间累计，与运动阈值时长进行比较，当超过此时长时，说明用户已经进行了充分的运动，可以重新观看视频节目了。

在另一个实施例中，图9、图10是用户设备互动方法用户智能播放电视的交互过程，用于提醒用户定时进行运动。如图9所示，用户设备首先判断是否与智能电视建立连接，如果已经建立了连接，则读取用户设备计时器中的久座时间阈值，并将用户未活动的时长置为0，之后读取例如手环等用户设备中的运动参数，基于运动参数判断用户是否未进行活动；如果用户未进行活动，则返回读取用户设备计时器中的久座时间阈值，并将用户未活动的时长置为0的步骤，否则根据用户设备数据累计活动时长；判断未活动时长是否超过阈值，未活动时长超过阈值则提醒用户运动。在图 10所示的实施例中，智能电视等第二设备通过蓝牙或者其他无线模块连接手环，手环在接收到通知后通过震动反馈用户，第二设备暂停当前节目，并保存当前播放列表，然后第二设备向服务器或者后台请求健身视频，并播放健身视频，同时第二设备初始化运动阈值然后读取手环数据，如果判断用户未在运动，则继续监视手环数据；如果判断用户正在运动，则累计运动时长，并判断运动时长是否已经达到运动阈值；如果未达到运动阈值，则返回读取手环数据的步骤；如果达到运动阈值，则可以读取保存的视频列表，继续播放原有视频。基于上述互动过程，可以智能地为用户定时健身视频，提高用户体验。

请参考图11，其示出了本发明一个实施例提供的终端的结构示意图。该终端用于实施上述实施例中提供的用户设备互动方法，具体来讲：

终端1100可以包括RF(Radio Frequency，射频)电路110、包括有一个或一个以上计算机可读存储介质的存储器120、输入单元130、显示单元140、视频传感器150、音频电路160、WiFi(wireless fidelity，无线保真)模块170、包括有一个或者一个以上处理核心的处理器180、以及电源190等部件。本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器180处理；另外，将涉及上行的数据发送给基站。通常，RF电路110包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM) 卡、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(CodeDivision Multiple Access，码分多址)、WCDMA(Wideband Code Division MultipleAccess,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(ShortMessaging Service，短消息服务)等。

存储器120可用于存储软件程序以及模块，处理器180通过运行存储在存储器120的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端1100的使用所创建的数据(比如视频数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器120还可以包括存储器控制器，以提供处理器180和输入单元130对存储器120的访问。

输入单元130可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元130可包括图像输入设备131以及其他输入设备132。图像输入设备131可以是摄像头，也可以是光电扫描设备。除了图像输入设备131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元140可用于显示由用户输入的信息或提供给用户的信息以及终端1100的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元140可包括显示面板141，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode，15有机发光二极管)等形式来配置显示面板141。

终端1100可包括至少一种视频传感器150，视频传感器用于获取用户的视频信息。终端1100还可以包括其它传感器(未示出)，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板141 的亮度，接近传感器可在终端1100移动到耳边时，关闭显示面板141和/ 或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端1100还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

视频电路160、扬声器161，传声器162可提供用户与终端1100之间的视频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出；另一方面，传声器162 将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出处理器180处理后，经RF电路11以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。音频电路160还可能包括耳塞插孔，以提供外设耳机与终端1100的通信。

WiFi属于短距离无线传输技术，终端1100通过WiFi模块70可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块170，但是可以理解的是，其并不属于终端1100的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器180是终端1100的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行终端1100的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器180可包括一个或多个处理核心；优选的，处理器180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。

可以理解的是，上述调制解调处理器也可以不集成到处理器180中。

终端1100还包括给各个部件供电的电源190(比如电池)，优选的，电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源190还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端1100还可以包括蓝牙模块等，在此不再赘述。

具体在本实施例中，终端1100还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。上述一个或者一个以上程序包含用于执行上述发送方客户端侧或者接收方客户端侧的方法的指令。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行。上述一个或者一个以上程序包含用于执行上述后台服务器侧的方法的指令,包括：

持续获取用户的第一用户状态数据；

响应于来自第二设备的用户状态请求，获取与所述第一用户状态数据匹配的第一预设条件；

根据所述第一预设条件生成第一触发数据，向所述第二设备发送所述第一触发数据，以使得第二设备根据所述第一触发数据执行第一操作；

持续获取发送所述第一触发数据后的第二用户状态数据，当所述第二用户状态数据满足第二预设条件时，向所述第二设备发送第二触发数据；

以使得第二设备根据所述第二触发数据执行第二操作。

应当理解的是，在本实施例中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和 /或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种用户设备互动方法，其特征在于，应用于用户设备，所述方法包括如下步骤：

获取用户的第一用户状态数据；

接收来自第二设备的用户状态请求；

解析所述用户状态请求，获取所述第二设备信息和请求类型；

确定第一预设条件，所述第一预设条件为基于所述第二设备信息和所述请求类型所确定出、与所述第一用户状态匹配度最高的预设条件；

根据所述第一预设条件生成第一触发数据，向所述第二设备发送所述第一触发数据，以使得第二设备根据所述第一触发数据执行第一操作；

持续获取发送所述第一触发数据后的第二用户状态数据，当所述第二用户状态数据满足第二预设条件时，向所述第二设备发送第二触发数据；

以使得第二设备根据所述第二触发数据执行第二操作。

2.根据权利要求1所述的方法，其特征在于，所述第一用户状态数据来自一个传感器；或者，所述第一用户状态数据来自多个传感器组成的传感器组；所述第一用户状态数据以多维向量形式存在，多维向量中向量之间的相关性由传感器数据的相关性确定。

3.根据权利要求2所述的方法，其特征在于，所述确定第一预设条件，包括：

以所述第二设备信息和请求类型作为条件，生成备选预设条件列表；

以所述第二设备信息和请求类型作为条件，对所述多维向量进行降维处理；

将所述降维后的多位向量与所述备选预设条件列表中的预设条件进行逐条匹配，获取匹配度最高的预设条件；

判断所述匹配度是否满足第一预设条件，若满足，将该匹配度对应的预设条件作为与第一用户状态数据匹配的第一预设条件。

4.根据权利要求1所述的方法，其特征在于，所述确定第一预设条件，包括：

以所述第二设备信息和请求类型作为条件，生成备选预设条件列表；

将第一用户状态与所述备选预设条件列表中的预设条件进行逐条匹配，获取匹配度最高的预设条件；

判断所述匹配度是否满足第一预设条件阈值，若满足，将该匹配度对应的预设条件作为与第一用户状态数据匹配的第一预设条件。

5.根据权利要求3或4所述的方法，其特征在于，当存在多条满足预设条件阈值的同匹配度预设条件时，读取预设条件优先级列表，基于所述优先级列表的优先级顺序确定所述第一预设条件。

6.根据权利要求1所述的方法，其特征在于，第一触发数据包含解析来自第二设备的用户状态请求得到的第二设备ID和请求类型，第一触发数据还包含与所述第一预设条件匹配对应的第一操作参数。

7.根据权利要求1所述的方法，其特征在于，第二用户状态数据包含发送第一触发数据后接收到的各传感器信息，以及内部计时器信息；当传感器信息、内部计时器信息满足第二预设条件或者接收到来自第二设备的第一互动信号时，生成与第二预设条件对应的第二触发数据；所述第二设备响应于第二触发数据，会执行与所述第二触发数据相匹配的第二操作。

8.一种用户设备互动装置，其特征在于，应用于用户设备，所述装置包含如下模块：

第一用户状态获取模块，用于获取用户的第一用户状态数据；

第一预设条件获取模块，响应于接收来自第二设备的用户状态请求；解析所述用户状态请求，获取所述第二设备信息和请求类型；确定第一预设条件，所述第一预设条件为基于所述第二设备信息和所述请求类型所确定出、与所述第一用户状态匹配度最高的预设条件；

第一触发数据生成和发送模块，用于根据所述第一预设条件生成第一触发数据，向所述第二设备发送所述第一触发数据，以使得第二设备根据所述第一触发数据执行第一操作；

第二用户状态数据获取模块，用于持续获取发送所述第一触发数据后的第二用户状态数据；

第二触发数据生成和发送模块，用于当所述第二用户状态数据满足第二预设条件时，向所述第二设备发送第二触发数据；以使得第二设备根据所述第二触发数据执行第二操作。

9.一种用户设备，包含用户设备互动装置，其特征在于，所述用户设备互动装置包含如下模块：

第一用户状态获取模块，用于获取用户的第一用户状态数据；

第一预设条件获取模块，响应于接收来自第二设备的用户状态请求；解析所述用户状态请求，获取所述第二设备信息和请求类型；确定第一预设条件，所述第一预设条件为基于所述第二设备信息和所述请求类型所确定出、与所述第一用户状态匹配度最高的预设条件；

第一触发数据生成和发送模块，用于根据所述第一预设条件生成第一触发数据，向所述第二设备发送所述第一触发数据，以使得第二设备根据所述第一触发数据执行第一操作；

第二用户状态数据获取模块，用于持续获取发送所述第一触发数据后的第二用户状态数据；

第二触发数据生成和发送模块，用于当所述第二用户状态数据满足第二预设条件时，向所述第二设备发送第二触发数据；以使得第二设备根据所述第二触发数据执行第二操作。

10.根据权利要求9所述的用户设备，其特征在于，所述第一用户状态数据来自一个传感器；或者，所述第一用户状态数据来自多个传感器组成的传感器组；所述第一用户状态数据以多维向量形式存在，多维向量中向量之间的相关性由传感器数据的相关性确定。

11.根据权利要求10所述的用户设备，其特征在于，所述第一预设条件获取模块包括：

用户状态请求接收子模块，用于接收来自第二设备的用户状态请求；

解析子模块，用于解析所述用户状态请求，获取所述第二设备信息和请求类型；

备选预设条件列表子模块，用于以所述第二设备信息和请求类型作为条件，生成备选预设条件列表；

降维处理子模块，用于以所述第二设备信息和请求类型作为条件，对所述多维向量进行降维处理；

预设条件匹配子模块，用于将所述降维后的多位向量与所述备选预设条件列表中的预设条件进行逐条匹配，获取匹配度最高的预设条件；

判断子模块，用于判断所述匹配度是否满足第一预设条件，若满足，将该匹配度对应的预设条件作为与第一用户状态数据匹配的第一预设条件。

12.根据权利要求9所述的用户设备，其特征在于，所述第一预设条件获取模块包括：

用户状态请求接收子模块，接收来自第二设备的用户状态请求；

解析子模块，解析所述用户状态请求，获取所述第二设备信息和请求类型；

备选预设条件列表子模块，以所述第二设备信息和请求类型作为条件，生成备选预设条件列表；

预设条件匹配子模块，将第一用户状态与所述备选预设条件列表中的预设条件进行逐条匹配，获取匹配度最高的预设条件；

判断子模块，判断所述匹配度是否满足第一预设条件阈值，若满足，将该匹配度对应的预设条件作为与第一用户状态数据匹配的第一预设条件。

13.根据权利要求9所述的用户设备，其特征在于，第一触发数据包含解析来自第二设备的用户状态请求得到的第二设备ID和请求类型，第一触发数据还包含与所述第一预设条件匹配对应的第一操作参数。

14.根据权利要求9所述的用户设备，其特征在于，第二用户状态数据包含发送第一触发数据后接收到的各传感器信息，以及内部计时器信息；当传感器信息、内部计时器信息满足第二预设条件或者接收到来自第二设备的第一互动信号时，生成与第二预设条件对应的第二触发数据；所述第二设备响应于第二触发数据，会执行与所述第二触发数据相匹配的第二操作。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1-7之一所述的方法。

Images