10种无线技术详细介绍

之三：多模式标示语言和开发要点
　　多模式标示语言（Multimodal Markup Languages）
　　对无线Web程序的开发者来说，最难的一关是设计用户输入法以及在设备上显示出信息，这在很大程度上是一种使用性能大挑战。对许多缺乏耐心的人来说在电话的数字键盘上打字是最为乏味和痛苦的。而且，电话机以及手持电话的屏幕太小也会使信息难以阅读，并给大量信息的显示造成一定困难。
　　现在有一种方法可以使这种情况得以改善，它可以在一定程度上解决问题，而且效果非常明显：使用语音传输。每种电话的听筒都有一个扩音器和扬声器用于语音的传入和传出。很多PDA产品都配有扩音器和音质良好的扬声器。有了这些语音传输工具，移动程序设计者就可以给用户提供一种其他方法去捕获和传送信息。
　　多模式标示语言开发要点：
　　绝大多数人将电话作为通话手段，其次才是将它作为数据终端。
　　研究智能电话的Java开发者通过结合使用XHTML+Voice 和 SALT设计出多模式程序（包括语音，文本，图形），并以此同时满足消费者和公司的要求。
　　尽管XHTML+Voice 和 SALT还处于早期开发阶段，但它们很可能迅速流行起来。而VoiceXML（XHTML+Voice 的前身）则被广泛用于只传输声音或其他交互式声音回应程序当中。
　　但是如何将语音传输功能运用到无线Web应用中去呢？在VoiceXML中定义了一套用于捕获和传送语音的的语言，但它不支持例如文本，图形或视频等其他形式的输入和输出。IBM和Motorola以及Opera共同研制了一种在Web程序中加入声音，文本和图形等多种性能的的方法：模块化 VoiceXML 2.0并将它结合到XHTML当中 （XHTML+Voice）。这种方法与W3C所提倡的在内容的形式化、使XHTML易于扩展及保持该语言的灵活性方面的指导思想相一致。XHTML+ Voice支持语音合成，语音对话，命令，控件以及语音语法。
　　SALT（Speech Application Language Tags）是另一种解决方法，和XHTML+Voice不同，SALT 不但没有借助于VoiceXML，反而特意避免VoiceXML的开发模式以及VoiceXML支持本语言中特有的重用性。SALT能够充分利用支持语言的所有事件和脚本。例如，在使用HTML时，SALT标签的用法就和其他HTML标签一样。SALT标签可以通过使用脚本和包含属性，方法和事件等进行设计，而这些属性，方法和事件可以通过HTML页面的文档对象模式进行访问。这并不是说SALT是绑定在HTML上的，其实SALT标签能够和SGML家族中的任何标示语言结合使用，比如Wireless Markup Language，Compact HTML，以及用在移动电话和手机上的具有新特性的XHTML profiles.同时开发者也可以将SALT和一些可视性标示结合使用，比如WML，XHTML，或用于只传输声音（voice-only browsing）的标示（2000年12月，W3C发布了XHTML Basic 规范作为限定资源设备的推荐规范。2001年，WAP Forum 和DoCoMo正式采用XHTML Basic作为浏览器未来开发的基本标示语言。XHTML Basic是通过使用XHTML模块来实现的XM在这一点上和VoiceXML很相似）。

之四：短信传送和开发要点
　　短信传送（Short Messaging）
　　Short Messaging Service （SMS） 短信息服务是指在无线电话或传呼机等无线设备之间传递小段文字或数字数据的一种服务。SMS是一种相对较简单和可靠的技术。SMS在1992年首次出现在 GSM电话中，而今所有的主要无线设备都支持它，而且大多数移动电话都有发送和接收SMS信息的功能。有数据显示仅在2001年的12月其间全球就有 300亿条文本消息被发送出去。用户可以通过电话键将160个以内的数字或字母仔细地输入一条SMS信息中。用户也可以借助使用缩写字母或者其他捷径轻松完成信息输入过程。
　　短信息开发要点：
　　SMS的地位已经确立；而EMS和MMS直到2002年底或更晚才会流行起来。
　　SMS并不容易开发，将短信和程序结合起来的最简单的方法是使用第三方工具，比如Simplewire的 Java SMS SDK 和 object XP jSMS.
　　EMS是SMS的升级版本，而MMS是其未来版本，它要求使用3G无线构架模式。
　　如果WAP2.0连同OpenWave中的新兴浏览器能在今明两年赢得市场，那么MMS会很快流行起来。
　　由于短信息的流行，老式的SMS面临着革新。一种新的换代产品增强型信息服务（Enhanced Messaging Service EMS）问世了，它使用了SMS技术并新增了对二进制对象如声音、图像和动画等的支持。EMS可以使用预加到手机中的图像和声音。接收的信息中可以参照这些对象而不用将其下载。由于EMS对象是二进制编码，所以会使开发过程就变得更复杂一些，而且会比单一的文本信息载荷更容易出错。因此在使用SMS或者 EMS系统的界面中编写代码不是轻松的工作。Simplewire的 Java SMS SDK和object XP的 jSMS等产品将同各种SMSC进行交互的大量细节方面的内容掩藏了起来，并给用户呈献一种清晰的对象界面以执行传信功能。
　　一些手机制造商正在研究一种更为前卫的多媒体短信发送功能。这种多媒体信息服务（MMS）是在SMS产生10周年后的一个新生代产品。MMS使用XML格式和现有的HTTP及WAP基础结构。MMS在产业界有着强大的后盾，WAP Forum已将其加入新的WAP 2.0建议书中，而手机制造巨头Nokia， Motorola， 和Ericsson也开始将MMS用于他们未来的产品中。MMS网络将手机和其他MMS用户连接到MMS代理和服务器上，它们会依次连接到 Internet电子邮件服务器上，以及SMS和EMS系统中。这样将会使开发者轻松进入传信系统中，只要使它兼容于我们熟知的Web和无线开发界面及工具就可以了。
　　MMS已被安装到50多种装置上，但要普及的话恐怕要等到更快性能更好的第三代网络和电话的问世了。在它的首次迭代过程中，MMS使用了W3Cd 一个标准－Synchronized Multimedia Integration Language（ SMIL）和WAP的WML作为其基本语言在多媒体信息中体现其文本风格和色彩图像。
之五：SyncML及开发要点SyncML
　　信息化同步是无线设备产生之后应运而生的产物。负责管理着我们的日程安排，通讯簿，任务目录和电子邮件的个人数字助理和智能电话通常并不能完全发挥其作用，除非将他们的信息库与个人电脑中的类似信息库或者企业信息服务器相连才能将其完全利用。有很多实现同步化的方法，但通常最简便的方法也就是最好的方法：用一个普通协议将基于文本的更新材料从一个数据源传到另一个。而SyncML就是这样一种方法。
　　SyncML开发要点：
　　•数据同步化是电话和其他移动设备应用的需求。
　　•
几乎所有的同步化服务器产品提供者都支持SyncML.
　　•如果你自己处理同步化工作，请在SourceForge中查阅sync4j项目。
　　由Ericsson， IBM， Lotus， Motorola， Nokia， Matsushita， Openwave， Psion， 和 Starfish Software提供赞助，SyncML 联盟建立和发行了SyncML协议，它是一种使依从该协议的设备、开发程序和服务在网络中实现信息同步化的通用语言。SyncML用于在HTTP，WSP （会议层协议，基于WAP的无线Web应用），OBEX（一种对象交换协议，它基于红外线和蓝牙技术并用于构建多种操作系统）和低层的TCP/IP以及电子邮件协议诸如SMTP， POP3， and IMAP当中。
　　SyncML协议使用XML语言来编译命令和数据并旨在成为和HTTP，SSL，和WAP一样的最好的Web协议，因此它兼容用于Web- friendly移动平台（如J2ME）的开发程序。开发者只需使用最少的工具便可在移动程序中加入同步化性能。用来建立和读取XML文档的剖析器是处理 XML执行过程最好的方法，但却不是必须的方法。一条SyncML信息本身就是一个经过处理的包含标题和正文的XML文档。标题由SyncHdr元素和该信息的路由和版本信息组成。正文包括SyncBody元素和同步命令，以及相关数据。
　　正文部分是真正执行处理过程的地方。SyncML指定13种必带命令。例如，Add元素可以包括授权认证，指定同步化数据格式的元数据，以及数据本身。这个元数据可以直接被使用，例如，通过调用适当的XML命名空间来确定被附上的数据是一个vCard.然后该数据将出现在“text/x-vcard”命名空间里。
　　SyncMl语言有相应的SyncML框架支持，这种框架体现出用于完全的端到端交叉平台同步化解决方案（几乎包含所有移动设备，台式机和服务器数据源）的结构，但是SyncML联盟也不会摈弃现存的端对端单一平台解决方案。Microsoft的 ActiveSync技术在Windows平台上运行的很好并且Windows很可能是其单一平台。然而我们还是期待Microsoft和Palm、 IBM等大的移动电话制造商合作，那么其他制造商将有可能实现同单一设备中普通实例间的同步化。