青岛创业大厦在哪里:不可思E 2011-8-31
来源：百度文库 编辑：九乡新闻网 时间：2024/10/04 05:25:33
导读：国外媒体今天发表文章称，内忧外患的诺基亚即将推出首款Windows Phone智能机，芬兰手机巨头在这场豪赌中，希望凭借独树一帜的外观设计，夺回市场份额，重现昔日荣光。
以下为文章全文：
诺基亚即将发布首款搭载Windows Phone操作系统的智能手机。芬兰手机巨头正在进行一场豪赌，希望凭借新款机型的创新设计突出重围，将人们的注意力从备受诟病的平台问题上转移过来，在利润丰厚的智能机市场重现昔日荣光。
诺基亚在智能机市场的份额不断下滑，很大程度上是由于受到苹果iPhone和Android手机的挤压。但是，作为全球手机市场曾经的霸主，诺基亚的硬件生产能力无可置疑。
诺基亚计划在今年第四季度推出首款搭载Windows Phone “芒果”操作系统的手机。这款产品被诺基亚视为复兴之作，肩负着夺回市场份额的重任。
从今年6月发布的诺基亚N9身上，人们可以管窥该公司未来机型的设计思路。这款手机取消了传统的Home物理按键，广泛采用手势操作。外壳采用碳酸酯材料，有多种颜色可供选择。它配备了一块带有弧度的3.9英寸电容触摸屏。
N9搭载英特尔与诺基亚合作研发的MeeGo操作系统，而诺基亚已经对这一平台失去兴趣。但该公司首席设计师马可·阿赫蒂萨里(Marko Ahtisaari)表示，这种设计是诺基亚的未来方向。他在一次采访中说：“我们将推崇简洁、自然的设计趋势，与市场中常见的黑灰色、金属材质的圆角矩形设计完全不同。”
Windows Phone手机操作系统由微软研发，除诺基亚外，HTC、戴尔、三星和LG均有意推出搭载该系统的新款手机。因此，为了吸引消费者、阻止市场份额继续下滑，诺基亚需要依赖富有吸引力的外观设计。
增进用户“目光交流”
与基于文件夹的苹果iOS和谷歌Android操作系统不同，Windows Phone “芒果”版采用富有现代感的图形用户界面，其功能围绕“人”而非“应用”，减少了为实现某一功能而点击的次数。
阿赫蒂萨里称，如今的触摸屏手机偏重“沉浸式”人机交互，这是不正确的。他希望找到一种设计方案，使人们可以抬起头来。他说：“如果你到赫尔辛基的一家餐馆里看一看，就会发现人们一味低头看手机，而不是进行目光交流，也不会意识到自己所处的环境。”
阿赫蒂萨里说：“以真正的移动性为目标的设计，将使人们有更多的目光交流，并意识到自己所处的环境。人们不会确切提出这种要求;但当他们得到这种便利时，就会爱上它。”
阿赫蒂萨里在18个月前加入诺基亚，是该公司首位直接向CEO斯蒂芬·埃洛普(Stephen Elop)汇报的首席设计师。设计师地位的提升，反映了诺基亚正越来越重视硬件设计能力。
诺基亚曾推出多款经典机型，包括曾在电影《黑客帝国》中亮相的8110、全球首部智能手机9000、内置天线的3210以及配备摄像头的7650。
然而，这家有过无数辉煌的老牌手机厂商也曾多次失误：在摩托罗拉Razr系列翻盖手机大受欢迎时，诺基亚未能及时推出能够与之对抗的机型;而当苹果在2007年发布首款iPhone，重新定义整个手机市场后，反应迟缓的诺基亚仍然死守传统设计，并没有推出触摸屏机型。
2010年，诺基亚共发布28款机型，总出货量逾4.53亿部。然而，今年第二季度，该公司在全球智能机市场的份额已经从去年同期的38.1%暴跌至15.2%，被苹果和三星超越，位居第三位。
继承多彩塑料外壳
阿赫蒂萨里的设计团队拥有数百名员工，散布芬兰、中国、英国和美国等地。他说：“我们的工作是论证一款产品是否适合大规模生产，为生产线制作模具，并为特定组件挑选合作生产商。诺基亚在这一领域极具竞争力。”
诺基亚手机采用的外壳材料多种多样，个性鲜明，为该公司在硬件领域的成功奠定基础。目前，诺基亚手机主要采用原生色彩的聚碳酸酯外壳。阿赫蒂萨里说：“色彩是消费者选择的简单标志，这一重要特性将得到继承。”
对他而言，创新意味着通过仔细观察用户及其所处环境，设计更好、更自然地手机使用方式。从草稿到3D模型再到真机，生产大量的原型机是简洁、精准的必经之路。
阿赫蒂萨里称，诺基亚将推出更多配备物理键盘的触摸屏手机，如E6和C3等。他说：“许多人仍然需要键盘;诺基亚未来几年间将在这一利润极其丰厚的市场继续创新。”
他还计划通过“将手机体验与地图和用户地理位置信息相连接，以前所未有的方式绘制整个世界”，以增添用户价值。
您可能也喜欢：
来自无觅网络的相关文章：
无觅
5 款基于 Web 浏览器的建模工具
来自:Denzel 2天前 |
本文介绍 5 款很棒的直接可以在浏览器使用的建模工具，无需单独安装软件。
Creately
提供在线图表和协助功能，包含多种建模语言(UML)支持，这里有一个简单的演示：here
Diagram.ly
Diagram.ly 在协作方面的缺失，功能也很少，但我喜欢它的简单。所有当您准备开始绘制时，你看到的是一个空白画布。支持BPMN符号。
Gliffy
支持 UML 和 BPMN 图表，它的口号是最广泛使用的在线建模工具
LucidChart
基于 HTML5，提供 UML 支持和实时协作功能，支持导入 Visio 文件
MxGraph
JavaScript 建模工具，支持 BPMN 模型、数据库模型设计以及 UML 图表和组织图设计。
您可能也喜欢：
来自无觅网络的相关文章：
无觅
SoundHound：根据哼唱的旋律找到你想要的歌曲
来自:Denzel 2天前 |
SounHound 是一款找歌应用，它能够根据你唱的或者哼出的旋律来找出你心中想要的歌曲。所以即使你忘了歌名又或者说你仅能哼出其中的某几句，SounHound都能在几秒钟内找到你所要的。
价格：免费
平台：iOS平台/Android平台
亮点：
可以通过歌曲的旋律找到想要的歌曲
提供歌词、歌手信息、作品集等附加资料
可以通过SoudHound访问Spotify
不足：
哼唱的节奏必须很准确
SoundHound最大的特色就是可以根据你所哼唱的歌曲的旋律找到对应的歌曲。SounHound 的这功能可以说是相当的实用。想必很多人都遇到过这种情况，想找首歌却忘记了歌名；在街边听到首好歌却不知道名字。而有了 SoundHound 你只用哼唱出你想要的歌曲的旋律又或者是直接录下该歌曲就可以很快分析出你想要的歌曲。
SounHound会在搜索的结果中提供YouTube上的相关视频、歌词、歌手简介等信息。同时根据8月份SoundHound和Spoity的合作协议，SoundHound的欧洲用户还可以从搜索的结果中即时欣赏Spotify中的音乐。
小编测试过程中试着测试了几首歌曲，对于自己比较熟悉的歌曲，SounHound基本然都能正确的找出来。但对于自己不是很熟悉，唱得不是很准的，搜索出的结果也就基本上不靠谱了。还有SoundHound对于节奏慢的歌曲也不能很好的辨认。所以SoundHound搜索歌曲基本上只适用于自己合熟悉的但一时想不起名字的歌曲。
杀手指数：9/10
山寨指数：5/10
Android下载地址
iOS下载地址
李泰仙 供雷锋网专稿，转载请注明！
您可能也喜欢：
来自无觅网络的相关文章：
无觅
惠普TouchPad可以跑Android啦
来自:Denzel 2天前 |
惠普前两天跳楼狂甩平板电脑TouchPad，劲爆到服务器宕机，不知道你是否抢到一台。如果是，那么这篇文章对你来说鼓舞人心：在TouchPad上运行Android。
CyanogenMod团队宣布已经让Android运行在TouchPad上。他们开发的定制版Android名叫CyanogenMod 7，是最知名的Android固件之一，基于Android 2.3（姜饼）开发。目前他们还没有正式对外公布固件下载地址。
该团队表示最终目标是让TouchPad支持多操作系统启动，但，他们遇到一个小问题，平板电脑不够用了。不知道你是否愿意捐助他们一下。
牛不是吹得，有视频有真相：
> />',1)">>
来自: dongxi.net
您可能也喜欢：
来自无觅网络的相关文章：
无觅
可口可乐让用户在Facebook上调配属于自己的饮料
来自:Denzel 2天前 |
上周三（8月24日），可口可乐在Facebook上又推出了一款新的应用。这个应用能让你独创一款属于自己的可乐饮品。这个应用可不仅仅是虚拟世界里的一个实验：可口可乐计划在全美大范围推广具有类似功能的自动贩卖机。
这个称作“随心调配”的可乐应用是由数字营销机构360i制作的。该应用能让你随意选择可口可乐旗下的125种饮料，包括知名的可乐、雪碧、芬达和Powerade等。每选好一种口味，只需点击屏幕上的按钮，通过控制按住鼠标时间的长短来决定饮料的多少。当你的杯子装满以后，你就可以为这款独一无二的饮料命名。你也可以在iPhone和Android商店里找到对应的应用游戏。
这个Facebook应用还会告诉你所在地区的自动贩卖机的地址，或者你可以点击“请求”，希望在你的城市里设置一个类似的饮料调配机。目前在美国的一些快餐连锁店如Wendy’s, 汉堡王，和Five Guys里已经有大概1500台这样的机器，但可口可乐打算在明年给这个“随心调配机”制造更大的动静。
根据《广告时代》的报道，可口可乐目前正与奥美广告合作，计划在明年推出一个针对“随心调配机”的广告方案。可口可乐希望这个应用最终能生成二维码，这样只需在“随心调配机”上扫描饮品代码，该机器就能制作出属于你的个性定制可乐了。
一些微博评论：
@puting：@可口可乐 在facebook上推出一个app，用户可以合成自己的口味的可乐，用户可以使用可乐的100多种饮料调制自己喜欢的可乐，你可以把合成的可乐取个你喜欢的名字并分享给好友。在线下也可以买到你自己的可乐，找到这种机器即可。国内应该还没吧。
@可口可乐
众趣研究院 很早之前台湾有饮料的公司做出过“疯狂摇摇杯”调配饮料的游戏，很受欢迎。现在不仅可以虚拟饮料，甚至可以真实拿到自己调配的饮料，确实是非常好玩的尝试。我是游戏的玩家，http://t.cn/amQ6Rg ，不是看现成的案例，但却是当时在台湾有用户去店里要求按自己配方配饮料的，非常受欢迎。
文章来源：http://mashable.com/2011/08/24/coke-lets-you-create-your-own-drink-on-facebook-and-in-the-real-world/
您可能也喜欢：
来自无觅网络的相关文章：
无觅
一种开放的可互操作的云
来自:Denzel 2天前 |
介绍
在这篇文章中我们会描述：在当下，怎么样通过利用成熟的开放标准（特定于云计算、网格与存储领域）创建具有可互操作性的云。我们会演示使用一些最新的具有创新性的主要云计算接口规范来实现一个开放的、基于标准的、具备可互操作性的云计算服务实例。
写作这篇文章的动机是为了说明这样一个事实，即当前由各种标准开发组织（SDO）提供的可用的云计算标准特性已经足够用于开发一个云计算服务实例，而这一点将在下面的章节中得到证明。这篇文章可以被视作探索云计算标准集成的工作的最初环节中的一个步骤，尤其是开放云计算接口（OCCI)[1]、开放虚拟化格式（OVF）[4]以及CDMI[3]之间的集成。最后但很重要的是，在这篇文章里所讨论的详细内容能够驱动OCCI和云管理工作组（CMWG）[10]，以及其他一些工作组织之间的协作，例如：cloud-standards.org、面向E基础设施的标准和互操作性推进组织（SIENA）[5]、国家标准与技术研究所（NIST)[6]等等。
为了描述怎么能够做到这种标准的集成，我们会以一个简单的情景为例。在这个情景中，设想有一个刚起步的服务提供商希望部署、扩充、移植以及重新部署他们新的基于Hadoop[7]的MapReduce服务。
为了实现并能够执行这个情景，使用了下面所列用得到的标准：
来自DMTF的OVF——提供了一种能够打包开发虚拟基础设施的方法，这样开发成果可以导出或者导入到一个基础设施服务实例中。
来自SNIA的CDMI——提供了一种API，可以用于对存储基础设施服务实例进行运行时管理。
来自OGF的OCCI——提供了一种API，可以用于对基础设施即服务实例进行运行时管理。
需要指出的是，其他一些方面的问题如授权与验证等在这篇文章里没有涉及。这些问题可以说属于另一个维度，有其他的规范与技术（如OAuth、OpenID等）来对应。OCCI和CDMI借鉴了HTTP协议组中关于安全方面的设计思路。
情景
这个情景是关于一个新起步的公司，他们希望为他们的客户提供MapReduce服务。由于是新服务，它将仅对一些限定的试用用户开放。基于这样的限制的前提，这个新公司的架构师设计了一个初步的开发架构，以满足服务所需的起始资源需求。服务的这个部署架构如图所示：
服务一旦部署后，用户数就要求服务必须要进行扩充。这意味着必须要在不下线的情况添加额外的资源来满足需求。除了扩充，我们认为这个情景中也必须要考虑移植的情况。在基础设施提供商遭受严重的中断的时候，新公司被迫迁移服务。而这就是这个情景的最后一个情节，也就是服务提供商把整个开发移到一个新的更合适的基础设施供应商的平台上。
这个情景包括两个明显的阶段：
服务开发与扩充
服务迁移与重新部署
其中每个阶段各包括若干步骤，它们都会在下面详细展开，以介绍其中用到的标准。
起步阶段的总体目标是利用基础设施供应商的CDMI与OCCI接口，并向供应商提供其能够理解的OVF服务描述。正是这些供应商提供的能力让新公司获得了可互操作性。
服务部署与扩充
要进行如上图所示的最初开发并说明如何进行扩充，将使用OCCI和CDMI。这个阶段又由下列步骤组成：
基于服务架构进行最初开发，其中将使用OCCI和CDMI，或者是从OVF导入。
一旦服务足够成熟，用户增加，扩充服务开发。而使用OCCI可以做到渐增式扩充。
下图表示了在使用上述管理API时这个新服务的部署方式。
进行最初的开发
在这个时间点上，目标是基于设计好的架构进行最初的服务开发，这样就可以提供给试用用户。总的来说，如上图所示的搭建服务的过程分为下列步骤：
建立内部/私有基础设施
a. 上传可以运行的虚拟机映像（包括三个：门户、Hadoop主服务器与从服务器）
i.上传虚拟机映像到云供应商。这样就有了一个CDMI管理端点
ii.把这个虚拟机映像注册成OCCI操作系统模板
b. 建立私有网络
i.使用OCCI的IPNetWork Mixin（192.168.0.1/24）
c. 建立存储卷A（5GB）
i.使用CDMI接口来完成上述任务
d. 建立存储卷B（100GB）
i.使用CDMI接口来完成上述任务
e. 建立Hadoop主服务器节点
i.使用Hadoop主模板与OCCI计算类请求
ii.使用OCCI的StorageLink来连接到存储A（使用CDMI标识符来把CDMI资源关联到OCCI资源）
f. 建立Hadoop从服务器节点
i.使用Hadoop主模板与OCCI计算类请求
ii.使用OCCI的StorageLink来连接到存储B（使用CDMI标识符来把CDMI资源关联到OCCI资源）
g. 连接主节点到私有网络
i.使用OCCI的IPNetworkInterface
h. 连接从节点到私有网络
i.Use OCCI的IPNetworkInterface
建立外部/公开基础设施
a. 建立门户节点
i.使用门户操作系统模板与OCCI计算类请求
b. 连接门户节点到私有网络
c. 连接门户节点到公开网络
服务部署好后，会有一些RESTful资源可用（如这里），还可以通过他们各自的API来进行管理。而且总体的服务也可以通过一个RESTful资源使用，总体服务的表示方式遵守OCCI规范（活动、链接等）。
扩充服务部署
随着时间推移，部署的服务可能会需要进行横向扩充（如果是正面的话，就是增加节点；如果是负面的话就是减少节点）。在本情景的上下文中，扩充的原因可能是由于现有的试用用户集合在这个新服务中发现了巨大的价值，从而向服务投入了更大的任务量；也可能是由于随着服务的成熟，供应商增加了试用用户的数量。这意味着必须随需增加以OCCI管理的、附有Hadoop任务跟踪器和数据节点的虚拟机。Hadoop的命名节点和工作跟踪器贮存在主节点上，在这个阶段可能并不需要扩充。
在这个阶段只有一个步骤，也就是，添加新的计算实例到服务中的操作，这样就可以横向扩充服务。这可以通过下列对OCCI兼容接口的调用很简单地实现：
建立新的Hadoop从节点
a. 使用Hadoop从节点模板
b. 使用OCCI的StorageLink连接到存储B（使用CDMI标识符来把CDMI资源关联到OCCI资源）
连接从节点到私有网络
a. 使用OCCI的IPNetworkLink
这里假设Hadoop从节点已经在之前配置完成，也就是它已经注册到Hadoop主节点中。
服务迁移和重新部署
在这个情景中，由于不满他们当前的供应商的恶劣的服务质量，新公司决定把他们现有的开发迁移到一个新供应商的平台上。这时候，所有的三个标准需要协作来保证从云平台A到B的迁移和重新部署能够成功。总体过程分为四个步骤：
服务查找和发现——一旦新公司决定更换服务商，需要了解新的替代供应商是否能够支持老供应商所提供的同样特性。这样一个过程可以使用OCCI（查询接口）和CDMI（元数据接口）的服务发现机制来完成。现在这个CDMI接口不是通过标准化的URL来提供。在这篇文章稍后的位置我们将给出解决这个问题的方案。只有在确认了替代供应商可以支持以前的特性之后，这个新公司才会执行服务导出、迁移和数据导入。
服务导出——可以用OVF格式来表示服务的内容，这需要做一个用OVF表示服务内容的请求。使用HTTP内容协商可以完成这个任务，这将得到一个OVF文件，外部连接到CDMI管理下的数据（应用数据、虚拟机映像等）。
迁移——CDMI接口应该处理数据从云平台A到B的实际迁移过程。这个可以通过CDMI的序列化和反序列化特性来完成。
服务导入——服务导出成OVF表现方式，并且相关数据也迁移到新的服务提供商后，需要实例化原有的服务。实例化是使用导出的OVF表示文件来操作。这个OVF文件被交给服务供应商，由供应商代替客户来按照OVF文件的描述实例化资源（例如：计算、网络或辅助存储），并关联（由CDMI管理的）相关数据。
如果迁移是“冷”迁移（在迁移过程中服务被终止活动并下线），可以使用OCCI的终止和重启虚拟机、网络资源等特性。目前，要支持很短或没有服务停机的实时迁移，相比于对规范的支持来说更重要的是，在实时迁移中牵涉到的供应商需要支持（类似于对等协议/工具）相关的能力（例如：跨子网的实时迁移）。
集成云标准
前面描述的这个情景说明了在几个（现在可用）的云标准之间需要一些相互作用。这个情景给出了需要扩充和迁移的例子，两种情况下三个标准都起到了重要的作用。OCCI被用作引发操作的运行时管理API，OVF被用于可迁移性任务，而CDMI非常适合数据移动和格式迁移。虽然CDMI也可以用于一些管理任务（例如：使用CDMI来导入和上传镜像）——但是需要对现有的规范作出一些扩展。
要能够保证这个情景可以实现，标准需要被集成。后面的部分关注这些标准怎么样相互作用，还有一些需要做的、或者说是有很大益处的标准变更。
集成需要面对的整体课题
一个现在已经发现的最大挑战是数据的迁移。这不仅意味着把未经处理的数据从云平台A搬运到B，还包括数据格式上可能有的转换。例如说云服务供应商A所使用的VMware的文件格式可能需要转换成云服务供应商B所使用的VirtualBox的格式。
数据转换和迁移问题现在并没有很好地反映到文档中，可能还需要进一步调查。虽然两个云平台之间的迁移过程可能是由OCCI引发，但实际上也会涉及CDMI和OVF。CDMI可以处理数据转换，但这更偏向于服务实现的一个方面。在这个操作中，OVF格式中的定义有可能发生变化。
集成存储管理API
OCCI有一个对存储管理能力的简单表现方式，可以实行大多数最为基本的存储相关的操作。OCCI的一个目标就是集成现存的标准，同时也避免重新发明轮子。当某个供应商希望暴露更为丰富的存储接口时，OCCI推荐使用SNIA的CDMI。在OCCI规范中给出了这样建议，详细说明了CDMI管理下的存储是如何在OCCI基础设施模型下进行表示（请参照OCCI基础设施模型规范[8]的3.4.3小节）。
集成OCCI和CDMI
既然两个规范已经相互引用，两者的集成也就可以在一个较高的层次达成。下面的章节给出了集成必要的信息，并引出了两个标准的更加紧密集成的思想。
使用OCCI的StorageLink来访问CDMI容器
如OCCI基础设施扩展中所定义的一样，OCCI可以结合SNIA云存储标准——CDMI——使用，以提供对云计算存储数据的更好的管理。为了集成二者，需要使用OCCI的StorageLink，这将把OCCI管理的资源连接到CDMI资源。
使用OCCI和CDMI的服务迁移
如果一个服务供应商实现了OCCI和CDMI接口两者，用户可以开始启动和执行迁移的过程。如果服务供应商没有提供OCCI和CDMI接口，就需要用户的直接操作才能开始迁移。而要获知供应商是否支持OCCI和CDMI就要使用/.well-known/接口。
这个迁移过程需要按照上面“服务迁移与重新部署”小节所描述的步骤来执行。另一个服务供应商（也暴露了OCCI和CDMI接口）会被问询是否具有必要的能力以确保具备必须的服务能力。如果查询成功且能力满足，数据就需要在两个云平台间进行迁移，接下来就需要准备必要的资源。
CDMI可以用于解决数据迁移的问题。新的数据对象可以创建在目的云供应商平台上。新的数据对象一经创建成功，源数据对象就成为原始数据对象。请参照CDMI规范[9]的第15节。
关于CDMI的思考
对于进一步集成OCCI和OVF到CDMI，建议对下列课题进行进一步探讨。
通过CDMI（使用OVF)导入和上传虚拟机镜像
当通过CDMI接口导入OVF文件时，应该可以根据OVF中的定义来分配网络和计算资源，但目前OVF规范并不允许这样做。CDMI关注云平台的存储需求，但是如果导入OVF文档，它不仅能处理存储资源分配，还可以与OCCI接口交互，并满足所有OVF文档的资源需求。
从CDMI容器链接回OCCI接口
目前的使用OCCI和CDMI的过程在CDMI规范的第13节中给出了说明。现在OCCI基础设施模型的资源实例可以链接到CDMI模型。正是使用OCCI的StorageLink把计算资源连接到它们的存储[注1]，这样当前的链接就具有了从OCCI模型实例指向CDMI容器的方向。
让这种集成更为强大的是，让连接从CDMI指向OCCI模型的资源实例（补充的反向链接）会非常有用。从语义上来说，这意味着把CDMI的存储资源连接回它们绑定的OCCI计算与/或存储资源。一般来说，CDMI用户就可以看到哪些服务绑定到他们的数据对象上。在本文的情景中，这能够找到哪些磁盘用于虚拟机，还有哪些数据是用于MapReduce服务本身。
通过Well-Known地址暴露能力的查询接口
如RFC 5785中所描述的那样，我们推荐把CDMI能力接口（同时）暴露在“/.well-known/com/snia/cdmi”路径之下，而现在它是通过“cdmi_capablities”路径暴露出来。OCCI也使用了这个方法，可以把自己的查询接口暴露到“/.well-known/org/ogf/occi”路径。用这个方式客户端就有一种统一的方式来访问和查询服务供应的能力。最终这些命名空间应该被注册到IANA。
集成标准以保证可迁移性
除了云端的存储与数据方面之外，服务的可迁移性必须得到确保。DMTF的OVF规范给出了一种以可迁移的方式描述完整服务的方法。OCCI接口可以用于以OVF格式导入和导出服务定义。后面的章节会更详细的讨论这些想法。
集成OCCI和OVF
OCCI和OVF完全可以互不影响地共存，目前只需要添加MIME类型的支持，这样可以告诉OCCI服务供应商客户端想要取得或者提供OVF格式的信息。在OCCI规范没有包括这个新MIME类型的规范，现在它只支持text/occi，text/plain以及 text/uri-list。
把OVF映射到OCCI基础设施模型
下表概括了OCCI属性如何与OVF属性双向映射。
OCCI的计算资源
说明 OVF OCCI 详细
CPU架构（86，x64）[...String...] occi.compute.architecture 见VirtualHardwareSection
核心数量3 1 occi.compute.cores 见VirtualHardwareSection
主机名
处理器速度3 hertz * 10^6
500
occi.compute.speed 见VirtualHardwareSection
内存容量4 512 occi.compute.memory 见VirtualHardwareSection
资源状态 N/A occi.compute.state
OCCI的网络资源
说明 OVF OCCI 详细
网络标记 occi.network.label 定义于Properties，见ProductSection
广域网名 occi.network.vlan 定义于Properties，见ProductSection
资源状态 N/A occi.network.state
OCCI的存储资源
说明 OVF OCCI 详细
存储设备大小资源状态 N/A occi.storage.state
其他的OCCI资源可能也需要映射，例如某些Link和Mixin，它们是由OCCI基础设施模型扩展所定义。这些映射很简单，与上面的表相类似。
服务供应商现在自由决定如何处理没有映射的属性，这样有可能当客户端以OVF格式去获取OCCI管理的服务时，结果是只能导出一个最小化的OVF文件，仅包括了OCCI基础设施表示方式中定义了的属性。但是服务提供商可以选择在OCCI基础设施模型的服务部署之外同时保存OVF表示格式，这样整个OVF表示都可以取得。我们现在推荐后者这种形式。
保证横向/纵向扩充
横向和纵向的扩充现在并没有在OVF规范里得到充分覆盖，不过范围可以在服务描述里定义。范围的应用让客户端能够为一个属性指定有效的范围集合，然而（就像虚拟机的数量一样），这对于扩充来说并不足够，因为扩充应该有逻辑基础。横向和纵向的服务扩充只能通过合并使用OCCI和OVF才能实现。
从OCCI资源模板到OVF的映射
OCCI基础设施扩展描述了让用户定义资源和操作系统模板的方法。模板让OCCI实现的客户端能够快速便捷地应用预定义的配置到OCCI基础设施中定义的类型，他们通过OCCI的Mixin的实例实现。而操作系统和资源模板则相辅相成：
操作系统模板让客户端指定在请求的计算资源上必须安装什么样的操作系统。
资源模板Mixin建立在操作系统模板之上。一个资源模板是一个供应商定义的Mixin实例，指向预设定的资源配置（类似于亚马逊的EC2实例类型[小、大、超大]）。
最好也在OVF表现方式下定义这些模板。
OCCI的思考
下面两个课题与作为边界协议的OCCI并不直接相关，他们主要是关于实现OCCI的服务提供商应该如何处理某些操作。
根据OVF描述中的选项来配置OCCI实体
OVF格式可以配置某些操作——如描述开机和关机时的动作，未来版本的OVF甚至可能会详细说明ActivationEngines以及其他一些方面，这样OVF就能够某种程度上说明处理服务的语义。那些允许在OCCI上使用OVF准备整个服务的服务供应商就需要处理这些配置和细节，并据此配置资源管理框架。
确保OVF中描述的一致性等级在OCCI的搭建时得到满足
与前一个课题密切相关的是OVF描述的一致性等级。支持在OCCI上使用OVF准备服务的服务供应商需要注意满足这些等级要求。在实例化服务的时候一致性等级必须得到满足。如果等级没有满足，客户端应该将此视作对服务等级协议（SLA）的违背。这样，如果一个服务供应商不能实现OVF描述里要求的一致性等级，对于服务准备的请求应该被否决。
关于OVF的思考
为了让OVF和OCCI进一步集成应该考虑下面的课题。
像OVF中的虚拟开关一样描述网络设备
网络特性已经可以在OVF中得到定义，不过如果能够像前面“情景”一节中在服务描述里所用的那样，描述整个网络的搭建，那就更好了。这里我们指出OVF的2.x版对这种描述会有更加好的支持。
为OVF定义MIME类型
在从服务请求操作或接收信息的时候，OCCI客户端依赖于正确的mime-types。服务供应商会使用（内容协商）MIME类型信息来了解它所接受到信息的种类。客户端则永远可以按他们希望接受的请求信息的mime-type来请求信息。由于OVF文件的导入导出特性，客户端会传回OVF文件到OCCI服务，或者以OVF格式来请求当前状态。为了达到最佳的互操作性，我们建议注册OVF的MIME类型。
相关工作和概况
在调查本文中所用的情景的时候，发现有某些课题在进一步的调查中特别值得注意：
服务等级协议（SLA）
a.一个OCCI的SLA扩展目前正在开发当中，可能会得到采用。
b.SLA可能被定义在OVF文件里，并使用这个OCCI扩展获得推行。
c.存储和数据的SLA的监督、施行和搭建可以用OCCI扩展通过CDMI集成。当与触发器和动作结合使用时，这个监督扩展让更加标准化的自动扩充成为可能。
OCCI应该从其他标准采用的特性
a.我们发现CDMI的队列和通知机制非常有用，应该进一步调查这些特性是否可以集成到OCCI中。
b.在RFC 3986中说明的URI转义可能需要加入到现在OCCI提交中。
c.在OCCI现在的文本和HTTP头提交中添加JSON提交扩展可能促进OCCI和CDMI的更加紧密的集成。
结论
从参加在DMTF联合伙伴技术讲坛（APTS）上SDO会议的协同工作中，本文记录了从OCCI工作组的视角出发的一些观察以及活动事项。DMTF主持了这个面对面活动，以调查开放云计算可互操作性以及可迁移性标准工作两者集成的可能性，涉及的标准包括OVF、CDMI和OCCI。
在第一节中描述的情景用于遍历服务的生命周期中不同过程，尤其是服务的迁移和扩充。它的目的在于反映真实世界里的一次尽管有些基本的服务发布，证明了应用当前的标准是可能实现这样一个工程的。
本文的随后章节讨论了这标准的三驾马车能够如何集成，哪里还存在未解决的问题。需要进一步的调查或改进的未解决的问题得到了展示和说明。总体的集成是可以达到的，从而足以使用目前可用的这些规范版本获得对“情景”一节中描述的服务完全的部署、迁移和扩充。
这里强调指出引入第四个可用的规范也许会有很好的效果。CSA的CloudAudit已经在行业中获得了接受，并为本文的情景添加了重要的特性。审计云端和一致性等级没有在本文中进行讨论，但是会在未来的调查中有更大的作用。
虽然目前更专注服务开发的基础设施等级，一个使用云标准的更加基于PaaS的情景（如Node.js或GAE服务）可能在本文的未来修订版中获得说明。
鸣谢
作者希望感谢Mark Carlson（Oracle）和David Slik（NetApp)的对CDMI和OCCI集成上的知识分享。
我们希望感谢Winson Bumpus（VMware）和Jeff Wheeler（华为）在有关OVF的课题上的帮助。
非常感激下列审核者在创作、编辑和审核这篇文档中的工作：
Alexis Richardson (RabbitMQ)
Lawrence Lamers (VMware)
Sebastian Schoenberg (Intel)
John Kennedy (Intel)
Finian Rogers (Intel)
Dr. Craig Lee (The Aerospace Corporation)
关于作者
Andy Edmonds是Intel的研究员。
Thijs Metsch是一位高级软件工程师，就职于Platform Computing，专注于网格与云计算技术。
Eugene Luster是一位在R2AD工作的云计算推广专员，专注于云计算开放标准开发。
参考文献
[1] Open Cloud Computing Interface working group community website
[2] Distributed Management Task Force website
[3] Cloud Data Management Interface website
[4] Open Virtualization Format
[5] Standards and Interoperability for eInfrastructure Implementation Initiative website
[6] NIST Cloud Computing Program
[7] Apache Hadoop website
[8] Open Cloud Computing Interface – Infrastructure, Open Grid Forum, GFD-P-R.184, 2011
[9] Cloud Data Management Interface, Storage Network Initiative Alliance, 2010
[10] Cloud Management Working Group website
[注1]这里的含义是指把一个磁盘镜像绑定到一个虚拟机实例。
查看英文原文： An Open, Interoperable Cloud
本文来自：http://www.infoq.com/cn/articles/open-interoperable-cloud
您可能也喜欢：
无觅
LBS:如何有效得使用徽章来激励用户
来自:Denzel 2天前 |
游戏化的概念正在被广泛的应用在社交媒体里。在这其中，徽章制度的游戏概念与体制在激励用户上是一个最具有可视化的元素。徽章制度是一个很好的引导与激励用户的工具，这里包括了积分制，排行榜，任务，奖励，团队合作，成就等。
但是，社交媒体里的徽章应用往往被看做单一且不耐用。其中，Foursquare的徽章制度的影响力正在急剧下降。许多用户开始发觉Foursquare的徽章不在那么的酷，因为大部分的人都拥有同样的东西。在这样的影响下，Foursquare的徽章制会失去其优势。相反，如Boy Scout或是在汽车制造业里，因为遵循一些简单的法则，其徽章制的影响力正在不断成长。
这里有4个步骤可以帮助你更有效得利用徽章制去提升你的产品，服务和工作站。
①平衡渴求的乐趣与可预知成就的乐趣
②设计视觉上的吸引力
③利用稀缺性的原则
④和整体体系有紧密的整合性
更好地理解徽章制的潜力能帮助你在你的产品或是服务中建立游戏化的用户参与。如下的介绍是关于在游戏化里设计徽章制的一些重要的设计倾向，优点与缺点。
徽章的潜力
徽章制可以呈现多样的游戏化的功能，但是最多被应用的是来体现用户的状态与进度。通常它是以直线型(签到1次，5次，20次)或是垂直型(活动在清晨，深夜或是范围在10公里以内)的方式来体现用户的经历。
乐趣与结构化
在Farmville里，获取徽章(其被称作丝带)被设计成一系列具有逻辑性的完成任务与获得成就。为了提升其复杂性，它们被设计成去完成不同的任务。比方说，基于你圈子里的好友数，你就可以获取4个丝带中的一个。如Farmville这样的设计能更易于用户去关注任务/成就的模式，但是也常会使用户只得到短暂得乐趣与惊喜。相对而言，Foursquare的模式过于自由，而Farmville的模式又过于结构化。
在徽章里表现信任度
徽章制有时可以成为与用户的信赖关系的互动的关键媒介，这样的制度被称为口碑徽章。ZocDoc是一个非常流行的在线医生预约的服务。在ZocDoc上的徽章制非常的简洁与有效。在基于一个客观指标的比例上，医生被授予一系列简约的徽章。这个指标可以体现一位医生的所拥有的顾客回头率，回复信息的速度，行程调整的柔软性。虽然这些因素不能主观得表现作为一名医生的实力，但是却使病人对于一位医生的一系列的态度的得到相应的了解，这个对于病人来说具有很高的价值。
稀缺性与收藏性
为了让稀缺性有效的在徽章制里达到其效果，你可以限制你站点上的徽章的可获得性或提升获取的难度。GetGlue是一个对于媒体内容的分享反馈网站。GetGlue上的徽章(被称为贴纸)体现了很好的稀缺性，并且一部分被设计成具有非常高的可收集性。
徽章制
撇开你的徽章制是如何设计的，徽章制其本身在影响用户行动上是一个非常有效的工具。从另一方面上看，我们也不得不考虑它只是游戏化中的一个特性，而不是该产品的全部体验。其关键是去设计一个真实的，灵活的，持久的游戏体验的同时，把注意力放在用户的动机性与视觉吸引力的设计。
有时，你会利用徽章去呈现你的进度;或是展示App的关联价值。通常大部分的用户会有意地去获取它们，或者徽章可成为奖励参与者的一种方式。无论如何，为了创造一个完善的功能俱全的徽章制度，它必须与积分制有很好的结合，并且与其他的一些制度如排行榜和完成任务也有相对的配合。
一些不推荐的布属
另一方面，Amazon抱有不同的问题。Amazon作为电商的巨头，它的徽章赋予主要的商品评论家们。这一个有很高影响力可却比较小的群体。它的徽章的视觉性设计非常单一，并且多年来没有做任何改变。这两家公司都需要重新考虑如何应用当今的游戏化技巧去建立一个更好的激励用户的体制。主要的，他们必须开始去理解用户的动机并且创造他们的徽章制与积分制的互动。
总结
徽章制可以成为一个非常有效的引导与激励用户的工具。如果你可以把上述所提到的4个步骤做的非常好，你可以成功的避免因为草率的开始操作徽章制而破坏其游戏性的效果。更重要的是你需要关注你的用户的需求与动机，并且创造相关的激励体制。确保你的徽章具有吸引力，收藏性与用户做关注的实质意义性。在开发的过程中，你需要确认并且质疑你的每一步布属都与你的关键指标有直接的影响。应用这些步骤，你会在引导与激励用户上得到一些启发。
原文链接：http://mashable.com/2011/08/19/badges-gamification-tips/
您可能也喜欢：
无觅
如何进行用户与产品直接的个性化推荐？
来自:Denzel 2天前 |
上个月写过一篇产品推荐的文章，详情请见《我所了解的产品推荐》，内容很泛，多为工作心得。本周读了几篇相关的论文，收获颇多，分享点干货。
以下内容摘自《个性化推荐系统的研究进展》，该文发表于2009年1月的《自然科学进展》专题评述，作者是刘建国、周涛、汪秉宏。
我略去了具体的算法和许多公式，重点看原理、思路和比较。
互联网技术的迅速发展使得大量的信息同时呈现在我们面前，传统的搜索算法只能呈现给所有的用户一样的排序结果，无法针对不同用户的兴趣爱好提供相应的服务。信息的爆炸使得信息的利用率反而降低，这种现象被称之为信息超载。个性化推荐，包括个性化搜索，被认为是当前解决这个问题最有效的工具之一。推荐问题从根本上说是代替用户评估它从未看过的产品，这些产品包括书、电影、CD、网页、甚至可以是饭店、音乐、绘画等等。
个性化推荐系统通过建立用户与信息产品之间的二元关系，利用已有的选择过程或相似性关系挖掘每个用户潜在感兴趣的对象，进而进行个性化推荐。高效的推荐系统可以挖掘用户潜在的消费倾向，为众多的用户提供个性化服务。 一个完整的推荐系统由3个部分组成：
? 收集用户信息的行为记录模块
? 分析用户喜好的模型分析模块
? 推荐算法模块
推荐算法模块是最核心的部分。根据推荐算法的不同，推荐系统可以分为如下几类：
? 协同过滤(collaborative filtering)系统
? 基于内容(content-based)的推荐系统
? 基于用户-产品二部图网络结构(network-based)的推荐系统
? 混合(hybrid)推荐系统
? 其他
1. 协同过滤系统
第一代被提出并得到广泛应用的推荐系统。如amazon的书籍推荐，Jester的笑话推荐，等等。
1)核心思想：利用用户的历史信息计算用户之间的相似性——>利用与目标用户相似性较高的用户对其他产品的评价来预测目标用户对特定产品的喜好程度——>根据喜好程度来对目标用户进行推荐。
在计算用户之间相似度时，大部分都是基于用户对共同喜好产品的打分。最常用的方法是Pearson相关性和夹角余弦。
协同过滤推荐系统的算法可以分为两类，基于记忆(memory-based)&基于模型(model-based)。前者是根据系统中所有被打过分的产品信息进行预测，注重于预测用户的相对偏好而不是评分绝对值;后者是收集打分数据进行学习并推断用户行为模型，再对某个产品进行预测打分。
2)优点：
? 发现用户潜在的兴趣偏好，推荐新信息
? 能推荐难以进行内容分析的产品
3)缺点：
? 由于是基于用户对产品的评分，所以对新用户进行推荐或者是对用户推荐新产品，精度不高
? 随着用户量的增多，计算量呈线性增加，影响系统的性能
2. 基于内容的推荐系统
是协同过滤技术的延续与发展。
1)核心思想：分别对用户和产品建立配置文件——>比较用户与产品配置文件的相似度——>推荐与其配置文件最相似的产品。
例如，在电影推荐中，基于内容的系统首先分析用户已经看过的打分较高的电影的共性(演员、导演、风格等)，再推荐与这些用户感兴趣的电影内容相似度很高的其他电影。基于内容的推荐算法根本在于信息获取和信息过滤。因为在文本信息获取与过滤方面的研究较为成熟，现有很多基于内容的推荐系统都是通过分析产品的文本信息进行推荐。 在信息获取中，最常用的是TF-IDF方法。
2)优点：
? 能处理新用户、新产品的问题(冷启动)
? 实际系统中用户对产品的打分信息非常少，基于内容的推荐系统可以不受打分稀疏性问题的约束
? 能推荐新出现的产品和非流行的产品，发现隐藏信息
? 通过列出推荐内容的特征，可以解释为什么推荐这些产品，使用户在使用时具有更好的用户体验
3)缺点：
? 受到信息获取技术的约束，例如自动提取多媒体数据(图形、视频流、声音流等)的内容特征具有技术上的困难
? 如果两个不同的产品恰好用相同的特征词表示，这两个产品就无法区分
? 如果一个系统只推荐与用户的配置文件高度相关的产品，那么推荐的只能是与用户之前购买过的产品非常相似的产品，无法保证推荐的多样性
3. 基于网络结构的推荐算法
仅仅把用户和产品的内容特征看成抽象的节点，所有算法利用的信息都藏在用户和产品的选择关系中。
1)核心思想：建立用户—产品二部图关联网络
对于任意目标用户i，假设i选择过所有的产品，每种产品都具有向i推荐其他产品的能力，把所有i没有选择过的产品按照他喜欢的程度进行排序，把排名靠前的推荐给i。
在同样的用户喜好程度下，推荐冷门的产品要比推荐热门的产品意义更大。在同样精确度下，推荐的产品数量越少越好。
提高精确度的方法还有：
? 去除重复性
? 通过引入耦合阈值(即只考虑相似性大于或等于给定阈值的用户以及和这些用户连接的产品)
2)优点：开辟了推荐算法研究的新方向
3)缺点：
? 同样面临着新用户新产品的问题。新用户或新产品刚进入系统时没有任何选择或被选信息，系统无法与其他用户或产品建立关联网络
? 受到用户选择关系建立时间的影响，如果把用户与产品的所有关联关系都考虑在内，无法区分出长期兴趣和短期兴趣点，过多地考虑长期兴趣点会使系统无法给出满足用户短期兴趣的产品，大大降低推荐准确度
4. 混合推荐
将上述几种推荐方法有机结合，实际的推荐系统中最常见的是基于协同过滤和基于内容的。
1)独立系统相互结合
独立的应用协同过滤，基于内容和基于网络结构的算法进行推荐，然后将两种或多种系统的推荐结果结合，利用预测打分的线性组合进行推荐。或者，只推荐某一时刻在某一评价指标下表现更好的算法的结果。
2)在协同过滤系统中加入基于内容的算法
利用用户的配置文件进行传统的协同过滤计算，用户的相似度通过基于内容的配置文件计算得出，而非共同打过分的产品的信息。这样可以克服协同过滤系统中的稀疏性问题，另外，不仅仅是当产品被配置文件相似的用户打了分才能被推荐，如果产品与用户的配置文件很相似也会被直接推荐。
5. 其他方法
1)关联规则分析：关注用户行为的关联模式。如买了香烟的人大多会购买打火机，因此可以在香烟和打火机间建立关联关系，通过这种关系推荐其他产品。
2)基于社会网络分析的推荐算法：如利用用户的购买行为建立他对产品的偏好相似性，依此向用户推荐产品并预测产品的销售情况，从而加强用户黏性。
以下为文章全文：
诺基亚即将发布首款搭载Windows Phone操作系统的智能手机。芬兰手机巨头正在进行一场豪赌，希望凭借新款机型的创新设计突出重围，将人们的注意力从备受诟病的平台问题上转移过来，在利润丰厚的智能机市场重现昔日荣光。
诺基亚在智能机市场的份额不断下滑，很大程度上是由于受到苹果iPhone和Android手机的挤压。但是，作为全球手机市场曾经的霸主，诺基亚的硬件生产能力无可置疑。
诺基亚计划在今年第四季度推出首款搭载Windows Phone “芒果”操作系统的手机。这款产品被诺基亚视为复兴之作，肩负着夺回市场份额的重任。
从今年6月发布的诺基亚N9身上，人们可以管窥该公司未来机型的设计思路。这款手机取消了传统的Home物理按键，广泛采用手势操作。外壳采用碳酸酯材料，有多种颜色可供选择。它配备了一块带有弧度的3.9英寸电容触摸屏。
N9搭载英特尔与诺基亚合作研发的MeeGo操作系统，而诺基亚已经对这一平台失去兴趣。但该公司首席设计师马可·阿赫蒂萨里(Marko Ahtisaari)表示，这种设计是诺基亚的未来方向。他在一次采访中说：“我们将推崇简洁、自然的设计趋势，与市场中常见的黑灰色、金属材质的圆角矩形设计完全不同。”
Windows Phone手机操作系统由微软研发，除诺基亚外，HTC、戴尔、三星和LG均有意推出搭载该系统的新款手机。因此，为了吸引消费者、阻止市场份额继续下滑，诺基亚需要依赖富有吸引力的外观设计。
增进用户“目光交流”
与基于文件夹的苹果iOS和谷歌Android操作系统不同，Windows Phone “芒果”版采用富有现代感的图形用户界面，其功能围绕“人”而非“应用”，减少了为实现某一功能而点击的次数。
阿赫蒂萨里称，如今的触摸屏手机偏重“沉浸式”人机交互，这是不正确的。他希望找到一种设计方案，使人们可以抬起头来。他说：“如果你到赫尔辛基的一家餐馆里看一看，就会发现人们一味低头看手机，而不是进行目光交流，也不会意识到自己所处的环境。”
阿赫蒂萨里说：“以真正的移动性为目标的设计，将使人们有更多的目光交流，并意识到自己所处的环境。人们不会确切提出这种要求;但当他们得到这种便利时，就会爱上它。”
阿赫蒂萨里在18个月前加入诺基亚，是该公司首位直接向CEO斯蒂芬·埃洛普(Stephen Elop)汇报的首席设计师。设计师地位的提升，反映了诺基亚正越来越重视硬件设计能力。
诺基亚曾推出多款经典机型，包括曾在电影《黑客帝国》中亮相的8110、全球首部智能手机9000、内置天线的3210以及配备摄像头的7650。
然而，这家有过无数辉煌的老牌手机厂商也曾多次失误：在摩托罗拉Razr系列翻盖手机大受欢迎时，诺基亚未能及时推出能够与之对抗的机型;而当苹果在2007年发布首款iPhone，重新定义整个手机市场后，反应迟缓的诺基亚仍然死守传统设计，并没有推出触摸屏机型。
2010年，诺基亚共发布28款机型，总出货量逾4.53亿部。然而，今年第二季度，该公司在全球智能机市场的份额已经从去年同期的38.1%暴跌至15.2%，被苹果和三星超越，位居第三位。
继承多彩塑料外壳
阿赫蒂萨里的设计团队拥有数百名员工，散布芬兰、中国、英国和美国等地。他说：“我们的工作是论证一款产品是否适合大规模生产，为生产线制作模具，并为特定组件挑选合作生产商。诺基亚在这一领域极具竞争力。”
诺基亚手机采用的外壳材料多种多样，个性鲜明，为该公司在硬件领域的成功奠定基础。目前，诺基亚手机主要采用原生色彩的聚碳酸酯外壳。阿赫蒂萨里说：“色彩是消费者选择的简单标志，这一重要特性将得到继承。”
对他而言，创新意味着通过仔细观察用户及其所处环境，设计更好、更自然地手机使用方式。从草稿到3D模型再到真机，生产大量的原型机是简洁、精准的必经之路。
阿赫蒂萨里称，诺基亚将推出更多配备物理键盘的触摸屏手机，如E6和C3等。他说：“许多人仍然需要键盘;诺基亚未来几年间将在这一利润极其丰厚的市场继续创新。”
他还计划通过“将手机体验与地图和用户地理位置信息相连接，以前所未有的方式绘制整个世界”，以增添用户价值。
您可能也喜欢：
来自无觅网络的相关文章：
无觅
5 款基于 Web 浏览器的建模工具
来自:Denzel 2天前 |
本文介绍 5 款很棒的直接可以在浏览器使用的建模工具，无需单独安装软件。
Creately
提供在线图表和协助功能，包含多种建模语言(UML)支持，这里有一个简单的演示：here
Diagram.ly
Diagram.ly 在协作方面的缺失，功能也很少，但我喜欢它的简单。所有当您准备开始绘制时，你看到的是一个空白画布。支持BPMN符号。
Gliffy
支持 UML 和 BPMN 图表，它的口号是最广泛使用的在线建模工具
LucidChart
基于 HTML5，提供 UML 支持和实时协作功能，支持导入 Visio 文件
MxGraph
JavaScript 建模工具，支持 BPMN 模型、数据库模型设计以及 UML 图表和组织图设计。
您可能也喜欢：
来自无觅网络的相关文章：
无觅
SoundHound：根据哼唱的旋律找到你想要的歌曲
来自:Denzel 2天前 |
SounHound 是一款找歌应用，它能够根据你唱的或者哼出的旋律来找出你心中想要的歌曲。所以即使你忘了歌名又或者说你仅能哼出其中的某几句，SounHound都能在几秒钟内找到你所要的。
价格：免费
平台：iOS平台/Android平台
亮点：
可以通过歌曲的旋律找到想要的歌曲
提供歌词、歌手信息、作品集等附加资料
可以通过SoudHound访问Spotify
不足：
哼唱的节奏必须很准确
SoundHound最大的特色就是可以根据你所哼唱的歌曲的旋律找到对应的歌曲。SounHound 的这功能可以说是相当的实用。想必很多人都遇到过这种情况，想找首歌却忘记了歌名；在街边听到首好歌却不知道名字。而有了 SoundHound 你只用哼唱出你想要的歌曲的旋律又或者是直接录下该歌曲就可以很快分析出你想要的歌曲。
SounHound会在搜索的结果中提供YouTube上的相关视频、歌词、歌手简介等信息。同时根据8月份SoundHound和Spoity的合作协议，SoundHound的欧洲用户还可以从搜索的结果中即时欣赏Spotify中的音乐。
小编测试过程中试着测试了几首歌曲，对于自己比较熟悉的歌曲，SounHound基本然都能正确的找出来。但对于自己不是很熟悉，唱得不是很准的，搜索出的结果也就基本上不靠谱了。还有SoundHound对于节奏慢的歌曲也不能很好的辨认。所以SoundHound搜索歌曲基本上只适用于自己合熟悉的但一时想不起名字的歌曲。
杀手指数：9/10
山寨指数：5/10
Android下载地址
iOS下载地址
李泰仙 供雷锋网专稿，转载请注明！
您可能也喜欢：
来自无觅网络的相关文章：
无觅
惠普TouchPad可以跑Android啦
来自:Denzel 2天前 |
惠普前两天跳楼狂甩平板电脑TouchPad，劲爆到服务器宕机，不知道你是否抢到一台。如果是，那么这篇文章对你来说鼓舞人心：在TouchPad上运行Android。
CyanogenMod团队宣布已经让Android运行在TouchPad上。他们开发的定制版Android名叫CyanogenMod 7，是最知名的Android固件之一，基于Android 2.3（姜饼）开发。目前他们还没有正式对外公布固件下载地址。
该团队表示最终目标是让TouchPad支持多操作系统启动，但，他们遇到一个小问题，平板电脑不够用了。不知道你是否愿意捐助他们一下。
牛不是吹得，有视频有真相：
> />',1)">
来自: dongxi.net
您可能也喜欢：
来自无觅网络的相关文章：
无觅
可口可乐让用户在Facebook上调配属于自己的饮料
来自:Denzel 2天前 |
上周三（8月24日），可口可乐在Facebook上又推出了一款新的应用。这个应用能让你独创一款属于自己的可乐饮品。这个应用可不仅仅是虚拟世界里的一个实验：可口可乐计划在全美大范围推广具有类似功能的自动贩卖机。
这个称作“随心调配”的可乐应用是由数字营销机构360i制作的。该应用能让你随意选择可口可乐旗下的125种饮料，包括知名的可乐、雪碧、芬达和Powerade等。每选好一种口味，只需点击屏幕上的按钮，通过控制按住鼠标时间的长短来决定饮料的多少。当你的杯子装满以后，你就可以为这款独一无二的饮料命名。你也可以在iPhone和Android商店里找到对应的应用游戏。
这个Facebook应用还会告诉你所在地区的自动贩卖机的地址，或者你可以点击“请求”，希望在你的城市里设置一个类似的饮料调配机。目前在美国的一些快餐连锁店如Wendy’s, 汉堡王，和Five Guys里已经有大概1500台这样的机器，但可口可乐打算在明年给这个“随心调配机”制造更大的动静。
根据《广告时代》的报道，可口可乐目前正与奥美广告合作，计划在明年推出一个针对“随心调配机”的广告方案。可口可乐希望这个应用最终能生成二维码，这样只需在“随心调配机”上扫描饮品代码，该机器就能制作出属于你的个性定制可乐了。
一些微博评论：
@puting：@可口可乐 在facebook上推出一个app，用户可以合成自己的口味的可乐，用户可以使用可乐的100多种饮料调制自己喜欢的可乐，你可以把合成的可乐取个你喜欢的名字并分享给好友。在线下也可以买到你自己的可乐，找到这种机器即可。国内应该还没吧。
@可口可乐
众趣研究院 很早之前台湾有饮料的公司做出过“疯狂摇摇杯”调配饮料的游戏，很受欢迎。现在不仅可以虚拟饮料，甚至可以真实拿到自己调配的饮料，确实是非常好玩的尝试。我是游戏的玩家，http://t.cn/amQ6Rg ，不是看现成的案例，但却是当时在台湾有用户去店里要求按自己配方配饮料的，非常受欢迎。
文章来源：http://mashable.com/2011/08/24/coke-lets-you-create-your-own-drink-on-facebook-and-in-the-real-world/
您可能也喜欢：
来自无觅网络的相关文章：
无觅
一种开放的可互操作的云
来自:Denzel 2天前 |
介绍
在这篇文章中我们会描述：在当下，怎么样通过利用成熟的开放标准（特定于云计算、网格与存储领域）创建具有可互操作性的云。我们会演示使用一些最新的具有创新性的主要云计算接口规范来实现一个开放的、基于标准的、具备可互操作性的云计算服务实例。
写作这篇文章的动机是为了说明这样一个事实，即当前由各种标准开发组织（SDO）提供的可用的云计算标准特性已经足够用于开发一个云计算服务实例，而这一点将在下面的章节中得到证明。这篇文章可以被视作探索云计算标准集成的工作的最初环节中的一个步骤，尤其是开放云计算接口（OCCI)[1]、开放虚拟化格式（OVF）[4]以及CDMI[3]之间的集成。最后但很重要的是，在这篇文章里所讨论的详细内容能够驱动OCCI和云管理工作组（CMWG）[10]，以及其他一些工作组织之间的协作，例如：cloud-standards.org、面向E基础设施的标准和互操作性推进组织（SIENA）[5]、国家标准与技术研究所（NIST)[6]等等。
为了描述怎么能够做到这种标准的集成，我们会以一个简单的情景为例。在这个情景中，设想有一个刚起步的服务提供商希望部署、扩充、移植以及重新部署他们新的基于Hadoop[7]的MapReduce服务。
为了实现并能够执行这个情景，使用了下面所列用得到的标准：
来自DMTF的OVF——提供了一种能够打包开发虚拟基础设施的方法，这样开发成果可以导出或者导入到一个基础设施服务实例中。
来自SNIA的CDMI——提供了一种API，可以用于对存储基础设施服务实例进行运行时管理。
来自OGF的OCCI——提供了一种API，可以用于对基础设施即服务实例进行运行时管理。
需要指出的是，其他一些方面的问题如授权与验证等在这篇文章里没有涉及。这些问题可以说属于另一个维度，有其他的规范与技术（如OAuth、OpenID等）来对应。OCCI和CDMI借鉴了HTTP协议组中关于安全方面的设计思路。
情景
这个情景是关于一个新起步的公司，他们希望为他们的客户提供MapReduce服务。由于是新服务，它将仅对一些限定的试用用户开放。基于这样的限制的前提，这个新公司的架构师设计了一个初步的开发架构，以满足服务所需的起始资源需求。服务的这个部署架构如图所示：
服务一旦部署后，用户数就要求服务必须要进行扩充。这意味着必须要在不下线的情况添加额外的资源来满足需求。除了扩充，我们认为这个情景中也必须要考虑移植的情况。在基础设施提供商遭受严重的中断的时候，新公司被迫迁移服务。而这就是这个情景的最后一个情节，也就是服务提供商把整个开发移到一个新的更合适的基础设施供应商的平台上。
这个情景包括两个明显的阶段：
服务开发与扩充
服务迁移与重新部署
其中每个阶段各包括若干步骤，它们都会在下面详细展开，以介绍其中用到的标准。
起步阶段的总体目标是利用基础设施供应商的CDMI与OCCI接口，并向供应商提供其能够理解的OVF服务描述。正是这些供应商提供的能力让新公司获得了可互操作性。
服务部署与扩充
要进行如上图所示的最初开发并说明如何进行扩充，将使用OCCI和CDMI。这个阶段又由下列步骤组成：
基于服务架构进行最初开发，其中将使用OCCI和CDMI，或者是从OVF导入。
一旦服务足够成熟，用户增加，扩充服务开发。而使用OCCI可以做到渐增式扩充。
下图表示了在使用上述管理API时这个新服务的部署方式。
进行最初的开发
在这个时间点上，目标是基于设计好的架构进行最初的服务开发，这样就可以提供给试用用户。总的来说，如上图所示的搭建服务的过程分为下列步骤：
建立内部/私有基础设施
a. 上传可以运行的虚拟机映像（包括三个：门户、Hadoop主服务器与从服务器）
i.上传虚拟机映像到云供应商。这样就有了一个CDMI管理端点
ii.把这个虚拟机映像注册成OCCI操作系统模板
b. 建立私有网络
i.使用OCCI的IPNetWork Mixin（192.168.0.1/24）
c. 建立存储卷A（5GB）
i.使用CDMI接口来完成上述任务
d. 建立存储卷B（100GB）
i.使用CDMI接口来完成上述任务
e. 建立Hadoop主服务器节点
i.使用Hadoop主模板与OCCI计算类请求
ii.使用OCCI的StorageLink来连接到存储A（使用CDMI标识符来把CDMI资源关联到OCCI资源）
f. 建立Hadoop从服务器节点
i.使用Hadoop主模板与OCCI计算类请求
ii.使用OCCI的StorageLink来连接到存储B（使用CDMI标识符来把CDMI资源关联到OCCI资源）
g. 连接主节点到私有网络
i.使用OCCI的IPNetworkInterface
h. 连接从节点到私有网络
i.Use OCCI的IPNetworkInterface
建立外部/公开基础设施
a. 建立门户节点
i.使用门户操作系统模板与OCCI计算类请求
b. 连接门户节点到私有网络
c. 连接门户节点到公开网络
服务部署好后，会有一些RESTful资源可用（如这里），还可以通过他们各自的API来进行管理。而且总体的服务也可以通过一个RESTful资源使用，总体服务的表示方式遵守OCCI规范（活动、链接等）。
扩充服务部署
随着时间推移，部署的服务可能会需要进行横向扩充（如果是正面的话，就是增加节点；如果是负面的话就是减少节点）。在本情景的上下文中，扩充的原因可能是由于现有的试用用户集合在这个新服务中发现了巨大的价值，从而向服务投入了更大的任务量；也可能是由于随着服务的成熟，供应商增加了试用用户的数量。这意味着必须随需增加以OCCI管理的、附有Hadoop任务跟踪器和数据节点的虚拟机。Hadoop的命名节点和工作跟踪器贮存在主节点上，在这个阶段可能并不需要扩充。
在这个阶段只有一个步骤，也就是，添加新的计算实例到服务中的操作，这样就可以横向扩充服务。这可以通过下列对OCCI兼容接口的调用很简单地实现：
建立新的Hadoop从节点
a. 使用Hadoop从节点模板
b. 使用OCCI的StorageLink连接到存储B（使用CDMI标识符来把CDMI资源关联到OCCI资源）
连接从节点到私有网络
a. 使用OCCI的IPNetworkLink
这里假设Hadoop从节点已经在之前配置完成，也就是它已经注册到Hadoop主节点中。
服务迁移和重新部署
在这个情景中，由于不满他们当前的供应商的恶劣的服务质量，新公司决定把他们现有的开发迁移到一个新供应商的平台上。这时候，所有的三个标准需要协作来保证从云平台A到B的迁移和重新部署能够成功。总体过程分为四个步骤：
服务查找和发现——一旦新公司决定更换服务商，需要了解新的替代供应商是否能够支持老供应商所提供的同样特性。这样一个过程可以使用OCCI（查询接口）和CDMI（元数据接口）的服务发现机制来完成。现在这个CDMI接口不是通过标准化的URL来提供。在这篇文章稍后的位置我们将给出解决这个问题的方案。只有在确认了替代供应商可以支持以前的特性之后，这个新公司才会执行服务导出、迁移和数据导入。
服务导出——可以用OVF格式来表示服务的内容，这需要做一个用OVF表示服务内容的请求。使用HTTP内容协商可以完成这个任务，这将得到一个OVF文件，外部连接到CDMI管理下的数据（应用数据、虚拟机映像等）。
迁移——CDMI接口应该处理数据从云平台A到B的实际迁移过程。这个可以通过CDMI的序列化和反序列化特性来完成。
服务导入——服务导出成OVF表现方式，并且相关数据也迁移到新的服务提供商后，需要实例化原有的服务。实例化是使用导出的OVF表示文件来操作。这个OVF文件被交给服务供应商，由供应商代替客户来按照OVF文件的描述实例化资源（例如：计算、网络或辅助存储），并关联（由CDMI管理的）相关数据。
如果迁移是“冷”迁移（在迁移过程中服务被终止活动并下线），可以使用OCCI的终止和重启虚拟机、网络资源等特性。目前，要支持很短或没有服务停机的实时迁移，相比于对规范的支持来说更重要的是，在实时迁移中牵涉到的供应商需要支持（类似于对等协议/工具）相关的能力（例如：跨子网的实时迁移）。
集成云标准
前面描述的这个情景说明了在几个（现在可用）的云标准之间需要一些相互作用。这个情景给出了需要扩充和迁移的例子，两种情况下三个标准都起到了重要的作用。OCCI被用作引发操作的运行时管理API，OVF被用于可迁移性任务，而CDMI非常适合数据移动和格式迁移。虽然CDMI也可以用于一些管理任务（例如：使用CDMI来导入和上传镜像）——但是需要对现有的规范作出一些扩展。
要能够保证这个情景可以实现，标准需要被集成。后面的部分关注这些标准怎么样相互作用，还有一些需要做的、或者说是有很大益处的标准变更。
集成需要面对的整体课题
一个现在已经发现的最大挑战是数据的迁移。这不仅意味着把未经处理的数据从云平台A搬运到B，还包括数据格式上可能有的转换。例如说云服务供应商A所使用的VMware的文件格式可能需要转换成云服务供应商B所使用的VirtualBox的格式。
数据转换和迁移问题现在并没有很好地反映到文档中，可能还需要进一步调查。虽然两个云平台之间的迁移过程可能是由OCCI引发，但实际上也会涉及CDMI和OVF。CDMI可以处理数据转换，但这更偏向于服务实现的一个方面。在这个操作中，OVF格式中的定义有可能发生变化。
集成存储管理API
OCCI有一个对存储管理能力的简单表现方式，可以实行大多数最为基本的存储相关的操作。OCCI的一个目标就是集成现存的标准，同时也避免重新发明轮子。当某个供应商希望暴露更为丰富的存储接口时，OCCI推荐使用SNIA的CDMI。在OCCI规范中给出了这样建议，详细说明了CDMI管理下的存储是如何在OCCI基础设施模型下进行表示（请参照OCCI基础设施模型规范[8]的3.4.3小节）。
集成OCCI和CDMI
既然两个规范已经相互引用，两者的集成也就可以在一个较高的层次达成。下面的章节给出了集成必要的信息，并引出了两个标准的更加紧密集成的思想。
使用OCCI的StorageLink来访问CDMI容器
如OCCI基础设施扩展中所定义的一样，OCCI可以结合SNIA云存储标准——CDMI——使用，以提供对云计算存储数据的更好的管理。为了集成二者，需要使用OCCI的StorageLink，这将把OCCI管理的资源连接到CDMI资源。
使用OCCI和CDMI的服务迁移
如果一个服务供应商实现了OCCI和CDMI接口两者，用户可以开始启动和执行迁移的过程。如果服务供应商没有提供OCCI和CDMI接口，就需要用户的直接操作才能开始迁移。而要获知供应商是否支持OCCI和CDMI就要使用/.well-known/接口。
这个迁移过程需要按照上面“服务迁移与重新部署”小节所描述的步骤来执行。另一个服务供应商（也暴露了OCCI和CDMI接口）会被问询是否具有必要的能力以确保具备必须的服务能力。如果查询成功且能力满足，数据就需要在两个云平台间进行迁移，接下来就需要准备必要的资源。
CDMI可以用于解决数据迁移的问题。新的数据对象可以创建在目的云供应商平台上。新的数据对象一经创建成功，源数据对象就成为原始数据对象。请参照CDMI规范[9]的第15节。
关于CDMI的思考
对于进一步集成OCCI和OVF到CDMI，建议对下列课题进行进一步探讨。
通过CDMI（使用OVF)导入和上传虚拟机镜像
当通过CDMI接口导入OVF文件时，应该可以根据OVF中的定义来分配网络和计算资源，但目前OVF规范并不允许这样做。CDMI关注云平台的存储需求，但是如果导入OVF文档，它不仅能处理存储资源分配，还可以与OCCI接口交互，并满足所有OVF文档的资源需求。
从CDMI容器链接回OCCI接口
目前的使用OCCI和CDMI的过程在CDMI规范的第13节中给出了说明。现在OCCI基础设施模型的资源实例可以链接到CDMI模型。正是使用OCCI的StorageLink把计算资源连接到它们的存储[注1]，这样当前的链接就具有了从OCCI模型实例指向CDMI容器的方向。
让这种集成更为强大的是，让连接从CDMI指向OCCI模型的资源实例（补充的反向链接）会非常有用。从语义上来说，这意味着把CDMI的存储资源连接回它们绑定的OCCI计算与/或存储资源。一般来说，CDMI用户就可以看到哪些服务绑定到他们的数据对象上。在本文的情景中，这能够找到哪些磁盘用于虚拟机，还有哪些数据是用于MapReduce服务本身。
通过Well-Known地址暴露能力的查询接口
如RFC 5785中所描述的那样，我们推荐把CDMI能力接口（同时）暴露在“/.well-known/com/snia/cdmi”路径之下，而现在它是通过“cdmi_capablities”路径暴露出来。OCCI也使用了这个方法，可以把自己的查询接口暴露到“/.well-known/org/ogf/occi”路径。用这个方式客户端就有一种统一的方式来访问和查询服务供应的能力。最终这些命名空间应该被注册到IANA。
集成标准以保证可迁移性
除了云端的存储与数据方面之外，服务的可迁移性必须得到确保。DMTF的OVF规范给出了一种以可迁移的方式描述完整服务的方法。OCCI接口可以用于以OVF格式导入和导出服务定义。后面的章节会更详细的讨论这些想法。
集成OCCI和OVF
OCCI和OVF完全可以互不影响地共存，目前只需要添加MIME类型的支持，这样可以告诉OCCI服务供应商客户端想要取得或者提供OVF格式的信息。在OCCI规范没有包括这个新MIME类型的规范，现在它只支持text/occi，text/plain以及 text/uri-list。
把OVF映射到OCCI基础设施模型
下表概括了OCCI属性如何与OVF属性双向映射。
OCCI的计算资源
说明 OVF OCCI 详细
CPU架构（86，x64）
核心数量
主机名
处理器速度
occi.compute.speed 见VirtualHardwareSection
内存容量
资源状态 N/A occi.compute.state
OCCI的网络资源
说明 OVF OCCI 详细
网络标记
广域网名
资源状态 N/A occi.network.state
OCCI的存储资源
说明 OVF OCCI 详细
存储设备大小
其他的OCCI资源可能也需要映射，例如某些Link和Mixin，它们是由OCCI基础设施模型扩展所定义。这些映射很简单，与上面的表相类似。
服务供应商现在自由决定如何处理没有映射的属性，这样有可能当客户端以OVF格式去获取OCCI管理的服务时，结果是只能导出一个最小化的OVF文件，仅包括了OCCI基础设施表示方式中定义了的属性。但是服务提供商可以选择在OCCI基础设施模型的服务部署之外同时保存OVF表示格式，这样整个OVF表示都可以取得。我们现在推荐后者这种形式。
保证横向/纵向扩充
横向和纵向的扩充现在并没有在OVF规范里得到充分覆盖，不过范围可以在服务描述里定义。范围的应用让客户端能够为一个属性指定有效的范围集合，然而（就像虚拟机的数量一样），这对于扩充来说并不足够，因为扩充应该有逻辑基础。横向和纵向的服务扩充只能通过合并使用OCCI和OVF才能实现。
从OCCI资源模板到OVF的映射
OCCI基础设施扩展描述了让用户定义资源和操作系统模板的方法。模板让OCCI实现的客户端能够快速便捷地应用预定义的配置到OCCI基础设施中定义的类型，他们通过OCCI的Mixin的实例实现。而操作系统和资源模板则相辅相成：
操作系统模板让客户端指定在请求的计算资源上必须安装什么样的操作系统。
资源模板Mixin建立在操作系统模板之上。一个资源模板是一个供应商定义的Mixin实例，指向预设定的资源配置（类似于亚马逊的EC2实例类型[小、大、超大]）。
最好也在OVF表现方式下定义这些模板。
OCCI的思考
下面两个课题与作为边界协议的OCCI并不直接相关，他们主要是关于实现OCCI的服务提供商应该如何处理某些操作。
根据OVF描述中的选项来配置OCCI实体
OVF格式可以配置某些操作——如描述开机和关机时的动作，未来版本的OVF甚至可能会详细说明ActivationEngines以及其他一些方面，这样OVF就能够某种程度上说明处理服务的语义。那些允许在OCCI上使用OVF准备整个服务的服务供应商就需要处理这些配置和细节，并据此配置资源管理框架。
确保OVF中描述的一致性等级在OCCI的搭建时得到满足
与前一个课题密切相关的是OVF描述的一致性等级。支持在OCCI上使用OVF准备服务的服务供应商需要注意满足这些等级要求。在实例化服务的时候一致性等级必须得到满足。如果等级没有满足，客户端应该将此视作对服务等级协议（SLA）的违背。这样，如果一个服务供应商不能实现OVF描述里要求的一致性等级，对于服务准备的请求应该被否决。
关于OVF的思考
为了让OVF和OCCI进一步集成应该考虑下面的课题。
像OVF中的虚拟开关一样描述网络设备
网络特性已经可以在OVF中得到定义，不过如果能够像前面“情景”一节中在服务描述里所用的那样，描述整个网络的搭建，那就更好了。这里我们指出OVF的2.x版对这种描述会有更加好的支持。
为OVF定义MIME类型
在从服务请求操作或接收信息的时候，OCCI客户端依赖于正确的mime-types。服务供应商会使用（内容协商）MIME类型信息来了解它所接受到信息的种类。客户端则永远可以按他们希望接受的请求信息的mime-type来请求信息。由于OVF文件的导入导出特性，客户端会传回OVF文件到OCCI服务，或者以OVF格式来请求当前状态。为了达到最佳的互操作性，我们建议注册OVF的MIME类型。
相关工作和概况
在调查本文中所用的情景的时候，发现有某些课题在进一步的调查中特别值得注意：
服务等级协议（SLA）
a.一个OCCI的SLA扩展目前正在开发当中，可能会得到采用。
b.SLA可能被定义在OVF文件里，并使用这个OCCI扩展获得推行。
c.存储和数据的SLA的监督、施行和搭建可以用OCCI扩展通过CDMI集成。当与触发器和动作结合使用时，这个监督扩展让更加标准化的自动扩充成为可能。
OCCI应该从其他标准采用的特性
a.我们发现CDMI的队列和通知机制非常有用，应该进一步调查这些特性是否可以集成到OCCI中。
b.在RFC 3986中说明的URI转义可能需要加入到现在OCCI提交中。
c.在OCCI现在的文本和HTTP头提交中添加JSON提交扩展可能促进OCCI和CDMI的更加紧密的集成。
结论
从参加在DMTF联合伙伴技术讲坛（APTS）上SDO会议的协同工作中，本文记录了从OCCI工作组的视角出发的一些观察以及活动事项。DMTF主持了这个面对面活动，以调查开放云计算可互操作性以及可迁移性标准工作两者集成的可能性，涉及的标准包括OVF、CDMI和OCCI。
在第一节中描述的情景用于遍历服务的生命周期中不同过程，尤其是服务的迁移和扩充。它的目的在于反映真实世界里的一次尽管有些基本的服务发布，证明了应用当前的标准是可能实现这样一个工程的。
本文的随后章节讨论了这标准的三驾马车能够如何集成，哪里还存在未解决的问题。需要进一步的调查或改进的未解决的问题得到了展示和说明。总体的集成是可以达到的，从而足以使用目前可用的这些规范版本获得对“情景”一节中描述的服务完全的部署、迁移和扩充。
这里强调指出引入第四个可用的规范也许会有很好的效果。CSA的CloudAudit已经在行业中获得了接受，并为本文的情景添加了重要的特性。审计云端和一致性等级没有在本文中进行讨论，但是会在未来的调查中有更大的作用。
虽然目前更专注服务开发的基础设施等级，一个使用云标准的更加基于PaaS的情景（如Node.js或GAE服务）可能在本文的未来修订版中获得说明。
鸣谢
作者希望感谢Mark Carlson（Oracle）和David Slik（NetApp)的对CDMI和OCCI集成上的知识分享。
我们希望感谢Winson Bumpus（VMware）和Jeff Wheeler（华为）在有关OVF的课题上的帮助。
非常感激下列审核者在创作、编辑和审核这篇文档中的工作：
Alexis Richardson (RabbitMQ)
Lawrence Lamers (VMware)
Sebastian Schoenberg (Intel)
John Kennedy (Intel)
Finian Rogers (Intel)
Dr. Craig Lee (The Aerospace Corporation)
关于作者
Andy Edmonds是Intel的研究员。
Thijs Metsch是一位高级软件工程师，就职于Platform Computing，专注于网格与云计算技术。
Eugene Luster是一位在R2AD工作的云计算推广专员，专注于云计算开放标准开发。
参考文献
[1] Open Cloud Computing Interface working group community website
[2] Distributed Management Task Force website
[3] Cloud Data Management Interface website
[4] Open Virtualization Format
[5] Standards and Interoperability for eInfrastructure Implementation Initiative website
[6] NIST Cloud Computing Program
[7] Apache Hadoop website
[8] Open Cloud Computing Interface – Infrastructure, Open Grid Forum, GFD-P-R.184, 2011
[9] Cloud Data Management Interface, Storage Network Initiative Alliance, 2010
[10] Cloud Management Working Group website
[注1]这里的含义是指把一个磁盘镜像绑定到一个虚拟机实例。
查看英文原文： An Open, Interoperable Cloud
本文来自：http://www.infoq.com/cn/articles/open-interoperable-cloud
您可能也喜欢：
无觅
LBS:如何有效得使用徽章来激励用户
来自:Denzel 2天前 |
游戏化的概念正在被广泛的应用在社交媒体里。在这其中，徽章制度的游戏概念与体制在激励用户上是一个最具有可视化的元素。徽章制度是一个很好的引导与激励用户的工具，这里包括了积分制，排行榜，任务，奖励，团队合作，成就等。
但是，社交媒体里的徽章应用往往被看做单一且不耐用。其中，Foursquare的徽章制度的影响力正在急剧下降。许多用户开始发觉Foursquare的徽章不在那么的酷，因为大部分的人都拥有同样的东西。在这样的影响下，Foursquare的徽章制会失去其优势。相反，如Boy Scout或是在汽车制造业里，因为遵循一些简单的法则，其徽章制的影响力正在不断成长。
这里有4个步骤可以帮助你更有效得利用徽章制去提升你的产品，服务和工作站。
①平衡渴求的乐趣与可预知成就的乐趣
②设计视觉上的吸引力
③利用稀缺性的原则
④和整体体系有紧密的整合性
更好地理解徽章制的潜力能帮助你在你的产品或是服务中建立游戏化的用户参与。如下的介绍是关于在游戏化里设计徽章制的一些重要的设计倾向，优点与缺点。
徽章的潜力
徽章制可以呈现多样的游戏化的功能，但是最多被应用的是来体现用户的状态与进度。通常它是以直线型(签到1次，5次，20次)或是垂直型(活动在清晨，深夜或是范围在10公里以内)的方式来体现用户的经历。
乐趣与结构化
在Farmville里，获取徽章(其被称作丝带)被设计成一系列具有逻辑性的完成任务与获得成就。为了提升其复杂性，它们被设计成去完成不同的任务。比方说，基于你圈子里的好友数，你就可以获取4个丝带中的一个。如Farmville这样的设计能更易于用户去关注任务/成就的模式，但是也常会使用户只得到短暂得乐趣与惊喜。相对而言，Foursquare的模式过于自由，而Farmville的模式又过于结构化。
在徽章里表现信任度
徽章制有时可以成为与用户的信赖关系的互动的关键媒介，这样的制度被称为口碑徽章。ZocDoc是一个非常流行的在线医生预约的服务。在ZocDoc上的徽章制非常的简洁与有效。在基于一个客观指标的比例上，医生被授予一系列简约的徽章。这个指标可以体现一位医生的所拥有的顾客回头率，回复信息的速度，行程调整的柔软性。虽然这些因素不能主观得表现作为一名医生的实力，但是却使病人对于一位医生的一系列的态度的得到相应的了解，这个对于病人来说具有很高的价值。
稀缺性与收藏性
为了让稀缺性有效的在徽章制里达到其效果，你可以限制你站点上的徽章的可获得性或提升获取的难度。GetGlue是一个对于媒体内容的分享反馈网站。GetGlue上的徽章(被称为贴纸)体现了很好的稀缺性，并且一部分被设计成具有非常高的可收集性。
徽章制
撇开你的徽章制是如何设计的，徽章制其本身在影响用户行动上是一个非常有效的工具。从另一方面上看，我们也不得不考虑它只是游戏化中的一个特性，而不是该产品的全部体验。其关键是去设计一个真实的，灵活的，持久的游戏体验的同时，把注意力放在用户的动机性与视觉吸引力的设计。
有时，你会利用徽章去呈现你的进度;或是展示App的关联价值。通常大部分的用户会有意地去获取它们，或者徽章可成为奖励参与者的一种方式。无论如何，为了创造一个完善的功能俱全的徽章制度，它必须与积分制有很好的结合，并且与其他的一些制度如排行榜和完成任务也有相对的配合。
一些不推荐的布属
另一方面，Amazon抱有不同的问题。Amazon作为电商的巨头，它的徽章赋予主要的商品评论家们。这一个有很高影响力可却比较小的群体。它的徽章的视觉性设计非常单一，并且多年来没有做任何改变。这两家公司都需要重新考虑如何应用当今的游戏化技巧去建立一个更好的激励用户的体制。主要的，他们必须开始去理解用户的动机并且创造他们的徽章制与积分制的互动。
总结
徽章制可以成为一个非常有效的引导与激励用户的工具。如果你可以把上述所提到的4个步骤做的非常好，你可以成功的避免因为草率的开始操作徽章制而破坏其游戏性的效果。更重要的是你需要关注你的用户的需求与动机，并且创造相关的激励体制。确保你的徽章具有吸引力，收藏性与用户做关注的实质意义性。在开发的过程中，你需要确认并且质疑你的每一步布属都与你的关键指标有直接的影响。应用这些步骤，你会在引导与激励用户上得到一些启发。
原文链接：http://mashable.com/2011/08/19/badges-gamification-tips/
您可能也喜欢：
无觅
如何进行用户与产品直接的个性化推荐？
来自:Denzel 2天前 |
上个月写过一篇产品推荐的文章，详情请见《我所了解的产品推荐》，内容很泛，多为工作心得。本周读了几篇相关的论文，收获颇多，分享点干货。
以下内容摘自《个性化推荐系统的研究进展》，该文发表于2009年1月的《自然科学进展》专题评述，作者是刘建国、周涛、汪秉宏。
我略去了具体的算法和许多公式，重点看原理、思路和比较。
互联网技术的迅速发展使得大量的信息同时呈现在我们面前，传统的搜索算法只能呈现给所有的用户一样的排序结果，无法针对不同用户的兴趣爱好提供相应的服务。信息的爆炸使得信息的利用率反而降低，这种现象被称之为信息超载。个性化推荐，包括个性化搜索，被认为是当前解决这个问题最有效的工具之一。推荐问题从根本上说是代替用户评估它从未看过的产品，这些产品包括书、电影、CD、网页、甚至可以是饭店、音乐、绘画等等。
个性化推荐系统通过建立用户与信息产品之间的二元关系，利用已有的选择过程或相似性关系挖掘每个用户潜在感兴趣的对象，进而进行个性化推荐。高效的推荐系统可以挖掘用户潜在的消费倾向，为众多的用户提供个性化服务。 一个完整的推荐系统由3个部分组成：
? 收集用户信息的行为记录模块
? 分析用户喜好的模型分析模块
? 推荐算法模块
推荐算法模块是最核心的部分。根据推荐算法的不同，推荐系统可以分为如下几类：
? 协同过滤(collaborative filtering)系统
? 基于内容(content-based)的推荐系统
? 基于用户-产品二部图网络结构(network-based)的推荐系统
? 混合(hybrid)推荐系统
? 其他
1. 协同过滤系统
第一代被提出并得到广泛应用的推荐系统。如amazon的书籍推荐，Jester的笑话推荐，等等。
1)核心思想：利用用户的历史信息计算用户之间的相似性——>利用与目标用户相似性较高的用户对其他产品的评价来预测目标用户对特定产品的喜好程度——>根据喜好程度来对目标用户进行推荐。
在计算用户之间相似度时，大部分都是基于用户对共同喜好产品的打分。最常用的方法是Pearson相关性和夹角余弦。
协同过滤推荐系统的算法可以分为两类，基于记忆(memory-based)&基于模型(model-based)。前者是根据系统中所有被打过分的产品信息进行预测，注重于预测用户的相对偏好而不是评分绝对值;后者是收集打分数据进行学习并推断用户行为模型，再对某个产品进行预测打分。
2)优点：
? 发现用户潜在的兴趣偏好，推荐新信息
? 能推荐难以进行内容分析的产品
3)缺点：
? 由于是基于用户对产品的评分，所以对新用户进行推荐或者是对用户推荐新产品，精度不高
? 随着用户量的增多，计算量呈线性增加，影响系统的性能
2. 基于内容的推荐系统
是协同过滤技术的延续与发展。
1)核心思想：分别对用户和产品建立配置文件——>比较用户与产品配置文件的相似度——>推荐与其配置文件最相似的产品。
例如，在电影推荐中，基于内容的系统首先分析用户已经看过的打分较高的电影的共性(演员、导演、风格等)，再推荐与这些用户感兴趣的电影内容相似度很高的其他电影。基于内容的推荐算法根本在于信息获取和信息过滤。因为在文本信息获取与过滤方面的研究较为成熟，现有很多基于内容的推荐系统都是通过分析产品的文本信息进行推荐。 在信息获取中，最常用的是TF-IDF方法。
2)优点：
? 能处理新用户、新产品的问题(冷启动)
? 实际系统中用户对产品的打分信息非常少，基于内容的推荐系统可以不受打分稀疏性问题的约束
? 能推荐新出现的产品和非流行的产品，发现隐藏信息
? 通过列出推荐内容的特征，可以解释为什么推荐这些产品，使用户在使用时具有更好的用户体验
3)缺点：
? 受到信息获取技术的约束，例如自动提取多媒体数据(图形、视频流、声音流等)的内容特征具有技术上的困难
? 如果两个不同的产品恰好用相同的特征词表示，这两个产品就无法区分
? 如果一个系统只推荐与用户的配置文件高度相关的产品，那么推荐的只能是与用户之前购买过的产品非常相似的产品，无法保证推荐的多样性
3. 基于网络结构的推荐算法
仅仅把用户和产品的内容特征看成抽象的节点，所有算法利用的信息都藏在用户和产品的选择关系中。
1)核心思想：建立用户—产品二部图关联网络
对于任意目标用户i，假设i选择过所有的产品，每种产品都具有向i推荐其他产品的能力，把所有i没有选择过的产品按照他喜欢的程度进行排序，把排名靠前的推荐给i。
在同样的用户喜好程度下，推荐冷门的产品要比推荐热门的产品意义更大。在同样精确度下，推荐的产品数量越少越好。
提高精确度的方法还有：
? 去除重复性
? 通过引入耦合阈值(即只考虑相似性大于或等于给定阈值的用户以及和这些用户连接的产品)
2)优点：开辟了推荐算法研究的新方向
3)缺点：
? 同样面临着新用户新产品的问题。新用户或新产品刚进入系统时没有任何选择或被选信息，系统无法与其他用户或产品建立关联网络
? 受到用户选择关系建立时间的影响，如果把用户与产品的所有关联关系都考虑在内，无法区分出长期兴趣和短期兴趣点，过多地考虑长期兴趣点会使系统无法给出满足用户短期兴趣的产品，大大降低推荐准确度
4. 混合推荐
将上述几种推荐方法有机结合，实际的推荐系统中最常见的是基于协同过滤和基于内容的。
1)独立系统相互结合
独立的应用协同过滤，基于内容和基于网络结构的算法进行推荐，然后将两种或多种系统的推荐结果结合，利用预测打分的线性组合进行推荐。或者，只推荐某一时刻在某一评价指标下表现更好的算法的结果。
2)在协同过滤系统中加入基于内容的算法
利用用户的配置文件进行传统的协同过滤计算，用户的相似度通过基于内容的配置文件计算得出，而非共同打过分的产品的信息。这样可以克服协同过滤系统中的稀疏性问题，另外，不仅仅是当产品被配置文件相似的用户打了分才能被推荐，如果产品与用户的配置文件很相似也会被直接推荐。
5. 其他方法
1)关联规则分析：关注用户行为的关联模式。如买了香烟的人大多会购买打火机，因此可以在香烟和打火机间建立关联关系，通过这种关系推荐其他产品。
2)基于社会网络分析的推荐算法：如利用用户的购买行为建立他对产品的偏好相似性，依此向用户推荐产品并预测产品的销售情况，从而加强用户黏性。
不可思E 2011-8-31
不可思E 2011-7-8
不可思E 2011-8-1
不可思E 2011-8-3
不可思E 2011-8-9
不可思E 2011-8-10
不可思E 2011-8-13
不可思E 2011-8-16
不可思E 2011-8-17
不可思E 2011-8-19
不可思E 2011-8-21
不可思E 2011-8-24
不可思E 2011-8-25
不可思E 2011-8-30
不可思E 2011-9-8
不可思E 2011-7-4
不可思E 2011-7-6
不可思E 2011-7-11
不可思E 2011-7-12
不可思E 2011-7-14
不可思E 2011-7-25
不可思E 2011-7-27
不可思E 2011-7-29
不可思E 2011-9-14