CN1381017A - 货物的集中式物流系统以及用于该系统的方法 - Google Patents

Abstract

一种要在将托运的货物运送到目的地时使用的集中式物流管理系统被配置成为一个站点,它能通过通信网络线路进行相互通信。所述站点配备有数据库服务器,该数据库服务器的内部处理部至少包括:货运指示处理部,它用于指示将托运的货物运送至目的地,所述目的地在总体上包括物流商;物流费用计算处理部,它用于计算将货物运送至目的地所必需的物流费用;以及,货物跟踪处理部,它用于指示货物的运送状态。所述集中式物流管理系统管理货物,因此,仅通过访问门户站点就可将与货物有关的所有货运指示传输给物流商。

Description

货物的集中式物流系统以及用于该系统的方法

发明背景

1、发明领域

本发明涉及货物的集中式物流系统和/或设备、以及用于管理货物的集中式物流的方法。本发明还涉及货物的集中式物流系统和/或设备、以及利用通信网络线路或专用网络线路来管理货物的集中式物流的方法。

2、相关技术说明

在将由制造商制造的电子或其它制品运至海外或类似地方时，目前用于这种运输的物流系统执行下列过程。为了避免说明的复杂性，以下作为一个实例说明将货物(诸如电子制品之类的货物)从国家内出口至外国的情况。

(1)货运计划

在将制品装运至外国或类似地点的情况下，首先制定包括货运基本数据(6个基本信息)的货运计划，所述基本数据包括：谁、什么、多少、何时，从哪里、到哪里。所述货运计划由负责制造的人员通过作为输入终端的个人计算机进行输出。

(2)订运

在确定货运计划时，从多个货运公司获得船舶时刻表，该船舶时刻表起运输时刻表的作用。在船舶时刻表中记录有诸如船舶名称、船舶吨位、出发港、到达港、出发日期等之类的详细时刻表数据。根据船舶时刻表按着决定装载的货量等在多个货运公司中确定预订的货运公司。在作出上述决定之后，预订货运公司的船只。此后，在确认之后正式地预订货运公司的船只。

多个货运公司代表客户执行多种过程和业务工作，诸如为出口而进行包装的业务、出口结关的业务、将货物运进或运出保税库的业务以及装载的业务，这些业务对出口来说是必需的。

(3)选择财产保险公司

由于通过海运来运输要加以装运的货物，故在几乎所有情况下都投保货物保险。货主根据货物的数量计算货物的保险、货运价格等，并且，货主从多个业已为保险而提出保险费率的公司中选择最佳的保险公司。通过保险公司或保险代理人来签订保险合同。在提供保险时，由保险公司根据保险提供函件的内容来核发保险单或保险同意函。

(4)选择国内运输商

从多个注册的诸如卡车运输商之类的国内运输商中选择最佳的运输商，以便将货物从如在货物生产厂的仓库中那样保存的仓库中运送到指定地点。

(5)装载和核发B/L(提货单)

在将制造商指定的货物装到船上时，由货运公司在确认了装载之后核发提货单(B/L)。在这种情况下，就空运货物而言，核发AWB(空运提单)。

通过上述各种过程，将货物从生产商运给外国的商家或外国的客户。

如上所述，在通常的物流系统中，在客户和商家之间或在客户与多个商家之间要传送订购货物或服务所必需的多种信息。如上所述，作为一项工作，在用输入终端输入货运计划之后通过个别谈判来确定货运公司。即使暂时登记了多个货运公司，也要通过个别谈判最后将它们限于一个货运公司，并且，如果有多个货运公司，则要进行个别谈判。就保险公司而言，情形与货运公司的情况一样。然后，通过个别谈判来确定最佳的保险公司或保险代理人。

由于有艰难的个别谈判，故选择最佳的商家要花长的时间，并且，还需要时间和成本去走访商家。由于必须按与选定的商家所决定的格式相一致的方式来进行在选择了商家之后的信函交换，故工作非常复杂，并且还需要对订单的确认工作，以便避免错误。具体地说，在按照货物与不同的多个商家签定这种合同时，针对各商家需要不同的格式，因此，这类工作不得不花许多时间。

而且，在上述确定保险公司的情况下，尽管保险是由属于制造商的负责人所确定的项目，但订购者不得在确定了保险之后去个别地选择能用最低保险费率提供最大保险的保险公司。因此，只有非常有限职位上的负责人诸如有经验的负责人能处理保险公司的确定。所以，个别谈判成为有必需的长时间和高成本的因素。

而且，在装载了货物之后核发提货单(B/L)，并且在提货单中填写的项目包括多种内容，所有这些内容仅由运输商来填写。此外，在许多情况下，由专门的操作员手工输入这些项目。因此，核发提货单是一项需要许多时间和劳动的工作。

如上所述，由于在任何情况下都难以快速决策和处理，所以，这些方法是最终增加物流成本的因素。因此，如果事先从多个承运人处汇集这种信息并且如果从事先列举出的商家中选择最佳的商家，而且如果将上述信息发给多个不同的商家或者如果承运人与商家之间在商业谈判过程中交换信息以便就必要的信息进行合作，以及如果在每次信息交换时通过逐一填写B/L项目而将B/L项目的内容存储起来，从而将所述内容完成为提货单的最终信息(B/L信息)，那么，就可以快速地确定商家并快速地处理上述过程，而且还能最终有助于大大地减少物流的劳动力成本。

发明概要

因此，本发明解决上述传统问题并提出一个总体物流系统，它能通过利用诸如具体为因特网之类的通信网络来构建一个总体集中式物流系统而简化承运人和物流商的大量工作。

为了解决上述问题，依照本发明的第一个方面，提供了一种在要将托运的货物运送到目的地时使用的集中式物流管理方法，其中，所述方法被处理成是能通过通信网络线路相互传递的电子信息。所以，所述方法包括：货运指示处理步骤，它通过访问特定的站点以便指示将托运的货物运送至目的地，所述目的地在总体上包括物流商；物流费用计算处理步骤，它计算将货物运送至目的地所必需的物流费用；以及，货物跟踪处理步骤，它指示货物的运送状态，从而可集中地管理货物。

依照本发明的第二个方面，提供了一种在要将托运的货物运送到目的地时使用的集中式物流管理设备。也就是说，所述设备包括：货运指示处理装置，它用于指示将托运的货物运送至目的地，所述目的地在总体上包括物流商；物流费用计算处理装置，它用于计算将货物运送至目的地所必需的物流费用；以及，货物跟踪处理装置，它用于指示货物的运送状态，其中，所述货运指示处理装置、物流费用计算处理装置以及货物跟踪处理装置被配置成能通过通信网络线路来访问，并且，可通过访问特定的站点来执行相应的处理过程。

依照本发明的第三个方面，提供了一种在要将托运的货物运送到目的地时使用的集中式物流管理系统，其中，所述管理系统被配置成为一个站点，它能通过通信网络线路进行相互通信，所述站点配备有数据库服务器，该数据库服务器包括内部处理部，此内部处理部至少包括：货运指示处理部，它用于指示将托运的货物运送至目的地，所述目的地在总体上包括物流商；物流费用计算处理部，它用于计算将货物运送至目的地所必需的物流费用；以及，货物跟踪处理部，它用于指示货物的运送状态，从而，可仅通过访问上述站点将所有的与货物有关的货运指示传给物流商。

依照本发明的第四个方面，提供了一种货物保险信息形成方法，该方法包括下列步骤：至少根据要用作详细货物信息的货运指示信息、作为保险金额计算标准的保险条件等等来计算货物的保险金额；在指定的保险商之中选择保险商；根据货运指示信息、保险金额、运送区间等通过作为标准的保险费率计算保险费；以及，根据上述货运指示信息、保险金额和保险费的相应信息形成作为电子数据的货物保险信息。

依照本发明的第五个方面，提供了一种货物订单的接收方法，该接收方法包括下列步骤：接收通过通信网络线路输入的或在门户站点一方的输入的托运货物的货运指示中的诸如货物种类、数量和目的地之类的货运指示信息；在接收到的货运指示信息中确认货物的库存信息；在确认货物的库存信息的步骤之后按推导出的货物运输路线计算出物流费用；以及，将计算出的物流费用传送给托运人一方。

依照本发明的第六个方面，提供了一种货物订购方法，其中，所述订购方法包括下列步骤：取出存储在货运指示数据库中的货运指示信息；取出存储在运输时刻表数据库中的运输时刻表；根据货运指示信息和运输时刻表确定与货运指示相一致的货物运输路线；在指定数据库内登记的物流商清单中选择覆盖所确定的货物运输路线的物流商中最佳的物流商；通过通信网络线路等将所确定的货运指示信息传给选定的物流商。

依照本发明的第七个方面，提供了一种货物保险信息形成设备，该设备包括：用于将要用作详细货物信息的货运指示信息存储起来的存储装置；用于将诸如作为保险金额计算标准的保险条件之类的信息存储起来的存储装置；用于将指定保险商存储起来的存储装置；用于保险费率信息的存储装置；以及，计算装置，它用于根据上述各信息来计算保险金额和保险费，从而，可根据计算出的保险金额、计算出的保险费率和用于计算保险金额和保险费率的货运指示信息来形成作为电子数据的保险信息。

依照本发明的第八个方面，提供了一种货物保险信息形成方法，该方法包括下列步骤：至少根据要用作详细货物信息的货运指示信息、作为保险金额计算标准的保险条件等等来计算货物的保险金额；在指定的保险商中选择保险商；根据货运指示信息、保险金额、运送区间等通过作为标准的保险费率计算保险费；以及，根据上述货运指示信息、保险金额和保险费的相应信息形成作为电子数据的货物保险信息。

依照本发明的第九个方面，提供了一种提货单草案的自动起草方法，该方法包括下列步骤：在接收货物运送的委托订单时执行对从先前获得的出发船舶时刻表信息中选出的特定出发船舶时刻表的预订，并且将与指定的出发船舶时刻表有关的信息用作提货单的草案信息；发出对返回有带提货单附加单据预约号的确认用的出发船舶时刻表信息的预订指示；响应货运需求，通过将货运指示信息添加到供确认用的出发船舶时刻表信息从而形成提货单的新的草案信息；以及，作为最终的提货单草案信息来传送上述新的提货单草案信息，从而，可自动地形成提货单的草案信息。

依照本发明的第十个方面，提供了一种提货单草案信息的自动形成设备，该设备包括：用于存储出发船舶时刻表信息的存储装置；用于存储货运指示信息的存储装置；用于根据出发船舶时刻表信息和货运指示信息来执行对特定出发船舶时刻表的预订的预订装置，所述出发船舶时刻表信息和货运指示信息是从上述两个存储装置中读出的；用于根据出发船舶时刻表信息和预订信息来形成要核发给货物的提货单的草案信息的形成装置；以及，用于传送预订信息和草案信息的传送装置，从而，可将上述形成装置形成的草案信息传送给货运公司一方，货运公司一方写出单据号和单据核发日期，以便形成货物的提货单。

依照本发明的第十一个方面，提供了一种提货单自动核发系统，其中，传送货运指示的站点和物流商一方的站点均与通信网络互连，并且，信息作为电子数据而传播，货运指示一方的站点包括：用于存储出发船舶时刻表信息的存储装置；用于存储货运指示信息的存储装置；以及，用于在接收到货物运送委托定单时存储与在执行对特定出发船舶时刻表的预订时的出发船舶时刻表有关的信息的草案信息存储装置，所述特定出发船舶时刻表是从先前获得的出发船舶时刻表列表中选出的；物流商一方的站点包括：用于传送最新出发船舶时刻表信息的传送装置；用于确认传送物流商一方的预订信息以便添加订单号的提货单信息确认装置；以及，用于将单据号和单据核发数据附加到所接收的提货单的草案信息以便将提货单核发给货物的提货单核发装置；从而，在上述两种站点之间的电子数据交换过程中顺序地增加用于提货单的草案信息，以便完成提货单。

在本发明中，货物委托人或由委托人委托的物流管理者可访问与通信网络线路相连的站点。在访问站点时，集中式物流管理系统就会启动，该系统根据输入的六种物流基本信息(将在以下予以说明)从作为内部信息来存储的信息中选择最佳的运输路线、物流商等。通过对上述选择的处理，可确定“哪种货物”、“谁”、“哪里”、“多少”、“从哪里”和“到哪里”的内容(货运指令信息)。

而且，在形成货运指令信息的过程中，除货运指示信息以外，还可获得来自物流商的出发船舶时刻表信息。所以，通过整理执行诸如船仓预订之类的在执行预订处理过程时使用的信息可以获得提货单所需的几乎所有项目。因此，通过在收集货运指示信息和出发船舶时刻表信息时将这些信息也用作提货单的信息，可在收集到货运指令信息时完成提货单的草案。

仅由货运公司将提货单的单据号和单据核发数据添加至草案内容会使得该草案作为财产成为具有一定价值的正式提货单。因此，可极大地简化核发提货单的过程。由于在保险商与保险费率均存储在系统内时可借助于货运指示信息和提货单的草案信息来计算保险金额和与保险金额相对应的保险费，故能通过使这些内容与空白申请表的格式相符并将信息(作为电子信息或作为写在纸上的信息)发送给保险公司而核发保险单。无须说，在集中式物流管理者是能进行保险代理的有执照的人时，那么，该管理者可根据上述信息直接核发保险单。由于还可以用货运指示信息等来实现保险信息形成过程，故可极大地简化保险单的核发过程。可用门户站点一方提供的货运指示信息和物流费用信息来实现对来自委托人的任何货物订单的接收。可用诸如货运指示信息、运输时间表以及物流商列表之类的信息简单地确定发送给物流商的货物订单。本发明利用诸如因特网之类的通信网络线路来构造一个整体的集中式物流管理系统。

依照本发明，可以构造一个整体的集中式物流管理系统，它能极大地简化货运者和物流商的麻烦，因此，那些根据来自委托人的订单去实际运送货物的货运者和商人，仅通过面向终端装置并将数据输入终端装置就能简单地起草运送计划，从而将货物运送到目的地，并且，能实时地获得与正在发送的货物的当前位置有关的信息。

本发明的集中式物流管理系统等非常适用于这样的整体物流系统，它可以通过用诸如因特网之类的通信网络线路仅访问特定站点而进行信息交流。

附图简述

从以下连同附图对本发明当前最佳示例性实施例的说明中可更清楚本发明的上述和其它目的、特征和优点，附图中：

图1是示出了本发明集中式物流管理系统的实施例的一部分的概略系统图；

图2是示出了图1所示实施例中的数据库服务器的实施例的框图；

图3是示出了使用因特网的集中式物流管理系统的实施例的框图；

图4是示出了船舶时刻表的实例的时刻表；

图5是示出了发送时刻表的初步提供过程的实例的说明图；

图6是示出了船舶时刻表的初步提供过程的实例的流程图；

图7是示出了货运指示信息的输入处理过程的实例的说明图；

图8是示出了显示输入货运指示信息的实例的说明图；

图9是示出了显示货物信息信息的实例的说明图；

图10是示出了显示所确定的货运指示信息的实例的说明图；

图11是示出了货运指示处理过程的实例的流程图；

图12是示出了选择最佳商人和运送指示的实例的说明图；

图13是示出了货运指示处理过程的实例的流程图；

图14是示出了更新和查询货物跟踪状态的说明图；

图15是示出了显示货物状态的实例的说明图；

图16是示出了更新和查询货物跟踪状态的处理过程的实例的流程图；

图17是示出了为物流费用记账的说明图；

图18是示出了物流费用的记账处理过程的实例的流程图；

图19是示出了物流费用的支付处理过程的实例的说明图；

图20是示出了物流费用的支付处理过程的实例的流程图；

图21是示出了货物价格结算的说明图；

图22是示出了货物价格结算处理过程的实例的流程图；

图23是与财产保险信息有关的说明图；

图24是示出了保险信息处理过程的实例的流程图；

图25是示出了保险费付款处理过程的实例的流程图；

图26是示出了保险赔偿的实例的说明图；

图27是示出了保险赔偿的处理过程的实例的流程图；

图28是示出了核发提货单的实例的说明图；

图29是示出了提货单的内容的一部分的表；

图30是示出了提货单的内容的另一部分的表；

图31是示出了六种基本物流信息的内容的表；以及

图32是示出了提货单核发处理过程的实例的流程图。

对最佳实施例的说明

以下参照附图详细说明本发明的整体电子物流管理系统的实施例。

图1是示出了以电子方式构造的整体物流管理系统10的概念。管理系统10配置成使得本发明主要部分的集中式物流管理系统20与在本例中作为通信网络线路的因特网30相连，并且，本地站点50可通过诸如内联网40之类的内部网络与集中式物流管理系统20相连。

本地站点50是用于整体物流管理系统10的货物客户。例如，在客户是生产和销售电子设备的电子生产商时，位于国内外一组工厂中的每个工厂、物流基地等均对应于本地站点50的各站点。对它们中的每一个而言，集中式物流管理系统20具有一般基地的职能。可以看出，本地站点50可配置成向公众开放的站点，而不仅仅是一组中的一个站点。

有多个站点位于因特网30上，以便与集中式物流管理系统做业务。在所述实例的情况下，可连接作为第一站点的物流商60(普通贸易公司、运输公司、货运公司等)的站点、保险公司62(包括代理)、最终用户64的通信终端装置等。

集中式物流管理系统20构造成具有作为网站的基本系统，它能实现与因特网30通信。因此，使用了VPN(虚拟专用网)路由器21，并且防火墙服务器28通过VPN路由器21与因特网30相连。WWW(万维网)服务器22、对外的消息传递服务器24、DNS(域名系统)服务器26以及类似的服务器通过第一集线器31与防火墙服务器28相连，还有，使用个人计算机或类似装置的终端装置27以及监视器均与防火墙服务器28相连。

第二集线器32也与防火墙服务器28相连。DNS服务器34和对内使用的消息传递服务器33与第二集线器32相连。终端装置35及其监视器36作为组件与第二集线器32相连。而且，以下将予以说明的应用程序/数据库服务器70与第二集线器32相连。再有，本地站点50和邮件服务器41通过诸如内联网40之类的通信网络与防火墙服务器28相连，以便构成整体电子物流管理系统10。

终端装置27、35是用于从门户站点一方或从外部通过因特网30和内联网40输入数据并用于检索信息的装置。所检索的结果等显示在监视器29、36上。

可用按应用程序网关配置的服务器用作上述防火墙服务器28，并且将防火墙软件安装进防火墙服务器28。

代理服务器功能被包括在防火墙装置28及其主要防火墙功能内，以便作为防火墙服务器28的功能防止非法访问。而且，用作协议以便访问目录管理数据库的LDAP(轻权目录访问协议)也安装在防火墙服务器28上。将名为SSL(加密套接字协议层)的周知安全功能添加给LDAP。

上述应用程序/数据库服务器(以下简称为“数据库服务器”)70是集中式物流管理系统20的核心，位于与防火墙服务器28相连的网络内。

数据库服务器70设置成用于执行集中式物流管理系统20所必需的处理过程(诸如货物的货运指示处理过程)。但是，数据库服务器70还可用作应用程序服务器。数据库服务器70还执行货物运输的财产保险处理过程，并执行诸如计算运送货物等所必需的物流费用之类的处理过程且通过因特网30传送这种信息。

可将TCP/IP(传输控制协议/因特网协议)可被用作WWW服务器22等访问上述数据库服务器70的连接形式，并且根据数据库服务器70的结果来形成访问一方的显示屏，并且，按HTTP(超文本传输协议)传输显示屏数据。

存在有运送货物的多种运送方式，诸如仅走陆路的运送方式、包括用货船等的海运运送方式、以及使用货物专用飞机的运送方式。但是，在以下的实施例中，为简化说明，主要说明作为主要部分通过陆路和海运出口货物的运送方式。因此，上述数据库服务器70执行下列处理过程。

(1)数据库服务器70针对来自货物委托人一侧的货运指令信息进行运送计划、货物查询或车辆查询计划等的起草和输入(货运指示信息处理功管理部)。

根据货运指示信息指定物流商(诸如运送商、出口商、货运公司)，并且，用要与货运公司相交换的信息根据上述货运指示信息准备提货单(B/L)的草案，以及准备保险单(保险申请书)的草案等。

(2)数据库服务器70根据货运指示信息进行物流费用的估算、开列帐单和管理处理。

数据库服务器70估算物流费用并将估算值传给货物委托人一方。而且，数据库服务器70将物流费用的帐单开给货物委托人。数据库服务器70还还进行电子结算处理以便将物流费用支付给物流商。因此，数据库服务器70管理物流费用的记帐和支付。

(3)数据库服务器70准备货物跟踪信息，以便通过来自物流商的信息识别货物的当前状态。

在发出货运指示时，通过各物流商运送委托的货物。数据库服务器70管理诸如“目前货物运到哪了”之类的跟踪信息即在国内的运输日期和时间及发货情况、在国外的运输日期和时间及发货情况。

(4)货物管理处理过程

数据库服务器70管理实际对象(货物)，直至货物最终到达了作为最终用户的客户。为了进行管理，使用了库存信息和货物跟踪信息。从而，可就诸如谁(拥有者或客户)、什么(产品和部件)、多少(数量)和哪里(地点)之类的货运基础信息进行识别。

可简单地形成重要的电子整体物流管理系统，该系统具有通常物流系统所无法获得的优点，因此，接收货物订单的工作和订购货物的工作能得以简化，并且，可以简单地形成由多个项目构成的草案信息，这些信息是提货单的原始内容。

就执行上述过程而言，数据库服务器70配备有主机71，以便管理数据库服务器70，如图2所示，并且，而准备了多个门户(web门户)，以便实现本实施例中(1)至(4)的上述处理过程，与web门户相对应的第一数据库部(数据存储装置)80通过集线器与内部总线(用于通信的连接缆)相连。

此外，用于存储货运、物流费用支付等历史的第二数据库部(数据存储装置)90以及用于存储计算诸如物流费用、保险费等之类的必要花费所必需的信息的主文件100与内部总线72相连。

第一数据库部80配备有至少以下如图3所示的五个Web门户。

(a)船舶时刻门户75，在输出和输出离港船舶时刻时访问该门户；

(b)货运指示门户76，在输出和输出货运指示信息时访问该门户；

(c)订单跟踪门户77，在输出和输出货物跟踪信息时访问该门户；

(d)存货位置门户78，在输出和输出货物位置信息时访问该门户；以及

(e)全局搜索门户79，在输出和输出诸如物流费用之类的一般信息时访问该门户。

就上述五个web门户75至79而言，第一数据库部80在需要时配备有至少下列数据库。但是，这些数据库和上述web门户并不彼此完全相一致。

(a)用于存储船舶时刻的数据库81；

(b)用于存储货运指示和提货单的信息的数据库82；

(c)用于存储货物跟踪信息的数据库83；

(d)用于登记在选择物流商时要使用的物流商(指定)的数据库84；

(e)用于存储货物委托人、物流商等名字、ID等的ID数据库85；

第二数据库部90配备有用于管理货运指示历史的数据库91、用于管理记帐历史的数据库92、用于管理支付历史的数据库93以及用于管理货物位置的数据库94。

作为主文件100，存在有与物流费用有关的主文件101，主文件101还包括用于已开过帐单的物流费用并管理已开过帐单的物流费用的主文件102、103、以及用于支付过的物流费用并管理已支付过的物流费用的主文件104、105。

此外，存在有用于管理货物存储和运送的主文件106，并且，将主文件106做成为数据库形式。与此相似，提供有与财产保险有关的数据库107、用于价格结算的数据库108等。

为了访问集中式物流管理系统20的信息，设置有全局消息清算服务部110，以便传输来自因特网30和内联网40的信息。清算服务部配备有多个通信协议，以便自动地选择用于接收到的数据的协议。

作为多种通信协议，例如提供了：EDIFACT(用于行政管理、商业和运输的电子数据互换)111，它是通过因特网在根据接收到的数据进行数据转换的EDI(电子数据交换)中用于联机商业交易的国际标准，具体用于接收和发送订单、结算等；FTP(文件传输协议)112；XML(可扩展的标记语言)，它是要用来代替EDIFACT的网页描述语言；等等。因此，上述数据库服务器70还用作EDIFACT服务器，它用于电子商业交易，这些交易对通过因特网30和内联网40进行相互通信是必需的。

将转换成适当协议的数据通过消息经纪人114、网关115、路由器116等传给系统内的门户站点。

以下按适当的次序说明这样构成的电子整体物流管理系统中的集中式物流管理系统20的处理顺序的实例。在说明中假定，执行下列多种处理过程的多种软件存储在数据库服务器70内。还可将数据库服务器提供给主门户，以便在考虑货物委托人增加时分别执行上述处理过程。

(1)货物运输时刻表的事前提供系统(出发船舶信息提供系统)

此系统是这样的系统，它能提供如图4所示的出发船舶时刻表列表(船舶时刻表)的最新信息，所述时刻表列表为多个用于货物委托人(货运人)的物流商所拥有。

为了达到这一目的，如图5所示，登记多个事先选择的物流商，并将登记信息存储在指定数据库84内。然后，通过因特网30从物流商60的登记站点提供最新船舶时刻表。按与WEBEDI(EDIFACT)111相一致的方式通过消息清算服务部110传送船舶时刻表，并且，在此后由船舶时刻门户75将船舶时刻表登记进用于船舶时刻表的数据库81。

可按固定的时间自动地传输船舶时刻表或在每次更新船舶时刻表时自动地传输船舶时刻表。所传输的信息的内容是登记的物流商、与登记的物流商有关的船舶时刻表等。同时将运送信息传输给在图5所示实例中通过内联网40构成本地站点50的多个货运人(货物委托人)。通过这种信息提供系统，货运人总是可以在不查询个别物流商的情况下获得最新的船舶时刻(包括变更)。

顺带地说，图5中用圆圈圈起的号码表示处理次序。以下说明中要涉及的写在各图中的号码具有同样的意思。

图6是示出了实现船舶时刻表的事前提供系统的实施例的流程图。在该实施例中，执行对指定物流商的登记处理过程以及形成来自指定的物流商、特别是来自货运公司的船舶时刻表的数据库的处理过程(步骤120、121、122)。

以下检查船舶时刻表的更新情况，在接收到新船舶时刻表时，允许有数据库81的更新处理(步骤123、124)。然后，自动地进行将更新后的新船舶时刻表传输给本地站点50的传输处理过程(步骤125)。从而，可事先提供船舶时刻表(步骤125)。因此，可在每次更新船舶时刻表时自动地进行这些处理。

(2)货运指示信息的处理系统

考虑存在有将货运指示输入进集中式物流管理系统20的两种情况。也就是说，一种情况是，从货运人一方即顾客64一方或本地站点50一方通过因特网30或内联网40输入货运指示，另一种情况是，从集中式物流管理系统20的门户一方即终端装置35一方直接输入货运指示。

如果验证是从门户站点一方输入货运指示的情况，则用终端装置35从图7所示的门户76来输入货运指示信息(六种基本信息)。这里，“用于货运指示的六种基本信息”是“谁”、“什么”、“多少”、“何时”、“从哪里”、“到哪里”六种信息。只要这六种基本信息存在，则可将要求的货物送至其目的地。

在发出货运指示时，从进行货物的存储和运送管理的数据库106中取出货物的存储和运送信息，并确认所指示的货物所在的位置(仓库、营业所等)即确认位置。如果所指示的货物未保持在库，则将另外进行生产等的指示传送给生产者的工厂。

由于可在获得货运指示的六种基本信息时计算出将作为物体的货物运输到目的地的物流费用，故可从存储有物流费用的信息的主文件102中取出包括物流商、保险商等在内的用于计算整体物流费用的物流费用信息，以便根据运输路线进行计算。从而可获得物流费用。

在选择了物流商并确定了运输路线等之后，就准备要在货运公司核发的提货单中填写的几乎所有必需的项目。因此，将这些项目的信息作为提货单的草案信息连同货运指示信息存储在数据库82中。在确定了货运指示以后，将货物的指定型号名称等作为货物跟踪信息存储在相应的数据库83内。

当不在门户站点一方输入货运指示信息的情况下，接收来自本地站点50的固定货运指示信息，然后将接收到的信息存储在数据库82和83内。图8说明了一个显示屏幕，它示出了货运指示信息的输入实例。图9说明了货物位置信息的显示实例。图10说明了固定货运指示信息的显示实例。

图11是示出了上述处理过程的流程实例的流程图。在输入货运指示的信息(步骤131)时，确认货物的状态(步骤132)。如果根据状态的确认可以运送货物，则根据货运指示信息起草运送计划，并且，根据货物的运输路线来计算物流费用(步骤133、134)。

与运送计划的起草处理过程相同步地执行提货单的起草处理过程(步骤135)。因此，将所起草的货运指示信息存储在相应的数据库并存储在用于货物跟踪的数据库内。从而，由一系列货运指示处理过程构成的第一步骤结束(步骤136)。

如上所述，通过接收用因特网30或内联网40输入或在门户站点一方输入的诸如货物的货运指示委托的货物种类、货物数量和货物地址之类的货运指示信息，然后通过确认货物的存储信息而且通过执行诸如推导货物运输路线并计算运输路线的物流费用，从而执行货物的接收处理过程。

还有，可通过确定符合货运指示信息和货物运输时刻表货运指示的货物运输路线和物流商而执行货物的订购处理过程。

(3)最佳商人的选择和运送指示系统

作为货运指示处理过程的第二个步骤，举出了物流商的选择和运送的指示。根据货运指示的六种基本信息选择最佳的物流商，并且进行货物的运送指示。根据下列程序选择商人。参照图12说明该程序。

首先，从用于货运指示的数据库82中取出货运指示信息，并从用于船舶时刻表的数据库81中取出船舶时刻表。然后，确定货物运输路线。

其次，从用于从在确定货物运输路线上开展业务的物流商中选择最佳物流商的指定数据库84内取出登记的物流商列表。由于过去的货运信息存储在物流商的信息内，故能通过参照货运历史信息选择出满足诸如货运费便宜、运输天数少、事故率低等条件的商人。

货运指示由于确定了物流商而成为最终的指示，然后，将货运指示信息(运送指示信息)通过因特网30传输给物流商60。通过运送处理过程签定正式的货物运送合同。在确定了货运指示以后，作为确定货运指示的后处理过程，将所确定的货运指示信息存储在用于货运指示的数据库82内。而且，还将上述信息存储在货物跟踪数据库83内。同时，将所计算出的物流费用信息存储在用于管理物流费用的主文件105内。

图13是在执行上述处理系列时的流程图的实例。

从用于货运指示的数据库82中读出货运指示信息，并从用于船舶时刻的数据库81中读出船舶时刻表(步骤141)。根据上述信息确定货物的运输路线(步骤142)。从在该路线上有业务的物流商中选择出最佳物流商(运输商、出口商、货运公司等)(步骤143)。

在选择了物流商之后，通过因特网30将货运指示传给物流商站点60。并且，将货运指示信息存储在用于货运指示的数据库82以及用于货物跟踪的数据库83内(步骤144、145、146)。而且，在上述实施例中，货运指示信息还记录在用于对向物流商支付物流费用进行管理的物流费用管理用主文件105中，然后，上述一系列处理完成。

(4)更新货物跟踪状态及查询系统

存在有这样的情况，其中，要知道指示运送的货物的最新跟踪状态即货物的状态如何。除货运人以外，要实际接收货物的顾客和物流商本身需要这种状态。用于响应这种请求的更新和查询系统配备在门户站点一方。

如图14所示，在货物跟踪数据库83中将下列信息以及诸如货运、运载至仓库的日期和时间以及完成货运的日期和时间和运送所运载的货物之类的基本信息按次序更新为最新信息。

所述信息是这样的跟踪信息，该信息涉及业已接收到运送指令的货物目前经过了哪一位置(即货物处于哪一种状态)，是货物保持在仓库(营业处)内的状态、货物正在搬入的状态、货物被汇集和包装的状态、货物被包装和运输的状态(装载和发运的状态)、多种货物被汇集到一起的到岸状态、货物在运送一方保持为在库的状态、还是将货物汇集和包装给顾客的状态。

无需说，至于要出口的货物，将诸如货物处于出口结关的过程还是货物业已出港或业已到港还是处于进口结关的过程之类的货物状态信息完全存储在货物跟踪数据库83内。因此，通过搜索数据库83可知货物的当前位置。

将这种主要的货物跟踪信息存储在货物跟踪数据库83内，该数据库通过因特网30从物流商装载在门户站点。总是保持更新货物跟踪信息。

而且，借助于查询货物跟踪状态，可通过用于跟踪查询的门户77参照从货物委托人的数据库85中取出的货物委托人(用户)的门户站点地址、货物的属性信息(诸如货名、货物数量和卸货物位置)等以及物流商(承运人)。此外，还通过用于跟踪查询的数据库77参照货运指示信息、提货单的信息等。

因此，本地站点50上的货物委托人和顾客64通过访问门户站点77以分别经由内联网40和因特网30跟踪查询从而查找货物的跟踪状态。图15示出了显示货物状态的实例。而且，当要想知道不在货物跟踪数据库83中的备忘货物跟踪信息时，可通过访问物流商一方的货物跟踪数据库86来了解这些信息。

还可以改变货运指示信息。例如，可以改变目的地和运送日期和时间。

图16是示出了用于跟踪查询的处理过程的实例。

首先，从物流商中获得最新货物跟踪信息以便存储在数据库83(步骤151)。然后，检查是否进行了货物跟踪信息查询(步骤152)。在进行查询时，从数据库85中取出诸如物流商的ID之类的信息。而且，从数据库82中取出货运指示信息(步骤153)。然后，通过参照数据库83根据指定的货物及其ID取出最新货物跟踪信息(步骤154)。从而可查找货物的最新跟踪信息。

此后，集中式物流管理系统20变成等待商人访问的状态。在确认了货物跟踪的接收状态(步骤155)时，执行数据库83中的信息的更新处理(步骤156)，然后数据库83中的信息与最新货物跟踪信息相交换。通过执行这种处理过程，最新跟踪信息总是存储在数据库83内，因此，货物委托人等可清楚地知道相应货物存在的当前位置。

(5)物流费用记帐系统

如果输入用于货运指示的六种基本信息等，则可确定货物的运输路线。通过确定运输路线，可计算出货物运送所必需的费用(物流费用)。物流费用保存在如图17所示的物流费用管理文件105一方。

为了实际要货物委托人支付物流费用，门户站点的管理者通过启动在门户站一方准备的用于记帐处理过程的软件而执行记帐。也就是说，在启动了上述软件时，通过从物流费用管理主文件105中取出与货物委托人有关的物流费用而自动地发出帐单。

在将帐单发给货物委托人时，将货物委托人的名称、记帐日期、记帐的内容等作为记帐历史存储在用于存储记帐情况的记帐历史数据库92内。然后，将记帐日期通过内联网40传给本地站点50中的特定货物委托人一方。通过使用这种记帐系统，可将帐单自动地发给特定的货物委托人一方。

图18是示出了自动核发帐单的处理过程的实施例的流程图。在开始核发帐单的处理过程(步骤161)时，读出所记帐的物流费用(步骤162)。将物流费用的帐单发给货托委托人(步骤163)。按EDIFACT形成帐单。将物流费用的帐单通过内联网40传给货物委托人一方。而且，所传送的帐单的内容记录在记帐历史数据库92内(步骤164、165)。

(6)物流费用支付处理系统

在物流商要求支付实际物流费时，执行图19所示的处理过程。首先，在物流商60通过因特网30要求支付与运送的货物有关的实际物流费时，就启动用于记帐检查的软件。按从物流费用管理主文件104中取出的与所运送的货物有关的物流费用信息核对帐单。当同意核对的结果时，执行支付指示信息的起草处理过程。支付指示信息存储在用于存储支付历史的数据库92内，此外，将催促支付处理的指令传给本地站点50中相应的货物委托人一方(为支付处理而传送)。当在货物委托人一方设置金融管理系统时，所述指示由金融管理系统来访问并被当作未支付过程来处理。

图20示出了支付处理过程的实例。

在接收到物流费用的支付帐单时，从支付物流费用管理主文件105中读出相应的支付物流费用以便核对这些费用(步骤171、172、173)。在核对的结果表示同意费用内容时，核发支付指示书(步骤174)，并将该指示书通过内联网40以电子数据的形式发给相应的本地站点50(步骤175)。在完成支付指示的步骤中，支付的内容记录在用于支付历史的数据库92并完成支付处理过程(步骤176)。在步骤173的处理过程表示未得到同意的费用内容时，执行其确认处理过程(步骤177)，并在确认之后执行步骤174之后的处理过程。

(7)货物价格结算系统

在发运的货物到达货物目的时，利用记录在用于货运指示的数据库82中的提货单信息将货物价格的结算指示发给用于价格结算的数据库108，如图21所示。

这里，价格结算的指示时间安排是以通过检索货物跟踪信息而获得的先前确定的结算时间安排为基础的。通过因特网30将价格结算信息从接收价格结算的指示的价格结算数据库108传送给指定的结算机构(诸如银行)。在发运的货物到达货物目的地时，从货物跟踪数据库83中选择出与货物有关的跟踪信息。

图22是示出了价格结算处理过程的实例的流程图。通过检索货物跟踪数据库83，可从货物跟踪信息中检索出表示价格结算时间安排(步骤181、182)。可通过检索ETD(估计出发时间)信息或检索EDA(估计到达时间)而检索出发运完成或到货完成。

在检索出表示相应价格结算时间安排的信息时，随后从数据库82中读出提货单信息并发出结算指示(步骤184)。通过因特网30将结算书作为电子数据传给结算受托人(诸如银行)，此后，结算处理过程结束(步骤185)。

(8)财产保险处理系统

由于将货物运送到目的地具有损坏货物的未知风险，故从考虑上述风险的出发实行对运输货物的保险。通常通过向保险代理或保险公司(财产保险公司)请求保险合同并由代理在确认了请求的内容之后向请求者核发同意书(保险单)从而形成保险合同。

在如上所述那样配置整体物流管理系统20时，可在门户站点一侧自动地起草申请书。这就是为什么业已将获得保险所必需的信息中的货运指示信息、提货单的信息等存储在货运指示数据库82中，然后，可通过在门户站点一方提供除上述信息以外的诸如保险公司列表和保险费率之类的信息而获得保险。

以下参照图23说明一整体财产保险处理系统，该系统起草保险合同条约、将记录有信息的保险申请提交给保险代理和保险公司，另一方向，上述系统向货物委托人(保险者)要求计算出来的保险费并向保险公司支付保险费。

在用于使上述处理系统操作的软件启动时，首先，对保险门户186进行保险提供，从而进行保险金额的估算。为了进行估算，从货运指示数据库82中取出货运指示信息、提货单的信息等。同时，从用于计算保险金额的数据库187中取出保险金额信息。然后，在考虑赔偿额度等的情况下根据诸如货物保险和运输保险之类的保险类型来计算保险金额。在确定保险金额时，顺序地确定保险商(保险代理或财产保险公司)。从事先指定并存储在数据库84中的保险商中选择出保险商。

此后，在确定了保险商之后，从保险费率数据库188中取出保险费率，并计算出相对所计算的保险金额的实际保险费。在分别确定了保险商、保险金额和保险费时，将这些信息存储在财产保险数据库107中，并根据要通过因特网30发送给保险代理或财产保险公司62的EDI而改变保险提供信息。在计算出保险费之后，可以起草用于保险合同的详细文件并可将它们寄给保险公司等。

此外，在保险请求变成电子数据以及所述提供写在纸上的各种情况中的任何一种情况下，执行与普通保险代理业务相同的业务以核发保险单。但是，在作为用于获利的业务而进行保险业务时，必须由有资质的人来做。

另一方面，在计算保险费结束时，这时，将要支付的保险费以及货物委托一方的识别号存储进保险费记帐管理数据库189以及用于存储记帐历史信息的数据库92中。然后，将保险费等分别存储进保险费支付管理数据库200和支付历史数据库93中。

将存储在记帐管理数据库188中的支付保险费通过内联网40传送给本地站点50，以便对保险费记帐。与此相似，本地站点50将保险费的支付指示通过内联网40传给门户站点一方。在门户站点一方，用记帐管理数据库189中信息来核对支付指示。在支付指示与记帐管理数据库189中信息相一致时，将相应的保险费从支付管理数据库200支付给保险代理或保险公司62。还通过因特网30进行支付保险费的确认(接收确认)。

以下参照图24说明财产保险处理过程的实例。

首先，从数据库82、187中读出提货单信息和保险金额计算标准的信息(步骤191)，并且，根据这些信息计算货物的保险金额(步骤192)。此后，从数据库84中读出指定的保险商，并从中选择出涵盖货物运输路线的最佳保险商(步骤193)。此后，从数据库188中读出保险费率的信息，以便参照该保险费率计算货物保险费(步骤194)。

在计算保险金额和保险费结束以后，参照数据库107准备保险文件的草案(电子数据或文档)(步骤195)，并通过因特网30将草案信息传送给财产保险公司(包括保险代理)62(步骤196)。财产保险公司通过将诸如保险单号之类必需的项目写进所传送的保险文件而结束保险单的起草，从而将保险单发送给保持合同人(货物委托人或是货物委托人的代理人的门户站点管理者)。此外，将具有与保险单相同内容的电子信息(电子保险证券)传送给保险合同人。

还可按电子的形式进行这样形成的保险金额记帐和支付。也就是说，执行电子结算处理过程。参照图25说明上述处理过程的实例。

首先，通过内联网40将保险费的记帐信息从门户站点一方传给货物委托人一方(步骤201)。然后，通过内联网40将来自接收到的货物委托人一方的保险费支付指示的信息记录进记帐管理数据库189(步骤202)。在业已接收到保险费支付指令的门户站点一方，通过因特网30将保险费支付给指定的保险商，并且，在保险商一方，以电子的方式发出收据(步骤203)。

在门户站点一方起保险代理人的作用的情况下即门户站点一方处在有资质的人可形成保险文件的情况下，保险单的草案具有它作为保险单所具有的价值。因此，在保险商业已接收到保险费时，将代理费相反地从保险商站点传给门户站点一方(步骤204)。在上述过程结束时，将保险金额的记帐行为的历史记录进数据库92，并将保险金额的支付行为的历史记录进数据库93，以便结束上述一系列处理过程(步骤205)。

(9)保险补偿索赔处理过程

考虑在运送货物过程中出现货物损坏。也就是说，所说的损坏是损坏货物或因事故而刮伤货物。在出现这种损坏时，应处理支付损坏的问题，因为，被保险人可用其权利请求赔偿，保险商承受破损的补偿。

货物在其运输路线上受到什么样的破坏记录在图26所示的货物跟踪数据库83中。所记录的信息特别是专门的破损信息也记录在诸如CAR(货物异常报告)数据库88之类的专用数据库中。

作为除记录在数据库88以外的破损状态信息，可考虑拍摄事故现场的图片。具体通过门户站点中的保险门户来核对这些破损状态信息。

然后，根据通过保险门户73收集的破损状态、从CAR数据库88中获得的破损状态、提货单信息以及来自数据库107的保险合同内容来计算保险赔偿额。根据保险赔偿额起草保险赔偿文件(电子数据或纸质数据)，并且，将形成为电子包含的保险赔偿信息记录在财产保险数据库107内并通过因特网30传送给保险商站点62。还可将纸质文件的保险赔偿文件寄给保险商。可代理保险赔偿业务。保险赔偿信息也存储在保险赔偿跟踪数据库89，因此，保险商和顾客以及货物委托人可对其进行查看。

因此，所述电子整体物流管理系统10配置成使得保险商能通过因特网30直接访问跟踪数据库89，以便确认破损状态。在本实施例中，所述系统配置成：在确认破损状态时，保险商可计算财产保险额，以便通过因特网30和内联网40直接将保险金支付给货物委托人。顺带地说，货物委托人或顾客可通过访问保险门户的保险赔偿跟踪检索项目来确认破损状态。

图27是示出了保险赔偿处理过程的实例的流程图。在该处理过程中，获得货物的破损状态(步骤211)，并分别获得提货单信息和保险合同信息(步骤212)。根据这些信息计算保险赔偿额，并准备保险赔偿文件(草案)(步骤213)。然后，将保险赔偿的帐单传送给保险商(步骤214)。在确认了保险赔偿时，保险商将保险赔偿支付给保险合同人，这就结束了上述一系列保险赔偿处理过程(步骤215)。

(10)保险商等的质量等级的评估、最佳商人的选择标准以及更新处理

为了根据运送时间表按合理的价格将委托的货物安全地发送至目的地并能在货物有事故时获得足够的补偿，要求指定多物流商和保险商以便将它们登记进数据库84。作为满足上述需求的物流商和保险商的标准，对物流商而言，诸如是否按计划运输了货物并在过去的运送计划中货物是否安全地到达等之类的历史信息是重要的。而且，就保险而言，诸如保险费是否便宜、赔偿内容是否充实以及保险金支付得是否迅速等之类的过去历史信息是重要的。

在以后更新时，这些信息是重要的标准，删除不合格商人的登记内容。可根据过去货物跟踪数据库83、财产保险数据库107等的信息整体判断来进行更新处理。可在门户站点一方或位于本地站点50的物流管理组一方进行商人的更新处理。从而，可构造出委托人信赖的整体物流管理系统。

(11)提货单核发处理系统

在货物运输的委托人与受托人之间达成运输合同时，核发形成合同内容的B/L(提货单)。在货运公司确认货物装运到指这船舶上之后，核发提货单。在提货单上写有货运公司的名称、B/L号、B/L的核发数据、发运商名称(通常是货物海运商)、委托人、受托人和货物的名称与数量以及六种基本物流信息(谁、什么、多少、何时、从哪里、到哪里)等等。

要填写的上述信息是一个实例，要填写到实际提货单上的内容是多样的，不少于50项。因此，核发提货单是麻烦和烦琐的。所产生的成本是不可忽视的。

最近，可在是委托人的生产者与贸易商或货运公司之间根据EDI(电子数据交换)交换某些货运数据和某些结算数据。但是，尚未开始根据EDI来核发提货单。这是因为，要填写的某些内容涉及委托人和货运人两方。因此，货运公司必须从委托人一方获得数据并在货运公司一方将这些信息写进提货单。

实际上，直到把由委托人委托给受托人(物流商)的货物装船为止，委托人与物流商之间已交换信息多次。因此，如果各方所拥有的信息被完全写到提货单上以便在每次进行信息交换时填写提货单的项目，则在货物装船时仅通过由货运公司填写单据号(B/L号)和提货单核发数据来完成提货单。以下参照图28说明提货单的核发处理系统的实例。

如上所述，作为使用因特网的商业交易系统，使用了EDI特别是与诸如接收订单、处理订单、结算等之类的联机业务有关的作为国际标准的EDIFACT、代替HTML(超文本标记语言)的作为网页描述语言的XML(可扩展的标记语言)等。因此，在门户站点上，数据库服务器70配置成用于电子商业交易所必须的EDIFACT服务器的功能，如图2所示。

另一方面，在物流商站点60一方，也配备有要与因特网30相连的门户站点，并且，在该门户站点中，如前所述，除用于通过因特网30进行信息相互通信所必需的各种服务器以外，还配备有EDIFACT服务器。

在集中式物流管理系统20中，除用于处理上述物流管理系统的系统以外，还构造有用于自动核发提货单的系统。参照图28说明用于自动核发提货单的系统。在数据库服务器70中，尽管未作显示，除用于存储货运船(底部)的预订信息等的数据库以外，还配备有用于存储货物运送信息和用于更新该信息的数据库。在第一数据库部80中，如前所述，配备有用于存储提货单信息的数据库82。

除了配备有用于核发利用预订信息、从委托人一方接收到的运送信息等最终完成的提货单所必需的应用程序软件以外，用于自动核发提货单的系统还配备有：用于响应运送指示(运送单)将发货单从委托人一方发给物流商站点60并且将发货单传送给发运商或货运公司的应用软件；以及，用于将委托货物的运输路线等的变化(改道)指示的信息传给发运公司或货运公司的应用程序软件。

以下说明提货单的核发处理过程的细节。该过程始于接受货物运送的订单。尽管从本地站点50一方发出订单多次，但示出了在图28所示的实例中用门户站点一方的终端装置直接输入订单的情况。货运指示信息存储在数据库82内。

在图28中，从物流商获得最新预订信息(船舶时刻表)，通过参照货运指示信息、物流商的列表等来检查是否存在有这样的货运公司：它在预订信息中具有用于受委托的运输路线的业务。作为船舶时刻表，通常使用作为最新信息的存储在数据库81中的时刻表。图29和图30示出了船舶时刻表的内容。

如从图29和30中看出的那样，存在有提货单所需的53个项目。作为要当作船舶时刻表来发送的信息，把图29中列①内实心圆所示的项目号9、10(容器号)的内容和项目号16-29(除船运或空运业务的区别以外的诸如船名和装货港之类的主要14个项目)的内容作为EDIFACT数据从物流商站点60传输出去。

在存在有与该目的相符的船舶时刻表时，对物流商站点60进行预订。这种情况中的内容与指定船舶时刻(列②)的内容相同。

物流商站点60将带有附加预订号(图29中的项目号)的预订信息发回给门户站点一方(列③，除项目号14外)。门户站点确认该预订信息(列④，包括项目号14)。

然后，在门户站点一方，通过根据六种基本物流信息将相应的信息写进相应的项目而起草提货单的草案(列⑤)。也就是，根据谁、什么、多少、何时、从哪里、到哪里的信息，诸如货运人、受托人和目的地的详细物流信息包括写在图30中的项目。

在这种情况下有效的信息是货运指示信息，其中包括六种基本物流信息。而且，除这些信息以外通过补充诸如货运指示号和核发提货单的场所之类的提货单所必需的项目，可最终准备出带有除提货单号和核发日期以外的要加以填写的所有项目(51个项目)的草案(列⑤)。

将准备好的草案传输给物流商，由物流商在确认了货物之后填写提货单号和核发日期，以便完成最终的提货单(列⑥)。提货单号和带有核发日期的提货单是有效的并且具有作为正式的单据的合法性。如前所述，在物流商与门户站点一方交换信息的过程中交换与提货单有关的几乎所有信息，然后，通过在交换过程中填写相应的项目可较容易地实时准备出提货单的草案。顺带地说，还可将提货单的一部分用作货物的跟踪信息。

顺带地说，除上述六种基本物流信息以外，例如在图31中所示的与六种基本物流信息相关的多种信息(诸如顾户的货运订单号和给商人的货运指示号)也作为提货单的草案形成信息存储在货运指示数据库81内。

而且，除提货单核发处理功能以外，用于自动核发提货单的系统具有在将提货单草案传送给物流商时将货物发货单发给货运商或货运公司的功能，以及在门户站点一方接收货物从外国送达物流商处的货物到达信息的功能。门户站点根据上述信息进入到进口手续准备过程。此外，所述系统从货物的最新跟踪信息中获得货物的破损信息(CAR信息)，以便将破损信息存储在门户站点一方的货物跟踪数据库82内。

参照图32说明上述提货单自动核发处理过程的具体实例。在图32中，首先，通过获得船舶时刻表(预订信息)来进行预订(步骤221、222)。实际上，使用存储在数据库81内的船舶时刻表。然后，执行由物流商核发预订号并确认该预订的过程(步骤223、224)。此后，将提货单的草案传给物流商(步骤225)。然后，物流商填写提货单号和核发日期，此后，货运公司核发提货单。

同时，将货物的发货单传给货运商等。可根据EDI由物流商站点60来传送提货单，或者，可通过传真或邮件按文件形式发送提货单。在一系列信息交换过程中从相应的角度来处理相应的项目，此后，提货单核发过程结束。

顺带地说，尽管在上述实施例中本发明被应用于以电子的方式交换与货物物流有关的从国内贸易者输出给外国的信息这种情况，但是，可很容易地认识到，本发明可应用于与进口货物的物流管理系统以及与国内贸易者之间进行物流有关的物流管理系统。

尽管利用有一定特殊性的最佳形式说明了本发明，但是，很明显，可以有多种变化形式和改变形式。所以，应该认识到，可在不脱离本发明范围和精神的情况下按本文具体所述以外的方式实施本发明。

Claims (27)

1、一种在要将托运的货物运送到目的地时使用的集中式物流管理方法，其中，所述方法被处理成是能通过通信网络线路相互传递的电子信息，所述方法包括：

货运指示处理步骤，它通过访问特定的站点以便指示将托运的货物运送至目的地，所述目的地在总体上包括物流商；

物流费用计算处理步骤，它计算将货物运送至目的地所必需的物流费用；以及

货物跟踪处理步骤，它指示货物的运送状态，从而

可集中地管理货物。

2、如权利要求1的方法，其特征在于，

在所述货运指示处理步骤中，根据事先指定的多个物流商的列表、货运公司的出发船舶时刻表信息、以及六种基本物流信息执行货运指示，所述六种基本物流信息是对于输入货物运送必要而充足的物流信息。

3、如权利要求1的方法，其特征在于，

在所述物流费用计算处理步骤中，通过参照在货运指示信息的货物明细中每一运输路线的物流费用来计算到达目的地的物流费用。

4、如权利要求1的方法，其特征在于，

在所述货物跟踪处理步骤中，可识别出货物的当前位置。

5、一种在要将托运的货物运送到目的地时使用的集中式物流管理设备，所述设备包括：

货运指示处理装置，它用于指示将托运的货物运送至目的地，所述目的地在总体上包括物流商；

物流费用计算处理装置，它用于计算将货物运送至目的地所必需的物流费用；以及

货物跟踪处理装置，它用于指示货物的运送状态，其中：

所述货运指示处理装置、物流费用计算处理装置以及货物跟踪处理装置被配置成能通过通信网络线路来访问，并且，可通过访问特定的站点来执行相应的处理过程。

6、一种在要将托运的货物运送到目的地时使用的集中式物流管理系统，其中，所述系统被配置成为一个站点，它能通过通信网络线路进行相互通信，所述站点配备有数据库服务器，该数据库服务器包括内部处理部，此内部处理部至少包括：

货运指示处理部，它用于指示将托运的货物运送至目的地，所述目的地在总体上包括物流商；

物流费用计算处理部，它用于计算将货物运送至目的地所必需的物流费用；以及

货物跟踪处理部，它用于指示货物的运送状态，从而

可仅通过访问上述站点将所有的与货物有关的货运指示传给物流商。

7、如权利要求6的集中式物流管理系统，其特征在于，

所述货运指示处理部配备有数据库，它存储有事先指定的多个物流商的列表、货运公司的出发船舶时刻表信息等，从而，可根据输入的六种基本物流信息在总体上执行对前述物流商的货运指示处理。

8、如权利要求6的集中式物流管理系统，其特征在于，

所述物流费用计算处理部配备有主文件以及用于管理该主文件的数据库，所述主文件是用于参照在货运指示信息的货物明细中每一运输路线的物流费用来计算到达目的地的物流费用所必需的。

9、如权利要求6的方法，其特征在于，

通过检索上述货物跟踪处理部中的信息，可识别出货物的当前位置。

10、一种货物订单的接收方法，该接收方法包括下列步骤：

接收通过通信网络线路输入的或在门户站点一方的输入的托运货物的货运指示中的诸如货物种类、数量和目的地之类的货运指示信息；

在接收到的货运指示信息中确认货物的库存信息；

在确认货物的库存信息的步骤之后按推导出的货物运输路线计算出物流费用；以及

将计算出的物流费用传给托运人一方。

11、一种货物订购方法，所述订购方法包括下列步骤：

取出存储在货运指示数据库中的货运指示信息；

取出存储在运输时刻表数据库中的运输时刻表；

根据货运指示信息和运输时刻表确定与货运指示相一致的货物运输路线；

在指定数据库内登记的物流商清单中选择覆盖所确定的货物运输路线的物流商中最佳的物流商；

通过通信网络线路等将所确定的货运指示信息传给选定的物流商。

12、一种货物保险信息形成方法，该方法包括下列步骤：

至少根据要用作详细货物信息的货运指示信息、作为保险金额计算标准的保险条件等等来计算货物的保险金额；

在指定的保险商之中选择保险商；

根据货运指示信息、保险金额、运送区间等通过作为标准的保险费率计算保险费；以及

根据上述货运指示信息、保险金额和保险费的相应信息形成作为电子数据的货物保险信息。

13、如权利要求12的货物保险信息形成方法，其特征在于，

所述保险信息是保险提供信息或保险帐单信息。

14、如权利要求12的货物保险信息形成方法，其特征在于，

所述货运指示信息至少包括六种物流基本信息。

15、如权利要求12的货物保险信息形成方法，其特征在于，

从存储在数据库内的信息中抽出上述货运指示信息、保险条件信息、保险商、保险费率等中的任何一个。

16、一种货物保险信息形成设备，该设备包括：

用于将要用作详细货物信息的货运指示信息存储起来的存储装置；

用于将诸如作为保险金额计算标准的保险条件之类的信息存储起来的存储装置；

用于将指定保险商存储起来的存储装置；

用于保险费率信息的存储装置；以及

计算装置，它用于根据上述各信息来计算保险金额和保险费；从而

可根据计算出的保险金额、计算出的保险费率和用于计算保险金额和保险费率的货运指示信息来形成作为电子数据的保险信息。

17、如权利要求16的货物保险信息形成设备，其特征在于，

所述保险信息是保险提供信息或保险帐单信息。

18、如权利要求16的货物保险信息形成设备，其特征在于，

所述货运指示信息至少包括六种物流基本信息。

19、一种货物保险信息形成系统，其中，传输货运指示的站点和保险商一方的站点与通信网络线路相互连接，并且，信息作为电子数据传播，货运指示一方的站点配备有货物保险信息形成装置，该货物保险信息形成装置包括：

用于将要用作详细货物信息的货运指示信息存储起来的存储装置；

用于将诸如作为保险金额计算标准的保险条件之类的信息存储起来的存储装置；

用于将指定的保险商存储起来的存储装置；

用于将保险费率信息存储起来的存储装置；以及

计算装置，它用于根据上述各信息来计算保险金额和保险费；

所述货物保险信息形成装置根据计算出的保险金额、计算出的保险费率和货运指示信息来形成作为电子数据的保险信息，

保险商一方的站点配备有单据核发装置，它用于在该单据该发装置确认保险信息时核发保险单，所述保险信息是保险提供信息，所述单据核发装置通过通信网络线路接收上述保险信息。

20、如权利要求19的货物保险信息形成系统，其特征在于，

所述货运指示信息至少包括六种物流基本信息。

21、一种提货单草案的自动起草方法，该方法包括下列步骤：

在接收货物运送的委托订单时执行对从先前获得的出发船舶时刻表信息中选出的特定出发船舶时刻表的预订，并且将与指定出发船舶时刻表有关的信息用作提货单的草案信息；

发出对返回有带提货单附加单据预约号的确认用的出发船舶时刻表信息的预订指示；

响应货运需求，通过将货运指示信息添加到供确认用出发船舶时刻表信息从而形成提货单的新的草案信息；以及

作为最终的提货单草案信息来传送上述新的提货单草案信息，从而

可自动地形成提货单的草案信息。

22、如权利要求21的提货单草案的自动起草方法，其特征在于，

通过添加提货单号和提货单核发日期，使所述提货单的最终草案信息变成为有效的。

23、如权利要求21的提货单草案的自动起草方法，其特征在于，

所述出发船舶时刻信息至少包括六种物流基本信息。

24、一种提货单草案信息的自动形成设备，该设备包括：

用于存储出发船舶时刻表信息的存储装置；

用于存储货运指示信息的存储装置；

用于根据出发船舶时刻表信息和货运指示信息来执行对特定出发船舶时刻表的预订的预订装置，所述出发船舶时刻信息和货运指示信息是从上述两个存储装置中读出的；

用于根据出发船舶时刻信息和预订信息形成要核发给货物的提货单的草案信息的形成装置；以及

用于传送预订信息和草案信息的传送装置；从而

可将上述形成装置形成的草案信息传送给货运公司一方，货运公司一方写上单据号和单据核发日期，以便形成货物提货单。

25、如权利要求24的提货单草案信息的自动形成设备，其特征在于，

所述传送装置通过通信网络线传送上述预订信息和草案信息。

26、一种提货单自动核发系统，其中，传送货运指示的站点和物流商一方的站点均与通信网络线路互连，并且，信息作为电子数据而传播，货运指示一方的站点包括：

用于存储出发船舶时刻表信息的存储装置；

用于存储货运指示信息的存储装置；以及

用于在接收到货物运送委托定单时存储与在执行对特定出发船舶时刻表的预订时的出发船舶时刻有关信息的草案信息存储装置，所述特定出发船舶时刻是从先前获得的出发船舶时刻表中选出的；

物流商一方的站点包括：

用于传送最新出发船舶时刻表信息的传送装置；

用于确认传送物流商一方的预订信息以便添加订单号的提货单信息确认装置；以及

用于将单据号和单据核发数据附加到所接收的提货单的草案信息以便将提货单核发给货物的提货单核发装置；从而

在上述两种站点之间的电子数据交换过程中顺序地增加用于提货单的草案信息，以便完成提货单。

27、如权利要求26的提货单自动核发系统，其特征在于，

所述出发船舶时刻信息至少包括六种物流基本信息。

Images