CN114514093A - 被分布式打包的机器人流程的本地化配置 - Google Patents

Abstract

本文中公开了一种包括存储器和处理器的计算设备。存储器存储用于机器人流程引擎的处理器可执行指令。机器人流程引擎访问被分布式打包的机器人流程以获得代码并且生成本地机器人流程。代码包括参数，而本地机器人流程包括根据参数的输入字段。机器人流程引擎经由本地机器人流程的输入字段接收输入实参以生成配置并且利用该配置执行本地机器人流程。本地机器人流程的执行反映被分布式打包的机器人流程的执行，而不改变被分布式打包的机器人流程。

Description

被分布式打包的机器人流程的本地化配置

相关申请的交叉引用

本申请要求于2021年1月15日提交的美国非临时申请第17/150,607号和于2020年9月8日提交的美国临时申请第63/075,620号的权益，该申请通过引用并入本文，如同完整阐述一样。

背景技术

设计计算平台使得开发者能够设计、打包机器人流程自动化(RPA)工作流并且将其转移到本地计算设备。这些RPA工作流可以是自包含的，并且仅用于特定任务。然而，RPA工作流要求设计计算平台(RPA工作流在其上被创建)进行重新配置，使得它们可以被重用，诸如用于本地计算设备中内的略有不同的任务。因此，期望提供一种改进的配置技术来操纵本地计算设备中的RPA工作流。

发明内容

根据一个或多个实施例，提供了一种计算设备。该计算设备包括存储器和处理器。存储器存储用于机器人流程引擎的处理器可执行指令。机器人流程引擎访问被分布式打包(distributed packaged)的机器人流程以获得代码并且生成本地机器人流程。代码包括参数，而本地机器人流程包括根据参数的输入字段。机器人流程引擎经由本地机器人流程的输入字段接收输入实参以生成配置并且利用该配置来执行本地机器人流程。本地机器人流程的执行反映(mirror)被分布式打包的机器人流程的执行，而不改变被分布式打包的机器人流程。

根据一个或多个实施例，上述计算设备实施例可以实现为方法、装置、系统和/或计算机程序产品。

附图说明

从结合附图以示例方式给出的以下描述可以得到更详细的理解，其中图中相同的附图标记表示相同的元素，并且在附图中：

图1A是根据一个或多个实施例的机器人流程自动化(RPA)开发、设计、操作或执行的图示；

图1B是根据一个或多个实施例的RPA开发、设计、操作或执行的另一图示；

图1C是根据一个或多个实施例的计算系统或环境的图示；

图2是根据一个或多个实施例的系统的图示；

图3是示出根据一个或多个实施例的由机器人流程引擎执行的流程流的框图；

图4是示出根据一个或多个实施例的由机器人流程引擎执行的流程流的框图；

图5示出了根据一个或多个实施例的用户界面；

图6示出了根据一个或多个实施例的用户界面；以及

图7示出了根据一个或多个实施例的用户界面。

具体实施方式

本文中公开的是根据一个或多个实施例的机器人流程引擎。机器人流程引擎包括执行被分布式打包的机器人流程的本地化配置的软件和/或硬件。更具体地，机器人流程引擎提供了一种特定的配置和工具化机器人流程自动化方法，以提供改进的配置技术来操纵本地计算系统中的被分布式打包的机器人流程。机器人流程引擎可以是硬件(例如，处理器)和软件(例如，必须植根于硬件的处理器可执行代码)的组合。

在这方面，配置和工具化机器人流程自动化方法包括用于针对不同配置重用被分布式打包的机器人流程(例如，机器人、机器人流程和/或源自设计计算平台的RPA工作流)的框架/机制。该框架/机制可以包括标识被分布式打包的机器人流程的流程列表(例如，可以在机器人托盘中被提供)。一旦在本地被存储，被分布式打包的机器人流程就可以被循环通过，以针对一个或多个不同配置运行被分布式打包的机器人流程中的每个被分布式打包的机器人流程。配置可以被“馈送”给被分布式打包的机器人流程中的每个被分布式打包的机器人流程，使得被分布式打包的机器人流程根据配置(例如，根据开发者/协调器的需要)被重用。因此，机器人流程引擎的配置和工具化机器人流程自动化方法涉及被分布式打包的机器人流程的多步骤数据操纵以及与设计计算平台和本地计算系统相关的不同配置。

在示例操作中，机器人流程引擎访问被分布式打包的机器人流程以获得代码并且生成本地机器人流程。代码包括参数，而本地机器人流程包括根据参数的输入字段。机器人流程引擎经由本地机器人流程的输入字段接收输入实参以生成配置，并且利用该配置执行本地机器人流程。本地机器人流程的执行反映被分布式打包的机器人流程的执行，而不改变被分布式打包的机器人流程。机器人流程引擎的技术效果和益处包括在不改变任何底层代码(例如，与其相关联的参数或默认值)的情况下实现被分布式打包的机器人流程的重用。

对于本文所述的方法和过程，可以以任何顺序不按顺序执行所述步骤，并且可以执行未明确描述或示出的子步骤。此外，“耦合”或“可操作地耦合”可以表示对象被链接但在链接对象之间可以具有零个或多个中间对象。而且，在一个或多个实施例中可以使用所公开的特征/元素的任何组合。当使用提及“A或B”时，它可以包括A、B或A和B，它们可以类似地扩展为更长列表。当使用符号X/Y时，它可以包括X或Y。备选地，当使用符号X/Y时，它可以包括X和Y。X/Y符号可以类似地扩展为具有相同解释逻辑的更长列表。

图1A是机器人流程自动化(RPA)开发、设计、操作或执行100的图示。设计器102(有时被称为工作室、包括一个或多个引擎(例如，机器人流程引擎)的开发或在线平台、开发环境等)可以被配置为生成代码、指令、命令等以供机器人执行或自动化一个或多个工作流。根据计算系统可以提供给机器人的(多个)选择，机器人可以确定由用户或操作者选择的视觉示出的(多个)区域的代表性数据。作为RPA的一部分，多维的诸如正方形、矩形、圆形、多边形、自由形状等形状可以用于与计算机视觉(CV)操作或机器学习(ML)模型相关的UI机器人开发和运行时。

可以由工作流完成的操作的非限制性示例可以是以下一项或多项：执行登录、填写表单、信息技术(IT)管理等。为了运行UI自动化的工作流，机器人可能需要唯一地标识特定屏幕元素，诸如按钮、复选框、文本字段、标签等，而不管应用访问或应用开发如何。应用访问的示例可以是本地、虚拟、远程、云、

远程桌面、虚拟桌面基础设施(VDI)等。应用开发的示例可以是win32、Java、Flash、超文本标记语言(HTML)、HTML5、可扩展标记语言(XML)、JavaScript、JavaScript对象符号(JSON)格式、C#、C++、Silverlight等。

工作流可以包括但不限于任务序列、流程图、有限状态机(FSM)、全局异常处理程序等(例如，非结构化数据的脚本，诸如任何格式的文档文件)。任务序列可以是用于处理一个或多个应用或窗口之间的线性任务的线性过程。流程图可以被配置为处理复杂的业务逻辑，以使得能够通过多个分支逻辑运算符以更多样化的方式实现决策的集成和活动的连接。FSM可以被配置用于大型工作流。FSM可以在它们的执行中使用有限数目的状态，这些状态可以由条件、转变、活动等触发。全局异常处理程序可以被配置为在遇到执行错误时确定工作流行为、用于调试过程等。

机器人可以是应用、小应用、脚本等，其可以自动化对底层操作系统(OS)或硬件透明的UI。在部署时，一个或多个机器人可以由指挥器104(有时称为协调器)管理、控制等。指挥器104可以指示或命令(多个)机器人或自动化执行器106在大型机、网络、虚拟机、远程机器、虚拟桌面、企业平台、在线平台、(多个)桌面应用、浏览器等客户端、应用或程序中执行或监测工作流。指挥器104可以用作中心点或半中心点以指示或命令多个机器人，以自动化计算平台(例如，设计计算平台)。

在某些配置中，指挥器104可以被配置用于供应、部署、配置、排队、监测、日志记录和/或提供互连。供应可以包括创建和维护(多个)机器人或自动化执行器106与指挥器104之间的连接或通信。部署可以包括确保将包版本交付给所分配的机器人以供执行。配置可以包括机器人环境和流程配置的维护和交付。排队可以包括提供对队列和队列项目的管理。监测可以包括跟踪机器人标识数据和维护用户权限。日志记录可以包括将日志存储和索引到数据库(例如，SQL数据库)和/或其他存储机制(例如，提供存储和快速查询大型数据集的能力的

)。指挥器104可以通过用作第三方解决方案和/或应用的集中式通信点来提供互连性。

(多个)机器人或自动化执行器106可以被配置为无人值守的108或有人值守的110。对于无人值守的108操作，可以在没有第三方输入或控制的情况下执行自动化。对于有人值守的110操作，可以通过从第三方组件接收输入、命令、指令、指导等来执行自动化。无人值守的108或有人值守的110机器人可以在移动计算或移动设备环境中运行或执行。

(多个)机器人或自动化执行器106可以是运行在设计器102中所构建的工作流的执行代理。用于UI或软件自动化的(多个)机器人的商业示例是UiPath RobotsTM。在一些实施例中，(多个)机器人或自动化执行器106可以默认安装Microsoft

服务控制管理器(SCM)管理的服务。因此，这样的机器人可以在本地系统帐户下打开交互式

会话，并且具有

服务的权限。

在一些实施例中，(多个)机器人或自动化执行器106可以在用户模式下安装。这些机器人可以与安装给定机器人的用户具有相同的权限。该特征也可以可用于高密度(HD)机器人，以确保诸如在HD环境中以最高性能充分利用每个机器。

在某些配置中，(多个)机器人或自动化执行器106可以被拆分、分布等成若干组件，每个组件专用于特定自动化任务或活动。机器人组件可以包括SCM管理的机器人服务、用户模式机器人服务、执行器、代理、命令行等。SCM管理的机器人服务可以管理或监测

会话并且用作指挥器104与执行主机(即，(多个)机器人或自动化执行器106在其上执行的计算系统)之间的代理。这些服务可以被信任并且管理(多个)机器人或自动化执行器106的凭证。

用户模式机器人服务可以管理和监测

会话并且用作指挥器104与执行主机之间的代理。用户模式机器人服务可以被信任并且管理机器人的凭证。如果未安装SCM管理的机器人服务，则

应用可以自动启动。

执行器可以在

会话下运行给定作业(即，它们可以执行工作流)。执行器可以知道每个显示器的每英寸点数(DPI)设置。代理可以是在系统托盘窗口中显示可用作业的

Presentation Foundation(WPF)应用。代理可以是服务的客户端。代理可以请求开始或停止作业以及改变设置。命令行可以是服务的客户端。命令行是控制台应用，其可以请求开始作业并且等待其输出。

在其中(多个)机器人或自动化执行器106的组件如上文所解释的那样拆分的配置中，帮助开发者、支持用户和计算系统更容易地运行、标识和跟踪每个组件的执行。可以通过这种方式针对每个组件配置特殊行为，诸如为执行器和服务设置不同防火墙规则。在一些实施例中，执行器可以知道每个监测器的DPI设置。因此，工作流可以在任何DPI处执行，而不管在其上创建它们的计算系统的配置如何。来自设计器102的项目也可以独立于浏览器缩放级别。在一些实施例中，对于不知道DPI或有意标记为不知道的应用，可以禁用DPI。

图1B是RPA开发、设计、操作或执行120的另一图示。工作室组件或模块122可以被配置为生成代码、指令、命令等以供机器人执行一个或多个活动124。用户界面(UI)自动化126可以由客户端上的机器人使用一个或多个驱动组件128来执行。机器人可以使用计算机视觉(CV)活动模块或引擎130(例如，机器人流程引擎)来执行活动。其他驱动132可以用于由机器人进行的UI自动化以取得UI元素。它们可以包括OS驱动程序、浏览器驱动程序、虚拟机驱动程序、企业驱动程序等。在某些配置中，CV活动模块或引擎130可以是用于UI自动化的驱动程序。

根据图1B的RPA开发、设计、操作或执行120的一个或多个实施例，工作室组件或模块122可以设计将由机器人执行的流程(例如，机器人流程)。此外，工作室组件或模块122可以将所设计的流程传递给机器人流程引擎以供执行。注意，因此即使机器人流程引擎的计算环境不包括工作室组件或模块122，机器人流程引擎也可以并入所设计的流程。以这种方式，例如，所设计的流程可以在不需要已经在本地实现工作室组件或模块122的情况下被获得、被购买和/或被交易。事实上，所设计的流程可以被视为独立的自动化单元，该单元的动作和行为非常类似于应用或安装程序(例如，机器人流程引擎是被设计为在本地计算机上被安装和被执行的“操作系统”)。

图1C是计算系统或环境140(例如，支持在线平台和/或机器人流程引擎的硬件)的图示，计算系统或环境140可以包括总线142或用于传送信息或数据的其他通信机制、以及耦合到总线142以进行处理的一个或多个处理器144。一个或多个处理器144可以是任何类型的通用或专用处理器，包括中央处理单元(CPU)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、图形处理单元(GPU)、控制器、多核处理单元、三维处理器、量子计算设备或其任何组合。一个或多个处理器144还可以具有多个处理核，并且核中的至少一些核可以被配置为执行特定功能。也可以配置多并行处理。此外，至少一个或多个处理器144可以是包括模拟生物神经元的处理元件的神经形态电路。

存储器146可以被配置为存储要由(多个)处理器144执行或处理的信息、指令(例如，机器人流程引擎的处理器可执行指令，连同被分布式打包的机器人流程和配置一起)、命令或数据。存储器146可以包括以下各项的任何组合：随机存取存储器(RAM)、只读存储器(ROM)、闪存、固态存储器、高速缓存、静态存储(诸如磁盘或光盘)或任何其他类型的非瞬态计算机可读介质或其组合。非瞬态计算机可读介质可以是可以由(多个)处理器144访问的任何介质，并且可以包括易失性介质、非易失性介质等。介质也可以是可移除的、不可移除的等。

通信设备148可以被配置为频分多址(FDMA)、单载波FDMA(SC-FDMA)、时分多址(TDMA)、码分多址(CDMA)、正交频分复用(OFDM)、正交频分多址(OFDMA)、全球移动通信系统(GSM)、通用分组无线电服务(GPRS)、通用移动电信系统(UMTS)、cdma2000、宽带CDMA(W-CDMA)、高速下行链路分组接入(HSDPA)、高速上行链路分组接入(HSUPA)、高速分组接入(HSPA)、长期演进(LTE)、高级LTE(LTE-A)、802.11x、Wi-Fi、Zigbee、超宽带(UWB)、802.16x、802.15、家庭Node-B(HnB)、Bluetooth、射频识别(RFID)、红外数据协会(IrDA)、近场通信(NFC)、第五代(5G)、新无线电(NR)、或者用于经由一根或多根天线进行通信的任何其他无线或有线设备/收发器。天线可以是单一的、阵列的、定相的、开关的、波束成形的、波束控制的等。

一个或多个处理器144还可以经由总线142耦合到显示设备150，诸如等离子、液晶显示器(LCD)、发光二极管(LED)、场发射显示器(FED)、有机发光二极管(OLED)、柔性OLED、柔性基板显示器、投影显示器、4K显示器、高清(HD)显示器、

显示器、基于面内切换(IPS)的显示器等。显示设备150可以被配置为使用电阻、电容、表面声波(SAW)电容、红外、光学成像、色散信号技术、声脉冲识别、受抑全内反射或本领域普通技术人员所理解的用于输入/输出(I/O)的其他技术的触摸、三维(3D)触摸、多输入触摸或多触摸显示器。

键盘152和控制设备154(诸如计算机鼠标、触摸板等)还可以耦合到总线142以用于向计算系统或环境140的输入。另外，可以经由与计算系统或环境140通信的另一计算系统远程地向计算系统或环境140提供输入，或者计算系统或环境140可以自主地操作。

存储器146可以存储在由一个或多个处理器144执行或处理时提供功能的软件组件、模块、引擎等。这可以包括用于计算系统或环境140的OS 156。模块还可以包括用于执行应用特定过程或其衍生物的定制模块158。计算系统或环境140可以包括具有附加功能的一个或多个附加功能模块160。例如，机器人流程引擎可以在模块158和160中的一个或多个模块中被实现以向计算系统或环境140提供特定的配置和工具化机器人流程自动化方法。

计算系统或环境140可以被适配或配置为作为在线平台、服务器、嵌入式计算系统、个人计算机、控制台、个人数字助理(PDA)、手机、平板计算设备、量子计算设备、云计算设备、移动设备、智能电话、固定移动设备、智能显示器、可穿戴计算机等来操作。

在本文中给出的示例中，模块可以被实现为硬件电路，该硬件电路包括定制的超大规模集成(VLSI)电路或门阵列、诸如逻辑芯片等现成半导体、晶体管或其他分立组件。模块还可以在可编程硬件设备中实现，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件、图形处理单元等。

模块可以至少部分以软件实现以供各种类型的处理器执行。所标识的可执行代码单元可以包括一个或多个物理或逻辑计算机指令块，该物理或逻辑计算机指令块可以例如被组织为对象、过程、例程、子例程或功能。共同定位或被存储在不同位置中的所标识的模块的可执行文件在逻辑上连结在一起时构成该模块。

可执行代码模块可以是分布在若干不同代码段上、在不同程序之间、跨若干存储器设备等的单个指令、一个或多个数据结构、一个或多个数据集、多个指令等。操作或功能数据在本文中可以在模块内被标识和说明，并且可以以合适的形式体现并且组织在任何合适类型的数据结构内。

在本文中给出的示例中，计算机程序可以以硬件、软件或混合实现来配置。计算机程序可以由彼此有效通信并且传递信息或指令的模块组成。

尽管以上以特定组合描述了特征和元素，但本领域普通技术人员将理解，每个特征或元素可以单独使用或与其他特征和元素以任何组合使用。此外，本文中描述的方法可以在计算机程序、软件或固件中实现，该计算机程序、软件或固件并入计算机可读介质中以供计算机或处理器执行。计算机可读介质的示例包括电子信号(通过有线或无线连接传输)和计算机可读存储介质。计算机可读存储介质的示例包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、寄存器、高速缓冲存储器、半导体存储器设备、磁介质(诸如内部硬盘和可移除存储器磁盘)、磁光介质和光介质(诸如CD-ROM磁盘)和数字通用磁盘(DVD)。

现在转向图2-图4，描述了根据一个或多个实施例的机器人流程引擎的组件和操作。图2是系统200(例如，执行被分布式打包的机器人流程的本地化配置的软件和/或硬件)的图示。如图2所示，系统200包括操作机器人流程引擎220的计算设备210。机器人流程引擎220至少包括机器人托盘222、机器人224、本地机器人流程226和配置228。系统200包括计算平台230，计算平台230包括流程列表232、机器人流程234和机器人236。系统200包括中继平台240，中继平台240包括协调器242，如本文所述。此外，虽然针对系统200的每个项目(或组件)示出了单个框，但该单个框代表该项目(或组件)中的一个或多个该项目(或组件)，并且单数形式和复数形式在本文中可以互换使用。

计算设备210(其是图1的计算系统或环境140的示例)与计算平台230通信(如箭头B所示)。计算设备210代表一个或多个用户设备，每个用户设备至少包括处理器、存储器和具有用户界面的显示器。计算设备210的示例包括但不限于个人计算机、PDA、手机、平板计算设备、移动设备、台式设备和智能电话。计算平台230代表一个或多个基于软件、基础设施、平台的服务，该一个或多个服务向计算设备210提供网络、服务器、存储服务、操作系统、数据库服务和安全服务(例如，机器人流程引擎220)(例如，计算平台230可以是云系统和/或服务)。

注意，计算设备210和计算平台230可以可选地经由中继服务器240通信(如箭头C1和C2所示；中继服务器240的虚线边框指示该组件是可选的)。中继服务器240可以在结构上类似于计算设备210和/或计算平台230，并且可以在其中具有协调器242。还注意，系统200内的箭头B、C1和C2代表通过有线和/或无线连接、网络等被传输的通信。

通常，机器人流程引擎220是执行被分布式打包的机器人流程(例如，机器人236、机器人流程234、和/或源自设计计算平台的RPA工作流)的本地化配置的软件和/或硬件。因此，如图2的示例所示，机器人流程引擎220在计算设备210内被存储和被执行。

根据一个或多个实施例，机器人流程引擎220的本地化配置和流程操作由硬件和/或处理器可执行指令、计算机代码和/或编程语言实现。此外，根据一个或多个实施例，机器人流程引擎220的本地化配置和流程操作可以是用于重用被分布式打包的机器人流程的框架/机制(其允许图1的协调器242和指挥器104)的一部分。

机器人流程引擎220可以在多个或更多个处理器/设备/系统上操作以支持被分布式打包的机器人流程的本地化分布式流程配置。例如，机器人流程引擎220可以可选地跨一个或多个系统、设备和环境在多次迭代中被执行，诸如在计算平台230和中继服务器240内。例如，虽然机器人流程引擎220被示出为在计算平台230本地，但是机器人流程引擎220也可以或备选地可以在计算平台230本地或者是与系统200的其他组件通信的独立硬件/软件组合。

流程列表232是计算平台230上的所有被分布式打包的机器人流程(例如，机器人流程234和机器人236)的逐项记录，并且对协调器242和机器人流程引擎220可用。机器人流程234可以是源自计算平台230的机器人流程和/或RPA工作流，该机器人流程和/或RPA工作流定义具有与其相关联的默认值的参数。机器人236(例如，如机器人224)可以是应用、小应用、脚本等，并且还可以定义参数和相关联的默认值。机器人236可以被配置为自动化对底层操作系统(OS)或硬件透明的UI，如本文所述。因此，机器人流程234和机器人236可以是在计算平台230处或计算平台230内构建的被分布式打包的机器人流程。

例如，计算平台230存储一个或多个被分布式打包的机器人流程(例如，包括流程234和机器人236)，该流程由计算平台230进一步分发。在一个实施例中，机器人流程234(例如，或机器人236)包括一个或多个参数和相关联的默认值。参数是定义机器人流程234内的特征、范围、属性、条件和/或其他类型的机制，并且默认值是参数的预定实参。这些参数由机器人流程引擎220使用来创建接受一个或多个输入实参的一个或多个输入字段。该一个或多个输入实参可以包括设置、初始设置和/或默认设置。例如，输入实参可以是值(例如，诸如初始化变量或文字)、字符串、布尔状态、和/或定义参数的指令。输入字段可以是与不同参数类型相对应并且接收对应输入参数的流程构造。例如，如果参数是布尔运算符，则输入字段可以包括两个复选框，而输入实参可以是与每个布尔状态相关的复选标记。输入字段的其他示例包括但不限于用于接收字符串的文本字段、数字选择器、以及用于日期和时间选择的日期选择器、以及其他复杂形式。

机器人托盘222提供功能性的接口框架，其中至少显示、访问、操纵和配置被分布式打包的机器人流程(例如，机器人224和本地机器人流程226)的列表。例如，机器人托盘222可以被认为是用户界面，该用户界面在多个维度中可视地显示与CV操作或ML模型相关的UI机器人开发和运行时的形状。机器人224可以是机器人236的代码副本的示例，并且本地机器人流程226是机器人流程234的代码副本的示例。

(多个)配置228可以将初始设置和/或默认设置存储为一个或多个输入实参，该一个或多个输入实参通常由机器人流程引擎220使用来执行任何本地的被分布式打包的机器人流程(例如，机器人224和本地机器人流程226)。在一个或多个示例中，(多个)配置228可以是HTML格式和/或JavaScript JSON格式。根据一个或多个实施例，机器人流程引擎220可以使得单个实参是复合的或简单的(例如，简单或复合形式的设置、初始设置或默认设置)。关于简单的，每个数据实例(例如，员工姓名)都可以通过单个实参被传递。关于复合的，多个数据实例和类型(例如，员工姓名、频率、日期等)可以被传递到单个实参中。(多个)配置228可以被存储在由一个或多个用户可访问的位置中(例如，在计算设备210上)，这取决于一个或多个用户的要求，诸如属于同一团队的用户可以访问计算设备210上的同一配置228。在一些情况下，当机器人流程234由协调器242存储时，机器人流程234可以由多个用户访问并且用于在本地(例如，在计算设备210上)生成配置228和机器人流程226。例如，现在转向图3，示出了根据一个或多个实施例的说明流程流300的框图。更具体地，流程流300是用于由图1的计算设备210的机器人流程引擎220进行的被分布式打包的机器人流程的本地化配置的方法的示例实现。

流程流300开始于框310，其中机器人流程引擎220访问机器人流程234。通常，机器人流程引擎220可以从流程列表232(例如，经由机器人托盘222)选择任何被分布式打包的机器人流程(例如，机器人流程234或机器人236)并且下载/接收所选择的被分布式打包的机器人流程的代码副本。代码副本包括至少一个或多个参数。计算设备210可以基于代码副本来对应地创建本地机器人流程226或机器人224。

在框310的示例中，机器人流程引擎220可以在与计算平台230通信的计算设备210上，使得机器人流程234可以经由流程列表232被访问。可以从流程列表232选择机器人流程234，其被推送/发布到计算设备210或者从计算平台230被拉取/发布(例如，通过中继服务器240)。机器人流程引擎220利用包括一个或多个参数的机器人流程234的代码副本来生成和存储本地机器人流程226，本地机器人流程226包括与一个或多个参数相对应的一个或多个输入字段。因此，机器人流程引擎220的技术效果和益处包括能够创建具有与机器人流程234类似的结构的本地机器人流程226，而无需改变机器人流程234。

在框330，机器人流程引擎220接收一个或多个输入实参。一个或多个输入实参对应于本地机器人流程226的一个或多个输入字段以生成配置228(例如，计算设备210可以在其中的存储器上创建/构建/存储配置228)。配置228可以是新创建的配置文件，该配置文件特定于所接收的一个或多个输入实参和/或称为具有特定输入集的本地配置文件。因此，机器人流程引擎220的技术效果和益处包括能够在不改变与机器人流程234相关联的任何默认值的情况下创建配置228。

在框370，机器人流程引擎200利用配置228(例如，在计算设备210内)执行本地机器人流程226。本地机器人流程226可以访问计算设备210的存储器以从配置228取回一个或多个输入实参。因此，流程流200和机器人流程引擎220的技术效果和益处包括使得能够在不改变机器人流程234或其默认值的情况下将机器人流程234重用为本地机器人流程226(例如，本地机器人流程226在执行时反映机器人流程234的执行)。

根据一个或多个实施例，当机器人流程引擎220具有多个本地机器人流程226(和/或机器人224)时，本地机器人流程226可以使用一个或多个配置226来循环运行并且执行多个本地机器人流程226中的每个流程。因此，机器人流程引擎220的技术效果和益处包括在不改变任何底层代码(例如，参数或相关联的默认值)的情况下实现流程列表232内的被分布式打包的机器人流程的本地重用。

转向图4，示出了根据一个或多个实施例的说明流程流400的框图。更具体地，流程流400是用于由图1的计算设备210的机器人流程引擎220进行的被分布式打包的机器人流程的本地化配置的方法的示例实现。

流程流400开始于框410，其中机器人流程引擎220访问机器人流程234。根据一个实施例，机器人流程234可以由协调器242从计算平台230获取。

在一个示例中，VAT计算器流程(例如，机器人流程234)在计算平台230内被开发并且“VAT率”参数被添加到VAT计算器流程。“VAT率”参数的默认值可以设置为10％。VAT计算器流程可以在诸如流程列表232等流程列表内被发布。当VAT计算器流程被发布到协调器242中时，协调器242可以覆写默认值(例如，对于罗马尼亚设置为19％，而对于法国设置为20％)。

接下来，机器人流程234可以由机器人流程引擎220从协调器242获取。通常，机器人流程引擎220可以(例如，经由机器人托盘222)在协调器242内选择任何被分布式打包的机器人流程(例如，机器人流程234)并且下载/接收所选择的被分布式打包的机器人流程的代码副本。根据一个或多个实施例，机器人流程引擎220可以选择机器人流程引擎220在其中具有许可的任何被分布式打包的机器人流程。计算设备210进而基于该代码副本来创建本地机器人流程226，其中本地机器人流程226包括反映机器人流程234的一个或多个输入字段。注意，一个或多个输入字段可以反映机器人流程234的参数。

继续框410的示例，在VAT计算器流程在流程列表232内被发布并且进入协调器242中之后，协调器242通过覆写默认值来准备要被分发给不同国家(例如，罗马尼亚和法国)中的计算设备210(例如，和机器人流程引擎220)的不同本地迭代的VAT计算器流程。然后，VAT计算器流程(如由本地机器人流程226表示的)到达罗马尼亚和法国中的计算设备210的本地迭代。

在框430、440和450，机器人流程引擎220经由一个或多个输入字段接收一个或多个输入实参以生成配置228，在计算设备210上设置该配置228以供本地机器人流程226使用，并且关于本地机器人流程226保存配置228。配置228使得最终用户能够配置本地机器人流程226而不改变机器人流程234。

设置操作使得配置228能够被本地缓冲在计算设备210的易失性存储器中，使得执行本地机器人流程226可以立刻被执行。在这方面，流程配置(诸如在存储器缓冲器中)被列队作为要在计算系统210上被执行的任何被分布式打包的机器人流程的输入。

框460的保存操作可以与框450的设置操作分开，因为配置228在保存操作下在本地被保存/被存储在计算设备210的持久存储器中。在一些实施例中，配置228可以在保存操作下被存储在远程数据库中。任何已保存的配置(例如，包括配置228)可以在机器人托盘222中可见。

继续框410的VAT计算器流程示例，当VAT计算器流程(如本地机器人流程226所示)到达计算设备210在罗马尼亚和法国的本地迭代时，“VAT率”参数可以在不影响中继服务器240和/或计算平台230的机器人流程234上的已发布版本的情况下改变。此外，在本地设置的任何值仅在本地可用(例如，因为很可能无本地最终用户外的最终用户将使用它)。因此，“VAT率”参数可以接收可以跨多个协调器242分布的默认值，并且多个协调器242可以跨多个最终用户组改变/提供默认值(例如，其然后将具有仅对其自身可用的本地值)。

在框465，机器人流程引擎220要求对一个或多个输入实参的至少一个必需输入的接收(即，在本地机器人流程226的执行之前)。当开始本地机器人流程226时，机器人流程引擎220可以利用配置228的所保存的输入数据来运行初始流程。如果被要求，则可以提示输入任何缺失的输入数据。对于不同用户，重用本地机器人流程226的必需输入可以不同。

例如，转向图5，示出了根据一个或多个实施例的用户界面500。用户界面500(例如，机器人流程引擎220的流程细节页面)至少包括面板510，面板510包括用于提交一个或多个输入实参的字段。用户界面500包括按钮520，按钮520使得机器人流程引擎220能够提供必需的输入实参(例如，无论是最初还是在本地机器人流程226的执行之前)和/或将一个或多个输入实参保存在配置228中。如图所示，“频率”设置为7，并且在用于安排会议的输入字段中仅单个用户(例如，“个人1”)被录入。

因此，根据一个或多个实施例，用户界面500可以支持采取输入实参的“开始流程”。在这方面，机器人流程引擎220提示输入值(如果它们之前尚未由配置228提供的话)。进而，用户可以设立来自用户界面500的输入实参，该输入实参稍后在开始流程时被使用。用户只能输入基于实参类型的有效值。如果输入实参是必需的，则用户不能在没有向输入字段中输入有效值的情况下开始任何流程。输入字段可以预先填充有本地默认值。用户可以在不添加输入实参(例如，跳过)的情况下运行流程。

用户界面500总体上示出了针对“一对一”会议安排过程配置流程配置设置。“一对一”会议安排流程的流程配置设置字段包括安排会议的时间、开会的时间长度、与谁开会、开会的频率等。根据重用所选择的流程(例如，其是本地机器人流程226)的需要，流程配置设置可以在面板510内被配置。在点击按钮520以“保存设置”之后，配置228被生成(例如，以HTML和/或JSON格式)、被设置以供使用、和/或被存储在存储器中。注意，流程配置设置可以在设计时被操纵并且在运行时被利用。此外，注意，流程配置设置中的任何改变都会修改配置228，或者备选地创建针对“一对一”会议安排流程的新配置。进而，不同用户可以生成不同的流程配置228，该不同的流程配置228可以被馈送给本地机器人流程226。

在框470，机器人流程引擎220利用配置228来执行本地机器人流程226(例如，在计算设备210内)。本地机器人流程226执行反映机器人流程234的执行而不改变配置228。在操作中，本地机器人流程226可以访问计算设备210的存储器以取回配置228的一个或多个输入实参。本地机器人流程343利用一个或多个输入实参，该输入实参详述用户需要。注意，根据一个或多个实施例，本地机器人流程226然后可以使输出参数在执行之后被显示。输出参数可以被保存在计算设备210内，并且也可以经由用户界面的“历史”部分可见。

在框480，机器人流程引擎220更新本地机器人流程226。也就是说，配置228(和其中的实参)可以用于创建用于机器人流程引擎220的新的配置包(例如，在计算平台230上)。因此，当机器人流程234被更新时，所有被保存的配置都可以使用该已更新的包。

在框490，机器人流程引擎220删除本地机器人流程226。因此，当本地机器人流程226被删除时，所有被保存的配置被删除。也就是说，用户可以删除现有配置228，或者用户可以删除本地机器人流程226，这进而也删除了配置228。

根据一个或多个实施例，机器人流程引擎220可以获取流程列表234和所有相关联的被分布式打包的机器人流程。此外，机器人流程引擎220可以循环通过其中的被分布式打包的机器人流程中的每个被分布式打包的机器人流程以供执行。以这种方式，流程列表232中的每个被分布式打包的机器人流程被本地复制并且被馈送配置228的输入实参。

机器人流程引擎220关于图6-图7进一步描述。如图6所示，根据一个或多个实施例，用户界面600至少包括本地流程列表610、设置620和编辑按钮630。本地流程列表610包括被存储在机器人流程引擎220上的所有被分布式打包的机器人流程的列表，其可以由机器人流程引擎220选择、访问和操纵。设置620描述特定被分布式打包的机器人流程将在何时、何地、如何以及在什么条件下执行。例如，如果针对特定被分布式打包的机器人流程选择了“等待空闲”，则该流程将在计算设备210处于空闲模式时触发。编辑按钮630提供“编辑”选项以配置任何流程以供重用。通过点击编辑按钮630，设置界面是可见的(例如，如关于图5所述)。

如图7所示，根据一个或多个实施例，用户界面700示出了包括面板720的示例机器人托盘。机器人托盘提供框架功能性，其中流程列表被导入并且显示在面板720中。

图中的流程图和框图示出了根据本发明的各种实施例的系统、方法和计算机程序产品的可能实现的架构、功能和操作。在这方面，流程图或框图中的每个框可以表示模块、段或指令的一部分，其包括用于实现(多个)指定逻辑功能的一个或多个可执行指令。在一些备选实现中，框中所标注的功能可以不按照图中标注的顺序发生。例如，根据所涉及的功能，连续示出的两个框实际上可以基本同时执行，或者这些框有时可以以相反的顺序执行。还将注意到，框图和/或流程图说明中的每个框、以及框图和/或流程图说明中的框的组合可以由执行指定功能或动作或执行专用硬件和计算机指令的组合的基于专用硬件的系统来实现。

尽管以上以特定组合描述了特征和元素，但是本领域普通技术人员将理解，每个特征或元素可以单独使用或与其他特征和元素以任何组合使用。此外，本文中描述的方法可以在计算机程序、软件或固件中实现，该计算机程序、软件或固件并入计算机可读介质中以供计算机或处理器执行。本文中使用的计算机可读介质不应当被解释为瞬态信号本身，诸如无线电波或其他自由传播的电磁波、通过波导或其他传输介质传播的电磁波(例如，光脉冲通过光缆)、或通过电线传输的电信号。

计算机可读介质的示例包括电信号(通过有线或无线连接传输)和计算机可读存储介质。计算机可读存储介质的示例包括但不限于寄存器、高速缓冲存储器、半导体存储器设备、磁介质(诸如内部硬盘和可移除磁盘)、磁光介质、光学介质(诸如光盘(CD)和数字通用磁盘(DVD))、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)和记忆棒。与软件相关联的处理器可以用于实现用于在终端、基站或任何主机计算机中使用的射频收发器。

本文中使用的术语仅用于描述特定实施例的目的，并不旨在进行限制。如本文中使用的，单数形式“一个(a)”、“一个(an)”和“该(the)”也旨在包括复数形式，除非上下文另有明确指示。将进一步理解，术语“包括(comprises)”和/或“包括(comprising)”当在本说明书中使用时指定所述特征、整体、步骤、操作、元素和/或组件的存在，但不排除一个或多个其他特征、整体、步骤、操作、元素组件和/或其组的存在或添加。

本文中的各种实施例的描述是为了说明的目的而呈现的，但并不旨在穷尽或限于所公开的实施例。在不脱离所描述实施例的范围和精神的情况下，很多修改和改变对于本领域普通技术人员来说将是很清楚的。本文中使用的术语被选择是为了最好地解释实施例的原理、实际应用或对市场中发现的技术的技术改进，或者是为了使得本领域普通技术人员能够理解本文中公开的实施例。

Claims (20)

1.一种计算设备，包括：

存储器，被配置为存储用于机器人流程引擎的处理器可执行指令；以及

至少一个处理器，耦合到所述存储器，

其中所述至少一个处理器被配置为执行所述机器人流程引擎以使所述计算设备执行：

由所述机器人流程引擎访问被分布式打包的机器人流程以获得包括一个或多个参数的代码，并且根据所述一个或多个参数来生成包括一个或多个输入字段的本地机器人流程；

由所述机器人流程引擎经由所述本地机器人流程的所述一个或多个输入字段接收一个或多个输入实参以生成配置；

由所述机器人流程引擎利用所述配置执行所述本地机器人流程，所述本地机器人流程的所述执行反映所述被分布式打包的机器人流程的执行，而不改变所述被分布式打包的机器人流程。

2.根据权利要求1所述的计算设备，其中所述至少一个处理器被配置为：执行所述机器人流程引擎，以使所述计算设备关于所述本地机器人流程并且与所述被分布式打包的机器人流程分离地保存所述配置。

3.根据权利要求1所述的计算设备，其中所述至少一个处理器被配置为：执行所述机器人流程引擎，以使所述计算设备要求在所述本地机器人流程的所述执行之前接收对所述一个或多个输入实参的至少一个必需输入。

4.根据权利要求1所述的计算设备，其中所述至少一个处理器被配置为：执行所述机器人流程引擎，以使所述计算设备在所述本地机器人流程被删除时删除所述配置。

5.根据权利要求1所述的计算设备，其中所述一个或多个参数包括定义所述被分布式打包的流程内的特征、范围、属性或条件的机制。

6.根据权利要求1所述的计算设备，其中所述一个或多个输入实参包括简单或复合形式的设置、初始设置或默认设置。

7.根据权利要求1所述的计算设备，其中所述一个或多个输入字段包括流程构造，所述流程构造与所述一个或多个参数的不同类型相对应并且接收对应输入实参的流程构造。

8.根据权利要求1所述的计算设备，其中所述被分布式打包的流程包括来自计算平台的机器人或机器人流程。

9.根据权利要求8所述的计算设备，其中所述计算设备包括与所述计算平台通信的本地计算系统。

10.根据权利要求9所述的计算设备，其中所述机器人流程引擎在所述本地计算系统内执行所述本地机器人流程。

11.一种由机器人流程引擎实现的方法，所述机器人流程引擎作为处理器可执行指令被存储在存储器上，所述存储器耦合到执行所述机器人流程引擎的至少一个处理器，所述方法包括：

通过所述机器人流程引擎访问被分布式打包的机器人流程以获得包括一个或多个参数的代码，并且根据所述一个或多个参数来生成包括一个或多个输入字段的本地机器人流程；

通过所述机器人流程引擎经由所述本地机器人流程的所述一个或多个输入字段接收一个或多个输入实参以生成配置；

通过所述机器人流程引擎利用所述配置执行所述本地机器人流程，所述本地机器人流程的所述执行反映所述被分布式打包的机器人流程的执行，而不改变所述被分布式打包的机器人流程。

12.根据权利要求11所述的方法，其中所述机器人流程引擎关于所述本地机器人流程并且与所述被分布式打包的机器人流程分离地保存所述配置。

13.根据权利要求11所述的方法，其中所述机器人流程引擎要求在所述本地机器人流程的所述执行之前接收对所述一个或多个输入实参的至少一个必需输入。

14.根据权利要求11所述的方法，其中所述机器人流程引擎在所述本地机器人流程被删除时删除所述配置。

15.根据权利要求11所述的方法，其中所述一个或多个参数包括定义所述被分布式打包的流程内的特征、范围、属性或条件的机制。

16.根据权利要求11所述的方法，其中所述一个或多个输入实参包括简单或复合形式的设置、初始设置或默认设置。

17.根据权利要求11所述的方法，其中所述一个或多个输入字段包括流程构造，所述流程构造与所述一个或多个参数的不同类型相对应并且接收对应输入实参的流程构造。

18.根据权利要求11所述的方法，其中所述被分布式打包的流程包括来自计算平台的机器人或机器人流程。

19.根据权利要求18所述的方法，其中所述计算设备包括与所述计算平台通信的本地计算系统。

20.根据权利要求19所述的方法，其中所述机器人流程引擎在所述本地计算系统内执行所述本地机器人流程。

Images