CN108711059A - 物品状态追踪 - Google Patents

Abstract

一种用于追踪标签状态的方法和系统。所述系统可包括具有数据库的存储器。所述数据库可包括所述标签状态的指示符。所述系统可另外地包括根据存储在所述存储器中的指令而运行的处理器。所述处理器可接收生成标签的请求，用指示所述标签存在的标识更新所述第一数据库，接收指示所述标签所请求的服务已经被提供的信号，并且更新所述第一数据库中的所述标识以指示所请求的服务已经被提供。

Description

物品状态追踪

本申请是申请日为2013年3月29日、申请号为201380028679.9、发明名称为“物品状态追踪”的发明专利申请的分案申请。

相关申请的交叉引用

本申请要求2012年3月30日提交的美国临时申请第61/618,568号和2013年3月14日提交的美国专利申请第13/826,644号的优先权和权益，这两个申请的全部内容通过引用的方式并入本文。

背景

发明领域

本申请涉及物品管理系统和方法。

背景技术

邮票是购买并粘贴在邮寄物品上作为邮资支付证据的一小张纸。邮票从邮政主管部门或其他授权供应商处购得并用于支付寄送邮件所涉及的费用以及其他所必需的经营费用，诸如保险和注册。该支付是在接收邮票时进行的，而不是在提供邮政服务时进行。虽然该模式已经成功使用了多年，但是，也可能会使人们为其不使用的邮资买单。具体地，人们可支付并接收邮资，而该邮资丢失，或者粘附到不需要运送的物品上，或者发生会导致支付邮资的个人无法获得其购买带来的益处的任何其他情形。这些问题不仅出现在邮政服务背景下，也可出现在任何服务和服务提供商的更为广泛的背景下。

发明内容

一些实施方案涉及用于追踪标签状态的系统和方法。所述系统可包括例如，包括标签信息的第一数据库，该标签信息可包括指示标签状态的标识；以及，根据存储在存储器中的指令而运行的处理器，该处理器至少部分地由硬件实现。在一些实施方案中，所述处理器可生成包括所请求服务信息的标签，更新所述第一数据库中的标识以指示所述标签的存在，记录指示所述标签的生成的时间，接收指示所述标签已被扫描的信号，并响应于接收的所述信号，确定所述标签是否在从指示所述标签的生成的时间起的预定时间段内被扫描，以及如果所述标签在所述预定时间段内被扫描，则更新所述第一数据库中的所述标识，以指示所述所请求服务信息中标示的服务已提供，并且如果所述标签在所述预定时间段内未被扫描，则更新所述第一数据库中的所述标识以指示所述预定时间段已经过期。

一些实施方案涉及用于追踪物品的状态的系统。所述系统可包括例如，包括物品信息的第一数据库，该物品信息可包括指示物品状态的标识；以及，根据存储在存储器中的指令而运行的处理器。在一些实施方案中，所述处理器可接收生成物品的请求，更新所述第一数据库中的所述标识以指示所述物品的存在，接收指示已经提供了所述物品所标示的服务的信号，并且，更新所述第一数据库中的所述标识以指示已经提供了所标示的服务。

在一些实施方案中，所述系统还可包括第二数据库，该第二数据库可不包括用户标识，诸如例如，用户名、密码和/或用户账号。在一些实施方案中，所述系统还可包括第三数据库，该第三数据库可包括支付信息，该支付信息例如可以与所述第二数据中的所述用户标识相关联。

在一些实施方案中，所述处理器还可接收用户标识，并且将接收到的用户标识与存储在所述第二数据库中的所述用户标识相比较。在一些实施方案中，所述处理器还可在接收到指示所述物品的状态已经改变的信号之后从所述第三数据库请求支付信息。在一些实施方案中，所述处理器还可接收第二物品请求，响应于接收到的物品请求提供第二物品，并且，用指示所述第二物品存在的所述第一标识更新所述第一数据库。在一些实施方案中，所述处理器还可接收指示所述第二物品的状态已经改变的信号，并且用指示所述第二物品的改变后的物品状态的所述第二标识更新所述第一数据库。

在一些实施方案中，所述物品可以是各种物品，包括例如，包裹、信封和/或任何其他物品。

一些实施方案涉及用于追踪并创建物品的方法。所述方法可包括例如，接收生成物品的电子版本的请求，响应于接收到的请求向请求者提供所述物品的电子版本，接收指示已经接收到所述物品的信号，该物品的接收对应于在所述物品上所请求的服务的执行，并且，更新所述标识以指示已经接收到所述物品。

在所述方法的一些实施方案中，所述物品包括唯一标识。在所述方法的一些方面中，提供所述物品包括提供物品信息。

在一些实施方案中，所述方法还包括接收所述物品信息的物质体现(corporealembodiment)，从所述物品信息的物质体现接收物品信息，接收用户标识并查询第二数据库以识别与所述用户标识相关联的用户账户，在接收到指示所述物品的状态已经改变的信号之后请求支付信息，并且/或者请求支付。在一些实施方案中，所述的识别用户账户包括例如，验证接收到的用户标识。

一些实施方案涉及追踪物品的状态以控制过程的发起的方法。所述方法可包括例如，将定义所述物品的第一状态的指示存储在非易失性存储设备中；以预定义的方式检测所述物品的使用；修改所述指示以定义所述物品的第二状态，所述第二状态反映所检测到的使用；以及，响应于所述指示的修改发起所述过程以定义所述物品的所述第二状态。

上文是概括，因此必要地包含简化、概要以及细节的省略；因此，本领域的技术人员将理解，该概括仅是说明性的，而非意在以任何方式进行限制。本文描述的设备和/或过程和/或其它主题的其它方面、特征和优点将在这里阐述的教导中变得显而易见。提供该概括以引入简化形式的概念选择，该概念将进一步在下面的具体实施方式中描述。此概括非意在识别所请求保护的主题的关键特征或本质特征，也非意在被用作帮助确定所请求保护的主题的范围。

附图说明

从下面的说明和所附权利要求，并结合附图，本公开的前述及其它特征将变得完全显而易见。应理解，这些附图仅描述根据本公开内容的若干实施方案，而不被认为是对其范围的限制，将采用附加特征和细节通过使用附图来描述本公开的内容。

图1描绘了物品的一个实施方案；

图1A描绘了支付表的一个实施方案；

图2是示例性说明状态追踪系统的一个实施方案的框图；

图3是示例性说明用于追踪标签的状态以触发支付交易的过程的实施方案的流程图；

图3A是示例性说明用于使用中央状态追踪系统的过程的一个实施方案的流程图；

图3B是示例性说明使用中央状态追踪系统以提供完整递送和退货服务的过程的一个实施方案的流程图；

图4是示例性说明用于追踪标签的状态以触发支付交易的过程的另一实施方案的流程图；

图5是示例性说明在图4的框404中执行的用户识别过程的一个延展实施方案的流程图；

图6是示例性说明如在图4的框406中执行的与接收对标签的请求并且生成该标签的电子版本相关联的过程的一个延展实施方案的流程图；

图7是示例性说明如在图4的框408-412中执行的用于指示第一数据库中的标签状态的过程的延展实施方案的流程图；

图8是示例性说明在图4的框414中执行的用于办理支付的过程的一个延展实施方案的流程图；

图8A是示例性说明在图8的框814中执行的用于减轻损失的过程的一个延展实施方案的流程图；

图9描绘了配置为与开单(manifesting)系统一起使用的标签的一个实施方案；

图10示例性说明开单系统的一个实施方案；

图11是示例性说明用于通过中央开单系统进行开单的过程的一个实施方案的流程图；

图12是示例性说明用于使用中央开单系统的过程的一个实施方案的流程图；

图13是示例性说明通过中央开单系统进行开单的过程的另一实施方案的流程图；以及

图14是示例性说明在图13的框1302和1304中执行的用于认证用户信息的过程的一个延展实施方案的流程图。

具体实施方式

在下面的详细说明中，对构成本说明书的一部分的附图进行了参考。在附图中，除非上下文另有规定，否则，相似的符号通常表示相似的特征。在详细说明、附图和权利要求中描述的图示性实施方案不旨在进行限制。在不脱离本文展示的主题的精神或范围内，可利用其他实施方案并且可做出其他改变。容易理解的是，如本文中一般描述并在附图中图示的，本公开的各个方面可以按照各种不同的配置设置、取代、组合和设计，所有这些配置都明确地预料到并构成本公开的一部分。

本文所描述的系统提供用于改进的物品状态追踪。在一些实施方案中，物品状态追踪可用于触发支付交易，例如当提供与该物品有关的服务时。在一些实施方案中，本文所描述的系统提供标签信息，追踪数据库中的标签状态，更新标签状态信息，并且在标签状态变为特定标签状态时请求支付。在一些实施方案中，可以响应于对标签信息的请求而提供标签信息，并且，标签信息可用于创建可独立使用或可与物体相关联的标签。在一些实施方案中，该系统提供对由服务提供商(诸如例如，邮政服务提供商)接收的物品的改进的物品追踪。

一个实施方案涉及追踪物品的状态的系统，该物品在执行服务之前提供给消费者并且随后在提供服务的时候由服务提供商从消费者处接收。在一个实施方案中，消费者可，例如，向服务提供商提供用于生成该物品的信息。在一些实施方案中，例如，服务提供商可使用该接收到的信息来生成物品信息，该物品信息对应于物品的数字版本，并且，服务提供商之后可将生成的物品信息发送至消费者。在一些实施方案中，消费者之后可取得该生成的物品信息并且创建物品，物品的创建对应于物品的有型版本(tangible version)的创建。

在一些实施方案中，服务提供商可，例如，维护包含与物品创建、物品和物品状态有关的信息的数据库。在一些实施方案中，服务提供商可追踪各种不同的物品状态，包括例如，与当生成物品信息时产生的状态相对应的生成状态、与如果自生成物品信息后经过了过长时间而产生的状态相对应的过期状态和与已经向其提供所请求的服务的物品相对应的已使用状态。在一些实施方案中，不同的状态可产生不同的系统功能，诸如例如，已使用状态可触发支付请求和/或支付或其他后续交易。

在一些实施方案中，当消费者需要接收服务时，消费者可将物品递送至服务提供商。服务提供商可接收物品并且更新数据库中的物品状态以反映该物品所请求的服务是正在提供或是已经提供。在一些实施方案中，该更新可触发支付请求和/或支付交易。

在服务提供商为邮政局并且物品为邮资的一个具体实施方案中，消费者可向邮政局提供信息并且请求生成邮资。邮政局可生成邮资信息并且将该信息提供给消费者，消费者之后可创建邮资的物理版本。当消费者想要将物品与递送的邮资相关联时，消费者可将邮资贴在物品上并且将物品递送至邮政局。在获取带有邮资的物品之后，邮政局可更新包含有与邮资状态相关的信息的数据库以指示已经提供所请求的服务，并且之后可请求消费者支付。

标签

图1描绘了物品100的一个实施方案。该物品可包括用户希望接收对其的服务的任何物体。这些服务可包括任何服务，包括例如，存储、清洁、处理、递送或任何其他服务。

在一些实施方案中，物品100可包括标签102，或者，可包括贴在物体104上和/或与物体104相关联的标签102。由此，在一些实施方案中，标签102包括接收服务的物品100，并且，在其他实施方案中，标签102贴在接收服务的物体104上和/或与接收服务的物体104相关联。

标签102可包括配置为标示至少一个账户的任何特征。在一些实施方案中，标签可标示用户账户、所请求服务的等级、与标签102和/或物体104有关的信息或任何其他所需的信息。由此，在一个具体实施方案中，标签102可配置为用作邮资，并且可包括标示发送者账户、用标签102邮寄的物品、以及所请求的邮寄服务的类型的信息。如图1所描绘的，在一些实施方案中，标签102可应用于物体104。

物体104可包括能够接收服务并且与标签102有物理关联的任何事物。在一些实施方案中，物体104可包括例如包裹、盒子、信封、袋子或任何其他东西。在一些实施方案中，物体104可指定为从服务提供商处接收服务，诸如递送、存储、处理、修理、升级或任何其他服务。在一个具体实施方案中，物体可指定为递送至服务提供商，并且具体地，递送至邮寄服务提供商。在一些实施方案中，物体104还可指定为由服务提供商递送，诸如由邮寄服务提供商递送。

在一些实施方案中，标签102可提供对所请求的邮寄服务的标示和支付所请求的邮寄服务的指示。在一些实施方案中，该信息可位于标签102上的一个或多个区域中。图1描绘了标签102的一个实施方案，其中，该信息位于第一数据区域106中、第二数据区域108和第三数据区域110中。本领域的技术人员应认识到，本公开不限于在图1中描绘的数据区域106、108、110的具体数量或者数据区域106、108、110在标签102上的位置。

数据区域106、108、110可包含以任何所需格式存储的信息。在一些实施方案中，数据区域106、108、110可包括例如，文本、文本串、图像、计算机可读代码、信号发射器或任何其他所需的格式。在一些实施方案中，例如，计算机可读代码可包括例如条形码，诸如线性条码、二维条形码、QR码、智能邮件条形码或任何其他所需格式的条形码或计算机可读代码。在一些实施方案中，例如，信号发射器可包括配置为响应于激发信号从电磁能量谱的特定部分发射能量的特征。在一些实施方案中，该发射特征可包括例如，RFID标签、发光标签或任何其他信号发射特征。

在一些实施方案中，各个数据区域106、108、110可包括一种或多种格式的信息。例如，在一个实施方案中，第一数据区域106可包括例如文本，第二数据区域108可包括例如智能邮件条形码，以及第三数据区域可包括RFID标签和文本串。

支付表

图1a描绘了支付表150的一个实施方案。在一些实施方案中，支付表150可包括标示一组标签102的指示符，该组包括至少一个标签102。支付表150可用于例如当该组物品100中的各个物品100都与支付表150上的标识相关联时帮助将许多物品100递送至服务提供商。由于各个物品100都与支付表150上的标识相关联，所以，通过接收标示接收到的支付表150的信息，服务提供商可识别该组物品100并且更迅速地接收物品100进行服务。

支付表可用于在将标签102递送至服务提供商(称为“感应”)时向下文将详细描述的中央状态追踪系统提供标签信息。

如图1a所描绘的，支付表150可包括基材152。基材152可包括能够负载一些或所有下文所讨论的信息的任何所需材料。

如图1a所进一步描绘的，支付表150的一个实施方案包括多个数据字段。这些数据字段可包括与用户账户、一个或多个标签102、服务费用、服务等级、所请求服务有关的信息或任何其他所需的信息。

在图1a所描绘的实施方案中，第一数据字段154可包括例如与用户账户有关的信息，第二数据字段156可包括与第一标签102有关的信息，第三数据字段158可包括例如与第二标签102有关的信息，第四数据字段160可包括例如与第三标签102有关的信息，以及，第五数据字段162可包括例如与在支付表150上获取的标签102的总数量有关的信息。本领域的技术人员应认识到，本公开不限于数据字段14、156、158、160、162的具体数量、支付表150的格式或以上列举的数据字段14、156、158、160、162的内容。

状态追踪系统

图2是示例性描述扩展式状态追踪系统200的框图。扩展式状态追踪系统200可配置为例如生成标签，追踪标签状态并且办理支付。在一些实施方案中，扩展式状态追踪系统200还可包括配置为从用户和/或消费者已经递送至服务提供商的标签102读取、扫描和/或接收信息的特征。在一些实施方案中，扩展式状态追踪系统200可对扩展式状态追踪系统200读取、扫描和/或接收的标签102信息进行处理，并且可使用该标签信息来确定标签状态，诸如应支付款项、已提供的服务、正在提供的服务或任何其他所需的状态。在一些实施方案中，标签状态可用于触发事件，诸如例如，支付请求和/或支付交易。

在一些实施方案中，扩展式状态追踪系统200可包括例如用户终端202。用户终端202可包括能够使用户与中央状态追踪系统204通信的任何设备。在一些实施方案中，用户终端202可包括例如，包括处理器的设备，这种设备诸如是个人计算机、膝上型电脑、智能电话、手机、平板电脑或任何其他相似设备。

如图2所描绘的，用户终端202可配置为经由通信系统或网络205与中央状态追踪系统204通信。通信系统或网络205可配置为传送信号并且可包括例如局域网(LAN)、广域网(WAN)、互联网、手机网络、电信网络、Wi-Fi或任何其他通信系统。

扩展式状态追踪系统200可包括例如支付终端206。支付终端206可包括能够在支付实体与中央状态追踪系统204之间进行通信的任何设备。在一些实施方案中，支付终端206可包括例如，包括处理器的设备，这种设备诸如是个人计算机、膝上型电脑、智能电话、手机、平板电脑或包括处理器的任何其他设备。同样如图2所描绘的，支付终端206可配置为经由通信系统或网络205与中央状态追踪系统204通信。

中央状态追踪系统204可包括能够执行多种功能的多个组件和模块。中央状态追踪系统204可包括在物理上和/或功能上互连的并且配置为彼此通信以请求、处理和接收信息的多个组件和/或模块。在一些实施方案中，中央状态追踪系统204可包括能够执行其具体组件和/或模块的所有功能的独立系统，并且，在一些实施方案中，中央状态追踪系统204可配置为与另一或先前存在的系统互动。在中央状态追踪系统204可配置为与另一或先前存在的系统互动的一些实施方案中，中央状态追踪系统204的模块和/或组件可从该另一或先前存在的系统请求和/或接收信息。由此，在一些实施方案中，中央状态追踪系统204的模块和/或组件可配置为执行任务，或者，配置为从与任务有关的另一系统、组件和/或模块请求和/或接收信息。

中央状态追踪系统204可配置为从扩展式状态追踪系统200的但未包括在中央状态追踪系统204中的组件接收输入，向这些组件提供信息，执行标签生成和标签状态管理，并且办理支付。在一些实施方案中，中央状态追踪系统204的组件和模块可经由通信特征207通信地连接。通信特征207可包括能够在中央状态追踪系统204的特征和模块之间建立通信连接的任何特征，并且可包括例如有线或无线设备、BUS、通信网络或任何其他合适的特征。

在一些实施方案中，中央状态追踪系统204可包括例如处理器208。处理器208可包括单个处理器，也可以是用一个或多个处理器实现的处理系统的组件。一个或多个处理器208可用以下的任何组合实现通用微处理器、微控制器、数字信号处理器(DSP)、场可编程门阵列(FPGA)、可编程逻辑设备(PLD)、控制器、状态机、门控逻辑、分立硬件组件、专用硬件有限状态机或可执行信息的计算或其他操作的任何其他合适的实体。处理器208可包括例如微处理器，诸如处理器、Pro处理器、8051处理器、处理器、Power处理器、处理器等。处理器208通常具有常规地址线、常规数据线和一个或多个常规控制线。

处理器208可与存储器210通信连接。在一些实施方案中，存储器210可在物理上位于中央状态追踪系统204处和/或中央状态追踪系统204中，并且，在一些实施方案中，存储器可离中央状态追踪系统204较远。

存储器210可包括例如，RAM存储器、闪速存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM或本领域中已知的任何其他形式的存储介质。存储器可包括例如，软件、至少一个软件模块、指令、算法的步骤或任何其他信息。在一些实施方案中，处理器208可根据存储在存储器210中的指令执行过程。这些过程可包括例如，控制中央状态追踪系统204的特征和/或组件，从中央状态追踪系统204的特征和/或组件请求和/或接收信息，从扩展式状态追踪系统200的特征和/或组件请求和/或接收信息，向中央状态追踪系统204的特征和/或组件传输指令和/或控制信号，从管理员请求信息，向管理员传输信息，处理从中央状态追踪系统204的特征和/或组件接收到的信息，处理从扩展式状态追踪系统200的特征和/或组件接收到的信息，处理从管理员接收到的信息，和/或任何其他所需的过程。

在一些实施方案中，存储器210可包括一个或多个数据库。数据库可包括有组织的数字数据集合。存储在数据库中的数据可包括任何所需的数据，并且，在一些实施方案中，可与扩展式状态追踪系统200和/或中央状态追踪系统204的功能有关。

在一些实施方案中并且如图2所描绘的，存储器210包括多个数据库，并且具体地，提供标签数据库212、用户数据库214和支付数据库216。在一些实施方案中，标签数据库212可包括例如与标签102有关的信息。该信息可包括例如与标签102的存在、标签102的状态、标签102的特性、标签102的识别、标签102与用户和/或用户账户的关联性有关的数据或任何其他所需的信息。

在一些实施方案中，标签数据库212可位于中央状态追踪系统204处和/或中央状态追踪系统204中，并且，在一些实施方案中，标签数据库212可离中央状态追踪系统204较远。在一些实施方案中，标签数据库212可存在于先前存在的系统内，并且可包括与兼容于中央状态追踪系统204的标签有关的信息和/或与不兼容于中央状态追踪系统204的标签有关的信息。在一些实施方案中，例如，当由相关联的用户账户生成标签时，标签可与中央状态追踪系统204兼容。在一些实施方案中，例如，标签数据库212可包括与由服务提供商生成的每次扫描(诸如例如，由邮政服务收集的邮件的每次扫描)有关的信息。

在一些实施方案中，存储在标签数据库212中的标签状态信息可指示标签状态，该标签状态包括例如，打印、过期、等待感应、应支付款项、退款或任何其他所需的状态。在一些实施方案中，打印状态可与信息已经提供至用户终端202的标签102相关联；过期状态可与其信息在指定时间段内未被中央状态追踪系统204接收到的标签102相关联；等待感应状态可与已经添加至支付表150但是其信息未被中央状态追踪系统204接收到的标签102相关联；应支付款项状态可与其信息已被中央状态追踪系统204接收但尚未接收到付款的标签102相关联；以及，退款状态可与不正确接收到付款、提供了不满意的服务或应该退还已付金额的标签102相关联。

在一些实施方案中，用户数据库214可包括与用户和/或用户账户有关的信息。在一些实施方案中，该信息可包括例如账户信息，诸如账号、用户名、密码或任何其他账户识别和/或验证信息。在一些实施方案中，用户数据库214可包括与账户状态有关的信息，包括例如，账户使用、账户应支付款项、账户待支付款项、账户已收款项、所请求的标签102、过期标签102、已感应标签102、常用收件人、常用标签类型或标签信息或任何其他所需的信息。

在一些实施方案中，支付数据库216可包括支付信息。在一些实施方案中，该信息可包括例如，将支付信息与用户账户、账户支付信息、支付源、支付协议和/或任何其他所需的支付信息相关联的标识。账户支付信息可包括与用户账户的支付状态有关的任何信息，诸如例如，应支付金额、过往已完成的支付和任何其他的历史、当前或预计的财务信息。支付源可包括例如支付源，诸如例如银行、信用卡、支付服务或可从其接收支付的任何其他来源的标示。在一些实施方案中，支付协议可包括帮助从支付源请求并接收支付的指令或信息。在一些实施方案中，这些协议可包括例如，验证号、提交支付请求的地方或方法、进行支付的时间间隔或帮助请求并接收支付的任何其他指令或信息。

在一些实施方案中，中央状态追踪系统204可包括可通信连接至处理器208的通信模块218。在一些实施方案中，通信模块218可配置为与其他扩展式状态追踪系统200实体通信，诸如例如，用户终端202和支付终端206。在一些实施方案中，通信模块218可配置为进行有线或无线通信，并且可配置为从用户终端202、支付终端206和/或中央状态追踪系统204的组件或模块请求信息并接收输入。

在一些实施方案中，中央状态追踪系统204可包括多个模块，所述模块可实现为硬件或软件并且可包括单个硬件或软件或者是硬件或软件的系统。在一些实施方案中，这些模块可配置为接收或生成用于中央状态追踪系统204的输入。在一个实施方案中并且如图2中所描绘的，中央状态追踪系统204可包括多个模块，并且可具体地包括管理员模块220、扫描模块222、追踪模块224、安全模块226和聚合模块228。

在一些实施方案中，管理员模块220可包括管理员访问点。在一些实施方案中，管理员访问点可包括能够从中央状态追踪系统204请求并接收信息并且向中央状态追踪系统204提供输入的任何设备、软件或特征。在一些实施方案中，管理员访问点可包括终端和/或访问入口。在一些实施方案中，管理员终端可包括能够从中央状态追踪系统204请求并接收信息并且向中央状态追踪系统204提供输入的任何设备。在一些实施方案中，管理员终端可包括能够使管理员能够与中央状态追踪系统204通信的任何设备。在一些实施方案中，管理员终端可包括例如，包括处理器的设备，诸如例如，个人计算机、膝上型电脑、智能电话、手机、平板电脑或包括处理器的任何其他设备。在一些实施方案中，访问入口可包括网页入口或配置为使管理员能够访问来自中央状态追踪系统204的信息的任何其他软件。

在一些实施方案中，管理员访问点可配置为提供与例如扩展式状态追踪系统200的历史记录、中央状态追踪系统204的历史记录、统计和/或财务报告、以及支付信息有关的管理员信息。在一些实施方案中，统计报告可包括例如，针对标签102、扩展式和/或中央状态追踪系统200，204、运输、一个或多个用户账户和/或任何其他所需细目的使用统计。在一些实施方案中，财务报告可与运行扩展式状态追踪系统200的费用、运行中央状态追踪系统204的费用、使用扩展式和/或中央状态追踪系统200，204的收入、扩展式和/或中央状态追踪系统200，204的利润和/或任何其他所需的财务报告有关。支付信息可与例如未付账单、已付账单、所请求的退款、有争议的账单和任何其他与支付有关的信息有关。本领域的技术人员应认识到，管理员和管理员模块220不限于上面所讨论的具体功能和特征，相反，其可具有更多或更少的特征和功能，并且可包括上面所概述的特征和功能的不同组合和/或另外的特征和功能。

在一些实施方案中，扫描模块222可包括能够从标签102读取、扫描和/或接收信息的设备。在一些实施方案中，扫描模块222可包括配置为从与在其他系统中扫描的标签有关的其他系统请求和/或接收信息的组件。由此，在标签由与中央状态追踪系统204不相关联的服务提供商扫描到的一些实施方案中，扫描模块222可配置为请求和/或接收与这些扫描到的标签有关的信息。在一些实施方案中，该扫描到的信息可由其他系统推送至中央状态追踪系统204，并且/或者，该扫描到的信息可由中央状态追踪系统204请求。在一些实施方案中，响应于提示和/或响应于用户输入，该信息请求和/或接收可以定期时间间隔发生。由此，中央状态追踪系统204可例如与国外的邮政局协作以接收在例如国外扫描到的标签信息。

在一些实施方案中，扫描模块222可包括例如扫描仪、读取器、检测器、问答机或配置为从标签102读取、扫描和/或接收信息的任何其他特征。在一些实施方案中，扫描模块222可包括：包括能够从标签102读取、扫描和/或接收信息的一个或多个设备、一个或多个处理器、存储器、通信网络和/或任何其他所需特征的系统。如图2所描绘的，扫描模块222可与中央状态追踪系统204的其他特征通信连接，这些特征包括例如，处理器208。

在一些实施方案中，扫描模块222可配置为在用户已经将标签102递送至服务提供商一段时间之后从标签102读取、扫描和/或接收信息。在一些实施方案中并且如上面所讨论的，用户可将标签102递送至服务提供商，从而使服务提供商可提供所请求服务，诸如递送标签102和/或物品100。

在一些实施方案中，该信息例如可通过扫描模块转换为数字形式并发送至处理器208和/或中央状态追踪系统204的任何其他所需组件。

扫描模块222可配置为在过程中的不同点处从标签102读取和/或接收信息。在一些实施方案中，例如，扫描模块222可配置为在标签102递送至服务提供商时从标签102读取、扫描和/或接收信息。在一些实施方案中，扫描模块222可配置为在标签102递送至服务提供商之后从标签102读取、扫描和/或接收信息。在一些实施方案中，扫描模块222可配置为正在标签102和/或与标签102相关联的物体104上执行过程时从标签102读取、扫描和/或接收信息。在一些实施方案中，扫描模块222可配置为标签102和/或与标签102相关联的物体104从处理移除时(诸如，当标签102和/或与标签102相关联的物体104由邮政局递送至指定收件人时)从标签102读取、扫描和/或接收信息。由此，在一些实施方案中，扫描模块222可配置为在标签102和/或与标签102相关联的物体104已经递送至服务提供商之后标签102由服务提供商持有的任何时间，包括在处理标签102和/或与标签102相关联的物体104之前、期间或之后，从标签102读取、扫描和/或接收信息。

在一些实施方案中，追踪模块224可包括例如，一个或多个传感器、数据库以及配置为接收与标签102有关的数据并且追踪根据该与标签102有关的数据而执行的处理的处理器的系统。在一些实施方案中，与标签102有关的数据可以从标签102编写。在一些具体的实施方案中，与标签102有关的数据例如可以编写入列举标签102的货单和任何要求的与标签102相关联的处理中。货单可用于帮助对多个标签102的组织和追踪，由此，在一些实施方案中，与多个标签102有关的信息可编写入货单中。

在一些实施方案中，安全模块226可包括例如配置为检测并防止欺诈的特征和组件。在一些实施方案中，安全模块226可防止欺诈性支付、欺诈性标签请求、错误标签请求和/或任何其他所需的功能。

在一些实施方案中，安全模块226可向用户提供安全益处，并且，在一些实施方案中，安全模块226可向扩展式状态追踪系统200的运行者提供安全益处。在一些实施方案中，安全模块226可配置为防止与用户账户有关的欺诈(诸如例如，使用与无效用户账户相关联的标签)、支付欺诈(诸如例如，使用被盗信用卡或支付信息办理支付)以及标签欺诈(诸如，例如，复印和/或反复使用单个标签)。

在安全模块226配置为防止对物体104进行不正确标明的一个实施方案中，安全模块226可包括采样特征，该采样特征配置为对所有或一部分标签102进行采样以确定采样的标签102是否包括正确的信息。该采样可检测错误标明(诸如，当与标签102相关联的支付金额不足以支付所请求服务时)、欺诈性标明(诸如，当用户系统上不正确地标明了物体103时)或任何其他不正确的标明实行。在一些实施方案中，该采样可检测由标签102标示的支付、由标签102请求的服务、以及标签和/或物体属性以确定正确的支付金额。在一些实施方案中，安全模块可将计算得到的支付金额与由标签102指示的支付金额进行比较，并确定标签102是否正确。在一些实施方案中，当由标签指示的支付与正确支付金额相差超过大约10％、与正确支付金额相差超过大约5％、与正确支付金额相差超过大约2％、与正确支付金额相差超过大约1％、与正确支付金额相差超过大约0.5％或在正确支付金额与由标签102指示的支付金额之间的差值超过任何其他所需差值时，安全模块226确定该标明是不正确的。本领域的技术人员应认识到，安全模块226可包括多种特征并且可执行多种功能，并且，安全模块不限于上文列举的特征和功能。

在一些实施方案中，安全模块226可配置为向处理器208提供信息，该处理器20可基于在存储器210中存在的指令确定欺诈性事件，并且采取动作来减轻与欺诈性事件相关联的任何损失。在一些实施方案中，该减轻损失可包括例如，向消费者通知欺诈性活动、向支付机构通知欺诈性活动、向物品收件人通知欺诈性活动、请求账户持有者和/或收件人支付、查封与欺诈相关联的物品和/或任何其他所需的动作。

在中央状态追踪系统204与其他系统协作以请求并接收信息的中央状态追踪系统204的一些实施方案中，聚合模块228可配置为从其他系统请求和/或接收该信息。在一些具体实施方案中，例如，聚合模块228可配置为向不是中央状态追踪系统204的一部分的存储器和/或数据库查询与例如扫描事件、用户账户、支付信息、安全信息有关的信息和/或任何其他所需信息。在一些实施方案中，聚合模块228可配置为对来自不是中央状态追踪系统204的一部分的存储器和/或数据库的信息进行分类，以确定在与中央状态追踪系统204不相关联的存储器和/或数据库中的信息是否与兼容于中央状态追踪系统204的标签有关。在一些实施方案中，该信息可响应于提示和/或用户请求，或以任何其他所需的方式，以定期间隔从与中央状态追踪系统不相关联的存储器和/或数据库收集得到。

本领域的技术人员要认识到，扩展式状态追踪系统200和/或中央状态追踪系统204可包括比上文概述的特征、组件和/或模块更多或更少的特征、组件和/或模块，并且能够执行比上文概述的功能更多或更少的功能。

状态追踪系统的运行

扩展式状态追踪系统200和中央状态追踪系统204可与标签102结合使用以追踪标签102。

图3是示例性描述用于追踪标签102的状态的追踪过程300的一个实施方案的流程图。在一些实施方案中，过程300由中央状态追踪系统204执行。该过程开始于框302并且移至框304，在框304中，接收到对标签102的电子版本的请求。在一些实施方案中，标签102的电子版本对应于数字格式的标签102。在响应中，提供标签102的电子版本。在追踪过程300正由中央状态追踪系统204执行的一些实施方案中，对标签102的电子版本的该请求可例如由中央状态追踪系统204接收，并且具体地由中央状态追踪系统204的通信模块218接收。在一些实施方案中，标签102的电子版本可由中央状态追踪系统204提供至用户终端202，并且具体地由中央状态追踪系统204的通信模块218提供至用户终端202。

然后，过程304进行至框306，在框306中，中央状态追踪系统204识别在标签数据库212中的标签状态。在一些实施方案中，通过向标签数据库212添加指示标签状态的标识，标签状态可在中央状态追踪系统204的标签数据库212中被识别。

过程300进行至框308并且办理支付。在一些实施方案中，可响应于标签数据库212中包括标示特定标签状态的标识而办理支付。在一些实施方案中，可在中央状态追踪系统204和支付终端206之间办理支付。

在框308中办理支付之后，过程300在框310终止。本领域的技术人员应认识到，用于追踪标签102的追踪过程300可包括一些或所有上面论述的步骤以及除了上面所请求的步骤之外的步骤。本领域的技术人员应进一步认识到，用于追踪标签102的追踪过程300可包括以任何顺序执行的上列步骤，包括以不同于上面所示顺序的顺序。

图3a是示例性描述使用用户终端202与中央状态追踪系统204互动以创建并使用标签的过程350的一个实施方案的流程图。过程开始于框352，在框352中，用户终端202向中央状态追踪系统204请求标签102的电子版本。在一些实施方案中，标签102中需要包括的信息可随对标签102的电子版本的请求一起提交至中央状态追踪系统204。在一些实施方案中，随对标签102的电子版本的请求一起提交的信息可用于至少部分地生成标签102的电子版本。在一些实施方案中，提交的信息可包括起始地地址和目的地地址。在一些实施方案中，随标签102的电子版本的请求一起提交的信息可包括物体说明，包括物体的性质、物体的大小、物体的重量或物体104的任何其他属性的说明。在一些实施方案中，随对标签102的电子版本的请求一起提交的信息可包括例如与所请求服务有关的信息，诸如服务等级、提供服务的时间段、保险、服务追踪、完成所请求服务的执行的确定或任何其他服务请求或指定。在一些实施方案中，对标签102的电子版本的请求可包括所请求服务的定价信息、允许跨国境提供服务的海关信息或任何其他所需信息。本领域的技术人员应认识到，可随对标签102的电子版本的请求提供各种信息，并且，本公开不限于上面具体列举类型的可随对标签102的电子版本的请求一起提供的信息。

在请求标签102的电子版本之后，过程350移至框354，并且用户终端202向中央状态追踪系统204提供账户信息。在一些实施方案中，账户信息可存储在用户终端202的存储器中，或可以由用户提供至用户终端202。在一些实施方案中，该信息可包括例如，用户名、密码、账号或识别用户账户的任何其他信息。

在框354中向中央状态追踪系统204提供账户信息之后，过程350移至框356，并且用户终端202接收标签102的电子版本。在一些实施方案中，标签102的电子版本可从中央状态追踪系统204接收，并且可包括随对标签102的电子版本的请求一起提交的信息和/或由中央状态追踪系统204生成的信息中一些或所有。

在框356中接收到标签102的电子版本之后，过程350移至框358，并且用户终端2002创建物理标签102。在一些实施方案中，用户终端202可通过打印物理标签102和/或指导物理标签的打印来创建物理标签102。

在框358中创建标签102之后，过程350移至框310，并且用户终端202请求生成支付表150的电子版本然后从中央状态追踪系统204接收支付表150的电子版本。在一些实施方案中，支付表150的电子版本可包括支付表150的数字化版本。

支付表150可包括与一个或多个标签102有关的信息以及其他信息(诸如，唯一地识别支付表150的信息)。在一些实施方案中，中央状态追踪系统204可响应于生成支付表150的电子版本的请求向标签数据库212查询标签信息。在一些实施方案中，用户可选择哪条标签信息将包括在支付表150的电子版本中。在这类实施方案中，中央状态追踪系统204请求用户选择包括在支付表150中的标签信息，并且，用户选择包括在支付表150中的标签信息。

在一些实施方案中，包括在支付表150中的与一个或多个标签120有关的信息随生成支付表150的请求一起提交，并且，在一些实施方案中，包括在支付表150中的与一个或多个标签120有关的信息由中央状态追踪系统204生成。

在一些实施方案中，在中央状态追踪系统204已经生成了支付表150的电子版本之后，支付表150的电子版本可由用户终端202接收。

在框360中请求生成支付表150并接收支付表150的电子版本之后，过程350移至框362，并且用户终端202创建物理版本支付表150。在一些实施方案中，支付表150的物理版本例如可通过打印支付表150的物理版本来创建。

在框362中创建了支付表150的物理版本之后，过程350移至框634，并且将标签102递送至服务提供商。在一些实施方案中，将标签102递送至服务提供商可对应于将标签102或负载有标签102的物体104递送至服务提供商。在一些实施方案中，服务提供商可包括邮政局。

在框362中递送标签102之后，过程350移至框366并且从中央状态追踪系统204接收支付请求和/或其他动作请求，包括例如通知所请求服务提供完成、进一步输入提示或任何其他动作。在一些实施方案中，支付请求可直接在用户终端202处接收，并且，在一些实施方案中，支付请求可在支付终端206处接收。

在框366中接收到支付请求之后，过程350移至框368并且办理支付。在一些实施方案中，支付可在支付终端206与中央状态追踪系统204之间办理。在一些实施方案中，在中央状态追踪系统204中办理支付可包括接收首次支付、分期支付等。例如，当请求标签时，可要求第一百分比的支付，诸如下面框352和354中所述的。在一些实施方案中，直到接收到第一百分比的支付，过程300才可以继续。在一些实施方案中，在递送标签之后，诸如在框364之后，可要求和进行第二百分比的支付。在已经办理支付之后，过程350在框370中终止。本领域的技术人员应认识到，用于追踪标签102的过程350可包括一些或所有上面讨论的步骤以及除了上面所请求的步骤之外的步骤。本领域的技术人员应进一步认识到，用于追踪标签102的追踪过程350可包括以任何顺序执行的上列步骤，包括以不同于上面所示顺序的顺序。

图3b是示例性描述使用中央状态追踪系统来提供完整递送和退货服务的过程380的一个实施方案的流程图。在一些实施方案中，例如，过程380可结合退货服务而使用，诸如例如，提供退货所购物品的简单方法。在一些实施方案中，过程380可结合与产品一起出售的服务而使用，诸如例如，与所购物品整体相关联的运输服务。

在过程308结合退货服务而使用的一些实施方案中，标签102可生成并包括在所购物品中。在购买者希望退还物品的情况下，标签102可用于对退货服务进行支付。

在过程380结合与产品一起出售的服务而使用的一些实施方案中，所售产品可包括标签102。在使用与所售产品相关联的服务的情况下，标签102可用于对关联服务进行支付。举例说明，卡片(诸如例如，慰问卡)可负载可用于对指定递送服务进行支付的标签102。在一些实施方案中，卡片的费用可调节为包括指定递送服务的费用。在这类实施方案中，购买者无需购买单独的邮资邮寄该卡片，而可使用标签102对递送服务进行支付。

再次参考图3b，过程380开始于框382，并且，中央状态追踪系统204生成与服务相关联的标签信息。在一些实施方案中，生成标签102的电子版本可包括例如，对从用户终端202接收到的信息进行格式化，该信息包括随对标签102的电子版本的请求一起从用户终端202接收到的信息。生成标签102的电子版本还可包括将从用户终端202接收到的信息进行转换为计算机可读编码，该信息包括随对标签102的电子版本的请求一起从用户终端202接收到的信息；和/或，验证目的地地址、价格、等级请求和服务请求。在一些实施方案中，生成标签102的电子版本还可包括生成唯一地识别与标签102相关联的用户账户和/或唯一地识别标签102的信息。在一些实施方案中，可将唯一地识别用户账户和/或唯一地识别标签102的信息转换为任何所需的格式，包括例如，文本、文本串、计算机可读代码或任何其他格式。

在一些实施方案中，生成标签102的电子版本还可包括例如，对标签102的电子版本进行格式化，从而使其呈所需的格式。

然后，过程380进行至框384中，并且中央状态追踪系统204将生成的标签信息和第一标签状态的标识添加到第一数据库中。在一些实施方案中，第一标签状态对应于标签102的电子版本的生成，并且，可以是例如指示存在标签102的电子版本的状态。

然后，过程380进行至框386中，并且，中央状态追踪系统204确定与所请求服务相关联的费用。在一些实施方案中，该费用可以是实际费用、平均费用和/或估计费用。在一些实施方案中，例如，当与所请求服务相关联的所有变量都已知时，费用可以是实际费用。由此，例如，在物品重量、大小、运输距离和所请求的运输服务都已知(诸如，物理特性已知的物品何时从已知的感应点发往已知的递送点)的实施方案中，费用可以是确切费用。这类实施方案例如可在退还所购物品时发生。

在与所请求服务相关联的一些或所有变量不可知并且针对过往提供的服务不存在任何数据的一些实施方案中，费用可包括估计费用。有利地，使用与中央状态追踪系统204兼容的标签102可允许收集与所提供服务有关的信息，诸如例如，运输物品的物理特性和运输服务。该信息可收集并用于更新估计费用以更加准确地反映与所提供服务相关联的实际费用。

在与所请求服务相关联的一些或所有变量不可知并且存在与过往提供的服务有关的数据的一些实施方案中，费用可包括基于过往提供的服务的平均预期费用。正如估计费用一样，可基于中央状态追踪系统204收集的信息来更新平均费用以更加准确地反映所提供服务的费用。

在确定了与所请求服务相关联的费用之后，过程380进行至框388，并且，中央状态追踪系统204将费用信息与标签信息关联起来。在一些实施方案中，例如，可通过向第一数据库输入费用信息的指示符来将费用信息与标签信息关联起来。

然后，过程380进行至框390，并且，中央状态追踪系统204接收标签102状态改变的指示符。在一些实施方案中，该标签状态改变的指示可源自中央状态追踪系统204的模块中的一个，包括例如，扫描模块222。在一些实施方案中，该标签状态改变的指示可包括从中央状态追踪系统204的扫描模块222通信至处理器208的指示标签102已经递送至服务提供商并且已经由扫描模块222读取、扫描和/或接收的电子信号。在一些实施方案中，处理器208可接收该信号，并且识别与该信号相对应的标签102和与该信号相对应的标签状态改变。

然后，过程380进行至框392，并且，中央状态追踪系统204更新第一数据库中的标签状态以反映改变之后的标签状态。在标签状态的改变对应于提供服务或对应于接收到用于提供服务的标签102的一些实施方案中，更新第一数据库中的标签状态可触发支付过程。

如果标签状态的改变触发了支付交易的开始，那么，过程380进行至框394中，并且，中央状态追踪系统204找回与标签102相关联的费用信息。然后，过程380进行至框396中，并且，中央状态追踪系统204请求支付。然后，过程380在框398中终止。

图4是示例性描述用于追踪标签的状态的过程400的另一实施方案的流程图。在一些实施方案中，标签102的状态在追踪期间可能会改变，该状态改变可触发中央状态追踪系统204执行一个动作。在一个实施方案中，标签102状态的改变诸如当标签102由服务提供商接收或当服务提供商提供所请求服务时可触发支付交易。图4中描绘的过程400与图3中描绘的过程相似，但是，其包括了除图3中描绘的步骤之外的其他步骤以及与图3中描绘的步骤不同的步骤。

过程400开始于框402并进行至框404，在框404中，中央状态追踪系统204对用户进行识别。可基于由用户终端202提交至中央状态追踪系统204的信息对用户进行识别。该提交的信息可包括多种信息类型。在一些实施方案中，提交的信息可包括识别标记，诸如例如，用户名、密码、账号或任何其他标识。

然后，追踪过程400进行至框406，在框406中，中央状态追踪系统204从用户终端202接收对标签102的电子版本的请求并且向用户终端202提供标签102的电子版本。在一些实施方案中，对标签102的电子版本的请求可由中央状态追踪系统204的通信模块218接收。在一些实施方案中，可由中央状态追踪系统204的通信模块218将标签102的电子版本提供至用户终端。

然后，追踪过程400进行至框408，在框408中，中央状态追踪系统204对标签数据库212中的第一标签状态进行识别。在一些实施方案中，第一标签状态对应于标签102的电子版本的生成，并且，可以是例如指示存在标签102的电子版本的状态。

然后，追踪过程400进行至框410，在框410中，中央状态追踪系统204的处理器208接收标签状态改变的指示。在一些实施方案中，该标签状态改变的指示可源自中央状态追踪系统204的模块中的一个，包括例如，扫描模块222。在一些实施方案中，该标签状态改变的指示可包括从中央状态追踪系统204的扫描模块222通信至处理器208的指示标签102已经递送至服务提供商并且已经由扫描模块222读取、扫描和/或接收的电子信号。在一些实施方案中，处理器208可接收该信号，并且识别与该信号相对应的标签102和与该信号相对应的标签状态改变。

然后，追踪过程400进行至框412，在框412中，对第一数据库中的对应于标签状态改变的第二标签状态进行标示。在一些实施方案中，可在与中央状态追踪系统204相关联的第一数据库中对该标签状态改变进行标示，并且，在一些实施方案中，可在聚合模块228可访问的第一数据库中对该标签状态改变进行标示。

在标签状态的改变对应于将标签102递送至服务提供商并且提供所请求服务的实施方案中，状态改变可触发例如支付交易的开始。如果标签状态的改变触发了支付交易的开始，那么过程400进行至办理支付的框414。然后，追踪过程400在框416中终止。本领域的技术人员应认识到，用于追踪标签102的追踪过程400可包括一些或所有上面讨论的步骤以及除了上面所请求的步骤之外的步骤。本领域的技术人员应进一步认识到，用于追踪标签102的追踪过程400可包括以任何顺序执行的上列步骤，包括以不同于上面所示顺序的顺序。

图5是示例性描述用于对图4的框404定义的用户进行识别的过程的一个实施方案的流程图。过程500开始于框502并进行至框504，在框504中，请求用户识别信息。在一些实施方案中，中央状态追踪系统204可向用户终端202请求用户识别信息。在一些实施方案中，对用户识别信息的请求可以响应于从用户终端202接收到的信号。

然后，过程500移至框506，在框506中，向用户终端202请求用户识别信息。如上所论述的，用户识别信息可包括识别用户和/或用户账户的任何信息。同样如上所论述的，该信息可由用户提供和/或可存储在用户终端202或其他用户可访问的计算和/或存储设备中。在一些实施方案中，该信息由中央状态追踪系统204从用户终端202接收，并且，在一些实施方案中，可由中央状态追踪系统204的通信模块从用户终端202接收。

然后，过程500进行至框508，在框508中，将用户和/或用户账户与接收到的用户信息进行匹配。在一些实施方案中，处理器208可经由通信模块218从用户终端202接收用户识别信息。在一些实施方案中，处理器208可查询用户数据库214以确定接收到的用户信息是否与任何存储的识别用户和/或用户账户的信息匹配。在一些实施方案中，处理器208可向用户数据库214查询用户和/或用户账户信息。一旦处理器208已经从用户数据库214接收到用户和/或用户账户信息，处理器208将来自用户数据库214的用户和/或用户账户信息与从用户终端202接收到的信息进行匹配。如果从用户终端202接收到的信息与从用户数据库214接收到信息相匹配，那么处理器208识别用户和/或用户账户并进行至图4的框406。如果从用户终端202接收到的信息与从用户数据库214接收到信息不匹配，那么过程可在框510中终止，或者，可指导用户开设新的用户账户(图中未描绘)。

本领域中的技术人员应认识到用于对用户进行识别的过程500可包括一些或所有上面论述的步骤以及除了上面所请求的步骤之外的步骤。本领域的技术人员应进一步认识到，用于对用户进行识别的过程500可包括以任何顺序执行的上列步骤，包括以不同于上面所示顺序的顺序。

图6是示例性描述用于如在图4的框406中定义的在中央状态追踪系统204处接收对标签信息的请求并且向用户终端202提供标签信息的过程的一个实施方案的流程图。过程600开始于框602并进行至框604，在框604中，接收对标签102的电子版本的请求。如论述的，该请求可源自用户终端202并且可通信至中央状态追踪系统204。在一些实施方案中，该请求可经由通信系统或网络205通信至中央状态追踪系统204。在一些实施方案中，该请求可在通信模块218处由中央状态追踪系统204从用户终端202接收并且通信至处理器208。在一些实施方案中，对标签102的电子版本的该请求可以是响应于来自用户终端202和/或中央状态追踪系统204的对该请求的提示而提出的。

在一些实施方案中，对标签102的电子版本的请求可包括包括在标签102的电子版本中的信息。在一些实施方案中，例如，对标签102的电子版本的请求可包括提交起始地地址和/或目的地地址。在一些实施方案中，例如，对标签102的电子版本的请求可包括物体说明，包括物体的性质、物体的大小、物体的重量或物体104的任何其他属性的说明。在一些实施方案中，对标签102的电子版本的请求可包括例如与所请求的服务有关的信息，诸如服务等级、提供服务的时间段、保险、服务追踪、确定完成所请求服务的执行或任何其他服务请求或指定。在一些实施方案中，对标签信息的请求可包括所请求服务的定价信息、允许跨国境提供服务的海关信息或任何其他所需信息。本领域的技术人员应认识到，可随标签请求一起提供各种信息，并且，本公开不限于上面具体列举类型的可随对标签信息的请求一起提供的信息。

在中央状态追踪系统204已经接收到对标签102的电子版本的请求之后，过程600进行至决策状态606，在决策状态606中，确定用户账户是否信誉良好。在一些实施方案中，该确定可包括例如，中央状态追踪系统204向用户数据库214和/或支付数据库216查询与用户账户是否是活动账户、用户账户当前是否有未付款项、应付款项余额是否大于特定阈值、账户使用是否超出某些预定范围或任何其他所需因素有关的信息。如果用户账户信誉不好，那么过程600在框608中终止。

如果用户账户信誉良好，如决策状态606所确定的，那么过程600移至框610，在框610中，中央状态追踪系统204生成标签102的电子版本。在一些实施方案中，生成标签102的电子版本可包括例如，对从用户终端202接收到的信息进行格式化，该信息包括随对标签102的电子版本的请求一起从用户终端202接收到的信息；将从用户终端202接收到的信息转换为计算机可读编码，该信息包括随对标签102的电子版本的请求一起从用户终端202接收到的信息；和/或，验证目的地地址、价格、等级请求和服务请求。在一些实施方案中，生成标签102的电子版本还可包括生成唯一地识别与标签102相关联的用户账户和/或唯一地识别标签102的信息。在一些实施方案中，可将唯一地识别用户账户和/或唯一地识别标签102的信息转换为任何所需的格式，包括例如，文本、文本串、计算机可读代码或任何其他格式。

在一些实施方案中，生成标签102的电子版本还可包括例如，对标签102的电子版本进行格式化，从而使其呈所需的格式。

在框610中生成了标签信息之后，过程600进行至框612，在框612中，中央状态追踪系统204将标签102的电子版本提供至用户终端202。在一些实施方案中，可以多种方式将标签102的电子版本提供至用户，包括例如，通过将来自中央状态追踪系统204的标签102的电子版本通信至用户终端202。在一些实施方案中，用户可使用标签102信息的电子版本来创建标签102的物理版本，诸如例如，通过打印标签102的物理版本，并且，可将标签102的物理版本附在物体104上，诸如例如，通过将标签102的物理版本粘附到物体104上和/或通过将标签102的物理版本打印在物体104上。

在框612中将标签102的电子版本提供至用户终端之后，过程600移至决策状态614，在决策状态614中，中央状态追踪系统204确定创建的标签的数量。在一些实施方案中，一次可创建一个标签，并且，在一些实施方案中，一次可创建多个标签。

在确定创建的标签的数量之后，过程600进行至决策状态616，并且中央状态追踪系统204确定创建的标签的数量是否要求支付表150。在一些实施方案中，例如，如果一次创建了一个以上的标签，则可能要求支付表150。有利地，要求使用支付表150可帮助感应多个物品。

如果中央状态追踪系统204确定标签的数量不要求创建支付表150，那么过程进行至决策状态618，并且，中央状态追踪系统204确定是否请求生成支付表150的电子版本。

如果尚未请求创建支付表150，那么过程600移至决策状态620，并且，中央状态追踪系统204确定是否进行。在一些实施方案中，该确定可例如通过提示用户他是否想要进行并且基于用户输入而继续来进行。如果确定不进行，那么过程在框622中终止。如果确定要进行，那么过程移至框630并且进行至图4的框408。

再次回到决策状态616，如果确定创建的标签的数量要求支付表，那么过程600进行至框624，并且，处理器208请求并接收生成支付表150的电子版本的信息。相似地，如果在决策状态618处确定请求创建支付表，那么过程600进行至框624，并且，处理器208请求并接收生成支付表150的电子版本的信息。

在一些实施方案中，生成支付表150的电子版本的信息可从用户终端202或从中央状态追踪系统的模块或数据库中的一个(诸如，标签数据库)请求。在一些实施方案中，请求的信息可包括例如，由中央状态追踪系统204生成的标签102的一个或多个电子版本。

在过程600请求并接收生成支付表150的电子版本的信息之后，过程600移至框626，在框626中，中央状态追踪系统204生成支付表150的电子版本。

在一些实施方案中，生成支付表150的电子版本可包括例如，对来自生成的标签102的电子版本的信息进行格式化；将对来自生成的标签102的电子版本的信息转换为计算机可读编码；和/或验证目的地地址、价格、等级请求和服务请求。在一些实施方案中，生成支付表150的电子版本还可包括生成唯一地识别与支付表150相关联的用户账户和/或唯一地识别支付表150的信息。在一些实施方案中，可将唯一地识别用户账户和/或唯一地识别支付表150的信息转换为任何所需的格式，包括例如，文本、文本串、计算机可读代码或任何其他格式。

在框620中生成了支付表150的电子版本之后，过程600移至框628，在框628中，中央状态追踪系统204向用户终端202提供支付表150的电子版本。在一些实施方案中，可以多种方式将支付表150提供至用户，包括例如，通过将来自中央状态追踪系统204的支付表150通信至用户终端202。在一些实施方案中，用户可使用支付表150信息来产生支付表150，诸如例如，通过打印支付表150。

在框628中中央状态追踪系统204将支付表150的电子版本提供至用户终端202之后，过程600进行至框630并在图4的框408继续。本领域的技术人员应认识到，用于接收对标签信息的请求并且提供标签信息的过程600可包括一些或所有上面论述的步骤以及除了上面所请求的步骤之外的步骤。本领域的技术人员应进一步认识到，用于接收对标签信息的请求并且提供标签信息的过程600可包括以任何顺序执行的上列步骤，包括以不同于上面所示顺序的顺序。

图7是示例性描述如在图4的框408-412中定义的用于指示第一数据库中的标签状态的过程的一个实施方案的流程图。在一些实施方案中并且如图7中所描绘的，在生成标签102的电子版本之后过程700开始于框704，并且，处理器208将生成标签102的电子版本的指示添加到标签数据库212中。在一些实施方案中，生成标签102的电子版本的指示可包括对标签数据库212指示生成标签102的电子版本的时间和/或日期。在一些实施方案中，该指示可唯一地识别创建的标签102，可识别用户账户和/或提供与标签102有关的任何其他所需信息。

在处理器208已经将生成标签102的电子版本的指示添加到标签数据库212之后，过程700继续至决策状态706，在决策状态706中，处理器208确定自生成标签102的电子版本以来是否已经经过了指定时间。在一些实施方案中，过程700可被配置以便提供在指定时间帧内尚未使用的标签102的标签状态。在一些实施方案中，在决策状态706中可确定是否已经经过了指定时间帧以及是否应该更新标签状态以指示已经经过了指定时间帧。在一些实施方案中，经过了指定时间帧可使标签状态发生改变，变为取消和/或过期。如果在决策状态706中确定已经经过了指定时间帧，那么过程进行至决策状态708，并且，中央状态追踪系统204确定是否存在与标签相关联的有效账户。

在一些实施方案中，该确定可包括向用户数据库214查询与用户账户的状态有关的信息。在一些实施方案中，该确定可包括查询存储器210的其他部分。在一些实施方案中，该查询可请求与最近账户活动、支付信息或有效账户的任何其他指示符有关的信息。

如果确定标签102与有效账户有关联，那么过程700进行至框710并等待指定时间间隔过去，然后，再次进行至决策状态706。在一些实施方案中，该指定时间间隔可包括任何所需的时间间隔，从零点一秒或零点几秒到一个月或几个月或到一年或几年。

再次回到决策状态708，如果确定有效账户与标签无关联，那么过程700进行至框712，并且，中央状态追踪系统204将标签状态更新，指示其有待取消。在一些实施方案中，可将该更新的状态输入标签数据库212中。在已经更新了标签状态之后，过程700在框714中终止。在一些实施方案中，过程700可回到图4的框414并且在框714之后如先前所指示的进行。

如果自生成标签102的电子版本以来未经过指定时间帧，如在决策状态706中确定的，那么过程700移至决策状态716，并且，处理器208确定是否已经将标签102添加到支付表150的电子版本中。在一些实施方案中，如上面所论述的，可将与一个或多个标签102有关的信息聚合到单个支付表150中。

如果标签102和/或与标签102有关的信息尚未包括在支付表150中，如在决策状态716中确定的，那么过程700移至决策状态718，并且，处理器208确定是否要求生成支付表150的电子版本。在一些实施方案中，标签102无论是否包括在支付表150中都是可使用的，并且，在一些实施方案中，标签102仅在包括在支付表150中时方可使用。如果要求包括在支付表150中，如处理器在决策状态718中所确定的，那么过程700移至框720并等待指定时间间隔过去，然后再次进行至决策状态706。在一些实施方案中，该指定时间间隔可包括例如，一秒或几秒、一分钟或几分钟、一个小时或几个小时、一天或几天、一周或几周、一个月或几个月和/或任何其他所需的时间间隔。

再次回到决策状态716，如果确定已经将标签102添加到了支付表150中，那么过程700移至框722，并且，处理器208将标签数据库212中的标签状态更新为等待感应和/或等待递送。

在框722中已经将标签状态更新为等待感应或者在决策状态718中如果确定不要求支付表150之后，过程700移至决策状态724，并且，处理器确定标签信息是否已经由扫描模块222接收到。如上面所论述的，在用户已经打印标签102之后，标签102可附在物体上，并且可由服务提供商接收以执行所请求的服务。在标签102已经由服务提供商接收到之后的特定点，标签102可由扫描模块222读取。如果标签102尚未由扫描模块222读取，那么标签102尚未被接收，并且，过程移至框720并等待指定时间间隔过去，并且然后再次进入决策状态706。在一些实施方案中，该指定时间间隔可包括例如，一秒或几秒、一分钟或几分钟、一个小时或几个小时、一天或几天、一周或几周、一个月或几个月和/或任何其他所需的时间间隔。

如果标签信息已经由扫描模块222读取，那么标签信息已经被接收，并且，过程移至框726，在框726中，将标签状态更新为应支付款项。在一些实施方案中，可在例如标签数据库212中对标签状态进行更新。在框726中已经更新了标签状态之后，过程700移至框728并回到在图4中描绘的过程400的框414，并且如上面所概述的一样继续。本领域中的技术人员应认识到用于追踪标签状态的过程700可包括一些或所有上面论述的步骤以及除了上面所请求的步骤之外的步骤。本领域的技术人员应进一步认识到，数据库中用于追踪标签状态的过程700可包括以任何顺序执行的上列步骤，包括以不同于上面所示顺序的顺序。

图8是示例性描述如在图4的框414中定义的用于办理支付的过程的一个实施方案的流程图。过程800开始于决策状态802，在决策状态802中，处理器208确定标签102的状态是否指示支付到期。在一些实施方案中并且如上面所论述的，在标签信息已经由中央状态追踪系统204接收到之后，将标签状态更新为指示支付到期。如果在决策状态802中确定标签102的状态不指示支付到期，那么过程800在框804中终止。

如果在决策状态802中确定标签102的状态指示支付到期，那么过程800移至决策状态806，并且，处理器208确定是否从标签102接收到由中央状态追踪系统204接收到的使标签102的状态变为应支付款项的标签信息。在一些实施方案中，标签信息可从支付表150接收，并且可使标签102的状态改变以指示支付到期和/或以触发支付交易。在一些实施方案中，从支付表150接收到标签信息可足以进行支付交易。在一些实施方案中，如果标签信息也已经直接从标签102接收到，那么，从支付表150接收到标签信息可能仅足以进行支付交易。

在图8所描绘的一些实施方案中，如果在决策状态806中确定未从标签102接收到标签信息，那么过程800在框804中终止。

如果在决策状态806中确定从标签102接收到了标签信息，那么过程800移至框808，并且，处理器208用应支付款项额更新用户账户信息。在一些实施方案中，可将该信息添加到数据库，诸如，例如用户数据库214和/或支付数据库216。

在框808中已经用用应支付款项额更新用户账户信息之后，过程移至框810，并且，处理器208向支付数据库216查询与用户账户和/或用户相关联的支付信息，所述用户账户和/或用户与标签102相关联。在一些实施方案中，包含支付信息的数据库可包括支付数据库216。在一些实施方案中，对支付信息的请求可包括对与支付源有关的信息的请求，该信息诸如是例如，负责支付的财务机构的名称和/或标示、路由号、账号、验证号、账户持有者名称和/或接收支付所要求的任何其他信息。

在框810中已经查询了包含支付信息的数据库之后，过程800进行至决策状态812，并且，中央状态追踪系统204确定与标签102有关的账户是否有效。在一些实施方案中，该确定可包括向用户数据库214查询与用户账户的状态有关的信息。在一些实施方案中，该确定可包括查询存储器210的其他部分。在一些实施方案中，该查询可请求与最近账户活动、支付信息或有效账户的任何其他指示符有关的信息。

如果在决策状态812中确定标签102与有效账户不相关联，那么过程800移至框814并进行减轻损失步骤。在一些实施方案中，该减轻损失可包括例如，向消费者通知欺诈性活动、向支付机构通知欺诈性活动、向物品收件人通知欺诈性活动、请求账户持有者和/或收件人支付，查封与欺诈相关联的物品和/或任何其他所需的动作。

再次回到决策状态812，如果确定标签102与有效账户相关联，那么过程800移至框816并且请求支付。该请求可包括从中央状态追踪系统204向支付终端206进行通信。

在框816中已经请求了支付之后，过程移至框818并且接收支付。

然后，过程移至框820，并且，中央状态追踪系统204确定支付是否及时。在一些实施方案中，该确定可通过将与接收到支付的时间有关的信息与预定时间帧进行比较而完成。在一些实施方案中，如果在特定时间帧内接收到了支付，那么支付是及时的。相似地，在一些实施方案中，如果在特定时间帧内未接收到支付，那么支付是不及时的。

然后，过程800移至框822，并且更新标签状态和账户信息。在一些实施方案中，可将标签状态更新为例如“已付”状态。在一些实施方案中，该更新可通过将标识添加到指示改变后的标签状态的数据库中而完成。在一些实施方案中，可对与账户相关联的状态进行更新。该状态可通过将标识添加到指示改变后的标签状态的数据库中而更新。在用户数据库214包括与用户账户相关联的未付款项有关的信息的一些实施方案中，可对用户数据库214进行更新以反映新的未付款项余额。

在框822中更新了账户信息之后，过程800移至框824并进行至在图4中描绘的过程400的框416，并且如先前概述的一样继续。本领域中的技术人员应认识到用于办理支付的过程800可包括一些或所有上面论述的步骤以及除了上面所请求的步骤之外的步骤。本领域的技术人员应进一步认识到，用于办理支付的追踪过程800可包括以任何顺序执行的上列步骤，包括以不同于上面所示顺序的顺序。

图8a是示例性描述用于在图8的框814中执行的减轻损失的过程的一个延展性实施方案的流程图。如上面所论述的，减轻损失可包括例如，向消费者通知欺诈性活动、向支付机构通知欺诈性活动、向物品收件人通知欺诈性活动、请求账户持有者和/或收件人支付，查封与欺诈相关联的物品和/或任何其他所需的动作。在一些实施方案中，减轻损失可由中央状态追踪系统204和/或其他系统执行。

过程840开始于框842，并且，中央状态追踪系统确定标签102的位置。在一些实施方案中，对标签102的位置的该确定可包括例如，识别最近扫描事件的位置，或者，识别最近的追踪信息。对标签102的位置的这一确定可，例如，通过向扫描模块222查询与扫描事件有关的信息，向追踪模块224查询与最近追踪信息有关的信息或向聚合模块228查询与扫描事件有关的信息来完成。

在确定了标签102的位置之后，过程840进行至框844，并且，中央状态追踪系统204请求终止提供任何另外的服务。在一些实施方案中，该请求可包括指示不应该再向指定标签102提供服务的通信和/或信号。然后，过程840进行至框846并且查封标签102。在一些实施方案中，查封标签102可包括移除流通中的标签102和任何相关联的物品104。在一些实施方案中，查封标签102可引起没收程序。

然后，过程移至框848并且通知用户。在一些实施方案中，该通知可包括例如，邮件、打电话和电子通信，或指示该标签由于与无效账户相关联所以已经被查封的任何其他所需形式的通知。在一些实施方案中，标签创建者可能能够采取找回被查封的标签102以及与标签102相关联的任何物品104的步骤。这类步骤可包括例如，建立新账户、支付所提供的和所请求的服务、支付罚款或任何其他动作。然后，过程800在框850中终止。

开单标签

图9描绘了开单标签900的一个实施方案。开单标签900可以是例如向开单系统请求开单标签而产生的标签。在一些实施方案中，开单标签900可包括从用户接收到的信息和/或由开单系统提供和/或生成的信息。

如图9所描绘的，开单标签900可包括基材902。基材902可包括能够携带一些或所有下文所论述的信息的任何所需材料。

在图9中描绘的开单标签900包括从用户接收到的信息和由开单系统生成和/或提供的信息。具体地，在图9中描绘的开单标签900包括均可由用户提供的寄件人信息904和目的地信息906；以及，均可由开单系统生成和/或提供的追踪信息908、服务信息910和支付信息912。

在一些实施方案中，寄件人信息904用于对寄件人进行标示，并且，在一些实施方案中，可为无法递送的开单标签900提供退还目的地。寄件人信息904可包括多种所需的信息，包括例如，地址、寄件人标示、图像或任何其他所需的信息。本领域的技术人员应认识到，本公开不限于具有寄件人信息904的实施方案，并且也不限于仅包括具体寄件人信息904的实施方案。

在一些实施方案中，目的地信息906可标示寄件人所需要的具体服务。具体地，如图9中所描绘的，目的地信息906可标示开单标签900应该送往的目的地。目的地信息906可包括多种所需信息，包括例如，地址、标签收件人的标示、图像或任何其他所需的信息。本领域的技术人员应认识到，本公开不限于具有目的地信息906的实施方案，并且也不限于仅包括具体目的地信息906的实施方案。

在一些实施方案中，追踪信息908提供了开单标签900的唯一识别，以允许当进行整个过程时追踪开单标签900和/或接收所请求的服务。在一些具体实施方案中，开单标签900上的追踪信息908可包括以下信息中的一个或多个文本、文本串、计算机可读代码、条形码和/或配置为能够识别标签的任何其他特征。如在图9的实施方案中所描绘的，开单标签900的追踪信息908包括包括多个数字的文本串和线性条形码。

在一些实施方案中，服务信息910可提供有关所请求服务并且与开单标签900相关联的信息。在一些实施方案中，该信息可包括例如与服务等级、服务时间帧、保险范围有关的信息或任何其他与服务有关的信息。图9的开单标签900中包含的服务信息910将USPS优先邮件指定为所请求的服务。

在一些实施方案中，支付信息912可包括指示已办理的支付和/或指示责任付款人的信息。如在图9中所描绘的，支付信息912指示已经办理支付、支付源和完成支付的方式。

开单系统

图10是示例性描述开单系统1000的一个实施方案的框图。开单系统1000可配置为从用户接收输入，生成标签900，生成标签货单以及办理支付。在一些实施方案中，开单系统1000可执行比上面列举的功能更多或更少的功能。

如在图10中所描绘的，开单系统1000可包括例如用户终端1002。用户终端1002可包括能够使用户与中央状态追踪系统1004通信的任何设备。在一些实施方案中，用户终端1002可包括例如，包括处理器的设备，这种设备诸如是个人计算机、膝上型电脑、智能电话、手机、平板电脑或任何其他相似设备。

如图10所描绘的，用户终端1002可配置为经由通信系统或网络1005与中央状态追踪系统1004通信。通信系统或网络1005可配置为通信信号并且可包括例如局域网(LAN)、广域网(WAN)、互联网、手机网络、电信网络、Wi-Fi或任何其他通信系统。

开单系统1000可包括支付终端1006。支付终端1006可包括能够允许支付实体与中央开单系统1004之间通信的任何设备。在一些实施方案中，支付终端1006可包括例如，包括处理器的设备，这种设备诸如是个人计算机、膝上型电脑、智能电话、手机、平板电脑或包括处理器的任何其他设备。同样如图10所描绘的，支付终端1006可配置为经由通信系统或网络1005与中央开单系统1004通信。

中央开单系统1004可包括能够执行多种功能的多个组件和模块。中央开单系统1004可配置为从开单系统1000的未包括在中央开单系统1004中的组件接收输入以向这些组件提供信息，并且执行标签生成、标签货单生成以及办理支付。在一些实施方案中，中央开单系统1004的组件和模块可经由通信特征1007通信连接。通信特征1007可包括能够在中央开单系统1004的特征和模块之间建立通信连接的任何特征，并且可包括例如有线或无线设备、BUS、通信网络或任何其他合适的特征。

在一些实施方案中，中央开单系统1004可包括例如处理器1008。处理器1008可包括单个处理器，或可以是用一个或多个处理器实现的处理系统的组件。一个或多个处理器1008可用以下的任何组合实现通用微处理器、微控制器、数字信号处理器(DSP)、场可编程门阵列(FPGA)、可编程逻辑设备(PLD)、控制器、状态机、门控逻辑、分立硬件组件、专用硬件有限状态机或可执行信息的计算或其他操作的任何其他合适的实体。处理器1008可包括例如微处理器，诸如处理器、Pro处理器、8051处理器、处理器、Power处理器、处理器等。处理器208通常具有常规地址线、常规数据线和一个或多个常规控制线。

处理器1008可与存储器1010通信连接。存储器1010可包括例如，RAM存储器、闪速存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM或本领域中已知的任何其他形式的存储介质。存储器可包括例如，软件、至少一个软件模块、指令、算法的步骤或任何其他信息。在一些实施方案中，处理器1008可根据存储在存储器1010中的指令执行过程。这些过程可包括例如，控制中央开单系统1004的特征和/或组件，从中央开单系统1004的特征和/或组件请求和/或接收信息，从开单系统1000的特征和/或组件请求和/或接收信息，向中央开单系统1004的特征和/或组件传输指令和/或控制信号，从管理员请求信息，向管理员传输信息，处理从中央开单系统1004的特征和/或组件接收到的信息，处理从开单系统1000的特征和/或组件接收到的信息，处理从管理员接收到的信息，和/或任何其他所需的过程。

在一些实施方案中，存储器1010可包括一个或多个数据库。数据库可包括有组织的数字数据集合。存储在数据库中的数据可包括任何所需的数据，并且，在一些实施方案中，可与开单系统1000和/或中央开单系统1004的功能有关。

在一些实施方案中并且如在图10中所描绘的，存储器1010包括多个数据库，并且具体地，提供货单数据库1012、账户数据库1014和支付数据库1016。在一些实施方案中，货单数据库1012可包括例如与一个或多个开单标签900有关的信息。在一些实施方案中，存储在货单数据库1012中的数据可包括货单清单。在一些实施方案中，货单清单可以是数字货单数据库1012，并且，在一些实施方案中，货单清单可以是数字货单数据库1012的打印件。

在一些实施方案中，与一个或多个开单标签900有关的信息可包括例如，与一个或多个开单标签900的存在、一个或多个开单标签900的特性、一个或多个开单标签900的识别、开单标签900与用户和/或用户账户的关联性有关的数据或任何其他所需的信息。

在一些实施方案中，账户数据库1014可包括与用户和/或用户账户有关的信息。在一些实施方案中，该信息可包括例如账户信息，诸如账号、用户名、密码或任何其他账户识别和/或验证信息。在一些实施方案中，账户数据库1014可包括与账户状态有关的信息，包括例如，账户使用、账户应支付款项、账户待支付款项、账户已收款项、常用收件人、常用标签类型或标签信息或任何其他所需的信息。

在一些实施方案中，支付数据库1016可包括支付信息。在一些实施方案中，该信息可包括例如，将支付信息与用户账户、账户支付信息、支付源、支付协议和/或任何其他所需的支付信息相关联的标识。账户支付信息可包括与用户账户的支付状态有关的任何信息，诸如例如，应支付金额、过往已完成的支付和任何其他的历史、当前或预计的财务信息。支付源可包括例如支付源，诸如例如银行、信用卡、支付服务或从其可接收支付的任何其他来源的标示。在一些实施方案中，支付协议可包括帮助从支付源请求并接收支付的指令或信息。在一些实施方案中，这些协议可包括例如，验证号、提交支付请求的地方或方法、进行支付的时间间隔或帮助请求并接收支付的任何其他指令或信息。

在一些实施方案中，中央开单系统1004可包括可通信连接至处理器1008的通信模块1018。在一些实施方案中，通信模块1018可配置为与其他开单系统1000实体通信，诸如例如，用户终端1002和支付终端1006。在一些实施方案中，通信模块1018可配置为进行有线或无线通信，并且可配置为向用户终端1002、支付终端1006和/或中央开单系统1004的组件或模块请求信息并接收输入。

在一些实施方案中，中央开单系统1004可包括多个模块。在一些实施方案中，这些模块可配置为接收或生成对中央开单系统1004的输入。在一个实施方案中并且如图10中所描绘的，中央开单系统1004可包括多个模块，并且可具体地包括管理员模块1020、追踪模块1022和安全模块226。

在一些实施方案中，管理员模块1020可包括管理员访问点。在一些实施方案中，管理员访问点可包括能够从中央开单系统1004请求并接收信息并且向中央开单系统1004提供输入的任何设备、软件或特征。在一些实施方案中，管理员访问点可包括终端和/或访问入口。在一些实施方案中，管理员终端可包括能够从中央开单系统1004请求并接收信息并且向中央开单系统1004提供输入的任何设备。在一些实施方案中，管理员终端可包括能够使管理员能够与中央开单系统1004通信的任何设备。在一些实施方案中，管理员终端可包括例如，包括处理器的设备，诸如例如，个人计算机、膝上型电脑、智能电话、手机、平板电脑或包括处理器的任何其他设备。在一些实施方案中，访问入口可包括网页入口或配置为使管理员能够访问来自中央开单系统1004的信息的任何其他软件。

在一些实施方案中，管理员访问点可配置为提供与例如开单系统1000的历史记录、中央开单系统1004的历史记录、统计和/或财务报告、以及支付信息有关的管理员信息。在一些实施方案中，统计报告可包括例如，针对开单标签900、扩展式和/或开单系统1000和中央开单系统1004、运输、一个或多个用户账户和/或任何其他所需细目的使用统计。在一些实施方案中，财务报告可与运行开单系统1000的费用、运行中央开单系统1004的费用、使用开单系统1000和/或中央开单系统1004的收入、开单系统1000和/或中央开单系统1004的利润和/或任何其他所需的财务报告有关。在一些实施方案中，财务报告或统计报告与用户使用开单系统有关。财务报告可包括基于使用开单系统发送或分发的物品而生成的收入，诸如例如，从贸易回邮物品生成的收入。统计报告可与与用户相关联的物品的量和数量有关。支付信息可与例如未付账单、已付账单、所请求的退款、有争议的账单和/或任何其他与支付有关的信息有关。本领域的技术人员应认识到，管理员和管理员模块1020不限于上面所论述的具体功能和特征，相反，其可具有更多或更少的特征和功能，并且可包括上面所概述的特征和功能的不同组合和/或另外的特征和功能。

在一些实施方案中，追踪模块1022可包括例如，一个或多个传感器、数据库以及配置为接收与开单标签900有关的数据并且追踪根据该与开单标签900有关的数据而执行的处理的处理器的系统。如所论述的，可将来自开单标签900的标签信息编写入货单数据库1012中。在一些实施方案中，可将由追踪模块1022收集到的信息编写入货单数据库1012中。有利地，除了标签信息之外还将追踪信息收集到货单数据库1012中能够对用户所请求的服务和提供给用户的服务进行分析。

如上面所详细论述的，在一些实施方案中，安全模块226可包括例如配置为检测并防止欺诈的特征和组件。

在一些实施方案中，安全模块226可向用户提供安全益处，并且，在一些实施方案中，安全模块226可向开单系统1000的运行者提供安全益处。具体地，在一些实施方案中，安全模块226可配置为防止用户账户的不正确使用，检测欺诈性或不正确支付，检测不正确或欺诈性标签和/或检测不正确标明的物体104。

在安全模块226配置为防止对物体104进行不正确标明的一个实施方案中，安全模块226可包括采样特征，该采样特征配置为对所有或一部分开单标签900进行采样以确定采样的开单标签900是否包括正确的信息。该采样可检测错误标明(诸如，当与开单标签900相关联的支付金额不足以支付所请求的服务时)、欺诈性标明(诸如，当用户系统上不正确地标明物体104时)或任何其他不恰当的标明实行。在一些实施方案中，该采样可检测由开单标签900标示的支付、由开单标签900请求的服务、以及标签和/或物体属性以确定正确的支付金额。

在一些实施方案中，安全模块可将计算得到的支付金额与由开单标签900指示的支付金额进行比较，并确定开单标签900是否正确。在一些实施方案中，当由标签指示的支付与正确支付金额相差超过大约10％、与正确支付金额相差超过大约5％、与正确支付金额相差超过大约2％、与正确支付金额相差超过大约1％、与正确支付金额相差超过大约0.5％或在正确支付金额与由开单标签900指示的支付金额之间的差值超过任何其他所需差值时，安全模块226确定该标明是不正确的。本领域的技术人员应认识到，安全模块226可包括多种特征并且可执行多种功能，并且，安全模块不限于上文列举的特征和功能。

本领域的技术人员要认识到，开单系统和/或中央开单系统1004可包括比上文概述的特征、组件和/或模块更多或更少的特征、组件和/或模块，并且能够执行比上文概述的功能更多或更少的功能。

状态追踪系统的操作

图11是示例性描述由中央开单系统1004执行的开单的过程的一个实施方案的流程图。在一些实施方案中，开单过程可配置为接收信息以产生开单标签900并且存储与开单标签900有关的信息。过程1100开始于框1102，在框1102中，中央开单系统1004接收对生成开单标签900的电子版本的请求并且向用户终端1002提供开单标签900的电子版本。在一些实施方案中，中央开单系统1004可由中央开单系统1004提供至用户终端1002，并且具体地由中央开单系统1004的通信模块1018提供至用户终端1002。

然后，过程1100移至框1104，在框1104中，中央开单系统1004用与开单标签900的电子版本有关的信息更新数据库。在一些实施方案中，处理器1008用与开单标签900的电子版本有关的信息更新货单数据库1012。在一些实施方案中，货单数据库1012用与开单标签900的电子版本有关的信息进行更新，该信息包括例如，寄件人信息、目的地信息、所请求的服务信息、价格信息和/或任何其他所需的信息。

过程1100进行至框1106，在框1106中，中央开单系统1004办理支付。在一些实施方案中，可响应于提供开单标签900的电子版本和/或响应于用与开单标签900的电子版本有关的信息进行更新而办理支付。

在框1106中办理支付之后，过程1100在框1108中终止。本领域的技术人员应认识到，用于操作开单系统1000的过程1100可包括一些或所有上面论述的步骤以及除了上面所请求的步骤之外的步骤。本领域的技术人员应进一步认识到，用于运行开单系统1000的过程1100可包括以任何顺序执行的上列步骤，包括以不同于上面所示顺序的顺序。

图12是示例性描述使用中央开单系统1004的过程1200的一个实施方案的流程图。在一些实施方案中，过程1200由用户终端1002执行。在一些实施方案中并且如在图12中所描绘的，过程1200开始于框1202，并且，用户终端1002请求生成开单标签900的电子版本。对生成开单标签900的电子版本的请求可从用户终端1002通信至中央开单系统1004。

在请求开单标签900的电子版本之后，过程1200移至框1204，并且，用户终端1002向中央开单系统1004提供账户信息。在一些实施方案中，账户信息可存储在用户终端1002的存储器中，或可以由用户提供至用户终端1002。在一些实施方案中，该信息可包括例如，用户名、密码、账号或识别用户账户的任何其他信息。

在框1204中将账户信息提供至中央开单系统1004之后，过程1200移至框1206，并且，用户终端提供包括在开单标签900上的信息。

在一些实施方案中，包括在开单标签900上的信息可包括寄件人信息904和/或目的地信息906、物体说明(包括物体的性质、物体的大小、物体的重量或物体的与开单标签900相关联的任何其他属性的说明)、所请求服务的定价信息、允许跨国境提供服务的海关信息或任何其他所需信息。本领域的技术人员应认识到，可提供各种信息，并且，本公开不限于上面具体列举类型的信息。

在框1206中提供了包括在开单标签900上的信息之后，过程1200移至框1208，并且，用户终端1002接收开单标签900的电子版本。在一些实施方案中，接收开单标签900的电子版本可包括从已由用户终端1002格式化的中央开单系统1004接收未格式化的信息，或者，接收格式化的开单标签900的电子版本。在一些实施方案中，开单标签900可从中央开单系统1004接收，并且可包括提供的开单标签信息和/或由中央开单系统1004生成的信息中的一些或所有。

在框1208中用户终端1002接收到开单标签900的电子版本之后，过程1200移至框1210，并且，用户终端创建开单标签的物理版本和/或打印开单标签900的电子版本。然后，过程1200移至框1212，在框1212中，接收支付请求。在一些实施方案中，支付请求可直接在用户终端1002处接收，并且，在一些实施方案中，支付请求可在支付终端1006处接收。

在框1212中接收到支付请求之后，过程1200移至框1214，在框1214中办理支付，之后，过程在框1216中终止。本领域的技术人员应认识到，使用开单系统的过程1200可包括一些或所有上面论述的步骤以及除了上面所请求的步骤之外的步骤。本领域的技术人员应进一步认识到，使用开单系统的过程1200可包括以任何顺序执行的上列步骤，包括以不同于上面所示顺序的顺序。

图13是示例性描述由中央开单系统执行的开单的过程1300的另一实施方案的流程图。过程1300可配置为识别用户，生成开单标签900，用来自开单标签900的信息更新数据库以及办理支付。在一些实施方案中，过程1300可由中央开单系统1004执行。

过程1300开始于框1302，在框1302中，中央开单系统1004从用户终端接收用户信息。如上面所论述的，用户信息可包括识别用户和/或用户账户的任何信息。同样如上所论述的，该信息可由用户提供和/或可存储在用户终端1002或其他用户可访问的计算和/或存储设备中。在一些实施方案中，该信息由中央开单系统1004从用户终端1002接收，并且，在一些实施方案中，可由中央开单系统1004的通信模块1018从用户终端1002接收。

在中央开单系统1004处接收到用户信息之后，过程1300移至框1306，在框1306中，将用户和/或用户账户与接收到的用户信息进行匹配。在一些实施方案中，处理器1008可经由通信模块1018从用户终端1002接收用户识别信息。在一些实施方案中，处理器1008可查询用户数据库1014以确定接收到的用户信息是否与存储的识别用户和/或用户账户的任何信息匹配。在一些实施方案中，处理器1008可向用户数据库1014查询用户和/或用户账户信息。一旦处理器1008已经从用户数据库1014接收到用户和/或用户账户信息，处理器1008将来自用户数据库1014的用户和/或用户账户信息与从用户终端1002接收到的信息进行匹配。如果从用户终端1002接收到的信息与从用户数据库1014接收到信息相匹配，那么处理器1008识别用户和/或用户账户并进行至框1306。如果从用户终端1002接收到的信息与从用户数据库1014接收到信息不匹配，那么过程1300可终止，或者，可指导用户开设新的用户账户。

在从用户终端1002接收到的信息与从用户数据库1014找回的信息成功匹配之后，过程1300进行至框1306，在框1306中，中央开单系统1004从用户终端1002接收对生成开单标签900的电子版本的请求。在一些实施方案中，开单标签900的电子版本可包括开单标签900的数字形式。在一些实施方案中，开单标签900的电子版本可具有与开单标签的物理版本相同的格式化、不同的格式化或未格式化。

在接收到对生成开单标签900的电子版本的请求之后，过程移至框1308，在框1308中，中央开单系统1004从用户终端接收包括在开单标签900上的信息。在一些实施方案中，该信息可存储在用户终端1002的存储器中，也可由用户键入用户终端1002中。在一些实施方案中，该信息可包括寄件人信息904和/或目的地信息906、物体说明(包括物体的性质、物体的大小、物体的重量或物体的与开单标签900相关联的任何其他属性的说明)、所请求服务的定价信息、允许跨国境提供服务的海关信息或任何其他所需信息。本领域的技术人员应认识到，可提供各种信息，并且，本公开不限于上面具体列举类型的信息。

在接收到包括在开单标签900上的信息之后，过程1300进行至框1310，并且，中央开单系统1004生成标签的电子版本。在一些实施方案中，中央开单系统1004可用从用户终端1002接收到的信息和在中央开单系统1004处生成的信息来生成开单标签900的电子版本。在一些实施方案中，在中央开单系统1004处生成的信息可包括例如，费用、运输代码、运输区域、计算机可读代码、开单标签900识别信息或任何其他信息。

在框1310中中央开单系统1004生成了开单标签900的电子版本之后，过程1300进行至框1312，并且，处理器1008用与开单标签的电子版本有关的信息更新数据库。在一个实施方案中，处理器1008对货单数据库1012进行更新。在一些实施方案中，处理器1008通过将指示来自开单标签900的电子版本的信息的标识添加到货单数据库1012中来更新货单数据库1012。

在框1312中处理器1008已经更新了货单数据库1012之后，过程1300进行至框1314，并且，中央开单系统1004将开单标签900的电子版本提供至用户终端1002。

在将开单标签900的电子版本提供至用户终端1002之后，过程1300进行至框1316，并且，中央开单系统1004请求支付。在请求支付之后，过程1300进行至框1318，并且，中央开单系统1004办理支付。在一些实施方案中，办理支付可包括在中央开单系统1004和用户终端和/或支付终端1006之间进行通信。在过程1300已经办理支付之后，过程1300在框1320中终止。本领域中的技术人员应认识到由中央开单系统执行的开单的过程1300可包括一些或所有上面论述的步骤以及除了上面所请求的步骤之外的步骤。本领域的技术人员应进一步认识到，由中央开单系统执行的开单的过程1300可包括以任何顺序执行的上列步骤，包括以不同于上面所示顺序的顺序。

图14是示例性描述对如在图13中所描绘的由框1302和1304定义的用户信息进行认证的过程1400的一个实施方案的流程图。过程1400可认证用户并且可验证用户的良好信誉。在一些实施方案中，过程1400可由中央开单系统1004执行。

当如上面所描述的中央开单系统1004从用户终端1002接收到用户信息时，过程1400开始于框1302。

在中央开单系统1004从用户终端1002接收到用户信息之后，过程1400移至框1402，在框1402中，处理器1008向用户数据库1014查询存储的用户信息。在一些实施方案中，该信息可包括用户名、密码、账号、责任付款人的指示符和/或任何其他所需的用户信息。

在过程1400接收到用户信息之后，过程1400进行至决策状态1404，并且，处理器1008确定接收到的信息是否识别账户。在一些实施方案中，该确定是通过确定从用户终端1002接收到的信息是否与从用户数据库1014接收到的任何信息相匹配来完成。如果从用户终端1002接收到的信息与从用户数据库1014接收到的信息不匹配，那么过程1400可在框1406中终止，或者，过程1400可指导用户开设新的用户账户。在一些实施方案中，是否终止过程1400或请求开设新的用户账户的这一确定可基于预定准则(包括用于开设新的用户账户的程序)来完成。

如果从用户终端1002接收到的信息与从用户数据库1014接收到的信息匹配，那么过程移至决策状态，并且，处理器1008确定账户是否信誉良好。在一些实施方案中，该确定可包括例如，处理器1008向用户数据库1014和/或支付数据库1016查询与用户账户是否是活动账户、用户账户当前是否有未付款项、应付款项余额是否大于特定阈值、账户使用是否超出特定预定范围或任何其他所需因素有关的信息。如果用户账户信誉不好，那么过程1400在框1406中终止，或者，中央开单系统1004可通知用户终端1002用户账户已经暂停直到账户转为信誉良好。

如果处理器1008确定账户信誉良好，那么过程1400移至框1410，在框1410中，处理器1008验证用户。在已经验证用户之后，过程1400移至框1412并如在图13中所描绘的行进至过程1300的框1306。

本领域的技术人员应认识到，用于认证用户信息的过程1400可包括一些或所有上面论述的步骤以及除了上面所请求的步骤之外的步骤。本领域的技术人员应进一步认识到，用于认证用户信息的过程1400可包括以任何顺序执行的上列步骤，包括以不同于上面所示顺序的顺序。

本领域的技术人员应认识到这些子系统中的每一个可以使用多种技术和硬件相互关联并且可控关联的，并且本公开内容不局限于任何特定的关联方法或关联硬件。

所述技术可与众多其它通用或专用计算系统环境或配置一起操作。可适合与本发明一起使用的公知的计算系统、环境和/或配置的实例包括但不限于个人计算机、服务器计算机、手持式或便携式设备、多处理器系统、基于微处理器的系统、可编程的消费电子产品、网络PC、小型计算机、大型计算机、包括上文系统或设备中任一种的分布式计算环境以及类似设备。

如本文所用，指令是指用于在系统中处理信息的计算机实现的步骤。指令可以在软件、固件或硬件中实现，并且包括由系统组件进行的任何类型的编程步骤。

微处理器可以是任何常规的通用单芯片或多芯片微处理器，例如处理器、Pro处理器、8051处理器、处理器、Power处理器或处理器。此外，微处理器可以是任何常规的专用微处理器，例如数字信号处理器或图形处理器。微处理器通常具有常规地址线、常规数据线，以及一种或多种常规控制线。

该系统可与各种操作系统连接使用，例如或Microsoft

该系统控制可以用任何常规编程语言编写，例如C、C++、BASIC、Pascal、NET(例如C#)或Java，并且在常规操作系统运行。C、C++、BASIC、Pascal、Java和FORTRAN是许多商业编译器可以用来创建可执行代码的行业标准编程语言。系统的控制也可以使用解释语言编写，例如Perl、Python或Ruby。

前面的描述详细说明了本文公开的系统、设备和方法的一些实施方案。然而，应当理解的是，无论前述多么详细地在文本中，系统，设备和方法可以以多种方式实施。也如上面所述，应当指出的是，描述本发明的一些特征或方面时，特定术语的使用不应被认为暗示该术语本文已经被重新定义，以被限定为包括与该术语相关联的技术的特征和方面的任何具体表征。

本领域的技术人员应当理解的是可以进行各种修改和变化而不脱离所描述的技术的范围。这些修改和变化预期落入所述实施方案的范围之内。本领域的技术人员同样应当理解的是包括在一个实施方案中的部分可以与其他实施方案互换；来自所描绘的实施方案中的一个或多个部分可以以任何组合包括于所描述的其他实施方案中。例如，本文所描述和/或附图中描述的不同的组件中的任一个可以组合、互换或从其它实施方案排除。

就本文基本上任何复数和/或单数术语的使用而言，本领域那些技术人员可以从复数解读为单数和/或从单数解读为复数，只要适于上下文和/或发明。为清楚起见，本文可明确确定各种单数/复数置换。

本领域那些技术人员应理解的是，一般来说，本文中使用的术语通常预期为“开放”术语(例如，术语“包括”应解释为“包括但不限于”，术语“具有”应该被解释为“至少具有”，术语“包括”应该被解释为“包括但不限于”，等等)。本领域的技术人员应理解的是，如果所引入的权利要求叙述的特定数目是预期的，这样的预期将明确地叙述在权利要求中，并且当不存在这样的叙述时则没有这样的预期。例如，作为对理解的帮助，下面所附的权利要求可以包含使用前导短语“至少一个”和“一个或多个”，以引入权利要求的叙述。然而，使用这类短语不应当被解读为暗示通过不定冠词“a”或“an”引入的权利要求叙述将包含这样引入的权利要求叙述的任意特定权利要求限制为包含仅一个这样叙述的实施方案，即使同一个权利要求包括前导短语“一个或多个”或“至少一个”和不定冠词例如“a”或“an”(例如，“a”和/或“an”通常应解读为意指“至少一个”或“一个或多个”)；用于引入权利要求叙述的定冠词的使用也是如此。此外，即使所引入的权利要求陈述的特定数目被明确记载，本领域的技术人员应认识到这样的陈述应通常解读为意指至少所叙述的数目(例如，“两个叙述”的直接叙述，没有其他修饰语，通常意指至少两个叙述或两个或更多个叙述)。而且，在使用类似于“A、B和C中的至少一个等”的常规的那些情况中，通常这样的解读预期为本领域技术人员应理解所述常规的意义(例如，“具有A、B和C中的至少一个的系统”应包括但不限于具有只有A、只有B、只有C、A和B一起、A和C一起、B和C一起和/或A、B和C一起等的系统)。在使用类似于“A、B或C中的至少一个等”的常规的那些情况中，通常这样的解读预期为本领域技术人员应理解所述常规的意义(例如，“具有A、B或C中的至少一个的系统”将包括但不限于具有只有A、只有B、只有C、A和B一起、A和C一起、B和C一起和/或A，B和C一起等的系统)。本领域的技术人员还应当进一步理解的是事实上表示两个或更多个可选术语的几乎任何反义词和/或短语，无论在说明书、权利要求书或附图中，应该被理解为设想包括术语中的一个、术语中的任一个或两个术语的可能性。例如，短语“A或B”将被理解为包括“A”或“B”或“A和B”的可能性。

本文引用的所有参考文献均通过引用全文并入本文。在通过引用并入的出版物和专利或专利申请与说明书中所包含的公开内容相矛盾的程度上，说明书预期取代和/或优先于任何此类矛盾的材料。

如本文所使用的，术语“包含”与“包括”、“含有”或“所表征”是同义词，并且是包容性的或开放式的，并且不排除另外的，未陈述的要素或方法步骤。

在本说明书和权利要求书中展示所有表示成分的量、反应条件等等的数字在所有情况下都应被理解为被术语“约”修饰。因此，除非有相反的指示，展示在说明书和所附的权利要求中的数值参数是可根据本发明试图获得的所期望的特性所变化的近似值。至少，并且不试图限制与权利要求的范围等同教义的应用，每个数值参数应该按照有效数字的数目和普通的舍入方法来解释。

以上说明公开了本发明的若干种方法和材料。本发明易于进行方法和材料的修改，以及制造方法和设备的改变。这些修改将通过对本文公开的本发明的公开内容或实践的考虑而对本领域技术人员变得明显。因此，不预期将本发明限于本文所公开的具体实施方案，而是它覆盖在所附实施方案中具体化的本发明的真实精神和范围内的所有的修改和替换。

Claims (14)

1.一种用于追踪标签状态的系统，所述系统包括：

第一数据库，包括标签信息，其中，所述标签信息包括指示所述标签的状态的标识；以及

处理器，至少部分地由硬件实现，所述处理器根据存储在存储器中的指令而运行，其中，所述处理器配置为：

生成所述标签，其中所述标签包括所请求服务信息；

更新所述第一数据库中的所述标识以指示所述标签的存在；

记录指示所述标签的生成的时间；

接收指示所述标签已被扫描的信号；

响应于接收的所述信号，确定所述标签是否在从指示所述标签的生成的时间起的预定时间段内被扫描；以及

如果所述标签在所述预定时间段内被扫描，则更新所述第一数据库中的所述标识，以指示所述所请求服务信息中标示的服务已提供，并且如果所述标签在所述预定时间段内未被扫描，则更新所述第一数据库中的所述标识以指示所述预定时间段已经过期。

2.如权利要求1所述的系统，其还包括第二数据库，其中，所述第二数据库包括用户标识。

3.如权利要求2所述的系统，其还包括第三数据库，其中，所述第三数据库包括支付信息。

4.如权利要求3所述的系统，其中，所述支付信息与所述第二数据库中的所述用户标识相关联。

5.如权利要求4所述的系统，其中，所述支付信息包括用户账户访问信息。

6.如权利要求5所述的系统，其中，所述处理器还配置为在接收到指示所述标签的状态已经改变的信号之后从所述第三数据库请求支付信息。

7.如权利要求6所述的系统，其中，所述处理器还配置为访问用户账户并借记所述用户账户。

8.一种用于追踪标签状态的方法，所述方法包括：

生成所述标签，其中所述标签包括所请求服务信息；

记录指示所述标签的生成的时间；

更新第一数据库中的状态，以指示所述标签的生成；

接收指示所述标签已被扫描的信号；

响应于接收的所述信号，确定所述标签是否在从指示所述标签的生成的时间起的预定时间段内被扫描；以及

如果所述标签在所述预定时间段内被扫描，则更新所述第一数据库中的所述状态，以指示所述所请求服务信息中标示的服务已提供，并且如果所述标签在所述预定时间段内未被扫描，则更新所述第一数据库中的所述状态以指示所述预定时间段已经过期。

9.如权利要求8所述的方法，其中，用户标识包括在第二数据库中。

10.如权利要求9所述的方法，其中，第三数据库包括支付信息，所述支付信息与所述用户标识相关联。

11.如权利要求10所述的方法，其中，所述支付信息包括用户账户访问信息。

12.如权利要求11所述的方法，还包括在接收到指示所述标签的状态已经改变的信号之后从所述第三数据库请求支付信息。

13.如权利要求12所述的方法，还包括访问用户账户并借记所述用户账户。

14.一种配置为追踪标签状态的系统，所述系统包括：

生成装置，用于生成所述标签，其中所述标签包括所请求服务信息；

记录装置，用于记录指示所述标签的生成的时间；

更新装置，用于更新第一数据库中的状态，以指示所述标签的生成；

接收装置，用于接收指示所述标签已被扫描的信号；

确定装置，用于响应于接收的所述信号，确定所述标签是否在从指示所述标签的生成的时间起的预定时间段内被扫描；以及

标识更新装置，用于如果所述标签在所述预定时间段内被扫描，则更新所述第一数据库中的标识，以指示所述所请求服务信息中标示的服务已提供，并且如果所述标签在所述预定时间段内未被扫描，则更新所述第一数据库中的所述标识以指示所述预定时间段已经过期。