版权描述语言（Rights Expression Language， REL）是DRM（Digital Rights Management；数字版权管理）中非常关键的一块，它用来描述人员、版权和资源及其相互间关系。一个版权模型是否是开放的、灵活的以及可扩展的，从根本上依赖于它采用了何种REL进行版权建模。
采用一个标准的REL将有利于DRM系统之间的互操作，一个REL必须考虑许多技术和理论上的需求，包括：
1，机器可读性（machine readability），即具有好的交换格式，便于机器的读取和解释，典型的例子就是XML文档；
2，贸易相关元数据的支持，包括支持语义明确的角色，标准的标识系统，使用权限和约束的定义，利润分配和支付描述，安全信息等；
3，开放性和可扩展性，由于不同领域的应用差异，对REL的具体需求也会不同（比如活动图象专家组（Moving Picture Experts Group， MPEG）在其规格说明书中定义了REL及其数据字典在多媒体领域的需求），所以REL必须是开放的和可扩展的。
目前，基于XML的REL主要有两个：ODRL（Open Digital Rights Language）和XrML（eXtensible rights Markup Language）。非基于XML的有DigitalRights和LicenseScript等。
1，ODRL
ODRL是由ODRL initiative研制的一个开放标准。ODRL initiative的目标是研制并促进DRM领域REL方面开放的标准。ODRL目前最新的Release版本是1.1 ，是和W3C协同发布的，2.0的草案也在制定当中。ODRL是完全免费的，没有任何版权的问题。
ODRL中定义了3个核心的实体：人员（Party），资源（Asset）和版权（Rights）。其中Party包括最终用户（end user）和版权持有者（rights holder）。Asset可以是图书、音频、视频乃至软件等各种资源。Rights描述了Party和Asset之间的权限（Permission）关系，Permission涉及到约束（Constraint）、条件（Condition）和义务（Requirement）。
Rights有两种常用类型，一种是Offer类型的，用来描述版权持有者对他们拥有的资源具体的版权规则，第二种是Agreement的类型，它其实是Offer类型的Rights应用到相对具体的人员上的结果。比如一本书的Offer中定义它在美国售50美元，而在中国售100元人民币，那么美国人购买该书时的Agreement中就会定义支付50美元，而中国人的Agreement则是支付100元人民币。
ODRL是可扩展的，使用者可以将自己的版权数据字典通过ODRL的扩展方法纳入到ODRL中来。
2，XrML
XrML是由ContentGuard公司研制的一种基于XML的REL，目前它在使用上是免费的，但必须向ContentGuard提出许可证申请，因为XrML是ContentGuard注册的专利。2005年3月15日，ContentGuard被微软（Microsoft）、时代华纳（Time Warner）和法国汤姆逊（Thomson）三方联合收购，但对XrML应该不会有太大影响。
XrML中定义了3个主要的Schema，包括核心的（Core）、标准的（Standard）和内容扩展的（Contend extension）Schema。和ODRL相比，XrML可能过于复杂，但XrML有其官方的SDK，这降低了使用它的难度。
3，DigitalRights
DigitalRights由InterTrust公司提出，它不是基于XML的。在语法上，它很像是一段脚本代码。在DigitalRights的语义模型中，许可证（License）定义为一个实体（Reality）集合，每个Reality又是事件（Event）的集合，每个Event是一个时间（Time）和动作（Action）对。License的被实施还是破坏在其语义模型中均给出很精确的数学逻辑定义。DigitalRights中还定义了从其License描述到基于其语义模型的解释执行之间精确的语义映射函数。
DigitalRights与其他REL相比更适合描述在时间上有多重使用区间的许可证。与ODRL和XrML这类基于XML的REL相比，DigitalRights通用性和支持互操作上要差些，但在License的解释执行上，DigitalRights有更好的精确的语义模型，而ODRL和XrML这类基于XML的REL基本没有给出其用于解释执行的语义模型。
4，LicenseScript
LicenseScript是由荷兰Twente大学的5位学者提出的REL，它也不是基于XML的。它采用基于多重集重写和逻辑编程的执行语义模型。LicenseScript与其他REL最大的不同点在于：LicenseScript中的License是有状态的，License里面的数据会发生动态的演化。License分为两部分，静态的部分包括内容上的使用条件和条款，动态部分包括一些状态信息。
LicenseScript和DigitalRights一样，有精确的执行语义模型，不同的是，它更适合支持用户环境动态变化但仍然在一个被认可的域中的License，这种情况下，License可以根据环境进行动态演化。不足的是，LicenseScript需要像Prolog这类逻辑编程运行环境的支持，实现起来效率比较低，另外，变动的License如何判断是合理演化还是被恶意篡改也是个问题。
