从广域网接入这个角度，我们主要的目标就是CCRC。我想做一个CCRC，那么有多少人听说过CCRC？那么我大概是CCRC的推广者，我的产品最主要的就是CCRC，那么它有什么不同呢？所以相对来讲，这个对于传统的Pr来讲是一个很低的。那么我们整个客户端的方向来说，它是越来越紧的。
那么另外一个有多少不用，那么它可以提供音像在同一环境里的ClearCase，还有什么人投进你的C，那么我们也环境。那么基本上就是我们的策略和ID都支持大家。

另外CCRC是一个很好地广域网的范围，那么在CCR C Clear Case和CCRC Server之间，如果它在美国，这个L是在100，就可以找到，如果是20毫秒就受不了。如果是上海到北京如果你的网站延时是20毫秒，就是这样的结果。

同时客户端如果是HTTP的协议，那么这个协议是可以穿越火墙，可以有VPN等等，相对来讲只要你在购物现场，只要能拨号就可以Client。所以对于系统集成商来说，你客户现场原来ClearCase可以构建很多。

还有相对来讲这种架构我是在服务器端认为你是谁，这样你在客户端。那么下一个我们是把CCRC改名成ClearCase。所以这个就是我今天的客户端，你用也好，不用也好，我们现在的建议是大家可以做试用。如果觉得你的开发人员可以用的时候，你就尽快换。所以基本上这样的客户端，今天不会具体的介绍，在网上都有资料，还有一些UseCase没有实现，但是可以根据你的实际情况定义你的R。

我们的认识是，CCRC701应该在现在这个状态，完成了80%到90%的Development Case。那么一台机器是装服务器端。那么对于你的管理人员，这个也是用这台机器来支持，那么所有人用POS等等。所以我们现在推荐这是大家考虑的方式，一旦你转过之后，你就可以省下很多维护的费用。

在未来，我们说我们在下一个版本，我们会看到实际上在7.1发布的CCRC的版本里面，我们会进一步地改进CCRC。我们会增加一些项目Case，还有一些简单地CCRC的工作。CCRC会做一个统一的客户端，你只要是CCRC跟代码相关的都可以在CCRC里面完成。
那么下面我们会谈到很多，我们先提一下对于这个过程的支持。现在在过来随着各种各样的变化，中间件的采用、整个开发周期越来越快、互联网的广泛实施，使得这个理念的开发越来越多。那么我们在CCRC里面对理念提供更多的支持。

我们下一步的主要的认为还是延着薄客户端的思路，我们下一个版本就是CQ，就是Web的网络客户端，这里面我们会用Web2.0的最新的技术。使得你看起来它的一个WebClient，但是看起来更像是一个Server client。有一些产品你可以在CCRC里面找到，如果你觉得还不够用，那么运行报表，点一个键，你可以在Web下找到。

广域网接入带来另外一个挑战就是，你想象一家公司如果我把所有的人都用广域网接入，那么这个时候我下面的挑战，就是这台服务器上100个人，那台服务器上100个人，假设我做一个全球的整合。现在的挑战是你的服务器压力很大，你现在需要一个CQ，只要这个服务器一瘫痪，你所有的事情都做不了了，那么这台服务器变成了你的核心资产。那么当你考虑企业级的部署，软件企业关了灯之后，人都走了，企业的资产就是你核心的IP和代码。一旦这个东西丢了，那你整个的企业大概就没用了。所以，我们怎么样去把这些配置项进行这样的一些整合，我们说无非是两点。一个是把数据整合到一点，比如说像银行的大集中一样的道理。