ale标准概述

ALE 核心标准规格说明书
ALE接口作用于客户和过滤器（从大量的资源中，合并EPC数据及相关数据）之间。

ALE认为需要有一层来减少直接来自EPC数据源的数据量，如EPC读写器。

并将其变为粗略的感兴趣的事件给应用程序。

同时还认为将应用程序从物理层分离可以为供应商和最终用户减少成本，和提高灵活度。

总体来说，客户与物理数据源的交互可以分为两个部分，读过程和写过程。

读过程的步骤为：
1)从数据源，如EPC RFID读写器，获取EPC和相关数据。

2)在一定时间里整合数据：过滤和清除相同的数据和不感兴趣的数据，计数并
分组数据来减少数据量
3)以多种汇报形式
写过程的步骤为：
1)从多个通道如RFID读写器中，分离出独立的数据载体如RFID标签。

2)在数据载体上进行操作：写数据，读数据和其它的一些操作等
3)以多种汇报形式
ALE 1.0 标准只提供了数据读取的接口，并且仅仅提供接收EPC数据。

ALE 1.1标准在ALE 1.0上进行扩展，可以数据的读取和写入，并且可以读取和写入在EPC数据载体上的非EPC数据。

特别的，ALE 1.1完成支持Class1 Gen2标准的RFID标签。

ALE在EPC网络中的角色是提供在掌握数据的物理架构，进行数据过滤和计数的架构和对数据进行操作的应用程序间相对独立的接口。

对一个架构的改变不需要去改变其它的架构。

ALE通过五个方式实现其独立性：
1)它在上层为客户提供方法，指定哪些数据他们感兴趣或哪些数据需要操作，
而不需要考虑要怎么实现。

ALE会通过各个策略来实现客户的需求。

这些策略取决于要实现的目的，要读写器的基本能力以及其它一些执行过滤和计数的设备（在固件中或RF协议中）。

2)它提供了在整合，过滤数据和执行操作的结果的汇报格式标准。

3)它抽象了数据载体进入上层的通道。

它抽象为一个“逻辑读写器”；并对客
户隐藏了具体读写的物理设备。

这样在物理层的如何变更都不会影像到客户应用程序。

4)它抽象了数据如何在标签上存储的信息，对客户隐藏了数据元素是怎么样编
码成为2进制的以及它是如何存储在标签上的。

这保证了应用程序在逻辑上无需为不同的标签进行改变。

5)它提供了机制给管理者，指定一个应用程序能执行那些操作。

这是从应用层
逻辑中分离出来的。

ALE标准没有指定某个策略应用，或在软件主体内的内在接口。

它更关注于外部接口，允许各种各样的应用只要它们满足接口的协议。

如：它可以构想为一个软件的一部分，成为一个独立的应用接口通过RFID的网络协议和标签交流；也可以集成在RFID标签中。

ALE的目的是：
1)能驱动更多的过滤器，计数器和其它的过程，降低对其结构的要求。

2)将商业逻辑尽量不集成在电子标准，读写器中，集成在软件和中间件中。

这
样商业逻辑仅仅是数据和逻辑过程可以面对单一的产品，产品过程，工业和商业过程。

ALE的上层可能是传统的商务应用，或一个面向EPC的软件但应用于中间件之上，或是一个应用了ALE接口的软件程序。

在很多情况下，ALE面对的会是如EPCIS抓取程序或其它商务处理程序的应用程序。

1)ALE接口面向实时的EPC数据且并不存储数据。

商务程序正好相反，要存储
大量历史数据。

2)ALE事件关注状态，如事件的类型，地点和时间。

如在ALE层，事件描述可
能是在LOCATION L，在时间区间T1-T2，读取了以下100个EPC数据或其它平台的数据。

在商务应用层，事件关注是在LOCATIO L，在时间T2，以下100个数据聚集在了某个平台上。

ALE层关注数据收集和过滤出商务逻辑使用的事件的机制。

如下图，ALE接口位于Filtering & Collection和EPCIS Capturing Application之间。

ALE接口的运作分为reader cycle，event cycle/command cycle
Reader cycle：
形成和标签交互的周期。

如当在读写器中嵌入了ALE接口，该reader cycle就是用来和RFID标签交互的RF协议的循环。

如果ALE应用在中间件中，reader cycle就是一个由导线协议（串口？）决定的交互单元。

Event cycle
是ALE上层和ALE读取API实现的交互最小单元。

Event cycle是标签读取的一个时间区间。

作为结果，它将从标签读取的信息以报告的方式返回给ALE的上层（客户）。

Command cycle
是ALE上层和ALE写入API实现的交互最小单元。

Command cycle是标签写入，或其它操作（如锁定，或消除）的一个时间区间。

作为结果，它将从对标签的操作以及其结果以报告的方式返回给ALE的上层（客户）。