事件获取方法、装置、计算机设备及存储介质与流程

1.本技术涉及计算机技术领域，特别涉及一种事件获取方法、装置、计算机设备及存储介质。


背景技术：

2.随着计算机技术的发展，应用的迭代速率快。在新旧版本应用的迭代过程中，如何保证目标对象涉及事件的相关数据的完整性和可靠性是研究的方向。
3.目前，通常采用的方法是对旧版本应用中目标对象的事件的相关数据做迁移的方案。该迁移方案为：在迭代过程中，对旧版本应用中目标对象的事件的相关数据进行锁定，将锁定后的数据整体迁移到新版本应用中，以使对象账号能够通过新版本应用来访问旧版本应用中目标对象的事件的相关数据。
4.但是，由于存在同一对象账号同一时刻登录不同版本应用的情况，若采用上述技术方案这种锁定后迁移方式，则无法迁移旧版本应用中新产生事件的相关数据，导致目标对象的事件的相关数据发生缺失或者被篡改，无法保证事件的相关数据的完整性和可靠性。


技术实现要素：

5.本技术实施例提供了一种事件获取方法、装置、计算机设备及存储介质，能够避免预约事件的相关数据发生缺失或者被篡改的情况，从而保证预约事件的相关数据的完整性。所述技术方案如下：
6.一方面，提供了一种事件获取方法，应用于第一服务器，所述方法包括：
7.响应于预约事件获取请求，获取第一应用账号的至少一个第一预约事件，所述第一预约事件为所述第一应用账号相关的事件；
8.基于目标预约事件的第一开始时间，从第二服务器中获取事件开始时间位于所述第一开始时间之前的第二预约事件，所述目标预约事件为所述至少一个第一预约事件中事件开始时间最晚的预约事件，所述第二预约事件为所述第一应用账号相关的事件；
9.基于所述至少一个第一预约事件和所述第二预约事件，返回至少一个预约事件。
10.另一方面，提供了一种事件获取装置，所述装置包括：
11.第一获取模块，用于响应于预约事件获取请求，获取第一应用账号的至少一个第一预约事件，所述第一预约事件为所述第一应用账号相关的事件；
12.所述第一获取模块，还用于基于目标预约事件的第一开始时间，从第二服务器中获取事件开始时间位于所述第一开始时间之前的第二预约事件，所述目标预约事件为所述至少一个第一预约事件中事件开始时间最晚的预约事件，所述第二预约事件为所述第一应用账号相关的事件；
13.第一发送模块，用于基于所述至少一个第一预约事件和所述第二预约事件，返回至少一个预约事件。
14.在一些实施例中，所述第一获取模块，包括：
15.第一获取单元，用于响应于所述预约事件获取请求，获取所述第一应用账号相关的多个预约事件；
16.第二获取单元，用于基于所述预约事件获取请求携带的第一数量，从所述多个预约事件中，获取事件开始时间最早的第二数量个第一预约事件，所述第一数量不小于所述第二数量。
17.在一些实施例中，所述第一获取模块，还用于响应于所述第一数量大于所述多个预约事件的数量，从所述第二服务器中获取事件开始时间位于第二开始时间之前的第二预约事件，所述第二开始时间晚于所述第一开始时间。
18.在一些实施例中，所述第一发送模块，包括：
19.处理单元，用于基于所述至少一个第一预约事件，对所述第二预约事件进行格式化处理，所述格式化处理用于将所述第二预约事件的数据格式与所述至少一个第一预约事件的数据格式统一；
20.发送单元，用于基于所述至少一个第一预约事件与格式化后的所述第二预约事件，返回所述至少一个预约事件。
21.在一些实施例中，所述第一发送模块，包括：
22.排序单元，用于基于事件开始时间，对所述至少一个第一预约事件和所述第二预约事件进行联合排序；
23.第三获取单元，用于基于所述预约事件获取请求携带的第一数量，获取排序在前的所述第一数量个预约事件；
24.发送单元，还用于返回所述第一数量个预约事件。
25.在一些实施例中，所述第一获取模块，还用于响应于翻页请求，获取所述翻页请求携带的第三开始时间，所述第三开始时间为所述至少一个预约事件中最晚开始的预约事件的事件开始时间；
26.所述第一发送模块，还用于基于所述第三开始时间、所述至少一个第一预约事件以及所述第二预约事件，返回事件开始时间在所述第三开始时间之后的至少一个预约事件。
27.在一些实施例中，所述第一获取模块，还用于响应于翻页请求，获取所述翻页请求携带的第三开始时间，所述第三开始时间为所述至少一个预约事件中最晚开始的预约事件的事件开始时间；
28.第一发送模块，还用于基于所述第三开始时间，重新获取事件开始时间在所述第三开始时间之后的至少一个预约事件，返回所述至少一个预约事件。
29.在一些实施例中，所述装置还包括：
30.标记模块，用于对于所述至少一个预约事件增加来源标记，所述来源标记用于表示所述预约事件的来源服务器。
31.在一些实施例中，所述装置还包括：
32.第二获取模块，用于响应于历史事件获取请求，获取所述第一应用账号的至少一个第一历史事件，所述第一历史事件为所述第一应用账号相关的事件；
33.所述第二获取模块，还用于基于目标历史事件的第四开始时间，从所述第二服务
器中获取事件开始时间位于所述第四开始时间之后的第二历史事件，所述目标历史事件为所述至少一个第一历史事件中事件开始时间最早的历史事件，所述第二历史事件为所述第一应用账号相关的事件；
34.第二发送模块，用于基于所述至少一个第一历史事件和所述第二历史事件，返回至少一个历史事件。
35.在一些实施例中，所述装置还包括：
36.确定模块，用于响应于事件修改请求，确定被修改的预约事件的事件修改信息；
37.第三发送模块，用于基于所述第二服务器，向至少一个第二应用账号发送所述事件修改信息对应的事件修改提示，所述至少一个第二应用账号与所述被修改的预约事件相关。
38.另一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器用于存储至少一段计算机程序，所述至少一段计算机程序由所述处理器加载并执行以实现本技术实施例中的事件获取方法。
39.另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一段计算机程序，所述至少一段计算机程序由处理器加载并执行以实现如本技术实施例中事件获取方法。
40.另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机程序代码，该计算机程序代码存储在计算机可读存储介质中，计算机设备的处理器从计算机可读存储介质读取该计算机程序代码，处理器执行该计算机程序代码，使得该计算机设备执行上述各个方面或者各种可选实现方式中提供的事件获取方法。
41.本技术实施例提供了一种事件获取方案，不需要对预约事件的相关数据进行迁移，通过由升级后的第一服务器从升级前的第二服务器获取事件信息，即可根据预约事件获取请求返回所需的预约事件，避免了预约事件的相关数据发生缺失或者被篡改的情况，能够保证预约事件的相关数据的完整性。
附图说明
42.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
43.图1是根据本技术实施例提供的一种事件获取方法的实施环境示意图；
44.图2是根据本技术实施例提供的一种事件获取方法的流程图；
45.图3是根据本技术实施例提供的另一种事件获取方法的流程图；
46.图4是根据本技术实施例提供的一种事件获取方法的交互流程图；
47.图5是根据本技术实施例提供的一种修改预约事件的交互流程图；
48.图6是根据本技术实施例提供的一种事件获取装置的结构示意图；
49.图7是根据本技术实施例提供的另一种事件获取装置的结构示意图；
50.图8是根据本技术实施例提供的一种服务器的结构示意图。
具体实施方式
51.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地描述。
52.本技术中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。
53.本技术中术语“至少一个”是指一个或多个，“多个”的含义是指两个或两个以上。
54.需要说明的是，本技术所涉及的信息(包括但不限于目标对象的设备信息、目标对象的个人信息等)、数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)以及信号，均为经目标对象授权或者经过各方充分授权的，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。例如，本技术中涉及到的预约事件都是在充分授权的情况下获取的。
55.为了便于理解，以下，对本技术涉及的术语进行解释。
56.kafka：是一种高吞吐量的分布式发布订阅消息系统，它可以处理目标对象在网站中的所有动作流数据。
57.api(application programming interface，应用程序接口)：是一些预先定义的接口，或指软件系统不同组成部分衔接的约定。在本技术实施例中指的是事件中预先定义的数据参数的意义，能够指示该事件的数据格式。
58.本技术实施例提供的事件获取方法，能够由计算机设备执行。在一些实施例中，该计算机设备为终端或服务器。下面以计算机设备为服务器为例，介绍一下本技术实施例提供的事件获取方法的实施环境，图1是根据本技术实施例提供的一种事件获取方法的实施环境示意图。参见图1，该实施环境包括终端101、第一服务器102和第二服务器103。终端101、第一服务器102和第二服务器103之间能够通过有线或无线通信方式进行直接或间接地连接，本技术在此不做限制。
59.在一些实施例中，终端101是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、智能语音交互设备、智能家电、车载终端等，但并不局限于此。终端101安装和运行有支持事件获取的应用程序。在一些实施例中，该应用程序是会议类应用程序、社交类应用程序或者多媒体类应用程序等。终端101是目标对象使用的终端，目标对象使用终端101获取事件的相关数据。需要说明的是，上述终端的数量可以更多或更少。比如上述终端为一个，或者上述终端为几十个或几百个，或者更多数量。本技术实施例对终端的数量和设备类型不加以限定。
60.在一些实施例中，第一服务器102是独立的物理服务器，也能够是多个物理服务器构成的服务器集群或者分布式系统，还能够是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn(content delivery network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。第一服务器102用于为支持事件获取的应用程序提供后台服务。在一些实施例中，第一服务器102承担主要计算工作，终端101承担次要计算工作；或者，第一服务器102承担次要计算工作，终端101承担主要计算工作；或者，第一服务器102和终端101二者之间采用分布式计算架构进行协同计算。
61.在一些实施例中，第二服务器103与第一服务器102的结构相似以及工作方式相似，在此不再赘述。
62.在一些实施例中，第一服务器102能够采用本技术实施例提供的事件获取方法，从第一服务器102和第二服务器103中获取至少一个预约事件。在支持事件获取的应用程序升级前，终端101将该应用程序创建的预约事件发送至第二服务器103，由第二服务器103存储这些预约事件。在支持事件获取的应用程序升级后，终端101将该应用程序创建的预约事件发送至第一服务器102，由第一服务器102存储这些预约事件。此时，终端101能够通过第一服务器102获取第一服务器102和第二服务器103中的至少一个预约事件。
63.在一些实施例中，该预约事件是预约会议。例如，在预约会议的场景中，终端101通过安装的会议类应用程序，向第一服务器102发送预约会议获取请求。第一服务器102在接收到该预约会议获取请求后，采用本技术实施例提供的事件获取方法，从第一服务器102和第二服务器103中获取至少一个预约会议。然后，第一服务器102将该至少一个预约会议返回给终端101。目标对象通过终端101查看该至少一个预约会议的会议信息。
64.在一些实施例中，该预约事件是预约物品。例如，在预约物品的场景中，终端101通过安装的购物类应用程序，向第一服务器102发送预约物品获取请求。第一服务器102在接收到该预约物品获取请求后，采用本技术实施例提供的事件获取方法，从第一服务器102和第二服务器103中获取至少一个预约物品。然后，第一服务器102将该至少一个预约物品返回给终端101。目标对象通过终端101查看该至少一个预约物品的物品信息。
65.图2是根据本技术实施例提供的一种事件获取方法的流程图，参见图2，在本技术实施例中以由第一服务器执行为例进行说明。该事件获取方法包括以下步骤：
66.201、响应于预约事件获取请求，第一服务器获取第一应用账号的至少一个第一预约事件，该第一预约事件为第一应用账号相关的事件。
67.在本技术实施例中，终端上安装有支持事件获取的应用程序，该应用程序包括事件获取服务的入口。第一服务器用于为该应用程序中的事件获取服务提供后台服务。通过应用程序登录的第一应用账号能够触发升级后的事件获取服务。终端响应于对该事件获取服务的入口的触发操作，向该第一服务器发送预约事件获取请求，从而指示该第一服务器获取第一应用账号相关的预约事件。其中，该预约事件可以是预约会议、预约物品或者预约就诊等，本技术实施例对此不进行限制。
68.其中，该预约事件获取请求携带有第一应用账号。第一服务器接收到该预约事件获取请求后，能够从该预约事件获取请求中解析得到该第一应用账号。然后，第一服务器基于该第一应用账号，从第一服务器的数据库中查询该第一应用账号相关的第一预约事件，获取至少一个第一预约事件。
69.例如，以该第一预约事件为预约会议为例。终端上安装有通信类应用，该通信类应用中包括会议服务的入口，该会议服务用于预约会议。该通信类应用登录有第一应用账号，通过该第一应用账号能够触发该会议服务的入口。终端响应于对该会议服务的入口的触发操作，向该第一服务器发送预约会议获取请求。第一服务器基于该预约会议获取请求中携带的第一应用账号，能够获取该第一应用账号相关的至少一个预约会议。
70.202、第一服务器基于目标预约事件的第一开始时间，从第二服务器中获取事件开始时间位于第一开始时间之前的第二预约事件，该目标预约事件为至少一个第一预约事件
中事件开始时间最晚的预约事件，该第二预约事件为该第一应用账号相关的事件。
71.在本技术实施例中，预约事件包括事件开始时间，该事件开始时间用于表示预约事件发生的时刻。第一服务器能够基于至少一个第一预约事件的事件开始时间，确定事件开始时间最晚的目标预约事件。然后，第一服务器基于该目标预约事件的第一开始时间，从第二服务器中获取事件开始时间位于第一开始时间之前的第二预约事件。其中，该第一开始时间为目标预约事件的事件开始时间。该第二服务器用于在应用程序中的事件获取服务升级前，为该事件获取服务提供后台服务，且该第二服务器用于为该应用程序中事件获取服务以外的其他服务提供后台服务。
72.例如，以第一服务器获取到第一应用账号相关的三个预约会议为例。其中，上述三个预约会议都是20xx年1月1日的预约会议，会议开始时间分别是12:00:00、13:00:00以及14:00:00。第一服务器能够确定会议开始时间为14:00:00的预约会议为目标预约会议，则第一开始时间为20xx年1月1日14:00:00。然后，第一服务器从第二服务器中获取会议开始时间在20xx年1月1日14:00:00之前的预约会议。
73.203、第一服务器基于至少一个第一预约事件和第二预约事件，返回至少一个预约事件。
74.在本技术实施例中，第一服务器能够将获取的至少一个第一预约事件和第二预约事件，全部返回到终端。或者，第一服务器能够从获取的至少一个第一预约事件和第二预约事件中选取满足条件的预约事件，然后，将该满足条件的预约事件返回到终端。其中，该条件基于应用场景确定，本技术实施例对此不进行限定。
75.本技术实施例提供了一种事件获取方法，不需要对预约事件的相关数据进行迁移，通过由升级后的第一服务器从升级前的第二服务器获取预约事件，即可根据预约事件获取请求返回所需的预约事件，避免了预约事件的相关数据发生缺失或者被篡改的情况，能够保证预约事件的相关数据的完整性。
76.以下，基于一种应用场景，来对本技术实施例提供的事件获取方法进行进一步的说明。在该应用场景中，终端上安装有支持事件获取的第一应用，该第一应用包括事件获取服务的入口。第一服务器用于为该第一应用中升级后的事件获取服务提供后台服务，该第一应用中除事件获取服务以外的其他服务由第二服务器提供后台服务，该第一应用中升级前的事件获取服务由该第二服务器提供后台服务。图3是根据本技术实施例提供的另一种事件获取方法的流程图，参见图3，在本技术实施例中以由第一服务器执行为例进行说明。该事件获取方法包括以下步骤：
77.301、响应于预约事件获取请求，第一服务器获取第一应用账号相关的多个预约事件。
78.在本技术实施例中，该预约事件获取请求由终端在检测到对该事件获取服务的入口的触发操作后发送。该预约事件获取请求携带有该第一应用登录的第一应用账号。第一服务器能够从关联的数据库中，获取该第一应用账号相关的多个预约事件。其中，该预约事件可以是预约会议、预约物品或者预约就诊等，本技术实施例对此不进行限制。
79.在一些实施例中，第一服务器还用于为第二应用提供后台服务，该第二应用为会议类应用，该第二应用登录有第三应用账号。其中，该第三应用账号与该第一应用账号具有关联关系，该关联关系由第一服务器在第一应用账号授权登录第二应用时建立。第一服务
器还能够获取第三应用账号相关的预约事件，将该第三应用账号相关的预约事件也作为第一应用账号相关的预约事件。通过基于不同应用程序之间账号的关联关系来获取预约事件，使得基于不同应用程序预约的事件均能够获取到，提高了获取事件的效率。
80.302、第一服务器基于预约事件获取请求携带的第一数量，从多个预约事件中，获取事件开始时间最早的第二数量个第一预约事件，该第一数量不小于该第二数量。
81.在本技术实施例中，终端能够分页展示获取到的预约事件，其中，该第一数量为终端分页展示预约事件时，单页中展示的预约事件的最大数量。该第二数量为从多个预约事件中获取的第一预约事件的数量。该事件开始时间用于表示该预约事件发生的时刻。第一服务器能够基于多个预约事件的事件开始时间，对该多个预约事件进行排序。基于排序结果，获取第二数量个预约事件作为第一预约事件。需要说明的是，在第一数量不大于该多个预约事件的第三数量的情况下，第一服务器能够从该多个预约事件获取排序在前的第一数量个第一预约事件，此时第二数量等于第一数量。在第一数量大于该多个预约事件的第三数量的情况下，第一服务器能够获取第三数量个第一预约事件，此时第二数量等于第三数量。本技术实施例提供的方案，能够通过第一数量获取相应数量的预约事件，以便能够满足终端分页展示事件时单页所展示的最大数量。
82.例如，以预约事件为预约会议为例。表1示出了第一服务器获取的第一应用账号相关的多个预约会议。参见表1，该第一服务器能够基于预约会议获取请求携带的第一应用账号，从第一服务器的数据库中获取表1所示的多个预约会议。其中，预约会议包括会议id(identity document，身份标识号)和会议开始时间。表1中的多个预约会议按照会议开始时间排序。第一服务器能够从这多个预约会议中获取排序在前的五个预约会议作为第一预约会议。
83.表1
[0084][0085]
需要说明的是，本技术实施例以按照预约事件的事件开始时间进行排序和筛选为例进行说明。在实际应用中，预约事件还包括事件结束时间和事件创建时间。其中，该事件结束时间用于表示该预约事件结束的时刻。该事件创建时间用于表示该预约事件创建的时刻。本技术实施例还能够按照预约事件的事件结束时间的先后顺序排序和筛选，得到第一预约事件，或者，按照预约事件的事件创建时间的先后顺序排列和筛选，得到第一预约事件，本技术实施例对此不进行限制。
[0086]
303、第一服务器基于目标预约事件的第一开始时间，从第二服务器中获取事件开始时间位于第一开始时间之前的第二预约事件，该目标预约事件为至少一个第一预约事件中事件开始时间最晚的预约事件，该第二预约事件为该第一应用账号相关的事件。
[0087]
在本技术实施例中，若第一服务器获取到一个第一预约事件，则第一服务器将该第一预约事件确定为目标预约事件；若第一服务器获取到两个或两个以上的第一预约事件，则第一服务器能够基于该两个或两个以上第一预约事件的事件开始时间，确定事件开始时间最晚的目标预约事件。然后，第一服务器能够向第二服务器发送事件获取请求，该事件获取请求携带有第一应用账号和该目标预约事件的第一开始时间。第二服务器能够基于数据库查询该第一应用账号相关的预约事件。然后从数据库中获取事件开始时间位于该第一开始时间之前的第二预约事件。第二服务器能够向第一服务器返回该第二预约事件。其中，该第一开始时间为目标预约事件的事件开始时间。需要说明的是，若第二服务器未查询到第一应用账号相关的预约事件，或者第二服务器未获取到事件开始时间位于该第一开始时间之前的预约事件，则该第二预约事件为空(null)。
[0088]
在一些实施例中，第一服务器还能够基于多个第一预约事件，确定时间区间，然后通过该时间区间从第二服务器中获取第二预约事件。其中，多个表示两个或两个以上。第一服务器能够从该多个第一预约事件中确定第一事件和第二事件。该第一事件为多个第一预约事件中事件开始时间最早的预约事件。该第二事件为第一预约事件中事件开始时间最晚的预约事件。然后，第一服务器基于该第一事件的事件开始时间和该第二事件的事件开始时间，确定时间区间。然后，第一服务器能够基于该时间区间，从第二服务器中获取事件开始时间位于该时间区间内的第二预约事件。本技术实施例提供的方案，通过多个第一预约事件中事件开始时间最早以及最晚的两个预约事件，确定时间区间，使得能够从第二服务器中获取该时间区间的第二预约事件，从而能够避免事件开始时间位于该时间区间内的预约事件的相关数据发生缺失，从而保证预约事件的相关数据的完整性。
[0089]
例如，第一服务器从表1所示的六个预约会议中，获取到排序在前的五个第一预约会议，基于该五个第一预约会议的会议开始时间，确定时间区间为20xx年1月1日12:00:00至20xx年1月1日21:00:00。第一服务器基于该时间区间，从第二服务中获取会议开始时间在该时间区间内的五个第二预约会议。参见表2，表2示出了第二服务器中的获取的预约会议。
[0090]
表2
[0091]
[0092]
需要说明的是，在第一服务器中的预约事件的第三数量小于第一数量的情况下，第一服务器能够扩大获取第二预约事件的时间范围，从而能够获取更多的第二预约事件，以满足终端分页展示事件时单页所展示的最大数量。相应的，响应于第一数量大于多个预约事件的数量，第一服务器从第二服务器中获取事件开始时间位于第二开始时间之前的第二预约事件。该第二开始时间晚于第一开始时间。本技术实施例提供的方案，在通过第一服务器中的预约事件的数量小于第一数量的情况下，能够扩大获取第二预约事件的时间范围，使得能够获取到更多的第二预约事件，从而能够满足终端分页展示事件时单页所展示的最大数量。
[0093]
例如，以第一数量为五，第一服务器中的预约事件的第三数量为三为例。第一服务器获取的三个第一预约事件都是20xx年1月1日的预约事件，并且这三个第一预约事件的事件开始时间分别是12:00:00、13:00:00以及14:00:00。此时第一开始时间为20xx年1月1日14:00:00。由于第一数量大于第三数量。则服务器确定第二开始时间为20xx年1月1日20:00:00。第一服务器能够从第二服务器中，获取事件开始时间位于20xx年1月1日20:00:00之前的第二预约事件。
[0094]
需要说明的是，第一服务器还能够基于第一预约事件的事件结束时间或者事件创建时间来获取第二预约事件，本技术实施例对此不进行限制。
[0095]
需要说明的是，下述步骤304至步骤306为可选步骤。步骤304是将第一预约事件的数据格式与第二预约事件的数据格式统一。步骤305是对至少一个第一预约事件与第二预约事件进行联合排序。步骤306是从预约事件中选择排序在前的至少一个预约事件。第一服务器能够指向上述步骤304至步骤306中的至少一个，或者均不执行上述步骤304至步骤306，并且本技术实施例对第一服务器执行上述步骤304、步骤305以及步骤306的顺序不进行限定。
[0096]
其中，第一服务器在获取到第一预约事件和第二预约事件之后，能够判断第一预约事件的数据格式与第二预约事件的数据格式是否一致，若第一预约事件的数据格式与第二预约事件的数据格式一致，则第一服务器跳过步骤304。若第一预约事件的数据格式与第二预约事件的数据格式不完全一致，则第一服务器能够执行步骤304，对第二预约事件进行格式化，使得第一预约事件的数据格式与第二预约事件的数据格式一致。
[0097]
其中，第一服务器在获取到第一预约事件和第二预约事件之后，能够执行步骤305，对第一预约事件与第二预约事件进行联合排序；或者，跳过步骤305，保持第一预约事件与第二预约事件的原有顺序不变；或者，在执行步骤304之后，执行步骤305，对第一预约事件和格式化处理后的第二预约事件进行联合排序。
[0098]
其中，第一服务器在获取到第一预约事件和第二预约事件之后，能够执行步骤306或者跳过步骤306。其中，该第一服务器获取的第一预约事件可以排在第二预约事件之前，或者第一预约事件排在第二预约事件之后，本技术实施例对此不进行限制，第一服务器能够获取排序在前的第一数量个预约事件。第一服务器还能够在执行步骤305之后，执行步骤306，从联合排序后的预约事件中，获取第一数量个预约事件。
[0099]
304、第一服务器基于至少一个第一预约事件，对第二预约事件进行格式化处理，该格式化处理用于将第二预约事件的数据格式与至少一个第一预约事件的数据格式统一。
[0100]
在本技术实施例中，第一服务器能够对获取到的第二预约事件进行格式化处理，
使得该第二预约事件的数据格式与至少一个第一预约事件的数据格式一致。通过将第二预约事件的数据格式调整为与第一预约事件一致，使得第一服务器获取到的预约事件能够被终端中的应用程序解析和展示。
[0101]
例如，表3示出了一种第一预约事件相关的api文档，该api文档示例性的示出了第一预约事件的数据格式。表4示出了一种第二预约事件相关的api文档，该api文档示例性的示出了第二预约事件的数据格式。以对表示会议开始时间的参数进行格式化处理为例进行说明，表3中示出了第一预约事件中表示会议开始时间的参数为start_time。表4示出了第二预约事件中表示会议开始时间的参数为meeting_start。第一服务器能够对该第二预约事件中表示会议开始时间的参数进行格式化处理，即将meeting_start格式化为start_time，使得该第二预约事件的数据格式与至少一个第一预约事件的数据格式保持一致。
[0102]
表3
[0103]
[0104][0105]
表4
[0106]
[0107][0108]
在一些实施例中，第一服务器能够基于该至少一个第一预约事件与格式化后的第二预约事件，返回至少一个预约事件，即直接执行步骤307。在本技术实施例提供的方案中，在对第二预约事件进行格式化后直接返回，操作简单，运行消耗少。
[0109]
在一些实施例中，第一服务器还能够对该至少一个第一预约事件与格式化后的第二预约事件进行联合排序，基于联合排序后的多个预约事件，返回至少一个预约事件，即先执行步骤305，再执行步骤306和步骤307。在本技术实施例提供的方案中，通过将第二预约事件的数据格式向第一预约事件的数据格式对齐，能够更准确地联合排序至少一个第一预约事件和第二预约事件，从而使得终端能够准确且有序地显示预约事件。
[0110]
305、第一服务器基于事件开始时间，对至少一个第一预约事件和第二预约事件进行联合排序。
[0111]
在一些实施例中，第一服务器能够基于事件开始时间，对至少一个第一预约事件和格式化后的第二预约事件进行联合排序。也即第一服务器执行完步骤304后，再执行步骤305。在本技术实施例提供的方案中，通过对第二预约事件进行格式化处理，使得第二预约事件的数据格式与第一预约事件的数据格式一致，能够更准确地联合排序至少一个第一预约事件和第二预约事件，从而使得终端能够准确且有序地显示预约事件。
[0112]
例如，以预约事件为预约会议为例。第一服务器基于预约会议的开始时间，对三个第一预约会议和五个第二预约会议进行联合排序，得到表5所示的八个预约会议。
[0113]
表5
[0114]
[0115][0116]
需要说明的是，预约事件还包括事件结束时间和事件创建时间。第一服务器还能够基于预约事件的事件结束时间或者事件创建时间，对该至少一个第一预约事件和该第二预约事件进行联合排序，本技术实施例对此不进行限制。
[0117]
需要说明的是，第一服务器联合排序预约事件的条件与获取该预约事件的条件可以一致，也可以不一致。例如，第一服务器基于预约事件的事件创建时间获取至少一个第一预约事件和第二预约事件，然后，第一服务器基于预约事件的事件创建时间，对至少一个第一预约事件和第二预约事件进行联合排序。或者，第一服务器基于预约事件的事件开始时间获取至少一个第一预约事件和第二预约事件，然后，第一服务器基于事件结束时间对至少一个第一预约事件和第二预约事件进行联合排序。本技术实施例对此不进行限制。
[0118]
306、第一服务器基于预约事件获取请求携带的第一数量，获取排序在前的第一数量个预约事件。
[0119]
在本技术实施例中，第一服务器能够从联合排序后的预约事件中，获取排序在前的第一数量个预约事件。
[0120]
例如，继续参见表5，表5示出了会议类应用的后台服务器获取联合排序的预约会议中排序在前的五个预约会议。
[0121]
在一些实施例中，第一服务还能够对于至少一个预约事件增加来源标记。其中，该来源标记用于表示预约事件的来源服务器。该来源服务器分为第一服务器和第二服务器。终端能够基于该来源标记区分预约事件的来源。终端能够基于该来源标记，通过不同的形式显示不同来源的预约事件，以便目标对象能够容易区分该预约事件的来源。其中，该来源标记还能够用于表示预约事件的来源应用，该来源应用可以分为事件获取服务升级之前的应用程序、事件获取服务升级之后的应用程序以及由第一服务器提供后台服务的应用程序等，本技术实施例对此不进行限制。
[0122]
307、第一服务器返回第一数量个预约事件。
[0123]
在本技术实施例中，第一服务器将获取的第一数量个预约事件发送至终端。终端接收到该第一数量个预约事件后，能够显示该第一数量个预约事件，以呈现给目标对象。
[0124]
为了更清楚地描述本方案，下面对本方案中的事件获取方法的过程进行整体描述。图4是根据本技术实施例提供的一种事件获取方法的交互流程图。参见图4，该事件获取方法包括步骤401-步骤407。401、终端向第一服务器发送携带第一应用账号预约事件获取请求。402、第一服务器响应于该预约事件获取请求，从第一服务器中获取至少一个第一预约事件，基于该至少一个第一预约事件，确定目标预约事件的第一开始时间。403、第一服务器向第二服务器发送携带第一开始时间的预约事件获取请求。404、第二服务器基于第二预约事件获取请求，从第二服务器中获取第二预约事件。405、第二服务器将该第二预约事件
发送至第一服务器。406、第一服务器基于该至少一个第一预约事件，对该第二预约事件进行格式化处理，将该至少一个第一预约事件和格式化后的第二预约事件进行联合排序。407、第一服务器将联合排序后的预约事件中的第一数量个预约事件返回给终端。
[0125]
需要说明的是，终端能够将步骤301-步骤307获取的预约事件，以列表的形式显示在一个事件展示页面中，该事件展示页面所展示的预约事件的最大数量为第一数量。终端响应于翻页操作，能够向第一服务器发送翻页请求。第一服务器能够基于该翻页请求，从至少一个第一预约事件以及第二预约事件中获取至少一个预约事件，或者，重新获取至少一个预约事件。
[0126]
在一些实施例中，第一服务器能够基于该翻页请求，从至少一个第一预约事件以及第二预约事件中获取至少一个预约事件。相应的，第一服务器获取至少一个预约事件的过程为：响应于翻页请求，第一服务器获取翻页请求携带的第三开始时间。第一服务器基于第三开始时间、至少一个第一预约事件以及第二预约事件，返回事件开始时间在第三开始时间之后的至少一个预约事件。其中，该第三开始时间为至少一个预约事件中最晚开始的预约事件的事件开始时间。本技术实施例提供的方案，通过当前页面中至少一个预约事件中最晚开始的预约事件的事件开始时间，从至少一个第一预约事件以及第二预约事件中获取至少一个预约事件，无需重复从第二服务器获取第二预约事件，操作简单，运行消耗少。
[0127]
在一些实施例中，第一服务器能够基于该翻页请求，重新获取至少一个预约事件。相应的，第一服务器获取至少一个预约事件的过程为：响应于翻页请求，第一服务器获取翻页请求携带的第三开始时间。第一服务器基于该第三开始时间，重新获取至少一个预约事件，返回至少一个预约事件。其中，该第三开始时间为多个预约事件中最晚开始的预约事件的事件开始时间。第一服务器重新获取至少一个预约事件的过程参见获取第一预约事件和第二预约事件的过程。本技术实施例提供的方案，通过当前页面展示的至少一个预约事件中最晚开始的预约事件的事件开始时间，重新从第一服务和第二服务器中获取下一页的预约事件，使得获取到的预约事件为服务器中最新的数据。
[0128]
需要说明的是，第一服务器还能够根据目标对象对预约事件的修改操作，修改该预约事件。然后，第一服务器能够将该预约事件的修改通知同步发送给终端，使得终端能够获知该预约事件的修改情况。相应的，第一服务器修改预约事件的过程为：响应于事件修改请求，第一服务器确定被修改的预约事件的事件修改信息。然后，第一服务器基于第二服务器，向至少一个第二应用账号发送事件修改信息对应的事件修改提示。其中，该至少一个第二应用账号与被修改的预约事件相关。该修改操作可以是对该预约事件进行预约、取消该预约事件或者修改该预约事件的信息，本技术在此不做限制。第一服务器通过第二服务器向终端通知预约事件的修改情况。本技术实施例提供的方案，在预约事件被修改时，能够将该预约事件的修改通知同步发送给终端，使得终端能够获知该预约事件的修改情况，从而通知目标对象该预约事件的修改情况，能够提高目标对象的体验感。
[0129]
例如，图5是根据本技术实施例提供的一种修改预约事件的交互流程图。参见图5，该修改预约事件的过程包括步骤501-步骤506。501、第二服务器通过消息订阅系统(kafka)订阅第一服务器的事件变更通知。502、在第一服务器确定被修改的预约事件之后，第一服务器向消息订阅系统发送事件修改提示。503、该消息订阅系统将该事件修改提示发送给第二服务器。504、第二服务器能够通过该事件修改提示，获取被修改的预约事件的事件修改
信息。505、第二服务器基于该事件修改信息，能够确定该预约事件对应的至少一个第二应用账号。506、第二服务器向该至少一个第二应用账号发送该事件修改信息对应的事件修改提示。终端基于该事件提示信息，能够获知被修改的预约事件。
[0130]
需要说明的是，第一服务器还能够从第一服务器以及第二服务器中获取第一应用账号相关的至少一个历史事件。相应的，第一服务器获取至少一个历史事件的过程为：响应于历史事件获取请求，第一服务器获取第一应用账号的至少一个第一历史事件。该第一历史事件为第一应用账号相关的事件。然后，第一服务器基于目标历史事件的第四开始时间，从第二服务器中获取事件开始时间位于第四开始时间之后的第二历史事件。然后，第一服务器基于至少一个第一历史事件和第二历史事件，返回至少一个历史事件。其中，该第二历史事件为第一应用账号相关的事件，该目标历史事件为至少一个第一历史事件中事件开始时间最早的历史事件。第一服务器获取至少一个历史事件的方式与步骤301-307中获取至少一个预约事件的方式相似，在此不在赘述。
[0131]
本技术实施例提供了一种事件获取方法，不需要对预约事件的相关数据或者历史事件的相关数据进行迁移，通过由升级后的第一服务器从升级前的第二服务器获取预约事件或者历史事件，即可根据预约事件获取请求返回所需的预约事件，或者，根据历史事件获取请求返回所需的历史事件，避免了预约事件的相关数据或者历史事件的相关数据发生缺失或者被篡改的情况，能够保证预约事件的相关数据或者历史事件的相关数据的完整性。
[0132]
图6是根据本技术实施例提供的一种事件获取装置的结构示意图。参见图6，该装置包括：
[0133]
第一获取模块601，用于响应于预约事件获取请求，获取第一应用账号的至少一个第一预约事件，该第一预约事件为第一应用账号相关的事件；
[0134]
该第一获取模块601，还用于基于目标预约事件的第一开始时间，从第二服务器中获取事件开始时间位于第一开始时间之前的第二预约事件，该目标预约事件为至少一个第一预约事件中事件开始时间最晚的预约事件，该第二预约事件为该第一应用账号相关的事件；
[0135]
第一发送模块602，用于基于至少一个第一预约事件和第二预约事件，返回至少一个预约事件。
[0136]
在一些实施例中，图7是根据本技术实施例提供的另一种事件获取装置的结构示意图。参见图7，该第一获取模块601，包括：
[0137]
第一获取单元701，用于响应于预约事件获取请求，获取第一应用账号相关的多个预约事件；
[0138]
第二获取单元702，用于基于预约事件获取请求携带的第一数量，从多个预约事件中，获取事件开始时间最早的第二数量个第一预约事件，该第一数量不小于该第二数量。
[0139]
在一些实施例中，继续参见图7，该第一获取模601，还用于响应于第一数量大于多个预约事件的数量，从第二服务器中获取事件开始时间位于第二开始时间之前的第二预约事件，该第二开始时间晚于该第一开始时间。
[0140]
在一些实施例中，继续参见图7，该第一发送模块602，包括：
[0141]
处理单元703，用于基于至少一个第一预约事件，对第二预约事件进行格式化处理，该格式化处理用于将第二预约事件的数据格式与至少一个第一预约事件的数据格式统
一；
[0142]
发送单元704，用于基于至少一个第一预约事件与格式化后的第二预约事件，返回至少一个预约事件。
[0143]
在一些实施例中，继续参见图7，该第一发送模块602，包括：
[0144]
排序单元705，用于基于事件开始时间，对至少一个第一预约事件和第二预约事件进行联合排序；
[0145]
第三获取单元706，用于基于预约事件获取请求携带的第一数量，获取排序在前的第一数量个预约事件；
[0146]
发送单元704，还用于返回第一数量个预约事件。
[0147]
在一些实施例中，继续参见图7，该第一获取模块601，还用于响应于翻页请求，获取翻页请求携带的第三开始时间，该第三开始时间为至少一个预约事件中最晚开始的预约事件的事件开始时间；
[0148]
该第一发送模块602，还用于基于第三开始时间、至少一个第一预约事件以及第二预约事件，返回事件开始时间在第三开始时间之后的至少一个预约事件。
[0149]
在一些实施例中，继续参见图7，该第一获取模块601，还用于响应于翻页请求，获取翻页请求携带的第三开始时间，该第三开始时间为至少一个预约事件中最晚开始的预约事件的事件开始时间；
[0150]
该第一发送模块602，还用于基于第三开始时间，重新获取事件开始时间在第三开始时间之后的至少一个预约事件，返回至少一个预约事件。
[0151]
在一些实施例中，继续参见图7，该装置还包括：
[0152]
标记模块603，用于对于至少一个预约事件增加来源标记，来源标记用于表示预约事件的来源服务器。
[0153]
在一些实施例中，继续参见图7，该装置还包括：
[0154]
第二获取模块604，用于响应于历史事件获取请求，获取第一应用账号的至少一个第一历史事件，该第一历史事件为第一应用账号相关的事件；
[0155]
该第二获取模块604，还用于基于目标历史事件的第四开始时间，从第二服务器中获取事件开始时间位于第四开始时间之后的第二历史事件，目标历史事件为至少一个第一历史事件中事件开始时间最早的历史事件，该第二历史事件为第一应用账号相关的事件；
[0156]
第二发送模块605，用于基于至少一个第一历史事件和第二历史事件，返回至少一个历史事件。
[0157]
在一些实施例中，继续参见图7，该装置还包括：
[0158]
确定模块606，用于响应于事件修改请求，确定被修改的预约事件的事件修改信息；
[0159]
第三发送模块607，用于基于第二服务器，向至少一个第二应用账号发送事件修改信息对应的事件修改提示，该至少一个第二应用账号与被修改的预约事件相关。
[0160]
本技术实施例提供了一种事件获取装置，不需要对预约事件的相关数据或者历史事件的相关数据进行迁移，通过由升级后的第一服务器从升级前的第二服务器获取预约事件或者历史事件，即可根据预约事件获取请求返回所需的预约事件，或者，根据历史事件获取请求返回所需的历史事件，避免了预约事件的相关数据或者历史事件的相关数据发生缺
失或者被篡改的情况，能够保证预约事件的相关数据或者历史事件的相关数据的完整性。
[0161]
需要说明的是，上述实施例提供的事件获取装置在运行应用程序时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的事件获取装置与事件获取方法实施例属于同一构思，其实现过程见方法实施例，这里不再赘述。
[0162]
图8是根据本技术实施例提供的一种服务器的结构示意图，该服务器800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，cpu)801和一个或一个以上的存储器802，其中，该存储器802中存储有至少一条计算机程序，该至少一条计算机程序由该处理器801加载并执行以实现上述各个方法实施例提供的事件获取方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。
[0163]
本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一段计算机程序，该至少一段计算机程序由计算机设备的处理器加载并执行以实现上述实施例的事件获取方法中计算机设备所执行的操作。例如，该计算机可读存储介质可以是只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、光盘只读存储器(compact disc read-only memory，cd-rom)、磁带、软盘和光数据存储设备等。
[0164]
本技术实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机程序代码，该计算机程序代码存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机程序代码，处理器执行该计算机程序代码，使得该计算机设备执行上述各种可选实现方式中提供的事件获取方法。
[0165]
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0166]
以上所述仅为本技术的可选实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。

技术特征：
1.一种事件获取方法，其特征在于，应用于第一服务器，所述方法包括：响应于预约事件获取请求，获取第一应用账号的至少一个第一预约事件，所述第一预约事件为所述第一应用账号相关的事件；基于目标预约事件的第一开始时间，从第二服务器中获取事件开始时间位于所述第一开始时间之前的第二预约事件，所述目标预约事件为所述至少一个第一预约事件中事件开始时间最晚的预约事件，所述第二预约事件为所述第一应用账号相关的事件；基于所述至少一个第一预约事件和所述第二预约事件，返回至少一个预约事件。2.根据权利要求1所述的方法，其特征在于，所述响应于预约事件获取请求，获取第一应用账号的至少一个第一预约事件，包括：响应于所述预约事件获取请求，获取所述第一应用账号相关的多个预约事件；基于所述预约事件获取请求携带的第一数量，从所述多个预约事件中，获取事件开始时间最早的第二数量个第一预约事件，所述第一数量不小于所述第二数量。3.根据权利要求2所述的方法，其特征在于，所述方法还包括：响应于所述第一数量大于所述多个预约事件的数量，从所述第二服务器中获取事件开始时间位于第二开始时间之前的第二预约事件，所述第二开始时间晚于所述第一开始时间。4.根据权利要求1所述的方法，其特征在于，所述基于所述至少一个第一预约事件和所述第二预约事件，返回至少一个预约事件，包括：基于所述至少一个第一预约事件，对所述第二预约事件进行格式化处理，所述格式化处理用于将所述第二预约事件的数据格式与所述至少一个第一预约事件的数据格式统一；基于所述至少一个第一预约事件与格式化后的所述第二预约事件，返回所述至少一个预约事件。5.根据权利要求1所述的方法，其特征在于，所述基于所述至少一个第一预约事件和所述第二预约事件，返回至少一个预约事件，包括：基于事件开始时间，对所述至少一个第一预约事件和所述第二预约事件进行联合排序；基于所述预约事件获取请求携带的第一数量，获取排序在前的所述第一数量个预约事件；返回所述第一数量个预约事件。6.根据权利要求1所述的方法，其特征在于，所述方法还包括：响应于翻页请求，获取所述翻页请求携带的第三开始时间，所述第三开始时间为所述至少一个预约事件中最晚开始的预约事件的事件开始时间；基于所述第三开始时间、所述至少一个第一预约事件以及所述第二预约事件，返回事件开始时间在所述第三开始时间之后的至少一个预约事件。7.根据权利要求1所述的方法，其特征在于，所述方法还包括：响应于翻页请求，获取所述翻页请求携带的第三开始时间，所述第三开始时间为所述至少一个预约事件中最晚开始的预约事件的事件开始时间；基于所述第三开始时间，重新获取事件开始时间在所述第三开始时间之后的至少一个预约事件，返回所述至少一个预约事件。
8.根据权利要求1所述的方法，其特征在于，所述方法还包括：对于所述至少一个预约事件增加来源标记，所述来源标记用于表示所述预约事件的来源服务器。9.根据权利要求1所述的方法，其特征在于，所述方法还包括：响应于历史事件获取请求，获取所述第一应用账号的至少一个第一历史事件，所述第一历史事件为所述第一应用账号相关的事件；基于目标历史事件的第四开始时间，从所述第二服务器中获取事件开始时间位于所述第四开始时间之后的第二历史事件，所述目标历史事件为所述至少一个第一历史事件中事件开始时间最早的历史事件，所述第二历史事件为所述第一应用账号相关的事件；基于所述至少一个第一历史事件和所述第二历史事件，返回至少一个历史事件。10.根据权利要求1所述的方法，其特征在于，所述方法还包括：响应于事件修改请求，确定被修改的预约事件的事件修改信息；基于所述第二服务器，向至少一个第二应用账号发送所述事件修改信息对应的事件修改提示，所述至少一个第二应用账号与所述被修改的预约事件相关。11.一种事件获取装置，其特征在于，所述装置包括：第一获取模块，用于响应于预约事件获取请求，获取第一应用账号的至少一个第一预约事件，所述第一预约事件为所述第一应用账号相关的事件；所述第一获取模块，还用于基于目标预约事件的第一开始时间，从第二服务器中获取事件开始时间位于所述第一开始时间之前的第二预约事件，所述目标预约事件为所述至少一个第一预约事件中事件开始时间最晚的预约事件，所述第二预约事件为所述第一应用账号相关的事件；第一发送模块，用于基于所述至少一个第一预约事件和所述第二预约事件，返回至少一个预约事件。12.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器用于存储至少一段计算机程序，所述至少一段计算机程序由所述处理器加载并执行权利要求1至10任一项权利要求所述的事件获取方法。13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储至少一段计算机程序，所述至少一段计算机程序用于执行权利要求1至10任一项权利要求所述的事件获取方法。14.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至10任一项权利要求所述的事件获取方法。

技术总结
本申请提供了一种事件获取方法、装置、计算机设备及存储介质，属于计算机技术领域。所述方法包括：响应于预约事件获取请求，获取第一应用账号的至少一个第一预约事件，所述第一预约事件为所述第一应用账号相关的事件；基于目标预约事件的第一开始时间，从第二服务器中获取事件开始时间位于所述第一开始时间之前的第二预约事件，所述目标预约事件为所述至少一个第一预约事件中事件开始时间最晚的预约事件；基于所述至少一个第一预约事件和所述第二预约事件，返回至少一个预约事件。上述方案，能够根据预约事件获取请求返回所需的预约事件，避免预约事件的相关数据发生缺失或者被篡改，从而保证预约事件的相关数据的完整性。从而保证预约事件的相关数据的完整性。从而保证预约事件的相关数据的完整性。


技术研发人员：孟然 李斌 曾楚伟 李磊
受保护的技术使用者：腾讯科技（深圳）有限公司
技术研发日：2022.03.04
技术公布日：2023/9/12