一种频道切换的方法、装置及系统与流程

1.本发明涉及通信技术领域，尤其涉及一种频道切换的方法、装置及系统。


背景技术：

2.一般地，交互式网络电视(internet protocol television，iptv)系统由头端设备、快速频道切换(fast channel change，fcc)服务器和播放设备组成，fcc服务器从头端设备持续的收取所有频道的组播媒体流,并会将收取的所有频道的媒体流在本地缓存一段时间。
3.在上述的系统中，频道切换时间是指从播放设备发起频道切换请求到播放设备正常播放i帧之间耗费的时间。媒体流是以i、b、p三种类型的帧交替间隔排列形成的，例如ibbpbbpibbpbbp，播放设备只接收到b、p帧无法直接解码，必须等接收到i帧时，才能开始解码并播放出画面。因此频道切换时间与头端设备的媒体流输出、fcc服务器的处理、播放设备的缓存等环节均有关系。
4.目前，在典型的频道切换过程流程中，播放设备在向fcc服务器发送切换至目标频道的频道切换请求后，接收fcc服务器发送的目标频道的媒体流并进行播放。为了降低网络流量和减轻fcc服务器的工作负荷，播放设备还需要接收fcc服务器下发的加入目标频道的组播组的通知、向头端设备申请加入目标频道的组播组，从而接收头端发送的目标频道的组播媒体流并播放，至此完成本次频道切换。
5.在上述频道切换流程中，用户在频道切换的开始的一段时间内，接收到的不是目标频道的最新的直播内容，导致直播时延大。


技术实现要素：

6.本发明实施例提供的频道切换方法及其装置，有助于缩短频道切换时用户看到目标频道的当前直播的最新内容的时延。
7.为达上述目的，本发明实施例提供如下技术方案：
8.第一方面，本发明实施例提供了一种频道切换的方法，该方法应用于一种视频播放系统；在该视频播放系统中，fcc服务器持续从头端设备接收频道直播的原始媒体流并缓存。该方法包括：
9.fcc服务器接收到第一播放设备发送的第一频道切换请求；其中，该频道切换请求中包含频道的标识，此标识用于指示第一播放设备请求切换的目标频道。在收到该频道切换请求之后，fcc服务器判断所述目标频道的直播点与最近的随机接入点的时间间隔是否超过预定的阈值；如果超过，fcc服务器会根据所述直播点和所述直播点对应的图像组(group of pictures，gop)从上述目标频道的原始媒体流中获取可独立解码的第一转码媒体流，并将该第一转码媒体流，以及该第一转码媒体流之后且与该第一转码媒体流相衔接的所述原始媒体流发送给第一播放设备。
10.通过本发明实施例的第一方面，在发生频道切换时，利用实时转码将所述直播点
对应的帧到所述直播点对应的gop的最后一帧转码为可独立解码的第一转码媒体流，从而将直播点实时转换为随机接入点。这样，在将第一转码媒体流发送给第一播放设备时，可以使用户可以直接观看到目标频道当前直播的最新内容，因而可以减小直播时延。
11.在上述提供的频道切换方法中，所述直播点是指所述原始媒体流中的当前最新的帧的位置信息，所述最近的随机接入点是指所述原始媒体流中与所述直播点最近的可独立解码帧的位置信息，所述帧的位置信息是指所述帧的位置的标记信息，包括所述帧在其所属的媒体流中的序号，或者时间戳。
12.在一种可能的实现方式中，所述fcc播放器可以通过本地的计算能力实现上述频道切换方法中的实时转码以获取所述第一转码媒体流。在这种实现方式中，所述fcc服务器通过上述频道切换请求中的频道的标识识别出所述目标频道的原始媒体流，并对所述原始媒体流中的所述直播点对应的gop的媒体流进行解码，然后将解码生成的数据中所述直播点对应的帧到所述直播点对应的gop的最后一帧的数据编码为可独立解码的第一转码媒体流。
13.在一种可能的实现方式中，所述fcc服务器也可以从独立于所述fcc服务器的转码服务器上获取上述频道切换方法中的所述第一转码媒体流。在这种实现方式中，所述fcc服务器将所述直播点和所述原始媒体流中的所述直播点对应的gop的媒体流发送给所述转码服务器；所述转码服务器接收到所述直播点和所述直播点对应的gop的媒体流后，对所述直播点对应的gop的媒体流进行解码，然后将解码生成的数据中所述直播点对应的帧到所述直播点对应的gop的最后一帧的数据编码为可独立解码的第一转码媒体流；并将所述第一转码媒体流发送给所述fcc服务器；从而所述fcc服务器可以接收并获取到所述第一转码媒体流。通过这种实现方式，可以利用转码服务器完成上述的转码工作，对fcc服务器的计算量要求低，从而对现有的fcc服务器的改动较小。
14.在一种可能的实现方式中，上述fcc服务器或者转码服务器通过实时转码得到所述第一转码媒体流的过程包括：确定所述解码生成的数据中与所述直播点对应的帧的数据，以及确定与所述直播点对应的gop的最后一帧的数据；然后将所述直播点对应的帧的数据编码为i帧，并将所述解码生成的数据中所述直播点对应的帧以后的每一帧的数据编码为p帧或b帧，所述p帧或b帧参考所述直播点对应的帧与所述直播点对应的gop的最后一帧中其他帧的数据。
15.在一种可能的实现方式中，上述fcc服务器或者转码服务器通过实时转码得到所述第一转码媒体流的过程还包括：在解码过程中记录所述解码的媒体流参数，然后将解码生成的数据中所述直播点对应的帧到所述直播点对应的gop的最后一帧的数据用所述记录的媒体流参数编码为可独立解码的第一转码媒体流；所述媒体流参数包括媒体流的分辨率、压缩算法类型，profile和level。
16.在一种可能的实现方式中，上述fcc服务器或者转码服务器通过实时转码得到所述第一转码媒体流的过程还包括：先对所述直播点对应的gop的媒体流数据解码，再对所述解码后的数据进行编码从而得到的第一转码媒体流；或者首先对所述直播点对应的gop的媒体流数据进行数据包解封装，然后对所述解封装后的数据进行解码，再对所述解码后的数据进行编码从而得到的第一转码媒体流；或者首先对所述直播点对应的gop的媒体流数据进行解码，然后对所述解码后的数据进行编码，再对所述编码后的数据进行数据包封装
从而得到的第一转码媒体流；或者首先对所述直播点对应的gop的媒体流数据进行数据包解封装，然后对所述解封装后的数据进行解码，再对所述解码后的数据进行编码，最后再对所述编码后的数据进行数据包封装从而得到的第一转码媒体流；所述数据包包括实时传输协议(real-time transport protocol，rtp)数据包。
17.在一种可能的实现方式中，所述fcc服务器向所述第一播放设备发送所述第一转码媒体流之后且与所述第一转码媒体流相衔接的所述原始媒体流之后，还包括：所述fcc服务器向所述第一播放设备发送加入所述目标频道的组播组的通知，并且在接收到所述第一播放设备发送的成功加入所述组播组的通知后，停止向所述第一播放设备发送所述原始媒体流。所述成功加入所述组播组的通知中携带所述第一播放设备加入到所述组播组之后接收到的第一个组播媒体流数据包的标识信息，所述fcc服务器在发送所述原始媒体流的过程中，如果判断发送的数据包的标识信息与所述第一个组播媒体流数据包的标识信息一致，则停止向所述第一播放设备发送所述原始媒体流。其中，上述数据包的标识信息包括数据包的序号、或者时间戳。
18.在一种可能的实现方式中，本发明实施例提供的频道切换方法还包括：
19.fcc服务器将上述的第一转码媒体流缓存在本地；在这种实现方式中，如果fcc服务器接收到第二播放设备发送第二频道切换请求，同理，该频道切换请求中包含上述目标频道的标识。fcc服务器如果判断所述直播点与所述最近的随机接入点的时间间隔没有超过预定的阈值，且所述最近的随机接入点位于所述第一转码媒体流中时，则向所述第二播放设备发送所述第一转码媒体流以及所述第一转码媒体流之后且与所述第一转码媒体流相衔接的所述原始媒体流。
20.反之，fcc服务器如果判断所述直播点与所述最近的随机接入点的时间间隔超过了预定的阈值，且所述最近的随机接入点位于所述第一转码媒体流中时，则根据所述直播点和所述直播点对应的gop从所述第一转码媒体流中获取可独立解码的第二转码媒体流；并且将上述第二转码媒体流，以及所述第二转码媒体流之后且与所述第二转码媒体流相衔接的原始媒体流发送给上述第二播放设备。
21.在一种可能的实现方式中，上述第一播放设备和第二播放设备是同一个播放设备。例如，用户从某个频道切换到频道a，然后从频道a切换到其他频道，再从其他频道切回到频道a。
22.第二方面，本发明实施例提供了一种fcc服务器，该服务器具有实现第一方面所述方法中fcc服务器行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
23.在一种可能的实现方式中，所述fcc服务器包括存储单元，用于缓存目标频道的原始媒体流；所述fcc服务器还包括：
24.接收单元，用于接收播放设备发送的切换至所述目标频道的频道切换请求，该频道切换请求中包含所述目标频道的标识。
25.判断单元，用于判断所述目标频道的直播点与最近的随机接入点的时间间隔超过预定的阈值。
26.处理单元，用于根据所述直播点和所述直播点对应的gop从上述目标频道的原始媒体流中获取可独立解码的第一转码媒体流。
27.发送单元，用于向所述播放设备发送所述第一转码媒体流，以及所述第一转码媒体流之后且与所述第一转码媒体流相衔接的所述原始媒体流。
28.在上述过程中，所述处理单元根据所述直播点和所述直播点对应的gop从上述目标频道的原始媒体流中获取可独立解码的第一转码媒体流的过程包括：所述处理单元根据上述目标频道的标识识别出所述目标频道的原始媒体流，然后对所述原始媒体流中的所述直播点对应的gop的媒体流进行解码，并将解码生成的数据中所述直播点对应的帧到所述直播点对应的gop的最后一帧的数据编码为可独立解码的第一转码媒体流。
29.可选地，所述发送单元还用于向转码服务器发送所述直播点和所述直播点对应的gop的媒体流；所述接收单元还用于从转码服务器在接收所述直播点对应的帧到所述直播点对应的gop的最后一帧的可独立解码的第一转码媒体流；所述处理单元用于从所述接收单元获取所述第一转码媒体流。
30.所述处理单元根据所述直播点和所述直播点对应的gop从上述目标频道的原始媒体流中获取可独立解码的第一转码媒体流的过程与本发明第一方面中所述fcc服务器或者转码服务器通过实时转码得到所述第一转码媒体流的过程类似，在此不再赘述。
31.所述发送单元在向所述播放设备发送所述第一转码媒体流之后且与所述第一转码媒体流相衔接的所述原始媒体流之后，还用于向所述第一播放设备发送加入所述目标频道的组播组的通知。所述接收单元还用于接收所述播放设备发送的成功加入所述组播组的通知；在所述接收单元收到该通知时，所述接收单元还用于通知所述发送单元停止向所述播放设备发送所述原始媒体流。
32.可选地，所述存储单元还用于缓存所述第一转码媒体流；在这种实现方式中，所述判断单元还用于判断所述最近的随机接入点是否位于所述第一转码媒体流中，所述处理单元还用于根据所述直播点和所述直播点对应的gop从所述第一转码媒体流中获取可独立解码的第二转码媒体流；所述发送单元还用于向所述播放设备发送所述第二转码媒体流，以及所述第二转码媒体流之后且与所述第二转码媒体流相衔接的所述原始媒体流。
33.基于同一发明构思，所述fcc服务器解决问题的原理以及有益效果可以参见第一方面所述的方法的实施，重复之处不再赘述。
34.第三方面，本发明实施例提供了一种fcc装置，该fcc装置包括：存储器，用于存储程序，还用于存储目标频道的原始媒体流；处理器，用于执行该存储器存储的程序，当该存储器存储的程序被执行时，该处理器用于执行：
35.接收播放设备发送第一频道切换请求，该第一频道切换请求中包含频道的标识，该频道的标识用于指示播放设备请求切换的目标频道。
36.判断所述目标频道的直播点与最近的随机接入点的时间间隔是否超过了预定的阈值；如果超过，则获取可独立解码的第一转码媒体流，并将该第一转码媒体流，以及该第一转码媒体流之后且与该第一转码媒体流相衔接的所述原始媒体流发送给播放设备；其中，所述第一转码媒体流是根据所述直播点和所述直播点对应的gop从上述目标频道的原始媒体流中获得的。
37.在上述执行过程中，所述处理器根据所述直播点和所述直播点对应的gop从上述目标频道的原始媒体流中获取可独立解码的第一转码媒体流的执行过程可以包括：
38.所述处理器通过上述第一频道切换请求中的频道切换标识识别出所述目标频道
的原始媒体流，并对所述原始媒体流中的所述直播点对应的gop的媒体流进行解码，然后将解码生成的数据中所述直播点对应的帧到所述直播点对应的gop的最后一帧的数据编码为可独立解码的第一转码媒体流。
39.所述处理器还用于：缓存所述第一转码媒体流；在这种实现方式下，所述处理器还用于：
40.判断所述直播点与所述最近的随机接入点的时间间隔是否超过预定的阈值：如果没有超过，且判断所述最近的随机接入点位于所述第一转码媒体流中；则向所述播放设备发送所述第一转码媒体流以及所述第一转码媒体流之后且与所述第一转码媒体流相衔接的所述原始媒体流。反之，如果超过，且判断所述最近的随机接入点位于所述第一转码媒体流中，则获取可独立解码的第二转码媒体流，并将该第二转码媒体流，以及该第二转码媒体流之后且与该第二转码媒体流相衔接的所述原始媒体流发送给播放设备；其中，该第二转码媒体流是由所述处理器根据所述直播点以及所述直播点对应的gop从所述第一转码媒体流中获得的。
41.通过第三方面，在发生频道切换时，本发明实施例提供的fcc装置能利用实时转码将所述直播点对应的帧到所述直播点对应的gop的最后一帧转码为可独立解码的转码媒体流，从而将直播点实时转换为随机接入点；这样，在将转码媒体流发送给播放设备时，可以使用户可以直接观看到目标频道当前直播的最新内容，因而可以减小直播时延。
附图说明
42.为了更清楚地说明本发明实施例或背景技术中的技术方案，下面将对本发明实施例或背景技术中所需要使用的附图进行说明。
43.图1是应用本发明实施例提供的系统架构示意图。
44.图2是本发明实施例提供的第一种频道切换方法的流程示意图。
45.图3是本发明实施例提供的fcc服务器上接收到频道切换请求时对媒体流的处理逻辑示意图。
46.图4是本发明实施例提供的第二种频道切换方法的流程示意图。
47.图5是本发明实施例提供的fcc服务器的逻辑单元示意图。
48.图6是本发明实施例提供的fcc服务器的实体结构示意图。
具体实施方式
49.下面将结合各个附图对本技术技术方案的实现原理、具体实施方式及其对应能够达到的有益效果进行详细的阐述。
50.参见图1，本发明实施例提供了一种应用本发明实施例的视频播放系统架构示意图，包括头端设备101、fcc服务器102和播放设备103。图1所示系统架构示意图中头端设备、fcc服务器和播放设备的数量和形态并不构成对本发明实施例的限定。
51.头端设备101从节目源获取频道的媒体内容，对媒体内容进行编码、以及rtp封装处理，转换为符合iptv业务格式要求的媒体文件或媒体流，并最终将转换后的媒体文件或媒体流以组播的形式发送给播放设备103和fcc服务器102。
52.fcc服务器102用于从头端设备101接收所有频道的媒体流，并缓存到本地。可以理
解的是，本地缓存的媒体流中包含了目标频道的媒体流。在接收到播放设备103发送的切换至目标频道的第一频道切换请求后，判断目标频道的直播点与最近的随机接入点的时间间隔是否超过预定的阈值。当目标频道的直播点与最近的随机接入点的时间间隔超过预定的阈值时，根据所述直播点以及直播点对应的gop从所述原始媒体流中获取可独立解码的第一转码媒体流，并将该第一转码媒体流，以及第一转码媒体流之后且与第一转码媒体流相衔接的原始媒体流发送给播放设备103。当目标频道的直播点与最近的随机接入点的时间间隔没有超过预定的阈值时，fcc服务器102直接将本地缓存的原始媒体流中直播点对应的gop以及其后的媒体流发送给播放设备103。
53.可选地，fcc服务器102还可以将上述实时转码生成的第一转码媒体流保存在本地。在这种情况如果fcc服务器102接收到切换至相同目标频道的第二频道切换请求时，如果fcc服务器102判断目标频道的直播点与最近的随机接入点的时间间隔没有超过预定的阈值，且所述最近的随机接入点在上述缓存的第一转码媒体流中时，可以直接将缓存的第一转码媒体流发送给发起第二个切换至目标频道的频道切换请求的播放设备103。反之，如果fcc服务器102判断目标频道的直播点与最近的随机接入点的时间间隔超过预定的阈值，且所述最近的随机接入点在上述缓存的第一转码媒体流中时，则fcc服务器102根据所述直播点以及直播点对应的gop从缓存的第一转码媒体流中获取可独立解码的第二转码媒体流，并将该第二转码媒体流，以及该第二转码媒体流之后且与该第二转码媒体流相衔接的原始媒体流发送给播放设备103。
54.fcc服务器102还用于在发送完上述第一转码媒体流或者第二转码媒体流之后，向播放设备103发送加入目标频道组播组的通知；fcc服务器102还用于在接收到播放设备103发送的成功接入目标频道的组播组的通知，并在接收到该通知后，停止向播放设备103发送目标频道的原始媒体流。
55.播放设备103用于向fcc服务器102发送切换至目标频道的频道切换请求，比如上文提到的第一频道切换请求和/或第二频道切换请求，并用于接收fcc服务器102发送的目标频道的媒体流并播放；以及在接收到fcc服务器102发送的加入目标频道的组播组的通知时，向头端设备101申请加入目标频道的组播组，然后接收头端设备发送的目标频道的组播媒体流并播放；播放设备103还用于在接收到目标频道的组播组时，向fcc服务器102发送成功加入组播组的通知，用于指示fcc服务器102停止发送所述目标频道的原始媒体流。
56.可选地，在上述的视频播放系统中，可能存在大量播放设备103同时发送频道切换请求，为了高效率地处理这些大并发量的请求，所述的视频播放系统中可以包括多台fcc服务器102，每个fcc服务器102保存一部分频道的媒体流。在这种情况下，所述视频播放系统还包括调度设备该调度设备用于记录fcc服务器102的地址，并向播放设备103提供缓存有所述目标频道的媒体流的fcc服务器102的地址。通过这种方式，可以提升系统的可扩展性。
57.在实际中，上述“根据所述直播点以及直播点对应的gop从所述原始媒体流中获取可独立解码的第一转码媒体流”的功能可以不是由fcc服务器来实现。在这种场景下，上述的视频播放系统还包括转码服务器104，该转码服务器104用于接收fcc服务器发送的直播点和直播点对应的gop的媒体流，对直播点对应的gop的媒体流进行解码，将解码生成的数据中所述直播点对应的帧到所述直播点对应的gop的最后一帧的数据编码为可独立解码的第一转码媒体流；并将该第一转码媒体流发送给fcc服务器102。在这种实现方式下，fcc服
务器102不需要在本地执行实际转码的工作，但需要将所述直播点和所述直播点对应的gop的媒体流发送给转码服务器104，然后接收转码服务器104发送的上述转码生成的第一转码媒体流。
58.此外，上述的视频播放系统可以不包括头端设备101，由第三方提供头端设备101，以组播的形式向该系统中的播放设备103和fcc服务器102发送频道的媒体流。
59.本发明实施例提供的频道切换方法及其装置，如果发生频道切换请求，且fcc服务器上缓存的目标频道的直播点与最近的随机接入点的时间间隔超过了预定的阈值时，可以根据所述直播点以及直播点对应的gop获取可独立解码的转码媒体流，使得播放设备可以接收到目标频道最新的媒体流并可以立即解码播放，从而缩短频道切换时用户看到目标频道内容的直播时延。
60.如果发生频道切换请求，且fcc服务器上缓存的目标频道的直播点与最近的随机接入点的时间间隔没有超过预定的阈值，则可以直接将本地缓存的所述最近的随机接入点对应的转码媒体流发送给播放设备，这样既可以使得播放设备直接接收到目标频道的较新的直播内容，缩短频道切换时用户看到目标频道内容的直播时延，又可以减少因响应频道切换请求所需要实时转码的数量，从而降低系统的计算成本。
61.需要说明的是，在本发明实施例中，fcc服务器从头端设备持续地接收所有频道的媒体流，并在本地将媒体流缓存一段时间，该段时间的长短根据需要可以由fcc服务器的制造厂商设定，也可以由系统的管理员设置，在此不作限定。fcc服务器从头端设备接收的媒体流是头端设备经过编码、以及封装处理的媒体流，与播放设备从头端设备接收到媒体流一致。为了方便描述，将fcc服务器持续从头端设备接收的媒体流称为原始媒体流。
62.下面将结合附图2对本发明实施例提供的第一种频道切换方法进行详细介绍。该方法的运行环境包括fcc服务器和播放设备，该方法包括但不限于如下步骤：
63.步骤s101：播放设备向fcc服务器发送频道切换请求，所述切换请求中包括目标频道的标识。
64.在一种实现方式中，频道是指直播频道，播放设备可以以组播形式从头端设备接收频道a的媒体流并提供给用户观看。该用户通过播放设备的输入装置，例如通过遥控器、鼠标、机顶盒(set top box，stb)、触控面板等装置输入频道切换指令，想要切换到频道b。频道b是用户想要切换的目标频道，上述频道切换指令中包含用户想用切换的目标频道的频道标识。播放设备在接收到用户输入的切换至目标频道的频道切换指令时，退出频道a的组播组，不再从头端设备接收频道a的内容。并且向fcc服务器发送频道切换请求，该频道切换请求中携带有上述用户输入的目标频道的频道标识，在本实施例中，可以是频道b的标识。播放设备通过该请求向fcc服务器请求目标频道的媒体流。
65.如上面所讨论的，可选地，当该视频播放系统中包括多个fcc服务器，每个fcc服务器保存一部分频道的媒体流时，播放设备在向fcc服务器发送频道切换请求之前，从调度设备获取保存有目标频道的fcc服务器的地址。具体的，所述步骤s101，播放设备根据获取到的所述fcc服务器的地址向所述fcc服务器发送所述频道切换请求。
66.步骤s102：所述fcc服务器接收所述频道切换请求。
67.具体地，所述fcc服务器接收所述频道切换请求，根据该频道切换请求中的所述目标频道的标识获取本地缓存所述目标频道的媒体流。
68.步骤s103：所述fcc服务器判断所述目标频道的直播点与最近的随机接入点的时间间隔是否超过预定的阈值。如果是，则进入步骤s104，如果否，则进入步骤s106。
69.具体地，所述直播点是指所述fcc服务器上当前缓存的所述目标频道的原始媒体流的最新的帧的位置信息；在本实施例中，fcc服务器会持续接收头端设备直播的媒体流，因此fcc服务器上缓存的媒体流的最新的帧会随着时间的推移而更新，因而所述直播点也会随着时间的推移而更新，所述直播点可以理解所述目标频道的直播进度相关的信息。
70.所述随机接入点是指媒体流中可以让播放设备正确接入媒体流的帧的位置信息，通常是媒体流中可独立解码的帧的位置。因而，最近的随机接入点是指fcc服务器上缓存的所述目标频道的媒体流中与所述直播点最近的可独立解码的帧的位置信息，例如可以从所述fcc服务器上缓存的最新的帧的位置开始，在所述fcc缓存的所述目标频道的所述原始媒体流和所述转码媒体流中寻找最近的i帧的位置。
71.所述媒体流中的帧的位置信息是指所述帧在其对应的媒体流中的位置的标记信息，例如可以是所述帧的序号信息或者时间戳信息。
72.应该理解的是，实现本实施例时，通常所述直播点和所述最近的随机接入点可以采用同一类位置信息，例如所述直播点和所述最近的随机接入点统一采用帧的序号来表达，或者统一采用帧的时间戳信息来表达。如果分别采用不同类别的位置信息，那么这两种类别的位置信息之间应该相互转换和比较。例如，帧的序号和时间戳信息之间可以根据系统设置的帧率来互相转换。
73.与所述媒体流中的帧的位置信息的含义相对应，如果所述直播点和所述最近的随机接入点都采用帧的序号来表达，则所述时间间隔可以是所述直播点与所述最近的随机接入点之间相差的帧的数量信息；如果所述直播点和所述最近的随机接入点都采用帧的时间戳信息来表达，则所述时间间隔可以是所述直播点与所述最近的随机接入点之间相差的时间信息。
74.对应地，所述预定的阈值是用来与所述直播点与最近的随机接入点的时间间隔进行比较的，因此可以是与帧的数量信息、或者时间信息相关的一个数值或数值范围，其具体大小和具体的范围由fcc服务器的制造厂商设定，本实施例中不作限定。
75.步骤s104：所述fcc服务器对所述目标频道的媒体流从所述直播点对应的帧到所述直播点对应的gop的最后一帧实时转码为可独立解码的第一转码媒体流。
76.具体地，gop指是一组连续的帧，gop的第一帧通常为可独立解码帧，从gop的第一帧开始可以完成整个gop单元的独立解码。直播点对应的gop是指直播点对应的帧所属的gop。
77.所述对从所述直播点对应的帧到所述直播点对应的gop的最后一帧实时转码为可独立解码的转码媒体流的过程包括：将所述直播点对应的gop从第一帧开始逐一解码，例如解码为yuv图像，将所述从直播点对应的帧到所述直播点对应的gop的最后一帧图像进行重新编码。例如，可以是将所述直播点对应的帧重新编码为可独立解码的帧(例如i帧)、将所述直播点对应的帧之后的其他每一帧重新编码p帧或者b帧，所述p帧或b帧参考所述直播点对应的帧与所述直播点对应的gop的最后一帧中其他帧的数据。
78.可选地，对所述直播点对应的帧到所述直播点对应的gop的最后一帧进行转码时，可以设置转码参数，例如可以设置转码后的媒体流的压缩算法、分辨率、profile、level等
参数与转码前一致。具体地实现时，可以在对所述直播点对应的gop进行解码时，记录解码得到的转码前的媒体流的压缩算法、分辨率、profile、level等参数；在对所述直播点对应的帧到所述直播点对应的gop的最后一帧进行重编码时，设置编码的压缩算法、分辨率、profile、level等参数分别为所述记录的压缩算法、分辨率、profile、level等参数。
79.可选地，由于fcc上缓存的媒体流的格式可能是封装的数据包，例如是rtp包，所以本发明实施例一在所述转码之前，可能需要先进行解封装得到裸的媒体流，然后再进行解码、重编码的工作。
80.同样可选地，本发明实施例一也可能需要对转码后的裸的媒体流进行进一步封装，例如封装为符合rtp规范的数据包。
81.步骤s105：所述fcc服务器缓存所述目标频道的所述实时转码生成的转码媒体流。
82.其中，所述fcc服务器可以根据需要设置缓存上述转码媒体流的时长。该时长具体大小可以由fcc服务器的制造厂商设定，也可以根据实际需求配置，在此不作限定。fcc服务器所缓存的转码媒体流可以被下一次切换请求时所使用。
83.步骤s106：所述fcc服务器进一步判断所述最近的随机接入点是否位于缓存的所述目标频道的转码媒体流中。
84.如果判断为是，则执行步骤s107。
85.步骤s107：所述fcc服务器向所述播放设备发送所述目标频道的所述转码媒体流，以及所述转码媒体流之后且与所述转码媒体流相衔接的原始媒体流。
86.所述fcc服务器发送的所述转码媒体流可以是对步骤s104实时转码生成的转码媒体流进行实时发送，即边转码边发送。这样播放设备可以及时接收所述实时转码的媒体流进行播放。这种情况对应的是步骤s103判断的结果为“是”，此时需要执行实时转码的操作，具体的执行步骤为：执行步骤s103(判断结果为“是”时)，执行步骤s104，执行步骤s105，执行步骤s107；其中，步骤s105与步骤s107没有先后之分，即可以先发送再保存，也可以先保存再发送。
87.所述fcc服务器发送的所述转码媒体流也可以是直接发送所述fcc服务器上缓存的所述目标频道的转码媒体流。在这种情况对应的是步骤s103判断的结果为“否”，则进一步判断所述最近的随机接入点是否来自缓存的所述转码媒体流中，如果判断结果为“是”，则执行步骤s107及后续的步骤；该过程具体的执行步骤为：执行步骤s103(判断结果为“否”时)，执行步骤s106(判断结果为“是”时)，执行步骤s107。所述fcc服务器上缓存的所述目标频道的转码媒体流是接收到第一频道切换请求之前，fcc服务器缓存的。可以理解的是，当所述fcc服务器上缓存的所述目标频道的转码媒体流同时存在多个时，则选择所述最近的随机接入点所在的所述转码媒体流发送给播放设备。
88.此外，应当理解的是，如果步骤s103判断的结果为否，且步骤s106判断的结果为否，则应直接发送所述原始媒体流。这种情况对应的执行步骤为：执行步骤s103(判断结果为“否”时)，执行步骤s106(判断结果为“否”时)，所述fcc服务器发送所述原始媒体流给播放设备。其中，步骤s106判断结果为否的原因可能是fcc服务器没有缓存所述转码媒体流(比如，fcc服务器上第一次接收频道切换请求时，并没有历史缓存的转码媒体流)，或者缓存的所述转码媒体流过期了(例如最近一段时间没有发生切换至所述目标频道的其他的频道切换请求)。
89.上述过程中，所述fcc服务器将所述目标频道的转码媒体流以单播的形式发送所述播放设备，直到所述转码媒体流全部发送完毕。可选地，当所述fcc服务器发送的所述转码媒体流是直接发送的所述fcc服务器上缓存的所述目标频道的转码媒体流时，由于发送的第一帧不是所述目标频道当前直播的最新的帧，所以可以加速发送，对应地，所述播放设备在收到媒体流时，也可以加速解码，直到追赶上所述目标频道当前最新的帧。
90.此外，所述目标频道的所述转码媒体流是持续时间较短的一段媒体流，通常小于所述目标频道的原始媒体流的gop的长度，所以为了能让播放设备持续接收到所述目标频道的媒体流，所述fcc服务器在向所述播放设备发送完所述目标频道的转码媒体流之后，还需要继续以单播的形式向播放设备发送所述目标频道的原始媒体流，所述发送的原始媒体流需要与所述转码媒体流在时间和内容上正确衔接；因此，所述转码媒体流之后且与所述转码媒体流相衔接的原始媒体流，是指所述fcc服务器上缓存的所述目标频道的原始媒体流中位置为所述转码媒体流的最后一帧的下一帧、以及所述下一帧之后的帧的媒体流。
91.从上面步骤s105-s107可以看出，如果在较短的时间内，有第二播放设备同样请求切换至所述目标频道时，所述fcc服务器判断所述目标频道的直播点与最近的随机切入点的时间间隔没有超过预定的阈值，且所述最近的随机接入点位于所述缓存的转码媒体流中，则可以直接将所述fcc服务器上缓存的所述目标频道的所述转码媒体流发送给所述第二播放设备。通过这种方式既可以使得第二播放设备以较快的速度播放较新的媒体流，缩短频道切换时间，又可以减少实时转码的数量，从而降低系统的计算成本。
92.步骤s108：所述播放设备接收媒体流并播放。
93.具体地，所述播放设备会持续接收到所述fcc服务器发送的所述目标频道媒体流。如步骤s107中所述，该媒体流包括所述转码媒体流，以及所述转码媒体流之后且与所述转码媒体流相衔接的原始媒体流。所述播放设备在接收到这些媒体流会后，进行缓冲、重排、解封装、解码、i帧播出等操作，实现稳定播放。
94.步骤s109：在转码媒体流发送完之后，所述fcc服务器向所述播放设备发送加入所述目标频道的组播组的通知，所述通知中包括所述目标频道的组播组的地址。
95.步骤s110：所述播放设备接收所述加入组播组的通知。
96.步骤s111：所述播放设备根据接收到的通知向所述头端设备申请加入所述目标频道的组播组。
97.步骤s112：所述头端设备向所述播放设备发送所述目标频道的组播媒体流。
98.具体地，所述头端设备在接收到所述加入请求时，将所述播放设备加入所述目标频道的组播组，以组播形式向所述播放设备发送所述目标频道的组播媒体流。
99.步骤s113：所述播放设备从头端设备接收所述目标频道的组播媒体流。
100.步骤s114：所述播放设备向所述fcc服务器发送成功加入所述目标频道的组播组的通知。
101.具体地，所述播放设备在接收到所述头端设备发送的所述目标频道的第一个组播媒体流数据包时，表示所述播放设备成功加入了所述目标频道的组播组。此后，可以向所述fcc服务器发送成功加入所述目标频道的组播组的通知，该通知用于告诉所述fcc服务器停止发送所述目标频道的原始媒体流。
102.可选地，所述播放设备发送的所述成功加入所述目标频道的组播组的通知消息中
携带有所述播放设备加入所述组播组之后，接收到的第一个组播媒体流的数据包的标识信息，例如数据包的序号或者时间戳信息，该标记信息用于让所述fcc服务器确认停止发送所述原始媒体流的位置。
103.步骤s115：所述fcc播放器接收所述成功加入所述目标频道的组播组的通知。
104.具体地，所述fcc服务器在接收到所述成功加入所述目标频道的通知时，停止向所述播放设备发送所述目标频道的原始媒体流。
105.如果接收到的所述成功加入所述目标频道的通知中携带所述播放设备接收到的所述目标频道的组播媒体流的第一个数据包的标识信息，所述fcc服务器在发送数据包之前，将待发送的原始媒体流的数据包的标识信息与所述第一个组播媒体流数据包的标识信息进行比较，如果一致，则停止发送所述原始媒体流。
106.步骤s116：所述播放设备将从fcc服务器端接收的所述目标频道的单播媒体流和从头端设备接收的所述目标频道的组播媒体流进行衔接并播放。
107.具体地，所述播放设备通过比较rtp包序号或时间戳大小等方法，将从fcc服务器端接收的所述目标频道的单播媒体流和从头端设备接收的所述目标频道的组播媒体流按照rtp包的先后顺序进行衔接，并进一步进行解封装、解码、播放等操作。
108.在另外一种实现方式中，上述的频道切换方法可以不包括上述步骤s105。当所述fcc服务器不执行步骤s105时，所述fcc服务器中只保存有所述原始媒体流。那么在该实现方式中，当步骤s103中所述fcc服务器判断所述目标频道的直播点与最近的随机接入点的时间间隔没有超过预定的阈值时，所述fcc服务器会将所述目标频道的原始媒体流发送给发起频道切换请求的播放设备；不会执行上述步骤s106。也就是该实现方式中没有上述步骤s106。相应地，在步骤s107中，fcc服务器发送的也只有对所述目标频道的原始媒体流进行实时转码生成的转码媒体流，不存在历史缓存的转码媒体流。其他的过程与上面实施例一致，在此不再赘述。
109.在这种情况下，即使所述fcc服务器上没有缓存所述转码媒体流，但如果所述播放设备发起频道切换请求的时刻在原始媒体流的i帧附近(即满足所述直播点与最近的随机接入点的位置不超过预定的阈值)，则可以从最近的i帧开始直接发送所述原始媒体流到所述播放设备。当设置所述预定的阈值为一个较低的值时，这种方式既可以使得所述播放设备直接播放较新的媒体流，缩短频道切换时间，又可以减少因响应频道切换请求所需要实时转码的数量，降低系统的计算成本。
110.为了更进一步理解上述实施例中的方法步骤，下面结合图3对fcc服务器接收到频道切换请求时对媒体流的处理逻辑进行具体的示例解释。
111.参考图3，假设fcc服务器上缓存有目标频道的原始媒体流，该媒体流的gop长度为m。
112.当该fcc服务器在接收并处理所述第一播放设备的切换至目标频道的频道切换请求时，缓存的目标频道的原始媒体流的最新的帧的序号为n 15，则此时该目标频道的直播点为序号为n 15的帧的位置信息。此时，最近的随机接入点为该fcc服务器缓存的原始媒体流中序号为n的帧的位置信息，直播点对应的gop为序号从n到n m-1的图像组。
113.直播点与最近的随机接入点的时间间隔，如果以相差的帧的数量来衡量，为15；如果以相差的时间信息来衡量，则为15*1000/30＝500ms(假设图3中媒体流的帧率为30帧/
秒)。
114.假设预定的阈值的含义是帧的数量，且具体的值为5。那么在本例中，直播点与最近的随机接入点的时间间隔超过了预定的阈值。此时，按照上述的频道切换方法，fcc服务器需要进行实时转码；具体地，可以将序号从n到n m-1的图像组进行解码，再将序号为n 15的帧编码为i帧，将序号n 16到n m-1的所有帧编码为p帧或b帧；其中，上述p帧或b帧在编码时参考序号n 15到n m-1的帧中其他的帧的数据。
115.通过上述操作，可以将序号为n 15到序号为n m-1的帧转码为一段可独立解码的转码媒体流。进一步地，该fcc服务器会将该转码媒体流缓存在本地，并且将该转码媒体流、以及帧序号为n m及其后的帧的原始媒体流发送给第一播放设备。
116.假设当该fcc服务器在接收并处理第二播放设备的切换至所述目标频道的频道切换请求时，该目标频道的直播点为序号为n 17的帧的位置信息。此时，最近的随机接入点为该fcc服务器缓存的转码媒体流中序号为n 15的帧的位置信息；直播点与最近的随机接入点的时间间隔，如果以相差的帧的数量来衡量，可以为2；如果以相差的时间信息来衡量，则可以为2*1000/30＝66.67ms(假设图4中媒体流的帧率为30帧/秒)。
117.则在本例中，直播点与最近的随机接入点的时间间隔为2，没有超过上述预定的阈值5，因此，fcc服务器可以直接将上述缓存的序号为n 15到序号为n m-1的可独立解码的转码媒体流、以及帧序号为n m及其后的帧的原始媒体流发送给该第二播放设备。
118.请参见图4，是本发明实施例提供的第二种频道切换方法的流程示意图，该方法的运行环境包括fcc服务器、转码服务器和播放设备，该方法包括但不限于步骤s201～步骤s216，下面对这些步骤进行解释。
119.步骤s201～步骤203分别与本发明实施例一中步骤s101～步骤s103相同，因此不再赘述。
120.步骤s2041～步骤s2047实现的功能与本发明实施例一中步骤s104的功能相同。在本发明实施例提供的第一种频道切换的方法中，fcc服务器通过本地的计算资源进行实时转码获取转码媒体流；而在本发明实施例提供的第二种频道切换方法中fcc服务器通过与转码服务器交互从所述转码服务器上获取转码媒体流。
121.下面对步骤s2041～步骤s2047进行详细解释。
122.步骤s2041：所述fcc服务器向转码服务器发送实时转码请求。
123.具体地，所述fcc服务器在执行步骤s203时，判断结果为是，即所述播放设备发起切换至所述目标频道的频道切换请求时，所述目标频道的直播点与最近的随机接入点的时间间隔超过预定的阈值，则向所述转码服务器发起实时转码请求。
124.所述实时转码请求用于通知所述转码服务器准备接收待转码媒体流并执行转码操作，因为所述fcc服务器在发送完该请求后，会紧接着向所述转码服务器发送待转码媒体流。
125.所述实时转码请求中包含直播点，该信息用于指示转码服务器转码后媒体流的i帧的位置；具体实现时，所述实时转码请求中包含的直播点可以是所述目标频道的最新的帧的序号或者时间戳。
126.可选地，所述实时转码请求还包括压缩算法、分辨率、profile、level。
127.步骤s2042：所述转码服务器接收所述实时转码请求。
128.具体地，转码服务器在接收到所述实时转码请求后，记录所述实时转码请求中的转码参数，并准备接收待转码的媒体流。
129.步骤s2043：所述fcc服务器向所述转码服务器实时发送待转码媒体流。
130.具体地，所述待转码媒体流是指所述fcc服务器上缓存的所述目标频道的媒体流中直播点对应的整个gop的媒体流，是一段可独立解码的媒体流，这样才能让所述播放设备进行正确转码。
131.所述待转码的媒体流通常从所述fcc服务器上缓存的所述原始媒体流中获取，也可以从所述fcc服务器上历史缓存的转码媒体流中获取。
132.可以理解的是，由于所述fcc服务器上缓存的所述目标频道的最新的帧是直播点对应的帧，在直播点之后的帧由fcc服务器实时从头端设备接收后立即转发给所述转码服务器。
133.步骤s2044：所述转码服务器实时接收所述待转码媒体流。
134.具体地，所述转码服务器实时接收所述fcc服务器发送的待转码媒体流并进行实时转码。
135.步骤s2045：所述转码服务器对所述待转码媒体流进行实时转码。
136.具体地，所述转码服务器在接收到所述待转码媒体流后，根据接收到的所述实时转码请求中的直播点，将待转码媒体流中直播点对应的帧到待转码媒体流的最后一帧转码为可独立解码的媒体流。具体实现时可以参见第一种频道切换方法中步骤s104中对实时转码过程的解释。
137.可选地，如果所述实时转码请求中不包括压缩算法、分辨率、profile、level等参数时，所述转码服务器可以通过转码过程的解码来获取转码前媒体流的压缩算法、分辨率、profile、level等参数，并将这些参数设置为转码后的媒体流的参数。
138.可选地，所述转码服务器在执行转码后，还对转码后的媒体流进行数据包的封装，例如封装为rtp数据包。
139.步骤s2046：所述转码服务器向所述fcc服务器实时发送转码后的媒体流。
140.具体地，所述转码服务器向所述fcc服务器实时发送转码后的媒体流，是指将步骤s2045中实时转码生成的可独立解码的媒体流发送给所述fcc服务器。
141.步骤s2047：所述fcc服务器实时接收所述转码后的媒体流。
142.具体地，所述fcc服务器实时接收到转码后的媒体流之后，立即发送给所述播放设备。
143.可以理解的是，上述步骤s2043～步骤2047之间都是实时异步执行的，例如转码服务器不用等到fcc服务器将所有待转码媒体流传送完毕才开始进行转码，也不用等到所有转码完成后才向fcc服务器发送转码后的媒体流。
144.步骤s205～步骤s216分别与本发明实施例一中步骤s105～步骤s116相同，因此不再赘述。
145.同理，下面结合图3中fcc服务器接收到频道切换请求时对媒体流的处理逻辑对上述的方法进行进一步地示例解释。
146.参考图3，fcc服务器在处理第一播放设备的频道切换请求时，需要向转码服务器发送实时转码请求，其中该转码请求中包含序号为n 15的帧的序号或时间戳信息。fcc服务
器还会将直播点对应的整个gop的媒体流，即序号为n到n m-1之间所有的帧的媒体流发送给转码服务器。
147.转码服务器接收到上述的实时转码请求后，将待转码媒体流(即序号为n到n m-1之间所有的帧的媒体流)中序号为n 15到n m-1之间的帧转码为可独立解码的转码媒体流，并将该转码媒体流发送给fcc服务器，fcc服务器接收到之后立即将该转码媒体流，以及该转码媒体流之后且与其相衔接的原始媒体流发送给第一播放设备。
148.请参见图5，是本发明实施例提供的fcc服务器的逻辑结构示意图。
149.图5所示的fcc服务器202包括接收单元2021、发送单元2022，判断单元2023，存储单元2024和处理单元2025。
150.存储单元2024，用于缓存目标频道的原始媒体流。
151.接收单元2021，用于接收播放设备发送的切换至目标频道的频道切换请求，所述频道切换请求中包含所述目标频道的标识。
152.判断单元2023，用于判断所述目标频道的直播点与最近的随机接入点的时间间隔是否超过预定的阈值。
153.处理单元2025，用于获取可独立解码的第一转码媒体流，该第一转码媒体流是根据所述直播点以及所述直播点对应的gop从所述原始媒体流中获得的。
154.发送单元2022，用于向播放设备发送所述第一转码媒体流，以及所述第一转码媒体流之后且与所述第一转码媒体流相衔接的原始媒体流。
155.发送单元2022还用于向所述播放设备发送加入所述目标频道组播组的通知；接收单元2021还用于接收所述播放设备发送的成功加入所述目标频道组播组的通知，在收到该通知时，接收单元2021还用于通知发送单元2022停止向播放设备发送所述目标频道的原始媒体流。
156.可选地，存储单元2024，还用于缓存处理单元2025获取的所述第一转码媒体流。在这种情况下，判断单元2023还用于判断所述最近的随机接入点是否位于缓存的所述转码媒体流中；处理单元2025还用于获取可独立解码的第二转码媒体流，该第二转码媒体流是根据所述直播点以及所述直播点对应的gop从所述第一转码媒体流中获得的；发送单元2022还用于向播放设备发送所述第二转码媒体流，以及所述第二转码媒体流之后且与所述第二转码媒体流相衔接的原始媒体流。
157.在第一种可能的实现方式中，所述处理单元2025可以在本地利用本地的计算能力转码得到所述第一转码媒体流，具体过程为：所述处理单元2025识别出所述目标频道的原始媒体流，对所述原始媒体流中的所述直播点对应的gop的媒体流进行解码，将解码生成的数据中所述直播点对应的帧到所述直播点对应的gop的最后一帧的数据编码为可独立解码的第一转码媒体流。
158.这种实现方式下的fcc服务器的逻辑单元的功能与图2所示的方法中fcc的执行步骤相呼应。具体地，接收单元2021用于实现图2所示实施例中的步骤s102和步骤s116；判断单元2023用于实现图2所示实施例中的步骤s103；处理单元2025用于实现图2所示实施例中的步骤s104。
159.可选地，存储单元2024还用于实现图2中所示实施例中的步骤s105；此种情况下，判断单元2023还用于实现图2中所示实施例中的步骤s106；发送单元2022用于实现图2所示
实施例中的步骤s107和步骤s109。
160.在另一种可能实现的方式中，所述处理单元2025也可以利用远端的转码服务器的计算能力来获取所述第一转码媒体流，在这种实现方式中，所述发送单元2022还用于向转码服务器发送实时转码请求以及所述直播点对应的gop的媒体流，所述实时转码请求中包含所述直播点。所述接收单元2021，还用于接收所述转码服务器实时发送的第一转码媒体流。所述处理单元2025从所述接收单元2021获取所述第一转码媒体流。
161.这种实现方式下的fcc服务器的逻辑单元的功能与图4所示的方法中fcc的执行步骤相呼应。具体地，接收单元2021用于实现图4所示实施例中的步骤s202，步骤2046和步骤216；判断单元2023用于实现图4所示实施例中的步骤s203。
162.可选地，存储单元2024还可以用于实现图4中所示实施例中的步骤s205，在这种实现场景下，判断单元2023还用于实现图4中所示实施例中的步骤s206；发送单元2022用于实现图4所示实施例中的步骤s2041，步骤s2043，步骤s207和步骤s209。
163.请参见图6，是本发明实施例提供的fcc服务器的实体结构示意图。图6所示的fcc服务器102包括处理器1021、收发器1022、和存储器1023。需要说明的是，图6所示的结构示意图并不构成对本发明实施例的限定，实际应用中，fcc服务器可能还包括其它部件。
164.其中，处理器1021可以是控制器，中央处理器(central processing unit，cpu)，通用处理器，dsp，asic，fpga或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器1021也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。
165.收发器1022可以是收发电路，用于与其它设备或通信网络通信。
166.存储器1023可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其它类型的静态存储设备，随机存储器(random access memory，ram)或可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc readonly memory，cd-rom)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够存取的任何其它介质，但不限于此。存储器1023可以是独立存在的，也可以和处理器1021集成在一起。应用在本发明实施例中，存储器1023用于存储实现上述fcc服务器功能的代码，并由处理器1021来控制执行。处理器1021用于执行存储器1023中存储的程序代码以实现上述提到的fcc服务器的功能。
167.此外，图5所示的接收单元2021和发送单元2022对应图6所示fcc服务器的收发器1023；图5所示的判断单元2023，处理单元2025对应图6所示fcc服务器的处理器1021；图5所示的存储单元2024对应图6所示fcc服务器的存储器1024。
168.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机
指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(英文：digital subsciber line，简称：dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd(英文：digital video disk，中文：数字视频光盘))、或者半导体介质(例如固态硬盘(英文：solid state disk，简称：ssd)等。