播放评估方法及装置与流程

本公开涉及互联网技术领域，尤其涉及一种播放评估方法及装置。

背景技术：

为了对视频的播放情况进行客观性评估，需要在视频播放过程中获取多个评估参数，如视频的分辨率、帧率、码率、下载速度、卡顿次数、卡顿时长等。获取到这些参数后，将参数带入到视频体验评估计算模型中，计算出当前播放的客观体验指标。相关技术中，通常采用的方法是在客户端的播放器中加入视频体验评估模块对计算体验指标所需要的数据进行采集，实时或非实时地计算出本次视频播放的客观体验指标值并对结果进行展示。这种方法很大程度上限制了视频体验评估的应用，特别是难以在统一的标准下对不同的客户端进行评估。

技术实现要素：

有鉴于此，本公开提出了一种播放评估方法及装置，可以很方便的采用统一的标准和算法进行评估，可极大地提高测试的客观性和一致性。

根据本公开的一方面，提供了一种播放评估方法，包括：向服务器转发来自客户端的数据请求；接收所述服务器返回的数据，并向客户端转发所述数据以进行播放；从所述数据中提取媒体信息；获取网络参数；根据所述网络参数和所述媒体信息获得针对所述客户端的播放情况的评估结果。

根据本公开的另一方面，提供了一种播放评估装置，包括：请求转发模块，向服务器转发来自客户端的数据请求；数据转发模块，用于接收所述服务器返回的数据，并向客户端转发所述数据以进行播放；媒体信息提取模块，用于从所述数据中提取媒体信息；网络参数获取模块，用于获取网络参数；评估结果获得模块，用于根据所述网络参数和所述媒体信息获得针对所述客户端的播放情况的评估结果。

根据本公开的另一方面，提供了一种播放评估装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：向服务器转发来自客户端的数据请求；接收所述服务器返回的数据，并向客户端转发所述数据以进行播放；从所述数据中提取媒体信息；获取网络参数；根据所述网络参数和所述媒体信息获得针对所述客户端的播放情况的评估结果。

根据本公开的另一方面，提供了一种非易失性计算机可读存储介质，当所述存储介质中的指令由客户端和/或服务器的处理器执行时，使得客户端和/或服务器能够执行一种播放评估方法，所述方法包括：向服务器转发来自客户端的数据请求；接收所述服务器返回的数据，并向客户端转发所述数据以进行播放；从所述数据中提取媒体信息；获取网络参数；根据所述网络参数和所述媒体信息获得针对所述客户端的播放情况的评估结果。

通过转发客户端请求和服务器返回的数据，并对返回的数据提取媒体信息，获取网络参数，最终根据提取到的媒体信息和网络参数获得评估结果，实现播放的评估。根据本公开上述实施例的播放评估方法及装置可以很方便的采用统一的标准和算法进行评估，可极大地提高测试的客观性和一致性；无需客户端进行任何修改和适配工作，有利于评估测试的推广。

根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。

图1示出根据本公开一实施例的一种播放评估方法的流程图。

图2示出根据本公开一实施例的步骤S13方法的流程图。

图3示出根据本公开一实施例的步骤S15方法的流程图。

图4示出根据本公开一实施例的播放流畅度评估模型示意图。

图5示出根据本公开一实施例的一种播放评估方法的流程图。

图6示出根据本公开一实施例的一种播放评估方法应用的示意图。

图7示出根据本公开一实施例的一种播放评估装置的框图。

图8示出根据本公开一实施例的一种播放评估装置的框图。

图9示出根据本公开一实施例的一种播放评估装置的框图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

实施例1

图1示出根据本公开一实施例的一种播放评估方法的流程图，该方法可应用于客户端，例如，手机、计算机、平板电脑等。如图1所示，该方法包括：

步骤S11，向服务器转发来自客户端的数据请求。

步骤S12，接收所述服务器返回的数据，并向客户端转发所述数据以进行播放。

步骤S11和S12实现了类似网络代理的功能，例如，可在终端设备中设置代理模块来实现步骤S11和S12。在步骤S11之前，还可以将客户端的网络代理设置为代理模块的本地网络代理，利用代理模块转发客户端和服务器之间的请求和数据。通过这种方式，使得播放和播放情况评估均基于同样的数据，能够准确评估播放情况，且在评估的过程中不影响播放。

在一种可能的实施方式中，客户端可为能进行视频播放的任意客户端，例如视频APP，数据请求可以是客户端用于向服务器请求数据而发出的请求，例如，可以是响应于用户利用客户端进行视频播放的指令而在客户端产生的数据请求，并且数据请求可经代理模块转发至服务器，服务器响应于该数据请求可返回相应的数据，例如包括所请求播放的视频的视频数据，代理模块可将数据转发给客户端以进行播放。

步骤S13，从所述数据中提取媒体信息。

获取来自服务器的数据后，除了转发给客户端进行播放外，还可从数据中提取媒体信息，以对客户端播放情况进行分析。媒体信息可以是反映数据中包含的媒体数据(例如视频数据)的性质的任意信息。仍然以视频数据为例，可以解码所述视频数据并进行分析，提取所述视频数据的视频信息。所述视频信息可以包括码率Rv和/或播放时间戳，还可以包括视频编码格式Fv、视频分辨率WxH、视频帧率Rf、平均码率Rv等。码率也叫比特率，表示经过压缩编码后的视频数据每秒需要用多少个比特来表示，即把每秒显示的图像进行压缩后的数据量，一般采用的单位是kbps，即千位每秒。播放时间戳是为了同步目的而使用的，每个视频包都记载有视频包的大小和时间戳，音频也做了同样的处理，将两者的时间戳同步既能保证播放的同步。所述视频平均码率Rv可以通过计算媒体流当前累计的数据量除以当前的播放时间，也即通过解析播放时间戳获得。

步骤S14，获取网络参数。

网络参数可以是反映网络状况的任意参数。在一种可能的实施方式中，可以监测网络状况，获得网络参数。所述网络参数可以包括下载数据量和/或下载时间，也可以包括网络延迟Td以及平均网速Sn等。所述下载数据量表示下载的数据总量，可以通过代理模块统计下载数据量的情况，以1秒为单位，记录下载过程中各时间点处下载的总数据量作为该时间点的下载数据量。所述网络延迟Td可以通过计算发送请求与接收到响应的时间差值得到；所述平均网速Sn用来反映平均网络状况，可以通过计算下载数据量与下载时间之间的比值获得。

其中步骤S14可实时或定时进行。

步骤S15，根据所述网络参数和所述媒体信息获得针对所述客户端的播放情况的评估结果。

获得了网络参数和媒体信息，就等于掌握了当前网络处于怎样的状况，以及需要播放的媒体数据具有怎样的性质，有了这两个信息，就可以评估客户端的播放情况了。

在一种可能的实施方式中，可以根据预先设定的计算模型，将所述网络参数和所述媒体信息带入所述计算模型计算出最终的视频体验指标。通常，为了保证评估结果的客观性和权威性，评估算法通常是由第三方标准组织和机构提供，也可以根据实际情况(例如，根据不同的体验指标)选择。

需要说明的是，尽管以视频作为示例介绍了播放评估方法如上，但本领域技术人员能够理解，本公开应不限于此，还可以对音频播放进行评估。事实上，用户完全可根据个人喜好和/或实际应用场景灵活设定获取的参数、计算的模型，只要可以达到评估的目的即可。

现有技术中，由于视频参数都是从客户端播放器中获取的，为了收集计算视频体验所需要的参数，需要将评估模块集成到客户端播放器中，并且需要播放器向评估模块开放参数传递接口，即播放器与评估模块之间有着紧密的关系，评估模块无法独立于播放器而工作。由于不同视频服务提供商大都使用各自私有的客户端和播放器，各个厂商的客户端从架构到实现不尽相同，为了对视频体验评估工具进行集成，每个参与测试的厂商都需要对自己的客户端进行修改，比如采集标准规定的数据，增加相应的接口等。这往往是一项困难的工作，因为其中不但涉及到对现有代码的修改，还包括联调、测试以及后续的版本更新等一系列工作。另外，对于没有与标准评估工具进行对接的厂商，评估工具将无法对其播放体验进行评估，因此大大限制了工具的使用范围。

本公开通过转发客户端请求和服务器返回的数据，并对返回的数据提取媒体信息，获取网络参数，最终根据提取到的媒体信息和网络参数获得评估结果，实现播放的评估。根据本公开上述实施例的播放评估方法可以很方便的采用统一的标准和算法，可极大地提高测试的客观性和一致性；无需客户端进行任何修改和适配工作，所以整个评估过程可以无需视频提供厂商参与，并非常有利于评估测试的推广。

图2示出根据本公开一实施例的步骤S13方法的流程图，如图2所示，步骤S13，从所述数据中提取媒体信息，包括：

步骤S131，从所述数据中获取媒体流数据。

步骤S132，从所述媒体流数据中提取媒体信息。

通常，从服务器接收到的数据不全是媒体数据，某些数据对分析的意义不大。因此，可对数据报文进行分析，过滤掉无用的数据，从数据中提取出媒体流数据，从所述媒体流数据中提取媒体信息，对于其他数据不进行分析，直接丢弃，提高处理效率。

图3示出根据本公开一实施例的步骤S15方法的流程图，如图3所示，所述步骤S15包括：

步骤S151，根据所述网络参数和所述媒体信息估计所述客户端的播放流畅度。

在一种可能的实施方式中，播放流畅度Fl可以是用来反映播放过程的流畅程度任意度量值，例如可以用来反映播放过程中的卡顿情况，对于播放流畅度进行评估的方法有多种，举例来说，可以播放器缓冲数据是否能够为播放提供足够的数据来作为评价流畅度的主要因素，例如，某一质量的视频的缓冲数据量是否大于播放所需的数据量，也可以是某一质量的视频的下载速度是否大于播放的速度。因此，可以通过视频平均码率Rv和网络情况进行评估。

在一种可能的实施方式中，可以根据媒体流播放所需数据量与媒体流下载情况来估计客户端的播放流畅度，例如估计播放的卡顿情况。举例来说，如果下载的数据量大于等于播放所需的数据量，则认为视频可以流畅播放，如果下载数据量小于播放所需数据量，则认为出现卡顿。

在一种可能的实施方式中，可以通过提取的所述媒体信息确定媒体流播放所需数据量，可以通过获取的所述网络参数确定媒体流下载情况，然后可以根据所述媒体流播放所需数据量和所述媒体流下载情况估计所述客户端的播放流畅度。例如，可以通过获取每个视频包的大小以及时间戳，以1秒为单位，记录各时间点媒体流播放所需数据量为：Vs[i]，i＝1,2,…，即Vs[1]为播放第1秒钟视频所需的数据量，Vs[2]为播放第1-2秒钟视频所需的数据量，媒体播放速度可以为播放所需数据量与播放时间的比值。可同样以1秒为单位，记录下载过程中各时间点的媒体流下载数据量为：Ds[i]，i＝1,2,…，即Ds[1]为第1秒钟下载的数据量，Ds[2]为第1-2秒钟下载的数据量。在理想的情况下，对于某一时间点i，如果Ds[i]>Vs[i]，则该时间点播放可以流畅进行，且Ds[i]-Vs[i]越大，播放的流畅度越好；相反，如果Ds[i]<Vs[i]，则该时间点播放可能会出现卡顿，流畅度受到影响，并且Ds[i]-Vs[i]越小，流畅度越差。

图4示出根据本公开一实施例的播放流畅度评估模型示意图，如图4所示，位于播放线左上方的区域为流畅区域，位于播放线右下方的区域为非流畅区域，左上方区域的面积越大、右下方区域的面积越小，播放越流畅。基于以上认识，可以采用一种流畅度参数的估计算法如下：

其中，g(x)为参数映射模型，可根据实际情况进行调整，本公开对此不做限制。

需要说明的是，尽管以1s为单位、播放数据量和下载数据量作为示例介绍了播放流畅度评估方法如上，但本领域技术人员能够理解，本公开应不限于此，播放流畅度评估方法可根据需要适当选择。

步骤S152，根据所述网络参数、所述媒体信息以及所述播放流畅度计算所述评估结果。

网络参数、媒体信息以及播放流畅度可用来综合评价客户端的播放情况。在一种可能的实施方式中，可将所述网络参数、所述媒体信息以及所述播放流畅度代入如下式所示评估计算模型，即可得到评估结果：

V＝f(Td,Sn,Fv,WxH,Rf,Rv,Fl)

计算模型f可以是由第三方标准组织和机构提供，也可以根据实际情况(例如，根据不同的体验指标)选择，可通过相关技术实现，本公开对此不做限制。

根据本公开上述实施例的播放评估方法不需要通过客户端获取卡顿次数、卡顿时长等，通过获取的网络参数和媒体信息即可确定视频播放流畅度，从而对卡顿等播放情况进行评估。

图5示出根据本公开一实施例的一种播放评估方法的流程图，图5中标号与图1相同的步骤具有相同的功能，为简明起见，省略对这些步骤的详细说明。如图5所示，所述方法还包括：

步骤S16，使所述客户端显示所述评估结果。

在一种可能的实施方式中，可以将评估结果发送给客户端，通过客户端展示评估的结果，也可通过评估的结果对客户端或者视频数据源进行调整以进一步提高用户体验，也可以帮助用户更加直观的获知客户端和视频数据源的播放情况。

以及/或者，

步骤S17，将所述评估结果发送给所述服务器。

在一种可能的实施方式中，服务器可收集评估结果，并通过对评估结果进行对比获得多个不同客户端的播放情况，再推送到客户端进行显示，帮助用户根据需要选择客户端。

根据本公开上述实施例的播放评估方法能够更加直观的向用户或者技术人员展示评估的结果，提高用户体验。

图6示出根据本公开一实施例的一种播放评估方法应用的示意图，如图6所示，以视频播放为例，可在终端设备上安装独立于客户端的评估工具以实现上述方法的各步骤，可将被测视频客户端的网络代理设置为该评估工具中代理模块的本地网络代理。启动被测的视频客户端，并进行网络视频播放操作；客户端的播放器向代理模块发送数据请求，代理模块收到请求后，转发给服务器；代理模块收到服务器发来的数据，并将数据同时转发给播放器；播放器收到数据后，进行正常的视频播放；代理模块对网络性能指标进行监测；对数据报文进行分析，判断是否为媒体流数据，如果是，则转发给媒体流分析模块，否则丢弃，实现数据流过滤；媒体流分析模块对媒体流数据进行分析，从中提取出评估所需的媒体参数；计算模块从代理模块获取网络参数，将所述网络参数和媒体参数代入计算模型，并计算出评估结果，发送给展示模块；展示模块对结果进行显示或上报。其中还可以通过所述网络参数和媒体参数计算播放流畅度，然后根据所述网络参数、媒体参数和播放流畅度获取评估结果。以上仅仅是本公开实施例的视频播放评估方法的示例，也可以应用于其他媒体流播放评估，只需要根据不同的数据设置获取的参数、指标即可。

实施例2

图7示出根据本公开一实施例的一种播放评估装置的框图，该装置可应用于客户端，例如，手机、计算机、平板电脑等。如图7所示，该装置包括：请求转发模块71、数据转发模块72、媒体信息提取模块73、网络参数获取模块74以及评估结果获得模块75。

该请求转发模块71被配置为向服务器转发来自客户端的数据请求；

该数据转发模块72被配置为接收所述服务器返回的数据，并向客户端转发所述数据以进行播放；

该媒体信息提取模块73被配置为从所述数据中提取媒体信息；

该网络参数获取模块74被配置为获取网络参数；

该评估结果获得模块75被配置为根据所述网络参数和所述媒体信息获得针对所述客户端的播放情况的评估结果。

根据本公开上述实施例的播放评估装置可以实现与被评估客户端分开，评估装置与被评估的客户端之间通过标准的网络协议进行通信，因此对客户端没有直接的影响；可以很方便的采用统一的标准和算法，可极大地提高测试的客观性和一致性；无需客户端进行任何修改和适配工作，所以整个评估过程可无需视频提供厂商参与，并非常有利于评估测试的推广。

图8示出根据本公开一实施例的一种播放评估装置的框图，图8中标号与图1相同的步骤具有相同的功能，为简明起见，省略对这些步骤的详细说明。如图8所示，

所述媒体信息提取模块73包括：媒体流数据获取单元731和媒体信息提取单元732。

该媒体流数据获取单元731被配置从所述数据中获取媒体流数据；

该媒体信息提取单元732被配置从所述媒体流数据中，提取媒体信息。

在一种可能的实施方式中，所述评估结果获得模块75包括：估计单元751和计算单元752。

该估计单元751被配置为根据所述网络参数和所述媒体信息估计所述客户端的播放流畅度；

该计算单元752被配置为根据所述网络参数、所述媒体信息以及所述播放流畅度计算所述评估结果。

在一种可能的实施方式中，所述估计单元751包括：播放确定子单元7511、下载确定子单元7512和估计子单元7513。

该播放确定子单元7511被配置为根据所述媒体信息确定媒体流播放所需数据量；

该下载确定子单元7512被配置为根据所述网络参数确定媒体流下载情况；

该估计子单元7513被配置为根据所述媒体流播放所需数据量和所述媒体流下载情况估计所述客户端的播放流畅度。

在一种可能的实施方式中，所述网络参数包括：下载数据量、下载时间、网络延迟以及平均网速中的一种或多种；所述媒体信息包括：码率、播放时间戳、视频编码格式、视频分辨率、视频帧率和平均码率中的一种或多种。

在一种可能的实施方式中，所述装置还包括以下模块中的任意一个或多个：显示控制模块76和发送模块77。

该显示控制模块76被配置为使所述客户端显示所述评估结果；

该发送模块77被配置为将所述评估结果发送给所述服务器。

实施例3

图9是根据一示例性实施例示出的一种播放评估方法的装置800的框图。例如，装置800可以是移动电话，计算机，数字广播客户端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图9，装置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)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。