同一份软件安装包，装到另一台电脑上，有时会提示许可无效；换回原先的机器，又能正常运行。程序本身没有变化，变的只是运行它的设备。软件凭什么认出机器换了？这背后是数字版权管理在起作用。
软件里其实装着两样东西：程序本身，以及一份说明"谁能用、能用多久、能用哪些功能"的许可。程序可以随意复制，因为复制程序不等于获得许可。授权体系要守住的从来不是文件，而是许可这份凭据。
许可就需要一个不易被复制的位置。早期做法是把它写进硬件加密锁，插上设备才能运行；后来出现了软许可，存放在本地的加密区域里；再往后是云授权，先从服务器取一张有时效的许可，离线期间靠本地缓存维持。形态在变，逻辑没有变——许可得有一个说得清去向的落脚点。
回到开头那个问题：软件怎么认出机器换了？这是数字版权管理里被问得很多的环节。首次激活时，客户端会读取设备的一组特征，比如硬盘序列号、主板信息、网卡地址，把它们加工成一段机器标识。许可与这段标识登记在一起，机器一换，标识就对不上，提示随之出现。
辨认设备只是其中一环。数字版权管理真正要盯住的是许可的时效与范围：到期自动失效、按功能模块分别开放、超出授权数量时不再放行、发现异常使用时远程吊销。这些动作让权利方始终握着控制权，授权才谈得上可管可控。
绑定之后还有一个连带问题：用户长期离线，许可怎么确认依旧有效？常见做法是给本地许可设一个可离线使用的期限，超过期限就必须联网核对一次。这样既照顾了车间、机房这类不便联网的环境，也让权利方不至于失去掌握。这也是数字版权管理在离线场景里的折中办法。
也因此，数字版权管理与用户之间并非天然对立。它解决的是一个更基础的问题——软件卖出之后，权利如何继续被表达。把许可的位置、时效和范围设计清楚，授权体系才算真正立得住。
安策信息在软件保护与授权管理领域服务多年，团队如果想梳理自家的授权模型，欢迎交流。
同一份软件安装包，装到另一台电脑上，有时会提示许可无效；换回原先的机器，又能正常运行。程序本身没有变化，变的只是运行它的设备。软件凭什么认出机器换了？这背后是数字版权管理在起作用。
