CN110366008A

CN110366008A - 多媒体资源请求识别方法及装置

Info

Publication number: CN110366008A
Application number: CN201810252586.9A
Authority: CN
Inventors: 王剑
Original assignee: Youku Network Technology Beijing Co Ltd
Current assignee: Alibaba China Co Ltd
Priority date: 2018-03-26
Filing date: 2018-03-26
Publication date: 2019-10-22
Anticipated expiration: 2038-03-26
Also published as: CN110366008B

Abstract

本公开涉及一种多媒体资源请求识别方法及装置。该方法包括：在接收到多媒体资源请求时，确定多媒体资源请求对应的通道以及多媒体资源请求的请求信息；获取该通道的通道特征，通道特征包括与该通道适用于请求的内容相关联的信息；判断请求信息与该通道特征是否匹配；在请求信息与该通道特征不匹配时，识别该多媒体资源请求为异常请求。根据本公开实施例，能够在接收到多媒体资源请求时，确定多媒体资源请求对应的通道以及多媒体资源请求的请求信息，获取该通道的通道特征，判断请求信息与该通道特征是否匹配，并在请求信息与该通道特征不匹配时，识别该多媒体资源请求为异常请求，从而能够较快速地识别出异常请求。

Description

多媒体资源请求识别方法及装置

技术领域

本公开涉及计算机技术领域，尤其涉及一种多媒体资源请求识别方法及装置。

背景技术

资源平台有供用户获取的各类资源，例如，视频平台有供用户观看的具有版权的独播剧等。资源平台可以响应用户的多媒体资源请求，为用户提供其请求的各类内容。然而，部分多媒体资源请求为异常请求，识别不及时往往会带来较多的资源浪费。相关技术中，缺少快速识别异常请求的方法。

发明内容

有鉴于此，本公开提出了一种多媒体资源请求识别方法及装置，能够快速识别出异常请求。

根据本公开的一方面，提供了一种多媒体资源请求识别方法，所述方法包括：

在接收到多媒体资源请求时，确定所述多媒体资源请求对应的通道以及所述多媒体资源请求的请求信息；

获取所述通道的通道特征，所述通道特征包括与所述通道适用于请求的内容相关联的信息；

判断所述请求信息与所述通道特征是否匹配；

在所述请求信息与所述通道特征不匹配时，识别所述多媒体资源请求为异常请求。

在一种可能的实现方式中，所述方法还包括：

根据多媒体资源请求的业务场景划分多个通道，确定所述多个通道的通道特征。

在一种可能的实现方式中，所述方法还包括：

在识别所述多媒体资源请求为异常请求时，启动针对所述异常请求的异常处理。

在一种可能的实现方式中，所述通道特征包括以下特征中的至少一种：

所述通道适用于请求的内容的属性特征、所述通道适用于发起多媒体资源请求的终端设备的参数特征、所述通道适用于发起多媒体资源请求的终端设备的位置特征以及所述通道适用于发起多媒体资源请求的用户级别特征。

根据本公开的另一方面，提供了一种多媒体资源请求识别装置，所述装置包括：

第一确定模块，用于在接收到多媒体资源请求时，确定所述多媒体资源请求对应的通道以及所述多媒体资源请求的请求信息；

通道特征获取模块，用于获取所述通道的通道特征，所述通道特征包括与所述通道适用于请求的内容相关联的信息；

判断模块，用于判断所述请求信息与所述通道特征是否匹配；

识别模块，用于在所述请求信息与所述通道特征不匹配时，识别所述多媒体资源请求为异常请求。

在一种可能的实现方式中，所述装置还包括：

第二确定模块，用于根据多媒体资源请求的业务场景划分多个通道，确定所述多个通道的通道特征。

在一种可能的实现方式中，所述装置还包括：

异常处理启动模块，用于在识别所述多媒体资源请求为异常请求时，启动针对所述异常请求的异常处理。

根据本公开的另一方面，提供了一种多媒体资源请求识别装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行上述方法。

根据本公开的另一方面，提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，其中，所述计算机程序指令被处理器执行时实现上述多媒体资源请求识别方法。

根据本公开实施例，能够在接收到多媒体资源请求时，确定多媒体资源请求对应的通道以及多媒体资源请求的请求信息，获取该通道的通道特征，判断请求信息与该通道特征是否匹配，并在请求信息与该通道特征不匹配时，识别该多媒体资源请求为异常请求，从而快速识别出异常请求。

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

附图说明

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

图1是根据一示例性实施例示出的一种多媒体资源请求识别方法的流程图。

图2是根据一示例性实施例示出的一种多媒体资源请求识别方法的流程图。

图3是根据一示例性实施例示出的一种多媒体资源请求识别方法的流程图。

图4是根据一示例性实施例示出的一种多媒体资源请求识别方法的应用场景的示意图。

图5是根据一示例性实施例示出的一种多媒体资源请求识别装置的框图。

图6是根据一示例性实施例示出的一种多媒体资源请求识别装置的框图。

图7是根据一示例性实施例示出的一种多媒体资源请求识别装置的框图。

具体实施方式

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

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

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

图1是根据一示例性实施例示出的一种多媒体资源请求识别方法的流程图。该方法可应用于服务器中。如图1所示，根据本公开实施例的多媒体资源请求识别方法包括：

在步骤S11中，在接收到多媒体资源请求时，确定所述多媒体资源请求对应的通道以及所述多媒体资源请求的请求信息；

在步骤S12中，获取所述通道的通道特征，所述通道特征包括与所述通道适用于请求的内容相关联的信息；

在步骤S13中，判断所述请求信息与所述通道特征是否匹配；

在步骤S14中，在所述请求信息与所述通道特征不匹配时，识别所述多媒体资源请求为异常请求。

根据本公开实施例，能够在接收到多媒体资源请求时，确定多媒体资源请求对应的通道以及多媒体资源请求的请求信息，获取该通道的通道特征，判断请求信息与该通道特征是否匹配，并在请求信息与该通道特征不匹配时，识别该多媒体资源请求为异常请求。通过判断多媒体资源请求的请求信息与多媒体资源请求对应的通道所适用于请求的内容相关联的信息是否匹配，在不匹配时，能够较快速地将该多媒体资源请求识别为异常请求，具有识别过程简单、识别效率高等特点。

举例来说，服务器在接收到多媒体资源请求时，能够确定所述多媒体资源请求对应的通道以及所述多媒体资源请求的请求信息。其中，多媒体资源请求可以包括与多种多媒体资源相关的各类请求，例如，可以包括音频请求、视频请求、图片请求等，本公开对此不作限制。

其中，多媒体资源请求的请求信息可以包括与该多媒体资源请求的请求内容、请求形式相关的各类信息。例如，以视频请求为例，视频请求的请求信息可以包括请求的视频的各类属性信息(例如，请求的视频的时长、类型、视频来源、视频分辨率等)，还可以包括发起该视频请求的终端设备的参数信息(例如，手机操作系统、手机硬件参数等)，还可以包括发起视频请求的终端设备的位置信息，例如，根据网络协议IP(Internet Protocol)地址确定的终端设备的地域、区域等，也可以包括发起视频请求的用户级别信息(例如，各种类别、各种等级的会员等)。本公开对多媒体资源请求的请求信息的内容和形式不作限制。

其中，多媒体资源请求对应的通道可以为预先设置的可用于对各类多媒体资源请求进行区分的多个通道，可以通过通道标识对通道进行标记。例如，可以设置多个通道，每个通道可以对应一类多媒体资源请求，每个通道可以具有唯一的通道标识，例如，通道1(通道标识为101)、通道2(通道标识为102)、通道3(通道标识为103)等。本公开对多媒体资源请求对应的通道的划分标准、通道的数量、通道标识的形式等不作限制。

图2是根据一示例性实施例示出的一种多媒体资源请求识别方法的流程图。在一种可能的实现方式中，如图2所示，所述方法还包括：

在步骤S15中，根据多媒体资源请求的业务场景划分多个通道，确定所述多个通道的通道特征。

举例来说，服务器可以根据多媒体资源请求的业务场景划分多个通道，将不同的业务场景的多媒体资源请求通过通道进行分离。其中，业务场景可以是根据多媒体资源请求的业务来源、业务内容、业务特征、业务需求等各类与业务相关的信息所确定的场景。例如，以视频请求的业务场景为例，视频请求的业务场景可以包括广告业务场景、少儿业务场景、备用业务场景、手机端直播业务场景、点播业务场景、针对不同类型操作系统的手机端业务场景、WEB HTML5业务场景等，本公开对业务场景的类型不作限制。

在一种可能的实现方式中，服务器可以确定所述多个通道的通道特征，其中，所述通道特征包括与所述通道适用于请求的内容相关联的信息。

举例来说，服务器根据多媒体资源请求的业务场景划分的多个通道，各个通道可能都具有其自身的特点。例如，根据视频请求的广告业务场景确定的广告通道，其专门为广告内容准备，则可以确定该广告通道的通道特征包括与该广告通道适用于请求的内容(广告)相关联的信息。例如，服务器可以确定该广告通道的通道特征可以包括：适用于请求广告类的视频，不适用于请求除广告内容之外的视频内容等。例如，根据备用业务场景确定的备用通道，其通道特征可以包括与该备用通道适用于请求的内容相关联的信息，例如，服务器可以确定该备用通道的通道特征可以包括：暂时无可适用于请求的内容等。

通过这种方式，可以根据多媒体资源请求的业务场景划分多个通道，确定所述多个通道的通道特征，从而可以对不同通道采用不同的业务策略。根据业务场景划分多个通道，还便于对业务场景进行管理，可实现对不同业务方的业务隔离以及对业务内容提供更加精细化的保护。例如，可以根据通道的通道特征确定该通道可请求或不可请求的视频内容、限定该通道可请求的视频内容的条件、根据通道的通道特征提供不同业务内容。例如，对网页端的通道，仅可以为未登录用户提供分辨率小于640P的视频内容，对OTT(Over TheTop)大屏端的通道，可以为未登录用户提供高清、超清的视频内容等。

本领域技术人员应理解，多媒体资源请求的业务场景可以包括多种形式以及划分方法，例如，可以根据业务需求、业务内容等进行划分。通道的通道特征也可以包括多种形式，例如，可以包括该通道适用于的请求的内容和条件，也可以包括该通道不适用于请求的内容和条件等，只要是与所述通道适用于请求的内容相关联的信息即可，本公开对此不作限制。

举例来说，通道特征可以包括所述通道适用于请求的内容的属性特征、所述通道适用于发起多媒体资源请求的终端设备的参数特征、所述通道适用于发起多媒体资源请求的终端设备的位置特征以及所述通道适用于发起多媒体资源请求的用户级别特征中的至少一种。

现以多媒体资源请求为视频请求为例进行说明。通道特征可以包括该通道适用于请求的视频的属性特征，例如，可以包括视频的时长、视频的内容、视频的类型、视频的来源等。例如，通道A的通道特征包括适用于请求短视频(例如，时长小于或等于第一时长阈值的视频，非视频正片)。通道B的通道特征包括适用于请求高分辨率的视频正片(例如，时长大于或等于第二时长阈值、分辨率高于1080P的视频)。通道C的通道特征包括适用于请求特定视频内容，例如直播内容的回放或者各种宣传片等。通道D的通道特征包括适用于请求用户原创内容UGC(User Generated Content)视频。通道E的通道特征包括适用于请求广告。通道F的通道特征包括适用于请求少儿节目。通道G的通道特征包括该通道为备用通道，第一时间区间内无可适用于请求的视频。

在一种可能的实现方式中，通道特征还可以包括该通道适用于发起多媒体资源请求的终端设备的参数特征。例如，通道H的通道特征包括适用于通过某一手机操作系统发起的视频请求。通道特征还可以包括该通道适用于发起多媒体资源请求的终端设备的位置特征。例如，通道I的通道特征包括适用于非北京地区的视频请求。通道特征还可以包括该通道适用于发起多媒体资源请求的用户级别特征。例如，通道J的通道特征包括适用于会员等级大于会员阈值的用户的视频请求等。

在一种可能的实现方式中，通道特征还可以同时包括所述通道适用于请求的内容的属性特征、所述通道适用于发起多媒体资源请求的终端设备的参数特征、所述通道适用于发起多媒体资源请求的终端设备的位置特征以及所述通道适用于发起多媒体资源请求的用户级别特征中的多种。

举例来说，通道K的通道特征可以同时包括适用于请求的内容的属性特征以及所述通道适用于发起多媒体资源请求的终端设备的位置特征。例如，通道K的通道特征包括：适用于来自北京地区的广告内容请求。通道L的通道特征可以同时包括适用于请求的内容的属性特征、适用于发起多媒体资源请求的终端设备的参数特征以及适用于发起多媒体资源请求的用户级别特征，例如，通道L的通道特征包括：适用于网页端，未登录用户发起的视频分辨率小于或等于视频分辨率阈值的视频请求。

通过这种方式，通道可以具有各类通道特征，通过根据不同通道的通道特征，对通道的多媒体资源请求进行限制，可以将不符合通道特征的多媒体资源请求识别为异常请求，以实现对多媒体资源的较好保护。本领域技术人员应理解，通道特征可以包括多种形式，不限于上述示例，只要包括与所述通道适用于请求的内容相关联的信息即可，本公开对此不作限制。

如图1所示，在步骤S12中，获取所述通道的通道特征，所述通道特征包括与所述通道适用于请求的内容相关联的信息。

举例来说，服务器能够获取通道的通道特征。例如，服务器可以从通道和通道特征对应列表中获取相应通道的通道特征。服务器也可以根据通道的特点确定通道的通道特征。本公开对获取通道的通道特征的方式不作限制。

在步骤S13中，判断所述请求信息与所述通道特征是否匹配。

举例来说，服务器可判断请求信息与所述通道特征是否匹配。例如，服务器可以将请求信息与通道特征进行比对。例如，通道A的通道特征包括适用于请求短视频(例如，时长小于或等于第一时长阈值的视频)，服务器确定的多媒体资源请求的请求信息包括请求的视频a，服务器可以确定该视频a的时长，并将该视频a的时长与通道特征进行比对。例如，看该视频a的时长是否小于或等于第一时长阈值。

举例来说，服务器确定的多媒体资源请求的请求信息为请求播放某视频a，该视频a的时长为50分钟(时长大于第一时长阈值)，则此时，服务器可以判断所述请求信息与所述通道特征不匹配。服务器可以识别该多媒体资源请求为异常请求。

图3是根据一示例性实施例示出的一种多媒体资源请求识别方法的流程图。在一种可能的实现方式中，如图3所示，所述方法还包括：

在步骤S16中，在识别所述多媒体资源请求为异常请求时，启动针对所述异常请求的异常处理。

举例来说，服务器在识别所述多媒体资源请求为异常请求时，可以启动针对所述异常请求的异常处理。其中，针对所述异常请求的异常处理可以包括多种形式，例如，异常处理可以是针对该异常请求本身的处理，也可以针对该异常请求相关信息(例如，该异常请求的请求账户、发起该异常请求的IP地址等)的异常处理等。另外，针对所述异常请求的异常处理可以包括多种处理内容，例如，可以包括拒绝单次请求、将发起该异常请求的相关信息拖入黑名单等。本公开对针对所述异常请求的异常处理的形式和内容不作限制。

在一种可能的实现方式中，服务器可以设置多种异常处理的处理条件，并启动针对所述异常请求满足的处理条件对应的异常处理。

举例来说，可以设置多个风险阈值，例如，第一风险阈值为30分，第二风险阈值为50分，第三风险阈值为80分。服务器可以评估异常请求的请求风险，例如，在请求风险小于第一风险阈值时，判断其满足异常处理的第一处理条件，可以启动针对该异常请求的较低惩罚度的异常处理，例如，提示无法响应该多媒体资源请求等。在请求风险大于第一风险阈值小于或等于第二风险阈值时，判断其满足异常处理的第二处理条件，可以启动针对该异常请求的中等惩罚度的异常处理，例如，将该异常请求的请求账户拖入黑名单等。在请求风险大于第二风险阈值时，判断其满足异常处理的第三处理条件，可以启动针对该异常请求的较高惩罚度的异常处理，例如，将发起该异常请求的IP地址拖入黑名单等。

通过这种方式，服务器在识别所述多媒体资源请求为异常请求时，可以启动针对所述异常请求的异常处理，从而较好地保护多媒体资源资源。本领域技术人员应理解，针对所述异常请求的异常处理可以包括多种形式，不限于拖入黑名单等。具体异常处理对应的处理条件也可以设置，不限于上述示例，还可以设置异常请求的次数阈值、频率阈值等。例如，某一IP地址发起的异常请求次数过多(例如，超过次数阈值)，判断其满足异常处理的处理条件，服务器可以启动针对所述异常请求满足的处理条件对应的异常处理，例如，将该IP地址拖入黑名单等，本公开对此不作限制。

应用示例

以下结合“识别视频请求”作为一个示例性应用场景，给出根据本公开实施例的应用示例，以便于理解多媒体资源请求识别方法的流程。本领域技术人员应理解，以下应用示例仅仅是出于便于理解本公开实施例的目的，不应视为对本公开实施例的限制。

图4是根据一示例性实施例示出的一种多媒体资源请求识别方法的应用场景的示意图。如图4所示，在该应用示例中，服务器可以根据视频请求的业务场景划分多个通道，确定所述多个通道的通道特征。例如，视频请求的业务场景包括WEB HTML5业务(对应通道1，通道标识为101)、少儿视频业务(对应通道2，通道标识为102)。服务器确定通道1的通道特征包括适用于请求的视频为特定视频(例如，宣传片)，不能请求正片也不能请求短视频。通道2的通道特征包括适用于请求播放的视频为少儿视频，不能请求播放除少儿视频之外的视频内容。

在该应用示例中，如图4所示，客户端1和客户端2均向服务器发起视频请求，其中，客户端1是通过通道1发起的视频请求，其请求播放某一视频正片b，客户端2是通过通道2发起的视频请求，其请求播放某一少儿视频c。

在该应用示例中，服务器接收到视频请求时，确定视频请求对应的通道以及所述视频请求的请求信息。例如，服务器在接收到来自客户端1的视频请求时，服务器可以获取该视频请求的通道标识(例如，101)，服务器可以根据该通道标识确定视频请求对应的通道(通道1)。服务器还可以确定该视频请求的请求信息。例如，服务器确定客户端1的视频请求的请求信息为某一视频正片b。同样，服务器可以确定客户端2的视频请求对应的通道为通道2，视频请求的请求信息为某一少儿视频c。

在该应用示例中，服务器可以获取通道1和通道2的通道特征。例如，服务器确定通道1的通道特征包括适用于请求的视频为特定视频(例如，宣传片)，不能请求正片也不能请求短视频。通道2的通道特征包括适用于请求播放的视频为少儿视频，不能请求播放除少儿视频之外的视频内容。

在该应用示例中，服务器可以判断视频请求与通道特征是否匹配。例如，通道1的通道特征包括适用于请求的视频为特定视频，为宣传片，不能请求正片也不能请求短视频，则客户端1的视频请求的请求信息(请求播放某一视频正片b)与通道1的通道特征不匹配，识别客户端1的视频请求为异常请求。在该应用示例中，服务器在识别所述视频请求为异常请求时，启动针对所述异常请求的异常处理。例如，提示无法提供服务等。

在该应用示例中，通道2的通道特征包括适用于请求播放的视频为少儿视频，不能请求播放除少儿视频之外的视频内容，客户端2的视频请求的请求信息(某一少儿视频c)与通道2的通道特征匹配，其视频请求为正常视频请求，例如，服务器可以提供该少儿视频的播放地址等。

根据本公开实施例，能够在接收到多媒体资源请求时，确定多媒体资源请求对应的通道以及多媒体资源请求的请求信息，获取该通道的通道特征，判断请求信息与该通道特征是否匹配，并在请求信息与该通道特征不匹配时，识别该多媒体资源请求为异常请求，从而能够较快速地识别出异常请求。

图5是根据一示例性实施例示出的一种多媒体资源请求识别装置的框图。如图5所示，所述装置应用于服务器，所述多媒体资源请求识别装置包括：

第一确定模块21，用于在接收到多媒体资源请求时，确定所述多媒体资源请求对应的通道以及所述多媒体资源请求的请求信息；

通道特征获取模块22，用于获取所述通道的通道特征，所述通道特征包括与所述通道适用于请求的内容相关联的信息；

判断模块23，用于判断所述请求信息与所述通道特征是否匹配；

识别模块24，用于在所述请求信息与所述通道特征不匹配时，识别所述多媒体资源请求为异常请求。

图6是根据一示例性实施例示出的一种多媒体资源请求识别装置的框图。如图6所示，在一种可能的实现方式中，所述装置还包括：

第二确定模块25，用于根据多媒体资源请求的业务场景划分多个通道，确定所述多个通道的通道特征。

如图6所示，在一种可能的实现方式中，所述装置还包括：

异常处理启动模块26，用于在识别所述多媒体资源请求为异常请求时，启动针对所述异常请求的异常处理。

图7是根据一示例性实施例示出的一种多媒体资源请求识别装置的框图。例如，装置1900可以被提供为一服务器。参照图7，装置1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述方法。

装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理，一个有线或无线网络接口1950被配置为将装置1900连接到网络，和一个输入输出(I/O)接口1958。装置1900可以操作基于存储在存储器1932的操作系统，例如Windows ServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在示例性实施例中，还提供了一种非易失性计算机可读存储介质，例如包括计算机程序指令的存储器1932，上述计算机程序指令可由装置1900的处理组件1922执行以完成上述方法。

本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

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

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

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

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

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

Claims

1.一种多媒体资源请求识别方法，其特征在于，所述方法包括：

判断所述请求信息与所述通道特征是否匹配；

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

4.根据权利要求1至3中任意一项所述的方法，其特征在于，所述通道特征包括以下特征中的至少一种：

5.一种多媒体资源请求识别装置，其特征在于，所述装置包括：

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：

8.根据权利要求5至7中任意一项所述的装置，其特征在于，所述通道特征包括以下特征中的至少一种：

9.一种多媒体资源请求识别装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行权利要求1至4中任意一项所述的方法。

10.一种非易失性计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现权利要求1至4中任意一项所述的方法。