7.2 后端系统简述
后端系统定义了解析RFID数据及关联行为的业务逻辑。每个标签的读取都能引发单个或多个业务行为，由此可以集成多个应用程序，反映在电子邮件中或者激活其他相关设备。这些事件或行为都可以在贸易伙伴之间共享。
为了了解后端系统的基本要素，让我们引用商店销售牛奶和橙汁的例子。
后端系统必须具有如下几种功能：
定义业务范围 中间件收到的数据是一种原始形式的标签ID或者阅读器ID。 这里需要了解什么是标签ID和阅读器ID （例如，标签ID从1至100表示橙汁，400到500表示牛奶。阅读器ID = 2表示入口处的阅读器和ID = 1表示出口处的阅读器）。
决定模式与关联动作 如果入口处的阅读器看到1～100的ID，则为橙汁系统增加橙汁的库存数量。如果出口处的阅读器看到任何这些标识，则降低橙汁的库存量。如果橙汁的库存量小于20则系统就会通知店长考虑补货作业。
满足终端用户要求 根据最终用户的需求，业务逻辑可以用来解决最复杂的问题，使系统更加强壮和可靠。
后端系统也需要确定储存哪些事件以及清理哪些事件，以得到一组清晰的、可管理的数据。基于组件的架构可以让系统在多处位置具有可伸缩性、可扩展性和可重复性。
按照每一个EPCglobal的网络层次，后端系统包括EPCIS（EPC Information Services）捕捉应用、EPC信息服务访问应用和EPCglobal核心服务 （如图7-1所示）。
后端系统中也存在着某些易受攻击的地方。数据本身就是一个很大的问题。如果后端系统被坏的数据被充溢后怎么办？如果它们是假的标签读取数据呢？如果标签被恶意复制呢？如果出现这些情况，一般情况下，系统会产生混乱并阻塞后端。
中间件和后端之间通过JMS、 简单目标访问协议（Simple Object Access Protocol，SOAP），或超文本传输协议（Hypertext Transfer Protocol，HTTP）来进行通信的。但如果遭到中间人的攻击呢？如果发生传输控制协议（Transfer Control Protocol ，TCP）重放攻击呢？ RFID攻击也同样会在DNS或ONS水平上出现。在以下内容里，我们分别介绍了部分攻击检测和解决办法，以确保后端系统的强壮和可靠。
