> 要是说“用Office取代Web浏览器”，肯定会有许多读者觉得不可思议。无论是互联网还是企业内部网，在客户端装上Web浏览器就足够了。说什么要用Office取代它，真有点不着边际。
但微软却是真的想用Office取代Web浏览器。作为各种系统的客户端，微软甚至将新一代Office的产品名称改为“Office System”。日语版预计在2003年第4季度问世。
目标直指Web系统客户端
微软推出的Office System主要瞄准企业的业务系统客户端，尚没有完全取代Web浏览器的打算。作为业务系统客户端，Web浏览器存在使用不便的一面。微软希望此时用户能够转而使用Office。
使用浏览器时最不方便之处就是输入数据。浏览器本来是用于浏览信息，输入数据只是一项次要功能。
比如结算交通费的Web系统，输入区纵横交错，要逐行输入日期、上车车站、下车车站、票价等。用浏览器输入时最麻烦的是在各输入框之间移动光标。要么用Tab键按顺序移动，要么用鼠标一个个地去点。插入或删除行的操作也只能靠特别的后台制作来实现。如果发现输漏了一行，就得回到遗漏处开始重新输入。
如果是Excel的话，就不用费这么大劲了。可以自由移动光标，插入或删除行也很简单。输入大量的表格数据也不困难。并且可以把空白处当作计算器来使用，然后复制其结果。
还有一些Office特有的灵活用法。比如可以将收到的数据处理成各种形式。例如，可以用Excel把销售数据制作成图表，进行各种模拟。而浏览器则只能按预先确定的格式显示。
微软希望在可以发挥Office上述优势的地方让新一代Office一展身手。
支持Web服务、协作更方便
为了方便客户端接入业务系统，微软在新一代Office中采用了Web服务技术。Web服务的一个特点是通过Web技术使得不同系统实现相互协作。除微软外，美国IBM与美国Sun等众多开发商也在推进这一服务。如果支持Web服务的话，Office就能很方便地与各种系统相互协作。即便是宿敌UNIX系统也没问题。
在Web服务中，交换的数据格式采用业界标准的XML（扩展标记语言）。通信协议为“SOAP” ，这是一种将XML装入电子“信封”进行处理的协议。即便是多开发商的系统，SOAP的相互连接性也不存在任何问题。
因此，Office System大大强化了对XML的支持。在Excel中，单元数据已经可以当作XML数据来处理了。既可以从Excel文件中输出XML数据，也可以反过来输入XML数据。在Word中已经可以生成符合XML数据结构的文件了。而Office System则更进一步，专门预备了全面采用XML技术的软件“InfoPath”（开发代码：XDocs）。
当然，在目前情况下，企业间的电子商务交易系统等Web服务的应用范围目前还非常有限。为了建立易用性更高的系统，可以说Office System是提供了将Office用于客户端并与Web服务一起作为一个选项来使用的。e-bridge咨询本部长冈部惠造表示：“Office System有可能会给Web服务带来一场新的革命”。
功能上还不完善
Office System是以这些新用途为目标开发的。笔者曾在有关Office Sytem的一个专集中对其功能做过评述。当时使用了日本微软在2003年4月发布的测试版。
从整体上看，Office System的确大大强化了对XML的支持。并提供了与Web服务系统相连接的功能。但用一句话来表述使用后的感受的话，那就就是“功能上还不完善”。有些本以为“理所当然”应该具备的功能却意外地没有。
在业务数据管理领域广泛使用的“Excel”中，增加了工作表中的数据可作为XML文件进行读写的功能。但将其放到Web服务中使用则并不容易。如果不进行繁琐的编码就无法用于Web服务。如果是前面提到的全面采用XML技术的“InfoPath”，则无需编码就能连接Web服务。无法实现与Excel相同的功能，当然难以让人满意。
如果将InfoPath对XML的支持与Office System对XML的支持加以比较就可以发现，InfoPath充分发挥了XML具备数据与文件双重性质的特点，对于文件本身或文件的固有属性，可以根据用途进行单独处理。
在由字处理软件生成的文件中，给文字赋于了各种各样的属性。不如指定字体种类与大小，向左对齐或向右对齐等。而在评估文件及业务报表等固定格式的文件中，则将多个文件作为可比较数据来处理。当作为数据来处理时，文件附带的属性信息就没有必要了。
在这种情况下，XML可以将数据本身（XML数据）和属性及布局等数据（样式表）分别管理。InfoPath文件实际上是将XML数据与样式表分开的结构。因此，用InfoPath制作评估文件与业务报表的话，在保存文件的同时，还可以对其中的数据进行统计和分析。
InfoPath与Web服务还具有很强的兼容性。生成的XML数据在Web服务上进行处理时无需编码。在GUI画面中只要指定为Web服务的URL就可以接入Web服务。
但InfoPath在功能上也有不尽如人意的地方。首先是数据计算不方便。如果只是对数据进行合计的话还凑合，但进行的计算稍一复杂就得进行编程。这其中就包括由单价和数量进行合计的计算。在评估文件等固定格式文件中，这类计算肯定是少不了的。此外，还存在1个文件只能处理1种类型XML数据的限制。要制作能登录到多项Web服务的文件就需要复杂的运算。
Sun也在探讨实现富客户端（Rich Client）的技术
把Office等富客户端软件用于业务系统的需求肯定是存在的。通常情况下用Web浏览器就足够了，但遇到需要输入大量数据的情况时就需要使用富客户端软件。
美国Sun近来也准备探讨开发富客户端技术。目前正在JCP（Java通信处理）中开发名为JavaServer Faces的技术。该技术基本上可以说能够轻松地生成Web浏览器界面。只需使用基于GUI的工具把“按钮”和“输入框”等粘贴到窗口中就能生成Web页面。Sun希望通过发展这一技术来支持富客户端。尽管详情尚不清楚，但似乎是希望能使用工具同时自动生成Web画面与富客户端。
除此之外，还有其他实现富客户端技术的方法。“美国Macromedia的Flash也是很有希望的竞争者”（日本IBM软件业务部WebSphere业务推进的伊藤KATSURA营业企划推进部长）。也有使用原来的VB与Java小程序的方法。但“尚看不出哪一种能脱颖而出”（UL Systems CTO山岸耕二）。
从“什么都用Web浏览器”到“根据情况采用富客户端技术”这一思想的转变已经确定无疑。谁能成为这一转变中的主角，还有待于今后的技术进步。
来自：日经BP 安东 一真
