|
.NET My Services对应用程序开发的影响
.NET My Services 是XML Web服务的集合，它能够使集成目前已经存在的信息仓库（silo）的过程变得更容易。据微软称，这种服务让用户控制他们自己的数据和信息，保护个人信息的安全并提供一个新级别的易用性和个性化功能。从开发者的角度看，这种服务提供一个平台无关的方法来访问你的用户的信息。 更仔细的说，有两种使用.NET My Services的开发方法。首先，我们可以用HailStorm-in-a-box创建自己的信息仓库，每个人都会从PDC学到这种方法。第二，我们可以在自己的应用程序中使用其它人的服务，我们中大多数使用这个系统的人都会朝着这个方向前进。随着时间的过去，大的主机提供商可能会提供.NET My Services服务，我们能够在自己的程序中使用它们。
myCalendar－－如果你熟悉Exchange的日期对象，你就认得这个。它也允许进行选择性的更新，所以航班可以根据飞行是否可以进行来调整你的时间表，或者你的老板能够在你的时间表上加上一个会议。 myCategories－－这是与Palm Pilot类似的一个目录的集合，它可以用来在数据仓库中组织数据。例如，你可能用Home或者Work目录来标记一个合同或者协议。 myContacts－－这个服务向Exchange 合同列表一样工作。如果你在你的手机上保存了一个电话号码，你就可以在你的家用电话上使用这个号码的快捷键或者在你的Palm Pilot上看见它。 myFavoriteWebSites－－这个服务与你的浏览器上的收藏夹相比提供了更多的功能。它可以管理仓库中的信息发向哪里，怎么发。它还提供了基本的功能：在一个地方登录然后察看你的收藏夹。 myLists－－很难解释这个服务最终会提供什么。也许是一个购物列表的简单的数据存储服务？我们必须等待并观望。 myProfile－－这个服务存储除了付款信息以外你所有的个人信息：名字，职务，以以及身份证号码；你的家庭住址；最喜欢的颜色。你还可以保存你的照片。 myServices－－你可以把这个想象成一个用户的安全工具箱。它允许用户给其它一些人访问特定的服务的权力。例如，如果你走进一家商店并希望它使用你的个人信息通过邮件送给你一些东西，你可以使用你的WAP手机来进行登录然后通过这个服务给他们访问的权力。 myWallet－－这实际上就是今天的Microsoft Wallet，除了它使用SOAP这一点不同以外。它处理的是信用卡和银行的信息。
为什么对微软的惧怕导致了Sun联盟的出现
这是一个技术问题。然而，这可能又不完全是一个技术问题。虽然讲的是技术战争－－Liberty的开放系统与微软的封闭式系统之间的竞争－－但是实际上是另外一码事：这完全是由出乎技术范畴的对微软霸权的惧怕造成的。让我来解释一下。 如果微软能够访问它的Passport“会员”的客户列表，那么还有什么东西能够阻止它利用这些客户联系来为自己谋取好处呢？ 例如，如果一个信用卡公司使用了Passport而且它的客户也开始通过微软的授权服务来访问他们的帐单，那么有什么东西能够阻止微软发展完善这种中间人的关系然后开始一个与之竞争的信用卡业务，而这种业务又紧密的和Windows 或者Microsoft Money集成在一起呢？把这种想法套用到诸如抵押，保险，和经纪人业务，你就会明白这种威胁是多么的严重了。 那些花了许多年而且有时是数亿元的金钱来建立它们的客户联系的公司可能会觉得把这些联系以任何方式暴露给微软无异于是自杀。 你可能觉得这可以通过一个合同来解决－－微软承诺不利用它在每个人中间的这个有利条件来为它自己谋取好处。问题有两个(a)没有人相信微软(b)这些联系信息是如此诱人，人们很难想象微软能够抵挡得住。也许人们把Passport想象成了诱惑岛。 察看一下Liberty Alliance起草的成员，你是否发现了一个趋势。它们包括了那些拥有巨大的用户数据库的公司，比方说美国航空公司，美国银行，Cingular，eBay,Fidelity Investments, GM, Intuit, Sabre, Sony, Sprint, 和 联合航空公司。 Liberty Alliance可能能够允许公司决定它们愿意和谁分享它们的客户名单。虽然这看起来会降低一个单一的用户名和密码组合带来的好处，但它直接解决了人们不想看见的竞争问题。 创建一些这样的“用户授权联盟”（即协同工作的Alliance公司的子集），这样，Liberty Alliance的成员就能够将它们的客户尽可能的放在“友好”的地方。 用户选择的作为他们授权提供点的公司有条件为他们的客户创建在线的商城。实际上，这个过程可能会象Amazon.com在它的旗下收集了一大帮子在线商店，或者象一个传单程序一样，里面加入了旅馆，汽车出租公司，远程配送公司，和信用卡提供者。 但与AMAZON不同的是，这些在线的商店都能够驻留在它们自己的站点和服务器上，而彼此之间只是共享一些特定的信息（比方用户授权，信用卡号码，和送货信息）。 所以当Steve Ballmer在贬低Sun 公司启动它的Liberty Alliance的可能性的时候，我希望他考虑的不仅仅是技术问题或者技术服务。Alliance代表了一群大公司来表达它们对于微软可能成为一个竞争者的极大的恐慌。那根本就不是一个技术问题。
日期: 2001年10月22日
正如为了回应微软的.Net，Sun公司发布了开放式网络环境（Sun ONE），由Sun公司领导的自由联盟（Liberty Alliace）则是为了反击微软HailStorm的发布而成立的，微软目前已经正式发布了.Net My Services。与My Services 一样，Liberty Alliance（它的网站是ProjectLiberty.org, 不是LibertyAlliance.org，后者是Jerry Falwell 的网站）提出了一个存储用户个人信息的标准格式－－地址，信用卡号，日期，以及更多的东西。这个格式将独立于任何单一的计算设备而其中存储的信息将用于所有的Internet事务。
这两个世界之间的互连性是关键的问题－－My Services-Liberty Alliance之间的分歧强调了这个问题。在两种方案中，一个由用户控制的“身份确认”服务代替用户以特定的格式交代或者收集数据。如果Internet分裂成只支持My Services 和只支持 Liberty Alliance的站点的话，那将是一场灾难。但那是非常的不可能的。可以想一想Visa 和MasterCard这两种信用卡，大部分的商点都支持这两种卡。 但是身份确认服务和电子商务站点之间的交互级别将会比信用卡的检查和付款要复杂得多。例如，当你到达一个音乐站点的时候，如果你已经经过授权，你就会自动的登录而且你以前的音乐的定购单以及你已经在线上购买的音乐就能够自由的播放了，然后你还可以得到一个你没有买过的音乐的列表。但是如果有两种不同的身份确认方式以及两种记录那种历史信息的方法，那么下一代的电子商务站点将不得不承担沉重的技术负担来支持这两种方式。 我们可以推测，微软和Liberty Alliance都会计划将它们的身份确认方案从客户的范围扩展到企业中来，这样员工就能够与客户，合作伙伴以及供货商进行在线的交易了。我再说一次，两个平行的世界都有它们自己的舞台。通过它的活动目录服务接口，微软计划将它的活动目录服务器软件加入到LAN中来。而相应的，我们能够预计 Liberty Alliance 会丢开活动目录而使用Java命名和目录接口来插入Sun公司的iPlanet目录服务器或者Novell目录服务。 你可能很想问为什么微软和Sun就是不能相处融洽并同意一个同样的身份确认标准呢？双方都歇斯底里的邀请其它人加入自己的电子商务“联帮”－－但那只是小孩子的吵闹罢了。真正的动机是想要在每个方案中加入自己专有的特权。毕竟，消费者必须为使用身份确认服务付出一定的代价而销售商也需要一些区别的方法。 我们期望微软和它的竞争对手为了避免竞争而使用同一个方案是不现实的。但是我们可以要求随着这些方案的演变，它们的标准应该相互融合以保证最基本的互连性。在企业的范围内，一个基于XML的互连方案已经在目录服务标记语言（Directory Services Markup Language）中浮出水面，这种语言是由Bowstreet开发的标准并能够保证建立一个标准的形式来交换本地的目录信息。但My Services 和 Liberty Alliance中包含的客户身份确认的概念对于XML团体来说还太新鲜，是无法处理的。但是我们要不断的施加压力。任何存在面向消费者的电子商务业务的企业都会为身份确认服务带来的客户联系的好处而感到激动。同时使得这些服务之间的接口变得尽可能容易的互连性标准会成为这种好处的一部分。 | |
|
| |
本文地址：http://com.8s8s.com/it/it46236.htm