CN110767285A - 一种提醒方法及终端设备 - Google Patents

Abstract

本发明实施例提供了一种提醒方法及终端设备，涉及通信技术领域，以解决现有的提醒方法的形式较为单一，与实际情况脱节的问题。其中，所述提醒方法，包括：获取用户的场景信息；根据所述用户的场景信息，获取与所述场景信息关联的数据信息；根据所述场景信息和所述数据信息，生成提醒事件。本发明实施例中的提醒方法应用于终端设备中。

Description

一种提醒方法及终端设备

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种提醒方法及终端设备。

背景技术

目前，在终端设备智能化的发展趋势下，终端设备的支付、导航、获取信息等功能，逐渐应用于人们的生活，从而使得人们的生活方式变得方便、快捷。

其中，提醒功能是一种较为常见的功能。例如，用户在终端设备购买火车票，从而在火车发车前四个小时，终端设备以短信的形式提醒用户；又如，用户在终端设备上记录会议等日程，从而在会议等开始前，终端设备以闹钟的形式提醒用户。

但上述提醒方法的形式较为单一，与实际情况脱节，如若用户距离火车站的车程大于四个小时，则前述的提醒方法就会导致用户错过乘坐火车时间。

发明内容

本发明实施例提供一种提醒方法及终端设备，以解决现有的提醒方法的形式较为单一，与实际情况脱节的问题。

为了解决上述技术问题，本发明是这样实现的：

第一方面，本发明实施例提供了一种提醒方法，包括：获取用户的场景信息；根据所述用户的场景信息，获取与所述场景信息关联的数据信息；根据所述场景信息和所述数据信息，生成提醒事件。

第二方面，本发明实施例还提供了一种终端设备，包括：场景信息获取模块，用于获取用户的场景信息；数据信息获取模块，用于根据所述用户的场景信息，获取与所述场景信息关联的数据信息；提醒事件生成模块，用于根据所述场景信息和所述数据信息，生成提醒事件。

第三方面，本发明实施例还提供了一种终端设备，包括处理器，存储器，存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现所述提醒方法的步骤。

第四方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述提醒方法的步骤。

这样，本发明实施例能够获取用户基于某事件的场景信息，并根据获取的场景信息，智能获取与场景信息关联的数据信息，数据信息如用户实际身处环境信息等，从而强依赖数据信息对场景信息进行综合分析处理，以结合实际情况得到场景信息所对应事件的发生时刻、结束时刻等重要信息，再依据分析结果生成提醒事件。可见，本实施例中的提醒方法相比于现有的提醒方法，对实际情况中的数据信息依赖性更强，不再单一地按照预设情景提醒用户，从而帮助用户消除未知因素引发的顾虑，帮助用户合理安排时间，避免错过重要事情。

附图说明

图1是本发明实施例的提醒方法的流程图之一；

图2是本发明实施例的提醒方法的流程图之二；

图3是本发明实施例的提醒方法的流程图之三；

图4是本发明实施例的提醒方法的流程图之四；

图5是本发明实施例的提醒方法的流程图之五；

图6是本发明实施例的终端设备的框图之一；

图7是本发明实施例的终端设备的框图之二。

具体实施方式

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

参见图1，示出了本发明一个实施例的提醒方法的流程图，应用于终端设备，提醒方法包括：

步骤S1：获取用户的场景信息。

场景信息包括基于用户在特定场景下执行行为所产生的信息，包括用户在当前场景基于正在进行的行为所产生的信息、用户在某一场景基于计划进行的行为所产生的信息等。

例如，用户在终端设备中记录了会议事件的备忘录，则与该会议事件相关的时间、地点等信息为用户的场景信息；又如，用户在终端设备中购买了火车票等，则与该火车票相关的时间、地点等信息为用户的场景信息；又如，用户当前正在驾驶车辆，则与驾驶过程中相关的时间、地点等信息为用户的场景信息；又如，用户计划去某个目的地，则与该行程相关的时间、地点等信息为用户的场景信息；又如，用户当前正在输液，则与输液相关的时间、地点等信息为用户的场景信息。

优选地，在该步骤中，可基于某一事件获取用户在该事件中的场景信息；进一步地，对于多个事件，可分别获取用户在每个事件中的场景信息。

步骤S2：根据用户的场景信息，获取与场景信息关联的数据信息。

数据信息包括影响用户在特定场景执行行为的客观因素和主观因素。

在不同的事件中，与该事件中的场景信息关联的数据信息也不同。在该步骤中，可根据获取的场景信息，智能获取与场景信息关联的数据信息。

例如，用户计划去某个目的地，在本次事件中，与场景信息关联的数据信息包括道路拥堵状况等；又如，用户当前正在输液，在本次事件中，与场景信息关联的数据信息包括液体注入速度等；又如，用户当前正在驾驶车辆，在本次事件中，与场景信息关联的数据信息包括道路异常状况等。

可见，在该步骤中，终端设备根据用户的场景信息，智能获取与场景信息关联的数据信息。数据信息不局限于网络中提供的固定数据，而是受天气、地域、时间段等多方面影响的实时变化的因素。

在现有技术中，智能终端设备得益于人工智能技术快速发展和深度应用，智能助手的引入更加扩展了设备的便捷性。其中，智能终端设备中常见智能助手类型如Siri、bixby、jovi、小爱同学等。智能助手应用于智慧场景，智慧场景可以帮助用户快速构建和获取诸多有效信息和事件，与此同时，也能随时随地提示我们当前身处的环境和相关信息。如可以通过语音操作相关信息发送、打电话、硬件控制、智能推荐周围环境信息、近期待办、出行提醒、天气信息、信息咨询等，随着各种智能模型的深入研究，人工智能必然会更好地服务于用户生活与行为。虽然智能终端设备中智慧场景的引入为生活和行为提供诸多便捷，在天气、咨询、运动、硬件等方面有了基本的应用，但是仍然有诸多的问题困扰着用户的生活。诸如，生病治疗输液期间，为了打发无聊的换液时间，患者其他行为极有可能造成换液或者拔针不及时；出行之际，总是因为害怕人多或者错过车程而显得局促，等等。可见，现有技术中智慧场景的应用仅仅是基于用户的需求和网络中的固定数据提供给用户帮助，无法结合实际中随时出现的可变情况，从而导致无法提供给用户更为精准的帮助服务，进而导致用户出现延误航班、换液等现象。

对于现有技术中存在的弊端，本实施例中提供的智慧场景可以获取用户的场景信息，并基于获取的场景信息进行综合考虑，以便捷地提取到用户在当前场景执行行为时关联的数据信息，从而可以帮助用户建立智能化帮助服务。

步骤S3：根据场景信息和数据信息，生成提醒事件。

示例性地，在该步骤中，首先，在获取场景信息后，即感知到用户在特定场景下的行为特征，同时获取与场景信息关联的数据信息后，从而确定驱动事件生成。驱动事件是提醒事件接口调用先决条件，其直接决定了智慧提醒事件的具体处理方式。

其中，本实施例中，智能设备基于用户在当前场景执行行为时关联的数据信息，智能地感知用户行为方式并做出判断和响应，生成驱动事件。驱动事件主要是指智慧场景读取场景信息，结合相关数据信息，并驱动提醒方法运行的事件。驱动事件用于触发智慧提醒方法处理流程。

另外，还可在感知到用户在某事件中的场景信息后，直接基于此事件触发生成驱动事件。

驱动事件触发后，终端设备基于获取的场景信息和数据信息，获取事件关联的事件信息，如导航中地点信息、输液中液体容量、出行时间信息等，将获取的所有场景信息和数据信息形成信息库，为事件处理提供信息数据支撑。智慧提醒信息库的建立，一方面支撑计算模型所需的数据信息，另一方面也记录驱动事件实际完成时间，便于下次规划时获得更优值。

形成信息库之后，进入数据计算步骤。数据计算是生成提醒事件的核心，相当于人脑，决策事件的提醒信息生成，本实施例主要是依托于人工智能的数据处理，在上一步的信息库提供数据支撑的基础上，针对不同事件的场景建立数据模型库，从而通过模型和信息共同构造出目标结果。其中，在建立数据模型库时，还可参考案例库、算法库、应用接口等。

进一步地，基础计算结果处理完成以后，本地综合其他数据信息进行二次优化处理，确保最终给出的结果的准确性和参考价值性。从而根据不同的事件的场景，自动调用第三方应用接口获取对应的计算结果。

数据计算后，根据最终给出的结果，得到相应的智慧提醒事件，即生成提醒事件，以提醒方式最终告知用户。

例如，对于与时间相关的事件场景，可自主驱动闹钟生成响铃事件，同时通知栏提示用户。对于与优化相关的事件场景，可语音提醒用户使用优化方案；用户交互确认应用后呈现，由此避免给用户造成干扰。

综上，现有技术中的日程提醒方案，无论形式还是内容都较为格式化。如火车出行时，一般会提前四个小时发出通知行程通知，对于行程安排无具体帮助性信息，尤其通知情景在夜间发出。而本实施例设计了一种智慧提醒方法，目的是建立一种事件驱动的智慧提醒方式，依托于人工智能的信息获取和数据处理模型(如常用路径、实时道路信息、实时出行信息、液体流速模型)，智能化生成智慧提醒事件，通过通知或响铃方式提醒用户，帮助用户消除未知因素引发的顾虑。基于智慧场景便捷地信息获取渠道，深度拓展用户体验，丰富场景应用。

这样，本发明实施例能够获取用户基于某事件的场景信息，并根据获取的场景信息，智能获取与场景信息关联的数据信息，数据信息如用户实际身处环境信息等，从而强依赖数据信息对场景信息进行综合分析处理，以结合实际情况得到场景信息所对应事件的发生时刻、结束时刻等重要信息，再依据分析结果生成提醒事件。可见，本实施例中的提醒方法相比于现有的提醒方法，对实际情况中的数据信息依赖性更强，不再单一地按照预设情景提醒用户，从而帮助用户消除未知因素引发的顾虑，帮助用户合理安排时间，避免错过重要事情。

在图1所示实施例的基础上，图2示出了本发明另一个实施例的提醒方法的流程图，步骤S1包括：

步骤S11：获取用户的输液信息。

优选地，本实施例的事件场景如医院输液场景。对应地，可获取用户的输液信息。

可参考地，智能终端设备能够准确判定用户的活动状态，输液过程人活动范围较小且时间较长，例如用户连续X时长活动范围在R内，同时结合终端设备当前所处的环境，例如终端设备当前所处的环境为医院，则可判断当前用户处于输液场景，从而获取到用户的输液信息。其中，输液信息包括上述的定位、用户活动范围等。

步骤S2包括：

步骤S21：根据用户的输液信息，获取与输液信息关联的输液数据信息。

步骤S3包括：

步骤S31：根据输液数据信息，获取液体注射理论时长和液体注射时长历史数据。

在该步骤中，将获取的输液信息和输液数据信息建立信息库，进一步建立计算模模型，从而可基于当前场景，得到本次输液场景的液体注射理论时长和液体注射时长历史数据。

步骤S32：根据液体注射理论时长和液体注射时长历史数据，获取液体注射实际时长范围。

在该步骤中，避免计算得到的液体注射理论时长偏差较大，结合液体注射时长历史数据，得到液体注射实际时长范围。

步骤S33：根据液体注射实际时长范围，生成输液提醒事件。

在该步骤中，结合当前时刻，以及计算得到的液体注射实际时长范围，可得到输液场景的结束时刻范围，优选地，为了避免用户错过输液场景的结束时刻，可取液体注射实际时长范围中的较小值作为液体注射实际时长，从而智慧场景智能驱动应用，为用户在日程提醒或者闹铃应用中设置倒计时提醒。

进一步地，生成输液提醒事件后，还可为用户提供完成时间记录接口作为历史数据保存，以备后续判定出更加优化的值val。

在本实施例中，针对输液的智慧场景提供了一种智能提醒方法。当终端设备根据获取用户的场景信息感知到用户正处于输液场景进行输液行为时，即获取到用户的输液信息，则智能获取与本次输液场景关联的输液数据信息，包括液体注入速度等，并结合大数据中的历史数据，最后得到本次输液场景最为实际的时长范围，从而可得到本次输液场景的结束时刻，并以闹钟或者通知等形式通知用户。相比于现有技术，用户手动设定一个闹钟来提醒自己输液场景结束，本实施例一方面可减少用户的手动操作，另一方面得到的结果更加贴合实际，避免用户过早或过晚关注本次输液场景的结束。

在图2所示实施例的基础上，图3示出了本发明另一个实施例的提醒方法的流程图，步骤S21包括：

步骤S211：接收用户输入与输液信息关联的输液数据信息的操作。其中，输液数据信息至少包括液体类型、液体剩余量和液体注入速度。

步骤S212：响应于操作，获取与输液信息关联的输液数据信息。

优选地，用户可通过文字或者图片形式输入输液数据信息，如液体类型、液体剩余量、液体注入速度等。基于相关数据模型，可使用公式(1)的计算模型，得到理论值Y，即液体注射理论时长。其中，公式(1)为：Y＝[C*dc]/S，C为液体容量，dc为点滴系数，S为液体注入速度。

进一步地，可使用公式(2)的计算模型，得到相对最优值val，即液体注射实际时长。其中，公式(2)为：val＝min(Y，Z)，Z为根据历史数据得到的经验值。

其中，得到的最优值val即为当前完成液体注射的最短可能值，如此能更准确对用户做好提示服务。

本实施例提供了一种基于用户的手动操作获取输液数据信息的方法，从而确保输液提醒事件的准确性。

在图1所示实施例的基础上，图4示出了本发明另一个实施例的提醒方法的流程图，步骤S1包括：

步骤S12：获取用户的出行信息。

优选地，本实施例的事件场景如出行候车场景。对应地，可获取用户的出行信息。

用户在出行过程中，总是因为各种因素原因，导致出行计划不尽如人意。当前智慧场景能够快捷获取到用户的出行信息，并基于此触发系统驱动事件产生。

示例性地，用户的出行信息包括用户购买的火车票、飞机票等相关信息；用户安排的出行计划中的相关信息等。

步骤S2包括：

步骤S22：根据用户的出行信息，获取与出行信息关联的出行数据信息。

其中，出行数据信息至少包括交通信息、个人信息、气候信息、所在城市信息、节假日信息和历史路径信息中的一种。

出行过程总是各种因素息息相关，如交通信息、气候信息等强相关性信息。从而在该步骤中，在生成提醒事件之前，除了考虑出行信息以外，还需考虑与出行信息关联的出行数据信息。

可参考地，获取用户的出行信息之后，将出行信息提取到个人信息库，用A标识。

进一步地，进行综合信息库的信息准备工作，综合信息库包含与出行信息相关的各种数据信息，其中包括个人信息A，及交通信息B、气候信息C、所在城市信息D、节假日信息E、历史路径信息F等。

步骤S3包括：

步骤S34：根据出行信息，获取历史出行时长和规划出行时长。

在该步骤中，基于相关数据模型，得到历史出行时长Th和规划出行时长Tc。

其中，规划出行时长Tc为根据用户的出行信息，常规规划达到目的所需时长，历史出行时长Th优选为根据用户的出行信息，从大数据中得到的历史最大出行数据。

步骤S35：根据出行数据信息，获取干扰出行时长。

基于相关数据模型，可使用公式(3)，得到干扰出行时长Td。其中，公式(3)为：Td＝f(A，B，C，D，E，F)。

需要说明的是，f函数是综合信息库因素造成的可疑时间值，即干扰出行时长Td。

步骤S36：根据历史出行时长、规划出行时长和干扰出行时长，获取实际出行时长范围。

优选地，基于相关数据模型，可使用公式(4)，得到实际出行时长T。其中，公式(4)为：T＝max(Th，Tc+Td)。

可见，实际出行时长范围依赖于上述A/B/C/D/E/F等几个信息，其表现为计算中相关系数，用以动态调整计算时间，最终获取值优选为历史值和当前计算值的最大值。

步骤S37：根据实际出行时长范围，生成出行提醒事件。

优选地，根据实际出行时长范围，得到最为优选的倒计时时间，并保存到日程中，同时可向用户请求设置闹钟备忘许可。

例如，出行场景场景包括候车信息，综合考虑多方面的出行数据信息的影响，计算出候车倒计时时间，得到的候车倒计时时间表示用户登机或乘车多久到达车站是合理的。

其中，智慧场景调度相关应用进行路径规划，提前为用户推送相关路线信息，智慧场景可根据各APP规划结果，结合交通系数和气候系数等信息，择优为用户推荐。

进一步地，为后续能更加准确服务，在达到目的地后，可记录用户出行和到达的准确时间更新到大数据中。

本实施例针对出行候车的智慧场景，智慧场景可以获取到用户的出行信息，综合实时相关的数据信息为用户建立出行规划提醒事件，以为用户提供精准的提醒服务。相比于现有技术中，仅在发车前的固定时间提醒用户，本实施例中的提醒方法更加智能化、人性化，帮助用户有效利用时间，同时避免耽误出行。

在图1所示实施例的基础上，图5示出了本发明另一个实施例的提醒方法的流程图，步骤S1包括：

步骤S13：获取用户的驾驶信息。

优选地，本实施例的事件场景如驾驶场景。对应地，可获取用户的驾驶信息。

在该步骤中，终端设备可获取用户的驾驶信息，以感知用户处于驾驶场景。

优选地，本实施例更适用于日常驾驶场景。在日常驾驶场景中，用户行驶在经常出行的路段，基本不用导航，对于突发交通状况的感知不够及时，总是导致行程耽误等。从而本实施例可基于一些突发交通状况，生成驾驶提醒事件，以使得用户在驾驶路段做提前感知行为，避免不必要等待。

对应地，在该步骤中判断是否进行导航，如无导航，则继续感知用户场景，否则结束。其中，导航应用中有相关路径场景描述，故无需继续感知。

步骤S2包括：

步骤S23：根据用户的驾驶信息，获取与驾驶信息关联的驾驶数据信息。

其中，驾驶数据信息至少包括路况信息。

步骤S3包括：

步骤S38：根据驾驶信息，获取目标行驶路段。

在该步骤中，智慧场景结合定位服务，实时获取用户在驾驶场景中正在行驶或者可能行驶的目标行驶路段。

步骤S39：根据驾驶数据信息，获取目标行驶路段的异常路况信息。

进一步地，在驾驶场景下，可循环判断是否达到目的地，如到达，则结束，否则实时查询目标行驶路段的路况信息，并根据目标行驶路段的路况信息，实时感知目标行驶路段的异常路况信息。

步骤S310：根据目标行驶路段的异常路况信息，生成驾驶提醒事件。

在该步骤中，若感知到目标行驶路段的异常路况信息，则进行相关处理。

例如，若当前正在行驶的目标行驶路段前方出现异常路况信息，则语音提示用户注意谨慎驾驶和选择相关出口更换路径。

又如，若基于当前正在行驶的目标行驶路段匹配到的常用路径前方出现异常路况信息，则在设备界面自主提示，尽早提示用户注意避免。其中，此处由于匹配存在模块效果，为避免语音干扰时，故选择在显示界面提醒。

本实施例特别针对无导航驾驶的智慧场景，智慧场景可以获取到用户的驾驶信息，综合实时相关的道路数据信息，为用户更合理的规划提醒，以为用户提供精准的提醒服务。可见，本实施例中的提醒方法更加智能化，及时为用户提供更好的帮助，避免用户在驾驶场景中耽误时间。

综上所述，本发明以上实施例方阐述了一种智慧提醒方法的设计逻辑，扩展智慧场景深度应用的同时，也给用户生活行为方式带来更加便捷的服务。智慧提醒提供给用户一种警觉事件自主驱动生成方法，补充暂时没有顾及的事件，帮助用户避免一些不必要的事件。

图6示出了本发明另一个实施例的终端设备的框图，包括：

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

数据信息获取模块20，用于根据用户的场景信息，获取与场景信息关联的数据信息；

提醒事件生成模块30，用于根据场景信息和数据信息，生成提醒事件。

这样，本发明实施例能够获取用户基于某事件的场景信息，并根据获取的场景信息，智能获取与场景信息关联的数据信息，数据信息如用户实际身处环境信息等，从而强依赖数据信息对场景信息进行综合分析处理，以结合实际情况得到场景信息所对应事件的发生时刻、结束时刻等重要信息，再依据分析结果生成提醒事件。可见，本实施例中的提醒方法相比于现有的提醒方法，对实际情况中的数据信息依赖性更强，不再单一地按照预设情景提醒用户，从而帮助用户消除未知因素引发的顾虑，帮助用户合理安排时间，避免错过重要事情。

优选地，场景信息获取模块10包括：

输液信息获取单元，用于获取用户的输液信息；

数据信息获取模块20包括：

输液数据信息获取单元，用于根据用户的输液信息，获取与输液信息关联的输液数据信息；

提醒事件生成模块30包括：

第一注射时长获取单元，用于根据输液数据信息，获取液体注射理论时长和液体注射时长历史数据；

第二注射时长获取单元，用于根据液体注射理论时长和液体注射时长历史数据，获取液体注射实际时长范围；

输液提醒事件生成单元，用于根据液体注射实际时长范围，生成输液提醒事件。

优选地，输液数据信息获取单元包括：

接收子单元，用于接收用户输入与输液信息关联的输液数据信息的操作；

响应子单元，用于响应于操作，获取与输液信息关联的输液数据信息；

其中，输液数据信息至少包括液体类型、液体剩余量和液体注入速度。

优选地，场景信息获取模块10包括：

出行信息获取单元，用于获取用户的出行信息；

数据信息获取模块20包括：

出行数据信息获取单元，用于根据用户的出行信息，获取与出行信息关联的出行数据信息；

提醒事件生成模块30包括：

第三时长获取单元，用于根据出行信息，获取历史出行时长和规划出行时长；

第四时长获取单元，用于根据出行数据信息，获取干扰出行时长；

第五时长获取单元，用于根据历史出行时长、规划出行时长和干扰出行时长，获取实际出行时长范围；

出行提醒事件生成单元，用于根据实际出行时长范围，生成出行提醒事件；

其中，出行数据信息至少包括交通信息、个人信息、气候信息、所在城市信息、节假日信息和历史路径信息中的一种。

优选地，场景信息获取模块10包括：

驾驶信息获取单元，用于获取用户的驾驶信息；

数据信息获取模块20包括：

驾驶数据信息获取单元，用于根据用户的驾驶信息，获取与驾驶信息关联的驾驶数据信息；

提醒事件生成模块30包括：

目标行驶路段获取单元，用于根据驾驶信息，获取目标行驶路段；

异常路况信息获取单元，用于根据驾驶数据信息，获取目标行驶路段的异常路况信息；

驾驶提醒事件生成单元，用于根据目标行驶路段的异常路况信息，生成驾驶提醒事件；

其中，驾驶数据信息至少包括路况信息。

本发明实施例提供的终端设备能够实现图1至图5的方法实施例中终端设备实现的各个过程，为避免重复，这里不再赘述。

图7为实现本发明各个实施例的一种终端设备的硬件结构示意图，该终端设备100包括但不限于：射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图7中示出的终端设备结构并不构成对终端设备的限定，终端设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，终端设备包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，处理器110，用于获取用户的场景信息；根据所述用户的场景信息，获取与所述场景信息关联的数据信息；根据所述场景信息和所述数据信息，生成提醒事件。

这样，本发明实施例能够获取用户基于某事件的场景信息，并根据获取的场景信息，智能获取与场景信息关联的数据信息，数据信息如用户实际身处环境信息等，从而强依赖数据信息对场景信息进行综合分析处理，以结合实际情况得到场景信息所对应事件的发生时刻、结束时刻等重要信息，再依据分析结果生成提醒事件。可见，本实施例中的提醒方法相比于现有的提醒方法，对实际情况中的数据信息依赖性更强，不再单一地按照预设情景提醒用户，从而帮助用户消除未知因素引发的顾虑，帮助用户合理安排时间，避免错过重要事情。

应理解的是，本发明实施例中，射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信系统与网络和其他设备通信。

终端设备通过网络模块102为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元103可以将射频单元101或网络模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与终端设备100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103包括扬声器、蜂鸣器以及受话器等。

输入单元104用于接收音频或视频信号。输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或网络模块102进行发送。麦克风1042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。

终端设备100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可基于环境光线的明暗来调节显示面板1061的亮度，接近传感器可在终端设备100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器105还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。

用户输入单元107可用于接收输入的数字或字符信息，以及产生与终端设备的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板1071可覆盖在显示面板1061上，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110基于触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图7中，触控面板1071与显示面板1061是作为两个独立的部件来实现终端设备的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现终端设备的输入和输出功能，具体此处不做限定。

接口单元108为外部装置与终端设备100连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端设备100内的一个或多个元件或者可以用于在终端设备100和外部装置之间传输数据。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储基于手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

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

终端设备100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，终端设备100包括一些未示出的功能模块，在此不再赘述。

优选的，本发明实施例还提供一种终端设备，包括处理器110，存储器109，存储在存储器109上并可在所述处理器110上运行的计算机程序，该计算机程序被处理器110执行时实现上述提醒方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述提醒方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (12)

1.一种提醒方法，其特征在于，包括：

获取用户的场景信息；

根据所述场景信息，获取与所述场景信息关联的数据信息；

根据所述场景信息和所述数据信息，生成提醒事件。

2.根据权利要求1所述的方法，其特征在于，所述获取用户的场景信息，包括：

获取用户的输液信息；

所述根据所述用户的场景信息，获取与所述场景信息关联的数据信息，包括：

根据所述用户的输液信息，获取与所述输液信息关联的输液数据信息；

所述根据所述场景信息和所述数据信息，生成提醒事件，包括：

根据所述输液数据信息，获取液体注射理论时长和液体注射时长历史数据；

根据所述液体注射理论时长和所述液体注射时长历史数据，获取液体注射实际时长范围；

根据所述液体注射实际时长范围，生成输液提醒事件。

3.根据权利要求2所述的方法，其特征在于，所述根据所述用户的输液信息，获取与所述输液信息关联的输液数据信息，包括：

接收所述用户输入与所述输液信息关联的输液数据信息的操作；

响应于所述操作，获取与所述输液信息关联的输液数据信息；

其中，所述输液数据信息至少包括液体类型、液体剩余量和液体注入速度。

4.根据权利要求1所述的方法，其特征在于，所述获取用户的场景信息，包括：

获取用户的出行信息；

所述根据所述用户的场景信息，获取与所述场景信息关联的数据信息，包括：

根据所述用户的出行信息，获取与所述出行信息关联的出行数据信息；

所述根据所述场景信息和所述数据信息，生成提醒事件，包括：

根据所述出行信息，获取历史出行时长和规划出行时长；

根据所述出行数据信息，获取干扰出行时长；

根据所述历史出行时长、所述规划出行时长和所述干扰出行时长，获取实际出行时长范围；

根据所述实际出行时长范围，生成出行提醒事件；

其中，所述出行数据信息至少包括交通信息、个人信息、气候信息、所在城市信息、节假日信息和历史路径信息中的一种。

5.根据权利要求1所述的方法，其特征在于，所述获取用户的场景信息，包括：

获取用户的驾驶信息；

所述根据所述用户的场景信息，获取与所述场景信息关联的数据信息，包括：

根据所述用户的驾驶信息，获取与所述驾驶信息关联的驾驶数据信息；

所述根据所述场景信息和所述数据信息，生成提醒事件，包括：

根据所述驾驶信息，获取目标行驶路段；

根据所述驾驶数据信息，获取所述目标行驶路段的异常路况信息；

根据所述目标行驶路段的异常路况信息，生成驾驶提醒事件；

其中，所述驾驶数据信息至少包括路况信息。

6.一种终端设备，其特征在于，包括：

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

数据信息获取模块，用于根据所述用户的场景信息，获取与所述场景信息关联的数据信息；

提醒事件生成模块，用于根据所述场景信息和所述数据信息，生成提醒事件；

其中，所述场景信息包括基于所述用户执行场景所产生的信息；

所述数据信息包括影响所述用户执行场景的客观因素和主观因素。

7.根据权利要求6所述的终端设备，其特征在于，所述场景信息获取模块包括：

输液信息获取单元，用于获取用户的输液信息；

所述数据信息获取模块包括：

输液数据信息获取单元，用于根据所述用户的输液信息，获取与所述输液信息关联的输液数据信息；

所述提醒事件生成模块包括：

第一注射时长获取单元，用于根据所述输液数据信息，获取液体注射理论时长和液体注射时长历史数据；

第二注射时长获取单元，用于根据所述液体注射理论时长和所述液体注射时长历史数据，获取液体注射实际时长范围；

输液提醒事件生成单元，用于根据所述液体注射实际时长范围，生成输液提醒事件。

8.根据权利要求7所述的终端设备，其特征在于，所述输液数据信息获取单元包括：

接收子单元，用于接收所述用户输入与所述输液信息关联的输液数据信息的操作；

响应子单元，用于响应于所述操作，获取与所述输液信息关联的输液数据信息；

其中，所述输液数据信息至少包括液体类型、液体剩余量和液体注入速度。

9.根据权利要求6所述的终端设备，其特征在于，所述场景信息获取模块包括：

出行信息获取单元，用于获取用户的出行信息；

所述数据信息获取模块包括：

出行数据信息获取单元，用于根据所述用户的出行信息，获取与所述出行信息关联的出行数据信息；

所述提醒事件生成模块包括：

第三时长获取单元，用于根据所述出行信息，获取历史出行时长和规划出行时长；

第四时长获取单元，用于根据所述出行数据信息，获取干扰出行时长；

第五时长获取单元，用于根据所述历史出行时长、所述规划出行时长和所述干扰出行时长，获取实际出行时长范围；

出行提醒事件生成单元，用于根据所述实际出行时长范围，生成出行提醒事件；

其中，所述出行数据信息至少包括交通信息、个人信息、气候信息、所在城市信息、节假日信息和历史路径信息中的一种。

10.根据权利要求6所述的终端设备，其特征在于，所述场景信息获取模块包括：

驾驶信息获取单元，用于获取用户的驾驶信息；

所述数据信息获取模块包括：

驾驶数据信息获取单元，用于根据所述用户的驾驶信息，获取与所述驾驶信息关联的驾驶数据信息；

所述提醒事件生成模块包括：

目标行驶路段获取单元，用于根据所述驾驶信息，获取目标行驶路段；

异常路况信息获取单元，用于根据所述驾驶数据信息，获取所述目标行驶路段的异常路况信息；

驾驶提醒事件生成单元，用于根据所述目标行驶路段的异常路况信息，生成驾驶提醒事件；

其中，所述驾驶数据信息至少包括路况信息。

11.一种终端设备，其在于，包括处理器，存储器，存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至5中任一项所述的提醒方法的步骤。

12.一种计算机可读存储介质，其在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的提醒的步骤。

Images