专利名称：：用于供应链管理的系统和方法用于供应链管理的系统和方法相关申请的交叉引用本申请涉及申请日为2003年9月23日的第10/669,277号美国专利申请以及申请日为2004年4月13日的第60/561,638号美国专利申请。出于各种目的，这两个专利申请被引入本申请作为参考。
背景技术：
：本发明涉及用于供应链(supplychain)管理的系统和方法。更具体地说，本发明涉及但不限于提高物流供应链的整合和管理。现代的物流过程像一个巴别塔(towerofBabel)。采购、补货、运输和存储货物或产品的过程会涉及到上百个完全不同的、不连续的和互不通信的信息系统。比如，一个大型生产企业可以通过电子数据交换(EDI)格式，如TDCC830格式(由美国交通资料协调委员会制定)来发布原料需求计划和半成品需求计划。该格式能够提供材料预报，但是不能授权材料发放。而另一种862EDI格式能够授权一定数量的货物的发放，并能够预示这批货物的到货期。通常，到货期是指截止至某一天之前到达，而不是一定在这一天达到。接着，供应商必须设计一个内部过程和信息系统，将862首先解析成包裹数量，进一步解析成运输船只数量和运输集装箱。如今，并没有将货物发放再细分成多个优化过程，而是将所有的货物数量假定成一次性发送，在预定的日期或提前到达。这个过程的下一步是选择运输模式——LTL(零担运输)、TL(整车装载)，包裹(Parcel)、TOFC(铁公联运)，然后对所选择的运输模式选定一个专门的承运人。这个过程是由离散的、特定的信息系统产生的，该系统并没有整合到该材料发放本身中。在确定好运输模式和承运人之后，就要进行货物运输。这需要与承运人进行专门通信，由该承运人确定装货、装货要点、提货时间和预期到达的日期(通常为专门指定的时间)。此时，买方的采购订单就是控制单证。在运输过程的这一时间，产生了六个新单证提单(BOL)、装货单(SO)、运费单(FB)、货物清单、收货单和装箱单，虽然它们之前并没有联系，但现在是互相关联的。一旦运输开始，其进程就要受到承运人信息系统的管理。每个承运人的IT系统都互不相同。而且，这些信息系统通常不能与产生原料发放信息(如862)的核心信息产生系统相集成或通信。也不能与一级运输系统相通信。然而，运输过程需要其自身的信息，比如价格(运货单和发票)、进程(提前运送通知)、质量、及时性和卖方。这些系统也是离散的。而且，短期运输会经常变换运输方式和承运人。例如，从墨西哥到密歇根州的五天运输，可以由四个或五个不同的运输公司负责，以中转到目的地。每个公司使用特定的信息技术，且不互相通信。通常，运输链中的一个或几个参与方并不使用电子通信的方式，这样就使得运输的信息管理复杂化。他们通常并不使用电子自动化信息管理方法—普通电话、传真、或手写通信。以汽车OEM(原始设备制造商)协^——世界上最大的制造企业为例，分析其输入货物的订购和运输过程。尽管其自动化程度在世界上是最高的，但是这些过程仍然有很多的手工操作。在这个供应链一862EDI—中的首次通信通常用于与一级供应商通信。然而，这个物品流动供应链中的其他人通常不能接收EDI文件，或者使用的是不兼容的信息系统，或者不能进行电子通信而依赖于手动信息处理，如电话，传真或邮件。大部分运输公司不能够处理供应商的862格式信息——862提供的货物总数对他们来说没有意义。由此，导致物流过程就像一个巴别塔一没有简单的、通用的通信语言适用于运输中的各方。这种信息的不连续性导致货运供应链中所有参与方的过程重复。不连续性还导致供应链中的时间浪费，以及到达时间、货物数量和质量不确定。时间上的浪费和不确定性需要有额外的超量库存以支持材料的流动。尽管对基本信息有公共的需求，但巴别塔仍然存在运输量应该是多少？已运出多少？现在是谁在负责运输？运货到了什么地方？本发明的系统和方法解决了与供应链物流有关的这些和其它管理问题。确切地说，本发明提供了一个通用的、网络支持的通信工具，它能够服务于供应链中的所有参与方买方，运输方，物流管理者和卖方。
发明内容本发明涉及到用于供应链管理的系统和方法。根据本发明，一种供应链管理的方法包括如下所述的几个步骤。接收买方或卖方发出的订单。接收到的订单包括一个或多个与订购产品相关的信息。确定订单中的每种产品的买方和卖方。生成产品运输配置和物流计划。确定运输方。将生成的物流计划发送给接收方。将生成的产品运输配置发送给接收方。这两种情况下的接收方通常是买方、卖方、运输方或供应链管理者。本发明的保护范围并不局限于上述步骤的顺序，或对步骤的划分，而是设想将这些步骤合并成单一步骤，或对这些步骤进行重新排序。在某些实施方案中，上述方法可以全部或部分被概述如下的环境执行。另外，一个或多个上述步骤可以作为计算机可执行指令而存储在合适的计算机可读介质组合中。除了存储为指令外，这些步骤还可以被专门设计来执行这些步骤的专用硬件执行。本发明的一个优选实施方案包括系统数据存储器(SDS)和系统处理器。系统数据存储器存储提供期望的供应链管理功能所需的数据，可以包括如产品信息、货物清单、容量信息、时间信息、路线信息、事件信息和例外情况报告、买方信息、卖方信息和运输方信息。系统数据存储器还包括多个物理和/或逻辑数据存储器，用于存储不同类型的信息。数据的存储和检索功能由系统处理器，或与系统数据存储器相关或包括在系统数据存储器(SDS)内的数据存储处理器提供。系统处理器通过任何个合适的通信信道与系统数据存储器相通信。系统处理器包括一个或多个处理元件，用于提供和/或支持期望的供应链管理功能。在一些实施方案中，系统处理器可包括本地、中央和/或对等的处理元件，这些都确定取决于设备或其配置。本发明的其它优点将部分地在下文进行描述。部分内容可通过下文的描述而得到理解，或者通过实施本发明而领会。根据本发明所指出的元件或其特定组合，可以实现或获得本发明的优点。需明确的是，不管是前面的概述还是后面的详述都是示例性或解释性的，而不对所要求保护的本发明产生任何限制。附图的简要说明附图包含在说明书中并成为说明书一部分，其与文字说明一起阐述了本发明的实施方案，用以解释本发明的原理。图1图示了用于支持本发明的一种或多种实施方案或其部分的环境配置框架。图2是用于支持本发明的不同实施方案的逻辑配置的框图。图3是描述本发明的一个示例性过程的流程图。图4是流程图，示出了生成产品运输配置和物流计划的一个示例性过程的各步骤。图5是框图，示出了本发明的一种示例性物流管理套件中的可能的软件模块。图6是描述物流计划和数据管理系统中的数据流的流程图。图7是描述发货管理系统的数据流的流程图。图8是描述执行管理系统的数据流的流程图。详细描述下文详细描述本发明的示例性实施方案。以附图作为参考，在所有示图中相同的标号代表相同的部分。在本说明书中，"一种"或"这种"包括了复数的含义，除非本文中另有明确说明。同样，在本说明书中，"在…之内"也有"在…之上"的含义，除非本文中另有明确说明。最后，在本说明书中，"和"和"或"均有连接和不连接的含义，它们可以互用，除非本文中另有明确说明；"异或"(exclusiveor)这一术语可以用来表示在多个选项中只有一种选择情况。在说明书全文和权利要求书中，下面的术语均有特定的含义，除非本文中另有明确的说明。行程表(Itinerary)—给定路线的预定系列的负载，它包括在每个停靠站的单窗口时间(singlewindowtime)。负载(Load)—经过若干停靠站的一次或多次运输移动，该运输移动开始和结束时是空车。在每个停靠站，货物会被装载或卸载。卸载与装载的顺序相反。(参见运货、停靠)地点—具有实际地址的地方。路线一包含两个或多个负载的连续移动(Tpt.Modeler中的aka旅行)。停靠站一装载和卸载地点，它是负载的一部分(参见运货、地点和负载)。计划表--套运输线路曰志。运输(shipment)—对包裹的物理收集，其在任意两个地点之间移动(参见地点、包裹)。旅行一按照运输线路的一次出行。图1描述了用于执行本发明的不同方面的逻辑架构框架100。在框架100中包括了通过以太网150相互连在一起的若干计算机。以太网150则通过路由器140和防火墙145与因特网160连接起来。环境的不同用户比如卖方170A、170B,买方190和运输方180A、180B能通过因特网160进入该环境；本领域的普通技术人员能够理解，任何数量的卖方、买方和/或运输方都能进入该环境，有限数目的描述仅是为了举例的目的。用户一般通过接入服务器120进入该环境，接入服务器120可以包括合适服务器的任意组合，这些合适服务器如Web服务器、电子邮件服务器、自动语音应答系统等。接入服务器120对处理服务器130进行查询，使处理服务器对数据进行处理和格式化，并通过接入服务器将数据返回给用户。同时，处理服务器130通过数据存储服务器110获取数据。不同服务器的组合处理元件形成了系统处理器，它能够支持本发明的供应链管理功能。数据存储设备和服务器形成了支持数据存储的系统数据存储器(SDS),其存储的数据是实现本发明期望的功能所必需的。如图1所示，在防火墙145的保护下，接入服务器120可以和与以太网150相连的框架100的其它资源相连接，防火墙145保护这些资源以防止未授权用户试图通过因特网160进入框架100。在一个优选的实施方案中，接入服务器120被连接在防火墙145和二级防火墙(未显示)之间，以进一步将框架100的驻留资源与非法用户隔离。本发明的供应链管理方法能够在多种不同的环境中使用，比如图1所示的环境。一个通常的架构显示在图2中。该环境包括一个系统处理器，其可以包括多个处理元件(比如处理元件210)。术语处理元件可以是指(1)在一个特定的硬件或多个特定的硬件上运行的处理过程，(2)—种特定的硬件，或是本文所允许的(1)或(2)。每个处理元件都会得到一个或多个通用处理器的支持，比如英特尔兼容的处理器平台，包括奔腾四(PENTIUMIV)或雷鸟(CELERON)(英特尔公司，圣塔克莱拉，加利福尼亚州)、UltraSPARC(太阳微系统公司，帕拉托，加利福尼亚州)，和/或速龙(Athlon)(美国先进微电子器件公司，桑尼维尔，加利福尼亚州)和/或一种或多种优化的本地处理器，如数字信号处理器(DSP)、专用集成电路(ASIC)和/或现场可编程门阵列(FPGA)。所述的硬件部分包括可含有若干主存储单元"0和次存储单元"0的SDS215。举例来说，SDS215可包括作为主存储单元220的一部分的RAM;在各个单独的硬件设备中，尽管RAM的内存可以变化，但其范围一般在64MB到2GB之间。在一些实施方案中，主存储单元220也包括其它形式的存储器，比如高速緩冲存储器、寄存器、非易失性存储器(如闪存，只读存储器，可擦除可编程只读存储器等)等。主存储单元220可以与系统处理器或其具体单元以标准方式(路径222)通信，该标准方式包括但不限于芯片通信路径和/或板内或板间的串行和/或并行总线路径。SDS215还可包括次存储单元130。次存储单元130由单个、多个和/或不同的服务器和存储元件组成。应当理解的是，在供应链管理过程和系统中应用的不同信息可以在用作SDS215的次存储单元230的单个设备内被物理地或逻辑地隔离开；通过用作SDS215的综合管理系统，使多个相关的数据被存储并易于获取；通过不同的管理系统，使多个不相关的数据独立存储并易于获取，在一些实施方案中，这些不同的管理系统可以整体地视为SDS215。例如，SDS215可以使用与系统处理器210相连的内部存储设备。在一些实施方案中，单个处理元件，比如奔腾四通用处理器，是系统处理器210，它支持供应链管理的所有功能。一个或多个本地硬盘驱动器和/或一个或多个可移动介质驱动器可以用作SDS215的次存储器，其中SDS215通过合适的直接连接232,如IDE、USB或SCSI总线连接，或通过网络连接与处理元件通信，该网络连接连接到与存储器相连的本地网(图中未显示)。在这样的一个处理元件上执行的磁盘操作系统可以用作数据服务器，用于接收和处理数据请求。对于不同的环境，计算机存储器215的次存储器的架构可以有明显不同。在几个具有代表性的环境中，数据库被用于存储和操作数据，如资源(resources)和/或版本元数据(versionmetadata)。在一些这样的实施方案中，一个或多个相关的数据库管理系统，如DB2(IBM公司，白原市，纽约州)、SQLServer(微软公司，雷德蒙德，华盛顿州)、ACCESS(微软公司,雷德蒙德，华盛顿州)、ORACLE8i(Oracle公司，红木海岸，加利福尼亚州)、Ingres(冠群国际有限公司，艾伦迪亚，纽约)、MySQL(MySQLAB公司，瑞典)或AdaptiveServerEnterprise(美国赛贝斯公司，爱莫利维尔市，加利福尼亚州)可以用于与一些存储设备或文件服务器相连，该存储设备或文件服务器包括使用任何合适接口(包括但不限于集成驱动器电子接口和小型计算机系统接口)的一个或多个磁盘和/或光盘驱动器。在一些实施方案中，可以使用磁带库(tapelibmry)如ExabyteX80(安百特公司，玻尔得市，科罗拉多州)、EMC公司(EMC公司，汉普金敦，马萨诸塞州)等提供的存储区域网(SAN)方案、网络附加存储(NAS)方案如NetAppFiler740(美商网域公司，桑尼维尔，加利福尼亚州)、或其组合。在一些其他实施方案中，数据存储也使用具有其它架构的(如面向对象的、空域的、对象关系的、网络或分层的)数据库系统。代替上文所讨论的这些组织方式，或者除了它们以外，某些实施方案可采用其它的存储实现方式如哈希表(hashtable)或平面文件，或这些架构的組合。这种可选方式可以使用除数据库管理系统以外的数据服务器，如(1)哈希表查询服务器、程序和/或过程，和/或(2)平面文件索引服务器、程序和/或过程。此外，在组织其次存储架构方面，计算机存储器215可以使用这些方式的任意组合。硬件部分各自可以具有一个合适的操作系统，如WINDOWS/NT,WINDOWS2000或WINDOWS/XPServer(微软公司，雷德蒙，华盛顿州)，Solaris(太阳微系统公司，帕拉托，加利福尼亚州)，或LINUX(或其它UNIX系统变体)。典型的环境包括WINDOWS/XP(或其它WINDOWS家族)操作系统。访问供应链管理服务器(如无线设备和/或PDA)的客户端平台可以使用一种合适的操作系统如Windows/CE、PalmOS、或其它适合的手机或PDA操作系统。为了配置、监控和/或报告的目的，根据整个环境的硬件/操作系统平台，可以使用合适的服务器软件来支持所需要的访问。网络服务器功能可以由因特网信息服务器(微软公司,雷德蒙，华盛顿州)，或ApacheHTTP服务器(Apache软件基金会，森林山，马里兰州)，或iPlanetWeb服务器(iPknetE—CommerceSolutions-ASun-NetscapeAlliance,MountainView,加利福尼亚州)或其它合适的网络服务器平台提供。电子邮件服务可以通过交换服务器(微软公司，雷德蒙，华盛顿州)、LotusNotes、Groupwise、sendmail或其它适合的电子邮件服务器支持。在一些实施方案中，采用了一个或多个自动语音应答系统(AVR)，加入到或替代上述接入服务器。这种自动语音应答系统不仅能够支持带有硬拷贝输出的纯语音/音频驱动环境界面，而且可以通过一般邮件、或快递服务、部门间邮件、传真或其它的转发方式进行转发，其中的硬拷贝输出被电传输到合适的硬拷贝输出设备(如打印机、传真机等)中。一方面，本发明同步处理从材料发放到接收到发放时所记录的材料的整个产品运输过程中的有关产品运输的物流信息和材料发放信息。本发明为供应链中的各方提供公共通信功能。各方可通过通常情况下可以得到的网页浏览软件浏览因特网来实现这种通信功能。在不同的实施方案中，本发明采用的系统和方法不仅能处理材料发放的原始信息，如产品数量、交货时间，还能提供丰富的数据信息，如材料发放所需的包裹的数量用于材料发放的可运输货拒(包裹、托台、集装箱)的数量运输过程中事件序列的计划时间表运输过程和最初材料发放之间的电子链接运输信息和托运人的提单之间的电子链接关于在运输过程的任何时间负责运输的人员的"实时信息"运输的进度与运输事件的计划时间表的对比状态自动修正实际运输过程与计划间的差异的方法运用专门的商业规则处理与计划间的差异的方法物流发放(Logisticsrelease)是使材料单中的一定数量的产品以最佳的方式运送的能力。这种能力包括确定重量、体积、包装、堆叠能力、集装架配置和运输模式。它还包括计划好的运输事件时间表和测定计划进程与实际的过程。一方面，本发明使生产发放与库存需要以及广泛的物流网相同步。另一方面，本发明解决了物流通信问题，还为每种包含的产品提供一个物流计划。另一方面，本发明为运输事件制定了基本的物流计划。当运输过程与计划相偏离时，事件管理功能可以监控并做出适当调节。物流发放之后，经过一系列事件，运输过程开始。这些事件利用操作管理系统(JIT/EMS，实时生产系统/能量管理系统)内的警报系统得到管理。这些系统可包含在本发明的一些实施方案中。因此，本发明实现了生产发放与物流网运行的同步，消除了生产、供应商、物流提供商和承运人之间的错误通信。对于运输过程的任何参与方，都能将产品、运费(FB)、定购单(PO)、装货单(OS)、提单(BOL)与最初的产品发放链接起来。同时，所有参与方都能共享运输计划，在计划发生改变时会同时得到通知。图3的流程图示出了本发明的一个示例过程300中的各个步骤。在步骤310中，从供应链的参与方如买方或卖方接收一种或多种产品的订单。如果订单来自买方，那么该订单就代表将要从一家或多家卖方购买的项目。如果订单来自卖方，那么该订单就代表将要卖给一家或多家买方的项目。有些情况下，接收到的订单可能来自于供应链中的另一参与方。当买方和卖方都不使用本发明的供应管理办法，但另一参与方希望使用本发明的供应管理办法并获得这种使用的优点和/或为买方和/或卖方提供与订单处理有关的接入信息时，会发生这种情况。在一些实施方案中，订单是通过一个或多个接入服务器接收的，这些接入服务器包括但不限于Web服务器、电子邮件服务器、文件传输协议服务器、交互式语音/音频应答系统、和/或传真服务器。如果收到的订单的格式是发出信息的一方所特有的，那么接收到的信息就能够根据独立于任何供应链参与方所使用的而且是供应链管理者专用的格式而被格式化。在一些实施方案中，接收到的订单能够被存储在系统数据存储器中。在一些这样的实施方案中，步骤320和330涉及对存储订单的系统数据存储器或其部分进行访问，如下文进一步所述。在步骤320中，确定出接收到的订单中的各种产品的买方和卖方。在一些情况下，可以确定多个买方和/或卖方。在一些实施方案中，为各种产品确定买方和卖方涉及到对存储与确定过程相关的数据(如产品数据和/或接收到的订单)的系统数据存储器进行访问。确定方法有很多种，并且有很多标准可以使用。在一种实施方案中，直接参照接收到的订单，就可确定出买方和/或卖方。比如，订单中直接包含买方和/或卖方的相关信息。或者，对于接收到的订单中的一个给定产品，可以只有一个使用该产品的买方，和/或只有一个制造该产品的卖方。在一些实施方案中，确定买方或卖方的步骤可包括(a)从系统数据存储区中检索各种产品的记录信息；(b)从收到的订单、检索到的记录信息或它们的組合中确定各种产品的买方；以及(c)从收到的订单、检索到的记录信息或它们的组合中确定各种产品的卖方。在这些或其它的实施方案中，卖方可以包括基于一个或多个以下标准来确定，如价格限制、体积限制、距离限制、时间限制、性能限制、财务限制和/或其組合。这些标准用于从给定产品的潜在卖方中选择出真正的卖方。在步骤330中，生成产品运输配置和物流计划。在一些实例中，可以生成多种配置和/或物流计划。产品运输配置或物流计划的生成基于很多因素，包括但不限于接收到的订单、确定出的卖方、确定出的买方和它们的组合。在一些实施方案中，该步骤还包括访问用于存储与确定过程相关的数据的系统数据存储器。图4的流程图以示例的方式描述了生成产品运输配置和物流计划的过程的各个步骤。在步骤410中，从系统数据存储器中检索订单中的各种产品的产品记录信息。该产品记录信息至少包括对该产品采用集装箱式运输的限制。或者，在一些实施方案中，在产品记录信息的检索步骤之前，集装箱式运输的限制包含在接收到的订单中。在步骤4加中，各种产品的装箱限制已经被确定。该限制可以从步骤410中检索到的记录信息来确定。在可选的实施方案中，该限制可以从接收到的订单直接确定。在另一些实施方案中，该限制可通过合适的通信信道询问确定的卖方来获得；比如，通过一个合适的网络或文件传输协议，向确定出的卖方管理的站点发出请求，询问产品信息。在步骤430中，基于有关的装箱限制和接收到的订单制定各种产品的装箱计划。本领域的技术人员所熟知的任何方法都可用于制定该计划。在步骤440中，根据装箱计划，将收到的订单分配成一次或多次运输。在一些实施方案中，将订单进行运输分配包括将装箱计划中确定的订单的容量需求与选用的货舱(如特定拖车，飞机或轮船的货舱，货车车厢等)的容量进行对比。一些这种实施方案包括货抢的选择过程，该过程基于许多标准进行选择，这些标准包括但不限于接收到的订单、装箱计划、货舱的可利用性、运输的目的地、成本、货抢容量、运输起点和/或其组合。在步骤450中，制定路线计划以满足一次或多次运输的需要。路线计划的制定至少部分地基于对接收到的订单的运输分配和接收到的订单。通常，路线计划的制定可采用本领域技术人员所熟知的任何方式。在一些实施方案中，路线计划的制定包括优化运输方式、运输成本和运输速度和/或其組合。返回图3中的步骤340,确定运输方。在一些情况下，可以确定多个运输方。这种确定可采用多种方式，并取决于不同标准。在一些情况下，该确定仅限于选定范围的一个或多个运输方。比如，如果订单来自于某个运输方，那么此时运输方的确定范围只限于提供订单的该运输方。另一些情况是，如果买方或卖方与预定范围的运输方有关系，那么运输方的确定仅限于该预定的范围，或可能地限于买方预定范围与卖方预定范围的交集。在一些实施方案中，运输方的确定基于很多因素，包括但不限于制定好的物流计划、确定出的买方、确定出的卖方、接收到的订单或其组合。在一些这种实施方案中，接收到的订单中需要指明具体的运输方，在这种实施方案中，根据订单就可直接确定出运输方。在一些实施方案中，对运输方的确定包括对存储与确定过程相关的数据的系统数据存储器进行访问。在步骤350中，产品运输配置不仅发送给供应链的一个或多个参与方(如买方、卖方、运输方、仓库管理员等)，而且还要发送给一个或多个计算机系统，或一个或多个供应链管理方。发送产品运输配置信息的提交平台可以是任意合适平台，假定该平台提供的产品运输配置的格式能够被接收者识别，如电子邮件、网络、文件传输协议、传真、快递服务、邮寄、寻呼、电话、和/或其组合。在一些实施方案中，根据配置的运输计划，产品运输配置可包括一个选定货物的三维模型。这种发送可作为触发事件的结果和/或由于收到参与方发出的产品运输配置信息请求而自动发生，这取决于具体实施方案所采用的机制。如果实施方案能够支持对请求的接收，那么发出的请求就会被相应的接入服务器接收到。在一些这种实施方案中，产品运输配置信息的接收者可根据请求信息(如请求者，请求书中标示的其他接收者等)来确定。产品运输配置已准备就绪的通知能发送给供应链中的一个或多个参与方。在一些实施方案中，该通知可以含有链接，激活该链接，其就生成产品运输配置请求。在步骤360中，物流计划不仅发送给供应链的各个参与方(如买方、卖方、运输方、仓库管理员、货运场地等)，而且还要发送给一个或多个计算机系统，或一个或多个供应链管理方。发送产品运输配置信息的提交平台可以是任意适合的平台，该平台提供的产品运输配置的格式能够被接收者识别，如电子邮件、网络、文件传输协议、传真、快递服务、邮寄、寻呼、电话和/或其组合。这种发送可作为触发事件的结果和/或作为收到参与方发出的物流计划的结果而自动发生，这取决于具体实施方案所采用的机制。如果实施方案能够支持对请求的接收，那么这样一个的请求就会被任何一个合适的接入服务器接收到。在一些这样的实施方案中，物流计划的接收方可根据请求信息(如请求者，请求书中标示的其他接收者等)来确定。物流计划已准备就绪的通知能发送给供应链中的一个或多个参与方。在一些实施方案中，该通知可以含有链接，激活该链接，其就生成物流计划请求。在一些实施方案中，可以从一个或多个产品卖方接收产品数据。这种接收到的产品数据存储在系统数据存储器中。该接收到的产品数据包括信息如价格、体积、装箱限制、或其它与产品有关的数据。装箱限制包括产品高度、重量、体积、包装方式、堆叠性能和/或其它数据，这些数据确定与制定产品的装箱计划相关的产品特点。在一些这种实施方案中，接收到的数据被格式化成供应链管理者专用的格式，该格式独立于供应链其它任何参与方所使用的格式。在一些实施方案中，产品数据通过一个或多个接入服务器接收，这些接入服务器包括但不限于网络服务器、电子邮件服务器、文件传输协议服务器、交互式语音/音频应答系统、和/或传真服务器。更进一步地，上述过程是有关单一接收订单的情况。对于本领域技术人员来说很明显，上述过程可以平行地和/或连续地进行以处理接收自多家买方、卖方、运输方或其他供应链参与方的多个订单。在这种情况下，之前和/或同时处理的订单会影响到与正在处理的订单相关的产品运输配置和/或物流计划的产生。在一些实施方案中，可以接收到与物流计划有关的事件数据。该事件数据代表物流计划中预期发生的事件或状况。该事件数据可以手工产生(如在仓库手工填写运输的收据，驾驶员用移动电话通知由于路旁施工造成的延误等)，也可以自动产生(如检测卡车轮胎是否漏气的传感器，或使用无线信号传输等)。该事件数据可来自于任何合适的信息源，包括但不限于供应链参与方、供应链管理方、政府部门(如警方记录，称重站等)和/或其组合。在一些实施方案中，接入服务器可用于接收提交的事件数据。在某些实施方案中，事件数据的接收起到触发作用以将通知发送至一个或多个接收者。该接收者可以是用户或计算机系统。通知的接收者可以是预定的或选择好的。选择接收者可基于很多因素，包括但不限于接收到的事件数据，物流计划和/或其组合。在一些实施方案中，该通知包括与事件数据有关的确认信息。在一些这样的实施方案中，该确认信息中含有链接，该链接一旦被接收者激活，就允许对接收到的事件数据进行访问。在一些实施方案中，根据接收到的事件数据和生成的物流计划，可以生成一个或多个例外情况报告。在某些实施方案中，例外情况报告生成的通知被发送给一个或多个接收者。在一些这样的实施方案中，该通知包括对产生的例外情况报告的子集中的各个成员进行确认的信息。该子集至少包括例外情况报告中的一个，但大概地是全部。这些实施方案中的一些还可能在确认信息中进一步含有链接，该链接一旦被接收者激活，就允许对与之相关联的例外情况报告进行访问。在一些实施方案中，包含在通知中的例外情况报告的子集可基于许多因素进行选择，这些因素包括但不限于例外情况报告的优先性、通知的接收者、与物流计划相关的配置信息和/或其组合。关于事件数据的通知，通知的接收者可以是任何适合的用户或计算机系统。该通知可以通过任何合适的平台提交，这些平台包括但不限于电子邮件、网络、文件传输协议、传真、快递服务、邮寄、电话、寻呼、和/或其組合。除了产生的例外情况报告的通知以外，可以将一个或多个例外情况报告输出给合适的接收者，如用户或计算机系统。可以使用任何合适的提交平台来提交产生的例外情况报告，如电子邮件、网络、文件传输协议、传真、快递服务、邮寄、电话、寻呼和/或其组合。在一些实施方案中，该提交平台根据目标接收者来确定。如果接收者是用户，那么该用户通常是供应链的参与方或管理者。然而，并不排除传输给不是该用户组中成员的目标用户。如果例外情况报告的接收者是计算机，那么它一般是一个分析系统，如对买方、卖方和/或运输方进行评价的评价系统、通知生成系统等。在一些实施方案中，选择一个例外情况报告用于输出。在一些这样的实施方案中，该选择是基于与各个例外情况报告有关的优先性、目标接收者的身份和/或其组合。在某些实施方案中，生成的例外情况报告的输出是因为接收到了例外情况报告请求。在一些实施方案中，这种请求是通过一个合适的接入服务器收到的。例如，例外情况报告的通知包含连接至该例外情况报告的链接，当用户触发该通知后，就会对网络服务器发出请求，于是该网络服务器提供HTML格式的例外情况报告。各种步骤或这些步骤的子集都可在一个或多个软件模块上执行。图5提供了一种优选实施方案的软件模块结构图。物流管理套件(LMS)500包括的软件模块有物流计划系统(LPS)520，数据管理系统(DMS)530,发放管理系统(RMS)540和执行管理系统(XMS)550。这些软件模块与LMS数据库510相连接。供应链管理功能分配在这些软件模块中，在一些实施方案中，这些软件模块在上文所述的系统处理器和系统数据存储器上运行。上述讨论提供了范例来说明许多功能在这些软件模块上的分配。应该理解的是，在不同的实施方案中，可采用其它的功能分配办法。而且，其它的实施方案可采用可替代的软件模块以达到需要的功能。在一个优选的实施方案中，LPS520执行各种与物流计划有关的任务。这些任务包括(1)保存地址信息，(2)保存货物和包裹信息，(3)保存发放信息，如EDI830和/或862，(4)创建、编辑、更新、和/或删除负载计划(很多情况下都是基于EDI830)，和(5)通过一个带有优化工具(如i2建模器(Modeler))的界面来制定负载计划。不同的实施方案支持这些任务中的一个或多个的不同组合。图6是数据流通过LPS520和DMS530模块的流程图。发放预报(rdeaseforecast)610收到原始发放预报信息作为输入。来自外部信息源或内部信息源(如LMS数据库)的这种原始发放预报信息可输入到LPS。这个过程的输出就是发放预报。该发放预报输入到计划的交易过程620(planningsessionprocess)中，该过程620创建、更新、修改和/或删除计划的交易负载(sessionbads)和/或运输。这个过程的输出与运输产品集装箱信息结合，产生交易负载和运输计划650(sessionloadsandshipments)。通过运输配置过程630(shipmentconfigurationprocess)使运输产品集装箱化。同时，运输配置过程依赖于由数据管理过程640提供的产品数据(装箱限制)。这个过程640接收到来自外部信息源(如产品制造商)或内部信息源(如LMS数据库550)的这些信息。在某些实施方案中，这个过程640负责产品集装箱信息的获取和有效性。交易负载和运输计划650输入到RMS540中。在一个优选实施方案中，图5中的RMS540执行各种与发放管理有关的任务。这些任务包括(1)基于LPS负载计划(路线计划)产生负载(旅行)，(2)将EDI862与生成的负载(旅行)相匹配，(3)创建、编辑、更新、和/或删除负载和运输信息，(4)根据运输信息动态创建负载信息，在一些情况下使用优化工具，如i2建模器(Modeler),和/或(5)将负载和运输信息与EDI信息相结合，使物流发放(logisticsrelease)可视化。不同的实施方案支持这些任务的一个或多个的不同組合。图7是数据流通过RMS540模块的流程图。来自LPS和DMS的交易负载和运输计划输入到负载发生器(调度器)(loadgenerator(dispatch))710中。该过程710浏览负载和运输信息，并为未来某个指定的日期确定负载和运输信息。从过程710输出的货物调度信息输送给负载过程，以产生匹配过程720。该过程720使发放的货物和预定的负载和运输计划相匹配，它为每次运输分配产品和产品数量。它接收发放过程730发出的发放信息，该发放过程730将原始的发货信息735转换成匹配过程720可用的形式。匹配过程的结果被输入到预定的负载浏览过程760。该过程创建、更新、修改和/或删除负载和运输信息以满足发货的需要。在某些实施方案中，该过程包括将预定的运输信息发送到优化引擎，并输入得到的负载计划。满足发货需求的负载和运输状态从计划状态转变为实际状态，产生实际的负载、运输和/或发货信息725。然后，可选择地使这些实际的负载、运输和发货信息可选择地接受复查(review)740。750将实际的物流发放信息提供给供应链的参与方或其他目标用户，如通过网络站点。XMS可获取实际的负载、运输和/或发货信息725，以备进一步使用。在一个优选实施方案中，图5中的XMS550行使各种与发放管理有关的任务。这些任务包括(1)激活负载并将它们转换成旅行，(2)创建、编辑、更新和/或删除旅行和运输，(3)监控动态的旅行，(4)获取旅行和运输事件，(5)生成报告和其它必需的票据(如提单、产品装箱单等)，(6)保存承运方信息如驾驶员信息、卡车信息、货枪信息等，(7)提交运输信息，和/或(8)例外事件管理和/或报告。不同的实施方案支持上述任务的一个或多个的不同组合。图8数据流是通过XMS550模块的流程图。实际的负载、运输和/或发货信息725由RMS540提供。旅行的触发过程810接收到这些信息，并产生动态的旅行、运输和/或发货过程820。旅行保持过程830监控代表旅行中发生的事件的事件数据840。该过程读取动态的旅行、运输和/或发货过程820,并根据需要基于监控到的事件数据进行更新。在某些实施方案中，这些动态的旅行、运输和/或发货信息也可以通过任何合适的接入服务器如网络站点，而提供给供应链参与方和/或其他目标用户本申请参考了许多的出版物。为了更完整地描述本发明所涉及的现有技术状况，将这些出版物的公开全部引入本申请作为参考。上述的实施方案仅为示例性的。本领域技术人员应该能容易地理解，在不背离本申请所要求保护的发明的情况下，可以对本说明书中记载的某些特定实施方案做出许多变换。在下面的权利要求书中，使用了数字和字母来区分各个权利要求的不同部分。这些数字和字母仅用作区分的目的，而对权利要求的范围没有限制意义。数字和字母顺序排列来区分各权利项部分；这种顺序排列并不倾向于产生所区分的权利要求的次序性或条理性需要，除非该权利要求部分另有说明。权利要求1.一种用于供应链管理的方法，所述方法包括如下步骤(a)接收来自供应链参与方的一种或多种产品的订单；(b)为接收到的订单中的一种或多种产品的各种产品确定出买方和卖方；(c)根据接收到的订单、确定出的买方、确定出的卖方或其组合生成产品运输配置和物流计划；(d)根据所生成的产品运输配置、所生成的物流计划、确定出的买方、确定出的卖方或其组合确定出运输方；(e)将所生成的产品运输配置发送给确定出的买方、确定出的卖方、确定出的运输方或其组合；以及(f)将所生成的物流计划发送给确定出的买方、确定出的卖方、确定出的运输方或其组合。2.如权利要求l所述的方法，其中，所生成的物流计划包括在选定的货物集装箱中的运输配置。3.如权利要求l所述的方法，该方法还包括如下步骤(g)从卖方接收与一种或多种产品相关的数据；以及(h)将接收到的数据存储在系统数据存储器中。4.如权利要求3所述的方法，其中，接收到的数据包括装箱限制。5.如权利要求3所述的方法，其中，在所述步骤(b)、(C)和(d)中，至少有一个步骤包括访问系统数据存储器的步骤。6.如权利要求3所述的方法，该方法还包括如下步骤(i)将接收到的数据格式化成独立于卖方数据的格式。7.如权利要求3所述的方法，其中，接收到的数据是通过接入服务器接收到的。8.如权利要求7所述的方法，其中，所述接入服务器的类型选自文件传输协议服务器、电子邮件服务器、网络服务器、交互式语音/音频应答系统、传真服务器及其組合。9.如权利要求l所述的方法，其中，接收到的订单是通过接入服务器接收的。10.如权利要求9所述的方法，其中，所述接入服务器的类型选自文件传输协议服务器、电子邮件服务器、网络服务器、交互式语音/音频应答系统、传真服务器及其組合。11.如权利要求l所述的方法，该方法还包括如下步骤(g)将接收到的订单格式化成独立于卖方和买方的格式。12.如权利要求l所述的方法，该方法还包括如下步骤(g)将接收到的订单存储在系统数据存储器中，并且其中所述步骤(b)和(C)还包括这样的步骤对系统数据存储器中的接收到的订单进行访问。13.如权利要求l所述的方法，其中，为订单中的一种或多种产品中的各种产品确定出买方和卖方的步骤包括如下步骤(i)从系统数据存储器中检索出各种产品的记录信息；(ii)从接收到的订单中或所检索出的产品的记录信息中为各种产品确定出买方；以及(iii)从接收到的订单中或所检索出的产品的记录信息中为各种产品确定出卖方。14.如权利要求14所述的方法，其中，所述为各种产品确定出卖方的步骤包括如下步骤基于选自以下組的标准来选择卖方，所述组包括价格限制、体积限制、距离限制、时间限制、性能限制、财务限制及其组合。15.如权利要求l所述的方法，其中，所述生成产品运输配置和物流计划的步骤(c)包括如下步骤-(i)从系统数据存储器中检索出各种产品的记录信息；(ii)从所检索出的产品的记录信息中确定出各种产品的装箱限制；(m)为接收到的订单中的各种产品制定装箱计划；(iv)根据所述装箱计划，将接收到的订单分配成一次或多次运输；以及(V)根据将接收到的订单分成一次或多次运输的分配和接收到的订单制定^各线计划以满足一次或多次运输的需要。16.如权利要求15所述的方法，其中，所述将接收到的订单分配成一次或多次运输的步骤包括如下步骤将接收到的订单基于所述装箱计划的容量需求与选用的货舱的容量进行比较。17.如权利要求16所述的方法，该方法还包括选择货抢的步骤。18.如权利要求17所述的方法，其中，货舱的选择基于接收到的订单、装箱计划、货论的可利用性、运输的目的地、成本、货艙容量、运输起点或其组合。19.如权利要求15所述的方法，其中，所述制定路线计划的步骤包括如下步骤对运输模式、运输成本、运输速度或其组合进行优化。20.如权利要求l所述的方法，该方法还包括如下步骤(g)接收来自于买方或卖方或运输方对生成的产品运输配置的请求，并且响应该接收到的请求而发送该产品运输配置。21.如权利要求20所述的方法，其中，对产品运输配置的请求是通过接入服务器接收的。22.如权利要求l所述的方法，其中，所生成的产品运输配置是通过提交平台发送的，所述提交平台选自电子邮件、网络、文件传输协议、传真、快递服务、邮寄、电话、寻呼及其組合。23.如权利要求l所述的方法，该方法还包括如下步骤(g)接收来自于卖方或买方或运输方的对已生成的物流计划的请求，并且响应该接收到的请求而发送该生成的物流计划。24.如权利要求23所述的方法，其中，所述对物流计划的请求是通过接入服务器接收的。25.如权利要求l所述的方法，其中，所生成的物流计划是通过提交平台发送的，所述提交平台选自电子邮件、网络、文件传输协议、传真、快递服务、邮寄、寻呼、电话及其组合。26.如权利要求l所述的方法，该方法还包括如下步骤(g)接收与生成的物流计划相关的事件数据。27.如权利要求26所迷的方法，其中，接收到的事件数据来自于买方，卖方或运输方。28.如权利要求26所述的方法，其中，所述事件数据是通过接入服务器接收的。29.如权利要求26所述的方法，该方法还包括如下步骤(h)根据接收到的事件数据和生成的物流计划产生一个或多个例外情况报告；以及(i)从所述一个或多个例外情况报告中输出选择的例外情况报告给接收者，其中所述接收者为用户或计算机系统。30.如权利要求29所述的方法，其中，所述接收者为用户。31.如权利要求30所迷的方法，其中，所述选定的例外情况报告是通过提交平台输出的，所述提交平台选自电子邮件、网络、文件传输协议、传真、快递服务、邮寄、电话、寻呼、即时通信及其组合。32.如权利要求30所述的方法，其中，所述用户为确定出的买方、确定出的卖方、确定出的运输方或供应链管理者。33.如权利要求29所迷的方法，该方法还包括如下步骤(j)基于与接收者相关的配置信息，为生成的例外情况报告选择提交平台。34.如权利要求29所述的方法，其中，所述接收者为计算机系统，并且其中的所述计算机系统为通知转发系统、运输方评估系统、卖方评估系统、买方评估系统或其組合。35.如权利要求29所述的方法，该方法还包括如下步骤(j)从一个或多个生成的例外情况报告中选出用于输出的例外情况报告。36.如权利要求35所述的方法，其中，选择用于输出的所述例外情况报告的步骤基于接收者、与各个例外情况报告有关的优先性或其组合。37.如权利要求29所述的方法，该方法还包括如下步骤(j)接收来自接收者对例外情况报告的请求，并且响应该接收到的请求而输出所选的例外情况报告。38.如权利要求37所述的方法，其中，对例外情况报告的请求是通过接入服务器接收的。39.如权利要求37所述的方法，该方法还包括如下步骤(k)从一个或多个生成的例外情况报告中选出用于输出的例外情况报告。40.如权利要求39所述的方法，其中，选择用于输出的所述例外情况报告的步骤基于接收到的请求、与各个例外情况报告有关的优先性或其组合。41.如权利要求37所述的方法，该方法还包括这如下步骤(k)基于接收到的请求、与接收者有关的配置信息或其组合，为所选的例外情况报告选择提交平台。42.如权利要求26所述的方法，该方法还包括如下步骤(h)基于接收到的事件数据和生成的物流计划生成一个或多个例外情况报告；以及(i)将一个或多个例外情况报告的生成通知转发给接收者，其中所述接收者为用户或计算机系统。43.如权利要求42所述的方法，其中，所述通知包括与一个或多个生成的例外情况报告的子集中的各成员有关的识别信息。44.如权利要求43所述的方法，其中，所述通知包括与一个或多个产生的例外情况报告中的所有成员有关的识别信息。45.如权利要求43所述的方法，该方法还包括如下步骤(j)为一个或多个生成的例外情况报告确定子集。46.如权利要求45所述的方法，其中，所述为一个或多个生成的例外情况报告确定子集的步骤是基于接收者。47.如权利要求43所述的方法，其中，所述识别信息中含有链接，该链接一旦被接收者激活，就允许对与之相关联的例外情况报告进行访问。48.如权利要求42所述的方法，其中，所迷接收者选自以下用户确定出的买方、确定出的卖方、确定出的运输方、供应链管理者和其組合。49.如权利要求42所迷的方法，其中，所述通知是通过提交平台发送的，所述提交平台选自电子邮件、网络、文件传输协议、传真、快递服务、邮寄、电话、寻呼及其组合。50.如权利要求26所述的方法，该方法还包括如下步骤(h)基于接收到的事件数据和生成的物流计划生成一个或多个例外情况报告。51.如权利要求26所迷的方法，该方法还包括如下步骤(h)将接收到的事件数据的通知发送给接收者，其中所述接收者是用户或计算机系统。52.如权利要求51所述的方法，其中，所述通知包括与接收到的事件数据相关的识别信息。53.如权利要求52所述的方法，其中，所述识别信息中含有链接，该链接一旦被接收者激活，就允许对与之相关联的事件数据进行访问。54.如权利要求51所迷的方法，该方法还包括步骤(i)选择通知的接收者。55.如权利要求54所述的方法，其中选择通知的接收者的步骤是基于接收到的事件数据。56.如权利要求l所迷的方法，该方法还包括如下步骤(g)将产品运输配置的生成通知发送给确定出的买方、确定出的卖方、确定出的运输方或其组合。57.如权利要求56所述的方法，其中，所述通知含有链接，该链接一旦激活，就允许对生成的产品运输配置进行访问。58.如权利要求57所述的方法，其中，响应通知中链接的激活而发送生成的产品运输配置。59.如权利要求l所述的方法，该方法还包括如下步骤(g)将生成的物流计划的通知发送给确定出的买方、确定出的卖方、确定出的运输方或其组合。60.如权利要求59所述的方法，其中，所述通知含有链接，该链接一旦激活，就允许对生成的物流计划进行访问。61.如权利要求60所述的方法，其中，响应通知中所选链接的激活而发送生成的物流计划清单。62.如权利要求l所述的方法，其中，生成的产品运输配置包括一个三维模型，用于将接收到的订单的一部分或多部分布置在选定的货舱中。63.—种或多种存储指令的计算机可读介质，所述指令一旦被系统处理器执行，能够促使该系统处理器通过执行以下步骤而提供供应链管理(a)接收来自买方或卖方的一种或多种产品的订单；(b)通过执行以下步骤，为接收到的订单中的一种或多种产品的各种产品确定出买方和卖方(i)从系统数据存储器中检索出各种产品的记录信息，(ii)从接收到的订单中或从所检索到的产品的记录信息中为各种产品确定出买方，(iii)基于标准，从接收到的订单中或从所检索到的产品的记录信息中为各种产品确定出卖方，所述标准选自价格限制、体积限制、距离限制、时间限制、性能限制、财务限制及其組合；(c)基于接收到的订单、确定出的卖方、确定出的买方或其组合，通过执行以下步骤来生成产品运输配置或物流计划(i)从系统数据存储器中检索各种产品的记录信息，(ii)从检索到的记录信息中确定各种产品的装箱限制，(iii)为接收到的订单中的各种产品制定装箱计划，(iv)根据装箱计划，将接收到的订单分配成一次或多次运输，(v)根据将接收到的订单分成一次或多次运输的分配以及接收到的订单制定路线计划，以满足一次或多次运输的需要；(d)基于生成的产品运输配置、生成的物流计划、确定出的买方、确定出的卖方或其组合，确定运输方；(e)将生成的产品运输配置发送给确定出的买方、确定出的卖方、确定出的运输方或其组合；(f)将生成的物流计划发送给确定出的买方、确定出的卖方、确定出的运输方或其组合；(g)接收与生成的物流计划相关的事件数据；(h)基于接收到的事件数据和生成的物流计划，生成一个或多个例外情况报告；(i)从一个或多个例外情况报告中输出选择的例外情况报告给接收者，其中所述接收者是用户或计算机系统，该用户选自确定出的买方、确定出的卖方、确定出的运输方、供应链管理者及其组合，该计算机系统选自通知转发系统、运输方评估系统、卖方评估系统、买方评估系统、或其組合。64.—种供应链管理系统，该系统包括.(a)系统数据存储器，其能够存储产品数据、卖方数据、买方数据、运输方数据、一个或多个物流计划、一个或多个产品运输配置或者其组合；和(b)系统处理器，其与系统数据存储器相通信并包括一个或多个处理元件，其中，所述一个或多个处理元件被编程或调节以执行如下步骤，包括(i)接收来自买方或卖方的一种或多种产品的订单；将接收到的订单存储在系统数据存储器中；(iii)通过以下步骤为接收到的订单中的一种或多种产品的每种产品确定买方和卖方(A)从系统数据存储器中检索各种产品的记录信息，(B)从接收到的订单中或从所检索到的产品的记录信息中为各种产品确定出买方，(C)基于标准，从接收到的订单中或从所检索到的产品的记录信息中为各种产品确定出卖方，所述标准选自价格限制、体积限制、距离限制、时间限制、性能限制、财务限制及其组合，(iv)根据接收到的订单或确定出的卖方或确定出的买方或其组合，通过执行如下步骤生成产品运输配置和物流计划(A)从系统数据存储器中检索各种产品的记录信息，(B)从检索到的记录信息中确定出与各种产品相关的装箱限制，(C)为接收到的订单中的各种产品制定装箱计划，(D)基于装箱计划，将接收到的订单分配成一次或多次运输，和(E)基于将接收到的订单分成一次或多次运输的分配以及接收到的订单制定路线计划，以满足一次或多次运输的需要；(v)基于生成的产品运输配置、制定的物流计划、确定出的买方、确定出的卖方或其组合，确定出运输方；(vi)将生成的产品运输配置发送给确定出的买方、确定出的卖方、确定出的运输方或其组合；(vii)将生成的物流计划发送给确定出的买方、确定出的卖方、确定出的运输方或其组合；(viii)接收与生成的物流计划相关的事件数据；(ix)基于接收到的事件数据和生成的物流计划，生成一个或多个例外情况报告；(X)从一个或多个例外情况报告中输出选择的例外情况报告给接收者，其中所述接收者是用户或计算机系统，该用户选自确定出的买方、确定出的卖方、确定出的运输方、供应链管理者及其组合，该计算机系统选自通知转发系统、运输方评估系统、卖方评估系统、买方评估系统或其组合。65.如权利要求64所述的系统，其中所述系统数据存储器包含管理产品数据库的数据库管理系统。66.如权利要求64所述的系统，其中所述系统处理器包括一个或多个接入服务器，该接入服务器执行步骤(i)、(vi)、(vii)、(viii)或(x)中的至少一个。67.如权利要求64所述的系统，其中所述系统处理器包括一个或多个处理服务器，该处理服务器至少执行步骤(iii)、(iv)、(v)或(k)中的至少一个的至少一部分。68.—种供应链管理系统，该系统包括(a)存储设备，用于存储来自买方或卖方的一个或多个订单、产品数据、卖方数据、买方数据、运输方数据、一个或多个物流计划、一个或多个产品运输配置或其组合；(b)输入设备，用于(i)接收来自买方或卖方的一种或多种产品的订单，并将接收到的订单存储在存储设备中，(ii)接收与来自卖方的一种或多种产品相关的产品数据，并将接收到的产品数据存储在存储设备中，(iii)接收与物流计划相关的事件数据，并将接收到的事件数据存储在存储设备中；(c)物流处理设备，用于(i)通过执行如下步骤，为输入设备接收到的订单中的各种产品确定买方和卖方(A)在存储设备中检索各种产品的记录信息，(B)从订单中或从所检索到的产品的记录信息中为各种产品确定买方，和(C)从订单中或从所检索到的产品的记录信息中为各种产品确定卖方；(ii)通过执行以下步骤，至少部分地基于订单、确定出的与订单相关的卖方或买方、或其組合，生成产品运输配置和物流计划(A)在存储设备中检索种产品的记录信息，(B)根据检索到的记录信息，确定各种产品的装箱限制，(C)为订单中的各种产品制定装箱计划，(D)基于装箱计划，将订单分配成一次或多次运输，和(E)根据将接收到的订单分成一次或多次运输的分配以及接收到的订单制定路线计划，以满足一次或多次运输的需要；(iii)基于生成的产品运输配置、生成的物流计划、确定出的买方、确定出的卖方或其组合，确定出运输方；以及(iv)基于输入设备接收到的事件数据，生成与生成的物流计划有关的一个或多个例外情况报告；以及(d)输出设备，用于(i)将物流计划发送给与物流计划有关的买方、与物流计划有关的卖方、与物流计划有关的运输方或其组合，(ii)将产品运输配置发送给与产品运输配置有关的买方、与产品运输配置有关的卖方、与产品运输配置有关的运输方或其組合，和(iii)将例外情况报告输出给接收者，其中，所迷接收者是用户或计算机系统，该用户选自与例外情况报告有关的买方、与例外情况报告有关的卖方、与例外情况报告有关的运输方、与例外情况报告有关的供应链管理者及其组合，该计算机系统选自通知转发系统、运输方评估系统、买方评估系统、卖方评估系统或其组合。全文摘要本发明涉及供应链管理的系统和方法。从买方或卖方接收一种或多种产品的订单。为接收到的订单上的每种产品确定出买方和/或卖方。在一些情况下，可以确定出多个买方和卖方。生成产品运输配置和物流计划，确定出运输方。将所生成的产品运送配置发送给买方、卖方、运输方或其组合。将所生成的物流计划发送到买方、卖方、运输方或其组合。在一些实施方案中，接收与生成的物流计划有关的事件数据，在一些这样的实施方案中，根据接收到的事件数据生成例外情况报告。这些过程，或者其子过程，在某些情况下在与系统数据存储器相通信的系统处理器上执行，或者以可执行指令的形式存储在一个或多个计算机可读介质上。文档编号G06Q10/00GK101103360SQ200480034128公开日2008年1月9日申请日期2004年9月13日优先权日2003年9月23日发明者安东尼·D·汉,托马斯·R·克罗斯维克,詹姆士·W·摩尔申请人:莱德综合运销有限公司