鉴于提货人员只是针对一个特定的物流企业，其提货权限很少涉及对外方面；而且考虑到仓储管理系统的高效运作及健壮性与稳定性，在提货人员权限编码方案设计部分，采用单独给提货人员设立一套自定义的权限编码格式。其编码格式仍然以GID-96为基础进行自定义设计，目的是为了在批量检索数据库时更方便实现、效率更高。其编码格式如表2所示。
编码中通用管理者分为2种：具有最高权限的董事部、分管不同提货人员的仓管部；分别赋予不同编码来表示。在对象分类代码部分：董事部下属对象分类代码全部置1，表示着董事部人员具有最高权限，可以查看当前仓库中各种物资的库存情况及提取仓库中的各种物资。仓管部分管的不同提货人员具有不同的对象分类代码，这也意识不同的提货人员所提货物类型不同。在序列号部分，根据人员人数N，采取高位使用办法：N=2M-2(其中，M<36，全0、全1不用，故要减2)；剩下36-M位，不考虑通用管理者及对象分类，对其全部置0。校验码采用循环冗余码校验(CRC)，其最大优点就是识别错误的可靠性高，即使在有多重错误时，也只需少量操作就可以识别出错误所在；而且16位CRC可以校验4千字节长的数据块的数据完整性，轻松满足RFID系统需求。
3 方案实现
首先，不同类型的物资在出库操作时，分别由具有不同权限的提货人员来实现。提货人员的权限由其EPC编码中的“对象分类代码”来表示，提货人员首先将自身携带的提货权限由专用权限阅读器读取得到。系统获取得到该电子标签数据后，通过截取指令将权限标签数据中的“对象分类代码”截取存储到一个私有变量中。其所提的货物在出库时，由阅读器得到每个货物的电子标签，并将采集得到的电子标签通过中间件传输到系统中去，在传输过程中，要做两个操作：1)截取货物电子标签中的对象分类代码与提货人员权限电子标签中的对象分类代码进行模式匹配操作，当匹配成功时，则以该物资电子标签数据为搜索条件遍历数据库中库存表：当匹配不成功时，(即所提货物标签中的对象分类代码与提货人员权限标签中的对象分类代码不同)，说明提货人员不具备提取该物品的权限，则将该货物的电子标签反馈到液晶显示终端，并呈高亮显示；以备仓管人员检查核对。2)当提货成功后，货物出库操作；同时，以该货物电子标签数据为搜索条件检索数据库，更新当前数据库仓储物资库存表；保证库存表中货物数量与仓库中一一对应。该更新操作与货物入库操作有一些相似。其整个提货操作流程如图2所示。
EPC数据采集部分：出库物资的电子标签数据采集与人员权限电子标签数据采集二者操作是“异步”的。先采集提货人员权限标签数据，获取后再与采集出库物资电子标签数据进行模式匹配。这样做的原因在于存储仓储物资信息的数据库与人员权限信息的数据库是分开管理的，这样可以有效保证提货人员权限信息不被泄露或窃取，防止仓储物资损失。
应用程序模块部分：鉴于多个读写器同时工作时，其每秒钟读取得到的标签数量非常庞大。通常采用开辟一块缓冲区来暂存电子标签数据。电子标签数据以消息队列的方式存储，其结构如图3所示。
为了方便理解，笔者仅以EPC数据队列中任意一个电子标签为例来演示其整个处理过程。首先电子标签数据出队列操作，进入应用程序接口。图4是整个处理流程图。
4 方案验证
鉴于EPC数据采集是在硬件部分实现，这里不在过多赘述。模拟已采集得到的EPC数据，对方案进行验证。采集得到的EPC数据以形同二维表的形式存储在EXCEL表格中，当前仓储物资库存表存储在ORACLE数据库中，进行批量检索数据库。由于批量检索数据库对查询响应时间要求非常高，这里采用划分-抽样-匹配的思想。物资在入库操作时已进行了简单的分类的划分，因而在批量检索时只需对每类仓储物资抽取库存表中第一个进行匹配。当对象分类代码部分与当前库存表中存储记录吻合时，再进行序列号的匹配；该方法最在的好处是：一次截取，多次使用。批量检索数据数据库的对象分类代码在核对人员提货权限时会再次使用，只需一个临时变量来暂存该代码即可：大大减少了截取工作量，缩短了处理时间。
