应用层事件（Application Level Event）规范，简称ALE规范，于2005年9月由EPCglobal组织正式对外发布。它定义出RFID中间件对上层应用系统应该提供的一组标准接口，以及RFID中间件最基本的功能—收集/过滤（Collect/Filter）。

1.ALE产生的背景

    RFID数据的冗余性/业务逻辑RFID读写器工作时，会不停地读取标签，这会造成同一个标签在一分钟之内被读取几十次，这些数据如果直接发送给应用程序，将带来很大的资源浪费，因此需要RFID中间件对这些原始数据（Raw Data）进行一层收集/过滤处理，提供出有意义信息。
     “What，when，Where”（何时何地发生什么事情）这是ALE向应用系统提供的最典型的信息内容。例如，“2006-3-20 19：30门禁处读取到epc＃1”。此外，在智能货柜（Smart Shelf）之类的 应用中，业务流程只关注物品是否增加或减少。此时，ALE就可以向上层汇报“2006-3-20 19：31 epc＃1 在货柜＃1区出现/消失”。可以说，ALE的出现主要是为了减少原始数据的冗余性，以从大量数据中提炼出有效的业务逻辑。

2.ALE与应用系统的关系
     ALE层介于应用业务逻辑层和原始标签读取层之间,它接收从数据源（一个或多个读写器）中发来的原始标签读取信息，然后按照时间间隔等条件累计（Accumulate）数据，将重复或不感兴趣的EPCs剔除过滤（Filter），同时进行计数及组合（Count/Group）等操作，最后将这些信息对应用系统进行汇报。在ALE中，应用系统可以定义这些内容：在什么地方（地点可以映射一个或多个读写器及天线）读取标签；在怎样的时间间隔内（决定触发时间、某个外部触发事件）收集到的数据；如何过滤数据；如何整理数据报告内容（按照公司、商品还是标签分类）；标签出现或消失时是否对外报告，以及读取到的标签数目。
     ALE规范定义的是一组接口，它不涉及具体实现。在EPCglobal组织的规划中，支持ALE规范是RFID中间件最基本的一个功能，这样，在统一的标准下，应用层上的调用方式就可统一，应用系统也就可以快速部署了。因此，ALE规范定义的是应用系统对RFID中间件的标准访问方式。
3.ALE规范的主要优点
1）事件管理标准
    为了可以从RFID读写器接收、过滤及分组事件，ALE规范提供了一个读写器接口。这样，使用兼容ALE的中间件的应用程序不需要为每个读写器都安装单独的驱动程序，也不需使用每个读写器的专有编程接口。
2）扩展性
    ALE标准具有高度扩展性。虽然ALE规范的目标是处理EPC事件源，但它也可以创建一些应用扩展以连接到非EPC标签或非RFID读写器设备的接口上。
3）接口和实现的分离

     ALE规范在客户端和RFID中间件中提供一个接口，把实现细节留给开发人员，即开发人员可以根据技术平台、部署选项、附加特性等来选择实现技术的细节。RFID中间件提供的ALE服务可以在应用系统的边缘或内部作为一个独立的模块存在，也可以驻留在RFID读写器中。
     应用层事件规范为访问应用层事件服务提供了Web服务兼容的绑定接口（Binging Interface），使得ALE接口的实现方式可以适应不同的电信协议（如SOAP/HTTP）和API。

4.ALE输入（ECSpec）/输出（ECReport）
    在ALE模型中，有几个最基本的概念：事件发生器、识读周期（Read Cycle）、事件周期（Event Cycle）和报告（Report）。
1）事件发生器（Event Originator）
    事件发生器是指任何能捕获到RFID标签的出现及其他识读的设备，RFID读写器和传感器就是事件发生器的例子。ALE规范将物理设备和读写器区分开来。在ALE规范内容中，一个物理设备可能是拥有一个或多个天线的RFID读写器、一个符合EPC的条形码扫描仪或类似设备。
ALE规范定义的读写器是一个抽象概念，从本质上讲，一个读写器是一个提供EPC原始事件数据源。一个读写器可以有以下3种表现形式。
（1）一个读写器映射到一个物理设备上，即一个读写器可以由单个物理设备实现，如一个单根天线的RFID读写器、一个符合EPC标准的条形码扫描仪或一个每根天线都可以收集数据的多天线读写器。
（2）几个读写器映射到相同的物理设备上。一个读写器也可以由几个物理设备实现，如一个有多根天线的读写器，其每根天线都是一个独立的数据源。
（3）一个读写器映射到多个物理设备上。多个读写器可以协同工作来获取综合的观测资料，如两个或更多个读写器可以用于三角测量以获取位置信息。
ALE规范也支持逻辑读写器的概念，即一个或更多个读写器的标志或名字。逻辑读写器的概念使应用程序得以从读写器的具体部署中脱离出来，当读写器的具体分布发生改变时，只需要改变实际读写器和逻辑读写器之间的映射关系，而无须重新编写应用程序。
2）识读周期
     一个识读器能以一组频率（或根据要求）扫描RFID标签或得到其他物理测读记录，每次扫描称为一个识读周期，也称读写周期。读写周期是和读写器交互的最小单位，一个读写周期的结果是一组EPCs集合。读写周期的时间长短和具体的天线、RF协议有关，读写周期的输出就是ALE层的数据来源。
3）事件周期
    一个事件周期是客户端使用ALE服务进行交互的一个单位，它与读取周期的映射关系（如图5-16所示）有很大的灵活性。事件周期可以是一个或多个读周期。它是从用户的角度来看待读写器的，可以将一个或多个读写器当做一个整体。它是ALE接口和用户交互的最小单位。应用业务逻辑层的客户在ALE中定义好事件周期的边界之后，就可接收相应的数据报告。
4）报告
   报告则是在事件周期的基础上，由ALE向应用层分析提供的数据结果。对于事件周期的定义，在ALE中由ECSpec表达；对于报告的内容，由ECReport负责.
5.交互模式
    可以通过客户机和ALE服务器间可用的交互模式来识别ALE规范的机动性。客户机可以在需要时请求服务（同步模式）或在某种特定情况下将登记信息发送到服务器上（异步模式）。
1）同步模式
     主要的交互模式是请求/答应模式，在这种模式下，所有调用ALE服务的方法都同步执行，如图5-18所示为同步模式。ALE规范的同步模式支持即时和轮询两种交互方式。
2）异步模式
     ALE接口也支持异步模式，在这种模式下，客户的同步端可以预定事件，当事件发生时，ALE服务器会异步地传送数据到客户机上。异步模式可以选择不同的技术来实现，包括JMS、TIBCO、MQ-Series、E-mail、SOAP。客户用通告URI（Uniform Resource Identifier，统一资源标识）来预定事件，通告URI可以基于HTTP、TCP或简单文件类型。基于HTTP的通告URI设定了事件周期报告通过HTTP传送，使用POST操作；基于TCP的通告URI允许事件周期报告使用原始TCP连接来传送；基于文件类型的通告URI允许将事件周期报告写入文件中。
3）数据元素
     下面介绍主要的数据元素是如何在中间件中交换的。客户端的主要目的是请求获取EPC数据，这是通过提供一个ECSpec（事件周期规范）给ALE服务来实现的。ECSpec描述了一个事件周期，以及定义了生成报告的规范，它是与ALE API关联的两种主要数据类型之一。另一种是ECReport（事件周期报告）。
ECSpec定义了事件周期开始和结束及生成报告的规则。当一个事件周期从一个或多个读写器的读写周期中提取数据时，也包括逻辑读写器的列表。
使用ALE语言的报告是一个事件周期的输出，是ECReport的实例。报告规范的表达形式由ECReportSpec定义，提供过滤、分组和其他数据处理指令。

4）ALE服务接口
EPCglobal的ALE规范为主要的ALE API提供了一个抽象定义，这个规范也为ALE API提供了一种符合WS-IO（Web Services Interoperability Organization，Web服务互操作性组织）的SOAP绑定。主要的ALE服务接
6.ECSpec介绍
     ECSpec描述了事件周期及报告产生的格式。它包括一组逻辑读写器（Logical Readers），这些逻辑读写器的读写周期在该事件周期内，一份定义事件周期边界的规范，以及在这个事件周期内产生的一组报告（report）的格式规范。
     在ALE规范中定义出了ECSpec的XSD文件，以及ECSpec表示的具体例子，上层应用系统需要逻辑读写器dock_1a和dock_1b，在满足开始及结束的触发事件文件trigger1/trigger2 定义的条件下，重复周期为20000ms，间隔为3000ms，对外发送3个报表report1、report2、report3，其中report1报告当前读取到的标签，report2报告每个事件周期内增加的标签及总个数，report3报告每个事件周期内减少的标签及总个数，以及标签进行组合的形式。
可以看出Report1报告当前读取到的标签个数为2个，Report2报告当前读取到的标签个数为6847。Report3报告EPC 3.0037000.12345类的物品读取到2个，3.0037000.55555类的物品读取到3个，读取到的标签数为6842。

8.典型的ALE调用场景
    要想实现应用系统与ALE中间件的交互，必须先将事件周期的定义文件（ECSpec）传送至中间件，同时将报告发回的地址告知中间件。在ALE交互形式中，有几个最基本的方法：define/undefine，subscribe/unsubscribe，poll/immediate。其中define/undefine是定义/撤销ECSpec的操作，subscribe/unsubscribe是订阅/撤销某个ECSpec的服务。
1）直接订阅（Direct Subscription）

ECspec由客户A定义，得到的报告反馈给A。
首先，Client1将名为ECName1的ECSpec定义给ALE中间件，然后Client1订阅该ECName1的报告，并将它发至地址为NotifyURI的接收处。
在时间1（Period1）内，读写器Reader1没有读到标签，因此没有反馈。在时间2（Period2）内，读到标签，然后ALE中间件自动将ECReport发送给Client1。
当Client1不需要RFID信息时，它首先退订NotifyURI的ECName1的服务。当ECName1没有订阅者之后，就可以撤销ECName1的时间周期了。
2）间接订阅（InDirect Subscription）
    间接订阅与直接订阅的差异是，得到的报告不反馈给A，而反馈给B。
    显示的ECSpec边界由触发器来决定。在第6步中，可以看到ECReport发至Client1，而不是初始的服务定义者，这是因为在第2步中的服务反馈地址NotifyURI指向Client1。
     Poll/Immediate（如图5-26所示）可以看成应用系统对ALE中间件的快照。在很多应用中，不需要一直监听ALE，而只要知道当时读到的标签信息，这两种模式就是为满足这些需求而设计的。
当ALE中间件中已经有定义好的ECSpec，同时Client需要这个ECSpec提供的信息时，就可以使用Poll方法得到反馈了。
当ALE中间件中不存在Client需要的事件周期时，可以直接转送这个事件周期的定义ECSpec2，然后得到结果，这就是Immediate。