精华内容
下载资源
问答
  • mail),默认端口号为110/tcp 中间件开放端口: Webshpere应用程序,默认端口号为9080 webshpere管理工具,默认端口号9090 JBOSS,默认端口号为8080 TOMCAT,默认端口号为8080 WIN2003远程登录,默认端口号为3389 ...

    服务器常用端口:

    1.HTTP协议代理服务器常用端口号:80/8080/3128/8081/9098

    2.SOCKS代理协议服务器常用端口号:1080

    3.FTP(文件传输)协议代理服务器常用端口号:21

    4.Telnet(远程登录)协议代理服务器常用端口号:23

    木马开放端口:

    HTTP服务器,默认端口号为80/tcp(木马Executor开放此端口)

    HTTPS(securely transferring web pages)服务器,默认端口号为443/tcp 443/udp

    Telnet(不安全的文本传送),默认端口号为23/tcp(木马Tiny Telnet Server所开放的端口)

    FTP,默认的端口号为21/tcp(木马Doly Trojan、Fore、Invisible FTP、WebEx、WinCrash和Blade Runner所开放的端口)

    TFTP(Trivial File Transfer Protocol),默认端口号为69/udp

    SSH(安全登录)、SCP(文件传输)、端口号重定向,默认的端口号为22/tcp

    SMTP Simple Mail Transfer Protocol(E-mail),默认端口号为25/tcp(木马Antigen、Email Password Sender、Haebu Coceda、Shtrilitz Stealth、WinPC、WinSpy都开放这个端口)

    POP3 Post Office Protocol(E-mail),默认端口号为110/tcp

    中间件开放端口:

    Webshpere应用程序,默认端口号为9080

    webshpere管理工具,默认端口号9090

    JBOSS,默认端口号为8080

    TOMCAT,默认端口号为8080

    WIN2003远程登录,默认端口号为3389

    Symantec AV/Filter for MSE,默认端口号为 8081

    数据库开放端口:

    Oracle 数据库,默认的端口号为1521

    ORACLE EMCTL,默认的端口号为1158

    Oracle XDB(XML 数据库),默认的端口号为8080

    Oracle XDB FTP服务,默认的端口号为2100

    MS SQL*SERVER数据库server,默认的端口号为1433/tcp 1433/udp

    MS SQL*SERVER数据库monitor,默认的端口号为1434/tcp 1434/udp

    展开全文
  • 无线射频识别(RFID)技术是一种快速、实时、准确的信息采集与处理技术,通过射频信号对实体对象进行有效的标识,可广泛应用于生产、零售、物流、交通、医疗、国防、畜牧、采矿等各个行业。  基本的RFID系统一般由3...
  • 无线射频识别RFID中间件技术、电子技术,开发板制作交流
  • 无线射频识别(RFID)技术是一种快速、实时、准确的信息采集与处理技术,通过射频信号对实体对象进行有效的标识,可广泛应用于生产、零售、物流、交通、医疗、国防、畜牧、采矿等各个行业。基本的RFID系统一般由3...
  • 无线射频识别(RFID)技术是一种快速、实时、准确的信息采集与处理技术,通过射频信号对实体对象进行唯一有效的标识,可广泛应用于生产、零售、物流、交通、医疗、国防、畜牧、采矿等各个行业。  基本的RFID系统一般...
  • 智慧人脸识别系统中间件的实现和优化.pdf
  • 简单介绍了射频识别技术(RFID)中间件及其研究现状,在研究和分析了现存食品追溯系统的局限和不足的基础上,提出设计了分层的RFID中间件体系结构,将中间件模块分成三层,并进行了深入的分析,此分层的中间件模型屏蔽...
  • 射频识别中间件的研究与设计,汪盛虎,阙大顺 ,RFID中间件技术不仅可以用于采集RFID设备的数据,而且可以对数据处理。本文详细介绍了RFID中间件技术,并架构了RFID中间件的整体结构��
  • 无线射频识别(RFID)技术的应用在近年来取得了长足的发展。RFID中间件系统是RFID网络的重要组成部分,位于RFID应用系统和RFID读写器之间,是RFID标签信息的处理中枢。传统的RFID中间件系统对上层的RFID应用系统提供...
  • 中间件是应用支撑软件的一个重要组成部分,是衔接硬件设备如标签、阅读器和企业应用软件如企业资源规划(ERP)、客户关系管理(CRM)等的桥梁。中间件的主要任务是对阅读器传来的与标签相关的数据进行过滤、汇总、计算、...
    [摘要] 基本的RFID系统一般由3部分组成:标签、阅读器以及应用支撑软件。中间件是应用支撑软件的一个重要组成部分,是衔接硬件设备如标签、阅读器和企业应用软件如企业资源规划(ERP)、客户关系管理(CRM)等的桥梁。中间件的主要任务是对阅读器传来的与标签相关的数据进行过滤、汇总、计算、分组,减少从阅读器传往企业应用的大量原始数据、生成加入了语意解释的事件数据。可以说,中间件是RFID系统的“神经中枢”。
    [关键字] 无线通信 无线射频识别 RFID 中间件技术
      无线射频识别(RFID)技术是一种快速、实时、准确的信息采集与处理技术,通过射频信号对实体对象进行唯一有效的标识,可广泛应用于生产、零售、物流、交通、医疗、国防、畜牧、采矿等各个行业。

      基本的RFID系统一般由3部分组成:标签、阅读器以及应用支撑软件。中间件是应用支撑软件的一个重要组成部分,是衔接硬件设备如标签、阅读器和企业应用软件如企业资源规划(ERP)、客户关系管理(CRM)等的桥梁。中间件的主要任务是对阅读器传来的与标签相关的数据进行过滤、汇总、计算、分组,减少从阅读器传往企业应用的大量原始数据、生成加入了语意解释的事件数据。可以说,中间件是RFID系统的“神经中枢”。

      对于RFID中间件的设计,有诸多问题需要考虑,如:如何实现软件的诸多质量属性、如何实现中间件与硬件设备的隔离、如何处理与设备管理功能的关系、如何实现高性能的数据处理等等。

      1 RFID网络框架结构

      无线射频识别网络的框架结构如图1所示。

      
    5400383.jpg


      标签数据经过中间件的分组、过滤等处理上报给应用系统;应用系统负责事件数据的持久化存储,以及标签绑定的业务信息的管理。

      RFID系统共享公共服务平台提供根节点对象名称服务(ONS)、企业应用鉴权管理、标签信息发现和企业授权码管理等公共服务。其中,根节点ONS连同所有企业级RFID系统的内部ONS,组成一个ONS树,任何一个标签都可以在ONS树上找到标签所对应的标签信息库的地址,即可以进一步访问到标签对应的详细信息。

      2 中间件功能及实现原理

      一言蔽之,中间件的功能就是接受应用系统的请求,对指定的一个或者多个阅读器发起操作命令如标签清点、标签标识数据写入、标签用户数据区读写、标签数据加锁、标签杀死等,并接收、处理、向后台应用系统上报结果数据。

      其中,标签清点是最为基本、也是应用最为广泛的功能。

      2.1标签清点功能概述

      标签清点的工作流程可简单描述为:

      应用系统以规则的形式定义对标签数据的需求,规则由应用系统向中间件提出,由中间件维护。规则中定义了:需要哪些阅读器的清点数据,标签数据上报周期(事件周期)的开始和结束条件,标签数据如何过滤,标签数据如何分组,上报数据为原始清点数据、新增标签数据还是新减标签数据,标签数据包含哪些原始数据等。

      应用系统指定某项规则,向中间件提出对标签数据的预订。

      中间件根据应用系统对标签数据的预订情况,适时启动事件周期,并向阅读器下发标签清点命令。

      阅读器将一定时间周期(读取周期)中清点到的数据,发送给中间件。读取周期可由中间件与阅读器制定私下协商确定。

      中间件接由收阅读器上报的数据。

      中间件根据规则的定义,对接收数据做过滤、分组、累加等操作,并在事件周期结束时,按照规则的要求生成数据结果报告,发送给规则的预订者。过滤过程可去除重复数据、应用系统不感兴趣的数据,大大降低了组件间的传输数据量。

      此流程可参见图2。

    此处,需要说明一下逻辑阅读器的概念。

      中间件将事件源抽象为一个逻辑概念——逻辑阅读器,一个逻辑阅读器可以包含多个物理阅读器,甚至可更细化为包含多个物理阅读器的多个天线。

      逻辑阅读器的划分可以根据实际的系统部署情况来确定,比如,某一个仓库两个出口部署了4个阅读器,可根据需要将这4个阅读器配置成为一个逻辑阅读器,不妨命名为“仓库出口”。应用系统在需要仓库出口的标签数据时,可基于这个逻辑阅读器下发清点命令,而逻辑阅读器名称作为部分应用程序接口(API)调用的参数。

      2.2标签清点实现原理

      如前所述,规则是整个中间件功能的关键元素。规则相当于应用系统发给中间件的订货单,定义了对货品(标签数据)的时间(事件周期)和规格(如何过滤、如何分组、报告样式等)的要求,原理描述部分参考EPCglobal相关内容[1]。

      规则、报告有自身的信息模型,表征其承载的信息,同时,规则拥有其自身的状态机模型。在接受应用系统的长期预订、单次预订时,这些预订操作会激发规则的状态变迁,如从“未被请求”状态跃迁到“已被请求”状态。

      规则由应用系统通过API定义。

      (1) 规则信息模型

      规则信息模型的描述采用了统一建模语言(UML),如图3所示。

      
    5402914.jpg


      在面向对象的语境中,规则可表征为一个类(ECSpec)。从信息模型描述中可看出,一个规则类,与其他多个类具有关联关系,或者说拥有如下属性:一个或者多个逻辑阅读器的列表(readers)、事件周期边界定义(boundaries)、一个或者多个报告的定义(reportSpecs)、是否在报告中包含规则本身的标记(includeSpecInReports)。

      (2) 报告信息模型

      与规则信息模型类似,报告信息模型如图4所示。

      
    5403944.jpg


       其中,事件报告组类(ECReports)拥有如下属性:规则名称(specName)、时间上报时间(date)、事件周期时长(totalMilliseconds)、事件周期结束条件(terminationCondition)、规则定义类实例(spec)、一个或者多个报告类的实例列表(reports)。

      报告类(ECReport)中包含了具体的标签数据信息。

      (3) 标签清点API

      应用系统下发的定义规则、预订数据等请求,以调用中间件提供的API的方式完成。API调用过程可采用Java RMI、SOAP等相关具体技术实现,其中最重要的API参见表1。

      
    5404346.jpg


      其中,poll操作相当于subscribe操作收到一个事件周期的数据之后调用unsubscribe操作;immediate操作相当于define操作定义规则之后,调用poll操作,然后调用undefine操作。
    (4) 规则状态机模型

      规则从其定义开始,可能存在于3种状态:未被请求状态(Unrequested)、已被请求状态(Requested)、激活状态(Active)。

      当规则创建之后,还没有被任何客户端(即应用系统)预订,规则处于Unrequested状态;对规则的第一个预订动作将使规则跃迁到Requested状态;当事件周期开始条件满足时,规则进入Active状态;当事件周期结束条件满足时,如果规则存在预订者,则跃迁到Requested状态,否则跃迁到Unrequested状态。

      3 中间件系统架构

      中间件系统作为一个软件系统(或称组件),在实现一定功能、性能要求之外,可理解性、可扩展性、可修改性(或称可重构性)、可插入性、可重用性等质量属性都将作为软件设计的要求被提出来。

      近十余年来,面向对象思想几乎全面占领软件设计领域,成为最主流的分析、设计方法。而近数年来,对设计模式的研究也已日臻完善,模式几乎已成为一种“更高级编程语言”(相比于Java、C++等高级编程语言)被广泛应用。

      面向对象思想、设计模式都是以实现软件的可理解、可扩展、可修改、可插入、可重用等目标为己任的,本文也将应用面向对象思想、参考模式语言,对中间件的软件架构做一个初步的探讨,下文的例子如涉及高级编程语言,均采用Java语言[2]。

       3.1封装、隔离处理流程中的各个节点

      将中间件的业务流程中的各个节点分作不同模块处理,可以获得封装、高内聚、低耦合等优势,参见图5。

      
    5404944.jpg


      其中,报告上传模块,负责实现不同类型的报告上传方式,如HTTP、JMS等;API接口模块,负责隔离应用系统和中间件核心业务逻辑处理模块,向应用系统提供中间件API接口;中间件核心业务逻辑处理模块,负责中间件核心业务,包括数据接收过滤、数据分组、报告生成、规则对象的状态跳转等;阅读器通信模块,负责中间件系统与阅读器的通信。

      3.2门面模式、工厂模式对外部暴露API接口

      为了避免后台应用系统,即中间件的客户端过分耦合,采用门面模式(Facade)对系统内部、外部实现清晰的隔离。处理流程可参见图6所示的序列图。客户端仅仅与Facade类建立联系,如果Facade接口定义得足够清晰,客户端可以对中间件的内部实现一无所知,这体现了面向对象中的封装性。

      
    5405304.jpg


      类的设计参见源代码示例,从中可以看出,采用简单工厂模式(Simple Factory)能够在客户端不知情的情况下,灵活地替换API实现类的版本。中间件API接口清晰地定义了中间件提供的操作,客户端只须知道工厂类(APIFactory)能够得到中间件API接口的实例即可。

       中间件API接口MiddlewareAPI:

       publicinterfaceMiddlewareAPI{

       void define(String specName, ECSpec spec);

       void undefine(String specName);
     void subscribe(String specName, String uri);

       void unsubscribe(String specName, String uri);

       EPCReports poll(String specName);

       EPCReports immediate(ECSpec spec);

       }

       工厂类APIFactory:

       publicclassAPIFactory{

       publicstaticMiddlewareAPIgetAPIInstance(){

       }

       }

       API的实现类A:

       publicclassClient{

       publicstaticvoidmain(String[] args) {

       MiddlewareAPI api = APIFactory.getAPIInstance();

       api.define("a new spec", new EPCSpec());

       }

       }

      3.3状态模式模拟规则的状态机

      规则在其生命周期中拥有不同的状态,在每个状态对一系列操作都有着不同的表现,于是可以利用状态模式(state)来模拟规则的状态机,将不同状态的不同表现作为可变化因素封装起来,参见代码示例。

       规则状态接口ECState:

       publicinterfaceECState{

       voidsubscribe(StringspecName,String uri);

       voidunsubscribe(StringspecName,String uri);

       EPCReportspoll(StringspecName);

       }

       未被请求状态类ECStateUnrequested:

       publicclassECStateUnrequestedimplements ECState {

       }

       已被请求状态类ECStateRequested:

       publicclassECStateRrequestedimplements ECState { 

    }

       激活状态类ECStateActive:

       publicclassECStateActiveimplements ECState {

       }

       规则类ECSpec:

       publicclassECSpec{

       privateECStatestate;

       publicECStategetState(){
     return state;

       }

       publicvoidsetState(ECStatestate) {

       this.state = state;

       }

       }

      这样,在针对规则实施相应操作的时候,就可以直接把相应操作委派给其状态属性(ECState)去做即可。比如,ECSpec的subscribe操作,只需一行代码“state.suscribe(specName, uri);”即可。其中,specName、uri为临时变量,具体取值在方法调用之前确定。

      由面向对象的多态性特征,根据state字段目前所指向的对象来动态确定由ECState接口的哪一个具体的实现类的代码来完成工作。ECState接口的实现类根据实际情况确定是否需要在处理过程中修改ECSpec对象的状态属性(state),此处在应用状态模式时,需要设计多个定时器类来辅助状态机的跳转[3]。

       3.4策略模式切换多种报告上传、命令下发方式

      事件周期结束之后,中间件需要组装报告上传给规则的预订者,即应用系统。上传的方式有多种,如HTTP、Socket、JMS等等。中间件的核心逻辑处理模块不应该关心具体的上传技术,相应工作应交给报告上传模块来做,核心逻辑处理模块只须完成自己的工作,然后把一定格式的数据通过报告上传模块发送,参见代码示例。

       报告发送接口ReportSender:

       publicinterfaceReportSender{

       voidsendReport(ECReportsreports);

       }

       通过Http方式发送报告的ReportSender接口实现类ReportSenderByHttp:

       publiccla***eportSenderByHttpimplements ReportSender {

       public void sendReport(ECReports reports) {

       }

       }

       通过Socket方式发送报告的ReportSender接口实现类ReportSenderBySocket:

       publiccla***eportSenderBySocketimplements ReportSender {

       publicvoidsendReport(ECReportsreports) {

       }

       }

       通过JMS方式发送报告的ReportSender接口实现类ReportSenderByJms:

       publiccla***eportSenderByJmsimplements ReportSender {

       publicvoidsendReport(ECReportsreports) {

       }

       }

       报告发送示例客户端类

       SendReportWorker:

       publicclassSendReportWorker{
     privateReportSendersender;

       privateECReportsreports;

       publicvoidsetReports(ECReportsreports) {

       this.reports = reports;

       }

       publicstaticvoidmain(String[] args) {

       SendReportWorker worker = new

       SendReportWorker();

       worker.sender.sendReport(reports);

       }

       publicvoidsetSender(ReportSendersender) {

       this.sender = sender;

       }

       }

      这样,发送消息的工人类可通过设置ReportSender的实例来灵活设置其发送方式。

      同样,中间件的清点命令下发,即中间件与阅读器之间的接口,也存在多种方式,如Socket、SOAP等,也可采用类似的设计。

      3.5观察者模式处理上报消息

      阅读器的消息上报转换为消息对象,对消息对象的接收、分发可采用经典的观察者模式实现。

      4 中间件发展方向

      4.1与阅读器管理系统的融合

      中间件是阅读器与后台应用系统之间的桥梁,而阅读器通常有设备管理需求,比如软件版本下载、设备告警管理、参数配置等等,阅读器管理系统也是直接与阅读器交互的软件模块。于是,如何处理好中间件与阅读器管理系统之间的关系成为一个亟待解决的问题。

      从软件部署(部署在同一台主机上)、软件模块重用(重用阅读器通信模块)等角度考虑,中间件与阅读器管理系统的融合势必成为中间件本身的一个优势。

      4.2对多标准标签的支持

      RFID技术在国内外的发展和应用方兴未艾,国际上多个标准组织都试图统一RFID标准,但在一定的时期内,势必出现多标签并存的情况。于是,对多标准标签的支持也是中间件系统的一个发展方向。

      4.3对多厂商阅读器的支持

      中间件与阅读器之间的接口、通信方式以及信息格式,也无法做到统一标准。对多厂商阅读器的支持、至少对少数几家主流厂商的阅读器的支持,已经是对中间件所提出的基本要求。end.gif

    转载于:https://blog.51cto.com/wjmd521/38970

    展开全文
  • 中间件面向的对象是二次开发人员,而非最终软件用户。中间件用于软件项目中,还需要一些二次开发,以实现软件项目中的一些业务功能。因此,中间件的开发需求中不应出现业务相关的内容。业务相关的内容是在中间件的二...

    中间件面向的对象是二次开发人员,而非最终软件用户。中间件用于软件项目中,还需要一些二次

    开发,以实现软件项目中的一些业务功能。因此,中间件的开发需求中不应出现业务相关的内容。

    业务相关的内容是在中间件的二次开发中来实现的。中间件抛去业务相关的内容,只实现应用支撑

    所需要的基础内容,决定了中间件能在多种软件项目中进行应用集成。

    展开全文
  • 什么是CTI中间件

    2008-04-16 10:03:09
    CTI中间件运行在CT服务器上...中间件识别出呼叫者后,在将呼叫转给座席代表之前,它和ACD一起执行屏幕弹出功能,把中间件得到的信息显示在座席代表的屏幕上,使他们更好地为呼叫者服务。  它有四个特征:用来在计...
    CTI中间件运行在CT服务器上,用来从呼入电话中找出至少三个信息:主叫号码(通过自动号码识别服务ANI)、被叫号码(通过被叫号码识别服务DNIS)、交互式语音应答系统(IVR)中呼叫方输入的数字序列。中间件识别出呼叫者后,在将呼叫转给座席代表之前,它和ACD一起执行屏幕弹出功能,把中间件得到的信息显示在座席代表的屏幕上,使他们更好地为呼叫者服务。
      它有四个特征:用来在计算机应用程序和电话设备之间充当接口;允许两个或多个交换机之间互相交换数据,即使这些交换机来自不同的厂商;能把交换机中有关呼叫的信息传递给多种类型的电话设备,例如IVR系统、呼叫监控系统等;能把有关呼叫的数据和其它数据、呼叫中心的软件包(如计费系统、数据管理工具)进行共享。CTI中间件目前已经拓宽了应用范围,涉足其它一些需要交互式应用的场合,如回复接收的电子邮件信息、回应Web站点上访问者的申请表格或文字信息等。

    转载于:https://blog.51cto.com/infosec/71777

    展开全文
  • 中间件漏洞检测框架(F-MiddlewareScan) ...纯python编写的轻量级中间件漏洞检测框架,实现针对中间件的自动化检测,端口探测->中间件识别->漏洞检测->获取webshell  参数说明  -h 必须输入的参数,支持ip
  • 基于阿里语音识别SDK2.0编写的unimrcp插件 测试如图: freeswitch: unimrcpserver: 源码及使用: github
  • 的动作,将周围的标签信息识别到 读写器内,依照规格书所定义,此标签信息即是 EPC ;另一种为 Access Operation Specification (AccessSpec) ,目的进行标签内各存储器的存取动作,除了可读取标签内各存储器中的...
  • 每个扩展,例如中间件识别器,都可以从NuGet中单独获得。 有关安装详细信息和链接,请参见每个单独的组件说明。 贡献和报告问题 我们欢迎并鼓励以错误修复,增强或新扩展的形式对该项目做出贡献。 如果您有需要...
  • Scrapy的中间件

    千次阅读 2018-07-10 14:30:34
    上一节我们学习怎么去保存爬取的结果,然而大多数时候裸奔的请求很容易被网站反爬技术识别,导致并不能获取到我们想要的数据,我们该怎么做呢?中间件就可以帮你解决这些事下载中间件(Downloader middlewares)...
  • RFID中间件技术探秘

    2021-01-19 15:14:06
    无线射频识别(RFID)技术是一种快速、实时、准确的信息采集与处理技术,通过射频信号对实体对象进行有效的标识,可广泛应用于生产、零售、物流、交通、医疗、国防、畜牧、采矿等各个行业。  基本的RFID系统一般由3...
  • <div><p>全局形式: <pre><code> import {Context, EggAppConfig} from 'egg'; import {v4} from 'uuid'; ...export default function (options: EggAppConfig['... return async (ctx: Context, next:...
  • 在EPC技术和射频识别(RFID)技术的迅速发展和广泛应用中,RFID中间件已是RFID系统的精神中枢。本文讲述了EPC系统,RFID中间件,并在这基础上设计了一个基于EPCglobal ALE标准的嵌入式RFID中间件,使标准的RFID...
  • 射频识别(RFID)中间件位于RFID阅读器与上层服务器应用层之间,具有屏蔽底层设备、标签数据清洗、数据交互等功能。目前,国内外许多企业以及机构也都致力于RFID 中间件的研究,如:IBM、Microsoft、清华同方等都有...
  • 无线rfid中间件技术

    2020-10-25 17:03:07
    无线射频识别(RFID)技术是一种快速、实时、准确的信息采集与处理技术,通过射频信号对实体对象进行唯一有效的标识,可广泛应用于生产、零售、物流、交通、医疗、国防、畜牧、采矿等各个行业。
  • 射频识别(RadioFrequencyIdentification,RFID)中间件介于RFID阅读器和上层应用之间,用来...
  • scrapy-中间件

    千次阅读 2018-03-11 16:48:48
    它运行的时候就会加载啊,而且可以导入直接用自己手写多麻烦,而且还得二次加载,你是蠢呢还是蠢呢名称随便定啊,反正它只是加载,增加啥都行代理注入看见没自动注入IP_POOL一般为了能够识别呢,都需要继承一个类...
  • 上一篇博客中我们学习怎么去保存爬取的结果,然而大多数时候裸奔的请求很容易被网站反爬技术识别,导致并不能获取到我们想要的数据,我们该怎么做呢?中间件就可以帮你解决这些事。 Scrapy框架中的中间件主要分两类...
  • VoiceRecogMiddleware是EFB识别语音消息内容的中间件。 该中间件基于ehForwarderBot 1.0修改 百度 百度提供的API是免费的。 您需要按照获取API_KEY和SECRET_KEY Azure认知服务 Azure认知服务每月免费提供5个音频...
  • 基于SOA的RFID中间件集成应用

    千次阅读 2009-02-27 10:25:00
    【提要】RFID中间件的出现有助于实现RFID设备与企业应用系统之间的集成。该文提出一种基于面向服务体系架构的RFID集成应用方案,使企业应用系统能够通过服务接口层... 1 概述射频识别(Radio Frequency Identification,
  • 摘要:无线射频识别技术(RFID)中间件为应用系统封装底层RFID设备操作细节、处理设备收集的数据、提供应用程序级别的接口来控制RFID读写器和查询RFID事件。本文介绍了一个支持EPCglobal 应用层事件(ALE)标准的引擎,...
  • 射频识别(RFID)中间件位于RFID阅读器与上层服务器应用层之间,具有屏蔽底层设备、标签数据清洗、数据交互等功能。目前,国内外许多企业以及机构也都致力于RFID 中间件的研究,如:IBM、Microsoft、清华同方等都有...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 427
精华内容 170
关键字:

中间件识别