ImageVerifierCode 换一换
格式:DOCX , 页数:10 ,大小:36.40KB ,
资源ID:3240411      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/3240411.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(无线射频识别RFID中间件技术.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

无线射频识别RFID中间件技术.docx

1、无线射频识别RFID中间件技术无线射频识别FI中间件技术作者:王振宇 杜江 张建 无线射频识别(RFID)技术是一种快速、实时、准确的信息采集与处理技术,通过射频信号对实体对象进行唯一有效的标识,可广泛应用于生产、零售、物流、交通、医疗、国防、畜牧、采矿等各个行业。 基本的RFD系统一般由3部分组成:标签、阅读器以及应用支撑软件。中间件是应用支撑软件的一个重要组成部分,是衔接硬件设备如标签、阅读器和企业应用软件如企业资源规划(ERP)、客户关系管理()等的桥梁。中间件的主要任务是对阅读器传来的与标签相关的数据进行过滤、汇总、计算、分组,减少从阅读器传往企业应用的大量原始数据、生成加入了语意解释

2、的事件数据。可以说,中间件是RFID系统的“神经中枢”。对于RFID中间件的设计,有诸多问题需要考虑,如:如何实现软件的诸多质量属性、如何实现中间件与硬件设备的隔离、如何处理与设备管理功能的关系、如何实现高性能的数据处理等等。 1FID网络框架结构 无线射频识别网络的框架结构如图1所示。 标签数据经过中间件的分组、过滤等处理上报给应用系统;应用系统负责事件数据的持久化存储,以及标签绑定的业务信息的管理。 RFID系统共享公共服务平台提供根节点对象名称服务(ON)、企业应用鉴权管理、标签信息发现和企业授权码管理等公共服务。其中,根节点OS连同所有企业级FI系统的内部ONS,组成一个N树,任何一个

3、标签都可以在NS树上找到标签所对应的标签信息库的地址,即可以进一步访问到标签对应的详细信息。 2 中间件功能及实现原理 一言蔽之,中间件的功能就是接受应用系统的请求,对指定的一个或者多个阅读器发起操作命令如标签清点、标签标识数据写入、标签用户数据区读写、标签数据加锁、标签杀死等,并接收、处理、向后台应用系统上报结果数据。 其中,标签清点是最为基本、也是应用最为广泛的功能。 21标签清点功能概述标签清点的工作流程可简单描述为:应用系统以规则的形式定义对标签数据的需求,规则由应用系统向中间件提出,由中间件维护。规则中定义了:需要哪些阅读器的清点数据,标签数据上报周期(事件周期)的开始和结束条件,标

4、签数据如何过滤,标签数据如何分组,上报数据为原始清点数据、新增标签数据还是新减标签数据,标签数据包含哪些原始数据等。应用系统指定某项规则,向中间件提出对标签数据的预订。中间件根据应用系统对标签数据的预订情况,适时启动事件周期,并向阅读器下发标签清点命令。 阅读器将一定时间周期(读取周期)中清点到的数据,发送给中间件。读取周期可由中间件与阅读器制定私下协商确定。中间件接由收阅读器上报的数据。 中间件根据规则的定义,对接收数据做过滤、分组、累加等操作,并在事件周期结束时,按照规则的要求生成数据结果报告,发送给规则的预订者。过滤过程可去除重复数据、应用系统不感兴趣的数据,大大降低了组件间的传输数据量

5、。此流程可参见图。此处,需要说明一下逻辑阅读器的概念。 中间件将事件源抽象为一个逻辑概念逻辑阅读器,一个逻辑阅读器可以包含多个物理阅读器,甚至可更细化为包含多个物理阅读器的多个天线。 逻辑阅读器的划分可以根据实际的系统部署情况来确定,比如,某一个仓库两个出口部署了个阅读器,可根据需要将这4个阅读器配置成为一个逻辑阅读器,不妨命名为“仓库出口”。应用系统在需要仓库出口的标签数据时,可基于这个逻辑阅读器下发清点命令,而逻辑阅读器名称作为部分应用程序接口(API)调用的参数。 2.标签清点实现原理 如前所述,规则是整个中间件功能的关键元素。规则相当于应用系统发给中间件的订货单,定义了对货品(标签数据

6、)的时间(事件周期)和规格(如何过滤、如何分组、报告样式等)的要求,原理描述部分参考PCgobl相关内容1。规则、报告有自身的信息模型,表征其承载的信息,同时,规则拥有其自身的状态机模型。在接受应用系统的长期预订、单次预订时,这些预订操作会激发规则的状态变迁,如从“未被请求”状态跃迁到“已被请求”状态。规则由应用系统通过API定义。 ()规则信息模型规则信息模型的描述采用了统一建模语言(),如图3所示。在面向对象的语境中,规则可表征为一个类(ECSpc)。从信息模型描述中可看出,一个规则类,与其他多个类具有关联关系,或者说拥有如下属性:一个或者多个逻辑阅读器的列表(rears)、事件周期边界定

7、义(bndries)、一个或者多个报告的定义(rportSpecs)、是否在报告中包含规则本身的标记(includeSpcIeprt)。 (2)报告信息模型 与规则信息模型类似,报告信息模型如图所示。其中,事件报告组类(ECepor)拥有如下属性:规则名称(cNm)、时间上报时间(date)、事件周期时长(otaMillecods)、事件周期结束条件(rmatinCondiion)、规则定义类实例(spe)、一个或者多个报告类的实例列表(eprs)。 报告类(ECRepot)中包含了具体的标签数据信息。 (3) 标签清点API应用系统下发的定义规则、预订数据等请求,以调用中间件提供的PI的方式

8、完成。API调用过程可采用ava MI、SOAP等相关具体技术实现,其中最重要的API参见表1。 其中,pol操作相当于subscrib操作收到一个事件周期的数据之后调用nsbscibe操作;medit操作相当于dfine操作定义规则之后,调用pol操作,然后调用unfine操作。 (4)规则状态机模型 规则从其定义开始,可能存在于3种状态:未被请求状态(Unreused)、已被请求状态(Reueted)、激活状态(Activ)。 当规则创建之后,还没有被任何客户端(即应用系统)预订,规则处于Unreste状态;对规则的第一个预订动作将使规则跃迁到eested状态;当事件周期开始条件满足时,规

9、则进入Active状态;当事件周期结束条件满足时,如果规则存在预订者,则跃迁到Reqested状态,否则跃迁到Uneuesed状态。 中间件系统架构 中间件系统作为一个软件系统(或称组件),在实现一定功能、性能要求之外,可理解性、可扩展性、可修改性(或称可重构性)、可插入性、可重用性等质量属性都将作为软件设计的要求被提出来。 近十余年来,面向对象思想几乎全面占领软件设计领域,成为最主流的分析、设计方法。而近数年来,对设计模式的研究也已日臻完善,模式几乎已成为一种“更高级编程语言”(相比于Jv、C+等高级编程语言)被广泛应用。 面向对象思想、设计模式都是以实现软件的可理解、可扩展、可修改、可插入

10、、可重用等目标为己任的,本文也将应用面向对象思想、参考模式语言,对中间件的软件架构做一个初步的探讨,下文的例子如涉及高级编程语言,均采用Ja语言2。 封装、隔离处理流程中的各个节点将中间件的业务流程中的各个节点分作不同模块处理,可以获得封装、高内聚、低耦合等优势,参见图5。 其中,报告上传模块,负责实现不同类型的报告上传方式,如HT、JMS等;API接口模块,负责隔离应用系统和中间件核心业务逻辑处理模块,向应用系统提供中间件API接口;中间件核心业务逻辑处理模块,负责中间件核心业务,包括数据接收过滤、数据分组、报告生成、规则对象的状态跳转等;阅读器通信模块,负责中间件系统与阅读器的通信。3.2

11、门面模式、工厂模式对外部暴露PI接口为了避免后台应用系统,即中间件的客户端过分耦合,采用门面模式(Facae)对系统内部、外部实现清晰的隔离。处理流程可参见图6所示的序列图。客户端仅仅与Facade类建立联系,如果acade接口定义得足够清晰,客户端可以对中间件的内部实现一无所知,这体现了面向对象中的封装性。 类的设计参见源代码示例,从中可以看出,采用简单工厂模式(Simp Facry)能够在客户端不知情的情况下,灵活地替换API实现类的版本。中间件AP接口清晰地定义了中间件提供的操作,客户端只须知道工厂类(APIactry)能够得到中间件AP接口的实例即可。 中间件AI接口MidewrePI

12、: pulicinterfaeMdlewarAPI voi define(tring speme, ECSe spc);oi undie(Strig seNam);void suscrie(Sring specName, Strng ui); oid nsscie(String spcNae, trng uri);EPCRepors pol(Strig pecame); ERpors medi(ECSpec spe); 工厂类APIactoy:pubclasAPIFactory plicstaticMidleaAIgtPInstace() API的实现类A:publicclsCient ubl

13、icsatvoimai(Sting args) iddlreAPI pi= PIFactry.getAnce(); a.defin(a ewspec, ne EPSpe(); 3.3状态模式模拟规则的状态机 规则在其生命周期中拥有不同的状态,在每个状态对一系列操作都有着不同的表现,于是可以利用状态模式(state)来模拟规则的状态机,将不同状态的不同表现作为可变化因素封装起来,参见代码示例。规则状态接口Cat: licntaceECate voidubscribe(SripName,Stig ur);voiunsuscribe(SrispeName,trng ui); EPReportl(StringpeNe); 未被请求状态类EStateUeqested: publicclasECStateUnequstimplement Etate 已被请求状态类ECtateRequeted: pubiccassECSerequtedimleets EStat 激活状态类ECStaecte:lcclasECStateActvmpleets ECState 规则类ECSc: bcclsCSpec ivaeCStetat; pbicECtat

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1