信息处理设备及其控制方法和存储介质与流程

本发明涉及一种信息处理设备及其控制方法和存储介质。

背景技术：

来自网络照相机的视频分发包括响应于来自客户端的一个请求分发多个图像(视频流)的流分发以及响应于来自客户端的一个请求发送一个图像(个体图像)的个体分发。通常，可以接收流的客户端请求流分发以进行高速接收，并接收和显示视频流。另一方面，无法接收流的客户端请求个体分发，并接收和显示个体图像。

在流分发中，由于网络照相机在接收到来自客户端的请求时单方面地分发数据，因此可以进行高速分发。因此，当希望以高速显示视频时，使用流分发。在个体分发中，重复如下操作：网络照相机从客户端接收个体请求并发送个体图像。个体分发使得甚至能够在例如浏览器上进行显示，而不管客户端的环境如何。

提出了根据情形来选择和使用流分发或个体分发的客户端。日本特开2008-211503公开了如下技术：通常显示流分发，并且如果在切换视频流时分发图像，则显示个体分发的图像。

然而，如果客户端请求流接收，则视频流在一些情况下不能通过经由代理的通信接收。这是因为，如果数据是从图像源以分割的方式发送的，则代理可以累积分割数据，接收所有数据，然后整体发送接收到的所有数据。使用例如http块格式来发送视频流等的分割数据。在块格式中，各分割数据采用表示其是中间数据或最终数据的格式发送。代理累积数据(中间数据)，直到从图像源接收到最终数据为止。然后，在接收到最终数据时，代理将迄今累积的数据整体发送给客户端。

如果图像源是照相机，则采用块格式的中间数据作为视频流的数据(分割数据)被顺次发送。在这种情况下，由于没有接收到最终数据，因此代理仅累积从照相机接收的视频，并且不将其发送到客户端。结果，出现如下问题：视频从未到达客户端并且根本没有显示在客户端上。

技术实现要素：

在本发明的实施例中，为了解决上述问题，提供一种使得客户端能够适当地从照相机接收图像的信息处理设备以及该信息处理设备的控制方法。

根据本发明的一个方面，提供一种信息处理设备，用于执行从外部设备接收视频的接收处理，所述信息处理设备包括：判断部件，用于通过请求所述外部设备发送视频来判断来自所述外部设备的视频的接收状态；以及执行部件，用于基于所述判断部件对所述接收状态的判断结果，执行用于通过向所述外部设备发送流请求来接收视频流的流接收操作和用于通过向所述外部设备发送个体请求来分别接收所述视频流中所包括的图像的个体接收操作其中之一。

此外，根据本发明的另一方面，提供一种信息处理设备的控制方法，所述信息处理设备用于执行从外部设备接收视频的接收处理，所述控制方法包括：通过请求所述外部设备发送视频来判断该视频的接收状态；以及基于所述接收状态的判断结果，执行用于通过向所述外部设备发送流请求来接收视频流的流接收操作和用于通过向所述外部设备发送个体请求来分别接收所述视频流中所包括的图像的个体接收操作其中之一。

此外，根据本发明的另一方面，提供一种计算机可读存储介质，其存储用于使计算机执行信息处理设备的控制方法的程序，所述信息处理设备用于执行从外部设备接收视频的接收处理，所述控制方法包括：通过请求所述外部设备发送视频来判断该视频的接收状态；以及基于所述接收状态的判断结果，执行用于通过向所述外部设备发送流请求来接收视频流的流接收操作和用于通过向所述外部设备发送个体请求来分别接收所述视频流中所包括的图像的个体接收操作其中之一。

通过以下(参考附图)对典型实施例的说明，本发明的其它特征将变得明显。

附图说明

图1a是用于说明照相机的流分发的序列图；

图1b是用于说明照相机的个体分发的序列图；

图2a和2b是用于说明由于代理介入而进行的分割发送操作的视图和序列图；

图3a和3b是示出由于代理介入而没有视频流到达客户端的状态的视图和序列图；

图4是示出根据实施例的照相机和客户端的功能结构的示例的框图；

图5是示出在客户端上所显示的查看器窗口的视图；

图6是用于说明根据第一实施例的客户端、代理和照相机的操作的序列图；

图7是示出在客户端上所显示的查看器窗口的视图；

图8a和8b是用于说明根据第一实施例的客户端、代理和照相机的操作的序列图；

图9a是示出根据第一实施例的接收处理的流程图；

图9b是示出根据第一实施例的接收处理的流程图；

图10a和10b是用于说明根据第二实施例的客户端、代理和照相机的操作的序列图；

图11是示出根据第二实施例的接收处理的流程图；以及

图12是示出根据实施例的客户端的硬件结构的示例的框图。

具体实施方式

<第一实施例>

将参考附图来详细描述本发明的优选实施例。

首先将参考图1a和1b来描述根据本实施例的流分发和个体分发。图1a是客户端接收并显示流分发时的序列图。客户端101发送用于请求视频流的流请求(步骤110)。在接收到流请求时(步骤111)，照相机102进行流分发(步骤112)。在流分发中，将照相机102所拍摄的视频作为视频流发送。客户端101接收从照相机102发送来的视频流，并显示该视频流(步骤113)。

图1b是客户端101接收从照相机102分别分发的图像并显示该图像的序列图。客户端101发送个体请求(步骤120)。在接收到个体请求时(步骤121)，照相机102进行个体分发(步骤122)。在个体分发中，分发照相机102所拍摄的视频的一帧的图像(在下文中也称为个体图像)。在个体分发中，代替一帧，可以请求和分发诸如两个或三个帧等的多个帧的图像。客户端101接收由照相机102发送的图像，并显示该图像(步骤123)。随后，如果客户端101发送下一个体请求(步骤124)，则照相机102接收个体请求(步骤125)，并分发下一个图像(步骤126)。客户端101接收并显示图像(步骤127)。通过重复该操作，客户端101显示通过个体分发而从照相机102接收到的图像。

接着，将参考图2a、2b、3a和3b来描述如下情况：中继数据发送的代理103介入在客户端101和图像源之间，并且被设置为累积分割的中间数据并发送这些中间数据。

图2a示出客户端101经由代理103连接到用作图像源的服务器104的状态。图2b是示出当被设置为累积中间数据并一次性发送中间数据的代理103介入时的操作的序列图。首先，客户端101向服务器104发送请求(步骤200)。在接收到请求时，代理103直接将请求发送到服务器104(步骤210)。在接收到请求时(步骤220)，服务器104通过分割要发送的数据并发送分割数据来回复该请求(步骤221)。可以使用例如http块格式来分割和分发数据。步骤221中发送的数据是没有添加数据结束信息的中间数据，并且代理103累积这些数据(步骤211)。之后，服务器104发送表示分割数据结束的最终数据(步骤222)。在接收到最终数据时(步骤212)，代理103将累积的中间数据和最终数据整体地发送到客户端101(步骤213)。因此，客户端101整体地接收分割并发送的数据(步骤201)。

接着将参考图3a来描述经由用于累积中间数据的代理103通过图1a中所示的流分发来接收照相机102的视频时的操作。

客户端101经由代理103连接到因特网上的照相机102。首先，客户端101发送流请求(步骤300)。在接收到流请求时，代理103直接将流请求发送到照相机102(步骤310)。在接收到流请求时(步骤320)，照相机102以流视频格式返回通过拍摄获得的视频(步骤321)。此时，照相机102连续发送视频流作为采用例如块格式的没有添加结束信息的中间数据。由于没有从照相机102发送添加有结束数据的数据，因此代理103仅将流数据作为中间数据进行累积，并且不将视频发送到客户端101(步骤311)。结果，客户端101始终不能接收该视频，因此不能显示该视频(步骤301)。

图4是示出根据本实施例的客户端101和照相机102的功能结构的示例的框图。客户端101执行用于从作为外部设备的照相机102接收视频的接收处理。

在本实施例中，客户端101和照相机102经由代理(未示出)通过网络450相连接。连接到网络450的客户端和照相机的数量不受限制。然而，为了描述简要，假设连接了一个客户端和一个照相机。对于网络450，可以使用具有足以传递照相机控制信号和压缩图像信号(稍后描述)的带宽的任何数字网络，诸如因特网或内联网等。注意，在本实施例中，假设tcp/ip(udp/ip)协议作为网络协议，并且在以下描述中地址表示ip地址。假设客户端101和照相机102被分配了ip地址。

根据本实施例的照相机102是具有照相机功能和分发视频的服务器功能的照相机服务器设备。注意，照相机功能和服务器功能可以由分开的设备或一个设备来实现。根据通信控制单元414从客户端接收到的命令，照相机102经由网络450分发图像数据，并且还执行各种照相机控制操作。图像输入单元415加载摄像机411的拍摄图像(运动图像或静止图像)。如果设置为处理整个图像，则图像输入单元415加载整个图像，以及如果设置为处理剪切图像，则图像输入单元415加载图像的一部分。图像压缩单元416将加载的拍摄图像压缩成容易分发给客户端101的数据大小。存储单元418保持各种设置值和数据。

摄像机411安装至可动云台412。照相机/云台控制单元413根据由通信控制单元414接收到并由命令解释单元417解释的命令所指定的控制内容来控制可动云台412。这控制例如摄像机411的平摇、倾斜和转动角度。

当经由通信控制单元414发送认证信息时，认证单元419判断是否许可认证。照相机102具有访客和管理员用户操作模式，并且可执行功能根据访客或管理员而不同。认证单元419使用用户输入的字符串和密码来进行认证。如果认证成功，则认证单元419将用户认证为管理员，并转变成管理员操作模式。在管理员操作模式中，接受仅可由管理员执行的功能等。

图像压缩单元416从摄像机411接收ntsc图像信号，进行a/d转换，通过motionjpeg压缩信号，并将压缩后的信号传送到通信控制单元414。通信控制单元414将压缩后的图像发送到网络450。注意，motionjpeg压缩用作图像的压缩格式。然而，本发明不限于这种压缩格式。照相机102支持通过一个流请求分发视频流的流分发和通过一个个体请求发送一个图像(个体图像)的个体分发这两者。

客户端101指定分配给照相机102的ip地址，并且经由网络450连接到照相机102，由此建立通信。客户端101的通信控制单元421接收从照相机102发送来的拍摄图像数据(视频流或个体图像)以及保持在存储单元418中的全景图像数据。通信控制单元421还从照相机102接收各种照相机控制操作的结果。控制单元424控制包括客户端101在流接收模式下的操作和客户端101在个体接收模式下的操作的各种操作。控制单元424执行接收处理(稍后将参考图9a和9b描述)。控制单元424进行控制以根据各种照相机控制操作的结果以及由图像解压缩单元425展开的拍摄图像和全景图像来生成图形用户界面(gui)，并在显示单元426上显示gui。操作输入单元423接受用户经由鼠标或键盘进行的gui操作。命令生成单元422基于诸如对全景图像的鼠标点击操作以及表示摄像机411的平摇、倾斜、转动和变焦位置的框的拖拽操作等的gui操作来生成各种照相机控制命令。命令生成单元422还生成所接收到的图像的大小的命令和剪切分发命令等。生成的各种照相机控制命令从通信控制单元421发送到照相机102。计时器430测量从发出流请求起的时间。计时器430用于判断显示控制的超时。

图12是示出客户端101的硬件结构的示例的框图。客户端101是信息处理设备，并且由例如通用计算机设备实现。cpu1201通过执行存储在rom1202或ram1203中的程序来实现各种控制操作。rom1202和ram1203是连接到cpu1201的存储器的示例。rom1202是只读非易失性存储器。ram1203是可适当写入的易失性存储器。当cpu1201执行预定程序时，实现图4所示的客户端101的至少一些功能单元。

显示装置1204形成显示单元426，并在cpu1201的控制下进行各种显示操作。辅助存储装置1205例如是硬盘，并且保存各种数据。注意，cpu1201要执行的程序可以存储在辅助存储装置1205中，并且根据需要加载到ram1203中并由cpu1201执行。输入装置1206包括键盘和鼠标，并形成操作输入单元423。注意，输入装置1206可以包括设置在显示装置1204的显示屏上的触摸面板。网络接口(i/f)1207是连接网络450和客户端101的接口。上述构成元件经由总线1208可通信地彼此连接。

接着将参考图5来描述根据本实施例的gui窗口(查看器窗口500)。在查看器窗口500中，从照相机102分发的视频显示在视频显示区域501中。可以使用操作条511、512和513来执行平摇、倾斜和变焦操作。快照按钮514用于获得静止图像。图像大小设置选择器515用于显示当前视频大小并切换要显示的视频大小。可以在视频显示区域501中显示通过参考图1a描述的流分发而获得的图像和通过参考图1b描述的个体分发而获得的图像。

接着将描述根据本实施例的客户端101的接收操作。客户端101通过请求作为外部设备的照相机102发送视频来判断该视频的接收状态，并基于判断结果来执行流接收操作和个体接收操作之一。在本实施例中，判断从发送流请求起在预定时间内是否接收到视频流，并且基于判断结果来选择流接收操作和个体接收操作之一。下面将参考图6来描述根据本实施例的客户端101和照相机102之间的视频交换。

根据本实施例的在客户端101上操作的接收处理(查看器)向照相机发送流请求。客户端101通常以图1a所示的过程接收视频流并显示视频。与此相反，图6所示的操作序列示出如参考图3a和3b所述当客户端101和照相机102之间介入用于累积分割数据、然后一次性发送数据的代理103时的操作。客户端101将流请求发送到照相机102(步骤600)。在接收到请求时，代理103直接将请求发送到照相机102(步骤610)。因此，照相机102经由代理103接收从客户端101发送的流请求(步骤620)。照相机102响应于该流请求分发视频流(步骤621)。分发的视频流包括中间数据，并且代理103累积中间数据(步骤611)。因此，客户端101没有接收到视频。

在发送该流请求之后，客户端101启动计时器430(步骤630)，以测量从流请求的发送起经过的时间。如果在计时器430的值达到预定值(例如，3秒)之前没有接收到视频流(步骤631)，则客户端101开始发送个体请求以通过个体分发来接收图像(步骤602)。在经由代理103接收到个体请求时，照相机102发送图像(步骤623)。所发送的图像由客户端101经由代理103接收，并显示在视频显示区域501中(步骤603)。如果发送个体图像，则个体图像不是采用分割数据格式，并且没有累积在代理103中。当重复上述个体分发时(步骤604、624和605)，客户端101可以接收由照相机102分发的图像，并将这些图像作为视频进行显示。

图7是示出在通过图6的步骤602和随后步骤中的个体分发显示视频时的gui的图。如图7所示，通过个体分发所接收到的图像显示在视频显示区域501中。在区域701中，显示“由于视频流的超时而通过个体请求获取视频”，从而向用户明确表示流分发已被切换到个体分发。利用该显示，用户可以把握客户端101是执行用于响应于流请求而接收视频流的流接收操作，还是执行用于响应于个体请求而接收个体图像的个体接收操作。

图8a示出如下情况下的交换：如果如图6所示发生超时而切换到个体分发之后接收处理结束、然后启动接收处理，则客户端101从照相机102获取图像。在这种情况下，如果再次进行与图6所示的序列相同的序列，即，如果将通过流请求来接收视频流，则没有接收到视频的情况下发生计时器430(3秒)的超时的可能性高。由于这个原因，从一开始，客户端101就通过参考图1b所述的个体分发来接收视频并显示该视频。也就是说，在启动接收处理时，客户端101发送个体请求(步骤800、802和804)。照相机102接收个体请求(步骤820、822和824)，并发送图像(步骤821、823和825)。客户端101接收并显示图像(步骤801、803和805)。

注意，如图8a所示，该处理从开始就切换到个体分发优选局限于如图6所示的可以通过切换到个体请求来显示图像的情况。其原因如下。如图8b所示，在发送流请求之后(步骤840)，如果在没有接收到视频的情况下发生超时，则客户端101发送个体请求(步骤841和842)。如图8b所示，如果照相机102也没有回复个体请求，则认为在照相机102中发生了故障。在消除了照相机102中的故障之后，期望首先尝试流分发以通过使得能够进行高速视频显示的流接收来进行接收。

将参考图9a的流程图来进一步说明上述处理。图9a示出当打开图5所示的查看器时在客户端101中开始的处理(接收处理)。

在步骤s901中，控制单元424判断个体标志是否为on(开启)。该个体标志在开始时为off(关闭)。稍后将描述开启个体标志的定时。如果在步骤s901中判断为个体标志不是on，则控制单元424在步骤s902中将接收模式设置为流接收模式以准备接收视频流，从而接收通过流分发所分发的流。控制单元424在步骤s903中向照相机102发送流请求，并在步骤s904中启动计时器430，以开始对自发送流请求起经过的时间的测量(超时计数)。

在步骤s905中，控制单元424判断是否已经开始接收视频流。如果在步骤s905中判断尚未开始接收视频流，则控制单元424在步骤s908中判断步骤s904中开始的超时计数是否超过3秒。如果超时计数等于或短于3秒，则重复步骤s905中的处理。

如果在步骤s905中判断为已经开始接收视频流，则控制单元424在步骤s906中继续流接收操作。也就是说，继续在步骤s901中设置的流接收模式中的流接收操作。在步骤s907中，判断流接收操作是否结束。如果在步骤s907中判断为流接收操作结束，则该处理结束；否则，重复步骤s906中的流接收操作。流接收操作的结束表示关闭查看器的应用等。

另一方面，如果在步骤s908中判断为超时计数长于3秒，则判断为用于累积中间数据的代理介入，并且控制单元424在步骤s909中取消视频流。在步骤s910中，控制单元424将接收模式设置为用于通过个体分发来接收图像的个体接收模式。在个体接收模式中，控制单元424通过用于分别请求视频流中所包括的图像的个体请求来接收个体图像，并显示该个体图像。下面将提供更详细的描述。

在步骤s911中，控制单元424开启个体标志。如果个体标志为on，则如步骤s901所示，在下次启动时执行通过个体分发的操作。在步骤s912中，控制单元424通过发送个体请求来请求个体图像。在步骤s913中，控制单元424接收并显示个体图像。在步骤s914中，控制单元424判断个体接收操作是否结束。如果判断为个体接收操作结束，则该处理结束；否则，重复步骤s912和随后步骤中的处理。如果接收处理在个体标志为on的状态下结束，即如果执行个体接收操作，则在下次启动接收处理时优选在不进行使用流请求的判断的情况下执行个体接收操作。这是因为，即使发送流请求，由于代理103的介入而导致发生超时的可能性也高。因此，在本实施例的接收处理中，如果在启动时个体标志为on，则客户端101从一开始就以个体接收模式进行工作(步骤s901中为“是”→步骤s910)。

如上所述，如果照相机102也没有回复个体请求，则认为在照相机102中发生了故障。在这种情况下，在消除故障之后，用户可能想要通过使得能够进行高速视频显示的流接收来进行接收。因此，如果在步骤s913中在预定时间内没有接收到针对个体请求的图像，则控制单元424关闭步骤s911中开启的个体标志，由此结束处理。图9b示出这种处理。图9b的步骤s921至s925示出步骤s912和s913中的处理的细节。控制单元424在步骤s921中发送个体请求，同时启动计时器430以开始超时计数。在步骤s922中，控制单元424判断是否已经接收到针对个体请求的图像。如果已经接收到图像，则控制单元424在步骤s923中接收个体图像。另一方面，如果在步骤s922中判断为没有接收到图像，则控制单元424在步骤s924中判断超时计数是否超过预定值。如果超时计数等于或小于预定值，则处理返回到步骤s922。如果在步骤s924中判断为超时计数超过预定值，则控制单元424在步骤s925中关闭个体标志，由此结束接收处理。如果可以通过执行个体接收操作来接收图像，则在下次启动接收处理时从一开始就设置个体接收模式。如果即使通过执行个体接收操作也不能接收到图像，则在下次启动接收处理时设置流接收模式，以进行步骤s903至s908中的判断。

如上所述，根据第一实施例，如果用于累积视频的代理服务器在途中介入，则可以从用于接收和显示视频流的操作切换到用于接收和显示个体图像的操作。因此，可以在这种代理介入的环境下或者在这种代理没有介入的环境下看到来自照相机的视频。

<第二实施例>

在第一实施例中，如果从发送流请求起在预定时间内不能开始接收视频流，则进行控制以切换到通过个体请求来接收视频。在第二实施例中，基于通过个体请求的个体图像的到达所花费的时间和通过部分流请求的视频流的到达所花费的时间来选择流分发和个体分发之一。注意，根据第二实施例的客户端101和照相机102的结构以及流分发和个体分发的基本操作与第一实施例相同。

图10a和10b是各自示出根据第二实施例的在请求视频的实际分发之前照相机102和客户端101之间的交换的序列图。利用该处理，在请求实际分发之前，判断环境是否是如图2a和2b或图3a和3b所示的用于累积中间数据的代理介入的环境。以下将该处理称为环境判断处理。该环境判断处理使得客户端101能够在由照相机102执行实际视频分发(下文中将称为实际分发)之前决定是通过流分发还是个体分发来进行实际分发。

将描述通过环境判断处理来判断用于累积中间数据的代理103是否介入的方法。在个体请求的情况下，即使被设置为累积中间数据的代理介入，也很快会从照相机102接收到回复。另一方面，在流分发的情况下，如果被设置为累积中间数据的代理介入，则在累积了所有数据时返回数据，因此最初的数据返回需要时间。使用这个事实，如果从发送个体请求到最初的回复为止的时间与从发送流请求到最初的回复为止的时间之间的差异大，则判断为代理在途中累积数据。

图10a是在用于累积中间数据的代理没有介入的网络环境下进行该判断处理时的序列图。客户端101发送个体请求(步骤1000)。在接收到个体请求时(步骤1010)，照相机102发送针对该个体请求的回复(个体图像)(步骤1011)。客户端101接收回复(步骤1001)，并且保持从个体请求的发送(步骤1000)到回复的接收(步骤1001)为止的时间作为第一时间。接着，客户端101发送部分流请求(步骤1002)。部分流请求用于使照相机102分发预定数据量的流。在本实施例中，假设分发预定数量的视频流，例如五个视频流。在接收到部分流请求时(步骤1012)，照相机102返回所请求的部分流(五个视频)(步骤1013至1017)。客户端101接收从照相机102发送来的视频(步骤1003至1007)。客户端101获得从部分流请求的发送(步骤1002)到最初的视频的接收(步骤1003)为止的时间作为第二时间。

在本实施例中，在环境判断处理中，基于第一时间和第二时间之间的比或差来决定是执行流接收操作还是个体接收操作。例如，如果第一时间和第二时间之间的差等于或小于阈值，或者如果通过将第一时间除以第二时间而获得的值等于或大于预定值，则决定执行流接收操作。在图10a中，由于所保持的从步骤1000到步骤1001的第一时间与从步骤1002到步骤1003的第二时间之间的差小，因此判断为环境是正常环境(用于累积数据的代理没有介入的环境)。注意，如果使用第一时间和第二时间之间的比来进行决定处理，则在第一时间与第二时间相差小于两倍的情况下，判断为第一时间和第二时间之间的差小。

接着将参考图10b来描述在用于累积中间数据的代理介入的状态下进行与图10a所示的处理相同的处理的情况。首先，客户端101向照相机102发送个体请求(步骤1020)。照相机102接收该请求(步骤1030)，并发送针对所接收的请求的回复(个体图像)(步骤1031)。客户端101接收该回复(步骤1021)。客户端101获得从个体请求的发送(步骤1020)到回复的接收(步骤1021)为止的时间，并将该时间保持为第一时间。

接着，客户端101发送部分流请求(步骤1022)。部分流请求如上所述。在接收到部分流请求时(步骤1032)，照相机102返回所请求的部分流(步骤1033至1037)。代理103累积这些部分流，直到具有结束信息的部分流到达为止(步骤1040)。在接收到具有结束信息的部分流时，代理将累积的所有部分流发送到客户端101(步骤1041)。客户端101接收部分流作为对部分流请求的回复(步骤1023)。客户端101获得从部分流请求的发送(步骤1022)到回复的接收(步骤1023)为止的第二时间。在图10b所示的情况下，由于从步骤1020到步骤1021的第一时间与从步骤1022到步骤1023的第二时间之间的差大，因此判断为环境是用于累积数据的代理介入的环境。如上所述，如果第一时间与第二时间相差两倍以上，则判断为第一时间和第二时间之间的差大。

将参考图11的流程图来说明包括上述环境判断处理的根据第二实施例的客户端101的查看器接收处理。在图11中，步骤s1101至s1109对应于环境判断处理。

在步骤s1101中，控制单元424发送个体请求。在步骤s1102中，启动计时器430。此时，计时器430从0开始进行计数。在步骤s1103中，控制单元424判断是否已经接收到对步骤s1101中发送的请求的回复。重复步骤s1103，直到接收到回复为止。如果在步骤s1103中判断为已经接收到回复，则控制单元424在步骤s1104中将计时器430的值(以下称为计时器计数)代入计数1。结果，从个体请求的发送到回复的接收为止的时间被设置在计数1中。

在步骤s1105中，控制单元424将部分流请求发送到照相机102。在步骤s1106中，控制单元424启动计时器430。计时器430从0开始。之后，在步骤s1107中，控制单元424等待接收对部分流请求的最初回复。如果接收到该回复，则控制单元424在步骤s1108中将当前计时器计数代入计数2。结果，从部分流请求的发送到第一回复的接收为止的时间被设置在计数2中。

在步骤s1109中，控制单元424比较计数1和2中所保持的时间，并判断计数1/计数2的值是否大于0.5。也就是说，判断接收到对个体请求的回复所花费的第一时间是否与接收到对部分流请求的回复所花费的第二时间没有太大差异。如果在步骤s1109中判断为该值大于0.5，则判断为在计数1和2的时间之间没有大的差异，即用于累积中间数据的代理103没有介入。在这种情况下，处理进入步骤s1110，使用视频流分发来进行实际分发。也就是说，控制单元424在步骤s1110中将接收模式设置为用于接收视频流的流接收模式，并在步骤s1111中发送流请求。在步骤s1112中，控制单元424接收并显示视频流。重复步骤s1112，直到视频流的分发结束为止(步骤s1113)。

另一方面，如果在步骤s1109中判断为该值等于或小于0.5，则处理进入步骤s1114，并且使用个体分发来进行实际分发。也就是说，在步骤s1114中，控制单元424将接收模式设置为用于通过个体请求来分别接收图像的个体接收模式。控制单元424在步骤s1115中发送个体请求，并在步骤s1116中接收并显示个体图像。在步骤s1117中，控制单元424判断个体分发是否结束。如果判断为个体分发结束，则该处理结束；否则，处理返回到步骤s1115，并且重复步骤s1115到s1117，直到个体分发结束为止。注意，与第一实施例的步骤s912和s913相同，可以应用图9b所示的处理作为步骤s1115和s1116中的处理。

如上所述，在第二实施例中，通过在使照相机开始视频的实际分发之前将接收对个体请求和部分流请求的回复所花费的时间进行比较，来判断用于累积数据(图像)的代理是否介入。在第二实施例中，由于基于判断结果来决定是进行个体分发还是流分发，因此可以从开始查看器操作起以适当的接收模式来接收视频。

注意，在上述示例中，在实际分发前的环境判断处理中所执行的通过个体请求的分发和通过部分流请求的分发的各分发中，使用照相机102所拍摄的视频作为对请求的回复。然而，本发明不限于此。在环境判断处理中，可以使用除视频和图像之外的预定数据作为对请求的回复。

其它实施例

本发明的实施例还可以通过如下的方法来实现，即，通过网络或者各种存储介质将执行上述实施例的功能的软件(程序)提供给系统或装置，该系统或装置的计算机或是中央处理单元(cpu)、微处理单元(mpu)读出并执行程序的方法。

尽管已经参考典型实施例说明了本发明，但是应该理解，本发明不局限于所公开的典型实施例。所附权利要求书的范围符合最宽的解释，以包含所有这类修改、等同结构和功能。