本公开涉及计算机技术领域，尤其涉及一种多媒体资源直播播放方法及装置。
背景技术：
随着终端设备的不断普及，对各种多媒体资源(例如高清/超清视频)的播放需求越来越多，多媒体资源的播放体验越来越受到重视。在相关技术中，在对多媒体资源(例如视频资源)进行直播时，通常会下载特定格式的直播流数据(例如HLS或RTMP格式的直播流数据)，对直播流数据直接进行解码并播放，而这种播放方式可能无法同时支持所有格式的直播流数据。
技术实现要素：
有鉴于此，本公开提出了一种多媒体资源直播播放方法及装置，实现多媒体资源的直播流数据的兼容播放。
根据本公开的一方面，提供了一种多媒体资源直播播放方法，所述方法包括：获取多媒体资源的直播流数据；
对所述直播流数据进行解码及再封装，获取多媒体数据；
将所述多媒体数据存储到第一缓存空间中；
播放所述第一缓存空间中的多媒体数据。
对于上述方法，在一种可能的实现方式中，所述方法还包括：
获取在所述第一缓存空间中的所述多媒体数据的存储地址与所述多媒体数据的时间之间的索引映射对。
对于上述方法，在一种可能的实现方式中，播放所述第一缓存空间中的多媒体数据，包括：
在直播进度控件被触发的情况下，获取所述直播进度控件的触发位置所对应的多媒体数据的第一时间；
在所述第一时间属于在所述第一缓存空间中的所述多媒体数据的时间的情况下，基于所述索引映射对，获取与所述第一时间对应的第一存储地址；
从所述第一存储地址开始播放所述第一缓存空间中的多媒体数据。
对于上述方法，在一种可能的实现方式中，通过如下公式获取所述第一时间：
所述第一时间＝已直播播放时间×所述触发位置的播放长度/总播放长度。
对于上述方法，在一种可能的实现方式中，从所述第一存储地址开始播放所述第一缓存空间中的多媒体数据，包括：
采用所述第一缓存空间中的第一时间之后的，且与所述第一时间的时间间隔小于或等于第一时间阈值的多媒体数据，替换播放器的第二缓存空间中的多媒体数据。
对于上述方法，在一种可能的实现方式中，所述直播流数据包括HLS、RTMP或HTTP-FLV直播流数据。
根据本公开的另一方面，提供了一种多媒体资源直播播放装置，所述装置装置包括：
直播数据获取模块，用于获取多媒体资源的直播流数据；
多媒体数据获取模块，用于对所述直播流数据进行解码及再封装，获取多媒体数据；
数据存储模块，用于将所述多媒体数据存储到第一缓存空间中；
数据播放模块，用于播放所述第一缓存空间中的多媒体数据。
对于上述装置，在一种可能的实现方式中，所述装置还包括：
映射对获取模块，用于获取在所述第一缓存空间中的所述多媒体数据的存储地址与所述多媒体数据的时间之间的索引映射对。
对于上述装置，在一种可能的实现方式中，所述数据播放模块包括：
时间获取子模块，用于在直播进度控件被触发的情况下，获取所述直播进度控件的触发位置所对应的多媒体数据的第一时间；
地址获取子模块，用于在所述第一时间属于在所述第一缓存空间中的所述多媒体数据的时间的情况下，基于所述索引映射对，获取与所述第一时间对应的第一存储地址；
数据播放子模块，用于从所述第一存储地址开始播放所述第一缓存空间中的多媒体数据。
对于上述装置，在一种可能的实现方式中，通过如下公式获取所述第一时间：
所述第一时间＝已直播播放时间×所述触发位置的播放长度/总播放长度。
对于上述装置，在一种可能的实现方式中，所述数据播放子模块包括：
数据替换子模块，用于采用所述第一缓存空间中的第一时间之后的，且与所述第一时间的时间间隔小于或等于第一时间阈值的多媒体数据，替换播放器的第二缓存空间中的多媒体数据。
对于上述装置，在一种可能的实现方式中，所述直播流数据包括HLS、RTMP或HTTP-FLV直播流数据。
根据本公开的另一方面，提供了一种多媒体资源直播播放装置，其特征在于，包括：
处理器；用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
获取多媒体资源的直播流数据；
对所述直播流数据进行解码及再封装，获取多媒体数据；
将所述多媒体数据存储到第一缓存空间中；
播放所述第一缓存空间中的多媒体数据。
根据本公开的另一方面，提供了一种非易失性计算机可读存储介质，当所述存储介质中的指令由终端和/或服务器的处理器执行时，使得终端和/或服务器能够执行上述方法。
根据本公开实施例的多媒体资源播放直播方法及装置，能够对多媒体资源的直播流数据进行解码及再封装以获取多媒体数据，并在缓存空间中存储并播放多媒体数据，从而实现不依赖于视频直播流数据格式的兼容播放。
根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。
附图说明
包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。
图1是根据一示例性实施例示出的一种多媒体资源直播播放方法的流程图。
图2是根据一示例性实施例示出的一种多媒体资源直播播放方法的流程图。
图3是根据一示例性实施例示出的一种多媒体资源直播播放方法的步骤S14的流程图。
图4是根据一示例性实施例示出的一种多媒体资源直播播放方法的步骤S14的流程图。
图5是根据一示例性实施例示出的一种多媒体资源直播播放方法的应用场景的示意图。
图6是根据一示例性实施例示出的一种多媒体资源直播播放装置的框图。
图7是根据一示例性实施例示出的一种多媒体资源直播播放装置的框图。
图8是根据一示例性实施例示出的一种多媒体资源直播播放装置的框图。
具体实施方式
以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。
实施例1
图1是根据一示例性实施例示出的一种多媒体资源直播播放方法的流程图。该方法可应用于终端设备(例如智能手机)中。如图1所示，根据本公开实施例的多媒体资源直播播放方法包括：
步骤S11，获取多媒体资源的直播流数据；
步骤S12，对所述直播流数据进行解码及再封装，获取多媒体数据；
步骤S13，将所述多媒体数据存储到第一缓存空间中；
步骤S14，播放所述第一缓存空间中的多媒体数据。
根据本公开的实施例，能够对多媒体资源的直播流数据进行解码及再封装以获取多媒体数据，并在缓存空间中存储并播放多媒体数据，从而实现不依赖于视频直播流数据格式的兼容播放；并且，在用户选择回看时直接读取缓存空间中的多媒体数据进行播放，实现了直播时的即时回看，从而提升用户体验。
举例来说，在相关技术中直播多媒体资源(例如视频资源)时，通常会调用系统组件直接播放直播流数据地址，对直播流数据进行物理分段，分段下载并播放，该播放方式依赖于多媒体资源的直播流数据格式，无法做到各种格式的兼容播放。
在一种可能的实现方式中，根据本公开的实施例可以将终端设备的客户端的播放模式设置为数据播放模式。在数据播放模式下，可以对直播流数据的下载和播放分开处理。对于多媒体资源的任意类型的直播流数据，可以发起针对多媒体资源的直播流数据下载请求，获取经物理分段后的直播流数据。其中，直播流数据可以包括HLS、RTMP或HTTP-FLV直播流数据，本公开对直播流数据的具体格式不做限定。
在一种可能的实现方式中，可以对下载的直播流数据进行解码(可以边下载直播流数据边解码)。按照公开的HLS、RTMP或HTTP-FLV流协议格式的说明文档，分别编写解码器解码出直播流数据中的视频数据(例如h264视频数据)和音频数据(例如aac音频数据)等；将解码后的视频数据和音频数据统一封装成Flv tag数据包，作为多媒体数据。根据直播流数据的时间信息(例如直播流数据的时间戳序列)，还可以对多媒体数据(Flv tag数据包)进行排序，将排序后的多媒体数据存储到第一缓存空间中。本领域技术人员应当理解，也可以将解码后的视频数据和音频数据封装成其他格式(例如mp4格式)的数据包，本公开对此不做限制。
在一种可能的实现方式中，可以将多媒体数据存储到第一缓存空间中，其中，第一缓存空间可以为自建的直播数据(例如Flv tag流数据)的缓存区，是一个基于字节数组的存储对象，存入的是按时间戳排序的以Flv tag数据包为单位的数据字节，并控制Flv tag数据包在第一缓存空间的限定范围内先进先出。当第一缓存空间接近满仓时，可以删除多媒体数据中的第一个关键帧tag到第二个关键帧tag之间的tag数据字节，或者删除第一个关键帧tag到第n个关键帧tag之间的tag数据字节，以保证后续数据可以进入第一缓存空间中。其中，n表示待删除的关键帧tag的数量。
在一种可能的实现方式中，可以根据终端设备的内存可用范围等条件设置第一缓存空间的容量，并可以根据实际情况进行调节，例如可以将第一缓存空间设置为100M，也可以将第一缓存空间设置为能够容纳0.5h-1h的多媒体数据，本公开对此不作限定。
在一种可能的实现方式中，对于第一缓存空间中的多媒体数据，可以按照多媒体数据的排序，依次取出多媒体数据的tag字节包提供给播放器播放。
图2是根据一示例性实施例示出的一种多媒体资源直播播放方法的流程图。如图2所示，在一种可能的实现方式中，所述方法还包括：
步骤S15，获取在所述第一缓存空间中的所述多媒体数据的存储地址与所述多媒体数据的时间之间的索引映射对。
举例来说，可以获取第一缓存空间中的多媒体数据的存储地址与时间之间的索引映射对，该时间可以是多媒体数据的时间戳。在将多媒体数据存储到第一缓存空间中时，可以将该索引映射对也存储在第一缓存空间中，并且同步维护存储地址与时间的索引映射对，例如，在多媒体数据的存储地址变化时，对索引映射对进行更新；在第一缓存空间接近满仓时，删除一部分多媒体数据时，同时删除相应的索引映射对。
通过这种方式，可以存储多媒体数据的存储地址与时间之间的对应关系。
图3是根据一示例性实施例示出的一种多媒体资源直播播放方法的步骤S14的流程图。如图3所示，在一种可能的实现方式中，步骤S14包括：
步骤S141，在直播进度控件被触发的情况下，获取所述直播进度控件的触发位置所对应的多媒体数据的第一时间；
步骤S142，在所述第一时间属于在所述第一缓存空间中的所述多媒体数据的时间的情况下，基于所述索引映射对，获取与所述第一时间对应的第一存储地址；
步骤S143，从所述第一存储地址开始播放所述第一缓存空间中的多媒体数据。
举例来说，在相关技术中，如果用户点击直播进度条的某一位置进行直播回看，则会重新加载直播流数据，产生一定的播放延时，导致用户的播放体验变差。
在一种可能的实现方式中，根据本公开的实施例，如果用户点击直播进度条，则直播进度控件被触发，可以获取直播进度控件的触发位置所对应的多媒体数据的第一时间，例如在直播进度为1h时，用户点击了直播进度条上对应直播进度为40分钟的位置，则触发位置所对应的多媒体数据的第一时间为40分钟。
在一种可能的实现方式中，可以通过如下公式获取第一时间：所述第一时间＝已直播播放时间×所述触发位置的播放长度/总播放长度。由于已直播播放的时间随着已直播的进行而不断变化，同一触发位置所对应的多媒体数据的第一时间也可能发生变化，因此，可以根据已直播播放时间、触发位置的播放长度以及总播放长度来确定第一时间，从而确定回看的时间点。
在一种可能的实现方式中，针对回看的时间点(第一时间)，可以查看第一缓存空间中的多媒体数据的时间戳是否存在该第一时间。如果该第一时间属于在第一缓存空间中的多媒体数据的时间(时间戳)，则可以根据索引映射对，查找到第一时间对应的多媒体数据的第一存储地址。并且，可以从第一存储地址开始播放第一缓存空间中的多媒体数据。例如，第一缓存空间中存储有30分钟的多媒体数据，在直播进度为1h，并且用户触发的回看时间(第一时间)为40分钟时，该时间的多媒体数据存储在第一缓存空间中，则直接从该时间(40分钟)位置开始播放，实现实时跳转(即时回看)。
在一种可能的实现方式中，如果该第一时间不属于在第一缓存空间中的多媒体数据的时间(时间戳)，也即，回看时间点在缓存范围之外，则可以重新请求直播接口从第一时间开始下载直播流数据，重复步骤S11-S13的播放步骤。
通过这种方式，可以实现多媒体资源直播时的实时回看，同时，对直播流数据的下载、解码及再封装等仍然不受影响地持续进行，以便在用户切换回最新的直播时间时，快速跳转回最新的直播时间点。
图4是根据一示例性实施例示出的一种多媒体资源直播播放方法的步骤S14的流程图。如图4所示，在一种可能的实现方式中，步骤S141包括：
步骤S1431，采用所述第一缓存空间中的第一时间之后的，且与所述第一时间的时间间隔小于或等于第一时间阈值的多媒体数据，替换播放器的第二缓存空间中的多媒体数据。
举例来说，播放器可以具有第二缓存空间，在第二缓存空间保存一定长度的多媒体数据，以便对多媒体数据进行渲染并播放，避免播放时的卡顿。在用户触发直播进度控件进行直播回看时，第二缓存空间中还存在当前时间点附近的多媒体数据，为了实现实时回看，可以替换第二缓存空间中的多媒体数据。可以采用第一缓存空间中的第一时间之后的，且与第一时间的时间间隔小于或等于第一时间阈值的多媒体数据，替换播放器的第二缓存空间中的多媒体数据。该第一时间阈值可以为第二缓存空间中能够存储的多媒体数据的时间阈值，例如，该第一时间阈值可以为1s或2s。替换掉播放器缓存的tag字节，并持续从缓存中取tag字节塞给播放器播放，可以立刻从第一时间开始播放所述第一缓存空间中的多媒体数据，由此实现缓存区内直播即时回看。
通过这种方式，可以实现实时直播回看，从而提高用户体验。
应用示例
以下结合网络直播这一示例性应用场景，给出根据本公开实施例的应用示例，以便于理解数据播放以及实时回看的流程。本领域技术人员应理解，以下应用示例仅仅是出于便于理解本发明实施例的目的，不应视为对本发明实施例的限制。
图5是根据一示例性实施例示出的一种多媒体资源直播播放方法的应用场景的示意图。如图5所示，在该应用示例中，可以对下载的直播流数据进行解码(可以边下载直播流数据边解码)，获得直播流数据中的视频数据(例如h264视频数据)和音频数据(例如aac音频数据)等；将解码后的视频数据和音频数据统一封装成Flv tag数据包(多媒体数据)；将按时间戳序列排序后的tag数据包存储到第一缓存空间中(例如图5中的tag数据包k、tag数据包k+1、tag数据包k+2、……、tag数据包n，其中k、n为正整数，k<n)，并由播放器取数据进行播放。由此，实现了数据播放模式的直播播放。
在该应用示例中，在播放界面中可以具有播放进度条，用于指示播放进度，例如图5中当前播放到位置1，正在播放的多媒体数据为tag数据包n。当用户点击位置2时，直播进度控件被触发，可以获取位置2对应的播放时间(第一时间)，例如，第一时间＝已直播播放时间×触发位置的播放长度(位置2的播放长度)/总播放长度(位置1的播放长度)，从而确定回看的时间点。
根据第一缓存空间中的tag数据包的存储地址与时间(时间戳)之间的索引映射对，可以查找到对应的tag数据包，例如图5中位置2的播放时间对应tag数据包k；并且，可以用tag数据包k至tag数据包k+i(i>0，i的取值取决于第二缓存空间的大小)替换播放器的第二缓存空间中的全部tag数据包，从而可以直接从tag数据包k开始播放，实现实时跳转(即时回看)。
根据本公开的实施例，能够采用数据模式播放多媒体数据，从而实现不依赖于视频直播流数据格式的兼容播放；并且，在用户选择回看时直接读取缓存空间中的多媒体数据进行播放，实现了直播时的即时回看，从而提升用户体验。
实施例2
图6是根据一示例性实施例示出的一种多媒体资源直播播放装置的框图。如图6所示，该多媒体资源直播播放装置包括：直播数据获取模块51，多媒体数据获取模块52，数据存储模块53以及数据播放模块54。
直播数据获取模块51，用于获取多媒体资源的直播流数据；
多媒体数据获取模块52，用于对所述直播流数据进行解码及再封装，获取多媒体数据；
数据存储模块53，用于将所述多媒体数据存储到第一缓存空间中；
数据播放模块54，用于播放所述第一缓存空间中的多媒体数据。
图7是根据一示例性实施例示出的一种多媒体资源播放装置的框图。如图7所示，在一种可能的实现方式中，所述装置还包括：
映射对获取模块55，用于获取在所述第一缓存空间中的所述多媒体数据的存储地址与所述多媒体数据的时间之间的索引映射对。
如图7所示，在一种可能的实现方式中，所述数据播放模块54包括：
时间获取子模块541，用于在直播进度控件被触发的情况下，获取所述直播进度控件的触发位置所对应的多媒体数据的第一时间；
地址获取子模块542，用于在所述第一时间属于在所述第一缓存空间中的所述多媒体数据的时间的情况下，基于所述索引映射对，获取与所述第一时间对应的第一存储地址；
数据播放子模块543，用于从所述第一存储地址开始播放所述第一缓存空间中的多媒体数据。
在一种可能的实现方式中，通过如下公式获取所述第一时间：
所述第一时间＝已直播播放时间×所述触发位置的播放长度/总播放长度。
如图7所示，在一种可能的实现方式中，所述数据播放子模块543包括：
数据替换子模块5431，用于采用所述第一缓存空间中的第一时间之后的，且与所述第一时间的时间间隔小于或等于第一时间阈值的多媒体数据，替换播放器的第二缓存空间中的多媒体数据。
在一种可能的实现方式中，所述直播流数据包括HLS、RTMP或HTTP-FLV直播流数据。
根据本公开的实施例，能够对多媒体资源的直播流数据进行解码及再封装以获取多媒体数据，并在缓存空间中存储并播放多媒体数据，从而实现不依赖于视频直播流数据格式的兼容播放；并且，在用户选择回看时直接读取缓存空间中的多媒体数据进行播放，实现了直播时的即时回看，从而提升用户体验。
实施例3
图8是根据一示例性实施例示出的一种多媒体资源直播播放装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图8，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。
处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非易失性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。
本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。