专利名称：根据装运信息提供商务智能的系统和方法
技术领域：
本发明涉及使用装运信息的商务智能系统。
背景技术：
诸如零售商和供应商之类企业之间的货物的装运已被自动到经常涉及计算机系统的程度。起始发货场所和运输商几乎不需要人工准备货单、发货标签、重量和费率计算、以及计算相关的包裹运输费。
类似地，运输商也已引入计算机在所有方面帮助包裹的运输。经常，运输商会保留处理的每个单独物品的记录，这是递送包裹的运输商的例行公事。一些运输商还保留每个包裹的实时状态信息，当装运包裹时，允许运输商跟踪和监视包裹的进展。一些运输商为他们自己的跟踪应用程序保持每个单独包裹的跟踪数据，并允许包裹的寄件人和收件人访问同一信息。这可以是用于扩充运输商提供的基本业务的免费业务。由于各种原因，单个包裹的递送状态信息对用户有用。
与包裹递送有关的集合装运信息对用户也有用，不过是作为商务智能的原始资料。装运信息可向企业提供关于增长领域，趋势和销售量的了解。在位于单一场所的寄件人向位于单一目的地的另一企业发送包裹的环境中，能够容易地获得商务智能形式的集合装运数据。经常，用于管理输入或输出包裹的计算机系统能够产生关于包裹的数量，规定时段内装运费用方面的总成本的报告。这样的信息甚至可被用于比较当前装运周期中的数字与过去的装运周期中的数字。在单一始发地点的情况下，当从准备包裹以便装运的计算机系统获得装运记录时，检查装运记录相当简单。
但是，目前的许多企业并不只具有单一场所。零售企业常常在国内具有数百个或者甚至数千个营业场所。对于许多企业来说，在指定城市、州或地区中可能存在多个零售场所。在大城市中，供应商可能具有从其装运货物的多个仓库。经常，可建立具有重复存货的地区性仓库，例如在食物杂货配送中，或者可建立具有不同存货的地区性仓库，例如在制造行业中。从而，即使单个厂商将产品发运到单个客户，装运可能始发于多个场所，类似地，可被引向各个目的地。
从而，由于装运信息的分散本性，分析装运信息复杂。当涉及多个场所时，与单个始发地或目的地相关的装运信息不能提供全面的看法。一些具有多个装运/接收场所的企业协调并收集装运信息，但是会出现各种复杂性。例如，各种食品杂货处理系统和通信标准会使收集和分析装运信息的过程显著复杂。
对于具有使用单个运输商装运食品杂货的多个场所的企业来说，装运信息可能已由运输商按照一致的格式收集和保持。但是，即使运输商允许用户访问他们的装运数据，也必须设计分析信息的方法。收集这种数据(不管是内部收集还是通过访问运输商的数据库来收集)的企业需要复杂的分析，所述分析需要购买、开发和操作专用信息分析系统。企业需要额外的人员和资金来开发和部署这种系统。显然，和每个用户不得不开发和部署单独的重复系统相比，多个用户共有的用于分析装运数据的单一集中商务智能系统成本较低。于是，需要一种共享地向用户提供分析装运信息的业务的集中商务智能系统。
通过考虑其它信息，例如经济数据，能够增强仅仅根据历史装运数据的商务智能系统的效用。装运数据与经济数据的比较提供用于解释装运信息的观点。例如，已知装运量的增长速度高于通货膨胀率的增长速度，或者高于地区增长率的增长速度，可提供解释商业趋势的额外洞察力。其它数据，例如宏观经济数据，可指示发送到指定区域的单元(unit)的增长是不断增长的人口基数或者不断增长的地区经济活性的函数。
通过结合装运信息和用户提供的其它信息，可进一步增强效用。例如，当与包裹中包装的单元的知识相结合时，可使发送的包裹的数目的信息更有用。于是，需要一种包含补充以辅助数据的装运信息，以便分析装运数据的商务智能信息系统。
发明内容
于是，本发明的一个目的是提供一种合并装运信息的商务智能系统，包含装运信息数据库，用户简表信息数据库，和处理器，其中系统接收用户请求，访问恰当的数据，并将结果传送给用户。本发明的另一目的是提供一种合并装运信息数据库，用户简表数据库和处理器的商务智能系统，所述处理器接收用户请求，所述用户请求包括用于修改来自所述装运信息数据库的数据的参数。
本发明的另一目的是提供一种通过接收并存储装运信息，接收来自用户的事务请求，检索恰当的装运信息，并处理该信息，以便按照与用户相关的格式提供所得到的数据，根据装运信息提供商务智能的方法。本发明的另一目的是提供一种通过接收并存储装运信息，接收来自用户的事务请求，检索恰当的装运信息，并处理该信息，以便按照与用户相关的格式提供所得到的数据，基于装运信息的商务智能的方法，其中用户指示修改装运信息的参数。
本发明的另一目的是提供一种根据装运信息数据库，统计信息数据库，用户授权和简表数据库，和处理请求，访问数据库并将所得到的数据传送给用户的计算机，提供商务智能的设备。
图1描述根据本发明的原理的商务智能系统的整体操作的一个实施例。
图2描述根据本发明的原理的商务智能系统的整个处理步骤的例证图3-3c描述例证的事务结果显示。
图4描述比较随着时间的包裹索赔率和信用等级的例证事务结果显示。
图5描述利用地图的例证事务结果显示增长率。
图6描述利用地图的例证事务结果显示服务地点。
图7以基于比较文本的表格，描述基于装运数量的例证事务结果显示趋势分析数据。
具体实施例方式
本发明的目的在于一种引入由装运业务提供商或者普通运输商获得和保持的装运信息的商务智能系统。装运的物品可以是包裹，信件，包装箱，板纸箱，信封，盒子，管子，集装箱或类似物品。装运的物品可以是单个的，或者可被捆扎，码垛堆积，或者类似地分组，以便有效处理。
商务智能系统使用可从市场上获得的商务智能工具处理来自用户的请求(称为事务请求)。虽然当使用这样的商务工具时，需要定义所处理的信息的性质和所寻找的信息的性质，但是不必实际研究或描述商务工具本身的内部操作。在不了解商务工具软件包的内部操作的情况下，能够理解本发明的操作的原理。
事务请求涉及至少一个装运地点，不论该地点是被装运物品的起点还是目的地。事务请求可包括基于多个装运地点的信息。用户必须与装运地点联络，以便获得关于装运地点的装运级具体信息，并且必须被授权访问账目。与装运地点联络要求用户是装运物品的寄件人或者收件人，或者由允许访问这种信息的公司结构或商业协议相联系。企业不能获得没有同意允许这种访问的商业竞争者的装运信息。这种访问表示在用户简表数据库中。
由事务请求引起的数据被称为事务结果，并按照不同的格式提供。事务结果可包括最近，例如前一周或前一月的数据的检索。与前一周或前一月相关的装运信息可被看作“当前”装运信息，而与久远的过去，例如去年或前一季度相关的信息可被看作“历史”装运信息。该程度是相对的，用户或系统提供商可将各种时段定义成“当前的”和“历史的”，或者简单地将所有这种数据定义成“装运数据”。“当前”数据和“历史”数据的划分是一种具体实现。
用户可请求比较指定地点的当前装运信息和历史装运信息。例如，用户可请求比较当月中的包裹装运数量与去年同月中装运的包裹的数目。
除了检索历史信息之外，系统可推断或预测可为其请求装运数据的许多变量。用户定义计算外推的时段，系统使用许多众所周知的数学方法之一推断数据。例如，表示过去12个月内每月装运的包裹的数量的数据可被用于推断在接下来的六个月中装运的包裹的预期数量。显然，外推数据的时间越远，推断数据的置信度变小。
另外，事务请求可包括用于修改从装运信息数据库获得的数据的参数。这允许称为推理性事务请求的“假定推测”分析的表述。例如，用户可探知与特定的事务请求相关的历史装运数量和未来趋势。用户可能希望比较该数据和将增长率额外增大10％的类似分析。可以指出各种参数，以便修改推断数据，例如在降低其它地点的数量的时候，增大某些地点的数量。这种“假定推测”分析可被用于探知关闭一个配给中心，并将数量转移给其它配给中心的装运影响。
上面提及的能力仅仅根据装运提供商收集的装运数据，提供历史和当前数据，以及未来趋势。商务智能系统通过允许用户扩充数据库，增强装运数据的效用。通过使用例如客户机和装运提供商之间的电子数据交换(EDI)接口，传递扩充的数据。EDI被用于电子传送货单，允许承运方易于提供与装运相关的其它信息。EDI通常与特定的协议和程序相联系，可使用其它通信方法在客户机和装运提供商之间传送这样的信息，例如(但不限于)和因特网一起使用的各种协议，包括HTML、XTML、文件传输协议，或者利用因特网开发的任意其它协议。其它例子包括X.25，帧中继，ISDN，拨号电话接入，无线数据分组业务，私人专用设施，异步传输模式，或者各种广域网或局域网标准。装运信息由装运提供商保持，并可用于分析事务请求。例如承运方可指示每个装运包裹中包含多少单元，存货标识符和价值。该信息允许装运信息的附加分析。例如，更密实的包装技术会导致装运较少的包裹，同时增大包含在实际装运的包裹中的物品的数目。
上面提及的能力可被进一步修改，以考虑采取统计数据形式的非装运相关数据，可用各种形式体现所述统计数据。一种形式是基于地理的人口统计数据，包括特定地理区域的经济人口统计数据，经济增长指标和人口增长。基于邮政编码，城市，县，多个县，州，几个州或全国定义该区域。人口统计数据的许多其它例子也是可能的，不过未列举。
其它统计数据包括与公司财务相关的信息，例如由关于公司商务活动的Dun&Bradstreet信用和财务信息，或者提供地理型(geotype)或行业分割数据的数据库提供的信息。其它统计数据库提供专门的经济数据，例如基于SIC(标准化行业代码)的产品分类，或者包括政府数据库，所述政府数据库包括包含人口普查数据，管理数据或证券(security)数据。
这里公开的例子只是可结合装运数据的比较使用的，可编辑、租用或购买的统计数据库的一些可能性。这种数据的范围包括其中与事务结果的比较提供对事务结果的含义的进一步了解的任意数据库。
体系结构概述参见图1，图1图解说明了根据本发明的原理的一个实施例。显然实现的其它体系结构和方法是可能的，图1并不意图将商务智能系统限制于任意一种体系结构。当前装运数据库15保持装运信息。商务智能服务提供商定义该数据库，以包含与本周，本月，本年或者任意其它时间段相关的装运信息。利用与包裹收取活动10和包裹递送活动5相关的装运数据填充数据库。不要求商务智能提供商经营装运业务，但是可与装运业务，或者与多个包裹始发点和目的地协调数据收集。虽然并非所有的包裹寄件人或收件人都是商务智能系统的用户，不过以某种方式使每个商务智能系统用户与包裹的寄件人或收件人联络。例如，用户可以是访问与零售商业场所相关的装运数据的各种零售商业场所的公司分支机构(例如母公司)。
运输公司人员可实时收集收取和递送信息，并使用便携式计算机记录和传递该信息。在美国专利6285916，“Multi-Stage Parcel TrackingSystem”中描述了一种跟踪包裹递送的系统。另一方面，装运数据可每日手工输入系统。一旦被输入，在被存储到装运信息数据库中之后，装运信息即可用于分析。在由承运方确定的一段时间之后，该信息可被转移到历史装运信息数据库25，历史装运信息数据库25是更经济的长期存储数据库。并不要求区分当前装运数据和历史装运数据，不过反映本发明的一个实施例。商务智能系统可将历史数据限于某一时期，因为随着时间的过去，数据的价值减小，存储成本增大。其它实施例可选择将所有装运信息数据集合到一个数据库中，或者反数据分成不同的存储类别，例如根据日历年度分离数据。商务智能系统逻辑上将当前装运信息数据库15和历史装运信息数据库25共同看作一个可在数个物理存储单元中实现的逻辑数据库。
可利用运输商处理期间，包裹的即刻位置和/或状态信息，更新装运信息数据库。当包裹从一个发送设施传送到另一发送设施，装到车辆或飞机上或者从车辆或飞机卸下时，包裹识别号可被用作提供跟踪信息的索引。跟踪引擎通过访问装运信息数据库15，分析应答跟踪请求所必需的信息，对跟踪请求做出响应。
通过利用EDI接口20，可用来自承运方的信息扩充装运信息数据库。利用计算机22提供数据，计算机22使用恰当的电子数据交换标准，将货单电子传送给运输商。始发承运方在与装运相关的货单中指示运输商不需用于处理包裹的可选信息。例如，和货单一起提供的信息可指示每个包裹中包含多少单元，它们的存货编号和价值。该信息由运输商接收，并与装运信息数据库15中的物品相联系。处理EDI数据中可能涉及其它计算机系统，不过未示出，它们的操作不是理解本发明所必需的。
除了装运信息数据库15和历史装运信息数据库25之外，商务智能系统50访问用户简表信息数据库35，内部路由信息数据库40，和外部宏观经济数据库30。这些数据库被表示成与装运数据库分离，不过在备选实施例中可被集成在一起。
用户简表信息数据库35包含商务智能系统的用户特有的信息，例如安全性权限信息。安全性权限信息与用户访问授权相关，例如用户身份识别，口令，加密方法，许可的访问方法，和同时在线用户的最大数目。访问方法可包括拨号调制解调器访问，X.25访问或者因特网访问。每种访问方法可具有定义的唯一的安全性特征。例如，用户的拨号访问可与特定的呼叫电话号码相关联，而因特网访问可被限制于使用某些加密机制。安全性权限信息的一种用途是确保只有授权用户访问该系统。
用户简表信息数据库还指示定义允许用户访问哪些服务的受权服务级别。不同的服务级别可反映访问统计数据库，定价水平，和处理事务请求所需的计算资源的不同能力。本发明的一个实施例是根据业务选择的预约等级，提供各种业务能力。由于某些事务依赖于处理器，业务级别可将用户限制于用户愿意负费的那些事务。
用户简表信息数据库还包含用户装运地点信息。该信息识别与指定用户相关的各种地点。例如，装运地点可表示属于用户同一拥有权的零售商。每个装运地点可代表装运物品的始发地点，目的地地点，或者这两者。与用户相关的任意装运地点可以是特定商务智能机构的中心点；但是，用户不能获得未在他们的简表中列出的地点的具体装运信息。用户还可对同一地理区域中的装运地点分类，所有这样的地点在定义的城市或州内，或者可根据主要接收或产生被装运物品分离地点。由于基于用户定义该信息，因此该信息存储在用户简表数据库中，而不是存储在装运数据库中。
最后，用户简表信息数据库包含业务模板信息。可以看出，商务智能系统提供关于配置，所分析的数据，所分析的地点，以及信息将如何呈现的灵活性。除了其它之外，本发明的商务智能系统还提供就事务中使用的输入，要抽取的信息的性质，对其寻找信息的时段，以及数据的呈现格式而论的灵活性。一旦用户确定了用于处理和呈现事务的所需参数，这些参数就被存储在用户简表数据库中，以便未来使用，避免在通常执行的事务请求中乏味地复制参数。例如，用户可监视关于他们的所有装运地点的某些集合信息，以及关于装运地点子集的具体信息。不是每次需要信息时，识别相同的参数，用户定义用于未来事务请求的业务模板。
内部路由信息数据库40向用户提供信息，以致用户可规划备选的装运决定。这种情况下，与用户的装运地点无关的集合装运信息可被用于提供涉及典型装运的信息。例如，用户可考虑将配送中心重新安置到新的地点。这种情况下，在装运信息数据库中不存在反映提议的地点的装运数据，因为用户还没有从该地点装运任何包裹。但是，商务智能系统可访问其它装运信息，提供预期的典型装运时间。事务请求需要分析自新地点的预期平均递送时间和成本，并将其与从用户的老地方的递送时间进行比较。这种“假设分析”规划允许用户关于其中存在用户装运数据的地点，检查各种装运备选方案的影响。在任何情况下，用户都不必访问这样单独识别的另一特定装运数据。
最后，商务智能系统50访问各种“统计数字”数据库30，“统计数字”数据库30包含宏观经济数据，公司联系数据，人口统计数字或者制图数据。这样的数据库可从私营信息服务提供商(例如Dunn andBradstreet，Westlaw)或者政府数据库(人口普查，证券和金融信息数据库(例如EDGAR)，以及经济指标)。信息包括按地理索引的人口统计数据，按年代顺序索引的或者按行业划分索引的经济数据，或者地理定义的经济增长系数。
一个实施例使用Dunn and Bradstreet数据库，例如预测企业的付款拖久的可能性的商业信用评分报告数据库。关于特定公司的信息可与某些装运指标，例如对丢失或受损包裹的索赔相结合，作为可能变更装运伙伴或其它商业实践的信号。另一种Dunn and Bradstreet产品包含唯一地识别Family TreeFinder数据库中的企业的D-U-N-S编号。已知D-U-N-S编号，则能够容易地识别任意其它有关连的企业，并探知他们的关系。这可用于识别与当前客户有关连的潜在商业机会。
另一实施例使用地图显示地点信息。这利用可从各种提供商，例如MapQuest或MapInfo获得的地图的地理数据库，从而图形显示地点和相关的装运信息。显示的地区可以在一个城市，一个州，或者多个州内。根据本发明的其它实施例可显示一个国家，一群国家或者数个洲内的装运信息。可从市场上获得的许多其它类型的数据库也是可能的，前述数据库的列举并不是穷举的或者限制性的。
数据库结构装运信息数据库包含两种主要信息始发包裹装运信息和目的地包裹装运信息。数据库结构的其它实施例也是可能的，这只表示一个例证实施例。在该例证实施例中，装运信息数据库15按照包裹标识符索引所有信息。
始发包裹装运信息包含在收取包裹时获得的信息。通常在包裹的收寄点获得的所有信息存储在一个记录中，并用唯一的标识符，例如跟踪号索引。该信息一般与始发实体相关，包括姓名、地址信息，和用户身份识别。与包裹相关的信息，例如重量，跟踪号，业务级别，收寄日期和时间也被记录。表1中表示了包含始发包裹装运信息的典型信息，但是表格内容是例证性的，本领域的技术人员会认识到其它信息也可被记录，并被用于处理事务请求。例如，递送给外国的包裹需要另外的地址信息(例如，省或者地点指示)；包裹还可包括与目的地方相关的电话联系描述符，第三方记账信息，有害材料指示等。但是，不必详细叙述每个信息字段及其用途来举例说明装运信息数据库的功能和用途。
始发包裹装运信息数据库内容表1包裹识别号 收件方的ZIP寄件方的公司名称 寄件方的姓名寄件方的城市 寄件方的地址寄件方的邮政编码 包裹重量收寄包裹的时间 收寄包裹的日期收寄人员的姓名 收寄包裹的地点包裹业务等级 收件方的姓名收件方的公司名称 收件方的地址收件方所在城市 收件方所在州可按照各种方式收集始发包裹装运信息。该信息可手写在表格上，由驾驶员在收寄包裹时收集，并手工输入装运数据库中。驾驶员可使用手持式便携计算机输入数据，该计算机将装运数据传送给装运信息数据库。另一方面，寄件方可通过访问运输商提供的网站，或者使用其它EDI机构，以电子方式输入该信息。或者寄件方可使用收集装运信息并将装运信息传送给承运方的第三方机构的业务。可使用与本发明的原理一致的各种方法来获得始发包裹装运数据。
在获得始发包裹装运信息之后，包裹随后被处理并被发送给目的地装运地点。在该处理过程中，运输商可在各个邮件路由中心处理包裹，并借助各种运输方式运输包裹。运输商可选择利用跟踪标识符，沿着各个地点跟踪包裹，记录包裹的装卸，将状态/处理信息存储在装运信息数据库中。
当投递时，获得目的地包裹装运信息。该信息可被存储为由包裹跟踪号索引的独立数据库，或者可与始发包裹装运信息一起被合并成如图1中所示的装运信息数据库15。获得的一类重要的目的地包裹装运信息是如表2中所示的投递日期和时间。可收集并存储其它信息，包括接收包裹的收件方的姓名，投递人员的姓名，和投递时包裹的状况。例证列表并不是穷举的或者限制性的。
目的地包裹装运信息数据库内容表2包裹识别号 包裹投递时间包裹投递日期投递驾驶员的姓名收件人的签名包裹的状况商务智能处理器操作图2图解说明了商务智能系统的高级处理流程。在步骤200中，与系统建立通信的用户开始该过程。可借助任意各种装置，包括因特网，拨号电话线，专用线路，X.25，或者本领域技术人员已知的其它数据业务实现访问。用户随后输入识别信息和鉴权信息(步骤205)，系统使用识别信息和鉴权信息识别用户，核实用户的身份。一般，输入用户姓名，以识别该用户，口令被用于鉴权。但是，存在可使用的许多其它安全措施，这些安全措施中的许多更复杂，但是均与本发明一致。商务系统鉴权用户(步骤210)，着手获得用户服务简表(步骤215)。商务智能系统检索均用于处理来自用户的事务请求的特定于用户的位置数据，授权的业务级别，和业务模板数据。系统随后准备接受来自用户的事务请求(步骤220)。事务请求可以是如下所述的几种。在确定产生的请求的类型之后，系统确定需要什么装运数据，并从当前或历史装运信息数据库检索装运数据。
下一步骤225要求识别并从恰当的数据库，主要是从装运信息数据库检索用户数据。下一步骤230要求过滤有关数据，从而只检索与分析所述请求有关的数据。随后，在步骤235中处理数据，按照在用户简表中规定的格式，结果被传送给用户(步骤245)。此时(步骤250)，用户可启动另一事务请求或者终止该会话。
事务请求的类型用户可请求数种事务请求。每种事务类型导致某些结果，允许用户检索数据，比较数据，推断结果，并比较该结果与其它统计(非装运)数据。该系统在呈现结果的格式方面灵活。
装运信息检索装运信息检索事务请求检索先前投递的物品的装运数据。系统检索规定的一段时间和指定地点的信息。装运数据可从装运信息数据库，历史装运数据库或者这两者检索装运数据。表3中表示了在本发明的一个实施例中可检索的例证装运参数。
自装运信息事务结果的选择结果表3全部装运包裹的数目总的记账金额每种业务类型的记账金额每个包裹的平均记账金额再次发送的包裹每个包裹的平均重量每种业务类型，每个包裹的平均重量每种业务类型装运的包裹收件人索赔赔偿金的包裹丢失的包裹所示参数只有用于举例说明，它们的含义是显而易见的。可用更多的参数，例如每个包裹的平均投递时间，每种业务类型的每个包裹的平均投递时间等来扩充该列表。表3举例说明一个实施例，根据本发明的原理，可请求/指示参数的许多其它组合。
所需的参数由用户选择。可用绝对项或相对项表示所得到的数目。绝对项提供绝对数字量，例如装运包裹的数目。相对项将结果值描述成百分率，例如再次发送的全部包裹的百分率。相对项特别有益于比较从一个时段到下一时段的相对变化。也可关于一组历史装运数据，向用户提供这两种结果。与每个参数相关的单位在系统中是固定的，例如货币的类型或者表示重量的标准。
用户指示将为其过滤信息的地点。该地点可以是明确的，或者可以是暗含的(这种情况下，先前已指出该地点)。
用户还指示关于其检索数据的时段。由于运输商可将装运数据存储多年，因此时段限制依赖于资源的事务请求。本发明的一个实施例的例证时段包括每天，每月，每季或每年。
由于，当以图形形式(例如饼形图或条形图)呈现数据时，通常向用户显示与4-10个时段相关的数据。如果以文本(表格)形式呈现数据，那么用户可规定任意数目的时段。
趋势分析事务请求用户还可请求趋势分析事务。趋势分析引入来自现有或历史装运信息的数据，并推断(或预测)未来的数据。它允许预测可从装运信息事务请求检索的多数数据。趋势分析事务实质上使用各种统计建模工具推断数据。趋势分析请求通过利用装运信息工作，不需要访问统计数据库中的任意信息。可推断源于装运信息数据库的多数(但不是全部)参数。诸如过去的装运数量之类的参数可被用于预测未来的装运数量。但是，指示从其包裹的地点(例如城市中)的装运信息并不提供用于推断哪些地点(例如城市)未来会得到服务的任何信息(但是注意，利用下面说明的推理事务请求，可选择新的装运地点)。用户必须指示要推断哪些参数，以及需要推断的时段。这种参数的指示在每个事务请求中可以是明确的，或者通过利用在用户简表中指示的默认值，可以是隐含的。
比较分析事务请求用户可指示比较事务。比较事务请求实质上是具有至少一个不同变量的两个装运信息请求。通过允许与代表使用不同参数的另一结构进行比较，增强事务分析的效用。例如，一种常见应用是比较两个不同地点的相同装运历史变量。其它比较事务可显示在一段时间内发送的全部包裹，以及该段时间内每个包裹的平均重量。
在另一例子中，产生请求相同类型的参数的两个类似的事务请求。例如，用户可能希望比较涉及相同始发地/目的地的两个不同时段的装运数量。或者用户可能希望比较从相同地点装运，但是到达两个不同目的地的包裹的平均装运费用。这两种情况举例说明了涉及两个装运信息事务请求的比较事务请求。
在另一种形式的比较分析中，事务一般包含不相交的事务类型，例如和来自统计数据库之一的数据一起比较任意一个装运事务。。这允许比较从装运信息获得的信息与一个或多个其它经济或人口统计信息。例如，用户可能希望比较来自某一地区的零售店的出货量与该地区的平均人口增长。具体地说，两个不相交参数的比较可显示这两者之间的相关性。例如，去年到整个地区的零售商店的载货量增长了3％，但是同一时间内，该地区的人口增长了5％，这表示相对市场份额可能降低。
推理分析事备请求最后，用户可请求推理分析事务请求-这允许“假设”类分析。这种事务请求是趋势分析请求和比较分析请求的组合的变形。用户可选择一种形式的趋势分析，但是指示修改趋势分析或比较分析的参数。另一方面或者与之结合，用户可指示替换某一参数的参数。例如，用户可能希望研究与始发地和目的地相关的装运费用。通过推断未来与这两个地点相关的费用，能够进行趋势分析。但是，通过指令商务智能系统忽略某些参数，可获得另外的了解。例如，用户可能希望指出与去年同期相比增长量方面的固定百分率增加。系统计算包含该参数的推断，并显示该结果，以及不具有该参数的推断。
另一例子涉及分析备选运输和配送方案。用户可关于多个配送中心检查他们当前的配送网络(即，包裹数量，装运成本，目的地)，并关于他们的配送中心，比较相同的参数与不同的地点。该系统通过分析来自其它用户的数据，并集合所述数据，提供代表假定情形的典型值进行推断。推理事务分析请求便于基于当前的或者计划的装运的信息的比较，以及假定备选方案的比较。
事务请求呈现格式事务请求可按照各种格式被提供给用户。用户的喜好被存储在用户简表信息数据库中，并且可由用户随时改变。所使用的偏爱可在请求中明确指出，或者隐含于存储在用户简表中的值中。主要的呈现格式包括文本格式、图形格式、地图(cartographical)格式和小程序格式。
文本格式由使用字母数字字符的表格组成。按照直列格式排列，与指定时段内，指定地点相关地呈现各种指标的数据。图7中描述了这种形式的输出的一个例子，后面说明。这种格式具有提供具体数字数据的优点。文本或表格呈现格式的一种变形是平直(flat)文本文件，其中制表符，空格和其它格式化字符串被除去，以便将文件从用户操纵的客户计算机装入独立的应用程序，例如工作表应用程序。
图形格式将数字数据变换成图表形式。最常见的图形格式是线性图，散布图，饼形图和条形图，不过其它变形也是可能的，并不是排它的。这些图形格式一般用于表示指定地点随着时间的变量。虽然可视地引人注意，但是这种的图表在能够提供的数据点和专一性方面受到限制。图形呈现便于方便地比较两个事务结果，以及清楚地将现有数据与推断数据区分开。
地图格式允许方便地显示与某一地理位置相关的数据，基于位置的信息(例如，向其发货的城市)通常就是这种情况。地理格式经常在显示多个州的情况下，描述某一州中的城市位置。但是，当事务请求基于国际地点，或某一城市内的多个地点的分析时，本发明的一些实施例可显示全部国家。
最后，小程序格式包含与软件指令，例如JAVA脚本结合的数据，它们被传送给用户，并在本地计算机上处理以便显示。这种应用程序可与因特网接入一起使用，提供部分在商务智能系统，部分在本地计算机系统中处理数据的灵活安排。
上述格式仅仅举例说明了本发明的一些实施例。根据本发明的原理，可以使用其它格式和上述格式的变形。
商务智能软件工具商务智能系统包括易于从商业提供者获得的商务智能软件工具。一种这样的智能工具是Cognos Corporation的Series 7产品，该产品能够抽取，转换和装入来自各种数据库的数据，分析并报告结果。诸如IBM的Visual WarehouseTM之类的其它应用程序提供类似的能力。本领域的技术人员会认识到各种工具，包括现有的商务信息工具能够适合于处理指出的信息。
例证的事务类型和事务结果关于各种格式的具体参数的事务类型的可能改变的数目实际上不受限制。给出几个例子，以详细说明各种事务类型和呈现格式，并且举例说明本发明的许多可能实施例中的一些。
例1A-装运信息检索本系统的一个基本能力是检索过去的装运信息。图3A图解说明了信息检索的一个实施例，表示装运的包裹的数目的直方图。装运包裹的数目被表示成指示的时期内，从指定地点装运的包裹的平均数目的百分率。例如，图3A表示在指定时期内，从指定地点装运的约11％的包裹是单一包裹的装运，而12％的装运涉及两个包裹。
类似地，图3B图解说明指定时期内(一般基于每年)用户的装运成本的直方图，表示15％的装运成本与装运单个包裹相关。可按照各种呈现格式显示信息。例如，图3C图解说明了另一种格式，饼形图，说明装运的包裹的目的地的城市特征。结果被显示成具有某些特征的装运包裹的百分率。本例中，关于地理类型指示符数据库分析目的地邮政编码。这举例说明了与装运信息(例如目的地邮政编码)一起分析的非装运数据(例如邮政编码的地理类型数据库)的应用。相同的格式可举例说明与包裹的目的相关的其它方面。例如，通过使目的地地址与外部数据库，例如企业的类型或产业部门相联系，图形显示能够举例说明与包裹的目的地相关的各种标准产业部门。
例1-索赔率分析装运信息商务智能系统的一种应用是识别可能的欺诈情形。虽然对每个包裹使用跟踪号减少了欺诈索赔丢失包裹的影响，但是寄件人难以核实对包裹内容的损害索赔。这种索赔可能表示出收件人的欺诈行为，装运过程中，运输商违章操作物品，或者寄件人不正确地包装产品。从而，承运方存在核实哪一方对声称的包裹内容的损害负责的动机。
识别可能的虚假索赔的一种方法涉及检查运输商的索赔率。检查图3，线A 300描述提出索赔的从始发地到目的地投递的包裹的百分率。这种情况下，装运信息的呈现采用百分率，而不是采用绝对数，以便简化比较。如图所示，该百分率不断增大，尤其是在过去的三个季度内。这样的信息本身是有用的，但是通过将其与线C 320的相同地理区域中对运输商提出的平均索赔进行比较，可提高其效用。由于在同一时期内，线C是稳定的，它突出在始发地和目的地之间提出的索赔不代表在这两个地点之间装运的其它包裹的特征的异常情况。线B 310表示用户能够设置的阈值，该阈值触发系统自动将与损害赔偿相关的异常情况通知用户。
增大的索赔率可能归因于各种因素，例如不良包装或者运输商违反操作规程。如果在这两个区域之间发送的其它包裹的索赔率不具有类似升高的索赔率，那么不相信运输商违反操作规程。如果寄件人正在向其它地点发送类似的产品，那么能够比较与另一地点相关的索赔率。可假定的是，如果在所有装运中使用相同类型的包装，那么某一地点的增大索赔率也会在到其它地点的装运中反映出来。按照这种方式，能够在寄件人、运输商或收件人之间查出异常索赔率的责任方。
用户还能够将他们自己的特定装运数据与装运运输商保留的集合装运数据进行比较。例如，在前一例子中，用户能够比较他们的装运信息与其它用户的集合装运信息。这种情况下，其它装运数据是匿名的，从而使单个装运数据保密。如果事务结果(集合体中)指示特定目的地的高于平均值的索赔率，那么这表明不应认为不正确包装是责任原因，因为其它包裹也表现出较高的索赔率。
运输商保留的集合数据还可由产业部门分离。例如，基于标准产业代码(SIC)的分类代码可被用于在产业部门之间对装运数据分类。假定装运运输商保持足够数量的客户和足够数量的装运数据，以致不能查出任意特定客户的个体数据，那么系统允许用户按照标准对照其它产业部门的装运数据检查他们的装运数据。
例2-比较不同的参数图4基于前一例子，图解说明比较两个不同的参数。一旦识别出异常的索赔率并且暂时确定运输商和托运方不负责任，那么可使用统计数据来识别收件人是否具有产生高于正常损害索赔率的索赔率的任意动机。线A 410描述索赔率，线B 420描述从提供信用等级信息的统计数据库得到的收件人的信用等级。增大的索赔率和信用等级的降低的相合指示形成欺诈动机的不断恶化的金融环境。虽然这样的比较不能确定这种问题的原因，但是用户相信它们是有用的。
例3.装运数量增长的识别由于各种原因，包括新的配送中心的布置的规划，指出哪些市场正在比其它市场更快地发展，或者识别较低廉的运输工具，识别不断变化的装运数量是有益的。图5中，事务结果图解说明多个城市与去年同期相比的比较装运数量。通过计算与去年同期相比的差异，并且只以百分率的形式指出与去年相比的差异，这种描述图解说明了比较结果。一种备选的呈现方法包括在地图上显示每年的数字装运数量。
可用检索从洛杉矶装运到指出的目的地城市的物品的平均数量，重量和总费用的表格形式，呈现图5的结果。也可用没有格式化字符，空格、制表符等的形式提供该信息，并作为平直文件被传送给用户的计算机。用户随后可将该数据装入本地执行的电子表格中，进一步处理该数据。
例4.市场营销应用—潜在客户的识别通常，厂商将将物品运送到客户的特定商业地点，但是厂商并不总是知道与该客户相关的其它商业地点。在不断增长的市场中，或者当正在形成位于该地区之外的市场时，情况通常就是这样。图6根据现有的装运目的地，表示了客户位置的地图显示。图6表示了比较分析事务请求，其中第一个请求是与已向其发送物品的目的地相关的装运信息请求。以包含一组州(美国大陆地区)的地图形式呈现事务结果。随后将该结果与目的在于利用包含Dun and Bradstreet D-U-N-S编号的统计信息数据库来识别关连的商业地点的另一事务请求相比。利用FamilyTreeFinder数据库允许利用D-U-N-S编号识别所有关连的企业，商务智能系统将这些地点绘制在与第一事务请求相同的地图上。这样，向用户提供当前和可能的装运地点的图形分析。
例5.配送分析图7图解说明了推理事务请求在考虑配送仓库的重新安置方面的应用。表格710的上半部说明从洛杉矶到各个目的地的当年装运数量。系统根据包裹的数目，平均重量和费用，检索这些目的地的装运信息，并以文本(表格)形式显示这些值。
下半部720显示另一事务请求的结果，除了用户选择代替在第一请求中使用的初始值的某一参数(例如始发城市)之外，变量是相同的。在图解说明的实施例中，用户将St Louis表示成替换参数。商务智能系统使用相同的包裹数量和平均重量，但是根据可在内部路由信息数据库中获得的价目表计算装运费用。表格下半部720的结果并不表示用户的实际装运数据，而是基于来自洛杉矶的装运数据的假设装运数据。以表格形式提供结果，以允许用户比较实际的装运费用和基于备选起点的推测装运费用。
从上面的例子可看出，各种过去的、当前的和未来的装运数据可与类似数据或不相交的统计数据比较，并以各种格式呈现。上面的例子仅仅表示了许多可能组合中的一些，并不意图限制或穷举所述许多可能组合。在受益于上述说明和附图中给出的教导的情况下，本发明所属领域的技术人员能够想到本发明的许多修改和其它实施例。于是，本发明并不局限于所公开的具体实施例，并且这样的修改和其它实施例意图包括在附加权利要求的范围之内。虽然这里采用了特定的术语，但是只是在一般的描述意义上使用这些术语，并不是用于限制本发明。
权利要求
1.一种可由装运业务的用户访问，并且包含装运信息的装运信息计算系统，其特征在于，用于存储与装运包裹相关的数据的装运信息数据库，所述装运信息数据库包含始发点地址信息、目的地地址信息、包裹识别信息以及包裹投递日期；包含多个装运地点的信息以及访问授权参数信息的用户简表信息数据库；和处理器，用于接收用户对涉及多个装运地点的商务信息的请求，并响应于所述请求，至少部分根据从所述用户简表信息数据库和所述装运信息数据库检索的数据，产生事务结果，并将所述事务结果数据传送给用户。
2.按照权利要求1所述的系统，其中所述装运信息数据库还包括装运数据，所述装运数据包括包裹价值、包裹内容、包裹内容数量、包裹内容清单标识符以及包裹内容描述中的至少之一。
3.按照权利要求1所述的系统，其中所述事务结果数据至少部分基于统计数据，所述统计数据由人口统计数据、经济增长数据、公司关系数据、信用数据以及市场份额数据之一组成。
4.按照权利要求1所述的系统，其中所述事务结果数据至少部分基于某一地理区域中的多个装运地点，所述地理区域包括城市、州、多个州以及国家中的至少一个。
5.按照权利要求1所述的系统，其中所述事务结果数据包括与所述装运数据相关的预测数据。
6.按照权利要求5所述的系统，其中所述用户请求包括用于修改所述预测数据的参数。
7.一种部分地根据装运信息提供商务智能的设备，其特征在于，包含装运数据的第一数据库，所述装运信息至少包括目的地地址信息、始发点地址信息、包裹识别信息、包裹内容描述信息以及包裹投递日期信息之一；包含统计数据的第二数据库，所述统计数据至少包括人口统计数据、经济数据或信用数据之一；包含用户授权和用户简表数据的第三数据库，所述用户授权和用户简表数据包含至少来自访问安全性信息、分析特性、呈现格式以及业务级别授权之一的数据；和计算机，用于处理第一用户请求，并响应于所述第一用户请求，至少部分地根据从所述第一数据库、所述第二数据库和所述第三数据库检索的数据，产生第一事务结果数据。
8.按照权利要求7所述的设备，其中所述计算机接收第二用户请求，产生第二事务结果数据，所述计算机以适合于同时显示的格式传送所述第一事务结果数据和所述第二事务结果数据。
9.按照权利要求8所述的设备，其中所述第一事务结果数据和所述第二事务结果数据被图形格式化成饼形图、线形图、条形图、散布图和地物图之一。
10.按照权利要求7所述的设备，其中所述计算机以适合于同时显示的格式，将与所述第一事务结果相关的预测数据传送给用户。
11.按照权利要求10所述的设备，其中所述计算机以适合于同时显示的格式，将一部分所述统计数据传送给所述用户。
12.按照权利要求10所述的设备，其中所述第二用户请求包含修改所述预测数据的参数。
13.按照权利要求7所述的设备，其中所述第一数据库包含与包裹货单相关的装运数据。
14.按照权利要求7所述的设备，其中所述第三数据库能够存储所述第一事务结果数据。
15.一种可由装运业务的用户访问，并且包含装运信息的装运信息计算系统，其特征在于，与装运包裹相关的装运信息数据库，所述装运信息数据包含始发点地址信息、目的地地址信息、包裹识别信息以及包裹投递日期信息；包含多个用户装运地点和访问授权参数的用户简表信息数据库；和处理器，用于接收指示第一参数的用户请求，并响应于所述请求，至少部分地通过访问所述装运信息数据库，利用所述第一参数修改用于处理所述用户请求的、来自所述装运信息数据库的数据，访问所述用户简表信息数据库，访问所述装运信息数据库，并传送所述事务结果数据，来产生事务结果数据。
16.一种在计算机化装运信息系统中，根据装运信息提供与装运相关的数据的方法，其特征在于，包括下述步骤接收与包裹相关的装运信息，并将其存储在数据库中，所述数据库包括始发点地址信息、目的地地址信息、包裹标识符信息、包裹收取日期信息以及包裹投递日期信息；接收来自第一用户的第一事务请求；检索处理所述第一事务请求所需的装运信息；至少处理一部分所述装运信息，以产生第一事务结果数据，其中所述事务结果数据包括趋势分析；和以与所述第一用户相关的多种格式之一呈现所述第一事务结果数据。
17.按照权利要求16所述的方法，其中呈现所述第一事务结果数据包括呈现所述第一事务结果数据，所述第一事务结果数包含至少来自装运运输时间、装运费用、声明文件和装运包裹的数目之一的数据。
18.按照权利要求16所述的方法，其中处理所述装运信息包括处理包含与多个装运地点相关的信息的装运信息。
19.按照权利要求16所述的方法，其中呈现所述多个格式中的所述一种格式包括呈现至少包括地物图、字母数字文本或图形图表之一的所述多个格式中的其中一种格式。
20.按照权利要求16所述的方法，还包括存储包含来自经济信息、人口统计信息或信用信息之一的统计数据；接收来自第二用户的第二事务请求；检索所述统计数据，并存储在存储器中；处理所述统计数据，产生第二事务结果数据；和与所述第一事务结果数据同时地呈现所述第二事务结果数据。
21.按照权利要求16所述的方法，其中呈现所述第一用户选择的多个格式中的所述一种格式包括利用应用程序和在所述第一用户本地的计算机上处理的数据，呈现所述第一用户选择的多种格式中的所述一种格式。
22.一种根据装运信息提供商务智能的方法，其特征在于，包括下述步骤接收并存储与包裹相关的装运信息，所述装运信息包括始发点地址信息、目的地地址信息、包裹标识符信息、包裹收取日期信息以及包裹投递日期信息；从用户接收第一事务请求，其中指示用于修改一部分所述装运信息的参数；检索用于处理所述第一事务请求所需的装运信息；处理所述装运信息，产生第一事务结果数据；和以与所述用户相关的多种格式之一，呈现所述第一事务结果数据。
全文摘要
公开一种利用装运信息向用户提供商务智能的商务智能系统。商务智能系统接收与包裹收取和投递信息相关的信息，将该信息存储在装运信息数据库中，并允许用户制定各种事务请求。事务结果提供关于过去的装运，以各种方式分类的装运信息，以及比较一类装运信息与另一类装运信息，或者与各类非装运信息比较。另外，系统能够推断某些类型的装运信息的未来情况。此外，系统以各种格式，包括各种图形格式，表格格式和地图格式，向用户提供信息。
文档编号G06Q50/00GK1692361SQ03817382
公开日2005年11月2日 申请日期2003年6月6日 优先权日2002年6月21日
发明者纳格施·卡达巴, 萨米特·施罗弗 申请人:美国联合包裹服务公司