1005-RPA的技术架构

上篇文章概括介绍了RPA的软件选择。借助于第三方预测机构的报告列示出可供选择的RPA厂商，以及进行合作伙伴选择的建议。

这篇文章概括介绍RPA的技术架构，包括内部架构和外部接口两个部分。

1、关于RPA内部技术架构

话不多说，直接看图说话，RPA的内部架构（或者称为产品架构吧）如下图所示。总体来说包括RPA客户端和、RPA服务器端、以及RPA集成开发环境三部分（集成开发环境缩写为IDE，IDE算不上技术架构的部分，每家RPA产品都会提供一个IDE）；其中RPA客户端包括交互式和非交互式两类。

图中总体来讲包括RPA客户端和RPA服务器端。RPA客户端安装在PC端，模拟人进行“大量重复”且“规则固定”的业务流程处理；RPA服务器端则用来管理RPA客户端。

关于RPA服务器端

也可理解为RPA管家，就是负责管理“机器人”的“机器人”。

RPA管家的职责包括：RPA功能版本管理、RPA客户端运行监控、任务分配、运行结果展现及日志分析等。

关于RPA客户端

依据是否需要与用户进行交互，分为交互式RPA和非交互式RPA。

非交互式RPA就是完全不需要人参与的机器人（也称为后台机器人）。

交互式RPA的“交互”，从业务角度理解应该为“人机交互”（如何实现人机交互后续文章再专门讨论）。

另外一种“交互”的理解是：机器人的启动是否需要人工触发？（必须由人工触发启动的机器人也称为前台机器人）。

关于RPA的集成开发环境（IDE）

是机器人开发实施人员的设计和发布平台，类似于RPA的VCStudio或者Eclipse。

关于参与的人员

需要有“RPA前台用户”处理RPA无法处理的数据；

需要有“RPA系统管理员”维护和监控RPA管家的运行情况；

需要有“RPA工程师”开发设计和实施落地RPA。

2、关于RPA外部接口

RPA也有很多不能处理的业务场景，那么就需要通过外部接口扩展其功能。设计外部接口目的是为了让RPA专注于其擅长的领域。需要设计考虑的接口包括：PowerShell、Webservice、数据库、DLL插件。如下图所示：

关于PowerShell：后续专门的文章介绍PowerShell的使用。PowerShell名副其实，是很Power的“Shell”脚本工具。另外如果处理Excel还可以考虑使用VBScript（脚本版本的VBA，也就是宏）

关于WebService：这是个万能的套路。

关于数据库：这也是个万能的套路。

关于DLL插件：这个算是基于RPA产品的二次开发。

下周的文章会谈一谈RPA的实施策略，敬请关注。

感谢您的关注和阅读，希望这篇文章能为您带来帮助。