专利名称：视频服务器以及使用了该视频服务器的影像分配系统的制作方法
技术领域：
本发明涉及一种根据来自用户的要求来分配服务器中蓄积的影像内容的影像分配系统。
背景技术：
以往，一般通过调谐器接收地面波或卫星广播、利用了有线电视等的数字广播，将所接收的影像内容录像并保存到在家庭内设置的DVD(Digital Versatile Disk)-RAM(Random Access Memory)或HDD(Hard DiskDrive)记录器等中。
伴随着DVD-RAM介质和HDD记录器蓄积容量的增大，各存储器(storage)中存储的影像内容的量也增加，用户从这些介质所记录的大量内容中容易地找出所希望的内容变得非常困难。
为了使内容检索容易化，可将存储器中蓄积的影像内容的一部分作为图像取出，对其进行缩略图显示。例如，已知有如下的技术对HDD中记录的影像内容所包含的多张图像进行缩略图显示，并且预先存储各缩略图的影像内容的位置，根据由用户进行的摘要文件再生操作，从各缩略图位置开始依次再生一定时间量的影像数据。其中，在特开2003-289486号公报中公开了该技术内容。
但是，在现有的基于缩略图显示的影像内容的选择中，由用户进行的内容选择的容易化存在一定界限。若只是将影像内容的一个场面作为静止图像取出而进行缩略图显示，则大多情况下不能将影像内容所包含的节目内容个性化地传递给用户。
例如，当取出在综合节目内放映的外景拍摄VTR图像进行缩略图显示时，看到该缩略图的用户可能会误认为该影像内容是旅游节目。而且，即使将节目内的CM图像取出进行缩略图显示，用户也无法把握影像内容的内容。
并且，对影像内容的一个场面进行缩略图显示，也难以将影像内容所包含的节目的气氛正确地传递给用户。经常会发生虽然根据缩略图显示选择了影像内容，但节目的气氛与所希望的不同的情况。
这种由用户进行的影像内容的选择困难、误选择的问题，因存储器的大容量化而给用户带来了进一步的负担。这在根据用户的希望随时分配广播站所具有的大量的影像内容的VOD(VIDEO ON DEMAND)中也是重大的课题。
发明内容
为了解决以上课题，本发明涉及的视频服务器具备内容存储部，其存储多个影像内容；和流发送部，其生成并发送从内容存储部所存储的各影像内容中提取规定期间量的摘要而整理为一条信息流后的摘要流。
由此，用户可视听仅整理了存储器所存储的多个内容的一部分的摘要流，因此与仅根据静止图像判断内容不同，能更可靠地选择与自己的喜好相符的影像内容。而且，在现有的基于缩略图显示的选择中，例如需要操作遥控器的箭头按钮等来选择所希望的节目，但根据本发明，即使视听者不积极进行选择动作，仅通过选择摘要流就能被动选择所希望的节目。
而且，本发明涉及的影像分配系统，其特征在于，具有视频服务器和客户机，所述视频服务器具备内容存储部，其存储多个影像内容；发送流管理部，其从客户机接收摘要流的请求，对流发送部进行摘要流的发送指令；和流发送部，其接受来自发送流管理部的指令生成摘要流，并发送至客户机，所述客户机具备流接收部，其从视频服务器接收摘要流；译码器部，其对所接收的摘要流进行译码并输出；和接收流管理部，其从用户接受摘要流的请求，对视频服务器的发送流管理部进行摘要流的发送请求。
由此，通过视频服务器根据来自用户的请求生成并发送摘要流，视频服务器仅在需要时生成摘要流即可。从而，可减轻视频服务器的负担以及与视频服务器连接的线路的频带负担。
图1是表示本发明实施方式1的影像分配系统的概略图；图2是表示本发明实施方式1的视频服务器的内部构成的图；图3是表示本发明实施方式1的摘要流(digest stream)的构成的图；图4是表示本发明实施方式1的客户机的内部构成的图；图5是说明本发明实施方式1的视频服务器和客户机之间的信息交换的时间图；图6是表示本发明实施方式2的影像分配系统的概略图；图7是表示本发明实施方式2的视频服务器的内部构成的图；图8是说明本发明实施方式2的视频服务器和客户机之间的信息交换的时间图；图9是说明本发明实施方式2的视频服务器和客户机之间的信息交换的时间图；图10是表示本发明实施方式3的信息流(stream)的构成的图；图11是表示本发明实施方式3的信息流的构成的图；图12是表示本发明实施方式3的影像分配系统的概略图；图13是表示本发明实施方式3的视频服务器的内部构成的图；图14是说明本发明实施方式3的视频服务器和客户机之间的信息交换的时间图；图15是说明本发明实施方式3的视频服务器和客户机之间的信息交换的时间图；图16是说明本发明实施方式4的视频服务器和客户机之间的信息交换的时间图；图17是表示本发明实施方式4的信息流的构成的图；图18是表示本发明实施方式4的信息流的构成的图；图19是表示本发明实施方式5的影像分配系统的概略图；图20是表示本发明实施方式5的客户机的内部构成的图；图21是表示本发明实施方式5的摘要流的接收方法的图；图22是说明本发明实施方式5的视频服务器和客户机之间的信息交换的时间图；
图23是表示本发明实施方式6的客户机的构成的图；图24是表示本发明实施方式6的信息流的构成的图。
图中1-视频服务器；2-网络；3、81、91-客户机；12-发送流管理部；13-内容列表；14-内容列表存储部；15-摘要存储部；16-内容存储部；17-流发送部；31-接收流管理部；32-流接收部；33-译码器；34-摘要信息记录部；41、61-客户机A；42、62-客户机B；51-接收者数量记录部；71-流列表存储部；72-流列表；82-HDD(存储部)；92-第一缓冲器；93-第二缓冲器；100-休止期间。
具体实施例方式
(实施方式1)在实施方式1中，将以下情况作为典型事例进行说明一台客户机和一台视频服务器与家庭内网络连接，客户机的用户对视频服务器请求摘要流，视频服务器生成摘要流并发送给客户机，在对摘要流进行视听的过程中发现了有趣的节目的用户，按下客户机的“确定”按钮，开始接收节目的原片(body)。
另外，在本实施方式1中，由于视频服务器和客户机为一一对应的关系，因此以视频服务器对摘要流进行单播(UDP)发送为前提进行说明。另外，也可对摘要流进行多播发送、广播发送。
图1是表示利用了本发明所涉及的视频服务器、客户机的影像分配系统的概略图。
在图1中，视频服务器1经由网络2将蓄积的内容分配给客户机3。作为视频服务器1考虑了DVD或HDD记录器等，但并不限定于此，只要是能存储影像内容并可根据用户的指示进行输出的存储设备即可。而且，作为客户机3考虑了电视机或PC等，但并不限定于此，只要是具备接收视频服务器1所分配的影像内容的功能的设备即可。
在图1中，例如视频服务器1设置在客厅，客户机3(电视机)设置在卧室等，分别通过有线或无线网络2连接。
图2是表示视频服务器1的内部构成的图。
在图2中，发送流管理部12接收来自客户机3的摘要流或原片流的要求，并根据该请求而进行所发送的信息流的选择。
这里，摘要是指将从视频服务器1所存储的多个影像内容中，按各影像内容对任意部分提取出规定时间量的内容、或按各内容对多个位置进行细分提取出的内容整理而成的内容。只要该摘要适于用户把握影像内容，则从影像内容进行提取的方法或摘要的放映时间等可任意确定。另外，摘要流是指将这样生成的各影像内容的摘要按顺序排列，作为一条信息流输送至客户机的流数据。
图3是表示摘要流的构成的图。
如图3所示，摘要流根据内容列表存储部14所存储的内容列表13，使内容ID和规定时间量的摘要文件成组并按顺序存储。而且，在发送了内容列表13所记录的所有内容的情况下，再次返回到内容列表13的起始处开始发送摘要。另外，在该情况下，按照内容ID始终位于起始处的方式使信息包长度变化，使得内容ID的提取变得容易。
原片是指视频服务器1所存储的影像内容的原片部分，原片流是指将该原片输送至客户机的流数据。
内容列表13被存储于内容列表存储部14。内容列表13是可一览视频服务器1所具有的内容的列表，使对各影像内容进行确定的内容ID、内容文件名(“内容名.mpg”等)、摘要文件名(“内容名一摘要.mpg”等)建立对应关系并进行记录。
内容存储部16在内部存储有各种影像内容的文件(文件名为“内容名.mpg”等)。该内容存储部16可以是带(tape)或盘(disc)介质、存储器等，只要是可存储影像内容的设备即可。另一方面，摘要存储部15在内部存储有内容存储部16所存储的内容的摘要文件(文件名为“内容名一摘要.mpg”等)。该摘要存储部15也与内容存储部16同样，只要是可存储影像内容的设备即可。
流发送部17根据发送流管理部12的命令生成摘要流，向客户机3送出。当发送流管理部12的命令是送出原片流时，从内容列表13检索被指定的原片流，并从内容存储部16将其读出，向客户机3送出。另一方面，当发送流管理部12的命令是送出摘要流时，从内容列表13检索被指定的摘要流，并将从摘要存储部15读出的摘要，按照由内容列表13指定的顺序对摘要进行整理、向客户机3送出。
图4是表示客户机3的内部构成的图。
在图4中，接收流管理部31根据用户通过遥控器等进行的操作，对视频服务器1进行摘要流或原片流的请求。流接收部32对视频服务器1请求由接收流管理部31指定的摘要流或原片流，并接收从视频服务器1发送的摘要流或原片流，送到译码器33。译码器33对流接收部32所接收的摘要流或原片流进行译码，发送给未图示的影像显示部。
摘要信息记录部34从接收的摘要流所包含的摘要中，检测出对成为各摘要的基础的影像内容(原片)进行确定的内容ID，并存储到内部。该内容ID每当从摘要流中检测出内容ID时被更新，始终对成为客户机当前所接收的摘要的基础的影像内容的内容ID进行记录。
在对摘要流进行视听的用户从摘要流所包含的摘要中发现了满意的影像内容时，用户可利用遥控器等接口部(设置于客户机的开关或触摸面板等)，请求满意的影像内容的原片再生。该情况下，接收流管理部31从遥控器接受原片流的请求，利用成为摘要信息记录部34所记录的各摘要的基础的影像内容(原片)的内容ID，对视频服务器1请求原片流。流接收部32从视频服务器1接收由接收流管理部31指定的原片流，并送给译码器33。译码器33对流接收部32所接收的原片流进行译码，发送给未图示的影像显示部。
由此，用户能够对汇集了存储器所存储的多个内容的一部分的摘要流进行视听，因此与仅根据静止图像判断内容不同，能够更可靠地选择与自己的喜好相符的影像内容。而且，由于仅在有来自用户的请求时，视频服务器才生成并发送摘要流，因此视频服务器仅在需要时生成摘要流即可，从而可减轻视频服务器的负担以及与视频服务器连接的线路的频带负担。进而，用户在从摘要流中发现了所希望的节目之后，仅在客户机侧利用遥控器等传递选择决定，就可开始该影像内容的原片的再生。
下面，对本实施方式1的视频分配系统中的视频服务器1和客户机3之间的交换进行详细说明。
图5是说明本发明实施方式1的视频服务器和客户机之间的信息交换顺序的时间图。
首先，若用户通过附属于客户机3的遥控器等按下“摘要”键，则客户机3的接收流管理部31通过未图示的遥控器受光部，检测摘要键的输入事件(步骤S1001)。
客户机的接收流管理部31将请求与摘要流相关的信息的“摘要信息请求”，发送给视频服务器1的发送流管理部12(步骤S1002)。“摘要信息请求”中包含着客户机为接收摘要流而准备的端口编号。另外，接收用端口编号在基于UDP接收原片时需要，但在HTTP等基于TCP接收摘要流时不需要，在该情况下也可不包含端口编号。
视频服务器1的发送流管理部12对应于来自接收流管理部31的“摘要信息请求”，将与摘要流相关的信息作为“摘要信息响应”发送给客户机3的接收流管理部31(步骤S1003)。该情况下，“摘要信息响应”中包含“摘要信息请求”的到达与否、和发送速率等的流信息(可选(option))。
视频服务器1的发送流管理部12向流发送部17通知客户机3的IP地址和接收用端口编号(从“摘要信息请求”获取)(步骤S1004)。流发送部17接受该通知生成摘要流，对被通知的IP地址、接收用端口编号发送摘要流(步骤S1005)。
另一方面，客户机3的接收流管理部31向流接收部32通知接收用端口编号(在S1002中通知给视频服务器的编号)、和流信息(从“摘要信息响应”获取)(步骤S1006)。
客户机3的流接收部32从客户机3的流发送部17接收被通知的IP地址、接收用端口编号的摘要流，将对摘要流所包含的成为各摘要的基础的影像内容(原片)进行确定的内容ID随时记录到摘要信息记录部34(步骤S1007)，向译码器33输出摘要流所包含的摘要文件(步骤S1008)。
客户机3的译码器33对从流接收部32收到的摘要文件进行译码，并发送到未图示的电视机等显示装置，从而输出影像、声音(步骤S1009)。
下面，说明对摘要流进行视听的用户发现了想要视听的节目后，按下遥控器等的确定键的情况。
该情况下，客户机3的接收流管理部31通过未图示的遥控器受光部检测确认键的输入事件(步骤S1010)。伴随着输入事件的检测，接收流管理部31从摘要信息记录部34取得当前接收中的摘要所包含的内容ID(步骤S1011)。
接着，客户机3的接收流管理部31将请求发送原片流的“原片再生请求”发送给视频服务器1的发送流管理部12(步骤S1012)。这里，“原片再生请求”中包含在步骤S1011中由接收流管理部31从摘要信息记录部34接受的内容ID、和原片接收用的客户机3的端口编号。在HTTP等基于TCP接收原片时不需要接收用端口编号，这一点与摘要信息请求时相同。
视频服务器1的发送流管理部12对应于来自客户机3的接收流管理部31的“原片再生请求”，将与原片流的再生相关的“原片再生响应”发送到客户机3的接收流管理部31(步骤S1013)。“原片再生响应”中包含“原片再生请求”的到达与否、和发送速率等流信息(可选)。
视频服务器1的发送流管理部12向流发送部17通知客户机3的IP地址、原片接收用端口编号、内容ID(从“原片再生请求”获取)(步骤S1014)。流发送部17从内容列表13中检索与内容ID相应的原片文件，并从内容存储部16读出，生成原片流，对客户机3的流接收部32进行发送(步骤S1015)。
客户机3的接收流管理部31向流接收部32通知原片接收用的端口编号(在步骤S1012中通知给视频服务器1的编号)、和流信息(从“原片再生响应”获取)(步骤S1016)。流接收部32接收被通知的IP地址、原片接收用端口编号的原片流，送到译码器33(步骤S1017)。译码器33对所接收的原片文件进行译码，将影像、声音输出到未图示的电视机等显示装置(步骤S1018)。
以上，对本发明实施方式1的影像分配系统进行了说明，但这只是一例，本发明并不限定于该实施方式1。
例如，在“摘要信息请求”、“摘要信息回信”、“原片再生请求”、“原片再生响应”中，可利用RTSP(Real Time Streaming Protocol)。具体而言，可用RTSP的DESCRIBE、SETUP和PLAY方法实现步骤S1002、S1003、S1010、S1011各步骤。该情况下，PLAY方法所包含的内容的URI的指定可按如下方式指定。
(摘要)rtsp//视频服务器的IP/digest.mpg
(原片)rtsp//视频服务器的IP/内容ID.mpg而且，还可将“摘要信息请求”、“摘要信息回信”、“原片再生请求”、“原片再生响应”替换为基于HTTP(HyperText Transfer Protocol)的取得。在该情况下，原片本身也可利用HTTP取得，从而简化步骤。
并且，在上述例中，设想了内容ID为4字节左右的数据长度，但也可将其替换为URI等。若采用URI，则在由RTSP或HTTP获得原片时可直接使用。
而且，内容ID在从摘要流检测出的定时(timing)被更新，但该定时因缓冲器等的影响会比显示于电视机的定时早，当用户按下了确定键时，由于会产生显示于电视机的摘要和记录于摘要信息记录部的摘要ID不同的情况，因此为了防止这种同步偏差，可利用BML(Broadcast MarkupLanguage)生成摘要，预先在BML中记述原片的URI等，从而和显示于电视机的定时同步。
并且，在本实施方式1中，设想了家庭内网络进行了说明，但在从家庭内的专用客户机经由互联网访问视频分配人员准备的视频服务器的情况下，也同样可利用本发明。
(实施方式2)在实施方式2中，设定了以下情况进行说明一台视频服务器和多台客户机与家庭内网络连接。在客户机A的用户对视频服务器请求了摘要流之后，客户机B的用户也请求摘要流，然后，客户机A选择原片，客户机B停止摘要流的接收，视频服务器确认已不存在摘要流的接收者之后，停止摘要流的发送。
其中，在本实施方式2中，由于视频服务器和客户机为一对多的关系，因此，以视频服务器对摘要流进行多播分配为前提进行说明。另外，也可根据客户机的数量、视频服务器侧的线路频带，对摘要流进行单播分配、广播分配。
图6是表示利用了本发明所涉及的视频服务器、客户机的影像分配系统的概略图。
在图6中，视频服务器1和客户机A(电视机)41设置在客厅，客户机B(电视机)42设置在卧室，分别通过有线/无线网络2连接。作为客户机A41、B42，考虑了电视机或PC等，但并不限定于此。由于其它要素与利用实施方式1的图1所说明的要素相同，因此省略了说明。
图7是表示视频服务器1的内部构成的图。
在图7中，接收者数量记录部51将正在接收摘要流的客户机的数量作为接收者进行计数。当接收者数量为0时，根据来自发送流管理部12的指示，流发送部17的存储器中存储的摘要流被删除。
视频服务器1中的其它要素以及客户机3的构成与实施方式1中的要素相同，因此省略说明。
图8、图9是说明本发明实施方式2的视频服务器1和客户机A41、客户机B42之间的信息的交换顺序的时间图。
首先，若用户按下附属于客户机A41的遥控器的“摘要”键等，则客户机A41的接收流管理部31通过未图示的遥控器受光部检测到摘要键的输入事件(步骤S2001)。
客户机A41的接收流管理部31将请求与摘要流相关的信息的“摘要信息请求”发送到视频服务器1的发送流管理部12(步骤S2002)。这里，“摘要信息请求”与实施方式1不同，不包含摘要流接收用端口编号的信息。
视频服务器1的发送流管理部12对应于来自接收流管理部31的“摘要信息请求”，将与摘要流相关的信息作为“摘要信息响应”，发送到客户机A41的接收流管理部31(步骤S2003)。该情况下，“摘要信息响应”中包含“摘要信息请求”的到达与否和摘要流的目的多播地址、端口编号、发送速率等的流信息(可选)。
视频服务器1的发送流管理部12向流发送部17通知摘要流的目的多播地址以及端口编号(步骤S2004)。视频服务器1的流发送部17生成摘要流，对被通知的多播地址以及端口编号发送摘要流(步骤S2005)。
另一方面，客户机A41的接收流管理部31向流接收部32通知摘要流的多播地址以及端口编号、流信息(从“摘要信息响应”获取)(步骤S2006)。
客户机A41的流接收部32将表示开始了摘要流的接收的“流接收通知”，发送到视频服务器1的发送流管理部12(步骤S2007)。“流接收通知”中包含客户机A41开始接收的原片流的目的多播地址、目的端口编号。
视频服务器1的发送流管理部12接受“流接收通知”，使接收者数量记录部51的计数值进行加1处理(S2008)。在本实施方式2的例子中，由于客户机A41首次进行了摘要流的请求，因此接收者数量记录部51的计数值从“0”增加到“1”。
另一方面，客户机A41的流接收部32接收被通知的多播地址的摘要流，将对摘要流所包含的成为各摘要的基础的影像内容(原片)进行确定的内容ID随时记录到摘要信息记录部34中(步骤S2009)，向译码器33输出摘要流所包含的摘要文件(步骤S2010)。
客户机A41的译码器33对从流接收部32收到的摘要文件进行译码，并发送到未图示的电视机等显示装置，从而输出影像、声音(步骤S2011)。
接着，对如下的顺序(sequence)进行说明在客户机A41接收摘要流过程中，客户机B42也同样按下附属于客户机B42的遥控器的“摘要键”，对视频服务器1请求摘要流。
首先，客户机B42的接收流管理部31检测到摘要键的输入事件(步骤S2101)，并将“摘要信息请求”发送到视频服务器1的发送流管理部12(步骤S2102)。
接着，视频服务器1的发送流管理部12对应于“摘要信息请求”，将“摘要信息响应”发送到客户机B42的接收流管理部31(步骤S2103)。该情况下，“摘要信息响应”中包含“摘要信息请求”的到达与否、已经对客户机A41输出的摘要流的目的多播地址以及端口编号、速率等的流信息(可选)。
客户机B42的接收流管理部31向流接收部32通知摘要流的目的多播地址以及端口编号、流信息(从“摘要信息响应”获取)(步骤S2104)。流接收部32向视频服务器1的发送流管理部12发送“流接收通知”(步骤S2105)。“流接收通知”中包含客户机B42所接收的摘要流的目的多播地址、目的端口编号。
视频服务器1的发送流管理部12接受来自客户机B42的“流接收通知”，使接收者数量记录部51的计数值进行加一处理(步骤S2106)。在本实施方式2的例子中，由于继客户机A41之后客户机B42接收同样的摘要流，因此，接收者数量记录部51的计数值从“1”增加到“2”。
下述步骤与客户机A41中的情况相同接收客户机A41的流接收部32被通知的多播地址的摘要流，将摘要流所包含的各摘要的内容ID随时记录到摘要信息记录部34中(步骤S2107)；向译码器33输出摘要流所包含的摘要文件(步骤S2108)；对译码器33收到的摘要文件进行译码，输出影像、声音(步骤S2109)。
由此，客户机B42也可接收视频服务器1已经对客户机A41发送的摘要流，因此，视频服务器1的流发送部17无需对应于各个请求来生成摘要流，从而可减轻服务器的负荷。而且，与将对应于各个请求而生成的摘要流向各个客户机进行单播(UDP)发送时不同，还可减轻视频服务器1侧的线路频带负荷。
下面，利用图9，对客户机A41、B42从视频服务器1接收摘要流的过程中，客户机A41的用户选择原片时的顺序进行说明。
该情况下，客户机A41的接收流管理部31通过未图示的遥控器受光部检测到确认键的输入事件(步骤S2201)。伴随于此，接收流管理部31从摘要信息记录部34取得当前接收中的摘要流所包含的摘要的内容ID(步骤S2202)。
接着，客户机A41的接收流管理部31将请求发送原片流的“原片再生请求”，发送到视频服务器1的发送流管理部(步骤S2203)。这里，“原片再生请求”中包含在步骤S2202中由接收流管理部31从摘要信息记录部34接受的内容ID、客户机A41的IP地址、和原片接收用的端口编号。
视频服务器1的发送流管理部12对应于来自客户机A41的接收流管理部31的“原片再生请求”，将与原片流的再生相关的“原片再生响应”发送到客户机A41的接收流管理部31(步骤S2204)。“原片再生响应”中包含“原片再生请求”的到达与否、和发送速率等的流信息(可选)。
视频服务器1的发送流管理部12向流发送部17通知客户机A41的IP地址、原片接收用端口编号、内容ID(从“原片再生请求”获取)(步骤S2205)。流发送部17从内容列表13中检索与内容ID相当的原片文件，并从内容存储部16读出，生成原片流，对客户机A41的流接收部32进行发送(步骤S2206)。
客户机A41的接收流管理部31向流接收部32通知原片接收用的端口编号(在步骤S2203中通知给视频服务器1的编号)、流信息(从“原片再生响应”获取)、摘要流的接收结束指示(步骤S2207)。流接收部32开始接收被通知的IP地址、接收用端口编号的原片流。
客户机A41的流接收部32根据来自接收流管理部31的摘要流的接收结束指示，停止摘要流的接收，将表示已结束接收摘要流的“流接收废弃通知”发送到视频服务器1的发送流管理部12(步骤S2208)。而且，流接收部32接收被通知的IP地址、接收用端口编号的原片流，送到译码器33(步骤S2209)。译码器33对所接收的原片文件进行译码，将影像、声音输出到未图示的电视机等显示装置(步骤S2210)。
另一方面，视频服务器1的发送流管理部12接受来自客户机A41的“流接收废弃通知”，使接收者数量记录部51的计数值减少(步骤S2211)。在本实施方式2的例子中，由于客户机A41、B42已进行了摘要流的接收，因此，接收者数量记录部51的计数值从“2”减少到“1”。
接着，对客户机B42停止摘要流的视听的顺序进行以下说明。
客户机B42的接收流管理部31通过未图示的遥控器受光部，检测到来自用户的摘要流视听停止的指示输入事件(步骤S2301)。由用户进行的摘要流视听停止的指示可通过摘要流的视听中止专用开关进行，也可由对地面波广播进行视听切换的开关来兼任。此外，还可在客户机的电源开关断开时等发送该事件。
客户机B42的接收流管理部31接受摘要流视听停止指示，向流接收部32通知摘要流的接收停止命令(步骤S2302)。流接收部32停止被通知的摘要流的接收，向视频服务器1的发送流管理部12发送“流接收废弃通知”(步骤S2303)。
视频服务器1的发送流管理部12接受来自客户机B42的“流接收废弃通知”，使接收者数量记录部51的计数值减少(步骤S2304)。在该情况下，由于仅客户机B42进行了摘要流的接收，因此，接收者数量记录部51的计数值从“1”减少为“0”。而且，视频服务器1的发送流管理部12向流发送部17通知摘要流的发送停止命令。视频服务器1的流发送部17停止发送摘要流(步骤S2305)。
进而，视频服务器1的发送流管理部12在接收者数量记录部51的计数值变为“0”的时刻，判断为不存在接收摘要流的客户机，从而向流发送部17通知摘要流的废弃指令。收到了该指令的流发送部17从内部的存储器删除摘要流。
这样，在监视正在接收摘要流的客户机的数量，并判明不存在正在接收摘要流的客户机时，能够删除视频服务器所存储的摘要流，因此也能降低视频服务器的存储器负担。
以上，对本发明实施方式2中的影像分配系统进行了说明，但这只是一例，本发明并不限定于该实施方式2。
例如，在“摘要信息请求”、“摘要信息回信”、“原片再生请求”、“原片再生响应”中可利用RTSP的情况与实施方式1相同。
而且，在本实施方式2中，客户机的流接收部32将“流接收通知”、“流接收废弃通知”发送给视频服务器的发送流管理部12(步骤S2007、S2105、S2208、S2303)，但可将该步骤用IGMP的“join”“leave”方法代替。该情况下，如果扩展IGMP的join方法，扩展至包含端口编号，则可任意赋予端口编号。
并且，即使不每次都从客户机A41、B42的流接收部32将“流接收通知”、“流接收废弃通知”发送给视频服务器的发送流管理部12，也能在规定的定时(例如，步骤S2109结束时刻等)从视频服务器1，将确认摘要流的接收者数量的查询消息发送到客户机A41、B42，通过计数针对该消息的响应数，也可计数摘要流的接收者数量。
在该情况下，对因某种原因未向视频服务器发送“流接收废弃通知”而中止了摘要流的接收的客户机而言，也能计数接收者数量。
另外，在本实施方式2中，设想家庭内网络进行了说明，但在从家庭内的专用客户机经由互联网访问视频分配人员准备的视频服务器的情况下，也同样可利用本发明。
(实施方式3)在实施方式3中，设定以下情况进行说明广播人员所拥有的视频服务器和多个家庭所拥有的多台客户机与网络连接。客户机A、B在接收视频服务器所分配的摘要流过程中，客户机A请求跳跃/回放流(skip/reversestream)。视频服务器对应于此向客户机A发送新的跳跃/回放流α。接着，由于客户机B也请求了跳跃/回放流，因此视频服务器向客户机B回信跳跃/回放流α的信息，并删除不存在接收者的摘要流。
其中，在本实施方式3中，由于视频服务器和客户机为一对多的关系，因此以视频服务器对摘要流进行多播分配为前提进行说明。另外，也可根据客户机的数量、视频服务器侧的线路频带对其进行单播分配、广播分配。
如图10所示，跳跃流是指从摘要流沿正方向派生的流。具体而言，当对摘要1、2、3、4、5…每隔20秒而连续的摘要流进行视听的客户端，对摘要2观看5秒后希望观看下一个摘要而按下遥控器的跳跃按钮时，视频服务器新生成从3开始的摘要流并发送至客户端。这里，将该沿正方向新生成的摘要流称作跳跃流。
另一方面，如图11所示，当对摘要1、2、3、4、5…连续的摘要流进行视听的客户端，在观看摘要2时希望观看过去观看过的摘要而按下遥控器的回放按钮时，视频服务器新生成从1开始的摘要流并发送至客户端。这里，将该沿反方向新生成的摘要流称作回放流。
另外，跳跃流、回放流可生成α、β这样的任意段。
下面，以客户机沿正方向请求了跳跃流的情况为例进行说明。
图12是表示本发明涉及的利用了视频服务器、客户机的影像分配系统的概略图。
在图12中，视频服务器1为广播人员所拥有，客户机A(电视机)61、B(电视机)62被设置在各家庭内。并且，这些设备分别通过有线/无线网络2连接。作为客户机A61、客户机B62，考虑了电视机或PC等，但并不限定于此。由于其它要素与利用实施方式1的图1说明的要素相同，因此省略说明。
图13是表示视频服务器1的内部构成的图。
在图13中，流列表存储部71具有流列表72。流列表72中记录有发送中的摘要流/跳跃流的多播地址、端口编号、正在接收流的接收者数量、在流中发送的摘要的内容ID。内容ID每当切换发送中的摘要时被更新，被重写最新的内容ID。由此，可检索哪个摘要/跳跃流当前在发送哪个内容的摘要。
当从客户机发出跳跃请求时，比较从客户机送来的内容ID和流列表72内的流ID，检测出客户机所请求的跳跃流(从客户机送来的内容ID的下一个内容的摘要为发送中的流)，并发送到客户机。当流列表72内不存在客户机所希望的跳跃流时，发送流管理部12向流发送部17发出指示，使其生成新的跳跃流，发送至客户机，并将多播地址、端口编号、正在接收流的接收者数量、在流中发送的摘要的内容ID新记录到流列表72中。跳跃流将从客户机送来的内容ID的下一个影像内容的摘要作为起始，按照内容列表存储部14所存储的内容列表，依次存储内容ID和规定时间量的摘要文件。
当摘要流或跳跃流的视听者因跳跃请求而改换其它流，从而摘要流或跳跃流的接收者数量变为0时，相应的摘要流或跳跃流被从视频服务器1的存储器中删除。视频服务器1中的其它要素以及客户机的构成与实施方式1中的要素相同，因此省略说明。
图14～15是说明本发明实施方式3的视频服务器1和客户机A61、B62之间的信息的交换顺序的时间图。
客户机A61、客户机B62从视频服务器1接收摘要流为止的次序与实施方式2中说明的相同，因此这里省略说明。
下面，按顺序说明在客户机A61、客户机B62对相同摘要流进行视听的情况下，只有正在通过客户机A61对摘要流进行视听的用户认为显示中的摘要无聊而利用遥控器的确定键请求了跳跃流α时的次序。
首先，若用户按下附属于客户机A61的遥控器的“跳跃”键，则客户机A61的接收流管理部31通过未图示的遥控器受光部检测到跳跃键的输入事件(步骤S3001)。伴随于此，接收流管理部31从摘要信息记录部34取得当前接收中的摘要所包含的内容ID(步骤S3002)。
接着，客户机A61的接收流管理部31将请求与沿正方向仅跳跃了一定数量摘要后的跳跃流相关的信息的“跳跃流信息请求”，发送到视频服务器1的发送流管理部12(步骤S3003)。这里，“跳跃流信息请求”包含在步骤S3002中由接收流管理部31从摘要信息记录部34接受的内容ID。
视频服务器1的发送流管理部12从“跳跃流信息请求”中获取内容ID，检索流列表72，选出在发送对由内容ID(从“跳跃流信息请求”获取)确定的影像内容的下一个影像内容进行确定的内容ID的跳跃流(步骤S3004)。
发送流管理部12将与从接收流管理部31接受的“跳跃流信息请求”对应的“跳跃流信息回信”发送到客户机A61的接收流管理部31(步骤S3005)。“跳跃流信息回信”中包含所选出的跳跃流的多播地址和端口编号、跳跃流速率。当跳跃流的速率与之前发送的摘要流或跳跃流的速率相同时，也可省略跳跃流的速率。
视频服务器1的发送流管理部12向流发送部17通知内容ID(通过从“跳跃流信息请求”获取的内容ID而确定的影像内容的下一个摘要的内容ID)以及预先决定的端口编号、所选出的多播地址(步骤S3006)。流发送部17对被通知的多播地址以被通知的速率发送跳跃流(步骤S3007)。
另一方面，在步骤S3004中，当流列表72中不存在相应的跳跃流时，发送流管理部12向流发送部17进行指示以生成新的跳跃流(步骤S3006)。流发送部17生成从由所取得的内容ID确定的影像内容的下一个影像内容的摘要开始的新的跳跃流，赋予未被使用的多播地址以及预先确定的端口编号，发送至客户机(步骤S3007)。该情况下，发送流管理部12也向流发送部17通知新的多播地址及预先决定的端口编号(步骤S3600)。流发送部17对被通知的多播地址及端口编号以被通知的速率发送跳跃流(步骤S3007)。
另一方面，客户机A61的接收流管理部31根据在步骤S3004中从视频服务器1接收的“跳跃流信息回信”，取得目的多播地址以及端口编号、跳跃流的速率，并通知给流接收部32(步骤S3008)。由于流接收部32无需接收过去观看过的摘要流或跳跃流，因此对视频服务器1的发送流管理部12发送“流接收废弃通知”(步骤S3009)。
视频服务器1的发送流管理部12接受由客户机A61发送的“流接收废弃通知”，取得其中包含的内容ID，使流列表72的相应的流的接收者数量减少(步骤S3010)。在该例中，摘要流的接收者从“2”减少为“1”。
接着，客户机A61的流接收部32对视频服务器1的发送流管理部12发送新的跳跃流的“流接收通知”(步骤S3011)，发送流管理部12从“流接收通知”获取目的多播地址、目的端口编号。发送流管理部12使流列表72的相应的流的接收者数量增加(步骤S3012)。该情况下，跳跃流α的接收者从“0”增加到“1”。
另一方面，客户机A61的流接收部32接收被通知的多播地址的跳跃流，将跳跃流所包含的摘要的内容ID随时记录到摘要信息记录部34中(步骤S3013)，并且向译码器33输出跳跃流所包含的摘要文件(步骤S3014)。
客户机A61的译码器33对从流接收部32收到的摘要文件进行译码，并发送到未图示的电视机等显示装置，从而输出影像、声音(步骤S3015)。
下面，对客户机B62同样请求跳跃流α的情况进行说明。该情况下，客户机B62的接收流管理部31通过未图示的遥控器受光部检测到跳跃键的输入事件(步骤S3101)。伴随输入事件的检测，接收流管理部31从摘要信息记录部34取得当前接收中的摘要所包含的内容ID(步骤S3102)。
接着，客户机B62的接收流管理部31将“跳跃流信息请求”发送到视频服务器1的发送流管理部12(步骤S3103)。这里，“跳跃流信息请求”中包含在步骤S3102中接受的内容ID。
视频服务器1的发送流管理部12从“跳跃流信息请求”中获取内容ID，检索流列表72，选出对通过从“跳跃流信息请求”获取的内容ID而确定的影像内容的下一个内容的摘要进行发送的跳跃流(步骤S3104)。
发送流管理部12发现已选出的跳跃流α，向客户机B62的接收流管理部31发送“跳跃流信息回信”(步骤S3105)。“跳跃流信息回信”中包含跳跃流α的多播地址和端口编号、跳跃流速率。
客户机B62的接收流管理部31从所接收的“跳跃流信息回信”中获取目的多播地址以及端口编号、跳跃流的速率，通知给流接收部32(步骤S3106)。
由此，客户机B62能够接收由视频服务器1发送到客户机A61的跳跃流α，可减轻视频服务器向客户机B62生成新的跳跃流的负荷。而且，由于跳跃流被多播分配，因此还可减轻视频服务器1侧的网络线路的频带负荷。
由于客户机B62的流接收部32无需接收过去观看过的摘要流或跳跃流，因此对视频服务器1的发送流管理部12发送“流接收废弃通知”(步骤S3107)。
视频服务器1的发送流管理部12接收由客户机B62发送的“流接收废弃通知”，取得其中包含的内容ID，使流列表72的相应的流的接收者数量减少(步骤S3108)。在该例中，摘要流的接收者从“1”减少为“0”。
而且，视频服务器1的发送流管理部12向流发送部17通知摘要流的发送停止命令(步骤S3109)。流发送部17使摘要流的发送停止。
另外，在流列表72的计数值变为“0”的时刻，判断为不存在接收摘要流的客户端，从而向流发送部17通知摘要流的废弃指令。收到该指令的流发送部17从内部的存储器中删除摘要流。
客户机B62的流接收部32伴随着跳跃流α的开始接收，对视频服务器1的发送流管理部12发送“流接收通知”(步骤S3110)。发送流管理部12从“流接收通知”获取目的多播地址、目的端口编号。发送流管理部12使流列表72的相应的流的接收者数量增加(步骤S3111)。该情况下，跳跃流α的接收者从“1”增加到“2”。
另一方面，客户机B62的流接收部32接收被通知的多播地址以及端口编号的跳跃流，将跳跃流所包含的摘要的内容ID随时记录到摘要信息记录部34中(步骤S3112)，并向译码器33输出跳跃流所包含的摘要文件(步骤S3113)。
客户机B62的译码器33对从流接收部32收到的摘要文件进行译码，并发送到未图示的电视机等显示装置，从而输出影像、声音(步骤S3114)。
以上，对本发明实施方式3中的影像分配系统进行了说明，但这只是一例，本发明并不限定于该实施方式3。
例如，在“摘要信息请求”、“摘要信息回信”、“原片再生请求”、“原片再生响应”、“跳跃流信息请求”、“跳跃流信息回信”中可利用RTSP的情况与实施方式1相同。该情况下，“摘要信息请求”及“摘要信息回信”、“跳跃流信息请求”及“跳跃流信息回信”可利用公共的协议。
而且，在“流接收通知”、“流接收废弃通知”中可用IGMP的“join”“leave”方法进行代替的情况也与实施方式2相同。
另外，在本实施方式3中，以客户机A61以及客户机B62请求了跳跃流的情况为前提进行了说明，但在请求了回放流的情况下也能以同样的方式实施。
并且，以跳跃流和回放流沿着正方向或反方向跳跃了一个摘要的情况为前提进行了说明，但并不限定于跳跃一个摘要，也可跳跃任意数量的摘要。
(实施方式4)在实施方式4中，设定以下情况进行说明接收跳跃流的客户机的用户在视听跳跃流时，跳跃流在一定期间之后被整合为摘要流，从服务器中删除跳跃流。
在本实施方式4中，将摘要流和跳跃流的各内容所包含的摘要的发送期间调节为不同的长度，在经过一定期间之后，摘要流的摘要的切换定时和跳跃流的摘要的切换定时变得同步。
在本实施方式4中，以利用了实施方式3中所说明的视频服务器、客户机的影像分配系统为前提进行说明。这里，设客户机A61接收摘要流，客户机B62接收跳跃流α，下面，利用图16对跳跃流被整合为摘要流的次序进行说明。
视频服务器1的流发送部17与摘要流所包含的各内容的摘要被变更的定时一致地依次更新流列表72的内容ID(步骤S4001)。流发送部17始终监视流列表72的内容ID的更新，检查摘要流和跳跃流的内容ID是否有在相同内容ID以相同定时被更新的定时。当在流列表72内发现了相同ID、相同定时的更新时，流发送部17对发送流管理部12进行通知(步骤S4002)。这里，设定流发送部17发现了摘要流和跳跃流α在相同ID、相同定时被更新的情况。
视频服务器1的发送流管理部12在判断为跳跃流α和摘要流以相同ID、相同定时被更新时，对接收跳跃流α的客户机B62的接收流管理部31发送“流变更通知”(步骤S4003)。“流变更通知”中包含成为整合目的地的摘要流的目的多播地址以及目的端口编号、流速率。
客户机B62的接收流管理部31向流接收部32发出通知，以将接收流变更为由“流变更通知”指定的摘要流的目的多播地址以及目的端口编号、流速率(步骤S4004)。
由此，客户机B62在切换跳跃流α所包含的内容的摘要的瞬间，被转移到摘要流的视听。从而，可实现视听者向摘要流的整合，而不会使用户产生不适感，可减少视频服务器预先存储于存储器的跳跃流的数量。这样，符合用户的要求且减少跳跃流的数量，从而可降低视频服务器侧的网络线路的频带负荷。
接着，完成了向摘要流的转移的客户机B62的流接收部32，向视频服务器1的发送流管理部12发送到目前为止接收到的跳跃流α的“流废弃通知”(步骤S4005)。接受了该通知的发送流管理部12使流列表72内的相应的流(跳跃流α)的接收者数量减少(步骤S4006)。在本实施方式4中，接收者数量从“1”减少为“0”。
视频服务器1的发送流管理部12接受来自客户机B62的“流废弃通知”后，向流发送部进行通知以停止跳跃流α的发送(步骤S4007)。视频服务器的流发送部停止发送跳跃流α。
进而，视频服务器1的发送流管理部12对流列表72进行了更新，结果在接收者数量变为“0”的时刻，判断为不存在接收跳跃流α的客户端，向流发送部17通知跳跃流α的废弃指令。接受了该指令的流发送部17从内部的存储器中删除跳跃流。
客户机B62的流接收部32向视频服务器1的发送流管理部12发送整合目的地的摘要流的“流接收通知”(步骤S4008)。发送流管理部12由此获取目的多播地址、目的端口编号，并且使流列表72的相应的流(摘要流)的接收者数量增加(步骤S4009)。在本实施方式4中，由于客户机A61接收了摘要流，因此流列表72的接收者数量的计数值从“1”增加到“2”。
客户机B62的流接收部32接收被通知的多播地址以及端口编号的摘要流，将摘要流所包含的各摘要的内容ID随时记录到摘要信息记录部34中(步骤S4010)，并向译码器33输出摘要流所包含的摘要文件(S4011)。
客户机B62的译码器33对从流接收部32收到的摘要文件进行译码，并发送到未图示的电视机等显示装置，从而输出影像、声音(步骤S4012)。
下面，利用图17，对视频服务器所生成的摘要流以及跳跃流α的构成的具体例进行说明。
如图所示，在跳跃流α中使用长度与摘要流所包含的内容的摘要不同的摘要。由此，根据摘要的长度，跳跃流α与摘要流产生同时开始发送相同内容的摘要的定时(A点)。
例如，如图17所示，在对内容的摘要长度各为20秒的摘要流进行视听中的用户，当在对摘要流所包含的第二个内容进行视听之中希望跳跃到下一个内容而在第二个内容的摘要开始10秒后按下了遥控器的跳跃按钮时，视频服务器1按照内容的摘要各成为25秒的方式新生成跳跃流α。由此，第五个摘要的开始时刻(A点)在摘要流和跳跃流中为同一定时，可将跳跃流α的视听者转移为摘要流，并且删除跳跃流α。
图18是表示在摘要流和回放流β之间进行流的整合时两个流的构成的具体例子的图。
和与跳跃流α的整合时相同，回放流β使用长度与摘要流所包含的内容的摘要不同的摘要。
例如，如图18所示，对内容的摘要长度各为20秒的摘要流进行视听之中的用户，当在对摘要流所包含的第二个内容进行视听当中希望回放到上一个内容而在第二个内容的摘要开始10秒后按下了遥控器的回放按钮时，视频服务器1按照内容的摘要各成为15秒的方式新生成回放流β。由此，第七个摘要的开始时刻(B点)在摘要流和回放流β中为同一定时，可将回放流β的视听者转移到摘要流，并且删除回放流β。
以上，在本实施方式4中，以客户机B62接收了跳跃流α的情况为前提进行了说明，但在客户机B62接收回放流β时也可实施本发明。
而且，在该例中，设为只要存在来自用户的指示，则随时生成跳跃流或回放流，但通过即使存在来自用户的指令时，摘要流也按照使摘要为5秒、10秒、15秒的方式在发送一定时间之后生成新的跳跃流或回放流，则容易获得跳跃流或回放流之间的摘要的同步。
进而，在该例中，设摘要流所包含的摘要的长度为20秒、跳跃流所包含的摘要的长度为25秒、回放流所包含的摘要的长度为15秒，但这只是一例，并不限定于此。只要是使摘要成为用户可视听的适当的时间，则任意时间长度均可，而且，只要在任意数量之前的摘要开始时刻能确保两者间的同步，则摘要的长度也可不固定。
并且，在提前多少的摘要开始时刻确保同步可在视频服务器侧任意设定。
以上，在本实施方式4中，以摘要流与跳跃流、回放流之间的整合为中心进行了说明，但并不限定于此。跳跃流彼此的整合、回放流彼此的整合、或跳跃流与回放流的整合等，只要是由摘要构成的流则可与任意流整合。例如，当不存在对摘要流进行视听中的用户时，可删除摘要流，整合为跳跃流。
另外，在本实施方式4中，设客户机B62的流接收部32向视频服务器1的发送流管理部12发送跳跃流α的“流废弃通知”(步骤S4005)，但可省略该步骤，利用视频服务器1的发送流管理部12在步骤S4003中对客户机B62的接收流管理部31发送的“流变更通知”，来使流列表72内的相应的流(跳跃流)的接收者数量减少。由此，可减少视频服务器与客户机之间的步骤。
(实施方式5)在实施方式5中，对客户机拥有存储器装置的情况进行举例说明。该情况下，客户机在接收摘要流过程中，将摘要流的未接收部分预先蓄积到存储装置中(服务器为蓄积用而另外以多播方式发送摘要流)，并根据用户的跳跃请求，使得客户机自己生成跳跃流。而且，在跳跃流视听过程中，进一步将未接收部分蓄积到存储器中，用于下一次的跳跃请求。在存储器装置中蓄积的部分全部视听完毕的时刻，从服务器接收续流。
图19是表示本发明涉及的利用了视频服务器、客户机的影像分配系统的概略图。
在图19中，视频服务器1和客户机81通过有线/无线网络2连接。由于作为视频服务器1的构成与实施方式1～4中所说明的相同，因此这里省略说明。
图20是表示本实施方式5中的客户机81的构成的图。
在图20中，HDD82能将从视频服务器1接收的摘要流存储于内部。
在本实施方式5中，如图21所示，以高速率从视频服务器1接收摘要流，并存储到HDD82中。通过将HDD82中存储的摘要依次转送到译码器33来进行摘要流的再生。例如，以高速率在3秒钟内获取15秒钟的摘要1并蓄积到HDD82中。进而，从HDD82向译码器33转送摘要1，在摘要1的再生中，HDD82以高速率获取摘要2蓄积到HDD82中。
图22是说明本发明实施方式5中的视频服务器1与客户机81之间的信息交换顺序的时间图。
下面，按顺序说明在客户机81的用户对摘要流进行视听的过程中，认为摘要无聊而利用遥控器的跳跃键请求了跳跃流时的次序。
首先，若用户按下附属于客户机81的遥控器的“摘要”键，则客户机81的接收流管理部31通过未图示的遥控器受光部检测到摘要键的输入事件(步骤S5001)。
客户机的接收流管理部31将“摘要的获取请求”发送到视频服务器1的发送流管理部12(步骤S5002)。这里，“摘要的获取请求”中包含客户机81的IP地址和摘要流接收用端口编号。
视频服务器1的发送流管理部12向流发送部17通知客户机81的IP地址以及端口编号(从“摘要的获取请求”取得)(步骤S5003)。视频服务器1的流发送部17生成内容1的摘要流，并且对被通知的客户机81的IP地址以及端口编号发送内容1的摘要流(步骤S5004)。该情况下，内容1的摘要流以比通常再生时的速率高的速率发送到客户机81。
客户机81的流接收部32接收被通知的IP地址和端口编号的摘要流，将摘要流所包含的内容ID随时记录到摘要信息记录部34中(步骤S5005)，并向HDD82输出摘要流所包含的内容1的摘要文件(步骤S5006)。HDD82将接收到的内容1的摘要文件与内容ID一起蓄积到HDD82中。
HDD82将蓄积的内容1的摘要文件写出到译码器33(步骤S5007)。译码器33对写出后的内容1的摘要文件进行译码，并发送到未图示的电视机等显示装置，从而输出影像、声音(步骤S5008)。
摘要信息记录部34将HDD82中蓄积的内容1的摘要的下一个摘要(内容2的摘要)的取得请求，发送到视频服务器1的发送流管理部12(步骤S5009)。
视频服务器1的发送流管理部12向流发送部17通知客户机81的IP地址以及端口编号(从“下一个摘要的获取请求”获取)(步骤S5010)。视频服务器1的流发送部17对被通知的IP地址以及端口编号发送内容2的摘要流(步骤S5011)。该情况下，内容2的摘要流也以比通常再生时的速率高的速率发送到客户机81。
客户机81的流接收部32接收被通知的IP地址和端口编号的摘要流，将摘要流所包含的内容ID随时记录到摘要信息记录部34中(步骤S5012)，并将接收到的内容2的摘要文件与内容ID一起蓄积到HDD82中(步骤S5013)。
由此，在客户机81的用户接收内容1的摘要流时，可预料到由用户发出的跳跃指令而从视频服务器1取来内容2的摘要的文件，预先蓄积到HDD82中。这样，通过在客户机81侧应对用户的跳跃请求，从而可减轻视频服务器1的负担以及视频服务器1侧线路频带的负担。进而，通过在客户机81内应对用户的跳跃请求，从而可实现与来自用户的请求适应的跳跃动作。
这里，列举了从视频服务器1取来HDD82所蓄积的内容1的摘要的下一个摘要(内容2的摘要)的例子，但也可取来HDD82所蓄积的内容1的摘要之前的摘要(例如，在摘要为20条并且循环时为摘要20)。由此，在客户机81的用户进行了回放(reverse)请求时也能应对。其中，针对来自用户的回放请求，通过在HDD82中预先蓄积过去视听过的一定条数的摘要，可在客户机81内应对该范围内的回放请求。例如，从摘要1开始按顺序对摘要进行视听的用户在视听摘要10时想要再次观看摘要5而进行了回放请求的情况下，通过预先在HDD82中蓄积摘要1～10，从而可从HDD82内再次再生摘要5。
在本实施方式5中，摘要流可通过单播或多播、广播的任意方式发送。
而且，HDD82所蓄积的摘要的条数可任意设定。例如，在一定次数的跳跃以及回放请求中，也可以对于未直接按顺序轮到的摘要进行删除。由此，可将客户机81中的HDD82的容量抑制得小。这直接关系到降低客户机81的单价。
(实施方式6)
在实施方式6中，对视频服务器将一定条数的摘要1～n发送给多播地址时的例子进行说明。该情况下，正在接收摘要流的客户机的用户通过发出跳跃请求，使得视频服务器向客户机通知其它摘要流的多播地址。另外，在摘要流1～n中以轮换方式设置有休止期间。
图23是表示本实施方式6中的客户机91的构成的图。在图23中，客户机91具备暂时蓄积从视频服务器1接收的摘要流的第一缓冲器92和第二缓冲器93。除此之外的构成与实施方式5中说明的构成相同，因而省略说明。
本实施方式6中的视频服务器1的构成，也与实施方式1～5所示的构成相同，因而省略说明。
对于在多个摘要流之间的摘要流的切换而言，由于和在实施方式1～5中作为从摘要流向跳跃流的切换进行说明的切换为相同动作，因此省略说明。
在本实施方式6中，通过改善摘要流的构成，从而降低视频服务器侧的线路频带负担。
图24是表示视频服务器所具有的多个摘要流的例子的图。在图24中，视频服务器具有内容1～内容6这6个内容，从每一个内容中提取一定时间的摘要，组合后的摘要流成为摘要流A～F。摘要流A～F分别将位于起始处的摘要依次设定为1～6，按照使得在摘要流之间进行跳跃移动的用户不会连续观看相同内容的方式进行设定。而且，在各摘要流中轮换设置有休止期间100。在休止期间100中，摘要的发送中断，当针对位于休止期间100的摘要流具有来自用户的跳跃指示时，设定为跳过位于休止期间100的摘要流，转移到下一个摘要流。
在本实施方式6中，按照使得基于用户指示的摘要流的切换顺序成为正方向的方式预先进行规则化。例如，按照摘要流A→B→C的顺序切换摘要流。
这样的摘要流的生成按照由视频服务器1的流发送部17预先确定的规则或按照视频服务器1的管理者的任意设定来进行。
在以图24所示的顺序进行摘要流的切换时，需要对休止期间100部分进行调整。当用户基于跳跃指令在摘要流之间进行跳跃移动时，跳过位于休止期间100的摘要流即可，但对于正在继续观看一定的摘要流的用户而言，仅在休止期间不放映内容的摘要会感到不适。这可通过如下那样设置缓冲器来解决。
参照图24，视频服务器1的发送流管理部12在摘要流所包含的某一摘要的划分点(图中所示的X点)处，向客户机91的接收流管理部31通知在一个摘要期间之后(图中所示的Q期间)哪个摘要流的哪个节目被休止。例如，在图中的X点处，向客户机91通知在Q期间摘要流E的摘要1休止。同样，在图中的Y点，向客户机91通知在R期间摘要流B的摘要5休止。
例如，在客户机91对摘要流E进行视听时，被通知Q期间内摘要流E的摘要1休止的接收流管理部31，会对流接收部32发出指示预先从其它摘要流接收Q期间中的摘要流E的摘要1，存储到第一缓冲器92中。收到该指示的流接收部32对从视频服务器1接收的摘要流F的P期间中的摘要1的广播进行接收，并存储到第一缓冲器92中。客户机91所希望的摘要1被发送到摘要流F的P期间，是通过接收流管理部31基于由视频服务器1的流发送部17预先确定的规则来计算的。
正在视听摘要流E的客户机91的接收流管理部31向流接收部32发出指示在Q期间从第一缓冲器92输入摘要1并进行译码。流接收部32接受该指示，从第一缓冲器92接收摘要1，译码后进行画面输出。
在以上的例子中，说明了预先从其它摘要流接收并存储与摘要流E的休止期间100相应的摘要的再生所需的摘要数据的情况，但也可预见客户机91的视听者希望收看其它摘要流而预先接收并存储其它摘要流中的休止期间量的摘要。
例如，在上述例中，直至在Q期间再生摘要1为止，第一缓冲器92蓄积摘要1，但该期间摘要流B可从Q期间的摘要流C接收在R期间休止的摘要5，并蓄积到第二缓冲器93中。
这样，通过采用轮换设置休止期间的构成，可减轻视频服务器侧的线路频带的负担。在本实施方式6的例子中，对摘要流A～F进行6条多播发送，但通过设置休止期间，只要是能发送5条摘要流的频带即可。
另外，对于休止期间的轮换而言，轮换的定时和次数可任意设定，但需要采用在至少以相同定时发送的摘要的期间内有一条摘要流休止的构成。
以上，在实施方式1～6中，对本发明涉及的视频服务器以及影像分配系统的构成进行了说明，但也可利用个人计算机(PC)等具有运算功能的装置实施上述发明。该情况下，可以在这些装置中加入可实施上述发明的程序作为软件，并通过PC等具备的CPU(Central Processing Unit)来处理/执行该软件。
而且，为了由上述PC等具备的CPU来处理/执行实施方式1～4的发明，也可将这些方法以CPU可处理的次序作为程序或基于程序的数据而存储到CD-ROM等记录介质中。由此，可通过具备读取装置的PC等实施上述方法。
(工业上的可利用性)本发明所涉及的视频服务器以及使用了该视频服务器的影像分配系统，作为使得用户选择存储器装置中蓄积的影像内容容易化并且防止误选择的装置是有用的。
权利要求
1.一种视频服务器，具备内容存储部，其存储多个影像内容；和流发送部，其生成并发送从所述内容存储部存储的各影像内容中提取规定期间量的摘要而整理为一条信息流后的摘要流。
2.根据权利要求1所述的视频服务器，其特征在于，还具备发送流管理部，其从客户机接收所述摘要流的请求，对所述流发送部进行所述摘要流的发送指令，所述流发送部接受来自所述发送流管理部的指令，生成所述摘要流并发送给所述客户机。
3.根据权利要求2所述的视频服务器，其特征在于，所述发送流管理部从正在接收所述摘要流的所述客户机接收所述摘要流所包含的摘要的原片流的再生请求，并对所述流发送部进行所述原片流的发送指令，所述流发送部接受来自所述发送流管理部的指令，向所述客户机发送所述原片流。
4.根据权利要求2所述的视频服务器，其特征在于，所述发送流管理部从所述客户机接收摘要的跳跃或回放的请求，并对所述流发送部进行跳跃流或回放流的发送指令，所述流发送部接受来自所述发送流管理部的指令，生成使摘要沿正方向前进一定数量后的跳跃流或沿反方向退回一定数量后的回放流，并发送给所述客户机。
5.根据权利要求2所述的视频服务器，其特征在于，所述发送流管理部从所述客户机接收摘要流或跳跃流、回放流所包含的摘要的原片流的再生请求，并对所述流发送部进行所述原片流的发送指令，所述流发送部接受来自所述发送流管理部的指令，向所述客户机发送所述原片流。
6.根据权利要求2所述的视频服务器，其特征在于，所述发送流管理部从所述客户机接收摘要的跳跃或回放的请求，若存在已经发送的跳跃流或回放流，则进行所述跳跃流或所述回放流的发送指令，当不存在已经发送的信息流时，进行新的跳跃流或摘要流的发送指令，所述流发送部基于来自所述发送流管理部的指令，当存在已经发送的跳跃流或回放流时，向所述客户机发送使所述摘要沿正方向前进一定数量后的跳跃流或沿反方向退回一定数量后的回放流，当不存在已经发送的信息流时，生成使所述摘要沿正方向前进一定数量后的跳跃流或沿反方向退回一定数量后的回放流，并发送给所述客户机。
7.根据权利要求2所述的视频服务器，其特征在于，所述发送流管理部在发送中的多个跳跃流或回放流所包含的摘要的发送开始时间一致的定时，进行如下指示将对其它跳跃流或回放流进行视听的客户机转移到所述多个跳跃流或回放流中的一部分跳跃流或回放流，并废弃所述其它跳跃流或回放流，所述流发送部根据来自所述发送流管理部的指示，从内部所具备的存储器删除发送中的所述多个跳跃流或回放流中成为废弃对象的所述其它跳跃流或回放流，并替代其向所述客户机发送成为汇集对象的所述一部分跳跃流或回放流。
8.根据权利要求7所述的视频服务器，其特征在于，所述流发送部发送的多个跳跃流或回放流所包含的摘要的发送期间分别不同，在所述多个跳跃流或回放流中的至少两条以上之中，发送到规定数量目的地的摘要的发送开始时间的定时一致。
9.根据权利要求2所述的视频服务器，其特征在于，所述发送流管理部从所述客户机接收摘要流的请求或摘要的跳跃、回放的请求，对所述流发送部进行摘要流或跳跃流、回放流的发送指令，所述流发送部根据来自所述发送流管理部的指示，选择发送中的多个摘要流的任意一条发送给所述客户机，所述流发送部所发送的多个摘要流按照各摘要流所包含的摘要成为相同发送开始时间的方式而同步，并按规定数量的摘要设置规定数量的休止期间，所述休止期间构成为在相同发送时间内为规定数量，并且不以跳跃或回放指令的摘要流的切换顺序连接。
10.一种影像分配系统，具有视频服务器和客户机，所述视频服务器具备内容存储部，其存储多个影像内容；发送流管理部，其从所述客户机接收摘要流的请求，进行所述摘要流的发送指令；和流发送部，其接受来自所述发送流管理部的指令生成所述摘要流，并发送给所述客户机，所述客户机具备流接收部，其从所述视频服务器接收所述摘要流；译码器部，其对接收到的所述摘要流进行译码并输出；和接收流管理部，其从用户接受摘要流的请求，对所述视频服务器的所述发送流管理部进行所述摘要流的发送请求。
11.根据权利要求10所述的影像分配系统，其特征在于，所述发送流管理部从所述客户机接收所述摘要流的请求或所述摘要流所包含的摘要的原片流的再生请求，当存在所述摘要流的请求时，对所述流发送部进行所述摘要流的发送指令，当接受了所述原片流的再生请求时，从所述原片流的再生请求中提取确定所述原片流的内容ID，对所述流发送部进行与所述内容ID对应的原片流的发送指令，所述流发送部在从所述发送流管理部收到了所述摘要流的发送指令时，生成并发送使所述内容ID与从所述内容存储部所存储的各影像内容提取出的规定期间量的摘要相关联而整理成一条信息流后的摘要流，当从所述发送流管理部收到原片流的发送指令时，向所述客户机发送与所述内容ID对应的原片流，所述客户机还具备摘要信息记录部，其从所述流接收部所接收的所述摘要流中提取所述内容ID并依次记录，所述接收流管理部接受来自用户的原片再生请求，对所述发送流管理部进行从所述摘要信息记录部获得的内容ID所对应的原片流的再生请求。
12.根据权利要求10所述的影像分配系统，其特征在于，所述视频服务器还具备接收者数量记录部，其从所述发送流管理部接受所述摘要流的发送请求或废弃请求，对所述摘要流的接收者数量进行计数，所述流发送部接受来自所述发送流管理部的指令，生成所述摘要流并进行发送，当所述接收者数量记录部的计数值为0时，从内部所具备的存储器删除所述摘要流，所述接收流管理部在从用户收到所述摘要流的请求时，对所述发送流管理部进行摘要流的发送请求，在中止所述摘要流的接收时，对所述发送流管理部进行所述摘要流的废弃请求。
13.根据权利要求12所述的影像分配系统，其特征在于，所述发送流管理部从所述客户机接收所述摘要流的请求，对所述流发送部进行所述摘要流的发送指令，按规定期间向所述客户机发送对所述摘要流的接收状况进行确认的消息，并接收所述客户机针对所述消息的响应消息，所述接收者数量记录部接受来自所述发送流管理部的所述摘要流的发送请求、响应消息或未收到响应消息的联络，对摘要流的接收者数量进行计数，所述流发送部接受来自所述发送流管理部的指令，生成并发送所述摘要流，当所述接收者数量记录部的计数值为0时，从内部所具备的存储器中删除所述摘要流，所述接收流管理部在从用户收到所述摘要流的请求时，对所述发送流管理部进行所述摘要流的发送请求，当从所述发送流管理部收到确认接收状况的消息时，发送表示所述摘要流的接收状况的响应消息。
14.根据权利要求10所述的影像分配系统，其特征在于，所述发送流管理部从所述客户机接收摘要的跳跃或回放的请求，对所述流发送部进行跳跃流或回放流的发送指令，所述流发送部接受来自所述发送流管理部的指令，生成使所述摘要沿正方向前进一定数量后的跳跃流或沿反方向退回一定数量后的回放流，并发送给所述客户机，所述流接收部从所述视频服务器接收摘要流或跳跃流、回放流，所述译码器部对所接收的摘要流或跳跃流、回放流进行译码并输出，所述接收流管理部从用户接受摘要的跳跃或回放请求，对所述发送流管理部进行摘要的跳跃或回放的请求。
15.根据权利要求14所述的影像分配系统，其特征在于，所述发送流管理部从所述客户机接收摘要流或跳跃流、回放流的请求、或者摘要流或跳跃流、回放流所包含的摘要的原片流的再生请求，当存在所述摘要流或跳跃流、回放流的请求时，对所述流发送部进行摘要流或跳跃流、回放流的发送指令，当接受了所述原片流的再生请求时，从所述原片流的再生请求中提取确定所述原片流的内容ID，对所述流发送部进行与所述内容ID对应的原片流的发送指令，所述流发送部在从所述发送流管理部收到摘要流或跳跃流、回放流的发送指令时，生成并发送使所述内容ID与从所述内容存储部所存储的各影像内容提取出的规定期间量的摘要相关联而整理成一条信息流后的摘要流以及所述跳跃流、回放流，当从所述发送流管理部收到所述原片流的发送指令时，向所述客户机发送与所述内容ID对应的原片流，所述客户机还具备摘要信息记录部，其从所述流接收部所接收的所述摘要流或跳跃流、回放流中提取所述内容ID并依次记录，所述接收流管理部接受来自用户的原片再生请求，对所述发送流管理部进行从所述摘要信息记录部获得的内容ID所对应的原片流的再生请求。
16.根据权利要求15所述的影像分配系统，其特征在于，所述发送流管理部保持流列表，接受来自所述客户机的摘要的跳跃或回放的请求，检索所述流列表，其中，所述流列表依次记录对所述流发送部发送中的摘要流或跳跃流、回放流所包含的成为摘要的基础的内容进行确定的内容ID，当存在对所述客户机当前接收的摘要的之后顺序或之前顺序的摘要进行发送中的所述跳跃流或回放流时，发送所述跳跃流或回放流，当不存在所述跳跃流或回放流时，进行新的跳跃流或回放流的发送指令，所述流发送部基于来自所述发送流管理部的指令，当存在与所述流列表对应的跳跃流或回放流时，向所述客户机发送使所述摘要沿正方向前进一定数量后的跳跃流或沿反方向退回一定数量后的回放流，当不存在与所述流列表对应的跳跃流或回放流时，生成并发送新的跳跃流或回放流，所述接收流管理部接受来自用户的跳跃或回放的请求，对所述发送流管理部进行从所述摘要信息记录部获得的内容ID所对应的跳跃流或回放流的再生请求。
17.根据权利要求12所述的影像分配系统，其特征在于，所述发送流管理部从所述客户机接收摘要的跳跃或回放的请求，对所述流发送部进行跳跃流或回放流的发送指令，所述接收者记录部接受来自所述客户机的跳跃或回放的发送请求、或者废弃请求，对所述摘要流的接收者数量进行计数，所述流发送部接受来自所述发送流管理部的指令，生成所述跳跃流或回放流并发送给所述客户机，当所述接收者数量记录部的计数值为0时，从内部所具备的存储器中删除所述跳跃流或回放流，所述流接收部从所述视频服务器接收所述摘要流或跳跃流、回放流，所述译码器部对所接收的摘要流或跳跃流、回放流进行译码并输出，所述接收流管理部在从用户收到了所述摘要的跳跃或回放请求时，对所述发送流管理部进行所述跳跃流或回放流的发送请求，在中止所述跳跃流或回放流的接收时，对所述发送流管理部进行所述跳跃流或回放流的废弃请求。
18.根据权利要求17所述的影像分配系统，其特征在于，所述发送流管理部从所述客户机接收所述摘要的跳跃或回放的请求，对所述流发送部进行所述跳跃流或回放流的发送指令，按规定期间向所述客户机发送对跳跃流或回放流的接收状况进行确认的消息，并接收所述客户机针对所述消息的响应消息，所述接收流管理部在从用户收到所述摘要的跳跃或回放请求时，对所述发送流管理部进行所述跳跃流或回放流的发送请求，当从所述发送流管理部收到确认接收状况的消息时，发送表示所述跳跃流或回放流的接收状况的响应消息。
19.根据权利要求10所述的影像分配系统，其特征在于，所述客户机还具备对所接收的摘要流进行存储的存储部，所述译码器部对从所述流接收部以及所述存储部输入的摘要流进行译码并输出。
20.根据权利要求1所述的视频服务器，其特征在于，所述摘要流被发送到多播地址目的地。
全文摘要
本发明提供一种视频服务器，其设置有流发送部，该流发送部当用户选择存储器装置中蓄积的影像内容时，生成并发送从内容存储部所存储的各影像内容中提取规定期间量的摘要而整理为一条信息流后的摘要流。由此，可对集中了各内容的摘要的摘要流进行视听，从而可从该摘要流中选择所希望的节目。
文档编号H04N7/173GK101061715SQ20058003925
公开日2007年10月24日 申请日期2005年10月27日 优先权日2004年11月19日
发明者服部雄大, 松村浩一, 铃木贤, 手岛真哉 申请人:松下电器产业株式会社