TW200939718A - Media mix wiring protocol for media control - Google Patents

Description

200939718 六、發明說明： 【發明所屬之技術領域】 本發明係關於媒體控制之媒體混合佈線通信協定。 【先前技術】 當許多會議系統開始提供相同媒體類型（例如視訊） 之一或多個串流時’會議客戶端需要能夠在内部可操作的 方式中呈現多於由該會議系統所提供之一串流。例如sDp (定義在RFC 4566中之會談描述協定）媒體線以及sDp 媒體内容之群組的機制更有助於達到這個目標。然而，除 非一會議客戶端瞭解該些串流應該如何被呈現的上下文， 該會議客戶4不能夠呈現該客戶端所不冑覺的各串流。 常見的多點控制單元（MCU)架構缺乏一有效率、具 彈性的通訊協定來修改該MCU之混合器中之㈣混合，以 致使各實體能夠傳輸經過—段時間所特定的媒體或接收經 過一段時間所特定的媒體。一工作群組正工作來解決上述 的缺陷，其係經由控制—混合器之功能（例如，「播放一提 '」、「預料DTMF」、「播放此媒體」等等然而，控制或 仿ie該混合器之各功能的企蘭垃装 的止圖接著破限制至可獲用的功能 性0 f發明内容】 以下將提供一簡化的摘要 藉以提供對於此處一些釗 200939718 新具體實施例之基本瞭解◊此摘要並非詳盡的概述，且其 並非要識別關鍵元件或描述其範疇。其唯一的目的係要以 一簡化的型式做為一序言來呈現一些觀念，而更為詳細的 說明將在稍後呈現。 . 所揭露之架構提供一有效率、具彈性的通訊協定來在 多點控制單元（MCU )中佈線媒體串流以及指定混合行為。 因此，各實體能夠傳輸經過一段時間所指定的媒體或接收 φ 經過一段時間所指定的媒體。該通訊協定提供曝露核心混 〇肩算法至/¾合媒體之修訂的能力而無須處理混合器本身 之功能性。 該通訊協定經由指定下列各項而促進媒體佈線：唯一 識別構件，其係用於唯一識別傳送至一實體或自一實體接 收的一媒體串流、佈線來自該混合器之一媒體串流以包含 已經傳送至該混合器（由其他識別）之其他所指定串流之 一混合而無須處理連接埠及其他IP細節之一實體之一構 © #、佈線傳送至該混合器之_媒體串流以出現在自該混合 器所傳送（傳送至其他識別）之特定串流中之一實體之一 構件、基於該混合器之本地政策傳遞各種媒體串流之佈線 至允許來檢視該佈線之各參與者的一構件、以及其中會議 領導者能夠改變該主要參與者混合來包含來自其他實體 (參與者）之一串流的一構件，且該會議中之所有參與者 能夠察覺該其他實體之識別。 為了完成前述及相關的目的，某些例示性態樣將在此 處配合以下描述及附加圖面來說明。但是這些態樣僅為可 4 200939718 以利用此處所揭示之斥 y 〇 原理的夕種方式當中的一些態樣，且 係要包括所有這些熊搂芬^ ^樣及均等者。其它好處及創新 可配合該等圖面由以下的幵儍將 下的洋細說明來更加瞭解。 【實施方式】 所揭露之架構提供了一種用於存取以及操縱媒體混合 器（例如一多點控制單元）之核心混合演算法的通訊協定。 ❹ 除了網路式實施’這也可應用至一客戶端式實施，其中該 使用者&夠在該客戶端位準上操縱音訊及視訊的核心混 合0 現在將參考圖面，其中類似的參照編號用於參照到所 有類似的元件。在以下的說明中，為了解釋起見，提出許 多特定細節，藉以提供對其完整瞭解。但是明顯地該等創 新具體實施例可以不使用這些特定細節來實施。在其它實 例中，熟知的結構及裝置以方塊圖形式顯示，藉此用於促 ® 進其說明。 第1圖描述用於修改混合演算法行為之一電腦可實施 媒體控制系統100。該系統100包含一媒體混合器104之 或多混合演算法102，用於根據一或多混合行為混合輸 入媒體串流106。該混合器104係為一邏輯實體，其接收 相同類型（例如音訊）之媒體串流之集合、組合一類型特 疋方式中的媒體、及重分配該結果至一單一輸出或多重輸 出（例如會議參與者（們））。該系統100也包含一通訊協 200939718

流 114 〇 定介面110，^ ι * 之混合行為 特定輸出媒體串流114。 —或多指令112促進混合演算 Γ為108來唯一識別傳送至一實 識別自該實體接收的一媒體串 該通訊協定介面110之_ 法102之修訂以影響混合行為 體的一媒體串流或者唯一識】 流，以便佈線該輸出媒體舉流至該媒體混合器而成排除混 〇 合器埠或1p管理功能的特定輸出串流，且基於一政策曝露 佈線資訊至一實體。例如，該政策能夠為一由一管理者所 利用及建立之一企業政策。 該通訊協定介面110之一或多指令112也促進改變由 各參與者之一會談的參與’其係經由自該會談刪除許多主 要參與者之至少一者或者加入一新的參與者至該會談。該 通訊協定介面110包含一或多指令112用於通知至該會談 之參與中之改變的該主要參與者。例如，如果主要參與者 ® Α、β、及C係在一會議中，參與者A已請求來檢視參與者 B的視訊串流，參與者C不允許來知道參與者A正在觀看 參與者B。然而，參與者B能夠被允許來知道參與者A正 在觀看參與者B的媒體串流。該通訊協定介面110包含一 或多指令112用於加入一新的參與者之一輸入媒體串流至 該會談以及用於呈現該新的參與者之實體資訊至該主要參 與者。 在一具體實施例中，該通訊協疋’丨面11〇包含一新的 指令組，用於與該混合演算法102互動來產生該混合行為 6 200939718 ⑽。在另-具體實施例中，該—或多指令ιΐ2包含對現存 控制集的延伸以供產生該混合行為1〇8。該新的指令組及/ 或控制延伸係基於-包含路*、佈線及料之—或多綱要 元件的綱要。

第2圖描述一媒體系統2〇〇’其中一媒體控制單元皿 包含基於對核心混合演算法之改變之混合輸入亊流的一媒 體混合器部件204。在此’該媒體混合器部件2()4包含兩 混合m合器鳩，其係用於接收類型的 輸入媒體串流208 (例如音訊）α供佈線（或路由）至該 相同類型之一輸出媒體串.流21〇、及一第二混合器212，其 係用於接收一第二類型的輸入媒體串流214 (例如視訊） 广供佈線（或路由）至該相同類型之—輸出媒體串流216。 該第一混合器206包含一第一混合演算法218以供產生一 第一混合行為220。 當傳遞該等指令112之一或多者至該第一媒體混合器 206之第一混合演算法218時，透過該通訊協定介面11〇 , 人使用者能夠操縱該第一混合演算法218來改變該第一混 合仃為220。相同地，該第二媒體混合器212包含一第二 =演算法222以供產生一第二混合行為22“當傳遞： 人礼令112之一或多者至該第二媒體混合器212之第二混 負算法222時，透過該通訊協定介面110,該使用者能 夠操縱該第二混合演算法222來改變該第二混合行為 該一或多指令112促進該混合演算法102之修訂來佈 線所期望之該輪入串流（2〇8及214)。該一或多指令m 7 200939718 管理該（等）混合行W及224)來唯-識別傳送至一 實體之媒 '體串流或者來唯-識別自該實體接收之-媒體 串流’佈線該輸入媒體争流至該媒體混合器而成排除混合 器埠或IP管理；c/j能+ a u 特疋輸出串流’且基於一政策曝露佈 線資訊至一實體。 該系統200促進—從點至點、從點至多點、多點至多 、及多點1 I —點的單—輸入串流（例如φ流208 ❿

及214)之佈線。該系統2〇〇能夠例如被運用作為一網路 節點（例如伺服器）及/或作為一客戶端計算系統上之客戶 端0 第3圖描述用於修改混合演算法行為之替代性系統 3〇〇。該系統300包含一媒體控制單元3〇2，其具有一媒體 混合器304用於接收一輸入媒體串流3〇6且根據所修訂之 混合行為將該輸入串流3〇6路由至一輸出媒體串流3〇8。 尤其地，該媒體混合器304包含一音訊混合演算法31〇， 其係用於混合音訊進入該輸入串流3〇6，以及包含一視訊 混合演算法312,其係用於混合視訊進入該輸入串流3〇6。 該媒體混合器3 04包含該通訊協定介面11()，其係用於處 理來自一管理介面314之通訊協定指令112。換句話來說， 一使用者能夠透過該管理介面314互動來經由該通訊協定 介面110傳送一或多指令112以修改該核心音訊混合演算 法3 10及/或該核心視訊混合演算法3 12。 該混合演算法（310及312)產生混合行為，其係由一 用於將該輸入媒體串流306路由至該輸出媒體串流3〇8之 8 200939718 路由部件316所處理。該路由部件316接收及處理自該音 訊混合行為310所產生之一音訊混合行為3 18以及來自該 視訊混合演算法312之一視訊混合行為32卜換句話來說， 該輸入媒體串流306能夠被混合以音訊及/或視訊以供路由 作為一混合輸出媒體串流308至一輸出實體。 一政策部件322接收及處理一或多能夠正規化該混合 如何被完成以及該混合是否將基於該接收實體、來源使用 〇 者、等等而被執行的政策。該政策部件322能夠包含一會 談政策伺服器，其管理該會談之操作。 第4圖描述在混合演算法位準之用於佈線輸入串流至 輸出串流的範例性混合器104;該混合器1〇4接收輸入（或 至混合器）媒體串流400，且根據該視訊混合演算法31〇 及該音訊混合演算法32〇混合該輸入串流4〇〇來產生輸出 (或自混合器）媒體串流4〇2β該混合演算法（31〇及32〇) 之修訂能夠透過該通訊協定介面11〇而發生。 該輸入串淥4〇〇能夠以針對該使用者及媒髏串流之類 型之識別資訊’例如一使用者識別（userID=xx)以及一媒 體串流識別（ID=XX )，而被識別β在此範例中，輸入媒體 串流類型1D=30,出=31，及ID=32且userID=2能夠分別 為—第二會談參與者（或端點）的主要音訊串流、主要視 訊串流、以及輔助視訊串流。相同地，輸入媒體串流類型 ^24及ID=3 1可與userID=3相關聯而分別為一第三會談 參與者（或端點）的主要音訊串流及主要視訊串流。其他 輪入串流400能夠為會議會談之部份。 9 200939718 一 “label”參數識別前往及來自該混合器ι〇4的該媒 體串流。如先前所指’至該混合器（來自一特定使用者及 端點）之該輸入串流400係由該會議資料模型中一 來識 別。該ID係在該資料模型中該端點媒體元件内為唯一且係 由該會議伺服器來產生。 考慮到label=l〇為包含來自提供至每一會談參與者之 所有音訊輸入串流之音訊串流混合的串流，label=丨丨包含 一視訊混合，且label=12為聲音啟動（activated)之視訊 串流的一替代混合。該混合器1 〇4混合來自各參與者之進 入的視訊串流400而成iabei=i 1及iabel=12輸出串流。此 為一混合器模型的一個範例；其他混合器模型能夠不同地 直譯該輸入串流。然而，該通訊協定介面11〇之引介促進 了根據此中所揭露架構之混合演算法的修改。該通訊協定 介面110能夠透過例如XML/或CCCPC中央會議控制協定） 命令來接收對該混合演算法（310及32〇)之改變或修正。 第5圖描述在核心混合演算法之能夠存取以及修改混 合行為之一通訊協定的一範例性綱要定義5〇〇。該綱要定 義500能夠為如下所示。在一實施中，該綱要定義來自在 一中央化會議（XCON)資料模型中所定義之各控制之新的 控制延伸（例如路由、佈線、及過濾）。該新加入至該綱要 定義500的元件係在下列樹狀檢視中以一“料，，來被參照 且定義為502以供輸入至該混合器以及為5〇4做為該混合 器之輸出。 200939718 !<con£erence-inf〇>

I I --!<users> I I —. · ·

I I I I --!<user> !<&ndpo±nt> _!<media> e

I--<type> I<display-text> I ——<label> I --<src-id> I-<status> I --<to-mixer>* I I--〈floor〉* I I --<controls>* I I I --<route>## I I I I --<wire>## I I I I I ~<f ilter>##

I I I 一<f rom-mixer>* I I --<floor>* I I --<controls>* I I I--<route>## I I I I —<wire>## I I I I I —<filter>## 下列係為一系列之範例，其描述該通訊協定結構促進 媒體佈線的方式。包含在這樣一綱要的資料係顯示再下列 的範例中。考量到具有媒體狀態之一會議會談，其如下針 對主控在該 MCU https://Mcu55.company.com:444/MCU 上 之一會議 sip: conf233@example.com ° π 200939718 <users> <user entity=s,fsxp: foo@exax^le, coiaw> <enc^oint entity=//sip:foo@example.com;gr=14837492^> <media id=，，12"> <!—this is the default stream for foo@example.com--> < type>audio< / type> <status>sendrecv</ status> <label>llll</label> <status>sendrecv</status> </media> <media id=f,34,f>

❹ <!—this is the stream where foo6exanEple*com wants *ko mani.pula'ke 'the mxxxng routes—> <type>audio</type> <status>recvonly</status> <label>abcdl23</label> <!—Note: No media routes defined here"^ </m^dia> </endp〇int> </user> <user entity=f,sip :barl@contoso. com/7> <endp〇int ^ntity=,fsip:barl@contoso.com;gr=：14837492,,> <media id=//56//> <!—this is the default stream for £ο〇θexample.com--> <type>audio</ type> <status>sendrecv</status> <label>^fghl2 3</label> </media> </endpoint> </user> <user entity=f,sip:bar2@fabrikam.〇〇1&^> <endpoint entity=f,sip:bar2@fabrikam·c〇m;grs67432333ff> <media id="78r<> <type>audio< / type> <status>sendrecv</status> <label>ijkl456</label> </media> </user> </users> 12 200939718 下列為用於修訂一參與者之媒體路線之CCCP命令之 範例。考量到該實體sip:f〇〇@example.com想要基於該串留 來修訂該媒體串流。該實體可經由發出下列CCCP命令 “ modifyEndpointMedia ” 來實行。該下列範例顯示 foo@example.com 正要做出來接收來自 barl@contoso.com 及bar2@fabrikam.com之串流的一請求。（該XMLNS規則 係針對易讀性而省略）。

<reqaest requestld^" 111 f rom=11 clientf, to=，’MCU” (xmlns spec was here) <modi£yEndpointMedla> <endpointKeys confEntity^11 sip: conf233@example. com11 userEnt±ty=nsip: foo@ example. com11 endpointEntitys"sip:foo@example·CQm;gr=14837492"/> <media id="34" xmlnss^urn: ietf :parsums: xml: ns: conf erence-info" > <type>audio</type> <status>recvonly</status> <label>abcdl23</label> <f rom-m±xer> 〈controls〉 <!-Mote: Modified routiner tabled <route> 〈wire user_eixt:ity="sip:barl@contoso · com" endpoint-entitys^sip :barl@contoso · com;gr=4940254792" label=wef ghl2 3 ,f> <filter>dtmf</filter> </wire> 〈wire user-entity="sip :bar2@fabrikam· com〃 endpoint-entitys^sip :bar2@fabrikam. com;gr=67432333f/ label=,fijkl456,/> <filter>dtmf</filter> 13 200939718 </wire> </route> </controls> </f rom-mixer> </media> </m〇GL±fyEndpo±niUfedia> </request> 回應可為如下： <response reques tld= n 1f, 0 frcan= "MCU" to= ”Clientn code:’’ success" (xmlns spec was here) <modi£yEndpointMedia/> </response> 該會議會談之新的狀態（一參與者之一媒體路由）能_ 夠使用如下所示之狀態通知被傳遞至該會議中之其他參與 A 者或能夠使用一新的CCCP命令而被輪詢。 <users> <user entity^^sip: foogexanqple. com/r> <endpo±nt entitysffsip:foo@exanple.coin;gr^=14837492f,> <media id=f,12w> <t2fpe>audio</ type> <sta<bus>sendrecv</status> <label>llll</label> <s tatus>sendrecv</ </med±a> <media id=ff34f,> < type>audi 〇< / type> <status>recvonly</status> <label>abcdl2 3</label> 14 200939718 <f rCTa-mixer > <controls>

<!—Note: Modified routing table in C3P notification-^ <route> <wire user-entity=f,sip :barl@contoso. com^ endpoint-entity=f,sip:barl0contoso.coia;gr=494〇254792ff label=/,efghl23/,> <filter>dtmf</filter> </wire> 〈wire xiser-entity=’’sip :bar2@fabrikam· com" endpoint-βntity=f^sip:bar2@fabr±kam.com;gr=67432333,,

label="ijfcl456') <fliter>dtmf</filter> </wire> </route> 〈/controls〉 < / f r om-mixer > </media〉 </endpoint〉 </user> 〈user entity=,fsip:barl@contoso·com"> <endpoint entity^sipibarlgcontoso com;gr=14837492"> <medla id=,,56,,> <type>audio</type> <status>sendrecv</status> <label>efghl23</label> </media> </endpoint> </user> <user entity=ff sip:bar2@£abrikam.com,r> <endpoint entity^^sip:bar2@fabrikam.com;gr=67432333/f> <media id=f,78f,> < type>audio< / type> <status>sendrecv</st:atus> <label>ijkl456</label> </media> </endpoint> </user> </users> 15 200939718 關於輪詢選項，如果存在具有先前通知選項的尺寸考 量及/或沒有該系統過濾出需要私密功能的元件的能力，一 輪詢機制能夠用來擷取該佈線路由。該機制返回正觀看一 特定端點串流之使用者及端點（會談參與者）之一清單。 如下範例描述能夠用來擷取針對具media id = 56之 barl@contoso.com and endpoint sip:barl@contoso.com; gr=4940254792之媒體觀看者狀態。因為foo@example.com 為正觀看該串流之唯一實體，使用者實體及端點資訊被返 回。 <request requestld:"1n from:11 Client" to="MCU" (xmlns spec was here) <getMed±aWatchers> <endpointKeys

confEntity="sip:conf233@example. com" userEixtity=”sip :barl@contoso · com" endpointEn<bi'ty=s±p:barl@contoso. com;gr=4940254792/> </getMediaWa1:chers> </request> 回應為如下： 《response r eque s t Id=TT1Tf from: "MCU” to» "Client" 16 200939718 code»"success" <gettted±aWatchers> <users> <user entxty=s,,sip:foo@example.com/f> <endpoint entity=,fsip: £oo@exaiople. com;gr=14837492,,/> <!-^lote: There are no o*ther XML elements returned under endpoint or user or users.—> </user> </users> </getMediaWatchers> </response>

下列為用於修訂影響參與者會議混合之主要媒體路由 的範例CCCP命令。 <request reques tld»111fl from:” Client11 to=nMCUn (xmlns spec was here) <modifyEntityS,ta'te> <enti tyKey s confEntity^sip: conf233@exanple * com entityView»11 sip: srivats6microso£t. com; gruu; opaque= app:conf: audio-video: id:f63ad350e41f46798244bda663 0db317f, /> labelsMinain-video" xmlns=nurn: ietf :params: xml: ns: conference-±nfon> <from-mixer> <controls> <?-Mote: Modified routing tabled <route> <wire user-entity=,fsip:barl©contoso. comf, endpoin*b-entity=rfsip :barl6contoso. com;gr=4940254792 w label=〃efghl2 3"> <f ilter>dtmf</filter> </wire> 17 200939718 </route> </controls> </from-mixer> </medxa> </modifyEntityState> </request> 回應如下： 〈response

requestld=n1" from: "MCU" t〇= "Client11 code=f1 success" (xmlns spec was here) <modifyEntityState/> </response^ 下列為該主要媒體路由之通知的範例。該會議之新的 狀態能夠使用如下所示之狀態通知被傳遞至該會議會談中 之其他參與者。 <msci:entity-view ci:state="full" entitys11 sip: srivats@microsof t. ccan; gruu; opaque-app: conf: audio-v ideo:id:f63ad350e41f46798244bda6630db317vl> <msci:entity-capabilities> <msav: capabilities〉 <msav: supports-audio>£alse</msav: supports-audio> ^asav: supports-video>true</msav: supports-video> </msav:capabilities> </msci:entity-capabilities〉 <msci:entity-state> <msci :media> <entry label=nmain_video"> < type>video</ type> 18 200939718 <status>sendrecv</status> <msci: modal-par ame ter s> <msci: video-parameters〉 <msav: video-mode^ominant-speaker-switchecK /msav: video-mode> </msci: video-parameters> </msci: modal-parame ter s> <controls> <route> <w±re user-entity=wsip :barl0con,toso. com,f enc^point-entity=,/sip :barl@contoso · com;grs49 40254792^ label=wefghl23/f> <filter/> </wire> Ο </route> </controls> </entry> <entry label»,,panoramic-videol,> <type>panoramic-video</type> 〈statusSsendrecvX/status〉 </entry> </msci:media> </msc±:entity-state> </msci: entity-view> 關於私密關係，該通訊協定指令能夠基於本地政策傳 遞該媒體如何被佈線至該會議中之其他參與者。本地會議 伺服器政策能夠考量到接收此資訊之該會議參與者是否被 授權來接收該佈線的媒體。 為了符合通知選項，該通知器（定義在RFC 3265以及 RFC 43 53作為一產生通知一資源狀態之訂閱之意圖的通知 請求之使用者代理）過濾特定元件，其係基於正被傳送的 通知。如果沒有私人的考量，該通知器能夠傳送此資訊至 所以參與者或者可選擇不全然傳送該資訊。 19 200939718 ❹

了列係、為表示用與執行此中所揭露架構之新穎態樣之 方法的流程圖系列 '然而，為了簡化解释的意圖， & t㈣μ __或多個方法’例 在流程圖或流程圖表 之形式中，其係被顯示以及描述為一系列的動作，吾人應 該可以瞭解及體會到該等方法並不由該㈣作的順序而被 限制，如特定動作可根劇其中所述而發生在不同的順序中 及/或同時可與其它如之中所顯示及描述的動作一起發 生。例如’熟悉該項記憶者將瞭解及體會到以方法能夠被 替代地表示為一系列相互關連的狀態或事件，例如在一狀 態圖中。此外，並非所有描述在-方法t的動作針對一新 穎實施而被有所需求。 第6圖描述一種管理媒體串流的方法。在6⑼一會 議會談之輸入媒體串流根據由一混合演算法所定義之一混 合行為而被佈線至一端點。在6〇2，該混合演算法使用一 指令的通訊協定而經存取。纟6G4 ’該混合演算法使用該 通訊協定而被改變來根據一新的混合行為重新佈線該輸入 媒體串流。 第7圖描述操縱一媒體混合器之核心混合演算法來重 新饰線會談媒體串流的方法。在700,使用一逋訊協定存 取該核心混合演算法。在702,傳送至一端點或者自一端 點接收的輸入串流能夠使用該通訊協定而被唯一識別。在 704,可選擇性地指定在一輸出之一端點之該輸入媒體串流 的重新佈線來包含排除關於連接璋及使用該通訊協定之功 能之由其它端點之其他輸入串流的一混合。在706,可選 20 200939718 擇地指示一端點之該輸入媒體串流的佈線至使用該通訊協 定之相應端點的特定輸出媒體串流的佈線。 第8圖描述操縱一媒體混合器之核心混合演算法來重 新佈線會談媒體串流的方法。在8〇〇，該核心混合演算法 能夠使用一通訊協定而被存取。在8〇2，使用該通訊協定 特定至會談參與者之佈線的通信。在8〇4，使用該通訊協 定且基於一會談政策將該佈線的通信指定至會談參與者。 ❹ ❹ 在806,使用該通訊協定特定由一會談領導者之會議會談 之參與混合中的一改變。 如本申請案中所使用的名詞「成分」及「系統」係要 代表-電腦相關的實體，其可為硬體、硬體及軟體的组合、 軟鍾或執行中的軟體。例如，一成分可為（但不限於）在- 處理器上運行的一程序、一處 ^ 慝理15、一硬碟機、多重儲存 驅動器（光學及/或磁性儲存媒體）…物件、—可執行程式、 執行的執行緒、—程式及/或—電m例示，在-飼服 器=執行的一應用與該飼服器可為一成分。一或多個成分 可存在於-程序及/或-執行緒之中，且—成分可位在一電 腦上及/或分散在兩個以上的電腦之間。

現在請參照第9圖，所示A ^ 5 θ 為根據所揭示的架構用於處 理及呈現位置資訊與存在資 固达7J建算系統900之方塊 圖。為了&供其多種態樣的額外上下 討論係要提供一適當運 ® 下的 诚，盆击-T 也 00之一簡短概略性的描 述，其中可以實施多種態樣。 夕如恭Z 备从上的說明係由可在一戋 夕部電腦上運轉的電腦可執行 ’ S 7的一般性内文中做說明 21 200939718 時’本技藝專業人士將可瞭解到一創新具體實施例亦可結 合其它程式模組及/或硬體及軟體的組合來實施。 概言之，程式模組包括例式、程式、成分、資料結構 等’其可執行特殊工作或實施特定的摘要資料型態。再者， 本技藝專業人士將可瞭解到本發明方法可利用其它電腦系 統組態來實施，其中包括單—處理器或多處理器電腦系 統、迷你級電腦、主機級電腦、以及個人電腦、掌上型運 Ο ❹ 算裝置、以微處理器為主或可程式化的消費性電子產品及 類似者’其每一個皆可以在運作上結合於-或多個關聯的 裝置。 所例示的態樣亦可實施在分散式運算環境中，其中工 作係由透過-通信網路鏈結的遠端處理裝置執行4一八 散式運算環境中，程式模組可以同時 刀 趙儲存裝置中β —域及遠端記憶 一電腦基本上包括多種電腦可讀取媒體。電腦可讀取 媒艘可為任何可由電腦存取的可用媒體，其包括揮發性盘 非揮發性媒體、可移除與不可移除式媒體。例如（但非限 ==1媒體可包含電腦儲存媒體與通信媒體1腦錯 :媒”發性與非揮發性、可移除與不 鱧’其可實施成儲存資訊的任何方法或 '媒 包括（但不限於）RAM、ROM、EEPR〇M、 其它記憶體技術，CD•職、數位視訊碟片（dvd，=體或 vHeo chsk”）或其它光學儲存，磁 lglta 磁帶、磁碟儲存 22 200939718 或其它磁性儲存裝置’或任何其它媒體，其可用於錯存所 要的資訊，並可由該電腦存取。 請再次參照第9圖，用於實施多種態樣的示例性運算 環境900包括一電腦902、其具有一處理單元9〇4、一系統 記憶體906及一系統匯流排9〇8。系統匯流排9〇8提供系 統成分之介面，其包括但不限於系統記憶體9〇6到處理單 元904。處理單元904可為多種市面上的處理器中任何一 種。雙微處理器及其它多處理器架構亦可做為處理單元 @ 904。 系統匯流排908可為數種匯流排結構中任何一種，其 另可互連到一記憶體匯流排（一記憶體控制器可有可無）、 一周邊匯流排，及使用多種市面上匯流排架構中任一種的 一區域匯流排。系統記憶體9〇6可包括非揮發性記憶體 (NON-VOL，“non-v〇latile’，）91〇 及 / 或揮發性記憶體 912(如 隨機存取 δ己憶體（RAM, “random access memory，，））。一基本 © 輸入’輸出系統（BIOS，“Badc input/output system，，）可儲存 在非揮發性記憶體910(如R0M、EPR〇M、£^尺〇1^等）， 其中BIOS為該等基本例式，其有助於在電腦9〇2内元件 之間傳送資訊，例如在開機期間。揮發性記憶體912亦可 包括一高速RAM ’例如靜態ram來快取資料。 電腦902另包括-内部硬碟機（Hdd，“以“ drive’，）914(例如EIDE、SATA)，其内部硬碟機9i4亦可在 -適當的機殼中配置成外部使用磁性軟碟機(FDD， “Hoppy disk drive’’）916，（如向一可移除碟片9i8讀取及寫 23 200939718 入）’及一光碟機92〇(如讀取一 cd-R〇M片922，以由像是 DVD的其它高容量光學媒體讀取及寫入）。HDO 914、FDD 916及光碟機920可分別經由HDD介面924、FDD介面926 及光碟機介面928連接至系統匯流排9〇8。用於外部驅動 器實施的HDD介面924包括通用序列匯流排（USB， “Umversal Serial Bus”）& ϊ£εε i394 介面技術中至少一項 或兩項。 φ 該等驅動器及相關的電腦可讀取媒體提供資料、資料 、»構電腦可執行指令等之非揮發性儲存。對於電腦， 該等驅動器及媒體可用一適當的數位格式容納任何資料的 儲存。雖然以上對於電腦可讀取媒體的描述參照到一 HDD、可移除磁碟片（如卿）、及—可移除的光學媒體， 例如CD或DVD，本技藝專業人士應可瞭解其它可由一電 腦讀取之媒體種類，例如zip碟機、磁性切、快閃記憶 卡、卡£、及類似者’皆亦可用於示例性作業環境中，再 ©纟，任何這些媒體可包含用於執行所揭露架構之新賴方法 之電腦可執行指令。 空数β的程式模組可儲存在 體912中，其中包括—作掌李 耒糸统93 0、一或多個應用程式 932、其它程式模組934及巷忒咨袓 , 汉程式資料936。一或多個應用程 式932、其它程式模組934及#纟、$ Μ ，汉枉式貝科930可以例如包括 :合演算法102、媒體混合器1〇4、輸入媒體串流⑽混 α行為108、通訊協定介自"〇、通訊協定指令112、輸出 媒體串流114、音訊混合演算法 肩异法3]〇、視訊混合演算法32〇、 24 200939718 輸入媒趙串流400、輸出媒體串流402、以及綱要500。 所有或部份的作業系统、應用、模組及/或資料亦可快 取在揮發性：憶體912中。其應瞭解到所揭示的架構可利 用夕種市面上的作業系統或作業系統之組合來實施。

使用者可經由一或多個有線/無線輸入裝置來輸入 命令及資訊到電腦902，例如鍵盤938及一指向裝置，例 如滑鼠940。其它輸人裝置（未示出）可包括_麥克風、紅外 線遙控、搖桿、遊戲板、光筆、觸控榮幕或類似者。這些 及其它輸入裝置通常連接到該處理單元9〇4，其透過耦人 到系統匯流排908之一使用者輸入介面942,但亦可由: 它介面做連接，像是平行埠、IEEE 1394序列埠、遊戲埠、 USB埠、紅外線介面等。 一監視器944或其它種類的顯示裝置亦可透過一介面 連接到系統匿流排908,例如一視訊配接器946。除了監視 器944之外，-電腦基本上包括其它周邊輸出裝置（未示 出），例如喇n八及印表機。 電腦902可在使用經由有線及/或無線通訊到一或多 個遠端電腦之邏輯連接的一網路化環境中運作，例如遠端 電腦948。遠端電腦948可為一工作站 πη ^ ^ 忭站、一伺服器電腦、 一路由器、一個人電腦、携帶式雷聪、你Εη,,Α ▼巧罨腦、應用微處理器之娛 樂設備、一端點裝置或其它共用網路節點，且基本上包括 前述關於電腦902之許多或所有元件，雖然為了簡短起 見，僅例示-記憶體/储存裝置95〇。所述的邏輯連接包括 有線/無線連接到一區域網路（LAn，“丨。^ 25 200939718 network”）％2及/或較大型網路，例如廣域網路（wan area network，，）954。這種LAN及WAN網路化環境常見於 辦公室及公司，並實施全企業的電腦網路，例如企業内網 路’其所有皆可連接到一全球通訊網路，如網際網路。 當使用於LAN網路化環境時，電腦9〇2經由一有線及 /或無線通訊網路介面或配接器956連接到區域網路952 〇 配接器956可實施有線或無線通訊到LAN 952，其亦可包 括放置於其上的一無線存取點，用於與配接器95 6之無線 ® 功能進行通訊。 當使用於WAN網路化環境時，電腦9〇2可包括數據 機958’或連接到在WAN 954上的一通訊伺服器，或具有 其它構件在WAN 954上建立通訊，例如藉由Internet。數 據機958,其可為内部或外部及一有線或無線裝置，其經 由輸入裝置介面942連接至系統匯流排9〇8。在一網路化 環境中，相對於電腦902所述的程式模組或其部份，其可 © 儲存在遠端記憶體/儲存裝置950中。其將可瞭解到所示的

網路連接皆為範例，且可使用建立電腦之間通訊鏈結的其 它構件。 N 電腦902可使用IEEE 802族群標準以與有線及無線裝 置或實體進行通訊’像是可運作地設置成無線通訊之無線 裝置（例如IEEE 802.11、空中傳輸調變技術），藉由例如印 表機、掃描機、桌上型及/或攜帶式電腦、個人數位助理（PDa， “personal digital assistant，’）、通訊衛星、任何關連於一無 線偵測標箴（如服務亭、新聞架、盥洗室）及電話之設備或 26 200939718 置的任何片段°此包括至少Wi_Fi(或Wireless Fidelity)、 另 及8111以〇〇讣顶無線技術。因此，通訊可為如同與— 習用網路之-預先定義的結構，或僅為至少兩個裝置^間 的即插即用通訊。Wi_Fi網路使用稱為ieee8〇2i吨、 :g等)之無線電技術來提供安全可靠及快速的無線連接。 —W卜Fi網路可用於將電腦彼此連接、連接到網際網路， 及連接到有線網路（其使用删8〇2 3相關的媒體及功能）。 ❹ 參，、、、第1G圖’其圖解說明用於使用-存取協定存取核 新混合演算法之-範例性客戶端_词服器計算環境之示意 方塊圖。該系統1000包含一或多個用戶端刪。該（等） 戶端1 002可為硬體及/或軟體（例如，執行緒、處理序、 計算裝置）。舉例而言，該（等）用戶端贈可容納網路 餅乾（c〇〇kie(s))及/或關聯上下文資訊。 該系統1000亦包含一或多個伺服器1004。該（等） 伺服器1004亦可為硬體及/或軟體（例如，執行緒、處理 ® 序、計算裝置）。舉例而言，該等伺服器1004可容納執行 緒以利用本架構執行轉換一客戶端⑽2及—舰器麗 t間之-可能通信可係以一資料封包之形式，該資料封包 Μ調適以待傳輸於兩個或兩個以上電腦處理序之間。舉例 而言，該資料封包可包含一網路餅乾及/或關聯上下文資 訊。該系統1000包含-通信架構刚6 (例如，諸如網際 網路之-全球通信網路），其可用於促進該（等）客戶端 1002及該（等）伺服器1〇〇4之間之通作。 可由有線（包含光纖）及/或無線技術促進通信。 27 200939718 該=)客戶端1002可操縱地連接至一或多個客戶端資料 儲存器1008，該儲在獎 ㈣存11可用於料該（等）客戶端！302 之本機貝訊（例如，網路餅乾及/或關聯 似地，該（等）伺服哭1ΛΛ/1 貝類 服％ 1004可操縱地連接至一 器資料儲存器1010,該锉户夕调彳J服 之本機資訊。“存器可用於儲存該等飼服器譲 例如it (等）飼服器1〇〇4能夠包含該 102、媒體混合器1〇4、 貝异忐 β通訊協定介面no、通:協=串流1〇6、混合行為⑽、 通訊協疋扣令112'輸出媒體串流114、 媒體控制單凡2〇2、媒體混合器部件2〇4、媒體混合器（2〇6 ^叫混合演算法(218及222 )以及相關混合行為(22〇 及叫、音訊混合演算法31Q、視訊混合演算法32〇、輸 入媒體Φ机_、輸出媒體串流術、以及綱要跡該（等） 客戶端1002也能夠包含除了該Mcu外之針對該（等）飼 服器咖所描述之該等實體的特定者及所有者，其典型上 ❹ 為一網路式實體。 以上所描述的包括所揭示架構的範例。當扶，其不可 每-項可以想到的成分或方法之組合但本技藝專 ^ 士應可瞭解另有可能有許多其它的組合及排列。因 由’該創新架構係要包含所有這些改變、修正及位在附屬 ::專利範圍的精神及㈣内的變化。再者，某種程度上 肖的㈣彙「包括」在詳細說明或中請專利㈣中，這 :詞彙係要與類似於詞囊「包含」的方式來涵蓋，因為「包 S…申請專利範圍内做為一轉換詞時所轉譯的意義。 28 200939718 【圖式簡單說明】 電腦可實施 第1圖描述用於修改混合演算法 媒體控制系統； 之" 媒體控制單元包含基 入串流的一媒體混合 第2圖描述一媒體系統，其中一 於對核心混合演算法之改變之混合輪 器部件；

Ο 第3圖描述用於修改混合演算 、 仃馮之—替代性系 第4圖描述在混合演算法位準之用於佈線輪入争流至 輪出串流的範例性混合器； 抓 人第5圖描述在核心混合演算法之能夠存取以及修改混 Q行為之一通訊協定的一範例性綱要定義； 第6圖描述管理媒體串流之—方法； 第7圖描述操縱一媒體混合器之核心混合演算法來重 佈線會談媒體串流的一方法； 第8圖描述操縱一媒體混合器之核心混合演算法來重 佈線會談媒體串流的一方法； 第9圖描述根據所揭露之通訊協定架構之在核心混合 演算法位準之操作來執行媒體串流佈線的一計算系統的一 方塊圖； 第10圖描述用於使用一存取協定之存取核心混合演 算法之一範例性客戶端-伺服器計算環境的一示意方塊圖。 29 200939718 【主要元件符號說明】 102混合演算法 1 04媒體混合器 106輸入媒體串流^ 108混合行為 110通訊協定介面 112指令 114輸出媒體串流ι_ 202媒體控制單元 204媒體混合器部件 206媒體混合器！ 208輸入媒體！串流 2 1 0輸出媒體i串流 212媒體混合器2 214輸入媒體2串流 2 1 6輸出媒體2串流 2 1 8混合演算法1 220混合行為！ 222混合演算法2 224混合行為2 302媒體控制單元 304媒體混合器 200939718 3 06輸入媒體串流 308輸出媒體串流 3 1 〇音訊混合演算法 3 12視訊混合演算法 3 14管理介面 3 16路由部件 3 1 8音訊混合行為 320視訊混合行為 ❹ 322政策部件 400輸入（至-混合器）媒體串流 402輸出（自·混合器）媒體串流 6〇〇根據混合演算法所定義之混合行為佈線會議會談 之輸入媒體串流至端點 602使用指令之通訊協定存取混合演算法 604使用通訊協定改變混合演算法來根據新的混合行 _ 為重新佈線輸入媒體串流 700使用通訊協定存取核心混合演算法 702使用通訊協定唯一識別傳送至端點或自端點接收 的輸入串流 704可選擇性地，使用通訊協定指定一輸出之一端點 之輸入媒體串流之佈線來包含排除關於連接埠及JP資料 之各功能之其他端點之其它輸入串流的混合 706可選擇性地，使用通訊協定指定一端點之輸入媒 體_流至相應端點之特定輸出媒體亊流的佈線 31 200939718 8 00使用通訊協定存取核心混合演算法 8 02使用該通訊協定指示至會談參與者之佈線的通訊 8 04可選擇性地，使用該通訊協定且基於一會談政策 指示至會談參與者之佈線的通訊 806可選擇性地，使用該通訊協定由一會談領導者指 示該會議會談之參與者混合中的一改變 900計算環境 902電腦

904處理單元 906系統記憶體 908匯流排 9 1 0非揮發性記憶體 912揮發性記憶體 914内部硬碟驅動器 916軟碟驅動器 918碟 920光學驅動器 922碟 924介面 926介面 928介面 930作業系統 32 200939718 932應用程式 934模組 936資料 938鍵盤 942輸入裝置介面 944監視器 946視訊配接器 ❹ 948遠端電腦 950記憶體/儲存器 952區域網路 954廣域網路 956網路配接器 958數據機 1000計算環境 〇 1002用戶端 1004伺服器 1006通信架構 1008用戶端資料儲存器 1010伺服器資料儲存器 33

Claims (1)

1. 200939718 七、申請專利範圍· 1 · 一種電腦可實施媒體控制系統，其包含： 一媒體混合器的一混合演算法，其係用於根據一混合行為 而將一或多輸入媒體串流進行路由；及 一通訊協定介面，其包含用於修訂該混合演算法中之 混合行為以佈線該等一或多輸入媒體串流來產生一特定 輸出串流的指令。 2 ·如申請專利範圍第1項所述之系統，其中該通訊協定 介面包含一或多用於修訂該混合行為來唯一識別傳送 至一實體的一媒體串流或者唯一識別自該實體所接收 之一媒體_流的指令。 3. 如申請專利範圍第丨項所述之系統，其中該通訊協定 介面包含一或多用於修訂該混合行為來佈線該媒體混 ❹ 合器之該一或多輸入媒體串流成排除混合器連接埠或 IP管理功能的該特定輸出串流的指令。 4. 如申明專利範圍第丨項所述之系統，其中該通訊協定 介面包含一或多用於根據一政策而曝露佈線資訊至一 實體的指令。 5如申凊專利範圍第i項所述之系統，其中該通訊協定 34 200939718 a l含一或多用於經由自一會談删除一主要參與者 5 入新的參與者至該會談而改變該會談中之參 與者的指令。 八β專利範圍第5項所述之系統，其令該通訊協定 3或多用於通知一主要參與者對該會談之在 參與中之改變的指令。 申月專利範圍第5項所述之系統，其中該通訊協定 介匕3 或夕用於加入一新的參與者之一輸入媒體 串流至該會談以及用於呈現該新的參與者之識別至該 主要參與者的指令。 8·如申請專利範圍第i項所述之系統，其中該通訊協定 介面包含-或多用於在關於一或多之路由、佈線、以 〇 及過濾之新的控制延伸上進行操作的指令。 9.如中請專利範圍第i項所述之系統，其中該通訊協定 介面以及該混合演算法係在—媒體控制單元中被運 用0 10. —種電腦可實施媒體控制系統，其包含 其係用於將各 一媒體控制單元的一或多混合演算法， 輸入媒體串流路由至各輸出端點；及 35 200939718 一或多混合演算 串流之路由的指 一通訊協定介面’其具有用於修訂該 法以改變至該等端點之該等輸入媒體 令。 u.如申請專利範圍第10項所述之系統，其中該一或多 混合演算法包含-音訊混合演算法，其係當透過該通 訊協定介面而經修訂時，改變至—輸出端點之一音訊

   混合行為，且該-或多混合演算法包含—視訊混合演 算法，其係當透過該通訊協定介面而經修訂時，改變 至一輸出端點之一視訊混合行為。 12. 如申吻專利範圍第1〇項所述之系統，其中該通訊協 定介面包含一或多用於修訂該—或多混合演算法來自 一端點至另一端點、自一端點至多端點、自多端點至 一單一端點、或自多端點至多端點而將該輸入串流進 行路由的指令。 13. —種用於管理媒體串流之電腦可實施方法，其包含以 下步驟： 根據一混合演算法所定義之一混合行為將一會議會 談之一輸入媒體串流佈線至一端點； 使用各指令的一通訊協定來存取該混合演算法； 使用該it訊協 < 改變該混合演算法來根據』的混 合行為重新佈線該輸入媒體串流。 36 200939718 14.如申請專利範圍第13項所述之方法，其更包含以下 步驟：使用XML樓案或者cccp命令指定對該混合演 算法之各改變。 15. 如申請專利範圍第13項所述之方法，其更包含以下 步驟：使用該通訊協定唯一識別傳送至一端點或自一 端點所接收之該輸入串流D 16. 如申請專利範圍第Π項所述之方法，其更包含以下 步棘.使用該通訊協定指定在一輸出之一端點之該輸 入媒體串流的重新佈線來包含排除關於連接埠及”資 料之各功能之其他端點之其它輸入串流的一混合。 ❹ 17.如申請專利範圍第13項所述之方法，其更包含以下 步驟.使用該通訊協定指定一端點之該輸入媒體串流 至相應端點之特定輸出媒體串流的佈線。 18.如申請專利範圍第13項所述之方法其更包含以下 步驟：使用該通訊協定指示至會談參與者之佈線的通 訊。 19.如申請專利範圍第18項所述之方法，其中更包含以 下步驟：使用該通訊協定且基於一會談政策指示至會 37 200939718 談參與者之佈線的通訊。 20.如申請專利範圍第13項所述之方法，其更包含以下 步驟：使用該通訊協定由一會談領導者指示該會議會 談之參與者混合中的一改變。

   38