在OPC规范成为数据通信的工业标准以前，传统的存取数据方法主要有驱动程序法(Driver)和动态数据交换法(DDE)两种：
(1)驱动程序法(Driver)
在应用程序中挂接“驱动程序”来存取现场控制设备和控制室数据库的数据。该方法存在以下缺陷:一是相应于特定的硬件，必须为每一个应用程序编写“驱动程序”；二是多个应用程序不能同时存取同一设备的数据。
(2)动态数据交换法(DDE)
DDE(Data Dynamic Exchange,动态数据交换)技术在过程控制中做出了巨大贡献。但是DDE技术是基于Windows的消息传递而建立的技术，所以DDE技术存在数据的传送速度较慢、没有安全管理机制，传送数据不够安全、开发困难、功能缺乏柔软性和可靠性也难于令人满意等缺陷。
为了实现不同厂商的控制系统之间的数据通信，采用驱动程序法必须要花费很多时间去开发独自的通信程序，把大部分时间和金钱花在保证系统及设备之间共享信息上。
这种通过驱动程序包从数据源请求数据和访问数据的控制系统容易引起了下列问题：
（1）重复劳动，所有人都得为一个特定厂家的硬件编写驱动；
（2）厂家间驱动的矛盾性，硬件特性不能被所有的驱动开发者支持；
（3）硬件特性支持的变化和硬件性能的改变可能使一些驱动失效；
（4）访问冲突，因为都含有独立的驱动，通常两个驱动包不能同时访问同一个设备。
随着信息技术的发展，自动化系统对大范围信息共享的要求愈加强烈，因而对工业控制系统的开放性提出了越来越高的要求。因此需要一种通用的方法，使应用程序可以方便地存取任何一台设备或多台设备以及别的系统的数据，为不同厂商生产的软硬件提供系统集成和数据交换的途径。正是在自动化系统开放性要求的驱使下，OPC技术应运而生。OPC就是在此背景下产生的，其动机是建立大量数据源通信的标准机制，这些数据源可以是工厂的设备或控制室的数据库[9]。
OPC技术是OPC基金会组织制定的工业控制软件互操作性规范，也是微软为了把Windows应用于控制系统和控制界共同推出的一项技术[10]。它以微软的COM/DCOM(组件对象模型和分布式组件对象模型)技术为基础，为工业控制软件定义了一套标准的对象、接口和属性。
OPC技术在硬件供应商和软件开发者之间搭上了一座桥梁，它提供一种机制从数据源并且以一个标准的方式将这些数据传送到任意客户端应用程序。一个设备供应商现在可以开发一个可重用、高度优化的服务器与数据源通信，并且高效地从数据源或者智能设备存取数据[11]。OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而实现系统的开放性，易于实现与其它系统的接口。这是因为OPC按照面向对象的原则，将一个OPC服务器作为一个对象封装起来，只将接口方法暴露在外面，客户以统一的方式去调用这个方法[12]。也就是说，客户程序设计者可以使用相同的OPC客户端程序代码，操作不同的硬件装置，实现软件重用和软件的即插即用。