日程冲突处理方法、设备、存储介质及软件程序产品

本申请是申请日为2021年8月9日、申请号为202110909762.3、发明名称为“日程冲突处理方法、设备、存储介质及软件程序产品”的发明专利的分案申请。

技术领域

本申请涉及软件开发技术领域，尤其涉及一种日程冲突处理方法、设备、存储介质及软件程序产品。

背景技术

日程管理是多种客户端应用程序支持的常用功能之一，例如日历、邮箱等应用程序可支持用户建立日程并对其进行管理。当用户管理日程时，经常会发生一天之内有多个日程，而不同的日程之间可能存在冲突的情形，例如，有两个日程在时间上重叠，执行其中一个日程会导致另一个日程无法执行。

目前，应对日程冲突的一种方式，仅在用户新建日程时，发现新建的日程与已经建立的其他日程在时间上有冲突时，询问用户是否确定新建，而对于已经建立的多个日程之间是否存在冲突，不会进行提示，也没有应对冲突的管理机制，完全依赖于用户的主观记忆或分析。基于此，亟需一种解决方案，以解决该问题。

发明内容

本申请提供一种日程冲突处理方法、设备、存储介质及软件程序产品，能够在新建日程后对多个已建立的待执行日程进行冲突提示和处理，无需用户去主观分析是否存在冲突。

第一方面，本申请技术方案提供了一种日程冲突处理方法，包括：确定存在日程冲突；显示第一界面；第一界面包括至少一个控件；至少一个控件用于提示用户存在日程冲突；检测到针对至少一个控件的目标操作；响应于目标操作，显示至少一种处理界面，至少一种处理界面用于处理日程冲突。

在一种可能的实现方式中，至少一个控件包括第一弹窗；显示第一界面，包括：显示第一弹窗，在第一弹窗中显示第一文本，第一文本用于表达有至少两个日程存在冲突的语义。

在一种可能的实现方式中，至少一个控件还包括第一按钮；显示第一界面，还包括：在第一弹窗中显示第一按钮。

在一种可能的实现方式中，检测到针对至少一个控件的目标操作，包括：检测到针对第一按钮的第一操作；响应于目标操作，显示至少一种处理界面，包括：响应于第一操作，显示第一处理界面；第一处理界面用于修改日程时间。

在一种可能的实现方式中，显示第一处理界面之后，方法还包括：在第一处理界面中显示存在冲突的日程；检测到用户针对存在冲突的日程的第二操作，执行与第二操作对应的第一处理操作；第二操作包括拖动、长按、点击、双击中的一种；第一处理操作包括：根据用户的拖动操作修改被拖动的日程的时间；或者，根据用户的长按、点击、双击中的一种操作，弹出时间选择器以修改被选中日程的时间。

在一种可能的实现方式中，至少一个控件还包括用于唤醒语音助手的第一标签；显示第一界面，还包括：在第一弹窗中显示第一标签；检测到针对至少一个控件的目标操作，包括：检测到针对第一标签的第三操作；检测到针对至少一个控件的目标操作之后，还包括：触发语音助手语音播报第一文本。

在一种可能的实现方式中，至少一个控件还包括第二标签；显示第一界面，包括：显示日程列表；在日程列表中存在冲突的日程对应的显示区域内，显示第二标签，第二标签显示的文本表达的语义为冲突。

在一种可能的实现方式中，检测到针对至少一个控件的目标操作，包括：检测到针对第二标签或第二标签对应显示区域的第四操作；响应于目标操作，显示至少一种处理界面，包括：响应于第四操作，显示第二处理界面。

在一种可能的实现方式中，显示第二处理界面之后，还包括：在第二处理界面中显示用于冲突处理的至少一个候选项；至少一个候选项，包括以下候选项中的至少一个：提醒、委托、请假、忽略、删除、拒绝。

在一种可能的实现方式中，在第二处理界面中显示用于冲突处理的至少一个候选项之后，还包括：检测到针对至少一个候选项的选中操作，执行第二处理操作，第二处理操作包括以下处理操作中的任一项：检测到针对提醒候选项的第五操作，跳转到提醒设置界面；检测到针对委托候选项的第六操作后，跳转到第一邮件编辑界面；第一邮件编辑界面的收件人为被委托方；检测到针对请假候选项的第七操作后，跳转到第二邮件编辑界面，第二邮件编辑界面的收件人为请假审批方；检测到用户以忽略、删除、拒绝候选项为操作对象进行第八操作后，分别忽略、删除或拒绝被选中日程。

在一种可能的实现方式中，执行与第二操作对应的第一处理操作之后，或者，执行第二处理操作之后，方法还包括：根据第一处理操作或者第二处理操作，刷新至少一个控件。

第二方面，本申请技术方案还提供了一种电子设备，该电子设备包括用于存储程序指令的存储器和用于执行程序指令的处理器，其中，当程序指令被该处理器执行时，触发电子设备执行如上述第一方面中任一项所述的方法。

第三方面，本申请技术方案还提供一种存储介质，所述存储介质中存储有程序指令，当其在电子设备上运行时，使得电子设备执行如上述第一方面中任一项所述的方法。

第四方面，本申请技术方案还提供一种软件程序产品，所述软件程序产品包括程序指令，当其在电子设备上运行时，使得电子设备执行如上述第二方面中任一项所述的方法。

本申请实施例提供的方法、设备、存储介质以及软件程序产品，在建立日程后，若确定存在日程冲突的情况，会在相应的界面向用户进行冲突提示，并提供用于用户处理冲突的入口，引导用户进行冲突处理，使得用户能够及时获知冲突情况并进行处理，降低对用户主观意识的依赖程度，减少由于用户主观忘记冲突而导致的日程安排错乱等情况的发生，有助于提升用户体验。

附图说明

图1是本申请技术方案的应用场景示例示意图；

图2是用户打开日历APP月视图界面(带有冲突提示)的示意图；

图3是实施本申请技术方案之前用户打开日历APP月视图界面(不带有冲突提示)的示意图；

图4是本申请实施例提供的日程冲突处理方法的软件架构示意图；

图5是本申请实施例提供的日程冲突处理方法的软件架构中的各个功能模块之间的信令流程图；

图6是本申请实施例提供的日程冲突处理方法中基于日程邀请邮件进行日程冲突提示的界面示例的示意图；

图7是本申请实施例提供的日程冲突处理方法中基于邮件提示日程冲突的界面示例的示意图；

图8是本申请实施例提供的日程冲突处理方法中修改日程时间对应的3个界面示例的示意图；

图9是本申请实施例提供的日程冲突处理方法中一种可实现方式下的第一弹窗的界面示例的示意图；

图10是本申请实施例提供的日程冲突处理方法中一种可实现方式下的日程详情界面的一个示例图；

图11是本申请实施例提供的日程冲突处理方法中进行委托处理后打开的新建邮件界面示例的示意图；

图12是本申请实施例提供的日程冲突处理方法中进行冲突处理后的月视图界面示例的示意图；

图13是本申请实施例提供的日程冲突处理方法的一个实施例中通过桌面卡片进行冲突提示的示意图；

图14是本申请实施例提供的日程冲突处理方法的一个实施例的流程示意图；

图15是本申请实施例提供的日程冲突处理方法中再一种可实现方式下的月视图界面示例的示意图；

图16是本申请实施例提供的日程冲突处理方法中进行冲突处理后的另一个月视图界面示例的示意图；

图17是本申请实施例提供的日程冲突处理方法的软件分层框架示意图；

图18是图13所示的软件分层架构中各个模块之间的信令流程图；

图19是本申请实施例提供的电子设备的一个实施例的硬件结构示意图；

图20为本申请实施例提供的电子设备的另一个实施例的硬件结构示意图。

具体实现方式

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

在日程管理的应用场景中，支持日程管理的APP，例如日历，对于已写入日程列表的不同日程之间存在的冲突，缺少显性提示，使得用户不容易发现日程冲突。

鉴于此，本申请实施例提供一种解决方案，会在新建日程后，查询日程列表中多个日程的日程信息，检测不同的日程之间是否存在冲突，发现冲突后在界面对用户进行冲突提示，并引导用户对冲突日程进行管理，为用户提供便捷的冲突处理机制以应对日程冲突问题。

本申请实施例提供的日程冲突处理方法，参阅图1所示，可以适用于基于各种终端设备实现的日程管理场景中，例如，可适用于图1所示出的手机U1、平板电脑T1、个人计算机(persona l computer，PC)、智能手表W1等可穿戴电子设备，还可适用于图1中暂未示出的个人数字助理(persona l d igita l ass i stant，PDA)、增强现实技术(augmented real ity，AR)设备、虚拟现实(vi rtua l rea l ity，VR)设备以及各种教学辅助工具(例如学习机、早教机)等。在实际应用场景中，可以基于上述设备在相应的应用程序的用户交互界面(例如图1中所示的界面I1)进行如图1所示的冲突提示，例如，在通过PC端邮箱进行日程管理时进行相应的冲突提示，或者，通过学习机进行日程(科目或者学习项目)安排时，提示有哪些课程是冲突的。其中，用于实现本申请解决方案的应用程序(即第一应用程序)，可以是支持日程管理功能的任意一款应用程序产品，例如，可以是日历、邮箱、备忘录等各种支持日程管理的客户端应用程序。

本申请实施例提供的解决方案，可以适用的一个典型应用场景为日历APP中的日程管理场景，下面以基于智能运行的日历APP中的日程管理场景作为示例，对本申请实施例提供的解决方案进行阐述。

参阅图2所示，示例性地，当前日期为2021年3月25日，用户在手机主界面U21点击日历APP对应的图标，可以打开如图2中所示的月视图界面U22，用户在该日期建立了四个日程，日程标题分别是：“大学英语1”“大学物理”“***项目会议”和“日历代码评审会议”，其中，下午14:00-16:00的日程“***项目会议”，与下午14:30-15:30的日程“日历代码评审会议”在时间上存在冲突，基于本申请实施例提供的日程冲突处理方法，会在打开的月视图界面U22中进行冲突提示。参阅图3所示，相关技术中不进行冲突提示的情况下，点击日历图标后，可以打开如图3所示的原有月视图界面U31，该原有月视图界面U31中仅能显示当天对应的多个日程。

具体地，本申请实施例提供如下方法，来应对日程冲突问题：查询待执行的日程信息，确定存在日程冲突之后，显示第一界面，第一界面包括至少一个控件，至少一个控件用于提示用户存在日程冲突，例如至少一个控件可以包括弹窗、按钮、标签等，基于至少一个控件提示用户存在日程冲突的方式，可以是在控件上显示表示“冲突”语义的文本或者图形、符号标记等。之后，若检测到针对至少一个控件的目标操作；则响应于该目标操作，显示至少一种用于处理日程冲突的处理界面。处理界面包括全屏显示的界面，也可以包括弹窗界面等控件显示界面。目标操作可以是点击、长按等操作。

需要说明的是，上述显示第一界面，可以是响应于用户打开第一界面的指令而执行，而并非是检测到日程冲突就触发显示第一界面。第一界面的触发条件可以是用户操作。例如第一界面可以是月视图界面，用户点击日历图标，则触发显示月视图界面，在显示的月视图界面中，显示至少一个用于冲突提示的控件。

一般而言，只有已建立的日程才能够查询到相应的日程信息，因而查询待执行的日程信息，即为查询已建立的多个日程，并且查询的对象为待执行的日程，不包括已过期和被用户拒绝的日程。并且，作为一种可实现方式，查询的多个日程为用户当前选中日下的多个日程。

在一种可实现方式中，在检测到用户请求打开日历APP中的任一“日”或“天”的情况下，查询用户点击的数字对应的日期下的多个日程是否存在冲突。即，检测日程列表中的多个日程之间是否存在冲突的触发时机，可以是用户针对日历图标、日历月视图界面的中的任一表示日期的数字进行点击等操作，例如，参阅图2所示，当前日期为3月25日，则用户点击日历图标，默认用户点击了数字25，打开的月视图界面中，数字“25”即为选中状态，查询3月25号当天需要执行的多个日程，在时间上是否存在冲突。

用户可以在图2所示的月视图界面U22中，点击其他日期，例如用户点击数字“27”则27为选中状态，查询的日程即为27号对应的日程。在一种可实现方式中，查询待执行的日程信息，包括首先确定当天对应的日程数目是否为两个以上，如果仅有一个日程，则无需执行后续步骤。

在另外的可实现方式中，还可以周期性设置进行冲突检测，例如每天定时查询，在每天凌晨12:00或其他预定时刻，查询当天待执行的多个日程是否存在冲突；或者根据智能识别到的用户起床时间，针对不同的用户，在用户的起床时间之前查询多个日程，并检测是否存在冲突。

在又一种可实现方式中，检测日程冲突的触发时机，还可以是新建日程或同步日程时，例如，在新建日程时，根据新日程的时间，判定该新日程是否与已有日程冲突。对于同步日程，则分别获取同步过来的各个日程的日程时间，分别对比日程时间与已有日程是否冲突。

需要说明的是，参阅图4和图5所示，日程列表中的日程信息可以来源于几下几种途径：

新建日程：用户在终端设备进行日程新建而获得的本地日程信息，该类日程的地址字段以及时间字段、事件名称等信息均由用户输入。

同步日程：

将用户基于邮箱账户建立的多个日程信息，或者用户通过邮箱接收到的日程邀请中的日程信息，导入到日程列表中，实现与邮箱日程的同步；

从第三方应用提供的共享数据中智能识别出的日程信息，例如第三方应用可以是短信息服务(Short Message Service，SMS)应用，行程、旅行类或者支持订购火车票、机票、汽车票的任一种服务类应用，在获得数据访问权限后，对其数据内容进行分析识别，从中提取出日程信息；

基于云服务器同步日程信息，具有云服务器账号的用户，可能会选择将各客户端的日程信息上传云服务器，因而，通过云服务器获取同一用户的日程信息，使得用户无需在不同客户端重复建立同一日程，一次新建可在其他客户端同步，减少重复新建日程的繁琐操作。

例如，参阅图6所示，图6示出了通过邮件进行日程邀请的一个邮件界面示例，用户收到了来自于预订人发起的日程名称为“案件沟通******方案”的日程邀请，在检测到用户接受该邀请后，将该日程添加到日程列表中。并且，作为一种可实现方式，在检测到用户接受该邀请后，查询该日程的时间是否与同一天的其他日程有冲突。确定存在冲突，则在该邮件界面，显示文本标签或者按钮，提示用户存在冲突。例如，参阅图6所示，在该邮件界面显示文本标签“请应答。此约会与您日历上的另一约会冲突”，以提示用户存在冲突，其中“约会”即为日程。在用户点击该文本标签后，则显示图7所示的界面，在该界面中，将存在冲突的至少两个日程并排显示，例如将日程“案件沟通******方案”与另一个日程“SEP案例学习(第四场)…”进行并排显示，以提示用户该两个日程存在冲突。

需要说明的是，在一部分实现方式中，检测(查询)是否存在冲突的对象，仅限于同一天下的多个日程，而对于跨天日程以及全天日程不进行冲突检测。在另外的实现方式中可以将全天日程或跨天日程作为查询对象。以下以同一天之内的多个日程作为检测对象进行示例性说明。

需要说明的是，在本申请实施例中，存在冲突包括时间维度和空间维度中任一维度的冲突，一般多指时间上的冲突，即两个或以上的日程的发生时间存在重叠。在个别情形下，存在冲突也可以指地点上的冲突，例如，用户建立的一个日程的时间为下午14:00到16:00，另一个日程的时间为下午16:00到17:00，虽然两个日程的时间不冲突，但是前一个日程的地点为A市，后一个日程的地点为B市，而用户不可能瞬间从A市去到B市，因此这两个日程也是冲突的，在一部分实施例中，也可以将此种情形确定为存在冲突。

作为一种可实现方式，查询不同日程的时间，时间存在重叠，则判定该两个或更多个日程之间存在冲突。或者，对于时间差值小于预设时长的两个日程，进一步获取地点信息，若两个地点相距较远，基于现有交通工具无法在预设时长内到达时，则也可判定该两个日程之间存在冲突。

参阅图4和图5所示，日程冲突提示和处理，可以基于日历存储和日历两个模块实现，日历模块包括月视图日程单元、处理冲突弹窗单元、智能建议单元和日视图日程单元；日历存储模块，存储有日程表，用于维护多个日程的日程信息。示例性地，本申请实施例提供的日程冲突处理方法，通过云服务器、邮箱、情景智能以及新建日程几种途径中的至少一种，获得日程信息，写入日程表中。月视图日程单元在检测到用户点击日历APP的图标后，在打开的月视图日程界面中，点击表示“日”的数字后，查询日程表中的多个日程之间是否在时间上冲突，有冲突，则更新日程表中的冲突标记，并且向智能建议单元发送通知以触发冲突提示，智能建议单元，进行冲突提示，并响应于用户指令，打开日视图日程界面，日视图日程单元基于用户指令调整日程时间，并更新日程时间，以及通知智能建议单元更新冲突建议。智能建议单元，还向处理冲突弹窗单元发送通知以触发冲突处理，处理冲突弹窗单元，响应于用户指令，对存在冲突的日程进行处理(提醒、忽略、委托等)，并且在处理后更新冲突建议，并通知月视图日程单元更新冲突显示。

下面列举本申请实施例提供的冲突提示以及处理方式：

方式一：

至少一个控件包括第一弹窗和第一按钮，基于第一弹窗和第一按钮进行冲突提示和处理。

确定当天的多个待执行的日程存在冲突后，在第一界面弹出第一弹窗，以进行冲突提示。第一界面可以是该应用程序与用户进行交互的任一界面。以日历APP为例，在一种可实现方式中，第一界面可以是日历月视图界面，图2中所示界面U22可以作为第一界面。在第一弹窗中至少显示第一文本，可选的，还可以显示第一按钮。第一文本是自然语义为存在日程冲突的任意一种文本内容。第一按钮，为触发打开第二界面事件的功能按钮，用于用户查看具体是哪几个日程之间存在冲突。例如，在用户点击该第一按钮后，打开相应的第二界面以供用户查看冲突详情，示例性地，第二界面可以是显示有存在冲突的至少两个日程信息的日视图界面。

例如，参阅图2中所示，在界面U22中弹出第一弹窗W1，在该第一弹窗中显示第一文本“您有两条日程冲突，请合理安排时间”，并且提供用于查看具体是哪两个或者哪几个日程存在冲突的按钮B1(即第一按钮)，按钮B1上显示的文本为“查看”。按钮B1上的文本可以是“点击查看详情”“详情”“修改”等多种字样，并不仅限于图2所示字样，并且第一弹窗中显示的第一文本可以是能够表征存在冲突的自然语义的任一文本，例如还可以是“存在日程冲突，请处理”“您有日程存在冲突”“检测到有至少两个日程存在冲突”等字样，并不仅限于图2所示的示例。

示例性地，检测到用户针对第一按钮B1执行了第一操作，例如，第一操作可以是点击(单击)，在用户点击第一弹窗中的W1中的按钮B1后，会打开如图8中所示的日视图界面U81(第二界面)。从图8中界面U81可以直观地看出，下午的两个日程“***项目会议”和“日历代码评审会议”之间存在冲突。

可选的，用户可以基于第二界面对存在冲突的日程的时间进行调整。当检测到用户以存在冲突的其中一个日程为操作对象进行拖动、长按、点击、双击中的任一种操作(第二操作)时，执行相应的处理操作，例如，当用户沿时间轴拖动日程时，根据用户拖动操作的具体坐标信息，修改该被拖动日程的时间。例如，参阅图8中界面U82所示，用户沿时间轴拖动“***项目会议”日程，将其拖动到日历代码评审会议之后，根据用户的拖动位置，该日程的时间被对应修改为下午6点至8点。或者，检测到用户对于存在冲突的其中一个日程进行了长按、点击或双击中的任一种操作时，弹出时间选择器以修改被选中日程的时间。在调整时间后，参阅图8中界面U83所示，相比于图2中的界面U22，再次打开的月视图界面U83中不再进行冲突提示。

可选的，至少一个控件还可以包括第一标签，该第一标签可以设置于第一弹窗中，用于唤醒语音助手，检测到用户以该第一标签为操作对象进行第三操作后，触发语音助手语音播报第一文本。第三操作也可以是点击、双击、长按中的任一一种。

方式二：

至少一个控件可以包括第二标签，基于第二标签进行冲突提示和处理。

上述方式一提供了便于用户查看冲突日程具体信息以及修改日程时间的第一入口(即第一按钮)。在方式二中，确定存在日程冲突后，在第一界面提供用于用户处理冲突的第二入口，该第二入口可以基于界面交互或者语音交互实现。例如该第二入口可以是用于打开冲突处理窗口的一个按钮或标签等控件；或者，该第二入口可以是语音播放方式提供的语音接口，可以通过智能语音助手(例如“YOYO”)实现，示例性地，当智能语音助手被唤醒后，用户可以通过语音指令来打开相应的冲突处理窗口。

下面介绍一种基于界面交互而实施的可行方式，该第二入口为设置于第一界面中的一个功能按钮。当第一界面中显示有多项日程信息的日程列表时，可以在存在冲突的至少两个日程分别对应的显示区域内，显示第二标签，第二标签上的标题文本的语义表征存在冲突，例如如图2中月视图界面U22所示，在月视图界面下示出了包括四项日程的日程列表，该日程列表中事件名称(即标题名称)为“***项目会议”的日程与事件名称为“日历代码评审会议”的日程之间存在冲突，因此，在该月视图界面的日程列表中相应的两个日程对应的显示区域中分别显示第二标签B2，第二标签B2上显示的文本内容为“冲突”。其中，如图2中界面U22所示，用于显示日程信息的圆角矩形框内的区域即为相应的日程对应的显示区域，该显示区域也可理解为一个控件，该控件中包含第二标签。例如，显示有“***项目会议”“荣耀Q7大楼北京研究所J园区”的圆角矩形框即为日程“***项目会议”对应的显示区域。

第二标签的文本内容也可以是其他可以表示冲突含义的字段或者字符，以起到冲突提示的作用。需要说明的是，图2中的月视图界面U22同时示出了基于方式一设置的第一弹窗W1、第一按钮B1和基于方式二设置的第二标签B2，仅为一种示例，在实际应用中，可以仅采用其中一种方式进行冲突提示，例如，仅显示第二标签B2，而不显示第一弹窗和第一按钮B1；或者，仅显示第一按钮B1和第一弹窗W1，而不显示第二标签B2。

接下来，在一种实现方式中，检测到用户针对第二标签所在的显示区域进行了第四操作，则打开第二弹窗。该种方式中，第二标签不作为独立的操作对象，而是用户针对第二标签或者第二标签附近的区域进行操作时，则触发显示第二处理界面，例如显示第二处理界面可以是弹出第二弹窗。

例如，图2中界面U22中，用于显示日程“日历代码评审会议荣耀Q7大楼北京研究所J园区”的圆角矩形框内的区域即为第二标签B2所在的显示区域，用户长按该圆角矩形框内的任一位置，可以触发弹出第二弹窗。第四操作可以是双击、长按、滑动等操作，示例性地，在一种可实现方式中，选择长按操作作为第四操作，当检测到用户针对第二标签或者其附近的区域(圆角矩形框内)进行长按操作，则打开第二弹窗。

在另外的实施方式中，第二标签可以作为独立的可操作对象，也就是第二标签可以作为一个单独的按钮，用户针对该按钮执行点击等操作，可以打开第二弹窗。

需要说明的是，打开第二弹窗的操作与打开日程详情界面的操作可以区分开，例如，长按操作打开第二弹窗，单击操作打开日程详情界面，用户长按第二标签B2或者长按相应的日程“日历代码评审会议”对应的显示区域，可以弹出如图9所示的第二弹窗W2，第二弹窗W2中当前显示的信息为日历评审代码会议的详细信息，说明该日程为选中状态。用户单击日程“日历代码评审会议”对应的区域，则可以打开日历代码评审会议的日程详情界面，如图10所示。

第二弹窗为供用户进行冲突处理的窗口。至少用于显示对至少两个日程进行冲突处理的至少一个候选项，候选项包括提醒、委托、请假、忽略、删除、拒绝中的至少一个，即可以是提醒、委托、请假、忽略、删除、拒绝中的任意一种或任意组合。其中，提醒，可以包括强提醒和弱提醒，强提醒可以是闹钟提醒，弱提醒则是以发送系统通知消息等方式进行提醒。

在一种可实现方式中，在该第二弹窗下方，设置“闹钟提醒”“委托”“请假”“忽略”“删除”五个候选项，用于对冲突的日程进行处理，其中斜线用于标记被选中的候选项，即委托候选项为选中状态，说明用户针对日历评审代码会议这一日程，需要进行委托处理，委托即将该日程委托其他人代为执行，用户选中委托后，设备自动跳转到邮箱、即时通讯应用程序等第三方应用的操作界面，用户可以通过发邮件、发消息等方式邀请他人代为处理。

在另外的可实现方式中，第二弹窗中显示的用于进行冲突处理的候选项，仅包括“忽略”和“删除”以及“闹钟提醒”；或者，仅包括“委托”“请假”和“删除”。其中，用户选择“忽略”候选项后，则相应的日程在日程列表中的一项变灰，不再采用高亮显示，表示该项日程处于无需处理或者不可处理的状态。接下来，检测到针对提醒候选项的第五操作，跳转到提醒设置界面；检测到针对委托候选项的第六操作后，跳转到第一邮件编辑界面；第一邮件编辑界面的收件人为被委托方；检测到针对请假候选项的第七操作后，跳转到第二邮件编辑界面，第二邮件编辑界面的收件人为请假审批方；检测到用户以忽略、删除、拒绝候选项为操作对象进行第八操作后，分别忽略、删除或拒绝被选中日程。

当检测到用户选中“委托”按钮后，则触发调用邮箱事件，跳转到第一邮件编辑界面，获取待委托给他人处理的目标日程(即第二弹窗中处于选中状态的日程)的身份标识(例如I D)，发送携带有所述目标日程身份标识的调用请求，以启动邮箱并打开新建邮件界面，自动生成收件人(即被委托人)、发件人(委托人)、抄送对象、密送对象中的至少一项的邮箱地址，并且自动生成邮件主题和内容，以减少用户操作。例如，参阅图11所示，在用户点击“委托”按钮后，则打开图11所示的“新建邮件”界面，主题为“***日程委托”。可选的，在另外的实施方式中，还基于目标日程自动生成邮件正文内容，例如“您好，现发件人***请求委托您代为处理***日程……”。邮件正文内容的自动生成可以通过调用预先设置的委托内容模板实现。

其中，发件人的邮箱地址，一般默认为发起委托请求的用户的邮箱地址。对于通过邮件进行日程邀请而添加的日程信息，可以将邀请人的邮箱地址作为收件人或者抄送对象的邮箱地址，以接受日程邀请的邮箱地址作为发件人的邮箱地址。其他场景下，收件人等邮箱地址信息可以提示用户预先输入，或者在新建邮件界面打开后，若无法自动获取到邮箱地址，则提示用户“读取收件人邮箱地址失败，请手动输入收件人邮箱地址”。

在邮件发送成功后，邮箱APP将发送成功的消息，以点到点消息的方式反馈至日历APP，或者通过广播的方式通知日历APP，日历APP在日程表中该日程的数据段进行更新。

“请假”候选项对应的处理方式，也可以通过调用邮箱向负责审批请假申请的对象发送邮件。检测到用户选中“请假”候选项，则跳转到第二邮件编辑界面。在第二邮件编辑界面中，负责审批请假申请的对象的邮箱地址，可以预先录入，即用户在新建日程时，提示用户输入请假对象的邮箱地址信息；或者，在具有获取权限的情形下，通过智能识别，获取当前用户的管理者的邮箱地址信息，以作为收件人的邮箱地址而自动生成。用户点击“请假”按钮，也可以触发打开如图11所示的界面，相应地，主题名称更改为“***日程请假申请”，并且更改邮件正文内容，具体不再赘述。第一或第二邮件编辑界面，可以是新建邮件界面、转发界面或者回复界面等。

上述候选项，提供了便捷的处理途径，以辅助用户对冲突日程进行有效管理。

需要说明的是，弹出的第二弹窗W2中，可以将存在冲突的日程在相应的时间轴上并排显示，并且可以进行拖拽，用户可以通过拖拽其中一个日程的方式，修改该日程的时间，以避免两个日程之间在时间上冲突。

上述方式一提供了调整日程时间的便捷方式，适用于日程时间可以调整的场景；方式二则提供了更多的冲突处理方式，可以适用于日程时间无法调整的场景中。

在进行冲突处理时，根据用户进行的冲突处理行为，对用户进行的冲突处理进行记录。在一种可实施方式中，根据冲突处理记录，更新各个界面中相应日程的显示，以便于用户能够直观地看到针对以往的日程做出的处理信息。

例如，进行委托处理之后更新后的第一界面参阅图12所示。其中，***项目会议对应的项中不再进行冲突提示，即不再显示“冲突”按钮(即第二标签)B2，而根据冲突处理记录，将日历代码评审会议对应的项中，相应的第二标签的文本内容由“冲突”改为“委托”，表示该日程已经被用户进行了委托处理。在另外的可实施方式中，不再显示冲突按钮的同时，也不显示处理记录，即不再显示第二标签。例如，图12中的日程“日历代码评审会议”一项不显示“委托”按钮。

作为一种可实施方式，用户设置了闹钟提醒的日程，在日程列表中，仍然显示“冲突”按钮。用户设置为闹钟提醒，说明该日常较为重要，因而即便进行了冲突处理，也持续进行冲突提示，直至日程执行完毕。

方式三：

在该方式中，通过终端设备的桌面界面显示的日程卡片上，显示冲突按钮，以提示用户存在日程冲突。例如，参阅图13所示，日程“Magic UI 5.0设计探索概念…”与日程“个人事务中心会议纪要”存在冲突，则在该两个日程标签附近的指定位置分别添加“冲突”按钮。

需要说明的是，日程信息的维护可以通过日程表实现，例如日程名称，系统为日程分配的I D，以及日程时间，地点等信息，可以记录在日程表中。日程表为结构化存储的数据表。对于各个日程进行的冲突处理记录，可以单独设置一个处理记录表，用于记录针对各项日程进行的冲突处理操作，以便于用户查询，或者，冲突处理记录可以一起写入日程表中。

示例性地，以3个日程作为示例，包括日程冲突处理记录的日程表如下表1所示：

表1

其中，该表记录了提醒、请假、委托、忽略、删除和拒绝等几项分别对应的标记位，标记为1，则表示用户针对该日程执行了此项操作，标记位为0，则表示用户未针对该日程执行此项操作，例如，I D为000001的日程“***会议”，提醒一项的标记位为1，则表示用户针对该日程的冲突处理中，选择了“提醒”候选项。

上述日程表中还可以加入委托或者请假时发送邮件的收件人邮箱地址等信息。

需要说明的是，日程表为维护日程信息的数据表，而日程列表用于在交互界面面向用户顺序显示各项日程的日程信息。

下面列举本申请实施例提供的方法的一个具体实施例。参阅图14所示，在该实施例中，该方法可以包括以下流程：

步骤1401，查询当日待执行的日程信息；

在一种可实现方式中，步骤1401响应于用户对主界面中的日历APP图标的点击操作或在打开日历后选中某一天的点击操作而触发执行。

步骤1402，判断是否有至少两个日程存在冲突？是，则进入步骤1411和/或步骤1421，否，则结束流程。在该实施例中，步骤1402到步骤1404之间的流程分为两个分支进行说明，第一分支包括步骤1411-1415，第二分支包括1421-1425。

第一流程分支：

步骤1411，在第一界面中弹出第一弹窗。第一弹窗中显示第一文本、第一按钮以及用于唤醒语音助手的标签。

例如，参阅图15所示，第一弹窗W1中除第一文本“您有两条日程冲突，请合理安排时间”和第一按钮B1以外，还包括标签L1，该标签的文本内容为“YOYO建议·日程冲突”，该标签可以实现对语音助手的唤醒。可选的，在检测到用户以该标签为操作对象而进行的点击、长按等任一种操作时，唤醒语音助手“YOYO”，并语音播报第一文本的文本内容，并且，在语音播报第一文本之后，可以继续语音询问用户“YOYO可以帮助您进行冲突处理，是否现在进行冲突处理？”，即基于语音交互方式与用户继续进行交互，以及基于用户的语音指令，执行相应的操作。具体本实施例不再赘述。

步骤1412，检测到用户点击第一按钮B1。

步骤1413，打开日视图界面，显示存在冲突的日程。

步骤1414，检测到用户针对日视图界面中的一个日程进行了拖动操作。

步骤1415，根据用户的拖动位置，修改日程时间。

第二流程分支：

步骤1421，在日程列表中，对存在冲突的日程添加“冲突”按钮(即第二标签)。

如上述方式二中已经阐述的，进行冲突标记的一种方式可以是，将检测出的存在冲突的至少两个日程对应的显示框中添加第二标签B2。在该实施例中，以日历的月视图界面作为第一界面，在该界面弹出第一弹窗而且显示第二标签，相应的界面示例参阅图15所示。需要说明的是，在其他实施例中，可以仅弹出第一弹窗或者仅显示第二标签。若在第一界面中仅弹出第一弹窗，则在打开的第二界面中可以添加用于打开第二弹窗的功能按钮，以实现出时间修改以外的其他冲突处理；若仅在第一界面中显示第二标签，则在打开的第二弹窗中，还可以增加修改时间的候选项，以实现对时间的修改。如此可见，基于本申请实施例提供的技术方案，可适应得到除所列举的实施例或实现方式以外的其他多种实施例。

步骤1422，检测到用户长按“冲突”按钮，进入步骤523。

步骤1423，打开第二弹窗，显示进行日程冲突处理的多个候选项。

步骤1424，检测用户选择的候选项。

例如，在打开第二弹窗后，用户选中了“***项目会议”日程，并且针对该日程，选择了“提醒”候选项，则设备将提醒候选项显示为选中状态，例如高亮状态。

步骤1425，开始计时，到达指定时间触发提醒事件，在提醒界面显示相应的日程信息。

提醒方式可以是在锁屏状态下推送文本消息并点亮屏幕，也可以是在解屏状态下推送push消息等弱提醒方式，也可以是闹钟提醒等强提醒方式，具体可提供相应的选项提示框让用户预先选择提醒方式。之后，进入步骤1404。

步骤1404，保存冲突处理记录。

步骤1405，根据冲突处理记录刷新第一界面。

刷新第一界面，可以包括刷新第一弹窗和/或第二标签的显示，刷新第一弹窗包括刷新YOYO标签。例如，参阅图16所示，进行闹钟提醒处理后的日程“日历代码评审会议”继续保留带有“冲突”字样的第二标签，以更显著地提示用户执行该日程。在另外的可实施方式中，“***项目会议”的第二标签更新为“提醒”，表示已对该日程进行了提醒处理。或者，在另外的实施例中，可以删除第二标签，不再进行冲突标记和冲突处理记录标记。若用户对“日历评审代码会议”和“***项目会议”都未进行忽略或者删除等处理，也未调整日程时间，冲突仍然存在，可以继续在第一界面保留第一弹窗的显示。在其他实施例中，当经过用户处理后，当天的多个日程之间不再存在冲突，则不再显示第一弹窗。

可以理解的是，上述实施例中的部分或全部步骤或操作仅是示例，本申请实施例还可以执行其它操作或者各种操作的变形。此外，各个步骤可以按照上述实施例呈现的不同的顺序来执行，并且有可能并非要执行上述实施例中的全部操作。

下面从软件实现的角度，对实施本申请实施例提供的技术方案的软件架构进行示例性说明。本申请实施例提供的技术方案可以基于Android、iOS(iPhone Operat ingSystem)、windows phone、Symbian、Bl ackBerry OS、windows mobi le、Harmony、Microsoft Windows、Un ix、Linux、Netware等操作系统提供的运行环境实现。

上述图4和图5所示的软件架构，从功能实现角度阐述了一种可行的软件功能模块的设计架构，下面，基于操作系统的分层架构的角度，阐述本申请实施例提供的日程冲突处理方法的软件分层架构如何搭建。

参阅图17所示，在一种可实现方式中，以android操作系统为例进行说明。安卓(Android)系统的分层架构中，从上至下分别为应用层，框架层(Framework，FWK)，安卓运行时(Android runt ime)和系统库层，以及内核层。本申请实施例提供的技术方案，可以通过应用层的设计以及调用框架层中的应用程序接口(App l icat ion Programming Interface，API)来实现，无需对安卓运行时和系统库层以及内核层进行改动。

具体地，应用层可以进一步分为用户交互层、业务逻辑层和数据访问层，作为一种可实现方式，本申请实施例提供的方法，可以通过查询模块、交互模块两个软件功能模块来实现，相应地，用于实施本申请技术方案的一种可行的分层架构中，业务逻辑层配置有查询模块，数据访问层配置有日程存储模块，用户交互层配置有交互模块。

其中，查询模块用于查询待执行的日程信息，以确定是否有至少两个日程存在冲突；交互模块，用于根据查询模块的查询结果，执行相应的用户交互事件，以对用户进行冲突提示。具体地，交互模块可以在查询模块检测出存在日程冲突时，在第一界面中，提示用户有至少两个日程存在冲突。查询模块需要查询的日程信息，可以存储于日历储存模块中，需要查询时，查询模块到日历存储模块中获取数据并进行冲突判断。

查询模块可以包括月视图日程单元；交互模块可以包括处理冲突弹窗单元、智能建议单元和日视图日程单元。

示例性地，参阅图18所示，查询模块、交互模块以及日历存储模块之间的信令流程可以包括：

查询模块到日程存储模块(例如可以是日历存储模块)中查询日程信息，检测到存在日程冲突后，通知交互模块执行用于提示用户存在日程冲突的交互事件，响应于该通知消息，交互模块执行预设的交互事件，例如在第一界面弹出第一弹窗，在日程列表的冲突日程item(项)中增加“冲突”按钮，以及根据用户针对第一弹窗中的第一按钮或者语音助手标签或“冲突”按钮实施的操作，来执行相应的冲突处理操作，并将冲突处理记录发送至日程存储模块以进行存储。其中，触发交互事件以及在检测到用户操作后执行哪种操作的业务逻辑，则通过业务逻辑控制层实现，相应的控制逻辑可以设计在查询模块中。

应用层中交互模块的功能实现，需要调用框架层中的API(图中未示出)以实现交互，例如可以通过调用窗口管理器Window Manager，用来管理窗口程序，或者调用内容提供器Content Providers来访问第三方应用的日程信息数据，或者调用视图管理器ViewSystem，来构建相应的日程列表、第一文本的文本框及第一按钮、第二标签等控件；或者，可以调用通知管理器Not ificat ion Manager，来设置在状态栏中显示的提示信息以进行日程冲突提示。

本申请实施例还提供一种电子设备，包括用于存储程序指令的存储器和用于执行程序指令的处理器，其中，当程序指令被该处理器执行时，触发电子设备执行以下步骤：

查询待执行的日程信息，确定有至少两个日程存在冲突时，在第一界面中提示用户有至少两个日程存在冲突；第一界面为应用程序与用户进行交互的任一界面。

下面从硬件实现角度，阐述本申请实施例提供的电子设备。

参阅图19所示，该图示出了本申请实施例提供的电子设备190的一种可行的产品硬件架构该电子设备190的硬件架构可以包括：

显示屏191，以界面交互的方式向用户提示存在日程冲突的各种操作均需要通过显示屏的显示以及感应来实现。例如显示屏191实现图2-3、图6-13、图15-16等附图所示的界面的显示。具体地，显示屏191可以包括显示面板。显示面板可以采用液晶显示屏(l iquid crysta l d i sp l ay，LCD)，有机发光二极管(organ ic l ight-emitt ing d iode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(act ive-matr ix organ icl ight emitt ing d iode的，AMOLED)，柔性发光二极管(f lex l ight-emitt ing diode，FLED)，Min i led，MicroLed，Micro-oLed，量子点发光二极管(quantum dot l ightemitt ing d iodes，QLED)等。在一些实施例中，电子设备190可以包括两个以上显示屏191。

具体地，显示屏191可以是触摸与显示功能集成于一体的触摸屏，例如可以是电容式触摸屏，以用于感应用户针对显示屏中示出的第一弹窗中的第一按钮或标签以及第二标签实施的点击、长按等操作。具体地，显示屏191可以通过压力传感器来感受用户产生的压力信号，将压力信号转换成电信号，完成用户指令输入。压力传感器可以是电阻式压力传感器，电感式压力传感器，电容式压力传感器等。当有点击、长按等操作作用于显示屏191，电子设备190根据压力传感器检测所述触摸操作强度，以及根据压力传感器的检测信号计算触摸的位置。

处理器192，包括一个或多个处理单元。例如：处理器192可以包括应用处理器(appl icat ion processor，AP)，调制解调处理器，图形处理器(graph ics process ing unit，GPU)，图像信号处理器(image s igna l processor，ISP)，控制器，数字信号处理器(digita ls igna l processor，DSP)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

存储器193，用于存储日程信息、冲突处理记录信息等数据。存储器193可以是独立于所述处理器192的外置存储器，也可以是设置于处理器192中。例如，在一些实施例中，内置于处理器192中的存储器可以是高速缓冲存储器，用于保存处理器192刚用过或循环使用的指令或数据。如果处理器192需要再次使用该指令或数据，可从高速缓冲存储器中直接调用。避免了重复存取，减少了处理器192的等待时间。

存储器193可以是只读存储器(read-on ly memory，ROM)、可存储静态信息和指令的其它类型的静态存储设备、随机存取存储器(random access memory，RAM)或可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(e lectr ica lly erasab le programmab le read-on ly memory，EEPROM)、只读光盘(compact d i scread-on ly memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备，或者还可以是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质等。

电源管理模块194，接收电池和/或充电管理模块的输入，为处理器192，存储器193，显示屏191供电。电源管理模块194还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块194也可以设置于处理器192中。在另一些实施例中，电源管理模块194和充电管理模块也可以设置于同一个器件中。

可以理解的是，本申请实施例各附图示意的结构并不构成对电子设备190的具限定。在本申请另一些实施例中，电子设备190可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

例如，在一种可实现方式中，参阅图20所示，电子设备190还可以包括：

扬声器201，拾音器202，以及音频电路180，所述扬声器201通过音频电路与处理器192连接，用于在用户唤醒YOYO语音助手之后，播放第一文本对应的语音。例如，在电子设备190的显示屏191显示图15所示的界面时，在YOYO被唤醒后，进行语音播报“您有两条日程存在冲突，建议查看并处理以免影响您的行程”，以及通过拾音器202拾取用户声音，检测用户是否发出查看的语音指令。

马达203，为电子设备190提供振动动力，例如，在第二弹窗中，用户选择了闹钟提醒时，可以在提醒时进行振动。

输入单元204，输入单元用于输入用户指令，可以是键盘、鼠标以及手写笔等硬件设备。

无线通信单元205，用于与云服务器进行无线通信，以远程获取日程信息。具体地，无线通信单元205可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块经由天线接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器192。无线通信单元205还可以从处理器192接收待发送的信号，对其进行调频，放大，经天线转为电磁波辐射出去。

在一种可实现方式中，处理器192可以包括一个或多个接口。接口可以包括集成电路(inter-integrated ci rcu it，I2C)接口，集成电路内置音频(inter-integrated circu it sound，I2S)接口，脉冲编码调制(pu l se code modu l at ion，PCM)接口，通用异步收发传输器(un iversa l asynchronous receiver/transmitter，UART)接口，通用输入输出(genera l-purpose input/output，GPIO)接口，和/或通用串行总线(un iversa lser ia l bus，USB)接口等。

其中，处理器192可以包含多组I2C总线，处理器192可以通过不同的I2C总线接口耦合电源管理模块195等模块。例如：处理器192可以通过I2C接口耦合显示屏191，使处理器192与显示屏191通过I2C总线接口通信。

在一种可实现方式中，处理器192可以包含多组I2S总线，I2S接口可以用于音频通信。处理器192可以通过I2S总线与音频电路180耦合，实现处理器192与音频电路180之间的通信，进而使得扬声器201受控发声。

本申请实施例还提供一种存储介质，所述存储介质中存储有程序指令，当其在电子设备上运行时，使得所述电子设备执行如上述任一项实施例所述的方法。

本申请实施例还提供一种软件程序产品，所述软件程序产品包括程序指令，当其在电子设备上运行时，使得所述电子设备执行如上述任一项实施例所述的方法。

应理解，本申请实施例中的术语“单元”或“模块”可以通过软件和/或硬件形式实现，对此不作具体限定。例如，“单元”可以是实现上述功能的软件程序、硬件电路或二者结合。所述硬件电路可能包括应用特有集成电路(app l icat ion specific integrated circu it，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。

因此，在本申请的实施例中描述的各示例的单元或模块，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

进一步的，一般的，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmab le Logic Device,PLD)(例如现场可编程门阵列(Fie ld Programmab leGate Array，FPGA))就是这样一种集成电路，其逻辑功能由访问方对器件编程来确定。由设计人员自行编程来把一个数字装置“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compi ler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Descr ipt ion Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boo lean Express ion Language)、AHDL(Altera Hardware Descr iption Language)、Conf l uence、CUPL(Corne l l Un ivers ity Programming Language)、HDCa l、JHDL(Java Hardware Descr ipt ion Language)、Lava、Lo l a、MyHDL、PALASM、RHDL(Ruby Hardware Descr ipt ion Language)等，目前最普遍使用的是VHDL(Very-High-Speed I ntegrated Ci rcu it Hardware Descr ipt ion Language)与Ver i log。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

因此，本申请实施例所提出的方法流程可以以硬件方式实现，例如，使用控制器，控制器控制触摸屏以实现本申请实施例所提出的方法流程。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(App l icat ion Specific I ntegrated Ci rcuit，ASI C)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC625D、Atme l AT91SAM、Microch ip PIC18F26K20以及Si l icone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

应理解，在本申请的各实施例中，“第一”、“第二”等仅是为了指代不同的对象，并不表示对指代的对象有其它限定。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

本领域普通技术人员可以意识到，本文中公开的实施例中描述的各模块及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个(计算机)可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机、个人计算机等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-on ly memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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