蛙蛙推荐：网页分享网，微博报，Wap个人助理，云会话服务

　　现在天下网站一大抄，其实创意想法应该不是一个互联网产品的核心竞争力，因为大多数互联网产品的门槛都很低，很容易被抄袭。这里和大家分享几个想法，和大家一起讨论下。

网页分享网

　　虽然现在大多博客的自定义功能都很强了，能换模板，换布局，换皮肤，自己加javascript代码等，但限制性还是挺大的，博客毕竟是博客，虽然外观千变万化，但其本质还是以个人为中心，展示自己用的。

　　有些人就想不受任何限制的从头做一个不需要服务端功能的网页，比如一个贺卡，一个完全自定义的个人展示页面，一个用javascript做的纯客户端游戏等，这时候难道他就非要买个域名和空间吗？

　　我们可以做一个网站为大家提供在线制作网页的服务，格式上不去做任何限制，用户可以任意使用HTML,CSS,Javascript。制作好网页后，会得到一个简短的网址，用户可以把它分享给您的朋友，或者推广给您的客户。

1. 您可以手工制作一个HTML贺卡，发给您的亲朋友好友。
2. 您可以做一个在线的个人介绍页面，向别人秀你的风采。
3. 您可以做一个网页，把您喜爱的优库视频放在一起，分享给朋友。
4. 您可以维护一个页面，每天更新一个笑话给大家，或者一个心理测试。
5. 您还可以做一个只有一个页面的淘宝客站点，为您赚点儿广告费。
6. 。。。

微博报

　　微博对用户的价值大家都是有目共睹的，但它也有让人痛苦的地方，一个互联网的重度使用者，比如产品经理，程序员等每天要看大量的RSS订阅，关注很多人的微博，还得去看一些论坛，博客，咨询网站等，在这个信息爆炸的时代，做这些事情会占用很长的时间，而且会让人很累。一个工作效率很高的人，肯定不想把自己的时间大量的花费在浏览微博，论坛和RSS上。

　　如果有人专门把微博上你感兴趣的有价值的条目帮你整理出来，每天给你整理20到30条给你看，将会给你省去很多时间。否则你得从大连的关注的人的微博里寻找对自己有用的信息，而微博的热门话题也不一定是你感兴趣的。虽然有可能用一些算法能帮你自动过滤出可能对你有价值的信息，但算法毕竟是算法，不能代替一个有灵活头脑和互联网经验的编辑。

　　这样整理出来的微博报可能实时性不及微博强，但大多数信息是不差这一天半天的时效性的，可以在早上9点之前出个微博早报，报道昨天晚上到今天临晨的微博上有价值的信息。每天晚上6点左右出个微博晚报，报道今天白天微博上对你有用的信息。这样上下班的路上可以用手机Wap看下微博报，得到实用信息，也可以早上上班前和晚上下班前看，因为条目比较少，所以不会耽误很长时间。

　　具体订阅的方式也可以是多样化的，网站的首页默认显示当天的微博报，然后可以提供RSS全文订阅，一天一个RSS条目，还可以进行邮件订阅，每天给订阅者发出一封微博报邮件，手机上也可以用手机浏览器看，满足各种工作习惯的人。

　　这个东西有个问题就是众口难调，编辑选择出来的关于某个分类的微博，也许有些订阅者关心，有些订阅者不关心，如果某些订阅者感觉每天整理 出来的微博都是自己不太关心的东西，就会造成用户流失。不过这个微博报每天定时发出，而且条目很少，对用户来说占用时间不长，如果每天都能得到一些有用信息，对用户来说还是有价值的。

　　信息爆炸时代，对信息进行整合应该是个方向。

Wap个人助理

　　手机浏览器作为一个用户界面，被大家忽视了很长时间。以前用浏览器都是浏览一些公共的资源类条目，新闻，彩信，彩铃，游戏，小说啥的。其实Wap2.0完全可以个人的生活和工作带来很好的帮助。

　　比如一个业务员，可以通过手机浏览器给公司提交自己的出差工作日报，查看公司的知识库，记不住的产品参数，可以通过手机浏览公司的产品目录，通过Wap添加自己的客户，以及对每个客户的活动线索，可以说基于手机浏览器的个人CRM应该会有一定用户群的。

　　再有，自己有一些备忘的话，可以在电脑上提交到网站，然后用手机随时随地的查看。

　　再比如说，把个人所在公司的全局通讯录从PC导入到网站，然后手机上可以通过名字搜索出来。

　　再比如说，可以给你的博客签入一段js代码，用户可以给你留言，然后你可以在手机上随时查看回复用户的留言，这不就相当于短信了吗，虽然实时性没短信那么强，但如果你真的关心用户给你的留言的话，你可以在零碎的空闲时间主动用手机处理别人对你的留言。

 　　手机浏览器的个人应用可以想出很多来，而且各种手机的浏览器应该都支持WAP2.0规范了，直接用XHTML就能编写，写出来各种手机都能使用，不用考虑对各种手机型号做适配，只要真的对用户有用，用户不会在乎一个月3块钱的30M流量包月费的，而且用户的个人数据保存在上面的话，会提高用户的迁移门槛，增强用户的依赖性，当然数据是属于用户的，用户应该随时都可以备份到本地，而且用户数据的安全需要做保证。

 

云会话服务

　　大家都知道Sip协议是会话发起协议，而好多交互性游戏，其实就是发起了一个会话，比如两个人玩的五子棋，A和B建立起一个会话，然后A和B的落子都是通过往会话里发命令来实现的，其余的五子棋的界面，规则等都是客户端逻辑。服务端只需要帮这两个人建立起一个TCP连接中转站就行，两个人发出来的消息都转向对方，服务端不负责解析信令，由双方客户端自己做出解释。

　　多人的游戏和应用其实也一样，就是一个会话里有多个端点而已，任意一方发出来的消息都路由给会话中的其它方，这样服务端其实功能很简单，你只要保证有足够的带宽满足用户交互就行了。

　　具体的通信方式可以是TCP的，也可以是HTTP的Comet方式，对客户端也没有限制，可以是纯HTML和js写成的网页游戏，也可以是由vc,python等写成的桌面客户端。

　　要基于这个云会话开发一个应用可能还有其它需要做的事情：

1. 用户认证：只用认证过的用户才可以发起会话，邀请好友开始一个会话类应用。好在用户认证已经有了很多标准，比如OpenId,OAuth等，这个是云会话服务需要提供支持的。
2. 好友列表：如果我想和我的朋友玩五子棋游戏，我要知道它的URI才可以对这个URI发起邀请，应该有一个地方存储我曾经与哪个URI进行过会话。
3. 邀请能力：我可以创建一个会话，每个会话都一个唯一的URI，这个URI有一定的时效，在是先前，其它人可以通过这个URI加入到这个会话里，一起进行游戏和交流。
4. 能力协商：因为服务端是通用的，和业务无关的，所以客户端和客户端之间要有能力协商机制，我用一个斗地主的客户端加入一个五子棋的会话里，肯定应该出错。
5. 状态服务：好友是否在线，我现在是否可以对他发起某个会话应用。