用于访问多个射频识别读取器的控制器的制作方法

文档序号:6651883阅读:248来源:国知局
专利名称:用于访问多个射频识别读取器的控制器的制作方法
技术领域
下面描述涉及射频识别(RFID),并且特别涉及RFID系统。
背景技术
射频识别(RFID)系统利用询问器和RFID标签(tag)来识别唯一物品(items)。典型的,询问器与附着在物品上的RFID标签通信。询问器,也称为读取器,通过无线电波与RFID标签通信,并将从RFID标签读取的信息以数字形式传递给计算机系统。RFID标签典型地是一个存储数字信息的微型芯片。该微型芯片附加在从询问器接收信号和向询问器发送信号的天线上。RFID标签包括唯一的序列号,并且还可以包括其它信息,例如客户账号。
RFID标签可以是主动标签、被动标签或半被动(semi-passive)标签。主动标签包括给微型芯片电路提供电力并将信号传输给询问器的电源。而被动标签不包括电源。被动标签从询问器产生的电磁场获取(draw)电路和信息传输所需的电力。半被动标签与主动标签类似;然而,电源用于运行微型芯片的电路,而不是用于与询问器的通信。一些半被动标签是不活动的(inactive),直到它们被来自询问器的信号激活,这样就节约了其电源的寿命。

发明内容
在一个一般方面,描述了RFID系统中的射频识别(RFID)控制器。控制器包括RFID询问器接口,用于接收来自RFID询问器的信号,并基于从应用程序接收的指令管理RFID询问器。RFID询问器从RFID标签接收数据。所述控制还包括控制器内核,用于处理从RFID询问器接口接收的信号,并提供数据给应用程序。
本发明的实施方式可以包括下列特征的一个或多个。例如,RFID询问器可以是与RFID询问器相关联的天线。所述天线从RFID标签接收数据。RFID询问器接口从所述天线接收信号,并基于从应用程序接收的指令管理所述天线。
RFID询问器接口可以通知应用程序RFID询问器从RFID标签接收到数据,或者天线从RFID标签接收到数据。控制器还包括用户界面,用于接收数据处理单元的选择和数据处理单元的安排(arrangement)。控制内核可以基于数据处理单元的选择和安排改变对来自RFID询问器接口的信号的处理。控制还可以包括管理服务部件,基于数据处理单元的安排和选择存储配置文件。
在另一个一般方面,描述了包括RFID询问器接口的RFID控制器。RFID询问器接口接收由多个RFID询问器中的一个提供的数据。多个RFID询问器被耦合到RFID询问器接口,并从RFID标签读取数据。RFID询问器接口还可以为从RFID标签接收数据的多个RFID询问器中的一个的应用程序提供指示(indication)。该应用程序使用来自RFID标签的数据。用户界面接收用于处理由RFID询问器接口接收的数据的数据处理单元的选择和安排。控制器内核根据从用户界面接收的数据处理单元的选择和安排来处理RFID询问器接口接收的数据。控制器内核还将处理过的数据提供给应用程序。
本发明的实施方式可以包括下列特征的一个或多个。例如,管理服务部件基于数据处理单元的安排和选择存储配置文件。多个RFID询问器可以包括多个与耦合到RFID询问器接口的RFID询问器相关联的天线。每个天线都从一个或多个RFID标签接收数据。RFID询问器接口可以从多个天线中的一个接收数据,所述数据是由多个天线中的一个从RFID标签接收的。RFID询问器接口还可以为从RFID标签接收数据的多个天线中的一个的应用程序提供指示。
在另一个一般方面,描述处理RFID数据的方法。该方法包括将第一RFID询问器和第二RFID询问器连接到RFID询问器接口;在第一RFID询问器或第二RFID询问器检测RFID标签;并通知应用程序第一RFID询问器或第二RFID询问器中的哪一个检测到了RFID标签。
本发明的实施方式可以包括下列特征的一个或多个。例如,命令可以从应用程序读取或写入到RFID询问器。可以从用户接收一个配置输入,该配置输入包括处理RFID数据的数据处理单元的安排。有关检测到的RFID标签的RFID数据可以从第一RFID询问器或第二RFID询问器接收。RFID数据基于该配置输入来处理。处理RFID数据包括基于配置输入从现有处理向一个新的处理改变RFID数据的处理。
将第一RFID询问器和第二RFID询问器连接到RFID询问器接口包括通过RFID询问器将第一RFID天线和第二RFID天线连接到RFID询问器接口。在第一RFID询问器或第二RFID询问器检测RFID标签包括在第一RFID天线或第二RFID天线检测RFID标签。通知应用程序第一RFID询问器或第二RFID询问器中的哪一个检测到了RFID标签包括通知应用程序第一RFID天线或第二RFID天线的哪一个检测到了RFID标签。
命令可以从应用程序读取或写入到RFID天线,并且命令通过将RFID天线连接到RFID询问器接口被转向(redirect to)RFID询问器。可以从用户接收一个配置输入。该配置输入包括处理RFID数据的数据处理单元的安排。有关检测到的RFID标签的RFID数据可以从第一RFID天线或第二RFID天线接收。RFID数据基于该配置输入来处理。
上述方面具有一个或多个下列优点。由于可扩缩性的原因,从RFID询问器接收的数据一般以最低的层级(at the lowest level)进行处理。然而,一个具有数百个询问器和少量RFID控制器的RFID系统作为一个分布系统来管理是花费昂贵的。在本公开文件中,RFID控制器提供一种容易地进行改变和配置的灵活机制,以此降低管理和维护整个RFID系统的成本。RFID控制器向用户提供一种工具,通过允许用户选择所需数据处理单元和安排数据处理单元以满足用户的要求,来配置他们的RFID系统。因此,RFID控制器可以灵活地被容易地适用于任何情况,并因此不必为每个新的RFID情况建立新的控制器硬件和/或软件。
通过RFID控制器,应用程序通过从单个RFID询问器接口直接读取或写入命令可以控制多个RFID询问器。RFID询问器接口可以异步地监听来自多个询问器的RFID事件。应用程序还可以通过RFID询问器接口监听来自多个天线的RFID信号。例如,天线可以位于智能货架、存储位置和仓库的多个库门(dock door)。在复用(multiplex)多个询问器或天线时,应用程序可以用例如“一个询问器对一个询问器接口”的配置执行相同的动作,然而实际情况是虽然应用程序可以检索到指明检测到RFID标签的特定(exact)询问器或天线的信息,但是应用应用程序不需要用到多个询问器或天线。
结合附图阅读下面的具体说明,本发明的其它特征、目的和优点将更加清楚。


图1是射频识别(RFID)系统的框图。
图2是图1的RFID系统的详细框图。
图3是数据处理器子部件的类别(class)图。
图4是数据处理单元的简单链的框图。
图5是数据处理单元的复杂链的框图。
图6是配置图1的RFID系统的示例处理的流程图。
图7是可以实施图6的处理的计算机系统的框图。
图8是RFID询问器的类别图。
图9是单个RFID询问器的RFID接口的程序图(sequence diagram)。
图10是多个RFID询问器的RFID接口的程序图。
图11是虚拟(virtual)RFID询问器的RFID接口的程序图。
各个附图中相同的附图标记表示相同的元件。
具体实施例方式
参考图1和2,射频识别(RFID)系统10包括RFID硬件层14、RFID控制器部件18和应用部件22。RFID硬件层14和RFID控制器部件18由总线16连接,使用诸如传输控制协议/因特网协议(TCP/IP)、超文本传输协议(HTTP)、出版/订阅协议、RS-232C、用户数据报协议(UDP)的协议,或者其它适合在计算部件之间进行通信的协议。RFID控制器部件18和应用部件22由总线20连接,使用诸如TCP/IP、HTTP、出版/订阅协议等的协议。
控制器部件18处理RFID硬件层14集合的信息,并将处理过的信息发送给应用部件22。例如,基本实施例包括RFID硬件层14,其记录来自附着在库存(in stock)物品的RFID标签的数据。控制器部件18从RFID硬件层14检测到的RFID标签接收数据。控制器部件18对数据进行过滤,以便去除虚假的(false)检测,并将要发送的数据集合成一系列批数据(batches)给应用部件22。应用部件22,例如仓库管理应用,使用RFID硬件层14检测到的数据来更新仓库中的存货状态。
在现有RFID系统中,写入了专门的软件以控制单个RFID询问器的操作。随着时间的过去,随着需求的改变,每当在遗留的RFID系统中要求新的功能时,遗留的RFID系统就需要更新的软件,或者旧的软件需要被修改。例如,RFID系统将需要软件执行附加的功能从一种场景到另一种场景,例如检测并识别RFID标签、从RFID标签读取附加的数据、将数据写入RFID标签、过滤数据和事件。有时还需要附加的设备,诸如需要根据扫描的RFID标签“开启”(turn on)或“关闭”(turn off)的灯光或输送带。
如将在这里所展示的,与现有RFID系统不同,RFID系统10的控制器部件18可以满足任何场景,所以从RFID硬件层14接收的数据可以根据所需场景的要求被处理,并发送给应用部件22。在一个例子中,用户可以在不同的数据处理单元中进行选择,并且将这些数据处理单元安排成一条链(in achain),例如,以满足一种场景的要求。
RFID硬件层RFID硬件层14包括RFID标签组(例如,RFID标签23a、RFID标签23b和RFID标签23c)和RFID询问器(例如,RFID询问器26a、RFID询问器26b和RFID询问器26c)。RFID标签23a-23c的每一组都通过射频信号与RFID询问器26a-26c通信(例如,RFID标签23a与RFID询问器26a通信,RFID标签23b与RFID询问器26b通信,以及RFID标签23c与RFID询问器26c通信)。例如,在RFID标签进入RFID询问器的无线电场时,或者RFID标签离开该无线电场时,RFID询问器记录一个事件。在另一个例子中,RFID询问器周期性地或连续地确定其检测什么标签。软件确定在先前检测到的旧组标签和当前检测到的新组标签之间的区别,并基于该区别产生一个事件。RFID标签23a-23c的每一组可以是被动标签、主动标签、或半被动标签,或者这三者的任意组合。
应用部件应用部件22包括应用30和节点34。应用30可以是使用来自RFID标签的信息的任何应用,例如商业应用。应用30可以通过节点34访问控制器部件18。节点34负责管理来自RFID控制器18和其它类型的设备控制器(未示出)的信息。例如,节点34可以是商业管理系统的基础设施中的节点,诸如自动ID基础设施(AII)。应用部件22可以与控制器部件18直接通信,提供用于监控控制器部件18的图形用户界面(GUI)(未示出),或提供用户指令以配置控制器部件18。
控制器部件控制器部件18包括供应商提供的驱动器(供应商提供的驱动器28a和供应商提供的驱动器28b)、RFID询问器应用编程接口(API)36、消息收发(messaging)接口40、控制器API 44、管理服务模块48和控制器内核52。RFID控制器部件18负责控制RFID询问器26a-26c。
供应商提供的驱动器一些RFID询问器26a-26b除了包括读取/写入RFID标签和监听RFID标签的基本功能以外还具有附加的功能,这些附加的功能需要诸如驱动器28a-28b的特殊的驱动器,以便使控制器部件18与RFID询问器通信而访问所述附加的功能。其它具有基本功能RFID询问器,例如RFID询问器26c,直接与RFID询问器API 36通信。在其它例子中,每个驱动器都实施询问器API 36的所有功能。在另外的例子中,一些RFID询问器26本身(natively)就支持询问器API 36(不需要驱动器)。在再一些例子中,RFID询问器26可以不直接支持API询问器36。在这些情形下,驱动器将API功能映射为专有的(proprietary)、专用读取器(reader-specific)的命令。
RFID询问器APIRFID询问器API 36为低层级的API,担当具有基本读取/写入和监听器(listener)功能的RFID询问器的抽象层(abstraction layer)。RFID询问器API36执行若干功能,包括在无线电场内识别标签、从RFID标签读取字节、向RFID标签写入字节、以及与RFID标签连接或断开。一些RFID标签包括存储器。存储器可以被划分为页(page)。询问器API 36将字节地址映射为页地址。例如,假设每页128字节,字节地址“0”表示第一页上的第一个字节,而字节“130”表示第二页上的第三个字节。存储器可以被组织为不同于页的其它结构。例如,RFID询问器API 36可以使用具有单一的可寻址存储器空间的一般方案(generic approach)。如所实施的,询问器API 36在专有结构和API结构之间进行解释。
此外,RFID询问器API 36还通过监听器接口提供监听机制,所以可以报告出现在RFID询问器26的场中,或从RFID询问器26的场中消失的RFID标签23。如果已经指定了监听器并从控制器部件18发出了初始化命令,则RFID API询问器36将开始监听模式处理。在控制器部件18发出终止命令之后,或当最后的监听器从所述场移开时,停止监听模式处理。
消息收发接口消息收发接口40启动与控制器部件18进行通信的面向服务(service-oriented)的模式。消息收发接口40因此与直接访问控制器API 44的情况相比较,不那么针对特定的RFID。例如,给控制器部件18的命令以及来自控制器部件18的数据消息被作为消息发送。消息收发接口40中的功能与在控制器API 44中提供的功能相同,并且消息格式是基于物理标示语言(physicalmarkup language,PML)。另一种可以实施的格式为WLP(有线线路协议)(Wire-Line Protocol)。消息收发接口40利用转换数据处理功能将从控制器部件18接收的事件转换为任一种格式。通过实施转换类别和配置设备控制器来使用一种转换类别或另一种转换类别可以改变所述转换。
消息收发接口40还包括发送缓冲器数据处理功能。发送缓冲器数据处理功能被用于离线情形和/或当失去连接的时候。消息收发接口40从控制器部件18接收的事件可以被临时缓冲,直到连接被建立,然后该事件被发送。
在另一个例子中,在消息收发接口40中的分离的通信层(未示出)被用于在应用部件22和RFID控制器部件18之间传送消息。从而,实际用于传送消息的通信协议可以根据配置设定切换。通信协议可以包括传输控制协议/因特网协议(TCP/IP)直接socket连接、超文本传输协议(HTTP)或Java消息服务(JMS)。
控制器API控制器API 44执行作为控制器部件18和应用部件22之间的高层级编程接口。控制器API 44可以是,例如,高层级基于Java的编程接口。
控制器内核控制器内核52负责RFID控制器部件18的主要操作。控制器内核52通过询问器API 36与一个或多个RFID询问器26a-26c进行通信。取决于其配置,控制器内核52能够监听来自询问器26a-26c的事件、对RFID标签直接执行读取/写入操作,或进行监听和执行操作两者。
参考图3,控制器内核52的一个主要任务就是在数据通过消息收发接口40发送之前对其进行处理。对数据执行的处理的类型取决于场景需要。从而,控制器内核52被实施为一种灵活的类别框架(a flexible framework ofclasses),称为数据处理单元,其通过添加实施所需要的功能的特定数据处理单元而增强了处理能力。
数据处理子部件402包括子类别,诸如低通过滤器(low pass filter)数据处理单元(DPU)404、批数据集合器DPU 410、读取场缓冲器DPU 416、选择场浓缩器(enricher)DPU 420和写入器DPU 422。数据处理子部件402是一个抽象类别,即没有这个类别的实例(instance)在运行(running),但是子类别(或DPU)404、410、416、420、422运行。图3示出了DPU包括所有方法/接口。从外部的观点来看,这些DPU都可以被类似地对待,并且从而可以被安排为任何所期望的链(chain)。例如,DPU可以被用来添加监听器、去除监听器、处理事件、在所有注册(register)的监听器产生事件,并实施来自询问器API 36的监听器接口。
DPU 404、410、416、420执行一个或多个下列功能通过询问器API 36从RFID标签读取附加数据、通过询问器API 36向RFID标签写入附加数据、过滤事件、集合事件以及缓冲事件。
浓缩器浓缩器从标签或其它可能的来源读取附加数据,并将这个数据添加到事件的数据结构。例如,“选择场浓缩器”(Selected Field Enricher)数据处理单元420从RFID标签的选择的数据场读取数据,并将这个数据添加到事件。
写入器写入器DPU 422将数据写入RFID标签,或改变RFID标签上的数据。在一个实例实施例中,写入器DPU 422通过用另一个客户号码覆盖(overwrite)一个客户号码来改变RFID标签上的客户账号。
过滤器过滤器根据一些标准去除特定的事件,例如,过滤器去除来自具有特定类别的RFID标签的所有事件。过滤器的一个例子是“低通过滤器”数据处理单元404,其通过滤出虚假或“消失”的事件来缓冲事件。另一个过滤器是重复(duplicate)过滤器,其处理和去除任何的重复,例如,如果若干物理读取器在同一时间看到了同一个标签,然而由于读取器逻辑上属于同一个地点(例如,仓库的特定库门),所以逻辑上这应当被看作为一个事件。
缓冲器缓冲器存储用于稍后处理的事件和/或当前处于场(即,RFID询问器的无线电信号范围)中的RFID标签的清单。例如,“读取场缓冲器”数据处理单元416保留场中所有RFID标签的列表。如果在该事件被传给数据处理子部件402之前浓缩器已经读取了一些附加数据,则其还将包括标签用户数据。所接收的事件被毫无变化地转递。在另一个例子中,“发送缓冲器”数据处理单元520(图5)被用在离线情形。所接收的事件将被临时缓冲,直到连接被建立,例如与一个主机的连接,然后该事件被发送。如将在下面所描述的,“状态缓冲器”数据处理单元524(图5)存储以后要被使用的事件。
集合器集合器将若干事件集合为一个单一事件,例如,为了批数据的目的。例如,“批数据集合器”数据处理单元410将若干事件集合为一个单一的事件。所述集合是在一个可设置的(configurable)时间间隔期间进行,或者直到增加到一个可设置的事件的最大数量时进行,无论哪一个条件先达成。如果在这个间隔期间没有接收到任何事件,则不转发(forward)事件。
控制器内核52可以处理来自应用30的、关于控制器部件18操作的请求。控制器内核52还可以管理RFID询问器26a-26c。例如,控制器内核52执行以下功能,包括例示(instantiating)和初始化一个或多个询问器、将适当的数据处理器注册为特定RFID询问器的监听器、并明确地控制RFID询问器。
控制器内核52还包括用于调试(debugging)和控制目的的记录(logging)功能。控制器内核52还包括场名称解析(resolution)功能,以便将逻辑场名称解析为RFID标签上的物理地址。例如,“场名称映射器”功能424将逻辑场名称映射为RFID标签上的物理地址。
参考图4,数据处理单元被选择和配置为一条链,以满足各种不同的场景。例如,如果在检测到特定RFID标签时需要开启灯光,或者输送带需要被控制,这些情况都能够通过实施新的数据处理单元并将其链接进入链来实现。例如,数据处理单元可以被配置为数据处理单元的简单的链400。
如上所述,RFID询问器API 36可以在监听操作模式下进行操作。在监听操作模式下,事件经过数据处理单元的链400进行传递。在链400中处理的事件与来自询问器API 36的RFID事件不同。来自询问器API 36的RFID事件可以只含有所识别的RFID标签的ID,而来自链400的事件可以含有读取的附加标签数据,或者甚至是一个事件的集合。如果数据处理单元需要来自RFID标签的附加信息,其就从询问器API 36检索适当的数据。每个数据处理单元都代表一个实施特定功能的简单部件。通过将这些简单部件组合到强大的(powerful)链中,能够建立和支持场景所需的功能。
当RFID标签出现在无线电场或从无线电场消失时,创建RFID标签事件。通过询问器API 36报告RFID标签及相关联的事件。低通过滤器404丢弃任何虚假的事件。集合器410将单一事件集合到复杂事件中,以便高层级的系统(例如,应用部件22)不会被注入大量的(flooded)事件。
参考图5,数据处理单元可以从一个简单链400被添加和重新配置到数据处理单元的一个复杂链500,以便为现有系统添加附加的处理和/或新的处理序列(sequence)。例如,复杂链500包括数据处理单元,诸如容器(case)过滤器504、货盘(pallet)过滤器508、灯光控制512、状态缓冲器524和发送缓冲器520。复杂链500记录来自附着在包装到容器中的物资上的RFID标签,以及来自附着在存放容器的货盘上的RFID标签的事件。
容器过滤器504对来自容器的事件进行分类排序(sort),而货盘过滤器508对来自货盘的事件进行分类排序。灯光控制512在一个容器或货盘被接收到之后激活灯光。发送缓冲器520存储要发送的消息。状态缓冲器524为了审核与报告目的存储所有当前处在RFID询问器的无线电场中的RFID标签。
对于来自容器的事件,利用浓缩器420从RFID标签读取附加数据。当货盘在RFID询问器的场中时,灯光控制512开启灯光以通知货盘工人。来自全部容器和货盘的事件被集合器410集合以建立单一事件,该单一事件包括货盘以及放入该货盘的所有容器。然后单一货盘建立事件(singlepallet-building event)被放入发送缓冲器数据处理单元520,其发送事件消息给应用部件22(例如,商业系统)。事件消息在发送缓冲器中保持缓冲,直到其被成功地发送给应用30。
因此,RFID控制器18提供灵活的机制用于容易地进行适应和配置,从而减低了管理和维护整个RFID系统10的成本。RFID控制器18通过允许用户选择需要的数据处理单元和安排数据处理单元以满足用户的要求,向用户提供了一种配置他们的RFID系统10的工具。因此,RFID控制器18可以灵活的被容易地适应于任何场景,以此不必为每个新的RFID情况建立新的控制器硬件和/或软件。
管理服务回到参考图2,管理服务模块48包括“状态信息”功能,其答复状态“查验”(ping)或列出数据处理器链例示以及连接点供应(provision)的描述,以便其它应用能够将它们自己的监听器添加到数据处理器。
管理服务模块48还包括“心跳”(heartbeat)功能,其每n秒种向注册的客户发送心跳信号(heartbeat)。如果n被设定为零或者没有注册的客户,则不发送消息。管理服务模块48还包括重新启动(restart)控制器部件18的“重新启动”功能。管理服务模块48还包括“配置管理”功能,其设定或检索各个配置参数,并保存和恢复整个配置,管理服务模块48还包括用于调试和控制目的的记录(logging)功能。
参考图6,一个配置RFID系统的示例处理被示出为处理600。处理600接收配置输入(604)。配置输入包括安排成链的数据处理单元。配置输入可以通过位于应用30或控制器内核52的GUI(未示出)输入。应用30还可以基于存储在应用30中的一组指令产生配置输入。例如,在应用30检测到新的设备时发送配置输入。配置输入还可以通过管理服务模块48直接输入。
处理600将配置输入作为文件存储在管理服务模块48(608)中。处理600确认配置输入的有效性(612)。管理服务模块48保证在数据处理单元之间的连接是有效的。处理600从RFID询问器接收数据(616)。数据被发送给数据处理子部件402用于处理。处理600利用配置输入处理从RFID询问器接收的数据(620)。
图7示出了实施处理600的计算机700。计算机700包括处理器702、易失性存储器704和非易失性存储器706(例如硬盘)。非易失性存储器706在易失性存储器704之外存储操作系统710、由处理600使用的数据712、以及由处理器702执行的计算机指令714,以便执行处理600。
处理600并不局限于使用图7的硬件和软件;其可以在任何计算或处理环境中找到适用性,并由能够运行计算机程序的任何类型机器来执行。处理600能够以硬件、软件或两者的组合来实施。例如,处理600可以在包括处理器、存储器、可编程逻辑电路和逻辑门中的一个或者它们的组合的电路中实施。处理600可以在计算机程序中实施,该计算机程序可以在可编程计算机/机器中执行,所述可编程计算机/机器每个都包括处理器、可由该处理器读取的包括易失性和非易失性存储器和/或存储元件的存储介质或其它制造的商品、至少一个输入设备和一个或多个输出设备。利用输入设备,程序代码可以被施加到输入的数据以执行处理600,并产生输出信息。
每个这样的程序都可以用高层级的程序(procedural)或面向对象的编程语言来实施,以便与计算机系统通信。然而,程序也可以以汇编或机器语言实施。该语言可以是编译或解释语言。每个计算机语言都可以存储在可由一般或特殊用途的可编程计算机读取的存储介质或设备,例如,CD-ROM、硬盘、或磁盘上,,用于在所述存储介质或设备被计算机读取以执行处理600时配置或操作计算机。处理600还可以作为一个或多个配备有计算机程序的机器可读的存储介质来实施,其中当执行时,计算机程序中的指令使得计算机根据处理600进行操作。
处理600并不局限于这里所描述的特定实施方式。例如,处理600并不局限于图6的特定处理次序。相反,图6的各块可以根据需要被重排次序(reorder)以实现其它处理序列。
在一些例子中,控制器部件18可以作为独立部件(stand-alone)在一台固定、甚至嵌入式个人计算机(PC)上运行。无论何时启动控制器部件18,控制器部件18就自主地(autonomously)运行,即作为服务安装(在WindowsNT/2000上)或作为新后台进程(daemon)运行(Linux)。
在其它例子中,控制器部件18可以作为具有用户界面的应用的一部分运行在移动设备上。在另一些例子中,控制器部件18功能可以被嵌入RFID询问器26a-26c。
在其它例子中,控制器部件18被用于在线操作和离线操作。虽然RFID控制器部件18通常运行在连接状态(connected state),报告RFID事件和数据给相关联的节点34,但是也能够配置RFID控制器部件18应对与主机的间歇性或非连通性情况。
复用询问器参考图8,RFID控制器18可以被配置成通过单一RFID询问器接口与多个RFID询问器操作、通过单个RFID询问器接口与单个询问器操作、或通过单个RFID询问器接口与具有多个天线的单个询问器操作。类别图800包括RFID询问器抽象类别(abstract class)802、其包括单个询问器接口的定义。RFID询问器抽象类别802包括简单RFID询问器子类别806、复用(multiplex)RFID询问器子类别810和微型RFID询问器类别814。简单RFID询问器子类别806用于将单个RFID询问器连接到单个RFID询问器接口。复用询问器子类别810用于将多个询问器连接到单个RFID询问器接口。微型RFID询问器子类型814被复用RFID询问器子类别810用来连接多个虚拟询问器。虚拟询问器不直接控制物理询问器。例如虚拟询问器可以是单个询问器的分离的天线。
RFID监听器接口818是应用类别822和其它应用(未示出)用来接收关于RFID标签的通知的接口,所述RFID标签是已经被检测到的或者已经从无线电场去除的RFID标签。RFID监听器接口818将含有参考信息的事件传给RFID询问器,例如RFID事件826。例如,所述参考信息包括所检测到的RFID标签的类型、RFID标签的来源以及RFID标签被检测到的时间。
参考图9,处理900是利用RFID询问器接口904、由简单询问器类别806、应用922和动作者(actor)901展示的例子。例如,所述动作者901是将RFID标签传输进入或传输出无线电场的人或机器(例如,输送带)。
在处理900,应用922创建将询问器904指示为询问器的询问器对象(910)。应用922将自己添加作为RFID监听器,以接收来自RFID标签的消息(914)。应用922连接到询问器接口904以开始对RFID标签的扫描(916)。动作者901将RFID标签置于询问器904的无线电场(918)。询问器接口904发出一个通知给应用922,告知已经检测到RFID标签(920)。例如,所述通知包括RFID事件826。应用922从通知中检索RFID信息的来源(924)。例如,所述来源从RFID事件826中检索。之后,应用922可以从RFID标签进行读取(926)或者应用922可以对RFID标签进行写入(928)。
参考图10,处理1000是利用RFID询问器接口1004、应用1022、动作者1001、第一复用询问器接口1006和第二复用询问器接口1008展示的例子,其中,RFID询问器接口1004由复用RFID询问器类别810表示的。与第一复用询问器(未示出)相关联的第一复用询问器接口1006以及与第二复用询问器(未示出)相关联的第二复用询问器接口1008的每一个都由微型RFID询问器类别814表示。
如下所述,复用RFID询问器810担当类似于复用RFID询问器的代理器或控制器的作用。来自应用1022的命令直接通过传递到复用RFID询问器接口1006和1008。通知被直接发送给应用1022。或者,通知也可以被通过询问器接口1004发送。例如,如果询问器接口1004需要关于RFID标签的更新的信息。
应用1022创建询问器对象(1010)。询问器接口1004对第一复用询问器创建询问器对象(1012),并为第二复用询问器创建询问器对象(1014)。应用1022将自己添加作为询问器的RFID监听器(1016)。将应用1002添加为监听器的命令是通过询问器接口1004传送的,以此将应用1002添加为第一复用RFID询问器(1018)和第二复用RFID询问器(1020)的监听器。应用1022连接询问器接口1004以开始对RFID标签的扫描(1023)。询问器接口1004传递命令给应用1022,以开始扫描第一复用询问器(1024)和开始扫描第二复用询问器(1026)。
在一个例子中,当动作者1001将RFID标签放入第一复用询问器的无线电场时(1028),第一复用询问器1006发出通知给询问器接口1004。例如,所述通知包括RFID事件826。询问器接口1004将检测到RFID标签的通知传递给应用1022(1032)。应用1022可以从该通知中检索FID信号的来源(1033)。例如,来源被从RFID事件826检索。之后,应用1022从RFID标签进行读取(1034),或者应用1022向RFID标签进行写入(1036)。
或者,当动作者1001将RFID标签放入第二复用询问器的无线电场时(1038),第二复用询问器1008直接将检测到RFID标签的通知发给应用1022(1040)。应用1022可以从该通知中检索来源(1041)。之后,应用1022可以从RFID标签进行读取(1042),或者应用1022向RFID标签进行写入(1044)。
参考图11,处理1100是利用RFID询问器接口1004、由复用RFID询问器类别810、应用1022、动作者1001、与第一天线(未示出)相关联的第一天线接口1106、以及与第二天线(未示出)相关联的第二天线接口1108展示的例子。第一天线接口1106和第二天线接口1108的每一个由微型RFID询问器类别814表示。
应用1122创建询问器对象(1110)。询问器接口1104为第一天线创建询问器对象(1112),以及为第二天线创建询问器对象(1114)。应用1122将自己添加作为询问器的RFID监听器(1116)。应用1122连接询问器接口1104以开始扫描RFID标签(1118)。
当动作者1101将RFID标签放入询问器的无线电场(1120),询问器接口分析信号以确定来源(1121)。询问器接口1104将检测到RFID标签的通知发给应用1122(1124)。例如,所述通知包括RFID事件826。应用1022从通知中检索RFID信号的天线来源(1126)。例如,从RFID事件826中检索天线来源。应用1122可以从天线来源读取数据(1128)或向天线来源写入数据(1132)。读取或写入命令从天线来源转向询问器接口1104(1136、1138)。所述转向(1136、1138)也可以通过标准读取方法、也可以通过一些特殊方法来实现,例如,可以更加有效或专用于一项任务(例如,在进行读取呼叫之前执行一些设定以便只使用特定的天线进行)。
回来参考图9至11,在复用(multiplexing)多个询问器或天线时,应用1022和1122执行与应用922相同的动作,然而,虽然应用能够检索到指示检测RFID标签的确定的询问器或天线的信息,但是有关使用多个询问器或天线的事实对于应用1022和1122是隐藏的。
上述文本描述了用于控制RFID系统的新颖的装置和技术。显然本领域的技术人员在不脱离本发明原理的情况下,可以做出许多与在这里所公开的特定装置和技术不同的修改和应用。因而,本发明将被理解为包括了在这里公开的装置和技术所展现以及拥有的每一个新颖的特征和这些特征的新颖的组合,并且只由所附权利要求书的精神和范围所限定。
其它的实施方式也在下面权利要求书的范围之内。
权利要求
1.一种射频识别(RFID)系统中的RFID控制器,包括RFID询问器接口,其被配置成从RFID询问器接收信号并基于从应用程序接收的指令管理RFID询问器,所述RFID询问器从RFID标签接收数据;知控制器内核,其被配置成处理由RFID询问器接口接收的信号,并提供数据给应用程序。
2.如权利要求1所述的控制器,其中所述RFID询问器通知应用程序哪一个RFID询问器从RFID标签接收到数据。
3.如权利要求1所述的控制器,还包括用户界面,其被配置成接收对数据处理单元的选择和对数据处理单元的安排;其中所述控制器内核被配置成基于所述对数据处理单元的选择和安排改变对来自RFID询问器的信号的处理。
4.如权利要求3所述的控制器,还包括管理服务部件,用于对基于数据处理单元的安排和选择存储配置文件。
5.如权利要求1所述的控制器,其中所述RFID询问器是与一个RFID询问器相关联的天线,所述天线被配置成从RFID标签接收数据;所述RFID询问器接口被配置成从所述天线接收数据,并基于从所述应用程序接收的指令管理所述天线。
6.如权利要求5所述的控制器,其中所述RFID询问器接口通知应用程序哪一个天线从RFID标签接收到数据。
7.如权利要求1所述的控制器,还包括用户界面,其中所述RFID询问器接口被配置成执行以下操作接收多个RFID询问器中的一个提供的数据,其中所述多个RFID询问器耦合到RFID询问器接口,并且每一个都被配置成从RFID标签读取数据;并且向应用程序提供关于所述多个RFID询问器中的哪一个从RFID标签接收到数据的指示,其中所述应用程序使用来自RFID标签的数据;所述用户界面被配置成接收对数据处理单元的选择和安排,以用于处理RFID询问器接口接收的数据;和所述控制器内核根据从用户界面接收的对数据处理单元的选择和安排,处理RFID询问器接口接收的数据,并提供处理的数据给应用程序。
8.如权利要求7所述的控制器,还包括管理服务部件,其基于对数据处理单元的安排和选择存储配置文件。
9.如权利要求7所述的控制器,其中所述多个RFID询问器包括与耦合到RFID询问器接口的一个RFID询问器相关联的多个天线,所述天线的每一个都被配置成从一个或多个RFID标签接收数据;以及所述RFID询问器接口被配置成从多个天线中的一个接收由多个天线中的一个从RFID标签接收的数据,并且向应用程序提供关于所述多个天线中的哪一个从RFID标签接收到数据的指示。
10.一种处理射频识别(RFID)数据的方法,包括将第一RFID询问器和第二RFID询问器连接到RFID询问器接口;在第一RFID询问器或第二RFID询问器检测RFID标签;以及通知应用程序第一RFID询问器或第二RFID询问器中的哪一个检测到RFID标签。
11.如权利要求10所述的方法,还包括从应用程序向RFID询问器读取或写入命令。
12.如权利要求10所述的方法,还包括接收来自用户的配置输入,所述配置输入包括对数据处理单元的安排以处理RFID数据;从第一RFID询问器或第二RFID询问器接收关于检测到的RFID标签的RFID数据;以及基于所述配置输入所述处理RFID数据。
13.如权利要求10所述的方法,其中所述处理RFID数据包括基于所述配置输入将对RFID数据的处理从一个现有处理改变为一个新的处理。
14.如权利要求10所述的方法,其中所述将第一RFID询问器和第二RFID询问器连接到RFID询问器接口包括,通过RFID询问器将第一RFID天线和第二RFID天线连接到RFID询问器接口。
15.如权利要求14所述的方法,其中所述在第一RFID询问器或第二RFID询问器检测RFID标签包括,在第一RFID天线或第二RFID天线检测RFID标签。
16.如权利要求15所述的方法,其中所述通知应用程序第一RFID询问器或第二RFID询问器中的哪一个检测到RFID标签包括,通知应用程序第一RFID天线或第二RFID天线中的哪一个检测到RFID标签。
17.如权利要求14所述的方法,还包括从应用程序向RFID天线读取或写入命令;以及将所述命令转向RFID询问器,通过所述RFID询问器,所述RFID天线被连接到RFID询问器接口。
18.如权利要求15所述的方法,还包括接收来自用户的配置输入,所述配置输入包括对数据处理单元的安排以便处理RFID数据;从第一RFID天线或第二RFID天线接收关于检测到的RFID标签的RFID数据;以及基于所述配置输入处理RFID数据。
全文摘要
本发明涉及一种射频识别(RFID)系统中的RFID控制器,包括RFID询问器接口,其从RFID询问器接收信号并基于从应用程序接收的指令管理RFID询问器。RFID询问器从RFID标签接收数据。所述控制还包括控制器内核,其处理从RFID询问器接口接收的信号,并提供数据给应用。
文档编号G06K7/01GK1831840SQ20051013620
公开日2006年9月13日 申请日期2005年12月20日 优先权日2004年12月20日
发明者斯蒂芬·哈勒, 尤维·库巴赫 申请人:Sap股份公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1