CN115130975A - 一种日程创建方法及装置 - Google Patents

Abstract

本申请公开了一种日程创建方法，该方法可以由客户端执行。用户可以在客户端显示的第一标签的关联页面中触发日程添加操作，客户端可以响应于该日程添加操作，显示日程添加页面，该日程添加页面中包括第一标签。其中，第一标签的关联页面，用于呈现所述第一标签的关联信息。显示日程添加页面之后，用户可以在该日程添加页面中输入日程信息，客户端则可以生成具备所述第一标签的日程。由此可见，利用本方案，用户在第一标签的关联页面中触发日程添加操作之后，日程添加页面中会自动带入第一标签，进一步地，可以生成包括所述第一标签的日程。无需用户首先创建日程，再为日程添加标签，从而降低了创建具备标签的日程的操作繁琐性。

Description

一种日程创建方法及装置

技术领域

本申请涉及数据处理领域，特别是涉及一种日程创建方法及装置。

背景技术

在一些场景中，需要创建具备标签的日程。例如，对于某一项目而言，对于与该项目相关的日程，可以为该日程添加标签。该项目的参与者可以通过该标签定位到与该项目相关的日程，以便于项目的参与者合理安排工作日程。但是，目前创建具备标签的日程的方式，用户操作比较繁琐。

因此，急需一种方案，能够解决上述问题。

发明内容

本申请所要解决的技术问题是当前创建具备标签的日程的方式，用户操作比较繁琐，提供一种日程创建方法及装置。

第一方面，本申请实施例提供了一种日程创建方法，所述方法包括：

响应于用户在第一标签的关联页面中触发的日程添加操作，显示日程添加页面，所述日程添加页面中包括所述第一标签，所述第一标签的关联页面，用于呈现所述第一标签的关联信息；

获取所述用户在所述日程添加页面中输入的日程信息，生成具备所述第一标签的日程。

可选的，所述方法还包括：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取标签编辑操作所指示的第二标签；

所述生成具备所述第一标签的日程，包括：

生成具备所述第一标签和所述第二标签的日程。

可选的，所述用户通过标签添加控件触发所述标签编辑操作。

可选的，响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取第二标签，包括：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，显示至少一个标签候选项，所述至少一个标签候选项包括所述第二标签；

响应于所述用户针对所述至少一个标签候选项中的所述第二标签触发的选择操作，获取所述第二标签。

可选的，响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取第二标签，包括：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取用户输入的字符，根据所述用户输入的字符获取所述第二标签。

可选的，所述方法还包括：

在所述第二标签对应的日程页面中，显示所述日程的摘要信息，所述第二标签对应的日程页面，用于显示具备所述第二标签的日程的摘要信息。

可选的，所述日程添加页面中还包括：所述日程的参与者，所述日程的参与者为具备所述第一标签的查看权限的用户。

可选的，所述获取所述用户在所述日程添加页面中输入的日程信息，包括：

获取所述用户在所述日程添加页面中输入的所述日程的参与者。

可选的，所述方法还包括：

若在生成具备所述第一标签的日程之前，所述用户在所述日程添加页面中输入的所述日程的参与者，不具备所述第一标签的权限，则响应于具备所述第一标签的日程的生成，赋予所述日程的参与者所述第一标签的权限。

可选的，所述第一标签在具备所述第一标签的权限的用户间共享。

可选的，所述第一标签的权限，包括使用权限，具备所述第一标签的使用权限的用户，具备在其对应的客户端上为信息单元添加所述第一标签的权限。

可选的，所述第一标签的权限，包括查看权限，具备所述第一标签的查看权限的用户的客户端上，显示所述第一标签的关联信息。

可选的，所述方法还包括：

响应于第一用户具备所述第一标签的查看权限，在所述第一用户的客户端上，关联呈现所述第一标签和第一信息单元，其中，所述第一信息单元为所述第一用户具备查看权限的信息单元。

可选的，所述第一标签的关联页面，包括：

所述第一标签的概览页面，或者，所述第一标签的日程信息域对应的页面；其中：

所述概览页面为对具备所述第一标签的各个信息域的信息进行汇总显示的页面；或者，所述日程信息域对应的页面，用于显示具备所述第一标签的日程的信息。

可选的，所述各个信息域对应的信息，在所述概览页面中分区域呈现。

第二方面，本申请实施例提供了一种日程创建方法，所述方法包括：

响应于用户在第一标签的关联页面中触发的日程添加操作，显示日程添加页面，所述日程添加页面中包括所述第一标签，所述第一标签的关联页面，用于呈现所述第一标签的关联信息；

响应于所述用户在所述日程添加页面中触发的标签编辑操作，将所述第一标签修改为第二标签；

获取所述用户在所述日程添加页面中输入的日程信息，生成具备所述第二标签的日程。

可选的，响应于所述用户在所述日程添加页面中触发的标签编辑操作，将所述第一标签修改为第二标签，包括：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，显示至少一个标签候选项，所述至少一个标签候选项包括所述第二标签；

响应于所述用户针对所述至少一个标签候选项中的所述第二标签触发的选择操作，将所述第一标签修改为第二标签。

可选的，响应于所述用户在所述日程添加页面中触发的标签编辑操作，将所述第一标签修改为第二标签，包括：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取用户输入的字符，根据所述用户输入的字符获取所述第二标签，并将所述第一标签修改为第二标签。

可选的，所述方法还包括：

在所述第二标签对应的日程页面中，显示所述日程的摘要信息，所述第二标签对应的日程页面，用于显示具备所述第二标签的日程的摘要信息。

第三方面，本申请实施例提供了一种日程创建装置，所述装置包括：

显示单元，用于响应于用户在第一标签的关联页面中触发的日程添加操作，显示日程添加页面，所述日程添加页面中包括所述第一标签，所述第一标签的关联页面，用于呈现所述第一标签的关联信息；

第一获取单元，用于获取所述用户在所述日程添加页面中输入的日程信息；

生成单元，用于生成具备所述第一标签的日程。

可选的，所述装置还包括：

第二获取单元，用于响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取标签编辑操作所指示的第二标签；

所述生成单元，用于：

生成具备所述第一标签和所述第二标签的日程。

可选的，所述用户通过标签添加控件触发所述标签编辑操作。

可选的，所述第二获取单元，用于：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，显示至少一个标签候选项，所述至少一个标签候选项包括所述第二标签；

响应于所述用户针对所述至少一个标签候选项中的所述第二标签触发的选择操作，获取所述第二标签。

可选的，所述第二获取单元，用于：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取用户输入的字符，根据所述用户输入的字符获取所述第二标签。

可选的，所述装置还包括：

第一显示单元，用于在所述第二标签对应的日程页面中，显示所述日程的摘要信息，所述第二标签对应的日程页面，用于显示具备所述第二标签的日程的摘要信息。

可选的，所述日程添加页面中还包括：所述日程的参与者，所述日程的参与者为具备所述第一标签的查看权限的用户。

可选的，所述第一获取单元，用于：

获取所述用户在所述日程添加页面中输入的所述日程的参与者。

可选的，所述装置还包括：

权限设置单元，用于：若在生成具备所述第一标签的日程之前，所述用户在所述日程添加页面中输入的所述日程的参与者，不具备所述第一标签的权限，则响应于具备所述第一标签的日程的生成，赋予所述日程的参与者所述第一标签的权限。

可选的，所述第一标签在具备所述第一标签的权限的用户间共享。

可选的，所述第一标签的权限，包括使用权限，具备所述第一标签的使用权限的用户，具备在其对应的客户端上为信息单元添加所述第一标签的权限。

可选的，所述第一标签的权限，包括查看权限，具备所述第一标签的查看权限的用户的客户端上，显示所述第一标签的关联信息。

可选的，所述装置还包括：

第二显示单元，用于响应于第一用户具备所述第一标签的查看权限，在所述第一用户的客户端上，关联呈现所述第一标签和第一信息单元，其中，所述第一信息单元为所述第一用户具备查看权限的信息单元。

可选的，所述第一标签的关联页面，包括：

所述第一标签的概览页面，或者，所述第一标签的日程信息域对应的页面；其中：

所述概览页面为对具备所述第一标签的各个信息域的信息进行汇总显示的页面；或者，所述日程信息域对应的页面，用于显示具备所述第一标签的日程的信息。

可选的，所述各个信息域对应的信息，在所述概览页面中分区域呈现。

第四方面，本申请实施例提供了一种日程创建装置，所述装置包括：

第一显示单元，用于响应于用户在第一标签的关联页面中触发的日程添加操作，显示日程添加页面，所述日程添加页面中包括所述第一标签，所述第一标签的关联页面，用于呈现所述第一标签的关联信息；

修改单元，用于响应于所述用户在所述日程添加页面中触发的标签编辑操作，将所述第一标签修改为第二标签；

获取单元，用于获取所述用户在所述日程添加页面中输入的日程信息；

生成单元，用于生成具备所述第二标签的日程。

可选的，所述修改单元，用于：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，显示至少一个标签候选项，所述至少一个标签候选项包括所述第二标签；

响应于所述用户针对所述至少一个标签候选项中的所述第二标签触发的选择操作，将所述第一标签修改为第二标签。

可选的，所述修改单元，用于：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取用户输入的字符，根据所述用户输入的字符获取所述第二标签，并将所述第一标签修改为第二标签。

可选的，所述装置还包括：

第二显示单元，用于在所述第二标签对应的日程页面中，显示所述日程的摘要信息，所述第二标签对应的日程页面，用于显示具备所述第二标签的日程的摘要信息。

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

所述处理器用于执行所述存储器中存储的指令，以使得所述设备执行以上第一方面任一项或者以上第二方面所述的方法。

第六方面，本申请实施例提供了一种计算机可读存储介质，包括指令，所述指令指示设备执行以上第一方面任一项或者以上第二方面所述的方法。

第七方面，本申请实施例提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行以上第一方面任一项或者以上第二方面所述的方法。

与现有技术相比，本申请实施例具有以下优点：

本申请实施例提供了一种日程创建方法。用户可以在客户端显示的第一标签的关联页面中触发日程添加操作，客户端可以响应于该日程添加操作，显示日程添加页面，该日程添加页面中包括第一标签。其中，第一标签的关联页面，用于呈现所述第一标签的关联信息。显示日程添加页面之后，用户可以在该日程添加页面中输入日程信息，客户端则可以获取所述日程信息，并进一步基于所述日程信息生成具备所述第一标签的日程。由此可见，利用本方案，用户在第一标签的关联页面中触发日程添加操作之后，日程添加页面中会自动带入第一标签，进一步地，可以生成包括所述第一标签的日程。无需用户首先创建日程，再为日程添加标签，从而降低了创建具备标签的日程的操作繁琐性。

本申请实施例提供了一种日程创建方法。用户可以在客户端显示的第一标签的关联页面中触发日程添加操作，客户端可以响应于该日程添加操作，显示日程添加页面，该日程添加页面中包括第一标签。其中，第一标签的关联页面，用于呈现所述第一标签的关联信息。显示日程添加页面之后，用户可以在该日程添加页面中触发标签编辑操作，将该日程添加页面中的第一标签修改为第二标签。而后，用户可以在该日程添加页面中输入日程信息，客户端则可以获取所述日程信息，并进一步基于所述日程信息生成具备所述第二标签的日程。由此可见，利用本方案，用户希望创建具备第二标签的日程时，即使客户端显示的页面为第一标签的关联页面，用户也无需将客户端显示的页面切换为第二标签的关联页面，用户在第一标签的关联页面中即可创建具备第二标签的日程，从而提升了创建具备标签的日程的操作灵活性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种日程创建方法的流程示意图；

图2为本申请实施例提供的一种日程添加页面的示意图；

图3为本申请实施例提供的又一种日程创建方法的流程示意图；

图4为本申请实施例提供的一种日程创建装置的结构示意图；

图5为本申请实施例提供的又一种日程创建装置的结构示意图。

具体实施方式

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

本申请的发明人经过研究发现，在一些场景中，需要创建具备标签的日程。例如，对于某一项目而言，对于与该项目相关的日程，可以为该日程添加标签。在一个示例中，可以为与该日程相关的项目参与者赋予该标签的权限，并为与该日程相关的项目参与者赋予所述日程的访问权限。这样一来，与该日程相关的项目参与者可以通过该标签定位到该日程，从而合理安排工作日程。

但是，目前创建具备标签的日程的方式，用户操作比较繁琐。作为一个示例，首先需要创建一个日程，而后，为该日程添加对应的标签。

为了解决上述问题，本申请实施例提供了一种日程创建方法及装置。

下面结合附图，详细说明本申请的各种非限制性实施方式。

示例性方法

参见图1，该图为本申请实施例提供的一种日程创建方法的流程示意图。

本申请实施例提供的方法，可以由客户端，也可以由服务端执行，在本申请实施例中，所述客户端上可以安装有目标应用程序，所述服务端可以是所述目标应用程序对应的服务端。本申请实施例中提及的用户，指的是在客户端上登录所述目标应用程序的账号所对应的用户。

在本申请实施例的以下描述中，以所述方法由客户端执行为例进行说明。

本申请实施例附图中的“#”为标签识别符，当然，标签识别符不限于“#”，也可以是其它符号。

在不冲突的情况下，以下图1所示的方法和图3所示的方法，可以相互结合和引用。

本申请实施例中的所有附图，例如图2，其只是为了方便理解与本申请实施例相关的内容而示出，其并不构成对本申请实施例的限定。图2所示的页面中也可以还包括其它内容，本申请实施例不具体限定。

在本实施例中，图1所示的方法例如可以包括以下步骤：S101-S102。

S101：响应于用户在第一标签的关联页面中触发的日程添加操作，显示日程添加页面，所述日程添加页面中包括所述第一标签，所述第一标签的关联页面，用于呈现所述第一标签的关联信息。

在本申请实施例中，第一标签的关联信息，指的是与第一标签具备关联关系的信息。此处提及的信息，包括但不限于任务、日程、消息、云文档以及群组等中的其中一种或者多种。其中，任务、日程、消息、云文档以及群组可以各自对应一个信息域，具体地：任务可以对应任务信息域，日程可以对应日程信息域，消息可以对应消息信息域，云文档可以对应云文档信息域，群组可以对应群组信息域。本申请实施例中的信息域，用于提供某一类型的信息。在一些应用场景中，一个信息域可以对应一个服务提供方。

在本申请实施例的一种实现方式中，所述第一标签的关联页面，可以是所述第一标签的概览页面，所述第一标签的概览页面为对具备所述第一标签的各个信息域的信息进行汇总显示的页面。在一个示例中，所述第一标签的概览页面中，可以包括具备所述第一标签的各个信息域的信息，例如，包括任务信息域的信息、日程信息域的信息、消息信息域的信息、云文档信息域的信息以及群组信息域的信息中的其中一种或者多种。在一些实施例中，为方便用户查看所述概览页中包括的信息，所述各个信息域对应的信息，在所述概览页面中分区域呈现。例如，在所述概览页中，所述任务信息域、日程信息域、消息信息域、云文档信息域以及群组信息域各自对应一个显示区域，用于显示与自身对应的信息。即：任务信息域对应的显示区域用于显示具备第一标签的任务的信息；日程信息域对应的显示区域用于显示具备第一标签的日程的信息；消息信息域对应的显示区域用于显示具备第一标签的消息的信息；云文档信息域对应的显示区域用于显示具备第一标签的云文档的信息；群组信息域对应的显示区域用于显示具备第一标签的群组的信息。

在本申请实施例的又一种实现方式中，所述第一标签的关联页面，可以是所述第一标签的日程信息域对应的页面，所述第一标签的日程信息域对应的页面，用于显示具备所述第一标签的日程的信息。其中，所述日程信息域对应的页面，也可以被称为“日程页面”。

在一个示例中，所述用户的客户端上显示的第一标签的关联页面，所呈现的内容为所述用户具备查看权限的内容。

在本申请实施例的一种实现方式中，所述第一标签的关联页面中，可以包括第一控件，所述第一控件对应的功能为日程添加功能。所述用户可以通过所述第一控件触发日程添加操作。所述用户触发日程添加操作之后，所述客户端可以显示日程添加页面，所述日程添加页面中可以自动带入所述第一标签。

在一个示例中，S101在具体实现时，所述客户端例如可以首先调用日程应用程序编程接口(Application Programming Interface，API)，并将所述第一标签作为参数通过所述日程API传递给日程应用程序，从而得到前述包括第一标签的日程添加页面。其中，日程应用程序为用于创建日程的软件模块。

S102：获取所述用户在所述日程添加页面中输入的日程信息，生成具备所述第一标签的日程。

显示所述日程添加页面之后，用户可以在所述日程添加页面中输入日程信息，例如，输入日程的主题，日程的起始时间和结束时间、以及对应的会议室等详情信息。

用户在所述日程添加页面中输入日程信息之后，所述客户端可以获取所述用户输入的日程信息，并进一步根据所获取的日程信息生成具备所述第一标签的日程。可以理解的是，所生成的日程包括所述客户端获取的日程信息。

通过以上描述可知，利用图1所示的日程创建方法，用户在第一标签的关联页面中触发日程添加操作之后，日程添加页面中会自动带入第一标签，进一步地，可以生成包括所述第一标签的日程。无需用户首先创建日程，再为日程添加第一标签，从而降低了创建具备标签的日程的操作繁琐性。

在一个示例中，创建具备所述第一标签的日程之后，所述第一标签的日程页面中，可以呈现该日程的摘要信息。此处提及的日程的摘要信息，例如可以是该日程的主题，又如可以是该日程的主题中的关键词，此处不做限定。其中，所述第一标签对应的日程页面，用于显示具备所述第二标签的日程的摘要信息。在一些实施例中，所述客户端上显示的所述第一标签对应的日程页面中，可以显示所述用户具备查看权限的日程的摘要信息。

在一个示例中，对于一个日程而言，可以为其添加多个标签。对于这种情况，所述用户还可以在所述日程添加页面中触发标签编辑操作。例如，所述日程添加页面中包括标签添加控件，所述用户可以通过所述标签添加控件触发所述标签编辑操作。所述用户触发所述标签编辑操作之后，所述客户端可以获取所述标签编辑操作所指示的第二标签，相应的，所述客户端所生成的日程，除了包括前述第一标签之外，还可以包括第二标签。

可以理解的是，若所述日程还具备第二标签，则所述第二标签的日程页面中，可以呈现该日程的摘要信息。其中，所述第二标签对应的日程页面，用于显示具备所述第二标签的日程的摘要信息。在一些实施例中，所述客户端上显示的所述第二标签对应的日程页面中，可以显示所述用户具备查看权限的日程的摘要信息。

在本申请实施例中，“响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取第二标签”在具体实现时，可以有多种实现方式。以下介绍两种可能的实现方式。

第一种实现方式：

所述用户在日程添加页面中触发标签编辑操作之后，所述客户端可以响应于该标签编辑操作，显示至少一个标签候选项，显示所述至少一个标签候选项之后，所述用户可以针对所述至少一个标签候选项中的其中一个标签候选项触发选择操作，若所述用户针对所述至少一个标签候选项中的所述第二标签触发了选择操作，例如点击了所述第二标签，则所述客户端可以获取所述第二标签。

需要说明的是，考虑到标签可以具备使用权限，只有当用户具备某一标签的使用权限时，所述用户才能为信息添加该标签。因此，在一个示例中，所述至少一个标签候选项，可以是所述用户具备使用权限的候选项。

第二种实现方式：

所述用户在日程添加页面中触发标签编辑操作之后，所述客户端可以响应于该标签编辑操作，显示字符输入区。而后，所述用户可以在所述字符输入区输入字符。用户可以在该字符输入区输入第二标签所包括的至少一部分字符。相应的，客户端获取到所述用户输入的字符之后，可以根据所述用户输入的字符，为所述用户提供对应的标签候选项，并显示所述标签候选项，以便于用户基于所述标签候选项选择所述第二标签。当所述用户选择所述第二标签之后，即所述用户针对所述标签候选项中的所述第二标签触发了选择操作，例如点击了所述第二标签之后，则所述客户端可以获取所述第二标签。

在一些实施例中，考虑到日程一般具备对应的参与者。而第一标签本身也可能具备一定的标识含义，例如，与某一项目相关。相应的，第一标签也具备一定的协作者，所谓第一标签的协作者，指的是具备第一标签权限的用户。例如，是具备第一标签查看权限的用户。其中，具备第一标签查看权限的用户，具备查看第一标签的关联信息的权限。由于该日程具备第一标签，因此，在一些场景中，可以默认该第一标签的协作者也可以同时作为所述日程的参与者。因此，在一个示例中，前述日程添加页面中，还可以包括所述日程的参与者，且所述日程的参与者为具备所述第一标签的权限的用户。换言之，所述日程添加页面中可以自动带入所述第一标签的协作者。这样一来，可以无需用户手动输入所述日程的参与者，提升创建该日程的效率。

在又一些实施例中，所述日程的参与者也可以由用户指定。对于这种情况，所述用户可以在所述日程添加页面中输入所述日程的参与者。

需要说明的是，所述用户输入的所述日程的参与者，可以包括所述第一标签的协作者，也可以包括所述第一标签的协作者之外的其它用户。在一些应用场景中，若所述用户输入的所述日程的参与者包括第一标签的协作者之外的其它用户，则生成具备所述第一标签的日程之后，可以将日程的参与者中，所述第一标签的协作者之外的其它用户则转变为所述第一标签的协作者。换言之，生成具备所述第一标签的日程之后，所述客户端可以响应于具备所述第一标签的日程的生成，赋予所述日程的参与者所述第一标签的权限。具体地：可以赋予所述日程的参与者中原本不具备所述第一标签的权限的用户所述第一标签的权限。此处提及的第一标签的权限，可以是所述第一标签的查看权限。所谓第一标签的查看权限，指的是查看所述第一标签的关联信息的权限，例如，用于指示用户所使用的客户端是否能够关联地显示第一标签和具有该第一标签的至少一部分信息的权限。此处提及的第一标签的关联信息，指的是具备第一标签的信息。

举例说明，用户输入了该日程的参与者包括用户A和用户B，其中，用户B不是第一标签的协作者，则生成所述日程之后，可以赋予用户B所述第一标签的查看权限，使得用户B成为所述第一标签的协作者。采用这种方式，无需用户首先将用户B修改为第一标签的协作者，再将用户B设置为所述日程的参与者，所述用户可以直接将用户B设置为所述日程的参与者，操作灵活，简化用户操作从而改善用户体验。进一步地，在第一标签对应某一多人协作的项目的场景下，对于具备所述日程的查看权限的用户B，即使该成员当前不具备第一标签的查看权限，例如，所述用户B为新加入该项目的用户。采用这种方式，也可以快速将用户B设置为所述日程的参与者，并将该用户B自动设置为第一标签的协作者，而无需额外将用户B设置为第一标签的协作者，操作灵活，用户体验高。

关于所述日程添加页面，现结合图2进行说明。图2为本申请实施例提供的一种日程添加页面的示意图。

如图2所示，#A代表第一标签，“添加标签”为标签添加控件。标签的参与者，如上所述，可以是第一标签的协作者，也可以是用户输入的，例如可以在图2中指示“参与者”的区域中以“***”表示。对于标签详情中的其它内容，例如对应的会议室，日程提醒方式等，例如可以在图2中指示“日程详情”的区域中以“*****”表示。当用户在日程添加页面中输入日程信息之后，可以点击图2所示的“保存”控件，以生成该包括第一标签的日程。

需要说明的是，在本申请实施例中，所述第一标签不是仅能够在所述用户的客户端本地使用的标签，而是可以在一定范围内共享的标签。具体地，所述第一标签的共享范围，可以由所述第一标签的权限确定。

在一个示例中，所述第一标签的权限，可以包括使用权限。所谓使用权限，指的是为信息单元添加第一标签的权限。具体地，具备所述第一标签的使用权限的用户，均可以在其对应的客户端上为信息单元添加所述第一标签。其中，所述第一标签的使用权限，可以由所述第一标签的所有者设置，第一标签的所有者可以指定具备所述第一标签的使用权限的用户。

在又一个示例中，所述第一标签的权限，包括查看权限。所谓查看权限，指的是查看所述第一标签的关联信息的权限。具体地：具备所述第一标签的查看权限的用户的客户端上，显示所述第一标签的关联信息。换言之，具备所述第一标签的查看权限的用户，可以在其对应的客户端查看第一标签的关联信息。其中，所述第一标签的查看权限，可以由所述第一标签的所有者设置，第一标签的所有者可以指定具备所述第一标签的查看权限的用户。

在一些实施例中，考虑到信息单元本身也具备查看权限。则对于具备第一标签的查看权限的第一用户而言，所述第一用户的客户端上呈现的第一标签的关联信息，可以是所述第一用户具备查看权限的信息。换言之，所述第一用户的客户端上呈现的第一标签的关联信息，不包括所述第一用户不具备查看权限的信息。这样一来，可以有效保护信息安全，避免所述第一用户查看其不具备查看权限的信息而导致信息泄露。在一个示例中，对于第一用户具备查看权限的第一信息单元而言，若所述第一信息单元具备第一标签，则所述第一用户的客户端上，可以关联呈现所述第一标签和第一信息单元。这样一来，所述第一用户即可根据该关联呈现的所述第一标签和第一信息单元，确定第一信息单元的具体内容，并确定所述第一信息单元具备所述第一标签。

本申请实施例还提供了一种日程创建方法，接下来结合附图介绍该方法。

参见图3，该图为本申请实施例提供的又一种日程创建方法的流程示意图。

与图1所示的日程创建方法类似，图3所示的日程创建方法，也可以由客户端或者服务端执行。在本申请实施例的以下描述中，以所述方法由客户端执行为例进行说明。

图3所示的日程创建方法例如可以包括如下S201-S203。

S201：响应于用户在第一标签的关联页面中触发的日程添加操作，显示日程添加页面，所述日程添加页面中包括所述第一标签，所述第一标签的关联页面，用于呈现所述第一标签的关联信息。

关于S201，可以参考上文对于S101的描述部分，此处不做重复描述。

S202：响应于所述用户在所述日程添加页面中触发的标签编辑操作，将所述第一标签修改为第二标签。

在本申请实施例中，考虑到当客户端上显示的页面为第一标签的关联页面时，用户可能也具备创建具备第二标签的日程的需求。因此，在一个示例中，用户可以在所述第一标签的关联页面中触发的日程添加操作，而后，所述客户端可以显示日程添加页面，所述日程添加页面中包括所述第一标签。并且，所述第一标签是可以修改的。具体地：用户可以通过触发标签编辑操作，将所述第一标签修改为第二标签。

S202在具体实现时，可以有多种实现方式，以下介绍两种可能的实现方式。

第一种实现方式：

所述用户在日程添加页面中触发标签编辑操作之后，所述客户端可以响应于该标签编辑操作，显示至少一个标签候选项，显示所述至少一个标签候选项之后，所述用户可以针对所述至少一个标签候选项中的其中一个标签候选项触发选择操作，若所述用户针对所述至少一个标签候选项中的所述第二标签触发了选择操作，例如点击了所述第二标签，则所述客户端可以将所述第一标签修改为所述第二标签。

需要说明的是，考虑到标签可以具备使用权限，只有当用户具备某一标签的使用权限时，所述用户才能为信息添加该标签。因此，在一个示例中，所述至少一个标签候选项，可以是所述用户具备使用权限的候选项。

第二种实现方式：

所述用户在日程添加页面中触发标签编辑操作之后，所述客户端可以响应于该标签编辑操作，显示字符输入区。而后，所述用户可以在所述字符输入区输入字符。用户可以在该字符输入区输入第二标签所包括的至少一部分字符。相应的，客户端获取到所述用户输入的字符之后，可以根据所述用户输入的字符，为所述用户提供对应的标签候选项，并显示所述标签候选项，以便于用户基于所述标签候选项选择所述第二标签。当所述用户选择所述第二标签之后，即所述用户针对所述标签候选项中的所述第二标签触发了选择操作，例如点击了所述第二标签，则所述客户端可以将所述第一标签修改为所述第二标签。

S203：获取所述用户在所述日程添加页面中输入的日程信息，生成具备所述第二标签的日程。

显示所述日程添加页面之后，用户除了可以触发标签编辑操作之外，还可以在所述日程添加页面中输入日程信息，例如，输入日程的主题，日程的起始时间和结束时间、以及对应的会议室等详情信息。

用户在所述日程添加页面中输入日程信息之后，所述客户端可以获取所述用户输入的日程信息，并进一步根据所获取的日程信息生成具备所述第二标签的日程。可以理解的是，所生成的日程包括所述客户端获取的日程信息。

在一个示例中，创建具备所述第二标签的日程之后，所述第二标签的日程页面中，可以呈现该日程的摘要信息。

通过以上描述可知，利用图3所示的日程创建方法，当用户希望创建具备第二标签的日程时，即使客户端显示的页面为第一标签的关联页面，用户也无需将客户端显示的页面切换为第二标签的关联页面，而是可以在第一标签的关联页面中直接创建具备第二标签的日程，从而提升了创建具备标签的日程的操作灵活性。

示例性设备

基于以上实施例提供的方法，本申请实施例还提供了一种装置，以下结合附图介绍该装置。

参见图4，该图为本申请实施例提供的一种日程创建装置的结构示意图。所述装置400例如可以具体包括：显示单元401、第一获取单元402和生成单元403。

显示单元401，用于响应于用户在第一标签的关联页面中触发的日程添加操作，显示日程添加页面，所述日程添加页面中包括所述第一标签，所述第一标签的关联页面，用于呈现所述第一标签的关联信息；

第一获取单元402，用于获取所述用户在所述日程添加页面中输入的日程信息；

生成单元403，用于生成具备所述第一标签的日程。

可选的，所述装置还包括：

第二获取单元，用于响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取标签编辑操作所指示的第二标签；

所述生成单元403，用于：

生成具备所述第一标签和所述第二标签的日程。

可选的，所述用户通过标签添加控件触发所述标签编辑操作。

可选的，所述第二获取单元，用于：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，显示至少一个标签候选项，所述至少一个标签候选项包括所述第二标签；

响应于所述用户针对所述至少一个标签候选项中的所述第二标签触发的选择操作，获取所述第二标签。

可选的，所述第二获取单元，用于：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取用户输入的字符，根据所述用户输入的字符获取所述第二标签。

可选的，所述装置还包括：

第一显示单元，用于在所述第二标签对应的日程页面中，显示所述日程的摘要信息，所述第二标签对应的日程页面，用于显示具备所述第二标签的日程的摘要信息。

可选的，所述日程添加页面中还包括：所述日程的参与者，所述日程的参与者为具备所述第一标签的查看权限的用户。

可选的，所述第一获取单元402，用于：

获取所述用户在所述日程添加页面中输入的所述日程的参与者。

可选的，所述装置还包括：

权限设置单元，用于：若在生成具备所述第一标签的日程之前，所述用户在所述日程添加页面中输入的所述日程的参与者，不具备所述第一标签的权限，则响应于具备所述第一标签的日程的生成，赋予所述日程的参与者所述第一标签的权限。

可选的，所述第一标签在具备所述第一标签的权限的用户间共享。

可选的，所述第一标签的权限，包括使用权限，具备所述第一标签的使用权限的用户，具备在其对应的客户端上为信息单元添加所述第一标签的权限。

可选的，所述第一标签的权限，包括查看权限，具备所述第一标签的查看权限的用户的客户端上，显示所述第一标签的关联信息。

可选的，所述装置还包括：

第二显示单元，用于响应于第一用户具备所述第一标签的查看权限，在所述第一用户的客户端上，关联呈现所述第一标签和第一信息单元，其中，所述第一信息单元为所述第一用户具备查看权限的信息单元。

可选的，所述第一标签的关联页面，包括：

所述第一标签的概览页面，或者，所述第一标签的日程信息域对应的页面；其中：

所述概览页面为对具备所述第一标签的各个信息域的信息进行汇总显示的页面；或者，所述日程信息域对应的页面，用于显示具备所述第一标签的日程的信息。

可选的，所述各个信息域对应的信息，在所述概览页面中分区域呈现。

由于所述装置400是与以上方法实施例提供的与图1对应的方法对应的装置，所述装置400的各个单元的具体实现，均与以上方法实施例中图1所示的方法为同一构思，因此，关于所述装置400的各个单元的具体实现，可以参考以上方法实施例的相关描述部分，此处不再赘述。

参见图5，该图为本申请实施例提供的又一种日程创建装置的结构示意图。所述装置500例如可以具体包括：第一显示单元501、修改单元502、获取单元503和生成单元504。

第一显示单元501，用于响应于用户在第一标签的关联页面中触发的日程添加操作，显示日程添加页面，所述日程添加页面中包括所述第一标签，所述第一标签的关联页面，用于呈现所述第一标签的关联信息；

修改单元502，用于响应于所述用户在所述日程添加页面中触发的标签编辑操作，将所述第一标签修改为第二标签；

获取单元503，用于获取所述用户在所述日程添加页面中输入的日程信息；

生成单元504，用于生成具备所述第二标签的日程。

可选的，所述修改单元502，用于：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，显示至少一个标签候选项，所述至少一个标签候选项包括所述第二标签；

响应于所述用户针对所述至少一个标签候选项中的所述第二标签触发的选择操作，将所述第一标签修改为第二标签。

可选的，所述修改单元502，用于：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取用户输入的字符，根据所述用户输入的字符获取所述第二标签，并将所述第一标签修改为第二标签。

可选的，所述装置还包括：

第二显示单元，用于在所述第二标签对应的日程页面中，显示所述日程的摘要信息，所述第二标签对应的日程页面，用于显示具备所述第二标签的日程的摘要信息。

由于所述装置500是与以上方法实施例提供的与图3对应的方法对应的装置，所述装置500的各个单元的具体实现，均与以上方法实施例中图3所示的方法为同一构思，因此，关于所述装置500的各个单元的具体实现，可以参考以上方法实施例的相关描述部分，此处不再赘述。

本申请实施例还提供了一种设备，所述设备包括处理器和存储器；所述处理器用于执行所述存储器中存储的指令，以使得所述设备执行以上方法实施例提供的方法。

本申请实施例还提供了一种计算机可读存储介质，包括指令，所述指令指示设备执行以上方法实施例提供的方法。

申请实施例还提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行以上方法实施例提供的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (24)

1.一种日程创建方法，其特征在于，所述方法包括：

响应于用户在第一标签的关联页面中触发的日程添加操作，显示日程添加页面，所述日程添加页面中包括所述第一标签，所述第一标签的关联页面，用于呈现所述第一标签的关联信息；

获取所述用户在所述日程添加页面中输入的日程信息，生成具备所述第一标签的日程。

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

响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取标签编辑操作所指示的第二标签；

所述生成具备所述第一标签的日程，包括：

生成具备所述第一标签和所述第二标签的日程。

3.根据权利要求2所述的方法，其特征在于，所述用户通过标签添加控件触发所述标签编辑操作。

4.根据权利要求2或3所述的方法，其特征在于，响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取第二标签，包括：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，显示至少一个标签候选项，所述至少一个标签候选项包括所述第二标签；

响应于所述用户针对所述至少一个标签候选项中的所述第二标签触发的选择操作，获取所述第二标签。

5.根据权利要求2或3所述的方法，其特征在于，响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取第二标签，包括：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取用户输入的字符，根据所述用户输入的字符获取所述第二标签。

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

在所述第二标签对应的日程页面中，显示所述日程的摘要信息，所述第二标签对应的日程页面，用于显示具备所述第二标签的日程的摘要信息。

7.根据权利要求1所述的方法，其特征在于，所述日程添加页面中还包括：所述日程的参与者，所述日程的参与者为具备所述第一标签的查看权限的用户。

8.根据权利要求1所述的方法，其特征在于，所述获取所述用户在所述日程添加页面中输入的日程信息，包括：

获取所述用户在所述日程添加页面中输入的所述日程的参与者。

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

若在生成具备所述第一标签的日程之前，所述用户在所述日程添加页面中输入的所述日程的参与者，不具备所述第一标签的权限，则响应于具备所述第一标签的日程的生成，赋予所述日程的参与者所述第一标签的权限。

10.根据权利要求1所述的方法，其特征在于，所述第一标签在具备所述第一标签的权限的用户间共享。

11.根据权利要求10所述的方法，其特征在于，所述第一标签的权限，包括使用权限，具备所述第一标签的使用权限的用户，具备在其对应的客户端上为信息单元添加所述第一标签的权限。

12.根据权利要求10所述的方法，其特征在于，所述第一标签的权限，包括查看权限，具备所述第一标签的查看权限的用户的客户端上，显示所述第一标签的关联信息。

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

响应于第一用户具备所述第一标签的查看权限，在所述第一用户的客户端上，关联呈现所述第一标签和第一信息单元，其中，所述第一信息单元为所述第一用户具备查看权限的信息单元。

14.根据权利要求1所述的方法，其特征在于，所述第一标签的关联页面，包括：

所述第一标签的概览页面，或者，所述第一标签的日程信息域对应的页面；其中：

所述概览页面为对具备所述第一标签的各个信息域的信息进行汇总显示的页面；或者，所述日程信息域对应的页面，用于显示具备所述第一标签的日程的信息。

15.根据权利要求14所述的方法，其特征在于，所述各个信息域对应的信息，在所述概览页面中分区域呈现。

16.一种日程创建方法，其特征在于，所述方法包括：

响应于用户在第一标签的关联页面中触发的日程添加操作，显示日程添加页面，所述日程添加页面中包括所述第一标签，所述第一标签的关联页面，用于呈现所述第一标签的关联信息；

响应于所述用户在所述日程添加页面中触发的标签编辑操作，将所述第一标签修改为第二标签；

获取所述用户在所述日程添加页面中输入的日程信息，生成具备所述第二标签的日程。

17.根据权利要求16所述的方法，其特征在于，响应于所述用户在所述日程添加页面中触发的标签编辑操作，将所述第一标签修改为第二标签，包括：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，显示至少一个标签候选项，所述至少一个标签候选项包括所述第二标签；

响应于所述用户针对所述至少一个标签候选项中的所述第二标签触发的选择操作，将所述第一标签修改为第二标签。

18.根据权利要求17所述的方法，其特征在于，响应于所述用户在所述日程添加页面中触发的标签编辑操作，将所述第一标签修改为第二标签，包括：

响应于所述用户在所述日程添加页面中触发的标签编辑操作，获取用户输入的字符，根据所述用户输入的字符获取所述第二标签，并将所述第一标签修改为第二标签。

19.根据权利要求16-18任意一项所述的方法，其特征在于，所述方法还包括：

在所述第二标签对应的日程页面中，显示所述日程的摘要信息，所述第二标签对应的日程页面，用于显示具备所述第二标签的日程的摘要信息。

20.一种日程创建装置，其特征在于，所述装置包括：

显示单元，用于响应于用户在第一标签的关联页面中触发的日程添加操作，显示日程添加页面，所述日程添加页面中包括所述第一标签，所述第一标签的关联页面，用于呈现所述第一标签的关联信息；

第一获取单元，用于获取所述用户在所述日程添加页面中输入的日程信息；

生成单元，用于生成具备所述第一标签的日程。

21.一种日程创建装置，其特征在于，所述装置包括：

第一显示单元，用于响应于用户在第一标签的关联页面中触发的日程添加操作，显示日程添加页面，所述日程添加页面中包括所述第一标签，所述第一标签的关联页面，用于呈现所述第一标签的关联信息；

修改单元，用于响应于所述用户在所述日程添加页面中触发的标签编辑操作，将所述第一标签修改为第二标签；

获取单元，用于获取所述用户在所述日程添加页面中输入的日程信息；

生成单元，用于生成具备所述第二标签的日程。

22.一种设备，其特征在于，所述设备包括处理器和存储器；

所述处理器用于执行所述存储器中存储的指令，以使得所述设备执行如权利要求1至19中任一项所述的方法。

23.一种计算机可读存储介质，其特征在于，包括指令，所述指令指示设备执行如权利要求1至19中任一项所述的方法。

24.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得计算机执行如权利要求1至19中任一项所述的方法。

Images