2009年的Chrome OS与1996年的Network Computer差异何在？

话说最近的热门信息议题，莫过于Google宣布将于今(09)年底前推出Chrome OS。 该消息一出，便有许多报导写道–「Chrome OS的理念极类似1996年甲骨文(Oracle)提出的网络计算机（NC）」。 鉴于现今的信息技术不同于既往，Chrome OS与NC确实是有相同之处，不过，也有不同的地方。

以网页为唯一用户接口

Chrome OS与NC的最大相同点是，皆以网页（Web）为唯一的用户界面（UI），而不是以Windows的图形用户接口（GUI），或者是DOS时代的命令列（CLI）。 在该前提下，无论是在本机端还是远程，用户只要想存取档案、数据，皆得以网页浏览器为中介，亦即由其担负与Windows档案总管相同的角色。 事实上，于1998年登场的IE 4.0业已与Windows 98高度整合，因此，在档案、数据的浏览存取上，是以同一方式运作。

用户数据的存放位置

虽然都是透过网页接口存取档案，但Chrome OS与NC在用户数据（User Data）存放这点，则有理念上的不同。 由于甲骨文当初是将NC的目标市场设定在企业客户，因此，该公司十分重视如何为企业客户保护机密商务资料。因此，一开始的设计理念是将用户数据全部集中存放在后端服务器，前端的NC仅只会暂存某些正在使用的用户数据，关机后，NC里的所有暂存数据都会集中回存至后端服务器，不留任何数据。 但在实际开发验证后发现，基于多数企业的局域网络频宽有限，上述设计理念恐怕会行不通–所有NC只要一有数据存取需求就直接连往后端服务器，网络频宽将快速耗尽。 为避免NC占用过多企业频宽资源，遂将之修正成可在NC端配置硬盘，存放部分用户数据；如空白请假单模板等比较不牵涉商务机密的数据，机密数据依然是由后端集中管制。 NC如此，Chrome OS又如何？

虽然Chrome OS也主张将数据存放于后端，亦即网络上的服务器，但因Chrome OS是以一般消费者为主要市场，不若NC强调资料机密性。要将数据存放在前端Chrome OS计算机内也无妨。 透过该机制，用户即便是在离线的状况下亦可操作使用上述数据。当然，用户也不用担心前端Chrome OS计算机与后端服务器的数据会对不起来，因为，只要重新联机，系统即会同步所有数据。 外，由于今日的网络环境不同于既往，因此，Chrome OS的可行性比过往NC高出许多。这指甲骨文于1996年提出NC这个概念时，因特网尚未普及化，企业只能以Ethernet、Token Ring、或者是DECnet等网络环境联机使用NC，但以该方式联机使用的问题极多，如耗费过多频宽资源且成效不彰等。但该问题在固网/无线宽带极为发达的现下，几乎不再是问题。

应用程序的执行

NC的使用接口是以Web为主，应用程序（多为商务应用程序）则是以Java程序语言开发。 开发完成后便存放于后端服务器，当用户要执行该应用程序（有时仅为小型的Java应用程序，称为Java Applet）时，只需点按网页上的连结，存于服务器内的Java应用程序便会透过网络传送至前端的NC计算机，进行安装、执行。 使用完毕后，NC端即会卸载、删除该应用程序。换句话说，用户除「点选网页连结来启动应用程序，并在使用完后关闭该应用程序」外，不用亲自操作应用程序传输、安装（有时还带注册程序）、卸载与删除等动作，系统会于背景自动运作。 再者，NC的系统架构类似于传统主从式(Client-Server)架构，是故，当用户再执行应用程序时，商务数据的新增、修改与删除等动作确实是于后端服务器端进行，但个人化操作等数据逻辑推演则是由NC端负责。 至于Chrome OS，由于应用程序多在服务器端执行，仅少部分会倚赖前端，如以JavaScript在网页中输入字段检查格式是否正确，增加用户用户接口的亲和效果，或者是执行一些外挂程序（Plug-In）。由于主要应用程序皆是透过后端服务器执行，因此，不用限定一定得使用某程序语言或执行环境。
 

via ZDnet.com.tw