专利名称：方法、计算机系统和计算机系统网络的制作方法
技术领域：
本发明涉及用于集中登记运输系统中之预订合同的方法、计算机系统和计算机系统网络。特别地，本发明涉及但并不限于集中登记空运货物运输系统中的预订合同。
尽管诸如铁路运输和航空运输之类旅客运输系统采用基于计算机的预订系统技术，处理并管理旅客运输和运输能力，但是货运管理系统的技术并不是最先进的。例如，通过中央预订系统(CRS)，航空公司向乘客提供机票，并且旅行代理人预订机票。因此，由于缺乏技术工具，航空运输行业饱受低效之苦。
货运行业非常分散。例如，在空运行业中，承运人(航空公司)和货运代理(空运/载货容积经纪人)包括许多互不相同的无关企业。货运代理无法使用中央通信系统或预订系统向承运人预订载货容积，因此，适应航空公司之可用容积变化的货运代理会造成大量等待时间，而适应货运代理所需容积的航空公司也会造成大量等待时间。考虑到上述等待时间，货运代理往往在6个月前预订载货容积，此类预订通常是超额预订，从而承运人有大量“放弃预订座位的客人”。为了补偿超额预订，为了减少“放弃预订座位的客人”，承运人超额订出班机，以减少仍有未售出容积的次数。因此，如果到席的货运代理数目超过期望值，则承运人必须卸载某些货运代理的货物。这意味着减少承运人向货运代理提供的服务。同时，由于上述情况，货运代理试图通过坚持事先保证的特定班机的预订，精确管理承运人，以避免出现卸货从而造成客户(发货人)不满的情况。可能出现的客户不满和空闲容积，会给承运人造成收入损失，因为承运人需要负担经营航空器和路线的较高固定费用和资产风险。相反，可以进行特别预订，以弥补货运代理的载货容积需求中的不足。然而，特别预订的效率很低，因为货运代理或货运代理商必须通过电话、传真或电子邮件联系众多承运人，以便获得有关容积可用性和价格的信息。常常需要其他信息，如承运人能够在某条路线上运输的货物类型信息，以及要求的包装类型。
尽管承运人和货运代理(forwarder)操作的现有电子数据交换(EDI)系统，通常在公认EDI约定和协议下运行，但使用不同版本、数据和数据结构。因此禁止交互工作和高级集成。EDI是一个专业术语，用于只与一个承运人有关的系统之间的一对一通信。由于经由EDI的通信固有的顺序和异步性，所以一次查询并不能以电子方式提供航程的最新数据库，容积可用性和等级信息。从而阻止在各承运人和货运代理内使用此类EDI系统。此外，约定通常为非常严格的国际标准，所以难以更改。在一对一EDI系统中，将信息请求发送到每个承运人的EDI系统。特定查询或信息请求必须符合各种EDI系统使用的格式。所以EDI用户必须多次发送相同信息请求，每个承运人的EDI系统一条，以便获得有关可用服务的信息。其次，请求必须为用于各EDI系统的正确格式，从而需要重新格式化请求，以便提交给不同系统。因此，用户需要花费大量时间并进行大量工作。此外，不同EDI系统支持不同信息，所以并非所有EDI系统都能回答相同查询，或提供所需信息。另一个缺点是税率变化的分发很慢，即使利用传真或电子邮件也不例外，因为不能通过中央系统获得此类变化。
另一个缺点是不能同时查看不同承运人EDI系统的结果。不同EDI系统的响应是异步的，因为它们彼此独立。因此，禁止用户全面评定所有信息，从而很难选择最佳的可用服务。这是因为现有EDI系统基于向单个承运人发送的消息以及由单个承运人发送的消息。因此，很难组合使用EDI系统的不同承运人的行程安排选项。当前，必须向所需旅程之不同路线段的承运人发送多组消息，然后设法组合由不同航程段构成的航程段集合，以便形成旅程。
尽管EDI系统最初用于数据的电子交换以避免手工输入数据，但它们已经退化为通信系统，并且不能提供有效信息交换。由于现有EDI系统不能通过全面集成众多航空运输系统之不同属性(例如供货运代理审查的时刻表，可用容积和价格信息)的描述和更新数据，提供支持货运代理进行预订的系统，所以空运行业饱受低效率之苦。此外，由于缺少自动集成的信息管理系统，所以阻碍行程安排选项和路线管理的优化，例如，考虑有关特定路线之容积和货物类型的航空器类型。
根据历史趋势或预定需求，货运代理或承运人开始协商定义保留容积和相关费用。谈判和最初合同可以是不确定的—例如，每月从某个航空站到某个地区的吨数(LHR-USA西海岸)—或非常明确—例如，在某个期限内，对于指定星期和指定航班，特定始发站和到站之间的吨数。用于标识此类合同的术语包括“保留容积”，“永久预订”，“君子协定”，“划拨”和“分配”。
通常，承运人或者通过维护各议定分配之逻辑分割的中央容积管理系统，或者在本地(如，具有保留容积的承运人分局)管理保留容积，对于后一种情况，当在中央系统中之更大、更普通的逻辑分割中记录预订前，需要进行手工检查。
此类合同通常由各方进行独立认定，没有书面合同，也没有共享信息仓库。单个组织可以在本地保存记录，很少或不能从全机构或中心查看合同和口头协定。在监视档案和合同履行时，由各方独立监视。
关于交换的定时和数据，预订保留容积的过程随地区和组织改变。许多货运代理在2-6周前发送大量预订清单，该清单使用全部分配容积作为默认重量/容积/数量和单位类型。在开始预订航班前，承运人对上述预订进行手工排队。在上述情况中，可以根据预测容积的使用率是超过分配还是达不到分配，随时修正最初预订，以转让分配容积，或取得额外容积。该过程通常需要向各承运人发送大量预订清单传真，利用传真或电话通知修正。上述手工排队系统以及缺少正规过程会造成错误，包括遗失预订和失序预订。
不存在分配的共享记录。这对永久预订非常不利，因为承运人和货运代理之间的通信不存在单个记录或系统，所以这些组织需要进行双向通信，并且收件人需要在发送前分离数据。此外，当事人必须为不同收件人复制相同数据。因此，在永久预订的预先约定限度内进行的容积预订不仅效率低下，而且也不符合流水线处理。
货运代理和承运人通常通过使用诸如电话、传真和邮件之类的传统通信渠道，交流分配预订。需要进行以下手工处理确保买方和卖方的分配记录彼此对应；进行预订时，确保买方的分配合同适当，以及预订使用的容积未超过保留容积；买方向众多卖方提交预订；如果不使用容积，则提供可用信息，以提示买方通知卖方；以及在卖方开始预订航班前，对买方提交的预订进行排队和登记。
以上手工处理很容易出错。
现有系统不允许货运代理在一次处理中将所有分配预订提交到一个位置，以自动分发到众多承运人。同样，现有系统也不允许承运人(即，运输商)在一次处理中将永久性协定的细节提交到一个位置，以自动分发到众多货运代理。
通常，承运人系统支持某种层次的容积分割管理。上述分割粒度通常小于货运代理要求的粒度，并且通常在承运人层次管理各航程支线的容积。因此，需要进行手工干预，以确保利用承运人层次的分割履行分配合同，并且为此类合同持有人保留分割。
在现有系统中，分配的管理以及相对于分配的预订非常有限，效率低下并且具有较高出错风险，这是因为此类处理需要大量手工输入，并且不同承运人和货运代理之间没有“标准”方法的缘故。此外，很难行使合同义务，因为不能轻易获得行使义务所需的信息。另一种限制是，不能快速接纳更具创新的更有效的合同，因为现有系统并不具备适合全新需求的适应性。此类合同的示例为，如果货运代理为“放弃预订座位的客人”，则货运代理需要支付罚款。
因此，本发明试图提供一种计算机系统，配置计算机系统的方法以及包括此类计算机系统的网络，本发明能够解决(最好减轻)上述分配系统的至少一部分问题。通过连同本发明的其他方面阅读详细说明书和附图，将更加了解已知系统的其他问题和缺点。
独立和从属权利要求书阐述本发明的特定方面和最佳方面。可以适当组合从属权利要求书的特征组合与独立权利要求书的特征，并且不限于权利要求书明确陈述的特征组合。
根据本发明的第一方面，提供一种配置计算机系统的方法，计算机系统包括一个处理单元，一个与所述处理单元进行通信的接口单元，以及一个存储单元，用于集中登记众多运输商和众多货运代理之间的运输设备永久预订合同，预订合同涉及运输系统中航空站之间的路线的可用容积，该方法包括从众多运输商那里接收一个或多个运输设备分配模板，每个分配模板包括表示运输商与货运代理之间的永久预订合同的模板数据，模板数据包括表示一个或多个路线支线实例的数据，和表示至少一个所述一个或多个路线支线实例的合同容积值的数据；在存储单元中存储所述分配模板的一条记录；以及允许众多货运代理访问所述记录，从而各货运代理能够查看表示该货运代理与一个或多个运输商之间的永久预订合同的每个分配模板的至少一部分模板数据，但不能查看表示其他货运代理与所述一个或多个运输商之间的永久预订合同的分配模板的模板数据。
根据本发明的第二方面，提供一种计算机系统，用于集中登记众多运输商和众多货运代理之间的运输设备永久预订合同，预订合同涉及运输系统中航空站之间的路线的可用容积，该系统包括一个处理单元；一个与所述处理单元进行通信的接口单元；以及一个存储单元；将计算机系统配置为从众多运输商那里接收一个或多个运输设备分配模板，每个分配模板包括表示运输商与货运代理之间的永久预订合同的模板数据，模板数据包括表示一个或多个路线支线实例的数据，和表示至少一个所述一个或多个路线支线实例的合同容积值的数据；在存储单元中存储所述分配模板的一条记录；以及允许众多货运代理访问所述记录，从而各货运代理能够查看表示该货运代理与一个或多个运输商之间的永久预订合同的每个分配模板的至少一部分模板数据，但不能查看表示其他货运代理与所述一个或多个运输商之间的永久预订合同的分配模板的模板数据。
根据本发明的第三方面，提供一种操作计算机系统的方法，计算机系统包括一个处理单元，一个与所述处理单元进行通信的接口单元，以及一个存储单元，用于集中登记众多运输商和众多货运代理之间的运输设备永久预订合同，预订合同涉及运输系统中航空站之间的路线的可用容积，其中在存储单元中存储众多运输商的一个或多个运输设备分配模板的一条记录，每个分配模板包括表示运输商与货运代理之间的永久预订合同的模板数据，模板数据包括表示一个或多个路线支线实例的数据，和表示至少一个所述一个或多个路线支线实例的合同容积值的数据，该方法包括允许众多货运代理访问所述记录，从而各货运代理能够查看表示该货运代理与一个或多个运输商之间的永久预订合同的每个分配模板的至少一部分模板数据，但不能查看表示其他货运代理与所述一个或多个运输商之间的永久预订合同的分配模板的模板数据。
根据本发明的第四方面，提供一种计算机系统，用于集中登记众多运输商和众多货运代理之间的运输设备永久预订合同，预订合同涉及运输系统中航空站之间的路线的可用容积，计算机系统包括一个处理单元；一个与所述处理单元进行通信的接口单元；以及一个存储单元；其中在存储单元中存储众多运输商的一个或多个运输设备分配模板的一条记录，每个分配模板包括表示运输商与货运代理之间的永久预订合同的模板数据，模板数据包括表示一个或多个路线支线实例的数据，和表示至少一个所述一个或多个路线支线实例的合同容积值的数据，将计算机系统配置为允许众多货运代理访问所述记录，从而各货运代理能够查看表示该货运代理与一个或多个运输商之间的永久预订合同的每个分配模板的至少一部分模板数据，但不能查看表示其他货运代理与所述一个或多个运输商之间的永久预订合同的分配模板的模板数据。
根据本发明之第一、第二、第三和第四方面的实施方式的优点在于，运输商能够创建、修改、删除用来定义与指定货运代理之永久预订合同的模板。由于可以集中存储众多运输商的模板的记录，所以货运代理能够查看他们自己与众多运输商之间的永久预订合同的模板细节。另外，运输商和货运代理均能访问永久预订合同的共享记录，并且联机查看合同。
在最佳实施方式中，向货运代理发送事件概要，以通知货运代理运输商已创建、修改或删除某个分配模板。因此，能够通知货运代理此类更改。
最好将该系统配置为从众多货运代理中的一个货运代理那里接收一个或多个货运代理分配预订，每个分配预订包括预订数据，并涉及该货运代理与某个运输商之间的一个永久预订合同，预订数据包括表示运输商和一个或多个路线支线实例的数据。
可以提供许多运输商模态，从而可以利用电子邮件或传真向一个运输商发送消息，而采用诸如XML或货物-IMP之类的数据格式，向另一个运输商发送消息。可以利用MQSeries、SMTP、FTP、Type B或HTTP发送消息。也可以仅仅向运输商传递预订数据以及表示该货运代理身份的标识。在最佳实施方式中，搜索记录以查找与分配预订相对应的分配模板，然后根据预订数据以及采用运输商之数据格式的对应模板数据，构造预订请求。
其有利方面在于，货运代理可以创建并修改分配内的预订。一次处理能够创建或修改许多预订。此外，如果有分配模板，则只需最小数量的数据就可以进行预订，并且根据本发明之一种实施方式，根据模板数据构造预订请求，然后发送给运输商。另外，货运代理可以包括仍未将模板加载到该系统中的运输商的预订请求，然后将此类分配预订转发给运输商。因此，可以通过一组公用功能管理所有货运代理的预订。
在本发明的最佳实施方式中，在存储单元中存储运输商的操作窗口记录。操作窗口定义出发之前的期限，运输商在该期限内开始航班预订。如果航班还没有开始预订，则对预订进行排队，直至航班开始预订，并以电子方式自动提交预订。
如果请求的预订容积超过合同容积，则最好以审查预订请求的方式，存储该预订请求，供运输商检查，以便批准或拒绝该请求。运输商可以时常，或者响应通知他们某个或某些预订请求正在等待检查的消息，检查审查预订。该系统能够避免由于超过容积的请求而使得运输设备系统过载，通过给此类预订作标记并进行分组，能够节省时间，提高效率。在特定实施方式中，运输商能够定义可以接受的超额预订容限，并且如果预订容积在该容限以内，则自动接受超过合同容积的容积预订请求，而无需得到运输商直接批准。然而，货运代理不能区分通过两种不同渠道批准的超额预订。
在另一个最佳实施方式中，把里程碑计划和分配模板联系起来。里程碑计划把至少一个旅行之前的里程碑和一个或多个路线支线实例联系起来。里程碑可以代表一个提示，合同的一个方面，或创建、修改、删除预订的最后期限。用户(即，货运代理或运输商)可以搜索与某个预订或模板关联的里程碑。此外，可以生成与里程碑有关的自动消息。因此，运输商能够登记合同的里程碑及其条款，或相对于分配的非合同提示。另外，运输商和货运代理能够搜索并查看与里程碑有关的预订。本发明的第五、第六、第七和第八方面也提供上述能力。
本发明的第五方面提供一种配置计算机系统的方法，计算机系统包括一个处理单元，一个与所述处理单元进行通信的接口单元，以及一个存储单元，其中在存储单元中存储集中登记的预订，每个预订是由众多运输商中的一个运输商与众多货运代理中的一个货运代理商定的，每个预订涉及运输系统中航空站之间的某条路线的预订容积，该方法包括把里程碑计划和一个或多个预订联系起来，里程碑计划把至少一个旅行之前的里程碑和该预订联系起来；以及允许货运代理或运输商查看所述与一个或多个预订关联的至少一个里程碑。
本发明的第六方面提供一种计算机系统，计算机系统包括一个处理单元；一个与所述处理单元进行通信的接口单元；以及一个存储单元；其中在存储单元中存储集中登记的预订，每个预订是由众多运输商中的一个运输商与众多货运代理中的一个货运代理商定的，每个预订涉及运输系统中航空站之间的某条路线的预订容积，将计算机系统配置为把里程碑计划和一个或多个预订联系起来，里程碑计划把至少一个旅行之前的里程碑和该预订联系起来；以及允许货运代理或运输商查看所述与一个或多个预订关联的至少一个里程碑。
本发明的第七方面提供一种操作计算机系统的方法，计算机系统包括一个处理单元，一个与所述处理单元进行通信的接口单元，以及一个存储单元，其中在存储单元中存储集中登记的预订，每个预订是由众多运输商中的一个运输商与众多货运代理中的一个货运代理商定的，每个预订涉及运输系统中航空站之间的某条路线的预订容积，具有关联里程碑计划的一个或多个预订把至少一个旅行之前的里程碑和该预订联系起来，该方法包括允许货运代理或运输商查看所述与一个或多个预订关联的至少一个里程碑。
本发明的第八方面提供一种计算机系统，计算机系统包括一个处理单元；一个与所述处理单元进行通信的接口单元；以及一个存储单元；
其中在存储单元中存储集中登记的预订，每个预订是由众多运输商中的一个运输商与众多货运代理中的一个货运代理商定的，每个预订涉及运输系统中航空站之间的某条路线的预订容积，具有关联里程碑计划的一个或多个预订把至少一个旅行之前的里程碑和该预订联系起来，将计算机系统配置为允许货运代理或运输商查看所述与一个或多个预订关联的至少一个里程碑。
有利的是，本发明的上述方面支持以下特征交易方可以从中心或从本地访问的分配合同的共享记录；买方能够以电子方式批发分配预订，并在一个屏幕上查看所有卖方的预订状态和所有预订类型；卖方能够在一个屏幕上查看所有买方的预订状态和所有预订类型；能够对提交的预订进行排队，并且在开始预订航班时，以电子方式自动提交预订；电子审计与关键预订里程碑有关的预订处理(创建，修改，删除)；与关键预订里程碑有关的预订处理的共享记录；以及和预订有关的分配利用率的共享记录。
现有系统并不能提供以上段落所列的功能性。根据本发明的实施方式能够有效管理分配以及相对于分配的预订。大大降低了出错风险，因为并不需要大量手工输入。此外，根据本发明的实施方式能够实现不同承运人和货运代理之间的标准化方法。另外，上述实施方式能够轻易获得履行义务所需的信息，以便例行履行合同义务。因此，可以接纳更具创新的更有效的合同，因为可以获得适应新需求的适应性。
特别适合使用本发明的装置包括一种配置计算机系统的方法，计算机系统包括一个处理单元，一个与所述处理单元进行通信的接口单元，以及一个存储单元，该系统用于提供运输系统中的路线的综合表示，运输系统包括许多可连接的航空站，路线是根据众多运输商提供的数据导出的，该方法包括
存储路线支线的每个实例的短期时刻表，其中每条路线支线与直接连接的航空站配对相对应；以及根据所述短期时刻表，导出包括一个或多个路线段的路线段表，每个路线段与所述路线支线的每个实例相对应，或者与所述路线支线的每个实例的组合相对应。
特别适合使用本发明的系统示例包括一种计算机系统，用于提供运输系统中的路线的综合表示，运输系统包括许多可连接的航空站，路线是根据众多运输商提供的数据导出的，计算机系统包括一个处理单元；一个与所述处理单元进行通信的接口单元，以及一个存储单元；将计算机系统配置为存储所述路线支线的每个实例的短期时刻表，其中每条路线支线与直接连接的航空站配对相对应；以及根据所述短期时刻表，导出一个路线段表，每个路线段与所述路线支线的每个实例相对应，或者与所述路线支线的每个实例的组合相对应。
有利的是，路线段表以综合形式，提供根据众多运输商提供的数据导出的运输系统内所有可能路线的表示。由于将每条路线定义为路线支线的实例或路线支线的实例的组合，所以定义特定时间(即，实例)的路线。包括各路线支线实例之组合的每条路线，最好包括与诸如相同车辆或路线号之类的相同运输服务关联的路线支线。
最好在路线段表中，存储表示路线支线之属性的数据。属性包括与各段关联的运输能力。由于在路线段表中集中保存信息，所以用户能够搜索段表，并且快速有效地建立路线的可用性和关联属性，而无需首先咨询运输商。换句话说，该计算机系统提供与简单经纪人系统完全不同的服务，其中在经纪人系统中，将用户请求发送到各运输商，运输商返回应答，然后向用户传送应答。此外，导出路线段表意指用户能够以实时方式快速有效地处理用户搜索。在没有路线段表的情况下，需要辛勤搜索许多数据表。
路线段表包括各路线段的起点和目的地配对。对于包括各路线支线的路线段，起点和目的地配对与各路线支线的始发站和到站相对应。然而，对于包括多条路线支线的路线段而言，各路线段的起点和目的地配对包括该路线段的第一条路线支线的始发站以及该路线段的最后一条路线支线的到站。
运输商可以提供长期时刻表，长期时刻表规定所有季节的路线支线，如火车时刻表。作为选择，运输商可以提供短期时刻表，短期时刻表规定路线支线的实际实例(操作时刻表)。有利的是，将该系统配置为处理两种格式的时刻表数据。行程安排适合于航程路线，卡车路线或与运输系统中使用的其他车辆有关的路线。
配置该系统以接收并更新运输商提供的数据。可以进一步配置该系统，以便向运输商发送更新请求消息，作为数据更新轮询。有利的是，使该系统的存储单元中的表格中的项目是最新的。
另一个特别适合使用本发明的装置包括一种配置计算机系统的方法，计算机系统包括一个处理单元，一个与所述处理单元进行通信的接口单元，以及一个存储单元，该系统用于自动生成运输系统的路线选项，运输系统包括许多运输商以及许多可连接的航空站，其中所述存储单元包括一个路线段表，路线段表包括与路线支线的每个实例或路线支线的每个实例的组合相对应的一个或多个路线段，每个所述路线支线与所述运输系统的直接连接的航空站配对相对应；所述方法包括响应路线搜索请求生成一个或多个路线选项，路线搜索请求规定具有始发站和到站配对的旅程，各路线选项包括具有始发站和到站配对的路线段，其中在所述路线搜索请求中规定航空站配对，并且航空站配对是从所述路线段表中选择的；以及在所述存储单元中的段集合列表中存储所述一个或多个路线选项。
另一种特别适合使用本发明的系统示例包括一种计算机系统，用于自动生成运输系统的路线选项，运输系统包括许多可连接的航空站以及许多运输商，该计算机系统包括一个处理单元；一个与所述处理单元进行通信的接口单元；以及一个存储单元，该单元包括一个路线段表，路线段表包括与路线支线的每个实例或路线支线的每个实例的组合相对应的一个或多个路线段，每个所述路线支线与所述运输系统的直接连接的航空站配对相对应；将计算机系统配置为接收路线搜索请求，该请求规定具有起点和目的地配对的旅程；响应所述路线搜索请求生成一个或多个路线选项，各路线选项包括具有始发站和到站配对的路线段，其中在所述路线搜索请求中规定航空站配对；以及在所述存储单元中的段集合列表中，存储所述一个或多个路线选项。
利用与特定运输站对应的航空站规定航程，例如，在航空运输系统中，航空站对应于机场。另外，作为选择，可以利用行政区(如，与一个或多个航空站关联的城市)规定旅程。
因此，在中央过程和装置中，集成、处理、管理与运输系统之不同属性有关的信息。可以自动组合与运输系统之不同属性有关的信息，以创建满足旅程始发站和到站以及运输系统之潜在用户(如，货运代理)发起的其他路线搜索请求标准的一个或多个路线选项列表。
将运输系统数据划分为路线段，各路线段与始发站和到站配对相对应，最好利用一种交通工具连接以上配对。换句话说，在一个路线段的始发站和到站之间的旅程中，使用同一交通工具，并且在该旅程中，不会将货物从一种交通工具转运到另一种交通工具上。路线段是根据各路线支线或各路线支线的组合导出的。每条路线支线与一个始发站和到站配对相对应，该配对是直接连接的或者是连续的始发站/到站配对。即，一条路线支线的始发站和到站之间没有中间站。包括路线支线之组合的路线段具有与该组合中之第一条路线支线相对应的始发站，以及与该组合之最后一条路线支线相对应的到站。
另外，诸如航空公司、铁路公司或航运企业之类的运输系统或运输系统之一部分的操作员，通过创建新路线或删除老路线，可以修改现有路线支线，并且可以在创建行程安排选项时立即使用，而无需根据更改，修改使用以上新老路线支线航空站配对的所有可能的行程安排选项。因此，可以轻而易举地删除不能赢利的路线，并添加新路线。
在最佳实施方式中，比较所请求旅程的始发站和到站配对与包括允许始发站/到站配对的路线表，以便确定允许的行程安排选项。通过对照允许的路线列表检查行程安排选项列表，使得承运人(运输商，如航空公司)能够创建他们希望销售的允许路线，并且对照该路线自动检查所请求旅程的始发站和到站配对。当根据所述路线段表导出一个或多个路线选项时，只使用路线段，以便承运人销售与所请求旅程的始发站和到站配对相对应的路线。从而能够简化处理，并且路线搜索请求的发起人(货运代理)只有承运人返回的、他们希望销售的路线选项。
在一种实施方式中，在推导路线段表时使用路线表，从而仅仅创建允许路线的路线段。其优点在于能够减少路线段表的大小以及需要的存储空间，从而提高搜索速度。
然后，向路线搜索请求的发起人(如货运代理)返回允许的路线选项，以允许他们查看列表，并确定最满足其需求的行程安排选项。
通常，一条或多条连续路线支线定义一个路线段。此类路线段包括路线支线，路线支线具有某种形式的关联性。例如，可以在全部路线段或在航空货物系统中使用同一种交通工具，构成路线段的路线支线可以为同一航程的一部分。在一种实施方式中，只有路线支线具有相同的路线标识符时，如相同航次时，才组合路线支线构成路线段表中的路线段。通过按上述方式构造路线段，该系统能够处理不同运输商提供的数据。在航空货物系统中，某些运输商为包括多条支线的航程指派一个航次，而其他运输商为每条支线指派一个航次。
最好是，可以连接路线段表的两个或多个路线段，以便构成具有一个始发站和到站配对的路线选项，该配对与路线搜索请求相对应。在具有每个路线段之关联属性的实施方式中，仅仅连接满足路线搜索请求的路线段。例如，如果搜索请求指定特定货物尺寸或存储散货的特定集装箱(航空货物货柜)，则仅仅返回其关联的兼容项目与该支线兼容的路线段，其中兼容项目指定尺寸或航空货物货柜(unitisedloading device)。
更好是，存储单元存储一个中转集合表，后者包括许多中转集合记录，每条记录与一个始发站和到站配对关联。每个中转集合记录包括一个或多个项目，这些项目表示有关始发站和到站配对之间的路线的路线段之间的一个或多个允许中转站。因此，承运人可以建立一个表格，以限制所创建的路线上出现的交通工具之间的中转次数。同时，承运人通过不指定构成旅程的中转站，能够防止返回某些旅程。特别地，可以将中转集合表连接到路线表，从而把每个中转集合记录和允许路线关联起来。因此，承运人可以根据该承运人在该中转站拥有的用于在交通工具之间转运货物的设备，限制转运和中转站。对于某些形式的易碎货物，如易坏货物(水果和蔬菜)，这是非常重要的。对于中转站没有合适冷藏设备的承运人，希望限制在没有此类冷藏设备的中转站转运此类易坏货物。当推导路线段表时，可以与路线表一起使用中转集合表，从而能够减少路线段表的大小，提高搜索速度。
路线搜索请求包括一个参数，该参数表示始发站/到站配对之间的路线中的中转站的最大数目，以导出其中转站数目小于最大值的行程安排选项。因此，运输系统的用户可以预先指定为他们创建的所有行程安排选项中的中转站的最大数目。这样，货运代理有机会搜索考虑该货运代理之预订货物性质的行程安排选项。换句话说，如果货运代理希望购买易碎货物的运输能力，则他们希望避免中转站，或者使中转站的数目最小，从而通过减少交通工具之间的转运次数，可以降低货物的损坏概率，以及由于偷窃造成的损失。
通过按上述方式组织信息，能够非常灵活地创建满足搜索请求标准的路线支线和路线段组合。
最好从所述运输商那里接收表示所述路线支线之各种属性的数据，在所述路线段表中存储所述数据。因此，路线搜索请求可以包括表示属性的参数，以便导出一个或多个行程安排选项，其中始发站和到站配对与该属性关联。这样，货运代理可以请求其路线具有某些属性的始发站和到站配对，该属性包括始发站和到站配对之间的旅程的出发时间和到达时间，运输能力等。建立包含运输系统之一个或多个属性的表格，并在导出段集合列表时使用这些表格。运输系统的操作员(如承运人)可以修改各种属性表，以反映他们希望提供的服务，而无需修改诸如段集合表之类的大表。从而能够降低复杂性，并减少更新数据表所需要的处理。
根据本发明的第九方面，提供一种客户计算机系统，配置该系统以便与以上各段中说明的计算机系统进行远程通信。该客户计算机系统包括一个处理单元；一个与所述处理单元进行通信的接口单元；一个存储单元；以及一个显示装置，用于向所述客户计算机系统的用户显示信息；所述处理单元包括一个用户界面机制，配置用户界面机制以便接收所述用户经由所述接口单元输入的用户数据，并通知所述计算机系统所述数据，以便进行处理。
用户输入数据可以为运输商的模板数据，货运代理的搜索请求，运输商的搜索请求，货运代理的预订数据，运输商或货运代理的里程碑搜索请求。该数据分别表示一个或多个模板的模板数据，或预订的预订数据。
一种特别适合使用本发明的客户系统的示例包括一个用户界面机制，配置用户界面机制以便提供路线段集合列表的图形表示，可以操作用户界面机制，以便在显示装置上显示众多路线选项，包括始发站和到站，出发日期，到达日期，可用运输能力和逻辑分类中商定的运输价格，用户界面机制响应用户输入，以选择所显示的路线选项，并记录至少预订所选路线选项之一部分运输能力的用户。
本发明的第十方面提供一个计算机系统网络，计算机系统网络包括许多客户计算机系统以及以上各段说明的计算机系统。
以下参照附图，举例说明根据本发明的特定实施方式，其中附图为图1示意表示空运系统中的航空站的地理分布；图2示意表示货运代理的货物预订体系结构的示例；图3示意表示适合实现本发明之实施方式的数据管理系统的逻辑位置；图4示意表示可以体现本发明之实施方式的数据管理系统的功能和关系；图5示意表示可以体现本发明之实施方式的数据管理系统的数据库结构的细节；图6是用于建立航程段表的关系图表；图7示意表示最大连接时间表；图8示意表示最小连接时间表；图9是用于承运人销售的路线选择表和中转表的关系图表；图10是用于创建航程段表的流程图；图11示意表示可以体现本发明之实施方式的连网数据管理系统；图12示意表示可以体现本发明之实施方式的数据管理系统的逻辑体系结构；图13示意表示可以体现本发明之实施方式的数据管理系统的物理体系结构；图14示意表示计算机系统工作站；图15示意表示搜索容积用户界面屏幕的示例；图16是本发明之实施方式实现的dmPerformSearch存储过程的流程图；图17是本发明之实施方式实现的dmFltLegSet存储过程的流程图；图18是本发明之实施方式实现的承运人搜索函数的流程图；图19是本发明之实施方式实现的组合搜索函数的流程图；图20示意表示可以体现本发明之实施方式的数据管理系统的体系结构；图21表示根据本发明之实施方式的分配模板和分配预订之间的关系；图22示意表示根据本发明之实施方式的维护分配模板用户界面屏幕的示例；图23是根据本发明之实施方式的分配模板记录验证函数的流程图；图24示意表示根据本发明之实施方式的分配模板结果用户界面屏幕的示例；图25示意表示根据本发明之实施方式的校正分配模板错误用户界面屏幕的示例；图26示意表示根据本发明之实施方式的搜索分配模板用户界面屏幕的示例；图27示意表示根据本发明之实施方式的分配模板搜索结果用户界面屏幕的示例；图28是根据本发明之实施方式的分配模板检查函数的流程图；图29示意表示根据本发明之实施方式的维护分配预订用户界面屏幕的示例；图30示意表示根据本发明之实施方式的分配预订维护结果用户界面屏幕的示例；图31示意表示根据本发明之实施方式的校正分配预订错误用户界面屏幕的示例；图32是根据本发明之实施方式的分配预订检查函数的流程图；图33示意表示根据本发明之实施方式的预订管理搜索结果用户界面屏幕的示例；
图34示意表示根据本发明之实施方式的分配预订电子邮件/传真附件的示例；图35是根据本发明之实施方式的分配电子邮件判定函数的流程图；图36示意表示根据本发明之实施方式的搜索预订用户界面屏幕的示例；图37示意表示根据本发明之实施方式的预订搜索结果用户界面屏幕的示例；图38示意表示根据本发明之实施方式的分配使用率概要用户界面屏幕的示例；图39示意表示根据本发明之实施方式的按照日期排序的分配使用率用户界面屏幕的示例；图40示意表示根据本发明之实施方式的按照里程碑排序的分配使用率用户界面屏幕的示例；图41示意表示根据本发明之实施方式的里程碑计划用户界面屏幕的示例；图42示意表示根据本发明之实施方式的分配预订模板用户界面屏幕的示例；图43表示分配模板数据模型；以及图44表示分配预订模板模型。
现在参照图1，该图表示具有许多连同航空站的运输系统示例。在图1的特殊示例中，运输系统为空运系统，其中连同航空站为机场。机场的地理分布如图1所示，利用国际航空运输协会(IATA)编码表示机场。在空运系统中，许多承运人、航线提供机场之间的航班，从而连接运输系统内的航空站。两个连续机场之间的直接连接称为航程支线，在图1中用数字10表示。航程支线表示空运系统内的最低层次的连接，并认为该连接包括“起飞-降落”顺序。构成同一航程之一部分(即，具有相同航班)的单个航程支线或航程支线的组合，称为航程段，在图1中用数字12表示。对于航程段内的各个航程支线，把参考号12放在括弧内，表示单个航程支线构成航程段的一部分。通常，航程段受中转站的约束，但是航程段可以包括任意数目的中途停留地，甚至包括不同的航空器。
图1所示的伦敦Gatwick(LGW)和约翰肯尼迪(JFK)机场之间的路线包括一个中途停留地，曼彻斯特(MAN)机场，以便补给燃料和装卸货物。此外，LGW和MAN以及MAN和JFK之间有连接。连接LGW/MAN和MAN/JFK都是航程段。
LGW和JFK之间的路线也是一个航程段，且包括航程支线LGW/MAN和MAN/JFK。航程段LGW/MAN上的货运可以连接位于MAN的航程段LGW/JFK，从而利用航程段LGW/JFK的航程支线MAN/JFK完成LGW和JFK之间的路线。
对于从伦敦希思罗(LHR)经由曼谷(BKK)到悉尼(SYD)的旅程而言，显示了两个航程段10。从LHR到SYD的旅程没有航程支线，因为该航程之间的中转站(TXFR)位于BKK，因此从LHR到SYD的旅程不是一个航程段。此外，可以利用公路或铁路连接航空站。例如，可以预订卡车将货物从苏黎世(ZUR)运输到日内瓦(GVE)，以转运到另一个航空站的航程上，如果没有到达日内瓦机场的合适航程的话。
航线主要在地理区域内营运，并不在所有机场提供服务。主要限制在于特定航线的航空器的服务位置，以及该航线的市场和商业计划。特别地，许多航线是国有的，受政府控制或与政府有密切关系，因此限制航线的营运。
在航空货物运输系统中，有许多局中人。他们是提供有关航程之载货容积的承运人，如运输商；向承运人预订载货容积的货运代理；以及把承运人和货运代理功能组合为垂直集成服务的综合者。
承运人提供航空器的航空载货容积。通常，他们不与运输货物(或接收空运货物)的发货人直接打交道，而是经由作为其代理或经纪人的货运代理分配载货容积。
可以将承运人划分为三类。第一类包括提供客运业务和货运业务的承运人。通常，航空货运业务包括客机上的额外腹舱空间，尽管存在经营专用货运飞机的乘客航线。某些乘客航线经营所谓的“联合”航线，其中拆下客舱内的某些主甲板座位，以便提供额外的载货容积。
第二类承运人为货物承运人。这类承运人通过经营全货机机群专门运输货物，包括诸如CargoLux和Polar之类的货运公司。通常，承运人经营定期或半定期业务，并通过货运代理分配其载货容积。在某些情况中，承运人可以根据需要专门安排航班或提供包机。
第三类承运人为所谓的“私人标签”承运人。此类承运人(如Atlas)通过以其他承运人的名义经营航空器，推销外购承运人，其中其他承运人与包括飞行员在内的完整承运人签订合同。作为选择，私人标签承运人以两个或多个承运人的名义细分航空器。
通常称为“货运代理”的货运代理人为航空载货容积的经纪人，因为他们以发货人的名义购买容积，并以发货人的名义管理后勤和客户文档。通常，正如下文说明的那样，货运代理没有自己的航空器，如果他们有自己的航空器，则认为他们是综合者。
货运代理产业非常分散，全世界的货运代理超过10,000家。实际上，仅仅联合王国的货运代理就有1,000家左右。尽管货运代理通常采取多种运输方式，即，除空运货物之外还进行海运、公路运输和铁路运输，但是其活动和资源的主要部分针对空运货物市场。
近来，航空货物运输环境中的第三类局中人已经变得很重要。此类局中人称为综合者(integrator)。综合者有自己的航空器，他们通过大量的零售/地面网络与客户打交道，以提供货运代理功能。当前，四个主要局中人为Fedex、UPS、DHL和TNT，他们代表航线和货运代理功能的垂直集成。
在航空运输系统中，把某些位置称为“中心(hub)”。中心是航空运输系统的主要入口，并且遍布航空运输系统的主要地区。通常，在中心的航空器之间换装货物。中心通常是承运人的基地，在基地中存储、保养、维修承运人的操作设备。货运代理通常在一个或多个中心构建其基础设施。
以下参照图2说明进行货物预订的现有货运代理的基础设施。
利用承运人路线经理44和货运代理通道经理的组合，控制管理通道(gateway)42。承运人路线经理接收来自货运代理通道经理的载货容积请求，而货运代理通道经理接收各货运代理部门46或发货人的载货容积请求，销售员48联系货运代理部门46，以便以发货人50的名义提供载货容积。目前，货运代理通道经理借助电话、传真或电子邮件，向承运人路线经理请求载货容积。
通常，为各销售员48或部门46配备可以向发货人销售的载货容积目标。在收到发货人50的货物，并转送到货运代理通道经理时，货运代理通道经理试图平衡载货容积请求与事先预订或者能够与承运人谈判的容积。在通道42集中托运发货人的单独货物包装，以便运输。作为选择，也可以在转到货运代理通道经理前，由部门或销售员进行并装。货运代理通道经理负责商议管理指定路线或路线集合的并装预订和正常预订。他们与承运人路线经理进行协商，以确保预订的载货容积满足货运代理组织的集中托运、普通货物或特殊需求。货运代理通道经理利用传真、电话或电子邮件，与承运人销售员52或承运人路线经理进行协商，以便管理每天、每周的载货容积请求。作为选择，承运人可以运行一个电话呼叫中心。这绝对是一项挑战，因为每天(包括每小时)、每周和每季节的航空载货容积都不相同。上述差别是由客户和工业购买模式，发货人生产配置，日程安排和运输方法(如向后集中托运或及时运输)造成的。例如，对指定路线有巨大容积需求的发货人的生产设备的微小故障，会造成货物积压，并且使得市场在数周内的不稳定。对指定路线之方向性有显著影响的全球宏观经济趋势，例如GDP增长率、外汇汇率和工资率，以及诸如罢工之类的微观经济条件，使得需求变化更加复杂。
货运代理通道经理进行两类预订，永久预订和特殊(ad hoc)预订。永久预订为6个月的长期预订或有关指定航程的载货容积的更多分配。正如其名称暗示的那样，特殊预订是在需要时进行的预订。它们在永久预订协约之外。永久预订的费用随日期、月份、货物性质、路线、容积之类的因素变化。
货运代理通道经理利用货运代理的现有计算机系统，分析与不同承运人签订的所有永久预订的记录。通道经理试图平衡不同部门发起的互不相同的载货容积请求，以便更好地利用可用的永久预订。利用特殊预订实现特定路线的超额需求。通过与承运人销售员52协商进行永久预订，尽管永久预订基于长期预期和承诺。更复杂的是特殊预订，其中货运代理通道经理必须与许多承运人销售员52接触，以确定满足特殊需求的所有路线的载货容积以及价格。目前，借助电话、传真或电子邮件实现特殊预订。因此，货运代理通道经理必须接触不同承运人销售员52，以确定满足特殊需求的可用载货容积。为了确定可用载货容积，货运代理通道经理必须接触每个承运人销售员52，因为每个承运人在中心营运。然后，货运代理通道经理必须分析所有信息，以确定向哪个承运人预订特殊容积。然而，货运代理通道经理通常不能获得承运人销售员对可用载货容积的答案，因为承运人销售员必须在承运人内进行调查以确定当前可用容积。路线经理向其销售员请求特殊容积的许多承运人，均会出现上述情况。从而货运代理通道经理获取可用信息时引入大量等待时间，并且很难预订合适的载货容积。
货运代理通道经理根据位于通道42的所有部门的永久预订和特殊预订，集中托运运输货物，并将各种运输货物的分运单(HAWB)转到承运人预先分配的主运单(MAWB)上。货运代理通道路线经理将运输货物组织为航空货物货柜(ULD)，以转送到承运人，或仅仅提供散货或整装运输，其中由承运人对货物进行包装和组合。ULD为储藏散货的集装箱。有三种类型带/不带箱盖的围栏集装箱；货盘；以货盘作为底座并限定货盘支持的货物容积的圆顶包装箱。
货运代理没有适用于永久预订的合同惩罚，其中货运代理与承运人维持永久预订。同样，如果货运代理放弃预订容积或发货少于预订量，也没有激励或惩罚。当未必使用以货运代理名义预订的永久预订或分配时，货运代理通道经理通知承运人销售员52。当与承运人销售员52协商时，货运代理通道经理总是就特定运输货物的费用争论不休。
通常，现有货运代理/承运人接口难以管理，因为需要进行许多协商，并且协商内部有大量等待时间。此外，可用载货容积的可视性较差，并且目前货运代理系统和承运人现有系统之间没有电子或自动集成。
另外，为了完成预订，货运代理通道经理通常利用传真通知等待确认预订，传真通知向发货人提供预订的运输货物的证据。然后，以该预订为基础使用航运收据，并把收据固定到运输货物上。如上所述，把航运收据贴到主运单54上，主运单用于货运代理与承运人的组合预订。
承运人销售员52或路线经理44为有关承运人内部的航空载货容积之数据可用性的主要限制而苦恼。承运人销售员52或路线经理44希望优化其货物业务获得的收益，其中货物业务通常需要有关货物费用和货物类型的高度灵活性，以充分使用容积。然而，目前承运人销售员52或路线经理44只了解特定时刻特定路线的可用重量。从而严重限制了能够向承运人提供的服务。
正如图3所示，在承运人销售员52或路线经理44与货运代理(通常为货运代理通道经理)之间，提供适合于实现本发明之实施方式的数据管理系统(DMS)70。DMS 70在承运人销售员52和货运代理40之间提供接口，以增强在他们之间进行的交易的性质。DMS 70提供最新的联机日程安排，包括载货容积。此外，提供市场行情，从而容积买方可以查看价格数据，承运人按照该价格提供满足需求的容积，需求如路线、装运类型、重量和货物类型。另外，此类DMS系统能够执行复杂搜索，以使货运代理输入所需的始发机场/到达机场配对，搜索标准的范围，如首选车辆类型、货物类型和装运类型，然后搜索并显示满足以上标准的承运人列表。另一个增强是，根据客户的搜索标准的优先权(例如，优先次序为首选承运人关系，费用最低，出发最早或到达最晚)，确定显示次序。优先权可以为货运代理预先设置的参数，或者在搜索时输入。此外，可以依靠DMS 70构建反向市场或拍卖，其中容积买方可以向所选的承运人集合发出报价请求。作为选择，可以提供拍卖市场，其中容积卖方(通常为承运人)拍卖具有未出售容积的特定路线的多余容积。
以下参照图4说明DMS 70的功能以及与承运人和货运代理的关系。
DMS 70包含一个关系数据库，该数据库包括从承运人现有系统72接收的原始数据组成的表。DMS系统根据数据库74包含的原始数据，导出精炼数据库结构76。配置数据库结构76，以便响应货运代理78的搜索查询，进行有效搜索。货运代理向DMS 70提交搜索查询，并且向DMS 70返回结果表，结果表包含符合搜索查询标准的承运人路线。把数据库74中包含的表创建为，能够在承运人现有系统72的链路上，最好在自动更新链路上，维护更新数据。然后实现由于更新数据库74而引起的数据库76的改变，从而经过修订的数据库结构76是最新的，以使用搜索查询并向货运代理的系统78提供合适结果。
以下参照图5详细解释关系数据库74，该数据库包含从承运人那里接收的原始数据。关系数据库74包含许多数据表。承运人通过承运人接口88，把数据输入到数据库中。作为选择，如果与承运人之间没有电子接口，则DMS系统的操作员利用键盘输入数据。数据库74包含一个承运人表90，该表包括参与DMS 70的承运人列表。对于输入到承运人表90中的每个承运人，在数据库中存储许多表格。在最上层，存储各承运人的操作时刻表92。并不是所有承运人均提供操作时刻表，而是提供季节时刻表，操作时刻表适合于有限期限，如两周或一月，季节时刻表通常为未来3个月或6个月的航行时刻表。时刻表92包括向DMS 70提供的操作时刻表(短期时刻表)，或根据适合于特定承运人的季节时刻表(长期时刻表)导出的操作时刻表。操作时刻表92提供承运人90的每个航程支线实例的时刻表。换句话说，在操作时刻表中记录航空站之间的航程，始发站和到站，出发日期和时间以及到达日期和时间，设备类型和该航程在各航空站的装卸货能力。
可以将最大连接时间定义为用于所有承运人的DMS系统的全局参数，或者最大连接时间以每个承运人为基础。此外，提供最小连接时间表96，该时间表与操作时刻表92有关。最小连接时间表96为时刻表92中包含的航空站的表格以及该航空站的运输机之间的最小中转时间。
作为选择，提供最大连接时间表94，该时间表包括时刻表92涉及的航空站的表格，以及在该航空站的运输机之间进行中转的最大连接时间。
与时刻表92关联的另一个表是销售的承运人路线选择(MCRO)表98(路线表)。该表包含承运人销售的路线，以及该路线的其他有关信息。中转表100与承运人的MCRO表98有关。中转表包含所销售路线的列表，以及经由该路线的旅程所允许的中转站数。
把数据库74中包含的至少一部分数据传送(102)到预计算例程104，该例程根据数据库74中的数据导出航程段表76。
预计算例程104创建根据各操作时刻表92导出的航程支线的有效组合的实例。根据图1公开的示例，构造航程支线的有效组合。即，航程段受中转站的约束。可以组合任意数目的航程支线以形成航程段。
现在参照图1，预计算例程104实例化表示所有可能航程支线组合的航程段LGW-MAN，MAN-JFK和LGW-JFK。然而，在航程段表76中，仅仅实例化航程段LHR-BKK和BKK-SYD，而不实例化LHR-SYD，因为BKK是一个中转站。换句话说，在BKK将运往SYD的货物从一个航空器转移到另一个航空器上。
DMS系统还包括一个搜索引擎106，该引擎与航程段表76相连，响应搜索查询108以搜索航程段表中合适航程。同时，搜索引擎询问与搜索请求或航程段中的参数有关的DMS系统中的其他数据表。搜索引擎向提交查询的货运代理返回搜索结果108。
图6表示承运人在季节时刻表项目91中提供的数据示例。将该项目表示为一列。许多项目构成季节时刻表。
把季节时刻表项目91划分为两部分，91a表示航程，91b表示91a代表的航程的支线。对于航程91a，有一个或多个航程支线项目91b，支线项目分别与航程91a的各航程支线相对应。航程支线项目91b是航程项目91a的孩子。
航程项目91a包括航程的特征信息，如承运人代码(CARR_CODE)；航空器类型(AIRCFT_TYP_CODE)和配置码(AIRCFT_CONFIG)；航程的始发站(ORIG_STN_CODE)和到站(DEST_STN_CODE)；季节时刻表的开始日期(SCHED_STRT_DTE)和结束日期(SCHED_END_DTE)，其中分别用扩展LCL和UTC表示当地时间和世界时间(即，GMT)；该项目还包括航班(FLIGHT_NO)，运营日(DAY_OF_OPER)和每周的飞行次数(WEEKLY_FREQ)；以及用当地时间(LCL)和世界时间(UTC)表示的出发时间(DEP_TIME)和到达时间(ARR_TIME)。
航程支线项目91b包括为支线的航程的标识(FLIGHT_ID)，以及该航程内的支线的顺序(FLIGHT_LEG_ORDER)。用当地时间(LCL)和世界时间(UTC)表示的支线出发时间(LEG_DEP_TIME)和到达时间(LEG_ARR_TIME)。航程支线项目91b还包括有关航空器类型之普通载货容积的信息，以及重量(DFLT_AVAIL_WGHT)和容积(DFLT_AVAIL_VOL)配置。通过设置标志(ORIG_ONLD_FLAG)和(DEST_OFLD_FLAG)，把航程支线91b看成可以在始发站装载的货物和/或在到站卸载的货物。
操作时刻表92或者是根据季节时刻表91导出的，或者直接由承运人提供，在图6中分别用92a和92b表示航程实例和航程支线实例的项目。
航程实例项目92a是航程项目91a的孩子。航程实例项目92a包含各航程(即，航程实例)的详细信息。采用当地时间和世界时间提供出发时间和日期(DEP_DTIME)以及到达时间和日期(ARR_DTIME)。
以下字段包含允许的货物类型和货物的限制，(UNITSD_BKNG_FLAG)和(LSE_BKNG_FLAG)表示是否允许组合货物或散货预订，(MAX_SNGL_BKNG_WGHT)和(TOT_BKNG_WGHT)表示单件预订的最大货物重量以及货运代理机构预订的总货物重量。可以把上述字段的内容设置为依赖于航空器类型和配置的默认值，或者由承运人设置。DMS系统的操作员可以把最大单件预订重量限制和总预订重量限制设置为系统参数，其中根据默认值自动或手工导出系统参数。
航程支线实例项目92b是航程实例项目92a和航程支线项目91b的孩子。航程支线实例项目92b包括该航程支线的具体细节。例如，支线顺序(FLGHT_LEG_ORDER)，航程实例标识(FLGHT_INST_ID)和航程支线标识(FLGHT_LEG_ID)，以及可用的实际载货容积，包括容积(ACTL_VOL)和重量(ACTL_WEHT)。正如图6所示，还包括与航程支线项目91b和航程实例项目92的字段相对应的其他字段。最好分别向所有时刻表提供可用的实际载货容积，包括容积和重量。例如，由各承运人提供每条路线支线实例的可用容积数据。作为选择，承运人可以设置支线集合的默认值。在最佳实施方式中，承运人利用表格提供每条路线支线实例的容积数据，并且可以提供容积更新。
与航程段表中的项目相对应的航程段项目93，是根据航程实例项目92a和航程支线实例项目92b导出的。航程段项目93的字段包括航班，航程实例标识，始发站和到站，承运人代码，出发时间和到达时间，以及航空器配置。同时包括用于设置班机出发前的周期的字段，其中不能在该周期内预订航程段(BKNG_ACPT_PERD)；该字段定义最晚预订接收时间。或者由DMS操作员设置该字段，或者该字段为默认周期。航程段项目93包括载货容积的可用容积和重量，以及不同航空器类型的不同货物类型的连接时间。连接时间类别为散货(LSE)或组合(UNIT)货机(FRGH_CON_TIME)，混合乘客与货机(MXD_CON_TIME)，乘客(PAS_CON_TIME)或卡车(RFS_CON_TIME)。在最佳实施方式中，确定装卸货物的设备类型的连接时间。在最佳实施方式中，航程段项目93还包括作为系统参数的最大连接时间(MAX_CON_TIME)，以及分别标识该航程段中最后一条航程支线和第一条航程支线的字段(LAST_LEG_ORDER)和(FIRST_LEG_ORDER)。
图6还表示航空货物货柜(ULD)表82。提供利用AIRCFT_TYPE_CODE(FK)标识的每种航空器类型的航空器承载重量表84，并且由具有承运人代码CARR_CODE(FK)的各承运人进行维护。每个表84均包含字段ULD_CODE(FK)，该字段表示所标识的航空器能够运输的ULD类型。
表86(ULD_TYPE)包括ULD类型的完整列表，该表是根据货物运输行业使用的ULD类型得出的。
表88(ULD_EQUIV_GRP)将ULD类型代码映射为等价的ULD代码(EQUIV_ULD_CODE)，以便将本行业中使用的不同ULD类型协调为DMS系统中使用的标准类型。例如，可以在该行业中使用不同ULD代码表示相同ULD类型，不同ULD代码可以是兼容的。
图7是最大连接时间表94的示例，根据该表填写航程段表93的最大连接时间字段。该表为表格形式，将每种类型的承运人设备(117，118)表示为一台起运设备，自(119)起运设备卸货，并将货物转运至(121)起运设备。将该表格划分为两个重复部分，分别用于散货和组合货物112。单元格123的每个单元格保存一个数值，该值表示在设备之间转运货物以及该单元格关联的运输货物类型的最大连接时间。
建立各承运人的最大连接时间表94，并且在另一个可选实施方式中，对于承运人网络中能够装卸货物的各航空站，建立其最大连接时间表。图7所示的最大连接时间表94仅仅是该表的表格形式。可以理解，可以利用其他逻辑结构和标准。例如，最大连接时间依赖于正在运输的货物类型，因此，时间随货物类型变化。例如，其最大连接时间非常关键的货物类型为诸如食品和蔬菜之类的易坏货物。此类货物的最大转运时间远远小于诸如电子设备之类的不易损坏货物的最大转运时间。
图8是最小连接时间表96的示例。最小连接时间表96与图7所示的最大连接时间表的逻辑结构相同，因此不再赘述。
图9表示MCRO表98的示例。MCRO表98定义承运人希望销售的承运人路线选项。为此，与承运人代码一起定义始发站和到站，分别表示为ORIG_STN_CODE，DEST_STN_CODE和CARR_CODE。通常，MCRO表98包括起点城市和目的地城市，分别表示为ORGI_CITY_CODE和DEST_CITY_CODE。然而，指定起点城市和目的地城市是多余的。MCRO表可以包含与DMS参数有关的其他字段，DMS参数控制DMS的全部管理方面，并且不再赘述。然而，对于该路线，承运人可以定义货物的建议运费(MIN_SUGTD_RATE)和最低运费(MIN_STND_RATE)。此外，还包括组合和散货预订标志，该标志表示承运人希望在该路线上运输的货物类型。分别利用字段UNITSD_BKNG_FLAG和LSE_BKNG_FLAG表示以上标志。同时指定该路线的行程时间(MAX_TRNSIT_TIME)。图9所示的MCRO表98仅仅针对一个承运人和一条路线。每个承运人利用此类表格定义他们销售的每条路线，显然，无需按照图9所示方式构造此类表格，其形式可以为任何适合的逻辑结构。
同时，图9还表示与MCRO表98关联的中转集合表100。中转集合表100为MCRO表98的孩子。中转集合表包括相关承运人路线的始发站代码和到站代码，以及承运人代码。在图9所示示例中，有四个字段，这些字段指定中转序列中中转站的数目，以及所销售路线的至多三个中转站的顺序。分别利用NO_TXF_PNTS，TXFR_PNT_1，TXFR_PNT_2和TXFR_PNT_3表示上述字段。对于作为中转站的航空站的每个字段，在该字段中输入正确的航空站代码。如果不使用所有中转站，例如，只将两个航空站表示为中转站，则第三中转站字段保持空白，表示没有第三中转站。对于单个承运人销售的路线而言，可以指定多个中转站序列(中转集合)。
中转集合表为希望销售其路线的承运人提供更高级别的灵活性。修改将要作为中转站的航空站以及中转是否有效，是一种比较简单的方式。这样，可以轻而易举地更新和修改销售选项。另一个优点是，承运人无需定义每条可用线路，而只需定义可用中转站的组合。因此，承运人只需进行少量维护和设置，就能在该数据上执行操作。
如上所述，航程段表93是根据承运人向DMS 70提供的季节表91和/或操作表92导出的。为使用DMS 70系统的承运人提供的每个航程段，创建一个航程段表93。因此，为了响应搜索查询搜索合适路线，只需打开并询问少数表格，即，航程段表，MCRO表和某些杂项表。已经将不同承运人的有关数据反向规格化为操作季节时刻表92，然后利用这些数据填写航程段表93的有关字段。因此，对DMS 70系统的用户而言，不同承运人使用的不同系统和数据均是透明的，其中该用户仅仅使用航程段表93。
除包含有关搜索信息的航程段表93之外，还有MCRO表98和中转表100。搜索查询将询问MCRO表98，以确定承运人是否销售请求的路线选项，其中该路线受中转集合表100中定义的中转站的限制。然而，一旦将销售的路线设为承运人的现有路线，并且已经确定中转站，则利用航程段表93，查找满足路线查询的航程段或航程段的组合。
创建并访问的其他主要表格为详细说明各承运人组织参数的成员组织表；承运人服务等级表，由该路线的每个承运人的货运代理指定；买方卖方包含表，说明是否与报价和/或反向市场中的货运代理做生意；首选承运人表，由货运代理指定的首选承运人列表；用于ULD搜索的航空器/ULD兼容表，说明适合指定航空器的ULD；ULD表88，该表为DMS系统实现的列表和操作员ULD类型；以及各种系统参数。
在DMS 70的可选实施方式中，中转集合表100定义承运人之间的转运，例如，作为联运协约一部分的承运人。作为选择，承运人可以彼此协商单边协议，以便为各个航程之间的转运作准备。
上述数据体系结构对数据的灵活性和数据更新特定有利。如果承运人更改航程，则只需更新其操作表92中的适当项目。DMS 70借助轮询、触发器和其他消息确定出现的字段更改，打开并询问有关的承运人操作时刻表92，然后更新航程支线表92b和航程段表93中的对应字段。
经由季节航程表的回滚更改或经由操作航程表的批更新，通过用户界面装置直接更改操作航程表。然后自动更新航程支线表和航程段表。
图6所示的数据实体关系表示利用季节时刻表91生成操作时刻表92的方法。操作时刻表主要为具有准确日期和时间的季节时刻表项目，以及实际的载货容积可用性。根据操作时刻表92生成航程段表93。以下参照图10所示的流程图，说明根据操作时刻表92生成航程段表93的示例。
在步骤140中，设置航程实例标识，以确定要生成的航程段。在步骤142中，根据与航程实例表92a关联的航程支线实例表92b，构造航程段。在步骤144中，计算航程支线的各种可能组合，每条航程支线变为一个航程段，并填写与适当航程实例标识关联的航程段表93。继续创建各航程实例的航程段，直至创建所有可能的航程支线段，从而提供完整的航程段表93。
在最佳实施方式中，将DMS配置为可以在开放计算机网络和非公用计算机网络中运行。图11表示特别合适的配置。
利用非公用网络150，将DMS系统70连接到客户的现有系统72。合适的非公用网络链路可以为电信公司的租用线，或将承运人连接到非公用网络的链路。同时，将DMS系统70连接到诸如因特网152之类的公用网络。也可以将现有系统72连接到因特网152。因此，客户能够经由非公用网络150或因特网152，向DMS系统70传送数据。上述配置能够简化系统的伸缩性，特别是能够简化新客户的添加过程，因为无需提供DMS系统的非公用网络链路，而是可以选择经由因特网152进行通信。DMS系统的用户和货运代理40借助工作站154，通过因特网152，访问DMS系统70。DMS系统70经由公用链路或非公用链路，连接到货运代理系统和承运人系统。
在图12所示的配置中，把DMS系统70实现为位于网站的web信息系统(WIS)。因此，通过全球因特网，可以从任何地方访问。换句话说，能够访问因特网的任何场所均能访问以上DMS系统，前提是DMS系统的操作员授予他们适当访问权限。通过把该系统配置为WIS，所有标准web应用程序均能访问该系统。例如，为了与DMS系统进行交互，货运代理只要具备标准浏览器软件以及与因特网的连接即可。因此，DMS系统是平台独立的，并且货运代理无需任何专用硬件就能访问以上DMS系统。把DMS系统70配置为网站的优点在于，货运代理40或承运人无需升级其现有硬件或软件(例如，通过安装新版本软件)，就能轻而易举地对服务进行升级。DMS系统提供的其他特征在于高伸缩性和高可用性。另外，配置该系统的目的是，保持敏感信息的机密性，控制对敏感交易的访问，并且在需要该服务的地方，提供此服务。
以下参照图12详细说明DMS系统以及承运人和货运代理系统。图12表示整个系统的逻辑体系结构。把承运人和货运代理表示为该系统的用户，并用标号160表示。货运代理40使用工作站154，工作站支持web应用，如运行适当浏览器软件，工作站与因特网152相连。货运代理工作站154与因特网152之间的通信链路为拨号线路或永久连接的租用线路。在本发明的最佳实施方式中，与DMS进行通信的协议为HTTP或HTTPS 162。承运人具有后台系统164，该系统包括其现有计算机系统72以及诸如工作站154之类的开放通信系统，其中工作站154支持web应用，并且能够与基于因特网的应用程序相连。把后台系统164连接到系统集成和通信模块166，后者提供与外部网络和系统的接口。
DMS系统70还包括系统集成和通信模块166，后者包括接口服务器，该服务器提供与客户160系统相联系的消息和转换服务以及其他自动输入，如可以从适当信息点获得的货币兑换率信息。通信模块166包括接口模块168，后者包括协议转换、格式翻译和传输系统。接口模块168为需要输出到专有网络150和网络152上的DMS系统70内的信息，提供适当的消息和传输服务。同时，DMS接口模块168提供基于web的服务的接口，此类服务如货币兑换率信息以及该系统可能使用的其他合适信息。在内部把通信模块168连接到至/自DMS系统70的后端174的入站消息队列170和出站消息队列172。消息队列模块管理至/自DMS后端174的消息传送。后端174包括两个主数据库，即，管理信息数据库176和操作数据库178。管理信息数据库存储在该DMS系统上执行的所有交易的历史信息和统计信息。操作数据库178包括关系数据库74和精确数据库76，关系数据库包含承运人的原始数据，精确数据库包括航程实例表。利用数据访问控制模块180访问数据库176和178。数据访问控制模块180处理需要访问数据库的承运人的入站消息，并处理承运人或货运代理的出站消息，包括来自该数据库的数据。
DMS系统应用逻辑182控制数据访问控制模块180，以及DMS系统的前端模块184。DMS系统应用逻辑182包括用于执行预计算例程104的功能模块，以便在收到来自承运人的数据时建立航程实例表。另外，DMS应用182还包括用于接收承运人之原始数据，并根据图5所示表格在关系数据库74中建立数据的模块。搜索引擎106也驻留在DMS应用182中。
DMS系统70的前端184包括该系统的客户或用户接口方面。通常，前端包括定制模块186、客户端脚本与小应用程序模块188。利用DMS应用182驱动定制模块186，以根据具体用户配置用户界面、访问权限和特权，以及所有结果的格式。例如，某些用户只能看到特定承运人提供的航程，或某些类型的载货容积。定制模块186以及客户端脚本与小应用程序模块188与web服务器190相连。DMS应用182也与web服务器190相连。Web服务器190执行web服务器的普通任务和功能，并向用户(如，货运代理40)提供对DMS系统70的web访问。
以下参照图13说明该系统的物理体系结构。货运代理40借助运行适当浏览器软件的工作站154利用该系统，浏览器软件通常解释HTML、DHTML和javascript编码。通过支持TCP/IP通信的电信网络连接工作站154。货运代理和DMS通过因特网152在电信系统上交换数字证书信息，以便进行相互认证。
DMS系统70的前端184包括一个web层。Web层包括负载均衡192，用于均衡至/自因特网的入站和出站消息。把负载均衡192连接到web/应用服务器194，如执行JSP和JAVA模块的应用服务器，该服务器包括用于连接因特网用户的适当软件模块。把前端184中的web/应用服务器194连接到包括数据库层的后端174。数据库层174包括许多数据库服务器。数据库服务器运行诸如SQL和C++存储过程之类的程序语言，以便控制并操作数据库。把后端或数据库层174连接到客户通信模块或客户接口层196。客户接口层196包括通信模块168以及参照图13说明的消息队列170和172。接口服务器把后端174连接到其他网络，如非公用专有网络和/或因特网。处理入站和出站消息队列170/172的服务器，利用诸如MQ序列、FTP和SMTP之类的机制，处理入站和出站消息队列。
现在参照图14，该图简化表示工作站计算机系统154的实现方式。工作站154包括各种数据处理资源，例如与总线结构238相连的处理器(CPU)230。诸如只读存储器232和随机存取存储器234之类的数据处理资源也与总线结构238相连。显示适配器236把显示设备218连接到总线结构238。一个或多个用户输入设备适配器240把包括键盘222和鼠标224在内的用户输入设备，连接到总线结构238。可以配备用于连接打印机221的适配器241。可以配备一个或多个介质驱动适配器242，以便把诸如光盘驱动器214、软盘驱动器216和硬盘驱动器219之类的介质驱动器，连接到总线结构238。可以配备一个或多个电信适配器244，以提供处理资源接口装置，从而把工作站计算机系统连接到一个或多个网络，或连接到其他计算机系统。通信适配器244可以包括局域网适配器，调制解调器和/或ISDN终端适配器，串口或并口适配器。
根据本发明之实施方式的下述说明可以理解，工作站154可以采取多种形式。例如，工作站可以是与因特网或网络兼容的非PC类型的计算机，如网络计算机或能够访问诸如因特网之类的计算机网络的电视机顶盒。作为选择，工作站154可以为无线PDA或多媒体终端。
把工作站154配置为在CPU 230的控制下运行，其中CPU 230根据工作站存储器232/234/219中存储的计算机程序运行。可以在电信介质，例如在电信网络和/或因特网上，提供由工作站154执行的程序。如果工作站154为在无线电话网络上运行的多媒体终端，则电信介质为能够传送编码信号的射频载波，其中编码信号表示计算机程序和数据信息。作为选择，载波可以为用于光纤链路的光学载波或任何其他合适载波介质或陆线链路电信系统。也可以在上述电信介质上，提供从工作站154到诸如DMS系统70之类的远程计算机，或从此类远程计算机接收的消息、数据结构和格式。另外，可以在软盘217或CD-ROM 215上提供程序。特别地，可以通过电信介质，提供用于DMS系统70之类的远程系统的图形用户界面，以配置工作站显示设备218，从而在显示屏幕220上显示适当的图形用户界面。
希望利用DMS系统70搜索将货物从产地运输到目的地之合适航程的货运代理40，必须首先登录到DMS网站。当登录DMS网站时，显示欢迎页面，如果该货运代理已在DMS注册，则只需向系统提供合适密码和用户名(包括DMS系统的成员id和成员组织)，以便验证他们是否为注册用户。为了搜索具有所需载货容积的航程，货运代理40需要请求容积搜索。
响应对web服务器的搜索请求70，应用逻辑模块182中的服务器端java servlet，响应收到的完整搜索参数页面，调用数据存取180中的决策执行搜索存储的过程dmPerformSearch。DmPerformSearch模块向servlet返回采用HTML封装的结果列表，然后传递到web服务器，以便传送到货运代理40。
利用显示屏幕220上的浏览器，显示从web服务器190传送到货运代理40之工作站154的搜索参数页面。
图15表示搜索用户界面屏幕250的示例。货运代理40把航线起点252和终点254机场，输入到适当屏幕字段252和254中。在图15所示的示例中，起点机场为伦敦的希思罗机场，目的地机场为纽约的约翰肯尼迪机场，其IATA名称分别为LHR和JFK。作为选择，在用户界面250上提供用于起点256和终点258城市的字段。提供出发和到达字段，将其划分为出发日期260和时间262，到达日期264和时间266，它们定义货运代理40希望把货物从起点运输到终点的窗口。在最佳实施方式中，日期必须是完整的，但不要求时间是完整的。字段268、270和282涉及正在搜索载货容积的货物的重量、体积和密度。点击计算器符号274，计算需要的体积，如果重量和密度是已知的，或计算密度，如果重量和体积是已知的。或者由用户或者通过按照顺序点击计算器图标自动完成三个字段—重量、体积和密度，以便正确确定货物属性以及该货物的等级和价值。字段276通常包括不同货物类型的下拉菜单，作为搜索的初始值。在所示示例中，显示普通货物类型。其他货物类型包括易坏货物或汽车零件。DMS系统操作员可以采用任何合适方式定义货物类型。
将货物类型进一步定义为散货(如，箱子，包裹)或组合货物，即，预先包装为预定货物单位。通过激活切换按钮组合278或散货280表示货物类型。在某些情况中，货物为IATA规则定义的超大货物，此时，复选字段282表示超大货物。在字段284中，输入组合包装类型以便进行组合搜索，即，激活切换按钮278。
在最佳实施方式中，如果选择散货类型，则货运代理可以输入运输货物中各货物的尺寸数据。在与搜索界面屏幕250对应的搜索界面屏幕(未示出)中，提供用于尺寸数据的数据字段。尺寸数据包括每件货物的编号、长、宽、高和重量。提供诸如计算器符号274之类的计算器图标，以便根据尺寸数据生成体积和密度。
如果选择组合，则货运代理能够输入重量、体积、密度和ULD类别。搜索屏幕(未示出)包括输入组合运输货物之3种ULD类别的能力。该系统仅仅返回由承运人映射到搜索屏幕中指定类别的ULD。承运人将支持的ULD映射到ULD类别。如果货运代理希望返回所有可用ULD类型，则无需定义ULD类别。承运人通常使用三个国际标准ULD类型(TACT分类、IATA类型编码货ATA US国家术语)之一和/或其特定组织的ULD类型。DMS允许承运人将其ULD类型映射到更普通的ULD类别，后者依据主要尺寸区分ULD，如集装箱/托盘、下/主甲板。货运代理能够在搜索屏幕中定义普通ULD类别，以确保只返回与所定义的类别相对应的特定承运人ULD类型。例如，托盘(下部)搜索仅仅在搜索结果中返回承运人映射到托盘(下部)的段集合和ULD类型。承运人提供所支持的特定ULD类型的等级和航空器ULD适合性。在搜索结果中返回所支持的ULD类型，ULD类型作为报价市场和反向市场预订的基础。
用户界面屏幕250的下半部分包括许多搜索过滤器，过滤器定义要向货运代理40返回的结果。可以激活两个切换按钮286和288，以开始搜索，该搜索分别返回满足标准的承运人列表，和满足搜索标准的航程列表。其他选项是通过选择字段290，把非参与者包含到系统中；通过选择字段292，排除客机和混合航程；通过选择字段294，排除卡车，即，公路运输。其他搜索过滤器是允许的最大中转次数，可利用下拉菜单296进行选择；确定需要返回结果的承运人服务等级，可利用下拉菜单298进行选择；以及利用下拉菜单300确定希望返回多少结果的能力。其他限制是通过复选字段302，仅仅显示一个承运人代码；通过选择复选框304，仅仅显示可用容积，即，满足所需载货容积的结果。作为选择，可以请求不能容纳搜索容积的结果，以备将来参考或谈判。
货运代理40通过区分四个不同特征的优先次序，确定需要返回的结果的顺序。提供四个显示字段，每个字段具有一个下拉菜单，下拉菜单包括以下五个键值首选承运人，成本最低，最快到达，最晚出发，服务等级。通过利用各字段配备的下拉菜单，完成一个或多个字段306-312，以便根据所显示键值的优先级，排列结果。
用户通过激活“搜索容积”按钮316，向DMS系统提交其请求。
把用户界面屏幕250配置为响应工作站154的鼠标224控制的屏幕指针，从而用户能够选择不同字段，并利用键盘222或通过选择下拉菜单中的选项，输入数据。作为选择，用户界面程序可以把遍布用户界面250的提示依次移动到各字段，由此用户能够按照需要输入此类数据。通常利用诸如键盘222之类的键盘上的上/下箭头键和制表键控制以上提示。
借助搜索用户界面屏幕，货运代理可以明确选择他们希望经由DMS系统执行的搜索类型。有四种搜索散货航程段，散货承运人，组合航程段和组合承运人。术语“散货”和“组合”指货物包装的性质。航程段搜索将返回一个结果集，包括所请求路线的航程段的全部细节，而承运人搜索仅仅提供承运人标识。对于每种搜索类型，必须完成某些字段。这些字段为起点和终点之间的路线，搜索时间，货物类型和货物容积，其中起点和终点可以为城市或机场。出发时间和到达时间之间有一个系统定义的最大时限，以确保不输入非常长的时限。如果超出以上系统参数，该系统将产生错误。通常利用IATA表把机场和城市联系起来。
各航程段条目93均有一个出发日期和时间(DEP_DTIME)以及到达日期和时间(ARR_DTIME)。各航程段条目还具有该航程段的始发站和到站。在一种实施方式中，还包括出口处理时间和进口处理时间。出口处理时间为班机起程前在始发站进行处理所需要的时间。从出发时间中减去出口处理时间以定义离开时间(事实上最晚离开时间)。同样，进口处理时间为班机抵达后在到站进行处理所需要的时间。把进口处理时间累加到到达时间中以定义运输货物的接站时间(事实上最早接站时间)。从而建立航程段表中各航程段的离开时间和接站时间。
根据本发明的最佳实施方式，可以把搜索设计为规定时间或规定路线(特定航程)。
对于规定路线搜索(即，按照出发日期和时间以及到达日期和时间进行搜索)，DMS搜索航程段表和有关表格，查找出发日期和时间以及到达日期和时间满足请求(出发日期和时间晚于开始(请求的出发)日期和时间，到达日期和时间早于结束(请求的到达)日期和时间)的路线段。结果显示出发日期和时间以及到达日期和时间，和/或有关离开日期和时间以及接站日期和时间。
对于规定时间搜索(即，按照离开日期和时间以及接站日期和时间进行搜索)，DMS搜索航程段表和有关表格，查找离开日期和时间以及接站日期和时间满足请求(离开日期和时间晚于开始(请求的离开)日期和时间，接站日期和时间早于结束(请求的接站)日期和时间)的路线段。而且结果显示出发日期和时间以及到达日期和时间，和/或离开日期和时间以及接站日期和时间。
图16是一个流程图，表示dmPerformSearch存储过程的实施方式。dmPerformSearch存储驻留在DMS数据存取逻辑180中，首先在步骤322中，验证来自货运代理的搜索请求输入参数。通常，dmPerformSearch存储过程验证利用搜索容积用户界面屏幕250或作为登录过程的一部分与搜索容积屏幕250输入的以下输入参数。
通常，需要验证以下输入参数输入的成员ID参数；输入的结果类型搜索参数；输入的散货或组合(278、280)搜索参数；结果类型(承运人或航程)286、288；确保输入起点机场或起点城市参数(252、256)；确保输入目的地机场或目的地城市参数(254、258)；确保起点城市256(如果已输入)为有效城市；确保起点机场252(如果已输入)为有效机场；确保目的地城市258(如果已输入)为有效城市；确保目的地机场254(如果已输入)为有效机场；确保没有同时输入起点机场和起点城市；确保没有同时输入目的地机场和目的地城市；确保机场和城市的起点与目的地不同；确保始发站不在目的地城市内；确保到站不在起点城市内；
确保已输入最大中转参数；确保已输入出发和到达日期，并且到达日期晚于出发日期；确保出发和到达日期之间的时间未超过系统定义的最大值；确保已输入货物类型276，并且是该系统的有效货物类型；确保ULD类别284(如果已输入)有效；确保承运人代码302(如果已输入)有效；确保已输入重量、体积和密度，并且重量/体积＝密度；以及确保每件货物的尺寸和重量(如果已输入)与重量和体积相对应，并在系统容限内。
接着，dmPerformSearch函数转到步骤324，在该步骤中生成所请求搜索的唯一搜索标识。利用搜索标识来识别检索结果子集时形成的搜索结果集。称为结果集ID的公用函数利用唯一搜索ID，把唯一ID输入到记录VU_SRCH_RSLT_SETU中，以记录执行搜索时的时间。然后在DMS管理系统中使用该记录，确定从数据库中删除某个搜索的时间。在完成搜索处理后，项客户软件返回唯一搜索ID，以便标识搜索结果集。
下一步骤326调用FlightSegmentSet函数，利用该函数生成满足搜索屏幕(如250)中输入的搜索标准的航程段列表，搜索标准包括旅程始发站和到站，路线，开始和结束日期以及可用容积。航程段列表用于随后执行的所有搜索例程。接着，dmPerformSearch过程转到步骤328，正如搜索容积屏幕250中切换开关286和288确定的那样，确定该搜索是承运人类型还是航程类型。
对承运人类型搜索，dmPerformSearch存储过程转到步骤330，在该步骤中调用承运人搜索函数，以执行承运人搜索，并在步骤332中设置返回“类型”参数“C”。对于航程类型搜索，该函数将流程转到步骤334，在该步骤中确定是否请求组合类型搜索。如果没有请求组合搜索，则在步骤336中调用航程搜索函数，该函数搜索运输散货的航程。接着，控制转到步骤338，在该步骤中设置返回类型参数“F”。对于组合搜索函数，控制转到步骤340，在该步骤中调用组合搜索函数，然后转到步骤342，在该步骤中设置返回类型参数“U”。
在实施dmPerformSearch存储过程，并执行相关搜索类型(即，承运人搜索330、非组合搜索338或组合搜索340)后，建立搜索结果集，以反映适当搜索的结果。根据搜索结果集，执行该集合内各记录的定价。
dmPerformSearch过程320调用过程函数“FlightSegmentSet”326。对所有搜索类型执行dmflightsegmentset 326，并把与搜索容积屏幕250中指定的路线匹配的航程段集合列表，插入到结果集合表中。各航程段集合构成结果集合表上存储的一行数据，并且把列表配置为能够利用getresults函数向JAVA servlet返回请求的行数，以通知用户工作站154。dmflightsegmentset搜索是一个复杂搜索，并在几个截然不同的查询中执行该搜索，其中根据以上几个查询构建完整结果集。依次执行各查询，并把搜索输出和有关搜索ID插入到结果集合表中。各查询与该路线中允许的中转次数相对应。
以下参照图17所示的流程图，说明用于dmflightsegmentset 326的DMS应用逻辑182的操作。在步骤350中，dmflightsegmentset存储过程搜索MCRO表98，查找销售搜索屏幕250上输入的旅程的承运人。在图16所示示例中，搜索MCRO表98，查找起点机场LHR和目的地机场JFK。在步骤352中，对照有关承运人销售的路线，检查请求的运输货物类型，即，组合或散货。利用dmflightsegmentset过程存储销售请求路线的承运人列表，其中请求路线具有请求运输货物类型。同时在步骤350和352中，可以检查承运人是否具有适当服务等级(屏幕250中的参数298)。在步骤354中检查中转表100，以确定中转集合对各承运人的销售路线有效。
接着，在步骤356中，搜索航程段表93，查找始发站和到站与请求旅程指始发站和到站相对应的直航段。对照屏幕250之搜索参数260、262、264和266定义的搜索日期期限中输入的条件，检查各直航段，直航段包括路线和航程传送的最晚预订接收时间。此外，如果需要利用容积过滤结果，则搜索所需容积，搜索搜索参数292定义的适当设备类型，并确定是否包括搜索参数294定义的卡车。同时，DMS应用逻辑检查各航程段的出发和到达时间在系统参数设置的最大时限内。
在航程段集合列表中存储在步骤356中确定的满足查询的直航段。接着，dmflightsegmentset存储过程转到步骤358，在该步骤中确定是否已确定最大航程数。最大航程数通常为一个系统参数，作为选择，也可以由用户定义。如果已确定最大航程数，则dmflightlegset存储过程将控制流程转到步骤370，在该步骤中对flightlegset列表中的结果进行排序，dmflightlegset过程在步骤372中结束。然而，如果步骤358的结果为“否”，则控制流程转到步骤360，在该步骤中搜索航程段表，查找满足旅程请求的两个航程段的组合。两个航程段为同一管理承运人的航程，但是作为选择，航程段也可以是不同承运人的航程。
当搜索两个航程段的组合时，通过对照最小连接时间表96中定义的承运人最小连接时间，比较中转站中两个航程段的到达和出发时间之间的连接时间(即，差值)，处理两个航程段的连接。只有其连接时间与承运人最小连接时间之间的时差是可接受的，才能连接两个航程段。换句话说，必须有足够时间进行连接和中转。正如讨论表96时参照图8说明的那样，承运人最小连接时间随航空器、运输货物类型(散货或组合)、中转站等变化。此外，比较连接时间与最大连接时间系统参数，以确定时差是否是可接受的。作为选择，比较连接时间与最大连接时间表94中的适当字段。此外，正如参照图7说明的那样，最大连接时间随航空器类型、运输货物类型(散货或组合)、中转站以及诸如货物性质之类的其他变量变化。对照MCRO表98中存储的销售路线的最大旅程时间，检查统称为转运的各组合航程段，并删除超过最大旅程时间的航程段。在步骤360中测试的转运的其他条件为下一个航程的起点与前一个航程的目的地匹配。然后利用在步骤360中确定的转运，更新航程段集合列表。
接着，过程控制转到步骤362，在该步骤中将中转计数器TPC设置为1。利用该计数器检查路线中的中转次数是否超过用户规定或系统参数。在步骤364中，检查中转计数器TPC是否小于最大值。如果不小于最大值，则过程控制转到步骤370，在该步骤中对航程段列表结果进行排序，然后转到步骤372，过程结束。如果步骤364的结果为“是”，则过程控制转到步骤366，在该步骤中搜索段表查找航程段的其他组合。搜索的航程段的数目为TPC+2。当在步骤366中搜索段表时，其考虑与在步骤360中搜索段表时的考虑相同。然而，其他限制是转运期间不能重新访问中转站。换句话说，航程段的目的地与前一个航程段的起点不匹配。目的是避免回旋和重复转运路线。在航程段列表中存储在步骤366中导出的有效转运，然后过程控制转到步骤368，在该步骤中将计数器TPC加1。然后，控制回到步骤364，在该步骤中确定TPC是否小于最大值。
当搜索航程段表查找两个或多个航程段的组合时，检查各航程段是否能够运输货物类型的载货容积、尺寸和/或ULD类型请求中设置的货物。例如，各段必须能够运输其尺寸为请求中设置的尺寸或ULD类型的货物。
dmflightsegmentset过程的结果是生成经过排序的航程段集合列表。根据在搜索屏幕250上输入的结果次序参数306、308、310、312和314进行排序。在完成dmflightsegmentset存储过程函数326后，过程控制转到dmPerformSearch存储过程320，其中在步骤328中确定搜索类型。
现在回到图16，在步骤328中，确定搜索算法320执行的搜索类型。对于通过在搜索窗口250中设置切换按钮286启动的搜索类型“承运人”，启动承运人搜索函数330。以下参照图19所示的流程图，说明承运人搜索函数330的过程控制流程。首先，在步骤380中，读取航程段集合列表中的第一项。在步骤382中，确定该项是否超过用户在搜索窗口250之参数296中输入的最大值。如果中转次数小于用户输入的最大值，则过程控制转到步骤384，以便把该项存储到搜索结果集合中。接着，在步骤386中，读取航程段集合列表中的下一项，然后控制流程返回到步骤302，以确定下一项的中转次数是否超过允许的最大值。如果中转次数未超过最大值，则过程控制继续并转到步骤384，以存储该项，并从航程支线集合列表中读取搜索结果和下一项。然而，如果最后从航程支线集合列表中读取的项目的中转次数超过最大值，则过程控制流程转到步骤388，以终止承运人搜索函数，并向执行搜索过程返回最终搜索结果集合。对于承运人搜索，最终搜索结果集合包括其航程和载货容积满足请求的承运人列表。
现在参照图19，以下说明组合搜索函数340的控制流程。对于通过将切换按钮设置为搜索窗口250中的按钮278而激活的组合类型搜索，需要额外检查DMS逻辑，以确定各航程段是否使用能够处理普通ULD或特殊ULD类型的航空器类型。可以在搜索窗口250的字段284中输入ULD类别。对于图15所示的示例，字段284中没有输入，这与响应散货切换按钮280的散货容积搜索一致。在组合搜索函数340的第一步骤390中，读取航程段集合列表中的第一项。在步骤392中，确定该项的中转次数是否超过最大值。如果没有超过最大值，则过程控制转到步骤394，确定该项是否包含能够支持ULD组合货物的航程段，如果已输入ULD类别，则确定航程段是否支持特殊ULD类型。如果步骤394的结果为“是”，则过程控制转到步骤396，以便在搜索结果集合中存储该项。接着，在步骤398中，读取航程段集合列表中的下一项，然后过程控制转到步骤392，以确定下一项的中转次数是否超过最大值。在步骤394中，如果当前读取的项目不支持ULD货物或特殊ULD类型，则过程控制转到步骤398，以读取航程段集合列表中的下一项。如果步骤392的结果为“是”，即，当前从航程段集合列表中读取的项目的中转次数超过最大值，则过程控制转到步骤400，以便向dmPerformSearch存储过程320返回搜索结果集合。仅仅返回支持普通ULD类型的航程段搜索结果集合。
现在已经创建了与货运代理请求的搜索类型相对应的搜索结果集合。价格最好与各航程段集合记录相关联。在最简单的情况中，价格可以为载货容积请求之体积、重量或密度的函数。可以在MCRO 98表格的某个条目中包含每单位容积的价格。作为选择，价格可以为航程实例表76中各航程支线的一个条目，其中累加构成航程段和/或路线的航程组合中各航程支线的价格，以提供该路线的总价。
作为选择，在DMS系统上提供根据包括路线和航程段或航程支线在内的不同参数配置的费用卡片，以计算各旅程的费用。
承运人按照路线、旅程、货运代理、货物类型以及星期几创建、维护费用卡片。DMS系统查找各航程段集合的正确费用卡片，以计算考虑运输货物类型、重量和其他因素的费用。对照MCRO保持的等级或收入管理信息包括该路线的最小值，不允许计算的费用低于最小值。这正是最低等级控制。该系统比较费用卡片上的费用与MCRO上的费用，并接受两者之中的最小值。
也可以利用其他方法确定载货容积的价格。
然后按照该用户在有关搜索屏幕中选择的顺序，显示适当搜索(即，承运人、非组合或组合搜索)创建的搜索结果。然后，用户选择他们希望预订载货容积的所选路线选项。通过选择结果列表中的一个航程段集合，预订载货容积，以上选择生成一个预订屏幕，用户通过填充预定屏幕来预定载货容积。作为选择，也可以利用常规方法预定载货容积，例如向有关承运人发送传真、打电话或发送电子邮件。
以下参照图20说明可以体现本发明之实施方式的数据管理系统的逻辑体系结构。图20表示整个系统。正如参照图12说明的那样，客户(承运人)系统72通过因特网和/或其他网络，与客户接口(CI)系统710通信。CI系统710与CI航程数据库712交互，后者与航程成批系统714、web处理系统716和主数据库718交互。同时，web处理系统716和主数据库718彼此交互。
分配成批系统720与web处理系统716和主数据库718交互。主数据库718与管理信息系统(MIS)722交互。利用脱机工具724把脱机收集的承运人和货运代理数据，装载到CI航程数据库712和主数据库718中。Web处理系统716和MIS 722通过因特网和/或其他网络与客户(货运代理和/或承运人)工作站154通信。
Web处理系统716包括web应用服务器和数据库访问软件，使用工作站154的货运代理能够向数据管理系统提交搜索请求。MIS 722利用主数据库718中的数据生成联机报告，利用分配成批系统720，将通过web处理系统716接收的分配预订和模板，装载到主数据库718中。
承运人系统72向CI系统710提供航行时刻表，时刻表或者为具有标准航行时刻表的季节时刻表91，或者为具有不同航程实例的操作时刻表。CI系统710在操作时刻表表格92中存储航行时刻表，在CI航程数据库72中存储季节时刻表91。同时提供用于填充航程段表的容积数据。
由承运人系统72向CI系统710提供销售的承运人路线选项(MCRO)数据和中转集合数据，并且分别在主数据库718的MCRO表98和中转集合表100中存储。在CI航程数据库中保存MCRO表和中转集合表的副本。用类似方式接收ULD数据，并存储到ULD表82中。图6和图9说明操作时刻表92、季节时刻表91、MCRO表98、中转集合表100和ULD表82以及其关系。
航程成批系统714运行一个批处理，后者展开承运人的季节时刻表91，以生成操作时刻表92。正如参照图5说明的那样，操作时刻表设置各航程的始发站和到站，出发日期和时间，设备类型以及航空站的装货和卸货能力。当预计算例程104创建航程段表的航程段时，有效组合具有始发站装货能力和到站卸货能力的航程段。在最佳实施方式中，如果航程支线属于同一航程(即，具有相同航班)，则利用预计算例程104组合航程支线，以形成航程段表中的航程段。
在其他实施方式中，可以按照不同规则组合航程支线，以形成航程段表中的航程段。例如，承运人借助标识符指定可以组合的支线，以形成航程段。
在最佳实施方式中，利用MCRO表98和中转集合表100定义销售的承运人路线段集合，其中通过创建销售的承运人路线段表定义销售的承运人路线段集合，路线段表包含所述表中之数据定义的所有容许路线段。例如，如果承运人正在销售LHR-SIN以及经由DXB的LHR-SIN，假设在DXB进行装卸，则创建销售航程段LHR-DXB，DXB-SIN和LHR-SIN。然而，如果只销售LHR-SIN，则仅仅创建航程段LHR-SIN。当填充航程段表时，预计算例程104从操作时间表中读取表示航程支线或有效航程支线组合的数据，并对照销售的航程段检查始发站和到站。如果航程支线或航程支线组合与销售的航程段相对应，则作为航程段，把支线或航程支线组合输入到航程段表中。如果航程支线或航程支线组合与销售的路线段不一致，则不输入到航程段表中。因此，在以上示例中，只有该示例的第一部分而不是第二部分中存在相应的销售航程段时，才把支线DXB-SIN输入到航程段表中。
最好在dmPerformSearch过程中利用MCRO表98和中转集合表100，其目的是首先检查该表中的数据是否改变(更新)，其次，如果该搜索把两个或多个段连接起来，则检查连接后的搜索结果是否与销售的路线和/或有效中转一致。
再次参照图20，把CI航程数据库72中形成的航程段表复制到主数据库718中，以支持通过web处理系统716执行的主处理(客户搜索)。主数据库718保存MCRO表、中转集合表、ULD表以及用于客户处理的其他表，包括成员组织表、等级表、买卖事务表、优选承运人表以及航空器/ULD兼容性。
在与图20所示系统相对应的实施方式中，CI系统710和CI航程数据库712作为独立服务器上的CI服务器，与主数据库718、web处理系统716和分配成批系统720独立。接收处理航程时刻表并填充航程段表的CI系统，处理承运人现有系统(客户/承运人系统)与主数据库718的其他数据交换。包括处理容积更新、MCRO更新、中转集合更新、其他承运人数据的更新，以及通过DMS系统生成的预订请求和来自承运人系统的预订响应。将更新层叠为使用数据库触发器的有关表格。另外，CI服务器保证该数据的准确性和及时性。
现在参照图21，承运人可以加载分配模板(经由web处理系统716进入分配成批系统720)，作为永久预订或承运人划拨/合同的记录。模板定义协议的属性，如货运代理、保留或预约容积、航程与行程安排。
通过加载分配模板，承运人登记该承运人和货运代理能够查看的协议的记录。它成为货运代理进行分配预订的模板，用来确定预订是否超过保留容积。
通过使用批量数据接口，加载分配模板。该接口允许采用出版格式将数据输入到浏览窗口中。可以将该数据直接输入到DMS中，或者从诸如承运人系统或电子表格之类的外部应用程序中导入。数据内容符合常见的公开标准。
分配模板包括许多字段，这些字段共同标识此模板。在最佳实施方式中，这些字段是□ 承运人□ 货运代理□ 始发站□ 到站□ 开始日期□ 星期几□ 装运类型(散货或组合)□ 货物类型□ 帐号(可选)○作为选择，承运人可以指定有关模板的帐号。如果已定义帐号，则只有相应帐号(他们所经营通道的标识符)的用户才能对照该模板进行预订。
□ 分配基准○分配基准为可选字段，用来区分其他方面相同的分配。
□ 航程
□ 产品名称分配模板可以包括结束日期。如果所有其他关键字均相同，则分配模板不能重叠。
在最佳实施方式中，航程细节包括□ 航班□ 始发站□ 到站□ 出发时间(仅用于头班)□ 出发间隔(第二航班与第一航班之间的天数；头班不需要)□ 容积标识符(预订消息中发送的容积标识符。该标识符用于标识需要减少的预订容积的逻辑容积分割，允许承运人的现有系统根据货运代理管理容积，而无需在其系统内保持低水平容积分割。该标识符可以为空。)另外，该模板可以定义以下项目中的一项或几项□ 分配重量□ 分配容积□ 分配截止时间(出发前的时间)□ 设备型号(仅用于组合模板)□ 设备号(仅用于组合模板)□ 注释(为表示卖方注释的弹出对话框的链接)□ 里程碑计划(计划的名称，为表示里程碑计划细节的弹出对话框的链接)从主菜单中访问模板加载函数“维护分配模板”。用户能够加载新模板，修改或删除现有模板。
向用户显示具有空白文本区域的屏幕，用户可以采用正确格式粘贴或输入数据。图22表示填写有样本数据的“维护分配模板”屏幕的示例。
在用户提交数据后，由DMS处理该数据，并且在处理数据之后，向用户发送事件概要消息。图23表示DMS执行的检查。用户通过从事件消息中选择“快速搜索”，或者通过从主菜单中选择“分配模板维护结果”，查看他们的加载结果。
以摘要方式表示加载结果。结果包括□ 首次向DMS提交数据的时间□ DMS处理数据的时间□ 提交数据的用户名称□ 状态(提交，处理，处理出错，失败)□ 创建总数(根据该数据创建的新模板数)□ 修改总数(修改的现有模板数)□ 删除总数(删除的现有模板数)□ 未改变的总数(已存在相同模板的模板数。DMS未采取动作。)□ 失败总数(由于错误而不能加载的记录数)□ 处理的总记录数图24表示结果屏幕的示例。货运代理接收新建、修改或删除分配模板的事件消息。如果加载记录时出现错误，则用户通过单击修改(铅笔)图标，导航到“错误校正”屏幕。在“校正分配模板”屏幕上显示所有错误记录。用户可以在上面的编辑框中修改记录，在下面的编辑框中查看拒绝该记录的详细信息。在每个窗口中，记录前面的行号帮助用户链接错误和记录。用户可以直接在该屏幕中修改记录，或者在外部应用程序中进行修改，然后在重新提交前，将数据重新粘贴到上面的编辑框中。同时，下面的编辑框显示“分配模板基准”，如果提供的话。
图25表示“校正分配模板错误”屏幕的示例。“分配模板维护结果”屏幕显示一组数据的每个加载的结果。例如，如果在加载100条记录时，10条记录有错，则用户能够校正错误，然后重新提交。结果屏幕同时显示以上两种加载，“第一次提交时间”允许用户跟踪连续加载尝试。首先显示最近的加载，采用缩进方式表示前几次尝试的“处理时间”，以帮助用户集中于最近的加载。有关示例请参见图24。
承运人和货运代理能够联机搜索、查看分配模板。
用户可以根据以下标准进行搜索□ 组织□ 开始日期□ 结束日期□ 星期几(默认值为全部)□ 始发站□ 到站□ 分配基准□ 装运类型(散货/组合)□ 航班所有搜索属性均是可选项。如果模板包括所选日期、航班(如果已输入)，或者如果有效日期在开始日期和结束日期(如果已输入)之间，则返回该模板。图26表示“搜索分配模板”屏幕。
如图27所示，将搜索结果中的每个模板显示为几行。显示以下数据□ 组织□ 货运代理帐号□ 开始日期□ 结束日期□ 星期几□ 始发站
□ 到站□ 分配基准□ 装运类型(散货/组合)□ 货物类型□ 产品名称□ 最后更新日期/时间□ 分配重量□ 分配容积□ 分配截止时间(出发前的时间)□ 设备类型(仅用于组合模板)□ 设备号(仅用于组合模板)□ 注释(为表示卖方注释的弹出对话框的链接)□ 里程碑计划(计划的名称，为表示里程碑计划细节的弹出对话框的链接)□ 航班□ 航班出发时间(仅用于头班)□ 出发间隔(第二航班与第一航班之间的天数)□ 航班起点□ 航班终点□ 航班容积ID承运人可以修改、删除他们创建的分配模板。利用用于创建模板的 “维护分配模板”功能，修改、删除分配模板。
用户可以在一次加载中创建、修改和删除模板。图28表示对提交的记录和期望的结果进行的检查。承运人用户可以从主菜单中，或者从“分配模板搜索结果”中，访问“维护分配模板”屏幕。在搜索分配模板后，用户可以从搜索结果中选择“维护分配模板”按钮。从而用户直接进入“维护分配模板”屏幕，该窗口填写有搜索结果，其显示方式为出版数据格式。
用户可以修改或删除记录，或者将数据粘贴到该屏幕中，以添加或重写现有记录。因此，承运人可以选择直接在DMS系统中维护、编辑数据，或者通过外部应用程序，将数据导入DMS系统。
在提交数据后，工作流程与“加载分配模板”的工作流程相同。简而言之，在完成处理后，提示用户；用户可以利用导航方式查看处理结果；以及利用“校正分配模板错误”屏幕改正错误。
通常，不会将分配模板的修改自动应用于对照特定日期之模板制定的预订。例如，如果承运人减少某个分配模板的容积，则下次修改预订或创建新预订时，对照新的分配容积的预订容积才有效。作为选择，该系统不包括此类限制。
货运代理可以将分配预订加载到DMS中。使用批量数据加载接口加载分配预订。该接口允许采用出版格式将数据输入到浏览窗口中。可以将该数据直接输入到DMS中，或者从诸如承运人系统或电子表格之类的外部应用程序中导入。数据内容符合常见的公开标准。
分配预订具有许多强制字段，这些字段是进行分配预订需要的最少字段。在最佳实施方式中，它们是□ 承运人□ 始发站□ 到站□ 出发日期□ AWB(航运收据)现有货运代理处理需要编制全套预订数据，按承运收件人进行分离，然后独立发送。DMS允许货运代理提供最低限度的数据子集，以便一次加载处理内的所有承运人进行交割，然后通过EDI通信、SMTP电子邮件或传真，分发给各承运人。
如果提供的数据能够唯一标识分配模板，或通过电子邮件发送预订，则进行预订。有关通过电子邮件发送预订的详细信息，请参见参考图32和33提供的说明。
作为选择，货运代理可以提供以下信息，其中□ 不能唯一标识模板的强制数据(例如，可能登记了其承运人、始发站、到站和出发日期均相同的散货和组合分配模板)□ 货运代理希望定义他们需要使用的容积，例如，与模板所定义的单位不同的单位，预订或多或少的容积，提供诸如注释或尺寸之类的数据□ 如果利用电子邮件发送预订，则需要更多信息从主菜单中访问模板加载功能“维护模板预订”。用户能够加载新预订或修改现有预订(见以下说明)。
向用户显示具有空白文本区域的屏幕，用户可以采用正确格式粘贴或输入数据。图29表示填写有预订数据的“维护分配预订”屏幕的示例。
在用户提交数据后，DMS处理该数据，并且在处理该数据之后，发送事件消息。用户通过从事件消息中选择“快速搜索”，或者通过从主菜单中选择“分配预订维护结果”，查看他们的加载结果。
以摘要方式表示加载结果。结果包括□ 首次向DMS提交数据的时间□ DMS处理数据的时间□ 提交数据的用户名称□ 状态(提交，处理，处理出错，失败)□ 创建总数(根据该数据创建的新预订数)□ 修改总数(修改的现有预订数)□ 删除总数(删除的现有预订数)□ 未改变的总数(已存在相同预订的预订数。DMS未采取动作。)□ 失败总数(由于错误而不能加载的记录数)□ 处理的总记录数图30表示结果屏幕的示例。
如果加载记录时出现错误，则用户通过单击修改(铅笔)图标，导航到“校正分配预订错误”屏幕。在“校正分配预订错误”屏幕上显示所有错误记录。用户可以在上面的编辑框中修改记录，在下面的编辑框中查看拒绝该记录的详细信息。在每个窗口中，记录前面的行号帮助用户链接错误和记录。用户可以直接在该屏幕中修改记录，或者在外部应用程序中进行修改，然后在重新提交前，将数据重新粘贴到上面的编辑框中。同时，下面的编辑框显示作为预订之参考的AWB号。图31表示“校正分配预订错误”屏幕的示例。
“分配预订维护结果”屏幕显示一组数据的每个加载的结果。例如，如果在加载100条记录时，10条记录有错，则用户能够校正错误，然后重新提交。结果屏幕同时显示以上两种加载，“第一次提交时间”允许用户跟踪连续加载尝试。首先显示最近的加载，采用缩进方式表示前几次尝试的“处理时间”，以帮助用户集中于最近的加载。有关示例请参见图30。在一种实施方式中，处理结果保留7天。
DMS对通过批量接口加载的预订记录执行一系列检查。图32表示确定预订是新预订还是修改预订，能否进行预订(如果是新预订)，以及预订创建/修改状态时，进行的检查。如果认为预订是修改记录或新记录，则执行规定的容积检查。有关预订电子邮件判断的细节请参考图35。
货运代理可以轻而易举地修改他们业已创建的分配预订。或者利用用于创建预订的“维护分配预订”功能，批量修改分配预订，或者通过“修改分配预订细节”功能(见下文)，单独修改分配预订。
用户可以在一次加载中创建、修改预订。图32表示对提交的记录和期望结果进行检查的高级视图。
货运代理用户可以从主菜单中，或者从“预订管理搜索结果”中，访问“维护分配预订”屏幕。在搜索预订后，用户可以从搜索结果中选择“维护分配预订”按钮。从而用户直接进入“维护分配预订”屏幕，该窗口填写有搜索结果中的所有分配预订，其显示方式为ICD数据格式。
图33表示可以从“预订管理搜索结果”中得到的“维护分配预订”按钮。用户可以直接修改记录，或者将数据粘贴到该屏幕上，以添加或重写现有记录。因此，货运代理可以选择直接在DMS中维护、编辑数据，或者通过外部应用程序将输入导入DMS中。
在提交数据后，工作流程与“加载分配预订”的工作流程相同。简而言之，在完成处理后，提示用户；用户可以利用导航方式查看处理结果；并且利用“校正分配预订错误”屏幕改正错误。
货运代理用户可以直接从“预订管理搜索结果”中修改单个预订的预订细节。在进行预订前，DMS自动进行通过由承运人销售员(52，图2)执行的容积检查。DMS比较预订请求与分配模板的空闲容积。同时比较经过修改的预订与有关分配的可用容积，并根据分配预订规则，进行“手工审查”或“确认”。如果修改未决预订，则状态仍为“未决”，并且不要求承运人采取行动。
分配预订修改不进入谈判。如果发送修改进行“手工审查”，则承运人可以接受或拒绝修改，并且可以添加注释。如果拒绝修改，则原始预订等待确认，并且可以查看有关该预订的卖方注释。
承运人可以定义应用于所有分配预订的超额预订容许度。通过“维护卖方参数”屏幕，设置容许度(百分比)。不向货运代理显示容许度。当进行预订，并且比较预订容积与分配容积以确定是否发送该预订进行手工审查时，按照容许度调整分配容积。容许度分别按以下方式应用于分配重量和分配容积分配重量×(1+(容许度/100))分配容积×(1+(容许度/100))实例分配容积为1000kg和5m3。容许度为50％。
调整分配重量为1000×(1+(50/100))＝1500kg
调整分配容积为5×(1+(50/100))＝7.5m3比较预订与调整值。
承运人可以接收利用电子邮件发送的分配预订。电子邮件包括□ 主题，说明发送邮件的组织，邮件的来历以及要发往的承运人□ 电子邮件正文，定义发送预订的用户，预订使用的单位和格式(重量，体积，日期，数量)，有关查看和打印预订的说明，以及标准保密和免责信息□ 包含预订信息的html附件。图34表示预订文件的示例。
货运代理用户能够通过批量加载功能，利用一次操作加载分配预订。分配预订加载包括已配置分配模板的DMS成员承运人，选择不配置模板的DMS成员承运人以及非DMS承运人。
承运人接收始发站附近的货运代理发往承运人地址的电子邮件或传真。例如，由Fast Forward输入的发往承运人环球航空公司的预订。
向货运代理用户复制电子邮件，该用户必须具有电子邮件地址。“回复”地址为货运代理用户的地址。
当由货运代理用户将预订加载到DMS中时，执行图35所示的检查。
承运人可以登记或者把里程碑计划和分配模板联系起来。里程碑计划定义出发前的关键事件，应用于这些事件的条款和条件。
里程碑计划能够反映正式合同，适用于每个里程碑的惩罚或激励，鼓励预订更新的非正式提示。承运人可以在DMS中登记许多里程碑，并且把每个里程碑和一个或多个分配模板联系起来。
利用一个名称标识每个里程碑计划，每个里程碑计划包括一个或多个里程碑。对于一种实施方式中的每个里程碑，维护以下数据□ 里程碑号(不能为零，相同计划不能相同)□ 出发时间(相同计划不能相同)
□ 应付佣金(可选字段，反映合同义务)□ 注释(可选字段，包含承运人正文)承运人和货运代理可以从各模板的弹出对话框(通过“分配模板搜索结果”)，或从各申请预订的弹出对话框(通过“分配预订搜索结果”)，查看里程碑计划。
承运人可以定义于分配模板关联的里程碑计划。里程碑计划定义出发前的事件。里程碑应用于对照分配模板进行的所有预订。货运代理和承运人用户通过使用属性“里程碑剩余时间”，搜索将在某几个小时内抵达里程碑的预订。用户可以选择作为里程碑“窗口”的小时数。在一种实施方式中，用户可以搜索未来72小时(3天)的里程碑。图36表示搜索属性。
引入预订管理搜索属性，该属性允许货运代理和承运人用户搜索未在某个时限内更新过的预订。用户使用搜索属性“自上次更新以来的时间”，定义小时数“窗口”。用户选择下拉列表中的数值。在一种实施方式中，最大值为72小时。返回未在该窗口内更新过的所有预订。该搜索应用于分配、报价和反向市场预订。图36表示搜索属性。
利用一个号码和出发时间(小时)定义里程碑计划。承运人可以定义模板的“分配截止时间”，该时间为创建、修改或删除分配预订的最晚时间(出发前的小时数)。
提供一个复选框—“是否包括截止时间作为里程碑？”，以允许用户搜索逼近里程碑的预订，其中将“分配截止时间”视为里程碑。返回其里程碑或截止时间在该窗口内的预订。图36表示搜索属性。
分配预订可以具有与其关联的里程碑计划。在“预订管理搜索结果”中向承运人和货运代理用户显示里程碑信息。可以获得有关预订的里程碑信息，扩展“+”号将显示第二行预订信息。所显示的里程碑信息为□ 下一个里程碑(下一个到期里程碑的号码)
□ 剩余时间(抵达该里程碑的剩余时间)用户可以单击里程碑号码，以便在弹出对话框中显示与该分配关联的所有里程碑计划的细节。利用用户特权控制查看里程碑计划的能力。图37表示“预订管理搜索结果”的示例，包括显示里程碑计划的弹出对话框。
DMS允许货运代理和承运人访问数据仓库和操作数据系统，或管理信息系统(MIS)。MIS整合参考数据和事务数据，并根据用户定义的标准，为客户提供分析。审计DMS中的分配活动以便用户使用，从而为分配使用率统计提供中立的中央仓库。
现在参照图38，该图表示分配使用率的示例。该报告向承运人和货运代理提供用户定义期限内经过确认的分配预订的数据。用户能够按以下标准进行搜索□ 买方(如果用户为卖方)□ 卖方(如果用户为买方)□ 始发站□ 到站□ 期限的开始日期□ 期限的结束日期□ 装运类型(散货或组合)□ 货物类型按以下关键字段对数据进行分组□ 组织□ 始发站□ 到站□ 装运类型□ 货物类型□ 头班航次
□ 分配模板的开始日期□ 星期几□ 帐号□ 分配基准对每条记录，该报告显示□ 分配“实例”的数目(该期限内使分配“有效”的独立日期数)□ 货运代理进行的分配预订数□ 分配的总重量(所有“实例”的总合)□ 分配的总容积(所有“实例”的总合)□ 对照分配预订的总重量(所有预订的总合)□ 对照分配预订的总容积(所有预订的总合)□ 预订的分配重量的百分比(总预订重量/总分配重量)□ 预订的分配容积的百分比(总预订容积/总分配容积)现在参照图39，该图表示依据日期的分配使用率报告屏幕的示例。该报告向承运人和货运代理提供在指定日期进行的经过确认的分配预订的数据。用户能够按以下标准进行搜索□ 买方(如果用户为卖方)□ 卖方(如果用户为买方)□ 始发站□ 到站□ 期限的开始日期□ 期限的结束日期□ 装运类型(散货或组合)□ 货物类型按以下关键字段对数据进行分组
□ 组织□ 始发站□ 到站□ 装运类型□ 货物类型□ 头班航次□ 帐号□ 分配基准对每条记录，该报告显示□ 分配的日期□ 分配的重量□ 分配的容积□ 对照分配预订的总重量(所有预订的总合)□ 对照分配预订的总容积(所有预订的总合)□ 预订的分配重量的百分比(总预订重量/分配重量)□ 预订的分配容积的百分比(总预订容积/分配容积)现在参照图40，该图表示依据里程碑的分配使用率报告屏幕的示例。该报告允许承运人和货运代理显示相对于里程碑的分配的使用率。
按照各状态(确定、未确定或审查)的预订总数，衡量使用率。
该报告允许用户按照以下标准搜索分配□ 买方(如果用户为卖方)□ 卖方(如果用户为买方)□ 始发站□ 到站□ 出发日期范围□ 装运类型□ 货物类型对于每个日期的每个分配，该报告显示在每个里程碑预订的重量和容积。返回以下字段□ 买方(如果用户为卖方)□ 卖方(如果用户为买方)□ 始发站□ 到站□ 装运类型□ 货物类型□ 头班□ 帐号□ 分配基准□ 出发日期/时间□ 分配重量□ 分配容积□ 里程碑号码□ 出发前的时间□ 付款数额(％)□ 预订重量□ 预订容积现在参照图41，该图表示里程碑计划用户屏幕的示例。承运人能够操纵报告，以显示他们在DMS中登记的里程碑计划。
该报告依据里程碑计划对数据进行分组，并显示以下数据□ 里程碑名称□ 里程碑号码□ 里程碑偏移(出发前的小时数)□ 应付佣金□ 注释现在参照图42，该图表示分配预订模板屏幕的示例。货运代理用户能够操纵报告，以采用与分配预订负载ICD(接口控制文件)格式相同的格式，显示分配模板。自动转换分配模板，以显示分配有效的每个日期的记录。
如同所有DMS MIS报告一样，可以下载数据，并另存为标准csv(逗号分割值)文件。
报告包括空间，以便货运代理用户在通过“维护分配预订”功能加载前插入AWB。企图与数据管理电子表格一起使用该报告，以便管理分配预订。
现在参照图43和44，它们分别表示分配模板数据模型800和分配预订数据模型850的示例。参照图43，各成员组织802具有一个地址803和一个或多个承运人ULD类型804，后者包括分配ULD 806。各成员组织802还具有零个、一个或多个分配模板808，后者与承运人产品810有关。各成员组织还具有一个或多个里程碑计划812，最好与一个或多个分配模板808有关。在所示模型中，各分配模板808(组合)具有一个或多个关联分配ULD 806，并且包括一个或多个分配段814，后者具有一个或多个段集合成员816。各里程碑计划818具有一个或多个与其关联的里程碑818。同时表示航程段820。
参照图44，各承运人852为具有一个或多个用户854的成员组织802。各承运人具有一个或多个有关的容积预订856，后者具有一个或多个有关的容积预订历史858(可选)。各容积预订856具有一个关联的段集合860，后者包括一个或多个关联的段集合成员862。容积预订与一个或多个定价864关联。同时表示具有关联产品预订信息864的承运人产品810。各容积预订具有一组装运细节868和关联的货物类型870。同时表示AWB使用率872，以及是否需要人工考虑(874)货物类型870及其联系。
鉴于上述说明，熟练技术人员显然可以在本发明的范围内作出各种修改。
在本发明之实施方式的范围内，至少可以利用诸如数字信号处理器、微处理器或其他处理设备之类的软件控制的可编程处理设备，部分实现上述实施方式，可以理解，为实现上述方法而配置可编程设备的计算机程序是本发明的一个方面。计算机程序可以为源代码或者为目标代码，其中源代码经过编译后在处理设备上执行。
可以以机器或设备可读形式在传送介质上存储计算机程序，例如，在固态存储器或磁盘或磁带之类的磁性存储器上存储，处理设备利用该程序或其一部分配置操作设备。可以从远程信源，如电信号、射频载波或光载波之类的通信介质，提供计算机程序。此类传送介质也是本发明的一个方面。
本公开的范围包括所有创新特征，或本文明示或暗示公开的特征之组合或其一般法则，而不管是否涉及本发明的专利范围，是否能够缓和本发明解决的任何问题或所有问题。申请人特此声明在实施本申请或据此导出的其他申请期间，可能提交上述特征的更新权利要求书。特别地，关于附属权利要求书，可以组合附属权利要求书的特征与独立权利要求书的特征，并且以任何合适方式，而不仅仅是权利要求书列举的特定组合，组合各独立权利要求书的特征。
为避免疑惑，请不要把说明书和权利要求书中使用的术语“包括”解释为“仅仅包括”。
权利要求
1.一种配置计算机系统的方法，计算机系统包括一个处理单元，一个与所述处理单元进行通信的接口单元，以及一个存储单元，用于集中登记众多运输商和众多货运代理之间的运输设备永久预订合同，预订合同涉及运输系统中航空站之间的路线的可用容积，该方法包括从众多运输商那里接收一个或多个运输设备分配模板，每个分配模板包括表示运输商与货运代理之间的永久预订合同的模板数据，模板数据包括表示一个或多个路线支线实例的数据，和表示至少一个所述一个或多个路线支线实例的合同容积值的数据；在存储单元中存储所述分配模板的一条记录；以及允许众多货运代理访问所述记录，从而各货运代理能够查看表示该货运代理与一个或多个运输商之间的永久预订合同的每个分配模板的至少一部分模板数据，但不能查看表示其他货运代理与所述一个或多个运输商之间的永久预订合同的分配模板的模板数据。
2.根据权利要求1的方法，该方法还包括配置该系统以便从货运代理那里接收请求，以搜索表示该货运代理与一个或多个运输商之间的永久预订合同的分配模板的子集；搜索记录查找分配模板的子集；以及向该货运代理显示预订模板子集的至少一部分模板数据。
3.根据权利要求1或2的方法，该方法还包括允许所述众多运输商访问所述记录，从而各运输商能够查看表示该运输商与一个或多个货运代理之间的永久预订合同的各分配模板的至少一部分模板数据，但不能查看表示其他运输商与所述一个或多个货运代理之间的永久预订合同的分配模板的模板数据。
4.根据权利要求3的方法，该方法还包括配置该系统以便从运输商那里接收请求，以搜索表示该运输商与一个或多个货运代理之间的永久预订合同的分配模板的子集；搜索记录查找分配模板的子集；以及向该运输商显示预订模板子集的至少一部分模板数据。
5.根据权利要求1到4之任一权利要求的方法，该方法还包括允许运输商创建、修改或删除一个或多个分配模板。
6.根据权利要求1到5之任一权利要求的方法，该方法还包括配置该系统以便接收单个数据集，以创建、修改、删除运输商的许多分配模板。
7.根据权利要求1到6之任一权利要求的方法，该方法还包括配置该系统以便提供一个事件概要，用于创建、修改、删除各分配模板；以及向有关货运代理发送事件概要。
8.根据权利要求1到7之任一权利要求的方法，该方法还包括配置该系统以便从众多货运代理中的一个货运代理那里接收一个或多个货运代理分配预订，各分配预订包括预订数据并涉及该货运代理与一个运输商之间的永久预订合同，预订数据包括表示运输商与一个或多个路线支线实例的数据。
9.根据权利要求8的方法，其中提供多种运输商通信模态，所述参与模态表示各运输商使用的通信类型，该方法还包括配置该系统以便确定与该分配预订或各分配预订关联的运输商的通信模态。
10.根据权利要求8或9的方法，该方法还包括配置该系统以便可选择地依据运输商的通信模态，向该运输商发送一条消息，后者包含表示该货运代理以及该分配预订或各分配预订之预订数据的数据。
11.根据权利要求8或9的方法，该方法还包括配置该系统以便可选择地依据运输商的通信模态，搜索记录查找该分配预订或各分配预订的对应分配模板。
12.根据权利要求11的方法，其中在存储单元中存储运输商的操作窗口记录，操作窗口记录表示出发前可以向运输商发送预订的时限，该方法还包括配置该系统以便根据预订出发日期和操作窗口记录，计算预订操作窗口，预订操作窗口表示出发日期前向运输商发送预订的时限；以及依据在预订操作窗口前存在的分配预订，根据预订数据和相应的模板数据(可选)，构造未决预订请求，在未决预订列表中存储未决预订请求。
13.根据权利要求12的方法，该方法还包括配置该系统以便定期检查未决预订列表，并且依据航程操作窗口中的未决预订，向运输商发送未决预订请求，作为采用运输商数据格式的预订请求。
14.根据权利要求11的方法，其中预订数据包括请求的容积，该方法还包括配置该系统以便对照合同容积检查请求的容积；以及如果请求的容积大于分配合同容积，则根据预订数据和相应的模板数据(可选)构造审查预订请求，并存储审查预订请求。
15.根据权利要求14的方法，该方法还包括配置该系统以便从运输商那里接收指示，表示接受审查预订请求；以及向运输商发送审查预订请求，作为采用运输商数据格式的预订请求。
16.根据权利要求11的方法，该方法还包括在存储单元中，存储运输商的超额预订容许度记录的指示，超额预订容许度记录表示运输商接受的额外容积；以及配置该系统以便依据请求容积是小于还是等于分配合同容积和额外容积之组合，根据预订数据和相应的模板数据，构造采用运输商数据格式的预订请求，然后向运输商发送预订请求。
17.根据权利要求11的方法，该方法还包括配置该系统以便根据预订数据和相应的模板数据，构造采用运输商数据格式的预订请求；以及向运输商发送预订请求。
18.根据权利要求8到17之任一权利要求的方法，该方法还包括允许货运代理创建、修改或删除一个或多个分配预订。
19.根据权利要求8到18之任一权利要求的方法，该方法还包括配置该系统以便接收一个数据集，以创建、修改、删除向众多运输商预订的众多货运代理分配。
20.根据权利要求1到19之任一权利要求的方法，其中把里程碑计划和分配模板联系起来，里程碑计划把至少一个旅行前的里程碑和至少一个所述一个或多个路线支线实例联系起来。
21.根据依赖于权利要求8到19之任一权利要求的权利要求20的方法，还包括把里程碑计划和分配预订联系起来。
22.根据权利要求20或21的方法，该方法还包括允许货运代理或运输商查看与模板或预订关联的里程碑计划。
23.根据权利要求20到22之任一权利要求的方法，该方法还包括允许货运代理或运输搜索具有至少一个逼近里程碑的分配预订。
24.根据权利要求23的方法，该方法还包括配置该系统以便接收货运代理或运输商的请求，以搜索具有至少一个逼近里程碑的分配预订或模板；搜索记录查找该/各分配预订或模板；以及提供该/各分配预订或模板和关联里程碑的表示。
25.根据权利要求24的方法，其中定义里程碑出现的时限。
26.根据权利要求20到25之任一权利要求的方法，其中里程碑表示以下项目中的一项或几项提示；和/或合同的一方面；和/或创建、修改和/或删除预订的最后期限。
27.根据权利要求1到26之任一权利要求的方法，该方法还包括配置该系统以便提供有关分配预订使用率的报告。
28.一种配置计算机系统的方法，计算机系统包括一个处理单元，一个与所述处理单元进行通信的接口单元，以及一个存储单元，其中在存储单元中存储集中登记的预订，每个预订是由众多运输商中的一个运输商与众多货运代理中的一个货运代理商定的，每个预订涉及运输系统中航空站之间的某条路线的预订容积，该方法包括把里程碑计划和一个或多个预订联系起来，里程碑计划把至少一个旅行之前的里程碑和该预订联系起来；以及允许货运代理或运输商查看所述与一个或多个预订关联的至少一个里程碑。
29.根据权利要求28的方法，该方法还包括允许众多货运代理访问所述登记，从而各货运代理能够查看该货运代理与一个或多个运输商之间的预订，但不能查看其他货运代理与所述一个或多个运输商之间的预订；和/或允许众多运输商访问所述登记，从而各运输商能够查看该运输商与一个或多个货运代理之间的预订，但不能查看其他运输商与所述一个或多个货运代理之间的预订
30.根据权利要求28或29的方法，该方法还包括配置该系统以便接收货运代理或运输商的请求，以搜索具有至少一个逼近里程碑的预订；搜索记录查找该/各预定；以及提供预订和关联里程碑的表示。
31.根据权利要求28到30之任一权利要求的方法，其中里程碑表示以下项目中的一项或几项提示；和/或合同的一方面；和/或创建、修改和/或删除预订的最后期限。
32.一种操作计算机系统的方法，计算机系统包括一个处理单元，一个与所述处理单元进行通信的接口单元，以及一个存储单元，用于集中登记众多运输商和众多货运代理之间的运输设备永久预订合同，预订合同涉及运输系统中航空站之间的路线的可用容积，其中在存储单元中存储众多运输商的一个或多个运输设备分配模板的记录，每个分配模板包括表示一个运输商和一个货运代理之间的一个永久预订合同的模板数据，模板数据包括表示一个或多个路线支线实例的数据和表示至少一个所述一个或多个路线支线实例的合同容积值的数据，该方法包括允许众多货运代理访问所述记录，从而各货运代理能够查看表示该货运代理与一个或多个运输商之间的永久预订合同的每个分配模板的至少一部分模板数据，但不能查看表示其他货运代理与所述一个或多个运输商之间的永久预订合同的分配模板的模板数据。
33.根据权利要求32的方法，该方法还包括从货运代理那里接收请求，以搜索表示该货运代理与一个或多个运输商之间的永久预订合同的分配模板的子集；搜索记录查找分配模板的子集；以及向该货运代理显示预订模板子集的至少一部分模板数据。
34.根据权利要求32或33的方法，该方法还包括允许所述众多运输商访问所述记录，从而各运输商能够查看表示该运输商与一个或多个货运代理之间的永久预订合同的各分配模板的至少一部分模板数据，但不能查看表示其他运输商与所述一个或多个货运代理之间的永久预订合同的分配模板的模板数据。
35.根据权利要求34的方法，该方法还包括从运输商那里接收请求，以搜索表示该运输商与一个或多个货运代理之间的永久预订合同的分配模板的子集；搜索记录查找分配模板的子集；以及向该运输商显示预订模板子集的至少一部分模板数据。
36.根据权利要求32到35之任一权利要求的方法，该方法还包括允许运输商创建、修改或删除一个或多个分配模板。
37.根据权利要求32到36之任一权利要求的方法，该方法还包括接收一个数据集，以创建、修改、删除运输商的许多分配模板。
38.根据权利要求32到37之任一权利要求的方法，该方法还包括提供一个事件概要，用于创建、修改、删除各分配模板；以及向有关货运代理发送事件概要。
39.根据权利要求32到38之任一权利要求的方法，该方法还包括从众多货运代理中的一个货运代理那里接收一个或多个货运代理分配预订，各分配预订包括预订数据并涉及该货运代理与一个运输商之间的永久预订合同，预订数据包括表示运输商与一个或多个路线支线实例的数据。
40.根据权利要求39的方法，其中提供多种运输商通信模态，所述参与模态表示各运输商使用的通信类型，该方法还包括确定与该分配预订或各分配预订关联的运输商的通信模态。
41.根据权利要求39或40的方法，该方法还包括可选择地依据运输商的通信模态，向该运输商发送一条消息，后者包含表示该货运代理以及该分配预订或各分配预订之预订数据的数据。
42.根据权利要求39或40的方法，该方法还包括依据运输商的通信模态，搜索记录查找该分配预订或各分配预订的对应分配模板。
43.根据权利要求42的方法，其中在存储单元中存储运输商的操作窗口记录，操作窗口记录表示出发前可以向运输商发送预订的时限，该方法还包括根据预订出发日期和操作窗口记录，计算预订操作窗口，预订操作窗口表示出发日期前向运输商发送预订的时限；以及依据在预订操作窗口前存在的分配预订，根据预订数据和可选择地相应的模板数据，构造未决预订请求，在未决预订列表中存储未决预订请求。
44.根据权利要求43的方法，该方法还包括定期检查未决预订列表，并且依据航程操作窗口中的未决预订，向运输商发送未决预订请求，作为采用运输商数据格式的预订请求。
45.根据权利要求44的方法，其中预订数据包括请求的容积，该方法还包括对照合同容积检查请求的容积；以及如果请求的容积大于分配合同容积，则根据预订数据和相应的模板数据(可选)构造审查预订请求，并存储审查预订请求。
46.根据权利要求45的方法，该方法还包括从运输商那里接收指示，表示接受审查预订请求；以及向运输商发送审查预订请求，作为采用运输商数据格式的预订请求。
47.根据权利要求42的方法，其中在存储单元中，存储运输商的超额预订容许度记录的指示，超额预订容许度记录表示运输商接受的额外容积，该方法还包括依据请求容积是小于还是等于分配合同容积和额外容积之组合，根据预订数据和相应的模板数据，构造采用运输商数据格式的预订请求，然后向运输商发送预订请求。
48.根据权利要求42的方法，还包括根据预订数据和相应的模板数据，构造采用运输商数据格式的预订请求，并向运输商发送预订请求。
49.根据权利要求39到48之任一权利要求的方法，该方法还包括允许货运代理创建、修改或删除一个或多个分配预订。
50.根据权利要求39到49之任一权利要求的方法，该方法还包括接收一个数据集，以创建、修改、删除向众多运输商预订的众多货运代理分配。
51.根据权利要求32到50之任一权利要求的方法，其中把里程碑计划和分配模板联系起来，里程碑计划把至少一个旅行前的里程碑和至少一个所述一个或多个路线支线实例联系起来。
52.根据依赖于权利要求39到50之任一权利要求的权利要求51的方法，还包括把里程碑计划和分配预订联系起来。
53.根据权利要求51或52的方法，该方法还包括允许货运代理或运输商查看与模板或预订关联的里程碑计划。
54.根据权利要求20到22之任一权利要求的方法，该方法还包括允许货运代理或运输搜索具有至少一个逼近里程碑的分配预订。
55.根据权利要求54的方法，该方法还包括接收货运代理或运输商的请求，以搜索具有至少一个逼近里程碑的分配预订或模板；搜索记录查找该/各分配预订或模板；以及提供该/各分配预订或模板和关联里程碑的表示。
56.根据权利要求55的方法，其中定义里程碑出现的时限。
57.根据权利要求51到56之任一权利要求的方法，其中里程碑表示以下项目中的一项或几项提示；和/或合同的一方面；和/或创建、修改和/或删除预订的最后期限。
58.根据权利要求32到57之任一权利要求的方法，该方法还包括提供有关分配预订使用率的报告。
59.一种配置计算机系统的方法，计算机系统包括一个处理单元，一个与所述处理单元进行通信的接口单元，以及一个存储单元，其中在存储单元中存储集中登记的预订，每个预订是由众多运输商中的一个运输商与众多货运代理中的一个货运代理商定的，每个预订涉及运输系统中航空站之间的某条路线的预订容积，具有一个关联里程碑计划的一个或多个预订，里程碑计划把至少一个旅行之前的里程碑和该预订联系起来，该方法包括允许货运代理或运输商查看所述与一个或多个预订关联的至少一个里程碑。
60.根据权利要求59的方法，该方法还包括允许众多货运代理访问所述登记，从而各货运代理能够查看该货运代理与一个或多个运输商之间的预订，但不能查看其他货运代理与所述一个或多个运输商之间的预订；和/或允许众多运输商访问所述登记，从而各运输商能够查看该运输商与一个或多个货运代理之间的预订，但不能查看其他运输商与所述一个或多个货运代理之间的预订
61.根据权利要求59或60的方法，该方法还包括接收货运代理或运输商的请求，以搜索具有至少一个逼近里程碑的预订；搜索记录查找该/各预定；以及提供预订和关联里程碑的表示。
62.根据权利要求59到61之任一权利要求的方法，其中里程碑表示以下项目中的一项或几项提示；和/或合同的一方面；和/或创建、修改和/或删除预订的最后期限。
63.根据上述权利要求之任一权利要求的方法，其中路线支线实例未航程支线实例。
64.一种计算机程序，可以将该计算机程序翻译为用于配置和/或操作根据权利要求1到63之任一权利要求的计算机系统的形式。
65.一种计算机程序，用于配置和/或操作根据权利要求1到63之任一权利要求的计算机系统的形式。
66.一种用于传输根据权利要求64或65之计算机程序的传输介质。
67.一种计算机系统，用于集中登记众多运输商和众多货运代理之间的运输设备永久预订合同，预订合同涉及运输系统中航空站之间的路线的可用容积，该系统包括一个处理单元；一个与所述处理单元进行通信的接口单元；以及一个存储单元；将计算机系统配置为从众多运输商那里接收一个或多个运输设备分配模板，每个分配模板包括表示运输商与货运代理之间的永久预订合同的模板数据，模板数据包括表示一个或多个路线支线实例的数据，和表示至少一个所述一个或多个路线支线实例的合同容积值的数据；在存储单元中存储所述分配模板的一条记录；以及允许众多货运代理访问所述记录，从而各货运代理能够查看表示该货运代理与一个或多个运输商之间的永久预订合同的每个分配模板的至少一部分模板数据，但不能查看表示其他货运代理与所述一个或多个运输商之间的永久预订合同的分配模板的模板数据。
68.根据权利要求67的计算机系统，进一步将该系统配置为从货运代理那里接收请求，以搜索表示该货运代理与一个或多个运输商之间的永久预订合同的分配模板的子集；搜索记录查找分配模板的子集；以及向该货运代理显示预订模板子集的至少一部分模板数据。
69.根据权利要求67或68的计算机系统，进一步将该系统配置为允许所述众多运输商访问所述记录，从而各运输商能够查看表示该运输商与一个或多个货运代理之间的永久预订合同的各分配模板的至少一部分模板数据，但不能查看表示其他运输商与所述一个或多个货运代理之间的永久预订合同的分配模板的模板数据。
70.根据权利要求69的计算机系统，进一步将该系统配置为从运输商那里接收请求，以搜索表示该运输商与一个或多个货运代理之间的永久预订合同的分配模板的子集；搜索记录查找分配模板的子集；以及向该运输商显示预订模板子集的至少一部分模板数据。
71.根据权利要求67到70之任一权利要求的计算机系统，进一步将该系统配置为允许运输商创建、修改或删除一个或多个分配模板。
72.根据权利要求67到71之任一权利要求的计算机系统，进一步将该系统配置为接收一个数据集，以创建、修改、删除运输商的许多分配模板。
73.根据权利要求67到72之任一权利要求的计算机系统，进一步将该系统配置为提供一个事件概要，用于创建、修改、删除各分配模板；以及向有关货运代理发送事件概要。
74.根据权利要求67到73之任一权利要求的方法，进一步将该系统配置为从众多货运代理中的一个货运代理那里接收一个或多个货运代理分配预订，各分配预订包括预订数据并涉及该货运代理与一个运输商之间的永久预订合同，预订数据包括表示运输商与一个或多个路线支线实例的数据。
75.根据权利要求74的计算机系统，其中提供多种运输商通信模态，所述参与模态表示各运输商使用的通信类型，进一步将该系统配置为确定与该分配预订或各分配预订关联的运输商的通信模态。
76.根据权利要求74或75的计算机系统，进一步将该系统配置为依据运输商的通信模态，向该运输商发送一条消息，后者包含表示该货运代理以及该分配预订或各分配预订之预订数据的数据。
77.根据权利要求74或75的计算机系统，进一步将该系统配置为可选择地依据运输商的通信模态，搜索记录查找该分配预订或各分配预订的对应分配模板。
78.根据权利要求77的计算机系统，其中在存储单元中存储运输商的操作窗口记录，操作窗口记录表示出发前可以向运输商发送预订的时限，进一步将该系统配置为根据预订出发日期和操作窗口记录，计算预订操作窗口，预订操作窗口表示出发日期前向运输商发送预订的时限；以及依据在预订操作窗口前存在的分配预订，根据预订数据和可选择地相应的模板数据，构造未决预订请求，在未决预订列表中存储未决预订请求。
79.根据权利要求78的计算机系统，进一步将该系统配置为定期检查未决预订列表，并且依据航程操作窗口中的未决预订，向运输商发送未决预订请求，作为采用运输商数据格式的预订请求。
80.根据权利要求77的计算机系统，其中预订数据包括请求的容积，进一步将该系统配置为对照合同容积检查请求的容积；以及如果请求的容积大于分配合同容积，则根据预订数据和可选择地相应的模板数据构造审查预订请求，并存储审查预订请求。
81.根据权利要求80的计算机系统，进一步将该系统配置为从运输商那里接收指示，表示接受审查预订请求；以及向运输商发送审查预订请求，作为采用运输商数据格式的预订请求。
82.根据权利要求77的计算机系统，进一步将该系统配置为在存储单元中，存储运输商的超额预订容许度记录的指示，超额预订容许度记录表示运输商接受的额外容积；以及依据请求容积是小于还是等于分配合同容积和额外容积之组合，根据预订数据和相应的模板数据，构造采用运输商数据格式的预订请求，然后向运输商发送预订请求。
83.根据权利要求77的计算机系统，进一步将该系统配置为根据预订数据和相应的模板数据，构造采用运输商数据格式的预订请求；以及向运输商发送预订请求。
84.根据权利要求74到83之任一权利要求的计算机系统，进一步将该系统配置为允许货运代理创建、修改或删除一个或多个分配预订。
85.根据权利要求74到84之任一权利要求的计算机系统，进一步将该系统配置为接收一个数据集，以创建、修改、删除向众多运输商预订的众多货运代理分配。
86.根据权利要求67到85之任一权利要求的计算机系统，其中把里程碑计划和分配模板联系起来，里程碑计划把至少一个旅行前的里程碑和至少一个所述一个或多个路线支线实例联系起来。
87.根据依赖于权利要求74到85之任一权利要求的权利要求86的计算机系统，进一步将该系统配置为把里程碑计划和分配预订联系起来。
88.根据权利要求86或87的计算机系统，进一步将该系统配置为允许货运代理或运输商查看与模板或预订关联的里程碑计划。
89.根据权利要求86到88之任一权利要求的计算机系统，进一步将该系统配置为允许货运代理或运输搜索具有至少一个逼近里程碑的分配预订。
90.根据权利要求89的计算机系统，进一步将该系统配置为接收货运代理或运输商的请求，以搜索具有至少一个逼近里程碑的分配预订或模板；搜索记录查找该/各分配预订或模板；以及提供该/各分配预订或模板和关联里程碑的表示。
91.根据权利要求90的计算机系统，其中定义里程碑出现的时限。
92.根据权利要求86到91之任一权利要求的计算机系统，其中里程碑表示以下项目中的一项或几项提示；和/或合同的一方面；和/或创建、修改和/或删除预订的最后期限。
93.根据权利要求67到92之任一权利要求的计算机系统，进一步将该系统配置为提供有关分配预订使用率的报告。
94.一种计算机系统，该系统包括一个处理单元；一个与所述处理单元进行通信的接口单元；以及一个存储单元；其中在存储单元中存储集中登记的预订，每个预订是由众多运输商中的一个运输商与众多货运代理中的一个货运代理商定的，每个预订涉及运输系统中航空站之间的某条路线的预订容积，将计算机系统配置为把一个里程碑计划和一个或多个预订联系起来，里程碑计划把至少一个旅行之前的里程碑和该预订联系起来；以及允许货运代理或运输商查看所述与一个或多个预订关联的至少一个里程碑。
95.根据权利要求28的计算机系统，进一步将该系统配置为允许众多货运代理访问所述登记，从而各货运代理能够查看该货运代理与一个或多个运输商之间的预订，但不能查看其他货运代理与所述一个或多个运输商之间的预订；和/或允许众多运输商访问所述登记，从而各运输商能够查看该运输商与一个或多个货运代理之间的预订，但不能查看其他运输商与所述一个或多个货运代理之间的预订
96.根据权利要求94或95的计算机系统，进一步将该系统配置为接收货运代理或运输商的请求，以搜索具有至少一个逼近里程碑的预订；搜索记录查找该/各预定；以及提供预订和关联里程碑的表示。
97.根据权利要求94到96之任一权利要求的计算机系统，其中里程碑表示以下项目中的一项或几项提示；和/或合同的一方面；和/或创建、修改和/或删除预订的最后期限。
98.一种计算机系统，该系统包括一个处理单元；一个与所述处理单元进行通信的接口单元；以及一个存储单元；将该计算机系统配置为根据权利要求32到63之任一权利要求运行。
99.一种客户计算机系统，配置该系统以便与权利要求67到98之任一权利要求的计算机系统进行远程通信，所述客户计算机系统包括一个处理单元；一个与所述处理单元进行通信的接口单元；一个存储单元；以及一个显示装置，用于向诸如货运代理或运输商之类的所述客户计算机系统的用户显示信息；所述处理单元包括一个用户界面机制，配置用户界面机制以便接收所述用户经由所述接口单元输入的用户数据，并通知所述计算机系统所述数据，以便进行处理。
100.一种计算机系统网络，该网络包括根据权利要求99的许多客户计算机系统，以及根据权利要求67到98之任一权利要求的计算机系统。
101.一种实际上如以前参照各种实施方式以及相应
的方法。
102.一种实际上如以前参照各种实施方式以及相应
的计算机系统。
103.一种实际上如以前参照各种实施方式以及相应
的计算机程序。
104.一种实际上如以前参照各种实施方式以及相应
的客户计算机系统。
105.一种实际上如以前参照各种实施方式以及相应
的计算机系统网络。
全文摘要
公开了一种用于集中登记众多运输商和众多货运代理之间的运输设备永久预订合同的计算机系统。预订合同涉及运输系统中航空站之间的路线的可用容积。计算机系统包括一个处理单元，一个与处理单元进行通信的接口单元，以及一个存储单元。配置该计算机系统以接收众多运输商的一个或多个运输设备分配模板。各分配模板包括表示运输商与货运代理之间的永久预订合同的模板数据。模板数据包括表示一个或多个路线支线实例的数据，以及表示至少一个所述一个或多个路线支线实例的合同容积值的数据。配置该计算机系统以在存储单元中存储所述分配模板的一条记录。允许众多货运代理访问该记录，从而各货运代理能够查看表示该货运代理与一个或多个运输商之间的永久预订合同的每个分配模板的至少一部分模板数据。但不能访问表示其他货运代理与所述一个或多个运输商之间的永久预订合同的分配模板的模板数据。
文档编号G06Q10/00GK1447945SQ0181244
公开日2003年10月8日 申请日期2001年7月6日 优先权日2000年7月7日
发明者安德鲁·奇藤顿, 匹特罗斯·戴美特里亚德斯, 托德·摩根, 西蒙·帕特森, 马修·奎恩兰, 戴维·拉维奇, 戴美特里奥斯·佐珀斯 申请人:Gf－X业务有限公司