李彦宏在百度技术创新大会上高调的百度提出的一个新的技术名词——框计算（Box Computing），随后在各大媒体上就看到很多关于百度“框计算”和“云计算”相关的新闻，都拿框计算和云计算进行比较。我认为，其实“框计算”和“云计算”根本就是两回事，媒体上的这些文章根本就是炒作+瞎胡闹，而“框计算”和一个大家不太熟知的技术的联系更为密切一些，那就是——语义网（Semantic Web）。
就连百度自己框计算网站都把框计算和云计算拿出来比较，难怪媒体也都拿两个来说事，其实我觉得，这只是百度自己的炒作，最多只能是在“商业路线”上的比较而已。云计算的根本是提供服务平台，例如google和amazon，提供了计算资源（CPU资源）和存储资源（当然还有一些他自己的服务，这个不是重点），供开发者使用并开发自己的应用。所以云计算服务商其实是一个资源提供者，他不直接为普通互联网用户服务。而根据百度对框计算的解释，他是为各种已有的现成的服务做一个统一的接入口，普通互联网用户不用去为自己不同需求在Web上找相应服务，只需要在百度搜索框里输入自己的需求，百度在已注册的服务提供商库（百度阿拉丁项目http://open.baidu.com/）里面找到对应服务，然后帮普通用户提交请求并返回结构就行，这些服务提供商不一定是百度自己，可以是其他任何第三方。例如，我想查今年（09年）中秋节是阳历几月几号，以前的方式是，我先在搜索框里输入“农历网站”，然后进入相应的农历网站，然后再找到农历八月十五那天，看一下是阳历几月几号；而现在，通过百度的框计算，你可以直接问（输入）“今年中秋节是几号”，百度前端语义分析程序发现这个请求后，得出一些语义信息，如“今年”=>2009年，“中秋节”，并发现服务商库里有一个“农历”服务商，它接受的输入（包括语义）与用户的输入最相似，然后向那个服务提出请求并将结果返回给用户，于是在搜索的第一条上就显示了这样的结果：
2009年 中秋节
农历 二零零九年八月十五 农历己丑年[牛年]
公历 2009年10月3日 星期六
不过，现在百度还没有做到这么智能，对语义的分析还很有限，根据open.baidu.com里的介绍，现在只接受服务商注册“确定性”的资源，这个“确定性”我没有去详细看百度的解释，不过也可以看出，现在百度语义分析能力还有限。
这样看来，其实百度的框计算和语义网更接近一些，我觉得其实就是语义网的一个应用。想知道语义网是是么，可以看看我的另两篇博客：http://hi.baidu.com/wuxicn/blog/item/cac71a2b949188f9e7cd401d.html 和 http://hi.baidu.com/wuxicn/blog/item/bc1bdcda9c23e1d8b7fd48af.html
上面是我对框计算、云计算和语义网的一点简单介绍。我认为百度的框计算确实能更好更方便的为用户服务，用了更先进的技术，但这个里面也有很多问题需要解决，不知道百度是怎么解决的：
1. 语义分析上如何才能更准确？因为用户输入的是一句话，没有上下文，所以在语义分析的准确性上是一个挑战，这个问题百度如何解决？
2. 以后服务提供商越来越多了，同一个服务请求，应该选哪个服务商？如何评判这些服务提供商好坏？
3. 服务提供商的响应时间上如何保证？大家都知道百度搜索返回的时间是很快的，几十毫秒就能返回，但是有些服务的处理时间如果很慢怎么办？例如，查询“10·1 长春至贵阳最便宜的飞机票”，这个查询过程需要进行组合，所以查询起来肯定很慢，这个又如何来解决？
4. 利益如何来分配？百度给用户提供了一个入口，而服务提供商真正做了事情，那赚到的钱如何来分配？比如一个天气网站，给百度用户提供了天气信息，那本来要去他网站的用户不去他的网站了，流量没了（跑百度去了），但服务器还是要工作，他的广告没人看了，他如何生存？
以上这些只是我现在能想到的几个问题，我对问题的答案也有一点简单、初步的想法：
1. 语义不清楚这个问题可以通过与用户交互来解决，我个人觉得函数式语言（functional programming）里的一些思想正好能很好的解决这个问题。
2. 服务商好坏我觉得不太好办，首先需要通过语义分析找到最匹配的服务商，如果candidate不只一个，如何来评判好坏这个不太好办，可能只能用用户反馈来评价吧。
3. 响应时间上，或许应用AJAX技术是一个解决办法（就像酷讯和去哪儿网那样）。
4. 利益分配上，我觉得应该是百度按照服务商提供服务的次数给服务商一些钱。这样服务提供商就可以将精力集中在如何做好服务上了，至于如何赚钱，服务好了，和百度合作就能赚钱，这样或许更好。
以上这些只是今天看到关于百度框计算的介绍以后自己的一点想法，没有太多的思考，但是个人还是比较关心这个，希望能和大家进行讨论。