CN104169951B - 基于上下文的扫描和读取系统和方法 - Google Patents

Abstract

提供具有端至端的框架的基于上下文的扫描和读取系统和方法，用于接收信息并基于此执行多个不同的操作。端至端的框架包括：扫描或读取物品以基于此获取(410)第一组信息；呈现(415)在上下文中的所述第一组信息；基于在上下文中的所述第一组信息，获取(420)在上下文中的多个操作；以及基于标准选择(425)在上下文中的所述多个操作之一。系统包括：和物品相关联的至少一个可读设备；至少一个移动设备，经配置以扫描所述至少一个可读设备；以及端至端的框架，可操作在至少一个移动设备上，以从所述至少一个可读设备获取信息(430)并基于上下文呈现所述信息和相关联的操作。条形码或RFID标签被读取。

Description

基于上下文的扫描和读取系统和方法

技术领域

本公开一般涉及条形码扫描、射频识别(RFID)读取等，以及更具体地涉及提供端至端框架的基于上下文的扫描和读取的系统和方法，用于接收信息并基于此执行多个不同的操作。

发明背景

射频识别(RFID)、一维(1D)条形码、二维(2D)条形码等正广泛用于各种应用中，包括零售、仓库，销售点、供应链等。通常，设备(诸如，RFID读取器、条形码扫描仪、以及其中具有并入功能的其他移动设备)经配置以读取和/或扫描信息并基于其执行可能的操作。然而，传统的解决方案是硬编码的、特定领域的解决方案。通过硬编码表示，传统的解决方案没有适应性并完全按预编程操作，以及通过特定领域表示，传统的解决方案不能实现所定义领域之外的交互。

因此，需要一种基于上下文的扫描和读取的系统和方法。

附图的简要描述

在附图中，相同的附图标记在整个独立的视图中表示相同或功能相似的元件，附图与下面的详细描述一起形成说明书的一部分被并入，并用于进一步说明包括请求发明的理念的实施例，并且解释那些实施例的各种原理和优点。

图1是根据一些实施例的用于端至端框架的基于上下文的系统的示图。

图2是根据一些实施例可用于图1的系统等中的移动设备的框图。

图3是根据一些实施例可用于图1的系统等中的服务器的框图。

图4是根据一些实施例用于可配置的、基于上下文的交互的利用图1的系统的端至端的框架方法的流程图。

图5是根据一些实施例具有图4的端至端的框架方法的移动设备的示例性使用方法的流程图。

图6是根据一些实施例利用图4的端至端的框架方法的移动设备的示例性屏幕截图的屏幕图。

图7是根据一些实施例在使用图1的系统的图4的端至端的框架方法中的数据管理的数据流示意图。

本领域技术人员将会理解，附图中的元件被图示用于简单和清楚起见，并没有必要按比例绘制。例如，某些附图中元件的尺寸可相对其他元件被夸大，以帮助提高本发明实施例的理解。

所述装置和方法组件已被适当地通过附图中的常规符号表示，仅示出与理解本发明的实施例相关的那些具体细节，以便对于受益于本文描述的本领域的普通技术人员显而易见的细节不混淆本公开。

详细描述

在各种示例性实施例中，基于上下文的扫描和读取的系统和方法经提供具有端至端的框架，用于接收信息并且基于其上执行多个不同的操作。端至端的框架包括如下：扫描或读取一物品以基于此获取一组信息，诸如数据和符号；呈现在上下文中的所述一组信息；基于上下文中的该组信息获取上下文中的多个操作；并且基于标准选择上下文中的多个操作之一。一种系统，包括：与物品、位置等相关联的至少一个可读设备；经配置以扫描至少一个可读设备的至少一个移动设备；以及端至端的框架，可操作在至少一个移动设备上以从所述至少一个可读设备获取信息并基于上下文呈现信息和相关联的操作。

一种移动设备，包括：读取器和/或扫描仪、网络接口、数据存储器和处理器，其中，读取器和扫描仪之一、网络接口、数据存储器和处理器的每一个通信地耦合在其间。该处理器经配置以使用读取器和扫描仪从物品中获取信息，呈现该信息到所述移动设备的输出界面，以及基于在上下文中的信息获取上下文中的多个操作。

参考图1，在示例性实施例中，该图示出了用于端至端框架的基于上下文的系统100。基于上下文的系统100包括例如一个或多个移动设备110，其可选地通过网络130连接到服务器120。不同地，移动设备110经配置以与标签140、条形码150，以及任何其它电子、光纤、无线等标记机制160进行交互。标签140、条形码150、其他机制160被部署在诸如商店、仓库、档案室、储藏室等的地理区域中，并且通常固定、设置、附着和/或结合对象。在示例性实施例中，标签140可以包括RFID标签，其与移动设备110进行无线通信。在另一个示例性实施例中，条形码150可包括1D或2D条形码，其中1D或2D指用于编码条形码150上数据的机制。条形码150经配置以由移动设备110进行光学扫描。可替换地，其他机制160可以包括任何机制来与移动设备110进行数据通信。如本文所描述的那样，标签140、条形码150以及其他机制160可以被称为可读设备，即这些是电子/光学读取设备以使用与相关对象、产品、位置等相关的信息获取上下文中的信息。

基于上下文的系统100包括在移动设备110和标签140、条形码150以及其他机制160上操作的框架。可选地，可在该框架中使用服务器120和网络130。该框架可以驻留在移动设备110上，或者它可以驻留在服务器120上(例如，使用移动设备110，用于输入/输出)，或者它可以是两者的组合。该框架允许终端用户使用移动设备110以从设备140、150、160扫描和/或读取信息，并具有随着对相关操作地访问所显示的最重要的或相关的信息。例如，假设移动设备110读取任意条形码150，且移动设备110可显示与该条形码150(或与其相关的底层物理对象)相关的重要信息。显示信息可以连同对在上下文中采取的合适操作的访问进行显示，表示操作应用于所扫描/读取物品或一个更深等级。该相同框架支持插件(通常在服务器120上)，以提供对于标记140、条形码150和其他机制160的任意的和可扩展集合的用户体验。

该框架提供了和从标签140、条形码150和其他机制160(或相关的底层物理对象及其属性)衍生的上下文相关的可用操作。例如，该框架通过在上下文信息寻找发现它们而提供操作以及对于这些上下文信息的片段可用的操作。该操作可包括创建任务、问题报告、请求信息等。大多数的操作可与物理对象相关联，例如，因此对于货架标签的操作可是：创建任务以补充；创建任务以重新整理或清洁货架/机架的展示；报告对货架或货架物品的损坏；请求产品的额外业务信息：每周销量、发货等；查看在附近商店的库存水平；等。在一些示例性实施例中，操作可不直接关联于对象，但也可以使用其他的上下文信息。例如对于货架扫描或读取，可有操作以为过道创建清理任务，该位置将自动从标签140、条形码150以及和货架标签相关联的另一机制160导出。该操作也可启动和刚扫描和/或读出的物品相关联的任务。此外，任何信息/操作可以由客户提供以满足他们的特定需求，而不是预先设定的，即信息/操作是灵活的可编程的框架。暴露的信息和操作也可考虑到与用户相关联的身份和许可，以便仅仅呈现对用户有意义的信息和操作。注意，基于包括角色、店面面积、时间等多项因素，格式、顺序和其他呈现方面也是可配置的。

在操作中，移动设备110包括框架应用，用于从标签140、条形码150和其他机制160接收信息；显示该信息；并与所述信息交互用于提供基于上下文的操作。网络130可以包括局域网(LAN)、广域网(WAN)、无线局域网LAN(WLAN)、蜂窝数据网、虚拟专用网(VPN)、因特网等。移动设备110可以被配置为经由网络130相互通信并与服务器120进行通信。在一个示例性实施例中，框架应用通过网络在移动设备110和服务器120之间操作。在另一个示例性实施例中，框架应用通过在其间通过网络130互连的移动设备110之间操作。在又一示例性实施例中，框架应用以脱机方式在移动设备110上操作，其包括以非周期性的方式(即不是实时的)通过网络130从服务器120获取信息。

参考图2，在一个示例性实施例中，框图示出了移动设备110，其可以在系统100等中使用。移动设备110可以是数字设备，在硬件架构方面，通常包括处理器212、输入/输出(I/O)接口214、无线电216、数据存储218、扫描仪/成像器220和存储器222。由本领域普通技术人员应理解，图2以过于简单化的方式示出移动设备210，以及实际的实施例可以包括附加的部件和适当配置的处理逻辑以支持未在本文中详细描述的已知或常规的操作功能。组件(212、214、216、218、220和222)经由本地接口224通信地耦合，本地接口224可以是例如(但不限于)一个或多个总线或其他有线或无线连接，如现有技术中已知的。本地接口224可以具有其他的元件，为了简化进行省略，例如控制器、缓冲器(高速缓存)、驱动器、中继器和接收器等等，以进行通信。另外，本地接口224可以包括地址、控制和/或数据连接，以使得在上述组件之间适当地通信。

处理器212是用于执行软件指令的硬件设备。处理器212可以是任何定制的或市售的处理器、中央处理单元(CPU)、在和移动设备110相关的多个处理器之中的辅助处理器、基于半导体的微处理器(以微芯片或芯片组的形式)、或通常的用于执行软件指令的任何设备。当移动设备110处于操作中，处理器212被配置为执行存储器222内存储的软件、通信数据往返于存储器222，并一般地根据软件指令控制移动设备210的操作。在一个示例性实施例中，处理器212可以包括移动优化处理器，诸如对于功耗和移动应用进行优化。I/O接口214可用于接收用户输入和/或提供系统输出。用户输入可以通过例如小键盘、触摸屏、滚动球、滚动条、按钮等来提供。系统输出可以经由显示设备提供，诸如液晶显示器(LCD)、触摸屏等。该I/O接口214还可以包括例如串行端口、并行端口、小型计算机系统接口(SCSI)、红外(IR)接口、射频(RF)接口、通用串行总线(USB)接口等。该I/O接口214可以包括图形用户界面(GUI)，其使得用户能够与移动设备110进行交互并操作框架应用。

无线电216能够无线通信到外部接入设备或网络。无线电216可支持任何数量的合适的无线数据通信协议、技术或方法，包括(但不限于)：射频；IrDA(红外线)；蓝牙；ZigBee(和IEEE802.15协议的其它变型)；IEEE 802.11(任何变化)；IEEE 802.16(WiMAX或任何其他变型)；直接序列扩频；跳频扩频；长期演进(LTE)；蜂窝/无线/无绳通信协议(例如，3G/4G等)；无线家庭网络通信协议；寻呼网络协议；磁感应强度；卫星数据通信协议；诸如在WMTS频段操作的无线医院或保健设施网络协议；GPRS；专有的无线数据通信协议，诸如无线USB的变型；和进行无线通信的任何其它的协议。在一个示例性实施例中，无线电216与移动设备110中的其他组件可协同操作作为RFID读取器，该RFID读取器经配置以询问标签140，用于与框架交互。

数据存储器218可用于存储数据。数据存储218可以包括任何易失性存储器元件(例如，随机存取存储器(RAM，诸如DRAM、SRAM、SDRAM等))、非易失性存储器元件(例如，ROM、硬盘驱动器、磁带、CDROM等)，以及它们的组合。此外，数据存储218可以包含电子、磁性、光学和/或其它类型的存储介质。扫描仪/成像器220可以包括视频和/或图像捕获装置，例如摄像机、照相机、条形码扫描仪等。在一个示例性实施例中，扫描仪/成像器220与移动装置110可协同操作作为条形码扫描仪以扫描条形码150，用于与框架交互。

存储器222可包括任何易失性存储器元件(例如，随机存取存储器(RAM，诸如DRAM、SRAM、SDRAM等))、非易失性存储器元件(例如，ROM、硬盘驱动器等)以及它们的组合。此外，存储器222可以包含电子、磁性、光学、和/或其它类型的存储介质。注意，存储器222可具有分布式体系结构，其中各个部件远离彼此，但可由处理器212访问。存储器222中的软件可以包括一个或多个软件程序，其中每个软件程序包括用于执行逻辑功能的可执行指令的有序列表。在图2的例子中，存储器系统222中的软件包括合适的操作系统(O/S)226和程序228。操作系统226实质上控制其他计算机程序的执行，并且提供调度、输入-输出控制、文件和数据管理、内存管理以及通信控制和相关服务。程序228可以包括经配置以提供移动设备110的各种终端用户功能的各种应用程序、插件等。在典型的例子中，终端用户通常使用一个或多个程序228以及诸如系统100的网络。在一个示例性实施例中，框架可包括在程序228中。

参考图3，在一个示例性实施例中，框图示出了可在系统100中使用的服务器120。该服务器120可以是数字式计算机，在硬件架构方面，通常包括处理器302、输入/输出(I/O)接口304、网络接口306、数据存储器308和存储器310。本领域普通技术人员应理解，图3以过于简单的方式描述服务器120，以及实际的实施例可以包括附加的部件和合适配置的处理逻辑以支持未在本文中详细描述的已知或常规的操作功能。组件(302、304、306、308和310)经由本地接口312通信地耦合。本地接口312可以是例如(但不限于)一个或多个总线或其他有线或无线连接，如在本领域中已知的。本地接口312可以具有其他的元件，这些为了简化进行省略，诸如控制器、缓冲器(高速缓存)、驱动器、中继器和接收器等，以使能通信。另外，本地接口312可以包括地址、控制和/或数据连接，以使得在上述组件之间进行合适的通信。

处理器302是用于执行软件指令的硬件设备。处理器302可以是任何定制的或市售的处理器、中央处理单元(CPU)、与服务器300相关联的多个处理器中的辅助处理器、基于半导体的微处理器(以微芯片或芯片组的形式)，或一般的用于执行软件指令的任何设备。当服务器120在操作中时，处理器302经配置以执行存储器310内存储的软件、通信数据来往于存储器310以及一般地根据软件指令控制服务器120的操作。该I/O接口304可用于从一个或多个设备或组件接收用户输入和/或向其提供系统输出。可以通过例如键盘、触摸板和/或鼠标提供用户输入。系统输出可以经由显示设备和打印机(未示出)来提供。I/O接口304可以包括例如串口、并口、小型计算机系统接口(SCSI)、串行ATA(SATA)、光纤通道、InfiniBand、iSCSI、PCI高速接口(PCI-x)、红外(IR)接口、射频(RF)接口和/或通用串行总线(USB)接口。

网络接口306可用于使能服务器120在网络上通信，诸如因特网、网络130等。网络接口306可以包括例如以太网卡或通信适配器(例如，10BaseT、快速以太网、千兆以太网、10GbE)或无线局域网(WLAN)卡或适配器(例如，802.11a/b/g/n)。网络接口306可以包括地址、控制和/或数据连接，以使能网络上的合适通信。数据存储器308可用于存储数据。数据存储308可以包括任何易失性存储器元件(例如，随机存取存储器(RAM，诸如DRAM、SRAM、SDRAM等))、非易失性存储器元件(例如，ROM、硬盘驱动器、磁带、CDROM等)，以及它们的组合。此外，数据存储308可以包含电子、磁性、光学和/或其它类型的存储介质。在一个示例中，数据存储1208可位于服务器300的内部，诸如，例如，连接到服务器120中的本地接口312的内部硬盘驱动器。另外在另一个实施例中，数据存储308可以位于服务器120的外部，诸如，例如，连接到I/O接口的外部硬盘驱动器304(例如，SCSI或USB连接)。在又一个实施例中，数据存储308可通过网络连接到服务器120，诸如，例如，网络连接的文件服务器。

存储器310可包括任何易失性存储器元件(例如，随机存取存储器(RAM，诸如DRAM、SRAM、SDRAM等))、非易失性存储器元件(例如，ROM、硬盘驱动器、磁带、CDROM等)，以及它们的组合。此外，存储器310可以包含电子、磁性、光学和/或其它类型的存储介质。注意，存储器310可具有分布式体系结构，其中各个部件远离彼此但可由处理器302访问。存储器310中的软件可以包括一个或多个软件程序，其中每个软件程序包括用于执行逻辑功能的可执行指令的有序列表。存储器310中的软件包括合适的操作系统(O/S)314以及一个或多个程序316。操作系统314实质上控制其它计算机程序(诸如，一个或多个程序316)的执行，并且提供调度、输入输出控制、文件和数据管理、内存管理以及通信控制和相关服务。所述一个或多个程序316可经配置以执行在本文参考框架描述的各种过程、算法、方法、技术等。

参考图4，在一个示例性实施例中，流程图示出用于可配置、基于上下文的交互的利用系统100的端至端的框架方法400。可使用包括移动装置110、服务器120、网络130、标签140、条形码150和其他机制160的系统100实施该端至端框架方法400。不同地，端至端的框架方法400设想对用户与环境交互的交互式、基于上下文的方法，即，用户扫描/读取与环境中的对象相关联的数据并基于此进行交互。此外，移动设备110和可选的服务器120可包括在其上运行以实施端至端的框架方法400的框架应用。框架功能可以全部驻留在移动设备110或服务器120，或分布其间。

首先，端至端的框架方法400包括设置和预编程(步骤405)。其可包括例如标签140、条形码150和其他机制160以及相关联的对象的物理部署。这还可以包括预编程标签140、条形码150和其他机制160，以及预编程移动设备110和服务器120。通过预编程，数据和/或指令被提供给各种设备110、120、140、150、160。例如，标签140、条形码150和其他机制160可使用和它们的底层对象相关的数据进行编程，诸如类型、价格、位置、数量、库存单位(SKU)等。可替换地，预编程可包括用于从另一来源检索相关数据的指令。移动设备110和服务器120可以使用软件指令进行预编程，以执行端至端的框架方法400。

用户使用移动设备110从扫描、读取(等)标签140、条形码150以及其他机制160获取信息(步骤410)。这里，用户物理上接近具有相关联的标签140、条形码150和/或其它机制160的对象，以及用户从其获取信息和操作。重要的是，获取信息和/或操作据说根据上下文的意思是：信息和/或操作是基于位置、用户的类型、时间、日期、底层对象的类型和/或可配置的任何属性。例如，基于上下文的信息和/或操作可在用户(例如，客户、销售人员、仓库人员等)之间是不同的、时间/日期之间是不同的(例如，运行时间、再储存期间等)等。在一个示例性实施例中，底层对象可是定位信息和动作的主要关键。

换言之，根据上下文提供了一种机制，它允许终端用户使用最少的数据输入直接访问适合其当前情况的处理。该上下文利用与特定扫描、读取等相关的多个属性，这些属性可包括时间/日期、用户类型、对象类型、位置等。上下文进一步考虑基于插件的可扩展性，允许新的信息和处理被提供给用户，而没有创建屏幕和相关培训的通常负担，该屏幕和相关培训引导到新的信息/操作。该上下文可以通过移动设备110、服务器、标签140、条形码150和其他机制160的组合来确定。例如，位置可从移动装置110确定，用户类型可从服务器120推到移动设备110，等等。在某些情况下(例如，扫描/读取货架标签)下，被扫描的物体可以提供详细的位置信息，因为标签的确切位置是已知的以及用户必须非常接近它。如果框架在服务器120上执行，则用户登录(或其他标识)将是“用户类型”的主要决定因素，它会被服务器120知道并使用，而没有被“推”到设备。

基于上下文的信息和/或操作可以被呈现给用户(步骤415)。这可以包括通过移动设备110上的输出界面，例如，GUI、文本、超链接等。端至端的框架方法400可经配置以向用户呈现用于基于上下文的信息和/或操作的最重要的物品。例如，除了信息，端至端的框架方法400可以向用户呈现操作、任务管理、通知等等(步骤420)。这些通常划分为呈现给用户的信息以及用户可用的操作。具体地，端至端的框架方法400可包括另外的步骤：执行操作/任务(步骤425)或接收信息/通知(步骤430)，并具有呈现给用户的附加的基于上下文的信息(步骤415)。呈现给用户的“操作”是指用户可以选择的GUI物品。一旦选定，与该物品相关的操作将发生(或导致发生的初始步骤将被进行)。“初始步骤”情况的示例是“清理”，在那里，通过选择操作调度清理操作，而不是立即开始操作。

信息的格式化和展示是可配置的，并且可取决于多种因素，诸如可用信息、其中扫描/读取发生的区域、用户角色、时间、日历等。格式化、排序和呈现操作是可配置并可取决于多种因素，诸如可用的操作和信息、其中扫描发生的区域、用户角色、时间、日历等。一般根据可用信息寻找操作。例如，从储藏室取物品的操作不是无条件地可用，并只有储藏室量大于零时才可用。

用于查找信息和操作的扫描数据是扫描数据的子集。对于给定类型的扫描数据，扫描数据中的一个(或更多)子集将被获取并用于查找。本质上，扫描数据可以包含多个字段，每个字段可以各种方式来查找信息。识别具有字段的扫描以及如何提取这些字段将是系统配置的一部分。扫描数据(或它的子集)可提供直接信息。在某些情况下，价格以及物品代码可在条形码中被编码为不同字段。扫描价格应该是有资格被显示或用于定位操作的一部分信息。为了查找信息，信息可以驻留在运行框架的移动设备110和/或服务器120上，或者查找可与其他计算机通过确定的协议(通常涉及web服务)进行通信。查找操作可涉及从本地和远程信息源的多次查找，以发现所有相关的信息片段。例如，扫描物品UPC可涉及到多个独立的子查询以获取每个下列信息：价格、原产国、乳制品自由的状态、下一次送货等。

不同地，端至端的框架方法400考虑了任务的创建、报告问题、要求信息等。大多数的操作可与物理对象相关联，因此对于货架标签，操作可是：创建任务用于补货；创建任务用于再次清理或整理货架/货柜的呈现；报告对货架或货架上物品的损坏；请求产品的额外商业信息：每周销量、发货、查看附近商店的库存水平；等。在某些情况下，该操作可不直接与对象相关联，但也可以使用其他的上下文信息。对于货架扫描，可以有创建清理工作的操作，在那里，该位置自动从货架标签的位置得出。该操作也可是开始与刚扫描的物品关联的任务。所暴露的信息和操作也可考虑与用户相关联的身份和许可，以便仅仅呈现对用户有意义的信息和操作。端至端的架构方法400考虑完全可配置的框架。例如，任何信息/动作可以由客户提供以满足他们的特定需求，而不是仅仅预编程。此外，多个独立的组织可不需要了解对方，框架提供联系的共同点。

在一个示例性实施例中，端至端的框架方法400可包括操作、任务、任务/时间管理等。该操作可包括活动以对客户和/或环境情况作出反应。这些可包括访问业务工具、通信或为别人创建任务的能力、为他们子集和/或他们创建提醒的能力，等等。相对于任务，端至端的架构方法400确保使用移动设备110的用户具有完成工作并限制其范围到手头任务的工具。具体地，移动设备110与端至端的框架方法400可包括基本或主任务、可能的中断任务、可能的次要任务，等等。相对于任务/时间管理，移动设备110与端至端的框架方法400可以使得浏览和或选择任务、获得下个任务的能力、请求和/或宣布中断的能力等。

在端至端的框架方法400中，动作和瞬态工具可手动启动，但通常可以响应于扫描、读取等开始。由于当需要时这些工具容易启动，它们可以当打开新工具时自动关闭。不是由扫描仪、读卡器等激活驱动的应用由于重新启动应用的时间不太可能被视为短暂应用。非扫描仪应用程序(诸如，“创建提醒”和“进行对讲机公告”可以手动选择。下面的表格概述可由扫描仪、读卡器等激活启动的示例性的、非限制性的工具。

通过扫描能容易地访问框架在移动设备110上生成多个要求。例如，单独的扫描和/或读取按钮允许扫描/读操作以在任何点自动触发该框架。当前应用程序可被暂停，而框架呈现接管，并当关闭时，之前的应用程序可以继续。单独的扫描和/或读取按钮允许扫描/读取发生在任何点。此外，软扫描按钮可在每个屏幕上占用空间，或者在扫描之前要求用户提出扫描应用程序。

从移动设备110上的瞬时应用的主屏幕，可包括机制以进行到更详细的屏幕(和背面)；机制以进行到对刚扫描/读取的物品执行进一步操作；机制以返回到初始瞬时应用的显示；机制返回之前的应用程序(或另一个打开的应用程序)；等。对于用户可希望手动输入代码的情况，移动设备110可包括用于手动启动应用程序的机制，它允许通过屏幕上的键盘输入条码、RFID标签等信息。可替换地，在多次失败的扫描尝试之后，键盘输入可开始，例如预期需要。

移动设备110允许可配置数量的任务屏幕是开放的。对于进展中的每个任务，可有一个任务屏幕。如果任务是短期并特定的(10-15分钟)，则没有理由并行进行多个任务。当任务屏幕在前台时，屏幕和设备是协助执行该任务的专用工具。任务协助可仅限于该任务。

例如，如果任务是要解开特定的货箱，则屏幕和扫描仪可通过处理安排工人：1)确定正确的货箱(扫描)；2)对于货箱中的每个物品(扫描)，定位货架位置；3)记录摆放在货架上的数量以及放回仓库的数量。当任务完成时，相关的任务屏幕可被新的任务选择屏幕所取代。

在一个示例性实施例中，扫描/读取可相继不久发生，这可意味着用户正在查看用于在两个物品之间进行比较。比较可产生额外的信息以及因此额外的操作。例如，扫描/读出螺栓以及然后螺母可表明两者是否是兼容的。

参考图5，在示例性实施例中，流程图示出了具有端至端的框架方法400的移动设备110的示例性使用方法500。在移动设备110中，任务/时间管理屏幕是任务管理系统的用户接口，该系统包括休息的安排。发放任务有多种方式，因此该屏幕可取决于该用户的策略而采用多种不同的形式。在使用方法500的示例性实施例中，策略可包括用于下列情况的支持。首先，用户在主要任务的岗位(步骤505)，例如，工人可有主要任务(出纳、断面料、帮助客户探测等)，但是当主要任务不忙时(步骤510)，它们可适用于分配其他任务(报告低货架量、进货等)(步骤515)。如果次要任务没有分配(步骤520)，则用户可以接收所分配的任务(步骤525)。

例如，在大的零售业务中，补货(从卡车到货架-或仓库)被分解为数百个持续时间短的任务，这些任务根据员工的技能和任务优先级被分发给工人。这些任务包括：从卡车移动货盘/保持架；2)移动货盘/保持架内容到过道(或仓库)；3)在过道中移动货盘/保持架/货箱到货架；4)等。单个卡车送货可能有几十个货盘/保持架。每个可有几十个货箱或过道水平的物品。所以卡车的到来可产生许多任务。卸卡车可是最高优先级，并允许与在店内移动物品相关的任务是可指定的。

在一个实施例中，端至端的架构方法500考虑自治的自我管理的团队，即团队的任务列表可以显示给大家，然后团队成员根据需要可以认领(自己指定)任务。如果任务的数量相对较少，这将是最有效的。消息和自我授权“要做的(to dos)”也将出现在列表中。

所述的端至端的框架方法500可包括分发任务的多个不同方法，其取决于用户拥有的自主化水平。例如，对未来任务的可见度程度取决于任务如何施舍，以及任务是如何动态的。任务的发送可由服务器120执行，并且可包括发送任务到使用集成工具的用户以协助执行该任务。还有，端至端的框架方法400可包括自组织用户生成的任务和自我生成的提醒。在进程驱动的操作中，这些将达到任务总数的一小部分。

在一个示例性实施例中，端至端的框架方法500和/或系统100可以包括支持应用程序和性能的应用程序框架，用户依赖于该性能。应用框架允许用户诸如在移动设备110上同时执行多个web应用程序并在应用之间容易地进行切换。应用是真正单独的Web会话，每个Web会话显示为到用户的单独的应用程序，例如通过服务器120托管的Web会话。应用程序框架可以提供登录和设备关联、启动应用程序的初始集合、在不同的应用程序显示之间切换、仲裁对共享资源的访问(扫描仪、读卡器和按钮)、任何姿态处理和采取适当的操作，等等。值得注意，服务器120可以是任何服务器，并不仅是与框架相关的专用服务器。

鉴于传统的任务管理系统的相对静止的特性，任务可提前安排，并且可以包括长(小时)工期的任务，如改变季节性商品。在一个示例性实施例中，系统100假定每个用户具有移动设备之一，允许任务管理的更动态的浏览。例如，任务可以是较短(小于30分钟)。这允许更好地员工指标，但也可以允许并行化以及如果别人接管则允许多个干净的切换点。任务可以根据优先级动态分配。有利的是，任务使得企业以有效和及时的方式运行。这包括工人清理溅洒或再次装满货架，以及管理者被分配以审批信贷申请或地址客户投诉。任务可以被看作是动态的最佳猜测列表，一次分配一个。

对工人/管理者的消息出现在他们的队列中以及紧急可中断它们。消息像任务一样有生命周期。当工人创建提醒时，它只是到自己的消息并出现在相同队列中，并如果它的优先级高可产生困扰。总之，工人/管理者需要执行、读取、响应的一切都出现在同一个优先列表中。

每当任务在多人之间指定时，最好是该任务匹配工人。如果用户记录由主管进行更新，则用户技能/培训/首选项可以用来选择任务。在优先级约束内，如果他们不想要所分配的任务，工人可允许请求替代的任务。或者，工人可给予可能的下个任务的简短列表以从中选择。任务管理通常被想象成管理者向工人指定任务。但是，在面向业务流程的任务管理系统中，工人们也将任务分配给管理者/主管，诸如，例如所需要的信贷审批、收银台的无效/无视(over-ride)、客户问题不断升级，等。管理者可是比工人更稀缺的种类，因此可以分配保持经营运转的多个短时任务。

参考图6，在示例性实施例中，屏幕图600、602示出了利用所述端至端的框架方法400的移动设备110的示例性屏幕截图。在扫描或读取物品(即可乐)之后，屏幕图600显示，以及在扫描或读取数字标牌(即，标牌9912)之后，屏幕图602显示。虽然仅示出一个货架标签(即，可乐)以及一个数字标牌(即，标牌9912)，可扫描用于信息和操作的列表是无限的。一些示例可包括数字标牌、电子货架标签、货架标签、UPC、国际标准图书编号、条形码或RFID、收银机、返回购物车、顾客忠诚卡等。

在扫描或读取可乐610之后，屏幕截图600显示选择属性612，例如：成本、数量、位置等以及一些示例性任务614。第一任务614可以包括“补充可乐”，它可以用来创建新任务以投放可乐610。第二任务614可以包括“帮助得到可乐”，这可带来其他信息。第三任务614可以包括“清理，在过道21”，这可创建新的任务以指示需要清理苏打610的过道。但另一项任务614可以包括“重新整理，在过道21的可乐”，这可创建新的任务以指示可乐610需要被重新整理。任何任务614的选择可以与服务器120和其它设备110通信，用于创建新的任务。

在扫描或读取数字标牌620之后，屏幕截图602显示选择的属性622(例如，那些与标牌620相关，即男士T恤衫)以及一些示例性的任务624。示范性的任务624可包括“新关联”，它修改哪些物品关联于数字标牌620；“变更显示”以创建新的任务用于改变数字标牌620的显示；“进货男士T恤衫”，以创建新的任务；以及“清洁架子5”以创建新的任务用于清理与数字标牌620相关的架子。

参考图7，在一个示例性实施例中，数据流示意图表示系统100使用的端至端的框架方法400中的数据的管理700。首先，数据和符号710被输入到预处理数据720。在这里，数据被输入到移动设备110、服务器120、标签140、条形码150和其他机制160。该步骤是数据被输入或设置用于端至端的框架方法400的初始设定。接着，操作730可被不同地定义。这些可包括默认和自定义操作。对于每个操作730，根据用户的权限，属性740被定义可在移动设备110上显示给用户的数据、类型等。在操作中，管理700使得用户灵活的、动态的配置。用于用户与端至端的框架方法400进行交互。也就是说，相互作用不是静态的，而是能够适应于上下文。

在上述说明书中，描述了特定的实施例。然而，本领域的普通技术人员应当理解，在不脱离如下面的权利要求书记载的本发明的精神和范围的情况下，可以进行各种修改和变化。因此，说明书和附图应被视为说明性的，而非限制性的，并且所有这样的修改意在被包括在本教导的范围之内。

好处、优势、问题解决方案以及促成任意好处、优势或方案或者使其更为突出的任意(多个)要素并不被理解为任意或所有权利要求的关键、必须的、或实质性的特征或要素。本发明仅由包括在本申请未决期间所进行的任意修改的所附权利要求以及所提出的那些权利要求的所有等同形式来确定。

此外，在本文中，诸如第一和第二、顶部和底部等的关系术语可以仅被用来将一个实体或动作与另一实体或动作进行区分，而并无需在这样的实体或动作之间要求或暗示任何实际这样的关系或顺序。术语“包括”、“具有”、“包含”、“含有”或其任意变化形式意在覆盖非排他的包含，以使得包括、具有、包含、含有一系列要素的处理、方法、物件、或装置并不仅包括那些要素，而是可以包括没有明确列出或对这样的处理、方法、物件或装置而言固有的其它要素。在没有进一步约束的情况下，之前具有“包括...一个”、“具有...一个”、“包含...一个”、“含有...一个”的要素并不排除在包括、具有、包含、含有该要素的处理、方法、物件或装置中存在额外的相同要素。除非在此另外明确指出，否则术语“一个”被定义为一个或多个。术语“实质上”、“本质上”、“大致”、“大约”或者任意其它变换形式被定义为接近于本领域技术人员的理解，并且在一个非限定实施例中所述术语被定义为10％以内，在另一实施例中为5％以内，在另一实施例中为1％以内，并且在另一实施例中为0.5％以内。这里所使用的术语“耦合”被定义为连接，而不必为直接的，也不必是机械的连接。以特定方式进行“配置”的设备或结构至少以该种方式进行配置，但是也可以以没有列出的方式进行配置。

将要意识到的是，一些实施例可以由一个或多个诸如微处理器、数字信号处理器、定制处理器、和现场可编程门阵列(FPGA)的通用或专用处理器(或者“处理设备”)，以及控制所述一个或多个处理器结合特定非处理器电路执行这里所描述的方法和/或装置的一些、大多数或全部功能的唯一存储的程序指令(包括软件和固件)所构成。可替换地，一些或全部功能可以由没有存储的程序指令的状态机来实现，或者以一个或多个专用集成电路(ASIC)来实现，其中每个功能或者特定功能的一些组合被实现为定制逻辑。当然，也可以使用两种方式的组合。

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

提供公开的摘要以允许读者快速确定教导公开的本质。应该理解，将其提交也以不应将其用于解释或限制权利要求的范围或含义的理解为前提。此外，在以上的具体实施方式中，可以看到，出于使得公开简化的目的而在各个实施例中将各种特征分组在一起。该公开的方法并非要被解释为反映如下的意图，即，所要求保护的实施例要求比每个权利要求中所明确引用的更多的特征。相反，如以下权利要求所反映的，发明主题以少于单个所公开实施例的所有特征的形式而存在。因此，以下权利要求由此而被结合到具体实施方式中，其中每个权利要求以其自身作为单独要求保护的主题而成立。

Claims (10)

1.一种基于上下文的扫描和读取方法，包括：

由移动设备上的扫描仪读取固定到商店中的对象的标记，以获取关联于该对象的信息；

导出移动设备的用户的身份以及与用户相关联的权限；

基于关联于该对象的信息以及用户的身份和权限来获取让该用户执行的多个可用的任务；

在移动设备上显示要执行的所述多个可用的任务；以及

由所述移动设备上的用户选择要执行的所述多个可用的任务之一。

2.根据权利要求1所述的方法，其中，所述标记是条形码和射频识别设备之一。

3.根据权利要求1所述的方法，其中，在所述导出步骤中，身份是商店的雇员，并且其中显示给雇员的所述多个任务涉及与该对象相关的库存管理功能。

4.根据权利要求1所述的方法，其中，在所述导出步骤包括：从所述信息导出所述对象的位置，并且其中所述身份是商店的雇员，并且其中所述雇员执行的多个任务仅涉及对象的位置而不直接关联于对象本身。

5.根据权利要求1所述的方法，其中所述身份是商店的顾客，以及其中所述多个任务包括获取涉及该对象的进一步信息的功能。

6.一种基于上下文的扫描和读取系统，包括：

在移动设备中的读取器，其可操作以读取固定到商店中的对象的标记，以便获取关联于该对象的信息；

所述移动设备被配置为获得移动设备的用户的身份以及和所述用户相关的权限；以及

在移动设备上可操作的应用程序，以基于关联于该对象的信息以及用户的身份和权限获得用户要执行的多个可用的任务，并显示要执行的所述多个可用的任务以由用户在移动设备上选择要执行的所述多个可用的任务之一。

7.根据权利要求6所述的系统，其中，获取的可用的任务取决于读取的日期和时间。

8.根据权利要求6所述的系统，其中，任务的显示是根据日期、时间和用户的类型被格式化的。

9.一种移动设备，包括：

标记读取器，可操作以读取固定到商店中的对象的标记，以便获取关联于该对象的信息；

网络接口；

数据存储器；和

处理器，其中，读取器、网络接口、数据存储器和所述处理器中的每一个通信地耦合于其间；

其中，所述处理器被配置为：

导出移动设备的用户的身份以及与用户相关联的权限；

基于关联于该对象的信息以及用户的身份和权限获取该用户要执行的多个可用的任务；以及

呈现要执行的多个可用的任务到移动设备的输出界面，用于由用户选择要执行的所述多个可用的任务之一。

10.根据权利要求9所述的移动设备，其中所述身份是管理者，以及其中所述多个任务包括涉及该对象的其他员工的任务。