UCMA1.0开发总结.docxVIP

UCMA1.0开发总结UCMA1.0介绍以下内容主要来自网络。微软推出的OCS这套产品，意在整合即时通讯系统。当然就包括一系列的东西，以及一系列的产品的整合，在OCS上面做开发，首先要了解一下他的平台架构，OCS的架构分为中间层平台，服务器平台，用户端平台。利用这三个平台的API的话，理论上可以达到架构在统一沟通平台上的任何功能。当然，现在主要应用比较多的估计还是服务端，客户端，和Web Access端的。下面列出了所有的目前可以采用的分属不同块API. Unified Communications Managed API 1.0 Unified Communications Client API Office Communicator API Communicator Web Access API Office Communications Server API Live Meeting Service API 在客户端开发： Ocs2007提供的UCCA比较好用，而且封装比较完善，虽然现在开发的资料比较少，但是仔细研究下SDK也能收获不小了。在服务端开发： Ocs2007提供的UCMA比较不错，同样和客户端的开始包一样，也是托管的代码，在.net平台下做应用和快速开发的首选。这里主要就是说的UCMA：下面用这个图来说明一下UCMA的本质，封装在.net库里面的命名空间为Microsoft.Rtc.Signaling，其实是对服务器的WMI的一些原消息的操作进行了封装，以达到简化开发的效果（个人感觉未得到Microsoft证实）。所有的托管的API和中间封装层交互，其实真正的WMI的封装还是在图中所显示的Unified Communication Managed Code Middle-Tie Application,如下图 对于整个UCMA的开发，首先要了解这个库的基本类结构，如下面的图，几个比较关键的类是管理connection的，管理endpoint的，还有管理session的。我们先来说管理连接的，连接管理用来管理和维护终端到服务器的连接池，负责维护会话的通道，以及连接的身份验证。UCMA提供两种连接方式，一种是通过tcp连接，对应的类是RealTimeTcpServerConnectionManager,一种是通过tls安全连接，对应的类是RealTimeTlsServerConnectionManager，从下面的图可以看出来，这两个类都是集成自抽象类RealTimeServerConnectionManger，至于这两种连接的区别，大家可以参考SDK，这里只是简单的提一下，一种是信任加密的连接，一种就是简单的连接。这里还有一种方式，采用clientConnectionManager来创建一个连接，但是这样的话就不能对服务器的会话进行监听，只能简单的发送消息。其次来说是RealTimeEndPoint:endpoint有两种;一种是需要连接服务器的单点endPoint，对应的类是SIPENDPOINT一种是点对点的EndPoint。对应的类是SIPPeerToPeerEndPoint单点的EndPoint必须要在服务器验证存在，或者是有个服务代理的情况下才能建立的节点。它支持T LAN Manager (NTLM) 和 Kerberos 认证协议，点对点的EndPoint可以不需要在服务器存在的情况下创建，但是存在一定的局限性，由于不和真实的Server创建连接，那么就无法监听来自服务器的接入和接出的连接，只能限于本身和其他机器之间的通信，期间传送的信息是借助的一个外部绑定的服务代理，具体的实现方法还不知道。大概是规定了一套传输的内容格式，借此来进行识别，本质还是通过tcp协议发了写东西到xx地址去了。由于点对点的传输不需要服务器，那么传输消息的时候就可以在需要传输消息的时候建立一个连接，在消息发送完毕以后就关闭连接。所共同的地方是他们二者都继承于抽象类RealTimeEndPoint。里面有几个主要的功能函数这里要提一下，异步的发送消息函数，前一个是开始发送，后一个是结束发送，BeginSendMessage EndSendMessage 而同时也有同步的方式，采用SendMessage，这里建议单独开一个线程来处理，要不然网络超时的时候系统程序会有比较长的等待下面是两个比较重要的事件，一个是MessageReceived，一个是SessionReceived，这里意思都很明确，就不多说了。 最后说一下session吧，这里的session绝对不是里面的session,这里的s