CN112967023A - 获取日程信息的方法、装置、设备、存储介质及程序产品 - Google Patents

Abstract

本申请公开了获取日程信息的方法、装置、设备、存储介质及程序产品，涉及人工智能领域。该方法包括：获取多个服务实例各自对应的多个订阅标识信息；针对每个服务实例对应的各订阅标识信息，通过服务实例从第一服务端请求订阅标识信息对应的日程信息；将日程信息发送至订阅标识信息对应的终端。该方法实现了日程信息同步。

Description

获取日程信息的方法、装置、设备、存储介质及程序产品

技术领域

本申请实施例涉及计算机技术，尤其涉及一种获取日程信息的方法、装置、设备、存储介质及程序产品，可用于人工智能领域。

背景技术

目前，随着智能办公技术的发展，许多办公场景都迁移到线上操作，诸多办公事项都通过线上完成。

日程管理是办公场景中的一个重要事项，很多公司在使用基于邮箱的日程管理，例如基于outlook的日程管理。同时，很多公司还会使用一些其他应用程序来进行即时通讯、事项处理、日程管理等。这会导致的一个问题是，在办公人员同时使用基于邮箱的日程管理以及其他应用程序中的日程管理，各种日程信息不能有效同步。

发明内容

本申请提供了一种用于实现日程信息同步的获取日程信息的方法、装置、设备、存储介质及程序产品。

根据本申请的一方面，提供了一种获取日程信息的方法，包括：

获取多个服务实例各自对应的多个订阅标识信息；

针对每个服务实例对应的各订阅标识信息，通过所述服务实例从第一服务端请求所述订阅标识信息对应的日程信息；

将所述日程信息发送至所述订阅标识信息对应的终端。

根据本申请的另一方面，提供了一种获取日程信息的装置，包括：

获取模块，用于获取多个服务实例各自对应的多个订阅标识信息；

订阅模块，用于针对每个服务实例对应的各订阅标识信息，通过所述服务实例从第一服务端请求所述订阅标识信息对应的日程信息；

发送模块，用于将所述日程信息发送至所述订阅标识信息对应的终端。

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

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述第一方面所述的方法。

根据本申请的又一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行上述第一方面所述的方法。

根据本申请的又一方面，提供了一种计算机程序产品，所述程序产品包括：计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备执行第一方面所述的方法。

根据本申请的技术方案，实现了对用户的日程信息的同步。

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

附图说明

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

图1是根据本申请实施例提供的获取日程信息的方法的应用场景示意图；

图2是根据本申请实施例提供的获取日程信息的方法的流程示意图；

图3是根据本申请实施例提供的获取日程信息的装置的结构示意图；

图4是用来实现本申请实施例的获取日程信息的方法的电子设备的示意性框图。

具体实施方式

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

基于邮箱的日程管理，例如，基于outlook的日程管理是目前应用较为广泛的一种日程管理方法，许多用户使用outlook的日程管理进行会议预约、事项提醒等等。与此同时，目前很多公司也会使用一些邮箱之外的其他应用程序来进行日常办公，示例的，用户利用安装在终端上的应用程序，如即时通讯工具，进行沟通和日程管理等，终端可以是移动终端、个人计算机、智能可穿戴设备等。随着这些应用程序的应用场景越来越多，由于应用程序的日程信息与常用的outlook日程信息之间互相独立，各种日程信息不能有效同步，可能导致用户处理效率较低，或者遗漏信息。

为此，本申请实施例提供一种获取日程信息的方法，该方法可以应用于上述所描述的用户使用的邮箱之外的应用程序的服务端，该服务端可以包括一台或多台物理主机，该服务端也可以为云服务器，又称为云计算服务器或云主机等，本申请实施例对此不作限定。图1是根据本申请实施例提供的获取日程信息的方法的应用场景示意图。应用程序的服务端10上部署有多个服务实例，该服务实例可用于向其他日程服务端20订阅应用程序之外的其他日程信息，例如，其他日程服务端20为outlook服务端，对于某一用户而言，应用程序的服务端10向outlook服务端请求获取该用户的outlook日程信息，并且在获取到日程信息后，将日程信息发送至该用户的终端30，终端30上安装有上述应用程序，从而用户可以通过终端30上的应用程序查看outlook日程信息。由于需要使用应用程序来订阅其他日程信息的用户可能较多，为保证稳定性，服务端10中的各个服务实例各自管理部分用户以实现负载均衡。

下面，将通过具体的实施例对本申请提供的获取日程信息的方法进行详细地说明。可以理解的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

图2是根据本申请实施例提供的获取日程信息的方法的流程示意图。如图2所示，该方法包括：

S201、获取多个服务实例各自对应的多个订阅标识信息。

本实施例中的多个服务实例为部署在应用程序服务端的用于完成该应用程序之外的其他日程订阅的服务实例，以应用程序为即时通讯软件为例，该服务实例即为部署在即时通讯软件服务端的服务实例，该服务实例用于实现向其他日程服务端请求订阅该其他日程服务端提供的日程信息。该多个服务实例中的两个或两个以上可以部署在同一物理主机或多个物理主机上，或者还可以部署在云服务器上，服务实例的个数可以根据需要进行配置，本申请实施例对此不做限定。

多个服务实例中的每个服务实例用于处理一部分订阅人员的日程订阅服务，即，每个服务实例各自对应多个订阅标识信息，每个订阅标识信息标识了一个订阅人员，每个服务实例需要获取各自对应的多个订阅标识信息，即每个服务实例各自对应处理多个订阅人员的日程订阅服务，按照每个订阅人员的订阅标识信息进行日程订阅。

S202、针对每个服务实例对应的各订阅标识信息，通过服务实例从第一服务端请求订阅标识信息对应的日程信息。

第一服务端即上述所描述的该应用程序之外的其他日程信息服务端，示例的，应用程序为即时通讯软件，第一服务端为outlook服务端，针对每个服务实例对应的每个订阅标识信息，即时通讯软件服务端通过该服务实例从outlook日程服务端请求该订阅标识信息对应的订阅人员的outlook日程信息。

S203、将日程信息发送至订阅标识信息对应的终端。

示例的，在获取到每个订阅标识信息对应的outlook日程信息后，通过该服务实例将每个订阅标识信息对应的outlook日程信息发送至该订阅标识信息对应的终端，即该订阅标识信息对应的订阅人员的终端，从而订阅人员可以通过安装于终端中的应用程序查看outlook日程信息。

本实施例提供的获取日程信息的方法，通过应用程序服务器中的多个服务实例，向第一服务端请求各服务实例对应的订阅标识信息对应的日程信息，并将日程信息发送至订阅标识信息的终端，实现了由多个服务实例均衡处理日程订阅服务，使得订阅人员可以通过应用程序查看到第一服务端提供的应用程序之外的其他日程信息，实现了日程信息同步。

在上述实施例的基础上，对应用程序服务端的多个服务实例各自管理的订阅标识信息进行说明。可选的，上述实施例S201中获取多个服务实例各自对应的多个订阅标识信息，包括：

获取服务实例的个数和副本数，副本数用于表示同一订阅标识信息对应的服务实例个数；获取分组数，并根据分组数将所有订阅标识信息进行分组；根据服务实例的个数、副本数和分组数，确定多个服务实例各自对应的分组后的多个订阅标识信息。

为了保证服务实例的负载均衡，本实施例中将订阅标识信息进行分组，即将订阅人员进行分组，并按照服务实例的个数和副本数将分组后的订阅标识信息分配至多个服务实例上。其中，副本数可以根据实际需要进行设置，需要说明的是，副本数要小于服务实例的个数。示例的，副本数为2，则表示一个订阅标识信息在2个服务实例上，则这2个服务实例均可以完成该订阅标识信息对应的日程订阅，通过这种备份方案，可以保证日程订阅的稳定性。

可选的，在将订阅标识信息进行分组后，根据分组数、副本数和服务实例的个数确定目标数量；将所有分组划分为多个分片，其中，每个分片包括目标数量个不同的分组，每个分组在所有分片中出现的次数为副本数；确定每个分片对应的服务实例的标识，并按照服务实例的标识，将各分片中包括的订阅标识信息分配至对应的服务实例。

分片的数量为服务实例的个数，每个分片对应一个服务实例。每个分片包括的分组的目标数量，也就是每个服务实例对应的分组的目标数量，可选的，目标数量为分组数乘以副本数后再除以服务实例的个数。

示例的，服务实例的个数为6，副本数为2，分组数为6，例如6个分组分别为A、B、C、D、E、F，该6个分组的订阅标识信息可以存储在redis数据库中，则目标数量为2，即每个分片包括2个不同的分组，同时，由于副本数为2，每个分组在所有分片中出现的次数为2。

可选的，在确定分片包括的分组时，可以按照循环分配的方法进行分配，继续参照上述示例，将AB、BC、CD、DE、EF、FA分别作为一个分片分配至6个服务实例，可选的，AB对应的服务实例标识为1，BC对应的服务实例标识为2，CD对应的服务实例标识为3，DE对应的服务实例标识为4，EF对应的服务实例标识为5，FA对应的服务实例标识为6。从而，在确定每个服务示例对应的多个订阅标识信息时，按照服务实例的标识，即可将各分片中包括的订阅标识信息分配至对应的服务实例。从而，实现了订阅人员的分组分配，实现了服务实例的负载均衡，使得各服务实例能够获取到各自管理的分组，保证了订阅服务的稳定。

在上述实施例的基础上，结合服务实例运行时的实际场景做进一步说明。首先，在服务实例启动时，可能存在服务实例成功启动和未成功启动两种情况，另外，在服务实例成功启动运行一段时间之后，可能存在由于故障等原因停止运行的情况。进一步的，对于未成功启动的服务实例，或者运行一段时间后停止运行的服务实例，还有重新成功启动的情况。以下针对这些情况进行说明。

按照服务实例启动的顺序确定成功启动的服务实例的标识；根据每个分片对应的服务实例的标识，以及成功启动的服务实例的标识，将成功启动的服务实例对应的分片分配至成功启动的服务实例。

将第一服务实例对应的分组逐一分配给成功启动的服务实例，其中，一个成功启动的服务实例对应的分组中不包括相同的第一服务实例对应的分组，第一服务实例为未成功启动的服务实例或者成功启动运行一段时间后停止运行的服务实例。第一服务实例再次成功启动后，逐一从其他成功启动的服务实例中请求获取第一服务实例对应的分组。

服务实例启动时会向数据库中注册本服务实例，例如本申请实施例中描述的将订阅标识信息分组存储在redis数据库中，则服务实例启动时向redis中注册该服务实例，从而可以根据服务启动的顺序，即服务实例向redis中注册的顺序确定服务实例的标识。参照上述示例，假设6个服务实例中有4个服务实例成功启动，按照启动顺序这4个服务实例的标识分别为1、2、3和4，则将AB、BC、CD、DE分别分配给这4个成功启动的服务实例，保证了成功启动的服务实例的负载均衡。

由于2个服务实例未成功启动，EF、FA未被分配至服务实例，为了保证这些分组中的订阅人员的日程订阅正常，需要将这些分组逐一分配给成功启动的服务实例。可选的，采用顺时针逐一分配的方法将这些分组分配至成功启动的服务实例。例如，将E分配至服务实例1，将F分配至服务实例2，将F分配至服务实例3，将A分配至服务实例4，从而保证了服务实例之间的负载均衡。

对于服务实例在运行一段时间后停止运行的，例如，6个服务实例均成功启动并依次分配了AB、BC、CD、DE、EF、FA，运行一段时间后，服务实例5由于故障停止运行，则服务实例5对应的分组E和F需要逐一分配至其他仍在运行的服务实例。可选的，采用顺时针逐一分配的方法进行分配，则将E分配至服务实例6，将F分配至服务实例1。

需要说明的是，按照上述顺时针逐一分配的方法将未被分配的分组分配至其他成功启动的服务实例时，需要保证一个成功启动的服务实例上没有相同的分组，若一个未被分配的分组在一个成功启动的服务实例上已经存在，则继续选择下一个服务实例，直至将该未被分配的分组配置至一个服务实例上。从而保证了在服务动态变化的过程中，每个分组都可以按照配置的副本数被配置至存活的服务实例上，保证了每个订阅人员的日程订阅可以由多个服务实例处理，保证了服务的稳定性。

每个服务实例记录自己原始分配的分组，以及再分配过来的分组，从而，未成功启动的服务实例或者运行一段时间后停止运行的服务实例再次成功启动后，这些再次成功启动的服务实例可以从其他服务实例中重新找回自己对应的分组。参照上述分配方法，这些再次成功启动的服务实例可以顺时针逐一从其他服务实例查找，直至找到属于自己对应的分组，且该分组不属于其他服务实例。从而，保证了在服务动态变化的过程中，各个服务实例之间能够保持负载均衡，保障每个服务实例都能稳定的完成该服务实例对应的订阅人员的日程订阅。

在上述实施例中说明了每个订阅标识信息都按照副本数被分配至多个服务实例上，从而使得多个服务实例可以处理同一个订阅人员的日程订阅，可选的，为了避免信息重复，将具有相同分组的服务实例获取到的同一订阅标识信息对应的日程信息进行去重后，发送至该订阅标识信息对应的终端，保证了终端显示的信息的准确性，避免信息冗余。

可选的，对于具有相同分组的服务实例，若其中一个服务实例已经处理了某一订阅标识信息对应的订阅人员的日程订阅，则其他服务实例可以不需要再做处理，从而避免日程信息重复。

可选的，具有相同分组的服务实例可以将获取到的同一订阅标识信息对应的日程信息均发送至该订阅标识信息对应的终端，由终端对日程信息进行去重后进行展示。

图3是根据本申请实施例提供的获取日程信息的装置的结构示意图。如图3所示，获取日程信息的装置300包括：

获取模块301，用于获取多个服务实例各自对应的多个订阅标识信息；

订阅模块302，用于针对每个服务实例对应的各订阅标识信息，通过服务实例从第一服务端请求订阅标识信息对应的日程信息；

发送模块303，用于将日程信息发送至订阅标识信息对应的终端。

可选的，获取模块301包括：

第一获取单元，用于获取服务实例的个数和副本数，副本数用于表示同一订阅标识信息对应的服务实例个数；

第二获取单元，用于获取分组数，并根据分组数将所有订阅标识信息进行分组；

确定单元，用于根据服务实例的个数、副本数和分组数，确定多个服务实例各自对应的分组后的多个订阅标识信息。

可选的，确定单元包括：

第一确定子单元，用于根据分组数、副本数和服务实例的个数确定目标数量；

分片单元，用于将所有分组划分为多个分片，其中，每个分片包括目标数量个不同的分组，每个分组在所有分片中出现的次数为副本数；

分配单元，用于确定每个分片对应的服务实例的标识，并按照服务实例的标识，将各分片中包括的订阅标识信息分配至对应的服务实例。

可选的，分配单元包括：

第二确定子单元，用于按照服务实例启动的顺序确定成功启动的服务实例的标识；

第一分配子单元，用于根据每个分片对应的服务实例的标识，以及成功启动的服务实例的标识，将成功启动的服务实例对应的分片分配至成功启动的服务实例。

可选的，日程订阅装置300还包括：

第二分配子单元，用于将第一服务实例对应的分组逐一分配给成功启动的服务实例，其中，一个成功启动的服务实例对应的分组中不包括相同的第一服务实例对应的分组，第一服务实例为未成功启动的服务实例或者成功启动运行一段时间后停止运行的服务实例。

可选的，日程订阅装置300还包括：

第三分配子单元，用于在第一服务实例再次成功启动后，逐一从其他成功启动的服务实例中请求获取第一服务实例对应的分组。

可选的，发送模块303包括：

发送单元，用于将具有相同分组的服务实例获取到的日程信息进行去重后，发送至订阅标识信息对应的终端。

本申请实施例提供的获取日程信息的装置可用于执行上述任一方法实施例中的获取日程信息的方法，其实现原理和技术效果类似，此处不再赘述。

根据本申请的实施例，本申请还提供了一种电子设备和存储有计算机指令的非瞬时计算机可读存储介质。

根据本申请的实施例，本申请还提供了一种计算机程序产品，程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。

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

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

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

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

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

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

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

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

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

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

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

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

Claims (17)

1.一种获取日程信息的方法，包括：

获取多个服务实例各自对应的多个订阅标识信息；

针对每个服务实例对应的各订阅标识信息，通过所述服务实例从第一服务端请求所述订阅标识信息对应的日程信息；

将所述日程信息发送至所述订阅标识信息对应的终端。

2.根据权利要求1所述的方法，所述获取多个服务实例各自对应的多个订阅标识信息，包括：

获取服务实例的个数和副本数，所述副本数用于表示同一订阅标识信息对应的服务实例个数；

获取分组数，并根据所述分组数将所有订阅标识信息进行分组；

根据服务实例的个数、所述副本数和所述分组数，确定所述多个服务实例各自对应的分组后的多个订阅标识信息。

3.根据权利要求2所述的方法，所述根据服务实例的个数、所述副本数和所述分组数，确定所述多个服务实例各自对应的多个订阅标识信息，包括：

根据所述分组数、所述副本数和所述服务实例的个数确定目标数量；

将所有分组划分为多个分片，其中，每个分片包括目标数量个不同的分组，每个分组在所有分片中出现的次数为所述副本数；

确定每个分片对应的服务实例的标识，并按照所述服务实例的标识，将各分片中包括的订阅标识信息分配至对应的服务实例。

4.根据权利要求3所述的方法，所述按照所述服务实例的标识，将各分片中包括的订阅标识信息分配至对应的服务实例，包括：

按照服务实例启动的顺序确定成功启动的服务实例的标识；

根据每个分片对应的服务实例的标识，以及成功启动的服务实例的标识，将成功启动的服务实例对应的分片分配至成功启动的服务实例。

5.根据权利要求4所述的方法，还包括：

将第一服务实例对应的分组逐一分配给成功启动的服务实例，其中，一个成功启动的服务实例对应的分组中不包括相同的第一服务实例对应的分组，第一服务实例为未成功启动的服务实例或者成功启动运行一段时间后停止运行的服务实例。

6.根据权利要求5所述的方法，还包括：

第一服务实例再次成功启动后，逐一从其他成功启动的服务实例中请求获取所述第一服务实例对应的分组。

7.根据权利要求2-6中任一项所述的方法，所述将所述日程信息发送至所述订阅标识信息对应的终端，包括：

将具有相同分组的服务实例获取到的所述日程信息进行去重后，发送至所述订阅标识信息对应的终端。

8.一种获取日程信息的装置，包括：

获取模块，用于获取多个服务实例各自对应的多个订阅标识信息；

订阅模块，用于针对每个服务实例对应的各订阅标识信息，通过所述服务实例从第一服务端请求所述订阅标识信息对应的日程信息；

发送模块，用于将所日程信息发送至所述订阅标识信息对应的终端。

9.根据权利要求8所述的装置，所述获取模块包括：

第一获取单元，用于获取服务实例的个数和副本数，所述副本数用于表示同一订阅标识信息对应的服务实例个数；

第二获取单元，用于获取分组数，并根据所述分组数将所有订阅标识信息进行分组；

确定单元，用于根据服务实例的个数、所述副本数和所述分组数，确定所述多个服务实例各自对应的分组后的多个订阅标识信息。

10.根据权利要求9所述的装置，所述确定单元包括：

第一确定子单元，用于根据所述分组数、所述副本数和所述服务实例的个数确定目标数量；

分片单元，用于将所有分组划分为多个分片，其中，每个分片包括目标数量个不同的分组，每个分组在所有分片中出现的次数为所述副本数；

分配单元，用于确定每个分片对应的服务实例的标识，并按照所述服务实例的标识，将各分片中包括的订阅标识信息分配至对应的服务实例。

11.根据权利要求10所述的装置，所述分配单元包括：

第二确定子单元，用于按照服务实例启动的顺序确定成功启动的服务实例的标识；

第一分配子单元，用于根据每个分片对应的服务实例的标识，以及成功启动的服务实例的标识，将成功启动的服务实例对应的分片分配至成功启动的服务实例。

12.根据权利要求11所述的装置，还包括：

第二分配子单元，用于将第一服务实例对应的分组逐一分配给成功启动的服务实例，其中，一个成功启动的服务实例对应的分组中不包括相同的第一服务实例对应的分组，第一服务实例为未成功启动的服务实例或者成功启动运行一段时间后停止运行的服务实例。

13.根据权利要求12所述的装置，还包括：

第三分配子单元，用于在第一服务实例再次成功启动后，逐一从其他成功启动的服务实例中请求获取所述第一服务实例对应的分组。

14.根据权利要求9-13中任一项所述的装置，发送模块包括：

发送单元，用于将具有相同分组的服务实例获取到的所述日程信息进行去重后，发送至所述订阅标识信息对应的终端。

15.一种电子设备，包括：

至少一个处理器；以及与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

16.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-7中任一项所述的方法。

17.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现权利要求1-7中任一项所述的方法。

Images