高。
【附图说明】
[0049]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0050]图1是本发明实施例提供的第一方法的流程图；
[0051]图2是本发明实施例提供的第二方法的流程图；
[0052]图3是本发明实施例提供的第一装置的示意图；
[0053]图4是本发明实施例提供的第二装置的示意图。
【具体实施方式】
[0054]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0055]在本发明实施例中，考虑到现有技术中，各种可穿戴设备(包括手环、手表、项链、鞋等等)正在逐步普及，这种设备一般具有以下特点:
[0056]第一，用户随身携带，并且一般不会在多个用户之间共用，也即，这种设备与用户之间的绑定关系更为紧密。
[0057]第二，这种可穿戴设备往往配备有多种传感器，包括加速度传感器等，具有检测并记录用户运动状态的作用。
[0058]也就是说，如果将提醒信息通过可穿戴设备通知给用户，则一般用户能够第一时间感知到，另外，更为重要的是，根据用户的可穿戴设备，可以识别出用户的当前运动状态，而用户的运动状态往往能够体现出当前是否适合于向用户推送提醒信息，这样，如果当前不适合提醒，则还可以等到更合适时再提醒。这是因为，如果用户当前正处于在户外等状态，则即使用户收到并及时查看了提醒信息，则可能也无法及时查看具体的信息内容，而当用户真正停下来可以查看的时候，又可能会忘记了之前的提醒信息，导致提醒的失效，等等。因此，在本发明实施例中，就可以通过可穿戴设备向用户发出消息更新提醒，并且可以根据用户的运动状态信息，选择具体的提醒时机，下面对具体的实现方式进行详细介绍。
[0059]实施例一
[0060]参见图1，本发明实施例首先提供了一种内容更新提醒方法，该方法可以包括以下步骤:
[0061]SlOl:客户端从服务器获取当前用户账号订阅的内容更新信息，并确定当前更新的内容的类型；
[0062]具体实现时，用户一般会提前在服务器上订阅自己需要查看的信息，包括各种新闻等。之后，可以采用客户端定时拉取，或者服务器定时/实时推送方式，使得客户端获得关于当前登录的账号订阅的信息的更新信息。在获取到之后，可以确定出内容的类型，包括新闻类、视频类、购物类等等。
[0063]S102:根据预先保存的用户账号与外部辅助设备标识之间的对应关系，向对应的外部辅助设备发送获取用户运动状态信息的请求；
[0064]具体实现时，可以预先将用户在系统注册的账号信息与指定的外部辅助设备关联，并可以在客户端所在终端设备本地保存外部辅助设备标识与用户账号标识之间的对应关系。也就是说，假设某用户在某系统中注册了自己的账号，并且该用户也具有自己的外部辅助设备，则可以将其注册的账号id与该外部辅助设备id等标识关联起来。具体实现时，可以在应用的客户端上为用户提供设置该关联关系的操作入口，例如，用户可以在其PC机或者手机的客户端上，将其账号以及关联的外部辅助设备标识填入对应的输入框内，并由客户端在终端设备本地保存这种对应关系。
[0065]这样，当需要针对当前登录的账户提供更新信息的提醒通知时，可以首先根据该保存的对应关系，确定出与当前登录的账号对应的外部辅助设备标识，然后就可以向该对应的外部辅助设备发送获取用户运动状态信息的请求。
[0066]当然，具体实现时，在向该对应的外部辅助设备发送获取用户运动状态信息的请求之前，还可以预先检测该外部辅助设备，具体的检测方法可以有多种，例如，第一种方式可以是，通过接收外部辅助设备广播的消息，检测所述外部辅助设备。或者，第二种方式还可以是向外广播查询请求，通过外部辅助设备返回的应答检测所述外部辅助设备。也即设备检测模块发送查询请求，等待辅助设备应答。另外，设备检测模块与辅助设备还可以保持同等频率心跳机制，两者之间进行定期通讯，从而检测是否存在外部辅助设备，等等。用户终端与外部辅助设备之间可以使用无线通信协议进行通信，具体的通讯方式可以采用各种协议，包括但不限于低功耗蓝牙、Zigbee, Wifi等等。
[0067]S103:根据所述外部辅助设备返回的用户运动状态信息，判断当前时刻是否为当前内容的更新提醒时机；
[0068]具体确定当前时刻是否为当前内容的更新提醒时机时，主要就是根据外部辅助设备返回的用户运动状态信息来确定的。
[0069]具体实现时，由于不同类型的内容，向用户的提醒时机可能会不同，因此，还可以实现基于不同内容的类型，来分别进行时机判断。具体的实现方式可以有多种，例如，在其中一种方式下，可以预先保存各种内容类型对应的提醒条件列表，这里的提醒条件可以利用运动状态信息进行描述的，这样，就可以根据该列表，来判断所述外部辅助设备返回的用户运动状态信息，是否符合当前内容类型对应的提醒条件，如果是，则确定当前时刻为当前内容的更新提醒时机。
[0070]上述方式下，各种类型的信息对应的判断条件可以是预先由技术人员等设定的，但在实际应用中，不同的用户对于不同类型信息的查看习惯等可能还会有所不同，为此，为了使得更符合个性化的需求，还可以预先收集当前用户查看各类型内容时的运动状态信息，然后根据所述运动状态信息，为当前用户确定各种内容类型对应的提醒条件，同样的，所述提醒条件利用运动状态信息进行描述。这样，就可以判断外部辅助设备返回的用户运动状态信息，是否符合该当前用户的当前内容类型对应的提醒条件，如果是，则确定当前时刻为当前内容的更新提醒时机。
[0071]也就是说，关于不同的用户，可以分别为各种类型的内容提醒时机设定不同的条件，这种条件同样可以是以用户查看各类型信息时所搜集到的用户运动状态信息来设定的。具体实现时，由于用户账号绑定了外部辅助设备，因此，在采集用户行为数据的过程中(用户行为数据收集阶段包括用户的日常所有可记录操作，包括但不限于，浏览页面，观看视频，购物，发表评论，等等)，还可以通过外部辅助设备采集用户的运动状态信息，这样，在上传用户行为数据时，还可以将对应的运动状态信息上传到服务器，服务器就可以结合用户运动状态信息，确定出各用户针对各类型信息的提醒时机。当然，提醒时机的设定还可以结合具体时间段等因素，这里不再详述。
[0072]S104:如果是，触发所述外部辅助设备发送更新提醒通知。
[0073]如果判断出当前时刻是否为当前内容的更新提醒时