机器人

UiPath 机器人是执行主机，该主机运行在 UiPath Studio 中构建的流程。在 Orchestrator 中，机器人实体代表 UiPath 机器人的图像并控制其功能。

可在 此处找到 UiPath 套件中的机器人文档指南。 在本指南中，重点介绍 Orchestrator 中的机器人实体，以及它们根据类型为 UiPath 机器人提供的功能。

就本指南而言，我们假设一台计算机代表安装了 UiPath 机器人的物理机或虚拟机。 在 Orchestrator 中，有两个计算机实体充当 API 密钥生成器，用于授权 UiPath 机器人和 Orchestrator 之间的连接。 此处将对其进行深入介绍。

消除歧义

常用术语	意义
UiPath 机器人	UiPath 套件中的机器人组件。
计算机	用于托管和部署 UiPath 机器人的物理机或虚拟机。在本指南中，通常将其称为主机、工作站或服务器，以使其与 Orchestrator 中的计算机实体区分开。
机器人（Orchestrator 实体）	Orchestrator 实体，用于控制 UiPath 机器人与其安装到的主机的连接功能。它与计算机实体一起使用。详细信息如下。
计算机（Orchestrator 实体）	Orchestrator 实体，用作 API 密钥生成器，为 UiPath 机器人提供授权功能。它与机器人实体一起使用。

新式文件夹中的机器人基于浮动模型运行。 它们使多个用户能够在多个工作站上使用 UiPath 机器人，因为该机器人未绑定到特定计算机。 一位用户一次只能在一台计算机上使用 UiPath 机器人。

更改工作站的用户要求他们注销以前使用的计算机并登录到新计算机。

我的名字叫 John Smith。我在一个由 20 人组成的团队中担任呼叫中心接线员，我上班时使用任何可用便携式计算机工作。在 Orchestrator 中，我的系统管理员需要为我拥有的 20 台笔记本电脑定义一个计算机模型，并使用我的用户名定义一个浮动机器人。这使我能够使用我的用户名和计算机模型生成的密钥来使用 20 台笔记本电脑中的每台。显然，我不能同时在多台计算机上使用 UiPath 机器人。如果要使用其他笔记本电脑，则需要注销初始会话。

单击此处，以获取更多示例场景和新式文件夹中推荐的 Orchestrator 设置。

机器人类型

有人值守的机器人

有人监督的机器人，在人的监督下运行。可以根据其许可类型进一步分类如下：

• 有人值守 - 与人类用户在同一工作站上工作，并通过用户事件启动。
• Studio - 将 Studio 连接到 Orchestrator 进行开发。
• StudioX - 将 StudioX 连接到 Orchestrator 进行开发。
• StudioPro - 将您的 StudioPro 连接到与 Orchestrator 进行开发。
  警告：

  您只能以 个人工作区所有者 身份，使用代表您自动生成的计算机模型在 Orchestrator 中启动受监督机器人上的流程。

  除此之外，您无法通过 Orchestrator 在有人监督的机器人上启动或触发流程，这些机器人也无法在锁定屏幕下运行。只能通过 UiPath 机器人托盘或命令提示符启动。

无人值守机器人

自主机器人，不需要人工监督即可执行作业。可以根据其许可类型进一步分类如下：

• 无人值守 - 在虚拟环境中无需人工监督即可运行，并且可以自动化任意数量的流程。除具备有人值守的机器人的功能外，此类机器人还负责远程执行和监控工作队列，制定工作队列计划以及为工作队列提供支持。可以执行除测试用例以外的任何流程类型。
• 非生产 - 在无人参与模式下工作，仅用于开发目的。无法执行测试用例。
• 测试 - 在无人值守模式下工作，用于开发和测试目的。可以执行测试用例。

打开 UiPath 机器人托盘后，机器人将自动获得许可。除 StudioX 以外，所有类型的机器人都可以在 Studio 中以调试模式运行。

备注：

对于无人值守机器人，许可是按分配的运行时（插槽）实体而不是按用户执行的。这就是在计算机级别分配无人值守、非生产、测试运行时的原因。

假设您有一个定义了 10 个无人值守运行时的计算机模板。对于使用该模板生成的密钥连接的每个工作站，将从租户级别的许可证总数中保留一个包含 10 个许可证的池。运行时仅在作业执行期间从保留的许可证池中使用。如果使用该模板将 4 台计算机连接到 Orchestrator，则需要 40 个租户级别的无人值守运行时许可证。有 25 个作业正在运行，仍有 15 个插槽可供执行。

无人值守的机器人可以在生产环境（用户登录到计算机）中以有人值守模式使用，以进行记录/测试/调试。

什么是浮动机器人？

浮动机器人使多个用户可以在多个工作站上使用 UiPath 机器人，因为该机器人没有绑定到特定的计算机。一个用户一次只能在一台计算机上使用 UiPath 机器人。

要更改正在使用的工作站，用户需要从先前使用的计算机上注销并登录到新计算机。

示例

我的名字叫 John Smith，我在一个由 20 人组成的团队中担任呼叫中心接线员，我上班时使用任何可用便携式计算机工作。在 Orchestrator 中，我的系统管理员需要为我拥有的 20 台笔记本电脑定义一个计算机模型，并使用我的用户名定义一个浮动机器人。这使我能够使用我的用户名和计算机模型生成的密钥来使用 20 台笔记本电脑中的每台。

什么是标准机器人？

标准机器人是浮动机器人的前身，只有在使用传统文件夹时才能找到它们。标准机器人限制用户在单个工作站上使用 UiPath 机器人，因为机器人绑定到特定计算机，即在 Orchestrator 中创建标准机器人时设置的计算机。标准机器人仅适用于始终在同一台计算机上工作的用户，或者每次连接到计算机时名称都保持不变的用户。

更改工作站需要删除初始的标准机器人，并使用新的标准计算机的名称重新创建。

示例

我的名字叫 John Smith，我是一个呼叫中心接线员，每天都在同一个笔记本电脑上工作，名为 LA4324。在 Orchestrator 中，我的系统管理员需要为我定义一台与我的笔记本电脑具有相同名称的标准计算机，以及一个使用我的用户名的标准机器人，该用户名配置为连接到名为 LA4324。如果我更换了笔记本电脑，系统管理员需要删除该机器人，并为新机器创建一个新的机器人。

机器人管理

机器人管理在“用户”页面上执行，包括为所需的用户身份启用自动机器人创建功能。根据您的设置自动创建机器人。机器人管理是自动完成的，即您可以在用户级别启用自动机器人创建，定义其执行设置和身份验证凭据，然后自动创建浮动机器人。

UiPath 机器人有权访问用户（以及无人值守类型的机器）有权访问的文件夹中的资源。

可以在机器人页面上，在租户级别监控 Attended Robot（或在 Attended 模式下使用的 Unattended Robot）。可以在文件夹级别（监控>计算机）监控无人值守计算机和运行时。还可为目录用户或目录组配置自动机器人管理。属于该 AD 组的任何用户都将继承添加到 Orchestrator 的目录组的机器人自动配置设置。机器人自动配置仅对有人值守的机器人有效。

单击此处了解有关新式文件夹中机器人的详细信息。

机器人身份验证

• 用户名/密码凭据 - 这是默认方法。
• 智能卡身份验证
• HSM：Luna 凭证系统、nShield 密钥存储提供程序
  警告：

  机器人启动命令通过 SignalR 接收或在心跳时请求。UiPath 机器人用于身份验证的用户名和密码仅在心跳上传输，从而使其能够登录并执行流程。

  有人值守的机器人不需要密码即可进行身份验证，因此不支持智能卡身份验证。

  除非您提供了正确的用户凭据，否则您无法在无人值守的机器人上执行流程。

高密度机器人

无论计算机的运行 Windows 版本如何，如果计算机上有多个用户，您可以在每个用户上注册一个机器人。此功能称为高密度机器人，可确保您最大程度地利用每台机器。它可以应用于所有类型的机器人（有人值守、无人值守和非生产机器人）。

在具有 Windows Server（2008 R2 或 2012 R2 或 2016）操作系统的计算机上，高密度环境具有以下优点：

• 您可同时在所有机器人上运行同一流程；
• 您可同时在所有机器人上运行不同流程。

如要在 Windows Server 计算机上设置高密度机器人，请参阅为高密度机器人设置 Windows Server 章节。

注意：使用同一台计算机时，您必须将所有用户作为机器人连接到 Orchestrator，并为其使用相同的计算机名称和密钥。

如果您在 UiPath 机器人服务正在运行的同时在计算机上向 Orchestrator 注册新机器人，则必须重新启动该服务。

如果将机器人部署到 Orchestrator 时填写的用户名和/或密码与指定用户的 Windows 凭据不匹配，则您运行的第一个作业会出现故障，并且“作业详细信息”窗口中会显示“登录失败”消息。