第二，系统发展过来之后，短期内留给你的时间非常短，从百万变成千万级的用户，整个数据量、交易量，包括后面的潜在社区用户规模非常非常大，这个时候如果我原来计划支撑四百万用户，现在变成几千万用户的时候，这套系统要紧急扩容，要去做分析，要做决策，要做实施，要做验证。在这个过程中，还要关心你的成本，在这个情况下，对你的系统的要求是非常非常具有挑战性的。

所以在这种情况下我们认为在今后的企业他一定会面临这样一个情况，我不管是今天已经先一步走到这样的地步的企业，他们已经面临这样的情况。我们现在很多企业越来越多的企业要建自己的OTO渠道，要建自己的电商，不要惊讶，以后电商只有京东、阿里，以后很多企业都要建自己的电商，为什么?因为吸引大家最大的一个是常规市场里爆炸性的增长，这是对大家非常大的吸引力。

这个时候如果支撑这样的情况，你的系统必须要开放，而且要伸缩。我们今天提到的伸缩不是企业的伸缩，是从企业界伸缩到运营商。你以后的系统在做的时候，不断要给用户引用新的价值，不同的教新的功能。这个功能里也包括企业通信的功能在里面，系统怎么样很容易的加进去。

你非常关心对用户的体验，从运营的角度来说很重要的是反映系统是完全可以监控的，增长的节奏是什么样的，什么系统是可以扩容的，系统遇到什么问题可以快速的定位去解决这个问题，我的企业反映非常非常快，否则跟不上，用户就会流失掉。我们要和社区去节，用户发展有一个过程，可能开始是通过免费的服务把用户吸引过来，很多用户还没有创造价值，实际上在这么大的量级上，单位用户的成本显得非常重要。这个时候你的系统是不是成本结构紧凑的，是不是和需要匹配的?这也非常关键的。

我们现在来看看当前很多的大的企业，买了不同厂家的UC、VC等等不同的系统，这些系统从我们来看，基本上主流的做法还是点对点的基础，我们原来做企业运营集成的是来看非常的熟悉，原先是点对点的集成，这种集成方法，有一个很大的什么问题呢?这个系统的沟通能力非常有限。第二个系统比较易碎，最后管理起来也很难。

这是面临的很大的一个问题，还有一个更大的问题，当你引入系列通信方式，比如前面说的，员工自带设备入网进来，包括以后的社区用户要和你的网络连接的时候，马上就面临一个问题，这些用户接到那套系统去?比如前面华为说了，我们有会议、有电话等等，如果说用户接这套设备，还是一套垂直系统，马上面临一个问题，入口是碎片化的，应用是碎片化的。实际上在这个系统里，对于你的要求的需求的出现。

另外一个角度，从开放接口来看，现在目前来说，企业的应用系统大部分还是烟囱式的建立方法，这些API有很多标准的方式去做，这种方式去做，也是各个厂商很好的努力。有一个问题，发现这些厂商系统之间的API支持非常专门，要去普及还是比较困难的，缺少一个共用的支持。

今天我们讲的这个概念，我们开始发现在国外我们的报告，我们引入IMS架构，企业这个架构里最大的一个好处，引入了这个结构之后把你整个网络分成化，第二个是接口可以标准化。这样的话你的系统就是变成了一个在各个耦合度上分解出来的方式，系统的添加，系统的扩张都有很大的好处。

这是一个我们认为未来的企业的通信体系架构里的一些功能的模块，我们现在其实企业自己问一下自己，在这些模块里，你们现在那些有了，那些没有。这些对于以后和互联网接非常非常关键。

我们先把这个结构比较具像的往圆的方式去看，基本上是这样的一个情况，分成不同的层次，在整个的网络的企业的通信的架构之内，我们做了哪些部分，我们来看一看：

第一个部分，我们要去做网络通信的边缘，边缘就是我们要去接外边，接互联网，接外网。我们用那些业务设备，一个是ESBC，这个大家都比较熟悉了。ESBC接终端等等，把他接进来。另外就是TSC，主要接给用户通过通话的方式通过防火墙，提供通用的加密方式提供服务。现在这两个是可以放在一起的，也可以单独放。WSC，是接终端。在这个网络去接的时候，网络条件情况，终端的各种情况非常非常的不同，包括运营商接的时候，运营商可能是IMS系统，也可能是别的系统，可能提供的系统厂家也不一样，可能接的时候还不一样。可能要求这些边缘系统首先你的功能是要健全的，你的实现是要比较监控的，互操作性要很好。包括引入之后，用浏览器的方法去接的话，不同的浏览器厂家是有差异的，同一个浏览器厂家实现的版本也有差异，怎么样完成这些互操作性?这些都非常重要。