机器人

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

The Robot documentation guide in the UiPath suite can be found here. In this guide, the focus is on robot entities as found in Orchestrator and the capabilities they provide for UiPath Robot based on their types.

For this guide's purpose, we assume that a machine represents a physical or virtual machine on which UiPath Robot is installed. In Orchestrator, there are two machine entities that work as API key generators, which authorize the connection between UiPath Robot and Orchestrator. They are described in-depth here.

消除歧义

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

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

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

My name is John Smith. I am a call center operator in a team of 20, working on whatever laptop I find available when I get to work. In Orchestrator, my system administrator needs to define one machine template for the 20 laptops we have and a floating robot using my username. This enables me to use each of the 20 laptops using my username and the machine template's key. Obviously, I cannot use UiPath Robot on multiple machines simultaneously. If I want to use a different laptop, I must log out of the initial session.

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

机器人类型

有人值守的机器人

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

• 有人值守 - 与人类用户在同一工作站上工作，并通过用户事件启动。

• Studio - 将 Studio 连接到 Orchestrator 进行开发。

• StudioX - 将 StudioX 连接到 Orchestrator 进行开发。

• StudioPro - 将您的 StudioPro 连接到与 Orchestrator 进行开发。

  警告：

  You can only launch processes in Orchestrator on supervised Robots as a personal workspace owner using the machine template automatically generated on your behalf.

  Apart from that, you cannot start or trigger processes in Orchestrator on supervised robots, and they cannot run under a locked screen. They can only be started from the UiPath Robot tray or the Command Prompt.

无人值守机器人

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

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

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

备注：

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

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

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

什么是浮动机器人？

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

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

示例

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

什么是标准机器人？

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

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

示例

My name is John Smith, I am a call center operator working daily on the same laptop whose name is LA4324. In Orchestrator, my system administrator needs to define for me a standard machine with the same exact name as my laptop, and a standard robot using my username, robot configured to connect to the standard machine named LA4324. If I ever change my laptop, the system administrator needs to delete this robot, and create a new one, for the new machine.

机器人管理

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

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

Attended robots (or unattended used in attended mode) can be monitored at the tenant level on the Robots page. Unattended machines and runtimes can be monitored at the folder level (Monitoring > Machines). Automatic robot management can be configured for directory users or directory groups as well. The automatic robot provisioning setting for a directory group that's added to Orchestrator is inherited by any user that is a member of that AD group. Robot auto-provisioning is only valid for attended robots.

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

机器人身份验证

• Username/Password Credentials - This is the default method.

• 智能卡身份验证

• HSM：Luna 凭证系统、nShield 密钥存储提供程序

  警告：

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

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

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

高密度机器人

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

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

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

To set up High-Density Robots on a Windows Server machine, please see the Setting Up Windows Server for High-Density Robots chapter.

备注：

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

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

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