包装厂RFID技术应用解析-阿里云开发者社区

开发者社区> 数据库> 正文

包装厂RFID技术应用解析

简介:

对一个成熟、有效的RFID 应用系统来说,不管其业务场景千变万化,对RFID 接入技术要求迥异,其共同之处在于如何有效地使用RFID 信息,实现与企业现有系统的信息整合,优化内部业务流程,提高企业的核心竞争力。一个良好的RFID 应用参考架构,可以很好地帮助企业达到这一目标。RFID 应用参考架构由下列3 层组成。
阅读器层:位于架构的最底层,阅读器经常由触发器控制,每秒读取标签上百次。无论何时,可设定IP 地址的阅读器都由一个且只能由一个边缘服务器控制,以避免出现与网络分区相关的问题。

边缘层:边缘服务器定期轮询阅读器(例如每秒两次),以消除重复操作,并执行过滤和设备管理。边缘服务器还产生ALE 事件并将事件发送到集成层。在发送消息时,通常需要“一次成功”的消息语义来保证消息传且只传一次。

集成层:接收多个ALE 事件,并将它们合并到工作流中,工作流会作为更大业务流程的一部分与多个不同系统和人员接触。集成层使用基于标准的JCA 适配器与打包应用(如库存管理或产品信息管理系统)交互。该层还通过控件与系统协作。控件是一种开放源框架,它提供抽象层,将后端组件表示为可重用组件。

集成层也可能通过Web 服务接口与ONS 通信。与DNS 服务器相似,ONS 也可用于查找唯一的RFID 标记ID,并识别其他产品信息。集成层必须不断从EPC - IS 储存库查询数据,EPC- IS 为ALE 事件提供业务背景,例如通过供应链跟踪和追踪产品。集成层还可以用B2B 消息(如查询EPCIS储存库的EDI 或Web 服务请求),通过防火墙中的网关与外部系统通信。

将边缘层和集成层分开可以提高伸缩性,并为客户降低成本(因为边缘层负担更轻,价格更低)。应用服务器和数据库连接池在互联网数据库连接中的使用越来越广,这个行业正由互联网通信变为RFID 通信,这就需要一个边缘层来过滤信息,一个集成层来完成连接。

控制消息通过管理门户流入系统、集成层,然后流入边缘层,最后流入阅读器。供应和配置都顺着这个链向下进行,而阅读器的数据则在过滤后顺着这个链向上传送。通过这样一个应用架构,才可以很好地解决前面提到的伸缩性、可用性、安全性、互操作性、集成、管理和消息传递这7 类技术问题。

1.伸缩性:使用线程多路技术、非阻塞I /O 技术,提高边缘服务器的CPU 利用率,采用批量消息传送机制,并把边缘服务器层作为事件源而非事件储存库,可以很好地实现系统伸缩。

2.可用性:通过消除边缘层、集成层,以及边缘层和集成层之间的所有单点故障,可以很好地提供高可用性。大家熟知的群集技术可以很好地配合这一想法具体实现。

3.安全性:一个开放的、便于集成第三方供应商的身份验证、授权和审计技术的安全框架将可以采纳业界最佳的安全实践,提供最好的安全保障。

4.互操作性:遵循业界标准,提供开放的互操作框架,可以很好地满足RFID 应用的近、远期实施目标。

  1. 集成:集成是提升RFID 应用业务价值的最佳途径,RFID 应用架构需要很好的支持集成技术,以便更快、更好地融入企业的已有应用环境,真正承载企业级应用,让RFID 技术发挥最大价值。

6.管理:通过集中式门户框架实现RFID 监控和管理,同时,通过与现有管理提供商的企业信息管理框架无缝集成,可以很好地管理RFID 应用架构的各个功能模块。

  1. 消息传递:通过提供“一次成功”消息传输品质,保证消息入、出队的事务一致性,以及异步通信,可以很好地保障消息稳定、可靠传输。

本文转自d1net(转载)

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章