CN1608269A - 分布式用户运输系统 - Google Patents

Abstract

分布式用户运输系统。描述了一种用于控制用户访问承运商的运输服务以投递包裹的系统和方法。该系统通过将可以从其运输包裹的多个地点的选择限制为少于由承运商的服务区域描述的那些地点，或通过将用户能够选择的运输服务级别限制为少于由承运商提供的那些服务级别，来控制用户访问承运商的多个服务。这种限制可以通过仅显示起运地点和服务级别的受限集合的方式，或者通过在网页上预先填写并锁定多个起运信息提交字段的方式来进行。该分布式用户运输系统可以驻留在与承运商服务器相连的客户服务器或移动计算机上，并向承运商传送各种运输地点信息和服务级别选择，以方便包裹的运输，同时控制所提供的运输服务的范围。

Description

分布式用户运输系统

技术领域

本发明涉及用于一组分布式用户的运输系统，使得一管理员或一组管理员能够通过其用户来维护和控制运输。

背景技术

在包裹运输行业中，对于下述运输系统长期存在未满足的需求，该运输系统使得一机构可以监控其用户的运输活动。

过去，一机构内想要运输包裹的个人不得不手工完成运输标签并将包裹交给承运商或其他运输取货(drop-off)地点。该机构通过在文件中保留运输标签的副本来跟踪这些运输。该手工过程繁琐而耗时。

随着互联网的出现，引入了多种新的运输系统，这些运输系统允许个人将运输信息输入运输系统，并且这些运输系统将运输标签发送给它们的浏览者。然后，可以打印运输标签并将其粘贴在包裹上。这些电子运输系统是对手工过程的改进，但是仍然不能使一机构能够监控其用户的运输活动。此外，这些系统之一的用户不能将特定的包裹运输与特定的客户相关联；因此，该机构不得不再次手工复查运输活动以向特定的客户或部门开运输费的帐单。

为解决这些问题而开发的另一种运输系统是运票(ship-ticket)运输系统。在这些系统中，用户在个人计算机上生成运票并在本地打印机上打印该运票。运票不是运输标签但是在运票上将运输信息编码为条形码。将运票粘贴在包裹上并将包裹交付给运输中心或该机构的邮件室，在这里扫描条形码并将运输信息电子地采集到中心运输系统。然后，通过该中心运输系统生成运输标签并将其粘贴在包裹上。当使用互联网运输系统时，运票系统使运输过程自动化并消除了完成运输标签的手工过程。而且，由于该运票经过了该机构的中心运输系统，所以该机构可以监控其用户的运输活动。然而，该过程十分繁琐，因为其需要扫描第一标签以生成第二标签的附加步骤。

因此，在该行业中对多种机构存在对于改进的运输系统的未满足的需求。

发明内容

本发明通过提供一种控制用户对承运商的运输服务进行访问以投递包裹的系统和方法，来解决上述需求并实现其他优点。该系统通过将可以运输包裹的地点限制得少于承运商的服务区域所规定的那些地点，或者通过将用户选择运输服务级别的范围限制得少于承运商提供的那些级别，来控制用户对承运商的服务的访问。例如，该系统可以将起运地点(ship from location)限制为一机构的一个或更多个业务地点。这种限制可以通过显示起运地点的受限集合的方式来进行，或者通过在网页上预先填写和锁定起运地点信息提交字段。在限制服务级别的一示例中，当承运商能够提供空中和地面运输时，可以将用户可用的服务级别仅限定为地面运输。优选地，分布式用户运输系统驻留在与该承运商的服务器相连的客户服务器或移动计算机中，并在控制所提供的运输服务的范围的同时，通过地理上分布的多个用户将各种运输地点信息和服务级别选择传送给承运商，以方便包裹的运输。

在一个实施例中，本发明包括用于控制用户通过网络访问承运商服务器以调配由承运商提供的运输服务的系统。在该实施例中，承运商具有包括多个收取(access)地点的服务区域，在这些地点承运商愿意收取包裹以开始运输。该控制系统包括运往(ship to)信息系统，该运往信息系统被构造用来记录描述承运商要投递包裹的目的地的运往信息。该控制系统的起运信息系统被构造用来限制用户对收取地点的选择。具体地，将用户可用的收取地点的数目限制于收取地点的集合，这些收取地点少于承运商服务区域的全部收取地点。例如，在用户是一机构雇员的情况下，可以将收取地点限制为该用户的一个或更多个工作地点。还将该起运信息系统构造用来记录描述由用户选择的多个受限收取地点之一的起运信息。该控制系统还包括订单下达系统，该订单下达系统被构造用来通过网络与承运商服务器相连，并通过网络将起运信息和运往信息传送给承运商，以通过包裹的承运商开始运输。

还可以将该起运信息系统构造用来显示多个用于记录收取选择的起运信息字段。在这种情况下，通过使用收取地点的多个部分来预先填写这些信息字段并锁定这些字段以使得预先填写的收取地点的多个部分不可被用户修改，来另选地或进一步地确保选择这些收取地点的受限选择之一。此外，可以将起运信息系统构造用来验证所记录的起运信息是否描述这些收取地点的受限集合之一。另选地，通过在由用户选择的菜单中只显示那些收取地点的受限集合来确保选择这些收取地点的受限集合之一。

该控制系统的各种组成部分可以集中设置，或通过联网的计算机服务器分布设置。在一方面，该起运系统、运往系统和订单下达系统驻留在通过网络与承运商服务器相连的客户服务器中。在一另选方面，起运系统、运往系统和订单下达系统的多个部分驻留在诸如膝上型计算机的移动计算机上。如果在移动计算机上操作该系统的一部分，则还可以将该起运信息系统构造用来检测由操作该移动计算机的移动用户的使用并例外地允许选择起运信息的任何收取地点。

在另一方面，该控制系统包括标签生成系统，该标签生成系统被构造用来生成运输标签图像。该运输标签图像包括运往信息和起运信息，并可由用户用于打印运输标签，以粘贴在包裹上。在移动用户使用移动计算机操作该系统的情况下，该运输标签图像还可以包括与起运信息不同的返回地址信息。

在本发明的另一实施例中，该控制系统包括运往信息系统，该运往信息系统被构造用来记录由用户提交的描述承运商要投递包裹的目的地的运往信息。将起运信息系统构造用来记录由用户提交的描述要由承运商投递的包裹的收取地点的起运信息。该控制系统还包括服务级别系统，该服务级别系统被构造用来将用户的服务级别选择限制为少于由承运商提供的所有运输服务级别的服务级别集合，并用来记录由用户选择的服务级别。将订单下达系统构造用来通过网络与承运商服务器相连，并通过网络将起运信息、运往信息和服务级别选择传送给承运商以方便包裹投递。

可以将该服务水平系统构造用来显示服务级别的受限集合(例如在菜单中显示)，以供用户选择。对于附加的或另选的确认，还可以将该服务级别系统构造用来验证所记录的服务级别选择是否为服务级别的受限集合中的一种服务级别。

与上述实施例类似，该控制系统可以分布在多个联网的计算机上，或者可以在单个服务器上。例如，起运、运往、服务级别和订单下达系统可以驻留在通过网络与承运商服务器相连的客户服务器上。作为另一示例，该系统的多个部分驻留在移动计算机上。

在另一方面，将该服务级别系统进一步构造用来将运输服务级别选择限制为由用户与一组用户的成员关系确定的范围，该组用户全都具有相同的可用运输服务级别的受限集合。例如，承运商可以提供地面和空中运输，但是通过分布式用户运输系统将该组中的用户仅限制为地面运输。

各个控制系统实施例和方面的要素可以相互组合，例如通过限制服务级别和由用户选择的起运收取地点两者。除这些组合之外，该控制系统可以包括其他方面，例如运输记帐和每次运输的目的地控制。记帐系统可以记录来自客户的记帐信息，例如客户帐号和事件帐号(matteraccount number)，并使用该订单系统将记帐信息传送给承运商，以方便承运商对投递服务的记帐。该运往信息系统可以包括诸如锁定的预先填写的字段和验证引擎的多个方面，以将目的地限制为少于承运商要投递包裹的全部目的地。

在另一实施例中，本发明包括一种管理用户对承运商的运输服务进行访问以投递包裹的方法。在该实施例中，用户是具有多个地点的机构的成员。该管理方法包括通过网络向承运商发送机构信息，其中该机构信息包括多个地点之一的地址和运输帐号。通过将该运输帐号与有效帐号列表进行比较并通过确认该地址是否与该帐号所列的地址一致，来验证该运输帐号。一旦经过验证，就将该地点加入到承运商可收取的起运地点的受限集合，允许用户从这些地点运输包裹。起运地点的受限集合描述了比承运商在其服务区域内可收取的多个地点少的地点。

在另一方面，在验证之后，可以将该地点与该机构的一部门相关联，其中该用户是该部门的成员，并能够从新关联的地点进行运输。该管理方法还可以包括显示和排序由一个或更多个用户进行的以前的运输活动的列表。该列表可以包括运往信息、起运信息、发送日期、运输日期、运输方法(即，服务级别)、用户组或机构，并使用这些信息进行排序。

在另一实施例中，本发明包括另一种管理访问承运商的运输服务以投递包裹的方法。该管理方法包括建立包括至少一个用户的多个用户组。创建承运商运输服务的受限集合，包括比承运商提供的全部运输服务少的运输服务。然后，该运输服务的受限集合与用户组相关联。该管理方法还包括通过将各包含由用户选择的多个运输服务的受限集合中的一种运输服务的多个运输请求传送给承运商，来方便用户对运输服务的受限集合的访问。

在另一实施例中，本发明包括图形用户界面(例如显示在计算机监视器上的图形)，用于控制用户对承运商的运输服务进行访问以投递包裹。在该实施例中，承运商具有描述多个收取地点的服务区域，在这些地点承运商愿意收取包裹以开始运输。该图形用户界面包括运往信息面板，该运往信息面板具有记录承运商要投递包裹的目的地的多个部分的多个字段。而且，包括起运信息面板，该起运信息面板具有预先填写有多个收取地点之一的多个部分的多个字段。锁定这些字段防止被用户修改，以限制用户从锁定的收取地点进行运输。

本发明的各种实施例中的每一个都具有多个优点。通常，该分布式用户运输系统使得能够严格地控制要管理的运输活动，特别是通过起运地点和由用户选择的服务级别。限制起运地点减少了错误使用一机构的运输帐户的发生率。而且，可以减少或取消使用更昂贵的运输服务级别，例如通宵的空中运输。可以基于诸如费用中心代码或部门名称的帐号将所产生的运输费用直接记帐到客户或部门。该运输标签系统使得能够方便地生成带有该运往和起运信息的运输标签，以立即粘贴到包裹上。该系统的管理方面使得能够容易地创建和修改各种用户组和机构地点，这些用户组和机构地点各具有对于运输请求可用的不同的服务级别和起运地点。

附图说明

现将参照附图，这些附图无需按比例绘制，其中：

图1表示分布式用户运输系统的体系结构。

图2表示使得用户能够使用分布式用户运输系统运输包裹的处理流程。

图3A-3G表示使得用户能够运输包裹的分布式用户运输系统的图形用户界面。

图4A-4C表示建立管理细节、多个用户组和多个用户的分布式用户运输系统的图形用户界面。

具体实施方式

现在将参照附图在下文中更加完整地描述本发明，其中示出了本发明的优选实施例。然而，本发明可以以多种不同的形式来实施，并且不应被认为限于此处所提到的实施例；相反，提供这些实施例以使本公开全面和完整，并向本领域的那些技术人员完整地表达本发明的范围。贯穿全文，相同的标号表示相同的单元。

A.体系结构

图1表示根据本发明实施例的分布式用户运输系统10。在该示例中，分布式用户运输系统10包括与客户服务器20和/或诸如互联网的计算机网络25进行通信的多个用户15。一个或更多个移动用户30也可以与网络25和/或客户服务器20相联系。该分布式用户运输系统10还包括通过与网络25进行通信并且通过网络25与客户服务器20进行通信的承运商服务器35。

在一个实施例中，分布式用户运输应用程序40驻留在客户服务器20上，并与网络25进行通信。类似地，承运商运输应用程序45驻留在承运商服务器35上，并通过网络25与分布式用户运输应用程序40进行通信。而且，在该示例中，运输标签引擎50和帐户数据库55也驻留在承运商服务器35上，并与承运商运输应用程序45进行通信。尽管这里将这些系统组成部分中的每一个描述为驻留在客户服务器20或承运商服务器35上，但是对于本领域的普通技术人员很明显，上述组成部分之一或者全部可以驻留在另一服务器上，或者单独运行。

B.包裹运输

图2表示用户15可以使用本发明的分布式用户运输系统10来获得包裹或信件的运输标签100的一个过程。在第一步骤200中，用户15将必要的运输信息输入到分布式用户运输应用程序40中。图3A表示图形用户界面(GUI)登录画面快照201，用户15可以使用该登录画面访问分布式用户运输应用程序40。输入有效的用户名和密码后，为用户15显示选项列表。如果用户15选择运输包裹，则用户看到与图3B所示相似的GUI信息输入画面202。在另选实施例中，用户15没有接收到选项的列表，而是向其显示图3C所示的GUI运输确认画面203。

图3B的GUI被分成三个部分：运往信息部分110、起运信息部分115和包裹信息部分120。每一个部分都具有多个条目字段，用于输入该部分的相应信息的多个部分。通常，在运往信息部分110提示用户15输入包裹的目的地运输信息。起运信息部分115中的多个字段预先填写有用户地址信息，该用户地址信息已预先与用户名和密码相关联。另选地，可以使用机构(该用户与该机构相关联)的地址来填写这些字段。如果将该用户指定为移动用户40(下面描述)，则可以使用下拉菜单使得移动用户40能够选择起运信息部分115的多个地址之一。在一个实施例中，没有给用户更改起运信息部分115中的信息的机会。在另选实施例中，这些字段可由用户修改。在分布式用户运输系统10中，运往和起运部分中的信息足以运送信件。如果用户15运输包裹，则提示用户15填写包裹信息部分120中所示的那些字段。

在一个实施例中，用户15具有在运往昵称字段125中输入信件或包裹收件人的昵称的选择。当填写该字段时，分布式用户运输应用程序40将该昵称与收件人数据库进行比较，并使用存储在数据库中的收件人信息来填写GUI 202的运往信息部分110。通过选取图3B所示的存储地址字段130，用户15可以添加或修改收件人数据库中的记录。

在一个实施例中，用户15还具有将运输和特定客户或部门相关联的选择。在该实施例中，提示用户15输入费用中心代码135和部门名称140，可以使用它们中的一个或两个与运输相关联。例如，用户15可以将运输的费用记帐到在这些字段中确定的客户。作为另一示例，用户15可以负责单个客户的多个事件，并使用这些字段将运输和该客户的特定事件相关联。本领域的普通技术人员将很容易认识到，可以使用这些和其他字段来使用户15和机构能够精确地监控和跟踪包裹运输。为了说明，如果该机构是律师事务所，则可以分别将费用中心代码135和部门名称140字段重命名为客户和事件编号字段。通过这种方式，该律师事务所可以跟踪每一个客户和事件组合的包裹运输，并适当地收取运输费用。本领域的普通技术人员将认识到，可以添加这些和其他字段以使得一机构能够跟踪其用户进行的运输。在另选实施例中，在送交包裹之前可以将这些字段中的一个或全部两个指定为“必需”，并可以对用于填写这些字段的信息进行验证。

回到图2，在输入所需的运输信息之后，分布式用户运输应用程序40在步骤二204中将运输信息发送给承运商运输应用程序45。在一个实施例中，通过互联网传送运输信息，但是对于本领域的普通技术人员显然可以通过任何种类的电子通信(包括无线技术)来发送该信息。在步骤三205中，承运商运输应用程序45对运输请求执行一系列验证程序。在一个实施例中，承运商运输应用程序验证目的运输地址以确认该目的地址存在并已经正确地输入。此外，该承运商运输应用程序45还可以验证是否允许用户15进行所请求的运输活动。例如，尽管用户15可以提交包裹投递服务级别(例如通宵运输)的请求，但是可能仅被授权请求较低的服务级别。在一另选实施例中，这些验证程序中的一些或全部可以存在于客户服务器20中，并且可以通过分布式用户运输应用程序40或其他应用程序来执行。例如，仅被授权使用选择服务级别来运输包裹的用户15看不到未授权用户15使用的那些包裹运输服务级别。

如果验证程序中的一个或更多个未通过，则向用户返回错误代码。一旦该运输信息通过了验证程序，则该过程进行到步骤四206，在该步骤中为用户15显示如图3C所示的GUI运输确认画面203，并提示用户确认运输信息是否正确。如果该信息不正确，则用户15具有通过编辑包裹信息按钮207来修改运输信息的选择。一旦该运输信息正确，则用户15通过点击运输该包裹按钮208来继续进行。

再次回到图2，当用户15点击运输该包裹按钮208时，生成209运输标签100。为了生成运输标签100，分布式用户运输应用程序40将运输信息传送给承运商运输应用程序45。承运商运输应用程序45将该运输信息传送给运输标签引擎50，该运输标签引擎50被构造用来生成运输标签。根据运输信息生成运输标签的过程在本领域中是公知的，并超出了本公开的范围。一旦生成了运输标签100，运输标签引擎50就将运输标签100传回给承运商运输应用程序45，该承运商运输应用程序45进而在步骤六210中将该标签传回给分布式用户运输应用程序40和用户15。

图3D表示用户15响应于运输标签100的有效请求进行接收的GUI标签画面211。将图3D分成两个部分，包括运输标签说明区域150和运输标签100。在该示例中，该运输标签说明告知用户如何打印和折叠该标签以及如果是自交货物的话要送到哪里。该运输标签说明区域150还包含提示，该提示使得用户15能够运输另一件包裹、查看已经运输的包裹以及退出系统。如果激活查看已经运输的包裹按钮212，则用户15接收到与图3E所示相似的GUI包裹列表画面213。

图3E表示使得用户15能够获得关于已运输的包裹的细节的GUI画面。在一个实施例中，由分布式用户运输系统10生成的各个运输标签100包括一唯一的包裹跟踪编号160。当包裹通过承运商系统运输到其目的地址时，在各种承运商邮件分拣和路线安排设施处扫描该包裹跟踪编号160，并使用关于包裹进程的信息更新承运商数据库。图3E所示的GUI包裹列表画面213为用户显示最近发送的运输列表。在一个实施例中，用户15看到由该特定用户进行的运输的列表。在该实施例中，用户15能够通过要求按一日、一周、一个月或六个月搜索过去的运输来扩展或缩减该列表。当然，可以使用其它搜索参数，并可以容易地由本发明实现。在一另选实施例中，用户15可以按机构、客户、用户名、日期范围、目的地址、运输方法或使用对于本领域的技术人员很明显的多个其它的搜索参数搜索过去的运输。

对于列表在图3E中的每次运输，用户15都具有通过点击包裹跟踪编号160来查看运输状态或者通过点击细节按钮214来查看包裹详细信息的选择。图3F表示用户15可以得到的GUI包裹跟踪信息画面215，图3G表示可以获得的包裹详细信息画面216。此外，在图3G中还示出了无效包裹217和重新打印运输标签218选项。在一个实施例中，用户15具有使错误生成的运输标签100无效的选择，并由此避免支付运输费。在该实施例中，当生成运输标签100时，承运商将运输费金额借记到运输帐户中。因此，即使运输标签100从来没有粘贴在包裹上并放入到承运商系统中，运输帐号也要被收费。然而，当用户15点击无效包裹链接217时，承运商将与运输标签100相关的运输费贷记到该运输帐号中。在一个实施例中，在生成运输标签100之后用户有预定的时间来取消交易和/或重新打印标签。在优选实施例中，该预定时间为24小时。

C.管理

以下段落描述根据本发明实施例的管理系统。该分布式用户运输系统10的一个方面是一应用程序，该应用程序允许一机构或其他组的用户15自动进行运输活动，并使运输和特定客户、事件或部门相关联。该系统的另一方面是一管理应用程序，该管理应用程序允许一机构监控那些用户15的运输活动。

在本发明的一个实施例中，机构或其他分布式组用户15通过登记一个或更多个承运商并识别机构管理员来初始化该分布式用户运输系统10。该机构管理员是分布式用户运输系统10的最高级用户，并在该机构内具有最高级别的授权。在一个实施例中，一机构只有一个机构管理员，但是对于本领域的普通技术人员很明显，本发明与多个最高级用户具有同等的优点。登记机构管理员的要求可能根据承运商而不同。在一个实施例中，机构管理员登记需要机构名称、机构地址、管理员姓名、管理员地址、管理员电话号码和管理员电子信箱。

还要求其他信息和/或运输交易选项以登记机构管理员。机构管理员登记过程还可以要求机构管理员确定为了请求运输标签100用户15必须提供的信息。例如，律师事务所可能要求每次生成运输标签100时其用户15包括记帐客户和事件编号。因此，指定标记有强制性字段的用户和事件可以作为机构管理登记过程的一部分。

对于本发明还可以使用用户管理的附加层次(layer)。在一个实施例中，机构能够确定管理层次的数量。在一另选实施例中，预定管理层次的数量。在本发明的另一实施例中，只有一名管理员。

在本发明的一个实施例中，第二管理层次是地点管理员175。在公司具有分散在整个地理区域的多个办公室的情况下，可以使用多个地点管理员175。在一些情况下，地点可能位于不同的州，或者甚至横跨整个大陆。在另一个实例中，不同的地点可以是大学校园的不同的系，或者甚至是一个办公楼中的不同部门。

图4A表示提示用户15创建一个新地点的GUI地点创建画面219。在一优选实施例中，存在至少一个与各个机构相关联的地点。在该说明中，添加新地点需要该地点的机构名称、管理员姓名、电话号码、电子信箱地址、传真和打印机型号。此外，还需要该地点的街道地址、城市、州和邮政编码。在一个实施例中，地点管理员175还需要承运商帐号180。由于运输费用基于提货和交付地点之间的距离，所以承运商帐号180通常与邮政编码或其他地理区域相关联。由于该原因，在本实施例中对各个机构的位置而不是机构管理员级别规定承运商帐号180。

当向该系统添加新地点时，分布式用户运输应用程序40向承运商运输应用程序45发送机构地点信息。承运商运输应用程序45将新地点的承运商帐号180和新地点的地址与有效客户帐号的帐户数据库55进行比较。如果承运商帐号180对地点邮政编码有效，则将地点信息和/或地点管理员175添加到分布式用户运输系统10。如果承运商帐号180不是有效帐号和/或对于规定的地点地址无效，则返回错误代码，并且不添加新的地点/地点管理员175。

在一个实施例中，只有机构管理员有权利创建新的地点。在一另选实施例中，可以授权一些或全部的地点管理员175创建新的区域。

在本发明的分布式用户运输系统10中，另一管理层次是用户组185。在本发明的一个实施例中，用户组185确定对于与该用户组185相关联的那些用户15允许的运输服务级别。在一另选实施例中，可以由用户组185确定附加的用户授权，包括但不限于：生成运输报告、访问其他用户运输信息、创建新的用户或管理员、或者使用机构的或总的运输地址数据库。可以在用户组185级别确定与包裹运输相关的附加权力，这对于本领域的技术人员是显而易见的。图4B表示GUI用户组创建画面220，可以使用该画面定义用户组185。在该示例中，该特定用户组185中的用户15将能够基于所选择的服务级别运输信件和包裹。

图4C表示GUI新用户画面221，用于创建新用户15。在所示的实施例中，新用户15必须与机构、地点和用户组185相关联。在该实施例中，名称、登录名称、密码和用户类型190也是必需的字段。在该说明中，将该用户类型字段190指定为常规。在一优选实施例中，仅授权常规用户15运输包裹。相反，如果将管理员分配给用户类型190，则授权该用户15执行预定的管理功能并具有运输包裹的授权。因此，该GUI新用户画面221用于创建不同的管理级别，包括机构管理员和一个或更多个地点管理员。本领域的普通技术人员将很容易认识到，可以通过这种方式创建和分配其它的管理级别。

在一个实施例中，可以将一用户指定为移动用户30。移动用户30是被授权从远程地点运输包裹的那些用户。在一个实施例中，授权移动用户30仅从与该机构相关联的多个地点之一进行运输。在另一实施例中，授权移动用户30生成运输标签100，并从任何地点运输包裹。例如，一法人机构可以雇用多个销售人员，这些销售人员的工作需要出差会见客户。这些员工可能需要访问分布式用户运输系统10并可能在途中需要运输包裹。

参照图1，示出了移动用户30与网络30进行通信而不是直接与客户服务器20相连。在该实施例中，因为将用户指定为移动用户30，所以他或她可以使用分布式用户运输系统10从远程地点运输货物。在一个实施例中，分布式用户运输应用程序40驻留在由移动用户30使用的移动计算机上。在另一个实施例中，移动用户30从远程地点访问客户服务器20上的分布式用户运输应用程序40。

在操作中，如果将用户指定为移动用户30，则该用户具有更改该系统的起运信息的选择。在一个实施例中，新的起运信息将反映在运输标签100的返回地址上。然而，在另一实施例中，运输标签100上的返回地址未改变并保留向任一用户显示的默认返回地址。在承运商看来，当移动用户30运输包裹时，运输费用基于修改过的起运信息，因此没必要基于运输标签100上的返回地址计算费用。

本发明的各种实施例中的每一个都具有多个优点。通常，该分布式用户运输系统10使得能够严格地控制要管理的运输活动，特别是通过起运地点和由用户15选择的服务级别。限制起运地点减少了错误使用机构运输帐户的发生率。而且，可以减少或取消使用更昂贵的运输服务级别，例如通宵运输。可以基于诸如费用中心代码135或部门名称140的帐号将所产生的运输费用直接记帐到客户或部门。该运输标签引擎50使得能够方便地生成带有该运往信息和起运信息的运输标签，以立即粘贴到包裹上。该系统10的多个管理方面使得能够创建和修改各种用户组和机构地点，这些用户组和机构地点中的每一个都具有可由运输请求使用的不同的服务级别和起运地点。

图1、2、3A-3G和4A-4C是根据本发明的方法、系统和程序产品的方框图、流程图和控制流程说明。可以理解，该方框图、流程图和控制流程说明中的各个块或步骤，以及该方框图、流程图和控制流程说明中的多个块的组合可以通过计算机程序指令来实现。这些计算机程序指令可以加载到计算机或其他可编程设备上以制造一种机器，以使得在计算机或其他可编程设备上执行的指令生成实施方框图、流程图或者控制流程块或步骤中规定的功能的手段。这些计算机程序指令还可以存储在计算机可读存储器中，该存储器使计算机或其他可编程设备以特定方式进行工作，以使得存储在计算机可读存储器中的指令产生一制造产品，该制造产品包括实现该方框图、流程图或者控制流程块或步骤中规定的功能的指令手段。这些计算机程序指令还可以加载到计算机或其他可编程的设备上，以引起一系列将在计算机或其他可编程设备上执行的操作步骤，来产生计算机实现的过程，以使得在计算机或其他可编程设备上执行的指令提供用于实现方框图、流程图或者控制流程块或步骤中规定的功能的步骤。

因此，方框图、流程图或控制流程说明的多个块或多个步骤支持执行规定功能的手段的组合、执行规定功能的多个步骤、和执行规定功能的程序指令手段的组合。还应理解，方框图、流程图或者控制流程说明的各个块或步骤，以及方框图、流程图或者控制流程说明中的多个块或多个步骤的多个组合可以通过基于特殊用途的硬件的计算机系统(该计算机系统执行规定的功能或步骤)或特殊用途硬件和计算机指令的组合来实现。

本领域的技术人员可以想到本发明的许多改进和其他实施例，对于本领域的技术人员来说，本发明具有前述内容及相关附图所描述的原理的优点。因此，应该理解，本发明不局限于所公开的的具体实施例，其改进和其他实施例也包括在附加权利要求的范围之内。尽管在此使用了一些具体术语，但是它们都是以一般的和说明性的含义使用，而不是用于限制性的目的。

Claims (82)

1.一种用于控制用户访问承运商的运输服务以投递包裹的方法，所述承运商具有描述多个收取地点的服务区域，在这些收取地点所述承运商愿意收取包裹以开始运输，所述控制方法包括：

记录由所述用户提交的运往信息，所述运往信息描述所述承运商要投递的包裹的目的地；

记录起运信息，所述起运信息描述由所述用户选择的多个收取地点之一；和

验证由所述用户选择的所述收取地点是否为与所述用户相关联的所述多个收取地点的受限集合中的一个收取地点，所述用户与少于所述承运商的服务区域内的全部收取地点的地点相关联。

2.根据权利要求1所述的方法，还包括在成功地验证所述收取地点之后通过网络向所述承运商传送所述起运信息和运往信息，以方便所述承运商从所选择的收取地点向所述目的地投递包裹。

3.根据权利要求1所述的方法，其中所述多个收取地点的受限集合中的每一个收取地点与所述用户的工作地点相关联。

4.根据权利要求1所述的方法，还包括在记录所述起运信息之前，显示供所述用户选择的所述多个收取地点的受限集合的列表。

5.根据权利要求1所述的方法，还包括使用单个收取地点的多个部分预先填写多个起运信息字段，所述多个信息字段用于记录起运信息。

6.根据权利要求5所述的方法，还包括在预先填写所述起运信息字段之后，锁定所述起运信息字段，防止所述单个收取地点的所述多个部分被修改。

7.根据权利要求6所述的方法，其中所述单个收取地点与所述用户的工作地点相关联。

8.根据权利要求1所述的方法，还包括基于所述运往信息和起运信息生成运输标签图像，所述运输标签图像可由所述用户用于打印运输标签，以粘贴到所述包裹上。

9.根据权利要求1所述的方法，其中所述承运商提供多个不同的运输服务级别，所述方法还包括：显示所述用户可用的运输服务级别的受限集合，所述多个服务级别的受限集合少于由所述承运商提供的运输服务级别；记录由所述用户选择的运输服务级别；以及在成功地验证所述收取地点之后，通过网络向所述承运商传送所述运输服务级别选择、起运信息和运往信息，以方便包裹的投递。

10.根据权利要求9所述的方法，其中由所述承运商提供的多个运输服务级别至少是地面运输和空中运输，并且其中将所显示的所述多个运输服务级别的集合限制为地面运输。

11.根据权利要求9所述的方法，其中通过所述用户在用户组中的成员关系来确定所述多个运输服务级别的集合的限制范围。

12.根据权利要求11所述的方法，还包括通过确认所述用户是否属于所述用户组来验证所述用户是否能够请求所述运输服务级别。

13.根据权利要求1所述的方法，还包括验证所述用户对一用户组的成员关系，并且如果所述用户不是该用户组的成员，则拒绝验证所述收取地点。

14.根据权利要求1所述的方法，还包括在记录运往信息之前向用户显示多个目的地的受限集合。

15.根据权利要求14所述的方法，其中所述服务区域还描述所述承运商愿意投递所述包裹的多个目的地，其中所述多个目的地的受限选择少于所述承运商的服务区域内的全部目的地。

16.根据权利要求1所述的方法，还包括：在成功地验证所选择的收取地点之后，记录来自所述用户的记帐信息，并通过网络向所述承运商传送所述运往信息、起运信息和记帐信息，以方便所述承运商为所述包裹的投递进行记帐。

17.根据权利要求16所述的方法，其中所述记帐信息包括客户信息和事件信息。

18.一种用于控制用户访问承运商的运输服务以投递包裹的方法，所述承运商具有描述多个收取地点的服务区域，在这些收取地点所述承运商愿意收取包裹以开始运输，所述控制方法包括：

记录由所述用户提交的运往信息，所述运往信息描述所述承运商要投递的包裹的目的地；

向所述用户显示所述多个收取地点的受限集合，所述多个收取地点的受限集合与所述用户相关联，所述用户与少于所述承运商的服务区域内的全部收取地点的地点相关联；和

记录起运信息，所述起运信息描述由所述用户从所述多个收取地点的受限集合中选择的多个收取地点之一。

19.根据权利要求18所述的方法，还包括通过网络向所述承运商传送所述起运信息和运往信息，以方便所述承运商从所选择的收取地点向所述目的地投递包裹。

20.根据权利要求19所述的方法，还包括：在向所述承运商传送所述运往信息和起运信息之前，验证由所述用户选择的收取地点是否为所述多个收取地点的受限集合中的一个收取地点。

21.根据权利要求20所述的方法，其中所述多个收取地点的受限集合中的每一个收取地点与所述用户的工作地点相关联。

22.根据权利要求18所述的方法，其中显示所述多个收取地点的受限集合包括使用单个收取地点的多个部分预先填写多个起运信息字段，所述多个信息字段用于记录起运信息。

23.根据权利要求22所述的方法，还包括在预先填写所述起运信息字段之后，锁定所述起运信息字段，防止所述单个收取地点的所述多个部分被修改。

24.根据权利要求22所述的方法，其中所述单个收取地点与所述用户的工作地点相关联。

25.根据权利要求18所述的方法，还包括基于所述运往信息和起运信息生成运输标签图像，所述运输标签图像可由用户用于打印运输标签，以粘贴到所述包裹上。

26.根据权利要求18所述的方法，其中所述承运商提供多个不同的运输服务级别，所述方法还包括：显示所述用户可用的多个运输服务级别的受限集合，所述多个服务级别的受限集合少于由所述承运商提供的运输服务级别；记录由用户选择的运输服务级别；以及通过网络向所述承运商传送所述运输服务级别选择、起运信息和运往信息。

27.根据权利要求26所述的方法，其中可从所述承运商获得的多个运输服务级别至少是地面运输和空中运输，并且其中将所述多个运输服务级别的集合限制为地面运输。

28.根据权利要求26所述的方法，其中通过所述用户在用户组中的成员关系来确定所述多个运输服务级别的限制范围。

29.根据权利要求28所述的方法，还包括通过确认所述用户是否属于所述用户组来验证所述用户是否能够请求所述运输服务级别。

30.根据权利要求18所述的方法，其中所述承运商提供多个不同的运输服务级别，所述方法还包括：验证所述用户是否为一用户组的成员；以及请求与所述用户组相关联的所述多个运输服务级别的受限集合中的一个运输服务级别，其中所述多个运输服务级别的受限集合少于由所述承运商提供的全部运输服务级别。

31.根据权利要求18所述的方法，还包括在记录所述运往信息之前向用户显示多个目的地的受限集合。

32.根据权利要求31所述的方法，其中所述服务区域还描述所述承运商愿意投递所述包裹的多个目的地，并且其中所述多个目的地的受限集合少于所述承运商的服务区域内的全部目的地。

33.根据权利要求18所述的方法，还包括：记录来自所述用户的记帐信息；以及通过网络向所述承运商传送所述运往信息、起运信息和记帐信息，以方便所述承运商对所述包裹的投递进行记帐。

34.根据权利要求33所述的方法，其中所述记帐信息包括客户信息和事件信息。

35.一种用于控制用户访问承运商的运输服务以投递包裹的方法，所述承运商提供多个不同的运输服务级别，所述控制方法包括：

记录由所述用户提交的起运信息，所述起运信息描述所述承运商要投递的包裹的收取地点；

记录由所述用户提交的运往信息，所述运往信息描述所述承运商要投递的包裹的目的地；

记录由所述用户选择的运输服务级别；和

验证所述运输服务级别选择是否为与所述用户相关联的多个服务级别的受限集合中的一个服务级别，所述用户与少于由所述承运商提供的全部运输服务级别的运输服务级别相关联。

36.根据权利要求35所述的方法，还包括在成功地验证所述运输服务级别选择之后通过网络向所述承运商传送所述运输服务级别选择、起运信息和运往信息，以方便所述承运商以所述运输服务级别从所述收取地点向所述目的地投递包裹。

37.根据权利要求35所述的方法，还包括在记录所述运输服务级别选择之前，显示所述多个服务级别的受限集合。

38.根据权利要求35所述的方法，其中所述承运商的服务区域描述多个收取地点，所述承运商愿意从这些收取地点运输包裹，并且所述方法还包括在记录所述起运信息之前向所述用户显示所述多个收取地点的受限集合，所述多个收取地点的所述受限集合少于所述承运商的服务区域内的全部收取地点。

39.根据权利要求38所述的方法，还包括验证由所述用户选择的收取地点是否为所述多个收取地点的受限集合中的一个收取地点。

40.根据权利要求38所述的方法，其中显示所述多个收取地点的所述受限集合包括使用单个收取地点的多个部分预先填写多个起运信息字段，所述多个信息字段用于记录起运信息。

41.根据权利要求40所述的方法，还包括在预先填写所述起运信息字段之后，锁定所述起运信息字段，防止所述单个收取地点的所述多个部分被修改。

42.根据权利要求41所述的方法，其中所述单个收取地点与所述用户的工作地点相关联。

43.根据权利要求35所述的方法，还包括基于所述运往信息、起运信息和服务级别选择生成运输标签图像，所述运输标签图像可由所述用户用于打印运输标签，以粘贴到所述包裹上。

44.根据权利要求35所述的方法，其中通过所述用户在用户组中的成员关系来确定所述多个运输服务级别的限制范围。

45.根据权利要求44所述的方法，还包括通过确认所述用户在所述用户组中的成员关系来验证所述用户是否能够请求所述运输服务级别。

46.根据权利要求35所述的方法，还包括：记录来自所述用户的记帐信息；以及通过网络向所述承运商传送所述运往信息、起运信息、服务级别选择和记帐信息，以方便投递包裹和对投递进行记帐。

47.根据权利要求46所述的方法，其中所述记帐信息包括客户信息和事件信息。

48.一种用于控制用户访问承运商的运输服务以投递包裹的方法，所述承运商提供多个不同的运输服务级别，所述控制方法包括：

记录由所述用户提交的起运信息，所述起运信息描述所述承运商要投递的包裹的收取地点；

记录由所述用户提交的运往信息，所述运往信息描述所述承运商要投递的包裹的目的地；

显示所述多个运输服务级别的受限集合，所述多个服务级别的受限集合与所述用户相关联，所述用户与少于由所述承运商提供的全部运输服务级别的服务级别相关联；和

记录由所述用户选自所述多个运输服务级别的受限集合的运输服务级别选择。

49.根据权利要求48所述的方法，还包括通过网络向所述承运商传送所述运输服务级别选择、起运信息和运往信息，以方便所述承运商从所述收取地点向所述目的地投递包裹。

50.根据权利要求48所述的方法，还包括基于所述运往信息、起运信息和运输服务级别选择生成运输标签图像，所述运输标签图像可由所述用户用于打印运输标签，以粘贴到所述包裹上。

51.根据权利要求48所述的方法，其中由所述承运商提供的所述多个运输服务级别至少是地面运输和空中运输，并且其中将所述多个运输服务级别限制为地面运输。

52.根据权利要求48所述的方法，其中通过所述用户在一用户组中的成员关系来确定所述多个运输服务级别的限制范围。

53.根据权利要求52所述的方法，还包括通过确认所述用户在所述用户组中的成员关系来验证所述用户是否能够请求所述运输服务级别。

54.根据权利要求48所述的方法，还包括：记录来自所述用户的记帐信息；以及通过网络向所述承运商传送所述运往信息、起运信息、服务级别选择和记帐信息，以方便投递包裹和对投递进行记帐。

55.根据权利要求54所述的方法，其中所述记帐信息包括客户信息和事件信息。

56.一种管理用户访问承运商的运输服务以投递包裹的方法，其中所述用户是具有多个地点的机构的成员，所述管理方法包括：

通过网络向所述承运商发送机构信息，所述机构信息包括所述多个地点之一的地址和一运输帐号；

通过确认所述帐号和地址是否与有效帐号和地址的列表中的一个帐号和地址一致来验证所述帐号；和

将所述经验证的地点加入可由所述承运商从其收取包裹并且所述用户允许从其运输包裹的多个起运地点的集合，所述多个起运地点的集合描述多个地点，这些地点少于在所述承运商的服务区域内可由所述承运商收取的多个地点。

57.根据权利要求56所述的方法，还包括显示以前运输的列表，所述列表包括与各个所述运输相关联的起运信息和运往信息。

58.根据权利要求57所述的方法，其中显示所述信息还包括：基于传送日期、运输日期、所述运往信息、所述起运信息、所述用户的身份、服务级别、用户组和机构中的至少一个，来排序所显示的运往信息和起运信息。

59.根据权利要求56所述的方法，其中所述经验证的地点与所述机构的一部门相关联，并且所述用户是所述部门的成员。

60.一种管理对承运商的运输服务的访问以投递包裹的方法，所述管理方法包括：

创建多个用户组，每一个用户组都包括至少一个用户；

创建所述承运商的多个运输服务的受限集合，所述多个运输服务的受限选择包括比由所述承运商提供的全部运输服务少的运输服务；

将所述承运商的多个运输服务的受限集合与所述用户组相关联；和

通过将所述用户的多个运输请求发送给所述承运商，来方便所述用户访问所述多个运输服务的受限集合，其中所述多个运输请求中的每一个包含由所述用户选择的所述多个运输服务的受限集合中的一个运输服务。

61.根据权利要求60所述的方法，其中所述承运商的多个运输服务包括地面投递和空中投递，并且所述多个服务的受限集合仅包括地面投递。

62.一种图形用户界面，用于控制用户访问承运商的运输服务以投递包裹，所述承运商具有描述多个收取地点的服务区域，在这些收取地点所述承运商愿意收取包裹以开始运输，所述图形用户界面包括：

运往信息面板，该运往信息面板具有用于记录所述承运商要投递包裹的目的地的多个部分的多个字段；和

起运信息面板，该起运信息面板具有预先填写有所述多个收取地点之一的多个部分的多个字段，锁定所述多个字段来防止所述用户进行修改，以限定用户从锁定的收取地点进行运输。

63.一种用于控制用户通过网络访问承运商服务器来调整由所述承运商提供的多个运输服务以投递包裹的系统，其中所述承运商具有包括多个收取地点的服务区域，在这些收取地点所述承运商愿意收取包裹以开始运输，所述控制系统包括：

运往信息系统，该运往信息系统被构造用来记录由所述用户提交的运往信息，所述运往信息描述所述承运商要投递的包裹的目的地；

起运信息系统，该起运信息系统被构造用来将所述用户可用的多个收取地点的集合限制为少于所述承运商的服务区域内的全部收取地点，并且所述起运信息系统还被构造用来记录起运信息，该起运信息描述由所述用户选自所述多个收取地点的受限集合的所述多个收取地点之一；和

订单下达系统，该订单下达系统被构造用来通过网络连接到所述承运商服务器，并通过网络向所述承运商传送所述起运信息和运往信息，所述起运信息和运往信息方便了所述承运商从所选择的收取地点向所述目的地投递包裹。

64.根据权利要求63所述的系统，其中所述起运信息系统还被构造用来验证所记录的起运信息是否描述所述多个收取地点的受限集合中的一个收取地点。

65.根据权利要求63所述的系统，其中所述起运信息系统还被构造用来显示多个起运信息字段，用于记录由所述用户选择的所述收取地点的多个部分，并使用所述多个收取地点的受限集合中的一个收取地点的多个部分来预先填写所述多个起运信息字段。

66.根据权利要求65所述的系统，其中所述起运信息系统还被构造用来锁定所述多个起运信息字段，以使得预先填写的收取地点的多个部分不会被用户修改。

67.根据权利要求63所述的系统，其中所述起运系统、运往系统和订单下达系统驻留在通过网络与所述承运商服务器相连的客户服务器上。

68.根据权利要求63所述的系统，其中所述起运系统、运往系统和订单下达系统中的至少一个的至少一部分驻留在移动计算机上。

69.根据权利要求68所述的系统，其中所述起运信息系统还被构造用来检测由操作所述移动计算机的移动用户进行的使用，并例外地允许选择任何收取地点。

70.根据权利要求69所述的系统，还包括费用计算系统，该费用计算系统被构造用来基于所述起运信息和运往信息确定运输费用。

71.根据权利要求70所述的系统，还包括标签生成系统，该标签生成系统被构造用来生成带有所述运往信息和起运信息的运输标签图像，所述运输标签图像可由所述用户用于打印运输标签，以粘贴在所述包裹上。

72.根据权利要求71所述的系统，其中所述运输标签图像还包括与所述起运信息不同的返回地址信息。

73.根据权利要求63所述的系统，其中所述承运商提供多个运输服务级别选择，并且所述系统还包括服务级别选择系统，该服务级别选择系统被构造用来将所述用户选择的多个服务级别限制为少于由所述承运商提供的运输服务级别。

74.根据权利要求63所述的系统，其中所述起运信息系统还被构造用来显示所述多个收取地点的受限集合。

75.一种用于控制用户访问承运商的运输服务以投递包裹的系统，所述承运商提供多个不同的运输服务级别，所述控制系统包括：

运往信息系统，该运往信息系统被构造用来记录由所述用户提交的运往信息，所述运往信息描述所述承运商要投递的包裹的目的地。

起运信息系统，该起运信息系统被构造用来记录由所述用户提交的起运信息，所述起运信息描述所述承运商要投递的包裹的收取地点；

服务级别系统，该服务级别系统被构造用来将所述用户可用的多个服务级别的集合限制为少于由所述承运商提供的全部运输服务级别，并且所述服务级别系统还被构造用来记录所述用户选自所述多个服务级别的受限集合的服务级别；和

订单下达系统，该订单下达系统被构造用来通过网络连接所述承运商服务器，并通过网络向所述承运商传送所述起运信息、运往信息和服务级别选择，所述起运信息、运往信息和服务级别选择方便了所述承运商从所述收取地点向所述目的地投递包裹。

76.根据权利要求75所述的系统，其中所述服务级别系统还被构造用来显示所述多个服务级别的受限集合。

77.根据权利要求75所述的系统，其中所述服务级别系统还被构造用来验证所记录的服务级别选择是否为所述多个服务级别的受限集合中的一个服务级别。

78.根据权利要求75所述的系统，其中所述起运系统、运往系统、服务级别系统和订单下达系统驻留在通过网络与所述承运商服务器相连的客户服务器上。

79.根据权利要求75所述的系统，其中所述起运系统、运往系统、服务级别系统和订单下达系统中的至少一个的至少一部分驻留在移动计算机上。

80.根据权利要求75所述的系统，还包括标签生成系统，该标签生成系统被构造用来生成带有所述运往信息、起运信息和服务级别选择的运输标签图像，所述运输标签图像可由所述用户用来打印运输标签，以粘贴在所述包裹上。

81.根据权利要求75所述的系统，其中所述服务级别系统还被构造用来将所述运输服务级别选择限制在由所述用户对一用户组的成员关系所确定的范围。

82.根据权利要求75所述的系统，其中可以从所述承运商获得的所述多个运输服务级别至少为地面运输和空中运输，并且其中将所述服务级别系统构造用来将所述多个服务级别限制为地面运输。

Images