一种视频播放方法、装置、电子设备及存储介质与流程
本发明涉及视频播放技术领域，尤其涉及一种视频播放方法、装置、电子设备及存储介质。
背景技术：
随着信息通信技术的不断发展，人们的信息通信习惯从语音+文件+图片逐渐变为视频，而且高清、流畅的视频作为信息的传播方式已经占据了主流。因此随着人们生活和娱乐的信息大量向视频转移，以及各行业对视频的需求日渐增多，为了满足新形势下互动视频需求以及不同行业的需求，视频云已成为目前云计算向行业渗透的一大发展方向。
所谓视频云其实就是基于云计算理念，采用视频作为“云端”向“终端”呈现处理结果的一种云计算方案。其中，作为云计算在视频领域内的应用，视频云可以将视频服务云端化，将云采集、云转码、云存储、云管理、云直播及云点播于一体。其中基于视频云进行视频上传和下载的过程如图1所示，即把视频采集设备会将视频上传到服务器，然后通过云计算进行转码，存储到业务服务器中，然后由业务服务器向客户端(client)传送媒体内容。
其中，无论是视频直播业务还是视频点播业务，客户端基于现有的网络架构发起视频调用时，其流程如图2所示，即客户端此案向基站发送视频调用请求，然后再通过核心网连接业务服务器中的目标视频，最终通过逐层传递，完成客户端与目标视频的交互。
因此当多个人同时观看同一个直播视频或者点播大众所热捧的同一个视频时，同一个基站下的所有客户端都需要发送同样的视频调用流程，业务服务器需为每个客户端单独反馈相应的视频信息。由于上述视频调用流程和视频信息的重复发送，一方面会占用传输链路中各级网络资源，致使网络拥塞，当访问激增时还容易导致网络瘫痪，另一方面还会增加业务服务器的响应时长，导致用户体验降低。
所以，目前运营商的传统网络架构，也就是还不能完全满足如用户所愿的业务体验，如何满足用户移动互联网化的各种业务需求、提高用户的业务体验，成为运营目前移动网络架构发展演进的难题。
技术实现要素：
本发明提供了一种视频播放方法、装置、电子设备及存储介质，用以解决现有技术中进行视频播放时因视频调用流程复杂，而导致的网络拥塞、用户体验降低的技术问题。
为达到上述目的，本发明提供了一种视频播放方法，所述方法包括：
移动边缘计算mec服务器接收客户端发送的携带有待播放视频的标识信息的视频播放请求；
判断本地缓存中是否保存有所述待播放视频的视频信息；
如果是，则将所述待播放视频的视频信息发送给所述客户端；
如果否，则将携带有待播放视频的标识信息的视频播放请求发送给业务服务器；接收所述业务服务器发送的所述待播放视频的视频信息，并将所述待播放视频的视频信息发送给所述客户端。
具体地，所述接收所述业务服务器发送的所述待播放视频的视频信息包括：
所述mec服务器接收所述业务服务器发送的不同码流和/或不同分辨率的待播放视频的视频信息；
所述将所述待播放视频的视频信息发送给所述客户端包括：
采用基于http的码流自适应has技术，从不同码流和/或不同分辨率的视频信息中确定与当前无线状况对应的目标视频信息，并将所述目标视频信息发送给所述客户端。
具体地，当所述视频播放请求为视频点播请求时，所述将所述待播放视频的视频信息发送给所述客户端之后，所述方法还包括：
针对所述待播放视频，记录所述mec服务器接收到所述客户端发送的视频播放请求的接收时间，以及所述mec服务器发送所述待播放视频的视频信息的发送时间。
具体地，所述方法还包括：
根据预设的更新周期，对本地缓存中的视频信息进行更新。
具体地，所述根据预设的更新周期，对本地缓存中的视频信息进行更新包括：
根据预先划分的更新周期中包含的每个子周期，及记录的每个视频对应的接收时间和发送时间，统计每个视频在每个子周期的播放次数和总响应时长，其中响应时长为视频对应的发送时间与接收时间的差值；
根据每个视频在每个子周期的播放次数和总响应时长，及该视频是否位于本地缓存中，计算得到每个视频在每个子周期的第一参考值，其中播放次数越大，对应的第一参考值的绝对值越大，总响应时长越小，对应的第一参考值的绝对值越大，且当视频位于本地缓存中时第一参考值为正，否则第一参考值为负；
根据每个视频在每个子周期的第一参考值，以及每个子周期对应的权重值，计算得到当前更新周期内所有视频的第二参考值；
判断所述第二参考值是否小于预设标准值；
如果是，则根据确定的每个视频在每个子周期的第一参考值的绝对值，对本地缓存中的视频信息进行更新。
具体地，所述根据每个视频在每个子周期的播放次数和总响应时长，及该视频是否位于本地缓存中，计算得到每个视频在每个子周期的第一参考值包括：
针对每个子周期，对每个视频在该子周期的播放次数求和，获取该子周期内所有视频的总播放次数；
根据每个视频在该子周期的播放次数，以及该子周期内所有视频的总播放次数，计算获取每个视频在该子周期的播放概率；
根据公式
其中，ri为第i个视频该子周期内的第一参考值，pi为第i个视频在该子周期内的播放概率，rsti为第i个视频在该子周期内的总响应时长，a为预设系数，当第i个视频位于本地缓存中时，a的值为正，否则a的值为负。
具体地，所述根据每个视频在每个子周期的第一参考值，以及每个子周期对应的权重值，计算得到当前更新周期内所有视频的第二参考值包括：
对每个视频在每个子周期的第一参考值求和，计算得到每个子周期内所有视频的第三参考值；
根据公式
其中，rt为表征当前更新周期内所有视频的第二参考值，t为更新周期中包含的子周期的第一数量，k为自然数，且k∈[0,t)，rt-k为表征第t-k个子周期内所有视频的第三参考值，γt-k为第t-k个子周期对应的权重值。
具体地，所述根据确定的每个视频在每个子周期的第一参考值的绝对值，对本地缓存中的视频信息进行更新包括：
根据确定的每个视频在当前更新周期内的最后一个子周期的第一参考值，对本地缓存中的视频信息进行更新。
具体地，所述对本地缓存中的视频信息进行更新之前，所述方法还包括：
根据公式
所述对本地缓存中的视频信息进行更新包括：
根据确定的待更新视频信息的第二数量，对本地相应数量的视频信息进行更新。
具体地，所述根据确定的待更新视频信息的第二数量，对本地相应数量的视频信息进行更新包括：
根据确定的每个未位于本地缓存的视频在最后一个子周期的第一参数值的绝对值，按照第一参数值的绝对值由大到小进行排序，并选择排序靠前的第二数量的第一视频；
根据确定的每个位于本地缓存的已播放视频在最后一个子周期的第一参数值的绝对值，按照第一参数值的绝对值由大到小进行排序，并选择排序靠后的第二数量的第二视频；
将第二数量的第二视频更新为第二数量的第一视频，并保存所述第一视频的视频信息。
具体地，如果所述第二参考值不小于预设标准值，所述方法还包括：
将所述第二参考值确定为新的预设标准值。
具体地，所述方法还包括：
若在预设时长内，所述mec服务器未接收到所述业务服务器发送的所述待播放视频的视频信息，则通知所述客户端向所述业务服务器发送携带有待播放视频的标识信息的视频播放请求。
依据本发明的另一个方面，还提供了一种电子设备，所述电子设备包括：处理器、存储器和收发机；
所述处理器，用于读取所述存储器中的程序，执行下列过程：通过所述收发机收客户端发送的携带有待播放视频的标识信息的视频播放请求；判断本地缓存中是否保存有所述待播放视频的视频信息；如果是，则将所述待播放视频的视频信息发送给所述客户端；如果否，则将携带有待播放视频的标识信息的视频播放请求发送给业务服务器；并接收所述业务服务器发送的所述待播放视频的视频信息，将所述待播放视频的视频信息发送给所述客户端；
所述收发机，用于在所述处理器的控制下发送和接收数据。
具体地，所述处理器，具体用于接收所述业务服务器发送的不同码流和/或不同分辨率的待播放视频的视频信息；采用has技术，从不同码流和/或不同分辨率的视频信息中确定与当前无线状况对应的目标视频信息，并将所述目标视频信息发送给所述客户端。
具体地，所述处理器，还用于当所述视频播放请求为视频点播请求时，在将所述待播放视频的视频信息发送给所述客户端之后，针对所述待播放视频，记录所述mec服务器接收到所述客户端发送的视频播放请求的接收时间，以及所述mec服务器发送所述待播放视频的视频信息的发送时间。
具体地，所述处理器，还用于根据预设的更新周期，对本地缓存中的视频信息进行更新。
具体地，所述处理器，具体用于根据预先划分的更新周期中包含的每个子周期，及记录的每个视频对应的接收时间和发送时间，统计每个视频在每个子周期的播放次数和总响应时长，其中响应时长为视频对应的发送时间与接收时间的差值；根据每个视频在每个子周期的播放次数和总响应时长，及该视频是否位于本地缓存中，计算得到每个视频在每个子周期的第一参考值，其中播放次数越大，对应的第一参考值的绝对值越大，总响应时长越小，对应的第一参考值的绝对值越大，且当视频位于本地缓存中时第一参考值为正，否则第一参考值为负；根据每个视频在每个子周期的第一参考值，以及每个子周期对应的权重值，计算得到当前更新周期内所有视频的第二参考值；判断所述第二参考值是否小于预设标准值；如果是，则根据确定的每个视频在每个子周期的第一参考值的绝对值，对本地缓存中的视频信息进行更新。
具体地，所述处理器，具体用于针对每个子周期，对每个视频在该子周期的播放次数求和，获取该子周期内所有视频的总播放次数；根据每个视频在该子周期的播放次数，以及该子周期内所有视频的总播放次数，计算获取每个视频在该子周期的播放概率；根据公式
具体地，所述处理器，具体用于对每个视频在每个子周期的第一参考值求和，计算得到每个子周期内所有视频的第三参考值；根据公式
具体地，所述处理器，具体用于根据确定的每个视频在当前更新周期内的最后一个子周期的第一参考值，对本地缓存中的视频信息进行更新。
具体地，所述处理器，还用于在对本地缓存中的视频信息进行更新之前，根据公式
具体地，所述处理器，具体用于根据确定的每个未位于本地缓存的视频在最后一个子周期的第一参数值的绝对值，按照第一参数值的绝对值由大到小进行排序，并选择排序靠前的第二数量的第一视频；根据确定的每个位于本地缓存的已播放视频在最后一个子周期的第一参数值的绝对值，按照第一参数值的绝对值由大到小进行排序，并选择排序靠后的第二数量的第二视频；将第二数量的第二视频更新为第二数量的第一视频，并保存所述第一视频的视频信息。
具体地，所述处理器，还用于如果所述第二参考值不小于预设标准值，将所述第二参考值确定为新的预设标准值。
具体地，所述处理器，还用于若在预设时长内，所述mec服务器未接收到所述业务服务器发送的所述待播放视频的视频信息，则通知所述客户端向所述业务服务器发送携带有待播放视频的标识信息的视频播放请求。
依据本发明的另一个方面，还提供了一种视频播放装置，所述装置包括：
接收模块，用于接收客户端发送的携带有待播放视频的标识信息的视频播放请求；
判断模块，用于判断本地缓存中是否保存有所述待播放视频的视频信息；
通信模块，用于如果所述判断模块的判断结果为是，则将所述待播放视频的视频信息发送给所述客户端；如果所述判断模块的判断结果为否，则将携带有待播放视频的标识信息的视频播放请求发送给业务服务器；并接收所述业务服务器发送的所述待播放视频的视频信息，将所述待播放视频的视频信息发送给所述客户端。
依据本发明的另一个方面，还提供了一种计算机可读存储介质，其存储有可由电子设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述电子设备上述视频播放方法中的步骤。
本发明的有益效果如下：
本发明提供了一种视频播放方法、装置、电子设备及存储介质，该方法包括：mec服务器接收客户端发送的携带有待播放视频的标识信息的视频播放请求；判断本地缓存中是否保存有所述待播放视频的视频信息；如果是，则将所述待播放视频的视频信息发送给所述客户端；如果否，则将携带有待播放视频的标识信息的视频播放请求发送给业务服务器；并接收所述业务服务器发送的所述待播放视频的视频信息，将所述待播放视频的视频信息发送给所述客户端。在本发明中，通过在现有的网络架构中增加mec服务器，可使得mec服务器在接收到客户端发送的视频播放请求后，基于视频播放请求中携带的标识信息确定待播放视频，并优先判断本地缓存中是否保存有待播放视频的视频信息，如果是，则可以直接将本地缓存中的视频信息发送给客户端；如果否，则可以通过向业务服务器发送视频播放请求，将业务服务器发送的待播放视频的视频信息转发给客户端。由于mec服务器可缓存视频信息，因此当多个客户端发起同样的视频播放请求时，可使得mec服务器将本地缓存中的视频信息发送给具有相同视频播放请求的客户端，无需业务服务器需为每个客户端单独反馈相应的视频信息，从而减少视频调用流程，有效节省了核心网侧的网络资源，不仅可以在一定程度上避免网络堵塞，缓解网络压力，还能够降低响应时长，提高用户体验。
附图说明
图1为现有技术中基于视频云进行视频上传和下载的过程示意图；
图2为现有技术中客户端发起视频调用的过程示意图；
图3为本发明实施例中提供的视频播放方法的流程图；
图4为本发明实施例中提供的网络架构的示意图；
图5为本发明实施例中进行视频直播时的过程示意图；
图6为本发明实施例中进行视频点播时的过程示意图；
图7为本发明实施例中对本地缓存进行更新的流程图；
图8为本发明实施例中对本地缓存进行更新的过程示意图；
图9为本发明实施例中提供的一种电子设备；
图10为本发明实施例中提供的一种视频装置的结构图；
图11为本发明实施例中更新模块的结构图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
实施例一：
随着移动互联网的快速发展，越来越多的用户习惯通过多样化的客户端来使用移动网络中的应用来观看网络中各种高清视频。其中，客户端在通过现有的网络架构在进行视频播放时，同一个基站下的所有客户端都需要发送同样的视频调用流程，业务服务器需为每个客户端单独反馈相应的视频信息。由于高清视频会消耗大量的网络资源和带宽，因此现有视频调用流程，一方面会占用传输链路中各级网络资源，致使网络拥塞，当访问激增时容易导致网络瘫痪，另一方面还会增加业务服务器响应时长，导致用户体验降低。
因此为克服上述技术问题，本发明实施例提供了一种视频播放方法，如图3所示，该方法包括以下步骤：
步骤s301：mec服务器接收客户端发送的携带有待播放视频的标识信息的视频播放请求。
其中，mec(mobileedgecomputing，移动边缘计算)服务器可利用无线接入网络就近提供电信用户it所需服务和云端计算功能，从而创造出一个具备高性能、低延迟与高带宽的电信级服务环境，加速网络中各项内容、服务及应用的快速下载，让消费者享有不间断的高质量网络体验。
为实现将移动网络和互联网两者技术有效融合在一起，mec服务器上增加有计算、存储和数据处理的功能。因此mec服务器在接收到客户端发送的携带有待播放视频的标识信息的视频播放请求之后，可根据待播放视频的标识信息确定待播放视频的名称。
具体地，在本发明实施例中，待播放视频的标识信息可以是待播放视频的名称或者是待播放视频的ip地址，当然可以理解的是，在本发明实施例中，对于待播放视频的标识信息并不进行具体限定。
由上述可知，mec服务器上具有存储功能，因此为缩短客户端接收到视频信息的响应时长，可在mec服务器中预先存储若干个视频的视频信息，其中视频的视频信息可以是对应视频的视频流、视频数据或视频文件，在本发明实施例中，对此并不进行具体限定。所以当mec服务器在接收到客户端发送的视频播放请求之后，mec服务器可先根据视频播放请求中携带的待播放视频的标识信息，需判断本地缓存中是否保存有该待播放视频的视频信息，也就是以下步骤s302。
步骤s302：判断本地缓存中是否保存有所述待播放视频的视频信息。
具体地，mec服务器在判断本地缓存中是否保存有待播放视频的视频信息时，需要对网络中的实时数据进行深度的解析，并和本地缓存的视频信息进行详细地对比，以确定本地缓存中是否保存有待播放视频的视频信息。当然可以理解的是，mec服务器也可以基于视频播放请求中携带的待播放视频的标识信息，确定待播放视频的名称，通过判断本地缓存中是否保存有待播放视频的视频名称，确定本地缓存中是否保存有待播放视频的视频信息。当然可以理解的是，在本发明实施例中，对于确定本地缓存中是否保存有待播放视频的视频信息的方式并不进行具体限定。
步骤s303：如果是，则将所述待播放视频的视频信息发送给所述客户端。
也就是说，如果mec服务器本地缓存中保存有待播放视频的视频信息，mec服务器则会将该待播放视频的视频信息直接发送给客户端。
由上述可知，在本发明实施例中，通过在现有的网络架构中增加mec服务器，可使得mec服务器在接收到客户端发送的携带有待播放视频的标识信息的视频播放请求时，且在本地缓存中保存有待播放视频的视频信息的情况下，直接将本地缓存中的视频信息发送给多个具有相同视频播放请求的客户端，无需应用服务器向每个客户端单独反馈相应的视频信息，从而减少了核心网对视频信息进行逐层传递的交互流程，有效节省了核心网侧的网络资源，不仅可以在一定程度上避免网络堵塞，缓解网络压力，还能够降低响应时长，提高用户体验。
由于待播放视频的视频信息不一定存在于mec服务器本地缓存中，所述方法还包括：
步骤s304：如果否，则将携带有待播放视频的标识信息的视频播放请求发送给业务服务器；并接收所述业务服务器发送的所述待播放视频的视频信息，将所述待播放视频的视频信息发送给所述客户端。
也就是说，当mec服务器本地缓存中未保存有待播放视频的视频信息时，mec服务器可将客户端发送的视频播放请求发送给业务服务器，此时业务服务器在接收到mec服务器发送的视频播放请求之后，会根据视频播放请求中携带的待播放视频的标识信息，将该待播放视频的视频信息发送给mec服务器。
由于mec服务器可缓存视频信息，因此当mec服务器在接收到其他客户端发送的相同视频请求时，也可以直接将该视频信息转发给具有相同视频请求的客户端，从而使得其他客户端也能够快速地得到该视频信息，同样不需要业务服务器需为每个客户端单独反馈相应的视频信息，不仅能够降低响应时长，提高用户体验，还能够减少通过核心网连接目标视频，再逐层进行传递所占用的网络资源，在一定程度上避免网络堵塞。
具体地，本发明实施例提供的网络架构的示意图如图4所示，其中mec服务器位于基站和核心网之间，所以mec服务器可通过核心网从业务服务器预先下载若干个视频的视频信息，且当客户端发送视频播放请求时，可通过基站转发获取。
由图4可知，mec服务器包括视频播放请求处理模块、cache管理模块(也就是缓存管理模块)、无线管理模块以及cache存储单元(也就是缓存存储单元)。其中，cache存储单元用于缓存视频信息，视频播放请求处理模块用于接收由基站转发的视频播放请求，并将视频播放请求中携带的待播放视频的标识信息发送给cache管理模块，cache管理模块可根据待播放视频的标识信息以及cache存储单元中存储的视频信息判断本地缓存中是否保存有待播放视频的视频信息，如果是，cache管理模块可通过无线管理模块获取基站的网络状况，从cache存储单元选择合适的码流和分辨率大小的视频信息，并采用has技术将该视频信息发送给客户端，因此无需应用服务器向每个客户端单独反馈相应的视频信息，大大节省核心网侧的网络资源的占用量。
另由于mec服务器距离基站最近，所以能够快速及时有效获取准确的无线网络的情况，实现真正的码流自适应，充分利用无线网络资源，提高了用户体验。
实施例二：
由上述可知，mec服务器能够快速及时有效的准确获取基站当前的无线网络状况，所以无论mec服务器将本地缓存中的视频信息发送给客户端，还是将应用服务器发送的视频信息发送给客户端，均可采用has技术向客户端发送视频信息，以大大提升用户的播放体验。
其中，has(httpadaptivestreaming，基于http的码流自适应)技术结合了传统的流媒体技术和http渐进式下载播放的特点，以http的方式向客户端传送视频信息，具体地，has技术进行视频播放的原理如下：
has技术可以将媒体数据的切割分块，且每个分块的时间长度相同，一般为2～10秒。因此在视频编码层，这意味着每个分块都由若干个完整的视频gop组成，即每个分块都有一个关键i帧，以此保证每个分块都与过去及将来的媒体分块无关联。
由于媒体分块存储在httpweb服务器中，客户端可以线性的方式向web服务器请求媒体分块，并以传统的http方式进行媒体分块的下载，因此当媒体分块下载至客户端时，客户端可按照顺序播放这一系列媒体分块。因为这些媒体分块按照约定的规则进行编码，各个媒体分块之间没有内容的重叠或不连续，因此对于用户来说，可看到一个无缝平滑的播放效果。
因此基于上述has技术的播放原理，如果一个视频在编码输出时已提供了多种码率，那么该视频则对应多种码率的媒体分块。所以mec服务器就可以根据每个客户端与基站之间的无线网络状况，决定下载更大或更小的媒体分块，实现码率的自适应。
所以在上述实施例的基础上，在本发明实施例中，所述mec服务器接收所述业务服务器发送的所述待播放视频的视频信息包括：
所述mec服务器接收所述业务服务器发送的不同码流和/或不同分辨率的待播放视频的视频信息。
也就是说，业务服务器在接收到mec服务器发送的视频播放请求之后，可以向mec服务器发送的不同码流和/或不同分辨率的视频信息，如果该视频播放请求为视频直播请求，那么业务服务器则会向mec服务器发送的不同码流和/或不同分辨率的直播视频信息，如果该视频播放请求为视频点播请求，那么业务服务器则会向mec服务器发送的不同码流和/或不同分辨率的点播视频信息。
所述将所述待播放视频的视频信息发送给客户端包括：
采用has技术，从不同码流和/或不同分辨率的视频信息中确定与当前无线状况对应的目标视频信息，并将所述目标视频信息发送给所述客户端。
因此，通过业务服务器向mec服务器发送的不同码流和/或不同分辨率的待播放视频的视频信息，可使得mec服务器根据每个客户端与基站之间的无线网络状况，获取与当前网络相应的码率和分辨率大小的视频信息，以实现良好的码流自适应，充分利用无线网络资源，提高用户体验。
实施例三：
由于在mec服务器向业务服务器发送客户端的播放请求之后，有可能接收不到业务服务器发送的视频信息，因此在上述实施例的基础上，在本发明实施例中，所述方法还包括：
若在预设时长内，所述mec服务器未接收到所述业务服务器发送的所述待播放视频的视频信息，则通知所述客户端向所述业务服务器发送携带有待播放视频的标识信息的视频播放请求。
也就是说，当mec服务器在预设时长内未接收到业务服务器发送的视频信息时，为避免影响用户体验，mec服务器会主动通知客户端直接向业务服务器发送携带有待播放视频的标识信息的视频播放请求，以保证客户端能够直接从业务服务器获取对应的视频信息。
实施例四：
当客户端发送的视频播放请求为视频直播请求时，其流程如图5所示，即，客户端会向mec服务器发送视频直播请求；mec服务器在接收到客户端发送的视频直播请求之间后，需判断客户端请求播放的直播视频是否存在于本地缓存中，如果是，则基于has技术从下载的直播视频信息中确定与当前网络相应的码率和/或分辨率大小的直播视频信息，并反馈给客户端；如果否，客户端则会向mec服务器申请通过mec服务器转发直播视频信息，若申请成功，mec服务器则会向业务服务器发送该视频直播请求，并获取业务服务器发送的不同码流和分辨率的直播视频信息，基于has技术确定与当前网络相适应的码率和分辨率大小的直播视频信息，并将该直播视频信息发送给客户端。其中，若客户端在mec服务器上申请转发直播视频信息不成功，则mec服务器通知客户端直接从业务服务器获取对应的直播视频信息。
因此在本发明实施例中，当客户端发送的视频播放请求视频直播请求时，通过mec服务器与业务服务器进行实时交互，并对获取到的直播视频信息进行转发，可使得客户端快速得到直播视频信息，从而减少通过核心网连接目标视频，并逐层传递完成客户端和该目标视频信息间的交互过程和网络资源，同时还可以根据每个客户端与基站之间的无线网络情况，选择相应合适的码流和分辨率大小的直播视频信息，实现真正的实现码流自适应，充分利用无线网络资源，提高用户体验。
实施例五：
当客户端发送的视频播放请求为视频点播请求时，其流程如图6所示，即，客户端会向mec服务器发送视频直播请求；mec服务器在接收到客户端发送的视频直播请求之间后，可根据该视频点播请求中携带待播放视频的标识信息，确定客户端请求播放的点播视频的名称，然后判断该名称是否存在于本地缓存中，如果是，则基于has技术从已缓存的点播视频信息中确定与当前网络相适应的码率和分辨率大小的点播视频信息，并将该点播视频信息发送给客户端；如果否，则mec服务器会根据当前网络的状况，确定与当前网络相适应的码率和分辨率大小的点播视频信息，然后向业务服务器发送该视频点播请求，并获取已经确定的点播视频信息，然后将该点播视频信息发送给客户端。
其中，需要说明的是，当客户端请求播放的点播视频的名称未存在于本地缓存中时，mec服务器还可以会向业务服务器先发送该视频点播请求，并获取业务服务器发送的不同码流和分辨率的点播视频信息，然后基于has技术确定与当前网络相适应的码率和分辨率大小的点播视频信息，然后再将该点播视频信息发送给客户端。
在进行视频点播的缓存时，为提升用户体验，降低客户端获取点播视频信息的响应时长，因此在将该点播视频信息发送给客户端之前，还需要根据替换策略判断是否需要对该点播视频信息进行缓存，如果是，则将该点播视频信息缓存到本地，如果否，则将该点播视频信息直接发送给客户端。
因此在本发明实施例中，通过mec服务器预先缓存某些热点视频的视频信息，可使得mec服务器在接收到客户端发送的视频播放请求时，且在本地缓存中保存有待播放视频的视频信息的情况下，直接将本地缓存中的视频信息发送给客户端，不仅可以有效降低客户端获取视频信息的响应时长，提升用户体验，还可以减少网络资源的占用量，缓解网络压力。
实施例六：
在点播流程中，mec服务器在进行本地缓存时，可根据其他mec服务器中请求播放次数最多的视频或从视频网站和社交媒体等获取到热点视频进行预缓存，其中为了避免占用较多的存储空间，又为了降低客户端获取视频头文件的网络延时，因此在进行本地缓存时，可以仅仅预缓存少量的开头视频信息，以提高首屏打开时间。
然而由于mec服务器的存储空间是有限的，不可能把所有的视频信息都缓存到本地，因此当缓存视频信息不是客户端请求播放的视频信息时，则需要从本缓存中踢出一些缓存时间较长的视频信息，并加入新的视频信息。
因此为使得在通过mec服务器接收到客户端发送的视频播放请求时，能够直接将对应视频的视频信息发送个客户端，也就是为增加本地缓存的视频信息的命中率，所述方法还包括：
根据预设的更新周期，对本地缓存中的视频信息进行更新。
由于在本发明实施例中，主要根据视频的受欢迎程度和获取该视频的响应时间等信息，作为判断是否将该视频存储到本地缓存的主要判断条件，因此在上述实施例的基础上，在本发明实施例中，当所述视频播放请求为视频点播请求时，所述将所述待播放视频的视频信息发送给所述客户端之后，所述方法还包括：
针对所述待播放视频，记录所述mec服务器接收到所述客户端发送的视频播放请求的接收时间，以及所述mec服务器发送所述待播放视频的视频信息的发送时间。
具体地，如图7所示，所述根据预设的更新周期，对本地缓存中的视频信息进行更新包括：
步骤s701：根据预先划分的更新周期中包含的每个子周期，及记录的每个视频对应的接收时间和发送时间，统计每个视频在每个子周期的播放次数和总响应时长，其中响应时长为视频对应的发送时间与接收时间的差值。
为使得本发明实施例易于理解，下面将结合具体实施例进行说明。
假如预设的更新周期的10min，每个子周期的时长为5min，且当前更新周期对应的时间点为1：00-1:10，那么第一个子周期对应的时间点则为1：00:00-1:05:00、第二个子周期对应的时间点则为1：05:01-1:10:00。
若此时客户端在当前更新周期内请求播放的视频为视频a和视频b，其中与视频a对应的接收时间分别为1：01：00、1：03：00、1：05：30、1：08：00，与视频a对应的发送时间为1：01：05、1：03：09、1：05：40、1：08：07，若与视频b对应的接收时间分别为1：02:05、1：06：00、1：09:00，与视频b对应的发送时间为1：02：10、1：06：09、1：09：12。
因此针对视频a，其在第一子周期内的播放次数则为2次，每次的响应时长分别为5s和9s，那么其在第一子周期内总响应时长也就是14s，其在第二子周期内的播放次数则为2次，每次的响应时长分别为10s和7s，那么其在第二子周期内总响应时长也就是17s，针对视频b，其第一子周期内的播放次数则为1次，响应时长为5s，那么其在第一子周期内总响应时长也就是5s，第二子周期内的播放次数则为2次，每次的响应时长分别为9s和12s，那么其在第二子周期内总响应时长也就是21s。
步骤s702：根据每个视频在每个子周期的播放次数和总响应时长，及该视频是否位于本地缓存中，计算得到每个视频在每个子周期的第一参考值，其中播放次数越大，对应的第一参考值的绝对值越大，总响应时长越小，对应的第一参考值的绝对值越大，且当视频位于本地缓存中时第一参考值为正，否则第一参考值为负。
由于每个视频的播放次数反应了该视频的受欢迎程度，因此在本发明实施例中，主要根据视频的播放次数和获取该视频的响应时长等信息来计算每个视频在每个子周期的第一参考值，其中第一参考值的含义就是通过量化的形式来体现播放每个视频对应的奖励(reward)，若视频的越受欢迎，且响应时长越小，那么播放该视频对应的奖励也就越高，那么相应的第一参考值的绝对值越大。
其中在对本地缓存的视频信息进行更新时，除了考虑每个视频播放对应的奖励之外，还应该考虑该视频是否位于本地缓存中，如果是，则用正值进行标记，如果否，则用负值进行标记。因此通过确定每个视频对应的第一参考值的绝对值的大小，可以明确的体现出客户端的播放需求，通过确定每个视频对应的第一参考值的正负，可以确定该视频是否位于本地缓存，所以通过综合考虑客户端的以及该视频是否位于本地缓存对本地缓存的视频信息进行更新，可以提高本地缓存的视频信息的命中率。
步骤s703：根据每个视频在每个子周期的第一参考值，以及每个子周期对应的权重值，计算得到当前更新周期内所有视频的第二参考值。
由于上述第一参考值可以为正，也可以为负，因此在对本地缓存的视频信息进行更新时，应该考虑当前更新周期中每个视频在每个子周期的第一参考值的积累反馈。由于相对当前更新周期的更新时间越长，所体现的是客户端之前的播放需求，而相对当前更新周期的更新时间越短，则所体现的为客户端当前的播放需求，因此较优的是，还应该结合时间特征，为每个子周期分配不同的权重值，那么也就意味着客户端当前的播放需求比客户端之前的播放需求更重要，从而实现积累反馈的最大化，使得更新后的视频信息更加贴近客户端的播放需求。因此第二参考值的含义就是通过量化的形式来体现当前更新周期内播放所有视频对应的回报。
步骤s704：判断所述第二参考值是否小于预设标准值。
步骤s705：如果是，则根据确定的每个视频在每个子周期的第一参考值的绝对值，对本地缓存中的视频信息进行更新。
其中，预设标准值为预先设定的判断标准，若第二参考值小于预设标准值，则说明当前更新周期内播放所有视频对应的回报不高，可具体体现为客户端请求播放的视频大多不在本地缓存中，或者获取视频的响应时长太长，而获取视频的响应时长太长的原因很有可能也是因为该视频不在本地缓存中，因此此时需根据每个视频在每个子周期的第一参考值的绝对值，对本地缓存中的视频信息进行更新，以保证更新后的视频信息更加贴近客户端的播放需求，从而使得mec服务器在接收到客户端发送的携带有待播放视频的标识信息的视频播放请求时，能够直接从本地缓存中获取相应的视频信息，并将该视频信息发送给客户端，以降低响应时长，提高用户体验。
然而，如果所述第二参考值不小于预设标准值，则说明本地缓存的视频信息已经能够满大多客户端的播放需求，为了使得本地缓存中的视频信息保持较优的缓存状态，所述方法还包括：
步骤s706：如果所述第二参考值不小于预设标准值，将所述第二参考值确定为新的预设标准值。
其中，通过提高预设标准值的取值，可使得在后续的更新过程中，逐渐的将客户端请求播放的视频均在本地缓存中，从而实现当mec服务器接收到客户端发送的视频播放请求时，能够直接从本地缓存中获取相应的视频信息，并将该视频信息发送给客户端，以降低响应时长，提高用户体验，并同时缓解核心网侧的网络压力，节约网络资源。
实施例七：
在上述实施例的基础上，在本发明实施例中，步骤s702所述根据每个视频在每个子周期的播放次数和总响应时长，及该视频是否位于本地缓存中，计算得到每个视频在每个子周期的第一参考值包括：
针对每个子周期，对每个视频在该子周期的播放次数求和，获取该子周期内所有视频的总播放次数；
根据每个视频在该子周期的播放次数，以及该子周期内所有视频的总播放次数，计算获取每个视频在该子周期的播放概率；
根据公式
其中，ri为第i个视频该子周期内的第一参考值，pi为第i个视频在该子周期内的播放概率，rsti为第i个视频在该子周期内的总响应时长，a为预设系数，当第i个视频位于本地缓存中时，a的值为正，否则a的值为负。
在本发明实施例中，还以上述实例中预设的更新周期的10min，每个子周期的时长为5min，且当前更新周期对应的时间点为1：00-1:10为例进行说明。
由于视频a在第一子周期内的播放次数为2次，视频b在第一子周期内的播放次数为1次，那么可以得知第一子周期内所有视频的总播放次数即为3次，分别将视频a与视频b在第一子周期内的播放次数除以第一子周期内所有视频的总播放次数，那么即可得到视频a在第一子周期内的播放概率，以及视频b在第一子周期内的播放概率。
同理，也可以采用同样方式确定视频a与视频b在第二子周期内的播放概率，在此不再进行赘述。
因此，mec服务器在针对每个视频进行记录时，可采用如下方式：
视频集合v＝{v1,v2,v3,.....vn}
每个视频的播放概率p＝{p1,p2,p3......pn}
每个视频的总响应时长rst＝{rst1,rst2,rst3,......rstn}
其中v代表该子周期内所有视频集合，p代表与每个视频对应的播放概率；rst代表与每个视频对应的总响应时长。
然后分别将与每个视频对应的播放概率和总响应时长带入公式
假如视频a位于mec服务器本地缓存中，而视频b未位于mec服务器本地缓存中，那么在通过上述公式进行计算时，视频a对应的第一参考值为正，而视频b对应的第一参考值则为负。
实施例八：
在上述实施例的基础上，在本发明实施例中，步骤s703根据每个视频在每个子周期的第一参考值，以及每个子周期对应的权重值，计算得到当前更新周期内所有视频的第二参考值包括：
对每个视频在每个子周期的第一参考值求和，计算得到每个子周期内所有视频的第三参考值；
根据公式
其中，rt为表征当前更新周期内所有视频的第二参考值，t为更新周期中包含的子周期的第一数量，k为自然数，且k∈[0,t)，rt-k为表征第t-k个子周期内所有视频的第三参考值，γt-k为第t-k个子周期对应的权重值。
具体地，在计算每个子周期内所有视频的第三参考值时，可根据公式如下公式进行计算：
其中，
在本发明实施例中，仍然上述实例中预设的更新周期的10min，每个子周期的时长为5min，且当前更新周期对应的时间点为1：00-1:10为例进行说明。
若视频a在第一子周期内的第一参考值为a1，在第二子周期内的第一参考值为a2，视频b在第一子周期内的第一参考值为b1，在第二子周期内的第一参考值为b2，那么第一子周期内所有视频的第三参考值即为a1与b1的和，第二子周期内所有视频的第三参考值即为a2与b2的和。
若第一子周期对应的权重值为γ1，而第二子周期对应的权重值为γ2，那么此时rt＝(a1+b1)γ1+(a2+b2)γ2。因此rt是对该更新周期中每个子周期内所有视频的第三参考值与该周期对应的权重值相乘之后获取的数值进行相加获取的，也就是当前更新周期中每个视频在每个子周期的第一参考值的积累反馈。
因此在计算当前更新周期内所有视频的第二参考值时，也可以直接将每个视频在每个子周期的第一参考值乘以该子周期对应的权重值之后，在相加获取当前更新周期内播放所有视频对应的奖励的第二参考值，也就是rt＝a1γ1+b1γ1+a2γ2+b2γ2。
实施例九：
由上述实施例可知，当第二参考值小于预设标准值时，需根据确定的每个视频在每个子周期的第一参考值的绝对值，对本地缓存中的视频信息进行更新。
而第一参考值的含义就是通过量化的形式来体现播放每个视频对应的奖励，因此在对本地缓存中的视频信息进行更新时，可以从当前更新周期内确定第一参考值的绝对值较大的视频作为更新视频。也就是说，无论该视频是否位于本地缓存中，可以将视频对应的第一参考值的绝对值作为更新标准，以保证更新后的视频信息多为较受欢迎的视频，或者响应时长较小的视频。
其中由上述可知，相对当前更新周期的更新时间越长，所体现的是客户端之前的播放需求，而相对当前更新周期的更新时间越短，则所体现的为客户端当前的播放需求，因此为进一步使得新后的视频信息能够贴近客户端的播放需求，较优方案的是以每个视频在最后一个子周期中的第一参考值作为更新标准，所述根据确定的每个视频在每个子周期的第一参考值的绝对值，对本地缓存中的视频信息进行更新包括：
根据确定的每个视频在当前更新周期内的最后一个子周期的第一参考值，对本地缓存中的视频信息进行更新。
也就是说，在对本地缓存中的视频信息进行更新时，可以将最后一个子周期内中第一参考值的绝对值较大的视频作为更新视频。
实施例十：
在采用上述的替换策略对本地缓存中的视频信息进行更新时，有可能存在将本地缓存中较受欢迎的视频删除的风险，因此在对本地缓存中的视频信息进行更新，可以针对本地缓存中对应的第一参考值的绝对值较小的视频进行替换。也就是说，即便某个视频已经被保存于本地缓存中，但是如果该视频对应的第一参考值较小，因此在对本地缓存的视频信息进行更新时，应该将第一参考值的绝对值较小的视频从本地缓存中删除，并从未在本地缓存的视频中确定相应数量的第一参考值的绝对值较大的视频添加到本地缓存中。
因此在上述实施例的基础上，在本发明实施例中，所述对本地缓存中的视频信息进行更新之前，所述方法还包括：
根据公式
所述对本地缓存中的视频信息进行更新包括：
根据确定的待更新视频信息的第二数量，对本地相应数量的视频信息进行更新。
由上述可知，当采用该种替换策略对本地缓存的视频信息进行更新时，需根据上述公式中当前更新周期内所有视频的第二参考值rt与预设标准值rmax，以及当前更新周期内的最后一个子周期中视频未位于本地缓存的第三数量，动态确定待更新视频信息的第二数量，以保证更新后的视频信息能够贴近客户端的播放需求。
具体地，所述根据确定的待更新视频信息的第二数量，对本地相应数量的视频信息进行更新包括：
根据确定的每个未位于本地缓存的视频在最后一个子周期的第一参数值的绝对值，按照第一参数值的绝对值由大到小进行排序，并选择排序靠前的第二数量的第一视频；
根据确定的每个位于本地缓存的已播放视频在最后一个子周期的第一参数值的绝对值，按照第一参数值的绝对值由大到小进行排序，并选择排序靠后的第二数量的第二视频；
将第二数量的第二视频更新为第二数量的第一视频，并保存所述第一视频的视频信息。
也就是说，通过上述公式计算后，若待更新视频的第二数量为3个，则需要从最后一个子周期中未位于本地缓存的视频里，选择第一参数值的绝对值排序靠前的3个视频，同时还需要从最后一个子周期中位于本地缓存的视频里，选择第一参数值的绝对值排序靠后的3个视频，由未位于本地缓存的3个视频替换于本地缓存的3个视频，也就是将没有命中的视频中第一参数值的绝对值较大替换命中的视频中第一参数值的绝对值较小的，以使得更新后的视频信息更加贴近客户端的播放需求，从而使得mec服务器根据客户端的视频播放请求，直接发送对应的视频信息，无需核心网对视频信息进行逐层传递，既能够有效节省核心网侧的网络资源，在一定程度上避免网络堵塞，又能够降低响应时长，提高用户体验。
实施例十一：
mec服务器在对本地缓存的视频信息进行更新时，其流程如图8所示，即，首先mec服务器可通过其他mec服务器或视频网站，确定若干个热点视频，并预先缓存这些热点视频对应开头的小段视频信息，然后统计t时间段内每个视频的响应时长和播放次数，先根据公式
通过采用上述流程对本地缓存的视频信息进行更新，可使得更新后的视频信息更加贴近客户端的播放需求，从而实现当mec服务器接收到客户端发送的携带有待播放视频的标识信息的视频播放请求时，能够直接从本地缓存中获取相应的视频信息，并将该视频信息发送给客户端，以降低响应时长，提高用户体验。
实施例十二：
上述实施例的基础上，在本发明实施例中，依据本发明实施例的另一个方面，还提供了一种电子设备，如图9所示，所述电子设备包括：所述处理器901、存储器902和收发机903。
在图9中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器901代表的一个或多个处理器和存储器902代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。收发机903可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器901负责管理总线架构和通常的处理，存储器902可以存储处理器901在执行操作时所使用的数据。
可选的，处理器901可以是cpu(中央处埋器)、asic(applicationspecificintegratedcircuit，专用集成电路)、fpga(field－programmablegatearray，现场可编程门阵列)或cpld(complexprogrammablelogicdevice，复杂可编程逻辑器件)。
所述处理器901，用于读取存储器902中的程序，并执行下列过程：通过所述收发机903收客户端发送的携带有待播放视频的标识信息的视频播放请求；判断本地缓存中是否保存有所述待播放视频的视频信息；如果是，则将所述待播放视频的视频信息发送给所述客户端；如果否，则将携带有待播放视频的标识信息的视频播放请求发送给业务服务器；并接收所述业务服务器发送的所述待播放视频的视频信息，将所述待播放视频的视频信息发送给所述客户端；
所述收发机903，用于在所述处理器901的控制下发送和接收数据。
具体地，所述处理器901，具体用于接收所述业务服务器发送的不同码流和/或不同分辨率的待播放视频的视频信息；采用has技术，从不同码流和/或不同分辨率的视频信息中确定与当前无线状况对应的目标视频信息，并将所述目标视频信息发送给所述客户端。
具体地，所述处理器901，还用于当所述视频播放请求为视频点播请求时，在将所述待播放视频的视频信息发送给所述客户端之后，针对所述待播放视频，记录所述mec服务器接收到所述客户端发送的视频播放请求的接收时间，以及所述mec服务器发送所述待播放视频的视频信息的发送时间。
具体地，所述处理器901，还用于根据预设的更新周期，对本地缓存中的视频信息进行更新。
具体地，所述处理器901，具体用于根据预先划分的更新周期中包含的每个子周期，及记录的每个视频对应的接收时间和发送时间，统计每个视频在每个子周期的播放次数和总响应时长，其中响应时长为视频对应的发送时间与接收时间的差值；根据每个视频在每个子周期的播放次数和总响应时长，及该视频是否位于本地缓存中，计算得到每个视频在每个子周期的第一参考值，其中播放次数越大，对应的第一参考值的绝对值越大，总响应时长越小，对应的第一参考值的绝对值越大，且当视频位于本地缓存中时第一参考值为正，否则第一参考值为负；根据每个视频在每个子周期的第一参考值，以及每个子周期对应的权重值，计算得到当前更新周期内所有视频的第二参考值；判断所述第二参考值是否小于预设标准值；如果是，则根据确定的每个视频在每个子周期的第一参考值的绝对值，对本地缓存中的视频信息进行更新。
具体地，所述处理器901，具体用于针对每个子周期，对每个视频在该子周期的播放次数求和，获取该子周期内所有视频的总播放次数；根据每个视频在该子周期的播放次数，以及该子周期内所有视频的总播放次数，计算获取每个视频在该子周期的播放概率；根据公式
具体地，所述处理器901，具体用于对每个视频在每个子周期的第一参考值求和，计算得到每个子周期内所有视频的第三参考值；根据公式
具体地，所述处理器901，具体用于根据确定的每个视频在当前更新周期内的最后一个子周期的第一参考值，对本地缓存中的视频信息进行更新。
具体地，所述处理器901，还用于在对本地缓存中的视频信息进行更新之前，根据公式
具体地，所述处理器901，具体用于根据确定的每个未位于本地缓存的视频在最后一个子周期的第一参数值的绝对值，按照第一参数值的绝对值由大到小进行排序，并选择排序靠前的第二数量的第一视频；根据确定的每个位于本地缓存的已播放视频在最后一个子周期的第一参数值的绝对值，按照第一参数值的绝对值由大到小进行排序，并选择排序靠后的第二数量的第二视频；将第二数量的第二视频更新为第二数量的第一视频，并保存所述第一视频的视频信息。
具体地，所述处理器901，还用于如果所述第二参考值不小于预设标准值，将所述第二参考值确定为新的预设标准值。
具体地，所述处理器901，还用于若在预设时长内，所述mec服务器未接收到所述业务服务器发送的所述待播放视频的视频信息，则通知所述客户端向所述业务服务器发送携带有待播放视频的标识信息的视频播放请求。
实施例十三：
上述实施例的基础上，在本发明实施例中，依据本发明实施例的另一个方面，还提供了一种视频播放装置，如图10所示，所述装置包括：
接收模块1001，用于接收客户端发送的携带有待播放视频的标识信息的视频播放请求；
判断模块1002，用于判断本地缓存中是否保存有所述待播放视频的视频信息；
通信模块1003，用于如果所述判断模块1002的判断结果为是，则将所述待播放视频的视频信息发送给所述客户端；如果所述判断模块1002的判断结果为否，则将携带有待播放视频的标识信息的视频播放请求发送给业务服务器；并接收所述业务服务器发送的所述待播放视频的视频信息，将所述待播放视频的视频信息发送给所述客户端。
具体地，所述通信模块1003，具体用于接收所述业务服务器发送的不同码流和/或不同分辨率的待播放视频的视频信息；并采用has技术，从不同码流和/或不同分辨率的视频信息中确定与当前无线状况对应的目标视频信息，并将所述目标视频信息发送给所述客户端。
具体地，所述装置还包括：
记录模块1004，用于针对所述待播放视频，记录所述mec服务器接收到所述客户端发送的视频播放请求的接收时间，以及所述mec服务器发送所述待播放视频的视频信息的发送时间。
具体地，所述装置还包括：
更新模块1005，用于根据预设的更新周期，对本地缓存中的视频信息进行更新。
具体地，如图11所示，所述更新模块1005，包括：
统计单元10051，用于根据预先划分的更新周期中包含的每个子周期，及记录的每个视频对应的接收时间和发送时间，统计每个视频在每个子周期的播放次数和总响应时长，其中响应时长为视频对应的发送时间与接收时间的差值；
第一计算单元10052，用于根据每个视频在每个子周期的播放次数和总响应时长，及该视频是否位于本地缓存中，计算得到每个视频在每个子周期的第一参考值，其中播放次数越大，对应的第一参考值的绝对值越大，总响应时长越小，对应的第一参考值的绝对值越大，且当视频位于本地缓存中时第一参考值为正，否则第一参考值为负；
第二计算单元10053，用于根据每个视频在每个子周期的第一参考值，以及每个子周期对应的权重值，计算得到当前更新周期内所有视频的第二参考值；
判断单元10054，用于判断所述第二参考值是否小于预设标准值；
更新单元10055，用于如果判断单元10054的判断结果为是，则根据确定的每个视频在每个子周期的第一参考值的绝对值，对本地缓存中的视频信息进行更新。
具体地，所述第一计算单元10052，具体用于针对每个子周期，对每个视频在该子周期的播放次数求和，获取该子周期内所有视频的总播放次数；根据每个视频在该子周期的播放次数，以及该子周期内所有视频的总播放次数，计算获取每个视频在该子周期的播放概率；根据公式
具体地，所述第二计算单元10053，具体用于对每个视频在每个子周期的第一参考值求和，计算得到每个子周期内所有视频的第三参考值；根据公式
具体地，所述更新单元10055，具体用于根据确定的每个视频在当前更新周期内的最后一个子周期的第一参考值，对本地缓存中的视频信息进行更新。
具体地，所述更新单元10055，还具体用于根据公式
具体地，所述更新单元10055，还具体用于根据确定的每个未位于本地缓存的视频在最后一个子周期的第一参数值的绝对值，按照第一参数值的绝对值由大到小进行排序，并选择排序靠前的第二数量的第一视频；根据确定的每个位于本地缓存的已播放视频在最后一个子周期的第一参数值的绝对值，按照第一参数值的绝对值由大到小进行排序，并选择排序靠后的第二数量的第二视频；将第二数量的第二视频更新为第二数量的第一视频，并保存所述第一视频的视频信息。
具体地，所述装置还包括：
确定模块1006，用于如果所述第二参考值不小于预设标准值，将所述第二参考值确定为新的预设标准值。
具体地，所述装置还包括：
通知模块1007，用于若在预设时长内，所述mec服务器未接收到所述业务服务器发送的所述待播放视频的视频信息，则通知所述客户端向所述业务服务器发送携带有待播放视频的标识信息的视频播放请求。
实施例十五：
上述实施例的基础上，在本发明实施例中，依据本发明实施例的另一个方面，还提供了一种计算机可读存储介质，其存储有可由电子设备执行的计算机程序，当所述程序在所述电子设备上运行时，使得所述电子设备执行以下方法中的步骤：
mec服务器接收客户端发送的携带有待播放视频的标识信息的视频播放请求；
判断本地缓存中是否保存有所述待播放视频的视频信息；
如果是，则将所述待播放视频的视频信息发送给所述客户端。
具体地，如果本地缓存中未保存所述待播放视频的视频信息，所述方法还包括：
所述mec服务器将携带有待播放视频的标识信息的视频播放请求发送给业务服务器；
接收所述业务服务器发送的所述待播放视频的视频信息，并将所述待播放视频的视频信息发送给客户端。
具体地，所述mec服务器接收所述业务服务器发送的所述待播放视频的视频信息包括：
所述mec服务器接收所述业务服务器发送的不同码流和/或不同分辨率的待播放视频的视频信息；
所述将所述待播放视频的视频信息发送给客户端包括：
采用has技术，从不同码流和/或不同分辨率的视频信息中确定与当前无线状况对应的目标视频信息，并将所述目标视频信息发送给所述客户端。
具体地，当所述视频播放请求为视频点播请求时，所述将所述待播放视频的视频信息发送给所述客户端之后，所述方法还包括：
针对所述待播放视频，记录所述mec服务器接收到所述客户端发送的视频播放请求的接收时间，以及所述mec服务器发送所述待播放视频的视频信息的发送时间。
具体地，所述方法还包括：
根据预设的更新周期，对本地缓存中的视频信息进行更新。
具体地，所述根据预设的更新周期，对本地缓存中的视频信息进行更新包括：
根据预先划分的更新周期中包含的每个子周期，及记录的每个视频对应的接收时间和发送时间，统计每个视频在每个子周期的播放次数和总响应时长，其中响应时长为视频对应的发送时间与接收时间的差值；
根据每个视频在每个子周期的播放次数和总响应时长，及该视频是否位于本地缓存中，计算得到每个视频在每个子周期的第一参考值，其中播放次数越大，对应的第一参考值的绝对值越大，总响应时长越小，对应的第一参考值的绝对值越大，且当视频位于本地缓存中时第一参考值为正，否则第一参考值为负；
根据每个视频在每个子周期的第一参考值，以及每个子周期对应的权重值，计算得到当前更新周期内所有视频的第二参考值；
判断所述第二参考值是否小于预设标准值；
如果是，则根据确定的每个视频在每个子周期的第一参考值的绝对值，对本地缓存中的视频信息进行更新。
具体地，所述根据每个视频在每个子周期的播放次数和总响应时长，及该视频是否位于本地缓存中，计算得到每个视频在每个子周期的第一参考值包括：
针对每个子周期，对每个视频在该子周期的播放次数求和，获取该子周期内所有视频的总播放次数；
根据每个视频在该子周期的播放次数，以及该子周期内所有视频的总播放次数，计算获取每个视频在该子周期的播放概率；
根据公式
其中，ri为第i个视频该子周期内的第一参考值，pi为第i个视频在该子周期内的播放概率，rsti为第i个视频在该子周期内的总响应时长，a为预设系数，当第i个视频位于本地缓存中时，a的值为正，否则a的值为负。
具体地，所述根据每个视频在每个子周期的第一参考值，以及每个子周期对应的权重值，计算得到当前更新周期内所有视频的第二参考值包括：
对每个视频在每个子周期的第一参考值求和，计算得到每个子周期内所有视频的第三参考值；
根据公式
其中，rt为表征当前更新周期内所有视频的第二参考值，t为更新周期中包含的子周期的第一数量，k为自然数，且k∈[0,t)，rt-k为表征第t-k个子周期内所有视频的第三参考值，γt-k为第t-k个子周期对应的权重值。
具体地，所述根据确定的每个视频在每个子周期的第一参考值的绝对值，对本地缓存中的视频信息进行更新包括：
根据确定的每个视频在当前更新周期内的最后一个子周期的第一参考值，对本地缓存中的视频信息进行更新。
具体地，所述对本地缓存中的视频信息进行更新之前，所述方法还包括：
根据公式
所述对本地缓存中的视频信息进行更新包括：
根据确定的待更新视频信息的第二数量，对本地相应数量的视频信息进行更新。
具体地，所述根据确定的待更新视频信息的第二数量，对本地相应数量的视频信息进行更新包括：
根据确定的每个未位于本地缓存的视频在最后一个子周期的第一参数值的绝对值，按照第一参数值的绝对值由大到小进行排序，并选择排序靠前的第二数量的第一视频；
根据确定的每个位于本地缓存的已播放视频在最后一个子周期的第一参数值的绝对值，按照第一参数值的绝对值由大到小进行排序，并选择排序靠后的第二数量的第二视频；
将第二数量的第二视频更新为第二数量的第一视频，并保存所述第一视频的视频信息。
具体地，如果所述第二参考值不小于预设标准值，所述方法还包括：
将所述第二参考值确定为新的预设标准值。
具体地，所述方法还包括：
若在预设时长内，所述mec服务器未接收到所述业务服务器发送的所述待播放视频的视频信息，则通知所述客户端向所述业务服务器发送携带有待播放视频的标识信息的视频播放请求。
上述实施例中的计算机可读存储介质可以是电子设备中的处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器如软盘、硬盘、磁带、磁光盘(mo)等、光学存储器如cd、dvd、bd、hvd等、以及半导体存储器如rom、eprom、eeprom、非易失性存储器(nandflash)、固态硬盘(ssd)等。
对于系统/装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者一个操作与另一个实体或者另一个操作区分开来，而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全应用实施例、或结合应用和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
- 还没有人留言评论。精彩留言会获得点赞！