用于将条形码读取器连接到客户端计算设备的认证

背景技术

常规的条形码读取器可以通过扫描客户端计算设备(诸如智能电话、平板、计算机等)上的条形码来利用应用或其他特征进行更新或配置。然而，由于主机操作系统的软件开发包(SDK)的可用性，几乎任何人都可以开发应用(包括恶意应用)以供上传到条形码扫描仪。在处理敏感信息的环境(诸如医院)中，关于条形码读取器的这个问题尤其严重。虽然可获得用于认证的其他方法(诸如安全密码或私人识别码(PIN))，但许多条形码读取器既没有键盘也没有显示器。此外，尽管条形码读取器可能被提供有被授权向条形码读取器提供应用的所有客户端计算设备的介质访问控制(MAC)地址，但这要求系统中的所有条形码扫描仪随着新的客户端计算设备的引入或删除而更新，从而更改MAC地址列表，该所有条形码扫描仪可以是数百个条形码扫描仪。

因此，需要一种用于将条形码读取器连接到客户端计算设备的改进的认证方法，该方法满足容易地建立连接和维护安全这两个需要。

发明内容

在一些实施例中，本公开描述了一种图像扫描装置，包括：壳体，该壳体具有窗口；成像组件，该成像组件被定位于该壳体内，该成像组件具有图像传感器和延伸通过该窗口的视场(FOV)，该图像传感器被适配用于捕获以下中的至少一个：从符号反射的光和从该符号发射的光；第一通信收发器，该第一通信收发器被定位于该壳体内，该第一通信收发器可操作以经由通信协议维持电子通信；控制器，该控制器操作性地耦合到该成像组件，该控制器具有处理器和存储器，其中该控制器被适配用于：对由该图像传感器捕获的图像中捕获的符号进行解码，该符号包括经编码的数据，该经编码的数据包括(i)与客户端计算设备上的第二通信收发器相关的未加密的第一通信参数，以及(ii)第二通信参数的散列，其中(i)利用私有加密密钥对该第二通信参数的散列签名，(ii)将该符号呈现在该客户端计算设备的显示器上，以及(iii)该第二通信参数包括唯一地标识经授权的通信收发器的标识数据，验证该第一通信参数是否与该第二通信参数的该散列相对应，以及该签名是否与存储在该存储器中的公钥相对应，响应于该第一通信参数与该第二通信参数的该散列相对应且该签名与存储在该存储器中的该公钥相对应，启用该第一通信收发器以经由该通信协议与该第二通信收发器建立电子通信，并且响应于启用该第一通信收发器，经由该通信协议将特征从该客户端计算设备下载到该存储器中。

附加地，在一些实施例中，本公开描述了一种客户端计算设备，包括：壳体；显示器，该显示器被定位在该壳体内；第一通信收发器，该第一通信收发器被定位于该壳体内，该第一通信收发器可操作以经由通信协议维持电子通信；控制器，该控制器操作性地耦合到该第一通信收发器和该显示器，该控制器具有处理器和存储器，该控制器被适配用于：对与该第一通信收发器相关的通信参数进行散列处理，该通信参数包括唯一地标识该第一通信收发器的标识数据；使用私有加密密钥对经散列处理的通信参数进行数字签名，以及在该显示器上生成符号的图像，该符号包括经编码的数据，该经编码的数据包括(i)未经散列处理的该通信参数，(ii)该经散列处理的通信参数，以及(iii)该经散列处理的通信参数的该数字签名；其中：该第一通信收发器主动地侦听信号，该信号包括(i)唯一地标识该第一通信收发器的标识数据和(ii)与该第一通信收发器建立通信链路的请求；以及响应于该第一通信收发器接收到该信号，该第一通信收发器和第二通信收发器建立该通信链路，该通信链路经由该通信协议发生。

附加地，在一些实施例中，本公开描述了一种系统，包括：客户端计算设备，该客户端计算设备具有：客户端计算设备壳体；显示器，该显示器被定位在该客户端计算设备壳体内；第一通信收发器，该第一通信收发器被定位于该客户端计算设备壳体内，该第一通信收发器可操作以经由通信协议维持电子通信；第一控制器，该第一控制器操作性地耦合到该第一通信收发器和该显示器，该第一控制器被适配用于对唯一地标识该第一通信收发器的介质访问控制(MAC)地址进行散列处理；使用私有加密密钥对经散列处理的MAC地址进行数字签名，并在该显示器上生成符号的图像，该符号对未经散列处理的该MAC地址、该经散列处理的MAC地址、以及该经散列处理的MAC地址的该数字签名进行编码；以及符号读取器，该符号读取器具有：符号读取器壳体；成像组件，该成像组件至少部分地被定位在该符号读取器壳体内，该成像组件具有视场(FOV)，该成像组件被配置为捕获与符号代码相关的图像数据；第二通信收发器，该第二通信收发器被定位于该符号读取器壳体内，该第二通信收发器可操作以经由该通信协议维持电子通信；以及第二控制器，该第二控制器可通信地耦合到该第二通信收发器，该第二控制器具有存储器和处理器，其中，响应于该成像组件捕获该符号的图像：该第二控制器针对与该私钥相对应的公钥查询该存储器；响应于该公钥未存储在该存储器中，该第二控制器启用该第二通信收发器以与该第一通信收发器建立电子通信；响应于与该第一通信收发器建立电子通信，该第一控制器启用该第一通信收发器以将与该私钥相对应的该公钥传送到该第二收发器；响应于该公钥存储在该存储器中，该第二控制器验证未经散列处理的该MAC地址是否与该MAC地址的散列相对应，以及该签名是否与存储在该存储器中的该公钥相对应，响应于未经散列处理的该MAC地址与该MAC地址的该散列相对应且该签名与存储在该存储器中的该公钥相对应，该第二控制器指示该第二通信收发器经由该通信协议传送信号，该信号(i)唯一地标识第一通信收发器的该MAC地址和(ii)与该第一通信收发器建立通信链路的请求；该第一通信收发器主动地侦听包括(i)唯一地标识该第一通信收发器的该MAC地址和(ii)与该第一通信收发器建立该通信链路的该请求的该信号；以及响应于该第一通信收发器接收到该信号，该第一通信收发器和该第二通信收发器建立该通信链路，该通信链路经由该通信协议发生；以及响应于建立该通信链路，该第二通信收发器经由该通信协议将特征从该客户端计算设备下载到该存储器中。

附图说明

附图(其中贯穿不同的视图，相同的附图标记表示相同的或功能类似的要素)连同下面的具体实施方式被并入于此并形成说明书的一部分，并用来进一步阐述包括所要求保护的发明的构思的实施例，以及解释那些实施例的各种原理和优势。

图1示出了根据本发明的实施例的部件之间的通信系统。

图2示出了根据本发明的实施例的图1的条形码读取器的立体视图。

图3示出了根据本发明的实施例的图1的条形码读取器的部件中的一些部件的示意框图。

图4是根据一些实施例的由图1的智能电话所执行的用于更新条形码读取器上的特征的认证方法的流程图。

图5是根据一些实施例的由图1的条形码读取器所执行的用于更新条形码读取器上的特征的认证方法的流程图。

本领域技术人员将理解附图中的要素出于简化和清楚而示出，并且不一定按比例绘制。例如，附图中的要素中的一些要素的尺寸可相对于其他要素被夸大以帮助提升对本发明的实施例的理解。

已在附图中通过常规符号在合适位置表示装置和方法构成，所述表示仅示出与理解本发明的实施例有关的那些特定细节，以免因得益于本文的描述对本领域普通技术人员显而易见的细节而混淆本公开。

具体实施方式

现在参考附图，图1示出了实现用于在条形码读取器上上传特征的系统100的示例性架构的各个方面，包括但不限于软件应用、软件特征、配置设置、固件更新等。特征的更具体示例包括但不限于用于解码不同符号(例如，唯一设备标识)的软件、用于光学字符识别的软件、用于解析驾照上的信息的软件以及用于读取单个表面上的多个条形码的软件。高级架构包括硬件和软件应用两者，以及用于在各种硬件部件与软件部件之间传送数据的各种数据通信信道。用于在条形码读取器上上传特征的系统100可以包括各种软件和硬件部件或模块。

用于在条形码读取器上上传特征的系统100包括前端部件，该前端部件包括一个或多个条形码读取器102、103和客户端计算设备104。客户端计算设备104可以包括个人计算机、智能电话、平板计算机、智能手表、头戴式显示器、可穿戴计算机或其他合适的客户端计算设备。客户端计算设备104包括操作性地彼此耦合的各个部件，包括控制器(该控制器包括微控制器或处理器106)、程序存储器108、显示器110和成像组件112(诸如，具有图像传感器的相机)，这些部件中的全部经由地址/数据总线(未示出)互连。客户端计算设备104的处理器106执行存储在存储器108中的指令以用于：1)在显示器110上生成图像，以及2)经由成像组件112捕获图像。应当理解，尽管图1仅描绘了一个处理器106，但控制器可以包括多个处理器106。类似地，根据控制器的特定配置，控制器的存储器108可以包括多个RAM和存储一个或多个相对应的服务器应用模块的多个程序存储器。存储器108可以以已知形式的计算机存储介质实现，包括但不限于，例如，半导体存储器、磁可读存储器和/或光学可读存储器，但不包括瞬态介质(诸如载波)。

从图1和随附的描述，应当理解，单个客户端计算设备104可以用于将特征上传到多个条形码读取器。这样，尽管仅描绘了两个条形码读取器102、103，但是应当理解，客户端计算设备104可以用于将特征上传到任意数量的条形码读取器。此外，尽管仅描绘了一个客户端计算设备，但是应当理解，多个客户端计算设备可被用在系统100中并且与后端部件通信，其中每一个客户端计算设备被分配给条形码读取器中的某一个，或者每一个客户端计算设备能够将特征上传到多个条形码读取器中的任何一个。

客户端计算设备104还包括各种通信部件，这些通信部件包括用于与其他前端部件(诸如条形码读取器102、103)通信的硬线通信端口114(诸如通用串行总线(USB))和/或无线近场收发器116(诸如，

计算机网络124可以是诸如互联网之类的网络或其他类型的合适网络(例如，局域网(LAN)、城域网(MAN)、广域网(WAN)、移动网络、有线或无线网络等)。计算机网络124也可以是一个或多个蜂窝网络，诸如码分多址(CDMA)网络、GSM(全球移动通信系统)网络、WiMAX(微波接入全球互通)网络、长期演进(LTE)网络等。客户端计算设备104的处理器106还可以执行一个或多个应用以执行上面所讨论的任务。

后端部件122可以包括数据服务器128和帐户数据库131。后端部件122可以通过通信网络138彼此通信，通信网络138诸如局域网或其他类型的合适网络(例如，互联网、城域网(MAN)、广域网(WAN)、移动网络、有线或无线网络、专用网络、虚拟专用网络等)。

通常用于在条形码读取器102、103上上传特征的系统(特别是在数据服务器128上上传特征的系统)包括计算机可执行指令130。在实施例中，数据服务器128的处理器执行指令130以将访问工具132、检取工具134和分析工具136实例化。访问工具132从客户端计算设备104接收数据，并将数据保存到一个或多个数据库，诸如帐户数据库131。检取工具134从帐户数据库131检取数据或使用帐户标识符从帐户数据库131访问与由客户拥有或租用的条形码读取器的许可证以及用于条形码读取器中的每一个的许可特征有关的客户帐户信息。帐户数据库131可以是数据存储设备，诸如随机存取存储器(RAM)、硬盘驱动器(HDD)、闪存存储器、诸如固态驱动器(SSD)之类的闪存等。分析工具136可以在提供激活数据以激活条形码读取器102上的特征之前，对客户帐户数据和/或来自客户端计算设备104的请求执行一个或多个分析。

图2示出了具有壳体202的示例性条形码读取器102，该壳体202具有手柄部分204(也称为手柄204)和头部部分206(也称为扫描头206)。头部部分206包括窗口208，并且被配置为定位在手柄部分204的顶部上。手柄部分204被配置为由读取器用户(未示出)抓握并且包括用于由用户激活的触发器210。在该实施例中还包括与头部部分206相对地附接到手柄部分204的底座212。底座212被配置为站立在表面上并且以通常竖直的位置支撑壳体202。当条形码读取器102被放置在工作台面上时，该条形码读取器102可以作为静止工作站在免提模式下使用。当条形码读取器102被从工作台上拾取且保持在操作者的手中时，该条形码读取器102也可以在手持模式下使用。在免提模式下，产品可以被滑过、刷过或呈现给窗口208。在手持模式下，条形码读取器102可以朝向产品上的条形码移动，并且可以手动地按下触发器210以发起对条形码的成像。在一些实现方式中，可省去底座212，并且壳体202也可以为其他手持形状。其他实现方式可以提供仅手持或仅免提配置。

图3示出了根据一些实施例的条形码读取器102的一部分的示意性框图。应当理解，图3未按比例绘制。参考图3，成像组件包括光检测传感器或图像传感器211，该光检测传感器或图像传感器211操作性地耦合到读取器102中的印刷电路板(PCB)216或安装在读取器102中的印刷电路板(PCB)216上。在实施例中，图像传感器211是固态器件(例如，CCD或CMOS成像器)，该固态器件具有排列成单行的可寻址图像传感器或像素的一维阵列、或排列成相互正交的行和列的可寻址图像传感器或像素的二维阵列，并且可操作用于检测由成像透镜组件215在沿着成像轴217的视场上通过窗口208捕获的返回光。返回光在视场上从目标213散射和/或反射。成像透镜组件215可操作用于将返回光聚焦到图像传感器的阵列上以使得能够读取目标213。目标213可以位于近距工作距离(WD1)和远距工作距离(WD2)之间的工作距离范围中的任何位置。在优选实施例中，WD1距离窗口208约半英寸，并且WD2距离窗口208约30英寸。

照明灯组件也安装在成像读取器102中。照明灯组件包括照明光源，诸如至少一个发光二极管(LED)219和至少一个照明透镜221，并且优选地为多个照明LED和照明透镜，该照明光源被配置为在要通过图像捕获进行读取的目标213上和沿着该目标213生成照明光的基本均匀分布的照明图案。散射和/或反射的返回光的至少一部分来自于目标213上和沿着目标213的光的照明图案。

瞄准光组件也安装在成像读取器102中，并且优选地包括瞄准光源223(例如，一个或多个瞄准LED)和瞄准透镜225，该瞄准透镜225用于生成可见瞄准光束并引导该可见瞄准光束离开读取器102到符号213上。瞄准光束具有横截面，该横截面具有图案(例如，用于放置在符号213的中心处的通常为圆形的光斑或十字线，或用于放置在符号213上的线，或框定视场的一组框架线)，以在图像捕获之前帮助操作者在视场内视觉地定位符号213。客户端计算设备104还包括各种通信部件，该各种通信部件包括用于与客户端计算设备104通信的无线近场收发器230(诸如，

还如图3中所示，图像传感器211、照明LED 219、瞄准LED223、近场收发器230和通信端口231操作性地连接到用于控制这些部件的操作的控制器或经编程的微处理器227。存储器229连接到控制器227并可由控制器227访问。优选地，微处理器227与用于处理来自被照明的目标213的所捕获的返回光以获取与目标213相关的数据的微处理器相同。更具体地，微处理器227与用于与客户端计算设备104通信的微处理器相同，该通信包括处理从显示在客户端计算设备的显示屏上的被照明的目标213捕获的返回光或发射光以获取与目标213相关的数据、以及经由近场收发器230和/或通信端口231与客户端计算设备104的一个或多个相对应的收发器通信。图2和图3中的条形码读取器102的公开内容同样适用于图1中的条形码读取器103以及系统100内的任何其他条形码读取器。

图4是在本文已描述的实施例中，在与条形码读取器102、103建立通信链路并将特征上传到条形码读取器102、103之前，控制客户端计算设备104以进行认证的流程图。以下公开内容仅参考条形码读取器102，但是应当理解，这种公开内容同样适用于条形码读取器103或系统100中的任何其他条形码读取器。一般来说，客户端计算设备104生成由条形码读取器102读取的配对条形码，以便验证客户端计算设备104是授权设备(从该授权设备下载特征(诸如应用、更新等))。一旦配对条形码已经被验证并且客户端计算设备104被证实为授权设备，条形码读取器102和客户端计算设备104就经由适合于从客户端计算设备104下载特征的通信协议(诸如与近场收发器116、230或通信端口114、231(和相对应的收发器)相关联的通信协议)建立通信链路。

现在转到图4的流程图，当特征要被上传到条形码读取器102时，被授权在条形码读取器102上上传特征的客户端计算设备104生成配对条形码，该配对条形码的图像在显示器110上生成以供条形码读取器102扫描。从框302处开始，当应用或其他特征准备好上传到条形码读取器102时，客户端计算设备104利用散列函数从将用于上传特征的收发器特有的通信参数创建散列值。例如，如果要使用近场通信(诸如

除了从客户端计算设备的收发器特有的通信参数创建散列值之外，在框304处，客户端计算设备使用签名算法对散列值进行数字签名。特别地，经授权的客户端计算设备利用使用私有公钥对的非对称加密，其中经授权的客户端计算设备将公钥分发给条形码读取器，并维护相对应的私钥。因此，条形码读取器能够使用其相对应的公钥来接受或拒绝在客户端计算设备上显示的条形码的真实性。在实施例中，私钥不仅用于对散列值进行数字签名，还用于对未加密的通信参数(例如，明文MAC地址)进行数字签名。

在框306处，客户端计算设备将经数字签名的散列值和(无论是数字签名的还是未签名的)未加密的通信参数编码成条形码符号。在实施例中，条形码符号是二维或三维条形码符号，其允许比一维条形码允许的信息更多的信息被编码。考虑到数字签名趋向于相当大，优选地利用二维或三维条形码符号。然后，在框308处，由客户端计算设备在显示器110上生成条形码符号的图形或图像，以供条形码读取器102扫描。在实施例中，当准备好将特征上传到条形码读取器102时，条形码符号的图像可以仅在客户端计算设备的用户的提示下生成。

此后，在框310处，客户端计算设备，并且更具体地，用于上传特征的短程通信收发器(例如，用于通信端口114的收发器或近场收发器116)，主动地侦听来自条形码读取器的信号，该条形码读取器已扫描生成在客户端计算设备104的显示器110上的条形码符号。在实施例中，信号包括来自条形码符号的客户端计算设备的通信参数(例如，MAC地址)、以及在客户端计算设备的收发器和条形码读取器102的相对应的收发器之间建立通信链路的请求。响应于接收到该信号，客户端计算设备的短程通信收发器和条形码读取器的短程收发器使用收发器的短程通信协议(例如，

在一些实例中，诸如当条形码读取器第一次在系统100内被激活时，条形码读取器尚未被提供公钥。在此类情况下，如下文将进一步描述的，在框316处，客户端计算设备可以从条形码读取器接收对公钥的请求。假设私钥已经生成并且驻留在客户端计算设备上(与相对应的公钥一起)，则在框318处，客户端计算设备将公钥传送到条形码读取器，该公钥将用于认证与任何进一步从客户端计算设备下载特征相关联的条形码的私钥签名。

图5是在本文已描述的实施例中控制条形码读取器102以用于将特征下载到条形码读取器102的流程图。现在转到图5的流程图，当客户端计算设备104在显示器110上生成对包括通信参数、通信参数的散列值和私钥签名的认证数据进行编码的符号的图像时，在框402处，条形码读取器102的图像传感器211捕获该符号的图像。在本实例中，用于条形码读取器102的目标213是显示在客户端计算设备104上的符号。激活瞄准LED 223，使得条形码读取器102可以瞄准目标213，并且激活照明LED 219以照明目标213。然后，图像传感器211捕获目标213的图像。

在框404处，控制器227利用存储在存储器229中的与在客户端计算设备104上显示的符号的符号类型相对应的解码算法来对由图像传感器211捕获的符号的图像进行解码。特别地，对符号的图像进行解码以便对编码在符号内的认证数据进行解码。如上文所提及的，一旦解码，认证数据包括唯一地标识客户端计算设备的收发器以用于下载特征的通信参数(例如，

作为初始事项，在框406处，控制器227检查其存储器229以查看条形码读取器102是否已被提供了公钥，该公钥用来检查签名的真实性。如果公钥存储在存储器229中，则在框408处，控制器227继续对编码在符号中的认证数据进行认证。另一方面，如果公钥没驻留在存储器229中，则在框414处，控制器227可以绕过认证过程并建立与客户端计算设备104的通信链路，此时，它可以生成指示并使用符号中提供的未加密的通信参数经由近场收发器116或通信端口114将该指示传送到客户端计算设备104。当客户初次委任条形码读取器102以将其引入系统100时，可出现此类实例。提供该指示作为对客户端通信设备104生成公钥/私钥对和/或将与其私钥相对应的公钥传送到条形码读取器102的提示。在实施例中，客户端通信设备104具有存储在其存储器108内并由其处理器106执行的密钥生成算法，以生成随机私钥和相对应的公钥。一旦条形码读取器102已经被提供了公钥，条形码读取器102就将该公钥存储在持久存储器(其可以是存储器229、存储器229的分区或单独的存储器)中，以便使用该公钥对将来从客户端计算设备下载进行认证，即使在条形码读取器102重置为出厂设置之后。

返回参考框408，控制器227验证编码在符号中的客户端计算设备104的收发器特有的通信参数对应于编码在符号中的散列值。例如，条形码读取器102将未加密的通信参数映射到其散列值，并且确定所映射的散列值是否与编码在符号中的散列值相同。如上文所提及的，已被破解的通信参数(诸如MAC地址)导致与在符号中提供的散列值不同的散列值。因此，条形码读取器102验证该客户端计算设备是经授权的客户端计算设备(从该经授权的客户端计算设备下载特征)，并且验证该特征被授权下载到条形码读取器102。

在框410处，控制器227验证认证数据的数字签名是用与存储在存储器229中的公钥相对应的私钥进行的。例如，控制器227可以执行签名验证算法，该算法在给定认证数据、公钥和签名的情况下，接受或拒绝认证数据的真实性。如果在框408、410处的认证步骤中的任一个失败，则控制器227可以在框412处输出错误，该错误可以与符号尚未被认证的视觉或听觉信号相对应。在框412处的错误导致控制器102阻止近场收发器230和/或通信端口231与客户端计算设备104的相对应的收发器建立通信链路。另一方面，如果在框408、框410处的认证过程成功，则控制器227启用与编码在符号中的未加密的通信参数的收发器相对应的收发器，并且条形码读取器102经由近场收发器230或通信端口231(当经由硬线通信(例如，USB线缆)连接时)从客户端计算设备104下载特征。一旦特征已被下载到条形码读取器102，控制器227便在存储器229中安装并启用该特征。此后，条形码读取器102能够利用该特征。

在上述说明书中已经描述了具体实施例。然而，本领域普通技术人员理解，可以做出各种修改和改变而不脱离如下权利要求书所阐述的本发明的范围。因此，说明书和附图被认为是示意性的而非限制性的意义，并且所有此类修改都旨在被包括在本教导的范围内。

这些益处、优势、问题解决方案以及可能使任何益处、优势或解决方案发生或变得更为突出的任何(多个)要素不被解释成任何或所有权利要求的关键的、必需的或必要的特征或要素。本发明仅由所附权利要求书限定，包括在本申请处于待审状态期间做出的任何修改以及授权公告的这些权利要求的所有等效物。

此外，在该文档中，诸如第一和第二、顶部和底部等之类的关系术语可以单独地用来将一个实体或动作与另一实体或动作区别开，而不一定要求或暗示此类实体或动作之间具有任何实际的此类关系或顺序。术语“包括”、“包括有”、“具有”、“具备”、“包含”、“包含有”、“涵盖”、“涵盖有”或它们的任何其他变型旨在覆盖非排他性包括，以使包括、具有、包含、涵盖一要素列表的过程、方法、物品或装置不仅包括那些要素还可包括未明确列出的或对此类过程、方法、物品或装置固有的其他要素。以“包括一”、“具有一”、“包含一”、“涵盖一”开头的要素，在没有更多约束条件的情形下，不排除在包括、具有、包含、涵盖该要素的过程、方法、物品或装置中有另外的相同要素存在。术语“一”和“一个”被定义为一个或更多个，除非本文中另有明确声明。术语“基本”、“大致”、“近似”、“约”或这些术语的任何其他版本被定义为如本领域内技术人员理解的那样接近，并且在一个非限制性实施例中，这些术语被定义为在10％以内，在另一实施例中在5％以内，在另一实施例中在1％以内，而在另一实施例中在0.5％以内。本文中使用的术语“耦合的”被定义为连接的，尽管不一定是直接连接的也不一定是机械连接的。以某种方式“配置”的设备或结构至少以该种方式进行配置，但也可以以未列出的方式进行配置。

将会理解，一些实施例可以包括一个或多个通用或专用处理器(或“处理设备”)，诸如微处理器、数字信号处理器、定制的处理器和现场可编程门阵列(FPGA)以及唯一存储的程序指令(包括软件和固件两者)，该唯一存储的程序指令控制一个或多个处理器连同某些非处理器电路实现本文所描述的方法和/或装置的一些、多数或全部功能。替代地，一些或全部功能可以由不具有存储程序指令的状态机来实现，或者在一种或多种专用集成电路(ASIC)中实现，其中，每一种功能或某些功能的某些组合被实现为定制逻辑。当然，也可以使用这两种方法的组合。

此外，实施例可以实现为计算机可读存储介质，该计算机可读存储介质具有存储在其上的计算机可读代码，用于对(例如，包括处理器的)计算机编程以执行如本文所描述和要求保护的方法。此类计算机可读存储介质的示例包括但不限于硬盘、CD-ROM、光存储设备、磁存储设备、ROM(只读存储器)、PROM(可编程只读存储器)、EPROM(可擦除可编程只读存储器)、EEPROM(电可擦除可编程只读存储器)以及闪存。此外，预期本领域普通技术人员虽然做出由例如，可用时间、当前技术和经济考虑促动的可能显著的努力以及许多设计选择，但在得到本文所公开的概念和原理指导时，将容易地能以最少的试验产生此类软件指令和程序以及IC。

本公开的摘要被提供以允许读者快速地明确本技术公开的性质。提交该摘要，并且理解该摘要将不用于解释或限制权利要求书的范围或含义。另外，在上述具体实施方式中，可以看出出于使本公开整体化的目的，各种特征在各种实施例中被编组到一起。这种公开方法不应被解释为反映要求保护的实施例与各项权利要求中明确记载的相比需要更多的特征的意图。相反，如以下权利要求所反映，发明主题在于少于单个公开的实施例的全部特征。因此，以下权利要求由此被并入具体实施方式中，其中各个权利要求作为单独要求保护的主题代表其自身。