具多领域功能、通用的开放平台以及高性能。ARC创造了这个词，以帮助用户定义应用需要，帮助制造商在谈到其产品时能更清晰。”
PAC的概念定义为：控制引擎的集中，涵盖PLC用户的多种需要，以及制造业厂商对信息的需求。PAC包括PLC的主要功能和扩大的控制能力，以及PC-based控制中基于对象的、开放数据格式和网络连接等功能。
PAC基本要求：
◆多域功能（逻辑、运动、驱动和过程）——这个概念支持多种I/O类型。逻辑、运动和其他功能的集成是不断增长的复杂控制方法的要求
◆单一的多学科开发平台——单一的开发环境必须能支持各种I/O和控制方案
◆用于设计贯穿多个机器或处理单元的应用程序的软件工具——这个软件工具必须能适应分布式操作
◆一组de facto网络和语言标准——这个技术必须利用高投入技术
◆开放式、模块化体系结构——设计和技术标准与规范必须是在实现中开放的、模块化的和可结合的
PAC与PLC：
PAC 这个概念的提出是针对PLC (Programmable Logic Controller) 的概念而来，作为一种快速和可靠的解决方案，PLC的设计满足了工厂对于使用环境和可靠性的要求，而且其编程方式也非常适合机电工程师的思维习惯，故PLC自问世以来在自动化控制系统领域独领风骚已经有二十多年的历史了。目前的PLC已经不仅限于在逻辑控制的应用，一些新一代的大中型PLC已经具备了比较强大的浮点数据运算能力和较为丰富完备的通讯介面，可以完成今日的系统化与复杂化的自动控制技术。
PLC的弱势：
虽然PLC业界已经注意到了这一趋势，并通过将PC技术应用于PLC产品，直接提供OPC Server、WEB Server及IEEE标准通讯接口等，以提供更高的应用灵活性。但是受限于传统PLC专属式的设计，其互操作性和灵活性限制（即使是对于同一品牌的PLC来说，也是这样），并不能完全满足用户的要求：
◆传统的PLC均不能提供主动的事件通知，系统的集中监视管理有赖于服务器主机的主动定时查询；
◆因为在实时信息上的欠缺，要实现跨PLC的事件处理比较困难，且速度延迟，效果不佳；
◆无法提供本地直接处理的预约控制，预约控制完全有赖于服务器主机的集中处理，所以系
统当机时，立刻停摆；
◆系统的建构由于采用了不同供应商的多种平台，为整合各种不同的专用总线，系统之衔接有赖于第三方提供的OPC Server或Gateway，故其实施并不是一件轻松和容易的事情；
◆系统升级将必须付出重新设计的成本和时间，其不可预见成本太高。
◆梯形图程序的设计是基于个案进行，每一专案均无法完全复制应用，无法实现标准化，从而工程设计费用无法降低；
◆现行自动化系统的数据容量太小，在适应新的应用需求时显得力不从心；
◆无法实现实时同步远程的数据传输，与PDA、手机的连接比较困难；
◆需要通过PC或第三方设备来实现基于WEB的远程数据发布。
什么是PAC？
虽然从外形上来看，PAC与传统的PLC非常相似，但究其实质，PAC系统的性能却广泛得多。作为一种多功能的控制平台，用户可以根据系统的需要，组合和搭配相关的技术和产品以实现功能的侧重，因为基于同一发展平台进行开发，所以采用PAC系统保证了控制系统各功能模块具有统一性，而不仅是一个完全无关的部件拼凑成的集合体。
综合业界专家的意见，所谓PAC系统应该具备以下一些主要的特征和性能：
◆提供通用发展平台和单一数据库，以满足多领域自动化系统设计和集成的需求
◆一个轻便的控制引擎，可以实现多领域的功能，包括：逻辑控制、过程控制、运动控制和人机界面等
◆允许用户根据系统实施的要求在同一平台上运行多个不同功能的应用程序，并根据控制系统的设计要求，在各程序间进行系统资源的分配
◆采用开放的模块化的硬件架构以实现不同功能的自由组合与搭配，减少系统升级带来的开销
◆支持IEC-61158现场总线规范，可以实现基于现场总线的高度分散性的工厂自动化环境
◆支持事实上的工业以太网标准，可以与工厂的EMS、ERP系统轻易集成
◆使用既定的网络协议，程序语言标准来保障用户的投资及多供应商网络的数据交换
PAC市场:
PAC概念提出后得到GE Fanuc公司的积极响应，并陆续发布了其PACSystems系列产品RX3i与RX7i。北美PLC主导厂商Rockwell Automation也于2003年11月宣布其ControlLogix和CompactLogix PLC事实上就是PAC。另外，NI、台湾泓格等公司也都相继推出各自的PAC系统。