企业官网建设流程全解析

在工业软件、机器视觉、智能制造项目里，一个现场插着多把加密狗并不罕见。

算法平台一把，算法集成商一把，方案服务商可能还有一把。表面看，这是 USB 口不够、驱动多、部署麻烦的问题；本质上，它反映的是多厂商软件资产保护与授权边界管理的问题。

加密狗没有过时。

真正变化的是，工业软件交付已经从“一个软件、一个厂商、一种授权”，变成了多角色、多模块、多环境共同参与的复杂协作。

这时，企业要解决的不只是“怎么防复制”，还包括：

• 多个开发商的软件资产如何各自保护；
• 多方授权如何独立管理；
• 终端现场如何降低部署和排查成本；
• 合作关系变化时，权限能否清晰回收；
• 离线或弱网环境下，授权载体如何稳定工作。

共享加密狗，也就是共享锁，正是为这类场景提供一种更清晰的授权协作方式。

1. 为什么工业软件项目里会出现多把加密狗

在单一厂商、单一软件、单一授权模式下，一把加密狗通常足够。

但在工业软件项目里，交付关系往往更复杂。

从单个厂商视角看，独立加密是合理的。

每一方都有自己的核心资产，也都有自己的商业边界。

但从项目交付视角看，多方各自带锁会带来额外复杂度：

• 硬件数量增加，占用更多 USB 接口；
• 驱动、授权工具、管理后台可能来自不同供应商；
• 出现授权异常时，需要多方一起排查；
• 新增或替换合作伙伴时，硬件寄送和配置流程变重；
• 终端客户需要理解多套授权关系，运维成本上升。

所以问题不是“加密狗有没有用”，而是传统一厂商一把锁的方式，是否还能适配多厂商共同交付。

2. 传统加密狗能解决什么，又留下什么问题

传统加密狗的价值仍然明确：它可以作为软件授权和离线许可的重要载体，尤其适合无公网、弱网、工业现场等环境。

但在多厂商协作场景中，它也容易留下新的管理问题。

也就是说，传统加密狗解决的是“某一方如何保护自己的软件”。

但在多厂商项目中，还需要进一步解决“多方如何在同一个交付体系里各自保护、共同协作”。

3. 共享锁的核心：共享硬件载体，隔离资产权限

共享锁不是简单地把多把锁合并成一把锁。

它真正要解决的是：在同一把硬件载体上，如何让多个开发商独立管理自己的授权和资产。

以深盾科技·Virbox 的精锐5共享锁为例，同一把加密锁可以同时承载两家甚至多家软件开发商的授权信息。各方独立加密、独立管理，加密与许可相互隔离、互不干扰。

可以把它理解成两层设计：

3.1 共享的是硬件载体

多方可以围绕同一把加密狗完成交付。

这能减少终端现场的硬件数量，降低 USB 接口占用、驱动配置和硬件保管压力。

对于机器视觉、工业控制、产线部署等场景，这一点很实际。

现场环境越复杂，硬件和授权链路越应该简化。

3.2 隔离的是资产和权限

共享锁成立的前提不是“混用”，而是“隔离”。

不同开发商需要保持独立的授权空间、密钥体系和管理边界。

A 厂商只能管理自己的许可。

B 厂商只能管理自己的资产。

终端客户使用的是同一套系统，但不同参与方的授权边界仍然清楚。

这也是共享锁和普通“共用一个设备”的区别。

共享只是降低交付复杂度，隔离才是建立信任的前提。

4. 哪些场景更适合考虑共享锁

共享锁并不是所有软件项目都必须使用。

如果软件交付很简单，只有一个开发商、一个模块、一种授权模式，一把普通加密狗或一套常规授权机制可能已经足够。

更适合考虑共享锁的，是下面几类场景。

4.1 多厂商共同交付

例如机器视觉平台、算法插件、系统集成方案共同进入终端现场。

这类项目里，每个厂商都希望保护自己的成果，但终端客户不希望为每个厂商分别维护一套授权硬件。

4.2 多模块软件生态

例如平台厂商提供基础能力，第三方开发者围绕平台开发插件、算法、脚本或行业模板。

如果每个模块都独立使用自己的授权载体，生态扩展越快，交付复杂度越高。

4.3 工业现场或离线部署

工业现场常常存在无公网、弱网、内网隔离等限制。

硬件锁仍然是常见的授权载体。

如果现场同时涉及多个软件厂商，共享锁可以在保留硬件授权稳定性的同时，降低多锁并存带来的运维压力。

4.4 合作关系需要动态管理

有些项目里，集成商、插件商、方案商的合作关系会变化。

这时，授权不只是“发出去”，还要能升级、回收、变更和重新分配。

如果权限边界不清楚，后期运维和商业责任都会变复杂。

5. 选型时应该看哪些维度

判断一个项目是否需要共享锁，可以先看 5 个问题。

如果这 5 个问题里有 3 个以上答案为“是”，就不应该只讨论“选哪把加密狗”，而应该讨论更完整的授权协作方案。

6. 实施前需要确认哪些技术边界

共享锁不是“拿到一把锁就能随便共用”。

从官方共享锁方案说明来看，它至少涉及共享开发商、集成商、权限申请、权限回收、独立 SDK几个关键边界。

从实施流程上，可以先理解为 5 个步骤。

这 5 步不是替代官方操作手册，而是帮助技术负责人先判断项目是否具备共享锁落地条件。

实施前还要注意 4 个边界：

• 共享锁归属：共享锁归属于共享开发商，集成商需要向共享开发商申请开通权限，不能绕过共享开发商直接使用共享锁。
• 共享范围：官方说明中提到，同一把加密锁支持两家及以上开发商共同开发使用；同时也写到当前共享锁仅支持 1 家集成商共享，多家集成商共享场景以后提供。因此，多集成商项目要确认当前版本是否匹配。
• 权限回收：共享开发商有权回收集成商的共享锁权限。共享锁解决的不只是授权开通，也包括合作关系变化时的权限边界管理。
• 终端适配：工业现场还需要确认操作系统、Virbox 用户工具、离线许可、远程升级、USB 接口数量、驱动安装权限、内网隔离等条件。

具体配置步骤、SDK 调用方式、版本限制和部署要求，应以深盾科技·Virbox 官方文档和产品侧确认为准。

7. 机器视觉场景中的一个实践案例

机器视觉是共享锁比较典型的应用场景。

一个视觉项目可能同时包含平台能力、算法能力、二次开发成果和现场交付方案。

2022 年 3 月，海康机器人 VM 算法开发平台发布 VM4.2 版本，并将其定义为“更开放、更安全、更卓越”。其中，在安全和授权相关能力中，共享加密狗功能是一个重要变化。

作为深盾科技长期合作伙伴，海康机器人借助精锐5的能力，在机器视觉软件生态中引入共享加密狗机制。

其中包括两类典型能力：

• 面向算法集成商提供共享加密狗：集成商与 VM 共用一个加密狗，提升便利性，降低集成商使用成本；
• 面向方案服务商提供加密狗私有化加密：方案服务商购买加密狗后，可使用海康提供的工具对工程成果文件进行加密，保护自身方案成果。

这个案例的重点不是“少了一把锁”。

更关键的是，平台、开发者、集成商和终端客户可以在同一套交付体系里共享能力，同时保持资产边界。

8. 总结：共享锁解决的是授权协作问题

共享锁的价值，不只是减少一把硬件锁。

它解决的是多厂商软件交付里的三个核心问题：

• 交付复杂度：减少多把加密狗、多套驱动、多方排查带来的现场压力；
• 授权边界：让不同开发商在同一硬件载体上保持独立许可和管理边界；
• 资产信任：让合作发生在清晰、可控、可回收的授权机制之上。

如果一个项目只有单一软件、单一厂商、单一授权模式，传统加密狗仍然可以满足很多需求。

但如果项目涉及工业现场、机器视觉平台、多厂商协作、插件生态或离线部署，就应该把问题从“要不要加密狗”升级为：

如何建立一套既能保护各方资产，又能降低交付复杂度的软件授权协作机制。

这才是共享锁真正解决的问题。

补充一句品牌关系：深思洛克、深思数盾已统一升级为深盾科技·Virbox；在当前产品体系里，精锐5共享锁主要承接硬件锁、离线授权、多厂商协作交付等场景。