M2 Planning Day2

今天一开始大家先把之前Cambridge给我们回复的一封邮件阅读了一下。Cambridge的一位RSDE给了我们关于branch的三种idea：

1 基本和我们在M1的做法一样，将从Bing API得到的结果全丢到树上去显示。

2 这个idea专注于音乐方面，因此树的左右的branch有不同的含义，左边是gigs，右边是recordings，并且还要加入twitter的搜索结果（才想起在MS貌似可以得到twitter的很多数据的）。

3 branch可以使用Bing搜索时候的auto-complete内容进行。在Bing的搜索框输入关键字的时候，会有一定的补全提示，比如：

如果可以获取到这方面的信息，也许可以将这些候选的关键词作为后续的keyword来进行branch。

4 网页聚类，这一点和昨天提到的想法类似，但是在今天的讨论中，我们基本上也放弃了这样的想法，从NLC的同学中获知的是这样的问题目前还没有成熟的方法，既然如此，我们也就没有必要专注于这一点，否则会偏离原本的方向。

另外从Bing RSS可以获取新闻的分类信息，但是问题在于这里的内容不能根据keyword检索，因而只是固定的几个类别和信息。当然也可以把这样的内容做成Tree的样子，可是这样一来就有点体现不出Grow Search Result了，还是说只要是从Bing获取的信息其实都算是Search Result呢，即使不是用户主动去搜索的。

以上。