一种内容分享方法和装置方法与流程

[0001]
本发明涉及计算机技术领域，特别是涉及一种内容分享方法和装置。


背景技术：

[0002]
高动态范围图像(high dynamic range imaging，hdr或hdri)技术，在计算机图形学与电影摄影术中，是用来实现比普通数位图像技术更大曝光动态范围(即更大的明暗差别)的一组技术。
[0003]
随着科技的发展，目前很多智能设备都支持hdr10+技术，但是，同时也有很多设备仍然不支持hdr10+。
[0004]
发明人在实现本发明的过程中发现：由于一些智能设备不支持hdr10+技术，而使得这些设备在向支持hdr10+技术的高性能智能设备分享其拍摄的内容或者其他一些低质量内容的时候，这些支持hdr10+技术的高性能智能设备无法获得优质的分享内容播放质量。


技术实现要素：

[0005]
有鉴于此，本发明的主要目的在于提供一种内容分享方法和装置，可以有效提高内容分享质量。
[0006]
为了达到上述目的，本发明实施例提出的技术方案为：
[0007]
一种内容分享方法，包括：
[0008]
移动边缘计算(mec)服务器接收用户需要分享的目标视频；
[0009]
当所述目标视频不是hdr10+标准的视频时，所述mec服务器确定所述分享的类型；
[0010]
如果所述分享属于实时分享，则所述mec服务器采用分片转码的方式，对所述目标视频执行转码为hdr10标准或hdr10+标准的处理，并将处理结果实时地发送给目标接收端；否则，将所述目标视频整体转码为hdr10+标准后，发送给所述目标接收端。
[0011]
较佳地，所述采用分片转码的方式，对所述目标视频执行转码为hdr10标准或hdr10+标准的处理包括：
[0012]
对所述目标视频进行切分；
[0013]
对于所述切分得到的每个视频分片，进行解码，并根据解码结果，判断该视频分片是否需要提升画质，如果需要，则根据视频分片的视频标准类型，将该视频分片转码为hdr10标准或hdr10+标准的内容；否则，直接输出未经解码的该视频分片。
[0014]
较佳地，所述判断该视频分片是否需要提升画质包括：
[0015]
对于所述视频分片中每一帧图像，确定该帧图像内的主要物体，并确定所述主要物体的亮部占比与暗部占比；
[0016]
根据所述亮部占比和所述暗部占比，判断所述视频分片是否满足预设的画质提升条件，如果是，则确定所述视频分片需要提升画质。
[0017]
较佳地，所述根据视频分片的视频标准类型，将该视频分片转码为hdr10标准或
hdr10+标准的内容包括：
[0018]
如果所述视频分片的视频标准类型为标准动态范围(sdr)标准，则将该视频分片转码为hdr10标准或hdr10+标准的内容；
[0019]
如果所述视频分片的视频标准类型为hdr10标准，则将该视频分片转码为hdr10+标准的内容。
[0020]
较佳地，所述方法进一步包括：
[0021]
所述mec服务器在本地缓存所述目标视频的转码结果；
[0022]
当本地缓存的占用率达到预设的占用阈值时，所述mec服务器从本地缓存中，选择满足预设上传条件的视频转码结果，并通过所述mec服务器的上级mec服务器，将所选择的视频转码结果存储至所述上级mec服务器的内容分发网络(cdn)服务器中，之后，在本地缓存删除所述视频转码结果。
[0023]
较佳地，所述mec服务器由其上级mec服务器根据服务器的负载和缓存，从目标接收端侧的下级mec服务器中选出。
[0024]
较佳地，所述接收用户需要分享的目标视频包括：
[0025]
接收视频转码合并请求，所述视频转码合并请求携带所述目标视频，所述目标视频为第一视频的视频片段；
[0026]
所述方法进一步包括：
[0027]
当接收到所述第一视频的所有视频片段，并将所有所述视频片段转码为hdr10+标准的内容时，所述mec服务器根据所述视频转码合并请求，按照视频片段的编号顺序，将所述视频片段的转码结果排序并合并，将合并结果反馈给所述视频转码合并请求对应的用户终端。
[0028]
一种内容分享装置，设置于mec服务器中，包括：
[0029]
视频接收单元，用于接收用户需要分享的目标视频；
[0030]
类型确定单元，用于当所述目标视频不是hdr10+标准的视频时，确定所述分享的类型；
[0031]
转码处理单元，用于如果所述分享属于实时分享，则采用分片转码的方式，对所述目标视频执行转码为hdr10标准或hdr10+标准的处理，并将处理结果实时地发送给目标接收端；否则，将所述目标视频整体转码为hdr10+标准后，发送给所述目标接收端。
[0032]
较佳地，所述转码处理单元，具体用于采用分片转码的方式，对所述目标视频执行转码为hdr10标准或hdr10+标准的处理，包括：
[0033]
对所述目标视频进行切分；
[0034]
对于所述切分得到的每个视频分片，进行解码，并根据解码结果，判断该视频分片是否需要提升画质，如果需要，则根据视频分片的视频标准类型，将该视频分片转码为hdr10标准或hdr10+标准的内容；否则，直接输出未经解码的该视频分片。
[0035]
较佳地，所述转码处理单元，具体用于判断该视频分片是否需要提升画质，包括：
[0036]
对于所述视频分片中每一帧图像，确定该帧图像内的主要物体，并确定所述主要物体的亮部占比与暗部占比；
[0037]
根据所述亮部占比和所述暗部占比，判断所述视频分片是否满足预设的画质提升条件，如果是，则确定所述视频分片需要提升画质。
[0038]
较佳地，所述转码处理单元，具体用于根据视频分片的视频标准类型，将该视频分片转码为hdr10标准或hdr10+标准的内容，包括：
[0039]
如果所述视频分片的视频标准类型为sdr标准，则将该视频分片转码为hdr10标准或hdr10+标准的内容；
[0040]
如果所述视频分片的视频标准类型为hdr10标准，则将该视频分片转码为hdr10+标准的内容。
[0041]
较佳地，所述转码处理模块，进一步用于在本地缓存所述目标视频的转码结果；当本地缓存的占用率达到预设的占用阈值时，从本地缓存中，选择满足预设上传条件的视频转码结果，并通过所述mec服务器的上级mec服务器，将所选择的视频转码结果存储至所述上级mec服务器的内容分发网络cdn服务器中，之后，删除本地缓存中的所述视频转码结果。
[0042]
较佳地，所述mec服务器由其上级mec服务器根据服务器的负载和缓存，从目标接收端侧的下级mec服务器中选出。
[0043]
较佳地，所述视频接收单元，具体用于接收用户需要分享的目标视频，包括：
[0044]
接收视频转码合并请求；所述视频转码合并请求携带所述目标视频，所述目标视频为第一视频的视频片段；
[0045]
所述转码处理单元，进一步用于当接收到所述第一视频的所有视频片段并均已转码为hdr10+标准的内容时，根据所述视频转码合并请求，按照视频片段的编号顺序，将所述视频片段的转码结果排序并合并，将合并结果反馈给所述视频转码合并请求对应的用户终端。
[0046]
本发明实施例还提供了一种内容分享设备，包括处理器和存储器；
[0047]
所述存储器中存储有可被所述处理器执行的应用程序，用于使得所述处理器执行如上所述的内容分享方法。
[0048]
本发明实施例还提供了一种计算机可读存储介质，其中存储有计算机可读指令，该计算机可读指令用于执行如上所述的内容分享方法。
[0049]
由上述技术方案可见，本发明提出的内容分享方法和装置，由mec服务器对非hdr10+标准的视频转化为更高标准的视频，即hdr10标准或hdr10+标准的视频，如此，可以充分利用mec服务器的强大计算能力，提高需要分享的视频画质，从而使得支持hdr10+技术的高性能智能设备能够获得优质的分享内容播放质量。并且，对于需要实时分享的视频，采用分片转码的方式，执行转码为hdr10标准或hdr10+标准的处理并实时发送给分享的目标接收端，如此，可以在提高分享视频画质的同时，保障视频分享的实时性需求，提升用户体验。因此，采用本发明实施例可以有效提高内容分享质量。
附图说明
[0050]
图1为本发明实施例的方法流程示意图；
[0051]
图2为sdr标准的视频转码为hdr10标准的方法示意图；
[0052]
图3为sdr标准的视频转码为hdr10+标准的方法示意图；
[0053]
图4为hdr标准的视频转码为hdr10+标准的方法示意图；
[0054]
图5为本发明实施例在场景一的应用示意图；
[0055]
图6为本发明实施例在场景二的应用示意图；
[0056]
图7为本发明实施例在场景三的应用示意图；
[0057]
图8为本发明实施例在场景四的应用示意图；
[0058]
图9为本发明实施例的装置结构示意图。
具体实施方式
[0059]
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步地详细描述。
[0060]
图1为本发明实施例的内容分享方法流程示意图，如图1所示，该实施例实现的内容分享方法主要包括：
[0061]
步骤101、mec服务器接收用户需要分享的目标视频。
[0062]
步骤102、当所述目标视频不是hdr10+标准的视频时，所述mec服务器确定所述分享的类型。
[0063]
本步骤中，mec服务器需要确定目标视频是否为hdr10+标准的视频，并在目标视频不是hdr10+标准的视频时，需要进一步确定分享类型，即是实时分享还是非实时分享，以便在后续步骤中，基于分享类型采用与分享类型相匹配的转码方法，以避免转码处理影响视频的分享效率。
[0064]
步骤103、如果所述分享属于实时分享，则所述mec服务器采用分片转码的方式，对所述目标视频执行转码为hdr10标准或hdr10+标准的处理，并将处理结果实时地发送给目标接收端；否则，将所述目标视频整体转码为hdr10+标准后，发送给所述目标接收端。
[0065]
本步骤中，考虑到实时分享对视频的传输时延要求高，对于实时分享的视频，mec服务器将采用分片转码的方式，对目标视频执行转码为hdr10标准或hdr10+标准的处理，并将处理结果实时地发送给目标接收端，这样，可以边转码边传输，而不需要等待视频的所有图像帧都转码处理完再传输给目标接收端，因此，可以克服转码的时间开销对视频实时分享的影响，进而可以在实现实时分享的同时，提高视频的分享质量。
[0066]
本步骤中，考虑到非实时分享对传输时延的要求低，因此，不需要在转码前先视频进行分片，再基于视频分片分别执行转码处理，而是直接将视频全部转码完成后，再发送给目标接收端，如此，可以在充分利用mec服务器高计算能力提高视频分享质量的同时，减少视频转码处理开销。
[0067]
在实际应用中，在将转码结果发送给目标接收端时，会按照不同的码率、分辨率等参数生成自适应串流(abr)流数据，将所生成的abr流数据传输给目标接收端。
[0068]
在一个实施方式中，为了尽可能地减少转码开销，提高转码效率，可以采用下述方法采用分片转码的方式，对所述目标视频执行转码为hdr10标准或hdr10+标准的处理：
[0069]
对所述目标视频进行切分；
[0070]
对于所述切分得到的每个视频分片，进行解码，并根据解码结果，判断该视频分片是否需要提升画质，如果需要，则根据视频分片的视频标准类型，将该视频分片转码为hdr10标准或hdr10+标准的内容；否则，直接输出未经解码的该视频分片。
[0071]
上述方法中，在对视频分片进行转码前，先根据视频分片的画质进行识别，仅将画质较差的视频分片转化为hdr10标准或hdr10+标准的内容，以提高它们的画质，而对画质较好的视频分片则不需要转码。这样，通过先基于画质，对视频分片筛选，然后再仅对筛选的
视频分片进行转码，如此，可以大幅度减少转码开销，提高转码效率，进而保障视频分片传输的实时性。
[0072]
上述方法中，每个视频分片的长度可预先由本领域技术人员根据实际需要，综合考虑切片处理开销、转码实时性要求和视频分享画质要求等因素设置合适取值。
[0073]
较佳地，为了提高对用于转码的视频分片进行筛选的准确性，可以采用下述方法来判断视频分片是否需要提升画质：
[0074]
步骤x1、对于所述视频分片中每一帧图像，确定该帧图像内的主要物体，并确定所述主要物体的亮部占比与暗部占比。
[0075]
本步骤中，对图像内的主要物体的识别，可以采用现有的图像检测方法识别，在此不再赘述。
[0076]
这里，亮部占比是指主要物体的亮部区域在主要物体的总面积中的比例；暗部占比是指主要物体的暗部区域在主要物体的总面积中的比例。其中，亮部区域和暗部区域的识别可以采用现有方法实现，如：亮度值大于预设的最大亮度阈值的区域为亮部区域，亮度值小于预设的最小亮度阈值的区域为暗部区域。
[0077]
步骤x2、根据所述亮部占比和所述暗部占比，判断所述视频分片是否满足预设的画质提升条件，如果是，则确定所述视频分片需要提升画质。
[0078]
本步骤中，可以根据实际需要灵活设置画质提升条件。
[0079]
例如，所述画质提升条件可以为：
[0080]
视频分片中画质差的图像帧数量在视频分片的总帧数中的占比大于预设阈值。
[0081]
其中，画质差的图像帧可以为：所述亮部占比和所述暗部占比相加的结果大于预设的综合占比阈值的图像帧，或者可以为：所述亮部占比大于预设的亮部占比阈值，和/或所述暗部占比大于预设的暗部占比阈值的图像帧。
[0082]
这里，当视频分片中较多图像帧满足：所述亮部占比和所述暗部占比相加的结果大于预设的综合占比阈值的图像帧，或者，所述亮部占比大于预设的亮部占比阈值，或者，所述暗部占比大于预设的暗部占比阈值，说明图像帧中丢失图像细节的区域较多，需要通过转码至hdr10标准或hdr10+标准，以增加图像细节。
[0083]
在一个实施方式中，为了尽量减少转码开销，可以采用下述方法根据视频分片的视频标准类型，将该视频分片转码为hdr10标准或hdr10+标准的内容：
[0084]
如果所述视频分片的视频标准类型为sdr标准，则将该视频分片转码为hdr10标准或hdr10+标准的内容。
[0085]
如果所述视频分片的视频标准类型为hdr10标准，则将该视频分片转码为hdr10+标准的内容。
[0086]
上述方法中，当视频分片的视频标准类型为sdr标准时，其转换的目标可以是hdr10标准或是hdr10+标准，而不再局限于hdr10+标准，这样，由于相较于转码为hdr10+标准，转码为hdr10标准的运算开销少，因此，相比于将所有视频分片统一转换为hdr10+标准，转码处理开销少。
[0087]
考虑到hdr10+标准相较于hdr10标准，对图像细节的扩展能力更强，可以选择将画质很差的视频分片转码为hdr10+标准，而将画质不是很差的视频分片转码为hdr10标准。因此，在一个实施方式中，可以根据视频分片的画质，按照如果画质差到预设程度，则转码为
hdr10+标准，否则，转码为hdr10标准的原则，来确定转换的目标标准。这样，对于画质不是很差的视频分片，转码为hdr10标准的内容即可，如此，则可以在提高目标视频的整体画质的同时，减少转码运算开销、提高转码效率。
[0088]
上述方法中将sdr标准的视频转码为hdr10标准或hdr10+标准，以及将hdr10标准的视频转码为hdr10+标准，可采用现有技术实现，具体如图2～图4所示。
[0089]
图2给出了将sdr标准的视频转码为hdr10标准的方法示意图，如图2所示，该方法主要包括：对视频解码的数据进行变换；计算静态色调映射(static tone mapping，stm)，并逐帧将8bit位深的内容提升至10bit；然后，对提升成10bit的内容进行反向变换，最后，编码为hdr的内容。
[0090]
图3给出了将sdr标准的视频转码为hdr10+标准的方法示意图，如图3所示，该方法主要包括：对视频解码的数据进行变换；计算stm，对解码的数据进行场景检测，根据场景检测的数据，计算动态色调映射(dynamic tone mapping，dtm)，以及逐帧将8bit位深的内容提升至10bit，对提升成10bit的内容进行反向变换；最后，编码为hdr10+的内容。
[0091]
图4给出了将hdr标准的视频转码为hdr10+标准的方法示意图，如图4所示，该方法主要包括：对视频解码的数据进行变换；对解码的数据进行场景检测，根据场景检测的数据，计算dtm；并逐帧将8bit位深的内容提升至10bit，对提升成10bit的内容进行反向变换；最后，编码为hdr10+的内容。
[0092]
上述几种转码过程中，对视频解码的数据进行变换具体包括：从yuv颜色模型转换到rgb颜色模型、从限制范围(legal range)转换到全范围(full range)、通过电光转换函数(eotf函数)函数将非线性的颜色值转换成线性的颜色值，从rec.709色域转换到dci-p3色域，以及从bt.2020色域转换到dci-p3色域。
[0093]
对提升成10bit的内容进行反向变换具体包括：从rgb颜色模型转换到yuv颜色模型、从full range转换到legal range、通过光电转换函数(oetf函数)将线性的颜色值转换成非线性的颜色值、以及从dci-p3色域转换到bt.2020色域。
[0094]
在一个实施方式中，mec服务器可以将目标视频的转码结果存放在本地缓存中，以便其他终端可以直接向该mec服务器请求获取目标视频的转码结果，以提高目标视频转码结果的利用率。进一步地，为了避免对视频转码结果的存储受限于mec服务器本地缓存的大小，可以采用反向存储的方式，在本地缓存的占用率达到一定程度时，选择一些视频转码结果上传至cdn服务器中，具体可以采用下述方法实现：
[0095]
当本地缓存的占用率达到预设的占用阈值时，所述mec服务器从本地缓存中，选择满足预设上传条件的视频转码结果，并通过所述mec服务器的上级mec服务器，将所选择的视频转码结果存储至所述上级mec服务器的cdn服务器中，之后，在本地缓存删除所述视频转码结果。
[0096]
上述方法中，本领域技术人员可根据实际需要灵活设置上传条件，例如，所述上传条件可以为选择上传优先级最大的视频转码结果，所述上传优先级可以基于存储时间和请求分享的频率，采用权重计算的方式计算得到。
[0097]
所述占用阈值用于控制反向存储的时机，具体可由本领域技术人员根据实际需要设置。例如可以是70％～99％范围内的取值，但不限于此。
[0098]
在一个实施方式中，为了减少视频转码结果的传输开销，提高分享效率，可以从目
标接收端侧的下级mec服务器中选出用于对目标视频进行转码的mec服务器，即：所述mec服务器可以由其上级mec服务器根据服务器的负载和缓存，从目标接收端侧的下级mec服务器中选出。
[0099]
上述方法中，具体可以基于服务器的负载和缓存，采用负载小优先值大，缓存多优先值大的原则，计算目标接收端侧的各下级mec服务器的综合优先值，选择综合优先值最大的下级mec服务器作为用于对目标视频进行转码的mec服务器，但不限于上述方法，也可以采用其他负载均衡方法，来选择用于对目标视频进行转码的mec服务器。
[0100]
进一步地，在一个实施方式中，还可以将不同用户发送的同一视频的不同视频部分，分别进行转码后，再进行合并，最后将合并后的结果，发给各用户。基于此场景，步骤101具体可以采用下述方法接收用户需要分享的目标视频：
[0101]
接收视频转码合并请求，所述视频转码合并请求携带所述目标视频，所述目标视频为第一视频的视频片段；
[0102]
进一步地，当接收到所述第一视频的所有视频片段，并将所有所述视频片段转码为hdr10+标准的内容时，所述mec服务器根据所述视频转码合并请求，按照视频片段的编号顺序，将所述视频片段的转码结果排序并合并，将合并结果反馈给所述视频转码合并请求对应的用户终端。
[0103]
在上述方法实施例中，由mec服务器对非hdr10+标准的视频转化为更高标准的视频，如此，可以充分利用mec服务器的高计算能力，提高需要分享的视频画质，从而使得支持hdr10+技术的高性能智能设备能够获得优质的分享内容播放质量。并且，对于需要实时分享的视频，采用分片转码的方式，执行转码为hdr10标准或hdr10+标准的处理，并实时发送给分享的目标接收端。如此，可以在提高分享视频画质的同时，保障视频分享的实时性需求，提升用户体验。因此，采用本发明实施例可以有效提高内容分享质量。
[0104]
下面结合几种具体应用场景，对上述方法实施例的具体应用进行详细说明：
[0105]
图5为上述方法实施例应用于场景一的示意图。该场景下可以实现移动设备端到移动设备端的hdr10+内容实时分享，如图5所示：该实时分享过程包括：
[0106]
1、用户终端发起视频分享请求，向mec服务器传输sdr视频。
[0107]
2、mec服务器接收用户终端的sdr视频数据。
[0108]
3、mec服务器判断转码模式为实时转码，对sdr数据进行切分，并对每个视频分片确认转码为何种质量的内容sdr/hdr/hdr10+。
[0109]
4、mec服务器基于视频分片的转码结果，按照不同的码率、分辨率等参数，生成自适应串流(abr)流视频数据。
[0110]
5、mec服务器将abr&hdr10+视频发送给接收用户终端。
[0111]
6、用户终端接收内容，并实时播放。
[0112]
图6为上述方法实施例应用于场景二的示意图。该场景下可以实现移动设备端通过mec转码本地非hdr10+的内容，并分享到社交平台，如图6所示：该分享过程主要包括：
[0113]
1、用户对mec服务器发起转码请求，将本地视频上传至mec服务器。
[0114]
2、mec服务器对所述视频进行转码。
[0115]
3、mec服务器将转码完成后的hdr10+视频发送给用户。
[0116]
4、用户将高质量的hdr10+视频，发布到各大社交平台，或者分享给其他用户。
[0117]
图7为上述方法实施例应用于场景三的示意图。该场景下可以实现：多个用户合作剪辑hdr10+内容，即通过mec服务器将具有编号顺序的几个片段转码，并且合并成一个完整的视频，如图7所示，该分享过程主要包括：
[0118]
1、视频编辑用户a、b、c、d
…
分别向mec服务器发起转码合并请求，将本地内容上传至mec服务器。
[0119]
2、mec服务器分别对各段视频进行转码。
[0120]
3、mec服务器按照视频编码的升序，对各段视频的转码结果进行排序，并基于排序结果进行视频合并，得到完整的hdr10+视频
[0121]
图8为上述方法实施例应用于场景四的示意图。该场景下可以实现：远距离分享，如图8所示，该分享过程主要包括：
[0122]
1、用户a发起内容分享，并通过核心网上传分享的目标视频到内容服务器。
[0123]
2、内容服务器通过cdn网络，发送任务到上级mec服务器。
[0124]
3、上级mec服务器，根据下级mec服务器的负载、缓存容量，从远端mec服务器(即靠近接收端的mec服务器)集合中，选择一个mec服务器，由该mec服务器对目标视频进行内容转码和分享的处理。
[0125]
4、所选择的远端mec服务器将转码后的内容，发送给接收方用户b。
[0126]
与上述方法实施例相对应，本发明实施例还提供了一种内容分享装置，设置于移动边缘计算mec服务器中，包括：
[0127]
视频接收单元901，用于接收用户需要分享的目标视频；
[0128]
类型确定单元902，用于当所述目标视频为非hdr10+标准的视频时，确定所述分享的类型；
[0129]
转码处理单元903，用于如果所述分享属于实时分享，则采用分片转码的方式，对所述目标视频执行转码为hdr10标准或hdr10+标准的处理，并将处理结果实时地发送给目标接收端；否则，将所述目标视频整体转码为hdr10+标准后，发送给所述目标接收端。
[0130]
较佳地，所述转码处理单元903，具体用于采用分片转码的方式，对所述目标视频执行转码为hdr10标准或hdr10+标准的处理，包括：
[0131]
对所述目标视频进行切分；
[0132]
对于所述切分得到的每个视频分片，进行解码，并根据解码结果，判断该视频分片是否需要提升画质，如果需要，则根据视频分片的视频标准类型，将该视频分片转码为hdr10标准或hdr10+标准的内容；否则，直接输出未经解码的该视频分片。
[0133]
较佳地，所述转码处理单元903，具体用于判断该视频分片是否需要提升画质，包括：
[0134]
对于所述视频分片中每一帧图像，确定该帧图像内的主要物体，并确定所述主要物体的亮部占比与暗部占比；
[0135]
根据所述亮部占比和所述暗部占比，判断所述视频分片是否满足预设的画质提升条件，如果是，则确定所述视频分片需要提升画质。
[0136]
较佳地，所述转码处理单元903，具体用于根据视频分片的视频标准类型，将该视频分片转码为hdr10标准或hdr10+标准的内容，包括：
[0137]
如果所述视频分片的视频标准类型为sdr标准，则将该视频分片转码为hdr10标准
或hdr10+标准的内容；
[0138]
如果所述视频分片的视频标准类型为hdr10标准，则将该视频分片转码为hdr10+标准的内容。
[0139]
较佳地，所述转码处理模块903，进一步用于在本地缓存所述目标视频的转码结果；当本地缓存的占用率达到预设的占用阈值时，从本地缓存中，选择满足预设上传条件的视频转码结果，并通过所述mec服务器的上级mec服务器，将所选择的视频转码结果存储至所述上级mec服务器的内容分发网络cdn服务器中，之后，删除本地缓存中的所述视频转码结果。
[0140]
较佳地，所述mec服务器由其上级mec服务器根据服务器的负载和缓存，从目标接收端侧的下级mec服务器中选出。
[0141]
较佳地，所述视频接收单元901，具体用于接收用户需要分享的目标视频，包括：
[0142]
接收视频转码合并请求；所述视频转码合并请求携带所述目标视频，所述目标视频为第一视频的视频片段；
[0143]
所述转码处理单元903，进一步用于当接收到所述第一视频的所有视频片段并均已转码为hdr10+标准的内容时，根据所述视频转码合并请求，按照视频片段的编号顺序，将所述视频片段的转码结果排序并合并，将合并结果反馈给所述视频转码合并请求对应的用户终端。
[0144]
基于上述实施例，本发明实施例还提供了一种内容分享设备，包括处理器和存储器；
[0145]
所述存储器中存储有可被所述处理器执行的应用程序，用于使得所述处理器执行如上所述的内容分享方法。
[0146]
本发明实施例还提供了一种计算机可读存储介质，其中存储有计算机可读指令，该计算机可读指令用于执行如上所述的内容分享方法。
[0147]
上述实施例中，存储器具体可以实施为电可擦可编程只读存储器(eeprom)、快闪存储器(flash memory)、可编程程序只读存储器(prom)等多种存储介质。处理器可以实施为包括一或多个中央处理器或一或多个现场可编程门阵列，其中现场可编程门阵列集成一或多个中央处理器核。具体地，中央处理器或中央处理器核可以实施为cpu或mcu。
[0148]
需要说明的是，上述各流程和各结构图中不是所有的步骤和模块都是必须的，可以根据实际的需要忽略某些步骤或模块。各步骤的执行顺序不是固定的，可以根据需要进行调整。各模块的划分仅仅是为了便于描述采用的功能上的划分，实际实现时，一个模块可以分由多个模块实现，多个模块的功能也可以由同一个模块实现，这些模块可以位于同一个设备中，也可以位于不同的设备中。
[0149]
各实施方式中的硬件模块可以以机械方式或电子方式实现。例如，一个硬件模块可以包括专门设计的永久性电路或逻辑器件(如专用处理器，如fpga或asic)用于完成特定的操作。硬件模块也可以包括由软件临时配置的可编程逻辑器件或电路(如包括通用处理器或其它可编程处理器)用于执行特定操作。至于具体采用机械方式，或是采用专用的永久性电路，或是采用临时配置的电路(如由软件进行配置)来实现硬件模块，可以根据成本和时间上的考虑来决定。
[0150]
用于提供程序代码的存储介质实施方式包括软盘、硬盘、磁光盘、光盘(如cd-rom、
cd-r、cd-rw、dvd-rom、dvd-ram、dvd-rw、dvd+rw)、磁带、非易失性存储卡和rom。可选择地，可以由通信网络从服务器计算机或云上下载程序代码。
[0151]
在本文中，“示意性”表示“充当实例、例子或说明”，不应将在本文中被描述为“示意性”的任何图示、实施方式解释为一种更优选的或更具优点的技术方案。为使图面简洁，各图中的只示意性地表示出了与本发明相关部分，而并不代表其作为产品的实际结构。另外，以使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。在本文中，“一个”并不表示将本发明相关部分的数量限制为“仅此一个”，并且“一个”不表示排除本发明相关部分的数量“多于一个”的情形。在本文中，“上”、“下”、“前”、“后”、“左”、“右”、“内”、“外”等仅用于表示相关部分之间的相对位置关系，而非限定这些相关部分的绝对位置。
[0152]
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。