CN115686698A - 一种日程管理方法及终端设备 - Google Patents

Abstract

本申请实施例涉及一种日程管理方法，该方法应用于终端设备中具有日程管理按钮的信息流应用。方法包括：获取用户通过信息流应用中的日程管理按钮触发生成的新增日程任务指令。根据新增日程任务指令确定新增任务信息。然后，将新增任务信息输入至日程任务时间预测模型，以便确定出预测日程时间段。再根据预测日程时间段确定出日程计划执行时间。之后，可以根据新增任务信息和日程计划执行时间确定新增日程任务，可以理解的是，新增日程任务包括新增任务信息和日程计划执行时间。本申请通过在信息流应用中增加日程管理按钮，使得用户可以通过信息流应用中的日程管理按钮直接添加日程任务，保障了用户可以更有效地利用时间，并提高用户的自律性。

Description

一种日程管理方法及终端设备

技术领域

本申请涉及电子技术领域，尤其涉及一种日程管理方法及终端设备。

背景技术

当前，手机已经成为人们日常生活中必不可少的设备，通常手机上也会安装众多的应用(application，APP)，这使得现在的人们对手机有着极强的依赖性。其中，APP中内容的呈现方式主要是信息流，而信息流可以无限刷新。其中，具有信息流特点的APP有很多种，例如资讯类APP、视频类APP、购物类APP等。也就是说，此类APP会不断呈现新的内容给用户观看，以保证用户长时间使用APP浏览新内容。但是用户长时间不停止的浏览APP呈现的内容，将会极易打乱用户原有计划，并降低用户的自律性。

目前，虽然也具有一些日程管理类APP以记录用户的日程安排，但是此类APP在不同的使用场景下均需要用户手动自行添加日程信息，使用起来十分不方便，因此亟需一种可以进行统一日程管理的方式对上述具有信息流特点的APP进行日程管理。

发明内容

本申请实施例提供了一种日程管理方法，用户可以通过信息流应用中的日程管理按钮直接添加新增日程任务，以便用户可以更有效地利用时间，提高用户的自律性。

第一方面，提供了一种日程管理方法，该方法可以应用于终端设备中的信息流应用。其中，信息流应用具有日程管理按钮。信息流应用可以包括购物应用、视频应用、音乐播放应用、资讯类应用和读书类应用等。该方法可以包括：获取用户通过信息流应用中的日程管理按钮触发生成的新增日程任务指令。之后，可以根据新增日程任务指令确定新增任务信息。然后，将新增任务信息输入至日程任务时间预测模型，以便确定出预测日程时间段。再根据预测日程时间段确定出日程计划执行时间。之后，可以根据新增任务信息和日程计划执行时间确定新增日程任务，可以理解的是，新增日程任务包括新增任务信息和日程计划执行时间。本申请通过在信息流应用中增加日程管理按钮，使得用户可以通过信息流应用中的日程管理按钮直接添加日程任务，保障了用户可以更有效地利用时间，并提高用户的自律性。

在一个可能的实施方式中，终端设备中还可以包括日程管理应用。根据预测日程时间段确定日程计划执行时间，可以包括：获取日程管理应用中至少一个其它日程任务的执行时间。然后，根据预测日程时间段与至少一个其它日程任务的执行时间，确定日程计划执行时间。本申请中，还可以结合其它日程任务的执行时间，确定出新增日程任务的日程计划执行时间。从而避免各个日程任务之间存在执行时间冲突。

在一个可能的实施方式中，在根据预测日程时间段确定日程计划执行时间之后，该方法还可以包括：将日程计划执行时间进行显示。之后，接收用户发出的修改指令。再根据修改指令对日程计划执行时间进行调整。本申请还可以将日程计划时间进行显示，以便用户手动调整为更合适的时间。

在一个可能的实施方式中，新增任务信息可以包括用户信息。在确定新增日程任务之后，该方法还可以包括：若其它日程任务的执行时间与日程计划执行时间存在交集，可以将用户信息输入至执行偏好预测模型，从而确定出用户的日程任务执行偏好。之后，根据日程任务执行偏好确定其它日程任务与新增日程任务的执行顺序。本申请还可以在新增日程任务与其它日程任务存在执行时间冲突时，根据用户的偏好确定执行先后顺序，从而保障了用户可以更有效地利用时间，并提高用户的自律性。

在一个可能的实施方式中，该方法还可以包括：当日程任务执行完毕后，记录日程任务的行为信息。其中，日程任务的行为信息可以包括日程任务的真实执行时间和日程任务的任务信息。日程任务可以包括其它日程任务和/或新增日程任务。之后，可以根据日程任务的行为信息对日程时间预测模型进行更新。本申请还可以在执行完日程任务后记录日程任务的行为信息，并根据该行为信息对日程时间预测模型进行更新，以便后续可以更加准确的预测新增日程任务的预测日程时间段。

在一个可能的实施方式中，该方法还可以包括：当日程任务执行完毕后，记录日程任务的行为信息。其中，日程任务的行为信息可以包括日程任务对应的用户信息和日程任务的类别信息。日程任务包括其它日程任务和/或新增日程任务。之后，可以根据日程任务的行为信息对执行偏好预测模型进行更新。本申请还可以在执行完日程任务后记录日程任务的行为信息，并根据该行为信息对执行偏好预测模型进行更新，以便后续可以更加准确的预测用户的偏好。

在一个可能的实施方式中，该方法还可以包括：若上一次执行日程任务的时间与当前时刻之间的时间差大于或等于预设时间阈值，则可以获取用户信息。其中，日程任务可以包括其它日程任务和/或新增日程任务。之后，可以将用户信息输入至执行偏好预测模型确定用户的日程任务执行偏好。然后，根据用户的日程任务执行偏好确定推荐日程任务，并将该推荐日程任务作为新增日程任务。本申请还可以在用户一段时间未执行日程任务时，根据用户的偏好自动生成用户感兴趣的日程任务，丰富了用户的使用体验。

在一个可能的实施方式中，将推荐日程任务作为新增日程任务可以包括：将推荐日程任务进行显示。然后，接收用户的确认指令。再根据确认指令将推荐日程任务作为新增日程任务。本申请还可以根据用户的实际需求确定是否将推荐日程任务作为新增日程任务，丰富了用户的使用体验。

在一个可能的实施方式中，该方法还可以包括：将新增日程任务添加至终端设备中的日程管理应用中。本申请还可以将新增日程任务同步至终端设备的日程管理应用中，以便用户可以更加方便的规划日程任务，丰富用户的使用体验。

第二方面，提供了一种日程管理终端设备，终端设备包括信息流应用，信息流应用具有日程管理按钮，信息流应用包括购物应用、视频应用、音乐播放应用、资讯类应用和读书类应用，终端设备包括：处理器用于与存储器耦合，以及读取并执行存储在存储器中的指令；当处理器运行时执行指令，使得处理器用于获取新增日程任务指令，新增日程任务指令为用户通过信息流应用中的日程管理按钮触发生成的；根据新增日程任务指令，确定新增任务信息；将新增任务信息输入至日程任务时间预测模型，确定预测日程时间段；根据预测日程时间段确定日程计划执行时间；确定新增日程任务，其中，新增日程任务包括新增任务信息和日程计划执行时间。本申请通过在信息流应用中增加日程管理按钮，使得用户可以通过信息流应用中的日程管理按钮直接添加日程任务，保障了用户可以更有效地利用时间，并提高用户的自律性。

在一个可能的实施方式中，终端设备还包括日程管理应用；处理器还用于：获取日程管理应用中至少一个其它日程任务的执行时间；根据预测日程时间段与至少一个其它日程任务的执行时间，确定日程计划执行时间。本申请中，还可以结合其它日程任务的执行时间，确定出新增日程任务的日程计划执行时间。从而避免各个日程任务之间存在执行时间冲突。

在一个可能的实施方式中，处理器还用于：控制显示器将日程计划执行时间进行显示；接收用户发出的修改指令；根据修改指令对日程计划执行时间进行调整。本申请还可以将日程计划时间进行显示，以便用户手动调整为更合适的时间。

在一个可能的实施方式中，处理器还用于：控制显示器将日程计划执行时间进行新增任务信息包括用户信息；处理器还用于：若其它日程任务的执行时间与日程计划执行时间存在交集，将用户信息输入至执行偏好预测模型以确定用户的日程任务执行偏好；根据日程任务执行偏好确定其它日程任务与新增日程任务的执行顺序。本申请还可以在新增日程任务与其它日程任务存在执行时间冲突时，根据用户的偏好确定执行先后顺序，从而保障了用户可以更有效地利用时间，并提高用户的自律性。

在一个可能的实施方式中，处理器还用于：当日程任务执行完毕后，记录日程任务的行为信息，日程任务的行为信息包括日程任务的真实执行时间和日程任务的任务信息，其中，日程任务包括其它日程任务和/或新增日程任务；根据日程任务的行为信息对日程时间预测模型进行更新。本申请还可以在执行完日程任务后记录日程任务的行为信息，并根据该行为信息对日程时间预测模型进行更新，以便后续可以更加准确的预测新增日程任务的预测日程时间段。

在一个可能的实施方式中，处理器还用于：当日程任务执行完毕后，记录日程任务的行为信息，日程任务的行为信息包括日程任务对应的用户信息和日程任务的类别信息，其中，日程任务包括其它日程任务和/或新增日程任务；根据日程任务的行为信息对执行偏好预测模型进行更新。本申请还可以在执行完日程任务后记录日程任务的行为信息，并根据该行为信息对执行偏好预测模型进行更新，以便后续可以更加准确的预测用户的偏好。

在一个可能的实施方式中，处理器还用于：若上一次执行日程任务的时间与当前时刻之间的时间差大于或等于预设时间阈值，获取用户信息，其中，日程任务包括其它日程任务和/或新增日程任务；将用户信息输入执行偏好预测模型，以确定用户的日程任务执行偏好；根据用户的日程任务执行偏好确定推荐日程任务，并将推荐日程任务作为新增日程任务。本申请还可以在用户一段时间未执行日程任务时，根据用户的偏好自动生成用户感兴趣的日程任务，丰富了用户的使用体验。

在一个可能的实施方式中，处理器还用于：控制显示器将推荐日程任务进行显示；接收用户的确认指令；根据确认指令将推荐日程任务作为新增日程任务。本申请还可以根据用户的实际需求确定是否将推荐日程任务作为新增日程任务，丰富了用户的使用体验。

在一个可能的实施方式中，处理器还用于：将新增日程任务添加至终端设备中的日程管理应用中。本申请还可以将新增日程任务同步至终端设备的日程管理应用中，以便用户可以更加方便的规划日程任务，丰富用户的使用体验。

第三方面，提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，其特征在于，当指令在终端上运行时，使得终端执行第一方面中任意一项的方法。

第四方面，提供了一种包含指令的计算机设备，当其在终端上运行时，使得终端执行第一方面中的任意一项的方法。

第五方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面中任意一项的方法。

本申请公开了一种日程管理方法，通过在信息流应用中添加日程管理按钮，使得用户可以直接在使用信息流应用时，点击该日程管理按钮添加新增日程任务，使得用户可以更有效地利用时间，提高用户的自律性。

附图说明

图1为本申请实施例提供的一种应用场景示意图；

图2为一种视频类APP新片预约示意图；

图3为一种视频类APP动漫周更表示意图；

图4为一种视频类APP收藏界面示意图；

图5为一种视频类APP体育赛事安排示意图；

图6a为一种购物类APP商品预约示意图；

图6b为另一种购物类APP商品预约示意图；

图7为一种日程管理类APP界面示意图；

图8为本申请实施例提供的一种日程管理架构示意图；

图9为本申请实施例提供的一种信息流APP界面示意图；

图10为本申请实施例提供的一种日程管理方法流程图；

图11为本申请实施例提供的另一种日程管理方法流程图；

图12为本申请实施例提供的又一种日程管理方法流程图；

图13为本申请实施例提供的再一种日程管理方法流程图；

图14为本申请实施例提供的一种时间段划分示意图；

图15为本申请实施例提供的一种用户修改确认新增日程任务界面示意图；

图16为本申请实施例提供的一种新增日程任务添加成功界面提示示意图；

图17为本申请实施例提供的一种日程管理装置示意图；

图18为本申请实施例提供的一种终端设备示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

本申请主要应用于用户浏览终端设备上具有信息流特点的APP的场景。例如图1所示出的场景示意图，终端设备通常都安装有具有信息流特点的APP，例如资讯类APP、视频类APP、购物类APP等，图1则以视频类APP为示例进行展示。用户在浏览此类具有信息流特点的APP时，通常可以获取大量的信息流。这使得用户极其容易被获取到的大量信息流影响，导致用户原有的计划被搁置、打乱。以视频类APP为例，用户可能预先计划打开视频类APP观看某部电视剧，然而由于视频类APP主页上通常充斥着大量的推荐视频，大部分都是紧跟时事热点或者符合用户兴趣爱好的视频，因此用户往往会被这些视频所吸引并进行观看。当用户长时间观看视频类APP的推荐视频，最终将会导致用户观看电视剧的计划被耽搁。

目前的信息流APP通常不具有添加日程任务的功能，也无法对日程任务进行有效的管理。仍以视频类APP为例，目前终端设备上的视频类APP，部分具有新片预约功能。例如，通过用户点击“预约”按钮，从而将观看新片的日程任务添加至系统的日程管理应用中，如日历APP。之后，当该新片临近上线时，可以根据日程任务进行相应的通知提醒，以提醒用户观看预约的新片。例如图2示出的，用户通过点击某部影片的“预约”按钮，之后终端设备显示图2右侧示出的日程界面。该界面包括有日程的执行时间、视频来源等信息。同时还包括提醒信息，以便在相应的时间段对用户进行提醒观看。但是，此类功能通常仅局限于新片预约，对于已经上映的视频或者短视频等，则无法添加预约进行观看。

另外，部分视频类APP提供有动漫周更表的功能。此类功能主要针对动漫视频，该表以周为时间单位，列出一周内各天更新的动漫。显然，此功能是为了适应更新频率为一周更新一次的动漫视频。从而方便用户进行查阅。例如图3所示出的，用户可以通过视频APP自带的动漫周更表查看本周更新的动漫，例如可以按照不同天对更新的动漫进行划分。如周一更新了XXX和XXX，周二更新了XXX、XXX和XXX等。显然，此类功能也近局限于周更的动漫视频，同时，此类方法仅提示某部动漫在哪天会进行更新，并不会有针对性的进行提醒，以及，此类动漫周更表对于用户而言不具有针对性，也就是说，不会仅针对用户喜爱的动漫进行提醒。

在一些情况下，部分视频类APP还提供了视频收藏的功能。例如，存在部分视频是用户想要观看的，但是用户此时可能由于一些原因无法进行观看，则可以通过将想要观看的视频进行收藏，以便后续再通过收藏夹中寻找想要观看的视频。例如图4所示出的，可以看到用户在空闲时间可以通过“我的收藏”查阅之前收藏过的视频，并进行观看。但是此类方式仅仅实现了收藏，并不是日程任务，显然不会在某个时间点提醒用户需要观看。该方式需要用户自己在空闲时间去进行查阅和观看。

在又一些情况下，部分视频类APP还会提供一些赛事直播，因此在一些例子中，包含赛事直播的视频类APP可以提供赛事日程列表。此类列表通常是将一段时间内要进行的比赛按照时间顺序进行排列，其中可以有已经结束的赛事、正在进行的赛事以及未来即将进行的赛事。例如图5所示出的，用户可以通过赛事安排查看在一段时间内的各个体育赛事，该赛事安排可以按照时间顺序将各个体育赛事进行排列。用户通过查看相应赛事的进行时间，以便在对应的时间点进行观看。用户还可以添加赛事提醒，用于在该赛事临近开始时提醒用户进行观看。此类赛事直播往往默认距离比赛开始前一定时间进行提醒，用户通常无法对本次提醒的日程任务进行设定。

针对上述情况，可以看出目前视频类APP具有日程管理的场景并不多，并且不同场景的日程管理方式大不相同，可见目前视频类APP并不具有真正的日程管理模块用于管理用户的日程任务。无法帮助用户合理规划时间，也无法提高用户的自律性。

针对购物类APP，目前的一些方案中提供了预约购买的功能。用户通过对某个商品进行预约，以便在开始抢购的时候可以提醒用户进行购买。例如图6a和图6b所示出的，其中，图6a为某个商品购物界面，用户可以通过点击“预约”按钮进行预约，以便在相应的抢购时间提醒用户进行购买。当用户预约完毕后，图6b示出了预约列表，该预约列表中则包含用户已经预约成功的商品信息。此类方案目前仅涉及购买场景，并不适用于其它的场景。同时与视频APP中的赛事直播场景类似，往往默认距离购买开始前一定时间进行提醒，用户通常无法对本次提醒的日程任务进行设定。

而针对上述情况，在一些方案中提供了独立的日程管理类APP，用户通过使用此类APP对自己的日程任务进行管理。例如图7所示出的，用户可以手动添加各种日程任务，并设置相应的参数信息，例如标题、执行时间、提醒信息等。但是，由于独立的日程管理类APP与信息流APP是完全独立的不同APP，这使得用户在使用信息流APP时，若想要创建日程任务，需要重新进入日程管理类APP后进行手动设置才可以。这使得用户体验非常差。

可见，针对目前市面上的各种信息流APP中仅针对部分场景单独设计了日程管理方案，更多的使用场景例如短视频、已经上线的视频等则没有相应的日程管理功能。同时，对于部分提供了预约观看、预约购买等功能，用户也无法对其日程任务进行编辑和修改，对用户使用上造成了一定的影响，导致用户并不能合理利用时间，降低了用户的使用体验。

因此，本申请提供了一种日程管理方法，通过在信息流APP中新增一个日程管理按钮，使得用户在使用信息流应用时，可以通过该日程管理按钮直接添加新增日程任务。保障了用户可以更有效地利用时间，提高用户的自律性。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行详细描述。

图8为本申请实施例提供的一种日程管理架构示意图。

如图8所示，本申请提供了一种日程管理架构，该架构可以应用于终端设备上。在一个例子中，终端设备可以包括但不限于手机、智能电视、智能音响、可穿戴设备、平板电脑、桌面型计算机、个人电脑(personal computer，PC)、电脑一体机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digitalassistant，PDA)、膝上型计算机(laptop)、移动电脑、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、人工智能(artificial intelligence，AI)设备和/或车载设备等任意终端设备或便携式终端设备。

可以看出，终端设备可以包括应用层、框架层和内核层。其中，应用层中可以具有信息流APP，该信息流APP可以是资讯类APP、视频类APP、购物类APP、音乐播放APP、和读书类APP等具有信息流特点的APP。可以理解的是，本申请对具体的信息流APP不做限定。同时，本申请中的信息流APP是具有日程管理按钮的。如图9所示出的，以信息流APP为视频APP为例，本申请在信息流APP的页面上添加了日程管理按钮901。用户可以直接通过该日程管理按钮在使用信息流APP时添加日程任务。当用户点击应用层中信息流APP的日程管理按钮后，信息流APP通过专属的应用程序接口(application programming interface，API)调用处于框架(framework)层中的日程管理服务，从而实现用户对日程任务的新增、修改、删除等操作。

在一个例子中，例如图9所示出的，可以在每个视频后方添加日程管理按钮901。当然，在另一些例子中，若信息流APP为音乐播放APP，则可以在每首音乐后方添加日程管理按钮901；又或者，若信息流APP为购物类APP，则可以在每件商品后方添加日程管理按钮901；又或者，若信息流APP为资讯类APP，则可以在每篇文章或推送后方添加日程管理按钮901；又或者，若信息流APP为读书类APP，则可以在每本书籍作品后方添加日程管理按钮901。当然可以理解的是，可以根据实际信息流APP所针对的领域在相应的位置添加日程管理按钮901，本申请不做限定。

在另一个例子中，终端设备的应用层中还可以具有日程管理APP。可以理解的是，该日程管理APP为独立的日程管理APP，例如可以是系统自带的日历APP或任意一款第三方日程管理APP。framework层中还可以包括与日程管理APP相对应的日程任务存储服务。该日程任务存储服务可以存储日常管理APP中用户手动添加的一条或多条日程任务。framework层中的日程管理服务还可以调用日程任务存储服务，以便信息流APP获取到日程管理APP中存储的一条或多条日程任务。当然，在一些例子中，可以通过提示用户是否授权信息流APP获取日程管理APP中存储的日程任务。当用户选择是或者同意时，则允许日程管理服务调用日程任务存储服务，否则拒绝日程管理服务调用日程任务存储服务。

图10为本申请实施例提供的一种日程管理方法流程图。

如图10所示，本申请提供了一种日程管理方法，该方法可以应用于上述图8至图9所涉及的终端设备，该终端设备上安装有信息流APP，信息流APP可以是上述提到的资讯类APP、视频类APP、购物类APP、音乐播放APP、和读书类APP等具有信息流特点的APP。该信息流APP具有日程管理按钮，该日程管理按钮可以使得用户在使用信息流APP的过程中对日程任务进行管理。该方法可以包括以下步骤：

S1001，根据用户点击终端设备的信息流APP中的日程管理按钮，获取新增日程任务指令。

用户在使用终端设备的信息流APP时，当想要添加某个日程任务时，可以通过点击位于信息流APP中的日程管理按钮，直接进行添加。当用户点击了该日程管理按钮后，可以触发终端设备产生新增日程任务指令，该新增日程任务指令用于添加新增日程任务。可以理解的是，新增日程任务为用户新增的日程任务。换句话说，日程任务包括新增日程任务。

S1002，根据新增日程任务指令，确定新增任务信息。

之后，终端设备的信息流APP根据S1001生成的新增日程任务指令，确定新增日程任务的新增任务信息。

在一个例子中，新增任务信息可以包括用户信息和详情信息。其中，用户信息可以包括登录信息流APP的账户信息，例如包括用户名、性别、年龄、地域等多种属性。而根据使用场景的不同，详情信息可以是视频信息、音乐信息、文章信息、购物信息等等。在一个例子中，若信息流APP为资讯类APP，详情信息可以是文章信息；若信息流APP为视频类APP，详情信息可以是视频信息；若信息流APP为购物类APP，详情信息可以是购物信息；若信息流APP为音乐播放APP，详情信息可以是音乐信息；若信息流APP为读书类APP，详情信息可以是小说信息或者文章信息等。可以理解的是，针对不同情况详情信息的具体内容可以完全相同、部分不同或者完全不同。例如，视频信息可以包括视频标题、视频分类、视频标签、视频时长等信息；而购物信息则可以包括商品名称、商品价格、商品分类等信息。可以理解的是，上述仅作为示例性进行描述，本申请并不对具体的用户信息和详情信息进行限定。

S1003，将新增任务信息输入至日程任务时间预测模型，确定预测日程时间段。

终端设备的信息流APP将S1003确定的新增任务信息输入至预先训练好的日程任务时间预测模型，从而确定出相应的预测日程时间段。其中，该预测日程时间段用于指示较为适合执行新增日程任务的时间段。

在一个例子，时间段可以根据实际情况进行划分，例如可以粗略的划分一天为2个时间段，即白天和夜晚。也可以更细致的划分为上午、下午、晚上和夜间4个时间段。显然，时间段的划分可以根据经验进行合理的划分，同时每个时间段的起始时间和结束时间也可以根据经验进行划分，本申请并不做限定。当然，在一个例子中，提供了一种较为具体的时间段划分方式，该划分仅为示例性描述，例如可以划分8个时间段，即凌晨00:00～05:00、清晨05:00～06:00、早晨06:00～08:00、上午08:00～11:00、中午11:00～13:00、下午13:00～17:00、傍晚17:00～18:00和晚上18:00～次日00:00。

在一个例子中，终端设备的信息流APP将用户信息和详情信息输入至预先训练好的日程任务时间预测模型，得到该日程任务时间预测模型输出的预测日程时间段，例如以上述划分的8个时间段为例，假设输出为下午13:00～17:00，则表示新增日程任务适合在下午13:00～17:00这一时间段执行。

S1004，根据预测日程时间段确定日程计划执行时间。

终端设备的信息流APP根据S1003确定的预测日程时间段，进一步确定日程计划执行时间。其中，日程计划执行时间包括日程计划起始时间和日程计划结束时间。

在一个例子中，终端设备的信息流APP可以直接默认预测日程时间段为日程计划执行时间。即将预测日程时间段的起始时间作为日程计划起始时间，以及将预测日程时间段的结束时间作为日程计划结束时间。

在另一个例子中，信息流APP还可以将预测日程时间段进行显示，用户可以参考S1003中得到的预测日程时间段，并在该时间段中选择出具体的日程计划执行时间，即在S1003中得到的预测日程时间段中确定出具体的日程计划起始时间和日程计划结束时间。在一个例子中，终端设备可以接收到用户发出的修改指令，以修改日程计划起始时间和日程计划结束时间，从而确定修改后的日程计划执行时间。例如用户点击终端设备上显示的预测日程时间段，从而修改具体的时间。显然，由于日程计划执行时间是用户手动输入确认的，因此日程计划执行时间可能与S1003中得到的预测日程时间段部分重叠、完全重叠或者完全不重叠。

在又一个例子中，终端设备中还可以安装有日程管理APP，其中，信息流APP还可以获得读取日程管理APP的部分信息，例如其它日程任务。可以理解的是，其它日程任务是存储在日程管理APP中的日程任务。在一个例子中，信息流APP读取日程管理APP的至少一个其它日程任务，可以是信息流APP被授权了读取日程管理APP信息，例如终端设备可以通过显示屏提示用户“是否授权获取日程管理APP的信息”。当用户选择“是”或者其它等效的操作后，开启信息流APP读取日程管理APP信息的权限。信息流APP在获得读取日程管理APP信息的权限后，可以获取存储在日程管理APP中的至少一个其它日程任务的执行时间。之后，在S1003得到的预测日程时间段中结合至少一个其它日程任务的执行时间，确定出日程计划执行时间。例如，预测日程时间段为下午13:00～17:00，获取到的其它日程信息为A日程任务15:00～15:30，B日程任务为15:50～17:00。信息流APP可以根据新增日程任务的执行时长确定出合适的日程计划执行时间。假设新增日程任务执行时长为50分钟，显然，15:30～15:50这一空闲时段是无法完成新增任务的。而13:00～15:00的空闲时段显然满足新增日程任务的执行时长。因此，可以确定日程计划执行时间为13:00～15:00。即日程计划起始时间为13:00，以及日程计划结束时间为15:00。当然，若增日程任务没有执行时长的信息，则可以将最长的空闲时段作为日程计划执行时间。

当然，进一步的，若新增任务信息中包含新增日程任务执行时长，还可以根据新增日程任务执行时长和日程计划起始时间，确定出更为准确的日程计划结束时间。例如，预测日程时间段为下午13:00～17:00，新增日程任务执行时长为50分钟，若确定日程计划起始时间为13:00，则可以根据新增日程任务执行时长为50分钟，确定出日程计划结束时间为13:50。

S1005，确定新增日程任务。

终端设备的信息流APP在S1004中确定出日程计划执行时间后，可以结合新增任务信息确定出新增日程任务。其中，新增日程任务中包括有新增任务信息和日程计划执行时间。

在一个例子中，若信息流APP获得了读取日程管理APP信息的权限，则在确定出新增日程任务后，还可以根据新增日程任务的日程计划执行时间以及从日程管理APP读取的至少一个其它日程任务的执行时间，确定新增日程任务与其它日程任务是否存在执行时间冲突。显然若存在不同的日程任务在执行时间上存在交集，则说明这些日程任务在执行时间上冲突，此时可以将新增任务信息中的用户信息输入至预先训练好的执行偏好预测模型中，从而确定出该用户信息所对应用户的日程任务执行偏好。之后，信息流APP可以根据得到的日程任务执行偏好，调整在执行时间上存在交集的多个日程任务的执行顺序。例如，确定的新增日程任务的日程计划执行时间为13:00～13:50，获取到的A日程任务15:00～15:30、B日程任务为15:50～17:00、C日程任务为13:00～13:30。信息流APP检测到新增日程任务与C日程任务存在执行时间的冲突，此时可以将新增日程任务中新增任务信息的用户信息输入至预先训练好的执行偏好预测模型中进行预测，得到上述用户信息所对应用户的日程任务执行偏好。可以理解的是，新增日程任务和其它日程任务可以包括标签，该标签用于对任务进行分类，例如，若信息流APP为视频类APP时，则标签可以用于区分不同日程任务所要观看的视频类别，如惊悚电影、动漫、真人秀、体育比赛等。若信息流APP为音乐播放类APP时，则标签可以如欧美音乐、国语音乐等；或者，摇滚音乐、说唱音乐、流行音乐等；又或者，XX明星、某某明星等。显然上述仅作为示例性进行描述，具体的标签可以根据实际情况进行设定，本申请不做限定。

显然，得到的用户的日程任务执行偏好可以表示为不同标签的感兴趣程度，如A标签80％、B标签10％、C标签5％、D标签3％和E标签2％，假设新增日程任务对应A标签、C日程任务对应D标签。可以根据得到的用户的日程任务执行偏好，确定先执行新增日程任务，后执行C日程任务。当然，在一些例子中，还可以用分数表示不同标签的感兴趣程度，可以采用100分制、10分制、5分制等，当然还可以不设定分数上限，本申请不做限定。

在一些例子中，当存在某个时间段存多个日程任务按照上述方式排序后，若再次存在添加新增日程任务，并确定日程计划执行时间时，需要同时考虑同一时间段内的多个日程任务的执行时长。例如，仍以新增日程任务与C日程任务在13:00存在执行冲突为例，假设新增日程任务执行时长为50分钟，C日程任务执行时长为30分钟，在13:00时按照先执行新增日程任务后执行C日程任务的顺序。此时若再次添加新增日程任务，例如称为新增日程任务2。则在确定新增日程任务2的日程计划执行时间时，假设仍然在下午13:00～17:00时间段，则需要根据新增日程任务执行时长50分钟和C日程任务执行时长30分钟将13:00～14:20去除。换句话说，新增日程任务2的日程计划起始时间最早只能从14:20开始。

在又一些例子中，若在某个时间段存多个日程任务在执行时间上冲突，还可以将多个日程任务进行显示，以便用户查阅。然后接收用户输入的排序信息，以便按照用户手动排序的顺序对存在执行时间冲突的多个日程任务进行排序，方便后续用户按照该排序顺序执行多个日程任务。

S1006，将新增日程任务进行保存。

终端设备的信息流APP在S1005中确定出新增日程任务后，可以将新增日程任务进行保存。例如保存至信息流APP中。

在一些例子中，若信息流APP获得了读取日程管理APP信息的权限，则还可以在确定出新增日程任务后，将该新增日程任务添加至日程管理APP中进行保存。从而实现了将新增日程任务同步的过程。

本申请提供的一种日程管理方法，通过在信息流APP中添加日程管理按钮，使得用户可以直接在使用信息流应用时，点击该日程管理按钮添加新增日程任务，使得用户可以更有效地利用时间，提高用户的自律性。

图11为本申请实施例提供的另一种日程管理方法流程图。

如图11所示，本申请还提供了另一种日程管理方法流程图。该方法主要用于对图10中提到的日程任务时间预测模型和执行偏好预测模型进行模型更新。该方法可以包括以下步骤：

S1101，当日程任务执行完毕后，记录日程任务的行为信息。

终端设备的信息流APP可以在执行完日程任务后，记录执行完毕的日程任务的行为信息。其中，该行为信息可以包括日程任务的真实执行时间和日程任务的任务信息，该行为信息还可以包括日程任务对应的用户信息和日程任务的类别信息。

当然在一些例子中，还可以不断记录用户使用该信息流APP的行为信息。显然，若用户并未设定日程任务，但仍使用信息流APP时，也可以将用户平时使用该信息流APP的行为信息进行记录。当然，在一些例子中可以提示用户是否允许获取使用信息流APP的行为信息，并在用户点击“确认”或“允许”等功能类似的按钮后，对使用信息流APP的行为信息进行记录。

可以理解的是，执行完毕的日程任务可以是图10中提到的新增日程任务，也可以是日程管理APP中的其它日程任务。也就是说S1101可以在S1006之后执行，也可以在S1006之前执行，还可以与S1006同时执行。

S1102，根据日程任务的行为信息对日程时间预测模型进行更新。

终端设备的信息流APP可以根据S1101中记录的日程任务的行为信息，对日程时间预测模型进行更新，以使得后续可以通过更新后的日程时间预测模型更加精准的预测新增日程任务的预测日程时间段。

在一个例子中，若对日程时间预测模型进行更新，则可以采用行为信息中的部分信息对日程时间预测模型进行更新，例如采用日程任务的真实执行时间和日程任务的任务信息对日程时间预测模型进行更新。例如可以采用有监督学习的方式，其中任务信息中可以携带有该日程任务的标签，以使得更新后的日程时间预测模型可以输出某类标签的日程任务所对应的最优执行时间段，即得到预测日程时间段。

S1103，根据日程任务的行为信息对执行偏好预测模型进行更新。

终端设备的信息流APP可以根据S1101中记录的日程任务的行为信息，对执行偏好预测模型进行更新，以使得后续可以通过更新后的执行偏好预测模型更加精准的预测用户的行为偏好。

在一个例子中，若对执行偏好预测模型进行更新，则可以采用行为信息中的部分信息对执行偏好预测模型进行更新，例如采用日程任务对应的用户信息和日程任务的类别信息对执行偏好预测模型进行更新。例如可以采用有监督学习的方式，更新后的执行偏好预测模型可以输出某用户信息对应各个不同的日程任务的类别信息的分值，以表示该用户信息对不同类别的日程任务的偏好程度。

可以理解的是，S1102和S1103在执行上并无严格的先后顺序，可以先执行S1102后执行S1103，也可以先执行S1103后执行S1102，当然还可以同时执行S1102和S1103，本申请不做限定。

同时，本申请图11所描述的更新日程时间预测模型和更新执行偏好预测模型可以是实时更新，也可以是周期性更新，例如按照每天一更新、三天一更新或者每周一更新等。同时，不同的预测模型的更新频率可以相同或者不同，可以根据实际情况进行设定，本申请不做限定。

本申请还可以对图10所描述的日程时间预测模型和执行偏好预测模型按照一定频率进行更新，从而保证预测模型结果更为精准，有助于用户对日程任务进行管理，并更加合理的利用时间，提高用户的自律性。

图12为本申请实施例提供的又一种日程管理方法流程图。

如图12所示，本申请还提供了又一种日程管理方法，该方法适用于用户长时间未使用信息流APP，此时信息流APP可以自动生成推荐日程任务，从而实现对用户进行个性化推荐。该方法还可以包括以下步骤：

S1201，确定上一次执行日程任务的时间与当前时刻之间的时间差是否大于或等于预设时间阈值。

终端设备的信息流APP还可以实时监测上一次执行日程任务的时间与当前时刻之间的时间差。在一个例子中，可以以上一次执行日程任务的结束时间作为时间差的起始时间，例如，假设当前时刻为X月23日14:00，上一次执行日程任务的结束时间为X月21日23:00。则可以确定出时间差为39个小时。之后，判断该时间差是否大于或等于预设的时间阈值。假设时间阈值为24小时，显然39小时大于24小时，则可以执行S1202。

在一个例子中，若上一次执行日程任务的时间与当前时刻之间的时间差小于预设时间阈值，则可以直接结束流程。

可以理解的是，上一次执行的日程任务，可以包括图10和图11中所描述的其它日程任务和/或新增日程任务。

S1202，获取用户信息。

当S1201中确定上一次执行日程任务的时间与当前时刻之间的时间差大于或等于预设时间阈值时，可以获取当前的用户信息。在一个例子中，例如可以是登录了信息流APP的用户信息。

S1203，将用户信息输入执行偏好预测模型，以确定用户的日程任务执行偏好。

终端设备的信息流APP可以将S1202中获取到的用户信息输入至执行偏好预测模型中，从而得到该用户信息所对应用户的日程任务执行偏好。

S1204，根据所述用户的日程任务执行偏好确定推荐日程任务。

之后，终端设备的信息流APP可以根据S1203确定的用户的日程任务执行偏好，确定推荐日程任务。例如若用户的日程任务偏好是观看XX动漫为90％、观看X综艺节目为8％、观看XXX电视剧为2％，此时可以将观看XX动漫作为推荐日程任务。在一个例子中，可以将观看XX动漫这一推荐日程任务和用户信息共同输入至日程时间预测模型，并得到推荐日程任务对应的日程计划执行时间。

S1205，将推荐日程任务作为新增日程任务并进行保存。

终端设备的信息流APP可以将S1204中确定的推荐日程任务作为新增日程任务，然后保存至信息流APP中。

当然在一些例子中，若信息流APP获得了读取日程管理APP信息的权限，则还可以将推荐日程任务作为新增日程任务，同时保存至日程管理APP中。

在一个例子中，在将推荐日程任务作为新增日程任务进行保存之前，还可以将推荐日程任务进行显示。然后接收用户的确认指令。显然该确认指令是用户允许将推荐日程任务作为新增日程任务进行保存。之后，根据接收到的确认指令，将推荐日程任务作为新增日程任务进行保存。

可以理解的是，S1205在将推荐日程任务作为新增日程任务进行保存时，同时保存了推荐日程任务对应的日程计划执行时间。

本申请还可以提供智能推荐日程任务的功能，提升用户使用体验，帮助用户更有效地利用时间，提高用户的自律性。

可以理解的是，图8至图13中信息流APP所保存的日程任务均可以上传至云端服务器进行云存储，同时，还可以将用户信息等信息上传至云端服务器进行存储。在一些例子中，上述提到的日程时间预测模型和执行偏好预测模型可以位于服务器中，终端设备可以将输入模型的信息发送至云端服务器，以便云端服务器根据输入的信息进行预测。之后将模型预测结果发送至终端设备的信息流APP中，以进行后续过程。

图13为本申请实施例提供的再一种日程管理方法流程图。

如图13所示，本申请还提供了再一种日程管理方法，该方法以信息流APP为视频类APP为例进行描述。该方法运行在安装有视频类APP的终端设备中，视频类APP可以进一步划分为视频类APP客户端、视频类APP服务端。终端设备中还可以包括系统默认的日程管理APP。其中，视频类APP客户端可以理解为视频类APP的前端，即与用户进行互动的部分，视频类APP服务端可以理解为视频类APP的后端，即底层实现部分。该方法可包括以下步骤：

S1301，用户将视频、博主等信息添加至视频类APP的日程管理。

首先用户在使用视频类APP时，可以通过视频类APP所具有的日程管理按钮，添加新的日程任务，即新增日程任务。例如用户点击如图9所示出的日程管理按钮901。显然，该日程管理按钮901可以认为的用户添加视频或博主至个人日程视频管理的入口。其中，个人日程视频管理可以认为是视频类APP内用于保存日程任务的数据库，例如可以是以表格形式存储的。在一些情况中，博主也可以称为上传者(uploader，UP主)，即在视频网站、论坛、文件传输协议(file transfer protocol，ftp)站点上传视频音频文件的人。

S1302，获取视频或博主信息。

之后，视频类APP的服务端将获取需要添加的视频信息或者UP主信息。在一些例子中，此类信息可以用于填充新增日程任务的标题。

S1303，预测用户的最佳观影时间段。

视频类APP的服务端获取用户信息，该用户信息可以是登录了该视频类APP的用户信息。同时，将S1302中获取到的视频信息或UP主信息，以及用户信息输入至预先训练好的日程时间预测模型中进行预测。之后得到日程时间预测模型的输出，即预测日程时间段。该预测日程时间段在视频类APP中还可以称为最佳观影时间段。

在一个例子中，视频信息可以上述图8至图12中提到的新增任务信息中的详情信息。例如可以包括视频的标题、视频分类、视频标签等信息。用户信息即上述图8至图12中提到的新增任务信息中的用户信息，例如可以包括性别、年龄、地域等信息。

对于最佳观影时间段，可以是表示用户观看视频的起始时间所在的时间段，可以例如图14所划分的时间段，可以包括凌晨00:00～5:00、清晨05:00～06:00、早晨06:00～08:00、上午08:00～11:00、中午11:00～13:00、下午13:00～17:00、傍晚17:00～18:00、晚上18:00～24:00。可以理解的是，由于不同的用户其作息时间并不完全相同，因此用户还可以自定义个性化的时间划分，以及每个时段的时间范围。

S1304，确定用户最佳观影时间。

视频类APP的服务端可以根据最佳观影时间段，进一步确定用户的最佳观影时间，即上述图8至图12中提到的日程计划执行时间。其中，最佳观影时间包括观影起始时间和观影结束时间。可以理解的是，观影起始时间和观影结束时间分别对应上述图8至图12中提到的日程计划起始时间和日程计划结束时间。

在一个例子中，视频类APP的服务端可以将最佳观影时间段作为用户的最佳观影时间。即将观影起始时间设定为最佳观影时间段的起始时间，以及将观影结束时间设定为最佳观影时间段的结束时间。当然，在另一个例子中，视频信息可以包括视频的播放时长，也就是上述图8至图12中提到的新增日程任务执行时长。视频类APP的服务端可以根据视频的播放时长，确定出更为精准的观影结束时间。即观影起始时间往后延长视频的播放时长后，得到观影结束时间。

在又一个例子中，若视频类APP获得了读取日程管理APP信息的权限，则视频类APP还可以读取日程管理APP中的其它日程任务，即执行S1305。之后，视频类APP在最佳观影时间段中将所有其它日程任务对应的执行时间去除。也就是说，需要保证新增的视频的观看时间需要避开所有其它日程任务。当然，应当理解的是，可以仅考虑与最佳观影时间段处于同一天的其它日程任务对应的执行时间。假设最佳观影时间段为13:00～17:00，该视频的播放时长为50分钟，其它日程任务如F日程任务为14:00～16:30，则可以确定在最佳观影时间段中的空余时间段为13:00～14:00以及16:30～17:00。此时结合视频的播放时长为50分钟，可以确定空余时间段为13:00～14:00最为合适，因此可以确定观影起始时间为13:00，以及观影结束时间为13:50。在另一种情况下，仍以最佳观影时间段为13:00～17:00，该视频的播放时长为50分钟为例，若其它日程任务如G日程任务为14:00～15:30。此时可以确定出在最佳观影时间段中的空余时间段为13:00～14:00以及15:30～17:00，显然两个空余时间均满足视频的播放时长为50分钟，此时可以按照预设规则选择合适的观影起始时间。预设规则例如可以是选择时间间隔最短的空余时间段，并将该空余时间段的起始时间作为观影起始时间。此类规则可以尽可能将空余时间整合，有利于用户更加合理的利用时间。当然，在另一个例子中，预设规则也可以是选择时间间隔最长的空余时间段并将该空余时间段的起始时间作为观影起始时间。当然，还可以按照一定概率进行随机选择，或者分别给不同的空余时间段一定的权重，并按照一定的方式计算以确定最终的观影起始时间，本申请在此不作限定。

在另有一种情况下，假设仍以最佳观影时间段为13:00～17:00，该视频的播放时长为50分钟为例，若其它日程任务如H日程任务为13:30～16:50，显然，空余时间段为13:00～13:30以及16:50～17:00，均不满足视频的播放时长要求。此时可以从其它观影时间段进行选择，例如选择其它观影时间段中空余时间段最长的，并将该空余时间段作为观影起始时间。

在一个例子中，视频类APP服务端可以在确定出用户最佳观影时间后直接执行S1307，也可以将确定的最佳观影时间进行显示，以便用户确认是否满足自身需求。即执行S1306。

在一个例子中，视频类APP服务端在确定出最佳观影时间后，还可以结合日程任务的标题、日程提醒方式等信息确定出最终的新增日程任务。显然，新增日程任务中包含有观影起始时间、观影结束时间、日程任务的标题、提醒方式等信息。

S1305，获取用户的日程任务。

若视频类APP获得了读取日程管理APP信息的权限，终端设备的视频类APP可以获取日程管理APP中存储的用户的日程任务，即上述图8至图12中提到的其它日程任务，以便用于预测新增日程任务的日程计划起始时间，即观影起始时间。

S1306，用户修改并确定最佳观影时间。

视频类APP服务端可以将最佳观影时间进行显示，以便用户确认是否满足自身需求。当然，在一些例子中，还可以同时将新增日程任务中的日程任务的标题、日程提醒方式等信息一并进行显示。

在一个例子中，例如若用户允许，则可以点击“确认”、“是”等功能类似的按钮，以执行后续步骤。又或者若用户对该时段不满意，则可以点击“取消”、“否”、“删除”等功能类似的按钮，以取消新增该日程任务，并结束流程。

当然，在另一个例子中，用户还可以点击最佳观影时间，以修改该最佳观影时间。当用户修改完毕后，可以点击页面的其它位置，或者点击“确认”等功能类似的按钮，从而完成对最佳观影时间的修改。

可以理解的是，若将新增日程任务中的日程任务的标题、日程提醒方式等信息一并进行显示，则还可以允许用户对显示的上述信息进行修改与确认，其实现过程与修改、确认最佳观影时间的方式相类似，在此不再赘述。

在一个例子中，例如图15所示出的一种可能的用户修改确认新增日程任务界面。在该界面中包括视频标题、视频子标题1501、观影起始时间、观影结束时间、提醒方式和同步日程按钮1502。其中，提醒方式可以包括闹钟提醒或者推送(push)提醒等，若选择闹钟提醒，则可以进一步包括提醒时间和提醒铃声等。在一些例子中，提醒方式的具体设定可以是默认设定，也可以是最近一次用户修改后的设定。在一些例子中，还可以包括提醒是否重复等。

如图15中所显示的所有信息均可以根据用户的实际情况进行修改。对于视频子标题1501，可以理解的是，若某类视频具有多个分集，如电视机、动漫、综艺等。则可以包括视频子标题1501。而对于如电影、短视频等较为独立的视频，则可以不包含视频子标题1501，例如不显示视频子标题1501或者将视频子标题1501置灰(即无法编辑或操作状态)。

同时对于同步日程按钮1502，若视频类APP获得了读取日程管理APP信息的权限，则用户可以通过点击该按钮将同步功能开启，以便将新增日程任务保存至日程管理APP，即执行S1308。若视频类APP没有获得读取日程管理APP信息的权限，则同步日程按钮1502可以永久处于关闭状态，例如置灰(即无法编辑或操作状态)。

S1307，添加至个人视频日程中。

视频类APP服务端可以将确定完的新增日程任务添加至个人视频日程中。例如可以点击图15右上角的“√”或者功能类似的按钮，如“确认”、“是”等。

可以理解的是，S1307主要用于将新增日程任务保存至视频类APP中，例如保存至视频类APP的后台数据库中。

S1308，添加至个人日程。

若视频类APP获得了读取日程管理APP信息的权限，则视频类APP服务端还可以将新增日程任务保存至日程管理APP中的数据库中，例如日程管理APP中的数据库可以成为“个人日程”。

S1309，观影是否存在冲突。

视频类APP的服务端确定新增日程任务与其它日程任务是否存在冲突。

在一个例子中，可以确定新增日程任务的最佳观影时间与其它日程任务的执行时间是否存在交集。若新增日程任务的最佳观影时间与其它日程任务的执行时间不存在交集，则执行S1310。若与新增日程任务的最佳观影时间存在交集的其它日程任务数量大于0，则表示存在与新增日程任务冲突的其它日程任务，则可以执行S1311。

S1310，通知用户视频日程添加成功。

当S1309中确定新增日程任务的最佳观影时间与其它日程任务的执行时间不存在交集，则视频类APP的客户端可以通知用户视频日程添加成功，即新增日程任务添加成功。例如可以显示用于表示添加成功的提示信息。如图16所示出的，可以看到1601即表示添加成功的提示信息。

在一些例子中，视频类APP还可以将所有的日程任务进行显示，例如图16中的1602。该区域显示了用户添加的所有观看视频的日程任务。可以理解的是，当新增日程任务添加成功后，也将在此部分进行显示。1602中可以显示即将观看的视频，以及观影起始时间等信息。便于用户进行查看和管理。在一些例子中用户，可以通过某种预设的手势操作，直接在1602中删除或者修改已经添加过的日程任务。其中，所有的观看视频的日程任务可以按照时间线进行展示。

当然在另一些例子中，用户添加的所有观看视频的日程任务也可以通过列表的形式展现。当然，用户也可以在此列表中对已经添加过的日程任务进行删除或者修改，本申请在此不作限定。

S1311，按照用户的观影类型偏好对日程中的视频列表进行排序。

当S1309中确定新增日程任务的最佳观影时间与其它日程任务的执行时间存在交集，则视频类APP的客户端可以查询用户的观影偏好。观影偏好可以是视频的类型或标签，以及对应的分数或占比。其中，分数或占比用于表示用户对该类型或标签的喜好程度，分数或占比越高，表示用户对该类型或标签越感兴趣。

在一个例子中，查询用户的观影偏好的过程可以是将用户信息输入至执行偏好预测模型中进行预测，其输出结果为该用户信息对应用户的日程任务执行偏好，如包括各个类型或标签所对应的分数或占比。之后，可以按照得到的分数或占比，由高到低依次排序，从而确定用户出用户对那些类型或标签更感兴趣。之后，可以对新增日程任务和至少一个其它日程任务按照类型或标签的排序情况进行排序，以便用户按照该顺序依次执行日程任务。

在按照用户的观影类型偏好对日程中的视频列表进行排序之后，可以执行S1310，以通知用户视频日程添加成功。

可以理解的是，视频类APP还可以随时记录用户的播放记录，以便对上述S1303提到的日程时间预测模型和上述S1311提到的执行偏好预测模型进行更新。因此，该方法还可以包括以下步骤：

S1312，记录用户的播放记录。

视频类APP可以不断记录用户的播放记录。

在一些例子中，用户可以选择是否开启对模型更新的功能，当接收到用户发出的授权指令后，记录用户的播放记录。

在一些例子中，记录用户的播放记录这一行为也可以称为对用户的播放记录进行打点。打点可以理解为记录某一次的播放记录，如可以包括观影起始时间、观影结束时间、视频标识(identification，ID)、播放时长、播放进度、视频标题、视频类别或标签、演员信息等等。当然，播放记录中还可以包括用户信息，例如用户的账号、性别、年龄、地域、终端设备的型号等。用户的上述播放记录可以保存至视频类APP的后台数据库中。在一个例子中，后台数据库可以位于终端设备上，也可以是位于云端服务器。

在一个例子中，后台数据库中存储的用户的播放记录可以按天进行分类。

S1313，更新用户的日程时间预测模型。

视频类APP可以根据S1312中记录的用户的播放记录对用户的日程时间预测模型进行更新。在一些例子中，可以将用户的播放记录中的用户信息、视频ID、播放时长、视频标题、视频类别或标签、演员信息、观影起始时间和观影结束时间等。其中，可以将观影起始时间和观影结束时间所处的时间段作为标签，对日程时间预测模型进行有监督学习，并更新日程时间预测模型中相应的参数，从而实现对日程时间预测模型的更新。

在一些例子中，可以仅选择前一天的用户的播放记录对用户的日程时间预测模型进行更新。当然在另一些例子中，可以选择某一时间段内的用户的播放记录对用户的日程时间预测模型进行更新。当然在一些例子中，还可以对不同时期的用户的播放记录分配相应的权重，例如以“天”为单位对不同日期的用户的播放记录分配不同权重，如越靠近当前日期的播放记录权重越高。之后，采用具有相应权重的用户的播放记录对用户的日程时间预测模型进行更新。

显然，对于更新后的日程时间预测模型，将用户信息和部分视频信息输入至该日程时间预测模型后，可以预测出最佳观影时间段，即预测日程时间段。

S1314，更新用户的执行偏好预测模型。

视频类APP还可以根据S1312中记录的用户的播放记录对用户的执行偏好预测模型进行更新。在一些例子中，可以采用用户的播放记录中的用户信息、视频类别或标签、演员信息等信息对执行偏好预测模型进行有监督学习，其中，可以将视频类别或标签作为训练时的数据标签，或者将演员信息作为标签，从而在有监督学习中更新执行偏好预测模型中相应的参数，实现对执行偏好预测模型的更新。

在一些例子中，可以仅选择前一天的用户的播放记录对用户的执行偏好预测模型进行更新。当然在另一些例子中，可以选择某一时间段内的用户的播放记录对用户的执行偏好预测模型进行更新。当然在一些例子中，还可以对不同时期的用户的播放记录分配相应的权重，例如以“天”为单位对不同日期的用户的播放记录分配不同权重，如越靠近当前日期的播放记录权重越高。之后，采用具有相应权重的用户的播放记录对用户的执行偏好预测模型进行更新。

对于更新后的执行偏好预测模型，将用户信息输入至该执行偏好预测模型后，可以预测出用户信息所对应用户的观影类型偏好。

S1315，用户的观影类型偏好。

视频类APP可以根据更新后的执行偏好预测模型，通过输入用户信息以得到用户的观影类型偏好。

可以理解的是，对于S1313中的日程时间预测模型的输出可以作为下一次S1303的输入，即更新后的日程时间预测模型可以用于后续S1303中预测最佳观影时间段。同时，对于S1314中的执行偏好预测模型的输出可以作为下一次S1311的输入，即更新后的执行偏好预测模型可以用于后续S1311中预测用户的观影类型偏好。

显然图13所涉及以信息流APP为视频类APP为例的情况下，可以有效的针对多种使用场景。其中，

场景一，可以是用户追剧“上瘾”以及无限制刷短视频、小视频等，导致规划好的计划安排被搁置。

在该场景下，视频类APP可以对已经上线或者正在更新的视频新增“添加至个人的视频日程管理”的入口，即上述提到的日程管理按钮。当用户点击该日程管理按钮之后，可以跳转或者弹出日程展示界面，以确定新增日程任务，可以如图15所示出的。通过设置相应的参数，如观看时间、提醒方式等，并将该新增日程任务进行保存。以便在临近该日程任务执行时，可以通过闹钟或推送等提醒方式提醒用户进行观看。在该场景下，用户通过规划不同视频的观看日程，可以提升对时间的利用效率，并增强用户的自律性。

场景二，用户关注的视频UP主太多且不同UP主更新时间较为分散，以及针对一个UP主其更新时间也较为零散，当用户看到某UP主更新的推送通知后，可能忍不住打开短视频、小视频等进行观看，从而出现类似场景一的情况。

在该场景下，可以在UP主的页面，或者在显示UP主的位置相应新增“关注并添加至视频日程管理”的入口，即上述提到的日程管理按钮。当用户点击该日程管理按钮之后，可以关注UP主，并且跳转或者弹出日程展示界面，以确定新增日程任务，可以如图15所示出的。通过设置相应的参数，如观看时间、提醒方式等，并将该新增日程任务进行保存。以便在临近该日程任务执行时，可以通过闹钟或推送等提醒方式提醒用户进行观看。在该场景下，用户通过规划不同视频的观看日程，可以提升对时间的利用效率，并增强用户的自律性。

当然，在一些例子中，可以针对每个UP主设置一个未观看视频合集，里面存储该UP主未观看的视频，同时设置的观看时间可以是观看时间段，例如上述提到的预测日程时间段或称最佳观影时间段。之后，当关注的UP主更新了视频后，系统并不会第一时间进行通知，而是将该视频添加至对应UP主的未观看视频合集中，然后将以未观看视频合集确定对应的新增日程任务，以便在临近该日程任务执行时，可以通过闹钟或推送等提醒方式提醒用户进行观看该UP主的未观看视频合集。

场景三，用户观看视频中途退出观看视频。

在该场景下，用户可能会在观看视频的中途退出观看，此时视频类APP可以弹出窗口，以通知用户是否将未观看玩的是屁你添加至日程管理中，也就是是否新增日程任务。如果用户选择“同意”、“是”、“可以”等类似的选项后，此时该视频类APP可以生成新增日程任务。其中，视频类APP可以确定视频中未观看时间，并且确定出该新增日程任务的日程计划执行时间。

场景四，用户正在追剧或者预约观看视频。

在该场景下，如果用户正在追剧，视频类APP可以获取该剧的追剧日历。之后，通过日程时间预测模型可以确定出每次剧集更新后的最佳观影时间。当然在一些例子中，还可以根据用户自定义设置的每个日程的日程计划起始时间，确定出对应的日程计划结束时间。然后将生成的一个或多个新增日程任务进行保存。

若用户进行了某个视频的预约，则视频类APP可以获取该视频的上线时间。然后通过日程时间预测模型可以确定出该视频上线之后的最佳观影时间。当然在一些例子中，还可以根据用户自定义设置的日程计划起始时间，确定出对应的日程计划结束时间。然后将生成的新增日程任务进行保存。

场景五，用户最近一段时间未观看视频。

在该场景下，视频类APP可以具有“视频日程中添加个性化推荐”的开关，用户通过选择开启或关闭以实现对用户个性化推荐视频的功能。例如当用选择开启该功能，则视频类APP会识别用户是否在一定时间段内未观看视频，当用户在一段时间内未观看视频，且视频类APP中也没有当天的日程任务，则可以根据用户的观影偏好，推荐适合的视频作为新增日程任务进行保存。其中，用户的观影偏好可以通过执行偏好预测模型确定。

可以理解的是，上述五种场景中对于如何添加新增日程任务，以及添加新增日程任务的过程可以参考图8至图13中相应的描述，本申请在此不再赘述。同时，图13以及上述五种场景仅仅是以信息流APP为视频类APP为例进行描述，当然还可以替换为其它信息流APP，例如资讯类APP、音乐播放类APP、读书类APP等。相应的，添加的新增日程任务也可以相应替换为合适的日程任务，例如添加某个文章、添加某个音乐等，本申请在此不作限定。

图17为本申请实施例提供的一种日程管理装置示意图。

如图17所示出的，本申请还提供了一种日程管理装置1700。该装置1700可以是终端设备，其中，该装置1700可以包括信息流APP和日程管理APP。其中，信息流APP可以包括信息流APP前端和信息流APP后端。可以理解的是，信息流APP前端即图13所描述的视频类APP客户端，信息流APP后端即图13所描述的视频类APP服务端。

信息流APP前端可以包括用户配置模块1701和页面展示模块1702。可以理解的是，信息流APP前端主要用于实现与用户进行交互的部分功能。例如用户配置模块1701用于获取用户输入的信息，比如对新增日程管理的各个参数进行设置、调整。页面展示模块1702用于将特定的信息进行显示，例如显示新增日常管理页面，显示提示信息等。信息流APP后端可以包括内容管理模块1703、存储模块1704和日程管理模块1705。其中，内容管理模块1703可以负责日程任务的上传、编解码、用户个性化数据处理、日程任务推荐等功能。存储模块1704用于存储新增日程任务，以及其它可能的日程任务。日程管理模块1705可以用于展示用户所有的日程任务、日程管理按钮、日程的编辑页面等。日程管理模块1705还可以用于日程任务编辑，包括标题、日程计划执行时间等，以及用于用户日程任务的保存、其它日程管理APP中其它日程任务的读取、将新增日程任务保存至日程管理APP中等。

日程管理APP中可以包括其它日程管理模块1706。可以理解的是，其它日程管理模块1706用于存储日程管理APP中的一个或多个其它日程任务。日程管理APP可以是系统默认的日程管理APP、终端设备上安装的第三方日程管理APP等，可以服务于信息流APP中的日程管理模块。

本申请主要将日程管理模块添加到信息流APP中。通过对信息流APP中的所有项(包括已上线、未上线的长视频和短小视频、up主、各类文章、各类音频等)添加日程管理按钮。当用户点击日程管理按钮后确定新增日程任务，同时确定出西政日程任务的标题、日程计划执行时间、优先级排序等。之后将新增日程任务进行保存，和/或同步至日程管理APP中。提升了用户对时间的利用效率，并增强用户的自律性。

本申请在信息流APP中为已经上线的长视频、短小视频、各类文章、各类音频等集成日程管理模块。同时丰富了用户的使用场景，提升了用户体验，以信息流APP为视频类APP为例，新增了以下场景：

a)用户追剧“上瘾”或无限刷短小视频，导致规划好的安排泡汤；

b)用户关注的视频up主太多且up主更新时间较为零散，当用户看到up主更新的推送通知后，忍不住要打开刷短小视频，从而可能出现场景a)的情况；

c)用户中途退出观看视频；

d)用户正在追剧或预约视频；

e)用户最近没有看视频。

显然，本申请中的信息流APP支持完整的个人日程管理。同时，用户可以将已上线的视频和up主添加到日程管理中，并可以设置时间进行观看。这会使用户能够有效地利用时间，提高了用户的自律性。并且丰富了追剧和预约视频功能，使其可以通过日程管理自行设置时间进行观看。进一步地，在用户最近没有看视频和用户中途退出观看视频等场景中，提升了用户的观影体验。

可以理解的是，本申请还可以延伸至PC端的信息流应用以及智能电视的视频应用中。

同时，本申请还提供了一种侵权认证方法，针对信息流APP中若存在上述涉及到的五种场景中添加新增日程任务，则可认定侵权。其中，信息流APP包括但不限于手机、PC、PAD、智能电视等终端设备上的信息流APP。

在一个例子中，本申请上述图8至图17的日程管理方法具体可以是集成在任意一款信息流APP中的软件开发工具包(software development kit，SDK)。例如当某款信息流APP中新增了用于日程管理的SDK之后，可以通过发布新的版本以更新终端设备上原有的信息流APP，从而使得更新后的信息流APP可以实现上述图8至图17中的任意一种方法。

图18为本申请实施例提供的一种终端设备示意图。

如图18所示，本申请还提供了一种终端设备1800。该装置终端设备1800可以是上述图1至图17中所描述的终端设备。该终端设备1800可以包括：处理器1810、外部存储器接口1820、内部存储器1821、通用串行总线(universal serial bus，USB)接口1830、充电管理模块1840、电源管理模块1841、电池1842、天线1、天线2、移动通信模块1850、无线通信模块1860和显示屏1870等。

可以理解的是，本申请实施例示意的结构并不构成对终端设备1800的具体限定。终端设备1800可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器1810可以是高级精简指令集处理器(advanced reduced instruction setcomputing machines，ARM)、X86、无内部互锁流水级的微处理器(microprocessor withoutinterlocked piped stages，MIPS)等架构的处理器。处理器1810可以包括一个或多个处理单元，例如：应用处理器(application processor，AP)，调制解调处理器，GPU，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digitalsignal processor，DSP)，基带处理器和/或神经网络处理器(neural-network processingunit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器1810中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器1810中的存储器为高速缓冲存储器。该存储器可以保存处理器1810刚用过或循环使用的指令或数据。如果处理器1810需要再次使用该指令或数据，可从存储器中直接调用。避免了重复存取，减少了处理器1810的等待时间，因而提高了系统的效率。

在一些实施例中，处理器1810可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口、集成电路内置音频(inter-integrated circuitsound，I2S)接口、脉冲编码调制(pulse code modulation，PCM)接口、通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口、移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口、用户标识模块(subscriber identity module，SIM)接口和/或通用串行总线(universal serial bus，USB)接口等。

可以理解的是，本申请终端设备的操作系统存储在存储器中，处理器1810通过调用存储在存储器中的操作系统以实现上述图8至图17所描述的方法。

充电管理模块1840用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。

在一些有线充电的实施例中，充电管理模块1840可以通过USB接口1830接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块1840可以通过终端设备1800的无线充电线圈接收无线充电输入。充电管理模块1840为电池1842充电的同时，还可以通过电源管理模块1841为终端设备1800供电。

终端设备1800的无线通信功能可以通过天线1，天线2，移动通信模块1850，无线通信模块1860，调制解调处理器以及基带处理器等实现。

移动通信模块1850可以提供应用在终端设备1800上的包括2G/3G/4G/5G/6G等无线通信的解决方案。无线通信模块1860可以提供应用在终端设备1800上的包括无线局域网(wireless local area networks，WLAN)、蓝牙(bluetooth，BT)、全球导航卫星系统(global navigation satellite system，GNSS)、调频(frequency modulation，FM)、近距离无线通信技术(near field communication，NFC)、紫蜂(zigbee)和红外技术(infrared，IR)等无线通信的解决方案。其中，WLAN例如可以是无线保真(wireless fidelity，Wi-Fi)网络。

外部存储器接口1820可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备1800的存储能力。外部存储卡通过外部存储器接口1820与处理器1810通信，实现数据存储功能。

内部存储器1821可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器1821可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序等。存储数据区可存储终端设备1800使用过程中所创建的数据等。此外，内部存储器1821可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器1810通过运行存储在内部存储器1821的指令，和/或存储在设置于处理器中的存储器的指令，执行终端设备1800的各种功能应用以及数据处理。

本申请所提供的终端设备1800可以实现上述图8至图17中描述的任意一种方法，具体实现方式可以参考述图8至图17的相应描述，在此不再赘述。

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

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令处理器完成，所述的程序可以存储于计算机可读存储介质中，所述存储介质是非短暂性(英文：non-transitory)介质，例如随机存取存储器，只读存储器，快闪存储器，硬盘，固态硬盘，磁带(英文：magnetic tape)，软盘(英文：floppy disk)，光盘(英文：optical disc)及其任意组合。

以上所述，仅为本申请较佳的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (20)

1.一种日程管理方法，其特征在于，所述方法应用于终端设备中的信息流应用，所述信息流应用具有日程管理按钮，所述信息流应用包括购物应用、视频应用、音乐播放应用、资讯类应用和读书类应用，所述方法包括：

获取新增日程任务指令，所述新增日程任务指令为用户通过所述信息流应用中的所述日程管理按钮触发生成的；

根据所述新增日程任务指令，确定新增任务信息；

将所述新增任务信息输入至日程任务时间预测模型，确定预测日程时间段；

根据所述预测日程时间段确定日程计划执行时间；

确定新增日程任务，其中，所述新增日程任务包括所述新增任务信息和所述日程计划执行时间。

2.如权利要求1所述的方法，其特征在于，所述终端设备中还包括日程管理应用；

所述根据所述预测日程时间段确定日程计划执行时间，包括：

获取所述日程管理应用中至少一个其它日程任务的执行时间；

根据所述预测日程时间段与所述至少一个其它日程任务的执行时间，确定所述日程计划执行时间。

3.如权利要求1或2所述的方法，其特征在于，在所述根据所述预测日程时间段确定日程计划执行时间之后，所述方法还包括：

将所述日程计划执行时间进行显示；

接收用户发出的修改指令；

根据所述修改指令对所述日程计划执行时间进行调整。

4.如权利要求1-3任意一项所述的方法，其特征在于，所述新增任务信息包括用户信息；

在所述确定新增日程任务之后，所述方法还包括：

若其它日程任务的执行时间与所述日程计划执行时间存在交集，将所述用户信息输入至执行偏好预测模型以确定用户的日程任务执行偏好；

根据所述日程任务执行偏好确定所述其它日程任务与所述新增日程任务的执行顺序。

5.如权利要求1-4任意一项所述的方法，其特征在于，所述方法还包括：

当日程任务执行完毕后，记录所述日程任务的行为信息，所述日程任务的行为信息包括所述日程任务的真实执行时间和所述日程任务的任务信息，其中，所述日程任务包括其它日程任务和/或所述新增日程任务；

根据所述日程任务的行为信息对所述日程时间预测模型进行更新。

6.如权利要求4所述的方法，其特征在于，所述方法还包括：

当日程任务执行完毕后，记录所述日程任务的行为信息，所述日程任务的行为信息包括所述日程任务对应的用户信息和所述日程任务的类别信息，其中，所述日程任务包括所述其它日程任务和/或所述新增日程任务；

根据所述日程任务的行为信息对所述执行偏好预测模型进行更新。

7.如权利要求1-6任意一项所述的方法，其特征在于，所述方法还包括：

若上一次执行日程任务的时间与当前时刻之间的时间差大于或等于预设时间阈值，获取用户信息，其中，所述日程任务包括其它日程任务和/或所述新增日程任务；

将所述用户信息输入执行偏好预测模型，以确定用户的日程任务执行偏好；

根据所述用户的日程任务执行偏好确定推荐日程任务，并将所述推荐日程任务作为所述新增日程任务。

8.如权利要求7所述的方法，其特征在于，所述将所述推荐日程任务作为所述新增日程任务包括：

将所述推荐日程任务进行显示；

接收用户的确认指令；

根据所述确认指令将所述推荐日程任务作为所述新增日程任务。

9.如权利要求1-8任意一项所述的方法，其特征在于，所述方法还包括：将所述新增日程任务添加至所述终端设备中的日程管理应用中。

10.一种日程管理终端设备，其特征在于，所述终端设备包括信息流应用，所述信息流应用具有日程管理按钮，所述信息流应用包括购物应用、视频应用、音乐播放应用、资讯类应用和读书类应用，所述终端设备包括：

处理器用于与存储器耦合，以及读取并执行存储在所述存储器中的指令；

当所述处理器运行时执行所述指令，使得所述处理器用于获取新增日程任务指令，所述新增日程任务指令为用户通过所述信息流应用中的所述日程管理按钮触发生成的；根据所述新增日程任务指令，确定新增任务信息；将所述新增任务信息输入至日程任务时间预测模型，确定预测日程时间段；根据所述预测日程时间段确定日程计划执行时间；确定新增日程任务，其中，所述新增日程任务包括所述新增任务信息和所述日程计划执行时间。

11.如权利要求10所述的终端设备，其特征在于，所述终端设备还包括日程管理应用；

所述处理器还用于：

获取所述日程管理应用中至少一个其它日程任务的执行时间；

根据所述预测日程时间段与所述至少一个其它日程任务的执行时间，确定所述日程计划执行时间。

12.如权利要求10或11所述的终端设备，其特征在于，所述处理器还用于：

控制显示器将所述日程计划执行时间进行显示；

接收用户发出的修改指令；

根据所述修改指令对所述日程计划执行时间进行调整。

13.如权利要求10-12任意一项所述的终端设备，其特征在于，所述新增任务信息包括用户信息；

所述处理器还用于：

若其它日程任务的执行时间与所述日程计划执行时间存在交集，将所述用户信息输入至执行偏好预测模型以确定用户的日程任务执行偏好；

根据所述日程任务执行偏好确定所述其它日程任务与所述新增日程任务的执行顺序。

14.如权利要求10-13任意一项所述的终端设备，其特征在于，所述处理器还用于：

当日程任务执行完毕后，记录所述日程任务的行为信息，所述日程任务的行为信息包括所述日程任务的真实执行时间和所述日程任务的任务信息，其中，所述日程任务包括其它日程任务和/或所述新增日程任务；

根据所述日程任务的行为信息对所述日程时间预测模型进行更新。

15.如权利要求13所述的终端设备，其特征在于，所述处理器还用于：

当日程任务执行完毕后，记录所述日程任务的行为信息，所述日程任务的行为信息包括所述日程任务对应的用户信息和所述日程任务的类别信息，其中，所述日程任务包括所述其它日程任务和/或所述新增日程任务；

根据所述日程任务的行为信息对所述执行偏好预测模型进行更新。

16.如权利要求10-15任意一项所述的终端设备，其特征在于，所述处理器还用于：

若上一次执行日程任务的时间与当前时刻之间的时间差大于或等于预设时间阈值，获取用户信息，其中，所述日程任务包括其它日程任务和/或所述新增日程任务；

将所述用户信息输入执行偏好预测模型，以确定用户的日程任务执行偏好；

根据所述用户的日程任务执行偏好确定推荐日程任务，并将所述推荐日程任务作为所述新增日程任务。

17.如权利要求16所述的终端设备，其特征在于，所述处理器还用于：

控制显示器将所述推荐日程任务进行显示；

接收用户的确认指令；

根据所述确认指令将所述推荐日程任务作为所述新增日程任务。

18.如权利要求10-17任意一项所述的终端设备，其特征在于，所述处理器还用于：将所述新增日程任务添加至所述终端设备中的日程管理应用中。

19.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令在终端上运行时，使得所述终端执行如权利要求1-9任意一项所述的方法。

20.一种包含指令的计算机设备，当其在终端上运行时，使得所述终端执行如权利要求1-9中的任意一项所述的方法。

Images