英特尔展区设在T17和T22的位置。欢迎大家前往参观。

VeryCD关闭下载服务，或将转型

作者: Safen Zhai，发布于2011年01月23日20时08分.分类: 深度分析, 行业趋势..

著名的下载网站VeryCD因尚未取得试听许可证，将要关闭下载相关的服务。

VeryCD由黄一孟成立于2005年，致力于成为最大的免费P2P分享基地，为互联网用户提供方便。VeryCD一度成为中国互联网用户搜索和分享、下载视频、音乐最重要的来源之一。

在传出将要关闭下载之后，曾经的VeryCD忠实用户均表示惋惜。黄一孟也在微博上说：“7年的心血和积累，说关就要关，说停就要停。没有人能甘心，但也早料到这一刻会突然到来。现在所能做的，维有面对现实，准备好勇气，即使全部推倒从头再来，我们也绝不放弃。”

同时，另外一种声音也表达出对与VeryCD关闭下载的认可和同意，毕竟其传播的内容均为没有版权的影音内容。这对于良好的网络环境有所影响，同时侵害了制作者的利益。针对这样的声音，黄一孟在微博表示：“全面正版是社会进步的表现，我们对此并无怨言，VeryCD去盗版化是顺势而为，目前所需要做的，是如何帮助用户便捷得获取到正版内容。但是目前还有大量未引进得内容，没有合法得渠道提供给用户，不得不说是一大遗憾。”

关于VeryCD的未来发展，有消息表示其将会向SNS发展以及在线视频观看。基于其现有的庞大的影音资源积累和用户群，以及用户所产生的内容，发展SNS是一条相对容易的道路。但会直面豆瓣这样传统具有影音分享功能的SNS竞争。而视频在线观看业务也会和Youku等视频网站产生重叠。

正版化的问题一直在困扰国内的互联网内容提供商。视频网站在努力通过签约电视台等方式提供更多的正版内容，音乐网站也开始和唱片厂商签约以正版化。同时，用户也逐渐意识到使用盗版内容的劣势，倾向于更多地选择正版内容。从之前的BTChina被关闭可见，下载网站的道路并不好走。也许这次下载服务的关闭对于VeryCD正是一次机会。

VeryCD的改变或许会给它带来一次全新的机会。而正版化问题也值得我们更多的探讨和关注。

Gmail / GNU 的父亲们：『Chrome OS 笔电？可以吃吗？』

由 Casper Kao 於 2 days 之前发表

        "Privacy Advisor”同样提供了扫描的功能，不过主要是分析哪些软件能”locate you”，哪些能”read identity info”，哪些能”access messages”。然后通过”Privacy Dashboard”可以看到有多少已经安装的软件”Track Location”，具体是哪些软件等；有多少软件”Read Identity Info”；有多少软件”Access Messages”。如下面的图。可以看出，”Read Identity Info”的软件非常的多。不过”Access Messages”是最危险的。
     
   

        "Backup”功能提供了在线备份和恢复的能力。注册一个LookOut的帐号，就可以把手机的数据备份到LookOut的服务器上，不过这其中LookOut是如何保护用户的个人数据和隐私的，笔者尚未进一步研究。这个将是一个非常重要的问题，一个不仅仅是靠技术能解决的问题，一方面是备份服务提供商提供的安全技术保障能做到什么级别以保证用户的个人数据在读取、传输、存储过程中不会被非法人员获得；另一方面是备份服务提供商的信用，是否有足够的信用让用户相信，这个需要很长时间的积累才能做得到。下面截图是通过注册的帐号在LookOut官网登录后看到自己的备份的数据，可以备份的数据包括联系人，呼叫记录和照片。
   

        最令人感到兴奋的是LookOut提供的”Missing Device”的功能，和Intel的”Anti-Theft”技术有某些类似的地方。用户启用这个功能，并通过网络登记自己的设备后，在LookOut官网上就可以随时查到自己设备的位置，只要设备的GPS功能没有被关闭。下图就是通过这个功能定位到我的设备的位置，非常准确。

        上图可以看到，除了”Locate”以外，还提供了”Scream”，”Lock”和”Wipe”功能，笔者没有测试”Lock”和”Wiipe”，测试了”Scream”。通过网页点击”Scream”后，几秒钟后，我的Galaxy Tab就开始发出刺耳的警报声，还好有个按钮可以停止，不过也足以让周边的人大吃一惊。

         在线的”Backup”、”Locate”等功能，其实和现在的云计算很吻合，都是基于互联网提供的远程服务的功能，其功能的实现是需要服务器端的计算能力和客户端的计算能力配合的；另外一个层面来说是这样的功能可以与用户的具体设备无关，也就是设备不是最重要的，用户数据才是最重要的。尤其是在移动互联越来越流行的今天，数据安全将会是基于云计算为用户提供安全保护服务的一个很值得创新的方向，不仅是技术方面，也包括商业模式方面。

        笔者最近在玩Samsung Galaxy Tab时，用到了一款Android上的智能手机安全软件，来自LookOut Mobile Security，根据其官网的介绍，除了支持Android系统外，这款软件还支持BlackBerry和Windows Mobile。LookOut是一家新成立的位于San Francisco的为智能手机提供安全软件的公司，最近其获得了1950万美金的风投，所以引起了笔者的关注。

       【安装】：LookOut安装很简单，直接从Android的Marketplace上搜索并安装。其白金版(Premium)有提供一个月的免费试用，并且明确告知用户是完整功能的。收费的话，大概是2.99美金一个月，29.9美金一年。

        【功能】：首先截一张软件界面的图，如下图，功能就一目了然了。
       

       按官方介绍，LookOut主要提供了三大特性：1）先进的隐私保护；2）远程锁定和擦除；3）增强的备份。如下图通过注册帐号在LookOut官网登录后的Dashboard。

        前面截图中的”Security”和”Privacy Advisor”都是与功能1相关的，”Security”提供了扫描功能，类似于传统传统的杀毒软件的扫描，如下图。当用户先安装一个应用时，LookOut扫描功能就会被启动，扫描一下是否是恶意应用。 
 

继续：智能手机安全软件LookOut初体验（2）

【Alarm Clock特性的时间】

    通过Intel® AMT的Alarm Clock特性，管理员可以远程设定被管理的AMT机器在何时自动开启，以执行自动任务，比如更新病毒库、杀毒、安装系统补丁等等；并且可以设定一个循环间隔值，使得被管理机可以在一段间隔时间后再次自动开机。

    Alarm Clock特性同样同时提供了Soap调用接口和WS-Man调用接口来远程设置，笔者这里以仅WS-Man接口为例说明。类AMT_AlarmClockService提供的NextAMTAlarmTime和AMTAlarmClockInterval两个成员可以用来设置下次唤醒时间，以及下次唤醒以后的间隔唤醒时间。

    如果AMT的内部时间已经按照笔者前面提到过的方法同步过，并且设置的是UTC时间，那么在设置NextAlarmTime时，则需要注意是需要先将需要设置的时间值转换为UTC时间，然后再设置到AMT中。如果AMT的内部时间还是采用默认与系统BIOS的同步机制，则设置的NextAlarmTime就按照希望的时间设置即可。

    关于AlarmClock特性，笔者借此再说一下NextAMTAlarmTime和AMTAlarmClockInterval的格式要求。NextAMTAlarmTime的格式必须是按照“yyyy-mm-ddThh:mm:00Z”这样的格式。最后的Z其实表明这应该是UTC时间，也就是为什么笔者建议最好将AMT时间设置为UTC的一个原因。AMTAlarmClockInterval的格式要求是“PdDThHmM”，在编程的时候，对于值为0的地方，可以省略，比如设置为“P7D”，意味着每隔一个星期自动开机一次。

【MPS服务器的时间】

     在通过AMT实现Fast Call for Help，或Remote Scheduled Maintenance，或Remote Alert功能时，AMT需要首先连接到MPS服务器，建立一条隧道，在建立过程中有证书的验证，这里对时间有一定的要求。以SDK中的例子来说，隧道建立在MPS服务器端是通过Stunnel来做的。初次使用的用户往往会碰到下图所示的错误：

     主要是这样一行错误：SSL alert (read): fatal: certificate expired。表面意思就是说证书过期了，然后你去检查证书的有效性，却是没有问题的，这时候你可能就有些摸不着头脑了。其实这里面的主要原因是因为你的AMT端机器和MPS的服务器端时间没有同步好，是AMT端的时间比MPS服务器的时间慢了大约8分钟以上，8分钟这个值是笔者自己测试出来的，不是官方数据，仅供参考。如果AMT端的时间比MPS服务器的时间快，上述错误倒不会发生。

    需要注意的是，这里的时间匹配是按照UTC时间来匹配的，当然这也许只是Stunnel的行为，其他的MPS服务器如何匹配时间是和实现有关系的。但是不管怎样，设置AMT内部时间为UTC时间是标准的做法。

【总结】

     Intel® AMT还有其他的一些特性和时间设置有关，比如Kerberos认证，事件报警的时间，审计日志的时间等等，笔者这里不再一一阐述。总之，在开发和AMT时间有关的特性时，笔者建议最好是先检查一下AMT的内部时间是与当前的UTC时间同步，如果没有，则需要通过Soap或WS-Man接口将AMT的内部时间同步到当前的UTC时间，然后在设置相关的功能。 

如果你是乔布斯，你正在考虑什么呢？他到底是在固步自封，还是在异常平静的氛围内，酝酿着一次惊人之作。老谋深算的乔布斯，应该在后面的几个月内揭晓答案。在此，笔者仅仅以自身对苹果的商业逻辑、市场产品和竞争对手的理解，为老乔同学如何使用这些现金做了一些预测。

预测1：收购一家大型广播和电视服务提供商。苹果正在推广它的Apple TV，但受到广播和电视服务提供商的阻力。那么手头这么庞大的现金储备，是否可以考虑对其一家进行收购，以便与维亚康姆、时代华纳和康卡斯特等竞争呢？

预测2：大力投资手机云，加快云步伐。笔者在MeeGo，机会来了！一文指中，手机云是将来智能手机的一个发展方向。作为苹果支柱的iphone，也会跟随这个行业趋势。正如，苹果斥资数十亿美元在北卡罗纳州修建数据中心，那么它是否可以考虑收购EMC（市值500多亿美元）、VMWare（市值280多亿美元）等公司来增加它的云实力呢？

预测3：强化苹果PING社交网络。社交网络的部署是老乔同学的战略计划，最近他在美国加州帕罗艾尔托邀请Facebook首席执行官马克.扎克伯格共进晚餐。这个是否意味着他有意收购Facebook（市值250多亿美元）呢？

预测4：强势入驻游戏世界。游戏是未来网络、手持设备上的重要内容。现在游戏界三巨头：索尼、任天堂和微软三国鼎立。苹果能够后来居上，通过收购索尼或者任天堂来速成呢？索尼当前市值是410多亿美元，任天堂是349多亿美元。除了微软咬不动，其他都在它的帐下!

预测5：收购游戏内容提供商。iphone、ipad等产品的大紫大红使苹果拥有庞大的用户基数，game center的触角也逐渐伸入传统游戏三国（索尼、任天堂和微软）的地盘。苹果可以通过收购像Zynga这样的社交游戏公司，加速游戏地盘的扩张。毕竟，苹果App Store已经形成气候，推广不再是问题。

预测6：收购地理定位服务提供商。地理定位服务一定是日后iphone、ipad等手持设备的重要功能，苹果可以通过收购Foursquare等公司强化自身服务能力。

预测7：对竞争对手（主要是谷歌）进行防御性收购。谷歌为了限制苹果的发展，先后对Android、Admob等公司做出了防御性收购，并且也取得了很好的成绩。那么，为什么苹果不可以“以其人之道还其人之身”呢？Foursquare，twitter等公司，谷歌老早就垂涎三尺，那么谷歌要的就是我要的，拼财力的时候到来了！

预测8：收购在线支付公司。现在苹果App Store使用的是itunes绑定信用卡支付系统，虽然很完美的实现了一站式服务，但是毕竟使用的是其他人的平台（感谢jim的指正)。看着白花花的银子落入人家口袋，老乔同学估计心里不是滋味。那么是否可以考虑收购一些在线支付公司，完成大统呢？看样子，BOKU, Fortumo和Zong等都是苹果嘴边的“肉”。

老乔同学的创造力非吾辈所及，笔者也仅仅在这里按照自身理解做出了大胆的预测。希望和广大网友探讨！

Media SDK2.0 Gold版本支持API 1.1版本，它兼容于API 1.0 版本。API 1.1版本支持多个session的链接使用，并且通过API扩展，定义了USER 模块，为负责的用户场景提供了方便，请参考如下博客来具体了解它们的使用。
巧用JoinSession提高应用效率
浅析Media SDK新功能JoinSession
让我们一起动起来 之 Media SDK用户定制功能执行篇
让我们一起动起来 之 Media SDK用户定制功能提交篇
让我们一起动起来 之 Media SDK用户定制功能注册篇
让我们一起动起来 之 Media SDK用户定制功能入门篇

【小结】
- Media SDK2.0 Gold版本相比与Media SDK2.0 Beta版本在性能上有一定的提高。
- Media SDK2.0 Gold版本解决了Media SDK2.0 Beta版本的一些bug，并在它基础上作出了部分API调整。

【事件日志的时间】

    Intel® AMT的提供的事件日志特性能很方便管理员远程了解AMT系统可能存在的一些软件或硬件问题，比如硬件故障，系统崩溃，网络数据包过滤等，并且知道这些事件发生的准确时间；另外还有就是事件能即时的发送到管理员的控制台，以方便管理员实时知道这些故障。这些事件在记录时，在其时间段，填充的是当前AMT的内部时间。

    在AMT的时间为与控制台时间同步前，事件的时间都是按AMT系统BIOS时间来记录的，如下图，是Intel MDTK工具包中的Commander工具读取出的AMT事件记录，其中的时间段未计算系统时区的偏移值，也就是按UTC时间显示的。这里显示的时间值和通过AMT的WEBUI的“Event Log”看到的事件的时间是一致的。如果是按UTC时间来算，这个时间其实是不正确的，虽然其可能和Commander所运行的系统的时间一致。

遵循Intel® AM SDK官文档，我们需要将AMT的时间设置成UTC时间。Commander工具就能很方便远程同步AMT的时间，如下图是未同步之前的时间。Current Time显示的是当前程序运行的系统的UTC时间，Engine Time是AMT的当前内部时间。
 

点击“Sync”按钮后，程序就会调用相关接口同步AMT的时间，这里是按UTC时间来同步的。下图显示的是同步后的时间。

然后，重启AMT机器，让其产生系统启动相关的一些事件，如下图红色方框所示。这个时候，事件的时间值就是当前的UTC时间了，正好和当期系统时间相差8个小时（北京时间，东八区）。
 

    结合上面的描述以及笔者的相关开发经验，软件开发者在开发这块功能时，如何正确现实事件的正确时间是挺困惑的，因为默认情况下，是不需要考虑时区偏移，事件显示的时间看起来是正确的，而AMT时间被同步后，事件的时间的显示则需要考虑相应的时区偏移值。为了保证一致性，笔者建议在开发AMT事件日志相关的功能时，先要对AMT的时间进行检查，如果AMT的当前时间是UTC时间，则无需处理；如果不是，则需要先同步AMT的时间到UTC时间。当然，你也可以直接通过AMT的时间到计算过时区便宜的时间，这样虽然看起来事件日志的时间显示能保证与AMT未同步时间前的一致性，并且在使用Commander或WebUI查看事件日志的看起来比较正确，但笔者不建议这么做。 

下一篇：Intel® AMT 的时间 -- Part 3