CN115689515A - 日程管理方法、服务器及客户端 - Google Patents

Abstract

本申请实施例提供一种日程管理方法、服务器及客户端，服务器通过获取预设的在目标时间段内待完成的N个日程事件，N为正整数；在N个日程事件的完成截止时间到达时，检查N个日程事件中每个日程事件的完成状态；根据每个日程事件的完成状态，从N个日程事件中选出未完成的M个日程事件，M为小于或等于N的正整数；将未完成的M个日程事件发送给客户端，客户端向用户显示未完成的M个日程事件。即本申请实施例通过在日程事件的完成截止时间到达时，对用户在目标时间段内需要完成的各日程事件的完成状态进行检查，选出未完成的日程事件，并向用户提醒未完成的日程事件，以督促用户对未完成的日程事件进行完成，提高日程事件的管理可靠性。

Description

日程管理方法、服务器及客户端

技术领域

本申请实施例涉及计算机技术领域，尤其涉及一种日程管理方法、服务器及客户端。

背景技术

随着电子设备功能的健全，许多电子设备安装有日程管理系统，日程管理系统用于用户对某一时间节点或时间段需要执行的事件进行计划与安排。通常日程管理系统具有展示时间，创建、修改、删除或展示事件的功能，以及在事件到达时间后进行提醒和共享日程(预约或查看他人的时间)的功能。

灵活使用日程管理系统可以帮助培养自主学习能力，但是目前日程管理系统功能单一，无法满足用户需求。

发明内容

本申请实施例提供一种日程管理方法、服务器及客户端，通过向用户展示未完成日程事件，以督促用户完成该未完成的日程事件，进而丰富了日程管理系统的功能，提高用户体验。

第一方面，本申请实施例提供一种日程管理方法，应用于服务器，包括：

获取预设的在目标时间段内待完成的N个日程事件，所述N为正整数；

在所述N个日程事件的完成截止时间到达时，检查所述N个日程事件中每个日程事件的完成状态；

根据所述每个日程事件的完成状态，从所述N个日程事件中选出未完成的M个日程事件，所述M为小于或等于N的正整数；

将所述未完成的M个日程事件发送给客户端，以使所述客户端向用户显示所述未完成的M个日程事件。

第二方面，本申请实施例提供一种日程管理方法，应用于客户端，所述方法包括：

接收服务器发送的N个日程事件中完成状态为未完成的M个日程事件，所述M为小于或等于N的正整数，所述N个日程事件中完成状态是在所述N个日程事件的完成截止时间到达时所检查的；

向用户显示所述未完成的M个日程事件。

在一些实施例中，上述方法还包括：

将所述未完成的M个日程事件添加至所述目标时间段的下一时间段的日程事件列表中。

第三方面，本申请实施例提供一种服务器，包括：

获取单元，用于获取预设的在目标时间段内待完成的N个日程事件，所述N为正整数；

第一处理单元，用于在所述N个日程事件的完成截止时间到达时，检查所述N个日程事件中每个日程事件的完成状态；

选择单元，用于根据所述每个日程事件的完成状态，从所述N个日程事件中选出未完成的M个日程事件，所述M为小于或等于N的正整数；

第一收发单元，用于将所述未完成的M个日程事件发送给客户端，以使所述客户端向用户显示所述未完成的M个日程事件。

第四方面，本申请实施例提供一种客户端，包括：

第二收发单元，用于接收服务器发送的N个日程事件中完成状态为未完成的M个日程事件，所述M为小于或等于N的正整数，所述N个日程事件中完成状态是在所述N个日程事件的完成截止时间到达时所检查的；

显示单元，用于向用户显示所述未完成的M个日程事件。

第五方面，本申请实施例提供一种电子设备，包括处理器和存储器；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述计算机程序以实现上述第一方面和/或第二方面所述的方法。

第六方面，本申请实施例提供了一种日程管理系统，包括：客户端和服务器，所述服务器用于实现上述第一方面所述的方法，所述客户端实现上述第人方面所述的方法。

第七方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质包括计算机指令，当所述指令被计算机执行时，使得所述计算机实现如第一方面和/或第二方面所述的方法。

第八方面，本申请实施例提供一种计算机程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，计算机的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得计算机实施第一方面和/或第二方面所述的方法。

基于本申请提供的技术方案，服务器通过获取预设的在目标时间段内待完成的N个日程事件，N为正整数；在N个日程事件的完成截止时间到达时，检查N个日程事件中每个日程事件的完成状态；根据每个日程事件的完成状态，从N个日程事件中选出未完成的M个日程事件，M为小于或等于N的正整数；将未完成的M个日程事件发送给客户端，客户端向用户显示未完成的M个日程事件。即本申请实施例通过在日程事件的完成截止时间到达时，对用户在目标时间段内需要完成的各日程事件的完成状态进行检查，选出未完成的日程事件，并向用户提醒未完成的日程事件，以督促用户对未完成的日程事件进行完成，提高日程事件的管理可靠性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图2为本申请实施例涉及客户端设备的结构示意图；

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

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

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

图6为本申请实施例提供的服务器的一种结构示意图；

图7为本申请实施例提供的客户端的一种结构示意图；

图8为本申请实施例涉及的电子设备的框图；

图9为本申请实施例涉及的日程管理系统。

具体实施方式

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

应理解，在本发明实施例中，“与A对应的B”表示B与A相关联。在一种实现方式中，可以根据A确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。

另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

本方案应用的领域包括但不限于社交、电商、多媒体、交通(如自动驾驶、地图、车联网等)、医疗等服务平台。

本申请实施例涉及的日程管理系统可以理解为一个应用，该日程管理系统包括客户端和服务端，其中客户端可以按照在客户端设备上，用于与用户进行数据交互。服务端位于后台服务器上，用于与客户端进行数据交互。

图1为本申请实施例的一种应用场景示意图，如图1所示，包括客户端设备和服务器，其中，客户端设备上安装有日程管理系统的客户端，该日程管理系统的服务端位于该服务器上。

本申请实施例所涉及客户端设备可以包括各种具有无线通信功能的手持设备、车载设备、无线耳机、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(user equipment，UE)，移动台(mobile station，MS)，客户端设备(terminaldevice)等等，客户端设备例如可以为智能手机、平板电脑、耳机盒、智能台灯等等。

在一些实施例中，如图2所示，客户端设备还包括控制电路和输入-输出电路，输入输出电路与控制电路连接。

其中，控制电路可以包括存储和处理电路。该存储和处理电路中的存储电路可以是存储器，例如硬盘驱动存储器，非易失性存储器(例如闪存或用于形成固态驱动器的其它电子可编程只读存储器等)，易失性存储器(例如静态或动态随机存取存储器等)等，本申请实施例不作限制。存储和处理电路中的处理电路可以用于控制客户端设备的运转。该处理电路可以基于一个或多个微处理器，微控制器，数字信号处理器，基带处理器，功率管理单元，音频编解码器芯片，专用集成电路，显示驱动器集成电路等来实现。

存储和处理电路可用于运行客户端设备中的软件，例如播放来电提示响铃应用程序、播放短消息提示响铃应用程序、播放闹钟提示响铃应用程序、播放媒体文件应用程序、互联网协议语音(voice over internet protocol，VOIP)电话呼叫应用程序、操作系统功能等。这些软件可以用于执行一些控制操作，例如，播放来电提示响铃、播放短消息提示响铃、播放闹钟提示响铃、播放媒体文件、进行语音电话呼叫以及客户端设备中的其它功能等，本申请实施例不作限制。

其中，输入-输出电路可用于使客户端设备实现数据的输入和输出，即允许客户端设备从外部设备接收数据和允许客户端设备将数据从客户端设备输出至外部设备。

输入-输出电路可以进一步包括传感器。传感器可以包括环境光传感器，基于光和电容的红外接近传感器，超声波传感器，触摸传感器(例如，基于光触摸传感器和/或电容式触摸传感器，其中，触摸传感器可以是触控显示屏的一部分，也可以作为一个触摸传感器结构独立使用)，加速度传感器，重力传感器，和其它传感器等。输入-输出电路还可以进一步包括音频组件，音频组件可以用于为客户端设备提供音频输入和输出功能。音频组件还可以包括音调发生器以及其它用于产生和检测声音的组件。

输入-输出电路还可以包括一个或多个显示屏。显示屏可以包括液晶显示屏，有机发光二极管显示屏，电子墨水显示屏，等离子显示屏，使用其它显示技术的显示屏中一种或者几种的组合。显示屏可以包括触摸传感器阵列(即，显示屏可以是触控显示屏)。触摸传感器可以是由透明的触摸传感器电极(例如氧化铟锡(ITO)电极)阵列形成的电容式触摸传感器，或者可以是使用其它触摸技术形成的触摸传感器，例如音波触控，压敏触摸，电阻触摸，光学触摸等，本申请实施例不作限制。

输入-输出电路还可以进一步包括通信电路可以用于为客户端设备提供与外部设备通信的能力。通信电路可以包括模拟和数字输入-输出接口电路，和基于射频信号和/或光信号的无线通信电路。通信电路中的无线通信电路可以包括射频收发器电路、功率放大器电路、低噪声放大器、开关、滤波器和天线。举例来说，通信电路中的无线通信电路可以包括用于通过发射和接收近场耦合电磁信号来支持近场通信(near field communication，NFC)的电路。例如，通信电路可以包括近场通信天线和近场通信收发器。通信电路还可以包括蜂窝电话收发器和天线，无线局域网收发器电路和天线等。

输入-输出电路还可以进一步包括其它输入-输出单元。输入-输出单元可以包括按钮，操纵杆，点击轮，滚动轮，触摸板，小键盘，键盘，照相机，发光二极管和其它状态指示器等。

其中，客户端设备还可以进一步包括电池(未图示)，电池用于给客户端设备提供电能。

目前的日程管理系统功能较单一，例如在日程事件的时间到达时，提醒用户去完成该日程事件。但是不具备对未完成的日程事件进行统计和提醒的功能，无法满足用户的需求。

为了解决上述技术问题，本申请实施例通过在日程事件的完成截止时间到达时，对用户在目标时间段内需要完成的各日程事件的完成状态进行检查，选出未完成的日程事件，并向用户提醒未完成的日程事件，以督促用户对未完成的日程事件进行完成，提高日程事件的管理可靠性。

下面通过一些实施例对本申请实施例的技术方案进行详细说明。下面这几个实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图3为本申请一实施例提供的日程管理方法的流程示意图，如图3所示，包括：

S301、服务器获取预设的在目标时间段内待完成的N个日程事件。

其中，N为正整数。

上述目标时间段可以为用户设定的任意时间段，例如为半天、一天、两天、一个星期等，本申请实施例对目标时间段的具体时间长度不做限制。

日程事件是用户设定在目标时间段需要完成的事项。

日程事件是用户在日程管理系统中创建的，例如用户在日程管理系统中创建当天需要完成的N个日程事件。

示例性的，用户在日程管理系统中创建日程事件的过程是，用户在客户端设备上打开日程管理系统的客户端，在客户端的日程创建界面上输入需要创建的日程事件的关键信息，客户端将该日程事件的关键信息发送给服务器，服务器对日程事件的关键信息进行保存，并向客户端返回日程事件创建成功的信息。

其中，日程事件的关键信息包括时间、地点、事项(或任务或业务)等。

可选的，上述日程事件的时间可以包括日程事件的开始时间和结束时间。可选的，还可以包括日程事件的有限期等。

可选的，事项可以为工作、开会、出差、体检等。

由上述可知，服务器中保存有创建的每个日程事件的关键信息，进而服务器可以根据日程事件的关键信息中的时间，获得预设的在目标时间段内待完成的N各日程事件。

需要说明的是，本申请实施例对获取在目标时间段内待完成的N个日程事件的具体时间不做限制，例如可以是目时间段的任意时间。示例性的，以目标时间段为一天为例，可以在一天的最后时间点获取当天需要完成的N个日程事件。

S302、服务器在N个日程事件的完成截止时间到达时，检查N个日程事件中每个日程事件的完成状态。

在一种示例中，上述N个日程事件的完成截止时间可以是N个日程事件中最后一个日程事件的结束时间。

在另一种示例中，上述N个日程事件的完成截止时间为N个日程事件中最后一个日程事件的结束时间与目标时间段的最后时刻之间的任意时间，例如以目标时间段为一天为例，上述N个日程事件中最后一个日程事件的结束时间为晚上22点，则可以将晚上22点到24点之间的任意时间作为N个日程事件的完成截止时间。

在另一种示例中，上述N个日程事件的完成截止时间为目标时间段的最后时刻。

本实施例中，日程事件的完成状态包括但不限于：已完成、未完成、已过期。

可选的，对于已过期的日程事件则不支持用户再完成。

本申请实施例中服务器获取日程事件的完成状态的方式包括但不限于如下几种：

方式一，用户在完成一个日程事件时，在客户端中该日程事件对应的完成选项上进行点击，客户端检测到用户的点击操作后，向服务器发送日程完成信息，该日程完成信息包括该已完成的日程事件的标识信息，服务器根据该日程完成信息，将该日程事件的完成状态标记为已完成。

方式二，客户端设备在检测到用户完成该日程事件，例如用户在客户端设备上观看某学习视频，客户端设备在检测到用户观看该学习视频结束后，向服务器发送日程完成信息，该日程完成信息包括该已完成的日程事件的标识信息，服务器根据该日程完成信息，将该日程事件的完成状态标记为已完成。

在此基础上，服务器在N个日程事件的完成截止时间到达时，检查N个日程事件中每个日程事件的完成状态。

在一些实施例中，针对N个日程事件中的每个日程事件，若服务器检查到日程事件在目标时间段内完成，则确定日程事件的完成状态为已完成；或者，

若服务器检查到日程事件在目标事件段内未完成，且日程事件的有效期未达到时，则确定日程事件的完成状态为未完成；或者，

若服务器检查到日程事件在目标事件段内未完成，且日程事件的有效期已达到时，则确定日程事件的完成状态为已过期。

在一些实施例中，服务器还包括为N个日程事件中每个日程事件生成一个实例，并将日程事件的完成状态，记录在日程事件对应的实例信息中。

在此基础上，上述S302包括如下步骤S302-A1和S302-A2：

S302-A1、在N个日程事件的完成截止时间到达时，扫描N个日程事件中每个日程事件对应的实例信息；

S302-A2、根据每个日程事件对应的实例信息，确定每个日程事件的完成状态。

需要说明的是，对于重复执行的日程事件，服务器对该日程事件每次执行时生成一个实例，例如对于一个每天重复，持续一个月的事件，服务器会为该事件的每次执行时生成一个实例，例如每天为该事件生成一个实例，将每天该事件的完成状态记录在该事件对应的实例信息中。

S303、服务器根据每个日程事件的完成状态，从N个日程事件中选出未完成的M个日程事件。

其中，M为小于或等于N的正整数。

根据上述步骤，服务器获得N个日程事件中每个日程事件的完成状态，接着，根据每个日程事件的完成状态，从N个日程事件中选出未完成的M个日程事件。

在一种示例中，服务器将N个日程事件中完成状态为未完成的日程事件，确定为未完成的M个日程事件。

S304、服务器将未完成的M个日程事件发送给客户端。

S305、客户端向用户显示未完成的M个日程事件。

在一些实施例中，若未完成的日程事件关联的目标任务为网络资源时，为了便于用户完成未完成的日程事件，客户端在向用户显示未完成的日程事件外，还可以向用户显示该未完成的日程事件关联的目标任务的链接。用户可以通过点击该链接跳转至该目标任务所在的界面，进而方便用户完成该未完成的日程事件。也就是说，本申请实施例还为用户提供了“消灭拖延”入口，进一步提高了日程管理的可靠性，提升用户体验。

在一些实施例中，为了便于用户及时完成未完成的日程事件，本申请实施例的客户端还可以将目标时间段内未完成的M个日程事件添加至目标时间段的下一时间段的日程事件列表中，例如将前一天未完成的日程事件添加至第二天的日程事件列表中，便于用户在第二天完成前一天未完成的日程事件。可选的，将未完成的M个日程事件在下一时间段的日程事件列表中置顶，以提醒用户优先完成前一段时间未完成的日程事件，有效帮助用户消除遗留日程。

在一些实施例中，为了便于用户掌握目标时间段内日程事件的完成情况，则本申请实施例还包括：服务器根据N个日程事件中每个日程事件的完成状态，统计N个日程事件中处于不同完成状态下的日程事件的数量；并将统计的N个日程事件中处于不同完成状态的日程事件的数量发送给客户端和/或终端设备，以使客户端和/或终端设备进行显示。

示例性的，服务器根据N个日程事件中每个日程事件的完成状态，统计N个日程事件中已完成的日程事件数量、未完成的日程事件数量和已过期的日程事件数量，并将已完成的日程事件数量、未完成的日程事件数量和已过期的日程事件数量发送给客户端，以使客户端显示给用户。和/或，服务器将已完成的日程事件数量、未完成的日程事件数量和已过期的日程事件数量发送给关联的终端设备，例如发送给用户的手机，使得用户及时掌握日程的完成情况。

在一些实施例中，本申请实施例还包括：客户端在检查到用户触发目标日程事件的语音播放选项时，通过语音方式向用户播放目标日程事件的关键信息。这样可以降低了用户的认知压力和使用难度。

本申请实施例提供的日程管理方法，服务器通过获取预设的在目标时间段内待完成的N个日程事件，N为正整数；在N个日程事件的完成截止时间到达时，检查N个日程事件中每个日程事件的完成状态；根据每个日程事件的完成状态，从N个日程事件中选出未完成的M个日程事件，M为小于或等于N的正整数；将未完成的M个日程事件发送给客户端，客户端向用户显示未完成的M个日程事件。即本申请实施例通过在日程事件的完成截止时间到达时，对用户在目标时间段内需要完成的各日程事件的完成状态进行检查，选出未完成的日程事件，并向用户提醒未完成的日程事件，以督促用户对未完成的日程事件进行完成，提高日程事件的管理可靠性。

在一些实施例中，本申请实施例创建的日程事件包括目标任务的跳转链接，下面结合图4对本申请实施例涉及的日程事件的创建过程进行介绍。

图4为本申请一实施例提供的日程管理方法的流程示意图，如图4所示，本申请实施例包括：

S401、客户端接收用户发送的第一日程创建请求，该第一日程创建请求包括第一日程事件关联的目标任务的跳转链接。

可选的，该第一日程创建请求还包括第一日程事件的其他关键信息，例如包括时间、地点、目标任务名称等。

可选的，目标任务可以理解为上述的事项。

S402、客户端将第一日程创建请求发送给服务器。

S403、服务器根据第一日程创建请求，创建第一日程事件，该第一日程事件的关键信息包括目标任务的跳转链接。

可选的，该第一日程事件的关键信息还包括时间、地点、目标任务名称等。

可选的，服务器保存该第一日程事件的关键信息。

S404、服务器将第一日程事件的关键信息发送给客户端。

S405、客户端显示目标任务的跳转链接。

其中，跳转链接用于用户触发跳转链接时跳转至目标任务所在的界面。

本申请实施例，为了便于用户执行日程事件关联的目标任务，将目标任务的跳转连接添加在目标事件的关键信息中，这样用户只需点击该跳转链接可以跳转至该目标任务所在的界面，方便用户完成目标任务，进一步丰富了日程管理系统的功能，提高了日程管理系统的管理可靠性，提升用户的使用体验。

目前技术中，日程管理系统在创建完一个与业务系统有关的日程事件后，将该日程事件的标识信息发送给业务系统，业务系统保存该日程事件的标识信息。在后期业务系统需要删除和/或修改该日程事件时，业务系统向日程管理系统的服务器发送删除和/或修改该日程事件的操作。但是该技术中，日程管理系统需要将日程事件的标识信息发送给业务系统，使得日程管理系统根据该日程事件的标识信息对该目标事件进行删除和/或修改。由上述可知，目前的技术，日程管理系统需要向业务系统发送日程事件的标识信息，增加了日程管理系统的工作量。另外，业务系统需要划分单独的存储空间来存储该日程事件的标识信息，增大了业务系统的存储负担。

为了解决上述技术问题，在一些实施例中，本申请实施例创建的日程事件包括业务类型和业务标识，下面结合图5对本申请实施例涉及的日程事件的创建过程进行介绍。

图5为本申请一实施例提供的日程管理方法的流程示意图，如图5所示，本申请实施例包括：

S501、客户端接收用户发送的第二日程创建请求，该第二日程创建请求包括第二日程事件关联的业务类型和业务标识。

在一些实施例中，业务可以理解为用户需要完成的任务或事项。

其中业务标识可以为业务ID。

S502、客户端将第二日程创建请求发送给服务器。

S503、服务器根据第二日程创建请求，创建第二日程事件，该第二日程事件的关键信息包括第二日程事件关联的业务类型和业务标识。

S504、服务器将第二日程事件的关键信息发送客户端。

S505、客户端显示第二日程事件关联的业务类型和业务标识。

即本申请实施例的第二日程事件不仅包括时间、待执行的任务名称，还包括业务类型和业务标识，进而丰富了第二日程事件的展示内容，便于用户掌握该第二日程事件的更多细节信息，以确定该第二日程事件的紧急性等。

在一些实施例中，本申请实施例还包括对创建的日程事件进行修改和/或删除的操作，具体如下S506和S507所示：

S506、服务器接收业务系统发送的日程操作请求，该日程操作请求包括第二日程事件关联的业务类型和业务标识。

S507、服务器根据第二日程事件关联的业务类型和业务标识，查询第二日程事件。

在一些实施例中，当业务类型和业务标识关联多个日程事件时，上述S507包括S507-A：

S507-A、若根据第二日程事件关联的业务类型和业务标识，查询到与业务类型和业务标识匹配的多个日程事件时，将多个日程事件中创建时间最早的日程事件确定为第二日程事件。

S508、服务器根据日程操作请求，对第二日程事件进行目标操作。

在一些实施例中，日程操作请求包括日程删除请求或日程修改请求，若日程操作请求为日程删除请求，则目标操作为删除操作，若日程操作请求为日程修改请求，则目标操作为修改操作。

本申请实施例，日程管理系统在创建日程事件时，在日程事件的关键信息中携带业务类型和业务标识，业务系统需要删除或修改该日程事件时，只需将该业务类型和业务标识发送给日程管理系统，日程管理系统根据业务类型和业务标识，确定出待删除或修改的日程事件，并对该日程事件进行修改或删除。由上述可知，本申请实施例，日程管理系统不需要向业务系统发送日程事件的标识信息，进而降低了日程管理系统的工作量。另外，业务系统不需要划分单独的存储空间来存储该日程事件的标识信息，进而降低了业务系统的存储负担。

以上结合附图详细描述了本申请的优选实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请的思想，其同样应当视为本申请所公开的内容。

还应理解，在本申请的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

上文结合图3至图5，详细描述了本申请的方法实施例，下文结合图6至图8，详细描述本申请的装置实施例。

图6为本申请实施例提供的服务器的一种结构示意图。

如图6所示，服务器30包括：

获取单元31，用于获取预设的在目标时间段内待完成的N个日程事件，所述N为正整数；

第一处理单元32，用于在所述N个日程事件的完成截止时间到达时，检查所述N个日程事件中每个日程事件的完成状态；

选择单元33，用于根据所述每个日程事件的完成状态，从所述N个日程事件中选出未完成的M个日程事件，所述M为小于或等于N的正整数；

第一收发单元34，用于将所述未完成的M个日程事件发送给客户端，以使所述客户端向用户显示所述未完成的M个日程事件。

在一些实施例中，第一处理单元32，还用于根据所述每个日程事件的完成状态，统计所述N个日程事件中处于不同完成状态下的日程事件的数量；

第一收发单元34，还用于将统计的所述N个日程事件中处于不同完成状态的日程事件的数量发送给客户端和/或终端设备，以使所述客户端和/或所述终端设备进行显示。

在一些实施例中，第一处理单元32，具体用于若检查到所述日程事件在所述目标时间段内完成，则确定所述日程事件的完成状态为已完成；或者，

若检查到所述日程事件在所述目标事件段内未完成，且所述日程事件的有效期未达到时，则确定所述日程事件的完成状态为未完成；或者，

若检查到所述日程事件在所述目标事件段内未完成，且所述日程事件的有效期已达到时，则确定所述日程事件的完成状态为已过期。

在一些实施例中，选择单元33，具体用于将所述N个日程事件中所述完成状态为未完成的日程事件，确定为所述未完成的M个日程事件。

在一些实施例中，第一处理单元32，还用于为所述N个日程事件中每个日程事件生成一个实例；将所述日程事件的完成状态，记录在所述日程事件对应的实例信息中；在所述N个日程事件的完成截止时间到达时，扫描所述N个日程事件中每个日程事件对应的实例信息；根据所述每个日程事件对应的实例信息，确定所述每个日程事件的完成状态。

在一些实施例中，第一收发单元34，还用于接收所述客户端发送的第一日程创建请求，所述第一日程创建请求包括第一日程事件关联的目标任务的跳转链接；

第一处理单元32，还用于根据所述第一日程创建请求，创建第一日程事件，所述第一日程事件的关键信息包括所述目标任务的跳转链接；

第一收发单元34，还用于将所述第一日程事件的关键信息发送给所述客户端，以使所述客户端显示所述目标任务的跳转链接，所述跳转链接用于用户触发所述跳转链接时跳转至所述目标任务所在的界面。

在一些实施例中，第一收发单元34，还用于接收所述客户端发送的第二日程创建请求，所述第二日程创建请求包括第二日程事件关联的业务类型和业务标识；

第一处理单元32，还用于根据所述第二日程创建请求，创建所述第二日程事件，所述第二日程事件的关键信息包括所述第二日程事件关联的业务类型和业务标识；

第一收发单元34，还用于将所述第二日程事件的关键信息发送所述客户端，以使所述客户端显示所述第二日程事件关联的业务类型和业务标识。

在一些实施例中，第一处理单元32，还用于接收业务系统发送的日程操作请求，所述日程操作请求包括所述第二日程事件关联的业务类型和业务标识；

第一处理单元32，还用于根据所述第二日程事件关联的业务类型和业务标识，查询所述第二日程事件；根据所述日程操作请求，对所述第二日程事件进行目标操作。

在一些实施例中，第一处理单元32，还用于若根据所述第二日程事件关联的业务类型和业务标识，查询到与所述业务类型和业务标识匹配的多个日程事件时，将所述多个日程事件中创建时间最早的日程事件确定为所述第二日程事件。

在一些实施例中，所述日程操作请求包括日程删除请求或日程修改请求，若所述日程操作请求为所述日程删除请求，则所述目标操作为删除操作，若所述日程操作请求为所述日程修改请求，则所述目标操作为修改操作。

应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，图6所示的服务器可以对应于执行本申请实施例的方法中的相应主体，并且服务器中的各个模块的前述和其它操作和/或功能分别为了实现上述各个方法中的相应流程，为了简洁，在此不再赘述。

图7为本申请实施例提供的客户端的一种结构示意图。如图7所示，客户端40包括：

第二收发单元41，用于接收服务器发送的N个日程事件中完成状态为未完成的M个日程事件，所述M为小于或等于N的正整数，所述N个日程事件中完成状态是在所述N个日程事件的完成截止时间到达时所检查的；

显示单元42，用于向用户显示所述未完成的M个日程事件。

在一些实施例中，收发单元41，还用于接收服务器发送的N个日程事件中处于不同完成状态下的日程事件的数量，其中所述N个日程事件中处于不同完成状态下的日程事件的数量是根据所述N个日程事件中每个日程事件的完成状态统计得到的；

显示单元42，还用于显示所述N个日程事件中处于不同完成状态下的日程事件的数量。

在一些实施例中，第二收发单元41，还用于接收用户发送的第一日程创建请求，所述第一日程创建请求包括第一日程事件关联的目标任务的跳转链接；将所述第一日程创建请求发送给所述服务器；接收所述服务器发送的所述第一日程事件的关键信息，所述第一日程事件是所述服务器根据所述第一日程创建请求所创建的，所述第一日程事件的关键信息包括所述目标任务的跳转链接；

显示单元42，还用于向所述用户显示所述目标任务的跳转链接，所述跳转链接用于所述用户触发所述跳转链接时跳转至所述目标任务所在的界面。

在一些实施例中，第二收发单元41，还用于接收所述用户发送的第二日程创建请求，所述第二日程创建请求包括第二日程事件关联的业务类型和业务标识；将所述第二日程创建请求发送给所述服务器；接收所述服务器发送的所述第二日程事件的关键信息，所述第二日程事件是所述服务器根据所述第二日程创建请求所创建的，所述第二日程事件的关键信息包括所述第二日程事件关联的业务类型和业务标识；

显示单元42，还用于向所述用户显示所述第二日程事件关联的业务类型和业务标识。

在一些实施例中，客户端40还包括：第二处理单元43，用于在检查到所述用户触发目标日程事件的语音播放选项时，通过语音方式向所述用户播放所述目标日程事件的关键信息。

在一些实施例中，第二处理单元43，还用于将所述未完成的M个日程事件添加至所述目标时间段的下一时间段的日程事件列表中。

应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，图7所示的客户端可以对应于执行本申请实施例的方法中的相应主体，并且该客户端40中的各个模块的前述和其它操作和/或功能分别为了实现上述各个方法中的相应流程，为了简洁，在此不再赘述。

上文中结合附图从功能模块的角度描述了本申请实施例的装置。应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。

图8为本申请实施例涉及的电子设备的框图，该设备可以是服务器或者客户端设备。

图8所示的电子设备50包括存储器51、处理器52、通信接口53。存储器51、处理器52、通信接口53之间彼此通信连接。例如，存储器51、处理器52、通信接口53之间可以采用网络连接的方式，实现通信连接。或者，上述电子设备50还可以包括总线54。存储器51、处理器52、通信接口53通过总线54实现彼此之间的通信连接。图8是以存储器51、处理器52、通信接口53通过总线54实现彼此之间的通信连接的电子设备50。

存储器51可以是只读存储器(Read Only Memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(Random Access Memory，RAM)。存储器51可以存储程序，当存储器51中存储的程序被处理器52执行时，处理器52和通信接口53用于执行上述方法。

处理器52可以采用通用的中央处理器(Central Processing Unit，CPU)，微处理器，应用专用集成电路(Application Specific Integrated Circuit，ASIC)，图形处理器(graphics processing unit，GPU)或者一个或多个集成电路。

处理器52还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请的方法可以通过处理器52中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器52还可以是通用处理器、数字信号处理器(digital signal processing，DSP)、专用集成电路(ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器51，处理器52读取存储器51中的信息，结合其硬件完成本申请实施例的方法。

通信接口53使用例如但不限于收发器一类的收发模块，来实现电子设备50与其他设备或通信网络之间的通信。例如，可以通过通信接口53获取数据集。

当上述电子设备50包括总线54时，总线54可包括在电子设备50各个部件(例如，存储器51、处理器52、通信接口53)之间传送信息的通路。

根据本申请的还提供了一种计算机存储介质，其上存储有计算机程序，该计算机程序被计算机执行时使得该计算机能够执行上述方法实施例的方法。或者说，本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得计算机执行上述方法实施例的方法。

图9为本申请实施例涉及的日程管理系统，如图9所示，该日程管理系统60包括图6所示的服务器61和图7所示的客户端62。

本申请还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方法实施例的方法。

换言之，当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例该的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

根据本公开的一个或多个实施例，提供一种日程管理方法，应用于服务器，包括：获取预设的在目标时间段内待完成的N个日程事件，所述N为正整数；在所述N个日程事件的完成截止时间到达时，检查所述N个日程事件中每个日程事件的完成状态；根据所述每个日程事件的完成状态，从所述N个日程事件中选出未完成的M个日程事件，所述M为小于或等于N的正整数；将所述未完成的M个日程事件发送给客户端，以使所述客户端向用户显示所述未完成的M个日程事件。

根据本公开的一个或多个实施例，该方法还包括：根据所述每个日程事件的完成状态，统计所述N个日程事件中处于不同完成状态下的日程事件的数量；将统计的所述N个日程事件中处于不同完成状态的日程事件的数量发送给客户端和/或终端设备，以使所述客户端和/或所述终端设备进行显示。

根据本公开的一个或多个实施例，所述检查所述N个日程事件中每个日程事件的完成状态，包括：若检查到所述日程事件在所述目标时间段内完成，则确定所述日程事件的完成状态为已完成；或者，若检查到所述日程事件在所述目标事件段内未完成，且所述日程事件的有效期未达到时，则确定所述日程事件的完成状态为未完成；或者，若检查到所述日程事件在所述目标事件段内未完成，且所述日程事件的有效期已达到时，则确定所述日程事件的完成状态为已过期。

根据本公开的一个或多个实施例，所述根据所述每个日程事件的完成状态，从所述N个日程事件中选出未完成的M个日程事件，包括：将所述N个日程事件中所述完成状态为未完成的日程事件，确定为所述未完成的M个日程事件。

根据本公开的一个或多个实施例，上述方法还包括：为所述N个日程事件中每个日程事件生成一个实例；将所述日程事件的完成状态，记录在所述日程事件对应的实例信息中；上述在所述N个日程事件的完成截止时间到达时，检查所述N个日程事件中每个日程事件的完成状态，包括：在所述N个日程事件的完成截止时间到达时，扫描所述N个日程事件中每个日程事件对应的实例信息；根据所述每个日程事件对应的实例信息，确定所述每个日程事件的完成状态。

根据本公开的一个或多个实施例，上述方法还包括：接收所述客户端发送的第一日程创建请求，所述第一日程创建请求包括第一日程事件关联的目标任务的跳转链接；根据所述第一日程创建请求，创建第一日程事件，所述第一日程事件的关键信息包括所述目标任务的跳转链接；将所述第一日程事件的关键信息发送给所述客户端，以使所述客户端显示所述目标任务的跳转链接，所述跳转链接用于用户触发所述跳转链接时跳转至所述目标任务所在的界面。

根据本公开的一个或多个实施例，上述方法还包括：接收所述客户端发送的第二日程创建请求，所述第二日程创建请求包括第二日程事件关联的业务类型和业务标识；根据所述第二日程创建请求，创建所述第二日程事件，所述第二日程事件的关键信息包括所述第二日程事件关联的业务类型和业务标识；将所述第二日程事件的关键信息发送所述客户端，以使所述客户端显示所述第二日程事件关联的业务类型和业务标识。

根据本公开的一个或多个实施例，上述方法还包括：接收业务系统发送的日程操作请求，所述日程操作请求包括所述第二日程事件关联的业务类型和业务标识；根据所述第二日程事件关联的业务类型和业务标识，查询所述第二日程事件；根据所述日程操作请求，对所述第二日程事件进行目标操作。

根据本公开的一个或多个实施例，所述根据所述第二日程事件关联的业务类型和业务标识，查询所述第二日程事件，包括：若根据所述第二日程事件关联的业务类型和业务标识，查询到与所述业务类型和业务标识匹配的多个日程事件时，将所述多个日程事件中创建时间最早的日程事件确定为所述第二日程事件。

根据本公开的一个或多个实施例，所述日程操作请求包括日程删除请求或日程修改请求，若所述日程操作请求为所述日程删除请求，则所述目标操作为删除操作，若所述日程操作请求为所述日程修改请求，则所述目标操作为修改操作。

根据本公开的一个或多个实施例，提供一种日程管理方法，应用于客户端，包括：接收服务器发送的N个日程事件中完成状态为未完成的M个日程事件，所述M为小于或等于N的正整数，所述N个日程事件中完成状态是在所述N个日程事件的完成截止时间到达时所检查的；向用户显示所述未完成的M个日程事件。

根据本公开的一个或多个实施例，上述方法还包括：接收服务器发送的N个日程事件中处于不同完成状态下的日程事件的数量，其中所述N个日程事件中处于不同完成状态下的日程事件的数量是根据所述N个日程事件中每个日程事件的完成状态统计得到的；显示所述N个日程事件中处于不同完成状态下的日程事件的数量。

根据本公开的一个或多个实施例，上述方法还包括：接收用户发送的第一日程创建请求，所述第一日程创建请求包括第一日程事件关联的目标任务的跳转链接；将所述第一日程创建请求发送给所述服务器；接收所述服务器发送的所述第一日程事件的关键信息，所述第一日程事件是所述服务器根据所述第一日程创建请求所创建的，所述第一日程事件的关键信息包括所述目标任务的跳转链接；向所述用户显示所述目标任务的跳转链接，所述跳转链接用于所述用户触发所述跳转链接时跳转至所述目标任务所在的界面。

根据本公开的一个或多个实施例，上述方法还包括：接收所述用户发送的第二日程创建请求，所述第二日程创建请求包括第二日程事件关联的业务类型和业务标识；将所述第二日程创建请求发送给所述服务器；接收所述服务器发送的所述第二日程事件的关键信息，所述第二日程事件是所述服务器根据所述第二日程创建请求所创建的，所述第二日程事件的关键信息包括所述第二日程事件关联的业务类型和业务标识；向所述用户显示所述第二日程事件关联的业务类型和业务标识。

根据本公开的一个或多个实施例，上述方法还包括：在检查到所述用户触发目标日程事件的语音播放选项时，通过语音方式向所述用户播放所述目标日程事件的关键信息。

根据本公开的一个或多个实施例，上述方法还包括：将所述未完成的M个日程事件添加至所述目标时间段的下一时间段的日程事件列表中。

根据本公开的一个或多个实施例，提供一种服务器，包括：获取单元，用于获取预设的在目标时间段内待完成的N个日程事件，所述N为正整数；第一处理单元，用于在所述N个日程事件的完成截止时间到达时，检查所述N个日程事件中每个日程事件的完成状态；选择单元，用于根据所述每个日程事件的完成状态，从所述N个日程事件中选出未完成的M个日程事件，所述M为小于或等于N的正整数；第一收发单元，用于将所述未完成的M个日程事件发送给客户端，以使所述客户端向用户显示所述未完成的M个日程事件。

根据本公开的一个或多个实施例，第一处理单元，还用于根据所述每个日程事件的完成状态，统计所述N个日程事件中处于不同完成状态下的日程事件的数量；第一收发单元，还用于将统计的所述N个日程事件中处于不同完成状态的日程事件的数量发送给客户端和/或终端设备，以使所述客户端和/或所述终端设备进行显示。

根据本公开的一个或多个实施例，第一处理单元，具体用于若检查到所述日程事件在所述目标时间段内完成，则确定所述日程事件的完成状态为已完成；或者，若检查到所述日程事件在所述目标事件段内未完成，且所述日程事件的有效期未达到时，则确定所述日程事件的完成状态为未完成；或者，若检查到所述日程事件在所述目标事件段内未完成，且所述日程事件的有效期已达到时，则确定所述日程事件的完成状态为已过期。

根据本公开的一个或多个实施例，选择单元，具体用于将所述N个日程事件中所述完成状态为未完成的日程事件，确定为所述未完成的M个日程事件。

根据本公开的一个或多个实施例，第一处理单元，还用于为所述N个日程事件中每个日程事件生成一个实例；将所述日程事件的完成状态，记录在所述日程事件对应的实例信息中；在所述N个日程事件的完成截止时间到达时，扫描所述N个日程事件中每个日程事件对应的实例信息；根据所述每个日程事件对应的实例信息，确定所述每个日程事件的完成状态。

根据本公开的一个或多个实施例，第一收发单元，还用于接收所述客户端发送的第一日程创建请求，所述第一日程创建请求包括第一日程事件关联的目标任务的跳转链接；第一处理单元，还用于根据所述第一日程创建请求，创建第一日程事件，所述第一日程事件的关键信息包括所述目标任务的跳转链接；第一收发单元，还用于将所述第一日程事件的关键信息发送给所述客户端，以使所述客户端显示所述目标任务的跳转链接，所述跳转链接用于用户触发所述跳转链接时跳转至所述目标任务所在的界面。

根据本公开的一个或多个实施例，第一收发单元，还用于接收所述客户端发送的第二日程创建请求，所述第二日程创建请求包括第二日程事件关联的业务类型和业务标识；第一处理单元，还用于根据所述第二日程创建请求，创建所述第二日程事件，所述第二日程事件的关键信息包括所述第二日程事件关联的业务类型和业务标识；第一收发单元，还用于将所述第二日程事件的关键信息发送所述客户端，以使所述客户端显示所述第二日程事件关联的业务类型和业务标识。

根据本公开的一个或多个实施例，第一处理单元，还用于接收业务系统发送的日程操作请求，所述日程操作请求包括所述第二日程事件关联的业务类型和业务标识；第一处理单元，还用于根据所述第二日程事件关联的业务类型和业务标识，查询所述第二日程事件；根据所述日程操作请求，对所述第二日程事件进行目标操作。

根据本公开的一个或多个实施例，第一处理单元，还用于若根据所述第二日程事件关联的业务类型和业务标识，查询到与所述业务类型和业务标识匹配的多个日程事件时，将所述多个日程事件中创建时间最早的日程事件确定为所述第二日程事件。

根据本公开的一个或多个实施例，所述日程操作请求包括日程删除请求或日程修改请求，若所述日程操作请求为所述日程删除请求，则所述目标操作为删除操作，若所述日程操作请求为所述日程修改请求，则所述目标操作为修改操作。

根据本公开的一个或多个实施例，提供一种客户端包括：第二收发单元，用于接收服务器发送的N个日程事件中完成状态为未完成的M个日程事件，所述M为小于或等于N的正整数，所述N个日程事件中完成状态是在所述N个日程事件的完成截止时间到达时所检查的；显示单元，用于向用户显示所述未完成的M个日程事件。

根据本公开的一个或多个实施例，第二收发单元，还用于接收服务器发送的N个日程事件中处于不同完成状态下的日程事件的数量，其中所述N个日程事件中处于不同完成状态下的日程事件的数量是根据所述N个日程事件中每个日程事件的完成状态统计得到的；显示单元，还用于显示所述N个日程事件中处于不同完成状态下的日程事件的数量。

根据本公开的一个或多个实施例，第二收发单元，还用于接收用户发送的第一日程创建请求，所述第一日程创建请求包括第一日程事件关联的目标任务的跳转链接；将所述第一日程创建请求发送给所述服务器；接收所述服务器发送的所述第一日程事件的关键信息，所述第一日程事件是所述服务器根据所述第一日程创建请求所创建的，所述第一日程事件的关键信息包括所述目标任务的跳转链接；显示单元，还用于向所述用户显示所述目标任务的跳转链接，所述跳转链接用于所述用户触发所述跳转链接时跳转至所述目标任务所在的界面。

根据本公开的一个或多个实施例，第二收发单元，还用于接收所述用户发送的第二日程创建请求，所述第二日程创建请求包括第二日程事件关联的业务类型和业务标识；将所述第二日程创建请求发送给所述服务器；接收所述服务器发送的所述第二日程事件的关键信息，所述第二日程事件是所述服务器根据所述第二日程创建请求所创建的，所述第二日程事件的关键信息包括所述第二日程事件关联的业务类型和业务标识；显示单元，还用于向所述用户显示所述第二日程事件关联的业务类型和业务标识。

根据本公开的一个或多个实施例，客户端还包括：第二处理单元，用于在检查到所述用户触发目标日程事件的语音播放选项时，通过语音方式向所述用户播放所述目标日程事件的关键信息。

根据本公开的一个或多个实施例，第二处理单元，还用于将所述未完成的M个日程事件添加至所述目标时间段的下一时间段的日程事件列表中。

根据本公开的一个或多个实施例，提供一种日程管理系统，包括：客户端和服务器，所述服务器和客户端用于实现上述方法。

根据本公开的一个或多个实施例，提供一种电子设备，包括：处理器和存储器；所述存储器，用于存储计算机程序；所述处理器，用于实现上述方法。

根据本公开的一个或多个实施例，提供一种计算机可读存储介质，所述存储介质包括计算机指令，当所述指令被计算机执行时，使得所述计算机实现上述方法。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。例如，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。另外，各个方法实施例之间、各个装置实施例之间也可以互相参考，在不同实施例中的相同或对应内容可以互相引用，不做赘述。

Claims (20)

1.一种日程管理方法，其特征在于，应用于服务器，包括：

获取预设的在目标时间段内待完成的N个日程事件，所述N为正整数；

在所述N个日程事件的完成截止时间到达时，检查所述N个日程事件中每个日程事件的完成状态；

根据所述每个日程事件的完成状态，从所述N个日程事件中选出未完成的M个日程事件，所述M为小于或等于N的正整数；

将所述未完成的M个日程事件发送给客户端，以使所述客户端向用户显示所述未完成的M个日程事件。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据所述每个日程事件的完成状态，统计所述N个日程事件中处于不同完成状态下的日程事件的数量；

将统计的所述N个日程事件中处于不同完成状态的日程事件的数量发送给客户端和/或终端设备，以使所述客户端和/或所述终端设备进行显示。

3.根据权利要求1所述的方法，其特征在于，所述检查所述N个日程事件中每个日程事件的完成状态，包括：

若检查到所述日程事件在所述目标时间段内完成，则确定所述日程事件的完成状态为已完成；或者，

若检查到所述日程事件在所述目标事件段内未完成，且所述日程事件的有效期未达到时，则确定所述日程事件的完成状态为未完成；或者，

若检查到所述日程事件在所述目标事件段内未完成，且所述日程事件的有效期已达到时，则确定所述日程事件的完成状态为已过期。

4.根据权利要求3所述的方法，其特征在于，所述根据所述每个日程事件的完成状态，从所述N个日程事件中选出未完成的M个日程事件，包括：

将所述N个日程事件中所述完成状态为未完成的日程事件，确定为所述未完成的M个日程事件。

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

为所述N个日程事件中每个日程事件生成一个实例；

将所述日程事件的完成状态，记录在所述日程事件对应的实例信息中；

所述在所述N个日程事件的完成截止时间到达时，检查所述N个日程事件中每个日程事件的完成状态，包括：

在所述N个日程事件的完成截止时间到达时，扫描所述N个日程事件中每个日程事件对应的实例信息；

根据所述每个日程事件对应的实例信息，确定所述每个日程事件的完成状态。

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

接收所述客户端发送的第一日程创建请求，所述第一日程创建请求包括第一日程事件关联的目标任务的跳转链接；

根据所述第一日程创建请求，创建第一日程事件，所述第一日程事件的关键信息包括所述目标任务的跳转链接；

将所述第一日程事件的关键信息发送给所述客户端，以使所述客户端显示所述目标任务的跳转链接，所述跳转链接用于用户触发所述跳转链接时跳转至所述目标任务所在的界面。

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

接收所述客户端发送的第二日程创建请求，所述第二日程创建请求包括第二日程事件关联的业务类型和业务标识；

根据所述第二日程创建请求，创建所述第二日程事件，所述第二日程事件的关键信息包括所述第二日程事件关联的业务类型和业务标识；

将所述第二日程事件的关键信息发送所述客户端，以使所述客户端显示所述第二日程事件关联的业务类型和业务标识。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

接收业务系统发送的日程操作请求，所述日程操作请求包括所述第二日程事件关联的业务类型和业务标识；

根据所述第二日程事件关联的业务类型和业务标识，查询所述第二日程事件；

根据所述日程操作请求，对所述第二日程事件进行目标操作。

9.根据权利要求8所述的方法，其特征在于，所述根据所述第二日程事件关联的业务类型和业务标识，查询所述第二日程事件，包括：

若根据所述第二日程事件关联的业务类型和业务标识，查询到与所述业务类型和业务标识匹配的多个日程事件时，将所述多个日程事件中创建时间最早的日程事件确定为所述第二日程事件。

10.根据权利要求8所述的方法，其特征在于，所述日程操作请求包括日程删除请求或日程修改请求，若所述日程操作请求为所述日程删除请求，则所述目标操作为删除操作，若所述日程操作请求为所述日程修改请求，则所述目标操作为修改操作。

11.一种日程管理方法，其特征在于，应用于客户端，包括：

接收服务器发送的N个日程事件中完成状态为未完成的M个日程事件，所述M为小于或等于N的正整数，所述N个日程事件中完成状态是在所述N个日程事件的完成截止时间到达时所检查的；

向用户显示所述未完成的M个日程事件。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

接收服务器发送的N个日程事件中处于不同完成状态下的日程事件的数量，其中所述N个日程事件中处于不同完成状态下的日程事件的数量是根据所述N个日程事件中每个日程事件的完成状态统计得到的；

显示所述N个日程事件中处于不同完成状态下的日程事件的数量。

13.根据权利要求11所述的方法，其特征在于，所述方法还包括：

接收用户发送的第一日程创建请求，所述第一日程创建请求包括第一日程事件关联的目标任务的跳转链接；

将所述第一日程创建请求发送给所述服务器；

接收所述服务器发送的所述第一日程事件的关键信息，所述第一日程事件是所述服务器根据所述第一日程创建请求所创建的，所述第一日程事件的关键信息包括所述目标任务的跳转链接；

向所述用户显示所述目标任务的跳转链接，所述跳转链接用于所述用户触发所述跳转链接时跳转至所述目标任务所在的界面。

14.根据权利要求11所述的方法，其特征在于，所述方法还包括：

接收所述用户发送的第二日程创建请求，所述第二日程创建请求包括第二日程事件关联的业务类型和业务标识；

将所述第二日程创建请求发送给所述服务器；

接收所述服务器发送的所述第二日程事件的关键信息，所述第二日程事件是所述服务器根据所述第二日程创建请求所创建的，所述第二日程事件的关键信息包括所述第二日程事件关联的业务类型和业务标识；

向所述用户显示所述第二日程事件关联的业务类型和业务标识。

15.根据权利要求11所述的方法，其特征在于，所述方法还包括：

在检查到所述用户触发目标日程事件的语音播放选项时，通过语音方式向所述用户播放所述目标日程事件的关键信息。

16.一种服务器，其特征在于，包括：

获取单元，用于获取预设的在目标时间段内待完成的N个日程事件，所述N为正整数；

处理单元，用于在所述N个日程事件的完成截止时间到达时，检查所述N个日程事件中每个日程事件的完成状态；

选择单元，用于根据所述每个日程事件的完成状态，从所述N个日程事件中选出未完成的M个日程事件，所述M为小于或等于N的正整数；

第一收发单元，用于将所述未完成的M个日程事件发送给客户端，以使所述客户端向用户显示所述未完成的M个日程事件。

17.一种客户端，其特征在于，包括：

第二收发单元，用于接收服务器发送的N个日程事件中完成状态为未完成的M个日程事件，所述M为小于或等于N的正整数，所述N个日程事件中完成状态是在所述N个日程事件的完成截止时间到达时所检查的；

显示单元，用于向用户显示所述未完成的M个日程事件。

18.一种日程管理系统，其特征在于，包括：客户端和服务器，所述服务器用于实现如权利要求1至10任一项的方法，所述客户端用于实现如权利要求11至15任一项所述的方法。

19.一种电子设备，其特征在于，包括：处理器和存储器；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述计算机程序以实现如权利要求1至10或11至15任一项所述的方法。

20.一种计算机可读存储介质，其特征在于，所述存储介质包括计算机指令，当所述指令被计算机执行时，使得所述计算机实现如权利要求1至10或11至15任一项所述的方法。

Images