一种基于情感计算的内容同步方法和装置制造方法及图纸

本申请实施例公开了一种基于情感计算的内容同步方法和装置，该方法包括：在组播视频播放过程中由每个组播客户端检测是否存在丢包现象；当任意的第一组播客户端检测到存在丢包现象时，由所述第一组播客户端发出自动重传请求，并接收组播视频数据传输路径中一层或多层组播路由器根据预设的协同缓存重传策略发送的重传数据包；在所述第一组播客户端上根据重传数据包对应视频内容的预设属性对该重传数据包对应的组播视频的播放进度进行调节；所述预设属性包括：根据情感计算获取的难易程度和/或重要程度。通过该实施例方案，保证了不丢失视频内容，保证了组播实况教学效果，并减小了由于丢包重传造成的网络负载。了由于丢包重传造成的网络负载。了由于丢包重传造成的网络负载。

【技术实现步骤摘要】
一种基于情感计算的内容同步方法和装置


[0001]本申请实施例涉及组播技术，尤指一种基于情感计算的内容同步方法和装置。

技术介绍

[0002]IP（互联网协议）组播通过使用D类IP地址将一份数据同时发送给组播组内的多台主机，这使得它非常适合网上教学等一对多的场景：视频源基于组播面向多客户端主机进行内容播放。但在局域网特别是广域网（如支持组播的M Bone网络）环境下，网络不畅丢包会导致组播视频部分内容丢失。此时，如果直接重传丢失的内容，正常播放，则会导致各个学生之间的进度不一样；如果跳过部分内容，会影响教学效果；如果简单的快进播放，同样会影响教学效果。
[0003]在面临组播数据丢包时，视频客户端当前的处理策略一般有两种：1、跳过丢包内容等待网络恢复正常后继续播放；2、通过前向冗余纠错FEC技术恢复丢包。前者因内容缺失而影响业务质量；后者通过丢包侦测利用冗余数据的异或操作恢复数据，冗余数据传输本身增加了网络负载，更易加重网络拥塞。

技术实现思路

[0004]本申请实施例提供了一种基于情感计算的内容同步方法和装置，能够保证不丢失视频内容，保证组播实况教学效果，并减小由于丢包重传造成的网络负载。
[0005]本申请实施例提供了一种基于情感计算的内容同步方法，所述方法可以包括：在组播视频播放过程中由每个组播客户端检测是否存在丢包现象；当任意的第一组播客户端检测到存在丢包现象时，由所述第一组播客户端发出自动重传请求，并接收组播视频数据传输路径中一层或多层组播路由器根据预设的协同缓存重传策略发送的重传数据包；在所述第一组播客户端上根据重传数据包对应视频内容的预设属性对该重传数据包对应的组播视频的播放进度进行调节；所述预设属性包括：根据情感计算获取的难易程度和/或重要程度。
[0006]在本申请的示例性实施例中，通过该实施例方案，保证了不丢失视频内容，保证了组播实况教学效果，并减小了由于丢包重传造成的网络负载。
[0007]本申请实施例还提供了一种基于情感计算的内容同步装置，可以包括处理器和计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令被所述处理器执行时，实现所述的基于情感计算的内容同步方法。
[0008]本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的其他优点可通过在说明书以及附图中所描述的方案来实现和获得。
附图说明
[0009]附图用来提供对本申请技术方案的理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请的技术方案，并不构成对本申请技术方案的限制。
[0010]图1为本申请实施例的基于情感计算的内容同步方法流程图；图2为本申请实施例的RTP封包结构示意图；图3为本申请实施例的组播视频传输结构示意图；图4为本申请实施例的根据预设的协商机制在每个层级的组播路由器之间协商每层组播路由器所需缓存的视频数据的播放时段，并确定每个层级的组播路由器对应的层级数的方法流程图；图5为本申请实施例的组播视频数据传输路径中一层或多层组播路由器根据预设的协同缓存重传策略发送重传数据包的方法流程图；图6为本申请实施例的基于情感计算的内容同步装置组成框图。
具体实施方式
[0011]本申请描述了多个实施例，但是该描述是示例性的，而不是限制性的，并且对于本领域的普通技术人员来说显而易见的是，在本申请所描述的实施例包含的范围内可以有更多的实施例和实现方案。尽管在附图中示出了许多可能的特征组合，并在具体实施方式中进行了讨论，但是所公开的特征的许多其它组合方式也是可能的。除非特意加以限制的情况以外，任何实施例的任何特征或元件可以与任何其它实施例中的任何其他特征或元件结合使用，或可以替代任何其它实施例中的任何其他特征或元件。
[0012]本申请包括并设想了与本领域普通技术人员已知的特征和元件的组合。本申请已经公开的实施例、特征和元件也可以与任何常规特征或元件组合，以形成由权利要求限定的独特的专利技术方案。任何实施例的任何特征或元件也可以与来自其它专利技术方案的特征或元件组合，以形成另一个由权利要求限定的独特的专利技术方案。因此，应当理解，在本申请中示出和/或讨论的任何特征可以单独地或以任何适当的组合来实现。因此，除了根据所附权利要求及其等同替换所做的限制以外，实施例不受其它限制。此外，可以在所附权利要求的保护范围内进行各种修改和改变。
[0013]此外，在描述具有代表性的实施例时，说明书可能已经将方法和/或过程呈现为特定的步骤序列。然而，在该方法或过程不依赖于本文所述步骤的特定顺序的程度上，该方法或过程不应限于所述的特定顺序的步骤。如本领域普通技术人员将理解的，其它的步骤顺序也是可能的。因此，说明书中阐述的步骤的特定顺序不应被解释为对权利要求的限制。此外，针对该方法和/或过程的权利要求不应限于按照所写顺序执行它们的步骤，本领域技术人员可以容易地理解，这些顺序可以变化，并且仍然保持在本申请实施例的精神和范围内。
[0014]本申请实施例提供了一种基于情感计算的内容同步方法，如图1所示，所述方法可以包括步骤S101
‑
S103：S101、在组播视频播放过程中由每个组播客户端检测是否存在丢包现象；S102、当任意的第一组播客户端检测到存在丢包现象时，由所述第一组播客户端发出自动重传请求，并接收组播视频数据传输路径中一层或多层组播路由器根据预设的协同缓存重传策略发送的重传数据包；
S103、在所述第一组播客户端上根据重传数据包对应视频内容的预设属性对该重传数据包对应的组播视频的播放进度进行调节；所述预设属性包括：难易程度和/或重要程度。
[0015]在本申请的示例性实施例中，提出了一种丢包后内容完整播放和进度同步的组播实况方案。当其中某个组播客户端A（即第一组播客户端）的视频出现丢包，导致卡顿，为了避免该组播客户端A的学生丢失实况教学内容，通过丢包重传以及播放进度的调节（快进），最终实现播放内容与其他组播客户端同步的目的。
[0016]在本申请的示例性实施例中，在线教学组播业务可以包括正常组播业务、收发缓冲、组播丢包侦测及重传、组播客户端倍速播放及内容同步。目前，在线教学的组播业务可通过协议IGMP、PIM
‑
SM/PIM
‑
DM等进行常规配置，在此不展开描述。
[0017]在本申请的示例性实施例中，组播缓冲区大小设置属于应用层的实现，本申请实施例对媒体流组播缓存区划分可以包括：组播客户端的接收缓存区、组播视频源服务器的发送缓冲区。可以使用如下参数：往返时延RTT、丢包恢复时间t、组播客户端的缓冲区时间窗口Tcache
‑
c、组播服务器的缓冲区时间窗口Tcache
‑
s，以上单位均为微秒（ms）。
[0018]在本申请的示例性实施例中，对于组播客户端的接收缓存区：重传丢包到达时间t在接收缓冲区时间窗口Tcache
‑
c内，丢包才能正常恢复；同时重本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于情感计算的内容同步方法，其特征在于，所述方法包括：在组播视频播放过程中由每个组播客户端检测是否存在丢包现象；当任意的第一组播客户端检测到存在丢包现象时，由所述第一组播客户端发出自动重传请求，并接收组播视频数据传输路径中一层或多层组播路由器根据预设的协同缓存重传策略发送的重传数据包；在所述第一组播客户端上根据重传数据包对应视频内容的预设属性对该重传数据包对应的组播视频的播放进度进行调节；所述预设属性包括：根据情感计算获取的难易程度和/或重要程度。2.根据权利要求1所述的基于情感计算的内容同步方法，其特征在于，所述方法还包括：在组播视频播放过程中，当组播视频源服务器将组播视频数据包沿组播视频数据传输路径发送时，所述组播视频数据传输路径上的每层组播路由器分别缓存所述组播视频数据包中一个或多个播放时段的视频数据；其中，组播路由器层和所述组播视频源服务器之间的距离，与该组播路由器层中的路由器中缓存的视频数据对应的播放时段与当前时刻的时间差呈负相关，组播路由器层和所述组播客户端之间的距离，与该组播路由器层中的路由器中缓存的视频数据对应的播放时段与当前时刻的时间差呈正相关。3.根据权利要求2所述的基于情感计算的内容同步方法，其特征在于，在所述组播视频数据传输路径上的每层组播路由器分别缓存所述组播视频数据包中一个或多个播放时段的视频数据之前，所述方法还包括：根据预设的协商机制在每个层级的组播路由器之间协商每层组播路由器所需缓存的视频数据的播放时段，并确定每个层级的组播路由器对应的层级数。4.根据权利要求3所述的基于情感计算的内容同步方法，其特征在于，所述根据预设的协商机制在每个层级的组播路由器之间协商每层组播路由器所需缓存的视频数据的播放时段，并确定每个层级的组播路由器对应的层级数，包括：由运行因特网组管理协议IGMP查询器的组播路由器作为最低层级的组播路由器，缓存预先协商好的与所述最低层级的组播路由器对应的播放时段的视频数据，并记录对应的层级为第一层级；从所述第一层级的组播路由器开始，逐层级向上一层级的组播路由器发送层级协议无关组播PIM消息，所述层级协议无关组播PIM消息中包含发送所述层级协议无关组播PIM消息的路由器所在层级的层级数；所述上一层级的组播路由器在接收到所述层级协议无关组播PIM消息后，缓存预先协商好的与所述上一层级的组播路由器对应的播放时段的视频数据，将所述上一层级的组播路由器自身对应的层级数在接收到的所述层级协议无关组播PIM消息中包含的层级数基础上加1并进行记录。5.根据权利要求4所述的基于情感计算的内容同步方法，其特征在于，所述根据预设的协商机制在每个层级的组播路由器之间协商每层组播路由器所需缓存的视频数据的播放时段，并确定每个层级的组播路由器对应的层级数，还包括：当任意一个组播路由器对应多个层级，并在不同的层级需要缓存不同播放时段的视频
数据时，将所述任意一个组播路由器的层级确定为对应的多个层级数中最大的层级数对应的层级，并缓存全部所述不同播放时段的视频数据。6.根据权利要求4所述的基于情感计算的内容同步方法，其特征在于，所述根据预设的协商机制在每个层级的组播路由器之间协商每层组播路由器所需缓存的视频数据的播放时段，并确定每个层级的组播路由器对应的层级数，还包括：当任意一个组播路由器对应多个层级，定义为第一路由器，与所述第一路由器通过所述组播视频数据传输路径连接的若干下层路由器定义为第二路由器，当所述第一路由器在不同的层级需要缓存不同播放时段的视频数据时，不再缓存所述第二路由器缓存过的视频数据，并由所述第一路由器与第二路由器进行协商，当丢失数据包包含所述第二路由器缓存过的视频数据，由所述第二路由器对所缓存的相应播放时段的视...

【专利技术属性】
技术研发人员：周迪，王威杰，钭雅静，朱东照，杨勇，应娜，徐爱华，
申请(专利权)人：浙江宇视科技有限公司，
类型：发明
国别省市：