CN108886626B - 信息处理装置、信息处理方法以及信息处理系统 - Google Patents

Abstract

本公开涉及一种能够对分发由无损压缩系统编码的音频流的分发装置适当地进行缩放的信息处理装置、信息处理方法和信息处理系统。原始分发服务器基于比特率信息对将音频流分发给高级客户端的高级服务器进行缩放，所述比特率信息包括由无损DSD系统编码的所述音频流在预定时段内的比特率的平均值。本公开适用于例如原始分发服务器等。

Description

信息处理装置、信息处理方法以及信息处理系统

技术领域

本公开涉及一种信息处理装置、信息处理方法和信息处理系统，特别是涉及一种能够对分发由无损压缩系统编码的音频流的分发装置适当地进行缩放的信息处理装置、信息处理方法和信息处理系统。

背景技术

近年来，机顶盒视频(OTT-V)成了互联网上流媒体服务的主流。运动图像专家组阶段——动态自适应HTTP流媒体(MPEG-DASH)——作为基本技术开始流行(例如，参照非专利文献1)。

在MPEG-DASH中，服务器为一个运动图像内容准备不同比特率的一组运动图像数据，客户端根据网络带宽的情况请求最优比特率的一组运动图像数据，从而实现自适应流媒体分发。

此外，在目前MPEG-DASH中，将能够提前预测比特率的编码系统假定为该运动图像内容的编码系统。具体地，将经过脉冲编码调制(PCM)系统进行模拟/数字(A/D)转换后的音频数字信号进行编码的不可逆压缩系统等假定为音频流的编码系统，从而不会在固定大小的缓冲区内发生下溢或上溢。因此，基于预测的比特率，对分发该运动图像内容的服务器进行缩放。

此外，近年来，具有比光盘(CD)的音频源更高音频质量的高分辨率音频受到广泛关注。作为高分辨度音频的A/D转换系统，存在直接数字流(DSD)系统等。DSD系统是用作超音频CD(SA-CD)的录音与再现系统的系统，并且是基于1比特数字sigma调制的系统。具体地，在DSD系统中，使用时间轴以“1”和“0”的变化点密度表示音频模拟信号的信息。因此，可以实现不依赖比特数的高分辨率录制/再现。

然而，在DSD系统中，音频数字信号的“1”与“0”模式根据音频模拟信号的波形而变化。因此，编码后的音频数字信号的比特生成量根据无损DSD系统中音频模拟信号的波形等而变化，其中，基于“1”与“0”的模式对经过DSD系统的A/D转换后的音频数字信号进行无损压缩编码。因此，很难提前预测出比特率。

引文列表

非专利文献

非专利文件1：动态自适应HTTP流媒体(MPEG-DASH)(URL:http://mpeg.chiariglione.org/standards/mpeg-dash/media-presentation-desc ription-and-segment-formats/text-isoiec-23009-12012-dam-1)

发明内容

本发明需要解决的问题

如上所述，在目前的MPEG-DASH中，很难对分发由无损压缩系统(诸如无损DSD系统)编码的音频流的分发服务器适当地进行缩放，无损压缩系统的比特率是无法预测的。

鉴于上述情况实现了本公开，本公开的目的在于对分发由无损编码系统编码的音频流的分发装置适当地进行缩放。

问题的解决方案

根据本公开的第一方面的信息处理装置是具有缩放单元的信息处理装置，该缩放单元基于比特率信息对将音频流分发给其它信息处理装置的分发装置进行缩放，该比特率信息包括由无损压缩系统编码的音频流在预定时段内的比特率的平均值。

根据本公开的第一方面的图像处理方法对应根据本公开的第一方面的图像处理装置。

在本公开的第一方面，基于比特率信息，对将音频流分发给其它信息处理装置的分发装置进行缩放，该比特率信息包括由无损压缩系统编码的音频流在预定时段内的比特率的平均值。

根据本公开的第二方面的信息处理系统是具有第一信息处理装置、第二信息处理装置和分发装置的信息处理系统，其中，第一信息处理装置基于比特率信息对将音频流分发给第二信息处理装置的分发装置进行缩放，该比特率信息包括由无损压缩系统编码的音频流在预定时段内的比特率的平均值。

根据本公开的第二方面设置有第一信息处理装置、第二信息处理装置和分发装置，其中，第一信息处理装置基于比特率信息对将音频流分发给第二信息处理装置的分发装置进行缩放，该比特率信息包括由无损压缩系统编码的音频流在预定时段内的比特率的平均值。

此外，可以通过使计算机执行程序来实现根据第一方面的图像处理装置。

另外，为了实现根据第一方面的图像处理装置，可以通过经由传输介质发送程序或者将程序记录在记录介质上的方式来提供将由计算机执行的程序。

本发明的效果

根据本公开的第一和第二方面，可以对分发由无损压缩系统编码的音频流的分发装置适当地进行缩放。

此外，这些效果并不一定限于本文中所描述的效果，而是可以包括本公开中描述的任何效果。

附图说明

图1是图示应用本公开的信息处理系统的第一实施例的配置示例的框图。

图2是图示DSD系统的视图。

图3是图示图1中的文件生成装置的配置示例的框图。

图4是图示第一实施例中MPD文件的第一描述示例的视图。

图5是图示第一实施例中MPD文件的第二描述示例的视图。

图6是图示高级客户端的配置示例的框图。

图7是图示高级服务购买处理的流程图；

图8是图示第一实施例中文件生成处理的流程图。

图9是图示高级分发准备处理的流程图；

图10是图示第一实施例中MPD文件更新处理的流程图。

图11是图示第一实施例中再现处理的流程图。

图12是图示高级服务、准高级服务和点播服务的视图。

图13是图示第二实施例中媒体片段文件的配置示例的视图。

图14是图示图13中emsg框的描述示例的视图。

图15是图示第二实施例中文件生成处理的流程图。

图16是图示第三实施例中emsg框的描述示例的视图。

图17是图示第三实施例中文件生成处理的流程图。

图18是图示第四实施例中emsg框的描述示例的视图。

图19是图示第五实施例中MPD文件的描述示例的视图。

图20是图示第六实施例中MPD文件的第一描述示例的视图。

图21是图示第六实施例中MPD文件的第二描述示例的视图。

图22是图示第六实施例中媒体片段文件的配置示例的视图。

图23是图示无损压缩编码单元的配置示例的框图。

图24是图示数据生成计数表的示例的视图。

图25是图示转换表table1的示例的视图。

图26是图示无损压缩解码单元的配置示例的框图。

图27是图示计算机的硬件的配置示例的框图。

具体实施方式

下面将对本公开的实施方式(下文称为实施例)进行说明。此外，按照以下顺序进行说明：

1.第一实施例：信息处理系统(图1至图12)

2.第二实施例：信息处理系统(图13至图15)

3.第三实施例：信息处理系统(图16至图17)

4.第四实施例：信息处理系统(图18)

5.第五实施例：信息处理系统(图19)

6.第六实施例：信息处理系统(图20至图22)

7.无损DSD系统的描述(图23至图26)

8.第七实施例：计算机(图27)

<第一实施例>

(信息处理系统的第一实施例的配置示例)

图1是图示应用本公开的信息处理系统的第一实施例的配置示例的框图。

图1中所示的信息处理系统10包括文件生成装置11、管理服务器12、原始分发服务器13(信息处理装置)、高级服务器14-1至14-L(分发装置)、准高级服务器15、1至15-M(分发装置)、点播服务器16-1至16-N(分发装置)、高级客户端17-1至17-P(信息处理装置)、准高级客户端18-1至18-Q(信息处理装置)、点播客户端19-1至19-R(信息处理装置)、网络服务器20和计费服务器21。

在图1所示的示例中，假设L至N以及P至R均为不小于2的整数，也可以是1。此外，在下面的描述中，在无需特别区分高级服务器14-1至14-L的情况下，将它们统称为高级服务器14。同样，准服务器15-1至15-M、点播服务器16-1至16-N、高级客户端17-1至17-P、准高级客户端18-1至18-Q和点播客户端19-1至19-R分别统称为准高级服务器15、点播服务器16、高级客户端17、准高级客户端18和点播客户端19。

在信息处理系统10中，由文件生成装置11生成的运动图像内容的文件通过高级服务分发给高级客户端17，通过准高级服务分发给准高级客户端18并且通过点播服务分发给点播客户端19。

此外，高级服务是从运动图像内容的获取开始时间(事件发生时间)到获取结束时间内均允许分发运动图像内容的文件的服务。通过该高级服务，观看者可以对运动图像内容进行实时观看。

此外，准高级服务是允许在运动图像内容的获取开始时间过去预定时间之后分发运动图像内容的文件的服务。通过该准高级服务，观看者可以在运动图像内容的获取开始时间过去预定时间之后对运动图像内容进行实时观看

点播服务是允许在结束获取运动图像内容之后分发存储的运动图像内容的文件的服务。通过该点播服务，观看者可以在结束获取运动图像内容之后观看运动图像内容。

信息处理系统10的文件生成装置11对运动图像内容的视频模拟信号和音频模拟信号进行A/D转换以生成视频数字信号和音频数字信号。然后，文件生成装置11通过预定编码系统以多个比特率对视频数字信号和音频数字信号等信号进行编码，以生成编码流。这里，假设音频数字信号的编码系统是无损DSD系统或运动图像专家组阶段4(MPEG-4)系统。MPEG-4系统是将经过PCM系统的A/D转换后的音频数字信号进行不可逆压缩从而不会在固定大小的缓冲区发生下溢或下溢的系统。

文件生成装置11以几秒到十秒的时间单位(称为各比特率的片段)对生成的编码流进行归档。文件生成装置11将作为结果生成的片段文件上传至管理服务器12。

文件生成装置11还生成用于管理运动管理内容的媒体呈现描述(MPD)文件(管理文件)，并且将该文件上传至管理服务器12。

管理服务12存储由文件生成装置11上传的MPD文件和片段文件。管理服务器12提取MPD文件中包含的比特率信息和最大比特率。比特率信息是指示音频流的实际比特率的信息，包括在预定时段内的比特率的平均值。该音频流是存储在片段文件中的音频数字信号的编码流。另外，最大比特率是音频流的比特率可以采用的最大值。

管理服务器12还从网络服务器20获取分发客户端的数量和分发开始时间。分发客户端的数量是请求开始分发的高级客户端17、准高级客户端18和点播客户端19的数量。此外，分发开始时间是各高级客户端17、各准高级客户端18和各点播客户端19请求开始分发时的时间。

管理服务器12将比特率信息、最大比特率、分发客户端的数量和分发开始时间发送到原始分发服务器13作为超文本传输协议(HTTP)报头或统一资源定位符(URL)查询参数。管理服务器12还将存储的MPD文件和片段文件发送到原始分发服务器13。

原始分发服务器13存储从管理服务器12发送的MPD文件和片段文件。原始分发服务器13将从管理服务器12发送的最大比特率确定为高级服务的假定带宽。基于高级客户端17的可允许数量和该假定带宽，原始分发服务器13为可允许数量的高级客户端17准备为确保假定带宽下音频流的流通所需的L个高级服务器14。

原始分发服务器13还基于最大比特速率和从运动图像内容的获取开始时间到允许准高级服务分发的时间内的预定比特率信息，将小于最大比特率的比特率确定为准高级服务的假定带宽。基于准高级客户端18的可允许数量和该假定带宽，原始分发服务器13为可允许数量的准高级客户端18准备为确保假定带宽下音频流的流通所需的M个准高级服务器15。

此外，原始服务器13将预定比特率信息指示的实际比特率的平均值确定为点播服务的假定带宽。原始分发服务器13为预定数量的点播客户端19准备为确保假定带宽下音频流的流通所需的N个点播服务器16。

此外，原始分发服务器13(缩放单元)基于比特率信息、高级服务的分发客户端的数量(请求开始分发的高级客户端17的数量)和分发开始时间，对高级服务器14进行缩放。原始分发服务器13将存储的MPD文件和片段文件发送到缩放后的高级服务器14，即L个高级服务器14中被使用的高级服务器14。

此外，原始分发服务器13基于比特率信息、准高级服务的分发客户端的数量(请求开始分发的准高级客户端18的数量)和分发开始时间，对准高级服务器15进行缩放。原始分发服务器13将存储的MPD文件和片段文件发送到缩放后的准高级服务器15，即M个准高级服务器15中被使用的准高级服务器15。

此外，原始分发服务器13基于点播服务的分发客户端的数量(请求开始分发的点播客户端19的数量)和分发开始时间，对点播服务器16进行缩放。原始分发服务器13将存储的MPD文件和片段文件发送到缩放后的点播服务器16，即N个点播服务器16中被使用的点播服务器16。

缩放后的高级服务器14存储从原始分发服务器13发送的MPD文件和片段文件，并且充当DASH服务器。缩放后的高级服务器14通过高级服务将存储的MPD文件和片段文件分发给高级客户端17。

具体地，缩放后的高级服务器15允许在开始获取运动图像内容时(即在开始生成运动图像内容的MPD文件和片段文件时)将MPD文件和片段文件分发给获得高级许可证的高级客户端17，该高级许可证是高级服务的许可证。此外，在本说明书中，在获取与再现运动图像内容时所需的权利信息描述为许可证。这里，许可证是在获取运动图像内容时所需的权利信息，诸如用于用户认证的信息、用于用户账号与设备认证的信息、用于获取由服务器侧的设备认证协议或用户认证协议生成的令牌的信息。此外，许可证也可以是再现运动图像内容所需的权利信息，诸如备用密钥、以及用于再现由数字版权管理(DRM)保护的运动图像内容的用法。然后，在高级客户端17从运动图像内容的获取开始时间到获取结束时间内发起请求的情况下，缩放后的高级服务器14经由互联网将存储的MPD文件和片段文件分发给高级客户端17。

此外，缩放后的准高级服务器15存储从原始分发服务器13发送的MPD文件和片段文件，并且充当DASH服务器。缩放后的准高级服务器15通过准高级服务将存储的MPD文件和片段文件分发给准高级客户端18。

具体地，缩放后的准高级服务器15允许在开始获取运动图像内容过去预定时间之后(即在开始生成运动图像内容的MPD文件和片段文件过去预定时间之后)将MPD文件和片段文件分发给获得准高级许可证的准高级客户端18，该准高级许可证是准高级服务的许可证。然后，在准高级客户端18在运动图像内容的获取开始时间到获取结束时间过去预定时间之后发起请求的情况下，缩放后的准高级服务器15经由互联网将存储的MPD文件和片段文件分发给准高级客户端18。

此外，缩放后的点播服务器16存储从原始分发服务器13发送的MPD文件和片段文件，并且充当DASH服务器。缩放后的点播服务器16通过点播服务将存储的MPD文件和片段文件分发给点播客户端19。

具体地，缩放后的点播服务器16允许在结束获取运动图像内容之后(即在结束生成运动图像内容的MPD文件和片段文件之后)将MPF文件和片段文件分发给获得点播许可证的点播客户端19，该点播许可证是点播服务的许可证。然后，在点播客户端19在结束获取运动图像内容之后发起请求的情况下，缩放后的点播服务器16经由互联网将存储的MPD文件和片段文件分发给点播客户端19。

高级客户端17是通过高级服务请求网络服务器20进行分发的DASH客户端。高级客户端17获取网络服务器12响应于该请求发送的指定高级服务器14的高级服务器信息以及高级许可证。

此外，高级客户端17请求网络服务器20开始分发运动图像内容，并且基于高级服务器信息和高级许可证请求高级服务器14分发MPD文件。此外，高级客户端17接收高级服务器14响应于该请求分发的MPD文件，并且基于MPD文件、高级服务器信息和高级许可证请求高级服务器14分发片段文件。然后，高级客户端17接收高级服务器14响应于该请求分发的片段文件。

高级客户端17再现接收到的片段文件。具体地，高级客户端17对接收到的片段文件中存储的编码流进行解码。高级客户端17使显示装置(诸如未图示的显示器)基于作为解码结果获取的视频数字信号显示图像。此外，高级客户端17对作为解码结果获取的音频数字信号进行D/A转换，并且使输出单元(诸如未图示的扬声器)基于作为结果获取的音频模拟信号输出音频。

准高级客户端18是通过准高级服务请求网络服务器20进行分发的DASH客户端。准高级客户端18获取网络服务器12响应于该请求发送的指定准高级服务器15的准高级服务器信息以及准高级许可证。

此外，准高级客户端18请求网络服务器20开始分发运动图像内容，并且基于准高级服务器信息和准高级许可证请求准高级服务器15分发MPD文件。此外，准高级客户端18接收准高级服务器15响应于该请求分发的MPD文件，并且基于MPD文件、准高级服务器信息和准高级许可证请求准高级服务器15分发片段文件。然后，准高级客户端18接收准高级服务器15响应于该请求分发的片段文件，并且与高级客户端17一样再现片段文件。

点播客户端19是通过点播服务请求网络服务器20进行分发的DASH客户端。点播客户端19获取响应于该请求的指定点播服务器16的点播服务器信息和点播许可证。

此外，点播客户端19请求网络服务器20开始分发运动图像内容，并且基于点播服务器信息和点播许可证请求点播服务器16分发MPD文件。此外，点播客户端19接收点播服务器16响应于该请求分发的MPD文件，并且基于MPD文件、点播服务器信息和点播许可证请求点播服务器15分发片段文件。然后，点播客户端19接收点播服务器15响应于该请求分发的片段文件，并且与高级客户端17一样再现片段文件。

网络服务器20响应于高级客户端17的请求，请求计费服务器21执行向高端客户端17收取高级服务费用的处理。网络服务器20根据计费服务器21提供的计费处理的完成通知生成高级服务器信息和高级许可证，并将高级服务器信息和高级许可证发送到高级客户端17。

同样，网络服务器20响应于准高级客户端18的请求，请求计费服务器21执行向准高端客户端18收取准高级服务费用的处理。网络服务器20根据计费服务器21提供的计费处理的完成通知生成准高级服务器信息和准高级许可证，并将准高级服务器信息和准高级许可证发送到准高级客户端18。

此外，网络服务器20响应于点播客户端19的请求，请求计费服务器21执行向点播客户端19收取点播服务费用的处理。网络服务器20根据计费服务器21提供的计费处理的完成通知生成点播服务器信息和点播许可证，并将点播服务器信息和点播许可证发送到点播客户端18。

此外，网络服务器20向管理服务器12提供从运动图像内容的获取开始时间到获取结束时间内请求开始分发运动图像内容的高级客户端17的数量以及分发开始时间。网络服务器20还向管理服务器12提供从运动图像内容的获取开始时间到获取结束时间过去预定时间之后请求开始分发运动图像内容的准高级客户端18的数量以及分发开始时间。此外，网络服务器20还向管理服务器12提供在结束获取运动图像内容之后请求开始分发运动图像内容的点播客户端19的数量以及分发开始时间。

计费服务器21(计费处理装置)响应于网络服务器20提出的请求，执行对高级客户端17收取高级服务费用的处理。此外，计费服务器20响应于网络服务器20提出的请求，执行对准高级客户端18收取准高级服务费用的处理。此外，计费服务器20响应于网络服务器20提出的请求，执行对点播客户端19收取点播服务费用的处理。此外，计费处理的费用按照高级服务、准高级服务和点播服务进行降序排列。当完成了计费处理时，计费服务器21通知网络服务器20计费处理完成。

此外，信息处理系统10中的通信可以通过无线或有线来进行。

(DSD系统的描述)

图2是图示DSD系统的视图。

在图2中，沿横坐标绘制时间，沿纵坐标绘制各信号的值。

在图2所示的示例中，音频模拟信号的波形是正弦波。在PCM系统对这种音频模拟信号进行A/D转换的情况下，如图2所示，将各采样时间下的音频模拟信号的值转换成根据该值的固定比特数的音频数字信号。

另一方面，在DSD系统对音频模拟信号进行A/D转换的情况下，将各采样时间下的音频模拟信号的值转换成根据该值的介于“0”与“1”之间的变化点密度的音频数字信号。具体地，音频模拟信号的值越大，音频数字信号的变化点密度越高；音频模拟信号的值越小，音频数字信号的变化点密度越低。换言之，音频数字信号的“0”和“1”模式根据音频模拟信号的值而变化。

因此，通过基于“0”和“1”模式由无损DSD系统对音频数字信号进行无损压缩编码而获得的音频流的比特生成量根据音频模拟信号的波形而变化。因此，很难提前预测出比特率。

(文件生成装置的配置示例)

图3是图示图1中的文件生成装置的配置示例的框图。

图3所示的文件生成装置11包括获取单元31、编码单元32、片段文件生成单元33、MPD文件生成单元和上传单元35。

文件生成装置11的获取单元31获取运动图像内容的视频模拟信号和音频模拟信号，并且执行A/D转换。获取单元31向编码单元32提供作为A/D转换结果获取的视频数字信号和音频数字信号等信号、以及获取的运动图像内容的其它信号。编码单元32以多个比特率对获取单元31提供的运动图像内容的信号进行编码，并且生成编码流。编码单元32将生成的编码流提供给片段文件生成单元33。

片段文件生成单元33针对各比特率以片段为单位对编码单元31提供的编码流进行归档。片段文件生成单元33将作为结果生成的片段文件提供给上传单元35。

MPD文件生成单元34通过无损DSD系统针对各参考时段从编码单元32编码的音频流的实际比特率的积分值计算出平均值，从而计算出在增加了该参考时段的预定时段内的音频流的实际比特率的平均值。

然后，MPD文件生成单元34针对各参考时段生成计算出的平均值和与该平均值对应的预定时段作为比特率信息。MPD文件生成单元34生成MPD文件，该MPD文件包括比特率信息、指示音频系统的编码系统的信息、音频系统的最大比特率、作为视频数字信号的编码流的视频流的比特率等。MPD文件生成单元34将MPD文件提供给上传单元35。

上传单元35将片段文件生成单元33提供的片段和MPD文件生成单元34提供的MPD文件上传到图1中的管理服务器12。

(MPD文件的第一描述示例)

图4是图示MPD文件的第一描述示例的视图。

此外，为了方面描述，图4仅图示了对管理音频流的片段文件的描述，而未图示对MPD文件的描述。这同样适用于稍后将要描述的图5、图20和图21。

在MPD文件中，诸如运动图像内容的编码系统和比特率、图像的大小、音频的语言等信息被分层以便用XML来描述。

如图4所示，MPD文件分层地包括诸如时段(Period)、自适应集(AdaptationSet)、表示(Representation)、片段信息(Segment)等元素。

在MPD文件中，由用户自己管理的运动图像内容被划分为预定时间范围(例如，程序、商业(CM)等单位)。时段元素是针对各个划分的运动图像内容来描述的。时段元素包括运动图像内容的再现开始时间、存储运动图像内容的片段文件的管理服务器12的统一资源定位符(URL)、作为相应运动图像内容共用信息的MinBufferTime等信息。MinBufferTime是指示虚拟缓冲区的缓冲时间的信息，并且在图4所示的示例中设置为0。

自适应集元素包括在时段元素中，并且将与时段元素对应的运动图像内容的相同编码流的片段文件组对应的表示元素进行分组。例如，根据相应片段文件组的数据类型对表示元素进行分组。在图4所示的示例中，用一个自适应集元素对具有不同比特率的三种类型的音频流的片段文件对应的三个表示元素进行分组。

自适应集元素包括媒体类型、语言、诸如字幕或配音等应用、比特率的最大值和最小值maxBandwidh和MinBandwidth等，作为相应片段文件组共用的信息。

此外，在图4所示的示例中，具有不同比特率的三种类型的音频流的编码系统均为无损DSD系统。因此，音频流的片段文件的自适应集元素还包括用于指示音频流的编码系统为无损DSD系统的<codecs＝“dsd1”>，作为该组共用的信息。

这还包括指示音频流的编码系统是否是在固定大小的缓冲区内不会发生下溢或上溢的编码系统(诸如MPEG-4系统)(下文称为固定系统)的描述符<SupplementalPropertyschemeIdUri＝"urn:mpeg:DASH:audio:cbr:2015">。

在指示音频流的编码系统是固定系统的情况下，<SupplementalPropertyschemeIdUri＝"urn:mpeg:DASH:audio:cbr:2015">的值(value)设置为“真”；而在指示音频流的编码系统不是固定系统的情况下，<SupplementalProperty schemeIdUri＝"urn:mpeg:DASH:audio:cbr:2015">的值设置为“假”。因此，在图4所示的示例中，<SupplementalProperty schemeIdUri＝"urn:mpeg:DASH:audio:cbr:2015">的值为“假”。

自适应集元素还包括指示片段长度的SegmentTemplate以及片段文件的文件名称的规则。在SegmentTemplate中描述了时间刻度、持续时间、初始化和媒体。

时间刻度是表示一秒的值，而持续时间是当时间刻度设置为一秒时片段长度的值。在图4所示的示例中，时间刻度为44100，而持续时间为88200。因此，片段长度为两秒。

初始化是指示音频流的片段文件中初始化片段文件的名称的规则的信息。在图4所示的实例中，初始化为“”$Bandwidth$init.mp4。因此，通过将init添加到表示元素中包括的Bandwidth来获得音频流的初始化片段文件的名称。

此外，媒体是指示除音频流的片段文件外的媒体片段文件的名称的规则的信息。在图4所示的实例中，媒体为“$Bandwidth$-$Number$.mp4”。因此，通过将“-”添加到表示元素中包括的Bandwidth并添加序号来获得音频流的媒体片段文件的名称。

表示元素包括在对这些表示元素进行分组的自适应集中，并且针对与上层时段元素对应的运动图像内容的相同编码流的各片段文件组进行描述。表示元素具有Bandwidth、AveBandwidth、指示比特率的DurationForAveBandwidth、图像大小等作为相应片段文件组共用的信息。

此外，在编码系统为无损DSD系统的情况下，不能预测出音频流的实际比特率。因此，在与音频流对应的表示元素中，将音频流的最大比特率描述为相应片段文件组共用的比特率。

在图4所示的示例中，这三种类型的音频流的最大比特率分别为2.8Mbps、5.6Mbps和11.2Mbps。因此，这三个表示元素的Bandwidth分别为2800000、5600000和11200000。此外，自适应集的MinBandwidth为2800000，自适应集的maxBandwidth为11200000。

AveBandwidth是指示与该表示信息对应的音频流的比特率信息的平均值的信息，DurationForAveBandwidth是指示预定时段的信息。

在图4所示的示例中，MPD文件生成单元34计算从起点开始600秒的音频流的实际比特率的平均值。因此，这三个表示元素中包括的DurationForAveBandwidth是指示600秒的PT600s。

此外，从与第一表示元素对应的具有最大比特速率2.8Mbps的无损DSD系统的音频流的起点开始600秒内的实际速率的平均值为2Mbps。因此，第一表示元素中包括的AveBandwidth为2000000。

从与第二表示元素对应的具有最大比特速率5.6Mbps的无损DSD系统的音频流的起点开始600秒内的实际速率的平均值为4Mbps。因此，第二表示元素中包括的AveBandwidth为4000000。

从与第三表示元素对应的具有最大比特速率11.2Mbps的无损DSD系统的音频流的起点开始600秒内的实际速率的平均值为8Mbps。因此，第三表示元素中包括的AveBandwidth为8000000。

片段信息元素包括在表示元素中，并且包括与表示元素对应的片段文件组的各片段文件有关的信息。

此外，在图4所示的示例中，<codecs＝“dsd1”>和<SupplementalPropertyschemeIdUri＝"urn:mpeg:DASH:audio:cbr:2015"value＝"false">可以在自适应集元素中描述，也可以在各表示元素中描述。

(MPD文件的第二描述示例)

图5是图示MPD文件的第二描述示例的视图。

在图5所示的示例中，在具有不同比特速率的这三种类型的音频流中，其中两种类型的音频流的编码系统是无损DSD系统，而另一种类型的音频流的编码系统是MPEG-4系统。

因此，在图5所示的MPD文件中，自适应集元素不包括<codecs＝“dsd1”>和<SupplementalProperty schemeIdUri＝"urn:mpeg:DASH:audio:cbr:2015"value＝"false">。反而，表示集元素包括指示音频流的编码系统的信息和<SupplementalPropertyschemeIdUri＝"urn:mpeg:DASH:audio:cbr:2015">。

具体地，在图5所示的示例中，与第一表示集元素对应的音频流的编码系统为无损DSD系统，最大比特率为2.8Mbps。此外，与第一表示元素对应的比特流信息的平均值为2Mbps，预定时段为600秒。因此，第一表示集元素包括<codecs＝"dsd1">、<SupplementalProperty schemeIdUri＝"urn:mpeg:DASH:audio:cbr:2015"value＝"false">、作为Bandwidth的2800000、作为AveBandwidth的2000000、以及作为DurationForAveBandwidth的PT600S。

此外，在图5所示的示例中，与第二表示集元素对应的音频流的编码系统为无损DSD系统，最大比特率是5.6Mbps。此外，与第二表示元素对应的比特流信息的平均值为4Mbps，预定时段为600秒。因此，第二表示集元素包括<codecs＝"dsd1">、<SupplementalProperty schemeIdUri＝"urn:mpeg:DASH:audio:cbr:2015"value＝"false">、作为Bandwidth的5600000、作为AveBandwidth的4000000、以及作为DurationForAveBandwidth的PT600S。

此外，与第三表示集元素对应的音频流的编码系统为MPEG-4系统，实际比特率为128kbps。因此，第一表示集元素包括<codecs＝"mp4a">、<SupplementalPropertyschemeIdUri＝"urn:mpeg:DASH:audio:cbr:2015"value＝"true">、以及作为Bandwidth的128000。此外，<codecs＝"mp4a">是指示音频流的编码系统为MPEG-4系统的信息。

如上所述，在图4和图5所示的MPD文件中，除了<codecs＝"dsd1">和<SupplementalProperty schemeIdUri＝"urn:mpeg:DASH:audio:cbr:2015">之外，在不将固定系统外的其它系统假定为音频流的编码系统的MPD文件中还可以描述AveBandwidth和DurationForAveBandwidth。

因此，图4和图5所示的MPD文件与不将固定系统外的其它系统假定为音频流的编码系统的MPD文件相互兼容。此外，管理系统12、高级客户端17、准高级客户端18和点播客户端19可以基于MPD文件中描述的<SupplementalPropertyschemeIdUri＝"urn:mpeg:DASH:audio:cbr:2015"value＝"false">，识别出音频流的编码系统不是固定系统。

尽管未示出，但是图4和图5所示的MPF文件还包括指示作为MPF文件的更新间隔的参考时段的minimumUpdatePeriod。然后，高级客户端17、准高级客户端18和点播客户端19以minimumUpdatePeriod指示的更新间隔来更新MPD文件。因此，仅通过改变MPD文件中描述的minimumUpdatePeriod，MPD文件生成单元34可以容易改变MPF文件的更新间隔。

此外，在计算对运动图像内容的最后一个音频流的比特率向上求积分得到的积分值的平均值的情况下，MPD文件生成单元34可以将运动图像内容的时间描述为DurationForAveBandwidth或者可以省略对DurationForAveBandwidth的描述。

此外，图4和图5中所示的AveBandwidth和DurationForAveBandwidth可以不描述为表示元素的参数，而是描述为SupplementalProperty描述符。

此外，在中，也可以描述音频流在预定时段内的实际比特率的积分值，以替代图4和图5中的AveBandwidth。

(高级客户端的配置示例)

图6是图示图1中的高级客户端17的配置示例的框图。

高级客户端17包括许可证获取单元60、MPD获取单元61、MPD处理单元62、片段文件获取单元63、缓冲区65、解码单元66和输出控制单元67。

高级客户端17的许可证获取单元60通过高级服务请求图1中所示的网络服务器20进行分发。许可证获取单元60获取网络服务20响应于该请求发送的高级服务器信息和高级许可证。高级客户端17将获取的高级服务器信息和高级许可证提供给MPD获取单元61和片段文件获取单元63。

MPD获取单元61请求网络服务器20开始分发运动图像内容。此外，MPD获取单元61基于高级服务器信息和高级许可证请求高级服务器14分发MPD文件，并且获取该MPD文件。MPD获取单元61将获取的MPD文件提供给MPD处理单元62。

MPD处理单元62对MPD获取单元61提供的MPD文件进行分析。具体地，MPD处理单元62从MPD文件中获取由minimumUpdatePeriod指示的更新间隔。此外，MPD处理单元获取诸如各编码流的Bandwidth、URL和存储各编码流的片段文件的文件名称等采集信息。

此外，在编码流为音频流的情况下，基于<SupplementalProperty schemeIdUri＝"urn:mpeg:DASH:audio:cbr:2015">的值，MPD处理单元62识别与该值对应的音频流的编码系统是否为固定系统。然后，MPD处理单元62生成指示各音频流的编码系统是否为固定系统的编码系统信息。

在编码系统信息指示了系统不是固定系统的情况下，MPD处理单元62获取音频流的AveBandwidth并且使AveBandwidth成为选择比特率。此外，在编码系统信息指示了系统是固定系统的情况下，MPD处理单元62使音频流的Bandwidth成为选择比特率。

MPD处理单元62将各视频流的Bandwidth和采集信息、以及各音频流的选择比特率、采集信息和编码系统信息提供给片段文件获取单元63。

基于具有高级服务器14的网络带宽、各视频流的Bandwidth以及各音频流的选择比特率，片段文件获取单元63选择视频流的Bandwidth和音频流的选择比特率。

然后，基于高级服务器信息、高级许可证以及所选择的Bandwidth的视频流和选择比特率的音频流的再现时间处的片段文件的采集信息，片段文件获取单元63请求分发片段文件。片段文件获取单元63以片段为单位获取高级服务器14响应于该请求发送的片段文件。片段文件获取单元63将存储的所获取的片段文件中的编码流提供给缓冲区65以便保存。

缓冲区65临时保存片段文件获取单元63提供的编码流。

编码单元66从缓冲区65中读取编码流以解码生成运动图像内容的视频数字信号和音频数字信号。解码单元66向输出控制单元67提供生成的视频数字信号和音频数字信号。

输出控制单元67使显示单元(诸如未图示的显示器)基于解码单元66提供的视频数字信号显示图像。此外，输出控制单元67对解码单元66提供的音频数字信号进行数字/模拟(D/A)转换。基于作为D/A转换结果获取的音频模拟信号，输出控制单元67使输出单元(诸如未图示的扬声器)输出音频。

此外，准高级客户端18的配置与图16中的高级客户端17的配置相同，除了用准高级服务替代高级服务并且用准高级服务器15替代分发源之外，因此在这里将不再重述。此外，点播客户端19的配置与图16中的高级客户端17的配置相同，除了用点播服务替代高级服务并且用点播服务器16替代分发源之外，因此在这里将不再重述。

(信息处理系统的处理的描述)

图7是图示图1中的信息处理系统10的高级服务购买处理的流程图。

在图7的步骤S11中，高级客户端17的许可证获取单元60(图6)将请求通过高级服务进行分发的购买请求发送到图1中所示的网络服务器20。

在步骤S21中，网络服务器20接收从高级客户端17发送的购买请求。在步骤S22中，网络服务器20确定已经发送高级许可证的高级客户端17的数量是否小于可允许数量并且当前日期和时间是否在高级服务的销售时段内。

在S22中确定了已经发送高级许可证的高级客户端17的数量小于可允许数量并且当前日期和时间在高级服务的销售时段内的情况下，该过程转到步骤S23。在步骤S23中，网络服务器20向计费服务器21发送计费请求以请求向高级客户端17收取高级服务费用的处理。

在步骤S31中，计费服务器21接收从网络服务器20发送的计费请求。在步骤S32中，计费服务器21执行向高级客户端17收取高级服务费用的处理。在步骤S33中，计费服务器向网络服务器20发送计费处理的完成通知。

在步骤24中，网络服务器20接收从计费服务器21发送的完成通知。在步骤S25中，网络服务器20生成高级服务器信息和高级许可证，并且将生成的高级服务器信息和高级许可证发送到高级客户端17。

在步骤S12中，高级客户端17的许可证获取单元60(图6)接收从网络服务器20发送的高级服务器信息和高级许可证，并且将收到的高级服务器信息和高级许可证提供给MPD获取单元61和片段文件获取单元63。然后，该过程结束。

另一方面，在S23中确定了已经发送高级许可证的高级客户端17的数量不小于可允许数量或者当前日期和时间不在高级服务的销售时段内的情况下，该过程结束。

准高级客户端18接收准高级服务器信息和准高级许可证的准高级服务购买处理与图7中所示的高级服务购买处理相似，除了用准高级服务替代高级服务之外。

此外，点播客户端19接收点播服务器信息和点播许可证的点播服务购买处理与该高级服务购买处理相似，除了用点播服务替代高级服务，并且删除了步骤S22的确定处理中的已经发送点播许可证的点播客户端的数量小于可允许数量的条件。

此外，高级服务、准高级服务和点播服务的计费系统可以是针对各运动图像内容进行计费处理的按次计费系统或者是针对观看时段进行计费处理的订阅服务系统。高级许可证、准高级许可证和点播许可证在计费系统为按次计费系统的情况下是能够实现预定运动图像内容的获取与再现的许可证，而在计费系统为订阅服务系统的情况下是仅能够在预定时段内实现任意运动图像内容的获取与再现的许可证。

图8是图示图1中的文件生成装置11的文件生成处理的流程图。该文件生成处理是在视频流的至少一个编码系统为无损DSD系统的情况下进行的。

在图8的步骤S40中，文件生成装置11的MPD文件生成单元34生成MPD文件。此时，由于尚未计算出音频流的实际比特率的平均值，所以，例如，在MPD文件的AveBandwidth中描述与Bandwidth相同的值，并且在DurationForAveBandwidth描述指示0秒的PT0S。此外，在MPD文件的minimumUpdatePeriod中，例如，设置参考时段ΔT。MPD文件生成单元34将生成的MPD文件提供给上传单元35。

在步骤S41中，上传单元35将MPD文件生成单元34提供的MPD文件上传到管理服务器12。将上传到管理服务器12的MPD文件发送到原始分发服务器13以进行存储。

在步骤S42中，获取单元31以片段为单位获取运动图像内容的视频模拟信号和音频模拟信号，并且进行A/D转换。获取单元31向编码单元32提供作为A/D转换结果获取的视频数字信号和音频模拟信号等信号，以及以片段为单位的运动图像内容的其它信号。

在步骤S43中，编码单元32以多个比特率通过预定编码系统对获取单元31提供的运动图像内容的信号进行编码，以生成编码流。编码单元32将生成的编码流提供给片段文件生成单元33。

在步骤S44中，片段文件生成单元33针对各比特率对编码单元32提供的编码流进行归档，以生成片段文件。片段文件生成单元33将生成的片段文件提供给上传单元35。将上传到管理服务器12的片段文件发送到原始分发服务器13以进行存储。

在步骤S45中，上传单元35将片段文件生成单元33提供的片段文件上传到管理服务器12。将上传到管理服务器12的片段文件发送到原始分发服务器13以进行存储。

在步骤S46中，MPD文件生成单元34对音频流的实际比特率求积分到保存的积分值，并且保存作为结果获取的积分值。

在步骤S47中，MPD文件生成单元34确定是否通过步骤S46中的处理向上求积分到MPD文件的更新时间之前一秒的再现时间处的音频流的实际比特率。此外，在图8所示的示例中，由于直到将积分值更新了的MPD文件实际上传到管理服务器12的时间为一秒，所以MPD文件生成单元34确定是否向上求积分到更新时间之前一秒的再现时间处的音频流的实际比特率。然而，当然，该时间并不限于一秒；在不是一秒的情况下，确定是否向上求积分到更新时间之前该时间处的再现时间处的音频流的实际比特率。此外，在第一步骤S47的过程中的MPD文件的更新时间是0秒之后的一个参考时段ΔT，而在下一个步骤S47的过程中的MPD文件的更新时间是0秒之后的两个参考时段ΔT。其后，类似地，MPD文件的更新时间按参考时段ΔT增加。

在步骤S47中确定了通过步骤S46的过程向上求积分到MPD文件的更新时间之前一秒的再现时间处的音频流的实际比特率的情况下，该过程转到步骤S48。在步骤S48中，MPD文件生成单元34通过将保存的积分值除以与积分比特率对应的音频流的时段来计算平均值。

在步骤S49中，MPD文件生成单元34将MPD文件的AveBandwidth和DurationForAveBandwidth分别更新为在步骤S47中计算出的指示平均值的信息和指示与平均值对应的时段的信息。然后，MPD文件生成单元34将更新后的MPD文件提供给上传单元35，并且将存储在管理服务器12中的更新前的MPD文件更新为更新后的MPD文件。管理服务器12将更新后的MPD文件提供给原始分发服务器13，并且将存储在原始分发服务器13中的更新前的MPD文件更新为更新后的MPD文件。然后，该过程转到步骤S50。

另一方面，在步骤S47中确定了尚未通过步骤S46的过程向上求积分到MPD文件的更新时间之前一秒的再现时间处的音频流的实际比特率的情况下，该过程转到步骤S50。

在步骤S50中，获取单元31确定是否结束文件生成处理。具体地，在新提供了以片段为单位的运动图像内容的信号的情况下时，获取单元31确定不结束文件生成处理。然后，该过程返回到步骤S42，并且重复执行步骤S42至S50中的处理直到确定结束文件生成处理为止。

另一方面，在没有新提供以片段为单位的运动图像内容的信号的情况下，获取单元31在步骤S50中确定结束文件生成处理。然后，该过程结束。

图9是图示信息处理系统10的高级分发准备处理的流程图。该高级服务分发准备处理是在原始分发服务器13从运动图像内容的获取开始时间到获取结束时间内准备L个高级服务器14之后进行。

在图9的步骤S61中，高级客户端17向网络服务器20发送请求开始分发运动图像内容的分发请求。

在步骤S71中，网络服务器20接收从高级客户端17发送的分发请求。在步骤S72中，网络服务器20确定该分发请求的发送源是否是在图7的步骤S25中发送了高级许可证的高级客户端17。在步骤S72中确定了该分发请求的发送源是发送了高级许可证的高级客户端17的情况下，该过程转到步骤S73。

在步骤S73中，网络服务器20将保存的分发客户端的数量增加1，并且将当前时间保存为发送该分发请求的高级客户端17的分发开始时间。网络服务器20向管理服务器12发送保存的分发客户端的数量和与分发客户端的数量一样多的分发开始时间。

在步骤S81中，管理服务器12接收从管理服务器12发送的分发客户端的数量和分发开始时间。在步骤S82中，管理服务器12将接收到的分发客户端的数量和分发开始时间发送到原始分发服务器13。

在步骤S91中，原始分发服务器13接收从管理服务器12发送的分发客户端的数量和分发开始时间。

在步骤S83中，管理服务器12从存储的MPD文件中提取比特率信息，并且比特率信息发送到原始分发服务器13。

在步骤S92中，原始分发服务器13接收从管理服务器12发送的比特率信息。在步骤S93中，原始分发服务器13基于分发客户端的数量、分发开始时间和比特率信息，对L个高级服务器14进行缩放。

具体地，原始分发服务器13对L个高级服务器14进行缩放，从而使请求开始分发的高级客户端17和高级服务器14的网络带宽变成可以对由最大Bandwidth的比特率信息指示的平均值的音频流进行分发的带宽。

在步骤S94中，原始分发服务器13将存储的MPD文件和片段文件发送到缩放后的高级服务器14(的缓存服务器)。

在步骤S101中，缩放后的高级服务器14接收从原始分发服务器13发送的MPD文件和片段文件以进行存储。

在步骤S84中，管理服务器12确定分发客户端的数量和分发开始时间是否是网络服务器20新发送的，即，来自新高级客户端17的分发请求的发送是否启动了新的高级分发准备处理。

在步骤S84中确定了分发客户端的数量和分发开始时间不是网络服务器20新发送的情况下，该过程转到步骤S85。在步骤S85中，原始分发服务器13确定是否更新存储的MPD文件。在步骤S85中确定了更新存储的MPD文件的情况下，该过程返回到步骤S83，并且重复执行后续处理。

另一方面，在步骤S85中确定了不更新存储的MPD文件的情况下，该过程返回到步骤S84，并且重复执行后续处理。此外，在步骤S84中确定了分发客户端的数量和分发开始时间是网络服务器20新发送的情况下，该过程结束。

此外，在步骤S72中确定了分发请求的发送源不是发送了高级许可证的高级客户端17的情况下，该过程结束。

对准高级服务器15进行缩放的准高级分发准备处理与该高级分发准备处理相似，区别在于：准高级分发准备处理是在运动图像内容的获取开始时间到获取结束时间过去预定时间之后准备M个准高级服务器15之后进行的；用准高级服务替代高级服务；以及使用了缩放方法。在准高级分发准备处理中，例如，对M个准高级服务器15进行缩放，从而使请求开始分发的准高级客户端18和准高级服务器15的网络带宽变成可以对由最大Bandwidth的比特率信息指示的平均值的音频流进行分发的带宽。

对点播服务进行缩放的点播分发准备处理与该高级分发准备处理相似，区别在于：点播分发准备处理是在结束获取运动图像内容之后准备N个点播服务器16之后进行的；原始分发服务器13基于分发客户端的数量和分发开始时间进行缩放，没有进行步骤S83、S85和S92中的过程；用点播服务器替代高级服务。

此外，高级服务的假定带宽是最大比特率。因此，不管分发客户端的数量和分发开始时间，原始分发服务器13可以进行缩放，从而使请求开始分发的高级客户端17和高级服务器14的网络带宽变成可以对由最大Bandwidth的比特率信息指示的平均值的音频流进行分发的带宽。

然而，准高级服务的假定带宽小于最大比特率。因此，在假定带宽不足以大于由预定Bandwidth的比特率信息指示的平均值的情况下，根据分发客户端的数量和分发开始时间，在M个准高级服务器15中，不可能确保实现可以将预定Bandwidth的比特率信息指示的平均值的音频流分发给请求开始分发的准高级客户端18的网络带宽。

此外，点播服务的假定带宽是由预定Bandwidth的比特率信息指示的平均值，并且点播服务器16的数量M不是可允许数量而是确保预定数量的点播客户端19的假定带宽下音频流的流通所需的数量。因此，根据分发客户端的数量和分发开始时间，不可能确保可以将预定Bandwidth的比特率信息指示的平均值的音频流通过N个点播服务器16分发给请求开始分发的点播客户端19的网络带宽。

如上所述，管理服务器12从MPD文件中提取比特率信息，并且将比特率此案次提供给原始分发服务器13。因此，原始分发服务器13可以基于比特率信息对高级服务器14和准高级服务器15进行缩放。从而，与基于最大比特率进行缩放的情况相比，可以实现适当缩放。

图10是图示图6中的高级客户端17的MPD文件更新处理的流程图。该MPD文件更新处理是在图9中的高级分发准备处理之后MPD文件中描述了minimumUpdatePeriod的情况下进行的。

在图10的步骤S111中，高级客户端17的MPD获取单元61基于许可证获取单元60提供的高级服务器信息和高级许可证，请求高级服务器14分发MPD文件，并且获取该MPD文件。然后，MPD获取单元61将获得的MPD文件提供给MPD处理单元62。

在步骤S112中，通过对MPD获取单元61提供的MPD文件进行分析，MPD处理单元62从MPD文件中获取由minimumUpdatePeriod指示的更新间隔。

此外，MPD处理单元62对MPD文件进行分析，从而获取编码流的Bandwidth、采集信息、编码系统信息等。此外，在通过分析MPD文件得到编码系统信息指示了系统不是固定系统的情况下，MPD处理单元62获取音频流的AveBandwidth并且使AveBandwidth成为选择比特率。此外，在编码系统信息指示了系统是固定系统的情况下，MPD处理单元62使音频流的Bandwidth成为选择比特率。

MPD处理单元62将各视频流的Bandwidth和采集信息、以及各音频流的选择比特率、采集信息和编码系统信息提供给片段文件获取单元63。

在步骤S113中，通过前面步骤S111的处理，MPD获取单元61确定从获取MPD文件开始是否经过了更新间隔。在步骤S113中确定未经过更新间隔的情况下，MPD获取单元61待机直到经过更新间隔。

在步骤S113中确定经过了更新间隔的情况下，该过程转到步骤S114。在步骤S114中，高级客户端17确定是否结束稍后将要描述的图11所示的再现处理。在步骤S114中确定未结束再现处理的情况下，该过程返回到步骤S111，并且重复执行步骤S111至S114中的处理直到结束再现处理。

另一方面，在步骤S114中确定结束再现处理的情况下，该过程结束。

如上所述，在生成音频流之后，文件生成装置11针对各参考时段计算出生成的视频流的实际比特率的平均值，并且在MPD文件中对该平均值进行描述。因此，高级客户端17需要周期性地获取并更新MPD文件。

图11是图示图6中高级客户端17的再现处理的流程图。该再现处理与1图10中的MPD文件更新处理并行执行。

在图11的步骤S121中，片段文件获取单元63选择从MPD处理单元62提供的视频流的最小Bandwidth和音频流的最小选择比特率。

在步骤S122中，基于从再现开始时间开始的预定时间长度的片段文件的采集信息、高级服务器信息以及在步骤S121中选择的Bandwidth的视频流和选择比特率的音频流的片段文件的高级许可证，片段文件获取单元63以片段为单位从高级服务器14获取片段文件。

该预定时间长度是在解码开始之前最好存储在缓冲区65中的编码流的时间长度，用于检测高级服务器14与高级客户端17之间的网络带宽。例如，预定时间长度是可以保存在缓冲区65中的编码流的时间长度(例如，约30秒到60秒)(下文称为最大时间长度)的25％。片段文件获取单元63将获取的片段文件提供给缓冲区65以便保存。

在步骤S125中，基于高级服务器14与高级客户端17之间的网络带宽、视频流的Bandwidth以及音频流的选择比特率，片段文件获取单元63选择视频流的Bandwidth和音频流的选择比特率。

具体地，片段文件获取源63选择视频流的Bandwidth和音频流的选择比特率，从而使所选择的视频流的Bandwidth和音频流的选择比特率之和不大于网络带宽。

在步骤S126中，片段文件获取单元63以片段为单位将除了在步骤S125中选择的Bandwidth的视频流和选择比特率的音频流的片段文件之外的从步骤S122中获取片段文件的时间开始预定时间长度的片段文件的采集信息发送到高级服务器14，并且以片段为单元获取片段文件。片段文件获取单元63将获取的片段文件提供给缓冲区65以便保存。

此外，由于AveBandwidth是音频流的实际比特率的平均值，所以在某些情况下，实际比特率可能超过AveBandwidth。因此，使步骤S126中的预定时间长度短于参考时段ΔT。从而，在实际比特率超过AveBandwidth的情况下，使网络带宽变小，并且获得较低选择比特率的音频流。从而，可以防止发生缓冲区65的上溢。

在步骤S127中，片段文件获取单元63确定缓冲区65中是否存在空间。在步骤S127中确定了缓冲区65中不存在空间的情况下，片段文件获取单元63待机直到缓冲区65中有空间。

另一方面，在步骤S127中确定了缓冲区65存在空间的情况下，在步骤S128中，高级客户端17确定是否结束再现。在步骤S126中确定了未结束再现的情况下，该过程返回到步骤S124，并且重复执行步骤S124至S128中的处理直到结束再现。

另一方面，在步骤S128中确定结束再现的情况下，在步骤S129中，解码单元66在结束了对存储在缓冲区65中所有编码流的解码之后结束解码。然后，该过程结束。

此外，不管分发客户端的数量和分发开始时间，原始分发服务器13可以进行缩放，从而使请求开始分发的高级客户端17与高级服务器14之间的网络带宽变成可以对由最大Bandwidth的比特率信息指示的平均值的音频流进行分发的带宽。因此，根据图11中所示的再现处理，高级客户端17可以继续获取具有相同Bandwidth的音频流。

此外，虽然未描述，准高级客户端18的MPD文件更新处理和再现处理基本上与图10中的MPD文件更新处理和图11中的再现处理相同。

然而，如上所述，在假定带宽不足以大于由预定Bandwidth的比特率信息指示的平均值的情况下，根据分发客户端的数量和分发开始时间，不可能确保实现可以将预定Bandwidth的比特率信息指示的平均值的音频流通过M个准高级服务器15分发给请求开始分发的准高级客户端18的网络带宽。因此，在这种情况下，准高级客户端18根据网络带宽通过改变将要保存在缓冲区65中的编码流的时间长度来继续获取具有相同的最大比特率的音频流。

此外，点播客户端19在结束获取运动图像内容之后获取MPD文件。因此，所获取的MPD文件已经包括了运动图像内容的整个时段内的平均值。因此，点播客户端19不会进行MPD文件更新处理。点播客户端19的再现处理基本上与图11中的再现处理相同。

但是，根据分发客户端的数量和分发开始时间，不可能确保可以将预定Bandwidth的比特率信息指示的平均值的音频流通过N个点播服务器16分发给请求开始分发的点播客户端19的网络带宽。因此，在这种情况下，点播客户端19改变与将要通过再现处理获取的音频流相对应的带宽。此外，在这种情况下，点播客户端19可以根据网络带宽通过改变缓冲区65中存储的编码流的时间长度来继续获取具有相同带宽的音频流。

如上所述，文件生成装置11生成由无损DSD系统编码的音频流的实际比特率的平均值。因此，高级客户端17、准高级客户端18和点播客户端19可以基于音频流的实际比特率的平均值对待获取的视频流的Bandwidth进行选择，从而将剩余带宽分发给视频流，其中，该剩余带宽是音频流的Bandwidth与实际比特率之间的差值。从而，与基于音频流的Bandwidth选择待获取的视频流的Bandwidth的情况相比，可以获得最佳比特速率下的视频流。

此外，由于文件生成装置11每隔参考时段会对MPD文件的AveBandwidth进行更新，所以高级客户端17、准高级客户端18和点播客户端19可以在分发开始时间处获取最新MPD文件，从而获取最新AveBandwidth。

(服务描述)

图12是图示上述的高级服务、准高级服务和点播服务的视图。

如图12所示，高级服务的假定带宽为最大比特率。此外，在高级服务中，准备了确保可允许数量的高级客户端17的假定带宽所需的L个高级服务器14。因此，每一个高级客户端17的分发成本最高。此外，高级客户端17的可允许数量取决于可以准备的高级服务器14的数量，并且通常比较小。

此外，通过准备L个高级服务器14，再现通过高级服务分发的运动图像内容的高级客户端17可以从再现开始时间到再现结束时间以相同Bandwidth的比特率对音频流进行再现。

此外，在高级服务中，再现可以与运动图像内容的获取开始时间同时开始，并且在再现过程中不需要改变需要再现的视频流的Bandwidth，从而使运动图像内容的值最高。如上所述，在高级服务中，运动图像内容的值较高，并且分发成本较高，因此费用最高。

此外，在高级服务中，只允许在运动图像内容的获取开始时间到获取结束时间的期间内分发运动图像内容，并且不能通过点播服务进行分发。

另一方面，准高级服务的假定带宽是小于最大比特速率的比特率，该最大比特率是基于从运动图像内容的获取开始时间到允许通过准高级服务进行分发时的时间内的预定Bandwidth的比特率信息以及最大比特来确定的。此外，在准高级服务中，准备了确保可允许数量的准高级客户端18的假定带宽所需的M个准高级服务器15。

因此，每一个准高级客户端18的分发成本比高级服务的分发成本低。此外，从运动图像内容的获取开始时间到允许通过准高级服务进行分发时的时间越长，有保障的网络带宽越接近音频流的实际比特率。

此外，在准高级服务中，在假定带宽不足以大于由预定Bandwidth的比特率信息指示的平均值的情况下，为了再现与从再现开始时间到再现结束时间的带宽相同的带宽的音频流，准高级客户端18需要根据网络带宽改变将要保存到缓冲区65中的编码流的时间长度。

因此，在原始分发服务器13使假定带宽相对大于由预定Bandwidth的比特率信息指示的平均值的情况下，准高级客户端18的可允许数量取决于可以准备的准高级服务器15的数量，而且通常不大。此外，在准高级客户端18根据网络带宽改变将要保存到缓冲区65中的编码流的时间长度的情况下，准高级客户端18的可允许数量取决于准高级客户端18的处理能力，而且通常不小。

此外，在准高级服务中，由于在运动图像内容的获取开始时间的预定时间之前不能开始再现，运动图像内容的值低于高级服务中运动图像内容的值。如上所述，在准高级服务中，运动图像内容的值和分发成本均低于高级服务器中运动图像内容的值和分发成本，从而使费用低于高级服务中的费用。

在准高级服务中，只允许在运动图像内容的获取开始时间之后的预定时间到获取结束时间的期间内分发运动图像内容，并且不能通过点播服务进行分发。

点播服务的假定带宽是由预定Bandwidth的比特率信息指示的实际比特率的平均值。此外，点播服务的假定带宽也可以是小于预先确定的最大比特率的固定值。此外，在点播服务中，准备了确保预定数量的点播客户端19的假定带宽所需的N个点播服务器16。因此，每一个点播客户端19的分发成本是最低的。

此外，在点播服务中，在某些情况下，可能需要改变在再现开始时间到再现结束时间内待再现的音频流的Bandwidth。在这种情况下，准高级客户端18根据网络带宽改变将要保存到缓冲区6中的编码流的时间长度，从而再现了相同Bandwidth的音频流或者改变了待再现的音频流的Bandwidth。因此，点播客户端19的可允许数量取决于点播客户端19的处理能力，而且通常比较大。

此外，在点播服务中，在结束获取运动图像内容之前不能开始再现，并且在再现过程中可能需要改变待再现的音频流的Bandwidth，从而使运动图像内容的值最小。如上所述，在点播服务中，运动图像内容的值和分发成本最低，因此费用最低。

此外，原始分发服务器13可以通过一般缓存服务器缩放方法来进行点播服务器16的缩放。在这种情况下，保证不了带宽。

<第二实施例>

(音频流的媒体片段文件的配置示例)

应用本公开的信息处理系统的第二实施例与第一实施例之间的区别主要在于：在MPD文件中没有描述minimumUpdatePeriod，而是将通知MPD文件的更新时间的更新通知信息存储在音频流的媒体片段文件中。因此，在下文中仅描述音频流的片段文件、文件生成处理、MPD文件更新处理和再现处理。

图13是图示第二实施例中包括了音频流的更新通知信息的媒体片段文件的配置示例的视图。

图13中所示的媒体片段文件(Media Segment)包括styp框、sidx框、emsg框(事件消息框)和一个或多个Movie碎片。

styp框是存储指示媒体片段文件格式的信息的框。在图13所示的示例中，在styp框中存储有指示媒体片段文件的格式为MPEG-DASH格式的msdh。sidx框是存储包括一个或多个Moive碎片的子片段的索引信息的框。

emsg框是使用MPD有效期到期来存储更新通知信息的框。Movie碎片包括moof框和mdat框。moof框是是存储音频流的元数据的框，mdat框是存储音频流的框。将构成MediaSegment的Movie碎片分成一个或多个子片段。

(emsg框的描述示例)

图14是图示图13中emsg框的描述示例的视图。

如图14所示，在emsg框中描述了字符串值(string value)、presentation_time_delta、event_duration、id、message_data等。

作为定义与该emsg框对应的事件的值，在图14所示的情况下，字符串值设置为指示MPD文件的更新的1。

presentation_time_delta是从设置有该emsg框的媒体片段文件的再现时间到执行事件时的再现时间的时间。因此，在图14所示的情况下，presentation_time_delta是从设置有该emsg框的媒体片段文件的再现时间到更新MPD文件时的再现时间的时间，并且是更新通知信息。在第二实施例中，将presentation_time_delta设置为5。因此，在设置有该emsg框的媒体片段文件的再现时间之后五秒，对MPD文件进行更新。

作为与该emsg框对应的时间的时段，在图14所示的情况下，event_duration设置为指示时段未知的“0xFFFF”。id是该emsg框唯一的ID。此外，message_data是与该emsg框对应的事件有关的数据；此外，在图14所示的示例中，message_data是MPD文件的更新时间的可扩展标记语言(XML)数据。

如上所述，文件生成装置11包括图14中所示的emsg框，该emsg框根据需要存储媒体片段文件的presentation_time_delta。因此，文件生成装置11可以通知后续阶段中的装置(诸如管理服务器12)在媒体片段文件的再现时间之后需要多少秒来更新MPD文件。

此外，仅通过改变媒体片段文件中emsg框的设置频率，文件生成单元34可以容易改变MPF文件的更新频率。

(文件生成装置的处理描述)

图15是图示第二实施例中文件生成装置11的文件生成处理的流程图。该文件生成处理是在音频流的至少一个编码系统为无损DSD系统的情况下进行的。

在图15的步骤S130中，文件生成装置11的MPD文件生成单元34生成MPD文件。该MPD文件与第一实施例中的MPD文件的区别在于：没有描述minimumUpdatePeriod，而是描述了“urn:mpeg:dash:profile:is-off-ext-live:2014”。“urn:mpeg:dash:profile:is-off-ext-live:2014”是指示媒体片段文件中设置有图14所示的emsg框的配置文件。MPD文件生成单元34将生成的MPD文件提供给上传单元35。

步骤S131至S133中的过程分别与图8中步骤S41至S43中的过程相似，因此在这里将不再重述。

在步骤S134中，文件生成装置11的片段文件生成单元33确定在步骤S133中编码的音频数字信号的再现时间是否是MPD文件的更新时间之前五秒。此外，在图15所示的示例中，因为在五秒之前通知了后续阶段中的装置更新MPD文件，所以片段文件生成单元33确定是否是MPD文件的更新时间之前五秒。但是，当然也可以在除了五秒外的其它时间之前通知后续阶段中的装置。在除了五秒外的其它时间之前进行通知的情况下，确定是否是在MPD文件的更新时间之前的该时间。此外，在第一步骤S134的过程中的MPD文件的更新时间是0秒之后的一个参考时段ΔT，而在下一个步骤S134的过程中的MPD文件的更新时间是0秒之后的两个参考时段ΔT。其后，类似地，MPD文件的更新时间按参考时段ΔT增加。

在步骤S134中确定是MPD文件的更新时间之前五秒的情况下，该过程转到步骤S135。在步骤S135中，片段文件生成单元33生成编码文件32提供的音频流的包括图14所示的emsg框的片段文件。片段文件生成单元33还生成编码单元32提供的视频流的片段文件。然后，片段文件生成单元33将生成的片段文件提供给上传单元35，并且将该过程转到步骤S137。

另一方面，在步骤S134中确定不是MPD文件的更新时间之前五秒的情况下，该过程转到步骤S136。在步骤S136中，片段文件生成单元33生成编码文件32提供的音频流的不包括图14所示的emsg框的片段文件。片段文件生成单元33还生成编码单元32提供的视频流的片段文件。然后，片段文件生成单元33将生成的片段文件提供给上传单元35，并且将该过程转到步骤S137。

步骤S137至S138中的过程分别与图8中步骤S45至S50中的过程相似，因此在这里将不再重述。

此外，虽然未图示，但是第二实施例中高级客户端17的MPD文件更新处理是当片段文件获取单元63获取的媒体片段文件中包括图14所示的emsg框时MPD获取单元61在五秒之后获取MPD文件的处理。在第二实施例中，将presentation_time_delta设置为5；当然，这并不局限于此。

此外，第二实施例中高端客户端17的再现处理与图11中的再现处理相同，并且与MPD文件更新处理并行执行。高级客户端17的MPD文件更新处理和再现处理与准高级客户端18的MPD文件更新处理和再现处理之间的关系以及高级客户端17的再现处理与点播客户端19的再现处理之间的关系均与第一实施例中的关系相同。此外，在第二实施例中，点播客户端19如同高级客户端17一样执行MPD文件更新处理，但是在更新前后都不会改变MPD文件。

如上所述，在第二实施例中，在媒体片段文件中设置有存储更新通知信息的emsg框。因此，在获取包括emsg框的媒体片段文件的情况下，管理服务器12只需提取包括在MPD文件中的比特率信息。

此外，在获取包括emsg框的媒体片段文件的情况下，高级客户端17、准高级客户端18和点播客户端19只需获取MPD文件。因此，除了在获取编码流时，可以抑制HTTP开销的增加。

<第三实施例>

(emsg框的描述示例)

应用本公开的信息处理系统的第三实施与第二实施例之间的区别主要在于：不更新MPD文件，而是在音频流的片段文件中设置用于存储AveBandwidth和DurationForAveBandwidth的更新值作为MPD文件的更新信息(更新前后的差异信息)的emsg框；管理服务器12提取emsg框中包括的MPD文件和比特率信息。

换言之，在第三实施例中，在MPD文件包括了AveBandwidth和DurationForAveBandwidth的初始值，而在音频流的片段文件中包括了AveBandwidth和DurationForAveBandwidth的更新值。因此，在下文中仅描述存储AveBandwidth和DurationForAveBandwidth的更新值的emsg框、文件生成处理、MPD文件更新处理和再现处理。

图16是图示第三实施例中存储AveBandwidth和DurationForAveBandwidth的更新值的emsg框的描述示例的视图。

在图16所示的emsg框中，字符串值设置为指示MPD文件的更新信息的传输的2。此外，在presentation_time_delta中，将0设置为从设置有该emsg框的媒体片段文件的再现时间到发送MPD文件的更新信息时的再现时间的时间。因此，后续阶段中的装置可以识别出MPD文件的更新信息设置在设置有该emsg框的媒体片段文件中。

如同图14所示的情况一样，将event_duration设置为“0xFFFF”。此外，message_data是作为MPD文件的更新信息的AveBandwidth和DurationForAveBandwidth的更新值的XML数据。

(文件生成装置的处理描述)

图17是图示第三实施例中文件生成装置11的文件生成处理的流程图。该文件生成处理是在音频流的至少一个编码系统为无损DSD系统的情况下进行的。

在图17的步骤S160中，文件生成装置11的MPD文件生成单元34生成MPD文件。该MPD文件与第二实施例中的MPD文件相同，除了将配置文件替换为用于指示在媒体片段文件中设置图14或图16所示的emsg框的配置文件。MPD文件生成单元34将生成的MPD文件提供给上传单元35。

步骤S161至S164中的过程分别与图15中步骤S131至S134中的过程相似，因此在这里将不再重述。

在步骤S164中确定不是MPD文件的更新时间之前五秒的情况下，该过程转到步骤S165。步骤S165至S167中的过程分别与图15中步骤S138至S140中的过程相似，因此在这里将不再重述。

在步骤S168中，片段文件生成单元33生成编码单元32提供的音频流的片段文件，该片段文件包括图16所示的emsg框，该emsg框包括：在步骤S167中计算出的平均值，作为AveBandwidth的更新值；以及与平均值对应的时段，作为DurationForAveBandwidth的更新值。片段文件生成单元33还生成编码单元32提供的视频流的片段文件。然后，片段文件生成单元33将生成的片段文件提供给上传单元35，并且将该过程转到S172。

另一方面，在步骤S166中确定了尚未向上求积分到MPD文件的更新时间之前一秒的再现时间处的音频流的实际比特率的情况下，该过程转到步骤S169。

在步骤S169中，片段文件生成单元33生成编码文件32提供的音频流的片段文件，该片段文件既不包括图14所示的emsg框也不包括图16所示的emsg框。片段文件生成单元33还生成编码单元32提供的视频流的片段文件。然后，片段文件生成单元33将生成的片段文件提供给上传单元35，并且将该过程转到步骤S172。

另一方面，在步骤S164中确定是更新时间之前五秒的情况下，在步骤S170中，片段文件生成单元33生成编码单元32提供的音频流的片段文件，该片段文件包括存储图14所示的更新通知信息的emsg框。片段文件生成单元33还生成编码单元32提供的视频流的片段文件。然后，片段文件生成单元33将生成的片段文件提供给上传单元35。

在步骤S171中，MPD文件生成单元34对音频流的实际比特率求积分到保存的积分值，并且保存作为结果获取的积分值，并且该过程转到步骤S172。

在步骤S172中，上传单元35将片段文件生成单元33提供的片段文件上传到管理服务器12。

步骤S173中的过程与图15中步骤S142中的过程相似，因此在这里将不再重述。

此外，虽然未图示，但第三实施例中高级客户端17的MPD文件更新处理是当片段文件获取单元63获取的媒体片段文件中包括图14所示的emsg框时在更新MPD文件五秒之后从媒体片段文件的图16所示的emsg框中获取AveBandwidth和DurationForAveBandwidth的更新值的处理。

此外，第三实施例中高端客户端17的再现处理与图11中的再现处理相同，并且与MPD文件更新处理并行执行。高级客户端17的MPD文件更新处理和再现处理与准高级客户端18和点播客户端19的MPD文件更新处理和再现处理之间的关系与第一实施例中的关系相同。

如上所述，在第三实施例中，仅将AveBandwidth和DurationForAveBandwidth的更新值发送给后续阶段中的装置。因此，可以减少更新AveBandwidth和DurationForAveBandwidth所需的传输量。此外，由于管理服务器12和MPD处理单元62只需要分析关于更新的MPD文件的AveBandwidth和DurationForAveBandwidth的描述，因此减少了分析工作量。

此外，在第三实施例中，AveBandwidth和DurationForAveBandwidth的更新值存储在音频流的片段文件中。因此，每次更新MPD文件时，高级客户端17、准高级客户端18和点播客户端19不需要获取MPD文件。因此，除了在获取编码流时，可以抑制HTTP开销的增加。

<第四实施例>

(emsg框的描述示例)

应用本公开的信息处理系统的第四实施例与第三实施例之间的区别主要在于：在MPD文件中没有描述AveBandwidth和DurationForAveBandwidth的初始值；在音频流的片段文件中没有设置存储更新通知信息的emsg框；管理服务器12提取emsg框中包括的比特率信息。因此，在下文中仅描述存储AveBandwidth和DurationForAveBandwidth的emsg框、文件生成处理、AveBandwidth和DurationForAveBandwidth的更新处理、以及再现处理。

图18是图示第四实施例中存储AveBandwidth和DurationForAveBandwidth的emsg框的描述示例的视图。

在图18所示的emsg框中，将字符串值设置为3，该值用于指示AveBandwidth和DurationForAveBandwidth的传输。此外，在presentation_time_delta中，将0设置为从设置有该emsg框的媒体片段文件的再现时间到发送AveBandwidth和DurationForAveBandwidth时的再现时间的时间。因此，后续阶段中的装置可以识别出AveBandwidth和DurationForAveBandwidth设置在设置有该emsg框的媒体片段文件中。

如同图14所示的情况一样，将event_duration设置为“0xFFFF”。此外，message_data是AveBandwidth和DurationForAveBandwidth的XML数据。

仅通过改变音频流的媒体片段文件中图18所示的emsg框的设置频率，文件生成装置11可以容易改变AveBandwidth和DurationForAveBandwidth的更新频率。

此外，虽然未图示，但第四实施例中文件生成装置的文件生成处理与图17中的文件生成处理相似，主要区别在于：不执行步骤S164、S170和S171中的过程，并且用图18所示的emsg框替代图16所示的emsg框。

但是，在第四实施例中的MPD文件中并没有描述AveBandwidth和DurationForAveBandwidth。此外，MPD文件中描述的配置文件是指示在片段文件中设置有图18所示的emsg框的配置文件，例如，“urn:mpeg:dash:profile:isoff-dynamic-bandwidth:2015”。

此外，虽然未图示，但进行了第四实施例中高级客户端17的AveBandwidth和DurationForAveBandwidth的更新处理，以替代在第三实施例中的MPD文件更新处理。AveBandwidth和DurationForAveBandwidth的更新处理是当片段文件获取单元63获取的媒体片段文件中包括图18所示的emsg框时从emsg框获取AveBandwidth和DurationForAveBandwidth并且对AveBandwidth和DurationForAveBandwidth进行更新的处理。

此外，第四实施例中高级客户端17的再现处理与图11中的再现处理相同，区别在于：步骤S121中选择比特率的AveBandwidth不是MPD处理单元62提供的，而是由片段文件获取单元63自己更新的。该再现处理与AveBandwidth和DurationForAveBandwidth的更新处理并行执行。

高级客户端17的AveBandwidth和DurationForAveBandwidth的更新处理和再现处理与准高级客户端18和点播客户端19的AveBandwidth和DurationForAveBandwidth的更新处理和再现处理之间的关系与第一实施例中的关系相同。

如上所述，在第四实施例中，AveBandwidth和DurationForAveBandwidth设置在emsg框中。因此，管理服务器12和MPD处理单元62不需要针对AveBandwidth和DurationForAveBandwidth对MPD文件进行分析。

此外，也可以按照其它标准(诸如HTTP 2.0和WebSocket)而非emsg框中存储的标准，周期性地发送AveBandwidth和DurationForAveBandwidth。在这种情况下，也取得了与第四实施例相似的效果。

此外，在第四实施例中，存储更新通知信息的emsg框可以和第二实施例一样设置在片段文件中。

<第五实施例>

(MPD文件的描述示例)

应用本公开的信息处理系统的第五实施例与第四实施例之间的区别主要在于：AveBandwidth和DurationForAveBandwidth的XML数据设置在与音频流的片段文件不同的片段文件中，管理服务器12提取该片段文件中包括的比特率信息。因此，在下文中仅描述存储AveBandwidth和DurationForAveBandwidth的片段文件(下文称为带宽片段文件)、文件生成处理、AveBandwidth和DurationForAveBandwidth的更新处理、以及再现处理。

图19是图示第五实施例中MPD文件的描述示例的视图。

此外，在图19中，为了方便描述，仅图示了MPD文件的描述中对带宽片段文件的管理的描述。

如图19所示，该带宽片段文件的自适应集元素与图4所示的音频流的自适应集元素之间的区别在于包括了<SupplementalProperty schemeIdUri＝"urn:mpeg:dash:bandwidth:2015">。

<SupplementalProperty schemeIdUri＝"urn:mpeg:dash:bandwidth:2015">是指示带宽片段文件的更新间隔的描述符。作为<SupplementalProperty schemeIdUri＝"urn:mpeg:dash:bandwidth:2015">的值(value)，设置了更新间隔和作为带宽片段文件的名称的基础的文件URL。在图19所示的示例中，将更新间隔设置为参考时段ΔT，将文件URL设置为“$Bandwidth$bandwidth.info”。因此，通过将“bandwidth”添加到表示元素中包括的Bandwidth来获取带宽片段文件的名称的基础。

此外，在图19所示的示例中，与带宽片段文件对应的三种类型的音频流的最大比特率分别为2.8Mbps、5.6Mbps和11.2Mbps。因此，这三个表示元素包括作为Bandwidth的2800000、5600000和11200000。因此，在图19所示的示例中，带宽分段文件的名称的基础是2800000bandwidth.info、5600000bandwidth.info和11200000bandwidth.info。

表示元素中包括的片段信息元素包括包括与表示元素对应的带宽片段文件组的带宽片段文件有关的信息。

如上所示，在第五实施例中，在MPD文件中描述了更新间隔。因此，仅通过改变MPD文件中描述的更新间隔和带宽片段文件的更新间隔，可以容易地改变AveBandwidth和DurationForAveBandwidth的更新频率。

此外，虽然未图示，但第五实施例中文件生成装置11的文件生成处理与图8中的文件生成处理相似，区别在于：步骤S40中生成的MPD文件是图19中所示的MPD文件；片段文件生成装置33生成带宽片段文件，并且经由上传单元35将该宽段片段文件上传到管理服务器12，不用进行在步骤49中更新MPD文件。

此外，第五实施例中高级客户端17的AveBandwidth和DurationForAveBandwidth的更新处理与图10中的MPD文件更新处理相似，区别在于：片段文件获取单元63在步骤S93与S94之间获取带宽片段文件以更新AveBandwidth和DurationForAveBandwidth；在步骤S94中确定不需要结束的情况下，该过程返回到步骤S93。

此外，第五实施例中高级客户端17的再现处理与图11中的再现处理相同，区别在于：步骤S121中选择比特率的AveBandwidth不是由MPD处理单元62提供的，而是由片段文件获取单元63自己更新的。该再现处理与AveBandwidth和DurationForAveBandwidth的更新处理并行执行。

高级客户端17的AveBandwidth和DurationForAveBandwidth的更新处理和再现处理与准高级客户端18和点播客户端19的AveBandwidth和DurationForAveBandwidth的更新处理和再现处理之间的关系与第一实施例中的关系相同。

如上所述，在第五实施例中，AveBandwidth和DurationForAveBandwidth设置在带宽片段文件中。因此，管理服务器12和MPD处理单元62不需要针对AveBandwidth和DurationForAveBandwidth对MPD文件进行分析。

<第六实施例>

(MPD文件的第一描述示例)

应用本公开的信息处理系统的第六实施例与第一实施例之间的区别在于：MPD文件的配置；以及，音频流的片段长度是可变的，以使音频流的片段文件的实际比特率落入预定范围内。因此，在下文中仅描述MPD文件和片段文件的配置。

图20是图示第六实施例中MPD文件的第一描述示例的视图。

图20中所示的MPD文件的描述与图4中所示的配置之间的区别在于：音频流的片段文件的自适应集元素包括指示各片段文件的片段长度的ConsecutiveSegmentInformation。

在图20所示的示例中，以固定片段长度的正倍数作为参考时间来改变片段长度。具体地，片段文件包括固定片段长度的一个或多个片段文件的串联。

因此，将MaxConsecutiveNumber描述为ConsecutiveSegmentInformation的值(Value)，然后顺序地重复描述FirstSegmentNumber和ConsecutiveNumbers。

MaxConsecutiveNumber是指示固定片段长度的片段文件的串联的最大数量。基于音频流的片段文件的自适应集中包括的Segment Template的时间刻度和持续时间来设置固定片段长度。在图20所示的示例中，时间刻度为44100，持续时间为88200，因此固定片段长度为两秒。

FirstSegmentNumber是来自相同长度的一组连续片段的报头片段的报头的数字，即，相同片段长度的一组连续片段的报头片段文件的名称中包括的数字。ConsecutiveNumbers是指示固定片段长度有多少次等于紧接在前面的FirstSegmentNumber相对应的片段组的片段长度的信息。

在图20所示的示例中，ConsecutiveSegmentInformation的值设置为2、1、1、11、2、31、1。因此，固定片段长度的串联的最大数量为2。此外，通过串联具有固定长度的文件名为“2800000-1.mp4”的一个媒体片段文件，从与Bandwidth为2800000的表示元素相对应的最大比特率为2.8Mpbs、文件名为“2800000-1.mp4”的报头中获得第一媒体片段文件。因此，文件名为“2800000-1.mp4”的媒体片段文件的片段长度是2秒，这是固定片段长度的一倍。

同样地，通过串联具有固定片段长度的文件名为“2800000-2.mp4”至“2800000-10.mp4”的一个媒体片段文件，从文件名为“2800000-2.mp4”至“2800000-10.mp4”的报头中获得第二至第十媒体片段文件，这些媒体片段文件的片段长度均为2秒。

此外，通过串联具有两个固定片段长度的文件名为“2800000-11.mp4”和“2800000-12.mp4”的媒体片段文件，从文件名为“2800000-11.mp4”的报头中获得第十一媒体片段文件。因此，文件名为“2800000-11.mp4”的媒体片段文件的片段长度是4秒，这是固定片段长度的两倍。此外，丢失了与文件名为“2800000-11.mp4”的媒体片段文件串联的文件名为“2800000-12.mp4”的媒体片段文件。

同样地，通过串联具有固定片段长度的两个媒体片段文件，还从文件名为“2800000-13.mp4”、“2800000-15.mp4”、…、“2800000-29.mp4”的报头中获得第十二至第十九媒体片段文件，这些媒体片段文件的片段长度均为4秒。

此外，通过串联具有一个固定片段长度的文件名为“2800000-31.mp4”的媒体片段文件，从文件名为“2800000-31.mp4”的报头中获得第二十媒体片段文件。因此，文件名为“2800000-31.mp4”的媒体片段文件的片段长度是2秒，这是固定片段长度的一倍。

分别与Bandwidth为5600000和11200000的表示元素相对应的最大比特率为5.6Mbps和11.2Mbps的媒体片段文件的配置与最大比特率为2.8Mbps的媒体片段文件的配置相似，因此在这里不再重述。

(MPD文件的第二描述示例)

图21是图示第六实施例中MPD文件的第二描述示例的视图。

图21中所示的MPD文件的配置与图4中所示的配置之间的区别在于：在SegmentTemplate中没有描述时间刻度和持续时间；音频流的片段文件的自适应集元素包括SegmentDuration。

在图21所示的示例中，将片段长度改变为任意时间。因此，将时间刻度和持续时间描述为SegmentDuration。作为指示一秒的值，在图21所示的示例中将时间刻度设置为44100。

此外，至于持续时间，对FirstSegmentNumber和ConsecutiveNumbers进行顺序地重复描述。FirstSegmentNumber与图20中的FirstSegmentNumber相同。SegmentDuration是当时间刻度设置为1秒时与紧接在前面的FirstSegmentNumber对应的片段组的片段长度的值。

在图21所示的示例中，SegmentDuration的值为1,88200,11,44100,15,88200。因此，来自与Bandwidth为2800000的表示元素对应的最大比特率为2.8Mbps、文件名为“2800000-1.mp4”的报头的第一媒体片段文件的片段长度是2秒(＝88200/44100)。同样地，文件名为“2800000-2.mp4”至“2800000-10.mp4”的第二至第十媒体片段文件的片段长度也是2秒。

此外，来自文件名为“2800000-11.mp4”的报头的第十一媒体片段文件的片段长度是1秒(＝44100/44100)。同样地，来自文件名为“2800000-12.mp4”至“2800000-14.mp4”的报头的第十二至第十四媒体片段文件的片段长度也是1秒。

此外，来自文件名为“2800000-15.mp4”的报头的第十五媒体片段文件的片段长度是2秒(＝88200/44100)。

分别与Bandwidth为5600000和11200000的表示元素相对应的最大比特率为5.6Mbps和11.2Mbps的媒体片段文件的配置与2.8Mbps的媒体片段文件的配置相似，因此在这里不再重述。

如上所述，在图21所示的示例中，部存在丢失的音频流的媒体片段文件的文件名。

此外，在第六实施例中，片段文件生成单元33基于音频流的实际比特率或者实际比特率的平均值确定片段长度，从而使比特率落入预定范围内。因此，片段长度随着音频流的生成而变化。因此，每次改变片段长度时，高级客户端17、准高级客户端18和点播客户端19不需要更新MPD文件。

在第六实施例中，假设片段长度的变化定时与音频流的实际比特率的平均值的计算定时相同，但是它们也可以彼此不同。在两者的定时彼此不同的情况下，将指示片段长度的更新间隔与更新时间的信息发送到高级客户端17、准高级客户端18和点播客户端19，并且高级客户端17、准高级客户端18和点播客户端19基于该信息对MPD文件进行更新。

(片段文件的配置示例)

图22是图示第六实施例中无损DSD系统的音频流的媒体片段文件的配置示例的视图。

图22的A中所示的媒体片段文件的配置与图13中所示的配置之间的区别在于Movie碎片的数量不与固定片段长度一样，而是存在可变片段长度；此外，没有设置emsg框。

此外，在如同图20所示的示例一样通过串联具有固定片段长度的一个或多个媒体片段文件来获得媒体片段文件的情况下，如图22的B所示，可以仅通过串联一个或多个固定片段长度来获得媒体片段文件。在这种情况下，styp框和sidx框的数量与串联的媒体片段文件的数量一样多。

如上所述，在第六实施例中，音频流的片段长度是可变的，从而使音频流的片段文件的实际比特率落入预定范围内。因此，即使是在音频流的实际比特率比较小的情况下，高级客户端17、准高级客户端18和点播客户端19都可以通过以片段为单位获取片段文件的方式来获取在预定范围内的比特率的音频流。

另一方面，在片段长度是固定的情况下，如果音频流的实际比特率较小，则减小了通过获取一个片段单位的片段文件而获得的音频流的比特量。从而，增加了每比特量的HTTP开销。

此外，还可以通过与第三至第五实施例中AveBandwidth和DurationForAveBandwidth的方式，将指示各片段文件的片段长度的信息发送到高级客户端17、准高级客户端18和点播客户端19。此外，指示各片段文件的片段长度的文件可以与MPD文件分开生成并发送到高级客户端17、准高级客户端18和点播客户端19。

此外，同样在第三至第五实施例中，可以像第六实施例那样使片段长度可以变化。

(无损DSD系统的描述)

(无损压缩编码单元的配置示例)

图23是图示图23是图示无损压缩编码单元的的配置示例的框图，该无损压缩编码单元通过图3所示的获取单元31和编码单元32的无损DSD系统对音频模拟信号进行A/D转换和编码。

图23所示的无损压缩编码单元100包括输入单元111、ADC 112、输入缓冲区113、控制单元114、编码单元115、编码数据缓冲区116、数据量比较单元117、数据传输单元118和输出单元119。无损压缩编码系统100通过DSD系统将音频模拟信号转换成音频数字信号，并且对转换后的音频数字信号进行无损压缩编码以便输出。

具体地，从输入单元111输入运动图像内容的音频模拟信号，并且将音频模拟信号提供给ADC 112。

ADC 112包括加法器121、积分器122、比较器123、单样本延迟电路124和1比特DAC125。ADC112通过DSD系统将音频模拟信号转换成音频数字信号。

换言之，将输入单元111提供的音频模拟信号提供给加法器121。加法器121将1比特DAC 125提供的一个样本时段之前的音频模拟信号和来自输入单元111的音频模拟信号相加，然后将音频模拟信号输出到积分器122。

积分器122对来自加法器121的音频模拟信号进行积分，然后将音频模拟信号输出到比较器123。比较器123通过比较积分器122提供的音频模拟信号和每一个样本时段内的中点电位来进行1比特量化。

同时，虽然这里假设比较器123进行1比特量化，但是也可以进行2比特量化、4比特量化等。此外，作为样本时段的频率(采样频率)，例如，使用48kHz和44.1kHz的64倍和128倍频率。比较器123将通过1比特量化得到的1比特音频数字信号输出到输入缓冲区113，还将1比特音频数字信号提供给单样本延迟电路124。

单样本延迟电路124使来自比较器123的1比特音频数字信号延迟一个样本时段，然后将1比特音频数字信号输出到1比特DAC 125。1比特DAC 125将来自单样本延迟电路124的音频数字信号转换成音频模拟信号，然后将音频模拟信号输出到加法器121。

输入缓冲区113临时存储ADC 112提供的1比特音频数字信号，并且基于逐帧的方式将1比特音频数字信号提供给控制单元114、编码单元115和数据量比较单元117。这里，一帧是将音频数字信号划分到预定时间(时段)以视为一个组的单位。

控制单元114控制整个无损压缩编码单元100的操作。同时，控制单元114具有创建编码单元115进行无损压缩编码所需的转换表table1并将该转换表table1提供给编码单元15的功能。

具体地，控制单元114使用输入缓冲区113提供的一帧的音频数字信号以帧为单位创建数据生成计数表pre_table，并且进一步用数据生成计数表pre_table创建转换表table1。控制单元114将以帧为单位创建的转换表table1提供给编码单元115和数据传输单元118。

通过使用由控制单元114提供的转换表table1，编码单元115以4位为单位对输入缓冲区113提供的音频数字信号进行无损压缩编码。因此，在将音频数字信号提供给控制单元114的同时也将音频数字信号从输入缓冲区113提供给编码单元115；但是，在编码单元115中，使处理处于待命状态直到从控制单元114提供了转换表table1。

尽管稍后将对无损压缩编码进行详细描述，但是编码单元115对4比特音频数字信号进行无损压缩编码以转换成2比特音频数字信号或6比特音频数字信号，并且将音频数字信号的输出到编码数据缓冲区116。

编码数据缓冲区116临时缓存由编码单元115的无损压缩编码产生的音频数字信号，并且将音频数字信号提供给数据量比较单元117和数据传输单元118。

数据量比较单元117以帧为单位将由输入缓冲区113提供的未经过无损压缩编码的音频数字信号的数据量与由编码数据缓冲区116提供的经过无损压缩编码的音频数字信号的数据量进行比较。

换言之，如上所述，由于编码单元115对4比特音频数字信号进行无损压缩编码以转换成2比特音频数字信号或6比特音频数字信号，因此存在无损压缩编码后的音频数字信号的数据量在算法上超过无损压缩编码前的音频数字信号的数据量的情况。因此，数据量比较单元117将无损压缩编码后的音频数字信号的数据量与无损压缩编码前的音频数字信号的数据量进行比较。

然后，数据量比较单元117选择数据量较小的音频数字信号，并且将指示所选择的音频数字信号的选择控制数据提供给数据传输单元118。同时，在将指示所选择的无损压缩编码前的音频数字信号的选择控制数据提供给数据传输单元118的情况下，数据量比较单元117还将无损压缩编码后的音频数字信号提供给数据传输单元118。

基于数据量比较单元117提供的选择控制数据，数据传输单元118选择由编码数据缓冲区116提供的音频数字信号或由数据量比较单元117提供的音频数字信号。在选择了由编码数据缓冲区116提供的经过无损压缩编码的音频数字信号的情况下，数据传输单元118根据音频数据信号、选择控制数据以及由控制单元114提供的转换表table1生成数据流。另一方面，在数据传输单元118选择了由数据量比较单元117提供的未经过无损压缩编码的音频数字信号的情况下，数据传输单元118根据音频数字信号和选择控制数据生成音频流。然后，数据传输单元118经由输出单元119输出生成的音频流。同时，输出传输单元118也可以通过向预定数量的样本的音频数字信号添加同步信号和错误校正码(ECC)来生成音频流。

(数据生成计数表的示例)

图24是图示图23中由控制单元114生成的数据生成计数表的示例的视图。

控制单元114以4位为单位对由输入缓冲区113提供的以帧为单位的音频数字信号进行划分。在下文中，从划分的信头开始以4比特为单位的第i(i是大于1的整数)个音频数字信号称为D4数据D4[i]。

对于每个帧，控制单元114从信头开始顺序地使第n(n>3)个D4数据D4[n]成为待处理D4数据。针对待处理D4数据D4[n]的三个最新过去的D4数据D4[n-3]、D4[n-2]和D4[n-1]的各种模式，控制单元114对待处理D4数据D4[n]的生成次数进行计数，并且创建如图24所示的数据生成计数表pre_table[4096][16]。这里，数据生成计数表pre_table[4096][16]中的[4096]和[16]表示数据生成计数表是具有4096行和16列的表格(矩阵)；从[0]到[4095]中的各行均对应过去三个D4数据D4[n-3]、D4[n-2]和D4[n-1]可能取的值；从[0]到[15]中的各列均对应待处理D4数据D4[n]可能取的值。

具体地，数据生成计数表pre_table的第一行中的pre_table[0][0]至[0][15]表示在过去三个D4数据D4[n-3]、D4[n-2]和D4[n-1]是“0”＝{0000,0000,0000}时待处理D4数据D4[n]的生成次数。在图24所示的示例中，过去三个D4数据D4[n-3]、D4[n-2]和D4[n-1]为“0”且待处理D4数据D4[n]为“0”的次数是369a(十六进制表示法)，过去三个D4数据D4[n-3]、D4[n-2]和D4[n-1]为“0”而待处理D4数据D4[n]不同于“0”的次数是0。因此，pre_table[0][0]至[0][15]可以表示为{369a,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}。

数据生成计数表pre_table的第二行中的pre_table[1][0]至[1][15]表示在过去三个D4数据D4[n-3]、D4[n-2]和D4[n-1]是“1”＝{0000,0000,0001}时待处理D4数据D4[n]的生成次数。在图24所示的示例中，在过去三个D4数据D4[n-3]、D4[n-2]和D4[n-1]均为“1”的一帧内，不存在任何模式。因此，pre_table[1][0]至[1][15]表示为{0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}。

同样，数据生成计数表pre_table的第118行中的pre_table[117][0]至[117][15]表示在过去三个D4数据D4[n-3]、D4[n-2]和D4[n-1]是“117”＝{0000,0111,0101}时待处理D4数据D4[n]的生成次数。在图24所示的示例中，表明了在过去三个D4数据D4[n-3]、D4[n-2]和D4[n-1]为“117”且待处理D4数据D4[n]为“0”,“1”,“2”,“3”,“4”,“5”,“6”,“7”,“8”,“9”,“10”和“11”至“15”的次数分别为0,1,10,18,20,31,11,0,4,12,5和0。因此，pre_table[117][0]至[117][15]表示为{0,1,10,18,20,31,11,0,4,12,5,0,0,0,0,0}。

(转换表的示例)

图25是图示图23中由控制单元114生成的转换表table1的示例的视图。

控制单元114基于先前创建的数据生成计数表pre_table生成具有4096行和3列的转换表table1[4096][3]。这里，行[0]到[4095]中的各行均对应过去三个D4数据D4[n-3]、D4[n-2]和D4[n-1]可能取的值；而在列[0]到[2]中，存储了待处理D4数据D4[n]可能取的16个值中生成频率较高的三个值。在转换表table1[4096][3]的第一列[0]中，存储了具有最高(第一)生成频率的值；在第二列[1]中，存储了具有第二生成频率的值；而在第三列[2]中，存储了具有第三生成频率的值。

具体地，在控制单元114基于图24所示的数据生成计数表pre_table生成转换表table1[4096][3]的情况下，如图25所示，转换表table1[4096][3]的第118行中的table1[117][0]至[117][2]变成{05,04,03}。换言之，在图24所示的数据生成计数表pre_table的第118行中的pre_table[117][0]至[117][2]，具有最高(第一)生成频率的值“5”生成31次，具有第二生成频率的值“4”生成20次，而具有第三生成频率的“3”’生成18次。因此，{05}存储在转换表table1[4096][3]的第118行第1列table1[117][0]中，{04}存储在转换表table1[4096][3]的第118行第2列table1[117][1]中，而{03}存储在转换表table1[4096][3]的第118行第3列table1[117][2]中。

同理，基于图24所示的数据生成计数表pre_table的第一行的pre_table[0][0]至[0][15]，生成转换表table1[4096][3]的第一列的table1[0][0]至[0][2]。换言之，在图24所示的数据生成计数表pre_table的第一行的pre_table[0][0]至[0][15]中，具有最高(第一)生成频率的值“0”生成369a次(十六进制表示法)，并且没有其它值生成。因此，{00}存储在转换表table1[4096][3]的第1行第1列table1[0][0]中，而指示不存在数据的{ff}存储在第1行第1列table1[0][1]以及第1行第2列table1[0][2]中。指示不存在数据的值并不限于{ff}，可以视情况而定。由于存储在转换表table1的各元素中的值是“0”至“15”中的任一个，因此可以用4比特来表示；但是，在计算机处理方面，为了便于处理，用8比特来表示。

(无损压缩编码的描述)

接下来，将对图23中编码单元115使用转换表table1的压缩编码方法进行说明。

和控制单元114的情况一样，编码单元115以4比特为单位对由输入缓冲区113提供的以帧为单位的音频数字信号进行划分。在对从信头开始的第n个D4数据D4[n]进行无损压缩编码的情况下，控制单元114检索与转换表table1[4096][3]的三个最新D4数据D4[n-3]、D4[n-2]和D4[n-1]相对应的三个值。在经过无损压缩编码的D4数据D4[n]与转换表table1[4096][3]的三个最新D4数据D4[n-3]、D4[n-2]和D4[n-1]相对应的行的第一列的值相同的情况下，编码单元115生成2比特值“01b”作为D4数据D4[n]的无损压缩编码的结果。此外，在经过无损压缩编码的D4数据D4[n]与转换表table1[4096][3]的三个最新D4数据D4[n-3]、D4[n-2]和D4[n-1]相对应的行的第二列的值相同的情况下，编码单元115生成2比特值“10b”作为D4数据D4[n]的无损压缩编码的结果；而在经过无损压缩编码的D4数据D4[n]与第三列中的值相同的情况下，编码单元115生成2比特值“11b”作为D4数据D4[n]的无损压缩编码的结果。

另一方面，在与转换表table1[4096][3]的三个最新D4数据D4[n-3]、D4[n-2]和D4[n-1]相对应的行的三个值中不存在和经过无损压缩编码的D4数据D4[n]相同的值的情况下，编码单元115通过在D4数据D4[n]前添加“00b”生成6比特值“00b+D4[n]”作为D4数据D4[n]的无损压缩编码的结果。这里，“01b”、“10b”、“11b”和“00b+D4[n]”中的b表示二进制表示法。

如上所述，编码单元115使用转换表table1将4比特DSD数据D4[n]转换成2比特值“01b”、“10b”或“11b”或者转换成6比特值“00b+D4[n]”，以产生无损压缩编码结果。编码单元115将无损压缩编码结果输出到编码数据缓冲区116作为经过无损压缩编码的音频数字信号。

(无损压缩解码单元的配置示例)

图26是无损压缩解码单元的配置示例的框图，该无损压缩解码单元通过无损DSD系统对音频流进行解码并且在不使用图6所示的解码单元66和输出控制单元67的情况下进行D/A转换。

图26中所示的无损压缩解码单元170包括输入单元171、数据接收单元172、编码数据缓冲区173、解码单元174、表格存储单元175、输出缓冲区176、模拟滤波器177和输出单元178。无损压缩解码单元170通过无损DSD系统对音频流进行无损压缩解码，并且将得到的音频数字信号转换为DSD系统中的音频模拟信号以便输出。

具体地，由图6所示的缓冲区65提供的音频流从输入单元171输入，然后提供给数据接收单元172。

基于指示音频流中包括的音频数字信号是否经过无损压缩编码的选择控制数据，数字接收单元172确定音频数字信号是否经过无损压缩编码。然后，在确定音频数字信号经过了无损压缩编码的情况下，数据接收单元172将音频流中包括的音频数字信号提供给编码数据缓冲区173作为经过无损压缩编码的音频数字信号。此外，数字接收单元172将音频流中包括的转换表table1提供给表格存储单元175。

另一方面，在确定音频数字信号未经过无损压缩编码的情况下，数据接收单元172将音频流中包括的音频数字信号提供给输出缓冲区176作为未经过无损压缩编码的音频数字信号。

表格存储单元175存储由数据接收单元172提供的转换表table1并且将转换表table1提供给解码单元174。

编码数据缓冲区173以帧为单位临时累积由数据接收单元172提供的经过无损压缩编码的音频数字信号。在后续阶段中，按照预定时序，编码数据缓冲区173通过两个连续比特将以帧为单位累积的音频数字信号提供给解码单元174。

解码单元174包括2位寄存器191、12位寄存器192、转换表处理单元193、4位寄存器194和选择器195。编码单元174对经过无损压缩编码的音频数字信号进行无损压缩解码，以生成无损压缩编码前的音频数字信号。

具体地，寄存器191存储由编码数据缓冲区173提供的2比特音频数字信号。寄存器191按照预定时序将存储的2比特音频数字信号提供给转换表处理单元193和选择器195。

12位寄存器192以先进先出(FIFO)的方式存储12位由选择器195提供的作为无损压缩解码的结果的4比特音频数字信号。因此，寄存器192存储作为音频数字信号的无损压缩解码结果中三个最新无损压缩解码结果的D4数据，该音频数字信号包括寄存器191中存储的2比特音频数字信号。

在寄存器191提供的2比特音频数字信号为“00b”的情况下，由于该音频数字信号没有寄存到转换表table1[4096][3]，所以转换表处理单元193忽略该音频数字信号。此外，转换表处理单元193忽略当前提供的2比特音频数字信号之后立即提供两次的总共4比特音频数字信号。

另一当面，在提供的2比特音频数字信号为“01b”、“10b”或“11b”的情况下，转换表处理单元193读取寄存器192中存储的三个D4数据(12位D4数据)。转换表处理单元193从表格存储单元175中读取在将读出的三个D4数据寄存为转换表table1的D4[n-3]、D4[n-2]和D4[n-1]的行中所提供的2比特音频数字信号指示的列中存储的D4数据。转换表处理单元193将读出的D4数据提供给寄存器194。

寄存器194存储由转换表处理单元193提供的4比特D4数据。寄存器194按照预定时序将存储的4比特D4数据提供给选择器195的输入终端196b。

在寄存器191提供的2比特音频数字信号为“00b”的情况下，选择器195选择输入终端196a。然后，选择器195将“00b”之后输入至输入终端196a作为输出终端197的无损压缩解码结果的4比特音频数字信号输出到寄存器192和输出缓冲区176。

另一方面，在4比特音频数字信号是由寄存器194输入到输入终端196b的情况下，选择器选择输出终端196b。然后，选择器195将输入至输入终端196b作为输出终端197的无损压缩解码结果的4比特音频数字信号输出到寄存器192和输出缓冲区176。

输出缓冲区176存储由数据接收单元172提供的未经过无损压缩编码的音频数字信号或者由解码单元174提供的作为无损压缩解码结果的音频数字信号，并且将这些音频数字信号提供给模拟滤波器177。

模拟滤波器177对输出缓冲区176提供的音频数字信号进行预定滤波处理，诸如低通滤波或带通滤波，并且经由输出单元178输出音频数字信号。

同时，转换表table1也可以由无损压缩编码单元100进行压缩，然后提供给无损压缩解码单元170。此外，转换表table1可以预先设置并存储在无损压缩编码单元和无损解码单元170中。而且，可以有多个转换表table1。在这种情况下，在第j(j是不小于0的整数)个转换表table1中，按照生成频率的递减顺序，在各行中存储第3(j-1)个、第3(j-1)+1个和第3(j-1)+2个D4数据。此外，与各行对应的过去D4数据的数量并不限于三个。

此外，无损压缩编码方法并不限于上述方法，例如，可以是日本专利申请H9-74358所公开的方法。

<第七实施例>

(应用本公开的计算机的描述)

上述的一系列过程可以由硬件或软件执行。在由软件执行一系列过程的情况下，将构成软件的程序安装在计算机上。这里，计算机包括内置专用硬件的计算机，例如，能够通过安装的各种程序等执行各种功能的通用个人计算机。

图27是图示通过程序执行上述一系列过程的计算机的硬件的配置示例的框图。

在计算机200中，中央处理单元(CPU)201、只读存储器(ROM)202和随机存取存储器(RAM)203通过总线204彼此连接。

输入/输入接口205还连接至总线204。输入单元206、输出单元207、存储单元208、通信单元209和驱动器210连接至输入/输入接口205。

输入单元206包括键盘、鼠标、麦克风等。输出单元207包括显示器、扬声器等。存储单元208包括硬盘、非易失性存储器等。通信单元209包括网络接口等。驱动器210驱动可移除介质211，诸如磁盘、光盘、磁光盘或半导体存储器。

在以上述方式配置的计算机200中，CPU 201经由输入/输出接口205和总线204将存储在存储单元208中的程序加载到例如RAM 203上以便执行，从而执行上述的一系列过程。

由计算机200(CPU 201)执行的程序可以记录在可移除介质211上，例如，作为需要提供的封装介质等。此外，可以经由有线或者无线传输介质(诸如局域网、互联网或数字广播)来提供程序。

在计算机200中，通过将可移除介质211安装在驱动器210上，可以经由输入/输出接口205将程序安装在存储单元208上。同时，程序可以经由有线或无线传输介质通过通信单元209接收以安装在存储单元208上。此外，程序可以预先安装在ROM 202和存储单元208上。

需要注意的是，由计算机200执行的程序可以是在时间序列上按照本说明书中描述的顺序执行处理的程序，或者可以是并行地或以需要时序(诸如当发起呼叫时)执行处理的程序。

此外，在本说明书中，系统旨在表示多个部件(设备、模块(零件)等)的总成，并且这些部件是否全在同一个外壳中并不重要。因此，存储在通过网络连接的不同外壳中的多个设备和通过将多个模块存储在一个外壳中实现的一个设备均是系统。

此外，本说明书中描述的效果仅是示例性的，而非限制性；也可以存在其它效果。

此外，本公开的实施例并不限于上述实施例，在不脱离本公开的主旨的情况可以进行各种修改。

例如，不仅可以对高级服务器14、准高级服务器15和点播服务器16进行缩放，还可以对管理服务器12和原始分发服务器13进行缩放。此外，原始分发服务器13不仅可以分别从MPD文件和片段文件中分析管理服务器12发送的比特率信息和最大比特率，而且还可以分析管理服务器12发送的MPD文件和片段文件并进行缩放。

此外，第一至第七实施例中的无损DSD系统可以不是无损DSD系统，只要是无法预测无损压缩编码的比特生成量的无损压缩系统。例如，第一至第七实施例中的无损DSD系统可以是自由无损音频编解码器(FLAC)系统、Apple无损音频编解码器(ALAC)系统等。在FLAC系统和ALAC系统中，如无损DSD系统一样，比特生成量根据音频模拟信号的波形而变化。同时，可变比因系统而异。

此外，在第六实施例中，在生成片段文件时，可以生成具有固定片段长度的片段文件。在这种情况下，高级服务器14、准高级服务器15和点播服务器16基于分发时的AveBandwidth通过串联具有固定片段长度的片段文件来开始分发具有可变片段长度的片段文件。

此外，在第三至第五实施例中，AveBandwidth和DurationForAveBandwidth(的更新值)设置在片段文件中。因此，当再现开始时，准高级客户端18和点播客户端19无法获取最新的AveBandwidth和DurationForAveBandwidth。因此，在发送存储AveBandwidth和DurationForAveBandwidth(的更新值)的片段文件时你，可以再次存储最新的AveBandwidth和DurationForAveBandwidth。在这种情况下，当再现开始时，准高级客户端18和点播客户端19可以识别出最新的AveBandwidth和DurationForAveBandwidth。

此外，在第一至第七实施例中，虽然在MPD文件或片段文件中仅描述了最新的AveBandwidth和DurationForAveBandwidth，但是可以计算出任何时间的AveBandwidth和DurationForAveBandwidth。在这种情况下，高级客户端17、准高级客户端18和点播客户端19可以进行精确带宽控制。同时，在任意时间为固定时间的情况下，可以仅描述一个DurationForAveBandwidth。

同时，本公开还可以具有以下配置。

(1)

一种信息处理装置，其具有：

缩放单元，该缩放单元基于比特率信息对将音频流分发给另一个信息处理装置的分发装置进行缩放，该比特率信息包括由无损压缩系统编码的音频流在预定时段内的比特率的平均值。

(2)

根据上述(1)的信息处理装置，

其中，缩放单元基于请求分发音频流的其它信息处理装置的数量和将音频流分发给其它信息处理装置的开始时间来进行缩放。

(3)

根据上述(1)或(2)的信息处理装置，

其中，分发装置允许在开始生成音频流时根据对其它信息处理装置的计费处理的费用来分发音频流。

(4)

根据上述(1)至(3)中任一项的信息处理装置，

其中，该分发装置允许在开始生成音频流过去预定时间之后根据对其它信息处理装置的计费处理的费用来分发音频流。

(5)

根据上述(1)至(4)中任一项的信息处理装置，

其中，该分发装置允许在结束生成音频流之后根据对其它信息处理装置的计费处理的费用来分发音频流。

(6)

根据上述(1)至(5)中任一项的信息处理装置，

其中，比特率信息包括预定时段。

(7)

根据上述(1)至(6)中任一项的信息处理装置，

其中，针对各参考时段，该预定时段增加了参考时段；以及

针对各基准时段对比特率信息进行更新。

(8)

根据上述(7)的信息处理装置，

其中，比特率信息包括在管理音频流的管理文件中。

(9)

根据上述(8)的信息处理装置，

其中，管理文件包括指示参考时段的信息。

(10)

根据上述(7)的信息处理装置，

其中，比特率信息的初始值包括在管理音频流的管理文件中；以及

比特率信息的更新值包括在存储音频流的文件中。

(11)

根据上述(7)的信息处理装置，

其中，比特率信息包括在存储音频流的文件中。

(12)

根据上述(7)的信息处理装置，

其中，比特率信息包括在与存储音频流的文件不同的文件中，并且由管理音频流的管理文件来管理。

(13)

根据上述(1)至(12)中任一项的信息处理装置，

其中，无损压缩系统是无损直接数字流(DSD)系统、自由无损音频编解码器(FLAC)系统或Apple无损音频编解码器(ALAC)系统。

(14)

一种信息处理方法，其具有：

信息处理装置对分配装置进行缩放的缩放步骤，该分发装置基于比特率信息将音频流分发给其它信息处理装置，该比特率信息包括由无损压缩系统编码的音频流在预定时段内的比特率的平均值。

(15)

一种信息处理系统，其具有：

第一信息处理装置；

第二信息处理装置；以及

分发装置，

其中，第一信息处理装置基于比特率信息对将音频流分发给第二信息处理装置的分发装置进行缩放，该比特率信息包括由无损压缩系统编码的音频流在预定时段内的比特率的平均值。

(16)

根据上述(15)的信息处理系统，其进一步具有：

计费处理装置，计费处理装置对第二信息处理装置进行计费处理；

其中，分发装置根据计费处理装置的计费处理的费用来分发音频流。

(17)

根据上述(16)的信息处理系统，

其中，分发装置允许在开始生成音频流时根据计费处理的费用来分发音频流。

(18)

根据上述(16)或(17)的信息处理系统，

其中，分发装置允许在开始生成音频流过去预定时间之后根据计费处理的费用来分发音频流。

(19)

根据上述(16)至(18)中任一项的信息处理系统，

其中，分发装置允许在结束生成音频流之后根据计费处理的费用来分发音频流。

附图标记列表

10 信息处理系统

13 原始分发服务器

14 高级服务器

15 准高级服务器

17 高级客户端

18 准高级客户端

21 计费服务器。

Claims (19)

1.一种信息处理装置，其包括：

缩放单元，所述缩放单元基于内容在预定时段内的比特率信息、请求分发所述内容的第一信息处理装置的数量和将所述内容分发给所述第一信息处理装置的开始时间对将所述内容分发给所述第一信息处理装置的第一分发装置的数量进行缩放，

其中，所述第一分发装置在开始生成所述内容过去预定时间之后分发所述内容，并且

其中，所述内容是无损压缩系统编码的音频流。

2.根据权利要求1所述的信息处理装置，

其中，所述缩放单元进一步对将所述内容分发给其它第二信息处理装置的第二分发装置的数量进行缩放；以及

所述第二分发装置在开始生成所述内容时根据对所述其它第二信息处理装置的计费处理的费用来分发所述内容。

3.根据权利要求1所述的信息处理装置，

其中，所述第一分发装置在开始生成所述内容过去预定时间之后根据对所述第一信息处理装置的计费处理的费用来分发所述内容。

4.根据权利要求1所述的信息处理装置，

所述缩放单元进一步对将所述内容分发给其它第三信息处理装置的第三分发装置的数量进行缩放；以及

所述第三分发装置在完成生成所述内容之后根据对所述其它第三信息处理装置的计费处理的费用来分发所述内容。

5.根据权利要求1所述的信息处理装置，

其中，所述比特率信息包括所述音频流在所述预定时段内的比特率的平均值。

6.根据权利要求1所述的信息处理装置，

其中，所述比特率信息包括指示所述预定时段的信息。

7.根据权利要求1所述的信息处理装置，

其中，针对各参考时段，所述预定时段增加了参考时段；以及针对各参考时段对所述比特率信息进行更新。

8.根据权利要求7所述的信息处理装置，

其中，所述比特率信息包括在管理所述内容的管理文件中。

9.根据权利要求8所述的信息处理装置，

其中，所述管理文件包括指示所述参考时段的信息。

10.根据权利要求7所述的信息处理装置，

其中，所述比特率信息的初始值包括在管理所述内容的管理文件中；以及

所述比特率信息的更新值包括在存储所述内容的文件中。

11.根据权利要求7所述的信息处理装置，

其中，所述比特率信息包括在存储所述内容的文件中。

12.根据权利要求7所述的信息处理装置，

其中，所述比特率信息包括在与存储所述内容的文件不同的文件中，并且由管理所述内容的管理文件来管理。

13.根据权利要求5所述的信息处理装置，

其中，所述无损压缩系统是无损直接数字流(DSD)系统、自由无损音频编解码器(FLAC)系统或Apple无损音频编解码器(ALAC)系统。

14.一种信息处理方法，其包括：

信息处理装置基于内容在预定时段内的比特率信息、请求分发所述内容的第一信息处理装置的数量和将所述内容分发给所述第一信息处理装置的开始时间对将所述内容分发给所述第一信息处理装置的分发装置的数量进行缩放的缩放步骤，

其中，所述分发装置在开始生成所述内容过去预定时间之后分发所述内容，并且

其中，所述内容是无损压缩系统编码的音频流。

15.一种信息处理系统，其包括：

第一信息处理装置；

第二信息处理装置；以及

第一分发装置，

其中，所述第一信息处理装置基于内容在预定时段内的比特率信息、请求分发所述内容的第二信息处理装置的数量和将所述内容分发给所述第二信息处理装置的开始时间对将所述内容分发给所述第二信息处理装置的所述第一分发装置的数量进行缩放，以及

所述第一分发装置在开始生成所述内容过去预定时间之后分发所述内容，

其中，所述内容是无损压缩系统编码的音频流。

16.根据权利要求15所述的信息处理系统，其进一步包括：

计费处理装置，所述计费处理装置对所述第二信息处理装置进行计费处理，

其中，所述第一分发装置根据所述计费处理装置的所述计费处理的费用来分发所述内容。

17.根据权利要求16所述的信息处理系统，其进一步包括：

第二分发装置，

其中，所述第二分发装置在开始生产所述内容时根据所述计费处理的所述费用来分发所述内容。

18.根据权利要求16所述的信息处理系统，

其中，所述第一分发装置在开始生成所述内容过去预定时间之后根据所述计费处理的所述费用来分发所述内容。

19.根据权利要求16所述的信息处理系统，其进一步包括：

第三分发装置，

其中，所述第三分发装置在完成生成所述内容时根据所述计费处理的所述费用来分发所述内容。

Images