在进行并购工作时，需要遵循适当的尽职调查流程，在此过程中，律师、财务顾问和潜在买家将需要访问高度机密的文件，这些文件通常来自不同的组织和结构。
情况因所有利益相关者拥有不同类型的设备、操作系统（OS）和IT规则而变得更加复杂。访问必须受到严格控制和监控，更重要的是，在必要时能够撤销。那么，如何在不共享文件本身的情况下提供私人信息呢？
VDR和数据室软件供应商通过依赖访问限制和某种形式的安全文档查看来解决此问题。大多数VDR提供商已经阻止用户下载或发送原始文件。
然而，这引发了另一个有趣的问题：处理这些机密文档的应用程序实际上应该在哪里运行？移动应用程序，而不是文档
通常，这些文档是在浏览器中或使用专用的本地安装应用程序进行查看的。从浏览器查看文档很方便，因为不需要额外的应用程序，并且通常可以在多个设备上工作。话虽如此，取决于解决方案的构建方式，文档内容本身可能在本地进行处理，这是一个限制因素，可能会影响方法的安全性。
虽然今天的VDR可以远程呈现文档，但应用程序本身的构建和交付方式会影响查看体验和对文档本身的保护。事实上，提供专用应用程序需要付出安装、维护和特定于OS支持的代价。
在这两种情况下，试图将控制重点放在设备本身实际上增加了复杂性，同时可能暴露敏感信息。
使用浏览器或本地安装应用程序的替代方案是完全在云中运行文档查看器应用程序，并使用Anbox Cloud等软件仅将其内容流式传输给用户。这具有基于浏览器的便利性和集中式应用程序执行的好处，意味着无需在用户的设备上处理文档。
使用Anbox Cloud，VDR提供商可以在隔离的容器化实例中运行自己的Android文档查看应用程序，并通过任何浏览器流式传输其内容。用户登录到VDR平台，打开授权文档，并与远程应用程序交互，而永远不会收到原始文件。
当会话结束时，可以停止Android实例，从而删除其临时数据。它在提供商的管理基础设施中运行，而不是在用户的设备上。通过这样做，文档无需存储在设备上，甚至无需在设备上处理。这大大降低了未经授权复制的风险。此外，由于浏览器实际上是在流式传输像素，因此完全没有关于文档本身的残留数据或痕迹。因此，VDR提供商对信息、其处理和存储保持完全控制。
这改变了架构，但没有改变用户体验。为什么为VDR使用Android？
这是一个合理的问题。如果您只想显示PDF，传统的Web查看器可能就足够了。当VDR提供商已经拥有自己的文档处理应用程序、逻辑、集成和工作流的专用Android应用程序时，Android的价值变得更加明显。
使用Anbox Cloud意味着，提供商无需为桌面平台重新构建该应用程序，而是可以直接通过用户的浏览器将其流式传输给用户。用户无需安装Android应用程序，甚至不需要拥有Android手机。任何浏览器都可以。
使用Anbox Cloud，您可以获得运行隔离Android实例、管理应用程序生命周期和流式传输应用程序的基础设施。其容器化执行模型非常适合以应用程序为中心的工作负载，允许提供商轻松管理多个独立会话。部署到公共或私有基础设施也允许灵活选择应用程序和数据处理的位置。这种模型不仅适用于VDR，还适用于管理自带设备（BYOD）安全，通过将敏感数据保留在用户设备之外来降低风险。
在实践中，这意味着您可以无缝重用现有软件，同时保留对其执行的集中控制。VDR提供商可以将Anbox Cloud提供的Android执行和流式传输层集成到其现有的安全架构中。安全是共同的责任
流式传输改变了信息传递到设备的方式。VDR提供商可以在其后端进行文档处理，并仅发送渲染后的表面：即像素，而不是发送原始文档。
流式传输意味着仅将图形数据发送到设备。服务器从不发送文档或其任何部分。文档在云中完全处理，仅发送像素（当前视图），这与流式传输视频相同。文件从未发送到设备，从而降低了暴露风险。这使得提取变得更加困难。
但这并不意味着无法获取信息。恶意用户仍然可以截图、屏幕录制或使用外部相机，因此我们仍然强烈建议VDR身份验证、文档权限和水印。一种不同的机密信息交付方式
虽然对于原生Web VDR来说，添加Android可能听起来不是一个明显的优势，但云托管执行为已经使用Android应用程序的提供商提供了另一种扩展跨设备访问的方法，而无需维护单独的客户端或分发文档进行本地处理。
归根结底，问题不在于Android是否是更好的文档查看器。而在于查看应用程序是否真的需要在用户的设备上运行。
使用Anbox Cloud，它不必如此。
Android是Google LLC的商标。
Anbox Cloud使用Android开源项目提供的资源。
Android机器人是根据Creative Commons 3.0署名许可中描述的条款，复制或修改自由Google创建和共享的作品。