CN110769264B - 多媒体传输方法及其装置、介质和系统 - Google Patents

Abstract

本申请涉及通信领域，公开了一种多媒体传输方法及其装置、介质和系统。本申请的多媒体传输方法包括：传输节点根据接收到的传输请求，确定该传输节点是否存储有传输请求所请求的目标多媒体的至少一部分；在确定该传输节点未存储目标多媒体的至少一部分的情况下，确定在与目标多媒体的第一初始获取设备对应的第一传输路径中，除该传输节点外是否至少有一个传输节点存储有目标多媒体的至少一部分，其中，该传输节点位于第一传输路径中；在确定为除该传输节点外至少有一个传输节点存储有目标多媒体的至少一部分的情况下，从存储有目标多媒体的至少一部分的传输节点获取目标多媒体的至少一部分。

Description

多媒体传输方法及其装置、介质和系统

技术领域

本申请涉及多媒体处理领域，特别涉及一种多媒体传输方法及其装置、介质和系统。

背景技术

现有的国标GB/T28181(安全防范视频监控联网系统信息传输、交换、控制技术要求) 中，对音视频进行点播或者直播的请求，是自上级向下级发送的，上下级自协商传输协议后进行RTP协议(Real-time Transport Protocol，实时传输协议)的音视频数据传输。在这种方式中，要进行音视频数据的传输，如NVR((Network Video Recorder，网络硬盘录像机))或者IPC(IP CAMERA，网络摄像机)的下级对于每一路请求都需要建立一个连接。

发明内容

本申请实施例提供了一种多媒体传输方法及其装置、介质和系统。

第一方面，本申请实施例提供了一种用于多媒体传输系统中的传输节点的多媒体传输方法，其中，所述多媒体传输系统包括多个级别的传输节点和多个初始获取设备，所述多个初始获取设备具有各自对应的传输路径，其中，所述初始获取设备上的多媒体能够在对应传输路径中的各级传输节点上传输；

所述传输方法包括：

传输节点根据接收到的传输请求，确定该传输节点是否存储有所述传输请求所请求的目标多媒体的至少一部分；

在确定该传输节点未存储所述目标多媒体的至少一部分的情况下，确定在与所述目标多媒体的第一初始获取设备对应的第一传输路径中，除该传输节点外是否至少有一个传输节点存储有所述目标多媒体的至少一部分，其中，该传输节点位于所述第一传输路径中；

在确定为除该传输节点外至少有一个传输节点存储有所述目标多媒体的至少一部分的情况下，从存储有所述目标多媒体的至少一部分的传输节点获取所述目标多媒体的至少一部分。

在上述第一方面的一种可能的实现中，上述传输方法还包括：

在确定该传输节点存储有所述目标多媒体的一部分的情况下，确定在所述第一传输路径中，除该传输节点外是否至少有一个传输节点存储有所述目标多媒体的剩余部分，其中，所述一部分和所述剩余部分组成所述目标多媒体；并且

在所述确定为除该传输节点外至少有一个传输节点存储有所述目标多媒体的剩余部分的情况下，从存储有所述剩余部分的传输节点获取所述剩余部分。

在上述第一方面的一种可能的实现中，上述传输方法还包括：

在确定所述第一传输路径中不存在传输节点存储有所述目标多媒体的至少一部分的情况下，通过所述第一传输路径从所述第一初始获取设备获取所述目标多媒体。

在上述第一方面的一种可能的实现中，上述传输方法还包括：

向发送所述传输请求的设备发送所述目标多媒体；并且

在该传输节点未存储有所述目标多媒体的情况下，在该传输节点中存储发送的所述目标多媒体或者所述目标多媒体的一部分。

在上述第一方面的一种可能的实现中，上述传输方法还包括：

所述传输节点接收对第二初始获取设备采集到的多媒体的直播请求；

所述传输节点通过与所述第二初始获取设备对应的第二传输路径，从所述第二初始获取设备获取请求直播的多媒体流；

所述传输节点向所述直播请求的发送设备发送获取到的所述请求直播的多媒体流。

在上述第一方面的一种可能的实现中，每个初始获取设备与对应的传输路径中级别最低的传输节点连接，并且所述传输节点通过与所述第二初始获取设备对应的第二传输路径，从所述第二初始获取设备获取请求直播的多媒体流包括：

所述传输节点从所述第二传输路径中该传输节点的下级传输节点中获取所述请求直播的多媒体流。

在上述第一方面的一种可能的实现中，所述传输节点向所述直播请求的发送设备发送获取到的所述请求直播的多媒体流包括：

所述传输节点将获取到的预定大小的多媒体流存储预定时间段后，转发给所述直播请求的发送设备。

在上述第一方面的一种可能的实现中，所述多媒体传输系统中的传输节点与行政区域相关联，并且传输节点的级别与与所述传输节点相关联的行政区域的级别相对应。

在上述第一方面的一种可能的实现中，所述方法满足下列中的至少一项：

所述传输节点为代理服务器；

所述初始获取设备为网络摄像机或者网络硬盘录相机；

所述多媒体为监控音视频信息。

第二方面，本申请实施例提供了一种多媒体传输系统中的传输节点，其中，所述多媒体传输系统包括多个级别的所述传输节点和多个初始获取设备，所述多个初始获取设备具有各自对应的传输路径，其中，所述初始获取设备上的多媒体能够在对应传输路径中的各级传输节点上传输；

所述传输节点包括：

接收模块，用于接收传输请求；

第一确定模块，用于根据所述传输请求，确定该传输节点是否存储有所述传输请求所请求的目标多媒体的至少一部分；

第二确定模块，用于在确定该传输节点未存储所述目标多媒体的至少一部分的情况下，确定在与所述目标多媒体的第一初始获取设备对应的第一传输路径中，除该传输节点外是否至少有一个传输节点存储有所述目标多媒体的至少一部分，其中，该传输节点位于所述第一传输路径中；

获取模块，用于在确定为除该传输节点外至少有一个传输节点存储有所述目标多媒体的至少一部分的情况下，从存储有所述目标多媒体的至少一部分的传输节点获取所述目标多媒体的至少一部分。

第三方面，本申请实施例提供了一种机器可读介质，所述机器可读介质上存储有指令，该指令在机器上执行时使机器执行第一方面以及第一方面可能的各实现中的多媒体传输方法。

第四方面，本申请实施例提供了一种系统，包括：

存储器，用于存储由系统的一个或多个处理器执行的指令；以及

处理器，是系统的处理器之一，用于执行第一方面以及第一方面可能的各实现中的多媒体传输方法。

附图说明

图1根据本申请的一些实施例，示出了一种多媒体传输系统的结构示意图；

图2根据本申请的一些实施例，示出了图1所示的多媒体传输系统中的一种传输节点的工作流程示意图；

图3根据本申请的一些实施例，示出了图1所示的多媒体传输系统中的一种传输节点的工作流程示意图；

图4根据本申请的一些实施例，示出了图1所示的多媒体传输系统中的一种传输节点的工作流程示意图；

图5根据本申请的一些实施例，示出了图1所示的多媒体传输系统中的一种传输节点的工作流程示意图；

图6根据本申请的一些实施例，示出了图1所示的多媒体传输系统中的一种传输节点的工作流程示意图；

图7根据本申请的一些实施例，示出了图1所示的多媒体传输系统中的一种传输节点的结构示意图；

图8根据本申请的一些实施例，示出一种系统的框图；

图9是根据本申请一些实施例，示出了一种片上系统(SoC)的框图。

具体实施例

本申请的说明性实施例包括但不限于基于区块链的IP地址前缀认证方法和设备。

可以理解，如本文所使用的，术语“模块””可以指代或者包括专用集成电路(ASIC)、电子电路、执行一个或多个软件或固件程序的处理器(共享、专用、或群组)和/或存储器、组合逻辑电路、和/或提供所描述的功能的其他适当硬件组件，或者可以作为这些硬件组件的一部分。

可以理解，在本申请各实施例中，处理器可以是微处理器、数字信号处理器、微控制器等，和/或其任何组合。根据另一个方面，所述处理器可以是单核处理器，多核处理器等，和/或其任何组合。(在具体实施例之前，可以对需要解释的术语进行说明)

下面将结合附图对本申请的实施例作进一步地详细描述。

根据本申请的一些实施例公开了一种多媒体传输系统100。图1示出了该系统100的结构示意图。如图1所示，该系统100包括三级传输节点和多个初始获取设备，假如将该多媒体传输系统100应用于视频监控网络中的IPC或者NVR的音视频的传输，并将传输节点跟行政区域关联。例如，设置一级传输节点A1为省级传输节点，二级传输节点B1 和B2为市级传输节点，三级传输节点C1-C4为县级传输节点，每个县级传输节点下面管理有多个初始获取设备P11、P12、P21等。

可以理解，虽然图1中的多媒体传输系统100只示出了三个级别的传输节点，并且只示出一个一级传输节点A1，两个二级传输节点B1和B2，以及四个三级传输节点C1-C4，但是，在其他实施例中，在该多媒体传输系统中，可以根据实际需要设置传输节点的级别数和每个级别传输节点的数目，例如，可以设置多于三个级别的传输节点，并且还可以设置多个一级传输节点，如A2、A3、……、An，每个一级传输节点下可以设置任意数量的二级传输节点，二级传输节点下可以设置任意数量的三级传输节点，三级传输节点下可以设置任意数量的四级传输节点，等等。并且，多媒体传输系统100中最低级别的传输节点所连接的初始获取设备的数量也可以根据实际需要进行设置，在此不做限制。

此外，可以理解，多媒体传输系统100中的各传输节点只是按照功能进行划分，在实际设置中，不同的节点可以设置在不同物理设备上，也可以设置在相同的物理设备上，例如，物理设备可以是服务器、膝上型计算机、台式计算机、平板计算机、移动电话、可穿戴设备、头戴式显示器、移动电子邮件设备、便携式游戏机、便携式音乐播放器、阅读器设备、其中嵌入或耦接有一个或多个处理器的电视机、或能够访问网络的其他电子设备。例如，在一些实施例中，传输节点为代理服务器，该代理服务器具有视频存储和转发功能，可以根据情况设置各传输节点将传输过的音视频等多媒体信息，全部进行存储或者部分存储，并设置存储的时长。

初始获取设备可以是网络硬盘录像机NVR或者网络摄像机IPC。可以理解，在其他实施例中，本申请的传输节点也不一定是代理服务器，可以是具有多媒体存储和转发功能的任意计算设备，在此不做限制。初始获取设备也可以不限于NVR或者IPC，可以是能够采集多媒体信息，如具有摄像头的任何用户终端，或者是存储用户多媒体信息的云端服务器。

根据本申请的一些实施例，下面介绍多媒体传输系统100的多媒体点播实现方式。

对于用户的音视频点播请求，例如，某个用户通过用户终端请求点播多媒体传输系统 100中某个初始获取设备(如P22)的t1-t2时间段的音视频，该用户终端发送的传输请求中可以指明所请求的视频信息，例如，视频信息可以包括所请求的初始获取设备的标识信息、对应的传输路径中各传输节点的标识信息以及所请求传输的视频的时间段，具体地，可以包括P22的标识和请求传输的视频的时间段t1-t2，对应该初始获取设备P22的传输路径中的传输节点A1、B1和C2的标识。或者，视频信息可以包括各传输节点对应的行政区域的名称、以及请求传输的视频的时间段，例如，视频信息可以包括：省A1下的市B2 下的县C2的IPC/NVR P22，t1-t2时间段的视频。可以理解，视频请求中也可以不包括传输路径信息，只是包含初始获取设备的信息，而各传输节点中存储有各初始获取设备对应传输路径，传输节点在接收到传输请求后，根据存储的信息来确定对应的传输路径。

在接收到该用户终端的传输请求后，该传输请求会被发送给所属行政区域的传输节点。例如，该用户终端是位于省A1的，则该传输请求会发送给传输节点A1，或者该用户终端是市B1的，则该传输请求会发送给传输节点B1，或者该用户终端是县级C2的，则该传输请求会发送给传输节点C2。此处可以根据XX判断将传输请求发送给哪个节点。假如是将传输请求发送给市级传输节点B1，则B1在接收到该传输请求后，会判断B1上是否存储有传输请求所请求的P22在时间段t1-t2的音视频，根据判断结果可以有以下三种处理方式：

1)如果B1上存储有P22在t1-t2的音视频，则将该音视频发送给发送传输请求的用户终端，如果B1没有存储有P22在t1-t2的音视频，则确定与B1对应的传输路径上的传输节点A1和C2是否存储有P22在t1-t2的音视频，如果A1和C2中至少有一个存储有 P22在t1-t2的音视频，则从存储有P22在t1-t2的音视频的传输节点A1或C2获取该音视频信息，并将其发送给发送传输请求的用户终端，如果传输路径上的传输节点都不具有P22 在t1-t2的音视频，则B1可以直接从P22获取所请求的视频。如果P22上没有存储有t1-t2 的音视频数据，则向发送传输请求的用户终端发送请求视频不存在的信息。

2)如果B1上存储有P22在t1-t2的音视频，则将该音视频数据发送给发送传输请求的用户终端，如果B1没有存储有P22在t1-t2的音视频，而是存储有其中的一部分音视频，例如P22在t3-t4(t1<t2<t3<t4)时间段内的音视频，则B1可以确定C2或者A1上是否存储有其他时间段(例如，t1-t2、t3-t4)的音视频。在确定出C2或者A1存储有其他时间段内的视频时，从C2或者A1获取相应时间段的视频，然后将t1-t2整个时间段内的视频发送给发送传输请求的用户终端；在确定出C2或者A1未存储有剩余时间段的视频或者存储有剩余时间段的部分视频时，B1直接从P22获取剩余时间段的视频。如果P22上没有存储有t1-t2的音视频数据，则向发送传输请求的用户终端发送请求视频不存在的信息。

3)如果B1上存储有P22在t1-t2的音视频，则将该音视频发送给发送传输请求的用户终端，如果B1没有存储有P22在t1-t2的音视频，则直接从P22获取所请求的视频。如果P22上没有存储有t1-t2的音视频数据，则向发送传输请求的用户终端发送请求视频不存在的信息。

根据本申请的一些实施例，下面介绍多媒体传输系统100的多媒体直播实现方式。

对于用户的音视频直播请求，例如，某个用户通过用户终端请求直播多媒体传输系统 100中某个初始获取设备(如P22)拍摄的音视频，该音视频直播请求中可以包括所请求的初始获取设备P22的设备标识和对应P22的传输路径，例如，该音视频直播请求可以包括P22的标识、以及对应该初始获取设备P22的传输路径中的传输节点A1、B1和C2的标识。或者该视频信息可以包括各传输节点对应的行政区域的名称，例如，视频信息可以包括：省A1下的市B2下的县C2的IPC/NVR P22。可以理解，视频请求中也可以不包括传输路径信息，只是包含初始获取设备的信息，而各传输节点中存储有各初始获取设备对应传输路径，传输节点在接收到传输请求后，根据存储的信息来确定对应的传输路径。

在接收到该用户终端的直播请求后，该直播请求会被发送给所属行政区域的传输节点。例如，该用户终端是位于省A1的，则该直播请求会发送给传输节点A1，或者该用户终端是市B1的，则该直播请求会发送给传输节点B1，或者该用户终端是县级C2的，则该直播请求会发送给传输节点C2。此处可以根据XX判断将直播请求发送给哪个节点。假如是将直播请求发送给市级传输节点A1，则可以采用以下两种方式向用户终端发送所请求直播的音视频：

1)A1依次通过C2和B1实时获取P22采集的音视频，然后由A1转发给发送直播请求的用户终端。此时，传输节点可以是http服务器。P22可以是网络摄像机。可以理解，在本申请各实施例中，传输节点不限于使用http服务器。

2)A1依次通过C2和B1获取P22采集的音视频，可以设置C2、B1、A1中的每一个或者其中一个将接收到的预定大小或者预定时间间隔的音视频存储预定时间段后进行转发。例如，设置A1将接收到的每5M大小(或者每10秒)的音视频存储5秒后发送给用户终端，或者设置C2、B1、A1均将接收到的音视频每5M大小(或者每10秒)的音视频存储5秒后进行转发。如此，用户在观看直播时，可以看到5M(或者每10秒)大小音视频的回放。此时，传输节点可以是流媒体服务器。可以理解，在本申请各实施例中，传输节点不限于使用流媒体服务器。

从上文的描述可以看出，在本申请的多媒体传输系统100中，在对各初始获取设备上的多媒体信息进行点播或者直播时，都需要经过各初始获取设备对应的传输路径上的传输节点，而无需直接与初始获取设备直接建立连接，从而大大减少了初始获取设备的传输压力，在初始获取设备的访问量较高时，无法建立传输连接的问题可以有效得到解决，提高了多媒体信息传输的稳定性。例如，对于国标GB/T28181，屏蔽了上层直接跟下级域(即初始获取设备)的直接通信传输，解决了下级域高并发下卡死/无响应、UDP(User DatagramProtocol，用户数据报协议)跨网段或公网传输下的不可靠的问题，提升了上下级域之间交互的健壮性和稳定性。

此外，可以理解，本申请中多媒体信息可以是任何多媒体信息，例如，多媒体信息可以是音视频信息，也可以是单独的视频信息、单独的音频信息或者单独的图像信息，在此不做限制。上述多媒体传输系统100也不限于用于视频监控领域。传输节点也不一定是跟行政区域相关联的，也可以纯粹是为了减小初始获取设备的传输连接压力而设置。

基于上面的描述，下面具体介绍多媒体传输系统100中各传输节点在接到点播的传输请求时的主要工作流程。

根据本申请的一些实施例，结合上述对多媒体传输系统100的描述，具体一些细节在下述流程中依然适用，为了避免重复在此不再赘述，该系统中各传输节点的点播工作流程如图2所示，具体地，包括：

1)传输节点(如B1)接收用户终端发送的传输请求(200)。例如，传输请求中请求初始获取设备P22上的时间段t1-t2内的音视频。

2)传输节点B1确定该传输节点B1上是否存储有传输请求所请求的音视频(202)。

3)在确定传输节点B1上存储有传输请求所请求的音视频的情况下，向发送传输请求的用户终端发送获取到的音视频(210)；在确定传输节点B1上未存储有传输请求所请求的音视频的情况下，确定对应的传输路径上的其他传输节点(如A1和C2)是否存储有所请求的音视频(204)。

4)在确定对应的传输路径上的其他传输节点(如A1或C2)存储有P22上的时间段t1-t2内的音视频的情况下，从存储有该音视频的传输节点获取所请求的音视频(206)，并向发送传输请求的用户终端发送获取到的音视频(210)；在确定对应的传输路径上的其他传输节点(如A1或C2)未存储有P22上的时间段t1-t2内的音视频的情况下，从P22直接获取所请求的音视频(208)，并向发送传输请求的用户终端发送获取到的音视频(210)。

根据本申请的另外一些实施例，结合上述对多媒体传输系统100的描述，具体一些细节在下述流程中依然适用，为了避免重复在此不再赘述，该系统中各传输节点点播的工作流程如图3所示，具体地，包括：

1)传输节点(如B1)接收用户终端发送的传输请求(300)。例如，传输请求中请求初始获取设备P22上的时间段t1-t2内的音视频。

2)传输节点B1确定该传输节点B1上是否存储有传输请求所请求的音视频，如P22上的时间段t1-t2内的音视频(302)。

3)在确定传输节点B1上存储有传输请求所请求的音视频的情况下，向发送传输请求的用户终端发送获取到的音视频(312)；在确定传输节点B1上未存储有传输请求所请求的音视频的情况下，确定传输节点B1上是否存储有所请求的音视频的一部分(304)，例如，P22上的时间段t3-t4(t1<t2<t3<t4)内的音视频。

4)在确定传输节点B1上存储有所请求的音视频的一部分的情况下，确定传输路径上的其他传输节点(如A1和C2)是否存储有所请求的音视频的剩余部分(例如，其他时间段t1-t2、t3-t4)(306)；如果其他传输节点存储有所请求的音视频的剩余部分，则从其他传输节点获取所请求的音视频的剩余部分(310)，如果其他传输节点未存储有所请求的音视频的剩余部分，则从P22直接获取所请求的音视频(308)。

5)向发送传输请求的用户终端发送获取到的音视频(312)

根据本申请的另外一些实施例，结合上述对多媒体传输系统100的描述，具体一些细节在下述流程中依然适用，为了避免重复在此不再赘述，该系统中各传输节点的点播工作流程如图4所示，具体地，包括：

1)传输节点(如B1)接收用户终端发送的传输请求(400)。例如，传输请求中请求初始获取设备P22上的时间段t1-t2内的音视频。

2)传输节点B1确定该传输节点B1上是否存储有传输请求所请求的音视频(402)。

3)在确定传输节点B1上存储有传输请求所请求的音视频的情况下，向发送传输请求的用户终端发送获取到的音视频(404)；在确定传输节点B1上未存储有传输请求所请求的音视频的情况下，从P22直接获取所请求的音视频(406)，并向发送传输请求的用户终端发送获取到的音视频(404)。

基于上面的描述，下面具体介绍多媒体传输系统100中各传输节点在接到直播的传输请求时的主要工作流程。

根据本申请的一些实施例，结合上述对多媒体传输系统100的描述，具体一些细节在下述流程中依然适用，为了避免重复在此不再赘述，该系统中各传输节点的直播工作流程如图5所示，具体地，包括：

1)传输节点A1接收用户终端发送的直播请求(500)。例如，直播请求中请求直播初始获取设备P22采集到的音视频。

2)传输节点A1依次通过传输路径上，该传输节点与初始获取设备P22之间连接的传输节点C2和B1实时获取初始获取设备P22采集的音视频(502)。

3)传输节点A1实时向发送直播请求的用户终端转发获取到的音视频(504)。

根据本申请的另外一些实施例，结合上述对多媒体传输系统100的描述，具体一些细节在下述流程中依然适用，为了避免重复在此不再赘述，该系统中各传输节点的直播工作流程如图6所示，具体地，包括：

1)传输节点A1接收用户终端发送的直播请求(600)。例如，直播请求中请求直播初始获取设备P22采集到的音视频。

2)传输节点A1依次通过传输路径上，该传输节点与初始获取设备P22之间连接的传输节点C2和B1获取初始获取设备P22采集的音视频(602)。在一些实施例中，可以设置C2、B1中的每一个或者其中一个将接收到的预定大小或者预定时间间隔的音视频存储预定时间段后进行转发。例如，设置C2将接收到的每5M大小(或者每10秒)的音视频存储5秒后发送给B1，或者设置C2和B1均将接收到的音视频每5M大小(或者每10秒) 的音视频存储5秒后进行转发。

3)传输节点A1向发送直播请求的用户终端转发获取到的音视频(604)。在一些实施例中，设置A1接收到的预定大小或者预定时间间隔的音视频存储预定时间段后进行转发，例如，将接收到的每5M大小(或者每10秒)的音视频存储5秒后发送给用户终端。

根据本申请的一些实施例，本申请的多媒体传输系统中的传输节点的一种结构如图7 所示。该传输节点具有上述多媒体传输系统100中的传输节点的各种功能，有些细节为了避免重复，在此不再赘述。具体地，如图7所示，该传输节点包括：

接收模块700，用于接收传输请求。例如，B1接收传输请求，传输请求中请求初始获取设备P22上的时间段t1-t2内的音视频。

第一确定模块702，用于根据传输请求，确定该传输节点是否存储有传输请求所请求的目标多媒体的至少一部分。例如，确认是否存储有P22上的时间段t1-t2或者其中一部分时间段内(例如，t3-t4(t1<t2<t3<t4))的音视频。

第二确定模块704，用于在确定该传输节点未存储目标多媒体的至少一部分的情况下，确定在与目标多媒体的第一初始获取设备对应的第一传输路径中，除该传输节点外是否至少有一个传输节点存储有目标多媒体的至少一部分，其中，该传输节点位于第一传输路径中。例如，确定对应P22的传输路径上的其他传输节点A1和C2是否存储有所请求的音视频的至少一部分。

获取模块706，用于在确定为除该传输节点外至少有一个传输节点存储有目标多媒体的至少一部分的情况下，从存储有目标多媒体的至少一部分的传输节点获取目标多媒体的至少一部分。例如，确定A1存储有P22上的时间段t1-t2的音视频，则从A1获取该音视频，并发送给发生传输请求的用户终端。

现在参考图8，所示为根据本申请的一个实施例的系统800的框图。系统800可以包括耦合到控制器中枢803的一个或多个处理器801。对于至少一个实施例，控制器中枢803经由诸如前端总线(FSB)之类的多分支总线、诸如快速通道互连(QPI)之类的点对点接口、或者类似的连接807与处理器801进行通信。处理器801执行控制一般类型的数据处理操作的指令。在一实施例中，控制器中枢803包括，但不局限于，图形存储器控制器中枢 (GMCH)(未示出)和输入/输出中枢(IOH)(其可以在分开的芯片上)(未示出)，其中 GMCH包括存储器和图形控制器并与IOH耦合。

系统800还可包括耦合到控制器中枢803的协处理器802和存储器804。或者，存储器和GMCH中的一个或两者可以被集成在处理器内，存储器804和协处理器802直接耦合到处理器801以及控制器中枢803，控制器中枢803与IOH处于单个芯片中。存储器804 可以是例如动态随机存取存储器(DRAM)、相变存储器(PCM)或这两者的组合。在一个实施例中，协处理器802是专用处理器，诸如高吞吐量MIC处理器、网络或通信处理器、压缩引擎、图形处理器、GPGPU、或嵌入式处理器等等。协处理器802的任选性质用虚线表示在图8中。

在一个实施例中，设备800可以进一步包括网络接口(NIC)806。网络接口806可以包括收发器，用于为设备800提供无线电接口，进而与任何其他合适的设备(如前端模块，天线等)进行通信。在各种实施例中，网络接口806可以与设备800的其他组件集成。

系统800可以进一步包括输入/输出(I/O)设备805。I/O 805可以包括：用户界面，该设计使得用户能够与系统800进行交互；外围组件接口的设计使得外围组件也能够与系统800交互；和/或传感器设计用于确定与系统800相关的环境条件和/或位置信息。

值得注意的是，图8仅是示例性的。即虽然图8中示出了系统800包括处理器801、控制器中枢803、存储器804等多个器件，但是，在实际的应用中，使用本申请各方法的系统，可以仅包括系统800各器件中的一部分器件，例如，可以仅包含处理器801和NIC806。图8中可选器件的性质用虚线示出。

现在参考图9，所示为根据本申请的一个实施例的SoC(System on Chip，片上系统) 900的框图。在图9中，相似的部件具有同样的附图标记。另外，虚线框是更先进的SoC的可选特征。在图9中，SoC 900包括：互连单元950，其被耦合至应用处理器910；系统代理单元980；总线控制器单元990；集成存储器控制器单元940；一组或一个或多个协处理器920，其可包括集成图形逻辑、图像处理器、音频处理器和多媒体处理器；静态随机存取存储器(SRAM)单元930；直接存储器存取(DMA)单元960。在一个实施例中，协处理器920包括专用处理器，诸如例如网络或通信处理器、压缩引擎、GPGPU、高吞吐量 MIC处理器、或嵌入式处理器等等。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(DSP)、微控制器、专用集成电路(ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器(CD-ROMs)、磁光盘、只读存储器(ROM)、随机存取存储器(RAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (12)

1.一种用于多媒体传输系统中的传输节点的多媒体传输方法，其特征在于，所述多媒体传输系统包括多个级别的传输节点和多个初始获取设备，所述多个初始获取设备具有各自对应的传输路径，其中，各传输节点中存储有各初始获取设备对应的传输路径，传输节点在接收到传输请求后，根据存储的信息来确定对应的传输路径，所述初始获取设备上的多媒体能够在对应传输路径中的各级传输节点上传输；

所述传输方法包括：

传输节点根据接收到的传输请求，确定该传输节点是否存储有所述传输请求所请求的目标多媒体的至少一部分；

在确定该传输节点未存储所述目标多媒体的至少一部分的情况下，确定在与所述目标多媒体的第一初始获取设备对应的第一传输路径中，除该传输节点外是否至少有一个传输节点存储有所述目标多媒体的至少一部分，其中，接收到所述传输请求的所述传输节点位于所述第一传输路径中；

在确定为除该传输节点外至少有一个传输节点存储有所述目标多媒体的至少一部分的情况下，从存储有所述目标多媒体的至少一部分的传输节点获取所述目标多媒体的至少一部分。

2.如权利要求1所述的多媒体传输方法，其特征在于，还包括：

在确定该传输节点存储有所述目标多媒体的一部分的情况下，确定在所述第一传输路径中，除该传输节点外是否至少有一个传输节点存储有所述目标多媒体的剩余部分，其中，所述一部分和所述剩余部分组成所述目标多媒体；并且

在所述确定为除该传输节点外至少有一个传输节点存储有所述目标多媒体的剩余部分的情况下，从存储有所述剩余部分的传输节点获取所述剩余部分。

3.如权利要求1所述的多媒体传输方法，其特征在于，还包括：

在确定所述第一传输路径中不存在传输节点存储有所述目标多媒体的至少一部分的情况下，通过所述第一传输路径从所述第一初始获取设备获取所述目标多媒体。

4.如权利要求1所述的多媒体传输方法，其特征在于，还包括：

向发送所述传输请求的设备发送所述目标多媒体；并且

在该传输节点未存储有所述目标多媒体的情况下，在该传输节点中存储发送的所述目标多媒体或者所述目标多媒体的一部分。

5.如权利要求1所述的多媒体传输方法，其特征在于，还包括：

所述传输节点接收对第二初始获取设备采集到的多媒体的直播请求；

所述传输节点通过与所述第二初始获取设备对应的第二传输路径，从所述第二初始获取设备获取请求直播的多媒体流；

所述传输节点向所述直播请求的发送设备发送获取到的所述请求直播的多媒体流。

6.如权利要求5所述的多媒体传输方法，其特征在于，每个初始获取设备与对应的传输路径中级别最低的传输节点连接，并且

所述传输节点通过与所述第二初始获取设备对应的第二传输路径，从所述第二初始获取设备获取请求直播的多媒体流包括：

所述传输节点从所述第二传输路径中该传输节点的下级传输节点中获取所述请求直播的多媒体流。

7.如权利要求5所述的多媒体传输方法，其特征在于，所述传输节点向所述直播请求的发送设备发送获取到的所述请求直播的多媒体流包括：

所述传输节点将获取到的预定大小或者预定时间间隔的多媒体流存储预定时间段后，转发给所述直播请求的发送设备。

8.如权利要求1至7中任一项所述的多媒体传输方法，其特征在于，所述多媒体传输系统中的传输节点与行政区域相关联，并且传输节点的级别与所述传输节点相关联的行政区域的级别相对应。

9.如权利要求1至7中任一项所述的多媒体传输方法，其特征在于，满足下列中的至少一项：

所述传输节点为代理服务器；

所述初始获取设备为网络摄像机或者网络硬盘录相机；

所述多媒体为监控音视频信息。

10.一种多媒体传输系统中的传输节点，其特征在于，所述多媒体传输系统包括多个级别的所述传输节点和多个初始获取设备，所述多个初始获取设备具有各自对应的传输路径，其中，所述初始获取设备上的多媒体能够在对应传输路径中的各级传输节点上传输；

所述传输节点包括：

接收模块，用于接收传输请求；

第一确定模块，用于根据所述传输请求，确定该传输节点是否存储有所述传输请求所请求的目标多媒体的至少一部分；

第二确定模块，用于在确定该传输节点未存储所述目标多媒体的至少一部分的情况下，确定在与所述目标多媒体的第一初始获取设备对应的第一传输路径中，除该传输节点外是否至少有一个传输节点存储有所述目标多媒体的至少一部分，其中，该传输节点位于所述第一传输路径中；

获取模块，用于在确定为除该传输节点外至少有一个传输节点存储有所述目标多媒体的至少一部分的情况下，从存储有所述目标多媒体的至少一部分的传输节点获取所述目标多媒体的至少一部分。

11.一种机器可读介质，其特征在于，所述机器可读介质上存储有指令，该指令在机器上执行时使机器执行权利要求1至9中任一项所述的多媒体传输方法。

12.一种系统，包括：

存储器，用于存储由系统的一个或多个处理器执行的指令；以及

处理器，是系统的处理器之一，用于执行权利要求1至9中任一项所述的多媒体传输方法。

Images