模块化程度更高的BREW生态圈[多图]

【日经BP社报道】 

图1：BREW先驱之一的Steve Sprigg 

图2：BREW诞生前夜Paul Jacobs在白板上画出的“良性循环”，这就是BREW的基础。 

 
图3：以前由四个要素组成的“良性循环”现在又增加了第5个要素“内容开发商”。确保要素间关系流畅的技术是deliveryOne。 

 
图4：原来的BREW应用。逻辑部分和UI设计在一起，BREW扩展标准和BREW本身设计在一起。依赖于特定的芯片组。  

 
图5：uiOne时代的应用模型。应用的逻辑部分（Actor）和UI要素（Trig）分为两部分，向模块化编程迈出了一大步。  

 
图6：新一代BREW的示意图。结构更接近于个人电脑操作系统，不依赖于芯片组的只有内核部分，其上运行的各层彼此独立，采用只在需要时读入内存的动态模块结构。 

 
图7：BREW Tools之一的BDK方面，只要在个人电脑上准备有应用程序，就可以通过与实机或者模拟器间的通信来执行测试。通过测试的自动化，可以减轻开发人员的负担。 

 
图8：deliveryOne是不依赖于内容种类和平台的内容发送系统。Sprigg称其为“内容发送的模块化”。 

 
图9：或许deloveryOne将以包含BREW以外的手机平台的形式构筑起新时代的“良性循环”。 
　　美国当地时间6月2日，美国高通公司互联网服务部门高级工程副总裁Steve Sprigg在题为“BREW未来前景”的分会上，就BREW今后的发展方向发表了演讲。Sprigg作为BREW技术的创始人而在业界相当有名。 

　　此次分会的副题是“良性循环扩展（Expanding the Virtuous Cycle）”。Sprigg的演讲从BREW诞生契机的“良性循环（Virtuous Cycle）”开始。 

　　BREW诞生前夜的1999年初，BREW的另一位创始人、将于今后7月出任高通CEO的Paul Jacobs在白板上画了一个由“电话机厂商”、“手机运营商”、“应用开发商”和“用户”四个要素组成的圆圈，说“只要能推出可以使各要素间保持通畅的技术，应该就会形成确保良性循环的生态圈(eco system)”。于是BREW诞生了！ 

　　Sprigg表示，现在该公司又回到了起点上，正在着手扩展这个“良性循环”。首先在“应用开发商”和“用户”之间增加了第5个要素“内容开发商”。实际上，在BREW2005会议上就有很多内容开发商参加，让人预感到BREW生态圈（良性循环）将出现新的飞跃。 

　　另外，高通公司还发表了促进各要素间沟通的3项技术：“uiOne”、“BREW Tools”和“deliveryOne”。 

　　uiOne是用来定制手机画面的BREW标准技术。其优点包括：终端用户可以根据自己的爱好来变更画面主题，或者根据自己的视力情况调整显示字符的大小等等。但这并不是一项仅仅给终端用户带来好处的功能。 

　　Sprigg一边指着循环图一边讲解。对于“电话机厂商”而言，uiOne是一项突出自己的产品和技术的特长和优势的重要技术。在此之前，不管多好的终端，按手机运营商们的想法很难突出这些功能。而使用uiOne的话，不管是手机运营商期望的用户界面或者是充分利用自己产品特长的界面都可以方便地切换。反过来对手机运营商而言，也有好处。即使是不同厂商的不同产品，也可以轻松地统一用户界面。 

　　另一方面，uiOne对于应用开发商而言，也是向新的开发模式过渡的第一步。以前一直是合在一起开发的程序的逻辑部分和UI（用户界面）部分，现在就可以分为Actor和Trig两部分、以模块型编程的方式并行开发，这样就可以提高开发效率、加快产品投入速度。 

　　高通公司还将推进BREW本身的模块化（BREW模块化）进程，以需要时才读入的动态下载模块的形式提供此前标准配备的几项功能。 

　　通过减小功能的相互依赖性，BREW也将表现出操作系统的灵活性。实际上，Sprigg也表示部分将进一步提高其灵活性，BREW最底层的内核除不仅可以向目前正在自主开发的手机平台，还将可以向其它公司推出的PDA等的内核移植。 

　　在开发工具“BREW Tools”方面，此次介绍了BTIL（BREW Tools Interface Layer) Development Kit（BDK）、BREW Debugger和PEK Studio三种工具。 

　　高通公司此次发表的另一重要新技术是deliveryOne。Sprigg介绍说，该技术可以实现“BREW内容流通的模块化”。 

　　deliveryOne与英国Elata公司的Senses发送服务配合使用的话，使用时就可以不必在意BREW、Java和Symbian的OS间的区别以及图像、视频流、铃声、BREW应用和Java应用等内容种类，可以实现统合性的内容发送系统。 

　　而且，BREW应用开发商以及铃声等内容提供商就可以通过一个窗口，提供面向不同平台的内容。 

　　一方面，不同OS的手机可以通过同一个窗口获得内容。另一方面，提供内容时的支付系统也可以与每家运营商的收费系统连动，这样一来对于经常需要跨平台发送内容的内容开发商而言，负担也将大减小。 

　　此次，高通公司除了配合使用deliveryOne和Elata Senses的发送系统“Content Delivery System”外，作为具体服务还发表了“uiOne Delivery System”（发送uiOne定制操作环境）以及“BREW Delivery System”（发送BREW内容）。 

　　在此之前，开发人员不得不留意不同设备间细微的兼容性问题以内容发送方式的区别等等，在与开发本身无关的方面花费了很多精力、浪费了很多时间。Sprigg表示：“拆除这些障碍、使应用开发人员可以尽可能快地向市场推出产品--这就是高通公司今天要解决的课题。”（特约撰稿人：林 信行，发自圣地亚哥）