高校視頻會議統(tǒng)一門戶的設計與實現(xiàn)

朱駿寧 彭偉 沈富可

摘 ? 要：隨著互聯(lián)網(wǎng)技術的發(fā)展，網(wǎng)絡視頻會議技術已逐漸取代了傳統(tǒng)的電話會議，作為一種常見的遠程會議手段被人們所熟知。文章針對高校師生用戶的使用習慣及會議場景特點，利用一些主流視頻會議系統(tǒng)的API接口進行二次開發(fā)，并結合學校的統(tǒng)一身份認證系統(tǒng)，設計并建設統(tǒng)一的視頻會議服務管理門戶，面向全校師生統(tǒng)一交付遠程視頻會議服務，使視頻會議技術真正成為面向師生即需即用的服務，為教學、科研和辦公場景提供有利支持。

關鍵詞：網(wǎng)絡視頻會議技術;統(tǒng)一管理門戶;設計;實現(xiàn)

中圖分類號：TP393 文獻標志碼：B 文章編號：1673-8454（2019）21-0091-03

一、引言

在日常的教學過程、行政辦公和科研會議等不同場景中，參會者對遠程視頻會議有著不同的需求。如在教學過程中，視頻會議常被用作支持遠程教學的技術手段，所以對遠端學員參會的便捷性、教師與講義畫面的靈活切換和音畫傳輸質(zhì)量上有著更高的要求;而在行政和科研會議中，往往對會議發(fā)起的即時性和便捷性，以及對會議過程中的文檔展示、協(xié)同操作等互動性上有著更高的要求。

目前，國內(nèi)高校視頻會議系統(tǒng)的建設思路主要是以支持H.323協(xié)議的硬件視頻會議終端為核心，建設符合網(wǎng)絡視頻會議需求的多媒體會議室。在這樣的會議室建設中，需要考慮攝像頭的安裝位置、視頻矩陣的選擇、各種信號源的靈活切換、時序電源、網(wǎng)絡設備和外圍多媒體設備如顯示器等[1]。這使得一間標準的網(wǎng)絡視頻會議室建設需要投入較高的人力、財力和時間成本，而目前預先建設的會議室，往往又很難滿足不同性質(zhì)和規(guī)模的會議，很難滿足對場地的大小、布局、遠端畫面和文檔講義的展示方式等不同要求。另一方面，在會議連接的穩(wěn)定性和音視頻畫面的流暢度上，私有化部署的視頻會議系統(tǒng)又非常依賴基礎網(wǎng)絡的健壯性。國際電信聯(lián)盟電信標準分局（ITU-T）在1998年制定了基于H.323的松耦合擴展協(xié)議H.332[2]以解決視頻會系統(tǒng)的規(guī)模擴展問題[3]。此后國內(nèi)外也開始了一些基于IP組播的純軟件視頻會議系統(tǒng)相關研究[4]。

近年來，公有的視頻會議服務逐漸流行起來。它們大多通過軟件客戶端、移動客戶端甚至瀏覽器直接向用戶交付視頻會議服務，不但使視頻會議的發(fā)起和使用更加便捷，同時也能保證較高的流暢度和清晰度。

本研究以華東師范大學視頻會議系統(tǒng)建設為例，通過設計并建設統(tǒng)一的視頻會議門戶，將公有視頻會議服務通過校內(nèi)平臺進行服務資源的統(tǒng)一交付、使用和管理。視頻會議統(tǒng)一門戶的建設增加了視頻會議服務交付的即時性和便捷性，減小了視頻會議場地的建設成本和周期，降低了視頻會議服務對用戶的技術門檻和學校相關部門的管理難度和工作壓力。

二、系統(tǒng)設計

1.會議預約功能設計

華東師范大學虛擬視頻會議門戶使用了兩種不同的公有視頻會議服務。由于商業(yè)授權模式的區(qū)別，門戶系統(tǒng)分別以“直接預約”和“會議室預約”兩種方式實現(xiàn)虛擬視頻會議服務的預約功能。

（1）直接預約模式

該服務的授權方式只對超過并發(fā)數(shù)的與會者進行限制收費。例如，服務授權為100人并發(fā)，即全?？梢酝ㄟ^門戶系統(tǒng)同時發(fā)起50場有2人同時參與的會議，或2場50人同時參與的會議，若并發(fā)人數(shù)超過100則在事后對超出的部分另行結算。所以，學校門戶系統(tǒng)無需考慮虛擬會議室占用問題，即預約的沖突機制，選擇該服務的用戶可以直接預約發(fā)起會議。一旦會議預約創(chuàng)建成功，學校門戶系統(tǒng)則會將信息保存在數(shù)據(jù)庫中。meeting_key這個字段作為會議被創(chuàng)建后的唯一標識，門戶系統(tǒng)將通過該字段對會議信息進行維護或查詢會議錄像文件。

if （$record->meeting_id） {$data['meeting_id']=$record->meeting_id;

$ret = $wbx->modifyMeeting（$data，true）;}

else {$ret = $wbx->createMeeting（$data，true）;}

if （$ret） {if （！$record->meeting_id） {$record->state = 1;

$record->meeting_id = $ret['meetingkey'];}//成功預約會議后生成會議標識

會議預約成功后，系統(tǒng)會自動將會議信息記錄在門戶系統(tǒng)本地的數(shù)據(jù)庫中，包括會議的URL鏈接等，并根據(jù)用戶在預約會議時的選擇，決定是否向與會者發(fā)送包含會議信息的提醒郵件：

$record->icalendar_url_host = $ret['iCalendarURL']['host'];

$record->icalendar_url_attendee = $ret['iCalendarURL']['attendee'];//向與會者發(fā)送郵件提醒

if （！$quite） {$record->mailAttendees（）;}

$record->save（）;//獲得會議的參會URL

$ret = $wbx->getMeetingJoinerUrl（$record->meeting_id）;

在會議預約的過程中，還可能因為公有服務的授權等問題，造成會議無法被正常創(chuàng)建，門戶系統(tǒng)則會記錄下公有系統(tǒng)返回的報錯信息，并將會議無法創(chuàng)建的原因通過郵件方式發(fā)送給主持人，即會議的預約創(chuàng)建者：

if （！$ret） { return $wbx->error['reason'];}

$record->guest_url = $ret;

$record->makeHostToken（）;

$record->save（）;}

else {return $wbx->error['reason'];}//將報錯原因通過郵件發(fā)送給主持人

$record->mailHost（）;

return 'OK';

（2）會議室預約模式

該服務的授權方式同時限制了會議的并發(fā)數(shù)及每場會議的與會者人數(shù)。所以，學校的門戶系統(tǒng)需考慮會議預約的沖突機制，因此我們引入了“虛擬會議室”的概念。例如，授權中并發(fā)會議的數(shù)量為10個會議，其中5個會議限制了與會者人數(shù)最高為25人，其余會議限制了與會者最高人數(shù)為50人，則我們會在門戶系統(tǒng)中設置10個虛擬會議室，包含5間可容納25人的會議室和5間可容納50人的會議室。在預約虛擬會議室時，用戶需輸入會議開始的時間及人數(shù)，學校門戶系統(tǒng)則會自動查找這個時間段內(nèi)空閑且符合人數(shù)要求的“虛擬會議室”，將該虛擬會議室標記占用并分配給申請用戶。若沖突，則學校門戶系統(tǒng)會提示當前時間段內(nèi)沒有空閑虛擬會議室，提醒用戶更改時間重新申請，流程如圖1所示。

具體實現(xiàn)中，系統(tǒng)主要使用了一段SQL 語句來解決查詢沖突問題。該語句主要內(nèi)容為where start_time between會議開始時間and會議結束時間，以這樣的判斷語句來檢測是否存在會議室沖突。如圖2所示，較寬橫線代表已有預約，較細橫線代表這次申請的時間，在預約過程中會有以下四種情況產(chǎn)生沖突：

①已有預約會議的開始時間“S”在本次申請“開始” 和“結束”之間。

②已有預約會議的結束時間“E”在本次申請“開始”和“結束”之間。

③申請的“開始”時間在已有預約會議的“S”和“E” 之間。

④申請的“結束”時間在已有預約會議的“S”之后。

按照以上四種沖突情況，編寫了相應的SQL語句進行判定以規(guī)避預約過程中可能發(fā)生的沖突情況。針對正在進行的會議可能未按約定時間結束的問題，門戶系統(tǒng)中還設置了可供管理員自由調(diào)節(jié)的窗口時間，即在圖2中已預約會議的結束時間“E”和本次申請的“開始”之間設置一個區(qū)間（如20分鐘），以在兩場會議之間形成一個20分鐘的封閉時間區(qū)間，管理員可以根據(jù)門戶系統(tǒng)中會議室的實際占用情況，動態(tài)調(diào)整該時間區(qū)間以避免沖突或虛擬會議室資源的浪費。同時，系統(tǒng)中還會對其它可能造成沖突的情況進行判定，如是否有虛擬會議室處于關閉狀態(tài)，是否有僅供管理員分配的預留會議室等。門戶系統(tǒng)管理員則可以在系統(tǒng)后臺，查看所有會議室的預約情況，如圖3所示。

2.身份認證功能設計

華東師范大學的信息系統(tǒng)均通過學校“公共數(shù)據(jù)庫”賬號和密碼進行統(tǒng)一身份認證。在本系統(tǒng)的設計中，我們沒有簡單地使用SSO方式，而是在用戶首次登錄時將密碼臨時記錄在門戶系統(tǒng)本地，同時通過LDAP接口去“公共數(shù)據(jù)庫”進行驗證。如果驗證通過，再使用會議系統(tǒng)的相關接口，為用戶在系統(tǒng)中同步創(chuàng)建賬號，如圖4所示。

由于“公共數(shù)據(jù)庫”使用的LDAP無法獲取所有用戶準確的郵箱信息，而會議的邀請、通知等功能又依賴于郵件功能，所以我們通過校內(nèi)API接口從其它系統(tǒng)獲取用戶郵箱信息。由于獲取信息是通過SOAP方式獲得的，因此單獨編寫了EcnuAPIClass，以調(diào)用校內(nèi)API接口：

function searchUserInfoWithNetworkDev（$user_id）

{

$url = 'https：//network-dev.ecnu.edu.cn/api/v1/ldap/search/' . $user_id;

$ret = ＼curlFetch（$url， null， null， ['X-API-KEY：

$r = json_decode（$ret， true）;

return $r['success']？$r['user']：false;

}

3.黃頁功能設計

為了使學校用戶能夠更直觀便捷地發(fā)起會議，我們在會議預約功能中增加了校內(nèi)黃頁的設計，使用戶能夠在黃頁中直接查詢并將與會者加入邀請列表，而無需手動輸入與會者的姓名和郵箱等信息，從而使會議預約的過程更加人性化，如圖5所示。

if （$oper == 'ecnu_faculties'） { if （$q） {$a = explode（' '， $q）;

if （count（$a） == 2） { $sql = DB：：table（'ecnu_faculties'）->where（'email'， '<>'， null）

->where（'BMMC'， 'like'， '%' . $a[0] . '%'）

->where（'XM'， 'like'， '%' . $a[1] . '%'）;} else {

$sql = DB：：table（'ecnu_faculties'）->where（'email'， '<>'， null）

->where（function （$query） use （$q） { $query->where（'XH'， 'like'， $q . '%'）->orWhere（'XM'， 'like'， '%' . $q . '%'）

->orWhere（'BMMC'， 'like'， '%' . $q . '%'）; }）;

}

} else

$sql = DB：：table（'ecnu_faculties'）->where（'email'， '<>'， null）;

$data = $sql->selectRaw（'XH user_id，XM name，BMMC department，EMAIL email'）->paginate（50）;

return response（）->json（$data）;}

三、結束語

華東師范大學通過建設視頻會議統(tǒng)一門戶，引入了公有視頻會議服務，徹底解決了傳統(tǒng)硬件視頻會議模式在高校應用時的部署復雜度高、易用性差、對基礎網(wǎng)絡健壯性依賴等問題。兩種預約模式與校內(nèi)黃頁功能的結合，使視頻會議的發(fā)起和預約過程更加便捷和人性化，使視頻會議不再是重要會議及活動的專屬保障工作，而使其能夠真正服務于教職工的日常辦公、教學和科研。

參考文獻：

[1]劉偉.多媒體視頻會議系統(tǒng)的設計與實現(xiàn)[J].信息記錄材料，2018，19（3）：56-58.

[2]ITU-T Recommendation H.332-H.323 Extended for Loosely Coupled Conference[R].1998.

[3]宋玲，胡凡良.純軟件視頻會議系統(tǒng)視音頻QoS的研究與控制[J].計算機工程，2006（16）：221-223.

[4]劉強，朱文球，張阿敏.面向網(wǎng)絡教學的小規(guī)模視頻會議系統(tǒng)的設計與實現(xiàn)[J].計算機應用與軟件，2013，30（10）：142-146.

（編輯：王曉明）