CN105637545A

CN105637545A - 用于监测交付的方法和系统

Info

Publication number: CN105637545A
Application number: CN201480055707.0A
Authority: CN
Inventors: M.兹瓦哈尔斯; W.C.凯尔斯蒂; J.J.里格尔; S.L.豪尔; V.K.贾尼
Original assignee: Air Products and Chemicals Inc
Current assignee: Air Products and Chemicals Inc
Priority date: 2013-08-09
Filing date: 2014-08-07
Publication date: 2016-06-01
Also published as: BR112016002072A2; CA2919854A1; KR20160036055A; EP3031018A2; EP3031018A4; KR20170099409A; CL2016000307A1; WO2015021295A2; WO2015021295A3; US20150046298A1

Abstract

用于监测交付行程的计算机装置和方法包括在所述计算机装置接收交付信息。对交付信息进行以下至少一个操作：从第二计算机传送给计算机装置，和经由计算机装置的用户界面输入。交付信息包括所述交付行程中的计划停留点的位置以及在所述计划停留点要交付的产品量。计算机装置在交付停留点交付产品之前检查交付停留点的位置对应于计划停留点的位置。计算机装置还记录在交付停留点所交付的产品量，并且检查所交付的产品量对应于要交付的产品量。

Description

用于监测交付的方法和系统

相关申请的交叉引用

本申请是2013年8月9日提交的美国申请No.13/963527的部分连续案并且要求其优先权，通过引用将其全文结合到本文中。

技术领域

本发明涉及用于监测产品交付的方法和系统。产品可包装在分立容器中或者通过在交付地点将产品转移到贮藏容器中散装交付。产品也可以是分立设备件。

背景技术

产品的交付可能是物流难题，因为无法预料的问题可能出现，这要求对交付路线或者实际交付的产品量的调整。例如，产品因损坏或变质而可能是不可交付的。在其它情况下，向接收方发送错误产品或者错误产品数量。在又一些情况下，例如因为产品发送到错误地址或不存在而不能接收产品的接收方，所以产品无法交付。在另一个示例中，可能需要适应客户推动调度调整的最后时刻产品交付请求、紧急需要。

存在调度系统，其生成用于交付代理、例如卡车司机的计划表。但是，这些常规系统在适应无法预料的问题、例如以上所述的那些问题的能力方面受到限制。交付代理通常将在工作日或轮班开始时接收其计划表，并且然后尝试尽可能密切地遵循计划表。代理被给予极少(即使有的话)关于在问题出现时如何继续进行交付的附加指引。代理在他们具有的例如关于额外产品发送的位置的自主量方面也受到限制，因为常规系统不允许明显的计划表偏离，和/或不提供关于哪些位置适合于添加到交付行程的指引。

常规交付系统还容许对交付代理方(依靠其跟踪运输产品的数量和类型)的不可接受的人为误差水平。库存监测技术在有限程度上可用于跟踪中心设施例如仓库(从其中始发交付)中储存的产品。但是，一旦产品从中心设施移去，跟踪变得比较困难，特别是在交付代理对交付行程的过程作出许多交付停留点时。对于某些类型的产品，还难以准确监测在任何给定时间在交付车辆上存在的产品量。例如，工业气体产品通常以液体形式来储存，并且一定量的产品在运输期间并且每当液体散装转移到交付车辆或从交付车辆散装转移时经过蒸发而损失。所交付的所规定产品量与所交付的实际产品量之间的不一致可使接收方接收不正确的交付帐单。在一些情况下，供应商可通过将不一致作为其资产负债表上的损失冲销掉来承担该成本。不管如何解决不一致，至少一方受到不利影响。

发明内容

本发明的示例实施方案提供用于监测产品交付的系统和方法。

按照示例实施方案，提供一种用于监测交付行程的计算机实现方法。该方法包括：在第一计算机的处理器接收交付信息，其中对交付信息进行以下至少一个操作：从一个或多个第二计算机传送给第一计算机，和经由第一计算机的用户界面输入，并且其中交付信息包括交付行程中的计划停留点的位置和计划停留点处要交付的产品量；在处理器检查交付停留点的位置对应于在交付停留点处的产品交付之前的计划停留点的位置；以及在处理器记录交付停留点处所交付的产品量并且检查所交付的产品量对应于要交付的产品量。

按照示例实施方案，提供一种用于监测交付行程的计算机装置，包括：处理器，执行下列步骤：接收交付信息，其中对交付信息进行以下至少一个操作：从一个或多个第二计算机传送给第一计算机，和经由第一计算机的用户界面输入，并且其中交付信息包括交付行程中的计划停留点的位置和计划停留点处要交付的产品量；检查交付停留点的位置对应于在交付停留点处的产品交付之前的计划停留点的位置；以及记录交付停留点处所交付的产品量并且检查所交付的产品量对应于要交付的产品量。

按照示例实施方案，用于监测产品交付的系统和方法涉及接收在交付期间实时传送的交付信息。信息指示所交付的产品量。接收信息的处理器按照所接收信息来更新数据库，以反映所交付的产品量。这允许系统基于来自现场(其中正发生库存变化)的实时信息来跟踪库存。

按照示例实施方案，用于监测产品交付的系统和方法涉及在计算机的处理器接收识别贮藏容器的信息。处理器将信息与存储信息进行比较，所述存储信息与指配用于交付的贮藏容器关联。基于比较，处理器允许代理继续进行交付。这允许系统检查交付在正确位置发生，并且当相同交付位置具有多个贮藏容器(可潜在地交付产品到其中)时是特别有用的。

按照示例实施方案，用于创建交付计划表的系统和方法涉及接收创建或修改用于用户定义交付行程的计划表的用户请求。计划表通过行程起始位置和行程结束位置的用户输入连同来自潜在交付位置的列表的交付位置的用户选择来创建。响应潜在交付位置之一的用户选择，将交付停留点添加到起始位置与结束位置之间的计划表。这提供针对调度的自由度，因为用户能够定义新计划表，而并不局限于可在没有用户输入的情况下已经创建的预定义计划表。

按照示例实施方案，计算机的处理器接收贮藏容器中的第一传感器的输出以及交付车辆中的第二传感器的输出。取决于第一传感器和第二传感器的相应输出所指示的交付量之间的比较结果，处理器授予结束交付过程的许可。这对于确保在各交付现场准确记录交付量是有用的。如果传感器之一出故障，则该比较将检测这个情况，并且可采取适当校正动作。

附图说明

图1是按照本发明的示例实施方案、用于监测交付的系统的框图。

图2是示出按照本发明的示例实施方案、用于监测交付的方法的流程图。

图3和图4示出按照本发明的示例实施方案、用以使用户登陆进入用于监测交付的系统中的用户界面。

图5和图6示出按照本发明的示例实施方案、用户用以选择行程的用户界面。

图7示出按照本发明的示例实施方案、显示所选行程的细节的用户界面。

图8至图14示出按照本发明的示例实施方案、用户用以参与行程前过程的用户界面。

图15示出按照本发明的示例实施方案、用户用以对行程前阶段的结束加时间戳的用户界面。

图16和图17示出按照本发明的示例实施方案、用户用以创建新行程的用户界面。

图18至图21示出按照本发明的示例实施方案、用户用以对行程添加停留点的用户界面。

图22示出按照本发明的示例实施方案、用户用以记录延迟的用户界面。

图23示出按照本发明的示例实施方案、用户用以记录加油停留点的用户界面。

图24示出按照本发明的示例实施方案、用户用以记录车辆负荷参数的用户界面。

图25至图29示出按照本发明的示例实施方案、用户用以参与交付过程的用户界面。

图30示出按照本发明的示例实施方案、用户用以记录包装交付的细节的用户界面。

图31至34示出按照本发明的示例实施方案、用户用以记录失败交付的示例用户界面。

图35示出按照本发明的示例实施方案、用户用以捕获和访问所存储照片的用户界面。

图36至图39是按照本发明的示例实施方案、用于验证交付信息的方法的流程图。

图40示出按照本发明的示例实施方案、用户用以参与行程后过程的用户界面。

图41和图42示出按照本发明的示例实施方案、用于分析产品质量的用户界面。

图43示出按照本发明的示例实施方案、用于指定质量要求的用户界面。

图44和图45示出按照本发明的示例实施方案的质量要求。

图46和图47示出按照本发明的示例实施方案、用户用以发起质量分析的用户界面。

图48示出按照本发明的示例实施方案、显示所测量质量指标的用户界面。

图49示出显示与无法满足质量要求有关的错误信息的用户界面。

图50和图51示出按照本发明的示例实施方案、总结质量分析的报告。

图52示出按照本发明的示例实施方案、用于分析产品质量的方法的流程图。

图53示出按照本发明的示例实施方案、用以处理基于现金的销售交易的用户界面。

图54示出按照本发明的示例实施方案、用于电子扫描作为基于现金的销售交易的主题的产品的用户界面。

图55示出按照本发明的示例实施方案的现金收据。

图56是按照本发明的示例实施方案、用于处理基于现金的销售交易的方法的流程图。

具体实施方式

图1示出按照本发明的示例实施方案、用于监测交付的示例系统100。系统100可包括中央计算机、例如服务器20，其经过由代理12分别操作的便携计算机14与多个交付代理12进行通信。通信网络110将服务器20无线连接到计算机14。在一个实施方案中，网络110是移动电话网络(例如3G或4G网络)，以及计算机14是智能电话。无线访问的可用性根据位置而改变，因此用来实现网络110的技术可取决于系统100所在的位置。它还可取决于预期系统与用户12进行通信的距离(例如，移动电话网络具有比Wi-Fi明显更大的范围)以及系统100需要的通信速度。因此，网络可基于通信要求来选择。

服务器20运行监测和调度算法，其提供交付计划表的创建和调整连同交付的实时监测。在示例实施方案中，服务器20还运行用于执行交付后过程的算法，其可包括记帐、库存管理、客户支持或工资单(payroll)过程。由服务器20所运行的算法可作为程序代码存储在非暂时计算机可读介质(包括任何常规存储器装置)上，以单独或组合地执行本文所述方法的任一种，例如以便输出所述图形用户界面的任一个或多个。存储器装置能够包括任何常规的永久和/或暂时存储器电路或者其组合，其非详尽列表包括随机存取存储器(RAM)、只读存储器(ROM)、压缩光盘(CD)、数字多功能光盘(DVD)和磁带。

与本文中的任何服务器功能性有关的各种数据可存储在数据库22中，包括用户简档(例如每个交付代理12的员工记录)、客户信息、交付计划表、库存记录、交付记录和发票。服务器20可访问该数据，以支持它运行的算法。

每个计算机14可配备有代理12用以输入信息供传送给服务器20的显示器和输入布置(例如触摸屏)。在示例实施方案中，计算机14包括可用以计算计算机14的位置的GPS接收器(例如天线和用于与GPS卫星进行通信的软件)。计算机14可包括照相装置(内置或外部连接)以及用于向服务器20传送照相装置所捕获的图像的软件。计算机14还可包括条形码扫描器或RFID读取器以及用于与打印机进行交互的硬件和/或软件。计算机14还可包括软件，其与服务器20接口连接，以用于执行监测和调度任务。

在示例实施方案中，交付车辆包括车载装置、例如传感器或计量表，以用于监测车辆上储存的产品，例如车辆中以重量计或以体积计的产品量、产品温度、产品压力或者装载到车辆或者从车辆转移的产品量(例如由流量计所测量)。车载装置还可提供与车辆条件相关的信息，例如燃料水平或行驶的距离(例如由里程表所测量的英里数)。来自车载装置的信息可直接地、例如可视地或者使用音频来传送给代理。在示例实施方案中，计算机14包括通信布置，以用于例如使用Wi-Fi、蓝牙或红外硬件从车载装置的一个或多个接收监测信息。如本说明书通篇所使用的术语“交付车辆”表示移动交付设备，例如卡车或运货车，产品装载到其中供运输到接收方。交付车辆还可表示设备组合，例如与拖车相组合的牵引车。

如将结合本文所述的示例实施方案所说明，系统100使用服务器20与计算机14之间的通信来提供交付活动的实时监测，该通信包括来自代理12的输入。例如，系统能够监测在装载位置50发生的交付活动，以便得到与装载到交付车辆33上以交付给一个或多个接收方的产品有关的信息。产品可包括包装产品7，其储存在分立容器(例如化学或工业气体的箱或便携罐或缸)中。作为替代或补充，装载到任何特定交付车辆33上的产品可包括散装产品，其按体积转移到位于交付车辆中的贮藏容器。非限制性地包括低温液体的散装产品可例如使用专门设备并且在受控环境条件(温度、压力、湿度等)下从贮藏设施9(其中储存产品)分配。

监测可在交付行程期间的任何点发生，包括当代理在到第一交付位置53或者第二或后续交付位置55的途中时、当代理在交付位置53、55停留或者在到所指定结束位置(例如相同装载位置50、另一个装载位置、车辆维修车间或车辆贮藏设施)的途中时。

各交付位置对应于交付行程的所计划停留点。交付位置可在开始行程之前、例如当交付代理最初接收其交付计划表时指配给行程。本发明的示例实施方案还允许基于不可预料的情况或者基于产品可用性对计划表添加或去除停留点。

本发明的示例实施方案提供要在交付位置处提供给接收方的交付文件。在示例实施方案中，各交付代理可携带便携打印机19，其能够有线或无线地连接到计算机14或者单独携带并且带到交付位置周围。备选地，打印机19可位于交付车辆上。打印机19可响应来自计算机14的命令而用来打印采取交付收据形式的初始交付文件，其可补充例如在服务器20完全处理交付交易之后所生成的最终文件或者被其取代。

图2是按照本发明的示例实施方案、用于监测交付的方法200的流程图。将结合系统100以及图3至图31所示的示例图形用户界面(GUI)来描述方法200。在步骤210，生成行程计划表。在示例实施方案中，计划表通过在服务器20的调度算法对各代理12生成。各行程计划表包括起始位置(例如装载位置)、至少一个交付位置和结束位置。除了诸如要交付的产品的类型、产品量和特殊交付指令(例如关于向特定客户交付产品的方式或位置的指令)之类的交付参数之外，计划表还可包括代理应该到达各位置的预期时间。计划表还可指定供进行行程中使用的交付设备。在示例实施方案中，交付车队包括多个不同设备类型，例如牵引车、运货车和油罐车。调度算法可选择适合于所交付产品的类型的设备。

在步骤212，将行程计划表传送给交付代理，并且执行行程前过程。在示例实施方案中，可要求代理通过将用户ID和密码输入其计算机14来登录系统。图3示出其中输入用户ID和密码供传送给服务器20的示例GUI61。在服务器20通过将登录信息与例如位于数据库22中的所存储用户简档进行比较，来检验登录信息。当检验登录信息时，计算机软件可进行到图4的示例GUI62，其中显示使用监测软件的条款和条件。向代理提供接受和拒绝条款和条件之间的选择。如果代理接受，则软件可得到和显示行程的列表，如图5的示例GUI63所示。行程的列表形成“待办事项”列表，以及可对任何给定工作日或班次为代理指定至少一个行程。给予代理选项，以选择开始一个行程，指定为当前行程。在图6的示例GUI64中，代理选择了行程号“4247578”作为当前行程。

可在选择当前行程之前下载各行程的计划表。如图5所示，这个基本信息可包括行程标识符40、车辆类型(例如卡车(rigid)(没有拖车的卡车)、牵引车加拖车或者牵引车加模块)连同对应车辆标识符和估计开始时间。在示例实施方案中，GUI63采取图形图标41的形式来提供行程的一般性质的图形指示。各图标41可包括指示将要装运的产品数量的第一部分以及指示产品的类型的第二部分。示例产品包括包装产品(PKG)和散装氮(BLN)。各行程一般涉及单种类型的产品并且因此涉及单个图标。对于涉及多种类型的产品、例如不同工业气体缸的行程，图标可表示相关产品的任一个。图标41提供让代理快速确定各行程所涉及的工作量的便利方式。

在示例实施方案中，GUI63包括添加行程的选项。如将更详细说明，系统100可为代理提供针对管理其自己的计划表的大自主度。这包括添加整个行程，并且还可包括将现有行程修改成例如包括附加交付停留点或者去除对该行程确定为不必要的交付停留点。关于行程的添加，一个实施方案提供众所周知的“循环取货”的创建，其中代理进行到所指定位置，在到达时代理确定接收方是否要求产品的交付以及接收方是否具有需要收取的空产品容器。

附图所示的示例GUI可包括一般位于屏幕底部的导航菜单。图5中，导航菜单包括选择与代理的工作日相关的子菜单的选项，例如返回到GUI63所示的行程列表、挑选交付车辆并且将产品装载到车辆中、审阅从服务器20所传送的消息以及填写车辆事件报告。这些选项对应于常见交付相关活动。GUI可包括例如在屏幕顶部的其它菜单选项，以便返回到前一菜单、运行动作(例如保存用户输入信息)或者取消动作。

GUI可包括发起与菜单选项关联的软件动作的按钮。在示例实施方案中，这些按钮以图形方式表示为人字形图标42。图5中，激活任何特定行程的按钮可将关联行程指定为当前行程。备选地，激活可显示具有关联行程的详细信息的子菜单，从该子菜单，可将关联行程指定为当前行程。图6中，激活当前行程的按钮显示图7的示例GUI65所示的详细信息。

在示例实施方案中，行程包括三个阶段：行程前阶段、包括一个或多个交付停留点的行程(交付)阶段和行程后阶段。GUI65示出这些阶段的每个的概述。在激活关联按钮时，GUI可转变到各阶段的子菜单。GUI65还可包括访问与行程期间引起的延迟相关的子菜单的选项。行程前信息的概述信息可包括起始位置，例如用作将产品装载到交付车辆上的装载设施的工厂名称。停留点的概述信息可包括至少一个接收方的名称和地址连同各接收方的调度交付时间(例如计划到达时间)。行程后阶段的概述信息可包括结束位置，例如用作交付车辆返回以卸载其余产品的卸载设施的工厂名称。

图8示出提供与当前行程(行程号4247568)的行程前过程相关的菜单选项的示例GUI66。选项可包括访问与起始位置有关的细节、访问特殊交付指令、选择设备(例如交付车辆)、创建车辆条件报告(VCR)、挑选并且将产品装载到车辆中、确认装载并且完成行程前过程的选项(包括打印行程前确认的选项)。在示例实施方案中，不是同时使这些选项可用。作为替代，可以不使对应于行程前过程中在逻辑上稍后发生的活动的选项可用，直到选择先前选项。例如，在选择“Begin”选项时，软件使“Instructions”选项连同可用性的视觉指示可用(例如将Instructions选项的显示从灰色改变成彩色或者从一种颜色或阴影改变成另一种)。Instructions选项的选择导致转变到显示特殊交付指令(若有的话)的屏幕，以及在返回到行程前菜单时，“Equipment”选项变为可用。GUI66可按照类似方式行进经过各其余选项，从而引导代理经过与这些选项关联的各种子菜单，以确保代理没有忽略行程前过程中的任何重要步骤。软件可类似地引导代理经过其它GUI中的选项。

图9示出提供从可用设备的列表中进行选择的选项的示例GUI67。每项设备可被指配标识符。示例设备包括交付车辆(牵引车、卡车(rigidtruck)、运货车、厢式卡车等)以及能够与交付车辆(例如通用拖车或模块拖车)组对的贮藏容器。服务器20可跟踪指配给各行程的设备和/或交付位置，并且将该信息传送给计算机14。代理可选择可用设备的一个或多个供行程期间使用。

图10示出提供图8中的VCR选项的子菜单的示例GUI68。GUI68包括让代理指示使用“Equipment”选项所选的设备是否适合上路并且对当前行程使用的选项。在一些情况下，代理可能选择了设备，仅在以后、例如在视觉检查时发现存在使设备不适合于当前行程的问题。响应接收设备不适合的指示，软件可允许代理从可用设备的列表中选择替代设备，然后将选择的变化传递给服务器20。GUI68还可包括例如采用描述损坏的文本的代理输入或者采用使用照相装置所捕获的图像来证明车辆损坏的选项。

图11示出提供图8中的“Pick/Load”选项的子菜单的示例GUI69。GUI69包括例如通过扫描与客户订单关联的电子标签例如条形码，或者手动键入订单号(图12中的“983459”)将产品手动添加到装载到所选设备上的产品的列表的选项。在许多情况下，订单可以已经在系统中。在调度过程期间，服务器20可以已经确定存在与调度行程关联的交付位置向接收方交付产品的待决订单。服务器20可传送要交付以用于完成订单的产品列表，该列表然后在计算机14显示。代理在查看产品列表时将(一个或多个)所需产品定位并且转移到交付车辆。

如果产品列表包括包装产品，则软件可转变到容器视图，如图12的示例GUI70所示。容器视图示出已经装载的容器45(这种情况下为包装)的列表。容器视图可包括各产品的独立屏幕。例如，GUI70指定与砷气产品相关的容器45，该产品通过材料号“16621”来标识。

可扫描装载到交付车辆上的各包装。在示例实施方案中，将条形码标签施加到包装产品，并且各标签包括条形码的人类可读表示(例如字母数字代码)。代理可使用条形码扫描器来扫描条形码或者将人类可读表示手动输入到计算机14中。在示例实施方案中，使用照相装置代替常规条形码扫描仪，以捕获条形码的图像。计算机软件处理图像，以便将条形码信息传送给服务器20，其更新产品库存以反映扫描。

计算机14可向代理请求关于已经装载全部所需产品的确认(例如图8中的“ConfirmLoad”选项)。确认可包括选择图13的GUI17中的“Done”选项。当加载各产品时，服务器20可针对订单来检查产品的标识符，以确定产品是否匹配订单。如果产品不匹配，则服务器20可使计算机显示错误消息。备选地，服务器20可将检查延迟直到代理尝试确认装载，由此针对订单来检查所装载产品的整个列表。

图14示出提供图8中的“CompleteandPrint”选项的子菜单的示例GUI72。GUI72提供例如使用位于装载设施或者交付车辆中的打印机来打印全部行程前文档的选项。行程前文档可包括概括行程的行程文档、包含代理的特殊指令的交付注释、描述所装载产品的质量的质量文档和提货单。打印请求可直接无线传送或者经过网络110传送给打印机。GUI72包括单独打印各行程前文档的选项。在示例实施方案中，打印缺省为便携打印机19，但是可存在计算机14与其连接的其它打印机。相应地，GUI72包括使用另一个打印机重新打印全部行程前文档的选项。

在示例实施方案中，各阶段(行程前、交付、行程后)可通过记录阶段的开始时间和/或结束时间来加时间戳。加时间戳能够使用在计算机14的软件实现时钟自动执行。备选地，代理能够例如基于软件时钟所指示的时间手动输入各开始/结束时间。加时间戳通过为服务器20提供关于行程如何进行的指示来促进交付监测。加时间戳在行程后处理期间也可用于生成记帐文件。图15示出为行程前阶段提供加时间戳菜单的示例GUI73。在这个菜单中，代理指定了行程前结束时间，并且提供有查看时间总结、例如到目前为止对行程所花费的总时间数的选项。

如先前所述，系统100可为代理提供针对管理其自己的计划表的大自主度。例如，通过选择图5中的“AddTrip”选项，代理可使软件转变到图16的示例GUI74。新创建的行程说明性地标记为“Trip1”，但是实际行程标识符可由服务器20来指配。代理提供有访问用于定义新行程的行程前阶段的子菜单、对新行程添加停留点并且定义新行程的行程后阶段的选项。可通过选择起始位置(例如从装载设施的列表)、选择行程前开始时间、选择设备、选择预先存在订单或输入新订单以及先前结合行程前阶段所述的其它动作，来定义行程前。例如，图17中，示例GUI75示出“Walkden”工厂已经选择作为起始位置，以及交付设备包括牵引车“19042”和拖车“19045”。行程后阶段将在下面更详细描述，并且可通过选择结束位置和行程后开始时间和/或行程后结束时间来定义。虽然行程的添加描述为在行程前阶段期间发生，但是在示例实施方案中，行程能够在任何时间使用与GUI74、75相似的菜单来添加。

返回参照图2，在步骤212之后，行程前阶段完成，并且行程这时在进行中。在步骤214，服务器20监测进度，并且可按照代理请求来调整计划表。在示例实施方案中，系统100允许代理通过对行程、例如对当前行程或者对指配给代理的另一个行程添加停留点，来调整行程计划表。图18的示例GUI76提供代理能够用以通过从潜在交付目的地的列表中进行选择对行程“4247578”添加停留点的菜单。GUI76包括用于接收搜索参数(例如客户名称或地址)的代理输入的文本字段。计算机14生成匹配目的地的列表供GUI76中显示。可显示各潜在目的地，其中具有接收方的名称(例如公司名称)、地址和目的地的距离。软件可以可配置成备选地或同时地显示各目的地的不同类型的距离，包括离代理的当前位置(例如其中计算机14包括GPS接收器)的距离、离当前停留点的距离、到当前停留点之后的后续停留点的距离、离行程起始位置的距离以及离行程结束位置的距离。这些距离可在计算机14基于各潜在目的地的所存储位置信息、例如GPS坐标来计算。计算机14还可生成附近目的地的列表供显示，而无需搜索参数的输入，如图19的示例GUI77所示。计算机14可借助于或者无需服务器20来执行搜索。

软件可提供各潜在目的地的详细信息的显示，信息从服务器20来传送。图20示出显示这种详细信息的示例的示例GUI78，信息可包括“shipto”号(其标识接收方的位置(送货地点号通常与接收方的地址关联))、用于联络接收方的电话号码以及对于接收方方便接受交付的交付时间。

图21示出显示进一步定义已经选择目的地之后的停留点的选项的示例GUI79。选项包括指定停留点类型(例如停留点是交付、容器收取、设备交换、设备挑选还是设备放弃(equipmentdrop))、将散装产品转移到其中的贮藏容器(例如储油罐的序列号)以及交付量(例如储油罐中的液体的试验旋塞(try-cock)水平)。系统可对停留点指配交付注释。交付注释描述所交付的产品，并且可在行程前阶段期间生成。在行程前阶段之后添加停留点的情况下，交付注释可基于实际交付的产品来生成。

在示例实施方案中，服务器20分析代理在所添加的停留点处提供完全交付的能力。分析可涉及确定交付车辆是否具有足够燃料以便无需加油而完成行程。分析可涉及确定交付车辆是否具有充分数量的产品以满足接收方的需求(例如在现有订单的情况下的实际需求或者在循环取货的情况下的预计需求)，同时还满足现有停留点的需求。相应地，行程监测可涉及跟踪多少燃料或产品在任何给定时间存在于交付车辆中。燃料/产品信息可由计算机14和/或由车辆中的传感器自动提供给服务器20。代理还可使用计算机14手动输入该信息供在各种时间、例如在各停留点的开始和结束结合加时间戳进行传送。当服务器20确定燃料和/或产品不充分时，警告消息可在计算机14上显示，以指示添加停留点是不可取的。代理可修订停留点参数(例如通过选择相同目的地的不同客户订单或者选择不同目的地)。还可允许代理忽略警告(例如，在加油或重新装载停留点已经计划但是尚未输入系统中的情况下)。

在示例实施方案中，系统100使用添加行程和停留点的先前所述选项来提供循环取货的创建。按传统，循环取货涉及交付代理沿预定义路线、例如代理常规行驶的路线行进。交付代理在偏离路线方面具有极少灵活性。相比之下，按照本发明的示例实施方案所创建的循环取货可涉及代理输入关于执行停留的位置。使用计算机14上的软件，代理能够创建其中停留点的一个或多个(可能全部)是循环取货的行程。计算机14可基于距离或预期需求来限制停留点的添加。例如，如果与停留点关联的预期需求使预期总需求(来自所有停留点)超过装载到车辆上的产品量，则计算机14可防止停留点作为循环取货而添加。关于距离，计算机14可基于车辆中剩余多少燃料来限制所行驶的总距离。计算机14还可限制停留点之间的距离。如果潜在目的地无法满足距离标准，则计算机14可防止目的地在搜索结果中显示或者输出关于添加作为停留点的目的地不可取的警告。

系统100可调整行程计划表的另一种方式是响应行驶延迟。在示例实施方案中，软件允许代理将延迟输入到计算机14中以供传送给服务器20，其中可例如通过改变后续停留点的到达时间以考虑延迟，来调整计划表。服务器20可确定延迟是否使得不可能执行交付。例如，延迟可使代理无法在接收方方便接收交付的时间窗口期间到达接收方。服务器20可尝试重新安排停留点以纠正这种情况。如果重新安排停留点是不切实际的(例如因为重新安排会涉及过量行驶距离或时间)，则服务器可从行程中(例如从代理的计划表中)去除一个或多个停留点，并且将被去除的停留点重新指配给另一个代理、例如调度为在大约最初计划的到达时间在被去除停留点附近的代理。图22示出用以例如使用软件时钟或手动输入(如先前结合加时间戳所述)来记录延迟开始时间和延迟结束时间的示例GUI80。GUI80还包括指定延迟原因的选项。软件可包括根据类别(例如离开库房(即，装载位置)、车辆故障、途中阻塞和客户地点)组织的预定义延迟原因。对于各延迟类别，软件可呈现特定原因的列表，代理可从其中选择适当原因。例如，离开库房非限制性地可包括以下一个或多个：等待要供应的产品、等待要装载的车辆、驾驶员不在或迟到、车辆不可用和库房处的气候条件。途中阻塞类别非限制性地可包括以下一个或多个：气候条件、事故、道路封闭、交通和驾驶员休息。车辆故障类别非限制性地可包括以下一个或多个：各车辆类型的列表和各车辆类型的部件的列表。客户地点类别非限制性地可包括以下一个或多个：气候条件、开放/关闭时间、休息用餐、会议、安检和等待车辆访问。

图23示出其中能够通过输入时间、所添加的燃料量、燃料购买的销售收据号、燃料供应商名称、供应商的位置和燃料成本来记录加油停留点的示例GUI81。

图24示出用于监测车辆负荷的示例GUI82。每当设备的变化发生时(例如，调度停留点期间的设备交换或者当车辆在行程前阶段期间装载时)，可激活GUI82。系统可记录与装载相关的之前和之后的参数，例如车辆重量、燃料水平和交付设备的标识符。

当代理到达交付位置时，该方法进入步骤216，其中计算机14响应代理输入而开始交付过程。图25示出显示与接收方有关的总结信息连同访问附加接收方信息和特殊指令的示例GUI83。在已经访问指令之后，软件使开始交付过程的选项可用，开始于得到GPS坐标。还可访问附加停留点相关选项，例如容器交付、空返回(空容器收取)和满返回(满容器收取)。

图26示出与响应选择图25中的“Begin”选项而显示的菜单对应的示例GUI84。GUI84包括用于输入开始时间的时间戳选项、记录所行驶的距离的里程表选项以及指示交付失败的选项。

在步骤216，软件通过检查代理是否处于正确位置来确认交付位置。在确认位置之后，软件允许代理访问与交付过程关联的其它选项。如果交付位置是错误的，则可禁用其它选项，并且向代理显示警告消息。在示例实施方案中，软件使用与交付位置处的贮藏容器关联的电子标签(例如条形码或RFID)来执行确认。各位置可具有至少一个加标签容器来指定从车辆将产品卸载到其中的位置。在没有标签存在的情况下，代理可将新标签施加到贮藏容器，并且将标签信息输入到系统中以用于在将来交付期间引用相同贮藏容器。图27示出代理用以使用计算机14的内置照相装置来扫描条形码的示例GUI85。与GUI85相似的菜单可用于在装载和卸载期间扫描包装产品。软件可对标签信息进行解码，并且确定代码是否有效，在这种情况下，将代码与关联接收方订单的存储代码进行比较。

作为对电子加标签的补充或替代，软件可使用GPS来确认交付位置。图28示出用以使用计算机14的GPS接收器来得到GPS坐标的示例GUI86。显示指示代理处于贮藏容器的某个接近度之内(例如，直接在罐前面或者在与GPS的分辨率对应的预定义半径之内)的消息。因此，交付位置不需要与预计交付位置完全匹配。而是如GPS半径的示例所示，仅需要存在交付位置与预计交付位置之间的某种程度的对应性。

在确认交付位置之后，代理可继续进行交付，并且然后在步骤218生成初始文件(例如交付收据)。图29示出代理用以完成交付过程的示例GUI87。提供菜单选项，以用于访问支付细节、得到对客户调查的响应、输入延迟、得到驾驶员反馈、得到客户反馈和发起投诉返回过程。在选择“CompleteandPrint”选项时，交付收据例如使用打印机19来打印并且向接收方呈现。收据还可通过选择“Preview”选项在屏幕上显示。

图30示出用以记录包装交付的细节的示例GUI88。对于代理尝试交付的各产品，计算机14可显示所交付的总量、为交付所指定的总量、车辆中剩余并且可用于进一步交付的总量以及尝试交付但失败的总量。

图31示出代理输入部分交付失败(其中交付是部分成功的)的原因的示例GUI89。当例如特定贮藏容器被损坏、特定产品的交付地点关闭、装载错误产品或者在错误日期尝试交付时，部分失败可发生。

图32示出用以例如使用先前结合交付位置确认所描述的条形码技术来扫描失败贮藏容器的示例GUI90。软件向服务器20传送扫描容器代码连同失败容器的照片和来自代理的意见。软件可保持失败容器的列表、交付成功的容器的列表以及为交付所指配的容器的列表。如图33所示，示例GUI91允许代理访问容器列表的一个或多个，手动输入容器代码，并且使用照相装置来扫描容器。图34示出允许代理通过使用照相装置拍摄照片或者输入失败原因来证明交付失败的示例GUI92。服务器20可通过向另一个代理指配交付的失败部分或者在保持相同代理的同时将交付移动到将来日期，来重新调度失败交付。

图35示出用以访问使用照相装置所捕获的照片的示例GUI93。各照片可加时间戳，并且包括来自代理的意见。如图35所示，照片不仅可用于捕获失败容器的图像(如上所述)，而且还可用于捕获交付设备的问题。这类照片可附于例如使用图8中的VCR选项所创建的车辆事件报告，并且传送给服务器20供存储。

在示例实施方案中，软件防止交付过程结束，直到验证了与交付阶段有关的信息。验证可在服务器20执行。软件可禁用图29中的“End”选项，直到它接收来自服务器20关于所有信息是有效的指示。因此，代理可能无法输入停留结束时间或者保存停留信息，直到验证了信息。对于各无效信息项，服务器20可使计算机显示错误消息或警告。验证对于保持各交付的准确记录是重要的。验证也可在计算机14执行。

在示例实施方案中，验证信息分为下列类别：客户交付、车辆状况、加时间戳和调度。各类别的示例在图36至图39中示出。除了与交付阶段有关的信息之外，还可验证与行程前阶段、行程后阶段或者行程总体相关的信息。相应地，将会理解，验证可在任何时间进行。此外，执行验证的指令无需是固定的(例如在图36至图39所示的指令中)，而是可取决于信息对于服务器20变得可用的时间。

系统100可区分“硬”错误和“软”错误。硬错误是在保持未校正时阻止特定交付以及可能阻止整个行程在服务器20处理至完成的那些错误。软错误是错误不阻止完全处理的那些错误。例如，如果错误是定量的，则系统可在错误处于预定义容差范围之内时被看作是软错误。

现在将参照图36至图39来描述示例验证步骤。步骤应当理解为说明性的，而无需按照所示顺序来执行。虽然结合散装交付的验证来描述步骤，但是将会理解，各种步骤也可结合包装交付来应用。图36是按照本发明的示例实施方案、用于验证客户交付信息的方法300的流程图。在步骤310，软件确定交付之前的接收方的贮藏容器中存在的产品量处于第一预定义范围之内(没有错误)。产品量能够通过传感器读数例如使用贮藏容器中安装的试验旋塞阀来确定。在示例实施方案中，软件可基于传感器读数(例如，所测量的产品以英寸计的高度)并且基于与容器的几何结构有关的信息(例如直径、高度等)来计算该量。贮藏容器中的传感器可配置成向代理(其将读数输入到计算机14中供传送给服务器20)显示读数。备选地，传感器可与计算机14无线通信，以避免手动输入。

在步骤312，软件确定交付之后的接收方的贮藏容器中存在的产品量处于第二预定义范围之内(没有错误)。这可用来确保各贮藏容器中的产品的最小水平。步骤310和312中的错误是在选择代理时可忽略的错误的示例。

在步骤314，软件确定交付之前的贮藏容器中的产品量是否小于交付之后的产品量(没有错误)。这检查产品是否实际添加到贮藏容器。

在步骤316，软件确定在贮藏容器所测量的交付量是否等于在车辆所测量的交付量(没有错误)。如先前所述，贮藏容器中的量能够使用传感器来测量。交付车辆还可配备有传感器，其可以是或者可以不是与贮藏容器中的相同类型的传感器。例如，交付车辆也可具有试验旋塞阀传感器，在这种情况下，交付量是试验旋塞阀传感器的之前和之后的值之间的差。作为另一个示例，交付车辆可包括流量计，其测量所转移产品的体积(例如单位为加仑)。软件可将传感器读数之一或两者转换为能够直接比较的值。例如，软件可将贮藏容器传感器读数转换为单位为加仑的等效量。如果差处于容差范围之内(例如按照车辆传感器所交付的量的固定百分比)，则错误可认为是软错误，以及软件允许代理忽略该错误。如果差超过容差范围，则错误可认为是硬错误，并且软件可在允许代理继续进行之前要求代理更正该错误(例如通过指示哪一个传感器读数是正确的或者通过输入正确交付量)。

在步骤318，软件确定由交付车辆在任何特定行程之后所获得的产品量是否符合所装载的产品量以及对整个行程的过程所交付的产品量(没有错误)。如果仅进行交付，则增益应当为负(即，损失)，并且近似等于所交付的总量。但是，如果代理进行装载停留，则增益可以为正，这取决于在行程开始的初始装载之后装载多少产品。增益能够例如使用试验旋塞阀或其它传感器(其测量在行程结束时(行程后)在交付车辆中储存的量)来计算，该传感器可与用于在步骤316测量在车辆的交付量的传感器分开。该确定作为行程后验证(例如在图2中的步骤220期间)是特别有用的，以便检查对整个行程的过程所记录的交付量中的错误，并且确认在步骤316的验证实际上是正确的。例如，净产品增益或损失能够使用行程后测量对整个行程来计算。行程后净产品增益/损失然后可与使用由传感器在步骤316(例如贮藏容器中的流量计和/或试验旋塞阀)所记录的量所计算的净产品增益或损失进行比较。如果行程后净增益/损失与使用所记录交付量计算的净增益/损失相差超过所指定容差阈值，则软件可发出硬错误。如果差处于所指定容差阈值之内，则软件可允许代理例如通过忽略行程后净增益/损失并且将所记录量用于证明目的(反之亦然)来忽略该错误。

在步骤320，软件确定交付之前以及还有交付之后的贮藏容器中的压力量是否处于范围之内(没有错误)。这些确定可在一个或多个独立步骤中执行。之前和之后的压力范围可以是相同或不同的，并且对应于已知对储存产品安全的压力。压力范围能够根据产品的类型或者贮藏容器的特性而改变。

在步骤322，软件确定交付之前以及还有交付之后的贮藏容器中的温度是否处于范围之内(没有错误)。这些确定可在一个或多个独立步骤中执行。之前和之后的温度范围可以是相同或不同的，并且对应于已知对储存产品安全的温度。温度范围能够根据产品的类型或者贮藏容器的特性而改变。

图37是按照本发明的示例实施方案、用于验证车辆状态信息的方法400的流程图。在步骤410，软件确定装载前的交付设备的重量值是否至少等于合计皮重值且小于第一重量极限(没有错误)。设备的总重量应当至少等于单独测量的每项设备的皮重(即，空载重量)。还可期望将预装载重量限制到第一重量极限，以允许产品的足够空间。单独重量以及总重量可使用适当传感器(例如应变计或压电传感器)来测量。

在步骤412，软件确定装载后的交付设备的重量值是否至少等于合计皮重值且小于第二重量极限(没有错误)。第二重量极限可以是安全操作设备的最大重量或者沿特定路线行驶的最大重量。

在步骤414，软件确定里程表是否大于零(没有错误)。这可在每次在里程表复位之后进行停留时执行。例如，代理可在行程开始时复位里程表。里程表还可在各停留点之后复位，在这种情况下，该确定确保对所有停留点输入正确英里数。

在步骤416，软件确定当前里程表值是否大于前一里程表值(没有错误)。软件可对所有里程表值执行该确定，以确保里程表值按照正确顺序(步骤418)。

图38是按照本发明的示例实施方案、用于验证延迟的时间戳信息的方法500的流程图。在步骤540，软件确定是否对各延迟指定了结束时间。这可每当开始延迟时执行，以防止延迟在没有结束时间的情况下被保存。

在步骤512，软件确定延迟时间是否相互一致。例如，软件可进行检查以确保没有延迟具有重叠时间。

在步骤514，软件确定各延迟的时长是否处于范围之内(没有错误)。例如可存在关于各延迟能够有多久的极限。

在步骤516，软件确定行程前、停留点和行程后的时间戳是否相互一致(没有错误)。这可涉及比较时间戳，以确保行程前首先发生，行程后最后发生，以及停留点处于正确顺序。

在步骤518，软件确定行程前、停留点和行程后的时间戳是否与延迟时间一致(没有错误)。这可涉及确保延迟时间没有与行程前、停留点和行程后时间的任一个重叠。

在步骤520，软件确定各停留点结束时间是否迟于其相应开始时间(没有错误)。

图39是按照本发明的示例实施方案、用于验证调度信息的方法600的流程图。在步骤610，软件确定行程是否没有结束于设备交换或挑选(没有错误)。如果行程结束于交换或挑选，则服务器20可阻止行程被指配给代理。

在步骤612，服务器20确定要求一个以上代理的行程是否连续使用不同代理(没有错误)。这防止代理工作两班。

在步骤614，服务器20确定代理是否尚未超过最大容许工作时间(没有错误)。例如，运输部将卡车驾驶员的平均工作周限制到一定小时数，以确保司机具有足够休息。如果行程使代理超过最大容许工作时间，则服务器20可阻止行程被指配给代理。

在步骤616，服务器20确定计划到达时间是否在接收方交付窗口和操作小时数期间(没有错误)。

在步骤618，服务器20确定代理的计划表是否没有与当前行程冲突(没有错误)。例如，代理可具有使得不可能完成行程的调度缺席。可每当通过添加停留点来修改当前行程时进行该确定。

在步骤620，服务器20确定代理是否胜任行驶到停留点位置(没有错误)。针对胜任沿本地道路、跨国界或者沿不同类型的道路行驶,代理可有所不同。如果代理不胜任，则服务器20可重新指配行程、去除行程或者建议到停留点的备选路线。

在步骤622，服务器20确定代理是否胜任操控所装载或调度的各产品以用于装载到交付车辆中(没有错误)。针对胜任操控特定类型的产品例如有害材料,代理可有所不同。

图40示出用以为代理提供开始和结束行程后阶段的选项的GUI94。可执行图40中的步骤，以实现图2的步骤220的行程后过程。GUI94包括完成车辆状态报告的选项。GUI94还包括开始核对过程(其涉及先前所述的一个或多个验证，例如检查停留点之间的信息的一致性的验证)的选项。在示例实施方案中，软件可使用核对过程来重复进行在各交付停留点期间发生的各种验证。重复用作针对数据输入错误的双重检查，并且防止数据在执行了初始验证之后错误地改变。优选地，重复验证是具体在图36的步骤316检查正确产品量的验证。

在执行核对过程之后，行程后阶段完成，并且服务器20生成最终文件、例如邮寄到接收方的发票(图2的步骤222)。由于产品量经过验证(可能重复验证)，所以最终文件准确地反映实际交付是极有可能的。在初始和最终文件之间存在不一致的情况下，最终文件可代替初始文件。发票可包括说明这种不一致的注释。

本发明的先前所述实施方案涉及测量所交付产品的数量。测量使用位于例如交付车辆上和/或贮藏容器(产品交付到其中)上的传感器来执行。这类比较可用于确认交付正确产品量或者在多停留点行程的过程中产品的交付车辆的损失或增益落入预期范围之内。除了分析交付数量之外，产品的进一步分析是可能的。本发明的示例实施方案涉及测量指示产品质量(优良程度)的至少一个特性。质量指标的示例是化学品的纯度值。分析结果可采取报告(本文中称作分析证书(COA))的形式来提供。作为替代或补充，可提供本文中称作一致性证书(COC)的没那么详细的报告。COA或COC能够提供给客户作为产品质量证明或保证。例如，COA或COC可表示产品满足某个质量标准或特定客户要求。质量分析可与先前所述的交付数量测量结合执行。例如，两者可在交付行程的过程期间的某个点发生。但是，各自可用作独立过程，并且并非全部交付可要求质量分析。

图41和图42示出按照本发明的示例实施方案、用于分析产品质量的示例GUI121、122。在GUI121、122的每个中，标记为“Analysis”的菜单选项触发质量分析过程。GUI121可适用于交付的行程前阶段，在此期间，可存储分析结果，以供后续使用,例如用于生成COA或COC中。将行程前结果与质量要求进行比较，以确保装载到交付车辆中的产品在开始交付行程之前满足质量要求。GUI122可适用于交付阶段期间所收取的产品，在此期间，分析结果可例如用来生成COA或COC，其可由交付代理打印并且给予客户。备选地，COA和COC可经过电子邮件或其它常规电子传输方法以电子方式传送给客户。

图43示出中央计算机、例如服务器20的管理员用以指定特定产品和特定客户的质量要求的示例GUI123。图43中，质量要求使用杂质含量来定义。GUI123包括用于指定下列任一个的选项：待测量的杂质、用来将杂质分类为编组的杂质类型(例如可食用或者不可食用、毒性类、有害材料类等)、量(例如杂质的阈值)、用来向杂质量指配数学算子的限定符(例如小于、大于、小于或等于、等于等)、量度单位(UOM)和测量方法。还提供用于输入意见并且打印COA和COC的选项。

示例测量方法包括测量各产品批次(例如，对于来自一批产品的单独产品单位进行取样并且对取样单位进行测量作为整个批次的质量的指示)、保证(例如，测量各产品单位以保证所有单位满足要求)、周期(例如，使用测量之间的可能作为产品的到期周期的函数的长间隔、例如数天或数周,对产品单位自动取样)、周期测量(例如，使用较短间隔、例如每日一次对产品单位手动取样)和经过溶解度测试测量杂质。

图44和图45是质量要求的示例表。图44中，示例产品的质量要求包括针对氧、水、氢、惰性成分和露点(虽然严格来说不是杂质，但是露点受到杂质、例如水的存在影响)的产品杂质含量，要理解，在确定产品质量中可考虑无限的其它参数。UOM对应于所测量的杂质类型，并且可例如表达为百分比、百万分率(PPM)或华氏度。复选框指示是否要求COA、COC或年度COC(ACOC)的任一个。

图46和图47示出交付代理用以在计算机14发起质量分析的示例GUI124、125。分析可使用传感器(其测量质量要求中指定的每种杂质)来执行。传感器是常规传感器，其可位于交付车辆、贮藏容器、生产设施和其它位置(产品经过其运输)中。图46中，要求包括总氧纯度、水、总惰性物质和露点。如同先前所述的交付质量的测量一样，质量测量能够使用触摸屏键盘手动输入到计算机14。

图48示出显示所测量的质量指标的示例GUI126。GUI126包括保存所测量的质量指标供后续使用、例如用于生成COA或COC的选项。

图49示出当产品无法满足质量要求时显示的示例GUI127。当计算机14不提供数据或者提供不充分数据时，错误可出现。当提供了测量数据但是产品无法满足其质量要求时，错误也可出现。

图50示出列示假设组质量要求的质量指标的测量值的示例COA。图51示出示例COC，其与图50中的COA相似，除了已经省略实际值之外。

本发明的示例实施方案涉及交易的计算机辅助操控，其涉及直接收取产品而不是使产品被交付的客户。在这类情况下，系统和方法可提供GUI，其使用户能够通过从预定义客户列表中识别客户并且电子扫描要提供给收取客户的产品，快速处理交易。

图52为按照本发明的示例实施方案、用于分析产品质量的方法700的流程图。在步骤710，计算机14可接收分析产品的请求。请求可来自交付代理，并且在装载时或者在交付停留点期间输入到计算机14。

在712，质量指标的测量使用至少一个传感器(其位于例如交付车辆、贮藏容器中或者在生产设施)来执行。

在714，将所测量指标与目标指标、例如质量要求中的杂质含量进行比较。

在716，为客户打印COC和/或COA。

本发明的示例实施方案涉及销售交易，其中现金用来提前支付产品。基于现金的销售交易特别适合于提供分立产品单位(例如，能够无需散装交付车辆的帮助而由客户来操控的包装)，并且可适用于交付和收取两者。用于操控基于现金的销售交易的系统和方法可涉及计算总费用，并且打印现金收据，其列示逐条记载的单独费用和税收。现金接收方的签名在交易同时捕获，并且提供给客户作为支付证明。相比之下，交付可以仅要求客户的签名，作为客户接收产品的证明。计算和签名捕获可在计算机14发生，其在收取的情况下可由与交付代理类似的销售代理来操作。

图53示出用以在计算机14处理基于现金的销售交易的示例GUI128。GUI128结合交付停留点来显示。但是，如上所述，基于现金的销售交易还可在客户收取产品时发生。GUI128包括结合图25描述的一些菜单选项。

图54示出示例GUI129，其中包括用于执行作为基于现金的销售交易的主题的产品扫描的菜单选项。扫描可涉及使用计算机14的照相装置来捕获与产品关联的条形码或其它电子代码。当扫描各单位时，更新GUI129以反映所交付单位中的总数量。包装还可经过“AddContainerManually”选项手动输入。GUI129还指示有多少单位计划交付，例如客户订单中指定的单位数量。如果没有客户订单存在，则GUI129可省略这个信息。

图55示出示例现金收据，其由计算机14基于所交易产品的数量来输出。现金收据列示产品、交易数量和总费用的逐条记载细目。逐条记载细目包括例如基于数量的小计(例如单位价格乘以交易的单位数量)、能量费用和燃料费用(当交付产品时)、应税金额和税收征收额。现金收据可打印并且然后由现金接收方(例如交付代理或销售代理)签名。备选地，现金接收方的签名可在计算机14以电子方式捕获，供打印之前包含在现金收据中。签名还可连同现金收据或者作为独立文档以电子方式传送给客户。

图56是按照本发明的示例实施方案、用于处理基于现金的销售交易的方法800的流程图。在步骤810，基于现金的销售交易可在计算机14结合交付或收取来发起。

在812，通过例如从注册客户的列表中手动选择或者通过搜索客户数据库，对计算机14识别客户。这使交易能够与所识别的客户关联。

在814，扫描被交付或收取的各产品单位。手动输入也是可能的，如先前所述。

在816，接收现金支付。

在818，捕获现金接收方的签名连同客户的签名。

在820，输出现金收据，其可包括在步骤818所采集的签名的一个或多个。签名或现金收据可打印或者以电子方式传送给客户。

本发明的示例实施方案针对一个或多个处理器，其能够使用任何常规处理电路和装置或者其组合(例如个人计算机(PC)的中央处理器(CPU)或者其它工作站处理器)来实现，以运行例如在硬件计算机可读介质上提供的代码。

本发明的示例实施方案针对例如以上所述的非暂时硬件计算机可读介质，其上存储了可由处理器执行以实施本文所述方法的任一个或多个的指令。

本发明的示例实施方案针对例如硬件组件或机器、传送可由处理器执行以实施本文所述方法的任一个或多个的指令的方法。

本发明的示例实施方案单独或组合地针对上述方法、例如计算机实现方法的一个或多个。

在上述示例实施方案中，各种步骤描述为由计算机14的处理器基于软件指令(其编程到计算机14中)来实施或者由服务器20的处理器来实施。步骤无需完全如所述指配给计算机14和服务器20。例如，所有步骤可在单个计算机(例如计算机14或者服务器20)执行。备选地，描述为在计算机14所执行的一些步骤可改为在服务器20来执行，反之亦然。

以上描述意在是说明性而不是限制性的。本领域的技术人员通过以上描述能够理解，本发明可按照多种形式来实现，并且各个实施方案能够单独或组合地实现。因此，虽然结合本发明的具体示例描述了本发明的实施方案，但是，本发明的实施方案和/或方法的真实范围不应当受此限制，因为在研究附图、说明书和附录之后，技术人员将会清楚地知道其它修改。此外，流程图所示的步骤可省略，和/或某些步骤序列可改变，以及在某些情况下多个所示步骤可同时实施。

Claims

1.一种用于监测交付行程的计算机实现方法，所述方法包括：

在第一计算机的处理器接收交付信息，其中对所述交付信息进行以下至少一个操作：从第二计算机传送给所述第一计算机，和经由所述第一计算机的用户界面所输入；并且其中所述交付信息包括所述交付行程中的计划停留点的位置和在所述计划停留点要交付的产品量；

在交付停留点交付所述产品之前在所述处理器检查所述交付停留点的位置对应于所述计划停留点的位置；以及

在所述处理器记录在所述交付停留点所交付的产品量，并且检查所交付的所述产品量对应于要交付的所述产品量。

2.如权利要求1所述的方法，其中，所述交付停留点的位置通过下列步骤来检验：

得到与所述交付停留点处的贮藏容器关联的位置信息；以及

将所述位置信息与所述计划停留点的位置进行比较。

3.如权利要求2所述的方法，其中，所述位置信息使用与所述贮藏容器关联的条形码来得到。

4.如权利要求3所述的方法，所述方法还包括：

使用所述第一计算机的照相装置来捕获所述条形码。

5.如权利要求2所述的方法，其中，所述位置信息从位于所述贮藏容器附近的全球定位系统(GPS)接收器来得到。

6.如权利要求5所述的方法，其中，所述GPS接收器内置于所述第一计算机中。

7.如权利要求2所述的方法，所述方法还包括：

接收所述贮藏容器中的第一传感器的输出；

接收交付车辆中的第二传感器的输出，从所述交付车辆中将所述产品转移到所述贮藏容器中；以及

在所述处理器授予在所述交付停留点结束所述交付的许可，其中所述授予取决于所述第一传感器和所述第二传感器的相应输出所指示的交付量之间的比较结果。

8.如权利要求7所述的方法，所述方法还包括：

在所述处理器通过下列步骤来执行交付量之间的所述比较：

从所述第一传感器的输出来计算第一交付量；

从所述第二传感器的输出来计算第二交付量；以及

计算所述第一交付量与所述第二交付量之间的差；以及

当所述差超过预定义容差范围时，在所述处理器拒绝许可。

9.如权利要求8所述的方法，其中，所述容差范围是所述第二交付量的固定百分比。

10.如权利要求7所述的方法，其中，所述第一传感器测量所述贮藏容器中的所述产品的高度，以及所述第二传感器测量从所述交付车辆所转移的所述产品的体积。

11.如权利要求7所述的方法，所述方法还包括：

对于所述交付行程中的至少一个附加交付停留点重复进行以下步骤：接收所述贮藏容器中的第一传感器的输出、接收所述交付车辆中的第二传感器的输出并且授予在所述交付停留点结束所述交付的许可，其中各附加交付停留点涉及不同贮藏容器，并且其中相同的交付车辆用来转移每个所述附加交付停留点处的所述产品；以及

在所述交付行程完成之后，通过在所述处理器执行下列步骤来验证所有所述交付停留点的交付量：

使用来自测量所述交付车辆中剩余的所述产品量的独立传感器的数据来计算由所述交付车辆在全部所述交付的过程中所获得或损失的净产品量；以及

将所述净量与使用来自全部所述交付的所述第一交付量和所述第二交付量所计算的第二净量进行比较。

12.如权利要求7所述的方法，还包括：

由位于所述贮藏容器和所述交付车辆的至少一个中的附加传感器来测量作为质量指标的所述产品的特性；以及

将所述质量指标与预定义质量要求进行比较，以确定所述产品是否满足所述质量要求。

13.如权利要求12所述的方法，其中，在所述产品装载到所述交付车辆中之前测量所述质量指标。

14.如权利要求12所述的方法，其中，所述质量指标是杂质含量。

15.如权利要求1所述的方法，所述方法还包括：

在所述第一计算机捕获现金接收方的签名，所述现金接收方在所述交付停留点处接收作为对所述交付的支付的现金；以及

输出包括所述所捕获签名的的现金收据。

16.如权利要求1所述的方法，所述方法还包括：

在所述第一计算机的处理器接收创建用户定义交付行程的计划表的用户请求；

接收行程起始位置和行程结束位置的用户输入；

在所述第一计算机显示潜在交付位置的列表；以及

响应所述潜在交付位置之一的用户选择，将交付停留点添加到所述起始位置与所述结束位置之间的所述计划表。

17.如权利要求16所述的方法，还包括：

在所述处理器将所述添加的交付停留点与现有交付订单关联。

18.如权利要求16所述的方法，其中，所述列表按照与各潜在交付位置分别关联的距离来分类。

19.如权利要求18所述的方法，其中，所述列表按照各潜在交付位置离所述第一计算机的当前位置的距离来分类。

20.一种用于监测交付行程的计算机装置，其包括：

处理器，执行下列步骤：

接收交付信息，其中对所述交付信息进行以下至少一个操作：从第二计算机传送给所述第一计算机装置，和经由所述计算机装置的用户界面输入，并且其中所述交付信息包括所述交付行程中的计划停留点的位置和在所述计划停留点要交付的产品量；

在交付停留点交付所述产品之前检查所述交付停留点的位置对应于所述计划停留点的位置；以及

记录在所述交付停留点所交付的产品量，并且检查所交付的所述产品量对应于要交付的所述产品量。

21.如权利要求20所述的计算机装置，其中，所述交付停留点的位置在所述交付停留点使用条形码来检验。

22.如权利要求20所述的计算机装置，其中，所述交付停留点的位置通过从所述交付停留点处的全球定位系统(GPS)接收器得到位置信息来检验。