IBM  Workplace客户端技术为了降低传统客户端—服务器应用中不断增长的管理和集成成本，在过去几年中各家公司都对以网络为中心的处理模式备加推崇。然而，随着各家公司纷纷采用以浏览器为基础的应用模式，将其从私有的、分离的结构所具有的高成本和复杂性中解放出来，各家公司现在都提出了向他们各自的用户提供比浏览器更丰富用户体验的要求。

网络处理进程的下一步发展趋势传统客户端—服务器应用所面临的主要挑战是在分布式的环境下管理的困难与成本。面对以上的挑战，网络处理作为一种实现分布式、客户端—服务器模式所具有的功能性，同时又避免管理耗费和其它缺点的一种尝试已经出现。网络处理重新引入了集成式、应用以服务器为基础的概念。伴随着在客户端“不留痕迹”，这种模式将使IT管理更加有效、实施更简单、持有成本更低。通过以浏览器为基础的、标准的HTML JavaScript界面，使用者可以利用联网计算机随时随地对信息进行访问。另外，除了浏览器之外，用户只需要很少的培训。尽管可以解决一些客户端—服务器模式的缺陷，但是网络处理也存在着很多缺陷。以浏览器为基础的应用缺乏传统客户端软件的丰富功能、灵活性、效率和使用简便的优点。使用者的界面受到更多限制。在某些情形下，互动性和视觉效果并不能满足需要。即使执行简单任务，也需要往返服务器多次，这不仅降低了使用效率，也降低了使用者的工作效率，因为他需要等待各个命令进行执行。另外，由于在定义上就属于网络联接应用模式，网络处理模式无法提供离线应用，这限制使用者只有在网络联接到服务器资源时，才能够对资源进行访问。在以浏览器为基础的处理方式受到外部限制并被挑战时，业界已经开始为一个更复杂的网络处理模式的发展打基础，这种模式在未来将解决现有的网络处理方式的局限性。发展的第一步是通过对现有标准的不断补充，提高整合和系统间相互协作的可能性。以网络为例，目前已经形成了像网络服务这样的标准，这极大提高了各种应用的集成性。目前在不同平台上、以不同语言编写的程序可以自由进行沟通，这有助于减少点对点集成的挑战。用于远程Portlet的网络服务标准（WSRP）允许现存的以Portlet为基础的组件与以Java技术为基础的用户界面进行整合。XML对于结构性文件和数据提供了一种标准格式，像OASIS（www.oasis-open.org）一样的机构，它推动了电子商务标准的出现，所有这些都为在一个共同标准下的协同性与灵活性做出了贡献。对于网络模式的发展，标准并不是唯一的推动因素。代码公开的现象在版权软件之外提供了另外一种可能。Linux—最初作为服务器，目前发展到客户端—是一个主要的例证，但是在这个领域重要的还有扩展性的框架，比如以标准为基础的Eclipse应用开发环境（参见www.eclipse.org）。Eclipse是一个开放源代码的项目，它基于Java运行环境，为建立不依赖于操作系统的集成开发环境创建了一个平台。RedMonk认为，“Eclipse提供了一种从应用开发到商业建模、到操作管理的、跨企业工具功能间的相互协作。而且在许多企业中，它正在成为一个企业标准。”将标准与开放源代码的发展结合在一起将使一个新的网络处理模式的出现成为可能。最后是模块化软件开发流程的风险问题。软件业正在不断创建在多数应用、产品中可重用的模块，有时也在公开代码社区共享它们。模块化的结构可以使一次开发的应用在不同的接入渠道均被使用；模块化的客户端环境允许模块的重用，并且有助于应用的维护。同时，各家公司和独立软件开发商都开始利用客户端的插件和软件对实时运行环境进行扩充，比如服务于多媒体的Flash插件、用于显示PDF文档的插件和捕捉电子数据表格的能力。这种以互联网为基础的处理模式的进一步发展，尽管仍需借助一些方法进行应用更新的自动下载和传输，但是将更多稳定的客户端模块合并在一起，从而可以向终端用户提供更丰富的服务。我们将会越来越多地看到业界不再生产单一的软件产品，而是采用以互联网为基础的模式，在这种模式下，终端用户只需指向一个访问地址（URL），互联网应用或入口服务器就会创建文件、数据、应用，并将其发送到客户端，在发送过程中，各组件将进行组装。然而即使如此，在所能向终端用户提供的服务方面，扩展的浏览器模型仍然受到限制。例如：它不支持方便的多任务处理、拖拽操作、各类型文件编辑的能力和在实时应用模型中插件的能力。我们所需要的技术应该既能提供丰富的用户互动，也能保证标准的、分布式处理的低持有成本。因此，富客户端技术出现了。