1.一种内容更新提醒方法,其特征在于,包括:
客户端从服务器获取当前用户账号订阅的内容更新信息,并确定当前更新的内容的类型;
根据预先保存的用户账号与外部辅助设备标识之间的对应关系,向对应的外部辅助设备发送获取用户运动状态信息的请求;
根据所述外部辅助设备返回的用户运动状态信息,判断当前时刻是否为当前内容的更新提醒时机;
如果是,触发所述外部辅助设备发送更新提醒通知。
2.根据权利要求1所述的方法,其特征在于,所述根据所述外部辅助设备返回的用户运动状态信息,判断当前时刻是否为当前内容的更新提醒时机,包括:
根据预先保存的各种内容类型对应的提醒条件列表,确定当前内容类型对应的提醒条件,所述提醒条件利用运动状态信息进行描述;
判断所述外部辅助设备返回的用户运动状态信息,是否符合当前内容类型对应的提醒条件,如果是,则确定当前时刻为当前内容的更新提醒时机。
3.根据权利要求1所述的方法,其特征在于,所述根据所述外部辅助设备返回的用户运动状态信息,判断当前时刻是否为当前内容的更新提醒时机,包括:
预先收集当前用户查看各类型内容时的运动状态信息;
根据所述运动状态信息,为当前用户确定各种内容类型对应的提醒条件,所述提醒条件利用运动状态信息进行描述;
判断所述外部辅助设备返回的用户运动状态信息,是否符合该当前用户的当前内容类型对应的提醒条件,如果是,则确定当前时刻为当前内容的更新提醒时机。
4.根据权利要求3所述的方法,其特征在于,还包括:
对发送通知消息后,用户的操作行为数据进行收集;
将收集到的用户操作行为数据上传到服务器,以便服务器根据所述操作行为数据,对保存的当前用户的各种内容类型对应的提醒条件进行更新。
5.根据权利要求1至4任一项所述的方法,其特征在于,所述外部辅助设备包括可穿戴设备。
6.一种用户行为数据采集方法,其特征在于,包括:
在收集用户行为数据的过程中,检测当前登录的账户绑定的外部辅助设备;
如果检测到所述外部辅助设备,则从所述外部辅助设备接收用户运动状态信息;
将采集到的用户行为数据与用户运动状态信息关联,并上传到服务器,以便所述服务器根据所述用户行为数据以及关联的用户运动状态信息,确定对各类型内容的更新提醒条件。
7.一种内容更新提醒装置,其特征在于,应用于客户端,包括:
类型确定单元,用于从服务器获取当前用户账号订阅的内容更新信息,并确定当前更新的内容的类型;
请求单元,用于根据预先保存的用户账号与外部辅助设备标识之间的对应关系,向对应的外部辅助设备发送获取用户运动状态信息的请求;
时机判断单元,用于根据所述外部辅助设备返回的用户运动状态信息,判断当前时刻是否为当前内容的更新提醒时机;
触发单元,用于如果所述时机判断单元的判断结果为是,触发所述外部辅助设备发送更新提醒通知。
8.根据权利要求7所述的装置,其特征在于,所述时机判断单元,包括:
第一条件确定子单元,用于根据预先保存的各种内容类型对应的提醒条件列表,确定当前内容类型对应的提醒条件,所述提醒条件利用运动状态信息进行描述;
第一判断子单元,用于判断所述外部辅助设备返回的用户运动状态信息,是否符合当前内容类型对应的提醒条件,如果是,则确定当前时刻为当前内容的更新提醒时机。
9.根据权利要求7所述的装置,其特征在于,所述时机判断单元包括:
收集子单元,用于预先收集当前用户查看各类型内容时的运动状态信息;
条件确定子单元,用于根据所述运动状态信息,为当前用户确定各种内容类型对应的提醒条件,所述提醒条件利用运动状态信息进行描述;
第二判断子单元,用于判断所述外部辅助设备返回的用户运动状态信息,是否符合该当前用户的当前内容类型对应的提醒条件,如果是,则确定当前时刻为当前内容的更新提醒时机。
10.根据权利要求9所述的装置,其特征在于,还包括:
行为数据收集单元,用于对发送通知消息后,用户的操作行为数据进行收集;
行为数据上传单元,用于将收集到的用户操作行为数据上传到服务器,以便服务器根据所述操作行为数据,对保存的当前用户的各种内容类型对应的提醒条件进行更新。
11.根据权利要求7至10任一项所述的装置,其特征在于,所述外部辅助设备包括可穿戴设备。
12.一种用户行为数据采集装置,其特征在于,包括:
检测单元,用于在收集用户行为数据的过程中,检测当前登录的账户绑定的外部辅助设备;
运动状态信息获取单元,用于如果检测到所述外部辅助设备,则从所述外部辅助设备接收用户运动状态信息;
上传单元,用于将采集到的用户行为数据与用户运动状态信息关联,并上传到服务器,以便所述服务器根据所述用户行为数据以及关联的用户运动状态信息,确定对各类型内容的更新提醒条件。
内容更新提醒方法及装置\n技术领域\n[0001] 本发明涉及信息推送技术领域,特别涉及内容更新提醒方法及装置。\n背景技术\n[0002] 内容更新提醒是用户在使用网络服务时的常用场景和操作。用户通常会收藏以及订阅各种会持续更新的内容源,包括:新闻、电视剧、在线课程等等。现有技术中,通常的通知方式包括:邮件提醒、手机短信提醒、智能设备消息通知、网页消息通知、电脑桌面软件弹窗等等。\n[0003] 这些弹窗方式依赖于用户使用这些设备的时机。如果提醒时,用户正在使用该设备和服务,则提醒可以及时送达。如果用户没有使用这些设备和服务,则用户无法获取提醒的通知。\n[0004] 现有技术的这种通知提醒机制的另一个问题是,由于无法获知当前用户的状态,因此无法自动决定提醒的最佳时机。例如,如果用户正在剧烈运动,这时发送内容更新提醒往往会被用户忽略,无法有效的送达。\n[0005] 因此,如何提高内容更新提醒通知的有效性,成为需要本领域技术人员解决的技术问题。\n发明内容\n[0006] 基于上述问题,本发明实施例公开了内容更新提醒方法及装置。技术方案如下:\n[0007] 一种内容更新提醒方法,包括:\n[0008] 客户端从服务器获取当前用户账号订阅的内容更新信息,并确定当前更新的内容的类型;\n[0009] 根据预先保存的用户账号与外部辅助设备标识之间的对应关系,向对应的外部辅助设备发送获取用户运动状态信息的请求;\n[0010] 根据所述外部辅助设备返回的用户运动状态信息,判断当前时刻是否为当前内容的更新提醒时机;\n[0011] 如果是,触发所述外部辅助设备发送更新提醒通知。\n[0012] 可选地,所述根据所述外部辅助设备返回的用户运动状态信息,判断当前时刻是否为当前内容的更新提醒时机,包括:\n[0013] 根据预先保存的各种内容类型对应的提醒条件列表,确定当前内容类型对应的提醒条件,所述提醒条件利用运动状态信息进行描述;\n[0014] 判断所述外部辅助设备返回的用户运动状态信息,是否符合当前内容类型对应的提醒条件,如果是,则确定当前时刻为当前内容的更新提醒时机。\n[0015] 可选地,所述根据所述外部辅助设备返回的用户运动状态信息,判断当前时刻是否为当前内容的更新提醒时机,包括:\n[0016] 预先收集当前用户查看各类型内容时的运动状态信息;\n[0017] 根据所述运动状态信息,为当前用户确定各种内容类型对应的提醒条件,所述提醒条件利用运动状态信息进行描述;\n[0018] 判断所述外部辅助设备返回的用户运动状态信息,是否符合该当前用户的当前内容类型对应的提醒条件,如果是,则确定当前时刻为当前内容的更新提醒时机。\n[0019] 可选地,还包括:\n[0020] 对发送通知消息后,用户的操作行为数据进行收集;\n[0021] 将收集到的用户操作行为数据上传到服务器,以便服务器根据所述操作行为数据,对保存的当前用户的各种内容类型对应的提醒条件进行更新。\n[0022] 可选地,所述外部辅助设备包括可穿戴设备。\n[0023] 一种用户行为数据采集方法,包括:\n[0024] 在收集用户行为数据的过程中,检测当前登录的账户绑定的外部辅助设备;\n[0025] 如果检测到所述外部辅助设备,则从所述外部辅助设备接收用户运动状态信息;\n[0026] 将采集到的用户行为数据与用户运动状态信息关联,并上传到服务器,以便所述服务器根据所述用户行为数据以及关联的用户运动状态信息,确定对各类型内容的更新提醒条件。\n[0027] 一种内容更新提醒装置,应用于客户端,包括:\n[0028] 类型确定单元,用于从服务器获取当前用户账号订阅的内容更新信息,并确定当前更新的内容的类型;\n[0029] 请求单元,用于根据预先保存的用户账号与外部辅助设备标识之间的对应关系,向对应的外部辅助设备发送获取用户运动状态信息的请求;\n[0030] 时机判断单元,用于根据所述外部辅助设备返回的用户运动状态信息,判断当前时刻是否为当前内容的更新提醒时机;\n[0031] 触发单元,用于如果所述时机判断单元的判断结果为是,触发所述外部辅助设备发送更新提醒通知。\n[0032] 可选地,所述时机判断单元,包括:\n[0033] 第一条件确定子单元,用于根据预先保存的各种内容类型对应的提醒条件列表,确定当前内容类型对应的提醒条件,所述提醒条件利用运动状态信息进行描述;\n[0034] 第一判断子单元,用于判断所述外部辅助设备返回的用户运动状态信息,是否符合当前内容类型对应的提醒条件,如果是,则确定当前时刻为当前内容的更新提醒时机。\n[0035] 可选地,所述时机判断单元包括:\n[0036] 收集子单元,用于预先收集当前用户查看各类型内容时的运动状态信息;\n[0037] 条件确定子单元,用于根据所述运动状态信息,为当前用户确定各种内容类型对应的提醒条件,所述提醒条件利用运动状态信息进行描述;\n[0038] 第二判断子单元,用于判断所述外部辅助设备返回的用户运动状态信息,是否符合该当前用户的当前内容类型对应的提醒条件,如果是,则确定当前时刻为当前内容的更新提醒时机。\n[0039] 可选地,还包括:\n[0040] 行为数据收集单元,用于对发送通知消息后,用户的操作行为数据进行收集;\n[0041] 行为数据上传单元,用于将收集到的用户操作行为数据上传到服务器,以便服务器根据所述操作行为数据,对保存的当前用户的各种内容类型对应的提醒条件进行更新。\n[0042] 可选地,所述外部辅助设备包括可穿戴设备。\n[0043] 一种用户行为数据采集装置,包括:\n[0044] 检测单元,用于在收集用户行为数据的过程中,检测当前登录的账户绑定的外部辅助设备;\n[0045] 运动状态信息获取单元,用于如果检测到所述外部辅助设备,则从所述外部辅助设备接收用户运动状态信息;\n[0046] 上传单元,用于将采集到的用户行为数据与用户运动状态信息关联,并上传到服务器,以便所述服务器根据所述用户行为数据以及关联的用户运动状态信息,确定对各类型内容的更新提醒条件。\n[0047] 根据本申请提供的具体实施例,本申请公开了以下技术效果:\n[0048] 在本发明实施例中,在需要向用户提供信息提醒通知时,可以首先通过与用户账号绑定的外部辅助设备获取用户当前的运动状态信息,并据此判断当前时刻是否适合向用户发送关于当前内容的信息提醒,如果是,则通过外部辅助设备进行提醒,这样,由于外部辅助设备一般由用户随身携带,因此可以使得用户第一时间查看到该通知,另外,由于已经根据用户的运动状态对推送时机进行了判断,因此,还可以使得通知的有效性得到提高。\n附图说明\n[0049] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。\n[0050] 图1是本发明实施例提供的第一方法的流程图;\n[0051] 图2是本发明实施例提供的第二方法的流程图;\n[0052] 图3是本发明实施例提供的第一装置的示意图;\n[0053] 图4是本发明实施例提供的第二装置的示意图。\n具体实施方式\n[0054] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。\n[0055] 在本发明实施例中,考虑到现有技术中,各种可穿戴设备(包括手环、手表、项链、鞋等等)正在逐步普及,这种设备一般具有以下特点:\n[0056] 第一,用户随身携带,并且一般不会在多个用户之间共用,也即,这种设备与用户之间的绑定关系更为紧密。\n[0057] 第二,这种可穿戴设备往往配备有多种传感器,包括加速度传感器等,具有检测并记录用户运动状态的作用。\n[0058] 也就是说,如果将提醒信息通过可穿戴设备通知给用户,则一般用户能够第一时间感知到,另外,更为重要的是,根据用户的可穿戴设备,可以识别出用户的当前运动状态,而用户的运动状态往往能够体现出当前是否适合于向用户推送提醒信息,这样,如果当前不适合提醒,则还可以等到更合适时再提醒。这是因为,如果用户当前正处于在户外等状态,则即使用户收到并及时查看了提醒信息,则可能也无法及时查看具体的信息内容,而当用户真正停下来可以查看的时候,又可能会忘记了之前的提醒信息,导致提醒的失效,等等。因此,在本发明实施例中,就可以通过可穿戴设备向用户发出消息更新提醒,并且可以根据用户的运动状态信息,选择具体的提醒时机,下面对具体的实现方式进行详细介绍。\n[0059] 实施例一\n[0060] 参见图1,本发明实施例首先提供了一种内容更新提醒方法,该方法可以包括以下步骤:\n[0061] S101:客户端从服务器获取当前用户账号订阅的内容更新信息,并确定当前更新的内容的类型;\n[0062] 具体实现时,用户一般会提前在服务器上订阅自己需要查看的信息,包括各种新闻等。之后,可以采用客户端定时拉取,或者服务器定时/实时推送方式,使得客户端获得关于当前登录的账号订阅的信息的更新信息。在获取到之后,可以确定出内容的类型,包括新闻类、视频类、购物类等等。\n[0063] S102:根据预先保存的用户账号与外部辅助设备标识之间的对应关系,向对应的外部辅助设备发送获取用户运动状态信息的请求;\n[0064] 具体实现时,可以预先将用户在系统注册的账号信息与指定的外部辅助设备关联,并可以在客户端所在终端设备本地保存外部辅助设备标识与用户账号标识之间的对应关系。也就是说,假设某用户在某系统中注册了自己的账号,并且该用户也具有自己的外部辅助设备,则可以将其注册的账号id与该外部辅助设备id等标识关联起来。具体实现时,可以在应用的客户端上为用户提供设置该关联关系的操作入口,例如,用户可以在其PC机或者手机的客户端上,将其账号以及关联的外部辅助设备标识填入对应的输入框内,并由客户端在终端设备本地保存这种对应关系。\n[0065] 这样,当需要针对当前登录的账户提供更新信息的提醒通知时,可以首先根据该保存的对应关系,确定出与当前登录的账号对应的外部辅助设备标识,然后就可以向该对应的外部辅助设备发送获取用户运动状态信息的请求。\n[0066] 当然,具体实现时,在向该对应的外部辅助设备发送获取用户运动状态信息的请求之前,还可以预先检测该外部辅助设备,具体的检测方法可以有多种,例如,第一种方式可以是,通过接收外部辅助设备广播的消息,检测所述外部辅助设备。或者,第二种方式还可以是向外广播查询请求,通过外部辅助设备返回的应答检测所述外部辅助设备。也即设备检测模块发送查询请求,等待辅助设备应答。另外,设备检测模块与辅助设备还可以保持同等频率心跳机制,两者之间进行定期通讯,从而检测是否存在外部辅助设备,等等。用户终端与外部辅助设备之间可以使用无线通信协议进行通信,具体的通讯方式可以采用各种协议,包括但不限于低功耗蓝牙、Zigbee、Wifi等等。\n[0067] S103:根据所述外部辅助设备返回的用户运动状态信息,判断当前时刻是否为当前内容的更新提醒时机;\n[0068] 具体确定当前时刻是否为当前内容的更新提醒时机时,主要就是根据外部辅助设备返回的用户运动状态信息来确定的。\n[0069] 具体实现时,由于不同类型的内容,向用户的提醒时机可能会不同,因此,还可以实现基于不同内容的类型,来分别进行时机判断。具体的实现方式可以有多种,例如,在其中一种方式下,可以预先保存各种内容类型对应的提醒条件列表,这里的提醒条件可以利用运动状态信息进行描述的,这样,就可以根据该列表,来判断所述外部辅助设备返回的用户运动状态信息,是否符合当前内容类型对应的提醒条件,如果是,则确定当前时刻为当前内容的更新提醒时机。\n[0070] 上述方式下,各种类型的信息对应的判断条件可以是预先由技术人员等设定的,但在实际应用中,不同的用户对于不同类型信息的查看习惯等可能还会有所不同,为此,为了使得更符合个性化的需求,还可以预先收集当前用户查看各类型内容时的运动状态信息,然后根据所述运动状态信息,为当前用户确定各种内容类型对应的提醒条件,同样的,所述提醒条件利用运动状态信息进行描述。这样,就可以判断外部辅助设备返回的用户运动状态信息,是否符合该当前用户的当前内容类型对应的提醒条件,如果是,则确定当前时刻为当前内容的更新提醒时机。\n[0071] 也就是说,关于不同的用户,可以分别为各种类型的内容提醒时机设定不同的条件,这种条件同样可以是以用户查看各类型信息时所搜集到的用户运动状态信息来设定的。具体实现时,由于用户账号绑定了外部辅助设备,因此,在采集用户行为数据的过程中(用户行为数据收集阶段包括用户的日常所有可记录操作,包括但不限于,浏览页面,观看视频,购物,发表评论,等等),还可以通过外部辅助设备采集用户的运动状态信息,这样,在上传用户行为数据时,还可以将对应的运动状态信息上传到服务器,服务器就可以结合用户运动状态信息,确定出各用户针对各类型信息的提醒时机。当然,提醒时机的设定还可以结合具体时间段等因素,这里不再详述。\n[0072] S104:如果是,触发所述外部辅助设备发送更新提醒通知。\n[0073] 如果判断出当前时刻是否为当前内容的更新提醒时机,则就可以通知外部辅助设备向用户发送更新提醒通知,通知的形式可以有多种,例如,可以通过振动、闪烁提示灯等方式,或者,还可以通过适合的组合方式对用户进行提醒。\n[0074] 当然,在实际应用中,还可以对发送通知消息后,用户的操作行为数据进行收集;\n并将收集到的用户操作行为数据上传到服务器,以便服务器根据所述操作行为数据,对保存的当前用户的各种内容类型对应的提醒条件进行更新。也就是说,在提醒送达以后,用户会获取提醒,而后去读取和消费更新的内容。用户消费内容的记录会记录在服务器端,用户在读取提醒和真正进行内容消费时的时机和行为状态都会传输到用户状态学习模块。用户状态学习模块会根据用户的行为习惯和不同的内容类型进行学习,并将数据存储在本地存储中。\n[0075] 以视频内容的电视剧集更新为例。如果用户通常观看电视剧的时间是傍晚回家之后,并且通过可穿戴设备的加速度传感器能够检测出用户观看视频的行为状态是静止的坐在沙发上。那么用户状态学习模块就会学习用户的行为习惯。即使电视剧集更新的时间是在凌晨或者工作时段,也不会立即进行提醒。如果检测到用户是在运动中(例如下班途中),也不会进行提醒,避免用户错过提醒消息。而直到检测到用户回家后,处于一个相对静止放松的状态,才会进行内容更新提醒。而用户读取提醒的时间和行为状态,可以表征提醒方式是否有效,会进一步记录在用户行为数据中。用户观看更新的内容的时间和行为状态,可以表征提醒的时机是否符合用户的预期和需求,也会进一步的记录。这些反馈数据会进一步的进行学习,为下一次的内容提醒决策提供支持。\n[0076] 以电子商务系统的降价提醒为例。如果通过以往用户在读取降价提醒后的购物行为发现,无论用户是处于什么行为状态(休息或者运动),都会第一时间查看商品价格,那么就会根据用户的行为模式和喜好,在价格更新的第一时间提醒用户,而无论用户当前处于何种行为状态。\n[0077] 以新闻更新提醒为例。在新闻更新之后,如果通过可穿戴设备的传感器发现,用户正处于睡眠状态(晚睡或者午睡),则会延迟提醒,直到用户完全醒来。\n[0078] 总之,在本发明实施例中,在需要向用户提供信息提醒通知时,可以首先通过与用户账号绑定的外部辅助设备获取用户当前的运动状态信息,并据此判断当前时刻是否适合向用户发送关于当前内容的信息提醒,如果是,则通过外部辅助设备进行提醒,这样,由于外部辅助设备一般由用户随身携带,因此可以使得用户第一时间查看到该通知,另外,由于已经根据用户的运动状态对推送时机进行了判断,因此,还可以使得通知的有效性得到提高。\n[0079] 实施例二\n[0080] 以上实施例一提供了更新提醒的方法,其中提到了可以针对不同用户订阅的不同类型的内容设定个性化的更新提醒条件,该实施例二单独对该方法进行保护。参见图2,该实施例二提供了一种用户行为数据采集方法,该方法可以包括以下步骤:\n[0081] S201:在收集用户行为数据的过程中,检测当前登录的账户绑定的外部辅助设备;\n[0082] S202:如果检测到所述外部辅助设备,则从所述外部辅助设备接收用户运动状态信息;\n[0083] S203:将采集到的用户行为数据与用户运动状态信息关联,并上传到服务器,以便所述服务器根据所述用户行为数据以及关联的用户运动状态信息,确定对各类型内容的更新提醒条件。\n[0084] 关于该实施例二的具体实现,可以参见实施例一中的介绍,这里不再赘述。\n[0085] 与本发明实施例一提供的内容更新提醒方法相对应,本发明实施例还提供了一种内容更新提醒装置,应用于客户端,参见图3,该装置可以包括:\n[0086] 类型确定单元301,用于从服务器获取当前用户账号订阅的内容更新信息,并确定当前更新的内容的类型;\n[0087] 请求单元302,用于根据预先保存的用户账号与外部辅助设备标识之间的对应关系,向对应的外部辅助设备发送获取用户运动状态信息的请求;\n[0088] 时机判断单元303,用于根据所述外部辅助设备返回的用户运动状态信息,判断当前时刻是否为当前内容的更新提醒时机;\n[0089] 触发单元304,用于如果所述时机判断单元的判断结果为是,触发所述外部辅助设备发送更新提醒通知。\n[0090] 其中,所述时机判断单元包括:\n[0091] 第一条件确定子单元,用于根据预先保存的各种内容类型对应的提醒条件列表,确定当前内容类型对应的提醒条件,所述提醒条件利用运动状态信息进行描述;\n[0092] 第一判断子单元,用于判断所述外部辅助设备返回的用户运动状态信息,是否符合当前内容类型对应的提醒条件,如果是,则确定当前时刻为当前内容的更新提醒时机。\n[0093] 或者,所述时机判断单元包括:\n[0094] 收集子单元,用于预先收集当前用户查看各类型内容时的运动状态信息;\n[0095] 条件确定子单元,用于根据所述运动状态信息,为当前用户确定各种内容类型对应的提醒条件,所述提醒条件利用运动状态信息进行描述;\n[0096] 第二判断子单元,用于判断所述外部辅助设备返回的用户运动状态信息,是否符合该当前用户的当前内容类型对应的提醒条件,如果是,则确定当前时刻为当前内容的更新提醒时机。\n[0097] 具体实现时,该装置还可以包括:\n[0098] 行为数据收集单元,用于对发送通知消息后,用户的操作行为数据进行收集;\n[0099] 行为数据上传单元,用于将收集到的用户操作行为数据上传到服务器,以便服务器根据所述操作行为数据,对保存的当前用户的各种内容类型对应的提醒条件进行更新。\n[0100] 其中,所述外部辅助设备包括可穿戴设备。\n[0101] 与本发明实施例一提供的用户行为数据采集方法相对应,本发明实施例还提供了一种用户行为数据采集装置,参见图4,该装置可以包括:\n[0102] 检测单元401,用于在收集用户行为数据的过程中,检测当前登录的账户绑定的外部辅助设备;\n[0103] 运动状态信息获取单元402,用于如果检测到所述外部辅助设备,则从所述外部辅助设备接收用户运动状态信息;\n[0104] 上传单元403,用于将采集到的用户行为数据与用户运动状态信息关联,并上传到服务器,以便所述服务器根据所述用户行为数据以及关联的用户运动状态信息,确定对各类型内容的更新提醒条件。\n[0105] 在本发明实施例中,在需要向用户提供信息提醒通知时,可以首先通过与用户账号绑定的外部辅助设备获取用户当前的运动状态信息,并据此判断当前时刻是否适合向用户发送关于当前内容的信息提醒,如果是,则通过外部辅助设备进行提醒,这样,由于外部辅助设备一般由用户随身携带,因此可以使得用户第一时间查看到该通知,另外,由于已经根据用户的运动状态对推送时机进行了判断,因此,还可以使得通知的有效性得到提高。\n[0106] 对于系统或装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。\n[0107] 需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。\n[0108] 本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,这里所称得的存储介质,如:ROM/RAM、磁碟、光盘等。\n[0109] 以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
法律信息
- 2018-02-09
- 2015-09-09
实质审查的生效
IPC(主分类): H04L 12/58
专利申请号: 201510149679.5
申请日: 2015.03.31
- 2015-08-12
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2013-03-06
|
2012-10-18
| | |
2
| |
2015-02-25
|
2014-10-10
| | |
3
| |
2013-01-16
|
2012-09-06
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |