设计自定义android DPC应用程序与Android管理API有何关系？

Question

我是android企业开发领域的新手，对于android企业生态系统中的各个部分之间如何相互联系，我有些误解。让我解释。

我正在尝试实现的解决方案是能够远程将设备锁定为信息亭模式，并且即使用户处于脱机状态，也可以基于某些业务逻辑将其锁定。我开始研究EMM，尤其是Android Management API以解决该问题。我可以使用API​​将设备远程锁定为信息亭模式。我正在采取的步骤

1. 恢复出厂设置的Android设备
2. 到达用户需要输入凭据的屏幕
3. 我输入afw＃setup而不是真实的凭证
4. 设备进入工作资料模式，并且正在安装android设备策略
5. 我在管理API中创建了一个注册令牌（快速入门指南中介绍了步骤）
6. 收到提示后，我会生成QR码并使用恢复出厂设置的设备对其进行扫描
7. 该设备将被连接到企业，而且我成功能控制它，并通过创建特殊亭模式策略和修补设备以符合使用的组合政策将器件置于展台模式补丁策略（创建策略）和补丁设备 API。

下一步是找到一种即使用户处于离线状态也可以将设备锁定为信息亭模式的方法。我假设这将通过创建android企业自定义DPC（设备策略控制器）应用程序来实现。我假设通过阅读以下文档，配置“单一用途”设备的三种方式之一是创建自定义DPC应用程序。这是来自不同网址的另一个引号

作为EMM，您将开发一个DPC应用程序，供客户与EMM控制台和服务器一起使用。您的客户将DPC部署到他们管理的用户设备上。DPC充当EMM控制台（和服务器）与设备之间的桥梁。管理员使用EMM控制台执行一系列任务，包括配置设备设置和应用程序。

这就是我所有困惑的地方。自然而然产生的第一个问题- 在谈论EMM控制台和服务器时，前面引用的作者是否提到了EMM管理API？

此外，还有更多问题我找不到答案

在创建自定义DPC 的指南中，没有提到EMM API在自定义DPC中将扮演什么角色，因此，我找不到任何地方描述自定义DPC是EMM控制台（大概是EMM API）之间的桥梁。和设备？

然后，假设我已经开发了一个自定义DPC应用程序，并将其上传到了Google Play Alpha频道。该文档指出，在设置过程中，我应该输入afw＃DPC_NAME而不是输入afw＃setup，而且我不知道如何生成该名称？它是DPC应用程序的捆绑包ID吗？还是可能是在Google设置中的某处设置了？例如，谷歌已经开发了TestDPC应用程序来测试企业解决方案，我能够按照上述步骤操作，输入afw＃testdpc并成功扫描了git自述文件中的QR码，我看到已安装了TestDPC并设备已启动进入工作资料模式。因此，我假设我需要以某种方式注册我自己的“ testdpc”并输入afw＃my_dpc。

基本上，我有独立工作的不同作品，我想在我的脑海中形成一个广阔的画面，以了解如何将这些作品缝合在一起。

谢谢你的回答

更新1：

今天，我找到了一种无需通过NFC或其他设置流程即可将自定义DPC转变为设备所有者的方法。这对于开发目的特别有用。请按照此链接获取说明。这既节省了时间，而且就我而言，我们仍在等待Google的批准，但最终我们可以开始测试某些内容，而无需自定义设置流程。

Answer 1

有两种不同的管理Android设备的方式：

该新方法：在Android的API管理。这是Google推荐的方法，并且比以前的方法要简单得多，您无需调用其他API或创建自定义DPC。如果此API无法解决您的用例，您可以将反馈发送给Google，以便他们添加缺少的功能。

在老办法：使用自定义DPC。为此，您需要：

• 创建一个自定义DPC，
• 加入EMM社区，向Google注册您的自定义DPC （这就是您获取afw＃DPC_NAME的方式），
• 使用Google Play EMM API来安装应用程序。

在文档中-您是使用这些API的开发人员-被称为“ EMM”。“ EMM服务器”是指您拥有并调用这些API的服务器，“ EMM控制台”是指您向IT管理员公开的UI控制台（如果有）。