第一次汇报2012-10-26.ppt

1、轻量级业务生成平台的调研,汇报人：高铁梁 2012-10-25,汇报提纲,第 2 页,2020年8月23日,调研方向,传统web services通常被定义为使用soap协议，采用wsdl描述接口的服务，而服务提供者和服务需求者是通过soap封装消息体来进行交互的，开销较大，是一种重量级服务，我们项目组关注的是轻量级业务的生成。目标是希望终端用户可以创建服务甚至组合服务。,第 3 页,2020年8月23日,研究背景,第 4 页,2020年8月23日,Mashup提供了一种基于web的轻量级的内容集成方法，而且由于组成mashup的服务和应用本来就是面向最终用户的，跟我们项目组的目标是比较吻合的

2、。 从2005年6月29日，google公开了自己的google map api后，,研究背景,第 5 页,2020年8月23日,还有一些像微软的popfly，以及一些还处于原型产品阶段的如reform和marmite等，从这些巨头对待mashup的态度我们可以看出，在未来一段时间，mashup还是一个热点，ProgrammableWeb是目前关于API、mashup及其相互关系的最全面的数据库,同时它能够及时反映这一领域正在发生的各种变化, 它覆盖了范围非常广泛的API和mashup。，ProgrammableWeb不仅仅组织这类信息，同时还会告诉你这些API如何与其他API相互合作。从20

3、08年10月7号来统计，注册的mashup是3406个，而到今天从屏幕中可以已经变成了6811个。,Programweb,第 6 页,2020年8月23日,Mashup地图运用,第 7 页,2020年8月23日,我们可以看到最经典的mashup地图应用housingmap，选择城市旧金山，选定房子价格，点击小黄球，就可以筛选出旧金山符合你心理价位的房子以及房子周边环境和房子里面配置的照片。我们通过这个例子也说明下mashup的模式和数据获取方式,关于,mashup组合： H从Craigslist上取得待售或待租的房屋、公寓和房间信息，然后将其显示在一张Google地图上。请注意它并不是由Goo

4、gle或Craigslist发明的，它的作者只是一位独立程序员Paul Rademacher。后来才加入google，将两个著名的应用进行了mashup，创造了一个新的应用 Mashup的组合解决了什么问题 Craigslist为所列出的每处房产提供了指向Google Maps和Yahoo! Maps的链接，但并没有将它们与地图相对应。仅利用Craigslist界面上提供的简单列表，要找到某处房产的具体位置通常相当的困难。此外，当寻找某处房产时，人们常常会想顺便观察一下它的近邻，或者，希望了解它是否具有比较便利的交通条件。如果仅使用Craigslist，我们将不得不打开许多链接，手工拼接各种地

5、图片段，才能最终使搜索结果在地理上相对集中。 H解决问题的办法则是，不仅让你看到Craigslist中某区域内的所有公寓或房屋列表，还把它们都直接显示在某张Google地图上。在H上，地理位置成为了寻找房屋的最重要线索，其中作为用户界面核心的地图发挥了重要作用,第 8 页,2020年8月23日,在哪里进行了mashup mashup发生在某个Web网站（H）的服务器端，它独立于源网站（Craigslist）和目标应用（Google Maps）。数据从源中被提取出来，传输到某张Google地图，该地图将被直接嵌入到H的Web页面中，其实从这里可以看出mashup的模式： (1) 从源Web站点提

6、取数据； (2) 将数据翻译成目标Web站点可理解的形式； (3) 重新打包经过翻译的数据，发送至目标站点。 组成Mashup的服务或数据获取方式 对于要从web站点获取服务或者数据，一般来说公开API和RSS是最好的方式，因为API是被设计用来实现程序间的通信，它通常提供了对数据交换的支持，比如在housingmap里就调用了google map的api，但是到了今天，craigslist也没开放它的api，于是，H通过抓取和解析Craigslist的HTML页面来得到每个列表所需的详细信息。,第 9 页,2020年8月23日,FP7中 omelette的调研,Mashup现状： 大部分的m

7、ashup文章都阐述未来mashup生成环境的主要发展方向是更加图形化，比如那些widget，只需拖拽或者一些很简单的编程就能产生一个mashup，而且如今电信也开放了自己的能力，如何组建电信mashups业界也开始了研究。 现在存在的问题是： 1.widget之间的接口统一和匹配问题，现有的widget组合还是只是数据组合，widget之间的相互通信还不完善，大部分的widget只能提供一般应用，相互不能组合，两个widget组合成一个新的widget暂时还难以做到。 2.虽然mashup是面向终点用户的，只需要很少的编程，但编程对于用户来说还是一个门槛，基本上mashup还是应用到了企业以

8、及web上的一些简单运用。 3.电信虽然开发放了api，但电信服务提供商必须开发比较容易使用和管理的web流和信令服务，向mashup环境开放一个复杂的api并不是从根本上开放它。,第 10 页,2020年8月23日,omelette的模型,第 11 页,2020年8月23日,Omelette贡献了几个开源项目：apache rave和apache wookie，对于rave来说，相当于终端用户的开发环境，我们叫live environment。而组合widget的区域我们称之为work place，rave提供了一个轻量级的平台，为了简化技术门槛和方便用户进行更快的开发和组合widget，o

9、melette通过对wigdet的服务编排对于原有的rave进行了扩充，增加了一个推荐引擎和自动组合引擎。,推荐引擎和自动组合引擎,推荐引擎： 推荐引擎使用一套组合模式来建议用户，推荐形式是以用可能的widget去添加或者配置选择，帮助用户去定义自己的工作空间。基于部分工作空间模型。推荐引擎查询一个模式知识库。库里包含着通过最小化工作空间模型库得到的组合模式。知识库是用来计算一个排序和组合模式的上下文列表，检索模式在一个给定的推荐面板里展示给用户，一旦用户选择了一个推荐。选择模式就会编写当前的工作模型。 自动组合引擎： 自动组合引擎让用户可以直接关注mashup能做什么而不用关心它如何去做，代

10、劳了一些用户手工能做的部分，而且基于用户的信息设定和偏好，自动组合引擎通过考虑用户的地理位置、偏好的语言来个性化用户的工作空间和配置widgets,第 12 页,2020年8月23日,omelette的模型,第 13 页,2020年8月23日,Omelette将开源项目apache wookie作为rave中工作环境的widgets库，wookie允许用户上传和配置widgets，它不仅包括最常用的应用和小插件，也包括了可以协作的对话widget或者游戏widget，wookie是基于w3c的widget标准的，但也扩充了像基于社交网络的api-OpenSocial和 Google Gadge

11、ts,omelette的模型,第 14 页,2020年8月23日,Omelette的mashup环境是基于mycocktail的，mycocktail是一个图形化的web应用，可以容易的产生mashup，它可以在比较短的时间内获得rest services的服务信息并将他们组合成而得到一个mashup，mycocktail可以将mashup导出作为一个符合w3c标准的widget并将它放在wookie中。,omelette的两个环境,Live Environment live environment是基于rave项目的，用户在le中的workspace可以进行wigdet的组合。 Mashup

12、 Environment mashup environment有两个，因为omelette考虑到了mashup中最复杂的就是widget，为了能让水平不同的用户都参与进来。它扩展了2个环境 第一：servface builder是一个基于web著作环境的编译器，目的是提供有编程技能的web用户和开发者在基于注释web service（soap/wsdl）的widget的创建，它服从在表示层的服务组合概念。 第二：mycocktail 是在fp7项目 Romulus的背景下开发的，mycocktail关注的是整合restful和ui的mashup开发，它允许用户从不同的服务合并信息，用合适的运算

13、符去修改它 用各种各种的ui描绘器去呈现它。 两个工具有不同的侧重，但是输出都是封装一个可重用和能互操作的w3c成品：w3c widgets,第 15 页,2020年8月23日,关于电信mashups,在omelette的项目中，虽然几个项目都说关注了电信，但没有细谈，它参考了from mashups to telco mashups这篇文章，这篇文章预设了一个场景来描述电信mashup是个什么样子的，如何将电信的特征比如电话能力，短信能力，设备能力加入到了电信mashup。,第 16 页,2020年8月23日,电信mashup场景,场景： 4个跨国公司的顾问在谈科技项目，他们使用的平台环境包

14、括多信道的web应用和一个分享白板报，4个顾问中 a用智能机中的移动web浏览器，b用电脑浏览器，c用平板的移动浏览器，前三个人用im即时通讯工具而d用传统的手机能力-短信，4个人本来用白板报沟通，后来，前3个人用voip开始沟通了，这时候，d有两种沟通方式，要么，拨号这个session，或者那个session或者来拨他的号，但d手机不能画图，d画了一张自己idea的草图然后通过手机摄像头拍照用彩信传到电信mashup平台，从而让其他的顾问看到。 结论: 电信mashup主要是将电信原来的特征能力比如短信，彩信，电话甚至设备api（摄像头）整合到web应用上，特点是实时，这是电信和web服务的

15、最大区别，需要电信方要有个支持平台。,第 17 页,2020年8月23日,电信mashups的特殊性,对于我们刚才的场景，我们看到电信mashup和原来的web mashup 不同： 1.要管理多用户的媒体流 2.要整合客户端的设备apis（摄像头） 3.要计费和qos 4.支持多信道接入（需要电信mashups平台能通过不同的网络和协议来deliver电信mashups） 5.支持多方式接入（要支持不同的交互范式。既可以通过声音交互，也可以通过传统的超媒体交互） 6.支持多用户接入（不仅需要合适的用户身份管理和授权，还要能让多用户可以在同一个mashup平台上进行合力协作，像场景中的一起讨论

16、科技项目，一起去画架构图）,第 18 页,2020年8月23日,电信mashup平台的3个服务,Internet telco services：它指的是存在web上的电信服务，比如im短信式聊天工具和网络电话voip Converged services：指的是在不同的协议和网络中交流，比如一个voip去拨手机。 Signaling services：基本上我们现在用的是7号信令，指的是告知一个手机一个电话打进来，呼叫建立和拆除或者协商qos。,第 19 页,2020年8月23日,第 20 页,2020年8月23日,D,B,A、C,架构图各部件,Network gateway：为了让电信shup能够执行signaling services和去协调internet和运营网，电信masup需要一个给定的电信服务端或者network gateway Communications manager：提供多方式接入，允许d可以用手机就可以实例化mashups。多用户接入的时候，每个人都应该有自己的标识符。 Channel table：为了帮助客户端管理数据流（打进来的或者打出来的或者给予web的数据流），一个channel table通过客户的流和客户建立关联，通过channel table， C