CN113016191A - 分发系统、信息处理服务器和分发方法 - Google Patents

分发系统、信息处理服务器和分发方法 Download PDF

Info

Publication number
CN113016191A
CN113016191A CN201980065535.8A CN201980065535A CN113016191A CN 113016191 A CN113016191 A CN 113016191A CN 201980065535 A CN201980065535 A CN 201980065535A CN 113016191 A CN113016191 A CN 113016191A
Authority
CN
China
Prior art keywords
video stream
distribution system
mpd
bit rate
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
CN201980065535.8A
Other languages
English (en)
Inventor
山岸靖明
高林和彦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Group Corp
Original Assignee
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Group Corp filed Critical Sony Group Corp
Publication of CN113016191A publication Critical patent/CN113016191A/zh
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
    • H04N21/2225—Local VOD servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/21805—Source of audio or video content, e.g. local disk arrays enabling multiple viewpoints, e.g. using a plurality of cameras
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6547—Transmission by server directed to the client comprising parameters, e.g. for client setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N23/00—Cameras or camera modules comprising electronic image sensors; Control thereof
    • H04N23/60—Control of cameras or camera modules

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

分发系统(1)包括：多个成像装置(10‑1，10‑2，10‑3)，其具有不同规格；以及信息处理服务器(100)，其设置有控制单元(120)，该控制单元(120)基于从多个成像装置中的每个成像装置上行传输的视频流来生成指示视频流的比特率的最大值的第一控制信息。第一控制信息是对于多个成像装置共同的信息。

Description

分发系统、信息处理服务器和分发方法
技术领域
本公开涉及分发系统、信息处理服务器和分发方法。
背景技术
随着其中UGC(用户生成内容)内容等的流被分发的使用情况的增加，被称为视频生态系统的分发平台可能支持标准内容(流)上行传输接口(例如，NPTL 1)。
流上行传输接口例如用于捕获UGC内容的低成本智能电话摄像装置或视频摄像装置。即使在由用于专业用途的商用摄像装置记录的各种流被上行传输的情况下，流上行传输接口也必须是可用的。随着移动通信系统转变到5G，将来经由一般移动网络上行传输具有高质量的用于专业用途的记录流的情况可能是普及的。
引用列表
非专利文献
NPTL 1：3rd Generation Partnership Project；Technical SpecificationGroup Services and System Aspects；Guidelines on the Framework for Live UplinkStreaming(FLUS)；(Release 15),3GPP TR 26.939V15.0.0(2018-06)。
发明内容
本发明要解决的问题
同时，存在的问题是，关于频带的约束的问题是不可避免的。例如，对于4K/60fps的基带流，需要12Gbps的频带。为了解决该问题，当前可能的技术将流编码为有损压缩流，并且将流上行传输。例如，考虑中的标准是，以H.265对流进行编码，以CMAF(通用媒体应用格式)文件格式存储流，并且将流上行传输。
这里，假设用于实时分发的流由生成各种流的成像装置制作。成像装置来自不同的供应商，并且具有不同的功能。然而，目前还没有建立所有成像装置均可识别的共同指令方法。另外，在这样的实时广播中，优选的是，对于具有任何时间粒度的每个时间区段，改变对各个源的最大比特率指令，以向观看者和收听者似乎最希望观看的视频(角度)分配大量频带。因此，在本公开中，期望引入来自不同供应商的成像装置共同可理解的控制消息。控制消息被允许传送至各个成像装置。控制消息各自指示最大比特率。
另外，在实时分发中有足够的冗余上行传输频带的情况下，可以与正常流分发并行地将高图像质量版本的流上行传输。在该情况下，期望通知用户在经过给定时间之后用户当前正在观看和收听的流分发的高图像质量版本将被上行传输。
另外，在实时分发中有足够的冗余上行传输频带的情况下，期望通过将此时观看和收听正常流的用户组所期望的最大比特率值分配给正常流，来使正常流保持必要且足够的比特率，并且将尽可能多的冗余频带分配给高图像质量版本的流。
另外，在实时分发中，假设与观看和收听实时分发的用户的时时刻刻的观看和收听偏好匹配的流被分发的情况。在该情况下，期望引入控制消息。控制消息对于来自不同供应商的成像装置是共同可理解的。控制消息指示用户的观看和收听偏好。
因此，本公开提出了一种分发系统、信息处理服务器和分发方法，其各自使得可以高效地控制从多个摄像装置上行传输的视频流的比特率。
问题的解决手段
为了解决上述问题，根据本公开的实施方式的分发系统包括：多个成像装置，其具有不同规格；以及信息处理服务器，其包括控制器，该控制器基于从多个成像装置中的每个成像装置上行传输的视频流来生成第一控制信息。第一控制信息指示视频流的最大比特率值。第一控制信息包括对于多个成像装置共同的信息。
另外，在预测上行传输通信频带在视频流被上行传输之后的预定时间段具有冗余频带的情况下，控制器可以生成第二控制信息，该第二控制信息指示在经过预定时间段之后将可以观看和收听视频流的高图像质量版本。
另外，控制器可以针对多个成像装置中的每个成像装置生成第三控制信息。第三控制信息指示与来自用户的请求对应的视频流的最大比特率值。
另外，控制器可以从多个视频流中提取视频数据并生成第四控制信息。视频数据对应于用户的喜好。第四控制信息使用户的终端明确地指示所提取的视频数据。
附图说明
图1是示出根据本公开的分发系统的配置示例的示意图。
图2是示出设置在根据本公开的分发系统的下游的中继节点的配置示例的框图。
图3是示出根据本公开的分发系统的整体配置的示例的框图。
图4是用于描述从成像装置上行传输的视频流的图。
图5是示出用于在根据本公开的分发系统中配置多播树的处理示例的序列图。
图6是示出根据第一实施方式的分发系统的处理流程的示例的序列图。
图7A是示出根据第一实施方式的MPD(媒体呈现描述)文件的示例的图。
图7B是示出根据第一实施方式的MPD的示例的图。
图7C是示出根据第一实施方式的MPD的示例的图。
图8是示出根据第一实施方式的MPD的示例的图。
图9是示出根据第一实施方式的MPD的示例的图。
图10A是示出根据第一实施方式的MPD的示例的图。
图10B是示出根据第一实施方式的MPD的示例的图。
图10C是示出根据第一实施方式的MPD的示例的图。
图11是示出根据第一实施方式的MPD的示例的图。
图12是示出根据第一实施方式的MPD的示例的图。
图13是示出根据第一实施方式的分发系统中的源单元与宿单元(sink unit)之间的处理流程的示例的序列图。
图14是示出根据第一实施方式的分发系统中的源单元与宿单元之间的处理流程的示例的序列图。
图15是示出根据第一实施方式的ServiceResource(服务资源)的示例的图。
图16是示出根据第一实施方式的SessionResource(会话资源)的示例的图。
图17是示出在根据第一实施方式的分发系统中使用的SDP(会话描述协议)的示例的图。
图18是示出根据第一实施方式的SessionResource的示例的图。
图19是用于描述在每个时间区段中上行传输的视频流的图。
图20是示出MPD的示例的图。
图21是示出MPD的示例的图。
图22是用于描述冗余频带的示意图。
图23是示出根据第二实施方式的分发系统的配置的示意图。
图24是示出根据第二实施方式的MPD的示例的图。
图25是示出根据第二实施方式的MPD的示例的图。
图26是示出根据第二实施方式的MPD的示例的图。
图27是示出根据第二实施方式的MPD的示例的图。
图28是示出根据第二实施方式的MPD的示例的图。
图29是示出根据第二实施方式的MPD的示例的图。
图30是用于描述根据第二实施方式的分发系统的操作的图。
图31是示出根据第二实施方式的分发系统的处理流程的示例的序列图。
图32是示出根据第二实施方式的分发系统的处理流程的示例的序列图。
图33是示出根据第三实施方式的分发系统的配置的示意图。
图34是示出根据第三实施方式的分发系统的处理流程的示例的序列图。
图35是示出根据第三实施方式的分发系统的处理流程的示例的序列图。
图36是示出根据第三实施方式的分发系统中的源单元与宿单元之间的处理流程的示例的序列图。
图37是示出根据第三实施方式的SessionResource的示例的图。
图38是示出根据第三实施方式的分发系统中的边缘处理单元与路由处理单元之间的处理流程的示例的序列图。
图39是示出根据第三实施方式的SessionResource的示例的图。
图40是示出根据第四实施方式的分发系统的配置的示意图。
图41A是用于描述根据第四实施方式的分发系统的操作的图。
图41B是用于描述根据第四实施方式的分发系统的操作的图。
图41C是用于描述根据第四实施方式的分发系统的操作的图。
图42是示出根据第四实施方式的分发系统的处理流程的示例的序列图。
图43是示出根据第四实施方式的分发系统的处理流程的示例的序列图。
图44是示出根据第四实施方式的MPD的示例的图。
图45是示出根据第四实施方式的MPD的示例的图。
图46是示出根据第四实施方式的MPD的示例的图。
图47是示出根据第四实施方式的分发系统中的边缘处理单元与路由处理单元之间的处理流程的示例的序列图。
图48是示出根据第四实施方式的SessionResource的示例的图。
图49是示出实现分发系统的功能的计算机的示例的硬件配置图。
具体实施方式
下面参照附图详细描述本公开的实施方式。要注意，在下面的各个实施方式中，对相同的部件分配相同的标记，从而省去重复的说明。
另外，按照以下项的顺序描述本公开。
1.第一实施方式
2.第二实施方式
3.第三实施方式
4.第四实施方式
5.硬件配置(1.第一实施方式)
参照图1描述根据本公开的第一实施方式的分发系统的配置的概述。图1是示出根据本公开的第一实施方式的分发系统的配置的示意图。
如图1所示，分发系统1包括成像装置10-1至10-N(N是3或更大的整数)、分发装置20、中继节点30-1至30-5以及用户终端40-1至40-7。在本实施方式中，分发系统1是具有包括中继节点30-1至30-5的多播树的多播分发系统。要注意，分发系统1中包括的中继节点的数目和用户终端的数目不限制本公开。
成像装置10-1至10-N中的每个成像装置例如经由未示出的通信网络将捕获的视频数据上行传输到分发装置20。具体地，成像装置10-1至10-N被安装在例如相同的地方或相同的场所。成像装置10-1至10-N将由各个成像装置10-1至10-N拍摄的风景、体育比赛等的图像上行传输到分发装置20。例如，各个成像装置10-1至10N来自不同的供应商，并且具有不同的等级。
分发装置20经由中继节点30-1至30-5将例如从成像装置10-1至10-N上行传输的视频流发送至用户终端40-1至40-7。具体地，分发装置20包括例如宿单元21、路由处理单元22和路由传送单元23。在该情况下，视频流经由宿单元21、路由处理单元22和路由传送单元23从分发装置20发送。要注意，下面会描述宿单元21、路由处理单元22和路由传送单元23。
中继节点30-1至中继节点30-5是设置在分发装置20与用户终端40-1至40-7之间的中继站。
中继节点30-1和中继节点30-2例如是上游中继节点。中继节点30-1和中继节点30-2各自接收从分发装置20输出的视频流。在该情况下，中继节点30-1将从分发装置20接收的视频流分发到中继节点30-3和中继节点30-4。另外，中继节点30-2将从分发装置20接收的视频流分发到中继节点30-5。
中继节点30-3至30-5例如是下游中继节点。中继节点30-3至30-5将从上游中继节点接收的视频流分发到各个用户所拥有的观看和收听终端装置。具体地，中继节点30-3对视频流执行预定处理，并且将视频流发送至用户终端40-1至40-3。中继节点30-4对视频流执行预定处理，并且将视频流发送至用户终端40-4和40-5。中继节点30-5对视频流执行预定处理，并且将视频流发送至用户终端40-6和40-7。
图2是示出作为下游中继节点的中继节点30-3的配置的框图。如图2所示，中继节点30-3包括边缘处理单元31和边缘传送单元32。中继节点30-4和30-5各自具有与中继节点30-3的配置相似的配置。尽管下面会具体描述，但是边缘处理单元31根据视频流被发送至的用户终端的性能来控制视频流的比特率。
用户终端40-1至40-N是各个用户所拥有的用于观看和收听视频流的终端。存在用于观看和收听视频流的各种终端。用户终端40-1、40-3、40-6和40-7中的每个用户终端例如是智能电话。用户终端40-2、40-4和40-5中的每个用户终端例如是计算机。因此，用户终端40-1至40-N通常在性能上不同。
假设分发系统1用于具有有限运行成本的实时广播服务。在该情况下，然而，通常需要的传送会话所需的QoS(服务质量)必须包括超低延迟、最小错误率等。为了保证这一点，要求高成本。为了使该成本恒定，实时捕获流的总频带必须保持恒定或避免超过某个值。另外，假设用于实时广播的流是由生成各种流的成像装置模块(源)制作的。成像装置模块(源)来自不同的制造商，并且具有不同的功能。因此，从成本的角度来看，将从成像装置同时发送的视频流的总频带保持在恒定带宽内的可能技术包括通过从宿(分发装置20)侧发出关于比特率的指令来进行调整以将各个成像装置的源流保持在恒定总频带内的技术。成像装置来自多个制造商。成像装置具有多个不同等级。
然而，当前，在上述情况下，没有从宿(分发装置20)侧指示所有成像装置的对于所有成像装置可识别的共同方法。为了实现这一点，必须从同一供应商统一获得具有各种等级的所有成像装置。其成本引起了问题。另外，必须在每个成像装置与分发装置200之间实现上行传输协议，以使得能够在成像装置允许的比特率内调整成像装置。这引起的问题是，很可能无法满足基本要求“一般用户携带来自不同供应商的并且具有各种等级的成像装置”。
另外，优选的是，对于具有任何时间粒度的每个时间区段，改变对各个源的最大比特率指令，以向观看者和收听者似乎最希望观看的视频(角度)分配大量频带。此外，优选的是，所分配的频带可以在这些流之间无缝地切换(以上述时间间隔粒度)，以覆盖观看者和收听者的不同偏好。这要求诸如NTP(网络时间协议)的系统时钟同步协议被实现以用于使系统时钟同步，并且请求能够在来自不同供应商的并且具有各种等级的成像装置中共同实现的控制。例如，请求标准流传输协议，该标准流传输协议将流的上行传输方法统一为DASH流传输协议，并且执行诸如共享在MPD的初始化段(Initialize Segment)中指定的共同的编解码器初始化参数的控制。
于是本公开新引入了指示最大比特率的控制消息。控制消息对于来自不同供应商的成像装置(即，具有不同规格的成像装置)是共同可理解的。控制消息被允许传送至各个成像装置。向具有任何段长度的段通知最大上行传输比特率值，该最大上行传输比特率值反映了在每个成像装置中实现的流传输控制模块中的制作者的意图。在每个成像装置的流传输控制模块中实现诸如NTP或PTP(图片传送协议)的系统时钟同步协议。成像装置共享同一墙上时钟(wall clock)。此外，提出了一种分发系统，该分发系统能够利用诸如SDP或MPD的管理元数据在任何时间区段(在所有源上被统一为同一时间的段长度的整数倍)中对多个源指定最大比特率指令。
参照图3，描述根据本公开的分发系统1A的配置。图3是示出根据本公开的分发系统1A的整体配置的框图。
如图3所示，分发系统1A包括成像装置10-1至10-N、用户终端40-1至40-N以及信息处理服务器100。
成像装置10-1至成像装置10-N是视频流的源。成像装置10-1至成像装置10-N经由未示出的网络耦接至信息处理服务器100。成像装置10-1至成像装置10-N分别包括用于与信息处理服务器100建立流传输会话的源单元11-1至11-N。在不需要特别区分源单元11-1至11-N的情况下，下面有时将源单元11-1至11-N统称为源单元11。在本公开中，源单元11-1至11-N例如是FLUS(实时上行流传输的框架)源。例如，在本公开中，FLUS的使用使得可以实现成像装置10-1至10-N与信息处理服务器100之间的实时媒体流传输。因此，下面有时将源单元简称为FLUS源。
信息处理服务器100包括时钟单元110和控制器120。信息处理服务器100是设置在云上的服务器装置。描述了在分发系统1A中一个信息处理服务器100实现分发装置20和中继节点30，但是这是示例。这不限制本公开。信息处理服务器100可以包括多个服务器。
时钟单元110例如向成像装置10-1至10-N、用户终端40-1至40-N以及控制器120输出同步信号。这使成像装置10-1至10-N、用户终端40-1至40-N以及控制器120之间的系统时钟同步。同步信号包括例如NTP、PTP等。
控制器120控制信息处理服务器100中包括的各个单元。例如，可以通过使用包括CPU(中央处理单元)的电子电路来实现控制器120。控制器120具有分发装置20和中继节点30的功能。控制器120包括宿单元21、路由处理单元22、路由传送单元23、产生单元24、边缘处理单元31和边缘传送单元32。在该情况下，中继节点30是将视频流分发到用户终端40-1至40-N的下游中继节点。
宿单元21例如与源单元11-1至11-N建立用于执行实时媒体流传输的会话。在本公开中，宿单元21例如是FLUS宿。因此，下面有时将宿单元21简称为FLUS宿。这使得可以在源单元11-1至11-N与宿单元21之间建立FLUS会话。下面具体描述FLUS宿。FLUS宿将FLUS-MaxBitrate新引入至FLUS消息，作为指示最大比特率的消息。该消息对于来自不同供应商的成像装置是共同可理解的并且被允许传送。FLUS宿于是向各个成像装置通知最大上行传输比特率值。
路由处理单元22对例如由宿单元21接收的视频流执行打包以用于格式转换。路由处理单元22例如可以对视频流进行重新编码、分段或加密。
路由传送单元23例如对于中继节点30执行多播或单播传送。在路由传送单元23执行多播的情况下，在路由传送单元23与边缘传送单元32之间形成多播树。
产生单元24向成像装置10-1至10-N通知例如关于到成像装置10-1至10-N的视频流的允许最大比特率值的信息。这里，产生单元24例如基于关于观看和收听视频流的用户的兴趣的信息来确定每个成像装置所被允许的最大比特率值。下面描述产生单元24向成像装置10-1至10-N通知关于各个成像装置所被允许的最大比特率值的信息的方法。
边缘处理单元31再次针对用户终端40-1至40-N打包视频流，以分发对于各个用户终端的状况最优的视频流。在该情况下，边缘处理单元31可以例如对视频流进行重新编码、分段或加密。边缘处理单元31将已经再次打包的视频流输出至用户终端40-1至40-N。在不需要特别区分用户终端40-1至40-N的情况下，下面有时将用户终端40-1至40-N统称为用户终端40。
边缘传送单元32从路由传送单元23接收由路由处理单元22处理的视频流。边缘传送单元32将从路由传送单元23接收的视频流输出至边缘处理单元31。
接下来，参照图4，描述从成像装置上行传输的视频流。图4是用于描述从成像装置上行传输的视频流的示意图。
下面描述视频流从成像装置10-1至10-3这三个成像装置上行传输，但是这是示例。这不限制本公开。
如图4所示，成像装置10-1至10-3中的每个成像装置将视频流划分成任何段，并且将视频流发送至宿单元21。具体地，成像装置10-1将划分成多个段70-1的视频流发送至宿单元21。成像装置10-2将划分成多个段70-2的视频流发送至宿单元21。成像装置10-3将划分成多个段70-3的视频流发送至宿单元21。要注意，横轴指示时间长度，并且纵轴指示段70-1至70-3中的每个段中的允许最大比特率。
在本公开中，段70-1至70-3具有例如相同的时间长度。在本公开中，这使得可以控制按任何时间间隔每个成像装置所被允许的比特率。具体地，可以按对于各个成像装置共同的时间间隔控制每个成像装置所被允许的比特率。时间间隔各自对应于段的时间长度的整数倍。
例如，根据来自信息处理服务器100的指令在“Period-1”中设置四个段的时间间隔。根据来自信息处理服务器100的指令在“Period-2”中设置两个段的时间间隔。根据来自信息处理服务器100的指令在“Period-3”中设置三个段的时间间隔。在本公开中，可以按各个时间间隔控制每个成像装置所被允许的最大比特率值。于是，在本公开中，可以为用户似乎更感兴趣的视频流设置更高的比特率值。
在“Period-1”中，将成像装置10-2所被允许的最大比特率值设置为最高，并且将成像装置10-3所被允许的最大比特率值设置为最低。
在“Period-2”中，将成像装置10-1所被允许的最大比特率值设置为最高，并且将成像装置10-2所被允许的最大比特率值设置为最低。
在“Period-3”中，将成像装置10-3所被允许的最大比特率值设置为最高，并且成像装置10-1所被允许的最大比特率值是最低的。
在本公开中，可以可选地在信息处理服务器100侧按任何时间间隔改变每个成像装置所被允许的最大比特率值。在该情况下，在各个成像装置10-1至10-3正在拍摄例如体育比赛的图像的情况下，将正在拍摄受欢迎的选手的图像的成像装置所被允许的最大比特率值设置为高。换言之，可以在信息处理服务器100侧增大正在拍摄由于用户似乎对视频感兴趣而被期望提供给用户的视频(ROI：关注区域)的成像装置所被允许的最大比特率值。
如图4所示，路由处理单元22将从各个成像装置输出的视频流打包成一个视频流，并且将打包的视频流输出至路由传送单元23。另外，路由处理单元22生成MPD作为使用MPEG-DASH的流传输中的视频流的元数据。MPD具有带有“Priod”、“AdaptationSet(自适应集)”、“Representation(表示)”、“Segment Info”、“Initialization Segment”和“MediaSegment”的分层结构。尽管下面会具体描述，但是在本公开中，MPD与关于ROI的信息相关联。
参照图5和图6，描述分发系统1A的操作。图5和图6中的每个图是用于描述分发系统1A的操作的序列图。
图5是示出用于在分发系统1A中建立多播树的处理流程的示例的序列图。
首先，用户终端40例如从路由传送单元23请求用于观看和收听运动图像的期望URL(统一资源定位符)(步骤S101和步骤S102)。路由传送单元23将请求的URL发送至用户终端40作为答复(步骤S103和步骤S104)。
接下来，用户终端40请求边缘处理单元31准备例如用于观看和收听视频流的服务(步骤S105和步骤S106)。在接收到请求时，边缘处理单元31请求边缘传送单元32建立用于服务的会话(步骤S107和步骤S108)。
在接收到请求时，边缘传送单元32请求路由传送单元23建立多播树(步骤S109和步骤S110)。在接收到请求时，路由传送单元23建立多播树并且答复边缘传送单元32(步骤S111和步骤S112)。
在接收到答复时，边缘传送单元32然后向边缘处理单元31答复已经建立了服务会话(步骤S113和步骤S114)。在接收到答复时，边缘处理单元31向用户终端40通知已经准备好用于观看和收听视频流的服务。这在分发系统1A中形成多播树。
图6是示出分发系统1A的处理流程的示例的序列图。要注意，通过假设在图5中已经在分发系统1A中建立了多播树来给出描述。
源单元11请求宿单元21建立FLUS会话(步骤S201和步骤S202)。在接收到请求之后，宿单元21向源单元11答复已经建立了FLUS会话。这在源单元11与宿单元21之间建立FLUS会话。要注意，下面会描述在源单元11与宿单元21之间建立会话的详细方法。
接下来，源单元11将视频流传送至产生单元24(步骤S205和步骤S206)。这里，向源单元11通知由宿单元21生成的MPD。源单元11基于在向源单元11通知的MPD中描述的比特率值来生成段。源单元11向产生单元24通知段。这里，宿单元21能够统一各个段的时间间隔到墙上时钟轴的映射。这使得可以无缝地切换从多个源单元传送的视频流。要注意，宿单元21向源单元11通知的并且在MPD中描述的比特率值是推荐值。源单元11可以自由地设置在步骤S205和步骤S206中传送的视频流的比特率值。
接下来，产生单元24向源单元11指示允许最大比特率值(步骤S207和步骤S208)。这里，产生单元24生成其中描述了比特率值的允许最大值的MPD，并且将MPD发送至源单元11。另外，产生单元24还将FLUS-Max-Bitrate消息(参见图18)连同MPD一起发送至源单元11。下面会描述FLUS-Max-Bitrate消息。
接下来，源单元11以允许最大比特率值将视频流传送至产生单元24(步骤S209和步骤S210)。这里，由产生单元24生成与传送的视频流对应的MPD。
图7A、图7B和图7C中的每个图是示出由产生单元24生成的MPD的示例的图。这里，描述了从作为源单元11的三个FLUS源接收视频流的情况。
图7A示出由产生单元24生成的MPD。MPD对应于从第一FLUS源传送的视频流。如图7A所示，在“AdaptationSet”的“Representation”中描述了第一FLUS源所被允许的最大比特率值，如“@bandwith＝‘mxbr-1(bps)’”。图7B示出了由产生单元24生成的MPD。MPD对应于从第二FLUS源传送的视频流。如图7B所示，在“AdaptationSet”的“Representation”中描述了第二FLUS源所被允许的最大比特率值，如“@bandwith＝‘mxbr-3(bps)’”。图7C示出了由产生单元24生成的MPD。MPD对应于从第三FLUS源传送的视频流。如图7C所示，在“AdaptationSet”的“Representation”中描述了第三FLUS源所被允许的最大比特率值，如“@bandwith＝‘mxbr-2(bps)’”。换言之，图7A至图7C示出了第二FLUS源所被允许的最大比特率值最大，并且第一FLUS源所被允许的最大比特率值最小。
产生单元24将三个生成的MPD中的每一个输出至路由处理单元22(步骤S211)。路由处理单元22基于三个MPD来新生成MPD，并且生成在新生成的MPD中描述的段(步骤S212)。这里，在源单元11与宿单元21之间交换MPD和段的情况下，路由处理单元22传送段。在源单元11与宿单元21之间未交换MPD和段的情况下，在步骤S212中，路由处理单元22生成任何段。
图8是示出在步骤S212中由路由处理单元22生成的MPD的示例的图。如图8所示，路由处理单元22将从产生单元24接收的三个MPD放在一起，并且生成一个MPD。
路由处理单元22将生成的MPD和段发送至路由传送单元23(步骤S213)。路由传送单元23将MPD和段传送至边缘传送单元32(步骤S214)。边缘传送单元32将MPD和段发送至边缘处理单元31(步骤S215)。
边缘处理单元31根据接收到的MPD生成新的MPD和新的段，以根据客户终端的状况最佳地分发视频流(步骤S216)。新的段对应于生成的MPD或者对应于客户端的环境状况。这里，新的段也包括MPD中未描述的段。
图9是示出在步骤S216中由边缘处理单元31生成的MPD的示例的图。如图9所示，边缘处理单元31例如基于在各个“AdaptationSet”中包括的具有最高比特率的大“Representation”来生成新的“Representation”。
具体地，第一FLUS源的“AdaptationSet”中包括的具有最高比特率的大“Representation”是“Representation@bandwith＝‘mxbr-1(bps)’”。在该情况下，边缘处理单元31基于“Representation@bandwith＝‘mxbr-1(bps)’”来生成“Representation@bandwith＝‘0.1*mxbr-1(bps)’”。换言之，边缘处理单元31基于“AdaptationSet”中包括的具有最高比特率的大“Representation”来生成具有降低的比特率的“Representation”。
第二FLUS源的“AdaptationSet”中包括的具有最高比特率的大“Representation”是“Representation@bandwith＝‘mxbr-3(bps)’”。在该情况下，边缘处理单元31基于“Representation@bandwith＝‘mxbr-3(bps)’”来生成“Representation@bandwith＝‘0.1*mxbr-3(bps)’”。另外，边缘处理单元31基于“Representation@bandwith＝‘mxbr-3(bps)’”来生成“Representation@bandwith＝‘0.01*mxbr-3(bps)’”。边缘处理单元31可以基于“AdaptationSet”中包括的具有最高比特率的大“Representation”来生成各自具有降低的比特率的多个“Representation”。
在如与第三FLUS源对应的MPD中的“AdaptationSet”所指示的那样已经存在具有降低的比特率的段的情况下，边缘处理单元31不必生成具有降低的比特率的“Representation”。
边缘处理单元31可以确定来自用户终端40的请求或者例如根据来自用户终端40的请求确定要生成的比特率值。替选地，边缘处理单元31可以根据边缘处理单元31与用户终端40之间的网络的拥塞状况来确定比特率值。
接下来，用户终端40向边缘处理单元31请求MPD(步骤S217和步骤S218)。
在接收到请求时，边缘处理单元31于是将MPD发送至用户终端40(步骤S219和步骤S220)。这使得用户终端40能够基于从边缘处理单元31接收的MPD，来选择与用户终端40的性能对应的适当段和期望比特率，并且向边缘处理单元31请求选择的段。另外，在用户终端40向边缘处理单元31请求MPD的情况下，用户终端40可以预先将诸如用户终端的性能和位置信息的信息连同MPD的请求一起发送至边缘处理单元31。另外，边缘处理单元31可以基于接收到的关于用户终端40的信息来生成MPD中未描述的对于用户终端40最佳的新的段，并且将最佳的新的段发送至用户终端40。
接下来，用户终端40向边缘处理单元31请求与期望比特率对应的段(步骤S221和步骤S222)。
在接收到请求时，边缘处理单元31于是将段发送至用户终端40(步骤S223和步骤S224)。这使得用户终端40能够观看和收听视频流。
接下来，产生单元24将允许最大比特率值输出至源单元11(步骤S225和步骤S226)。允许最大比特率值是与步骤S207的允许最大比特率值不同的值。这改变FLUS源中的每一个的比特率值。
步骤S227至步骤S242类似于步骤S209至步骤S224，并且因此省去描述。
要注意，图6中描述了每个时间区段具有FLUS源所被允许的相同的最大比特率值，但是各个时间区段可以具有不同的最大比特率值。
图10A、图10B和图10C中的每个图是示出在各个时间区段具有不同的允许的最大比特率值的情况下由产生单元24生成的MPD的示例的图。这里，描述了指示三个FLUS源按三个时间间隔具有不同的比特率值的情况。
图10A示出从第一FLUS源传送的视频流的MPD。如图10A所示，在MPD中描述了在作为时间区段的“Period-1”、“Period-2”和“Period-3”中设置的最大比特率值。在“Period-1”中设置的最大比特率值为“Representation@bandwith＝‘mxbr-1-2(bps)’”。这里，第一个数字是指FLUS源是第一FLUS源，并且第二个数字是设置的比特率值。在“Period-2”中设置的最大比特率值为“Representation@bandwith＝‘mxbr-1-3(bps)’”。在“Period-3”中设置的最大比特率值为“Representation@bandwith＝‘mxbr-1-1(bps)’”。换言之，第一FLUS在“Period-2”的区段中具有最大比特率值，并且在“Period-3”的区段中具有最小比特率值。
图10B示出从第二FLUS源传送的视频流的MPD。在“Period-1”中设置的最大比特率值为“Representation@bandwith＝‘mxbr-2-3(bps)’”。在“Period-2”中设置的最大比特率值为“Representation@bandwith＝‘mxbr-2-1(bps)’”。在“Period-3”中设置的最大比特率值为“Representation@bandwith＝‘mxbr-2-2(bps)’”。换言之，第二FLUS在“Period-1”的区段中具有最大比特率值，并且在“Period-2”的区段中具有最小比特率值。
图10C示出从第三FLUS源传送的视频流的MPD。在“Period-1”中设置的最大比特率值为“Representation@bandwith＝‘mxbr-3-1(bps)’”。在“Period-2”中设置的最大比特率值为“Representation@bandwith＝‘mxbr-3-2(bps)’”。在“Period-3”中设置的最大比特率值为“Representation@bandwith＝‘mxbr-3-3(bps)’”。换言之，第三FLUS在“Period-3”的区段中具有最大比特率值，并且在“Period-1”的区段中具有最小比特率值。
图11是示出在产生单元24生成图10A至图10C中的每个图中示出的MPD的情况下在步骤S212中由路由处理单元22生成的MPD的示例的图。如图11所示，路由处理单元22将从产生单元24接收的三个MPD放在一起，并且生成一个MPD。
图12是示出在路由处理单元22生成图11中示出的MPD的情况下在步骤S216中由边缘处理单元31生成的MPD的示例的图。如图12所示，边缘处理单元31针对每个FLUS源的各个时间区段生成“Representation”。“Representation”具有不同的比特率。
描述“Period-1”中的第一FLUS源。在该情况下，边缘处理单元31基于“Representation@bandwith＝‘mxbr-1-2(bps)’”来生成“Representation@bandwith＝‘0.1*mxbr-1-2(bps)’”。
描述“Period-1”中的第二FLUS源。在该情况下，边缘处理单元31基于“Representation@bandwith＝‘mxbr-2-3(bps)’”来生成“Representation@bandwith＝‘0.1*mxbr-2-3(bps)’”。另外，边缘处理单元31基于“Representation@bandwith＝‘mxbr-2-3(bps)’”来生成“Representation@bandwith＝‘0.01*mxbr-2-3(bps)’”。
对于“Period-1”中的第三FLUS源，边缘处理单元31不生成具有降低的比特率的“Representation”。
描述“Period-2”中的第一FLUS源。在该情况下，边缘处理单元31基于“Representation@bandwith＝‘mxbr-1-3(bps)’”来生成“Representation@bandwith＝‘0.1*mxbr-1-3(bps)’”。另外，边缘处理单元31基于“Representation@bandwith＝‘mxbr-1-3(bps)’”来生成“Representation@bandwith＝‘0.01*mxbr-1-3(bps)’”。此外，边缘处理单元31基于“Representation@bandwith＝‘mxbr-1-3(bps)’”来生成“Representation@bandwith＝‘0.001*mxbr-1-3(bps)’”。
对于“Period-2”中的第二FLUS源，边缘处理单元31不生成具有降低的比特率的“Representation”。
描述“Period-2”中的第三FLUS源。在该情况下，边缘处理单元31基于“Representation@bandwith＝‘mxbr-3-2(bps)’”来生成“Representation@bandwith＝‘0.1*mxbr-3-2(bps)’”。另外，边缘处理单元31基于“Representation@bandwith＝‘mxbr-3-2(bps)’”来生成“Representation@bandwith＝‘0.01*mxbr-3-2(bps)’”。
对于“Period-3”中的第一FLUS源，边缘处理单元31不生成具有降低的比特率的“Representation”。
描述“Period-3”中的第二FLUS源。在该情况下，边缘处理单元31基于“Representation@bandwith＝‘mxbr-2-2(bps)’”来生成“Representation@bandwith＝‘0.01*mxbr-2-2(bps)’”。
描述“Period-3”中的第三FLUS源。在该情况下，边缘处理单元31基于“Representation@bandwith＝‘mxbr-3-3(bps)’”来生成“Representation@bandwith＝‘0.01*mxbr-3-3(bps)’”。另外，边缘处理单元31基于“Representation@bandwith＝‘mxbr-3-3(bps)’”来生成“Representation@bandwith＝‘0.0001*mxbr-3-2(bps)’”。
以此方式，边缘处理单元31可以生成在各个FLUS源之间以及在各个时间间隔之间在数量上不同的“Representation”。另外，在各个FLUS源之间以及在各个时间间隔之间，要生成的“Representation”的比特率的降低程度可以是不同的。
接下来，参照图13和图14，描述在源单元11与宿单元21之间建立FLUS会话的方法。图13和图14中的每个图是示出源单元11与宿单元21之间的处理流程的序列图。
如图13所示，源单元11包括源媒体部11a和源控制部11b。宿单元21包括宿媒体部21a和宿控制部21b。源媒体部11a和宿媒体部21a用于发送和接收视频流。源控制部11b和宿控制部21b用于建立FLUS会话。
首先，源控制部11b将认证/接受请求发送至宿控制部21b(步骤S301和步骤S302)。在接收到认证/接受请求时，宿控制部21b于是将访问令牌输出至源控制部11b以答复认证/接受请求(步骤S303和步骤S304)。在建立服务之前，执行一次从步骤S301至步骤S304的处理。
接下来，源控制部11b将服务建立请求发送至宿控制部21b(步骤S305和步骤S306)。具体地，源控制部11b通过HTTP方法的POST请求建立服务。这里，POST通信的主体被称为“ServiceResource”。
图15是示出“ServiceResource”的示例的图。“ServiceResource”包括例如“service-id”、“service-start”、“service-end”和“service-description”。
“service-id”存储分配给每个服务的服务标识符(例如，服务ID(值))。“service-start”存储服务的开始时间。“service-end”存储服务的结束时间。在不确定服务的结束时间的情况下，“service-end”什么也不存储。“service-description”存储例如服务名称，例如“J2多播服务”。
在接收到服务建立请求时，宿控制部21b于是将服务建立的答复发送至源控制部11b(步骤S307和步骤S308)。具体地，宿控制部21b将HTTP201CREATED作为HTTP状态码发送至源控制部11b。在服务建立成功的情况下，预定值被存储在由宿控制部21b生成的“ServiceResource”的“service-id”中。当建立服务时，执行一次从步骤S305至步骤S308的处理。
接下来，源控制部11b将会话建立请求发送至宿控制部21b(步骤S309和步骤S310)。具体地，源控制部11b通过HTTP方法的POST请求建立会话。这里，POST通信的主体被称为“SessionResource”。
图16是示出“SessionResource”的示例的图。“SessionResource”包括例如“session-id”、“session-start”、“session-end”、“session-description”和“session-QCI”。
“session-id”存储分配给每个会话的服务标识符(例如，会话ID(值))。“session-start”存储会话的开始时间。“session-end”存储会话的结束时间。在不确定服务的结束时间的情况下，“session-end”什么也不存储。“session-description”存储用于宿单元12执行从源单元11的视频流的Push(推)或Pull(拉)获取的信息。“session-QCI(QoS类标识符)”存储分配给会话的类标识符。
具体地，在Pull获取的情况下，“session-description”存储对应的视频流的MPD的URL或MPD本身。在会话通过DASH-MPD描述的情况下，通过HTTP(S)/TCP/IP或HTTP2/QUIC/IP传送视频流。
另外，在Push获取的情况下，“session-description”存储对应的视频流的SDP(会话描述协议)的URL。在通过SDP描述会话的情况下，通过ROUTE(FLUTE)/UDP/IP、RTP/UDP/IP等传送视频流。
图17是示出SDP的示例的图。如图17所示，描述视频流的开始时间和结束时间、IP地址、视频相关属性等。
在接收到会话建立请求时，宿控制部21b于是将会话建立的答复发送至源控制部11b(步骤S311和步骤S312)。具体地，宿控制部21b将HTTP201CREATED作为HTTP状态码发送至源控制部11b。在服务建立成功的情况下，预定值被存储在由宿控制部21b生成的“SessionResource”的“session-id”中。当建立会话时，执行一次从步骤S309至步骤S312的处理。
为了在源单元11(或宿单元21)中改变会话的属性，在源单元11(或宿单元21)侧更新“SessionResource”并将其通知给宿单元21(或源单元11)侧(步骤S313和步骤S314)。具体地，源控制部11b(或宿控制部21b)通过HTTP方法的PUT向宿单元21(或源单元11)通知更新的“SessionResource”。
图18是示出“SessionResource”的示例的图，其中最大比特率和更新的“session-description”被存储在宿单元21侧的“SessionResource”中。“session-max-bitrate”是会话所被允许的最大比特率。这里，“session-max-bitrate”是指上述FLUS-MaxBitrate。更新的“session-description”存储用于参考被更新以落入最大比特率内的MPD(SDP)的FLUS宿以执行从FLUS源的视频流的Push或Pull获取的信息。要注意，作为FLUS之间的消息，最大比特率被引入作为“session-max-bitrate”，但是这是示例。这不限制本公开。本公开例如可以扩展MPD本身以发出最大比特率值的通知。
在接收到更新的“SessionResource”时，宿控制部21b于是将ACK(确认)发送至源控制部11b作为答复(步骤S315和步骤S316)。ACK(确认)是指示接收到数据的肯定答复。具体地，在会话成功的情况下，宿控制部21b将HTTP 200OK作为HTTP状态码发送至源控制部11b。在该情况下，在HTTP Location头部中描述更新的“SessionResource”的URL。
接下来，参照图14，描述图13之后的处理。
步骤S317和步骤S318与步骤S313和步骤S314的不同之处仅在于处理由宿控制部21b执行。因此省去具体描述。这里，宿控制部21b向源控制部通知如图18所示的最大比特率值。
步骤S319和步骤S320与步骤S315和步骤S316的不同之处仅在于处理由源控制部11b执行。因此省去具体描述。
接下来，源媒体部11a将视频流和元数据文件分发到宿媒体部21a(步骤S321和步骤S322)。这使得宿单元21侧能够将视频数据分发到用户。在接收到视频流和元数据文件时，宿媒体部21a于是将ACK发送至源媒体部11a作为答复(步骤S323和步骤S324)。ACK是指示接收到数据的肯定答复。
接下来，源控制部11b向宿控制部21b通知会话释放请求(步骤S325和步骤S326)。具体地，源控制部11b通过HTTP方法的DELETE向宿控制部21b通知对应的“SessionResource”的URL。
在接收到会话释放请求时，宿控制部21b于是将ACK发送至源控制部11b作为答复(步骤S327和步骤S328)。ACK是指示接收到数据的肯定答复。具体地，宿控制部21b将HTTP200OK作为HTTP状态码发送至源控制部11b。在该情况下，在HTTP Location头部中描述释放的“SessionResource”的URL。
接下来，源控制部11b向宿控制部21b通知服务释放请求(步骤S329和步骤S330)。具体地，源控制部11b通过HTTP方法的DELETE向宿控制部21b通知对应的“ServiceResource”的URL。
在接收到服务释放请求时，宿控制部21b于是将ACK发送至源控制部11b作为答复(步骤S331和步骤S332)。ACK是指示接收到数据的肯定答复。具体地，宿控制部21b将HTTP200OK作为HTTP状态码发送至源控制部11b。在HTTP Location头部中描述释放的“ServiceResource”的URL。然后，建立的会话结束。
如上所述，本实施方式使得可以可选地控制从来自不同供应商的并且具有多个等级的成像装置上行传输的视频流的比特率值。这使得可以高效地选择和提供反映制作者的意图并且观看者和收听者似乎感兴趣的视频流。换言之，本实施方式使得即使在来自多个成像装置的实时上行传输流的总带宽受约束的情况下，也可以将足够的频带优先分配给用户似乎感兴趣的源。这里，“实时上行传输流的总带宽”是指必须实时分发的上行传输视频流所需的(保留的)总带宽。
(2.第二实施方式)
接下来，描述本公开的第二实施方式。
在第一实施方式中，在存在特别充足的冗余上行传输频带的情况下，冗余频带的使用使得可以将高图像质量版本的视频流与实时上行流并行地上行传输。因此，在第二实施方式中宣布，在视频流的边缘之后经过少量时间将可以观看和收听作为高图像质量版本的视频流。这使得用户能够通过在视频被临时再现之后等待宣布的时间或者暂停视频并且然后再现视频，来观看和收听高图像质量版本的视频。
第一实施方式考虑了例如由于成本约束等原因使得总频带必须落在给定带宽内的约束。通过将来自多个成像装置的捕获流的所有会话组相加来获得总频带。对捕获流进行实时同步记录。
这里，考虑如下情况：除了分配给用于传送来自每个成像装置的实时记录捕获流的会话的频带之外，还存在用于连接至每个摄像装置源的冗余频带。在该情况下，可以通过与实时同步记录的会话相比、降低冗余频带的范围内的QoS的等级(成本)来确保频带。在用于实时同步记录的会话中传送的实时捕获流的高图像质量版本可能一点一点地同时传送。
然而，这样的会话管理具有例如不能通过使用MPD宣布高图像质量版本将来可能延迟递送的问题。MPD是DASH流传输的控制元数据。这是因为，MPD的更新机制、特别是在实时分发中、通常不具有关于过去Period的信息。
图19是用于描述在每个Period中上行传输的视频流的图。图19示出视频流80-1在Period-1中被上行传输。这里，假设Period-1的开始时间是2011年5月10日六点十六分十二秒。这意味着视频流80-2在Period-2中被上行传输。这意味着视频流80-3在Period-3中被上行传输。另外，这意味着视频流80A-1在Period-3中被上行传输。视频流80A-1是Period-1中的视频流的高图像质量版本。这里，假设Period-3的开始时间是2011年5月10日六点十九分四十二秒。
例如，在图19中，在Period-2的开始时间点，MPD通常仅具有关于在Period-1中再现的视频流的信息和关于要在Period-2中再现的视频流的信息。图20是示出在Period-2的开始时间点处可获取的MPD的示例的图。如图20所示，Period-1的“AdaptationSet”的“Representation”描述“@bandwith＝’mxbr-1-2(bps)’”。换言之，在Period-2的开始时间点处不能获取指示存在视频流80-1的高图像质量版本的信息。
这里，MPD的传统更新机制如图21所示的那样进行描述，以表达Period-1中的视频流的高图像质量版本的可用性。图21示出在Period-3的开始时间点处可获取的MPD。如图21所示，Period-1的“AdaptationSet”的“Representation”包括“@bandwith＝’mxbr-1-2000000(bps)’”。换言之，在Period-3的开始时间点处，清楚的是，过去Period中的视频流的高图像质量版本是可用的。存在的问题是，用户不能通过在开始视频流之前临时暂停再现的视频流，从一开始就观看和收听作为高图像质量版本的Period-1中的视频流。
图22是示出在相同服务中的不同会话中传送视频流的示意图。不同会话通过使用冗余频带来建立。在图22中，会话90A是指具有高QoS保证的高成本会话。会话90B是仅允许低QoS保证的低成本会话。换言之，图22中示出的服务包括具有高QoS保证的会话和具有低QoS保证的会话。在这样的情况下，准备好Peiod-1中的视频流的高图像质量版本，以使得能够在具有冗余频带的Period-3的开始时间点处进行再现。
图23是示出根据第二实施方式的分发系统1B的配置的示意图。图23包括成像装置10-1至10-3的三个成像装置，但是这是示例。这不限制本公开。
成像装置10-1将例如视频流81-1分发到分发装置20。成像装置10-1将例如高图像质量视频流82-1晚于视频流81-1分发到分发装置20。高图像质量视频流82-1是视频流81-1的高图像质量版本。
成像装置10-2将例如视频流81-2分发到分发装置20。成像装置10-1将例如高图像质量视频流82-2晚于视频流81-2分发到分发装置20。高图像质量视频流82-2是视频流81-2的高图像质量版本。
成像装置10-3将例如视频流81-3分发到分发装置20。成像装置10-3将例如高图像质量视频流82-3晚于视频流81-3分发到分发装置20。高图像质量视频流82-3是视频流81-3的高图像质量版本。
分发装置20对视频流81-1至81-3执行预定处理，并且将视频流81-1至81-3分发到中继节点30-1和30-2。分发装置20对高图像质量视频流82-1至82-3执行预定处理，并且将高图像质量视频流82-1至82-3晚于视频流81-1至81-3的分发地分发到中继节点30-1和30-2。这里，视频流81-1至81-3的分发有时被称为正常分发，并且高图像质量视频流82-1至82-3的分发有时被称为延迟分发。图23通过实线箭头示出正常分发，并且通过虚线箭头示出延迟分发。
分发系统1B将元素“DelayedUpgrade”新引入至MPD，以提示可以在经过一段时间之后观看和收听高图像质量版本的视频。这使得可以向用户通知：如果用户等待直到指定的提示时间，则用户可能能够观看和收听由“DelayedUpgrade”指定的父元素的视频流的高图像质量版本。
下面描述成像装置10-1的FLUS宿生成MPD的情况。成像装置10-2和10-3的处理类似于成像装置10-1的处理，并且因此省去描述。
FLUS宿生成MPD。FLUS宿将FLUS源所被允许的最大比特率值定义为FLUS-MaxBitrate(Service.Session[1.1].session-max-bitrate＝mxbr-1-2(bps))并将其通知给FLUS源。这里，FLUS宿和FLUS源分别是图3中示出的源单元11-1和宿单元21。这里，“Service.Session[1.1]”是指第一FLUS源的第一会话。图24是示出FLUS宿向FLUS源通知的MPD的示例的图。如图24所示，MPD指示视频流的开始时间是2011年5月10日六点十六分十二秒。“AdaptationSet”包括“Representation@bandwith＝’mxbr-1-2(bps)’”。该会话是代理实时流会话。假设该会话被指定为高成本类的会话(Service.Session[1.1].session-QCI＝高类)。
接下来，FLUS源将DelayedUpgrade添加到MPD并将其定义为(Service.Session[1.1].session-description＝更新的MPD)。FLUS源将其通知给FLUS宿。图25是示出FLUS源向FLUS宿通知的MPD的示例的图。如图25所示，FLUS源添加第一“Representation@bandwith＝’mxbr-1-2(bps)’”的高图像质量版本的“Representation”。具体地，FLUS源将“Representation@bandwith＝’mxbr-1-2000000(bps)’”添加为第二“Representation”。然后，FLUS源将DelayedUpgrade添加为第二“Representation”的属性。具体地，FLUS源添加“DelayedUpgrade@expectedTime’2011-05-10T06:19:42’”。这里，“expectedTime”是指用户可能能够观看和收听高图像质量版本的视频流的时间。换言之，“DelayedUpgrade@expectedTime’2011-05-10T06:19:42’”是指，如果用户等待直到2011年5月10日六点十九分四十二秒，则用户可能能够观看和收听高图像质量版本的视频流。更具体地，“DelayedUpgrade@expectedTime’2011-05-10T06:19:42’”指示这样的提示：如果用户等待预定时间，则对应的“AdaptationSet”的第一段的高图像质量版本的视频流很可能可用。在该情况下，对应的“AdaptationSet”的第一段的高图像质量版本的视频流在一些情况下可能在流会话期间(例如，几分钟后)可用，而对应的“AdaptationSet”的第一段的高图像质量版本的视频流在其他情况下可能被设置在流会话结束之后(例如，几十分钟后)。
接下来，FLU宿将(Service.Session[1.2])作为新的会话添加到服务并将其通知给FLUS源。该会话是延迟流会话(未指定FLUS-Maxbitrate)。另外，假设该会话被指定为低成本类的会话(Service.Session[1.2].session-QCI＝低类)。这里，对于延迟流会话，将“session-description”指定(共享)为以上(Service.session[1.1])。换言之，假设“Service.Session[1.2].session-description＝上述更新的MPD”。
FLUS宿基于生成的MPD来执行与FLUS源的高QoS类的会话。这使得FLUS宿在由“SegmentTemplate”指定的每个段的时间处获取代理实时流(第一Representation)。伴随此，FLUS宿执行与FLUS源的低QoS类的会话。这使得FLUS宿获取延迟流(第二Representation)。然而，不可能实时获取延迟流。这使得FLUS宿通过从“SegmentTemplate”生成的“SegmentURL”获取延迟流。然而，假设FLUS宿将获取时间识别为不稳定，并且适当地重复轮询。
FLUS宿经由产生单元24将生成的MPD和段输出至路由处理单元22(参见图3)。路由处理单元22从每个成像装置中实现的FLUS源接收在图25中示出的MPD。然后，路由处理单元22生成如图26所示的MPD。
图26是示出由路由处理单元22生成的MPD的示例的图。图26中示出的MPD包括两个FLUS源中的每一个的“AdaptationSet”。
第一FLUS源的“AdaptationSet”包括两个“Representation”。第一“Representation”是“Representation@bandwith＝’mxbr-1-2(bps)’”，并且第二“Representation”是“Representation@bandwith＝’mxbr-1-200000(bps)’”。然后将“DelayedUpgrade@expectedTime’2011-05-10T06:19:42’”添加到第二“Representation”。
第二FLUS源的“AdaptationSet”包括两个“Representation”。第一“Representation”是“Representation@bandwith＝’mxbr-2-1(bps)’”，并且第二“Representation's”是“Representation@bandwith＝’mxbr-2-400000(bps)’”。然后将“DelayedUpgrade@expectedTime’2011-05-10T06:19:42’”添加到第二“Representation”。
路由处理单元22沿着多播树将图26中示出的MPD和段从FLUS源中的每一个传送至边缘传送单元32(参见图1和图3)。边缘传送单元32将接收到的MPD和段输出至边缘处理单元31。
边缘处理单元31基于向其输出视频流的用户终端的各种属性、关于来自用户的请求的统计信息等生成“Representation”并且将“Representation”添加到MPD。这使得边缘处理单元31生成如图27所示的MPD。
图27是示出由边缘处理单元31生成的MPD的示例的图。如图27所示，将一个“Representation”添加到第一FLUS源的“AdaptationSet”。具体地，将“Representation@bandwith＝’0.1*mxbr-1-2(bps)’”添加到第一FLUS源的“AdaptationSet”。将两个“Representation”添加到第二FLUS源的“AdaptationSet”。具体地，将“Representation@bandwith＝’0.1*mxbr-2-3(bps)’”和“Representation@bandwith＝’0.01*mxbr-2-3(bps)’”添加到第二“AdaptationSet”。
边缘处理单元31生成如图27所示的MPD，并且然后例如对来自用户终端40-1的MPD获取请求进行答复。
用户终端40-1参考如图27所示的MPD以检测提供有“DelayedUpgrade”的“Representation”的存在。然后，用户终端40-1与用户进行交互等。用户终端40-1等待直到“expectedTime”中描述的时间，并且然后再次获取MPD。用户终端40-1执行时移再现。要注意，在可以基于关于用户过去的观看和收听模式的统计信息来确定观看和收听高图像质量版本的倾向的情况下，用户终端40-1不必执行交互等。
图28是示出再次获取的MPD的示例的图。如图28所示，在第一“AdaptationSet”中新生成四个“Representation”。这四个“Representation”是基于高图像质量版本的“Representation”而生成的。具体地，生成“Representation@bandwith＝’0.01*mxbr-1-2000000(bps)’”作为第一“Representation”。生成“Representation@bandwith＝’0.001*mxbr-1-2000000(bps)’”作为第二“Representation”。生成“Representation@bandwith＝’0.0001*mxbr-1-2000000(bps)’”作为第三“Representation”。然后，生成“Representation@bandwith＝’0.00001*mxbr-1-2000000(bps)’”作为第四“Representation”。
这里，描述用户终端40-1与用户之间的交互的示例。图29是示出由用户终端40-1获取的MPD的示例的图。假设图29示出从第一FLUS源获取的MPD。如图29所示，“Representation@bandwith＝’mxbr-1-2000000(bps)’”被提供有“DelayedUpgrade@expectedTime’2011-05-10T06:19:42’”。
参照图30，描述根据第二实施方式的分发系统1B的操作。图30示出与图29中示出的MPD对应的视频流。如图30所示，在用户终端40-1接收到图29中示出的MPD的情况下，用户终端40-1使得例如显示诸如“您可能能够在三分三十秒内观看和收听高图像质量版本。在递送高图像质量版本之后，您观看和收听高图像质量版本吗？”的消息。这使得希望观看和收听高图像质量版本的用户能够通过在此处暂停或稍等来观看和收听视频流的高图像质量版本。
参照图31和图32，描述根据第二实施方式的分发系统1B的处理流程的示例。图31和图32中的每个图是示出根据第二实施方式的分发系统1B的处理流程的示例的流程图。要注意，在图31和图32中通过假设在图6中示出的方法中配置多播树来给出描述。
步骤S401至步骤S404与图6中示出的步骤S201至步骤S204相同，并且因此省去描述。
与步骤S401至步骤S404并行地，在相同服务中建立用于在冗余频带中传送具有相同内容的延迟流的另一会话(步骤S401A至步骤S404A)。要注意，这里建立的会话的“session-QCI”指示具有比如上所述的在步骤S401至步骤S404中建立的会话的“session-QCI”的优先级低的优先级的类。
在步骤S404之后，源单元11以源单元11已经被指示的最大比特率值将视频流发送至产生单元24(步骤S405和步骤S406)。
产生单元24将视频流输出至路由处理单元22(步骤S407)。
步骤S408至步骤S412与图6中示出的步骤S212至步骤S216相同，除了所生成和分发的MPD包括“DelayedUpgrade”之外。因此省去描述。
在步骤S412之后，用户终端40向边缘处理单元31请求MPD(步骤S413和步骤S414)。在接收到对MPD的请求时，边缘处理单元31将MPD发送至用户终端40(步骤S415和步骤S416)。
接下来，用户终端40基于从边缘处理单元31接收的MPD来请求期望段(步骤S417和步骤S418)。在接收到对段的请求时，边缘处理单元31发送与请求对应的段(步骤S419和步骤S420)。
用户终端40基于接收到的MPD中包括的“DelayedUpgrade”来检测高图像质量版本的延迟分发的宣布(步骤S421)。然后，用户终端40向用户呈现高图像质量版本的延迟分发的可用性(步骤S422)。在检测到用户的对应的暂停动作的情况下，用户终端40针对“expectedTime”中指示的时间设置定时器(步骤S423)。然后，用户终端检测定时器的结束并且检测暂停的释放(步骤S424)。这使得用户能够观看和收听高图像质量版本的视频流。
参照图32，描述图31之后的处理。
源单元11在冗余频带中对与在步骤S405中分发的流相同的流的高图像质量版本执行流传送(步骤S425和步骤S426)。
步骤S427至步骤S431与步骤S407至步骤411相同，并且因此省去描述。
在步骤S431之后，边缘处理单元31生成高图像质量版本的视频流的MPD和段(步骤S432)。这里，如图28所示，生成基于高图像质量版本的“Representation”的多个版本的“Representation”。在用户在紧接“expectedTime”之前获取这样的MPD的情况下，可以从新生成的多个版本的“Representation”中选择期望视频流。
步骤S433至步骤S440与步骤S413至步骤S420相同，并且因此省去描述。上述处理使得下面的用户能够晚于实时分发观看和收听各种视频流的高图像质量版本。
如上所述，当用户正在观看和收听实时流时，在第二实施方式中可以向用户通知高图像质量版本的视频流将被延迟地分发。这使得用户能够在用户希望观看和收听高图像质量版本的视频流的情况下，通过停止用户当前正在观看和收听的视频流，来在随后观看和收听高图像质量版本的视频流。
(3.第三实施方式)
接下来，描述本公开的第三实施方式。
在第二实施方式中，上行传输流频带通常具有与来自用户的请求的情况无关地设置的值。即使在用于传送视频流的频带因此具有冗余区域并且每个用户期望比通常的图像质量版本更高的图像质量版本的视频流的情况下，也有可能没有充分使用冗余频带。相比之下，在第三实施方式中，设置其中反映了由监视的用户请求的最大比特率值的值。因此，在用于从每个源传送流的会话具有冗余频带的情况下，可以有效地使用该冗余频带。
尽管下面会具体描述，但是在第三实施方式中，引入MPE-MaXRequestBitrate作为连续指示用户所请求的最大比特率值的通知的MPE消息。这使得边缘传送单元32向路由传送单元23通知用户组所请求的最大比特率值。
另外，在第三实施方式中，引入FLUS-MaxRequestBitrate作为FLUS消息。这使得FLUS宿向各个成像装置通知用户组的最大请求比特率值(FLUS-MaxRequestBitrate)。接收FLUS-MaxRequestbitrate的所有成像装置均以MaxRequestBitrate中描述的值执行代理实时上行传输。伴随此，在冗余频带中上行传输高图像质量版本(编码版本或基带版本)。要注意，在第三实施方式中引入MaxRequestbitrate作为从用户获取期望比特率值的最大值的方法，但是这是示例。这不限制本公开。本公开可以扩展例如MPD以实现类似的功能。
这里，描述在第一实施方式中描述的FLUS-Maxbitrate与FLUS-MaxRequestbitrate之间的不同之处。FLUS-Maxbitrate作为来自宿侧的指令而给出。源侧根据该指令将实时上行传输流传输控制在FLUS-Maxbitrate所指示的最大频带内。相比之下，FLUS-MaxRequestBitrate(＜FLUS-MaxBitrate)作为宿侧的提示信息而给到源侧。在该情况下，取决于源侧的选择，使用大于或等于FLUS-MaxRequestbitrate并且小于或等于FLUS-Maxbitrate的值。
参照图33，描述根据第三实施方式的分发系统。图33示出根据第三实施方式的分发系统。这里，为了说明起见，图33仅示出一个成像装置10-1，但是分发系统1C包括多个成像装置。
例如，在分发系统1C中，观看和收听视频流的各个用户期望不同的比特率值。因此，分发系统1C例如从观看和收听视频流的用户获取用户所期望的视频流的最大比特率值。
具体地，中继节点30-3比较来自用户终端40-1至40-3的、用以获取各个用户观看和收听的相同视频流的相同时隙处的段的请求。中继节点30-3将它们之中具有最大比特率的段请求确定为会话中的最大请求比特率。图33通过点划线示出MPE-MaXRequestBitrate的流程。中继节点30-4比较来自用户终端40-4和40-5、用以获取各个用户观看和收听的相同视频流的相同时隙处的段的请求。中继节点30-4以它们之中具有最大比特率的段请求作为会话中的最大请求比特率来生成MPE-MaXRequestBitrate。中继节点30-5比较来自用户终端40-6和40-7的、用以获取各个用户观看和收听的相同视频流的相同时隙处的段的请求。中继节点30-5以它们之中具有最大比特率的段请求作为会话中的最大请求比特率来生成MPE-MaXRequestBitrate。
中继节点30-3和中继节点30-4各自将生成的MPE-MaXRequestBitrate传送至中继节点30-1。中继节点30-5将生成的MPE-MaXRequestBitrate传送至中继节点30-2。
中继节点30-1将从中继节点30-3和中继节点30-4接收的MPE-MaXRequestBitrate传送至分发装置20。中继节点30-2将从中继节点30-5接收的请求传送至分发装置20。
分发装置20将从中继节点30-1和中继节点30-2接收的MPE-MaXRequestBitrate作为FLUS-MaXRequestBitrate输出至成像装置10-1。
成像装置10-1基于接收到的请求来更新高图像质量视频流82-1的最大比特率值。下面描述该处理。
参照图34和图35，描述根据第三实施方式的分发系统1C的处理流程的示例。图34和图35中的每个图是示出根据第三实施方式的分发系统1C的处理流程的示例的流程图。要注意，在图34和图35中通过假设在图6中示出的方法中配置多播树来给出描述。
步骤S501至步骤S504以及步骤S501A至步骤S504A与图31中示出的步骤S401至步骤S404以及步骤S401A至步骤S404A相同，并且因此省去描述。
在步骤S504之后，源单元11以源单元11已经被指示的最大比特率值将视频流发送至产生单元24(步骤S505和步骤S506)。这里要注意，假设源单元11已经预先从宿单元12接收上述FLUS-MaxBitrate作为FLUS消息。例如，源单元11以作为比特率值的最大值的2000(bps)执行发送。
步骤S507至步骤S520类似于步骤S407至步骤S420，并且因此省去描述。
在步骤S512之后，边缘处理单元31监视来自用户终端40的对用户所期望的视频流的段请求的请求(在步骤S518中交换的段请求组)的比特率值的最大值(步骤S521)。
边缘处理单元31将获取的比特率值的最大值作为“MPE-MaxRequestBitrate”输出至边缘传送单元32(步骤S522和步骤S523)。
边缘传送单元32将“MPE-MaxRequestBitrate”传送至路由传送单元23(步骤S524)。路由传送单元23将“MPE-MaxRequestBitrate”传送至路由处理单元22(步骤S525)。路由处理单元22将“MPE-MaxRequestBitrate”传送至宿单元12(步骤S526)。
宿单元12对接收到的“MPE-MaxRequestBitrate”执行预定处理以生成“FLUS-MaxRequestBitrate”，并且将“FLUS-MaxRequestBitrate”传送至源单元11(步骤S527和步骤S528)。
参照图35，描述图34之后的处理。
源单元11根据接收到的“FLUS-MaxRequestBitrate”改变比特率值，并且将视频流发送至宿单元21(步骤S529和步骤S530)。
描述从步骤S527至步骤S530的具体处理。在步骤S527至步骤S530中，宿单元12生成MPD并将其通知给源单元11。源单元11基于从宿单元12接收的MPD来生成段，并且将段传送至FLUS宿侧。在该情况下，可以在多个源单元11上无缝地切换视频流。这里，如果没有违反段的时间间隔，则在步骤S528和步骤S529中，宿单元12能够在MPD中设置大于或等于“FLUS-MaxRequestBitrate”的比特率值。
步骤S531至步骤S551类似于图31中的步骤S421至步骤S440，并且因此省去描述。
接下来，参照图36，描述根据第三实施方式的在宿单元12与源单元11之间建立会话的方法。图36是示出宿单元12与源单元11之间的处理流程的序列图。
首先，宿单元12和源单元11执行对方的地址解析(步骤S601)。
步骤S602至步骤S613与图13中示出的步骤S301至步骤S312的不同之处仅在于传送请求等的不是源单元11而是宿单元12。其他点是类似的，并且因此省去描述。
接下来，宿单元12将更新的“SessionResource”发送至源单元11(步骤S614和步骤S615)。具体地，宿单元12将“FLUS-MaxRequestBitrate”添加到“SessionResource”以更新“session-description”。然后，宿单元12通过HTTP方法的PUT发出对更新的“SessionResource”的通知。
图37是示出由宿单元12更新的“SessionResource”的示例的图。“session-max-bitrate”是在步骤S614和步骤S615中添加的“FLUS-MaxRequestBitrate”。“session-max-request-bitrate”是从下游侧发送的请求比特率的最大比特率值。“session-description”存储与在步骤S614和步骤S615中更新的“session-description”相同的内容。要注意，作为FLUS之间的消息，最大比特率被引入作为“session-max-request-bitrate”，但是这是示例。这不限制本公开。本公开例如可以扩展MPD本身以发出对最大比特率值的通知。
在接收到更新的“SessionResource”时，源单元11于是将ACK发送至宿单元12作为答复(步骤S616和步骤S617)。ACK是指示接收到数据的肯定答复。具体地，在会话成功的情况下，源单元11将HTTP 200OK作为HTTP状态码发送至宿单元12。在该情况下，在HTTPLocation头部中描述更新的“SessionResource”的URL。
步骤S618至步骤S625类似于图14中示出的步骤S325至步骤S332，并且因此省去描述。
接下来，参照图38，描述根据第三实施方式的在边缘处理单元31与路由处理单元22之间建立会话的方法。图38是示出边缘处理单元31与路由处理单元22之间的处理流程的序列图。换言之，图38示出下游MPE与上游MPE之间的处理流程。要注意，在图38中，经由边缘传送单元32和路由传送单元23执行边缘处理单元31与路由处理单元22之间的处理。
首先，边缘处理单元31和路由处理单元22执行对方的地址解析(步骤S701)。具体地，通过在多播树中从边缘处理单元31返回到路由处理单元22来解析路由。
边缘处理单元31将服务建立请求发送至路由处理单元22(步骤S702和步骤S703)。具体地，边缘处理单元31通过HTTP方法的POST请求要建立的服务。这里，POST通信的主体被称为“ServiceResource”。
在接收到服务建立请求时，路由处理单元22于是将服务建立的答复发送至边缘处理单元31(步骤S704和步骤S705)。具体地，路由处理单元22将HTTP 201CREATED作为HTTP状态码发送至边缘处理单元31。这在HTTP Location头部中描述由路由处理单元22更新的“ServiceResource”的URL。在服务建立成功的情况下，预定值被存储在由路由处理单元22生成的“ServiceResource”的“service-id”中。
接下来，边缘处理单元31将会话建立请求发送至路由处理单元22(步骤S706和步骤S707)。具体地，边缘处理单元31通过HTTP方法的POST请求要建立的会话。这里，POST通信的主体被称为“SessionResource”。
在接收到会话建立请求时，路由处理单元22于是将会话建立的答复发送至边缘处理单元31(步骤S708和步骤S709)。具体地，路由处理单元22将HTTP 201CREATED作为HTTP状态码发送至边缘处理单元31。这在HTTP Location头部中描述由路由处理单元22更新的“SessionResource”的URL。在服务建立成功的情况下，预定值被存储在由路由处理单元22生成的“ServiceResource”的“session-id”中。
接下来，边缘处理单元31将更新的“SessionResource”发送至路由处理单元22(步骤S710和步骤S711)。具体地，边缘处理单元31将“FLUS-MaxRequestBitrate”添加到“SessionResource”。然后，边缘处理单元31通过HTTP方法的PUT发出更新的“SessionResource”的通知。
图39是示出由边缘处理单元31更新的“SessionResource”的示例的图。“session-max-request-bitrate”是由用户请求的并且从下游侧发送的请求比特率的最大比特率值。这里，“session-max-request-bitrate”是指上述FLUS-MaxRequestBitrate。
在接收到更新的“SessionResource”时，路由处理单元22于是将ACK发送至边缘处理单元31作为答复(步骤S712和步骤S713)。ACK是指示接收到数据的肯定答复。具体地，在会话成功的情况下，路由处理单元22将HTTP 200OK作为HTTP状态码发送至边缘处理单元31。在该情况下，在HTTP Location头部中描述更新的“SessionResource”的URL。
接下来，边缘处理单元31向路由处理单元22通知会话释放请求(步骤S714和步骤S715)。具体地，边缘处理单元31通过HTTP方法的DELETE向路由处理单元22通知对应的“SessionResource”的URL。
在接收到会话释放结果时，路由处理单元22于是将ACK发送至边缘处理单元31作为答复(步骤S716和步骤S717)。ACK是指示接收到数据的肯定答复。具体地，路由处理单元22将HTTP 200OK作为HTTP状态码发送至边缘处理单元31。在该情况下，在HTTP Location头部中描述释放的“SessionResource”的URL。
接下来，边缘处理单元31向路由处理单元22通知服务释放请求(步骤S718和步骤S719)。具体地，边缘处理单元31通过HTTP方法的DELETE向路由处理单元22通知对应的“ServiceResource”的URL。
在接收到服务释放结果时，路由处理单元22于是将ACK发送至边缘处理单元31作为答复(步骤S720和步骤S721)。ACK是指示接收到数据的肯定答复。具体地，路由处理单元22将HTTP 200OK作为HTTP状态码发送至源控制部11b。在HTTP Location头部中描述释放的“ServiceResource”的URL。然后，建立的会话结束。
如上所述，在第三实施方式中，发出用户针对视频流所期望的最大比特率值的通知。这使得可以防止视频流具有太高的比特率值。因此，在存在用于从每个源传送流的冗余频带的情况下，可以有效地使用冗余频带。
(4.第四实施方式)
假设在第一实施方式中期望选择与各种用户的时时刻刻的观看和收听偏好匹配的摄像装置流(进一步地，各个摄像操作)的情况。例如，假设在用户正在观看和收听诸如足球广播的体育广播的情况下，优先选择具有团队的在所有人中受欢迎的选手的视频并且对其进行流传输。
然而，存在的问题是，不能提供对于来自不同供应商的客户端共同可解释的用于流的各种类型的索引。在当前MPD中，不能使用自由字针对具有某个“AdaptationSet”的视频中包括的目标/内容指定索引(发送方能够指定的关键字/词汇的集合)。换言之，不能自由地表达出现在某个视频区段中的目标/内容。如果可以在MPD中定义这样的索引，则可以在用户接口上使用户知道流的目标/内容。因此，可以使用索引作为用以选择流的指南。另外，可以实时收集由这些发送方定义的索引的值，并且使用选择的索引的频率作为每个流的兴趣水平(例如，角度)。
尽管在下面会具体描述，但是将作为用作来自宿侧的指令的索引的“TargetIndex”引入到MPD的“AdaptationSet”，并且这使得可以明确地指示基于特定内容的指南对流进行成像/捕获。这里，特定内容没有特别限制。可以自由地设置目标、项等。这使得可以将“AdaptationSet”分组成特定偏好的类，并且高效地执行用户所期望的再现。“TargetIndex”的确认使得观看者和收听者能够确认已经从什么视点(目标或项)拍摄了“AdaptationSet”。
例如，定义“TrgetIndex/SchemeIdUri&value”，并且然后执行指示特定团队名称或选手名称的词汇指定。在该情况下，其“AdaptationSet”指示在其中指定的团队成员或特定选手频繁出现。
例如，可以向一个“AdaptationSet”提供多个“TargetIndex”。另外，在多个成像装置具有相同目标的情况下，还可以在多个“AdaptationSet”之间共享相同的“TargetIndex”。
TargetIndex取决于时间。因此，TargetIndex可以通过连续更新MPD来更新，或者可以通过生成用于形成时间线的段来实现。
此外，在第四实施方式中，“MPE-PreferredIndex”被引入作为MPE消息，以供边缘传送单元32向路由传送单元23通知用户组频繁观看和收听的“TargetIndex”是什么。这时时刻刻向路由传送单元23通知用户组频繁请求的“TargetIndex”。
参照图40，描述根据第四实施方式的分发系统。图40是用于描述根据第四实施方式的分发系统的示意图。
如图40所示，通过假设将视频流81-1、视频流81-2和视频流81-3这三个视频流输入至路由传送单元23来给出描述。将MPD 60A从路由处理单元22输入至路由传送单元23。在MPD 60A中描述了视频流81-1至81-3的“TargetIndex”。从用户终端40-1至40-7获取的“PreferredIndex”被输入至路由传送单元23。图40通过点划线示出“PreferredIndex”的流程。
视频流81-1是从第一FLUS源输入的视频流。指示在Period-2期间视频流81-1是ROI。这里，假设MPD 60A中的视频流81-1的“AdaptationSet”描述例如包括targetIndex-1和targetIndex-2的两个TargetIndex。
视频流81-2是从第二FLUS源输入的视频流。指示在Period-1期间视频流81-2是ROI。这里，假设MPD 60A中的视频流81-2的“AdaptationSet”描述例如包括targetIndex-1、targetIndex-2和targetIndex-3的三个TargetIndex。
视频流81-3是从第一FLUS源输入的视频流。指示在Period-3期间视频流81-3是ROI。这里，假设MPD 60A中的视频流81-1的“AdaptationSet”描述例如包括targetIndex-1的一个TargetIndex。
在第四实施方式中，例如，在针对分发系统1D中包括的各个源设置最大比特率的情况下，可以将大量比特率分配给包括已报告的TargetIndex中的最多TargetIndex的源。换言之，在第四实施方式中，可以提取与每个用户的喜好对应的视频，并且向用户明确地指示提取的视频。
参照图41A、图41B和图41C中的每个图，描述在分发系统1D中实现的视频流的示例。图41A、图41B和图41C中的每个图是示出在分发系统1D中实现的视频流的示例的图。假设图41A、图41B和图41C中的每个图示出例如图40中示出的Period-1的区段中的视频。
如图41A所示，例如，放大并显示作为ROI的视频流81-2的视频，并且对视频流81-1和视频流81-3进行PinP(画中画)显示。在该情况下，画面可以显示TargetIndex，并且使观看者和收听者确认提供给视频流的TargetIndex。这使得可以提供被各个观看者和收听者最多地请求的视频流。
另外，如图41B所示，每个视频流可以被划分和显示。在该情况下，作为ROI的视频流81-2可以显示在易于在视觉上识别视频流81-2的诸如画面的左上方的位置处。例如，于是可以在右下方显示未提供有TargetIndex的视频流81-4。在该情况下，还可以显示提供给每个视频流的TargetIndex。
另外，如图41C所示，每个视频流中包括的TargetIndex可以像文本滚动一样显示。
参照图42和图43，描述根据第四实施方式的分发系统1D的处理流程的示例。图42和图43中的每个图是示出根据第四实施方式的分发系统1D的处理流程的示例的序列图。要注意，在图42和图43中通过假设在图6中示出的方法中配置多播树来给出描述。
步骤S801至步骤S804与图6中示出的步骤S201至步骤S204相同，并且因此省去描述。
在步骤S804之后，源单元11以源单元11已经被指示的最大比特率值将视频流发送至产生单元24(步骤S805和步骤S806)。这里，产生单元24生成提供有TargetIndex的MPD。
图44是示出由产生单元24生成的MPD的示例的示意图。如图44所示，AdaptationSet被提供有两个TargetIndex。具体地，包括“TargetIndex@schemeIdUri＝‘urn:vocabulary-1’value＝’v-1’”和“TargetIndex@schemeIdUri＝‘urn:dictionaly-X’value＝’d-a’”。“‘urn:vocabulary-1’”指示例如词汇指定。“value＝’v-1’”指示诸如团队名称和选手名称的特定内容。“‘urn:dictionaly-X’”指示例如字典数据。“value＝’d-a’”指示用于标识团队名称和选手名称的字典数据的内容。
产生单元24将每个源单元的MPD输出至路由处理单元22(步骤S807)。这里假设将三个MPD输出至路由处理单元22。
路由处理单元22基于从产生单元24接收的三个MPD来生成一个MPD，并且将所生成的MPD输出至路由传送单元23(步骤S808和步骤S809)。
图45是示出由路由处理单元22生成的MPD的示例的图。图45中示出的MPD中的来自第一FLUS源的AdaptationSet包括两个TargetIndex。来自第二FLUS源的AdaptationSet包括一个TargetIndex。来自第三FLUS源的TargetIndex包括两个TargetIndex。
具体地，第一“AdaptationSet”包括“TargetIndex@schemeIdUri＝‘urn:vocabulary-1’value＝’v-1’”和“TargetIndex@schemeIdUri＝‘urn:dictionaly-X’value＝’d-a’”作为“Representation”。另外，第一“AdaptationSet”的“Representation”包括“@bandwith＝’mxbr-1(bps)’”。
第二“AdaptationSet”包括“TargetIndex@schemeIdUri＝‘urn:vocabulary-1’value＝’v-2’”作为“Representation”。换言之，第二AdaptationSet不包括关于字典的TargetIndex。另外，在第二“AdaptationSet”中，“Representation”是“@bandwith＝’mxbr-3(bps)’”。
具体地，第三AdaptationSet包括“TargetIndex@schemeIdUri＝‘urn:vocabulary-1’value＝’v-2’”和“TargetIndex@schemeIdUri＝‘urn:dictionaly-Y’value＝’d-n’”作为“Representation”。换言之，第三FLUS源和第二FLUS源对相同内容执行词汇指定。在这样的情况下，可以在第二FLUS源的“AdaptationSet”和第三FLUS源的“AdaptationSet”之间共享关于字典的TargetIndex。另外，在第三“AdaptationSet”中，“Representation”是“@bandwith＝’mxbr-2(bps)’”。
路由传送单元23将由路由处理单元22生成的MPD传送至边缘传送单元32(步骤S810)。边缘传送单元32将从路由传送单元23接收的MPD输出至边缘处理单元31(步骤S811)。
边缘处理单元31基于从边缘传送单元32接收的MPD来生成新的MPD(步骤S812)。
图46是示出基于由边缘处理单元31生成的MPD而新生成的MPD的示例的图。
将“Representation@bandwith＝‘0.1mxbr-1(bps)’”新添加到第一FLUS源的“AdaptationSet”。
将“Representation@bandwith＝‘0.1mxbr-3(bps)’”新添加到第二FLUS源的“AdaptationSet”。另外，将“Representation@bandwith＝‘0.01mxbr-3(bps)’”添加到第二FLUS源的“AdaptationSet”。
第三FLUS源的“AdaptationSet”没有改变。
用户终端40向边缘处理单元31请求MPD(步骤S813和步骤S814)。在接收到对MPD的请求时，边缘处理单元31发送MPD作为答复(步骤S815和步骤S816)。
在从用户接收到确认TargetIndex的操作的情况下，用户终端40在视频流中显示TargetIndex(步骤S817)。
用户终端40向边缘处理单元31请求段(步骤S818和步骤S819)。在接收到对段的请求时，边缘处理单元31发送段作为答复(步骤S820和步骤S821)。
参照图43，描述图42之后的处理。
边缘处理单元31根据用户所请求的段对与该段相关联的TargetIndex进行计数(步骤S822和步骤S823)。
边缘处理单元31根据用户所请求的段将与该段相关联的TargetIndex及其总数输出至边缘传送单元32作为“MPE-PreferredIndex”(步骤S824和S825)。
边缘传送单元32将“MPE-PreferredIndex”传送至路由传送单元23(步骤S826)。路由传送单元23将“MPE-PreferredIndex”传送至路由处理单元22(步骤S827)。路由处理单元22将“MPE-PreferredIndex”传送至产生单元24(步骤S828)。
产生单元24基于“MPE-PreferredIndex”来确定针对各个源单元11的最大比特率值(步骤S829)。
产生单元24将在步骤S829中确定的最大比特率值中的每一个传送至源单元11(步骤S830和步骤S831)。
源单元11根据从产生单元24接收的每个最大比特率将视频流传送至产生单元24(步骤S832和步骤S833)。产生单元24将从源单元11接收的视频流输出至路由处理单元22(步骤S834)。下面重复上述处理。
接下来，参照图47，描述根据第四实施方式的在边缘处理单元31与路由处理单元22之间建立会话的方法。
步骤S901至步骤S909类似于图38中示出的步骤S701至步骤S709，并且因此省去描述。
在步骤S909之后，边缘处理单元31将更新的“SessionResource”发送至路由处理单元22(步骤S910和步骤S911)。具体地，边缘处理单元31将“PreferredIndex”添加到“SessionResource”。然后，边缘处理单元31通过HTTP方法的PUT发出对更新的“SessionResource”的通知。
图48是示出由边缘处理单元31更新的“SessionResource”的示例的图。“session-preferred-index”是用户请求的并且从下游侧发送的请求比特率的最大比特率值。这里，“session-preferred-index”是指上述MPE-PreferredIndex。
如图48所示，“session-preferred-index”包括“SchemeIdUri”和“value”作为“index”。另外，“session-preferred-index”包括“count”。
“SchemeIdUri”存储“TargetIndex@SchemeIdUri的值”。这是指存储用于标识视频流的内容的信息(值)。
“Value”存储“TargetIndex@value的值”。在视频流中，这是用于标识用户所指定的信息(例如，特定运动员)的信息(值)。
“count”存储“计数(上述下游index的和)”。这是从各个用户终端获取的“index”的和。
步骤S912至步骤S921类似于图38中示出的步骤S721至步骤S721，并且因此省去描述。
如上所述，在第四实施方式中，TartIndex和PrefferdIndex的使用使得可以执行反映每个用户的喜好的流传输。
(5.硬件配置)
根据上述各个实施方式的成像装置和信息处理服务器由具有例如图49中示出的配置的计算机1000实现。图49是示出实现信息处理服务器100的功能的计算机1000的示例的硬件配置图。计算机1000包括CPU1100、RAM 1200、ROM(只读存储器)1300、HDD(硬盘驱动器)1400、通信接口1500以及输入和输出接口1600。计算机1000的各个单元通过总线1050耦接。
CPU 1100基于存储在ROM 1300或HDD 1400中的程序开始操作，并且控制各个单元。例如，CPU 1100将存储在ROM 1300或HDD 1400中的程序加载到RAM 1200中，以执行与每种类型的程序对应的处理。
ROM 1300存储由CPU 1100执行以启动计算机1000的诸如BIOS(基本输入输出系统)的引导程序、依赖于计算机1000的硬件的程序等。
HDD 1400是计算机可读记录介质，其上以非暂态方式记录有程序、数据等。程序由CPU 1100执行。数据被程序使用。具体地，HDD 1400是其上记录有程序数据1450的记录介质。
通信接口1500是用于将计算机1000耦接至外部网络1550(例如，因特网)的接口。例如，CPU 1100经由通信接口1500从其他装置接收数据以及将由CPU 1100生成的数据发送至其他装置。
输入和输出接口1600是用于将输入和输出装置1650与计算机1000耦接的接口。例如，CPU 1100经由输入和输出接口1600从诸如键盘或鼠标的输入装置接收数据。此外，CPU1100经由输入和输出接口1600将数据发送至诸如显示器、扬声器或打印机的输出装置。另外，输入和输出接口1600还可以用作读出预定记录介质(媒介)中记录的程序等的媒介接口。媒介的示例包括诸如DVD(数字多功能盘)或PD(相变可重写盘)的光学记录介质、诸如MO(磁光盘)的磁光记录介质、磁带介质、磁记录介质、半导体存储器等。
例如，在计算机1000用作信息处理服务器100的情况下，计算机1000的CPU 1100执行加载到RAM 1200中的程序以实现各个单元的功能。要注意，CPU 1100从HDD 1400读取程序数据1450，并且然后执行程序数据1450，但是作为另一示例，CPU 1100可以经由外部网络1550从其他装置获取这些程序。
要注意，本说明书中描述的效果仅是说明性的而不是限制性的。另外，可以包括其他效果。
要注意，本技术还能够采用以下配置。
(1)
一种分发系统，包括：
具有不同规格的多个成像装置；以及
信息处理服务器，其包括控制器，所述控制器基于从多个所述成像装置中的每个成像装置上行传输的视频流来生成第一控制信息，所述第一控制信息指示所述视频流的最大比特率值，其中，
所述第一控制信息包括对于多个所述成像装置共同的信息。
(2)
根据(1)所述的分发系统，其中，所述控制器基于关于用户对多个所述视频流的兴趣的信息来生成所述第一控制信息。
(3)
根据(1)或(2)所述的分发系统，包括时钟单元，其使多个所述成像装置的操作同步。
(4)
根据(1)至(3)中任一项所述的分发系统，其中，由多个所述成像装置上行传输的多个相应视频流的段具有相同的长度。
(5)
根据(1)至(4)中任一项所述的分发系统，其中，所述第一控制信息包括MPD(媒体呈现描述)文件。
(6)
根据(5)所述的分发系统，其中，所述控制器基于第一Representation元素来生成第二Representation元素，所述第一Representation元素在多个相应成像装置的AdaptationSet中具有最高比特率，所述AdaptationSet被包括在所述MPD中，所述第二Representation元素的比特率低于所述第一Representation元素的比特率。
(7)
根据(6)所述的分发系统，其中，所述第二Representation元素的比特率由来自用户的请求确定。
(8)
根据(1)所述的分发系统，其中，在预测上行传输通信频带在从所述视频流被上行传输起经过预定时间段之后具有冗余频带的情况下，所述控制器生成第二控制信息，所述第二控制信息指示在经过所述预定时间段之后将能够观看和收听所述视频流的高图像质量版本。
(9)
根据(8)所述的分发系统，其中，所述第二控制信息包括MPD。
(10)
根据(8)或(9)所述的分发系统，其中，所述控制器生成所述第二控制信息作为AdaptationSet中的低图像质量版本的所述视频流的Representation元素的属性，所述AdaptationSet被包括在所述MPD中。
(11)
根据(8)至(10)中任一项所述的分发系统，其中，所述控制器基于高图像质量版本的所述视频流的Representation元素，生成比特率低于所述高图像质量版本的所述视频流的Representation元素的比特率的Representation元素。
(12)
根据(1)所述的分发系统，其中，所述控制器针对多个所述成像装置中的每个成像装置生成第三控制信息，所述第三控制信息指示与来自用户的请求对应的所述视频流的最大比特率值。
(13)
根据(12)所述的分发系统，其中，在HTTP(超文本传输协议)的主体中描述所述第三控制信息。
(14)
根据(1)所述的分发系统，其中，所述控制器从多个所述视频流中提取视频数据并且生成第四控制信息，所述视频数据与用户的喜好对应，所述第四控制信息使所述用户的终端明确地指示所提取的所述视频数据。
(15)
根据(14)所述的分发系统，其中，所述控制器将索引连同所述视频数据一起显示，所述索引与所述视频数据相关联。
(16)
根据(14)或(15)所述的分发系统，其中，所述第四控制信息包括MPD。
(17)
根据(16)所述的分发系统，其中，所述控制器生成所述第四控制信息作为AdaptationSet中的Representation元素，所述AdaptationSet被包括在所述MPD中。
(18)
一种信息处理服务器，包括：
控制器，其基于从多个成像装置中的每个成像装置上行传输的视频流来生成第一控制信息，所述第一控制信息指示所述视频流的最大比特率值。
(19)
一种分发方法，包括：
基于从多个成像装置中的每个成像装置上行传输的视频流来生成第一控制信息，所述第一控制信息指示所述视频流的最大比特率值。
附图标记列表
10-1，10-2，10-3 成像装置
11-1 源单元
20 分发装置
21 宿单元
22 路由处理单元
23 路由传送单元
24 产生单元
30，30-1，30-2，30-3，30-4，30-5 中继节点
31 边缘处理单元
32 边缘传送单元
40-1，40-2，40-3，40-4，40-5，40-6，40-7 用户终端
100 信息处理服务器
110 时钟单元
120 控制器

Claims (19)

1.一种分发系统，包括：
具有不同规格的多个成像装置；以及
信息处理服务器，所述信息处理服务器包括控制器，所述控制器基于从多个所述成像装置中的每个成像装置上行传输的视频流来生成第一控制信息，所述第一控制信息指示所述视频流的最大比特率值，其中，
所述第一控制信息包括对于多个所述成像装置共同的信息。
2.根据权利要求1所述的分发系统，其中，所述控制器基于关于用户对多个所述视频流的兴趣的信息来生成所述第一控制信息。
3.根据权利要求1所述的分发系统，包括时钟单元，所述时钟单元使多个所述成像装置的操作同步。
4.根据权利要求1所述的分发系统，其中，由多个所述成像装置上行传输的多个相应视频流的段具有相同的长度。
5.根据权利要求1所述的分发系统，其中，所述第一控制信息包括MPD(媒体呈现描述)文件。
6.根据权利要求5所述的分发系统，其中，所述控制器基于第一Representation来生成第二Representation，所述第一Representation在多个相应成像装置的AdaptationSet中具有最高比特率，所述AdaptationSet被包括在所述MPD中，所述第二Representation的比特率低于所述第一Representation的比特率。
7.根据权利要求6所述的分发系统，其中，所述第二Representation的比特率由来自用户的请求确定。
8.根据权利要求1所述的分发系统，其中，在预测上行传输通信频带在从所述视频流被上行传输起经过预定时间段之后具有冗余频带的情况下，所述控制器生成第二控制信息，所述第二控制信息指示在经过所述预定时间段之后将能够观看和收听所述视频流的高图像质量版本。
9.根据权利要求8所述的分发系统，其中，所述第二控制信息包括MPD。
10.根据权利要求9所述的分发系统，其中，所述控制器生成所述第二控制信息作为AdaptationSet中的低图像质量版本的所述视频流的Representation的属性，所述AdaptationSet被包括在所述MPD中。
11.根据权利要求10所述的分发系统，其中，所述控制器基于高图像质量版本的所述视频流的Representation元素，生成比特率低于所述高图像质量版本的所述视频流的Representation的比特率的Representation。
12.根据权利要求1所述的分发系统，其中，所述控制器针对多个所述成像装置中的每个成像装置生成第三控制信息，所述第三控制信息指示与来自用户的请求对应的所述视频流的最大比特率值。
13.根据权利要求12所述的分发系统，其中，在HTTP(超文本传输协议)的主体中描述所述第三控制信息。
14.根据权利要求1所述的分发系统，其中，所述控制器从多个所述视频流中提取视频数据并且生成第四控制信息，所述视频数据与用户的喜好对应，所述第四控制信息使所述用户的终端明确地指示所提取的所述视频数据。
15.根据权利要求14所述的分发系统，其中，所述控制器将索引连同所述视频数据一起显示，所述索引与所述视频数据相关联。
16.根据权利要求14所述的分发系统，其中，所述第四控制信息包括MPD。
17.根据权利要求16所述的分发系统，其中，所述控制器生成所述第四控制信息作为AdaptationSet中的Representation属性，所述AdaptationSet被包括在所述MPD中。
18.一种信息处理服务器，包括：
控制器，所述控制器基于从多个成像装置中的每个成像装置上行传输的视频流来生成第一控制信息，所述第一控制信息指示所述视频流的最大比特率值。
19.一种分发方法，包括：
基于从多个成像装置中的每个成像装置上行传输的视频流来生成第一控制信息，所述第一控制信息指示所述视频流的最大比特率值。
CN201980065535.8A 2018-10-12 2019-09-25 分发系统、信息处理服务器和分发方法 Withdrawn CN113016191A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2018-193871 2018-10-12
JP2018193871 2018-10-12
PCT/JP2019/037505 WO2020075498A1 (ja) 2018-10-12 2019-09-25 配信システム、情報処理サーバ、および配信方法

Publications (1)

Publication Number Publication Date
CN113016191A true CN113016191A (zh) 2021-06-22

Family

ID=70164670

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980065535.8A Withdrawn CN113016191A (zh) 2018-10-12 2019-09-25 分发系统、信息处理服务器和分发方法

Country Status (3)

Country Link
US (1) US20210392384A1 (zh)
CN (1) CN113016191A (zh)
WO (1) WO2020075498A1 (zh)

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3974712B2 (ja) * 1998-08-31 2007-09-12 富士通株式会社 ディジタル放送用送信・受信再生方法及びディジタル放送用送信・受信再生システム並びにディジタル放送用送信装置及びディジタル放送用受信再生装置
KR20070100975A (ko) * 2005-01-14 2007-10-15 코닌클리케 필립스 일렉트로닉스 엔.브이. 가상 비디오 채널을 구성하는 방법 및 시스템
FR2891425A1 (fr) * 2005-09-23 2007-03-30 France Telecom Procede et systeme de gestion dynamique de qualite de service
US9729817B2 (en) * 2013-11-05 2017-08-08 Avago Technologies General Ip (Singapore) Pte. Ltd. Parallel pipelines for multiple-quality level video processing
GB2521845B (en) * 2014-01-03 2021-07-07 British Broadcasting Corp Content delivery
US9706236B2 (en) * 2014-09-23 2017-07-11 Verizon Patent And Licensing Inc. Automatic suggestion for switching broadcast media content to on-demand media content
EP3629587A1 (en) * 2015-03-27 2020-04-01 Twitter, Inc. Live video streaming services
WO2016204815A1 (en) * 2015-06-16 2016-12-22 Intel IP Corporation Adaptive video streaming using dynamic radio access network information
RU2632127C1 (ru) * 2016-04-07 2017-10-02 Общество С Ограниченной Ответственностью "Яндекс" Способ и система сравнения видеофайлов
JP6669403B2 (ja) * 2016-06-03 2020-03-18 キヤノン株式会社 通信装置、通信制御方法および通信システム
JP6173640B1 (ja) * 2017-05-22 2017-08-02 キヤノン株式会社 通信装置、通信方法、プログラム、及び、撮像装置

Also Published As

Publication number Publication date
US20210392384A1 (en) 2021-12-16
WO2020075498A1 (ja) 2020-04-16

Similar Documents

Publication Publication Date Title
JP6807852B2 (ja) Ｌｃｔに基づくｄａｓｈフォーマットを有するファイルフォーマットベースのストリーミング
US11070872B2 (en) Receiving device, transmitting device, and data processing method
US10341672B2 (en) Method and system for media synchronization
US20180227605A1 (en) Transmission apparatus, transmission method, reception apparatus, and reception method
EP3001692A1 (en) Streaming media processing method, apparatus and system
Van Deventer et al. Standards for multi-stream and multi-device media synchronization
US11310303B2 (en) Methods and apparatuses for dynamic adaptive streaming over HTTP
US10979477B1 (en) Time synchronization between live video streaming and live metadata
US11490169B2 (en) Events in timed metadata tracks
CN116346794A (zh) 接收媒体数据的方法、装置和非易失性计算机可读存储介质
CN111903138A (zh) 信息处理装置、信息处理方法、发送装置以及发送方法
US9338485B2 (en) Method and apparatus for distributing a multimedia content
CN111951036A (zh) 内容处理的方法和装置、计算机设备和存储介质
CN113016191A (zh) 分发系统、信息处理服务器和分发方法
KR20170063428A (ko) 프로그램 출력 장치, 프로그램 관리 서버, 보조 정보 관리 서버, 프로그램과 보조 정보의 출력 방법 및 기록 매체
JP2011091754A (ja) 映像処理装置及び映像処理方法
JP2022095777A (ja) 放送サービス通信ネットワーク配信装置および方法
JP2012244408A (ja) 放送通信連携システム、サーバ及びプログラム
CN112188256A (zh) 信息处理方法、信息提供方法、装置、电子设备及存储介质
KR102051985B1 (ko) 이질적인 네트워킹 환경들에서 미디어 렌더링의 동기화
KR102651584B1 (ko) 개인 방송 서비스를 제공하는 iptv 시스템 및 방법
JP5859223B2 (ja) 受信機及びプログラム
JP5843480B2 (ja) 受信機及びプログラム
US20150095941A1 (en) Multilingual audio service supporting system and method therefor
JP5854636B2 (ja) 受信機及びプログラム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication
WW01 Invention patent application withdrawn after publication

Application publication date: 20210622