日程数据处理方法、装置、设备和介质

技术领域

本申请涉及数据处理技术领域，尤其涉及数字化办公技术。

背景技术

随着信息技术的不断发展，用户通常采用将事件相关的日程数据添加至智能终端，用于进行日程安排提醒，从而避免对应事件的遗漏。

由于用户的日程数据通常由用户自身进行创建和管理，使得日程数据形成了信息孤岛，难以在协同办公场景中，实现对日程数据的充分利用。

发明内容

本申请提供了一种日程数据处理方法、装置、设备和介质。

根据本申请的一方面，提供了一种日程数据处理方法，包括：

接收对日程数据的操作指令；其中，操作指令包括读指令、写指令和共享指令中的至少一种；

获取所述操作指令中的发起标识信息所配置的权限信息；

根据所述权限信息，对所述日程数据进行操作响应。

根据本申请的另一方面，还提供了一种日程数据处理装置，包括：

操作指令接收模块，用于接收对日程数据的操作指令；其中，操作指令包括读指令、写指令和共享指令中的至少一种；

权限信息获取模块，用于获取所述操作指令中的发起标识信息所配置的权限信息；

操作响应模块，用于根据所述权限信息，对所述日程数据进行操作响应。

根据本申请的另一方面，还提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本申请实施例提供的任意一种日程数据处理方法。

根据本申请的另一方面，还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行本申请实施例提供的任意一种日程数据处理方法。

根据本申请的另一方面，还提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本申请实施例提供的任意一种日程数据处理方法。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是本申请实施例提供的一种日程数据处理方法的流程图；

图2A是本申请实施例提供的另一种日程数据处理方法的流程图；

图2B是本申请实施例提供的一种日程数据展示结果示意图；

图3是本申请实施例提供的另一种日程数据处理方法的流程图；

图4是本申请实施例提供的另一种日程数据处理方法的流程图；

图5是本申请实施例提供的一种日程数据处理装置的结构图；

图6是用来实现本申请实施例的日程数据处理方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本申请实施例提供的各日程数据处理方法和日程数据处理装置，适用于在智能办公场景过程中，在不同用户之间进行日程数据共享的情况。本申请实施例所提供的各日程数据处理方法，可以由日程数据处理装置执行，该装置可以采用软件和/或硬件实现，并将具体配置于电子设备中。

需要说明的是，在本申请的技术方案中，所涉及的日程数据的获取、存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

图1是本申请实施例提供的一种日程数据处理方法的流程图，该方法包括：

S101、接收对日程数据的操作指令；其中，操作指令包括读指令、写指令和共享指令中的至少一种。

其中，日程数据为至少包括事件名称和事件处理时间的数据。当然，为了便于用户了解事件内容，日程数据中还可以包括事件概要或事件详情，用于进行事件介绍。

其中，操作指令用于发起方对日程数据需要执行的操作。操作指令可以由操作用户在执行日程数据处理方法的电子设备的交互界面或设置有硬件按键的操作面板中触发产生，还可以由操作用户在用户终端的交互界面或设置有硬件按键的操作面板中触发生成，并发送至执行日程数据处理方法的电子设备中。

S102、获取所述操作指令中的发起标识信息所配置的权限信息。

其中，操作指令中可以携带发起方的发起标识信息，用于对发起方的身份进行限定，从而根据发起标识信息，确定发起方标识信息所配置的权限信息。

示例性的，在电子设备本地或与电子设备关联的其他存储设备或云端中预先存储有不同标识信息与权限信息的配置关系；相应的，根据该配置关系，确定与发起标识信息对应的权限信息。

或者可选地，还可以在操作指令中携带发起标识信息对应的权限信息，直接通过解析操作指令，进行权限信息的获取。

示例性地，可以预先针对各标识信息配置表征不同操作权限的权限信息。相应的，当具备日程数据处理需求时，通过获取发起标识信息所配置的权限信息，作为执行后续日程数据操作的评判依据。其中，标识信息表征用户的账户信息，用于唯一表征用户身份。相应的，发起标识信息用于表征操作指令发起方的账户信息。

在一个可选实施例中，操作权限可以根据可操作内容的不同区别设置。例如，操作权限可以包括读权限、写权限和分享权限等中的至少一种。其中，读权限表示标识信息对应权限用户具备对日程数据的读取权限；写权限表示标识信息对应权限用户具备对日程数据的写权限；分享权限表示标识信息对应权限用户具备对日程数据的分享权限。

在另一可选实施例中，操作权限还可以根据可操作尺度不同区别设置。例如，操作权限可以包括忙闲只读权限和只读权限。其中，忙闲只读权限表征标识信息对应权限用户具备对日程数据中事件处理时间的读取权限；只读权限表征标识信息对应权限用户对日程数据中事件处理时间和事件内容等数据的读取权限。又如，操作权限可以包括可写权限和拥有者权限。其中，可写权限表征标识信息对应权限用户对日程数据中事件内容或事件处理时间等数据的读写权限；拥有者权限表征标识信息对应权限用户对日程数据具备日程数据拥有者相同的操作权限。

可以理解的是，为了便于对日程数据的可操作内容和/或可操作尺度的划分，还可以对根据可操作内容和/或可操作尺度的不同，设置不同的权限类型；相应的，根据权限类型对日程数据的各权限用户进行对应存储，以便查找。

需要说明的是，不同权限类型可以存在包含关系，也即当标识信息所配置权限更加权限范围大小具备兼容性。举例说明，若标识信息配置有写权限，则表明该标识信息同时配置有读权限；若标识信息配置有拥有者权限(如共享权限)，则表明该标识信息同时配置有写权限和/或读权限。需要说明的是，不同权限类型之间的兼容性可以有技术任意根据需要设定或调整，本申请对此不做任何限定。

S103、根据权限信息，对日程数据进行操作响应。

由于权限信息对应有不同的权限类型，而不同权限类型限定有对日程数据的可操作内容和/或可操作尺度，因此，可以通过权限信息对应的权限类型，对日程数据从内容层面和/或操作尺度层面，进行不同的操作响应。

示例性地，对发起标识信息进行操作权限识别；若识别到权限信息属于设定权限类型，则根据该设定权限类型对应的可操作内容和/或可操作尺度，对日程数据进行操作响应；若识别到权限信息不属于任一设定权限类型，则禁止对操作指令进行操作响应；若识别到权限信息不属于发起标识信息所配置的操作权限，则根据预先对操作指令中的发起标识信息所配置的操作权限，对日程数据进行操作响应。

若操作指令中包括发起标识信息和权限信息，则在一个具体实现方式中，可以采用以下方式对发起标识信息进行操作权限识别：根据操作指令中的权限信息，确定与该操作权限相匹配的参考标识信息；将操作指令中的发起标识信息与参考标识信息进行比对；若对比结果一致，则确定发起标识信息配置有操作指令中的权限信息所对应操作权限；否则，确定发起标识信息未配置有操作指令中的权限信息所对应的操作权限。

在另一具体实现方式中，对发起标识信息进行操作权限识别，还可以是：根据配置关系，确定发起标识信息对应的参考操作权限；将参考操作权限与操作指令中的权限信息进行比对；若比对结果一致，则确定发起标识信息配置有操作指令中的权限信息所对应操作权限；否则，确定发起标识信息未配置有操作指令中的权限信息所对应的操作权限。

示例性的，若确定发起标识信息未配置有操作指令中的权限信息所对应的操作权限，还可以根据基于配置关系所确定的发起标识信息所配置的参考操作权限，更新或替代操作指令中的权限信息对应的操作权限。相应的，根据更新后的权限信息或直接根据参考操作权限，对日程数据进行操作响应。

本申请实施例通过为操作指令中的发起标识信息配置不同的权限信息，从而基于权限信息对日程数据进行差异化操作响应，从而实现了不同用户之间的日程数据在不同尺度和/或不同内容下的数据共享，在解决了信息孤岛的问题，实现对日程数据的充分利用的同时，提高了日程数据共享的灵活性。

在上述各技术方案的基础上，本申请还提供了一个可选实施例，对不同标识信息对应的权限信息的配置方式，进行示例性说明。

在一个可选实施例中，权限信息可以通过以下方式加以配置：获取包括授予权限类型和授予标识信息的授权指令，并向授予标识信息配置授予权限类型的权限信息。

具体而言，响应于授权用户发起的授权指令，根据授权指令中的授予权限类型，向被授权用户对应的授予标识信息，配置授予权限类型的权限信息。

其中，授予指令的发起设备可以是日程数据的属主用户或具备授权权限的用户的使用设备。例如，具备授权权限的用户可以是前述拥有者权限。

其中，授予权限类型用于限定对日程数据的可操作范围。其中，可操作范围可以包括可操作内容、可操作尺度和可操作时间中的至少一种。其中，可操作内容表征可以向授予标识信息配置对日程数据进行哪些方面的操作权限，如读操作、写操作或共享操作等；可操作尺度表征可以向授予标识信息对日程数据的操作权限的大小属性，如可读范围、可写范围、可共享权限范围等；可操作时间表征可以向授权标识信息配置对日程数据的操作权限的时间属性，如在哪个时间段具备可操作内容和/或可操作尺度所确定的可操作权限，或者，表征可以向授权标识信息配置对哪个时间段的日程数据具备可操作内容和/或可操作尺度所确定的可操作权限。

示例性地，当授权用户期望设置被授权用户对日程数据的操作权限时，可以通过发起设备生成包括授予权限类型和授予标识信息的授权指令，并主动进行授权指令的发送；相应的，基于授权指令进行授予标识信息的权限信息配置。

在另一可选实施例中，权限信息还可以通过以下方式加以配置：获取包括请求权限类型和请求标识信息的请求指令，以及包括反馈权限类型的请求反馈；根据所述请求权限类型和/或反馈权限类型，确定授予权限类型；向所述请求标识信息配置所述授予权限类型的权限信息。

示例性地，当待授权用户具备权限授予需求时，生成包括请求权限类型和请求标识信息的请求指令，并将请求指令发送至授权用户的使用设备；基于请求指令对应的包括反馈权限类型的请求反馈和/或请求指令中的请求权限类型，确定待授权用户的授予权限类型；向待授权用户对应的授予标识信息，配置授予权限类型的权限信息。

示例性地，基于请求指令对应的包括反馈权限类型的请求反馈，和/或请求指令中的请求权限类型，确定授予权限类型，包括：若请求反馈中不包括反馈权限类型，则将请求指令中的请求权限类型，作为授予权限类型；若请求反馈中包括反馈权限类型，则将反馈权限类型、反馈权限类型和请求权限类型的交集、或反馈权限类型和请求权限类型的并集，作为授予权限类型。

可以理解的是，通过授权用户主动触发或待授权用户主动请求的方式，实现对被授权用户对应的标识信息的权限信息配置，丰富了权限信息的配置方式，同时完善了权限信息的配置机制。

需要说明的是，各权限信息可以预先存储在执行日程数据处理方法的电子设备本地、或者与电子设备相关联的其他存储设备或云端中，相应的，在需要进行日程数据处理时，进行权限信息的查找获取。

为了便于权限信息的查找，还可以根将各权限信息根据权限类型关联存储。其中，权限类型可以有技术人员根据需要进行确定或调整。示例性的，可以设置权限类型包括与读指令对应的读类型权限、与写指令对应的写类型权限、以及与共享指令对应的共享类型权限等。

在上述各技术方案的基础上，本申请还提供了一种操作指令为读指令时的可选实施例，相应的，将“根据所述权限信息，对所述日程数据进行操作响应”细化为“若操作权限为读类型权限，则根据读指令，对日程数据进行筛选；向读指令的发起设备发送筛选后的日程数据”，以完善对日程数据的数据读取机制。

如图2A所示的一种日程数据处理方法，包括：

S201、接收对日程数据的读指令。

S202、获取读指令中的发起标识信息所配置的权限信息。

S203、若权限信息包括读类型权限信息，则根据读指令，对日程数据进行筛选。

S204、向读指令的发起设备发送筛选后的日程数据。

示例性地，若权限信息包括读类型权限，则从日程数据中筛选出与读操作权限相匹配的部分日程数据，并将筛选出的部分日程数据，发送至读指令的发起设备，以使发起设备进行部分日程数据的输出。若权限信息不包括读权限信息，则禁止向读指令的发起设备进行日程数据发送。当然，为了便于操作用户区分设备故障，当权限信息不包括读权限信息时，还可以向操作用户进行未配置相应操作权限的提醒。

在一个可选实现方式中，若权限信息包括读类型权限信息，则对日程数据进行筛选，可以是：根据权限信息对应的操作权限所限定的日程时间段，或者根据读指令中所设置的日程时间段，对日程数据进行筛选。具体的，可以从日程数据中筛选出日程时间段范围内的数据，或者将日程数据中非日程时间段范围内的其他数据进行剔除。

在另一可选实现方式中，若权限信息包括读类型权限信息，则对日程数据进行筛选，可以是：根据权限信息的权限属性，对日程数据进行筛选。具体的，若权限信息的权限属性为忙闲只读权限，则从日程数据中筛选出包括事件处理时间和事件名称的数据；或者，将日程数据中的事件处理时间和事件名称以外的其他数据进行剔除。

示例性地，发起设备可以通过语音播报的方式进行部分日程数据的输出。或者，发起设备还可以通过在日历视图中对筛选后的日程数据按照事件处理时间进行展示的方式进行日程数据输出，便于发起标识信息对应的操作用户进行查看。

需要说明的是，日程数据可以是至少一个属主用户的数据，相应的，反馈的部分日程数据对应的属主用户同样为至少一个。为了便于操作用户对不同用户的日程数据加以区分，还可以在日历视图中对不同属主用户的日程数据区分显示，例如通过字体大小、粗细、颜色或背景填充等方式加以区分。

为了便于操作用户获知不同用户所对应的显示方式，还可以在发起标识信息对应的操作用户的日历数据中，显示日程数据属主用户的属主标识信息和显示方式之间的对应关系。

参见图2B所示的一种日程数据展示结果示意图。该图显示了2020年7月4日当天，操作用户A的日历视图中显示的自身及各属主用户(B、C和D)的日程数据。其中，不同用户日程数据通过背景颜色加以区分。

其中，在2020年7月4日用户A的日程数据包括在14:00-15:05，会议a1，地点M1；在16:00-17:00，会议a2，地点M2；在19:00-20:00，会议a3，地点M3。在2020年7月4日用户B的日程数据包括在2020年7月4日14:00-15:05会议b1，地点L1。在2020年7月4日用户C的日程数据包括在14:00-15:05，会议c1，地点N1；在16:00-17:00，会议c2，地点N2。在2020年7月4日用户D的日程数据包括在16:00-17:00，会议d1，地点P1；在17:00-18:00，会议d2，地点P2。

需要说明的是，图2B仅示例性给出了日程数据的展示结果，本领域技术人员可以根据需要在显示界面中进行数据内容的增加、删除或修改等。

本申请实施例通过在操作指令为读指令时，在权限信息包括读类型权限的情况下，根据，对日程数据进行筛选，并仅向操作用户展示筛选后的日程数据，避免了操作权限之外的日程数据的泄露，提高了日程数据共享过程的安全性、可控性和灵活性。

在上述各技术方案的基础上，本申请还提供了一种操作指令为共享指令时的可选实施例，相应的，将“根据所述权限信息，对所述日程数据进行操作响应”细化为“若权限信息包括共享类型权限，则根据共享指令中的共享权限，对日程数据进行筛选；根据所述共享指令中的共享标识信息，确定共享设备，并向所述共享设备发送筛选后的日程数据；向所述共享标识信息配置所述共享权限”，以完善操对日程数据的数据共享机制。

如图3所示的一种日程数据处理方法，包括：

S301、接收对日程数据的共享指令。

S302、获取共享指令中的发起标识信息所配置的权限信息。

S303、若权限信息包括共享类型权限，则根据共享指令中的共享权限，对日程数据进行筛选。

S304、根据共享指令中的共享标识信息，确定共享设备，并向共享设备发送筛选后的日程数据。

S305、向所述共享标识信息配置共享权限。

其中，共享标识信息可以理解为接收共享后的日程数据的接收用户所对应的标识信息，用于唯一表征接收用户。共享权限表征在共享指令中设置的共享标识信息的操作权限。

示例性地，若权限信息包括共享类型权限，则表明操作指令中的发起标识信息配置有对日程数据的转发权限。因此，可以从日程数据中筛选出与共享权限相匹配的部分日程数据，并向共享指令中的共享标识信息对应的共享设备，转发筛选出的部分日程数据。需要说明的是，由于共享标识信息的共享设备接收到转发的日程数据后，即可表明共享标识信息配置有对日程数据的部分操作权限。其中，该操作权限与所设置的共享权限相匹配。因此，还需要为共享标识信息进行对应共享权限的配置，便于该共享标识信息对应共享用户对日程数据的后续使用，同时避免了对共享标识信息的权限信息的二次配置。

示例性地，若权限信息不包括共享类型权限，则表明发起标识信息未配置有对日程数据的共享权限，也即发起标识信息对应的操作用户不具备对日程数据的转发权限，因此，禁止向共享设备进行日程数据的转发处理。当然，为了便于操作用户区分设备故障，当权限信息不包括共享类型权限时，还可以向操作用户进行未配置相应操作权限的提醒。

在一个可选实现方式中，若权限信息包括共享类型权限，则对日程数据进行筛选，可以是：根据共享指令中的共享权限所限定的日程时间段，对日程数据进行筛选。具体的，可以从日程数据中筛选出日程时间段范围内的数据，或者将日程数据中非日程时间段范围内的其他数据进行剔除。

在另一可选实现方式中，若权限信息包括共享类型权限，则对日程数据进行筛选，可以是：根据根据权限信息的权限属性，对日程数据进行筛选。具体的，若共享权限的权限属性为忙闲只读权限，则从日程数据中筛选出包括事件处理时间和事件名称的数据；或者，将日程数据中的事件处理时间和事件名称以外的其他数据进行剔除。

在又一可选实现方式中，若权限信息包括共享类型权限，则对日程数据进行筛选，可以是：根据发起标识信息所配置的权限信息，更新共享指令中的共享权限；根据更新后的共享权限，对日程数据进行筛选。具体的，若共享指令中预先设定有共享权限时，则根据发起标识信息所配置的权限信息和共享权限的交集，确定更新后的共享权限；若共享指令中预先并未设定共享权限时，直接将发起标识信息所配置的权限信息，作为更新后的共享权限，或者，将预先设定的操作权限，作为更新后的共享权限。其中，预先设定的操作权限可以由技术人员或操作用户根据需要或经验值进行设定，例如可以将最低操作权限(例如忙闲只读属性的读权限)作为预先设定的操作权限。

可以理解的是，共享指令中包括发起标识信息和共享标识信息。其中，发起标识信息用于表征日程数据共享过程的发起方；共享标识信息用于表征日程数据共享过程的接收方。因此，可以通过共享标识信息进行日程数据接收方的确定，从而根据共享标识信息进行所共享日程数据的输出设备，也即共享设备的确定。相应的，通过该共享设备向共享标识信息对应的共享用户进行所共享的日程数据的输出。

本申请实施例通过在操作指令为共享指令时，在权限信息包括共享类型权限的情况下，根据共享指令中的共享权限，对日程数据进行筛选，并根据所述共享指令中的共享标识信息，确定共享设备，并向所述共享设备发送筛选后的日程数据，避免了共享权限之外的日程数据的泄露，提高了日程数据共享过程的安全性、可控性和灵活性。同时，通过向共享标识信息配置共享权限，避免了对共享标识信息的权限信息的额外配置，同时便于共享标识信息对应共享用户对日程数据的后续自主处理，提高了对日程数据进行处理的便捷性。

在上述各技术方案的基础上，本申请还提供了一种操作指令为写指令时的可选实施例，相应的，将“根据所述权限信息，对所述日程数据进行操作响应”细化为“若权限信息包括写类型权限，则根据操作指令，对日程数据进行编辑操作；根据具备所述日程数据的操作权限的候选标识信息，确定关联设备，并向日程数据的关联设备反馈编辑结果；其中，关联设备包括作指令的发起设备”，以完善操作用户对共享的日程数据的写机制。

参见图4所示的一种日程数据处理方法，包括：

S401、接收对日程数据的写指令。

S402、获取写指令中的发起标识信息所配置的权限信息。

S403、若权限信息包括写类型权限，则根据写指令，对日程数据进行编辑操作。

其中，对日程数据的编辑操作可以包括事件编辑操作和事件响应操作。示例性地，事件编辑操作包括对事件关联数据的增加、删除、修改和查询操作等中的至少一种。其中，事件关联数据可以包括事件名称、事件主题、事件处理时间、事件与会人员和事件流程等中的至少一种。示例性地，事件响应操作可以包括对投票事件的投票操作和对参与事件的参与响应操作等中的至少一种。其中，投票操作为对至少一个投票选项的意向选取操作；参与响应操作为对相关事件的参加或不参加的意向选取操作。

示例性地，写指令中包括发起标识信息对应的操作用户对日程数据的操作意向，从而，可以根据操作意向，对日程数据进行事件编辑操作或事件响应操作。

S404、根据具备日程数据的操作权限的候选标识信息，确定关联设备，并向日程数据的关联设备反馈编辑结果。

其中，关联设备即为与日程数据对应事件相关的至少一个关联标识信息对应关联用户的使用设备。例如，关联用户可以是事件发起方、组织方、参与方、协作方、监管方和共享方等中的至少一个；相应的，关联标识信息，可以是事件发起方的标识信息、组织方的标识信息、参与方的标识信息、监管方的标识信息和共享方的标识信息等中的至少一个。

为了便于日程数据的关联用户及时掌握相关事件的状态，当对日程数据进行编辑后，需要向日程数据的关联设备及时反馈编辑结果，进而通过关联设备向关联用户进行编辑结果展示。

由于编辑操作对应的操作对象不同，例如可以是对事件关联数据所执行的事件编辑操作，还可以是对事件自身的响应操作，编辑操作对应的操作方式也不同，例如可以包括数据的增加、删除、修改、查询、和意向选取等中的至少一种。因此，不同编辑操作对日程数据进行变更后所产生的变更结果也不同。

在一个可选实施例中，为了便于关联用户及时了解事件相关的日程数据，在对日程数据进行编辑操作后，可以将编辑结果反馈至编辑事件的各个关联用户对应的关联设备。

然而，由于对事件的一次编辑，将会触发对关联用户(也即事件相关人员)的整体提醒，当关联用户过多或对事件编辑次数较多时，将会对关联用户的正常工作带来干扰，同时，还会增加数据传输量。为了避免对关联用户的不必要打扰，且避免部分关联用户(下文记为通知用户)对编辑结果的遗漏或忽视，同时减少不必要的数据传输，在另一可选实施例中，还可以从关联用户中选取部分人员进行通知提醒，也即从全部关联设备中进行部分关联设备的选取。示例性的，根据编辑操作，确定日程变更类型；根据日程变更类型，从候选标识信息中选取目标标识信息；根据所述目标标识信息，确定所述关联设备。相应的，仅向所确定的关联设备进行编辑结果的反馈。

其中，日程变更类型可以包括时间变更，也即对事件处理时间的编辑操作对应的变更类型；日程变更类型可以包括事件变更，也即对事件名称、事件主题、和事件流程等中的至少一项的编辑操作对应的变更类型；与会人员变更可以包括对事件与会人员的编辑操作或事件响应操作对应的变更类型。

由于不同日程变更类型对应的编辑结果不同，而不同编辑结果影响到的关联用户的侧重点不同，因此，可以通过日程变更类型进行关联设备的选取，从而实现对关联用户的区分对待，避免了对关联用户中非通知用户的过度打扰，同时减少了数据传输量。

在一个可选实施例中，若日程变更类型为时间变更，则选取参与属性和事件发起属性的候选标识信息作为所述目标标识信息，从而实现将关联用户中的各与会人员(也即参与属性的候选标识信息对应用户)和事件发起人员(也即事件发起属性的候选标识信息对应用户)作为通知用户；若日程变更类型为事件变更，则选取事件主导属性和事件发起属性的候选标识信息作为所述目标标识信息，从而实现将关联用户中的事件主导人员和事件发起人员作为通知用户；若日程变更类型为与会人员变更，则选取参与属性和时间发起属性的候选标识信息作为所述目标标识信息，从而实现将关联用户中产生变更的与会人员和事件发起人员作为通知用户。其中，事件主导人员可以包括组织者和监管者等中的至少一种。相应的，事件主导属性的候选标识信息可以包括组织属性的候选标识信息和监管属性的候选标识信息中的至少一种。

可以理解的是，通过日程变更类型对关联设备进行确定，实现了对关联用户中的通知用户的筛选，从而在对日程数据进行编辑后，仅向通知用户的使用设备反馈编辑结果，避免了对关联用户中非通知用户的过渡干扰，同时避免了通知用户对编辑情况的忽略或遗漏，还避免了向非通知用户的使用设备进行编辑结果传输造成的带宽资源的浪费。

在一个具体实现方式中，关联设备中通常会包括日程数据的属主用户的标识信息的使用设备，从而实现了属主用户对操作用户的行为监控，避免操作用户的任意编辑行为的发生。

需要说明的是，本领域技术人员还可以根据需要对日程变更类型进行修改，并针对不同日程变更类型进行标识信息属性的设置，本申请仅以时间变更、事件变更和与会人员变更为例进行说明，不应理解为对本申请的限定。

示例性地，向日程数据的关联设备反馈编辑结果，可以通过发送变更通知的方式加以实现。其中，变更通知可以采用短信、邮件等方式加以实现。为了便于用户获知详细的变更结果，还可以在变更通知中携带编辑后的日程数据或日程数据的变更部分的相关内容，例如可以是编辑后的日程数据的数据内容、日程数据的变更部分的数据内容、或上述各数据内容对应的链接地址等。其中，链接地址可以是字符地址或二维码等。

本申请实施例通过在操作指令为写指令时，在权限信息包括写类型权限的情况下，根据操作指令，对日程数据进行编辑操作；根据具备所述日程数据的操作权限的候选标识信息，确定关联设备，并向日程数据对应的包括发起设备的关联设备反馈编辑结果，从而便于日程数据的关联用户及时获知日程数据的变更情况。

作为上述各日程数据处理方法的实现，本申请还提供了一种实施日程数据处理方法的虚拟装置的实施例。进一步参见图5所示的一种日程数据处理装置500，包括：操作指令接收模块501、权限信息获取模块502和操作响应模块503。其中，

操作指令接收模块501，用于接收对日程数据的操作指令；其中，操作指令包括读指令、写指令和共享指令中的至少一种；

权限信息获取模块502，用于获取所述操作指令中的发起标识信息所配置的权限信息；

操作响应模块503，用于根据所述权限信息，对所述日程数据进行操作响应。

本申请实施例通过为操作指令中的发起标识信息配置不同的权限信息，从而基于权限信息对日程数据进行差异化操作响应，从而实现了不同用户之间进行日程数据的不同尺度和/或不同内容的数据共享，在解决信息孤岛的问题，实现对日程数据的充分利用的同时，提高了日程数据共享的灵活性。

在一个可选实施例中，若所述操作指令包括写指令，则所述操作响应模块503，包括：

编辑操作单元，用于若所述权限信息为写类型权限，则根据所述操作指令，对所述日程数据进行编辑操作；

编辑结果反馈单元，用于根据具备所述日程数据的操作权限的候选标识信息，确定关联设备，并向所述日程数据的关联设备反馈编辑结果。

在一个可选实施例中，若所述操作指令包括读指令，则所述操作响应模块503，包括：

数据筛选单元，用于若所述权限信息为读类型权限，则根据所述操作指令，对所述日程数据进行筛选；

数据发送单元，用于向所述操作指令的发起设备，发送筛选后的日程数据。

在一个可选实施例中，若所述操作指令包括共享指令，则所述操作响应模块503，包括：

数据筛选单元，用于若所述权限信息为共享类型权限，则根据所述共享指令中的共享权限，对所述日程数据进行筛选；

数据发送单元，用于根据所述共享指令中的共享标识信息，确定共享设备，并向所述共享设备发送筛选后的日程数据；

权限配置单元，用于向所述共享标识信息配置所述共享权限。

在一个可选实施例中，所述编辑结果反馈单元，包括：

日程变更类型确定子单元，用于根据所述编辑操作，确定日程变更类型；

目标标识选取子单元，用于根据所述日程变更类型，从所述候选标识信息中选取目标标识信息；

关联设备确定子单元，用于根据所述目标标识信息，确定所述关联设备。

在一个可选实施例中，所述日程变更类型包括时间变更、事件变更和与会人员变更中的至少一种。

在一个可选实施例中，所述目标标识选取子单元，包括：

第一通知用户确定从单元，用于若所述日程变更类型为时间变更，则选取参与属性和事件发起属性的候选标识信息作为所述目标标识信息；

第二通知用户确定从单元，用于若所述日程变更类型为事件变更，则选取事件主导属性和事件发起属性的候选标识信息作为所述目标标识信息；

第三通知用户确定从单元，用于若所述日程变更类型为与会人员变更，则选取参与属性和时间发起属性的候选标识信息作为所述目标标识信息。

在一个可选实施例中，该装置500，还包括权限信息配置模块，用于：

获取包括授予权限类型和授予标识信息的授权指令，并向所述授予标识信息配置所述授予权限类型的权限信息；和/或，

获取包括请求权限类型和请求标识信息的请求指令，以及包括反馈权限类型的请求反馈；根据所述请求权限类型和/或反馈权限类型，确定授予权限类型；向所述请求标识信息配置所述授予权限类型的权限信息。

上述日程数据处理装置可执行本申请任意实施例所提供的日程数据处理方法，具备执行日程数据处理方法相应的功能模块和有益效果。

根据本申请的实施例，本申请还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图6示出了可以用来实施本申请的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如日程数据处理方法。例如，在一些实施例中，日程数据处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的日程数据处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行日程数据处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本申请的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本申请的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。