CN103581607A - 使用远程摄像机设备将视频流传递到本地端点主机的方法 - Google Patents

Abstract

一种进行视频呼叫的方法，使远程摄像机设备能够在视频呼叫中用作视频流的源，其中呼叫中的本地端点主机(如，电视)起到本地端点代理的作用。电视接收视频流并使用传统的视频呼叫应用将视频流传输到远程端点主机(视频呼叫的另一端)。不具有摄像机的电视能够在与远程设备的视频呼叫中起到本地端点代理的作用。在另一场景中，电视发现并连接到远程摄像机设备。诸如蜂窝电话之类的远程摄像机将视频流传递到电视，电视在视频呼叫中起到本地端点代理的作用。电视将视频传输到在呼叫另一端的设备。

Description

使用远程摄像机设备将视频流传递到本地端点主机的方法

技术领域

本发明总体涉及软件和计算设备。更具体地，本发明涉及视频呼叫软件以及在远程摄像机与计算设备之间的通信。

背景技术

通过基于服务器的中继通信并最终通过借助于外部服务器来初始化对等会话的现代SIP服务，视频聊天应用从基本(本地)对等模型演变而来。然而在这种演变过程中，目标用例(target use-case)仅仅是设备前的用户，其与另一个设备前的另一个用户交谈。需要更通用的解决方案。

对于视频聊天中使用的某些比较新的设备，如，电视，存在局限性。由于设备沉重并且固定，提供身临其境的体验是不可能的或者是负担繁重的，这种身临其境的体验允许用户示出/看到在固定或附着到电视的摄像机的视场以外的东西。减轻该问题的一些已有的解决方案是使用PZT(全方位旋转变焦，pan-zoom-tilt)摄像机以允许摄像机自动枢轴旋转，而在现代的薄电视上这些方案成本高并且不稳固。备选地，使用SW-FOV(超广视场，super-wide field of view)摄像机使得能够将摄像机虚拟变焦，但这在高清显示器上表现出模糊，并且要么由于“鱼眼”透镜而造成透镜失真，要么使主机设备(例如，电视)耗费繁重的计算量来解决这些问题。

将需要一种备选方案来为固定设备提供甚至比目前的现有技术更大并且自由度更高的全视场。

发明内容

本发明的一般方面包括但不限于使远程摄像机设备能够在视频呼叫中用作视频流的源的方法和装置，其中，本地端点主机(如，电视或计算机)起到本地端点代理的作用，所述本地端点代理接收视频流，并使用传统的视频呼叫(聊天)应用将视频流传输至远程端点主机。在一个场景下，不具有内部或附着摄像机的电视能够在与远程设备的视频呼叫中起到本地端点代理的作用。电视经由本地网络(例如，经由UPnP)连接到远程摄像机设备，呼叫方可以使用远程摄像机设备来捕获视频。将视频流传递到电视，电视使用已知的视频聊天应用(如，Skype)将视频传输到视频呼叫中的其他设备(典型地，通过互联网)。这样，不具有摄像机的电视可以用于进行视频呼叫。在另一场景中，电视具有摄像机，能够向远程端点设备(即，视频呼叫的另一端)传输视频，但是本地呼叫方想要示出电视摄像机视场之外的视频。在这种情况下，电视发现并连接到远程摄像机设备。诸如蜂窝电话、平板电脑或监视摄像机之类的远程摄像机将视频流传递到电视，如上所述，电视现在在视频呼叫中起到本地端点代理的作用。然后电视将视频传输或中继到在呼叫另一端的设备。这样，可以在视频呼叫期间发送电视摄像机的视场FOV以外的视频。

附图说明

结合附图，参考以下详细描述，将最佳地理解本发明及其优点，附图中：

图1是示出了两个环境的图示，在这两个环境之间正在进行呼叫；

图2是示出了根据一个实施例的视频呼叫的一个配置的高级网络图；

图3是示出了经由局域网络层相连的本地端点主机设备和远程摄像机设备中的相关组件的框图；

图4是根据一个实施例利用具有内部或附着摄像机的本地端点代理进行的视频呼叫过程的流程图；

图5是根据一个实施例利用不具有内部或附着摄像机的本地端点代理进行的视频呼叫过程的流程图；

图6是示出了根据一个实施例使用远程摄像机设备作为视频源的视频呼叫的用户体验的一系列屏幕截图；以及

图7A和7B是适于实现本发明实施例的计算设备的图。

附图中，相似的参考数字有时用于表示相识的结构元件。还应认识到，图中的描述是概略性的而不是按比例绘制的。

具体实施方式

在各个图中描述了使用户能够参与到视频呼叫中的方法和系统，在所述视频呼叫中，呼叫的一端或两端使用远程摄像机设备作为视频源。传统的视频呼叫应用(也称作视频聊天)典型地具有两个端点，这两个端点通过公共网络相连，在大多数情况下通过互联网相连。本发明描述了两个主要实施例：在一个实施例中端点主机不具有摄像机，在另一个实施例中主机具有摄像机。在主机具有摄像机的实施例中，摄像机通常是固定的并且仅能捕获其视场内的图像。在另一实施例中，主机设备对于源自远程摄像机设备(如，智能电话、平板电脑、摄录影机(camcorder)或监视摄像机(surveillance camera))的视频起到代理的作用。主机设备接收视频流并将视频流重定向至另一端点主机设备。图1示出了典型场景。

图1是示出了视频呼叫中的两个端点环境的图示。一个环境是家里的房间102，其中具有摄像机106的电视104面对沙发108。在另一个实施例中，电视104不具有内置或外部(附着)摄像机。用户110拿着蜂窝电话112在为小孩114拍摄视频。经由家中的局域网将视频传输到电视104。可以利用家中的网络协议(如，UPnP)找到蜂窝电话112。在视频呼叫的另一端是拿着蜂窝电话118的用户116，蜂窝电话118用作另一端点主机。在另一实施例中，远程摄像机设备112找到或发现也使用网络协议并且执行视频流传递功能的电视104。用户116正在观看来自用户110的蜂窝电话112的视频，而不是源自附着到电视或作为电视一部分的摄像机的视频。

这样，呼叫的视频源可以来自家中本地网络内的任何位置，如，来自房间的不同部分或者来自另一房间，其中房间的不同部分和所述另一房间明显位于被固定到视频呼叫中的端点主机的摄像机的视场之外，所述摄像机的视场实质上覆盖了沙发108。电视104可以不具有摄像机(固定的或外部的)，这样电视104将不适合于视频呼叫，但是可以针对经由本地网络连接到电视的远程摄像机设备起到代理的作用，从而有效地使电视能够用作视频呼叫中的端点。

图1示出了其中可以使用本发明的一个场景，即，在家中。当然，可以想到其中可以使用本发明的许多其他环境和场景，注意端点主机设备不必须是电视，而可以是能够通过互联网(或其他公共网络)实现视频呼叫并且能够连接到本地网络的任何设备，如，游戏机(game console)或网络家电(Internet appliance)。端点主机设备104(电视)和118(蜂窝电话)在视频呼叫环境中互为对方的客户端。远程摄像机设备118可以是多种不同类型的设备中的一种或多种，如，平板电脑、超级计算机(slatecomputer)、能够对视频进行流传递的数字摄像机或者甚至并不需要手持的固定摄像机(如，监视摄像机)。描述的实施例示出了蜂窝电话(或“智能电话”)，但这仅用于说明目的。它们可以是支持适当客户端视频聊天应用的任何类型，所述客户端视频聊天应用驻留在每个设备上并且能够在设备之间建立通信以传输数据和视频。

图2是示出了根据一个实施例的视频呼叫的一个配置的高级网络图。视频呼叫典型地具有两个端点主机设备，尽管其可以具有更多个端点主机设备。为了说明本发明，将一个端点主机设备称作远程端点主机，如设备202所示。在图2中，将设备202示为电视。在大多数情况下，设备202将具有附着或外部的摄像机(未示出)。设备202可以不具有附着的或外部的摄像机，在这种情况下，视频呼叫将仅沿一个方向具有视频。设备202可以是移动设备，如，平板计算机或蜂窝电话。设备202经由未知的或公共网络(在大多数情况下是互联网)连接到另一个端点主机设备，如设备204所示。该设备称作本地端点主机设备。可以使用互联网上可选的会话发起服务器来使能视频呼叫。该SIP(未示出)或可访问代理主机针对正在使用的视频呼叫(聊天)系统根据适当的协议促进视频呼叫。

本地端点主机设备204使用本地网络或子网205与远程摄像机设备206通信。本地网络(LAN)205可以是家庭网络或办公室环境中的网络，其中本地端点主机设备204可发现远程摄像机206。如上所述，远程摄像机设备(平板电脑、摄像机、蜂窝电话等等)发现或找到电视。如箭头208所示，将控制指令(数据)208发送至摄像机设备206。远程摄像机206将视频发送至设备204，如更宽的箭头210所示，以指示更大量的数据(视频)从远程摄像机到本地设备204。设备204还具有支持与远程摄像机设备通信的客户端应用，因此设备204可以用作端点代理设备以接受来自本地网络的数据并通过与呼叫的另一端点的连接来传输所述数据。如上所述，设备204可以自身具有本地连接的或附着的摄像机，尽管实现本发明并不需要如此。实际上，本发明的优点之一在于，视频呼叫可以使用不具有自己的摄像机的端点主机设备，而是使用通过本地网络与之相连以提供视频源的远程摄像机设备。

图3是示出了经由局域网络层相连的本地端点主机设备和远程摄像机设备中的相关组件的框图。本地端点主机设备302具有与在本地端点主机设备302和远程端点主机304之间执行视频呼叫相关的模块。在图3所示的实施例中，本地端点主机302具有内置的或附着的摄像机。与摄像机相关的模块包括摄像机驱动器306、编码器308和本地摄像机控制器310。这些模块执行摄像机操作的传统功能。具体地，编码器308根据设备302上正在使用的视频聊天协议向编码器308给出的参数(编解码器、分辨率、比特率、帧速率)对从摄像机驱动器306接收到的原始视频进行编码。编码器308将视频传输至具有至少两个主要功能的流传递协议模块312。模块312通过互联网或其他合适的广域网将视频传输至远程端点主机304。模块312还向连接监视器模块314提供与网络状况有关的信息。

模块312的功能之一是使能主机302和304上正在使用的实际视频聊天协议，例如，Skype。无论使用的视频程序是什么，流传递协议模块312都负责在主机设备302上执行该视频程序。模块312在其他功能之中的另一功能是确保设备上视频的平滑回放。为了实现这一点，模块312将视频流解包并更新或替换视频块中的数据(如，时间戳)以计算设备302和322之间的时钟差，所述时钟差能够引起视频回放中的中断。模块312还检测与视频呼叫相关的其他因素，如，本地主机设备和远程主机设备之间带宽的变化。连接监视器模块314接收与两个设备(典型地，互联网)之间的网络连接状况(延迟、带宽、分组丢失)有关的信息并准备关于如何对视频进行编码的指令。例如，模块创建用于减小或增大分辨率、修改比特率和帧速率的命令。

如上所述，本地端点设备302具有摄像机。远程摄像机仍然能够与设备一起使用以从本地主机设备302上的摄像机的视场之外获得视频，如图1所示。因此，视频聊天可以涉及两个摄像机，这两个摄像机提供两个不同的视频源。如以下更详细描述的，用户可以在这两个摄像机(本地摄像机和远程摄像机)之间切换。摄像机管理器模块316起到转换组件的作用，用于在本地摄像机和远程摄像机之间切换。摄像机管理器模块316接收如何关于网络状况进行编码的指令。模块316向本地摄像机控制器310和远程摄像机控制器318传输控制数据。

控制协议模块320用于将指令323传送至远程摄像机设备322，具体传送至远程摄像机控制协议模块324。控制协议模块320向远程摄像机322指示由摄像机获得并传输至本地主机302的视频应当是什么格式的。经由局域网络层324来进行该通信。从本地端点主机302中的模块可以看出，控制数据通常从对视频呼叫的链路进行监视的连接监视器314流向摄像机管理器模块316，到摄像机控制器310和318，到控制协议320，然后离开本地主机设备302。

在一个实施例中，来自端点主机302(具体地，控制协议模块320)的控制数据或指令323由两部分构成：远程摄像机设备控制(例如，UPnP设备/服务)和视频流控制(RTSP)。关于远程摄像机设备控制，针对远程摄像机创建UPnP设备。本地端点主机302(如，电视)遵循标准UPnP设备发现以发现摄像机设备。在远程摄像机设备322中，定义了三个控制消息：CONNECT、AUTHORIZE和DISCONNECT。在发现并且远程摄像机设备322连接到本地端点主机302之后，主机302可以利用RTSP协议来控制来自远程摄像机设备322的音频/视频流。在一个实施例中，存在四个控制消息：SETUP、PLAY、SET_PARAMETER和TEARDOWN。

在远程摄像机设备322上存在远程控制协议模块324，所述远程控制协议模块324经由LAN325接收来自模块320的指令。如上所述，接收的数据通常与远程摄像机322的视频格式化和编码有关。远程摄像机设备322上的其他组件是摄像机的传统组件，包括从远程控制协议模块324接收指令的本地摄像机控制器326。控制器326向编码器328发送指令，在一个实施例中，所述编码器328执行与本地端点主机编码器308相同的编码。优选地，将远程摄像机322获得的视频编码成与驻留在本地主机302上的视频呼叫协议和逻辑可兼容或可接受的格式。编码器328从远程摄像机驱动器330获得视频。将视频编码成可接受的格式并传输至流传递协议模块322，从流传递协议模块322将视频传输至本地主机设备302上的流传递协议模块312。

如上所述，远程摄像机设备在本地端点主机的本地是指，远程摄像机设备能够与本地主机连接到相同的网络/子网或者在相同的网络/子网上被发现，或者远程摄像机设备与本地主机在相同的可接入网络内。远程摄像机支持远程摄像机应用或其他驻留代码，因此远程摄像机能够与本地端点主机通信，本地端点主机可以更形象地称作端点代理。在一些实施例中，远程摄像机应用可以是设备支持的一个或多个预先存在的协议，如，UPnP、Bonjour HLS、RTP/RTSP等。

如上所述，本地端点主机具体在视频呼叫的情境下起到端点代理的作用，这是因为对于本地端点主机来说要起到端点代理的作用需要存在输入通道(来自远程摄像机设备)和输出通道(到远程端点主机)两者。当本地端点主机的输入或输出连接终止时，端点主机不再起到端点代理的作用。然而，一个连接的终止并不会使另一个连接终止。如果一个连接终止，则端点代理回到作为视频呼叫的本地端点主机的基本功能。例如，如果输入通道或连接(来自远程摄像机设备)终止，则本地主机设备回到使用本地连接的摄像机设备(如果可用的话)对视频进行流传递，或者回到仅音频模式。在另一示例中，如果输出连接(至远程主机设备)终止，则远程摄像机设备可以继续向本地设备进行流传递，尽管在视频呼叫实质上终止的情况下不会传输数据。如果发起新的视频呼叫，则可以从远程源重新开始流传递。

图4是示出了根据一个实施例利用具有内部或附着摄像机的本地端点代理进行的视频呼叫过程的流程图。图4描述了在图1所示场景以及图2和图3所示场景中发生的过程，在图1中电视104具有摄像机106，图2和图3示出了本地端点主机具有它们自己的摄像机。以下图5描述了其中本地端点代理不具有自己的摄像机的视频呼叫过程。图4的过程开始于本地端点主机和远程主机之间已经在进行的视频聊天。在步骤402，本地端点主机(如，电视)使用其本地(驻留)摄像机通过公共网络向远程端点主机传输视频。如图1所示，本地摄像机可以具有有限的FOV，从而限制了能够发送至远程主机的视频。本地主机端的用户想要向另一(远程)用户示出本地摄像机视场以外的东西。在一个实施例中，本地用户在远程摄像机设备(如，智能电话)上启动app，然后在本地主机设备上输入指令，从而确定其想要使用远程摄像机。图6描述了用户体验的该方面以及界面的细节。在另一实施例中，本地用户可以在远程摄像机设备上启动app，搜索电视并接管视频流传递。在另一实施例中，远程摄像机设备可以固定在另一位置，例如，监视摄像机。

在步骤404，本地端点主机接收切换到用户所选的具体远程摄像机设备(可以存在由本地主机设备发现的多于一个的远程摄像机设备)的指令。该指令可以最初由连接监视器314或摄像机管理器316来接收或处理。在步骤406，本地主机设备从本地摄像机切换到所选的远程摄像机。这种转换功能由摄像机管理器模块316来执行，摄像机管理器模块316现在将把指令发送至远程摄像机控制器模块318，而不是发送至本地摄像机控制器模块310，其中所述本地摄像机控制器模块310发送最终在远程摄像机设备上搜索摄像机操作模块(模块326、328和332)的控制指令。此时，视频流传递从远程摄像机设备开始。假定远程摄像机设备是移动式的，那么现在在摄像机的视场之外有更大范围的对象、场景等可以经由视频呼叫来发送。如上所述，唯一的要求是，远程摄像机设备仍然在本地主机(现在起到本地端点代理的作用)所连接到的LAN或子网内或者与该LAN或子网相连。经由LAN/子网将源自远程摄像机设备的视频传输至端点代理中的流传递模块312，并从流传递模块312传输至远程端点主机，如步骤408所示。

有时，本地用户想要切换回本地摄像机，例如，电视上的摄像机。用户可以在本地主机设备上输入指令，如，从屏幕上的弹出菜单中选择“Local Camera”。一旦摄像机管理器模块316接收到该指令，来自远程摄像机的视频流就结束，并且将控制数据发送至本地摄像机控制器310。终止移动设备上的流传递app也会使摄像机管理器316切换回本地摄像机。再次地，这里摄像机管理器模块316起到转换组件的作用。在步骤412，用户之一或两者结束视频聊天。

图5是根据一个实施例利用不具有本地摄像机的本地端点代理进行的视频呼叫过程的流程图。如图4一样，过程开始于进行中的视频聊天。本地用户正在使用不具有摄像机的本地主机设备，因此不向远程用户传输视频。例如，用户可以正在使用不具有本地摄像机的电视，因为许多电视目前都不具有摄像机。在步骤502，用户输入指令并从本地主机设备的远程摄像机的弹出菜单中进行选择，从而创建与具体远程摄像机的连接。在另一实施例中，用户可以不在本地主机设备上输入指令，而是启动摄像机设备上的远程摄像机app。这样，本地用户体验从电视转移到蜂窝电话，这对于用户来说可以是一种更直观且自然的方式来使用本发明。对于电视或其他主机设备不具有摄像机以及用户不习惯于在电视上做出任何摄像机相关选择的情况来说尤为如此。而由于用户可以使用例如蜂窝电话或其他移动设备作为视频源，所以对于用户来说在电话或设备自身上启动远程摄像机app将更为直观。

在步骤504，视频流传递按照与上述相同的方式从远程摄像机开始到本地端点代理。这与图4的过程的主要区别在于，本地主机设备并不具有诸如控制器310、编码器308等与本地摄像机相关的组件。摄像机管理器316不必须执行转换功能。在步骤506，本地端点代理将视频从远程摄像机传输至远程主机设备。这样，不具有自己的摄像机但是连接到公共网络(互联网)的电视或其他设备可以向远程主机设备发送视频，从而使能视频呼叫的所有益处。在步骤508，本地用户关闭远程摄像机上的app并结束至本地主机设备的视频流。用户还可以通过取消从本地主机设备上对远程摄像机的选择来结束视频流。

图6是示出了根据一个实施例使用远程摄像机设备作为视频源的视频呼叫的用户体验的一系列屏幕截图。对于三个不同的设备有三列显示。右列屏幕截图来自于远程端点主机设备。这些屏幕截图被示出在正在被呼叫的用户的电视、计算机或移动设备上。中间列示出了呼叫方用来发起视频呼叫的本地端点主机设备的屏幕截图。在该实施例中，本地主机设备具有摄像机。左列是起到远程摄像机作用的移动设备上所示的屏幕截图。过程开始于在本地主机设备上发起视频呼叫应用(例如，Skype)的本地用户(发起视频呼叫的人)。如屏幕显示602所示，呼叫方选择视频聊天以及她想要呼叫的人(远程用户)。将请求或呼叫发送至远程端点主机设备，远程用户看到来自本地用户的“来电呼叫”。如显示604所示，远程用户在屏幕显示上选择“接听”，从而接受请求或呼叫并在两个端点设备之间创建连接。如显示606所示，现在将在两个设备之间开始进行视频流传递。在一个实施例中，如果本地端点设备不具有摄像机，远程主机设备在该阶段将不会看到本地呼叫方的视频。

本地用户有兴趣向远程用户示出在本地主机设备摄像机视场之外的东西。如屏幕截图608所示，本地用户在她的移动设备上启动远程摄像机应用。一旦启动了远程摄像机app，就示出本地主机设备摄像机视场以外的对象(在该示例中是狗)。

然后本地用户将注意力转移到本地主机设备并在本地主机屏幕上选择“Change Camera”。如610所示，这使得在LAN/子网中已发现的远程摄像机设备的弹出菜单出现在本地主机设备上。本地用户选择本地主机设备屏幕上的远程摄像机设备。在该图示中，是“Remote Camera1”。在一些情况下，可以仅有一个远程摄像机设备选择，如果主机设备不具有摄像机，则不会出现“Local Camera”选项。一旦本地用户选择了适当的远程摄像机设备，就在远程摄像机和本地主机设备之间进行连接。

在一个实施例中，如屏幕截图612所示，远程摄像机可以提示本地用户，询问她是否想要允许将远程摄像机上拍摄的视频流传递至本地主机设备。这可以是一种需要的安全特征，以确保用户知道在一个设备上拍摄的视频正在一个或多个其他设备上被示出，在这种情况下，所述一个或多个其他设备包括不在本地网络中的远程设备。例如，本地用户(发起视频呼叫的人)可以不是在摄像机上发起远程呼叫应用的人。不同的人(例如，在院子里房子外但仍然在本地网络内拿着移动设备的另一个人)可以在拍摄视频，并且是允许从他的智能电话开始对视频进行流传递的适当的人。询问该用户“Do you want to allow streaming？”，该用户选择“yes”以开始从远程摄像机设备进行流传递。一旦本地(或其他)用户做出该选择，就如远程摄像机的屏幕截图614所示，开始从远程摄像机设备向本地端点主机设备进行视频流传递。在屏幕616，本地主机设备将摄像机切换(在允许用户从远程摄像机设备进行流传递时进行)为远程摄像机，并开始向远程端点主机设备进行流传递，如远程主机设备上示出的屏幕截图618所示。在此，将本地用户的视频替换为远程摄像机设备拍摄的狗的视频。在该阶段，本地主机设备现在起到本地端点代理设备的作用，因为本地主机设备相对于视频数据实质上是远程摄像机设备的代理。

可以将本地端点主机设备、远程端点主机设备以及远程摄像机一般性地描述为计算设备，所述计算设备具有计算机基本组件中的一些。如上所述，计算设备可以是例如智能电话、平板计算机、移动设备、电视、PC或膝上型计算机、或者监视摄像机。图7A和7B示出了适于实现本发明特定实施例的一般性计算系统700。可以在本发明中使用的设备的一些可以具有图7A和7B未示出的其他特征或逐渐，并且实现本发明并不需要在离线或在线设备中有图中所示的所有组件(例如，键盘)。这样，图7A示出了计算系统的一种可能物理实现方式。在一个实施例中，系统700包括显示器或屏幕704。该显示器可以与系统700在相同的外壳中。系统700还可以具有键盘710，键盘710在显示器704上被示出(即，虚拟键盘)或者可以是作为设备外壳一部分的物理组件。系统700可以具有各种端口，如，HDMI或USB端口(未示出)。可以与设备700耦合的计算机可读介质可以包括USB存储器设备以及各种类型的存储芯片、存储棒和存储卡。

图7B是计算系统700的框图的示例。多种子系统附着到系统总线720。处理器722耦合到包括存储器724的存储设备。存储器724可以包括随机存取存储器(RAM)和只读存储器(ROM)。如本领域公知的，ROM用于向CPU单向传递数据和指令，RAM典型地用于双向传递数据和指令。这两种类型的存储器都可以包括下述任何合适的计算机可读介质。还将固定磁盘(fixed disk)726双向耦合到处理器722，该固定磁盘726提供附加的数据存储能力并且还可以报下述任何计算机可读介质。固定磁盘726可以用于存储程序、数据等，并且典型地是比主存储装置慢的从存储介质。将认识到，在适当情况下，可以将固定磁盘726内保持的信息以作为虚拟存储的标准方式合并到存储器724中。

还将处理器722耦合到多种输入/输出设备，如，显示器704和网络接口740。通常，输入/输出设备可以是以下中的任何一种：视频显示器、键盘、麦克风、触敏显示器、平板电脑、触笔、语音或手写识别器、生物读取器或其他设备。可选地，可以使用网络接口740将处理器722耦合到另一计算机或通讯网络。利用这样的网络接口，可以看出，CPU在执行上述方法步骤的过程中可能从网络接收信息，或者可能向网络输出信息。此外，本发明的方法实施例可以仅在处理器722上执行，或者结合远程处理器通过诸如互联网之类的网络来执行，其中所述远程处理器共享处理的一部分。

此外，本发明的实施例还涉及具有计算机可读介质的计算机存储产品，在所述计算机可读介质上有计算机代码，用于执行各种计算机实现的操作。介质和计算机代码可以是专门为本发明的用途而设计并构造的介质和计算机代码，或者可以是计算机软件领域的技术人员熟知并且能够得到的类型的介质和计算机代码。计算机可读介质的示例包括但不限于：磁介质，如，硬盘、软盘和磁带；光介质，如，CD-ROM和全息设备(holographic device)；磁光介质，如，光磁软盘(floptical disk)；以及具体配置为存储和执行程序代码的硬件设备，如，专用集成电路(ASIC)、可编程逻辑器件(PLD)以及ROM和RAM设备。计算机代码的示例包括例如由编译器产生的机器代码以及包含由计算机使用解释器来执行的高级代码在内的文件。

尽管本文示出并描述了本发明的说明性实施例和应用，然而在本发明的构思、范围和精神之内可以有多种修改和变型，本领域普通技术人员在熟读本申请之后将清楚这些修改。因此，描述的实施例是说明性的而非限制性的，本发明不限于本文给出的细节，但是在所附权利要求的范围和等价物之内可以修改本发明。

Claims (15)

1.一种获得视频以在具有摄像机的本地主机设备上进行视频呼叫的方法，所述方法包括：

将第一视频流从本地主机设备流传递到远程主机设备，所述第一视频流是使用本地主机设备上的本地摄像机捕获的；

从本地主机设备处的用户接收第一信号，以切换到远程摄像机设备；

建立从本地主机设备到远程摄像机设备的连接；

从远程摄像机设备接收第二视频流；以及

将第二视频流从本地主机设备传输到远程主机设备。

2.根据权利要求1所述的方法，还包括：

在本地主机设备上显示远程摄像机设备选择。

3.根据权利要求1所述的方法，还包括：

向远程摄像机设备传输远程摄像机设备命令，所述命令源自于变化的网络状况。

4.根据权利要求1所述的方法，还包括：

在本地主机设备上的本地摄像机与远程摄像机设备之间转换。

5.根据权利要求1所述的方法，其中，所述第一信号是从远程摄像机设备发送的。

6.根据权利要求1所述的方法，其中，本地主机设备连接到路由器，路由器连接到广域网，所述广域网使能与远程主机设备的连接。

7.根据权利要求1所述的方法，其中，本地主机设备是由远程摄像机设备在网络上发现的。

8.根据权利要求1所述的方法，其中，在远程摄像机设备上执行流传递第二视频流的功能。

9.根据权利要求1所述的方法，还包括：

向远程摄像机设备传输包括设备控制和流控制的控制数据。

10.一种获得视频以在不具有摄像机的本地端点设备上进行视频呼叫的方法，所述方法包括：

从本地端点设备连接到远程摄像机设备；

从远程摄像机设备接收视频流；

将视频流从本地端点设备传输到远程端点设备，其中本地端点设备对于视频呼叫起到本地端点代理的作用；

与远程摄像机设备断开；以及

终止与远程端点设备的视频呼叫。

11.根据权利要求10所述的方法，还包括：

在本地端点设备上显示远程摄像机设备选择。

12.根据权利要求10所述的方法，还包括：

向远程摄像机设备传输远程摄像机设备命令，所述命令源自于变化的网络状况。

13.根据权利要求10所述的方法，其中，本地端点设备连接到路由器，路由器连接到广域网，所述广域网使能与远程端点设备的连接。

14.根据权利要求10所述的方法，其中，本地端点设备是由远程摄像机设备在网络上发现的。

15.一种具有本地摄像机的本地端点主机，包括：

流传递协议模块，用于实现在设备上的视频聊天并从远程摄像机设备接收视频；

本地编码器，用于从本地摄像机驱动器和本地摄像机控制器接收视频，并根据特定参数对原始视频进行编码；

摄像机管理器模块，用于向本地摄像机控制器和远程摄像机控制器传输控制信号，其中，摄像机管理器模块使能在本地摄像机和远程摄像机设备之间进行切换；以及

控制协议模块，用于通过本地网络向远程摄像机设备传输控制信号。

Images