基于tapi的会议通告服务器.pdf

基于下 A P I 的会议通告服务器 殷芳仇建伟 华」 e ; 汁 算技术研究所 北京市6 1 9 信箱7 分箱邮编:1 0 0 0 8 3 E - m a i l : 如 吐、 g i u j w @ r d c .n c i a c .c n 摘要:近年来，互联网 上的松栩合会议系 统一立是研究的热点之一 本丈简 述了 一个基于 T A P 】 的 松藕合会议系 统， 介绍了 信息的存褚，并且对会议通告服务器的实 现进行了 探讨. 关镇词: T A P / 、 服务器、 L D A P , S D P , S A P , C O M接 、方法、刽5 , 媒体、 短 暇 烦 、 音级 色卜上rlr、 1 引言 从二十世纪九十年代到现在， 关于视绷会议系统的研究已经获得了较大的发反国 际 电联针对视绷会议系统制定了H . 3 2 3 标准， 紧辆合的商用视绷会议系统比 较成热， 如I n t e l 公司 的I B V C ( I n t e l B u s i n e s s V i d e o C o n f e r e n c m g ) , V C O N 公司 的E s c o rt / C r u i s e r 系 列和P ic m v e T e l 的L i v e L A N等。

虽 然 专 赛 们 一 致 预 测 蓦 于 互 联网 的 视 撅 会 议 系 统 将 会 成 为 未 来 发 展 的 必 然 趋 势， 遗 位 的是， 作为全球规模最大、 用户最多、形响最广的网络组织互联网，至今仍然没有较系统 的会议标准出台， 也没有较为成熟的 实用产品面市 近年来， 互联网上的 松藕合会议系 统的研究已经逐渐成为一个热点 本文在深人研究 M i c ro s o ft P la t f o r m S D K提供的T A P I 3 . 的 荃础 之上， 初步 构建了 一个I ii t e m e v I .} Sr e 上的 松藕合会议系统结构， 重点研究开发了 会议信息的存储、 访间、 发布， 并在实现会议通告 服务器的功能方面， 进行了 一些探讨性的工作 呜惬‘t，f‘.‘1号色卜了J蜻解暇梦户搜 2 会议通告服务器的基本框架结构 所 谓松藕合会议， 就是不需要会议的各个成员之间具有严格的紧们合关系， 会议的进 行采用多目 广播方式， 某个用户加人会议和退出 会议， 均不影响其他成员， 也不为其他成 员所知晓 为了 便于会议信息的发布和用户参加会议 该系统中 配备有两类服务器二 I L S 服务器和 会议通告服务器。

I L S 服 务器用 来存放 会议 信息和 用户信 息， 所有的 会 议信 息、 用户 信息 都以 动 态目 录 形 式 存 放在I L S 服 务 器 上 用 户 通过L D A P ( L i g h t D ir e c to r y A c c e s s P r o t o c o l ) 与II 』通 信， 读 写、 访问 有 关的 信 息 另外， 系统还设有会议通告服务器， 其地址为大家所共知会议的发起者 ( 会议抓) 通过S A P ( S e s s i o n A n n o u n o m n mt P r o t o c o l ) 向网 络发送会议通告 会议通告服务器负资接 - 41 4 . 收 和 转 发 会 aA 告 ， 并 且， 提 供 一 定 的 会 议目 录 服 务 ， 便 于 级 存 会 议 通 告 偏 息， 以 支 持 用 户 访问 用户 通过一 定的 权限限制， 可以 查询会议通 告服务器 上的 会议信息， 决定是否加 人会议 或者退出 会议会议通告服务器基本框架结构见图] o 获取与该会议相关的弃体集 获取可用的多 目地址集 选择 多 目地址 范 圈 申请 一个 地址 将该地址与有关焦体相关联 !悠，‘卜:‘几七东.上‘.‘犷，‘吮咬矛哈‘、一f﹄念‘rf硫‘盯七班f卜!愁1! 日1 会议通告服务器荃本框架结构图2 申 请多目 月 功 上 本会议通告服务器是在Mc ro s o ft P l a t f o m S D K握供的T A P I ( 电 话应用编程接口) 3 .0 的 荃础之上， 进行设 计和开发的， 徽软T A P ] 是范 本的 运行环 境。

T A P I 3 .0 提供了 简 单 通用的 方法， 可以 在两台 或多台 机器之间 建立连 接并访间 连接中 的 媒体流的 体系结摘; 同 时， 它 对呼叫 控制 功能进 行了抽象， 使得不同的、 不兼容的 通信协 议能 够为 应用提 供共同 的 接口 与， k P I 2 .0 基于C 语言不同的 是， T A P I 3 .0 提 供的 是基于C O M的 接口 和 方法 在 本文以 后的 论述中， 如 果没有特别 指出， T A P I 均指GP I 3 .0 , T A P I 的 O M接口I T I L S C o n fi g 提供了 方 法， 七 p o r t ( ) 、 p u t -po rt ) ， 来设皿 和 获 取I L S 且务器的 连接端口 目 录( Directory) 位于L L S 服务器上， 由 一系 列带 有描述信息的 目 录 对象( D ir a e b o ry O b j e c t ) 组成 目 录对 象封装了共 休的 偏息内 容 信息内 容有两种类组: 用户和会议 用户可以 根据 需要， 生成有 关的 用户信息和 会议信息. 存储在 ]LS 服务器上。

并 且， 可以 根据擂要， 随 时访间I L S上的目 录及目 录 对象; 此 外， 还可以 根据 偏要， 修改 对 象的有关信息 ( 其中， 由于涉及对多目 地址分砚的间 压， 修改多目 会议地址的情况例外)) o T A P ] 提供了 完备的 接口 和 方 法， 可以 实 现用户信息、 会 议信息的 写人、 读取， 并 且对谈取 信息的用户进行一定的 权限 检验 此外， T A P ] 还提供了 实现多目 广播会议的 接口 和 方法 在T A P 】 中， 实现会议多 目 广.的关健， 是为与 会议相关的操体浦申 请相应的 多目 地 址申 请多目 地址的羞本流程 见圈2 , T A P I 的 接口 : I T C a ll H u b , I T C W 田u b E v e n t , M n o m C a Mu b , 提供了 获取会议中 与 会 人员 相 关 信 息的 操 作方 法; 而 有关 会 议中 操 休的 操作， 可以 通 过I T S d p 及 其他 相关 接口 I T Me 等完成 想要加人会 议的 用 户， 可以 从 会议通告服务器上查 询相关的 会议信息， 然后， 加人到 相关的多目 广播组即可。

但是，T A P I 并没有实现S A P 服 务由 于 松 们合会议所具 有的 与 会人员的 不确 定性， 日 此， 会议信息的 邀告成 为沟通会议主持 人和与 会人员的 集遭 本文在以 下的篇.中， 将 ， 4 ] S. —- -一 —一一一一一下Z. . . , ., FT m尸一-一--一一-，-一一一一- 重点介绍会议通告服务器的 荃本概念、 系统设计和实现方法 七‘今‘必‘J，.‘1心、‘气饭侣J七步，f 3 会议的描述 会议 通告服务器的 实现， 很大程度上取决于服务器上所存放的 会议 信息的类型 在该 系统中， 会议通告服务器上主要存放的是 通告的会议信息 在 该系 统中， 会 议的 描 述 采用S D P( S e s s i o n D e s c 如li o n P r ot o c o l 兀S D P 描 述了 多 媒体 会议 及其相关的时序 信息以 及媒体信息 S D P 信息是 纯文 本 格式的， 可以 坡充 在S A P 包的 有效负毅中， 通过S A P 包的 传送， 到 达会议 通告服务器的 有 关目 录中 多 操体会 议从某种意义上 来说， 就 是具有一定生存期的 媒体 流的 集合。

S D P的目 的 就 是 传 抽有 关的 操 体 流信 息， 以 便于S D P 信息 的 接收 者 能 够 加人到 该 会 议 S D P 中 必须包括以 下信息: . 会议名称和会议的目 的; . 会议的 生存 期; . 组成会议的 有关媒体; . 接收 会议 赚体所汤 要的有 关信息， 如地 址、 端口、 格式， 等等; 另外，由于给 予每个会议的资抓娜是有限的，为了 充分利用有限的资源， S D P中还可 以 包括以下伯息: . 会议期间 所 使用的 带宽信息; . 会议负资人的 联系 信息 S D P 的 实现， 可以 借助于T A N的0 0 M接口a ft 提供的 有 关方法 i T T w 如提 供了 一 系 列操 作S D P 信息的 方法 另 外， 其他接口， 如n 丁 回 以o ll e c t i o n , r r T l m e , I T M e “C o ll e c t i o n , 1 T M e d i s , 握供了 对与S D P 所描述的 会议相关的时间翻操体信息进行控制的方法 在这些接 口 之上， 再实现将S D P 包封装封S A P 包中。

4 会议的发布 ( 通告) 会议的 发 起者利用S A P ( S e s s io n A n n o u w e m e n t P r o t o c o l ) ， 向 网络 发送S A P 包， 包中 的有效负簇内 容为所发布的 会议的S D P 信息 会议通告服务器则在某个端口( 9 8 7 5 ) 始缝 进行监听， 接收通告信息 ( 1 ) S A P 包格式 根据1 T ? T F ( I n te r n e t E n g in o e r i n g T k s k F o r c e ) 提 供的R F C 2 0 2 6 , S ” 包的 格式见图3 , 卜乡码之粤小‘卜.Ji，卜七 日 3 5 人 尸 包格式 .4 1 6 音万一 u 1一 A _ 」 宜卜‘f、丁.，lrr.rt‘;引尔t、工f小1吟夕下 l一 其 中 ， V( 3 位) : 版 本; A( 1 位) : 地址类组 表明沮地 址为3 2 位还是1 2 8 位; R( 1 位) : 保留 字段; T( 1 位) : 消息 类型 表明 该S A P 包是 会 议 通告 包， 还是 会议 侧除包; E( 1 位) : 加密位， 表示 有 效负 载 是否 被 加密; C( 1 位) : 压缩位， 表 示有 效负 载是 否被压 编; 即山l e n ( 8 位) : 该包中所包含的验证数据的 个数; m s g id h a s h ( 1 6 位) : 该S A P 包的 消 息号。

如 果该S A P 包是 州个会议通告包， 那么， 有 效负 载为S D P 信息; 否 则， 如 果该包是一 个会议月除包， 有效负载为一个由‘. 沪” 字段组成的S D P 行( 详细内容见iI E TF提交的R F C 2 3 2 7 ) ， 标明了 通告中 宜布 所要剐除的 会议信息 此 时， S A P 包中 还 必须 包含至 少 一个 有效 的 验证头，以 便于对S A P 包的发送者进行权限脸证 ( 2 ) 会议 通告服务器的 基 本功能 为了实现多目 会议的发布， 并且保证整个系统的功能， 对于会议通告服务器而言，至 少要实现以下功能: . 监听: 会议通告服务器必须始终在有关端口( 9 8 7 5 ) 监听 一旦有S A P 包到达， 立即 进行有关处理; . 检 获: S A P 包到 达以 后， 检 脸其 有效 性 即 该包的 发 起 者是否 有发送的 权力 若 无， 该 包丢 弃; 否 则， 进 行 有 关 处 理; . 处 理: 进行权。