CN101939726A - 用于媒体控制的媒体混合接线协议 - Google Patents

用于媒体控制的媒体混合接线协议 Download PDF

Info

Publication number
CN101939726A
CN101939726A CN200980105107XA CN200980105107A CN101939726A CN 101939726 A CN101939726 A CN 101939726A CN 200980105107X A CN200980105107X A CN 200980105107XA CN 200980105107 A CN200980105107 A CN 200980105107A CN 101939726 A CN101939726 A CN 101939726A
Authority
CN
China
Prior art keywords
media
end points
protocol interface
stream
hybrid algorithm
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN200980105107XA
Other languages
English (en)
Inventor
S·K·斯里尼瓦桑
T·M·摩尔
D·D·塞卡莱
S·纳拉亚南
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Microsoft Technology Licensing LLC
Original Assignee
Microsoft Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Microsoft Corp filed Critical Microsoft Corp
Publication of CN101939726A publication Critical patent/CN101939726A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • G06F15/16Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G06F15/163Interprocessor communication
    • G06F15/173Interprocessor communication using an interconnection network, e.g. matrix, shuffle, pyramid, star, snowflake

Abstract

用于将媒体流进行接线并指定多点控制单元中的混合行为的协议体系结构。该协议提供在不处理混合器本身的功能(例如,端口和IP细节)的情况下展示用于修改混合媒体的核心混合算法的能力。该协议通过经由使用该协议对混合算法的改变来改变混合行为以便于输入媒体流到输出媒体流的接线。该协议基于包括与用于混合器输入和混合器输出的路线、接线、以及过滤器相关的控件的方案来操作。

Description

用于媒体控制的媒体混合接线协议
背景
随着更多会议系统开始提供同一媒体类型(例如,视频)的一个或多个流,会议客户端需要能够以可共同操作的方式呈现会议系统所提供的超过一个流。诸如SDP(会话描述协议,在RFC 4566中描述)媒体行和SDP媒体内容的编组等机制进一步帮助实现这一目标。然而,除非会议客户端理解应当如何呈现这些流的上下文,否则会议客户端可能不能够呈现该客户端不知道的流。
常规多点控制单元(MCU)体系结构缺少用于修改MCU的混合器中的媒体混合以使得各实体可以随时间发送指定媒体或接收指定媒体的高效、灵活的协议。一个工作组正在通过控制混合器的功能(例如,“播放提示”、“期望DTMF”、“播放这一媒体”,等等)来解决以上缺点。然而,控制或模仿混合器的功能的尝试因而受限于该可用功能。
概述
以下提出了简化概述以便提供对在此描述的某些新颖实施例的基本理解。该概述不是详尽的概览,它不旨在标识关键/重要的元素,也不旨在描绘其范围。其唯一的目的是以简化的形式来介绍一些概念,作为稍后提出的更为详细的描述的序言。
所公开的体系结构提供了一种用于将媒体流进行接线并指定多点控制单元(MCU)中的混合行为的高效且灵活的协议。因此,各实体可以随时间发送指定媒体或接收指定媒体。该协议提供在不处理混合器本身的功能的情况下展示用于修改混合媒体的核心算法的能力。
该协议便于通过指定以下装置来进行媒体接线:用于唯一地标识发送到一实体或从一实体接收到的媒体流的装置;用于供一实体将来自混合器的媒体流进行接线以包含(由其他身份)发送到混合器的其他指定流的混合而不必处理端口和其他IP细节的装置;用于供一实体将发送到混合器的媒体流进行接线以出现在从该混合器发送出(发送到其他身份)的特定流中的装置;用于基于混合器的本地策略将各媒体流的接线传递到被允许查看该接线的参与者的装置;以及其中会议领导者可以改变主参与者混合以包括来自另一实体(参与者)的流并且会议中的所有参与者都可以察觉该另一实体的身份的装置。
为实现上述及相关目的,本文结合下面的描述和附图描述某些说明性方面。然而,这些方面仅指示了可采用此处公开的原理的各种方法中的少数几种,且旨在包括所有这些方面及等效方面。结合附图阅读下面的详细描述,则其他优点和新颖特征将变得清楚。
附图简述
图1示出用于修改混合算法行为的计算机实现的媒体控制系统。
图2示出其中媒体控制单元包括用于基于对核心混合算法的改变来混合输入流的媒体混合器组件的媒体系统。
图3示出用于修改混合算法行为的替换系统。
图4示出用于在混合算法级将输入流接线到输出流的示例性混合器。
图5示出可在核心混合算法处访问并修改混合行为的协议的示例性方案定义。
图6示出管理媒体流的方法。
图7示出操纵媒体混合器的核心混合算法来将会话媒体流重新接线的方法。
图8示出操纵媒体混合器的核心混合算法来将会话媒体流重新接线的方法。
图9示出根据所公开的协议体系结构的可用于在核心混合算法级执行媒体流接线的计算系统的框图。
图10示出用于使用访问协议来访问核心混合算法的示例性客户机-服务器计算环境的示意性框图。
详细描述
所公开的体系结构提供用于访问并操纵例如多点控制单元(MCU)等媒体混合器的核心混合算法的协议。这也可以用于基于客户机的实现而非基于网络的实现,其中用户可以在客户机级操纵音频和视频的核心混合。
现在参考附图,全部附图中,相同的附图标记用于表示相同的元素。在以下描述中,为解释起见,描绘了众多具体细节以提供对本发明的全面理解。然而,显然,各新颖实施例可以在没有这些具体细节的情况下实现。在其他情况下,以框图形式示出了公知的结构和设备以便于描述它们。
图1示出用于修改混合算法行为的计算机实现的媒体控制系统100。系统100包括媒体混合器104的用于根据一个或多个混合行为108来混合输入媒体流106的一个或多个混合算法102。混合器104是接收同一类型(例如,音频)的一组媒体流,以类型专用的方式组合媒体,并将结果重新分发到单个输出或多个输出(例如,会话参与者)的逻辑实体。系统100还包括协议接口110,协议接口110包括用于修改混合算法102的混合行为108来将输入媒体流106进行接线以产生一个或多个特定输出媒体流114的一个或多个指令112。
协议接口110的一个或多个指令112便于修改混合算法102来影响混合行为108以唯一地标识发送到一实体的媒体流或唯一地标识从该实体接收到的媒体流,以在不涉及混合器端口或IP管理功能的情况下将媒体混合器的输入媒体流接线成特定输出流,并基于策略向实体展示接线信息。该策略可以是例如管理员所创建和施加的企业策略。
协议接口110的一个或多个指令112还便于通过从会话中删除多个主参与者中的至少一个或向该会话添加新参与者来改变参与者对该会话的参与。协议接口110包括用于向主参与者通知对会话的参与的改变的一个或多个指令112。例如,如果主参与者A、B和C正在与会,并且参与者A请求观看参与者B的视频流,则不允许参与者C知道参与者A正在观看参与者B。然而,可以允许参与者B知道参与者A正在观看参与者B的媒体流。协议接口110包括用于将新参与者的输入媒体流添加到会话并用于向各主参与者呈现该新参与者的实体信息的一个或多个指令112。
在一个实现中,协议接口110包括用于与混合算法102进行交互以生成混合行为108的新的一组指令。在一替换实现中,一个或多个指令112包括对用于生成混合行为108的已有的一组控件的扩展。新的一组指令和/或控件扩展是基于包括路线、接线、或过滤器的一个或多个方案元素的方案的。
图2示出其中媒体控制单元202包括用于基于对核心混合算法的改变来混合输入流的媒体混合器组件204的媒体系统200。在此,媒体混合器组件204包括两个混合器:用于接收第一类型的输入媒体流208(例如,音频)以接线(即,路由)到同一类型的输出媒体流210的第一混合器206,和用于接收第二类型的输入媒体流214(例如,视频)以接线(即,路由)到同一类型的输出媒体流216的第二混合器212。第一媒体混合器206包括用于生成第一混合行为220的第一混合算法218。
用户可以在向第一媒体混合器206的第一混合算法218传递指令112中的一个或多个时经由协议接口110操纵第一混合算法218来改变第一混合行为220。类似地,第二媒体混合器212包括用于生成第二混合行为224的第二混合算法222。用户可以在向第二媒体混合器212的第二混合算法222传递指令112中的一个或多个时经由协议接口110操纵第二混合算法222来改变第二混合行为224。
一个或多个指令112便于修改混合算法102以视需要来将输入流(208和214)进行接线。一个或多个指令112管理混合行为(220和224)以唯一地标识发送到一实体的媒体流或唯一地标识从该实体接收到的媒体流,以在不涉及混合器端口或IP管理功能的情况下将媒体混合器的输入媒体流接线成特定输出流,并基于策略向实体展示接线信息。
系统200便于(例如,流208和214中的)单个输入流的从点到点、从点到多点、多点到多点、以及从多点到单点的接线。例如,系统200可以用作网络节点(例如,服务器)和/或用作客户机计算系统上的客户端。
图3示出用于修改混合算法行为的替换系统300。系统300包括具有用于接收输入媒体流306并根据经修改的混合行为来将输入媒体流306路由到输出媒体流308的媒体控制单元302。更具体地,媒体混合器304包括用于将音频混合成输入流306的音频混合算法310和用于将视频混合成输入媒体流306的视频混合算法312。媒体混合器304包括用于处理来自管理接口314的协议指令112的协议接口110。换言之,用户可以经由管理接口314进行交互以经由协议接口110发送用于修改核心音频混合算法310和/或核心视频混合算法312的一个或多个指令112。
混合算法(310和312)生成由用于将输入媒体流306路由到输出媒体流308的路由组件316处理的混合行为。路由组件316接收并处理从音频混合算法310生成的音频混合行为318和从视频混合算法312生成的视频混合行为320。换言之,输入媒体流306可以用音频和/或视频信号混合以作为混合输出媒体流308来路由到输出实体。
策略组件322接收并处理可调节要如何完成混合以及该混合是否要基于接收实体、源用户等来执行的一个或多个策略。策略组件322可包括管控会话的操作的会话策略服务器。
图4示出用于在混合算法级将输入流接线到输出流的示例性混合器104。混合器104接收输入(即,至混合器)媒体流104,并且根据视频混合算法310和音频混合算法320来混合输入流400以产生输出(即,自混合器)媒体流402。对混合算法(310和320)的修改可经由协议接口110来发生。
输入流400可以用用户的身份信息和媒体流的类型来标识,例如用户身份(用户ID=xx)和媒体流身份(ID=xx)。在该示例中,输入媒体流类型ID=30、ID=31以及ID=32和用户ID=2可以分别是对应于第二会话参与者的主音频流、主视频流、以及辅视频流的。类似地,输入媒体流类型ID=24和ID=31分别与用户ID=3的第三会话参与者(或端点)的主音频流和主视频流相关联。其他输入流400也可以是会议会话的一部分。
“标记”参数标识至和自混合器104的媒体流。如上所示,至混合器104的输入流400(来自特定用户和端点)由会议数据模型中的某一ID来标识。该标记在整个会议数据模型中是唯一的。该ID在数据模型中的端点媒体元素内是唯一的,并且是由会议服务器生成的。
考虑标记=10是包含来自提供给每一会话参与者的所有音频输入流的音频流混合的流,标记=11包括视频混合,标记=12是语音激活的视频流的替换混合。混合器104将来自各参与者的传入视频流400混合到标记=11和标记=12输出流中。这是混合器模型的一个示例;其他混合器模型可以不同地解释输入流。然而,协议接口110的引入便于根据所公开的体系结构来修改混合算法。协议接口110可以经由例如XML和/或CCCP(集中式会议控制协议)命令来接收对混合算法(310和320)的改变或修改。
图5示出可在核心混合算法处访问并修改混合行为的协议的示例性方案定义500。方案定义500可以如下。在一个实现中,该方案从在集中式会议(XCON)数据模型中定义的控件中定义新控件扩展(例如,路线、接线以及过滤器)。新添加到方案定义500的元素在以下树视图中用“##”来引用,并且对混合器的输入圈成502并且圈成504作为混合器的输出。
!<conference-info>
          |
          |--!<users>
          |       |--...
          |       |
          |       |--!<user>
          |       |      |--....
          |       |      |--....
          |       |      |
          |       |      |--!<endpoint>
          |       |      |        |--....
          |       |      |        |--....
          |       |      |        |
          |       |      |        |--!<media>
          |       |      |        |     |--<type>
          |       |      |        |     |--<display-text>
          |       |      |        |     |--<label>
          |       |      |        |     |--<src-id>
          |       |      |        |     |--<status>
          |       |      |        |     |--<to-mixer>*
          |       |      |        |     |       |--<floor>*
          |       |      |        |     |       |--<controls>*
          |       |      |        |     |       |       |--<route>##
          |       |      |        |     |       |       |      |--<wire>##
          |       |      |        |     |       |       |      |      |--<filter>##
          |       |      |        |     |       |       ...
          |       |      |        |     |--<from-mixer>*
          |       |      |        |     |       |--<floor>*
          |       |      |        |     |       |--<controls>*
          |       |      |        |     |       |       |--<route>##
          |       |      |        |     |       |       |      |--<wire>##
          |       |      |        |     |       |       |      |      |--<filter>##
以下是示出本协议体系结构便于媒体接线的方式的一系列示例。这样的方案中包含的数据在以下示例中示出。对于在MCUhttps://Mcu55.company.com:444/MCU上主持的会议sip:conf233@example.com,考虑具有以下媒体状态的会议会话。
<users>
  <user entity=”sip:foo@example.com”>
     <endpoint entity=”sip:foo@example.com;gr=14837492”>
        <media id=”12”>
          <!—这是foo@example.com的默认流-->
          <type>audio</type>
          <status>sendrecv</status>
          <label>1111</label>
          <status>sendrecv</status>
       </media>
       <media id=”34”>
          <!—这是其中foo@example.com想要操纵混合路线的流-->
          <type>audio</type>
          <status>recvonly</status>
          <label>abcd123</label>
          <!—注意,此处不定义媒体路线→
       </media>
    </endpoint>
</user>
<user entity=”sip:bar1@contoso.com”>
   <endpoint entity=”sip:bar1@contoso.com;gr=14837492”>
      <media id=”56”>
         <!—这是foo@example.com的默认流-->
         <type>audio</type>
         <status>sendrecv</status>
         <label>efgh123</label>
      </media>
   </endpoint>
</user>
  <user entity=”sip:bar2@fabrikam.com”>
     <endpoint entity=”sip:bar2@fabrikam.com;gr=67432333”>
         <media id=”78”>
            <type>audio</type>
            <status>sendrecv</status>
            <label>ijkl456</label>
         </media>
     </endpoint>
  </user>
</users>
以下是用于修改参与者的媒体路线的CCCP命令的示例。考虑实体sip:foo@example.com想要基于该流来修改媒体路线。该实体可以通过发出以下CCCP命令“modifyEndpointMedia(修改端点媒体)”命令来这样做。以下示例示出foo@example.com所作出的接收来自bar1@contoso.com和bar2@fabrikam.com的流的请求。(出于可读性而省略了XMLNS规范。)
<request
         requestId=″1″
         from=″client″
         to=″MCU″
         (此处曾是XMLNS规范)
                 <modifyEndpointMedia>
                     <endpointKeys
                      confEntity=″sip:conf233@example.com″
                      userEntity=″sip:foo@example.com″
                      endpointEntity=″sip:foo@example.com;gr=14837492″/>
                     <media id=″34″
                      xmlns=″urn:ietf:params:xml:ns:conference-info″>
                           <type>audio</type>
                           <status>recvonly</status>
                             <label>abcd123</label>
                             <from-mixer>
                                 <controls>
                                    <!—注意:修改的路由表→
                                    <route>
                                       <wire user-
entity=”sip:bar1@contoso.com”endpoint-
entity=”sip:bar1@contoso.com;gr=4940254792”label=”efgh123”>
                                          <filter>dtmf</filter>
                                       </wire>
                                       <wire user-
entity=”sip:bar2@fabrikam.com”endpoint-
entity=”sip:bar2@fabrikam.com;gr=67432333”label=”ijkl456”>
                                          <filter>dtmf</filter>
                                       </wire>
                                </route>
                        </controls>
                    </from-mixer>
             </media>
          </modifyEndpointMedia>
  </request>
响应如下:
      <response
          requestId=″1″
          from=″MCU″
          to=″Client″
          code=″success″
          (此处曾是XMLNS规范)
          <modifyEndpointMedia/>
      </response>
会议会话的新状态(参与者的媒体路线)可以使用以下示出的状态通知来传递到该会议中的其他参与者,或可以使用新CCCP命令来轮询。以下是通知选项的示例。
<users>
  <user entity=”sip:foo@example.com”>
     <endpoint entity=”sip:foo@example.com;gr=14837492”>
        <media id=”12”>
           <type>audio</type>
           <status>sendrecv</status>
           <label>1111</label>
           <status>sendrecv</status>
        </media>
        <media id=”34”>
           <type>audio</type>
           <status>recvonly</status>
                 <label>abcd123</label>
                 <from-mixer>
                    <controls>
                       <!—注意:C3P通知中的修改的路由表→
                       <route>
                          <wire user-
entity=”sip:bar1@contoso.com”endpoint-
entity=”sip:bar1@contoso.com;gr=4940254792”label=”efgh123”>
  <filter>dtmf</filter>
                          </wire>
                          <wire user-
entity=”sip:bar2@fabrikam.com”endpoint-
entity=”sip:bar2@fabrikam.com;gr=67432333”label=”ijkl456”>
  <filter>dtmf</filter>
                          </wire>
                      </route>
                  </controls>
              </from-mixer>
          </media>
      </endpoint>
  </user>
  <user entity=”sip:bar1@contoso.com”>
      <endpoint entity=”sip:bar1@contoso.com;gr=14837492”>
          <media id=”56”>
              <type>audio</type>
              <status>sendrecv</status>
              <label>efgh 123</label>
          </media>
      </endpoint>
   </user>
   <user entity=”sip:bar2@fabrikam.com”>
      <endpoint entity=”sip:bar2@fabrikam.com;gr=67432333”>
         <media id=”78”>
           <type>audio</type>
           <status>sendrecv</status>
           <label>ijkl456</label>
        </media>
     </endpoint>
  </user>
</users>
相对于轮询选项,如果存在对先前通知选项的大小考虑和/或系统没有过滤出需要隐私功能的元素的能力,则可以使用轮询机制来检索接线路线。该机制返回正在观看特定端点流的用户和端点(会话参与者)的列表。以下示例示出可被用来检索bar1@contoso.com和端点sip:bar1@contoso.com;gr=4940254792的媒体id=56的媒体观看者状态的命令。因为foo@example.com是观看该流的唯一实体,所以返回该用户实体和端点信息。
<request
    requestId=″1″
    from=″Client″
    to=″MCU″
    (此处曾是XMLNS规范)
    <getMediaWatchers>
        <endpointKeys
         confEntity=″sip:conf233@example.com″
         userEntity=″sip:bar1@contoso.com″
                 endpointEntity=sip:bar1@contoso.com;gr=4940254792/>
            </getMediaWatchers>
</request>
响应如下:
      <response
           requestId=″1″
           from=″MCU″
           to=″Client″
           code=″success″
           <getMediaWatchers>
            <users>
               <user entity=”sip:foo@example.com”>
                      <endpoint
entity=”sip:foo@example.com;gr=14837492”/>
                  <!—注意:在端点或一个或多个用户下没有返回其他XML元素-->
                  </user>
              </users>
          </getMediaWatchers>
</response>
以下是用于修改影响参与者的会话混合的主媒体路线的示例性CCCP命令。
<request
         requestId=″1″
         from=″Client″
         to=″MCU″
         (此处曾是XMLNS规范)
         <modifyEntityState>
             <entityKeys
              confEntity=sip:conf233@example.com
                   entityView=″sip:srivats@microsoft.com;gruu;opaque=app:conf:audi
                   o-video:id:f63ad350e41f46798244bda6630db317″
              />
             <media label=″main-video″
              xmlns=″urn:ietf:params:xml:ns:conference-in fo″>
                                          <from-mixer>
                                              <controls>
                                                  <!—注意:修改的路由表→
                                                  <route>
                                                      <wire user-
entity=”sip:bar1@contoso.com”endpoint-
entity=”sip:bar1@contoso.com;gr=4940254792”label=”efgh123”>
                                                          <filter>dtmf</filter>
                                                      </wire>
                                                  </route>
                                              </controls>
                                          </from-mixer>
        </media>
    </modifyEntityState>
</request>
响应如下:
      <response
          requestId=″1″
          from=″MCU″
          to=″Client″
          code=″success″
          (此处曾是XMLNS规范)
          <modifyEntityState/>
      </response>
以下是主媒体路线的通知的示例。会议的新状态可以使用以下示出的状态通知来传递到会议会话中的其他参与者。
<msci:entity-view ci:state=″full″
entity=″sip:srivats@microsoft.com;gruu;opaque=app:conf:audio-
video:id:f63ad350e41f46798244bda6630db317″>
         <msci:entity-capabilities>
              <msav:capabilities>
                   <msav:supports-audio>false</msav:supports-audio>
                   <msav:supports-video>true</msav:supports-video>
              </msav:capabilities>
         </msci:entity-capabilities>
         <msci:entity-state>
              <msci:media>
                   <entry label=″main-video″>
                         <type>video</type>
                         <status>sendrecv</status>
                         <msci:modal-parameters>
                              <msci:video-parameters>
                                   <msav:video-mode>dominant-speaker-switched</msav:video-mode>
                              </msci:video-parameters>
                        </msci:modal-parameters>
                        <controls>
                              <route>
                                   <wire user-entity=”sip:bar1@contoso.com”endpoint-
                                   entity=”sip:bar1@contoso.com;gr=4940254792”
                                   label=”efgh123”>
                                        <filter/>
                                   </wire>
                              </route>
                        </controls>
                  </entry>
                  <entry label=″panoramic-video″>
                        <type>panoramic-video</type>
                        <status>sendrecv</status>
                  </entry>
             </msci:media>
        </msci:entity-state>
</msci:entity-view>
至于隐私问题,协议指令可以基于本地策略将媒体的接线方式传递到会议中的其他参与者。本地会议服务器策略可以考虑接收这一信息的参与者是否被授权接收该接线的媒体。
为适应该通知选项,通知器(在RFC 3265和RFC 4353中定义为出于向订户通知资源的状态的目的而生成Notify(通知)请求的用户代理)基于发出该通知的位置来过滤特定元素。如果没有隐私考虑,则通知器可以将该信息发送到所有参与者或可以选择根本不发送该信息。
以下是表示用于执行所公开的体系结构的各新颖方面的示例性方法的一系列流程图。尽管出于解释简明的目的,此处例如以流图或流程图形式示出的一个或多个方法被示出并描述为一系列动作,但是可以理解和明白,各方法不受动作的次序的限制,因为根据本发明,某些动作可以按与此处所示并描述的不同的次序和/或与其他动作同时发生。例如,本领域技术人员将会明白并理解,方法可被替换地表示为一系列相互关联的状态或事件,诸如以状态图的形式。此外,并非在一方法中示出的所有动作都是新颖实现所必需的。
图6示出管理媒体流的方法。在600,根据混合算法所定义的混合行为来将会议会话的输入媒体流接线到端点。在602,使用指令协议来访问混合算法。在604,使用该协议来改变混合算法以根据新混合行为将输入媒体流重新接线。
图7示出操纵媒体混合器的核心混合算法来将会话媒体流重新接线的方法。在700,可使用协议访问核心混合算法。在702,可以使用该协议来唯一地标识发送到端点或从端点接收到的输入流。在704,可任选地,在不涉及端口和IP数据相关的功能的情况下,使用该协议指定在输出处的、一端点的输入媒体流的重新接线以包括其他端点的其他输入流的混合。在706,可任选地,使用该协议指定端点的输入媒体流到对应端点的特定输出媒体流的接线。
图8示出操纵媒体混合器的核心混合算法来将会话媒体流重新接线的方法。在800,可使用协议来访问核心混合算法。在802,使用该协议来指定接线到各会话参与者的传递。在804,使用该协议并基于会话策略来指定接线到各会话参与者的传递。在806,使用该协议来指定会话领导者对会议会话的参与者混合进行的改变。
如在本申请中所使用的,术语“组件”和“系统”旨在表示计算机相关的实体,其可以是硬件、硬件和软件的组合、软件、或者执行中的软件。例如,组件可以是但不限于,在处理器上运行的进程、处理器、硬盘驱动器、多个(光和/或磁存储介质的)存储驱动器、对象、可执行代码、执行的线程、程序、和/或计算机。作为说明,运行在服务器上的应用程序和服务器都可以是组件。一个或多个组件可以驻留在进程和/或执行的线程内,且组件可以位于一台计算机上和/或分布在两台或更多的计算机之间。
现在参考图9,示出根据所公开的协议体系结构的可用于在核心混合算法级执行媒体流接线的计算系统900的框图。为了提供用于其各方面的附加上下文,图9及以下讨论旨在提供对其中可实现该各方面的合适的计算系统900的简要概括描述。尽管以上描述是在可在一个或多个计算机上运行的计算机可执行指令的一般上下文中进行的,但是本领域的技术人员将认识到,新颖实施例也可结合其他程序模块和/或作为硬件和软件的组合来实现。
一般而言,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、组件、数据结构等等。此外,本领域的技术人员可以理解,本发明的方法可用其他计算机系统配置来实施,包括单处理器或多处理器计算机系统、小型计算机、大型计算机、以及个人计算机、手持式计算设备、基于微处理器的或可编程消费电子产品等,其每一个都可操作上耦合到一个或多个相关联的设备。
所示各方面也可以在其中某些任务由通过通信网络链接的远程处理设备来执行的分布式计算环境中实施。在分布式计算环境中,程序模块可以位于本地和远程存储器存储设备中。
计算机通常包括各种计算机可读介质。计算机可读介质可以是可由计算机访问的任何可用介质,且包括易失性和非易失性介质、可移动和不可移动介质。作为示例而非限制,计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以存储如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术来实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或者其他存储器技术、CD-ROM、数字视频盘(DVD)或其他光盘存储、磁带盒、磁带、磁盘存储或其他磁存储设备、或可以用于存储所需信息并且可以由计算机访问的任何其他介质。
再次参考图9,用于实现各方面的示例性计算系统900包括具有处理单元904、系统存储器906和系统总线908的计算机902。系统总线908向包括但不限于系统存储器906的各系统组件提供到处理单元904的接口。处理单元904可以是市场上可购买到的各种处理器中的任意一种。双微处理器和其他多处理器体系结构也可用作处理单元904。
系统总线908可以是若干种总线结构中的任一种,这些总线结构还可互连到存储器总线(带有或没有存储器控制器)、外围总线、以及使用各类市场上可购买到的总线体系结构中的任一种的局部总线。系统存储器906可包括非易失性存储器(NON-VOL)910和/或易失性存储器912(例如,随机存取存储器(RAM))。基本输入/输出系统(BIOS)可被储存在非易失性存储器910(例如,ROM、EPROM、EEPROM等)中,其中BIOS是帮助诸如在启动期间在计算机902内的元件之间传输信息的基本例程。易失性存储器912还可包括诸如静态RAM等高速RAM来用于高速缓存数据。
计算机902还包括内置硬盘驱动器(HDD)914(例如,EIDE、SATA),该内置HDD 914还可被配置成在合适的机壳中外部使用;磁软盘驱动器(FDD)916(例如,从可移动磁盘918中读取或向其写入);以及光盘驱动器920(例如,从CD-ROM盘922中读取,或从诸如DVD等其他高容量光学介质中读取或向其写入)。HDD 914、FDD 916、以及光盘驱动器920可分别由HDD接口924、FDD接口926和光盘驱动器接口928来连接到系统总线908。用于外置驱动器实现的HDD接口924可包括通用串行总线(USB)和IEEE 1394接口技术中的至少一种或两者。
驱动器及相关联的计算机可读介质提供了对数据、数据结构、计算机可执行指令等的非易失性存储。对于计算机902,驱动器和介质容纳适当的数字格式的任何数据的存储。尽管以上对计算机可读介质的描述涉及HDD、可移动磁盘(例如FDD)以及诸如CD或DVD等可移动光学介质,但是本领域的技术人员应当理解,示例性操作环境中也可使用可由计算机读取的任何其他类型的介质,诸如zip驱动器、磁带盒、闪存卡、盒式磁带等等,并且任何这样的介质可包含用于执行所公开的体系结构的新颖方法的计算机可执行指令。
多个程序模块可存储在驱动器和易失性存储器912中,包括操作系统930、一个或多个应用程序932、其他程序模块934和程序数据936。一个或多个应用程序932、其他程序模块934、以及程序数据936可包括例如混合算法102、媒体混合器104、输入媒体流106、混合行为108、协议接口110、协议指令112、输出媒体流114、音频混合算法310、视频混合算法320、输入媒体流400、输出媒体流402、以及方案500。
操作系统、应用程序、模块和/或数据的全部或部分也可被高速缓存在易失性存储器912中。应该明白,所公开的体系结构可以用市场上可购得的各种操作系统或操作系统的组合来实现。
用户可以通过一个或多个有线/无线输入设备,例如键盘938和诸如鼠标940等定点设备将命令和信息输入到计算机902中。其他输入设备(未示出)可包括话筒、IR遥控器、操纵杆、游戏手柄、指示笔、触摸屏等等。这些和其他输入设备通常通过耦合到系统总线908的输入设备接口942连接到处理单元904,但也可通过诸如并行端口、IEEE 1394串行端口、游戏端口、USB端口、IR接口等其他接口连接。
监视器944或其他类型的显示设备也经由诸如视频适配器946等接口连接到系统总线908。除了监视器944之外,计算机通常包括诸如扬声器、打印机等其他外围输出设备(未示出)。
计算机902可使用经由有线和/或无线通信至诸如远程计算机948等的一个或多个远程计算机的逻辑连接在网络化环境中操作。远程计算机948可以是工作站、服务器计算机、路由器、个人计算机、便携式计算机、基于微处理器的娱乐设备、对等设备或其他常见的网络节点,并且通常包括相对于计算机902描述的许多或所有元件,尽管为简明起见仅示出了存储器/存储设备950。所描绘的逻辑连接包括到局域网(LAN)952和/或例如广域网(WAN)954等更大的网络的有线/无线连接。这一LAN和WAN连网环境常见于办公室和公司,并且方便了诸如内联网等企业范围计算机网络,所有这些都可连接到例如因特网等全球通信网络。
当在LAN连网环境中使用时,计算机902通过有线和/或无线通信网络接口或适配器956连接到LAN 952。适配器956可以方便到LAN 952的有线和/或无线通信,并且还可包括其上设置的用于使用适配器956的无线功能进行通信的无线接入点。
当在WAN连网环境中使用时,计算机902可包括调制解调器958,或连接到WAN 954上的通信服务器,或具有用于诸如通过因特网等通过WAN 954建立通信的其他装置。或为内置或为外置以及有线和/或无线设备的调制解调器958经由输入设备接口942连接到系统总线908。在联网环境中,相对于计算机902所描绘的程序模块或其部分可以存储在远程存储器/存储设备950中。应该理解,所示网络连接是示例性的,并且可以使用在计算机之间建立通信链接的其他手段。
计算机902可操作来使用IEEE 802标准家族与有线和无线设备或实体通信,例如在操作上安置成与例如打印机、扫描仪、台式和/或便携式计算机、个人数字助理(PDA)、通信卫星、任何一件与无线可检测标签相关联的设备或位置(例如,电话亭、报亭、休息室)以及电话进行无线通信(例如,IEEE 802.11空中调制技术)的无线设备。这至少包括Wi-Fi(即无线保真)、WiMax和蓝牙TM无线技术。由此,通信可以如对于常规网络那样是预定义结构,或者仅仅是至少两个设备之间的自组织(ad hoc)通信。Wi-Fi网络使用称为IEEE 802.11x(a、b、g等等)的无线电技术来提供安全、可靠、快速的无线连接。Wi-Fi网络可用于将计算机彼此连接、连接到因特网以及连接到有线网络(使用IEEE 802.3相关介质和功能)。
现在参考图10,示出用于使用访问协议来访问核心混合算法的示例性客户机-服务器计算环境的示意性框图。环境1000包括一个或多个客户机1002。客户机1002可以是硬件和/或软件(例如,线程、进程、计算设备)。例如,客户机1002可容纳cookie和/或相关联的上下文信息。
环境1000还包括一个或多个服务器1004。服务器1004也可以是硬件和/或软件(例如,线程、进程、计算设备)。服务器1004可以例如通过使用本体系结构来容纳线程以执行变换。在客户机1002和服务器1004之间的一种可能的通信能够以适合在两个或更多计算机进程之间传输的数据分组的形式进行。数据分组可包括例如cookie和/或相关联的上下文信息。环境1000包括可以用来使客户机1002和服务器1004之间通信更容易的通信框架1006(例如,诸如因特网等全球通信网络)。
通信可经由有线(包括光纤)和/或无线技术来促进。客户机1002操作上被连接到可以用来存储对客户机1002本地的信息(例如,cookie和/或相关联的上下文信息)的一个或多个客户机数据存储1008。同样地,服务器1004可在操作上连接到可以用来存储对服务器1004本地的信息的一个或多个服务器数据存储1010。
服务器1004可包括例如混合算法102、媒体混合器104、输入媒体流106、混合行为108、协议接口110、协议指令112、输出媒体流114、媒体控制单元202、媒体混合器组件204、媒体混合器(206和212)、混合算法(218和222)以及对应的混合行为(220和224)、音频混合算法310、视频混合算法320、输入媒体流400、输出媒体流402、以及方案500。客户机1002还可包括针对服务器1004描述的实体中的一些或全部,除通常作为基于网络的实体的MCU之外。
上面描述的包括所公开的体系结构的各示例。当然,描述每一个可以想到的组件和/或方法的组合是不可能的,但本领域内的普通技术人员应该认识到,许多其他组合和排列都是可能的。因此,该新颖体系结构旨在涵盖所有这些落入所附权利要求书的精神和范围内的更改、修改和变化。此外,就在说明书或权利要求书中使用术语“包括”而言,这一术语旨在以与术语“包含”在被用作权利要求书中的过渡词时所解释的相似的方式为包含性的。

Claims (20)

1.一种计算机实现的媒体控制系统(100),包括:
媒体混合器的混合算法(102),用于根据混合行为来路由一个或多个输入媒体流;以及
协议接口(110),所述协议接口包括用于在所述混合算法中修改所述混合行为以将所述一个或多个输入媒体流进行接线来产生特定输出流的指令。
2.如权利要求1所述的系统,其特征在于,所述协议接口包括用于修改所述混合行为以唯一地标识发送到实体的媒体流或唯一地标识从所述实体接收到的媒体流的一个或多个指令。
3.如权利要求1所述的系统,其特征在于,所述协议接口包括用于在不涉及混合器端口或IP管理功能的情况下修改所述混合行为以将所述媒体混合器的一个或多个输入媒体流接线成所述特定输出流的一个或多个指令。
4.如权利要求1所述的系统,其特征在于,所述协议接口包括用于基于策略向实体展示接线信息的一个或多个指令。
5.如权利要求1所述的系统,其特征在于,所述协议接口包括用于通过从会话删除主参与者或向所述会话添加新参与者来改变对所述会话的参与的一个或多个指令。
6.如权利要求5所述的系统,其特征在于,所述协议接口包括用于向主参与者通知对所述会话的参与的改变的一个或多个指令。
7.如权利要求5所述的系统,其特征在于,所述协议接口包括用于将新参与者的输入媒体流添加到所述会话并用于向所述主参与者呈现所述新参与者的身份的一个或多个指令。
8.如权利要求1所述的系统,其特征在于,所述协议接口包括用于操作与路线、接线、以及过滤器中的一个或多个相关的新控件扩展的一个或多个指令。
9.如权利要求1所述的系统,其特征在于,所述协议接口和所述混合算法是在媒体控制单元中使用的。
10.一种计算机实现的媒体控制系统(200),包括:
媒体控制单元的一个或多个混合算法(218),用于将输入媒体流路由到输出端点;以及
协议接口(110),所述协议接口具有用于修改所述一个或多个混合算法以改变所述输入媒体流到所述端点的路由的一个或多个指令。
11.如权利要求10所述的系统,其特征在于,所述一个或多个混合算法包括在经由所述协议接口被修改时改变到输出端点的音频混合行为的音频混合算法,并且所述一个或多个混合算法包括在经由所述协议接口被修改时改变到输出端点的视频混合行为的视频混合算法。
12.如权利要求10所述的系统,其特征在于,所述协议接口包括用于修改所述一个或多个混合算法以将来自一个端点的输入流路由到另一端点、从一个端点路由到多个端点、从多个端点路由到单个端点、或从多个端点路由到多个端点的一个或多个指令。
13.一种管理媒体流的计算机实现的方法,包括:
根据混合算法所定义的混合行为来将会议会话的输入媒体流接线到端点(600);
使用指令协议来访问所述混合算法(602);以及
使用所述协议来改变所述混合算法以根据新混合行为将所述输入媒体流重新接线(604)。
14.如权利要求13所述的方法,其特征在于,还包括使用XML文件或CCCP命令来指定对所述混合算法的改变。
15.如权利要求13所述的方法,其特征在于,还包括使用所述协议来唯一地标识发送到端点的或从端点接收到的输入流。
16.如权利要求13所述的方法,其特征在于,还包括在不涉及与端口和IP数据相关的功能的情况下使用所述协议指定在输出处的、一端点的输入媒体流的重新接线以包括其他端点的其他输入流的混合。
17.如权利要求13所述的方法,其特征在于,还包括使用所述协议指定端点的输入媒体流到对应端点的特定输出媒体流的接线。
18.如权利要求13所述的方法,其特征在于,还包括使用所述协议指定所述接线到各会话参与者的传递。
19.如权利要求18所述的方法,其特征在于,还包括使用所述协议并基于混合策略指定所述接线到各会话参与者的传递。
20.如权利要求13所述的方法,其特征在于,还包括使用所述协议指定会话领导者对所述会议会话的参与者混合进行的改变。
CN200980105107XA 2008-02-11 2009-01-19 用于媒体控制的媒体混合接线协议 Pending CN101939726A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/029,439 US8972594B2 (en) 2008-02-11 2008-02-11 Media mix wiring protocol for media control
US12/029,439 2008-02-11
PCT/US2009/031377 WO2009102532A2 (en) 2008-02-11 2009-01-19 Media mix wiring protocol for media control

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN2013103074017A Division CN103345462A (zh) 2008-02-11 2009-01-19 用于媒体控制的媒体混合接线协议

Publications (1)

Publication Number Publication Date
CN101939726A true CN101939726A (zh) 2011-01-05

Family

ID=40939838

Family Applications (2)

Application Number Title Priority Date Filing Date
CN2013103074017A Pending CN103345462A (zh) 2008-02-11 2009-01-19 用于媒体控制的媒体混合接线协议
CN200980105107XA Pending CN101939726A (zh) 2008-02-11 2009-01-19 用于媒体控制的媒体混合接线协议

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN2013103074017A Pending CN103345462A (zh) 2008-02-11 2009-01-19 用于媒体控制的媒体混合接线协议

Country Status (10)

Country Link
US (1) US8972594B2 (zh)
EP (1) EP2255282A4 (zh)
JP (1) JP5405494B2 (zh)
KR (1) KR20100117594A (zh)
CN (2) CN103345462A (zh)
BR (1) BRPI0907465A2 (zh)
CA (1) CA2711482A1 (zh)
RU (1) RU2501070C2 (zh)
TW (1) TW200939718A (zh)
WO (1) WO2009102532A2 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7865654B2 (en) * 2006-02-28 2011-01-04 Emulex Design And Manufacturing Corporation Programmable bridge header structures
CN101370026B (zh) 2007-08-17 2011-05-18 华为技术有限公司 多媒体会话的媒体流增加方法和用户设备及应用服务器
US7818486B2 (en) * 2008-08-15 2010-10-19 Icron Technologies Corporation Method and apparatus for connecting USB devices to a remote computer
US8804577B1 (en) * 2009-09-30 2014-08-12 Shoretel, Inc. Distributed audio conferencing system
CN102843542B (zh) 2012-09-07 2015-12-02 华为技术有限公司 多流会议的媒体协商方法、设备和系统
RU2586858C1 (ru) * 2014-12-10 2016-06-10 Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования "Санкт-Петербургский государственный торгово-экономический университет" Способ управления потоками данных на основе контроля заданного потребителем маршрута и обнаружения факта деструктивного воздействия
CN110534078A (zh) * 2019-07-30 2019-12-03 黑盒子科技(北京)有限公司 一种基于音频特征的细粒度音乐节奏提取系统及方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1381119A (zh) * 2000-05-19 2002-11-20 索尼株式会社 网络会议系统、出席认证方法以及演示方法
CN1406026A (zh) * 2001-09-16 2003-03-26 华为技术有限公司 一种混合地址解决方案及其混合地址路由器
US7006616B1 (en) * 1999-05-21 2006-02-28 Terayon Communication Systems, Inc. Teleconferencing bridge with EdgePoint mixing
US7084898B1 (en) * 2003-11-18 2006-08-01 Cisco Technology, Inc. System and method for providing video conferencing synchronization

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2284968A (en) 1993-12-18 1995-06-21 Ibm Audio conferencing system
US5473363A (en) * 1994-07-26 1995-12-05 Motorola, Inc. System, method and multipoint control unit for multipoint multimedia conferencing
US5729684A (en) * 1995-05-16 1998-03-17 Intel Corporation Method and apparatus for heterogeneous multimedia conferencing using multipoint references
US5742840A (en) * 1995-08-16 1998-04-21 Microunity Systems Engineering, Inc. General purpose, multiple precision parallel operation, programmable media processor
JP2002532012A (ja) 1998-11-27 2002-09-24 ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー 最適部品構成用のセッションアナウンスメント
US7280492B2 (en) * 2000-02-22 2007-10-09 Ncast Corporation Videoconferencing system
US7257641B1 (en) * 2000-03-30 2007-08-14 Microsoft Corporation Multipoint processing unit
US7007098B1 (en) * 2000-08-17 2006-02-28 Nortel Networks Limited Methods of controlling video signals in a video conference
US6922786B1 (en) * 2000-10-31 2005-07-26 Nortel Networks Limited Real-time media communications over firewalls using a control protocol
US7003086B1 (en) * 2001-01-18 2006-02-21 Cisco Technology, Inc. Apparatus and method for allocating call resources during a conference call
AU2002258135A1 (en) 2001-05-10 2002-11-18 Polycom Israel Ltd. Control unit for multipoint multimedia/audio system
US20030014488A1 (en) * 2001-06-13 2003-01-16 Siddhartha Dalal System and method for enabling multimedia conferencing services on a real-time communications platform
FR2831377B1 (fr) * 2001-10-22 2004-01-16 France Telecom Systeme de conference du type qui comprend un pont de conference audio et/ou video et/ou des donnees auquel une pluralite de terminaux peuvent se connecter pour participer a une conference
US7362349B2 (en) * 2002-07-10 2008-04-22 Seiko Epson Corporation Multi-participant conference system with controllable content delivery using a client monitor back-channel
US8151178B2 (en) * 2003-06-18 2012-04-03 G. W. Hannaway & Associates Associative media architecture and platform
KR100782808B1 (ko) * 2004-01-13 2007-12-06 삼성전자주식회사 인터렉티브 그래픽 스트림을 기록한 저장 매체 및 그 재생장치
US20060080407A1 (en) * 2004-10-12 2006-04-13 Motorola, Inc. Multimedia session establishment in a user entity having audio floor control
US20060080740A1 (en) * 2004-10-13 2006-04-13 Nokia Corporation Adapting protected content for a receiving terminal
US7477281B2 (en) * 2004-11-09 2009-01-13 Nokia Corporation Transmission control in multiparty conference
US20070064851A1 (en) * 2005-09-02 2007-03-22 Sbc Knowledge Ventures Lp Method for synchronizing a customer edge router or customer premise equipment associated therewith
US7593986B2 (en) * 2005-05-09 2009-09-22 Microsoft Corporation Method and system for generating a routing table for a conference
US8607287B2 (en) * 2005-12-29 2013-12-10 United Video Properties, Inc. Interactive media guidance system having multiple devices
US8458753B2 (en) * 2006-02-27 2013-06-04 Time Warner Cable Enterprises Llc Methods and apparatus for device capabilities discovery and utilization within a content-based network
US7800642B2 (en) * 2006-03-01 2010-09-21 Polycom, Inc. Method and system for providing continuous presence video in a cascading conference
US20070220162A1 (en) * 2006-03-17 2007-09-20 Microsoft Corporation Media processing abstraction model
WO2007143394A2 (en) * 2006-06-02 2007-12-13 Nielsen Media Research, Inc. Digital rights management systems and methods for audience measurement
US8495147B1 (en) * 2006-07-13 2013-07-23 Avaya Inc. Threading of mixed media

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7006616B1 (en) * 1999-05-21 2006-02-28 Terayon Communication Systems, Inc. Teleconferencing bridge with EdgePoint mixing
CN1381119A (zh) * 2000-05-19 2002-11-20 索尼株式会社 网络会议系统、出席认证方法以及演示方法
CN1406026A (zh) * 2001-09-16 2003-03-26 华为技术有限公司 一种混合地址解决方案及其混合地址路由器
US7084898B1 (en) * 2003-11-18 2006-08-01 Cisco Technology, Inc. System and method for providing video conferencing synchronization

Also Published As

Publication number Publication date
TW200939718A (en) 2009-09-16
KR20100117594A (ko) 2010-11-03
RU2010133523A (ru) 2012-02-20
JP5405494B2 (ja) 2014-02-05
WO2009102532A3 (en) 2009-10-22
EP2255282A2 (en) 2010-12-01
WO2009102532A2 (en) 2009-08-20
CA2711482A1 (en) 2009-08-20
US20090204716A1 (en) 2009-08-13
EP2255282A4 (en) 2011-09-07
JP2011517866A (ja) 2011-06-16
BRPI0907465A2 (pt) 2015-07-14
US8972594B2 (en) 2015-03-03
RU2501070C2 (ru) 2013-12-10
CN103345462A (zh) 2013-10-09

Similar Documents

Publication Publication Date Title
CN102904733B (zh) 分布式、可缩放、可插入的会议体系结构
CN101952817B (zh) 在场位置信息
CN101939726A (zh) 用于媒体控制的媒体混合接线协议
CN102771082B (zh) 具有混合能力的设备和接口之间的通信会话
CN101926127B (zh) 统一通信系统和方法
CN1318999C (zh) 视频会议系统结构
US8819549B2 (en) Method and system for mutidimensional virtual online support center
CN109395372A (zh) 实现游戏手柄远程操控电脑游戏的方法、系统与电子设备
CN101281690A (zh) 一种教学辅助装置、系统及教学辅助方法
CN105723406B (zh) 用于具有优化的转码的基于网页的实时通信的系统和方法
CN102546467A (zh) 会议专用的状态指示符
CN108965103A (zh) 提供对话内容的电子设备、服务器及其方法
US20180063481A1 (en) Human interface device (hid) based control of video data conversion at docking station
CN101223796A (zh) 利用优先级标记的异步介质通信
US9723100B2 (en) Extending memory capacity of a mobile device using proximate devices and multicasting
CN106416185A (zh) 能够支持多媒体信令控制的发布/订阅网络、在网络内发起会话的方法以及相应的网络设备
CN101554032A (zh) 用于选择流式媒体的系统及方法
Ådahl Shared resource for collaborative editing over a wireless network
CN102016818A (zh) 预定和进行中事件参加者之间的通信
CN102172006A (zh) 网络系统、通信装置、通信方法、及通信程序
CN102611697B (zh) 用于用多种语言通告会议出席变更的方法和设备
CN112748893A (zh) 无线投屏方法、装置及系统
CN102016816A (zh) 事件之间的消息传送
CN103918248B (zh) 集成专用小交换机和设备控制系统
CN109583178A (zh) 一种会议协同参与方法及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
ASS Succession or assignment of patent right

Owner name: MICROSOFT TECHNOLOGY LICENSING LLC

Free format text: FORMER OWNER: MICROSOFT CORP.

Effective date: 20150717

C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20150717

Address after: Washington State

Applicant after: Micro soft technique license Co., Ltd

Address before: Washington State

Applicant before: Microsoft Corp.

WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20110105

WD01 Invention patent application deemed withdrawn after publication