CN114501117B - 一种多平台消息同步合并方法、系统、电子设备和存储介质 - Google Patents

一种多平台消息同步合并方法、系统、电子设备和存储介质 Download PDF

Info

Publication number
CN114501117B
CN114501117B CN202111652964.0A CN202111652964A CN114501117B CN 114501117 B CN114501117 B CN 114501117B CN 202111652964 A CN202111652964 A CN 202111652964A CN 114501117 B CN114501117 B CN 114501117B
Authority
CN
China
Prior art keywords
message data
platform
time
data set
acquiring
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202111652964.0A
Other languages
English (en)
Other versions
CN114501117A (zh
Inventor
程景
赵智龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Xingxi Technology Co ltd
Original Assignee
Hangzhou Xingxi Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hangzhou Xingxi Technology Co ltd filed Critical Hangzhou Xingxi Technology Co ltd
Priority to CN202111652964.0A priority Critical patent/CN114501117B/zh
Publication of CN114501117A publication Critical patent/CN114501117A/zh
Application granted granted Critical
Publication of CN114501117B publication Critical patent/CN114501117B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/043—Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请涉及一种多平台消息同步合并方法，其中，该方法包括：以任一时间为起始时间点，获取各平台在预设时间段内的消息数据，组成消息数据集，其中，消息数据基于各平台的消息数据总量，按照预设规则在一定数量范围内获取；对消息数据集进行时间对齐，得到第一消息数据集；获取各平台对应的第一消息数据集中的所有消息数据，并按照时间顺序进行排序组合。通过本申请，解决了解决了相关技术中分别展示各平台评论消息，导致用户体验较差的问题，可以同步且有序的融合多平台评论数据并展示，提升了用户的直播观看体验。

Description

一种多平台消息同步合并方法、系统、电子设备和存储介质
技术领域
本申请涉及数据处理领域，特别是涉及一种多平台消息同步合并方法、系统、电子设备和存储介质。
背景技术
直播推送至各平台之后，用户可以通过发送弹幕或评论的形式与直播方或其他用户互动，满足交互需求的同时，也提升了观看直播的体验。
随着直播平台的种类(例如Windows、Mac OS、Android和IOS等)越来越多，用户也分散在各个直播平台上，对应的，其互动产生的消息数据也就只能在该直播平台的客户端中展示。
如何将各个直播平台的消息数据融合且同步的展示，是本领域技术人员急需解决的技术问题，目前针对该问题，尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种多平台消息同步合并方法、系统、电子设备和存储介质，以至少解决相关技术中无法同步显示多个平台消息数据的问题。
第一方面，本申请实施例提供了一种多平台消息同步合并方法，所述方法包括：
以任一时间起始，获取各平台在预设时间段内的消息数据，组成多个消息数据集，其中，所述消息数据是基于各平台的消息数据总量，按照预设规则在预设数值范围内获取；
对所述消息数据集进行时间对齐，得到第一消息数据集；
获取各平台对应的所述第一消息数据集中的所有消息数据，按照时间顺序进行排序组合。
在其中一些实施例中，所述对所述消息数据集进行时间对齐包括：
分别在各平台的消息数据集中，获取最后一个消息数据的生成时间作为第一时间；
在各平台对应的所述第一时间中，确定目标第一时间作为基准时间；
根据所述基准时间，对各平台的所述消息数据集进行时间对齐处理。
在其中一些实施例中，所述根据所述基准时间，对各平台的所述消息数据集进行时间对齐处理包括：
以所述消息数据集中的首个消息数据为起始节点，以所述基准时间对应的消息数据为结束节点，
分别在各平台的消息数据集中，获取所述起始节点至所述结束节点范围内的消息数据，组成所述第一消息数据集。
在其中一些实施例中，所述获取各平台对应的所述第一消息数据集中的所有消息数据，按照时间顺序进行排序组合包括：
获取多个平台上，所述第一消息数据集中所有消息数据及其生成时间；
将每一所述第一消息数据集中的消息数据，按照其生成时间依次写入时间轴。
在其中一些实施例中，所述获取各平台在预设时间段内的消息数据，组成消息数据集包括：
分别确定各平台的消息数据总量是否大于预设阈值，若是，获取前预设阈值条消息数据，组成消息数据集，若否，获取全部消息数据，组成消息数据集。
在其中一些实施例中，所述对所述消息数据集进行时间对齐，得到第一消息数据集之后，所述方法还包括：
在各平台的所述消息数据集中，获取所述第一消息数据集之外的消息数据，组成第二消息数据集；
对各平台的所述第二消息数据集进行时间对齐之后，获取其中的所有消息数据，并按照时间顺序进行排序组合。
第二方面，本申请实施例提供了一种多平台消息同步合并系统，所述系统包括数据获取模块，时间对齐模块和排序组合模块，其中；
所述数据获取模块用于以任一时间起始，获取各平台在预设时间段内的消息数据，组成多个消息数据集，其中，所述消息数据是基于各平台的消息数据总量，按照预设规则在预设数值范围内获取；
所述时间对齐模块用于对所述消息数据集进行时间对齐，得到第一消息数据集；
所述排序组合模块用于获取各平台对应的所述第一消息数据集中的所有消息数据，并按照时间顺序进行排序组合。
在其中一些实施例中，所述时间对齐模块对所述消息数据集进行时间对齐包括：
分别在各平台消息数据集中，获取最后一个消息数据生成时间作为第一时间；
在各平台对应的所述第一时间中，确定目标第一时间作为基准时间；
根据所述基准时间，对各平台的所述消息数据集进行时间对齐处理。
第三方面，本申请实施例提供了一种电子设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如第一方面所述的一种多平台消息同步合并方法。
第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如第一方面所述的一种多平台消息同步合并方法。
相比于相关技术，本申请实施例提供的多平台消息合并方法，以任一时间起始，获取各平台在预设时间段内的消息数据，组成消息数据集，其中，消息数据是基于各平台的消息数据总量，按照预设规则在一定数量范围内获取；对各平台的消息数据集进行时间对齐，得到第一消息数据集；获取各平台的第一消息数据集中的所有消息数据，并按照时间顺序进行排序组合。解决了相关技术中分别展示各平台评论消息，用户体验较差的问题，可以同步且有序的融合多平台评论数据并展示，提升了用户的直播观看体验。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据本申请实施例的一种多平台消息同步合并方法的应用环境示意图；
图2是根据本申请实施例的一种多平台消息同步合并方法的流程图；
图3是根据本申请实施例的时间对齐处理的流程图；
图4是根据本申请实施例的一种时间对齐处理的示意图；
图5是根据本申请实施例的一种消息数据按照排序组合的示意图；
图6是根据本申请实施例的一种多平台消息同步合并系统的结构框图；
图7是根据本申请实施例的电子设备的内部结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。
在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。
本申请实施例提供的一种多平台消息同步合并方法，可以应用在如图1所示的应用环境中，图1是根据本申请实施例的一种多平台消息同步合并方法的应用环境示意图。如图1所示，终端10与服务器11通过网络建立通信，其中，具体的实施场景可以是网络直播场景。进一步的，终端10内部署有消息同步程序，通过该程序，终端10可以对多个直播平台上获取的消息数据(包括弹幕、评论等)进行筛选、对齐和排序组合，之后，可以将多个平台在某一时间范围内的消息同步且有序地展示，从而可以提升用户观看网络直播的体验。
需要说明的是，终端10可以是智能手机、平板电脑和PC电脑等可以用于网络直播的硬件设备，也可以是用于网络直播的定制硬件设备，另外，服务器11可以是各个直播平台的云服务器或服务器集群。
图2是根据本申请实施例的一种多平台消息同步合并方法的流程图，如图2所示，该流程包括如下步骤：
S201，以任一时间起始，获取各平台在预设时间段内的消息数据，组成消息数据集，其中，消息数据是基于各平台的消息数据总量，按照预设规则在预设数值范围内获取；
其中，本实例中的平台可以是各种类型的直播平台，其可以是不同企业的直播平台，也可以是采用不同编程语言开发的直播平台，进一步的，也可以但不限于是运行在Windows、MacOS、Android和IOS等不同操作系统上的直播平台；
本实施例中，终端与各平台服务器建立连接之后，通过一些常见的网络协议(如Telnet、FTP、SMTP、HTTP、DNS)，即可分别从各平台服务器的数据接口，获取用户在各直播平台上产生的消息数据，其中，该消息数据可以是评论，也可以是弹幕、通讯消息等。
本步骤中的任一时间，其可以是终端接收到用户输出的“获取消息数据指令”的时间。终端在接收到该指令时，以当前时间开始，从各平台获取消息数据。进一步的，该预设时间段可以根据实际场景灵活设置，例如20s、30s等，本申请中对此不做具体限定。作为举例说明，若起始时间点为n，预设时间段为k，则在各平台上获取的消息数据应该为(tn-tn+k)时间段内的消息数据。
需要说明的是，由于各平台的用户数量，用户活跃度以及系统复杂度等因素，即使上述消息数据都是在同一时间段获取，各平台上的消息数据总量也是不同的。若某一时间段(如5s)内，终端上接收的消息数据量过大，由于超出其CPU算力，可能无法及时接收及处理；同时，终端的显示设备上也可能无法同时显示这么多的消息数据。
因此，本申请并非直接从各平台服务器中直接获取预设时间段内的所有消息数据，而是按照预设规则，通过与平台服务器之间建立一定的信息交互策略，只获取部分目标消息数据；
例如，参考在预设时间段内的消息数据总量，在某一平台的所有消息数据中，从头开始，只获取位于预设数值范围内的消息数据。
或者采用以特定标识符结束的方式，例如，当平台服务器返回至终端的数据量达到上述预设数值范围的阈值时(如N1)时，将会对该阈值对应的消息数据(即第N1条数据)添加特定标识符。对应的在另一侧，直播终端从平台服务器获取消息数据时，当识别到该特定标识符时，结束获取。
通过上述方式，可以解决消息数据过多终端无法处理的问题。相比较于相关技术中通过公共网关缓存多个平台的消息数据，之后再同步至终端的方法，本申请的实现步骤更为简单且成本也较低，无需公共网关即可实现。
S202，对消息数据集进行时间对齐，得到第一消息数据集；
本实施例中，经上述步骤S201之后，已获取到多个平台一定数量范围内的消息数据集。进一步的，同样由于用户数量，用户活跃度等因素，各平台消息数据集的时间跨度往往存在很大差异；
作为举例说明，现有平台A、平台B、平台C，由于其在同一预设时间段(10s)内产生的消息数据总量都过大，终端在这三个平台中都只获取了前4条消息数据。但是，由于用户差异，各平台在生成第4条消息数据的时间可能分别是自起始时间(计为第0秒)后的第4s、第3s和第2s。
因此，还需通过对各个平台消息数据集进行时间对齐处理，以获取在同一时间刻度内各个平台上的消息数据。具体的，可以获取多个平台消息数据集的最小截止时间，通过以最小截止时间裁切的方式实现时间对齐处理。在时间对齐步骤之后，即可获取第一消息数据集。
S203，获取各平台对应的第一消息数据集中的所有消息数据，并按照时间顺序进行排序组合。
经步骤S202获取多个平台在时间上对齐的第一消息数据集之后，即可对这些第一消息数据中的所有消息数据，按照时间顺序依次进行排序和组合。由于排序组合的结果汇集了多个平台的消息数据，且在时间上是有序且相互对齐的，因此该排序组合的结果经终端显示之后，即可以实现多平台消息同步融合展示的效果。
另外，为了进一步的提高消息数据的展示效果，以及提升用户观看体验。本实施例中，将多平台消息数据按照时间顺序同步合并之后，在时间有序的合并基础上，直播展示时还可以添加一些消息布局方式，可选的：可以根据消息热度、消息之间的逻辑关联等，对时间刻度相同的消息进行重新布局。
例如，从起始时刻(计第0秒)开始，第0.5秒有直播弹幕A(“下单”)、B(“下单”)和C(“下单”)和D(“观望中”)，在该种情况下，直播终端可以将热度较高的，具有相同内容的直播弹幕A、B和C布局在终端显示屏幕的醒目位置。
通过上述步骤S201至S203，相比较于相关技术中各平台消息数据独立展示的方法，本申请实施例中，通过获取多个平台在一定数量范围的消息数据，组成消息数据集，进一步的，对多个平台的消息数据进行时间对齐之后，再进行排序组合，从而得到可以多平台同步展示的合并消息数据集。通过本方法，可以将多平台评论同步融合展示，提升了用户体验。
在其中一些实施例中，在获取到各平台在预设时间段的消息数据集之后，需对该消息数据集进行时间对齐处理，图3是根据本申请实施例的时间对齐处理的流程图，如图3所示，该流程包括如下步骤：
S301，分别在各平台的消息数据集中，获取最后一个消息数据的生成时间作为第一时间；
需要说明的是，由于各平台消息数据的起始时间相同，上述步骤S202中记载了各平台数据集的时间跨度不同的原因，因此，可以用最后一个数据的生成的时间(即第一时间)反映各平台消息数据集的结束时间。
S302，在各平台对应的第一时间中，确定目标第一时间作为基准时间；
其中，确定目标第一时间具体包括：将各平台对应的第一时间按照时间由小到大的顺序进行排序，在排序结果中选择最小的一个作为目标第一时间，也就是上述基准时间。
例如，平台A消息数据集UA＝{a1，b1，c1，d1}，平台B消息数据集UB＝{a2，b2，c2，d2}，平台C消息数据集UC＝{a3，b3，c3，d3}；
其中，d1数据生成的时间是第4s，即平台A对应的第一时间为第4s；数据d2生成的时间是第3s，即平台B对应的第一时间为第3s；数据d3生成的时间是第2s，即平台C对应的第一时间为第2s。进一步的，在平台A、平台B和平台C之间，选择最小的第2s作为基准时间。
S303，根据基准时间，对各平台的消息数据集进行时间对齐，得到第一消息数据集，具体包括：
以消息数据集的首个消息数据为起始节点，以基准时间对应的消息数据为结束节点；
分别在各平台的消息数据集中，获取该起始节点至该结束节点范围内的消息数据，组成第一消息数据集。图4是根据本申请实施例的时间对齐处理的示意图，平台A、平台B和平台C之间的消息数据集中的消息数据，及其对应的生成时间如图3实施例中所述；其中，基准时间为第2s，则可以按照图中虚线对各平台各消息数据集进行裁切，得到各平台对应的第一消息数据集，具体为UA1＝{a1，b1}、UB1＝{a2，b2，c2}、UC1＝{a3，b3，c3，d3}。
通过上述步骤S301至S303，相比较于多平台消息数据合并之后，只能无序展示的方法。本实施例中基于基准时间，对多平台消息数据进行时间对齐处理，以获取多平台上位于相同时刻的消息数据，组成第一消息数据集；后续可以利用该第一消息数据集进行排序组合以实现消息同步。通过本实施例，可以便捷且准确地获取到时间刻度相同的多平台消息数据，提升了多平台消息同步合并的效率以及可靠性。
在其中一些实施例中，时间对齐操作之后，还需对各平台的第一消息数据集中的所有消息数据，按照时间顺序进行排列组合，具体包括：
获取多个平台上，第一消息数据集中所有消息数据的生成时间；将第一消息数据集中的消息数据，按照其生成时间依次写入时间轴；在所有消息数据写入之后，排序组合完成。
图5是根据本申请实施例的一种消息数据按照排序组合的示意图，如图5所示，UA1＝{a1，b1}、UB1＝{a2，b2，c2}、UC1＝{a3，b3，c3，d3}分别是平台A、平台B和平台C的第一消息数据集，对其中的消息数据进行排序组合后得到用于展示的多平台同步消息数据集Ue＝{a2，a3，a1，b2，b3，c3，c2，d3}。
在其中一些实施例中，考虑到预设时间段内的消息数据总量过大导致终端无法处理的问题，可选的，通过设置预设阈值的方式从各平台服务器获取消息数据，组成消息数据集，具体包括：
分别确定各平台的消息数据总量是否大于预设阈值N；若是，平台只返回前N条消息数据至终端，终端基于前N条消息数据，组成消息数据集；若否，平台就返回全部消息数据至终端，终端基于全部消息数据，组成消息数据集。
需要说明的是，该预设阈值同样可以根据设备性能和用户活跃度灵活设置，本申请对此不作具体限定。
通过上述实施例，解决了由于消息数据过多，终端无法处理的问题。相比较于相关技术中通过设置数据缓冲区，将消息数据分发至该缓冲区进行缓存的方法；本申请中，通过终端与服务器之间建立交互策略，采用设置预设阈值的方式从各平台服务器获取部分消息数据，无需设置缓冲区，从而节省了资源成本，同时也优化了响应效率。
在其中一些实施例中，对消息数据集进行时间对齐，得到第一消息数据集之后，还需继续处理消息数据集中的剩余数据(即第二消息数据集)。
其中，可以按照上述步骤S301至S303的方法，采用递归方式，依次遍历完各平台的剩余数据，进行时间对齐处理，以及获取其中所有消息数据，并按照时间顺序进行排序组合，直至整个消息数据集处理完成。
需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
本实施例还提供了一种多平台消息同步合并系统，该系统用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图6是根据本申请实施例的一种多平台消息同步合并系统的结构框图，如图6所示，该系统包括数据获取模块60，时间对齐模块61和排序组合模块62，其中；
数据获取模块60用于以任一时间起始，获取各平台在预设时间段内的消息数据，组成消息数据集，其中，消息数据基于各平台的消息数据总量，按照预设规则在一定数量范围内获取；
时间对齐模块61用于对消息数据集进行时间对齐，得到第一消息数据集；
排序组合模块62用于获取各平台对应的第一消息数据集中的所有消息数据，并按照时间顺序进行排序组合。
在其中一些实施例中，时间对齐模块61对消息数据集进行时间对齐包括：分别在各平台消息数据集中，获取最后一个消息数据生成时间作为第一时间；在各平台对应的第一时间中，获取最小的一个作为基准时间；根据基准时间，对各平台的消息数据集进行时间对齐处理。通过上述多平台消息同步合并系统可以实现多平台消息同步融合展示的效果。
另外，结合上述实施例中的一种多平台消息同步合并方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种多平台消息同步合并方法。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种多平台消息同步合并方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
在一个实施例中，图7是根据本申请实施例的电子设备的内部结构示意图，如图7所示，提供了一种电子设备，该电子设备可以是直播一体机，其内部结构图可以如图7所示。该电子设备包括通过内部总线连接的处理器、网络接口、内存储器和非易失性存储器，其中，该非易失性存储器存储有操作系统、计算机程序和数据库。处理器用于提供计算和控制能力，网络接口用于与外部的终端通过网络连接通信，内存储器用于为操作系统和计算机程序的运行提供环境，计算机程序被处理器执行时以实现一种多平台消息同步合并方法，数据库用于存储数据。
本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (6)

1.一种多平台消息同步合并方法，其特征在于，应用于直播终端，所述方法包括：
以任一时间起始，获取各平台在预设时间段内的消息数据，组成多个消息数据集，具体包括：分别确定各平台的消息数据总量是否大于预设阈值，若是，获取前预设阈值条消息数据，组成消息数据集，若否，获取全部消息数据，其中，所述消息数据是基于各平台的消息数据总量，按照预设规则在预设数值范围内获取；
分别在各平台的消息数据集中，获取最后一个消息数据的生成时间作为第一时间；
在各平台对应的所述第一时间中，确定目标第一时间作为基准时间；
以所述消息数据集中的首个消息数据为起始节点，以所述基准时间对应的消息数据为结束节点，
分别在各平台的消息数据集中，获取所述起始节点至所述结束节点范围内的消息数据，组成第一消息数据集；
获取各平台对应的所述第一消息数据集中的所有消息数据，按照时间顺序进行排序组合。
2.根据权利要求1所述的方法，其特征在于，所述获取各平台对应的所述第一消息数据集中的所有消息数据，按照时间顺序进行排序组合包括：
获取多个平台上，所述第一消息数据集中所有消息数据及其生成时间；
将每一所述第一消息数据集中的消息数据，按照其生成时间依次写入时间轴。
3.根据权利要求1所述的方法，其特征在于，得到第一消息数据集之后，所述方法还包括：
在各平台的所述消息数据集中，获取所述第一消息数据集之外的消息数据，组成第二消息数据集；
对各平台的所述第二消息数据集进行时间对齐之后，获取其中的所有消息数据，并按照时间顺序进行排序组合。
4.一种多平台消息同步合并系统，其特征在于，应用于直播终端，所述系统包括数据获取模块，时间对齐模块和排序组合模块，其中；
所述数据获取模块用于以任一时间起始，获取各平台在预设时间段内的消息数据，组成多个消息数据集，具体包括：分别确定各平台的消息数据总量是否大于预设阈值，若是，获取前预设阈值条消息数据，组成消息数据集，若否，获取全部消息数据，其中，所述消息数据是基于各平台的消息数据总量，按照预设规则在预设数值范围内获取；
分别在各平台的消息数据集中，获取最后一个消息数据的生成时间作为第一时间；
在各平台对应的所述第一时间中，确定目标第一时间作为基准时间；
以所述消息数据集中的首个消息数据为起始节点，以所述基准时间对应的消息数据为结束节点，
分别在各平台的消息数据集中，获取所述起始节点至所述结束节点范围内的消息数据，组成第一消息数据集；
所述排序组合模块用于获取各平台对应的所述第一消息数据集中的所有消息数据，并按照时间顺序进行排序组合。
5.一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至3中任一项所述的一种多平台消息同步合并方法。
6.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至3中任一项所述的一种多平台消息同步合并方法。
CN202111652964.0A 2021-12-28 2021-12-28 一种多平台消息同步合并方法、系统、电子设备和存储介质 Active CN114501117B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111652964.0A CN114501117B (zh) 2021-12-28 2021-12-28 一种多平台消息同步合并方法、系统、电子设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111652964.0A CN114501117B (zh) 2021-12-28 2021-12-28 一种多平台消息同步合并方法、系统、电子设备和存储介质

Publications (2)

Publication Number Publication Date
CN114501117A CN114501117A (zh) 2022-05-13
CN114501117B true CN114501117B (zh) 2024-01-30

Family

ID=81508949

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111652964.0A Active CN114501117B (zh) 2021-12-28 2021-12-28 一种多平台消息同步合并方法、系统、电子设备和存储介质

Country Status (1)

Country Link
CN (1) CN114501117B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114885203A (zh) * 2022-07-05 2022-08-09 杭州星犀科技有限公司 弹幕反向抓取方法及装置、存储介质和终端

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105916057A (zh) * 2016-04-18 2016-08-31 乐视控股（北京）有限公司 一种视频弹幕的显示方法及装置
CN108521583A (zh) * 2018-04-23 2018-09-11 黄宇松 一种基于云计算的大量弹幕信息并发处理方法及云计算服务器
CN110201404A (zh) * 2018-02-28 2019-09-06 索尼互动娱乐有限责任公司 在多用户平台上整合评论内容和游戏玩耍内容
CN111601175A (zh) * 2020-07-08 2020-08-28 腾讯科技（深圳）有限公司 一种弹幕推送控制方法、装置、设备及存储介质
CN111866578A (zh) * 2019-12-31 2020-10-30 北京嘀嘀无限科技发展有限公司 数据处理方法和装置、电子设备及计算机可读存储介质
CN112492372A (zh) * 2020-11-25 2021-03-12 北京达佳互联信息技术有限公司 评论消息的显示方法、装置、电子设备、系统及存储介质
CN112866738A (zh) * 2021-01-19 2021-05-28 西安万像电子科技有限公司 消息处理方法及直播消息管理系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI620438B (zh) * 2015-08-12 2018-04-01 財團法人資訊工業策進會 校正直播節目中互動時間的方法、裝置與電腦可讀取儲存裝置
US10356002B2 (en) * 2017-01-24 2019-07-16 Nokia Solutions And Networks Oy Processing real-time multipoint-to-point traffic
US10776732B2 (en) * 2017-05-04 2020-09-15 Servicenow, Inc. Dynamic multi-factor ranking for task prioritization
US11561783B2 (en) * 2020-03-10 2023-01-24 Snap Inc. Windowed writes

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105916057A (zh) * 2016-04-18 2016-08-31 乐视控股（北京）有限公司 一种视频弹幕的显示方法及装置
CN110201404A (zh) * 2018-02-28 2019-09-06 索尼互动娱乐有限责任公司 在多用户平台上整合评论内容和游戏玩耍内容
CN108521583A (zh) * 2018-04-23 2018-09-11 黄宇松 一种基于云计算的大量弹幕信息并发处理方法及云计算服务器
CN111866578A (zh) * 2019-12-31 2020-10-30 北京嘀嘀无限科技发展有限公司 数据处理方法和装置、电子设备及计算机可读存储介质
CN111601175A (zh) * 2020-07-08 2020-08-28 腾讯科技（深圳）有限公司 一种弹幕推送控制方法、装置、设备及存储介质
CN112492372A (zh) * 2020-11-25 2021-03-12 北京达佳互联信息技术有限公司 评论消息的显示方法、装置、电子设备、系统及存储介质
CN112866738A (zh) * 2021-01-19 2021-05-28 西安万像电子科技有限公司 消息处理方法及直播消息管理系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于网关的多屏互动系统的设计与实现;叶楠;;电视技术(02);全文 *

Also Published As

Publication number Publication date
CN114501117A (zh) 2022-05-13

Similar Documents

Publication Publication Date Title
CN111050205A (zh) 视频片段获取方法、装置、设备、存储介质和程序产品
CN108449409B (zh) 动画推送方法、装置、设备和存储介质
CN108228293B (zh) 一种界面皮肤切换方法及装置
US20170134495A1 (en) Method and apparatus for sharing collaboratively edited document
CN110826799B (zh) 业务预测方法、装置、服务器及可读存储介质
CN112822560B (zh) 虚拟礼物赠送方法、系统、计算机设备及存储介质
CN105786539B (zh) 一种文件下载方法及装置
CN114501117B (zh) 一种多平台消息同步合并方法、系统、电子设备和存储介质
CN112437329A (zh) 一种播放视频的方法、装置、设备、及可读存储介质
CN111752535A (zh) Web页面的开发方法、装置、计算机设备和可读存储介质
CN109542776A (zh) 页面比对方法、装置及设备
CN110618848A (zh) 一种页面显示方法、装置、设备及存储介质
CN106953924B (zh) 一种共享信息的处理方法及共享客户端
CN115527090A (zh) 模型训练方法、装置、服务器及存储介质
CN111258434A (zh) 在聊天界面插入图片的方法、装置、设备及存储介质
CN104506661A (zh) 一种远程配置的基于使用场景的手机功耗自动化产生方法
CN114253436B (zh) 一种页面展示方法、装置及存储介质
CN112016280B (zh) 一种文件编辑方法、装置及计算机可读介质
CN111083421A (zh) 一种表格文档展示方法及装置
CN107291931B (zh) 一种便签的生成方法、装置及用户终端
CN111383038A (zh) 移动终端的广告展示方法、装置、移动终端和储存介质
CN112148744A (zh) 页面展示方法、装置、电子设备和计算机可读介质
CN112256654B (zh) 一种文档共享方法及装置
CN108829824B (zh) 互联网运营活动中的资源处理方法及装置
CN112417276A (zh) 分页数据获取方法、装置、电子设备及计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant