专利名称：用于组合即时消息收发与视频通信系统的系统和方法
技术领域：
本发明涉及个人通信，且具体地是使用即时消息收发以及数字音频和视频的数字
通信。 置量近年来即时消息收发系统激増，目前有数个商业供应可用。这些系统为个人用户提供了与其他用户使用文本、音频、视频、和其他类型多媒体数据进行通信的能力。示例包括诸如Skype和Google Talk之类的免费供应、以及诸如Microsoft Office CommunicationServer (下文称‘0CS’ )及其相关联的客户端Microsoft Office Communicator之类的商用、企业系统。典型地，这样的系统提供所谓“在场(presence)引擎”以及经由基于文本的消息通信的能力。在场引擎负责登记用户的状况(如，能通信、空闲、不能通信，等)并将之报告给其他用户(同事、在系统中被称为“朋友”的特定用户)。用户一般可仅通过在窗口中输入定址到另ー个用户的文本消息，来发起通信。将由该软件提醒该消息所意在的接收者，且该接收者可被提供回复的机会。这些系统被称为“即时消息收发”或頂系统。大多数頂系统在各用户组之间(S卩，同时与多于两个用户的组)之间提供进行基于文本的会话的能力。ー些頂系统提供将基于文本的通信和音频通信组合起来的能力，而其他IM系统还提供使用视频的能力。由于在提供多点视频通信方面的复杂性，大多数系统允许多用户音频通信(如，Skype或Google Talk)但仅允许个人-对-个人的视频通信。多点视频存在的技术问题很大，特别是当期望桌面操作(IM系统的要求)吋。Vidyo有限公司(‘Vidyo’)已经研发出了用于视频会议的解决方案，该方案超越了与低延迟、桌面上的多点视频通信相关联的技术挑战。使用以Vidyo’sVidyoRouterTM系统实现的且部分在共同转让的美国专利7，593，032 (其整体通过參考并入此处)中所描述的可分级视频编码和所谓可分级视频编码服务器(SVCS)架构，Vidyo系统允许即使来自常规PC和Mac桌面的遥现(telepresence)质量的多点视频通信。因此其适用于基于桌面的IM系统。然而，问题在于，该Vidy0-与任何仅能视频会议的系统ー样-是与IM系统分离地设计与实现的系统。因此，期望的是提供一种系统和方法，通过其，多点视频和音频通信系统可与IM系统的操作无缝结合，从而用户甚至不会感知实际使用了两个不同的系统
发明内容
此处公开了在使用视频会议URL的即时消息收发系统中，用于在发起用户和ー个或多个所选择的用户之间发起视频会议的方法和装置。在示例性实施例中，视频会议URL唯一地关联于视频会议系统上的发起用户或他的资源。特定地，如果ー个或多个所选择的用户中的任意不可被添加至该视频会议，则该视频会议URL被张贴在该发起用户和该ー个或多个所选择的用户之间的即时消息收发聊天窗口中。以此方式，不可被添加至该视频会议的ー个或多个所选择的用户中的任意(因为他正处于另一个视频会议或者因为他没有登录该视频会议系统)可简单地点击该URL来參与该视频对话。附图
简述通过对于示例性实施例的与相应附图的下列具体描述，本发明的进ー步的特征、本质、以及各种优点更加明显，其中图I是背景技术的示例性即时消息收发系统的示意图； 图2是背景技术的示例性视频会议系统的示意图；图3是根据本发明的一方面，组合了即时消息收发和视频会议功能的示例性系统的不意图；图4是根据本发明的一方面的客户机系统架构的示意图；图5是视频会议呼叫发起过程的流程图；图6提供了在创建聊天室URL (room URL)的过程中来自Vidyo’ s入ロ的示例性屏幕截图；图7提供了根据本发明的示例性实施例的形式为Microsoft OfficeCommunicator的Vidyo’ s插件的示例性屏幕截图；图8示出用于实现本发明的实施例的计算机系统。这些附图被结合且组成本公开的一部分。除非另外指明，否则全部附图中的相同附图标记和字符用来表示所示实施例的相同特征、元素、组件、或部分。而且，当现在将參考附图来具体描述本发明时，这ー描述是结合说明性实施例来完成的。
具体实施例方式图I示出典型頂系统100的架构。该系统包括頂服务器120和使用頂客户机系统110的一个或多个用户。在附图中，示出三个这样的客户机(110AU10B、以及110C)，不过可使用任意数量的客户机。頂客户机110通过连接115上的网络连接至頂服务器120。在本发明的示例性实施例中，使用用因特网协议(IP)的基于分组的网络，不过其他类型的网络也是可能的。IM客户机110可以是安装在用户计算机上并在用户计算机上运行的独立软件，或者可以是从頂服务器120 (或另一个服务器)上下载至用户浏览器的网页。在后者的情况下，连接115可以不在网络上，而是在頂服务器120内。在诸如图2中所示的这样的頂系统中，用户使用它们的頂客户机110来登入頂服务器120，该IM服务器120注册他们的名字和可用性。換言之，用户连接至IM系统，宣称自己是用户，例如，“ bob”，并提供密码。在用户保持登录的时间段内，系统将认为用户能通信。用户可被给出选项来选择他或她希望系统报告的“状況”的类型。例如离开、不可用、不要打扰、不可见、离线。IM系统的ー个示例是带有Office Communicator客户机的Microsoft Office Communications 服务器。图2 (a)示出典型的视频会议系统200 (诸如Vidyo商业地提供的系统)的架构。该系统具有ー个或多个VC服务器220和ー个或多个VC客户机210。三个这样的客户机被图示于图中(A、B、和C)，为说明目的，具有单个VC服务器，本发明的示例性实施例可直接被用在出现多个VC服务器220的情况下。VC客户机210和VC服务器220经由网络连接218(A到C)连接起来。在本发明的示例性实施例中，为底层网络使用IP协议。VC客户机210可以是诸如VidyoRoom系统之类的独立系统，这是具有摄像头和一个或多个显示器的基于计算机的系统，或者可以是被下载并在用户计算机上运行的软件，诸如VidyoDesktop之类的软件。图2 (b)示出VC服务器220的架构。该服务器包括两个组件，入口(portal) 230和核心240。在本发明的示例性实施例中，入口 230是用户登入的基于web的注册服务，且通过该注册服务用户可发起、接收、或控制视频会议呼叫。VC服务器220还包括核心240模块，这是接收、处理并转送媒体的组件。如图中所示，网络连接218上所携载的信息在入口230和核心240之间分离，媒体数据流入/出核心240，且用户/对话管理数据流入/出入 Π 230。入口 230和核心240通过连接258通信。尽管图示VC服务器为单个单元，可在甚至物理上处于不同位置的分立系统上主存入口 230和核心240。在连接258是在网络上的情况下，不是单个系统中的内连接。在本发明的示例性实施例中，VC服务器核心是可缩放视频通信服务器(svcs)jn部分地在美国专利号7，593，032所描述并在VidyoRouterTM系统中所实现的那样。可选的VC服务器核心架构包括传统的切換多点控制单元(MCU)或转码MCU。图3示出根据本发明的实施例的集成的IM和VC系统300。如图中所示，该系统具有两个服务器，頂服务器320和VC服务器330。一个或多个客户机310，在这个示例中为三个(A到C)，分别使用相应连接315到318，连接至两个服务器。頂服务器320和VC服务器330分别如同是与图I和图2中所示的单个系统一起操作。換言之该系统是实际上两个组合的系统，IM系统和VC系统。不过此处的服务器等于是在常规的单独IM和VC系统中使用的服务器，差异在于客户机310的架构和操作。图4示出根据本发明的实施例的客户机系统架构。客户机400包括IM客户机模块450和VC客户机模块490。IM客户机模块450以与图I中所示的頂客户机(多个)ー样的方式作为頂客户机操作。类似地，VC客户机模块490以与图2中所示的VC客户机(多个)ー样的方式作为VC客户机操作。客户机400还包括提供视频会议系统集成的VC插件模块480，这将在下文详细描述。该VC插件模块480和頂客户机模块450通过插件接ロ 460通信。这个接ロ由頂系统制造商定义且从頂系统制造商处提供。其允许第三方编码，诸如VC插件模块480，来与IM客户机集成并增加基层(base) IM客户机功能。在本发明的使用Microsoft Office Communicator的示例性实施例中，该插件接ロ 460是基于COM的。当然也可能是该VC插件模块480被IM系统制造商集成到IM客户机模块450中作为单个实体，在这样的情况下模块间的区别是功能性的而不是结构性的。该VC插件模块480还通过接ロ 485与VC客户机模块490通信。在本发明的使用Vidyo系统的示例性实施例中，接ロ 485是基于HTTP的。
注意，该頂客户机模块450经由连接415与頂服务器通信，而VC客户机模块490经由连接418与VC服务器通信。在本发明的使用Vidyo系统的示例性实施例中通过连接418的VC服务器接ロ是基于SOAP的。尽管VC客户机模块490被图示为客户机400的一部分，要注意这仅是逻辑关联。实际上，VC客户机模块490可以处于与頂客户机450和VC插件480 —样的计算机系统，或者可以处于不同的系统中，可能甚至位于不同的物理位置处。实际上，VC客户机模块490通过连接485和418与系统的其他部分通信这样的事实，使得VC客户机模块490的实际物理位置不相关。这个架构的重大益处在于VC客户机模 块490可以是诸如VidyoRoom系列系统之类的单个视频会议系统。在这个情况下，该视频会议可在除IM客户机450外的単独的计算机系统上运行，不过发起来自IM系统的视频会议的过程，如下所述，是ー样的。当操作客户机400系统时，其应该被提供有在图3的IM和VC系统上的用户的登录凭证。实际上，頂服务器320和VC服务器330可提供完全不同的登入系统(如，带有源自不同数据库的用户凭证)。在本发明的示例性实施例中，在两个系统中用户名是一祥的。这简化了实现，因为系统不必维护IM系统上的用户名和VC系统上的用户名之间的映射数据库。不过如果有必要的话，可使用这样的数据库。现在我们将參考图6和图7而描述客户机400的操作。这些附图示出来自本发明的示例性实施例的在Vidyo平台和MiciOSoft Office Communicator平台的截图。我们首先注意该Vidyo系统允许登入的用户开始视频会议呼叫并邀请客人用户来加入，即使他们在视频会议系统入口上没有登入权限。这些用户可利用由入口为正在进行该视频会议呼叫的特定用户产生的特殊URL。该URL相关联于用户的“聊天室”，即任何注册用户可自由加入(除非该“聊天室”受到PIN或密码保护)的由入口所提供的逻辑实体。聊天室是其中在Vidyo系统中多点视频会议对话发生的逻辑实体。访问该聊天室URL能使任何人登入作为“客人”进入该系统安装VC客户机软件(如果还没有安装的话)并运行，并连接至该特定用户的会议呼叫。这能使注册用户与任何用户进行会议呼叫，不管是否在VC系统上注册了。这在图6(a)和(b)中示出，其中“ My Account (我的账户)”页面被图示为由入口产生；在图(a)中还没有创建URL，而在图(b)中已经创建了 URL且现在可用。我们还要注意，Vidyo系统还通过入口自动地提供客户机软件，从而用户不必在进行呼叫之前就预先安装了软件。在通过该URL连接至入口之后，如果该软件还没有可用并在用户的计算机上运行的话，用户被提示下载该软件。现在參看图7，我们假设用户(在这个实施例中，是“Allen Bigsby”，电子邮件地址为“abigsbyOvidyo. com”)已经登入该頂系统且想要添加视频到现有的通信对话中。这个登录过程图示于图7 (a)中。在登入之后，用户看到主頂客户机图形化用户界面(⑶I)，如图7 (b)中所示。我们假设想要在当前对话中激活视频的该頂用户是在Vidyo入口注册过的用户。当用户想要为当前对话发起视频会议呼叫时，他使用在IM客户机模块460GUI中的添加(add-on)菜单条目。这个菜单条目是由VC插件模块480所添加的。图7 (c)示出在主⑶I中的这个附加菜单条目(“VidyoConferencing”菜单条目),而图7 Cd)示出在IM客户机模块460⑶I的会话窗ロ中的这个附加菜单条目。在选择该视频呼叫菜单条目之后，VC插件模块480将获得IM对话的所有选中的參与者的用户名。这通过图4中所示的插件接ロ 460来完成。然后该VC插件模块将检查用户是否已经在会议呼叫中。在本发明的使用了 Vidyo系统的示例性实施例中，这是通过检查由VC客户机490所管理的Windows注册条目来完成的。如果用户正处在不是他主导的(即，不是由他发起的)呼叫中，那么系统将不再继续这个视频会议呼叫。如果用户不在会议中，VC插件模块480将首先发起会议。在本发明的示例性实施例中，VC插件模块480从Windows注册获得安全密钥(这是由VC客户机490放在那里的)，从而其可直接代表VC客户机490连接至该VC服务器。在本发明的可选实施例中，VC插件模块480可指令VC客户机490来发起会议。在会议被发起之后，或者如果用户已经在他之前发起的会议中，那么VC插件模块480将与入口 230通信，从而邀请所选择的用户的每ー个作为參与者。假设用户已经登入在入口 230上。VC插件模块480使用其他用户的頂用户名来在入口 230中定位他们。如果这些用户当前没有登入入口 230、如果他们在入口 230上没有账号、或者他们已经处于视频会议中，那么系统将报告他们为不可用。在本发明的实施例中，如果所邀请的用户中的ー个或多个被报告为不可用，入ロ 230为特定视频会议呼叫而产生从而允许不可用或未注册的用户来加入该呼叫的URL将被使用。该URL由入口 230产生，由VC客户机模块480获得，且被经由已经在发起用户和其他參与者之间存在的頂通信频道(多个)而通信至其他參与者。该URL可事先由入口 230创建，或者可在需要邀请不可用用户时按需创建。这在图7(e)中示出，该图示出用户“emily”的頂客户机模块450的会话窗ロ，其中视频会议对话的URL已经由用户“Allen Bigsby”的VC插件模块480 (通过他的頂客户机模块450)张贴，与该URL —起张贴的还有留言消;窗、(“Allen Bigsoy would like to invite you to a conference. Please click on thefollowing link to join:…”(Allen Bigsby想要邀请您參加会议。请点击如下链接參与…))。然后，那些没有登入视频入ロ或没有在视频入口注册的用户，可简单地点击在他们的頂客户机软件窗口上的URL，从而他们的web浏览器将他们引导至入ロ 230，从而安装视频会议软件，如果需要的话，并加入已经发起的视频会议对话。进一歩，已经登入该入口230但没有处于正在进行的视频会议中的用户将会在IM客户机接口上见到邀请，并且决定他们是否想要終止他们当前的视频会议对话从而參与他们被邀请的新的视频会议对话。图5示出视频会议对话发起过程的详细流程图。在步骤510，客户机启动。然后在步骤512中，该IM客户机初始化，然后用户(用户A)被要求登录该IM系统。在步骤514中，VC插件被初始化然后附连至IM客户机。然后在步骤516中，该系统进入输入等待模式。当用户在518中按下该视频会议按钮时，在步骤520中，VC插件将获得当前所选择的頂用户BI到Bn的名字。在步骤522中，该VC插件将检查当前用户A目前是否处于会议中。如果用户A没有在会议中，那么VC插件将在VC服务器启动ー个。如果当前用户A正处在会议中，该VC插件将检查该会议是否是由用户A所“主导”的。此处主导意味着用户A具有添加或移除会议參与者的权限。在Vidyo系统中，每ー个用户与他自己的“聊天室”相关联，在其中他对于谁可參与这方面具有完全控制权。如果当前会议不是由A主导的，那么该系统不可为A发起新的视频会议，且该算法进行至步骤516，等待用户输入。不管是如果为A创建了新的会议或者如果A已经处于他主导的会议中，VC插件接着向VC入口请求添加所选择的用户BI到Bn。可连续完成该请求，毎次一个用户，或者可作为单个请求而完成。在本发明的示例性实施例中，VC插件连续地做出这样的请求。VC入口用以下状况信息响应1)成功地邀请，2)未登入，以及3)忙碌(已经处于会议中)。我们把后面两个类别归为一个类别，其中用户被认为是“不可用”。如果所邀请的用户BI到Bn中有任意ー个不可用，如在步骤530中所检验的这样，在步骤532中，VC插件将从VC入口所获得的会议URL和邀请该用户加入视频会议的留言消息一起张贴在頂聊天窗口中(见图7(e))。然后，VC插件回到步骤516的等待状态。我们注意到这个过程仅关注了视频会议发起过程。在会议开始之后，系统的IM聊天部分和VC部分独立地操作。在本发明的示例性实施例中，VC插件在頂系统上报告了视频会议状况。Microsoft office Communicator Rl允许使用定制的“状况”消息,诸如“在VidyoConference中”。下ー个版本,OC R2,移除了这个能力，且如果用户正參与由IM客户机所发起的视频会议中，仅允许VC插件表示该用户“忙碌”。 所公开的主题允许以极大減少的用户干涉来发起多点视频会议呼叫。在示例性实施例中，VC客户机模块480仅将“视频呼叫”菜单选项或按钮登记在頂客户机模块460GUI上。以此方式，发起用户仅需要点击单个按钮来发起视频会议呼叫。在远端，已经注册且登入到分别的视频入口 230上的用户将被直接连接至被发起的呼叫。最重要的是，没有注册或登入到视频入口 230上的用户仅需要点击该入口 URL来进入该视频会议呼叫。在本发明的可选实施例中，可能的是，替代让VC客户机模块480直接与视频入ロ230通信，頂服务器320替代地被扩展从而与视频入口通信。然后，该视频会议对话可由頂服务器所设置(基于其中ー个用户的请求)。此处描述的系统和方法并不限于将音频可视通信添加至IM系统，而是可用于可经由URL获取的任何系统或服务。換言之，与在场引擎耦联的IM系统的文本收发能力可被用作各种不同类型服务的激活或命令串的传递者。进ー步注意的的是该URL串并不仅于“http”协议的URL串，而是可包括标准或甚至专有协议指示符(如，‘ftp’、‘call’、‘sip’
坐、
ノ ο尽管在示例性实施例中，该URL将发起软件下载，接着，将使得所下载的软件连接至该视频会议对话，但是在可选实施例中，该URL可指令已经存在的软件(B卩，已经安装在用户计算机上作为附加应用或操作系统的一部分的软件)连接至该视频会议对话。例如，URL中的“callto”协议指示符(如,“callto:service. vidyo. com/bob”)将使得所注册■的程序在用户的计算机上处理该“callto^JRL来做出至服务器service, vidyo. com的连接并联系用户’ bob’。应当理解的是，根据所公开的发明主题，本文中所描述的技术可利用硬件和软件的任意合适组合来实现。用于实现和操作上述视频会议发起技术的软件(即指令)可在计算机可读介质上提供，这些计算机可读介质可包括但不限于，固件、存储器、存储设备、微控制器、微处理器、集成电路、ASIC、可在线下载的介质、以及其它可用介质。计算机系统上述用于组合即时消息收发和视频通信系统的方法可被实现为使用计算机可读指令并被物理地存储在计算机可读介质上的计算机软件。该计算机软件可使用任何合适的计算机语言来编码。该软件指令可在各种类型的计算机上执行。例如，图8示出适于实现本公开的实施例的计算机系统800。图8中所示的计算机系统800的组件在本质上是示例性的，且并不意在暗示对于实线本公开的实施例的计算机软件的功能的适用范围的任何限制。组件的设置也不应被解释成对于在计算机环境的示例性实施例中所示出的任一组件或其组合有任何依赖或要求。计算机组件800可具有很多物理形式，包括集成电路、印刷电路板、小型手持式设备(诸如移动电话或PAD)、个人计算机或超级计算机。计算机系统800包括显示器832、ー个或多个输入设备833 (如，键区、键盘、鼠标、指示笔等)、一个或多个输出设备834(如，扬声器)、ー个或多个存储设备835、各种类型的存储介质836。系统总线840连接各种类型的子系统。如本领域技术人员所理解的，“总线”是指用于通用功能的多个数字信号线。系统总线840可以是若干类型的总线结构中的任ー种，包括使用各种总线体系结构中的任ー种的存储器总线、外围总线，以及局部总线。以示例的方式而非限制，这样的体系结构包括エ业标准体系结构(ISA)总线、增强型ISA (EISA)总线、微通道体系结构(MCA)总线、视频电子技术标准协会局部(VLB)总线和外围部件互连(PCI)总线、PCI快速总线(PCI-X)、以及加速图形端ロ(AGP)总线。处理器(多个)801(也被称为中央处理单元，或CPU)任选地包括缓存存储单元802，用于指令、数据或计算机地址的临时局部存储。处理器(多个)801耦合至包括存储器803的存储设备。存储器803包括随机存取存储器(RAM)804和只读存储器(ROM)805。如现有技术中已知的，R0M805用于将数据和指令单向地传输至处理器(多个)801，且RAM804 —般被用于以双向方式传输数据和指令。这两种类型的存储器可包括下述任何合适的计算机可读介质。固定存储器808也是双向地耦合至处理器(多个)801，任选地经由存储器控制单元807耦合。其提供附加数据存储容量且还可包括下述的任意计算机可读介质。可使用存储器808来存储操作系统809、EXEC 810、应用程序812、数据811等，且一般是慢于主存储器的辅助存储介质(诸如硬盘)。应该理解的是，留存在存储器808中的信息，在合适的情况下，可被以标准方式结合在存储器803中作为虚拟存储器。处理器(多个)801还耦合至多个接ロ，诸如图形控制821、视频接ロ 822、输入接ロ823、输出接ロ、存储器接ロ，且这些接ロ顺序被耦合至合适的设备。一般而言，输入/输出设备可以是如下中的任意视频显示器、轨迹球、鼠标、键盘、麦克风、触敏显示器、换能器读卡器、磁性或纸带阅读器、平板、指示笔、声音或笔迹识别器、生物测定读取器、或其他计算机。处理器(多个)801可使用网络接ロ 820耦合至另ー个计算机或电信网络830。使用这样的网络接ロ 820，可预料，CPU 801可从网络830接收信息，或者在执行上述方法的过程中输出信息至该网络。进ー步，本公开的方法实施例可在CPU 801上唯一地执行或可在诸如用共享一部分处理的远程的CPU 801结合的因特网之类的网络830上执行。根据各实施例，当处于网络环境中，即，当计算机系统800连接至网络830时，计算机系统800可与其他也连接至网络830的设备通信。经由网络接ロ 820，通信可被传送至计算机系统800或从计算机系统800中被传出。例如，在网络接ロ 820可从网络830接收形式为ー个或多个分组的诸如来自另ー个设备上的请求或响应之类的输入通信，并被存储在 存储器803的所选部分中用于处理。还可在存储器803的所选部分中存储形式仍是ー个或多个分组的诸如对于另ー个设备的请求或响应之类的输出通信，且被传送至网络接ロ 820处的网络830。处理器(多个)801可存取这些存储于存储器803中的通信分组用于处理。此外，本公开的实施例进ー步涉及有具有用于执行各种计算机实现的操作的计算机代码位于其上的计算机可读介质的计算机存储器产品。可为本公开的目的而特别地设计并构建介质和计算机代码，或这些介质和计算机代码可以是已知且对于计算机软件领域的普通技术人员可获得的类型。计算机可读介质的示例包括，但不限干诸如硬盘、软盘、和磁带之类的磁性介质；诸如CD-ROM和全息设备之类的光学介质；诸如光磁软盘之类的磁光介质；以及硬盘设备，被特别构建为存储并执行程序代码，诸如专用集成电路(ASIC)、可编程逻辑设备(PLD)和ROM和RAM设备。计算机代码的示例包括诸如由编译器产生的机器代码和含有由使用解释器的计算机执行的更高级代码的文件。以示例的方式而非限制，具有架构800的计算机系统可提供作为处理器(多个)801执行在诸如存储器803之类的ー个或多个实体的、计算接可读介质上体现的软件的功能的結果。实现本公开的各实施例的软件可被存储在存储器803中且可被处理器(多个)801所执行。根据特定需要，计算机可读介质可包括一个或多个存储器设备。存储器803可经由 通信接ロ从ー个或多个其他计算机可读介质(诸如大容量存储设备(多个)835 )中或从ー个或多个其他资源中读取软件。软件可使得处理器(多个)801来执行此处所述的特定过程或特定处理器的特定部分，包括定义存储器803中存储的数据结构以及根据软件所定义的处理而修改这样的数据结构。此外或作为替代，该计算机系统可提供作为在电路中实现的逻辑硬件或其他的结果的功能，其可替代或结合软件执行此处所述的特定处理或特定处理的特定部分而操作。合适的时候，对于软件的引用可包括逻辑，反之亦然。在合适的时候，对于计算机可读介质的引用可包括存储用于执行的软件的电路(诸如集成电路(1C))、实现用于执行的逻辑的电路，或者两者。本公开包括软件和硬件的任何合适组合。尽管这个公开已经描述了数个示例性实施例，还存在修改、改变和各种替代等效物，这都落入所公开的发明主题的范围内。还应该注意的是有很多可选方法来实现所公开的本发明主题的方法和装置。
权利要求
1.在发起用户和即时消息收发系统的ー个或多个所选用户之间发起视频会议的方法，所述方法包括 从所述发起用户接收在他自己和所述ー个或多个所选用户之间创建视频会议的请求； 验证所述发起用户没有处在视频会议中或者处在他被允许管理的视频会议中； 如果所述发起用户没有处在视频会议中，则开始新的视频会议； 如果所述视频会议不具有相关联的URL，请求创建相关联的视频会议URL ； 获取所述相关联的视频会议URL ； 请求所述ー个或多个所选择的用户被添加至所述视频会议；检查所述ー个或多个所选择的用户中的任意者是否不可被添加至所述视频会议；且如果所述ー个或多个所选择的即时消息收发系统用户中的任意者不可被添加至所述视频会议，将所述所关联的视频会议URL张贴至所述发起用户和所述ー个或多个所选择的用户的及时消息收发聊天窗ロ，从而所述ー个或多个所选择的用户可通过点击所述相关联的视频会议URL參与所述视频会议。
2.如权利要求I所述的方法，其特征在于，通过图形化用户界面的手段而执行所述发起用户请求。
3.在发起用户和即时消息收发系统的ー个或多个所选用户之间发起视频会议的方法，所述方法包括如下步骤 从所述发起用户接收在他自己和所述ー个或多个所选用户之间创建视频会议的请求； 从所述即时消息收发系统获得所述发起用户和所述ー个或多个所选择的用户的用户名； 从所述发起用户和所述ー个或多个所选择的用户中的每ー个的用户名，获得所述视频会议系统中的相关联的用户名； 验证所述发起用户没有处在视频会议中或者处在他被允许管理的视频会议中； 如果所述发起用户没有处在视频会议中，则开始新的视频会议； 如果所述视频会议不具有相关联的URL，创建相关联的视频会议URL ； 获取所述相关联的视频会议URL ； 请求所述ー个或多个所选择的用户被添加至所述视频会议；检查所述ー个或多个所选择的用户中的任意是否不可被添加至所述视频会议；且如果所述一个或多个所选择的用户中的任意者不可被添加至所述视频会议，将所述所关联的视频会议URL张贴至所述发起用户和所述ー个或多个所选择的用户的及时消息收发聊天窗ロ，从而所述ー个或多个所选择的用户可通过点击所述相关联的视频会议URL可參与所述视频会议。
4.如权利要求3所述的方法，其特征在于，通过图形化用户界面的手段而执行所述发起用户请求。
5.用于从即时消息收发对话中发起视频会议对话的计算机可读介质，所述计算机可读介质具有可用以引导操作系统执行下列操作的ー组指令 从所述发起用户接收在他自己和所述ー个或多个所选用户之间创建视频会议的请求； 验证所述发起用户没有处在视频会议中或者处在他被允许管理的视频会议中； 如果所述发起用户没有处在视频会议中，则开始新的视频会议； 如果所述视频会议不具有相关联的URL，请求创建相关联的视频会议URL ； 获取所述相关联的视频会议URL ； 请求所述ー个或多个所选择的用户被添加至所述视频会议；检查所述ー个或多个所选择的用户中的任意者是否不可被添加至所述视频会议；且如果所述ー个或多个所选择的即时消息收发系统用户中的任意者不可被添加至所述视频会议，将所述所关联的视频会议URL张贴至所述发起用户和所述ー个或多个所选择的用户的及时消息收发聊天窗ロ，从而所述ー个或多个所选择的用户可通过点击所述相关联的视频会议URL可參与所述视频会议。
6.如权利要求5所述的计算机可读介质，其特征在于，通过图形化用户界面的手段而执行所述发起用户请求。
7.用于在发起用户和即时消息收发系统的ー个或多个所选择的用户之间发起视频会议的计算机可读介质，所述计算机可读介质具有可用以引导操作系统执行下列操作的ー组指令 从所述发起用户接收在他自己和所述ー个或多个所选用户之间创建视频会议的请求； 从所述即时消息收发系统获得所述发起用户和所述ー个或多个所选择的用户的用户名； 从所述发起用户和所述ー个或多个所选择的用户中的每ー个，获得所述视频会议系统中的相关联的用户名； 验证所述发起用户没有处在视频会议中或者处在他被允许管理的视频会议中； 如果所述发起用户没有处在视频会议中，则开始新的视频会议； 如果所述视频会议不具有相关联的URL，创建相关联的视频会议URL ； 获取所述相关联的视频会议URL ； 请求所述ー个或多个所选择的用户被添加至所述视频会议；检查所述ー个或多个所选择的用户中的任意者是否不可被添加至所述视频会议；且如果所述一个或多个所选择的用户中的任意者不可被添加至所述视频会议，将所述所关联的视频会议URL张贴至所述发起用户和所述ー个或多个所选择的用户的及时消息收发聊天窗ロ，从而所述ー个或多个所选择的用户可通过点击所述相关联的视频会议URL可參与所述视频会议。
8.如权利要求7所述的计算机可读介质，其特征在于，通过图形化用户界面的手段而执行所述发起用户请求。
全文摘要
描述了用于在即时消息收发系统中发起视频会议的方法和装置，包括如果视频会议对话的期望参与者中的任意者不可用的情况下在即时消息收发聊天窗口中张贴视频会议URL，从而不可用的参与者可简单地点击该视频会议URL并参与该视频会议对话。
文档编号H04N7/14GK102726041SQ201080061784
公开日2012年10月10日 申请日期2010年12月2日 优先权日2009年12月2日
发明者J·S·罗伯特森 申请人:维德约股份有限公司