CN113918740A - 事件信息处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开关于一种事件信息处理方法、装置、电子设备及存储介质。该事件信息处理方法包括：获取事件信息数据；根据事件信息数据的事件类别，将事件信息数据记录在与事件类别相关联的事件数据集合中；其中，事件数据集合中记录的事件信息数据单调排序，并且，事件信息数据在事件数据集合中的最大存储量为设定值。本公开提升了事件信息数据收集和追踪的及时性和准确性，保证了所收集的事件信息数据对及时准确追踪媒体信息亮点的可靠数据支持。

Description

事件信息处理方法、装置、电子设备及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种事件信息处理方法、装置、电子设备及存储介质。

背景技术

随着网络技术、移动业务的高速发展，多媒体信息服务已经成为一种广泛使用的业务。其中，针对多媒体信息的精准投放，在多媒体信息服务中具有重要的作用，如增强用户粘性、精确引导用户浏览等。相关技术中，可以基于对多媒体信息浏览的历史数据来推理多媒体信息的亮点，并据此推送具有相同亮点的内容。

然而，多媒体信息的亮点可能会经常产生转变，并且可能同时存在多种亮点，因此，对多媒体信息中亮点的追踪不及时、不准确，会影响到多媒体信息的精准投放。

发明内容

本公开提供一种事件信息处理方法、装置、电子设备及存储介质，以至少解决相关技术中多媒体信息的亮点的追踪不及时、不准确的技术问题。

根据本公开实施例的一方面，提供一种事件信息处理方法，包括：

获取事件信息数据；

根据所述事件信息数据的事件类别，将所述事件信息数据记录在与所述事件类别相关联的事件数据集合中；

其中，所述事件数据集合中记录的事件信息数据按照触发事件的发生时间单调排序，并且，事件信息数据在所述事件数据集合中的最大存储量为设定值。

在一种可能实施方式中，所述根据所述事件信息数据的事件类别，将所述事件信息数据记录在与所述事件类别相关联的事件数据集合中，包括：索引与所述事件类别相关联的所述事件数据集合所在的记录列表；在所述记录列表中，添加获取到的所述事件信息数据的记录表项；其中，所述记录列表中的所有记录表项按照对应的触发事件的发生时间单调排序。

在一种可能实施方式中，所述在所述记录列表中，添加获取到的所述事件信息数据的记录表项，包括：将所述事件信息数据对应的触发事件的发生时间，与所述记录列表中的已有记录表项所对应的触发事件的发生时间进行比对；根据对比结果，确定所述事件信息数据的记录表项在所述记录列表中的排序位置；将所述事件信息数据的记录表项添加至所述排序位置。

在一种可能实施方式中，所述在所述记录列表中，添加获取到的所述事件信息数据的记录表项，包括：将所述事件信息数据的记录表项插入所述记录列表的第一表端，并将所述记录列表中原有的记录表项均向所述记录列表的与所述第一表端相反的第二表端移动。

在一种可能实施方式中，所述获取事件信息数据，包括：以流式数据的方式接收所述事件信息数据；

所述根据所述事件信息数据的事件类别，将所述事件信息数据记录在与所述事件类别相关联的事件数据集合中，包括：根据所述事件信息数据的事件类别，将所述事件信息数据存入与所述事件类别相关联的事件数据集合所在的记录列表。

在一种可能实施方式中，进一步包括：响应于查询指令，确定与所述查询指令的待查询事件类别相关联的事件数据集合；按照所述事件信息数据在所述事件数据集合中的排序，获取所述查询指令所指定的预定数量的事件信息数据的记录。

在一种可能实施方式中，所述获取所述查询指令所指定的预定数量的事件信息数据的记录，包括：在与所述待查询事件类别相关联的事件数据集合所在的记录列表中，获取连续记录的所述预定数量的事件信息数据的记录表项。

在一种可能实施方式中，所述获取连续记录的所述预定数量的事件信息数据的记录表项，包括：在与待查询的事件类别相关联的事件数据集合所在的记录列表中，从所述记录列表的第一表端开始向所述记录列表的与所述第一表端相反的第二表端方向，获取连续记录的所述预定数量的事件信息数据的记录表项。

在一种可能实施方式中，所述获取事件信息数据，包括：响应于登录操作，监测体信息的呈现界面所产生的事件信息；响应于所述触发事件的产生，获取对应于所述触发事件的事件信息数据；其中，所述事件信息表示针对所述媒体信息所产生的触发事件。

在一种可能实施方式中，所述触发事件包括对呈现的媒体信息执行的：点赞操作、注册操作、付费操作、转发操作、评论操作、收藏操作、回看操作中的至少一种；所述呈现的媒体信息包括广告。

根据本公开实施例的另一方面，提供一种事件信息处理装置，包括：

数据收集模块，被配置为执行获取事件信息数据；

数据记录模块，被配置为执行根据所述事件信息数据的事件类别，将所述事件信息数据记录在与所述事件类别相关联的事件数据集合中；

其中，所述事件数据集合中记录的事件信息数据按照触发事件的发生时间单调排序，并且，事件信息数据在所述事件数据集合中的最大存储量为设定值。

在一种可能实施方式中，所述数据记录模块包括：添加索引子模块，被配置为执行索引与所述事件类别相关联的所述事件数据集合所在的记录列表；添加执行子模块，被配置为执行在所述记录列表中，添加获取到的所述事件信息数据的记录表项；其中，所述记录列表中的所有记录表项按照对应的触发事件的发生时间单调排序。

在一种可能实施方式中，所述添加执行子模块被具体配置为执行：将所述事件信息数据对应的触发事件的发生时间，与所述记录列表中的已有记录表项所对应的触发事件的发生时间进行比对；根据对比结果，确定所述事件信息数据的记录表项在所述记录列表中的排序位置；将所述事件信息数据的记录表项添加至所述排序位置。

在一种可能实施方式中，所述添加执行子模块被具体配置为执行：将所述事件信息数据的记录表项插入所述记录列表的第一表端，并将所述记录列表中原有的记录表项均向所述记录列表的与所述第一表端相反的第二表端移动。

在一种可能实施方式中，所述数据收集模块被具体配置为执行：以流式数据的方式接收所述事件信息数据。

在一种可能实施方式中，所述数据记录模块被具体配置为执行：根据所述事件信息数据的事件类别，将所述事件信息数据存入与所述事件类别相关联的事件数据集合所在的记录列表。

在一种可能实施方式中，进一步包括：查询响应模块，被配置为执行响应于查询指令，确定与所述查询指令的待查询事件类别相关联的事件数据集合；数据查询模块，被配置为执行按照所述事件信息数据在所述事件数据集合中的排序，获取所述查询指令所指定的预定数量的事件信息数据的记录。

在一种可能实施方式中，所述数据查询模块被具体配置为执行：在与所述待查询事件类别相关联的事件数据集合所在的记录列表中，获取连续记录的所述预定数量的事件信息数据的记录表项。

在一种可能实施方式中，所述数据查询模块被具体配置为：在与待查询的事件类别相关联的事件数据集合所在的记录列表中，从所述记录列表的第一表端开始向所述记录列表的与所述第一表端相反的第二表端方向，获取连续记录的所述预定数量的事件信息数据的记录表项。

在一种可能实施方式中，所述数据收集模块包括：监测子模块，被配置为执行响应于登录操作，监测媒体信息的呈现界面所产生的事件信息；获取子模块，被配置为执行响应于所述触发事件的产生，获取对应于所述触发事件的事件信息数据；其中，所述事件信息表示针对所述媒体信息所产生的触发事件。

在一种可能实施方式中，所述触发事件包括对呈现的媒体信息执行的：点赞操作、注册操作、付费操作、转发操作、评论操作、收藏操作、回看操作中的至少一种；所述呈现的媒体信息包括广告。

根据本公开实施例的另一方面，提供一种电子设备，包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令，以实现如上述任一实施方式所述的事件信息处理方法。

根据本公开实施例的另一方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的至少一条指令被电子设备的处理器执行时，使得所述电子设备能够实现如上述任一实施方式所述的事件信息处理方法。

根据本公开实施例的另一方面，提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述任一实施方式所述的事件信息处理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

本公开实施例提供的事件信息处理方法、装置、电子设备及存储介质，利用事件信息数据的事件类别，将事件信息数据记录在与该事件类别相关联的事件数据集合中，并按照触发事件的发生时间单调排序，按照事件信息数据在事件数据集合中的排序，获取查询指令所指定的预定数量的事件信息数据的记录，进而实现了将媒体信息即时发生的事件信息数据归类存储并按照触发事件的发生时间自动排序，实现了针对媒体信息的事件信息数据的归类排序，实现了针对媒体信息的事件信息数据的在时间先后顺序上的连续获取，提升了针对亮点追踪的事件信息数据收集和追踪的及时性和准确性，保证了所收集的实施归类排序的事件信息数据对及时并准确追踪多媒体信息亮点的可靠数据支持。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

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

图1是根据一示例性实施例示出的一种事件信息处理方法的实施环境示意图；

图2是根据一示意性实施例示出的一种事件信息处理方法的流程图；

图3是根据一示例性实施例示出的事件信息处理方法中的触发事件实例的示例图；

图4是根据一示例性实施例示出的一种事件信息处理方法的收集过程交互流程图；

图5是本公开实施例示出的添加事件信息数据的记录表项至记录列表中的流程图；

图6是本公开实施例示出的添加事件信息数据的记录表项至记录列表中的一种场景示意图；

图7是本公开实施例示出的添加事件信息数据的记录表项至记录列表中的另一种场景示意图；

图8是根据一示意性实施例示出的一种事件信息处理方法的扩展流程图；

图9是根据一示例性实施例示出的一种事件信息处理方法的查询过程交互流程图；

图10是本公开实施例示出的从记录列表中获取连续记录的预定数量的事件信息数据的记录表项的一种场景示意图；

图11是本公开实施例示出的从记录列表中获取连续记录的预定数量的事件信息数据的记录表项的另一种场景示意图；

图12是根据一示意性实施例示出的一种事件信息处理装置的逻辑结构框图；

图13是根据一示意性实施例示出的一种事件信息处理装置的扩展逻辑结构框图；

图14是本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

现有的针对多媒体信息的亮点的多媒体信息推荐，都是根据多媒体信息浏览的历史数据进行分析来获得多媒体信息的亮点，并基于此向推送与多媒体信息的亮点相关的其它多媒体信息内容。以短视频为例，短视频的浏览的最基础的方式是短视频应用程序随机推送短视频至显示端，如果某条短视频存在使得产生兴趣的亮点就会出现相应的触发事件，例如针对存在亮点的短视频的点赞、评论、转发、反复观看等。后端平台系统将存在触发事件的短视频进行分析，根据短视频的分类、短视频内容中的特征等信息，利用诸如神经网络模型等方法得到这些短视频的共性信息，该共性信息系反应了短视频的亮点特征，得到共性信息后，便可推送具有同样共性信息的其它短视频。

由此可见，针对先前对短视频的触发事件，是分析短视频的亮点的基础。进一步地，对先前对短视频内容的触发事件的精准掌握，将直接影响到最终短视频的亮点的判断。

然而，短视频的浏览是一个动态过程，短视频的亮点也会随时发生变化，并且，对短视频的亮点的分析，往往基于较多的短视频数据进行分析，存在着结果滞后的问题，所得到的最终效果来看，往往最终所推送短视频内容都是曾经的亮点特征而并非最新的亮点特征，或者亮点特征似是而非的短视频内容。

有鉴于此，本公开实施例提供一种事件信息处理方法，能够将媒体信息即时发生的事件信息数据归类存储并按照触发事件的发生时间自动排序，根据查询指令需求，对归类排序的事件信息数据进行查询，以获取预定数量的事件信息数据的记录，进而实现针对媒体信息的事件信息数据的归类排序，对分析推理媒体信息的亮点特征提供精准的事件信息数据，提升了针对媒体信息的亮点特征的事件信息数据收集和追踪的及时性和准确性，保证了所收集的归类排序的事件信息数据对及时并准确追踪媒体信息亮点的可靠数据支持。

图1是根据一示例性实施例示出的一种事件信息处理方法的实施环境示意图，参见图1，在该实施环境中可以包括至少一个终端101和服务器102，下面进行详述。

至少一个终端101用于浏览多媒体资源，在该至少一个终端101中每个终端上都可以安装有应用程序，该应用程序可以是任一能够提供多媒体资源浏览服务的客户端，用户可以通过启动该应用程序来浏览多媒体资源，该应用程序可以是短视频应用、音视频应用、购物应用、外卖应用、旅行应用、游戏应用或者社交应用中至少一项，该多媒体资源可以包括视频资源、音频资源、图片资源、文本资源或者网页资源中至少一项。

至少一个终端101可以通过有线或无线通信方式与服务器102进行直接或间接地连接，本公开实施例对此不进行限定。

服务器102也即是一种计算机设备，用于向该至少一个终端101提供多媒体资源搜索服务。服务器102可以包括一台服务器、多台服务器、云计算平台或者虚拟化中心中的至少一项。可选地，服务器102可以承担主要计算工作，该至少一个终端101可以承担次要计算工作；或者，服务器102可以承担次要计算工作，该至少一个终端101可以承担主要计算工作；或者，服务器102和该至少一个终端101之间采用分布式计算架构进行协同计算。

需要说明的是，该至少一个终端101中任一终端的设备类型可以包括：智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio LayerIV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机或者台式计算机中的至少一种。例如，该任一终端可以是智能手机，或者其他手持便携式电子设备。以下实施例，以终端包括智能手机来举例说明。

本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终端可以仅为一个，或者上述终端为几十个或几百个，或者更多数量。本公开实施例对终端的数量和设备类型不加以限定。

图2是根据一示意性实施例示出的一种事件信息处理方法的流程图，参见图2所示，该事件信息处理方法应用于计算机设备，下面以计算机设备为服务器为例进行说明。

在步骤201中，获取事件信息数据。

在一些示例中，本步骤获取的事件信息数据可以是即时获取的实时事件信息数据，或者，也可以是延迟获取的历史事件信息数据。

在步骤202中，根据获取到的事件信息数据的事件类别，将事件信息数据记录在与该事件类别相关联的事件数据集合中，其中，事件数据集合中记录的事件信息数据按照触发事件的发生时间单调排序。

在一些示例中，事件信息数据在事件数据集合中的最大存储量可以为设定值。例如，事件信息数据在事件数据集合中的最大存储量的设定值是可配置的，以使得事件信息数据在事件数据集合中的最大存储量可以根据实际需要而调整，并且，不同事件信息数据在事件数据集合中的最大存储量可以具有相同的设定值、或者也可以分别具有不同的设定值。

可以理解的是，在另一些示例中，记录列表的容量也可以是不受限的。在此情况下，事件信息数据被允许尽可能地全部存入。

本公开实施例提供的事件信息处理方法，利用事件信息数据的事件类别，将事件信息数据记录在与该事件类别相关联的事件数据集合中，并按照触发事件的发生时间单调排序，进而实现了将媒体信息即时发生的事件信息数据归类存储并按照触发事件的发生时间自动排序，提升了针对媒体信息亮点追踪的事件信息数据收集的及时性和准确性，保证了所收集的实时归类排序的事件信息数据对及时并准确追踪媒体信息亮点的可靠数据支持。

在一种可能实施方式中，为了便于对数据集合的管理和更新，可以将数据集合设置为具有列表的形态。若数据集合采用列表方式实现，则，如图2所示流程中的步骤202可以具体包括：

索引与事件类别相关联的事件数据集合所在的记录列表，例如，索引到的记录列表，可以是与待查询事件类别相关联的事件数据集合所在的记录列表；

在记录列表中，添加获取到的事件信息数据的记录表项，其中，记录列表中的所有记录表项按照对应的触发事件的发生时间单调排序。

可以理解的是，只要各记录表项能够按照对应的触发事件的发生时间在记录列表中单调排序，具体的添加方式可以不限。

如前文所述，如图2所示流程中的步骤201获取的事件信息数据可以是即时获取的实时事件信息数据，或者，也可以是延迟获取的历史事件信息数据。

在一种可能实施方式中，步骤201获取的事件信息数据为即时获取到的实时事件信息数据，在此情况下，事件信息数据在步骤201的获取顺序可能与触发事件的实际发生时间的排序基本相同。

在此情况下，可以采用在记录列表的选定表端插入、并引发记录列表中原有事件信息数据的整体偏移的方式。即，在记录列表中添加获取到的事件信息数据的记录表项的实现方式，可以具体包括：

将事件信息数据的记录表项插入记录列表的第一表端，并将记录列表中原有的记录表项均向记录列表的与第一表端相反的第二表端移动。

其中，第一表端可以是记录列表的头部，在此情况下，第二表端可以是记录列表的尾部。或者，第一表端也可以是记录列表的尾部，在此情况下，第二表端可以是记录列表的头部。

在另一种可能实施方式中，步骤201获取的事件信息数据为延迟获取的历史行为数据，在此情况下，事件信息数据在步骤201的获取顺序可能与触发事件的实际发生时间的排序存在偏差。若如此，可以采用在记录列表中寻找符合任意触发事件的实际发生时间排序的插入位置，然后在寻找到的插入位置添加该事件信息数据。即，在记录列表中添加获取到的事件信息数据的记录表项的实现方式，可以具体包括：

将事件信息数据对应的触发事件的发生时间，与记录列表中的已有记录表项所对应的触发事件的发生时间进行比对；

根据对比结果，确定事件信息数据的记录表项在记录列表中的排序位置；

将事件信息数据的记录表项添加至排序位置。

基于上述的结合排序位置确定的插入方式，可以适应事件信息数据的获取顺序与触发事件的实际发生时间的排序可能存在的偏差。可以理解的是，上述的结合排序位置确定的插入方式，也同样适用于事件信息数据的获取顺序可能与触发事件的实际发生时间的排序基本相同的情况，即，每次插入时确定的排序位置，均为记录列表的表端位置(即记录列表的头部或尾部)。

在一种可能实施方式中，事件信息数据在步骤201的获取顺序可能与触发事件的实际发生时间的排序匹配，可以允许如图2所示流程中的步骤201可能以流式数据的方式接收事件信息数据。若以流式数据的方式接收事件信息数据，则，如图2所示流程中的步骤202可以具体包括：根据事件信息数据的事件类别，将事件信息数据存入与事件类别相关联的事件数据集合所在的记录列表。以流式数据的方式接收并存入记录列表的事件信息数据，可以产生使事件信息数据的连续灌入记录列表的高效记录效果。

在以流式数据的方式接收并存入记录列表的事件信息数据的情况下，优选地采用在记录列表的选定表端插入、并引发记录列表中原有事件信息数据的整体偏移的方式。

如前文所述，在一些示例中，事件信息数据在事件数据集合中的最大存储量可以为设定值，以使得记录列表的容量受限。对于记录列表的容量受限的情况，记录表项的移动可能会引发溢出，若发生了表项的溢出，则可以将记录列表中溢出的记录表项删除。

可以理解的是，即便事件信息数据在步骤201的获取顺序可能与触发事件的实际发生时间的排序存在偏差，若将事件信息数据在步骤201的获取时间视为其发生时间，则，同样可以采用在记录列表的选定表端插入、并引发记录列表中原有事件信息数据的整体偏移的方式。

在一种可能实施方式中，如图2所示流程中的步骤201获取的事件信息数据，可以是用户针对媒体信息发生的事件信息数据，例如，用户针对媒体信息发生的事件信息数据可以包括用户触发媒体信息呈现的操作(例如选择媒体信息、播放媒体信息等)、表示针对媒体信息所产生的触发事件(例如点赞、转发、评论等)。

在此情况下，获取事件信息数据，可以包括：

响应于登录操作，监测媒体信息的呈现界面所产生的事件信息；

响应于触发事件的产生，获取对应于触发事件的事件信息数据；

其中，事件信息表示针对媒体信息所产生的触发事件。

图3是根据一示例性实施例示出的事件信息处理方法中的触发事件实例的示例图，如图3所示，终端301为一种移动终端设备，终端301具有显示屏3011，显示屏3011具有触摸感知功能，手指302通过在显示屏3011上的接触实现对终端301的输入。

在一些实施例中，终端301中安装并运行有应用程序。在一些实施例中，呈现的媒体信息呈现于终端301显示屏3011中。在一些实施例中，对呈现的媒体信息执行的触发事件是通过对显示屏3011的接触实现，例如对显示屏3011中呈现的点赞图标30111的接触实现点赞操作，对显示屏3011中呈现的评论图标30112的接触实现评论操作，对显示屏3011中呈现的收藏图标30113的接触实现收藏操作，对显示屏3011中呈现的转发图标30114的接触实现转发操作，对显示屏3011中呈现的进度条115的拖动实现回看操作，对显示屏3011中呈现的第一界面操作菜单30116和/或第二界面操作菜单30117中的操作元素的接触而转移至注册界面和/或付费界面，进而在注册界面和/或付费界面中通过对显示屏3011的触发事件而完成注册操作和/或付费操作。

在此情况下，触发事件包括对呈现的媒体信息执行的：点赞操作、注册操作、付费操作、转发操作、评论操作、收藏操作、回看操作中的至少一种。例如，呈现的媒体信息可以包括广告。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图4是根据一示例性实施例示出的一种事件信息处理方法的收集过程交互流程图，如图4所示，该事件信息处理方法的收集过程用于终端与服务器的交互过程中，该服务器为计算机设备，该终端可以为智能手机、平板电脑、电子书阅读器、MP3播放器、MP4播放器、膝上型便携计算机或者台式计算机，该实施例包括以下步骤。

在步骤401中，终端响应于登录操作，监测媒体信息的呈现界面所产生的事件信息。

终端上安装和运行有支持媒体信息(如短视频等)的应用程序，事件触发主体在该终端上启动该应用程序并进行用户登录，事件触发主体可以在该应用程序中浏览各个媒体信息。在登录该应用程序后，该终端(或该应用程序)监测针对该应用程序的呈现界面中所展示的媒体信息(如播放窗口中播放的短视频)所产生的触发事件。

可选地，触发事件包括但不限于对呈现的媒体信息执行的：点赞操作、注册操作、付费操作、转发操作、评论操作、收藏操作、回看操作中的至少一种。其中，呈现的媒体信息可以包括广告。在一些实施例中，触发事件可以基于呈现界面中的界面元素实现，例如通过对呈现界面中的点赞图标的点击实现点赞操作，通过对呈现界面中的注册图标的点击并提交注册信息实现注册操作，通过对呈现界面中的付费图标的点击并提交付费信息实现付费操作，通过对呈现界面中转发图标的点击实现转发操作，通过对呈现界面中的评论图标的点击并输入评论内容实现评论操作，通过对呈现界面中的收藏图标的点击实现收藏操作，通过对呈现界面中的媒体信息(如短视频、广告)的反向滑动而退回至先前展示的媒体信息或者通过对媒体信息进度条向初始方向滑动实现回看操作。在一些实施例中，触发事件可以基于终端监控到的手势动作实现，例如应用程序将点赞操作、转发操作、评论操作、收藏操作、回看操作等触发事件与空间手势进行绑定，在呈现界面中展示媒体信息时，终端通过监控空间手势而执行与空间手势相关联的触发事件，其中，在可选实施例中，终端可以利用其自带的摄像头获取触发事件。

在步骤402中，终端响应于触发事件的产生，获取对应于触发事件的事件信息数据。

响应于触发事件的产生，终端的应用程序得到对应于该触发事件的事件信息数据。在可选实施例中，事件信息数据的内容包括但不限于：事件触发主体ID、媒体信息ID、事件类别、触发事件发生时间。其中，事件触发主体ID为事件触发主体的标识，表示了该触发事件的触发者；媒体信息ID为媒体信息标识，表示了该触发事件的对象；事件类别，表示了事件触发主体对媒体信息亮点表达认可的动作行为，事件类别由事件信息表达，事件类别包括但不限于：点赞操作类别、注册操作类别、付费操作类别、转发操作类别、评论操作类别、收藏操作类别、回看操作类别；事件类别包括但不限于：广告点击操作类别、广告注册操作类别、广告付费操作类别；触发事件发生时间，即产生触发事件的时间，表达了该用户对该媒体信息产生兴趣的时间。

其中，事件信息表示针对媒体信息所产生的触发事件。

在步骤403中，终端将该事件信息数据发送至服务器。

在一些实施例中，终端可以采用数据传输协议对该事件信息数据的相关信息进行封装，得到该事件信息数据报文，该数据传输协议可以是TCP(Transmission ControlProtocol，传输控制协议)、UDP(User Datagram Protocol，用户数据报协议)、IP(InternetProtocol，网际互连协议)等，本公开实施例对此不进行具体限定。

在一些实施例中，终端在发送事件信息数据报文之前，还可以对该事件信息数据报文进行压缩和加密，本公开实施例不对压缩采用的压缩算法和加密采用的加密算法进行具体限定。

在步骤404中，服务器接收该事件信息数据。

在一些实施例中，服务器可以接收终端发送来的事件信息数据报文，如果该事件信息数据报文是经过压缩和加密的，可以对该事件信息数据报文进行解密和解压缩，解密采用的加密算法与加密采用的加密算法相匹配，解压缩采用的解压缩算法与压缩采用的压缩算法相匹配。进一步地，在经过上述预处理之后，解析该事件信息数据报文，得到该事件信息数据。

在步骤405中，服务器从该事件信息数据中获取事件类别。

其中，该事件信息数据的内容包括但不限于：事件触发主体ID、媒体信息ID、事件类别、触发事件发生时间。在一些实施例中，事件信息数据的内容可以依据规格式生成。在一些实施例中，事件信息数据中包含有用于标识事件触发主体ID、媒体信息ID、事件类别、触发事件发生时间等内容的标识，服务器依据标识在事件信息数据中获取该事件信息数据的事件类别。在一些实施例中，事件信息数据中的用户ID、媒体信息ID、事件类别、触发事件发生时间等内容采用固定长度格式存储，服务器根据事件信息数据的格式从事件信息数据中的事件类别所在的位置直接获取该事件信息数据的事件类别。

在步骤406中，服务器索引与该事件类别关联的事件数据集合所在的记录列表。

在一些实施例中，服务器中存储有用于存储事件数据集合的记录列表。事件数据集合为属于同一个事件类别的事件信息数据的集合，事件数据集合存储于相应的记录列表中。在一些实施例中，事件类别包括：点赞操作类别、注册操作类别、付费操作类别、转发操作类别、评论操作类别、收藏操作类别、回看操作类别；对应于各个事件类别的事件数据集合包括：点赞事件数据集合、转发事件数据集合、评论事件数据集合、收藏事件数据集合、回看事件数据集合；存储各个事件数据集合的记录列表包括：点赞行为记录列表、转发行为记录列表、评论行为记录列表、收藏行为记录列表、回看行为纪录列表。在一些实施例中，事件类别包括：广告点击操作类别、广告注册操作类别、广告付费操作类别；对应于各个事件类别的事件数据集合包括：广告点击事件数据集合、广告注册事件数据集合、广告付费事件数据集合；存储各个事件数据集合的记录列表包括：广告点击行为记录列表、广告注册行为记录列表、广告付费行为记录列表。

在一个举例中，触发事件为点赞操作，对应的该事件信息数据中的事件类别为点赞操作类别，服务器根据点赞操作类别索引到点赞事件数据集合所在的点赞行为记录列表。

在一个举例中，触发事件为转发操作，对应的该事件信息数据中的事件类别为转发操作类别，服务器根据转发操作类别索引到转发事件数据集合所在的转发行为记录列表。

在一个举例中，触发事件为评论操作，对应的该事件信息数据中的事件类别为评论操作类别，服务器根据评论操作类别索引到评论事件数据集合所在的评论行为记录列表。

在一个举例中，触发事件为收藏操作，对应的该事件信息数据中的事件类别为收藏操作类别，服务器根据收藏操作类别索引到收藏事件数据集合所在的收藏行为记录列表。

在一个举例中，触发事件为回看操作，对应的该事件信息数据中的事件类别为回看操作类别，服务器根据回看操作类别索引到回看事件数据集合所在的回看行为记录列表。

在一个举例中，触发事件为广告点击操作，对应的该事件信息数据中的事件类别为广告点击操作类别，服务器根据广告点击操作类别索引到广告点击事件数据集合所在的广告点击行为记录列表。

在一个举例中，触发事件为广告注册操作，对应的该事件信息数据中的事件类别为广告注册操作类别，服务器根据广告注册操作类别索引到广告注册事件数据集合所在的广告注册行为记录列表。

在一个举例中，触发事件为广告付费操作，对应的该事件信息数据中的事件类别为广告付费操作类别，服务器根据广告付费操作类别索引到广告付费事件数据集合所在的广告付费行为记录列表。

在步骤407中，服务器在索引到的记录列表中，添加该事件信息数据的记录表项。

其中，记录表项在记录列表中按照记录中的触发事件发生时间单调排序。

图5是本公开实施例示出的添加事件信息数据的记录表项至记录列表中的流程图，如图5所示，添加事件信息数据的记录表项至记录列表中包括以下步骤。

在步骤4071中，服务器将获取到的事件信息数据的触发事件发生时间，与记录列表中的已有表项所记录的触发事件的发生时间进行比对。

其中，由于记录表项在记录列表中按照记录中的触发事件的发生时间呈单调排序方式，而并非杂乱方式，这样便能够确定出该事件信息数据的触发事件发生时间应当插入记录列表中的哪个位置才能继续确保记录列表的单调排序方式。

在步骤4072中，服务器根据对比结果，确定出获取到的事件信息数据的记录表项在记录列表中的排序位置。

在步骤4073中，服务器在记录列表中将获取到的事件信息数据的记录表项添加至确定出的排序位置。

在一些实施例中，服务器在将该事件信息数据添加至确定出的排序位置时，记录列表中原有的记录需要进行移位以给添加的事件信息数据提供存储位置。

在一些实施例中，单调排序为触发事件发生时间越早的事件信息数据的记录表项在记录列表中的位置越靠后，触发事件发生时间越晚的事件信息数据的记录表项在记录列表中的位置越靠前。这样，触发事件发生时间最晚的事件信息数据的记录表项会添加至记录列表中的头部位置，记录列表中的原有记录表项均向记录列表的尾部移动一个位置。在一些实施例中，记录列表中的记录表项的数量为可配置的设定值，能够确保记录列表的内容不会无限制的增加，此种情况下，若记录列表已满，则在添加触发事件发生时间最晚的事件信息数据的记录表项时，删除记录列表的从最末位置溢出的记录表项。

在一些实施例中，单调排序为触发事件发生时间越早的事件信息数据的记录表项在记录列表中的位置越靠前，触发事件发生时间越晚的事件信息数据的记录表项在记录列表中的位置越靠后。这样，触发事件发生时间最晚的事件信息数据的记录表项会添加至记录列表中的最末位置，记录列表中的原有记录表项均向记录列表的头部移动一个位置。在一些实施例中，记录列表中的记录表项的数量为可配置的设定值，能够确保记录列表的内容不会无限制的增加，此种情况下，若记录列表已满，则在添加触发事件发生时间最晚的事件信息数据的记录表项时，删除记录列表的从头部位置溢出的记录表项。

在一些实施例中，不同的记录列表之间的记录表项的数量可以相等，也可以不相等。例如，点赞行为记录列表记录表项的数量、转发行为记录列表记录表项的数量、评论行为记录列表记录表项的数量、收藏行为记录列表记录表项的数量和/或回看行为纪录列表的记录表项的数量可以相等或者不相等。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图6是本公开实施例示出的添加事件信息数据的记录表项至记录列表中的一种场景示意图。

如图6所示，该场景中，事件信息数据以流式数据的方式接入，根据不同的触发事件存入不同的记录列表，图6中仅示意出一个记录列表，实际中可以有多种针对不同触发事件的记录列表。采用流式数据的方式进行事件信息数据的接入，随着触发事件的实时发生便会生成对应的事件信息数据，进而流式数据中的事件信息数据都是以触发事件的发生时间而顺次存入记录列表。

在一些实施例中，以最近产生的事件信息数据的数量，作为实时的事件信息数据(例如收集最近N天的触发事件)，例如事件触发主体最近看过的100条视频的相关100条事件信息数据、事件触发主体最近点赞过的100条视频的相关事件信息数据等。

在一些实施例中，初始化M(M≥1)个的记录列表，分别对应不同的事件类别，各个记录列表之间，记录的事件信息数据的记录表项的数量可以相等或者不相等，各个记录列表的容量在初始化之后便固定不变。例如，初始化三个记录列表，第一个记录列表的容量为100个事件信息数据的记录表项，第二个记录列表的容量为200个事件信息数据的记录表项，第三个记录列表的容量为50个事件信息数据的记录表项，第一个记录列表、第二个记录列表、第三个记录列表分别保存不同触发事件对应的事件信息数据。在一些实施例中，记录列表的数量，每个记录列表的容量可以根据配置进行定义。

如图6所示，事件信息数据a为当前要存入记录列表的事件信息数据，记录列表的容量为n，记录列表中有n个记录表项，从记录列表的头部到尾部依次为事件信息数据1、事件信息数据2、事件信息数据3、……、事件信息数据n-1、事件信息数据n。图6所示的场景中，存入方式是从头开始插入，若记录列表中存储的事件信息数据记录表项的数量小于记录列表的容量，则将新的数据插入到记录列表的第一条记录表项，将在先存储于数据列表的事件信息数据记录表项都向后移动一位，若记录列表存储的事件信息数据记录表项的数量等于列表的容量，除了将新的事件信息数据插入到记录列表的第一条，并将原来的事件信息数据都向后移动一位以外，还将从记录列表最后一位溢出的事件信息数据删除，保证记录列表所存储的事件信息数据记录表项的数量不大于记录列表的容量，例如图6中，将事件信息数据a插入记录列表头部的记录表项，将在先存储于数据列表的事件信息数据1至事件信息数据n的记录表项都向后移动一位，将从记录列表最后一位溢出的事件信息数据n的记录表项删除。插入事件信息数据a后的记录列表中，事件信息数据a位于第一位，事件信息数据1位于第二位……事件信息数据n-1位于最后一位。

图7是本公开实施例示出的添加事件信息数据的记录表项至记录列表中的另一种场景示意图。

如图7所示，事件信息数据a为当前要存入记录列表的事件信息数据，记录列表的容量为n，记录列表中有n个记录表项，从记录列表的尾部到头部依次为事件信息数据1、事件信息数据2、事件信息数据3、……、事件信息数据n-1、事件信息数据n。图7所示的场景中，事件信息数据的存入可以是从尾部开始插入，若记录列表中存储的事件信息数据记录表项的数量小于记录列表的容量，则将新的数据插入到记录列表的最后一条记录表项，将在先存储于数据列表的事件信息数据记录表项都向前移动一位，若记录列表存储的事件信息数据记录表项的数量等于列表的容量，除了将新的事件信息数据插入到记录列表的最后一条，并将原来的事件信息数据都向前移动一位以外，还将从记录列表第一位溢出的事件信息数据删除，保证记录列表所存储的事件信息数据记录表项的数量不大于记录列表的容量，例如图7中，将事件信息数据a插入记录列表尾部的记录表项，将在先存储于数据列表的事件信息数据1至事件信息数据n的记录表项都向前移动一位，将从记录列表第一位溢出的事件信息数据n的记录表项删除。插入事件信息数据a后的记录列表中，事件信息数据a位于最后一位，事件信息数据1位于后数第二位……事件信息数据n-1位于第一位。

本公开实施例提供的事件信息处理方法的收集过程，利用事件信息数据的事件类别，将事件信息数据记录在与该事件类别相关联的事件数据集合中，并按照触发事件的发生时间单调排序，进而实现了将媒体信息即时发生的事件信息数据归类存储并按照触发事件的发生时间自动排序，实现了针对媒体信息的事件信息数据的归类排序，提升了针对媒体信息亮点追踪的事件信息数据收集的及时性和准确性，保证了所收集的实时归类排序的事件信息数据对及时并准确追踪媒体信息亮点的可靠数据支持。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图8是根据一示意性实施例示出的一种事件信息处理方法的扩展流程图。如图8所示的扩展流程，可以是与如图2所示流程同时执行、或延迟于如图2所示流程执行。请参见图8，该扩展流程可以包括：

在步骤801，响应于查询指令，确定与该查询指令的待查询事件类别相关联的事件数据集合；

在步骤802，按照事件信息数据在事件数据集合中的排序，获取该查询指令所指定的预定数量的事件信息数据的记录。

本公开实施例提供的事件信息处理方法，按照事件信息数据在事件数据集合中的排序，获取查询指令所指定的预定数量的事件信息数据的记录，实现了针对媒体信息的事件信息数据的归类排序和连续获取，提升了针对媒体信息亮点追踪的事件信息数据获取的及时性和准确性，保证了所获取的事件信息数据对及时并准确追踪媒体信息亮点的可靠数据支持。

若数据集合采用前文所述的记录列表的方式，则，步骤802可以具体包括：

在与待查询事件类别相关联的事件数据集合所在的记录列表中，获取连续记录的预定数量的事件信息数据的记录表项。

例如，无论记录表项是采用在记录列表中寻找符合任意触发事件的实际发生时间排序的插入位置的方式更新，还是采用在记录列表的选定表端插入并引发整体偏移的方式更新，在记录列表中的所有记录表项都能够按照触发事件的实际发生时间的先后顺序从第二表端向第一表端顺序排列。因此，获取连续记录的预定数量的事件信息数据的记录表项都可以具体包括：

在与待查询的事件类别相关联的事件数据集合所在的记录列表中，从记录列表的第一表端开始向记录列表的与第一表端相反的第二表端方向，获取连续记录的预定数量的事件信息数据的记录表项。

图9是根据一示例性实施例示出的一种事件信息处理方法的查询过程交互流程图，如图9所示，该事件信息处理方法的查询过程用于终端与服务器的交互过程中，该服务器为计算机设备，该终端可以为计算机，该实施例包括以下步骤。

在步骤901中，终端接收查询指令。

终端上安装和运行有对事件信息数据进行远程管理的程序。终端可通过键盘、触控屏等人机交互端接收查询指令。

在步骤902中，终端将查询指令发送给服务器。

在一些实施例中，终端可以采用数据传输协议对该查询指令的相关信息进行封装，得到该查询指令报文，该数据传输协议可以是TCP、UDP、IP等，本公开实施例对此不进行具体限定。

在一些实施例中，终端在发送查询指令报文之前，还可以对该查询指令报文进行压缩和加密，本公开实施例不对压缩采用的压缩算法和加密采用的加密算法进行具体限定。

在步骤903中，服务器接收该查询指令。

在一些实施例中，服务器可以接收终端发送来的查询指令报文，如果该查询指令报文是经过压缩和加密的，可以对该查询指令报文进行解密和解压缩，解密采用的加密算法与加密采用的加密算法相匹配，解压缩采用的解压缩算法与压缩采用的压缩算法相匹配。进一步地，在经过上述预处理之后，解析该查询指令报文，得到该查询指令。

在步骤904中，服务器响应于该查询指令，确定待查询的事件类别。

在一些实施例中，该查询指令中包含待查询的事件类别。在一些实施例中，事件触发主体由事件触发主体ID表示。在一些实施例中，事件类别由事件信息表达，事件类别包括但不限于：点赞操作类别、转发操作类别、评论操作类别、收藏操作类别、回看操作类别。在一些实施例中，事件类别包括但不限于：广告点击操作类别、广告注册操作类别、广告付费操作类别。在一些实施例中，事件触发主体ID和事件类别对应于服务器中存储的事件信息数据内容中的事件触发主体ID和事件类别，其中，事件信息数据包括但不限于：事件触发主体ID、媒体信息ID、事件类别、触发事件发生时间。

在步骤905中，服务器确定与待查询的事件类别相关联的事件数据集合，其中，事件数据集合中记录的事件信息数据按照触发事件的发生时间单调排序。

在一些实施例中，服务器中存储有多种事件数据集合。事件数据集合为属于同一个事件类别的事件信息数据的集合。在一些实施例中，事件类别包括对呈现的媒体信息执行的：点赞操作类别、注册操作类别、付费操作类别、转发操作类别、评论操作类别、收藏操作类别、回看操作类别，呈现的媒体信息包括广告、短视频等；对应于各个事件类别的事件数据集合包括：点赞事件数据集合、注册事件数据集合、付费事件数据集合、转发事件数据集合、评论事件数据集合、收藏事件数据集合、回看事件数据集合。在一些实施例中，事件类别包括：广告点击操作类别、广告注册操作类别、广告付费操作类别；对应于各个事件类别的事件数据集合包括：广告点击事件数据集合、广告注册事件数据集合、广告付费事件数据集合。

在一些实施例中，服务器中针对每一种事件类别设置有相应的事件数据集合。在服务器中，每一种事件数据集合均对应于一种事件类别。

在一些实施例中，服务器根据事件类别，在所有事件数据集合中获得与事件类别相关联的事件数据集合。

在步骤906中，服务器按照事件信息数据在事件数据集合中的排序，获取查询指令所指定的预定数量的事件信息数据的记录。

在一些实施例中，查询指令中包含所要获取的事件信息数据的预定数量。在一些实施例中，查询指令中包含所要获取的事件信息数据关联的时间范围。在一些实施例中，查询指令中包含所要获取的事件信息数据为最晚发生的预定数量的事件信息数据。

在获取查询指令所指定的预定数量的事件信息数据的记录进行提取和分析。在一些实施例中，通过接入的行为分析系统对指定的预定数量的事件信息数据的记录进行分析，其中，事件信息数据中包括媒体信息ID，基于媒体信息ID得到该媒体信息ID所对应的媒体信息，并对媒体信息的相关特征进行分析，例如对媒体信息的标题、简介、摘要、发布者昵称、发布者账号或者内容标签进行分析。在一些实施例中，可以利用机器学习模型对媒体信息的内容进行分析，该机器学习模型但不限于：卷积神经网络(Convolutional NeuralNetworks，CNN)、深度神经网络(Deep Neural Networks，DNN)、多层感知器(Multi-LayerPerceptron，MLP)等，本公开实施例对此不进行具体限定。

在一些实施例中，服务器确定与待查询的事件类别相关联的事件数据集合包括：

服务器确定与待查询的事件类别相关联的事件数据集合所在的记录列表。

其中，事件信息数据的记录表项在记录列表中按照记录中的触发事件的发生时间单调排序。

在一些实施例中，服务器中存储有用于存储事件数据集合的记录列表。事件数据集合为属于同一个事件类别的事件信息数据的集合，事件数据集合存储于相应的记录列表中。在一些实施例中，事件类别包括对呈现的媒体信息执行的：点赞操作类别、注册操作类别、付费操作类别、转发操作类别、评论操作类别、收藏操作类别、回看操作类别；呈现的媒体信息包括短视频、广告等；对应于各个事件类别的事件数据集合包括：点赞事件数据集合、注册事件数据集合、付费事件数据集合、转发事件数据集合、评论事件数据集合、收藏事件数据集合、回看事件数据集合；存储各个事件数据集合的记录列表包括：点赞行为记录列表、注册行为记录列表、付费行为记录列表、转发行为记录列表、评论行为记录列表、收藏行为记录列表、回看行为纪录列表。在一些实施例中，事件类别包括：广告点击操作类别、广告注册操作类别、广告付费操作类别；对应于各个事件类别的事件数据集合包括：广告点击事件数据集合、广告注册事件数据集合、广告付费事件数据集合；存储各个事件数据集合的记录列表包括：广告点击行为记录列表、广告注册行为记录列表、广告付费行为记录列表。

在一个举例中，待查询的触发事件为点赞操作，服务器根据点赞操作的待查询的触发事件，确定与待查询的事件类别相关联的事件数据集合所在的记录列表为点赞行为纪录列表。

在一个举例中，待查询的触发事件为转发操作，服务器根据转发操作的待查询的触发事件，确定与待查询的事件类别相关联的事件数据集合所在的记录列表为转发行为纪录列表。

在一个举例中，待查询的触发事件为评论操作，服务器根据评论操作的待查询的触发事件，确定与待查询的事件类别相关联的事件数据集合所在的记录列表为评论行为纪录列表。

在一个举例中，待查询的触发事件为收藏操作，服务器根据收藏操作的待查询的触发事件，确定与待查询的事件类别相关联的事件数据集合所在的记录列表为收藏行为纪录列表。

在一个举例中，待查询的触发事件为回看操作，服务器根据回看操作的待查询的触发事件，确定与待查询的事件类别相关联的事件数据集合所在的记录列表为回看行为纪录列表。

在一个举例中，待查询的触发事件为广告点击操作，服务器根据广告点击操作的待查询的触发事件，确定与待查询的事件类别相关联的事件数据集合所在的记录列表为广告点击操作行为纪录列表。

在一个举例中，待查询的触发事件为广告注册操作，服务器根据广告注册操作的待查询的触发事件，确定与待查询的事件类别相关联的事件数据集合所在的记录列表为广告注册操作行为纪录列表。

在一个举例中，待查询的触发事件为广告付费操作，服务器根据广告付费操作的待查询的触发事件，确定与待查询的事件类别相关联的事件数据集合所在的记录列表为广告付费操作行为纪录列表。

在一些实施例中，单调排序为触发事件发生时间越早的事件信息数据的记录表项在记录列表中的位置越靠后，触发事件发生时间越晚的事件信息数据的记录表项在记录列表中的位置越靠前。

在一些实施例中，单调排序为触发事件发生时间越早的事件信息数据的记录表项在记录列表中的位置越靠前，触发事件发生时间越晚的事件信息数据的记录表项在记录列表中的位置越靠后。

在一些实施例中，服务器获取查询指令所指定的预定数量的事件信息数据的记录包括：

服务器响应于查询指令所指定的预定数量的事件信息数据的记录，在与待查询的事件类别相关联的事件数据集合所在的记录列表中，获取连续记录的查询指令所指定的预定数量的事件信息数据的记录表项，其中，事件信息数据的记录表项在记录列表中按照记录中的触发事件的发生时间单调排序。

在一些实施例中，查询指令所指定的预定数量的事件信息数据的记录为记录列表中触发事件发生时间最晚的预定数量的事件信息数据。

在一些实施例中，单调排序为触发事件发生时间越早的事件信息数据的记录表项在记录列表中的位置越靠后，触发事件发生时间越晚的事件信息数据的记录表项在记录列表中的位置越靠前。服务器响应于查询指令为记录列表中触发事件发生时间最晚的预定数量的事件信息数据，从记录列表的头部开始连续获取最靠近头部的预定数量的事件信息数据。

在一些实施例中，单调排序为触发事件发生时间越早的事件信息数据的记录表项在记录列表中的位置越靠前，触发事件发生时间越晚的事件信息数据的记录表项在记录列表中的位置越靠后。服务器响应于查询指令为记录列表中触发事件发生时间最晚的预定数量的事件信息数据，从记录列表的尾部开始连续获取最靠近尾部的预定数量的事件信息数据。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图10是本公开实施例示出的从记录列表中获取连续记录的预定数量的事件信息数据的记录表项的一种场景示意图，如图10所示，记录列表中，先插入的事件信息数据的记录表项位于记录列表的尾部，后插入的事件信息数据的记录表项位于记录列表的头部，事件信息数据n为最先插入记录列表中的事件信息数据，事件信息数据1为最后插入记录列表中的事件信息数据，在该场景中，查询指令所指定的预定数量的事件信息数据的记录为m个，响应于查询指令从记录列表的头部开始向记录列表的尾部方向，获取连续记录的m个事件信息数据的记录表项，即从事件信息数据1到事件信息数据m的记录表项。

图11是本公开实施例示出的从记录列表中获取连续记录的预定数量的事件信息数据的记录表项的另一种场景示意图，如图11所示，记录列表中，先插入的事件信息数据的记录表项位于记录列表的头部，后插入的事件信息数据的记录表项位于记录列表的尾部，事件信息数据n为最先插入记录列表中的事件信息数据，事件信息数据1为最后插入记录列表中的事件信息数据，在该场景中，查询指令所指定的预定数量的事件信息数据的记录为m个，响应于查询指令从记录列表的尾部开始向记录列表的头部方向，获取连续记录的m个事件信息数据的记录表项，即从事件信息数据1到事件信息数据m的记录表项。

本公开实施例提供的事件信息处理方法的查询流程，事件信息数据记录在与该事件类别相关联的事件数据集合中，并按照触发事件的发生时间单调排序，按照事件信息数据在事件数据集合中的排序，获取查询指令所指定的预定数量的事件信息数据的记录，进而实现了获取事件信息数据记录均是按照触发事件的发生时间自动排序，实现了针对媒体信息的事件信息数据的在时间先后顺序上的连续获取，实现了针对连续发生的触发事件的媒体信息亮点追踪的及时性和准确性，保证了所获取的事件信息数据对及时并准确追踪媒体信息亮点的可靠数据支持。

图12是根据一示意性实施例示出的一种事件信息处理装置的逻辑结构框图，参见图12所示，该事件信息处理装置可以包括：

数据收集模块1201，被配置为执行获取事件信息数据；

数据记录模块1202，被配置为执行根据获取到的事件信息数据的事件类别，将事件信息数据记录在与该事件类别相关联的事件数据集合中；

其中，事件数据集合中记录的事件信息数据按照触发事件的发生时间单调排序。

在一些示例中，事件信息数据在事件数据集合中的最大存储量可以为设定值。例如，事件信息数据在事件数据集合中的最大存储量的设定值是可配置的，以使得事件信息数据在事件数据集合中的最大存储量可以根据实际需要而调整，并且，不同事件信息数据在事件数据集合中的最大存储量可以具有相同的设定值、或者也可以分别具有不同的设定值。

可以理解的是，在另一些示例中，记录列表的容量也可以是不受限的。在此情况下，事件信息数据被允许尽可能地全部存入。

本公开实施例提供的事件信息处理装置，利用事件信息数据的事件类别，将事件信息数据记录在与该事件类别相关联的事件数据集合中，并按照触发事件的发生时间单调排序，并按照事件信息数据在事件数据集合中的排序，获取查询指令所指定的预定数量的事件信息数据的记录，进而实现了将媒体信息即时发生的事件信息数据归类存储并按照触发事件的发生时间自动排序，实现了针对媒体信息的事件信息数据的归类排序和连续获取，提升了针对媒体信息亮点追踪的事件信息数据收集和获取的及时性和准确性，保证了所收集和获取的实时归类排序的事件信息数据对及时并准确追踪媒体信息亮点的可靠数据支持。

在一种可能实施方式中，基于图12的装置组成，若数据集合采用记录列表的形式，则，数据记录模块1202可以被具体配置为执行：索引与事件类别相关联的事件数据集合所在的记录列表；以及，在记录列表中，添加获取到的事件信息数据的记录表项；其中，记录列表中的所有记录表项按照对应的触发事件的发生时间单调排序。

或者，也可以认为数据记录模块1202包括：

添加索引子模块，被配置为执行索引与事件类别相关联的事件数据集合所在的记录列表；

添加执行子模块，被配置为执行在记录列表中，添加获取到的事件信息数据的记录表项；

其中，记录列表中的所有记录表项按照对应的触发事件的发生时间单调排序。

在一些示例中，添加执行子模块可以被具体配置为执行：将事件信息数据对应的触发事件的发生时间，与记录列表中的已有记录表项所对应的触发事件的发生时间进行比对；根据对比结果，确定事件信息数据的记录表项在记录列表中的排序位置；以及，将事件信息数据的记录表项添加至排序位置。

在另一些实例中，添加执行子模块可以被具体配置为执行：将事件信息数据的记录表项插入记录列表的第一表端，并将记录列表中原有的记录表项均向记录列表的与第一表端相反的第二表端移动。在此情况下，数据收集模块1201可以被具体配置为执行以流式数据的方式接收事件信息数据，并且，数据记录模块1202可以被具体配置为执行根据事件信息数据的事件类别，将事件信息数据存入与事件类别相关联的事件数据集合所在的记录列表。

另外，基于图12的装置组成，数据收集模块1201可以被具体配置为执行：响应于登录操作，监测媒体信息的呈现界面所产生的事件信息；以及，响应于触发事件的产生，获取对应于触发事件的事件信息数据；其中，事件信息表示针对媒体信息所产生的触发事件。

或者，也可以认为，数据收集模块1201可以包括：

监测子模块，被配置为执行响应于登录操作，监测媒体信息的呈现界面所产生的事件信息；

获取子模块，被配置为执行响应于触发事件的产生，获取对应于触发事件的事件信息数据；

其中，事件信息表示针对媒体信息所产生的触发事件。

在一些实例中，触发事件可以包括对呈现的媒体信息执行的：点赞操作、注册操作、付费操作、转发操作、评论操作、收藏操作、回看操作中的至少一种；并且，呈现的媒体信息包括广告。

图13是根据一示意性实施例示出的一种事件信息处理装置的扩展逻辑结构框图。请参见图13，在基于图12的装置组成的基础上，该事件信息还可以进一步包括：

查询响应模块1301，被配置为执行响应于查询指令，确定与该查询指令的待查询事件类别相关联的事件数据集合；

数据查询模块1302，被配置为执行按照事件信息数据在事件数据集合中的排序，获取该查询指令所指定的预定数量的事件信息数据的记录。

在一种可能实施方式中，基于图13的装置组成，若数据集合采用记录列表的形式，则，数据查询模块1302可以被具体配置为执行：在与待查询事件类别相关联的事件数据集合所在的记录列表中，获取连续记录的预定数量的事件信息数据的记录表项。

例如，数据查询模块1302可以被配置为执行：在与待查询的事件类别相关联的事件数据集合所在的记录列表中，从记录列表的第一表端开始向记录列表的与第一表端相反的第二表端方向，获取连续记录的预定数量的事件信息数据的记录表项。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

关于上述实施例中的事件信息处理装置，其中各个单元执行操作的具体方式已经在有关该事件信息处理方法的实施例中进行了详细描述，此处将不作详细阐述说明。

需要说明的是：上述实施例仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

图14是本公开实施例提供的一种电子设备的结构示意图。在一些实施例中，该电子设备为服务器。该电子设备1400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(Central Processing Units，CPU)1401和一个或一个以上的存储器1402，其中，该存储器1402中存储有至少一条程序代码，该至少一条程序代码由该处理器1401加载并执行以实现上述各个实施例提供的事件信息处理方法。当然，该电子设备1400还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该电子设备1400还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种包括至少一条指令的计算机可读存储介质，例如包括至少一条指令的存储器，上述至少一条指令可由计算机设备中的处理器执行以完成上述实施例中的事件信息处理方法。

可选地，上述计算机可读存储介质可以是非临时性计算机可读存储介质，例如，该非临时性计算机可读存储介质可以包括ROM(Read-Only Memory，只读存储器)、RAM(Random-Access Memory，随机存取存储器)、CD-ROM(Compact Disc Read-Only Memory，只读光盘)、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序产品，包括一条或多条指令，该一条或多条指令可以由计算机设备的处理器执行，以完成上述各个实施例提供的事件信息处理方法。

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

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

Claims (10)

1.一种事件信息处理方法，其特征在于，包括：

获取事件信息数据；

根据所述事件信息数据的事件类别，将所述事件信息数据记录在与所述事件类别相关联的事件数据集合中；

其中，所述事件数据集合中记录的事件信息数据按照触发事件的发生时间单调排序，并且，事件信息数据在所述事件数据集合中的最大存储量为设定值。

2.根据权利要求1所述的事件信息处理方法，其特征在于，所述根据所述事件信息数据的事件类别，将所述事件信息数据记录在与所述事件类别相关联的事件数据集合中，包括：

索引与所述事件类别相关联的所述事件数据集合所在的记录列表；

在所述记录列表中，添加获取到的所述事件信息数据的记录表项；

其中，所述记录列表中的所有记录表项按照对应的触发事件的发生时间单调排序。

3.根据权利要求2所述的事件信息处理方法，其特征在于，所述在所述记录列表中，添加获取到的所述事件信息数据的记录表项，包括：

将所述事件信息数据对应的触发事件的发生时间，与所述记录列表中的已有记录表项所对应的触发事件的发生时间进行比对；

根据对比结果，确定所述事件信息数据的记录表项在所述记录列表中的排序位置；

将所述事件信息数据的记录表项添加至所述排序位置。

4.根据权利要求2所述的事件信息处理方法，其特征在于，所述在所述记录列表中，添加获取到的所述事件信息数据的记录表项，包括：

将所述事件信息数据的记录表项插入所述记录列表的第一表端，并将所述记录列表中原有的记录表项均向所述记录列表的与所述第一表端相反的第二表端移动。

5.根据权利要求1至4任一项所述的事件信息处理方法，其特征在于，进一步包括：

响应于查询指令，确定与所述查询指令的待查询事件类别相关联的事件数据集合；

按照所述事件信息数据在所述事件数据集合中的排序，获取所述查询指令所指定的预定数量的事件信息数据的记录。

6.根据权利要求5所述的事件信息处理方法，其特征在于，所述获取所述查询指令所指定的预定数量的事件信息数据的记录，包括：

在与所述待查询事件类别相关联的事件数据集合所在的记录列表中，获取连续记录的所述预定数量的事件信息数据的记录表项。

7.根据权利要求6所述的事件信息处理方法，其特征在于，所述获取连续记录的所述预定数量的事件信息数据的记录表项，包括：

在与待查询的事件类别相关联的事件数据集合所在的记录列表中，从所述记录列表的第一表端开始向所述记录列表的与所述第一表端相反的第二表端方向，获取连续记录的所述预定数量的事件信息数据的记录表项。

8.一种事件信息处理装置，其特征在于，包括：

数据收集模块，被配置为执行获取事件信息数据；

数据记录模块，被配置为执行根据所述事件信息数据的事件类别，将所述事件信息数据记录在与所述事件类别相关联的事件数据集合中；

其中，所述事件数据集合中记录的事件信息数据按照触发事件的发生时间单调排序，并且，事件信息数据在所述事件数据集合中的最大存储量为设定值。

9.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令，以实现如权利要求1至7任一项所述的事件信息处理方法。

10.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的至少一条指令被电子设备的处理器执行时，使得所述电子设备能够实现如权利要求1至7任一项所述的事件信息处理方法。

Images