專利名稱：方法、計算機系統(tǒng)和計算機系統(tǒng)網(wǎng)絡的制作方法
技術領域：
本發(fā)明涉及用于集中登記運輸系統(tǒng)中之預訂合同的方法、計算機系統(tǒng)和計算機系統(tǒng)網(wǎng)絡。特別地，本發(fā)明涉及但并不限于集中登記空運貨物運輸系統(tǒng)中的預訂合同。
盡管諸如鐵路運輸和航空運輸之類旅客運輸系統(tǒng)采用基于計算機的預訂系統(tǒng)技術，處理并管理旅客運輸和運輸能力，但是貨運管理系統(tǒng)的技術并不是最先進的。例如，通過中央預訂系統(tǒng)(CRS)，航空公司向乘客提供機票，并且旅行代理人預訂機票。因此，由于缺乏技術工具，航空運輸行業(yè)飽受低效之苦。
貨運行業(yè)非常分散。例如，在空運行業(yè)中，承運人(航空公司)和貨運代理(空運/載貨容積經(jīng)紀人)包括許多互不相同的無關企業(yè)。貨運代理無法使用中央通信系統(tǒng)或預訂系統(tǒng)向承運人預訂載貨容積，因此，適應航空公司之可用容積變化的貨運代理會造成大量等待時間，而適應貨運代理所需容積的航空公司也會造成大量等待時間。考慮到上述等待時間，貨運代理往往在6個月前預訂載貨容積，此類預訂通常是超額預訂，從而承運人有大量“放棄預訂座位的客人”。為了補償超額預訂，為了減少“放棄預訂座位的客人”，承運人超額訂出班機，以減少仍有未售出容積的次數(shù)。因此，如果到席的貨運代理數(shù)目超過期望值，則承運人必須卸載某些貨運代理的貨物。這意味著減少承運人向貨運代理提供的服務。同時，由于上述情況，貨運代理試圖通過堅持事先保證的特定班機的預訂，精確管理承運人，以避免出現(xiàn)卸貨從而造成客戶(發(fā)貨人)不滿的情況?？赡艹霈F(xiàn)的客戶不滿和空閑容積，會給承運人造成收入損失，因為承運人需要負擔經(jīng)營航空器和路線的較高固定費用和資產(chǎn)風險。相反，可以進行特別預訂，以彌補貨運代理的載貨容積需求中的不足。然而，特別預訂的效率很低，因為貨運代理或貨運代理商必須通過電話、傳真或電子郵件聯(lián)系眾多承運人，以便獲得有關容積可用性和價格的信息。常常需要其他信息，如承運人能夠在某條路線上運輸?shù)呢浳镱愋托畔ⅲ约耙蟮陌b類型。
盡管承運人和貨運代理(forwarder)操作的現(xiàn)有電子數(shù)據(jù)交換(EDI)系統(tǒng)，通常在公認EDI約定和協(xié)議下運行，但使用不同版本、數(shù)據(jù)和數(shù)據(jù)結構。因此禁止交互工作和高級集成。EDI是一個專業(yè)術語，用于只與一個承運人有關的系統(tǒng)之間的一對一通信。由于經(jīng)由EDI的通信固有的順序和異步性，所以一次查詢并不能以電子方式提供航程的最新數(shù)據(jù)庫，容積可用性和等級信息。從而阻止在各承運人和貨運代理內使用此類EDI系統(tǒng)。此外，約定通常為非常嚴格的國際標準，所以難以更改。在一對一EDI系統(tǒng)中，將信息請求發(fā)送到每個承運人的EDI系統(tǒng)。特定查詢或信息請求必須符合各種EDI系統(tǒng)使用的格式。所以EDI用戶必須多次發(fā)送相同信息請求，每個承運人的EDI系統(tǒng)一條，以便獲得有關可用服務的信息。其次，請求必須為用于各EDI系統(tǒng)的正確格式，從而需要重新格式化請求，以便提交給不同系統(tǒng)。因此，用戶需要花費大量時間并進行大量工作。此外，不同EDI系統(tǒng)支持不同信息，所以并非所有EDI系統(tǒng)都能回答相同查詢，或提供所需信息。另一個缺點是稅率變化的分發(fā)很慢，即使利用傳真或電子郵件也不例外，因為不能通過中央系統(tǒng)獲得此類變化。
另一個缺點是不能同時查看不同承運人EDI系統(tǒng)的結果。不同EDI系統(tǒng)的響應是異步的，因為它們彼此獨立。因此，禁止用戶全面評定所有信息，從而很難選擇最佳的可用服務。這是因為現(xiàn)有EDI系統(tǒng)基于向單個承運人發(fā)送的消息以及由單個承運人發(fā)送的消息。因此，很難組合使用EDI系統(tǒng)的不同承運人的行程安排選項。當前，必須向所需旅程之不同路線段的承運人發(fā)送多組消息，然后設法組合由不同航程段構成的航程段集合，以便形成旅程。
盡管EDI系統(tǒng)最初用于數(shù)據(jù)的電子交換以避免手工輸入數(shù)據(jù)，但它們已經(jīng)退化為通信系統(tǒng)，并且不能提供有效信息交換。由于現(xiàn)有EDI系統(tǒng)不能通過全面集成眾多航空運輸系統(tǒng)之不同屬性(例如供貨運代理審查的時刻表，可用容積和價格信息)的描述和更新數(shù)據(jù)，提供支持貨運代理進行預訂的系統(tǒng)，所以空運行業(yè)飽受低效率之苦。此外，由于缺少自動集成的信息管理系統(tǒng)，所以阻礙行程安排選項和路線管理的優(yōu)化，例如，考慮有關特定路線之容積和貨物類型的航空器類型。
根據(jù)歷史趨勢或預定需求，貨運代理或承運人開始協(xié)商定義保留容積和相關費用。談判和最初合同可以是不確定的—例如，每月從某個航空站到某個地區(qū)的噸數(shù)(LHR-USA西海岸)—或非常明確—例如，在某個期限內，對于指定星期和指定航班，特定始發(fā)站和到站之間的噸數(shù)。用于標識此類合同的術語包括“保留容積”，“永久預訂”，“君子協(xié)定”，“劃撥”和“分配”。
通常，承運人或者通過維護各議定分配之邏輯分割的中央容積管理系統(tǒng)，或者在本地(如，具有保留容積的承運人分局)管理保留容積，對于后一種情況，當在中央系統(tǒng)中之更大、更普通的邏輯分割中記錄預訂前，需要進行手工檢查。
此類合同通常由各方進行獨立認定，沒有書面合同，也沒有共享信息倉庫。單個組織可以在本地保存記錄，很少或不能從全機構或中心查看合同和口頭協(xié)定。在監(jiān)視檔案和合同履行時，由各方獨立監(jiān)視。
關于交換的定時和數(shù)據(jù)，預訂保留容積的過程隨地區(qū)和組織改變。許多貨運代理在2-6周前發(fā)送大量預訂清單，該清單使用全部分配容積作為默認重量/容積/數(shù)量和單位類型。在開始預訂航班前，承運人對上述預訂進行手工排隊。在上述情況中，可以根據(jù)預測容積的使用率是超過分配還是達不到分配，隨時修正最初預訂，以轉讓分配容積，或取得額外容積。該過程通常需要向各承運人發(fā)送大量預訂清單傳真，利用傳真或電話通知修正。上述手工排隊系統(tǒng)以及缺少正規(guī)過程會造成錯誤，包括遺失預訂和失序預訂。
不存在分配的共享記錄。這對永久預訂非常不利，因為承運人和貨運代理之間的通信不存在單個記錄或系統(tǒng)，所以這些組織需要進行雙向通信，并且收件人需要在發(fā)送前分離數(shù)據(jù)。此外，當事人必須為不同收件人復制相同數(shù)據(jù)。因此，在永久預訂的預先約定限度內進行的容積預訂不僅效率低下，而且也不符合流水線處理。
貨運代理和承運人通常通過使用諸如電話、傳真和郵件之類的傳統(tǒng)通信渠道，交流分配預訂。需要進行以下手工處理確保買方和賣方的分配記錄彼此對應；進行預訂時，確保買方的分配合同適當，以及預訂使用的容積未超過保留容積；買方向眾多賣方提交預訂；如果不使用容積，則提供可用信息，以提示買方通知賣方；以及在賣方開始預訂航班前，對買方提交的預訂進行排隊和登記。
以上手工處理很容易出錯。
現(xiàn)有系統(tǒng)不允許貨運代理在一次處理中將所有分配預訂提交到一個位置，以自動分發(fā)到眾多承運人。同樣，現(xiàn)有系統(tǒng)也不允許承運人(即，運輸商)在一次處理中將永久性協(xié)定的細節(jié)提交到一個位置，以自動分發(fā)到眾多貨運代理。
通常，承運人系統(tǒng)支持某種層次的容積分割管理。上述分割粒度通常小于貨運代理要求的粒度，并且通常在承運人層次管理各航程支線的容積。因此，需要進行手工干預，以確保利用承運人層次的分割履行分配合同，并且為此類合同持有人保留分割。
在現(xiàn)有系統(tǒng)中，分配的管理以及相對于分配的預訂非常有限，效率低下并且具有較高出錯風險，這是因為此類處理需要大量手工輸入，并且不同承運人和貨運代理之間沒有“標準”方法的緣故。此外，很難行使合同義務，因為不能輕易獲得行使義務所需的信息。另一種限制是，不能快速接納更具創(chuàng)新的更有效的合同，因為現(xiàn)有系統(tǒng)并不具備適合全新需求的適應性。此類合同的示例為，如果貨運代理為“放棄預訂座位的客人”，則貨運代理需要支付罰款。
因此，本發(fā)明試圖提供一種計算機系統(tǒng)，配置計算機系統(tǒng)的方法以及包括此類計算機系統(tǒng)的網(wǎng)絡，本發(fā)明能夠解決(最好減輕)上述分配系統(tǒng)的至少一部分問題。通過連同本發(fā)明的其他方面閱讀詳細說明書和附圖，將更加了解已知系統(tǒng)的其他問題和缺點。
獨立和從屬權利要求書闡述本發(fā)明的特定方面和最佳方面?？梢赃m當組合從屬權利要求書的特征組合與獨立權利要求書的特征，并且不限于權利要求書明確陳述的特征組合。
根據(jù)本發(fā)明的第一方面，提供一種配置計算機系統(tǒng)的方法，計算機系統(tǒng)包括一個處理單元，一個與所述處理單元進行通信的接口單元，以及一個存儲單元，用于集中登記眾多運輸商和眾多貨運代理之間的運輸設備永久預訂合同，預訂合同涉及運輸系統(tǒng)中航空站之間的路線的可用容積，該方法包括從眾多運輸商那里接收一個或多個運輸設備分配模板，每個分配模板包括表示運輸商與貨運代理之間的永久預訂合同的模板數(shù)據(jù)，模板數(shù)據(jù)包括表示一個或多個路線支線實例的數(shù)據(jù)，和表示至少一個所述一個或多個路線支線實例的合同容積值的數(shù)據(jù)；在存儲單元中存儲所述分配模板的一條記錄；以及允許眾多貨運代理訪問所述記錄，從而各貨運代理能夠查看表示該貨運代理與一個或多個運輸商之間的永久預訂合同的每個分配模板的至少一部分模板數(shù)據(jù)，但不能查看表示其他貨運代理與所述一個或多個運輸商之間的永久預訂合同的分配模板的模板數(shù)據(jù)。
根據(jù)本發(fā)明的第二方面，提供一種計算機系統(tǒng)，用于集中登記眾多運輸商和眾多貨運代理之間的運輸設備永久預訂合同，預訂合同涉及運輸系統(tǒng)中航空站之間的路線的可用容積，該系統(tǒng)包括一個處理單元；一個與所述處理單元進行通信的接口單元；以及一個存儲單元；將計算機系統(tǒng)配置為從眾多運輸商那里接收一個或多個運輸設備分配模板，每個分配模板包括表示運輸商與貨運代理之間的永久預訂合同的模板數(shù)據(jù)，模板數(shù)據(jù)包括表示一個或多個路線支線實例的數(shù)據(jù)，和表示至少一個所述一個或多個路線支線實例的合同容積值的數(shù)據(jù)；在存儲單元中存儲所述分配模板的一條記錄；以及允許眾多貨運代理訪問所述記錄，從而各貨運代理能夠查看表示該貨運代理與一個或多個運輸商之間的永久預訂合同的每個分配模板的至少一部分模板數(shù)據(jù)，但不能查看表示其他貨運代理與所述一個或多個運輸商之間的永久預訂合同的分配模板的模板數(shù)據(jù)。
根據(jù)本發(fā)明的第三方面，提供一種操作計算機系統(tǒng)的方法，計算機系統(tǒng)包括一個處理單元，一個與所述處理單元進行通信的接口單元，以及一個存儲單元，用于集中登記眾多運輸商和眾多貨運代理之間的運輸設備永久預訂合同，預訂合同涉及運輸系統(tǒng)中航空站之間的路線的可用容積，其中在存儲單元中存儲眾多運輸商的一個或多個運輸設備分配模板的一條記錄，每個分配模板包括表示運輸商與貨運代理之間的永久預訂合同的模板數(shù)據(jù)，模板數(shù)據(jù)包括表示一個或多個路線支線實例的數(shù)據(jù)，和表示至少一個所述一個或多個路線支線實例的合同容積值的數(shù)據(jù)，該方法包括允許眾多貨運代理訪問所述記錄，從而各貨運代理能夠查看表示該貨運代理與一個或多個運輸商之間的永久預訂合同的每個分配模板的至少一部分模板數(shù)據(jù)，但不能查看表示其他貨運代理與所述一個或多個運輸商之間的永久預訂合同的分配模板的模板數(shù)據(jù)。
根據(jù)本發(fā)明的第四方面，提供一種計算機系統(tǒng)，用于集中登記眾多運輸商和眾多貨運代理之間的運輸設備永久預訂合同，預訂合同涉及運輸系統(tǒng)中航空站之間的路線的可用容積，計算機系統(tǒng)包括一個處理單元；一個與所述處理單元進行通信的接口單元；以及一個存儲單元；其中在存儲單元中存儲眾多運輸商的一個或多個運輸設備分配模板的一條記錄，每個分配模板包括表示運輸商與貨運代理之間的永久預訂合同的模板數(shù)據(jù)，模板數(shù)據(jù)包括表示一個或多個路線支線實例的數(shù)據(jù)，和表示至少一個所述一個或多個路線支線實例的合同容積值的數(shù)據(jù)，將計算機系統(tǒng)配置為允許眾多貨運代理訪問所述記錄，從而各貨運代理能夠查看表示該貨運代理與一個或多個運輸商之間的永久預訂合同的每個分配模板的至少一部分模板數(shù)據(jù)，但不能查看表示其他貨運代理與所述一個或多個運輸商之間的永久預訂合同的分配模板的模板數(shù)據(jù)。
根據(jù)本發(fā)明之第一、第二、第三和第四方面的實施方式的優(yōu)點在于，運輸商能夠創(chuàng)建、修改、刪除用來定義與指定貨運代理之永久預訂合同的模板。由于可以集中存儲眾多運輸商的模板的記錄，所以貨運代理能夠查看他們自己與眾多運輸商之間的永久預訂合同的模板細節(jié)。另外，運輸商和貨運代理均能訪問永久預訂合同的共享記錄，并且聯(lián)機查看合同。
在最佳實施方式中，向貨運代理發(fā)送事件概要，以通知貨運代理運輸商已創(chuàng)建、修改或刪除某個分配模板。因此，能夠通知貨運代理此類更改。
最好將該系統(tǒng)配置為從眾多貨運代理中的一個貨運代理那里接收一個或多個貨運代理分配預訂，每個分配預訂包括預訂數(shù)據(jù)，并涉及該貨運代理與某個運輸商之間的一個永久預訂合同，預訂數(shù)據(jù)包括表示運輸商和一個或多個路線支線實例的數(shù)據(jù)。
可以提供許多運輸商模態(tài)，從而可以利用電子郵件或傳真向一個運輸商發(fā)送消息，而采用諸如XML或貨物-IMP之類的數(shù)據(jù)格式，向另一個運輸商發(fā)送消息?？梢岳肕QSeries、SMTP、FTP、Type B或HTTP發(fā)送消息。也可以僅僅向運輸商傳遞預訂數(shù)據(jù)以及表示該貨運代理身份的標識。在最佳實施方式中，搜索記錄以查找與分配預訂相對應的分配模板，然后根據(jù)預訂數(shù)據(jù)以及采用運輸商之數(shù)據(jù)格式的對應模板數(shù)據(jù)，構造預訂請求。
其有利方面在于，貨運代理可以創(chuàng)建并修改分配內的預訂。一次處理能夠創(chuàng)建或修改許多預訂。此外，如果有分配模板，則只需最小數(shù)量的數(shù)據(jù)就可以進行預訂，并且根據(jù)本發(fā)明之一種實施方式，根據(jù)模板數(shù)據(jù)構造預訂請求，然后發(fā)送給運輸商。另外，貨運代理可以包括仍未將模板加載到該系統(tǒng)中的運輸商的預訂請求，然后將此類分配預訂轉發(fā)給運輸商。因此，可以通過一組公用功能管理所有貨運代理的預訂。
在本發(fā)明的最佳實施方式中，在存儲單元中存儲運輸商的操作窗口記錄。操作窗口定義出發(fā)之前的期限，運輸商在該期限內開始航班預訂。如果航班還沒有開始預訂，則對預訂進行排隊，直至航班開始預訂，并以電子方式自動提交預訂。
如果請求的預訂容積超過合同容積，則最好以審查預訂請求的方式，存儲該預訂請求，供運輸商檢查，以便批準或拒絕該請求。運輸商可以時常，或者響應通知他們某個或某些預訂請求正在等待檢查的消息，檢查審查預訂。該系統(tǒng)能夠避免由于超過容積的請求而使得運輸設備系統(tǒng)過載，通過給此類預訂作標記并進行分組，能夠節(jié)省時間，提高效率。在特定實施方式中，運輸商能夠定義可以接受的超額預訂容限，并且如果預訂容積在該容限以內，則自動接受超過合同容積的容積預訂請求，而無需得到運輸商直接批準。然而，貨運代理不能區(qū)分通過兩種不同渠道批準的超額預訂。
在另一個最佳實施方式中，把里程碑計劃和分配模板聯(lián)系起來。里程碑計劃把至少一個旅行之前的里程碑和一個或多個路線支線實例聯(lián)系起來。里程碑可以代表一個提示，合同的一個方面，或創(chuàng)建、修改、刪除預訂的最后期限。用戶(即，貨運代理或運輸商)可以搜索與某個預訂或模板關聯(lián)的里程碑。此外，可以生成與里程碑有關的自動消息。因此，運輸商能夠登記合同的里程碑及其條款，或相對于分配的非合同提示。另外，運輸商和貨運代理能夠搜索并查看與里程碑有關的預訂。本發(fā)明的第五、第六、第七和第八方面也提供上述能力。
本發(fā)明的第五方面提供一種配置計算機系統(tǒng)的方法，計算機系統(tǒng)包括一個處理單元，一個與所述處理單元進行通信的接口單元，以及一個存儲單元，其中在存儲單元中存儲集中登記的預訂，每個預訂是由眾多運輸商中的一個運輸商與眾多貨運代理中的一個貨運代理商定的，每個預訂涉及運輸系統(tǒng)中航空站之間的某條路線的預訂容積，該方法包括把里程碑計劃和一個或多個預訂聯(lián)系起來，里程碑計劃把至少一個旅行之前的里程碑和該預訂聯(lián)系起來；以及允許貨運代理或運輸商查看所述與一個或多個預訂關聯(lián)的至少一個里程碑。
本發(fā)明的第六方面提供一種計算機系統(tǒng)，計算機系統(tǒng)包括一個處理單元；一個與所述處理單元進行通信的接口單元；以及一個存儲單元；其中在存儲單元中存儲集中登記的預訂，每個預訂是由眾多運輸商中的一個運輸商與眾多貨運代理中的一個貨運代理商定的，每個預訂涉及運輸系統(tǒng)中航空站之間的某條路線的預訂容積，將計算機系統(tǒng)配置為把里程碑計劃和一個或多個預訂聯(lián)系起來，里程碑計劃把至少一個旅行之前的里程碑和該預訂聯(lián)系起來；以及允許貨運代理或運輸商查看所述與一個或多個預訂關聯(lián)的至少一個里程碑。
本發(fā)明的第七方面提供一種操作計算機系統(tǒng)的方法，計算機系統(tǒng)包括一個處理單元，一個與所述處理單元進行通信的接口單元，以及一個存儲單元，其中在存儲單元中存儲集中登記的預訂，每個預訂是由眾多運輸商中的一個運輸商與眾多貨運代理中的一個貨運代理商定的，每個預訂涉及運輸系統(tǒng)中航空站之間的某條路線的預訂容積，具有關聯(lián)里程碑計劃的一個或多個預訂把至少一個旅行之前的里程碑和該預訂聯(lián)系起來，該方法包括允許貨運代理或運輸商查看所述與一個或多個預訂關聯(lián)的至少一個里程碑。
本發(fā)明的第八方面提供一種計算機系統(tǒng)，計算機系統(tǒng)包括一個處理單元；一個與所述處理單元進行通信的接口單元；以及一個存儲單元；
其中在存儲單元中存儲集中登記的預訂，每個預訂是由眾多運輸商中的一個運輸商與眾多貨運代理中的一個貨運代理商定的，每個預訂涉及運輸系統(tǒng)中航空站之間的某條路線的預訂容積，具有關聯(lián)里程碑計劃的一個或多個預訂把至少一個旅行之前的里程碑和該預訂聯(lián)系起來，將計算機系統(tǒng)配置為允許貨運代理或運輸商查看所述與一個或多個預訂關聯(lián)的至少一個里程碑。
有利的是，本發(fā)明的上述方面支持以下特征交易方可以從中心或從本地訪問的分配合同的共享記錄；買方能夠以電子方式批發(fā)分配預訂，并在一個屏幕上查看所有賣方的預訂狀態(tài)和所有預訂類型；賣方能夠在一個屏幕上查看所有買方的預訂狀態(tài)和所有預訂類型；能夠對提交的預訂進行排隊，并且在開始預訂航班時，以電子方式自動提交預訂；電子審計與關鍵預訂里程碑有關的預訂處理(創(chuàng)建，修改，刪除)；與關鍵預訂里程碑有關的預訂處理的共享記錄；以及和預訂有關的分配利用率的共享記錄。
現(xiàn)有系統(tǒng)并不能提供以上段落所列的功能性。根據(jù)本發(fā)明的實施方式能夠有效管理分配以及相對于分配的預訂。大大降低了出錯風險，因為并不需要大量手工輸入。此外，根據(jù)本發(fā)明的實施方式能夠實現(xiàn)不同承運人和貨運代理之間的標準化方法。另外，上述實施方式能夠輕易獲得履行義務所需的信息，以便例行履行合同義務。因此，可以接納更具創(chuàng)新的更有效的合同，因為可以獲得適應新需求的適應性。
特別適合使用本發(fā)明的裝置包括一種配置計算機系統(tǒng)的方法，計算機系統(tǒng)包括一個處理單元，一個與所述處理單元進行通信的接口單元，以及一個存儲單元，該系統(tǒng)用于提供運輸系統(tǒng)中的路線的綜合表示，運輸系統(tǒng)包括許多可連接的航空站，路線是根據(jù)眾多運輸商提供的數(shù)據(jù)導出的，該方法包括
存儲路線支線的每個實例的短期時刻表，其中每條路線支線與直接連接的航空站配對相對應；以及根據(jù)所述短期時刻表，導出包括一個或多個路線段的路線段表，每個路線段與所述路線支線的每個實例相對應，或者與所述路線支線的每個實例的組合相對應。
特別適合使用本發(fā)明的系統(tǒng)示例包括一種計算機系統(tǒng)，用于提供運輸系統(tǒng)中的路線的綜合表示，運輸系統(tǒng)包括許多可連接的航空站，路線是根據(jù)眾多運輸商提供的數(shù)據(jù)導出的，計算機系統(tǒng)包括一個處理單元；一個與所述處理單元進行通信的接口單元，以及一個存儲單元；將計算機系統(tǒng)配置為存儲所述路線支線的每個實例的短期時刻表，其中每條路線支線與直接連接的航空站配對相對應；以及根據(jù)所述短期時刻表，導出一個路線段表，每個路線段與所述路線支線的每個實例相對應，或者與所述路線支線的每個實例的組合相對應。
有利的是，路線段表以綜合形式，提供根據(jù)眾多運輸商提供的數(shù)據(jù)導出的運輸系統(tǒng)內所有可能路線的表示。由于將每條路線定義為路線支線的實例或路線支線的實例的組合，所以定義特定時間(即，實例)的路線。包括各路線支線實例之組合的每條路線，最好包括與諸如相同車輛或路線號之類的相同運輸服務關聯(lián)的路線支線。
最好在路線段表中，存儲表示路線支線之屬性的數(shù)據(jù)。屬性包括與各段關聯(lián)的運輸能力。由于在路線段表中集中保存信息，所以用戶能夠搜索段表，并且快速有效地建立路線的可用性和關聯(lián)屬性，而無需首先咨詢運輸商。換句話說，該計算機系統(tǒng)提供與簡單經(jīng)紀人系統(tǒng)完全不同的服務，其中在經(jīng)紀人系統(tǒng)中，將用戶請求發(fā)送到各運輸商，運輸商返回應答，然后向用戶傳送應答。此外，導出路線段表意指用戶能夠以實時方式快速有效地處理用戶搜索。在沒有路線段表的情況下，需要辛勤搜索許多數(shù)據(jù)表。
路線段表包括各路線段的起點和目的地配對。對于包括各路線支線的路線段，起點和目的地配對與各路線支線的始發(fā)站和到站相對應。然而，對于包括多條路線支線的路線段而言，各路線段的起點和目的地配對包括該路線段的第一條路線支線的始發(fā)站以及該路線段的最后一條路線支線的到站。
運輸商可以提供長期時刻表，長期時刻表規(guī)定所有季節(jié)的路線支線，如火車時刻表。作為選擇，運輸商可以提供短期時刻表，短期時刻表規(guī)定路線支線的實際實例(操作時刻表)。有利的是，將該系統(tǒng)配置為處理兩種格式的時刻表數(shù)據(jù)。行程安排適合于航程路線，卡車路線或與運輸系統(tǒng)中使用的其他車輛有關的路線。
配置該系統(tǒng)以接收并更新運輸商提供的數(shù)據(jù)。可以進一步配置該系統(tǒng)，以便向運輸商發(fā)送更新請求消息，作為數(shù)據(jù)更新輪詢。有利的是，使該系統(tǒng)的存儲單元中的表格中的項目是最新的。
另一個特別適合使用本發(fā)明的裝置包括一種配置計算機系統(tǒng)的方法，計算機系統(tǒng)包括一個處理單元，一個與所述處理單元進行通信的接口單元，以及一個存儲單元，該系統(tǒng)用于自動生成運輸系統(tǒng)的路線選項，運輸系統(tǒng)包括許多運輸商以及許多可連接的航空站，其中所述存儲單元包括一個路線段表，路線段表包括與路線支線的每個實例或路線支線的每個實例的組合相對應的一個或多個路線段，每個所述路線支線與所述運輸系統(tǒng)的直接連接的航空站配對相對應；所述方法包括響應路線搜索請求生成一個或多個路線選項，路線搜索請求規(guī)定具有始發(fā)站和到站配對的旅程，各路線選項包括具有始發(fā)站和到站配對的路線段，其中在所述路線搜索請求中規(guī)定航空站配對，并且航空站配對是從所述路線段表中選擇的；以及在所述存儲單元中的段集合列表中存儲所述一個或多個路線選項。
另一種特別適合使用本發(fā)明的系統(tǒng)示例包括一種計算機系統(tǒng)，用于自動生成運輸系統(tǒng)的路線選項，運輸系統(tǒng)包括許多可連接的航空站以及許多運輸商，該計算機系統(tǒng)包括一個處理單元；一個與所述處理單元進行通信的接口單元；以及一個存儲單元，該單元包括一個路線段表，路線段表包括與路線支線的每個實例或路線支線的每個實例的組合相對應的一個或多個路線段，每個所述路線支線與所述運輸系統(tǒng)的直接連接的航空站配對相對應；將計算機系統(tǒng)配置為接收路線搜索請求，該請求規(guī)定具有起點和目的地配對的旅程；響應所述路線搜索請求生成一個或多個路線選項，各路線選項包括具有始發(fā)站和到站配對的路線段，其中在所述路線搜索請求中規(guī)定航空站配對；以及在所述存儲單元中的段集合列表中，存儲所述一個或多個路線選項。
利用與特定運輸站對應的航空站規(guī)定航程，例如，在航空運輸系統(tǒng)中，航空站對應于機場。另外，作為選擇，可以利用行政區(qū)(如，與一個或多個航空站關聯(lián)的城市)規(guī)定旅程。
因此，在中央過程和裝置中，集成、處理、管理與運輸系統(tǒng)之不同屬性有關的信息?？梢宰詣咏M合與運輸系統(tǒng)之不同屬性有關的信息，以創(chuàng)建滿足旅程始發(fā)站和到站以及運輸系統(tǒng)之潛在用戶(如，貨運代理)發(fā)起的其他路線搜索請求標準的一個或多個路線選項列表。
將運輸系統(tǒng)數(shù)據(jù)劃分為路線段，各路線段與始發(fā)站和到站配對相對應，最好利用一種交通工具連接以上配對。換句話說，在一個路線段的始發(fā)站和到站之間的旅程中，使用同一交通工具，并且在該旅程中，不會將貨物從一種交通工具轉運到另一種交通工具上。路線段是根據(jù)各路線支線或各路線支線的組合導出的。每條路線支線與一個始發(fā)站和到站配對相對應，該配對是直接連接的或者是連續(xù)的始發(fā)站/到站配對。即，一條路線支線的始發(fā)站和到站之間沒有中間站。包括路線支線之組合的路線段具有與該組合中之第一條路線支線相對應的始發(fā)站，以及與該組合之最后一條路線支線相對應的到站。
另外，諸如航空公司、鐵路公司或航運企業(yè)之類的運輸系統(tǒng)或運輸系統(tǒng)之一部分的操作員，通過創(chuàng)建新路線或刪除老路線，可以修改現(xiàn)有路線支線，并且可以在創(chuàng)建行程安排選項時立即使用，而無需根據(jù)更改，修改使用以上新老路線支線航空站配對的所有可能的行程安排選項。因此，可以輕而易舉地刪除不能贏利的路線，并添加新路線。
在最佳實施方式中，比較所請求旅程的始發(fā)站和到站配對與包括允許始發(fā)站/到站配對的路線表，以便確定允許的行程安排選項。通過對照允許的路線列表檢查行程安排選項列表，使得承運人(運輸商，如航空公司)能夠創(chuàng)建他們希望銷售的允許路線，并且對照該路線自動檢查所請求旅程的始發(fā)站和到站配對。當根據(jù)所述路線段表導出一個或多個路線選項時，只使用路線段，以便承運人銷售與所請求旅程的始發(fā)站和到站配對相對應的路線。從而能夠簡化處理，并且路線搜索請求的發(fā)起人(貨運代理)只有承運人返回的、他們希望銷售的路線選項。
在一種實施方式中，在推導路線段表時使用路線表，從而僅僅創(chuàng)建允許路線的路線段。其優(yōu)點在于能夠減少路線段表的大小以及需要的存儲空間，從而提高搜索速度。
然后，向路線搜索請求的發(fā)起人(如貨運代理)返回允許的路線選項，以允許他們查看列表，并確定最滿足其需求的行程安排選項。
通常，一條或多條連續(xù)路線支線定義一個路線段。此類路線段包括路線支線，路線支線具有某種形式的關聯(lián)性。例如，可以在全部路線段或在航空貨物系統(tǒng)中使用同一種交通工具，構成路線段的路線支線可以為同一航程的一部分。在一種實施方式中，只有路線支線具有相同的路線標識符時，如相同航次時，才組合路線支線構成路線段表中的路線段。通過按上述方式構造路線段，該系統(tǒng)能夠處理不同運輸商提供的數(shù)據(jù)。在航空貨物系統(tǒng)中，某些運輸商為包括多條支線的航程指派一個航次，而其他運輸商為每條支線指派一個航次。
最好是，可以連接路線段表的兩個或多個路線段，以便構成具有一個始發(fā)站和到站配對的路線選項，該配對與路線搜索請求相對應。在具有每個路線段之關聯(lián)屬性的實施方式中，僅僅連接滿足路線搜索請求的路線段。例如，如果搜索請求指定特定貨物尺寸或存儲散貨的特定集裝箱(航空貨物貨柜)，則僅僅返回其關聯(lián)的兼容項目與該支線兼容的路線段，其中兼容項目指定尺寸或航空貨物貨柜(unitisedloading device)。
更好是，存儲單元存儲一個中轉集合表，后者包括許多中轉集合記錄，每條記錄與一個始發(fā)站和到站配對關聯(lián)。每個中轉集合記錄包括一個或多個項目，這些項目表示有關始發(fā)站和到站配對之間的路線的路線段之間的一個或多個允許中轉站。因此，承運人可以建立一個表格，以限制所創(chuàng)建的路線上出現(xiàn)的交通工具之間的中轉次數(shù)。同時，承運人通過不指定構成旅程的中轉站，能夠防止返回某些旅程。特別地，可以將中轉集合表連接到路線表，從而把每個中轉集合記錄和允許路線關聯(lián)起來。因此，承運人可以根據(jù)該承運人在該中轉站擁有的用于在交通工具之間轉運貨物的設備，限制轉運和中轉站。對于某些形式的易碎貨物，如易壞貨物(水果和蔬菜)，這是非常重要的。對于中轉站沒有合適冷藏設備的承運人，希望限制在沒有此類冷藏設備的中轉站轉運此類易壞貨物。當推導路線段表時，可以與路線表一起使用中轉集合表，從而能夠減少路線段表的大小，提高搜索速度。
路線搜索請求包括一個參數(shù)，該參數(shù)表示始發(fā)站/到站配對之間的路線中的中轉站的最大數(shù)目，以導出其中轉站數(shù)目小于最大值的行程安排選項。因此，運輸系統(tǒng)的用戶可以預先指定為他們創(chuàng)建的所有行程安排選項中的中轉站的最大數(shù)目。這樣，貨運代理有機會搜索考慮該貨運代理之預訂貨物性質的行程安排選項。換句話說，如果貨運代理希望購買易碎貨物的運輸能力，則他們希望避免中轉站，或者使中轉站的數(shù)目最小，從而通過減少交通工具之間的轉運次數(shù)，可以降低貨物的損壞概率，以及由于偷竊造成的損失。
通過按上述方式組織信息，能夠非常靈活地創(chuàng)建滿足搜索請求標準的路線支線和路線段組合。
最好從所述運輸商那里接收表示所述路線支線之各種屬性的數(shù)據(jù)，在所述路線段表中存儲所述數(shù)據(jù)。因此，路線搜索請求可以包括表示屬性的參數(shù)，以便導出一個或多個行程安排選項，其中始發(fā)站和到站配對與該屬性關聯(lián)。這樣，貨運代理可以請求其路線具有某些屬性的始發(fā)站和到站配對，該屬性包括始發(fā)站和到站配對之間的旅程的出發(fā)時間和到達時間，運輸能力等。建立包含運輸系統(tǒng)之一個或多個屬性的表格，并在導出段集合列表時使用這些表格。運輸系統(tǒng)的操作員(如承運人)可以修改各種屬性表，以反映他們希望提供的服務，而無需修改諸如段集合表之類的大表。從而能夠降低復雜性，并減少更新數(shù)據(jù)表所需要的處理。
根據(jù)本發(fā)明的第九方面，提供一種客戶計算機系統(tǒng)，配置該系統(tǒng)以便與以上各段中說明的計算機系統(tǒng)進行遠程通信。該客戶計算機系統(tǒng)包括一個處理單元；一個與所述處理單元進行通信的接口單元；一個存儲單元；以及一個顯示裝置，用于向所述客戶計算機系統(tǒng)的用戶顯示信息；所述處理單元包括一個用戶界面機制，配置用戶界面機制以便接收所述用戶經(jīng)由所述接口單元輸入的用戶數(shù)據(jù)，并通知所述計算機系統(tǒng)所述數(shù)據(jù)，以便進行處理。
用戶輸入數(shù)據(jù)可以為運輸商的模板數(shù)據(jù)，貨運代理的搜索請求，運輸商的搜索請求，貨運代理的預訂數(shù)據(jù)，運輸商或貨運代理的里程碑搜索請求。該數(shù)據(jù)分別表示一個或多個模板的模板數(shù)據(jù)，或預訂的預訂數(shù)據(jù)。
一種特別適合使用本發(fā)明的客戶系統(tǒng)的示例包括一個用戶界面機制，配置用戶界面機制以便提供路線段集合列表的圖形表示，可以操作用戶界面機制，以便在顯示裝置上顯示眾多路線選項，包括始發(fā)站和到站，出發(fā)日期，到達日期，可用運輸能力和邏輯分類中商定的運輸價格，用戶界面機制響應用戶輸入，以選擇所顯示的路線選項，并記錄至少預訂所選路線選項之一部分運輸能力的用戶。
本發(fā)明的第十方面提供一個計算機系統(tǒng)網(wǎng)絡，計算機系統(tǒng)網(wǎng)絡包括許多客戶計算機系統(tǒng)以及以上各段說明的計算機系統(tǒng)。
以下參照附圖，舉例說明根據(jù)本發(fā)明的特定實施方式，其中附圖為圖1示意表示空運系統(tǒng)中的航空站的地理分布；圖2示意表示貨運代理的貨物預訂體系結構的示例；圖3示意表示適合實現(xiàn)本發(fā)明之實施方式的數(shù)據(jù)管理系統(tǒng)的邏輯位置；圖4示意表示可以體現(xiàn)本發(fā)明之實施方式的數(shù)據(jù)管理系統(tǒng)的功能和關系；圖5示意表示可以體現(xiàn)本發(fā)明之實施方式的數(shù)據(jù)管理系統(tǒng)的數(shù)據(jù)庫結構的細節(jié)；圖6是用于建立航程段表的關系圖表；圖7示意表示最大連接時間表；圖8示意表示最小連接時間表；圖9是用于承運人銷售的路線選擇表和中轉表的關系圖表；圖10是用于創(chuàng)建航程段表的流程圖；圖11示意表示可以體現(xiàn)本發(fā)明之實施方式的連網(wǎng)數(shù)據(jù)管理系統(tǒng)；圖12示意表示可以體現(xiàn)本發(fā)明之實施方式的數(shù)據(jù)管理系統(tǒng)的邏輯體系結構；圖13示意表示可以體現(xiàn)本發(fā)明之實施方式的數(shù)據(jù)管理系統(tǒng)的物理體系結構；圖14示意表示計算機系統(tǒng)工作站；圖15示意表示搜索容積用戶界面屏幕的示例；圖16是本發(fā)明之實施方式實現(xiàn)的dmPerformSearch存儲過程的流程圖；圖17是本發(fā)明之實施方式實現(xiàn)的dmFltLegSet存儲過程的流程圖；圖18是本發(fā)明之實施方式實現(xiàn)的承運人搜索函數(shù)的流程圖；圖19是本發(fā)明之實施方式實現(xiàn)的組合搜索函數(shù)的流程圖；圖20示意表示可以體現(xiàn)本發(fā)明之實施方式的數(shù)據(jù)管理系統(tǒng)的體系結構；圖21表示根據(jù)本發(fā)明之實施方式的分配模板和分配預訂之間的關系；圖22示意表示根據(jù)本發(fā)明之實施方式的維護分配模板用戶界面屏幕的示例；圖23是根據(jù)本發(fā)明之實施方式的分配模板記錄驗證函數(shù)的流程圖；圖24示意表示根據(jù)本發(fā)明之實施方式的分配模板結果用戶界面屏幕的示例；圖25示意表示根據(jù)本發(fā)明之實施方式的校正分配模板錯誤用戶界面屏幕的示例；圖26示意表示根據(jù)本發(fā)明之實施方式的搜索分配模板用戶界面屏幕的示例；圖27示意表示根據(jù)本發(fā)明之實施方式的分配模板搜索結果用戶界面屏幕的示例；圖28是根據(jù)本發(fā)明之實施方式的分配模板檢查函數(shù)的流程圖；圖29示意表示根據(jù)本發(fā)明之實施方式的維護分配預訂用戶界面屏幕的示例；圖30示意表示根據(jù)本發(fā)明之實施方式的分配預訂維護結果用戶界面屏幕的示例；圖31示意表示根據(jù)本發(fā)明之實施方式的校正分配預訂錯誤用戶界面屏幕的示例；圖32是根據(jù)本發(fā)明之實施方式的分配預訂檢查函數(shù)的流程圖；圖33示意表示根據(jù)本發(fā)明之實施方式的預訂管理搜索結果用戶界面屏幕的示例；
圖34示意表示根據(jù)本發(fā)明之實施方式的分配預訂電子郵件/傳真附件的示例；圖35是根據(jù)本發(fā)明之實施方式的分配電子郵件判定函數(shù)的流程圖；圖36示意表示根據(jù)本發(fā)明之實施方式的搜索預訂用戶界面屏幕的示例；圖37示意表示根據(jù)本發(fā)明之實施方式的預訂搜索結果用戶界面屏幕的示例；圖38示意表示根據(jù)本發(fā)明之實施方式的分配使用率概要用戶界面屏幕的示例；圖39示意表示根據(jù)本發(fā)明之實施方式的按照日期排序的分配使用率用戶界面屏幕的示例；圖40示意表示根據(jù)本發(fā)明之實施方式的按照里程碑排序的分配使用率用戶界面屏幕的示例；圖41示意表示根據(jù)本發(fā)明之實施方式的里程碑計劃用戶界面屏幕的示例；圖42示意表示根據(jù)本發(fā)明之實施方式的分配預訂模板用戶界面屏幕的示例；圖43表示分配模板數(shù)據(jù)模型；以及圖44表示分配預訂模板模型。
現(xiàn)在參照圖1，該圖表示具有許多連同航空站的運輸系統(tǒng)示例。在圖1的特殊示例中，運輸系統(tǒng)為空運系統(tǒng)，其中連同航空站為機場。機場的地理分布如圖1所示，利用國際航空運輸協(xié)會(IATA)編碼表示機場。在空運系統(tǒng)中，許多承運人、航線提供機場之間的航班，從而連接運輸系統(tǒng)內的航空站。兩個連續(xù)機場之間的直接連接稱為航程支線，在圖1中用數(shù)字10表示。航程支線表示空運系統(tǒng)內的最低層次的連接，并認為該連接包括“起飛-降落”順序。構成同一航程之一部分(即，具有相同航班)的單個航程支線或航程支線的組合，稱為航程段，在圖1中用數(shù)字12表示。對于航程段內的各個航程支線，把參考號12放在括弧內，表示單個航程支線構成航程段的一部分。通常，航程段受中轉站的約束，但是航程段可以包括任意數(shù)目的中途停留地，甚至包括不同的航空器。
圖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)經(jīng)由曼谷(BKK)到悉尼(SYD)的旅程而言，顯示了兩個航程段10。從LHR到SYD的旅程沒有航程支線，因為該航程之間的中轉站(TXFR)位于BKK，因此從LHR到SYD的旅程不是一個航程段。此外，可以利用公路或鐵路連接航空站。例如，可以預訂卡車將貨物從蘇黎世(ZUR)運輸?shù)饺諆韧?GVE)，以轉運到另一個航空站的航程上，如果沒有到達日內瓦機場的合適航程的話。
航線主要在地理區(qū)域內營運，并不在所有機場提供服務。主要限制在于特定航線的航空器的服務位置，以及該航線的市場和商業(yè)計劃。特別地，許多航線是國有的，受政府控制或與政府有密切關系，因此限制航線的營運。
在航空貨物運輸系統(tǒng)中，有許多局中人。他們是提供有關航程之載貨容積的承運人，如運輸商；向承運人預訂載貨容積的貨運代理；以及把承運人和貨運代理功能組合為垂直集成服務的綜合者。
承運人提供航空器的航空載貨容積。通常，他們不與運輸貨物(或接收空運貨物)的發(fā)貨人直接打交道，而是經(jīng)由作為其代理或經(jīng)紀人的貨運代理分配載貨容積。
可以將承運人劃分為三類。第一類包括提供客運業(yè)務和貨運業(yè)務的承運人。通常，航空貨運業(yè)務包括客機上的額外腹艙空間，盡管存在經(jīng)營專用貨運飛機的乘客航線。某些乘客航線經(jīng)營所謂的“聯(lián)合”航線，其中拆下客艙內的某些主甲板座位，以便提供額外的載貨容積。
第二類承運人為貨物承運人。這類承運人通過經(jīng)營全貨機機群專門運輸貨物，包括諸如CargoLux和Polar之類的貨運公司。通常，承運人經(jīng)營定期或半定期業(yè)務，并通過貨運代理分配其載貨容積。在某些情況中，承運人可以根據(jù)需要專門安排航班或提供包機。
第三類承運人為所謂的“私人標簽”承運人。此類承運人(如Atlas)通過以其他承運人的名義經(jīng)營航空器，推銷外購承運人，其中其他承運人與包括飛行員在內的完整承運人簽訂合同。作為選擇，私人標簽承運人以兩個或多個承運人的名義細分航空器。
通常稱為“貨運代理”的貨運代理人為航空載貨容積的經(jīng)紀人，因為他們以發(fā)貨人的名義購買容積，并以發(fā)貨人的名義管理后勤和客戶文檔。通常，正如下文說明的那樣，貨運代理沒有自己的航空器，如果他們有自己的航空器，則認為他們是綜合者。
貨運代理產(chǎn)業(yè)非常分散，全世界的貨運代理超過10,000家。實際上，僅僅聯(lián)合王國的貨運代理就有1,000家左右。盡管貨運代理通常采取多種運輸方式，即，除空運貨物之外還進行海運、公路運輸和鐵路運輸，但是其活動和資源的主要部分針對空運貨物市場。
近來，航空貨物運輸環(huán)境中的第三類局中人已經(jīng)變得很重要。此類局中人稱為綜合者(integrator)。綜合者有自己的航空器，他們通過大量的零售/地面網(wǎng)絡與客戶打交道，以提供貨運代理功能。當前，四個主要局中人為Fedex、UPS、DHL和TNT，他們代表航線和貨運代理功能的垂直集成。
在航空運輸系統(tǒng)中，把某些位置稱為“中心(hub)”。中心是航空運輸系統(tǒng)的主要入口，并且遍布航空運輸系統(tǒng)的主要地區(qū)。通常，在中心的航空器之間換裝貨物。中心通常是承運人的基地，在基地中存儲、保養(yǎng)、維修承運人的操作設備。貨運代理通常在一個或多個中心構建其基礎設施。
以下參照圖2說明進行貨物預訂的現(xiàn)有貨運代理的基礎設施。
利用承運人路線經(jīng)理44和貨運代理通道經(jīng)理的組合，控制管理通道(gateway)42。承運人路線經(jīng)理接收來自貨運代理通道經(jīng)理的載貨容積請求，而貨運代理通道經(jīng)理接收各貨運代理部門46或發(fā)貨人的載貨容積請求，銷售員48聯(lián)系貨運代理部門46，以便以發(fā)貨人50的名義提供載貨容積。目前，貨運代理通道經(jīng)理借助電話、傳真或電子郵件，向承運人路線經(jīng)理請求載貨容積。
通常，為各銷售員48或部門46配備可以向發(fā)貨人銷售的載貨容積目標。在收到發(fā)貨人50的貨物，并轉送到貨運代理通道經(jīng)理時，貨運代理通道經(jīng)理試圖平衡載貨容積請求與事先預訂或者能夠與承運人談判的容積。在通道42集中托運發(fā)貨人的單獨貨物包裝，以便運輸。作為選擇，也可以在轉到貨運代理通道經(jīng)理前，由部門或銷售員進行并裝。貨運代理通道經(jīng)理負責商議管理指定路線或路線集合的并裝預訂和正常預訂。他們與承運人路線經(jīng)理進行協(xié)商，以確保預訂的載貨容積滿足貨運代理組織的集中托運、普通貨物或特殊需求。貨運代理通道經(jīng)理利用傳真、電話或電子郵件，與承運人銷售員52或承運人路線經(jīng)理進行協(xié)商，以便管理每天、每周的載貨容積請求。作為選擇，承運人可以運行一個電話呼叫中心。這絕對是一項挑戰(zhàn)，因為每天(包括每小時)、每周和每季節(jié)的航空載貨容積都不相同。上述差別是由客戶和工業(yè)購買模式，發(fā)貨人生產(chǎn)配置，日程安排和運輸方法(如向后集中托運或及時運輸)造成的。例如，對指定路線有巨大容積需求的發(fā)貨人的生產(chǎn)設備的微小故障，會造成貨物積壓，并且使得市場在數(shù)周內的不穩(wěn)定。對指定路線之方向性有顯著影響的全球宏觀經(jīng)濟趨勢，例如GDP增長率、外匯匯率和工資率，以及諸如罷工之類的微觀經(jīng)濟條件，使得需求變化更加復雜。
貨運代理通道經(jīng)理進行兩類預訂，永久預訂和特殊(ad hoc)預訂。永久預訂為6個月的長期預訂或有關指定航程的載貨容積的更多分配。正如其名稱暗示的那樣，特殊預訂是在需要時進行的預訂。它們在永久預訂協(xié)約之外。永久預訂的費用隨日期、月份、貨物性質、路線、容積之類的因素變化。
貨運代理通道經(jīng)理利用貨運代理的現(xiàn)有計算機系統(tǒng)，分析與不同承運人簽訂的所有永久預訂的記錄。通道經(jīng)理試圖平衡不同部門發(fā)起的互不相同的載貨容積請求，以便更好地利用可用的永久預訂。利用特殊預訂實現(xiàn)特定路線的超額需求。通過與承運人銷售員52協(xié)商進行永久預訂，盡管永久預訂基于長期預期和承諾。更復雜的是特殊預訂，其中貨運代理通道經(jīng)理必須與許多承運人銷售員52接觸，以確定滿足特殊需求的所有路線的載貨容積以及價格。目前，借助電話、傳真或電子郵件實現(xiàn)特殊預訂。因此，貨運代理通道經(jīng)理必須接觸不同承運人銷售員52，以確定滿足特殊需求的可用載貨容積。為了確定可用載貨容積，貨運代理通道經(jīng)理必須接觸每個承運人銷售員52，因為每個承運人在中心營運。然后，貨運代理通道經(jīng)理必須分析所有信息，以確定向哪個承運人預訂特殊容積。然而，貨運代理通道經(jīng)理通常不能獲得承運人銷售員對可用載貨容積的答案，因為承運人銷售員必須在承運人內進行調查以確定當前可用容積。路線經(jīng)理向其銷售員請求特殊容積的許多承運人，均會出現(xiàn)上述情況。從而貨運代理通道經(jīng)理獲取可用信息時引入大量等待時間，并且很難預訂合適的載貨容積。
貨運代理通道經(jīng)理根據(jù)位于通道42的所有部門的永久預訂和特殊預訂，集中托運運輸貨物，并將各種運輸貨物的分運單(HAWB)轉到承運人預先分配的主運單(MAWB)上。貨運代理通道路線經(jīng)理將運輸貨物組織為航空貨物貨柜(ULD)，以轉送到承運人，或僅僅提供散貨或整裝運輸，其中由承運人對貨物進行包裝和組合。ULD為儲藏散貨的集裝箱。有三種類型帶/不帶箱蓋的圍欄集裝箱；貨盤；以貨盤作為底座并限定貨盤支持的貨物容積的圓頂包裝箱。
貨運代理沒有適用于永久預訂的合同懲罰，其中貨運代理與承運人維持永久預訂。同樣，如果貨運代理放棄預訂容積或發(fā)貨少于預訂量，也沒有激勵或懲罰。當未必使用以貨運代理名義預訂的永久預訂或分配時，貨運代理通道經(jīng)理通知承運人銷售員52。當與承運人銷售員52協(xié)商時，貨運代理通道經(jīng)理總是就特定運輸貨物的費用爭論不休。
通常，現(xiàn)有貨運代理/承運人接口難以管理，因為需要進行許多協(xié)商，并且協(xié)商內部有大量等待時間。此外，可用載貨容積的可視性較差，并且目前貨運代理系統(tǒng)和承運人現(xiàn)有系統(tǒng)之間沒有電子或自動集成。
另外，為了完成預訂，貨運代理通道經(jīng)理通常利用傳真通知等待確認預訂，傳真通知向發(fā)貨人提供預訂的運輸貨物的證據(jù)。然后，以該預訂為基礎使用航運收據(jù)，并把收據(jù)固定到運輸貨物上。如上所述，把航運收據(jù)貼到主運單54上，主運單用于貨運代理與承運人的組合預訂。
承運人銷售員52或路線經(jīng)理44為有關承運人內部的航空載貨容積之數(shù)據(jù)可用性的主要限制而苦惱。承運人銷售員52或路線經(jīng)理44希望優(yōu)化其貨物業(yè)務獲得的收益，其中貨物業(yè)務通常需要有關貨物費用和貨物類型的高度靈活性，以充分使用容積。然而，目前承運人銷售員52或路線經(jīng)理44只了解特定時刻特定路線的可用重量。從而嚴重限制了能夠向承運人提供的服務。
正如圖3所示，在承運人銷售員52或路線經(jīng)理44與貨運代理(通常為貨運代理通道經(jīng)理)之間，提供適合于實現(xiàn)本發(fā)明之實施方式的數(shù)據(jù)管理系統(tǒng)(DMS)70。DMS 70在承運人銷售員52和貨運代理40之間提供接口，以增強在他們之間進行的交易的性質。DMS 70提供最新的聯(lián)機日程安排，包括載貨容積。此外，提供市場行情，從而容積買方可以查看價格數(shù)據(jù)，承運人按照該價格提供滿足需求的容積，需求如路線、裝運類型、重量和貨物類型。另外，此類DMS系統(tǒng)能夠執(zhí)行復雜搜索，以使貨運代理輸入所需的始發(fā)機場/到達機場配對，搜索標準的范圍，如首選車輛類型、貨物類型和裝運類型，然后搜索并顯示滿足以上標準的承運人列表。另一個增強是，根據(jù)客戶的搜索標準的優(yōu)先權(例如，優(yōu)先次序為首選承運人關系，費用最低，出發(fā)最早或到達最晚)，確定顯示次序。優(yōu)先權可以為貨運代理預先設置的參數(shù)，或者在搜索時輸入。此外，可以依靠DMS 70構建反向市場或拍賣，其中容積買方可以向所選的承運人集合發(fā)出報價請求。作為選擇，可以提供拍賣市場，其中容積賣方(通常為承運人)拍賣具有未出售容積的特定路線的多余容積。
以下參照圖4說明DMS 70的功能以及與承運人和貨運代理的關系。
DMS 70包含一個關系數(shù)據(jù)庫，該數(shù)據(jù)庫包括從承運人現(xiàn)有系統(tǒng)72接收的原始數(shù)據(jù)組成的表。DMS系統(tǒng)根據(jù)數(shù)據(jù)庫74包含的原始數(shù)據(jù)，導出精煉數(shù)據(jù)庫結構76。配置數(shù)據(jù)庫結構76，以便響應貨運代理78的搜索查詢，進行有效搜索。貨運代理向DMS 70提交搜索查詢，并且向DMS 70返回結果表，結果表包含符合搜索查詢標準的承運人路線。把數(shù)據(jù)庫74中包含的表創(chuàng)建為，能夠在承運人現(xiàn)有系統(tǒng)72的鏈路上，最好在自動更新鏈路上，維護更新數(shù)據(jù)。然后實現(xiàn)由于更新數(shù)據(jù)庫74而引起的數(shù)據(jù)庫76的改變，從而經(jīng)過修訂的數(shù)據(jù)庫結構76是最新的，以使用搜索查詢并向貨運代理的系統(tǒng)78提供合適結果。
以下參照圖5詳細解釋關系數(shù)據(jù)庫74，該數(shù)據(jù)庫包含從承運人那里接收的原始數(shù)據(jù)。關系數(shù)據(jù)庫74包含許多數(shù)據(jù)表。承運人通過承運人接口88，把數(shù)據(jù)輸入到數(shù)據(jù)庫中。作為選擇，如果與承運人之間沒有電子接口，則DMS系統(tǒng)的操作員利用鍵盤輸入數(shù)據(jù)。數(shù)據(jù)庫74包含一個承運人表90，該表包括參與DMS 70的承運人列表。對于輸入到承運人表90中的每個承運人，在數(shù)據(jù)庫中存儲許多表格。在最上層，存儲各承運人的操作時刻表92。并不是所有承運人均提供操作時刻表，而是提供季節(jié)時刻表，操作時刻表適合于有限期限，如兩周或一月，季節(jié)時刻表通常為未來3個月或6個月的航行時刻表。時刻表92包括向DMS 70提供的操作時刻表(短期時刻表)，或根據(jù)適合于特定承運人的季節(jié)時刻表(長期時刻表)導出的操作時刻表。操作時刻表92提供承運人90的每個航程支線實例的時刻表。換句話說，在操作時刻表中記錄航空站之間的航程，始發(fā)站和到站，出發(fā)日期和時間以及到達日期和時間，設備類型和該航程在各航空站的裝卸貨能力。
可以將最大連接時間定義為用于所有承運人的DMS系統(tǒng)的全局參數(shù)，或者最大連接時間以每個承運人為基礎。此外，提供最小連接時間表96，該時間表與操作時刻表92有關。最小連接時間表96為時刻表92中包含的航空站的表格以及該航空站的運輸機之間的最小中轉時間。
作為選擇，提供最大連接時間表94，該時間表包括時刻表92涉及的航空站的表格，以及在該航空站的運輸機之間進行中轉的最大連接時間。
與時刻表92關聯(lián)的另一個表是銷售的承運人路線選擇(MCRO)表98(路線表)。該表包含承運人銷售的路線，以及該路線的其他有關信息。中轉表100與承運人的MCRO表98有關。中轉表包含所銷售路線的列表，以及經(jīng)由該路線的旅程所允許的中轉站數(shù)。
把數(shù)據(jù)庫74中包含的至少一部分數(shù)據(jù)傳送(102)到預計算例程104，該例程根據(jù)數(shù)據(jù)庫74中的數(shù)據(jù)導出航程段表76。
預計算例程104創(chuàng)建根據(jù)各操作時刻表92導出的航程支線的有效組合的實例。根據(jù)圖1公開的示例，構造航程支線的有效組合。即，航程段受中轉站的約束?？梢越M合任意數(shù)目的航程支線以形成航程段。
現(xiàn)在參照圖1，預計算例程104實例化表示所有可能航程支線組合的航程段LGW-MAN，MAN-JFK和LGW-JFK。然而，在航程段表76中，僅僅實例化航程段LHR-BKK和BKK-SYD，而不實例化LHR-SYD，因為BKK是一個中轉站。換句話說，在BKK將運往SYD的貨物從一個航空器轉移到另一個航空器上。
DMS系統(tǒng)還包括一個搜索引擎106，該引擎與航程段表76相連，響應搜索查詢108以搜索航程段表中合適航程。同時，搜索引擎詢問與搜索請求或航程段中的參數(shù)有關的DMS系統(tǒng)中的其他數(shù)據(jù)表。搜索引擎向提交查詢的貨運代理返回搜索結果108。
圖6表示承運人在季節(jié)時刻表項目91中提供的數(shù)據(jù)示例。將該項目表示為一列。許多項目構成季節(jié)時刻表。
把季節(jié)時刻表項目91劃分為兩部分，91a表示航程，91b表示91a代表的航程的支線。對于航程91a，有一個或多個航程支線項目91b，支線項目分別與航程91a的各航程支線相對應。航程支線項目91b是航程項目91a的孩子。
航程項目91a包括航程的特征信息，如承運人代碼(CARR_CODE)；航空器類型(AIRCFT_TYP_CODE)和配置碼(AIRCFT_CONFIG)；航程的始發(fā)站(ORIG_STN_CODE)和到站(DEST_STN_CODE)；季節(jié)時刻表的開始日期(SCHED_STRT_DTE)和結束日期(SCHED_END_DTE)，其中分別用擴展LCL和UTC表示當?shù)貢r間和世界時間(即，GMT)；該項目還包括航班(FLIGHT_NO)，運營日(DAY_OF_OPER)和每周的飛行次數(shù)(WEEKLY_FREQ)；以及用當?shù)貢r間(LCL)和世界時間(UTC)表示的出發(fā)時間(DEP_TIME)和到達時間(ARR_TIME)。
航程支線項目91b包括為支線的航程的標識(FLIGHT_ID)，以及該航程內的支線的順序(FLIGHT_LEG_ORDER)。用當?shù)貢r間(LCL)和世界時間(UTC)表示的支線出發(fā)時間(LEG_DEP_TIME)和到達時間(LEG_ARR_TIME)。航程支線項目91b還包括有關航空器類型之普通載貨容積的信息，以及重量(DFLT_AVAIL_WGHT)和容積(DFLT_AVAIL_VOL)配置。通過設置標志(ORIG_ONLD_FLAG)和(DEST_OFLD_FLAG)，把航程支線91b看成可以在始發(fā)站裝載的貨物和/或在到站卸載的貨物。
操作時刻表92或者是根據(jù)季節(jié)時刻表91導出的，或者直接由承運人提供，在圖6中分別用92a和92b表示航程實例和航程支線實例的項目。
航程實例項目92a是航程項目91a的孩子。航程實例項目92a包含各航程(即，航程實例)的詳細信息。采用當?shù)貢r間和世界時間提供出發(fā)時間和日期(DEP_DTIME)以及到達時間和日期(ARR_DTIME)。
以下字段包含允許的貨物類型和貨物的限制，(UNITSD_BKNG_FLAG)和(LSE_BKNG_FLAG)表示是否允許組合貨物或散貨預訂，(MAX_SNGL_BKNG_WGHT)和(TOT_BKNG_WGHT)表示單件預訂的最大貨物重量以及貨運代理機構預訂的總貨物重量?？梢园焉鲜鲎侄蔚膬热菰O置為依賴于航空器類型和配置的默認值，或者由承運人設置。DMS系統(tǒng)的操作員可以把最大單件預訂重量限制和總預訂重量限制設置為系統(tǒng)參數(shù)，其中根據(jù)默認值自動或手工導出系統(tǒng)參數(shù)。
航程支線實例項目92b是航程實例項目92a和航程支線項目91b的孩子。航程支線實例項目92b包括該航程支線的具體細節(jié)。例如，支線順序(FLGHT_LEG_ORDER)，航程實例標識(FLGHT_INST_ID)和航程支線標識(FLGHT_LEG_ID)，以及可用的實際載貨容積，包括容積(ACTL_VOL)和重量(ACTL_WEHT)。正如圖6所示，還包括與航程支線項目91b和航程實例項目92的字段相對應的其他字段。最好分別向所有時刻表提供可用的實際載貨容積，包括容積和重量。例如，由各承運人提供每條路線支線實例的可用容積數(shù)據(jù)。作為選擇，承運人可以設置支線集合的默認值。在最佳實施方式中，承運人利用表格提供每條路線支線實例的容積數(shù)據(jù)，并且可以提供容積更新。
與航程段表中的項目相對應的航程段項目93，是根據(jù)航程實例項目92a和航程支線實例項目92b導出的。航程段項目93的字段包括航班，航程實例標識，始發(fā)站和到站，承運人代碼，出發(fā)時間和到達時間，以及航空器配置。同時包括用于設置班機出發(fā)前的周期的字段，其中不能在該周期內預訂航程段(BKNG_ACPT_PERD)；該字段定義最晚預訂接收時間。或者由DMS操作員設置該字段，或者該字段為默認周期。航程段項目93包括載貨容積的可用容積和重量，以及不同航空器類型的不同貨物類型的連接時間。連接時間類別為散貨(LSE)或組合(UNIT)貨機(FRGH_CON_TIME)，混合乘客與貨機(MXD_CON_TIME)，乘客(PAS_CON_TIME)或卡車(RFS_CON_TIME)。在最佳實施方式中，確定裝卸貨物的設備類型的連接時間。在最佳實施方式中，航程段項目93還包括作為系統(tǒng)參數(shù)的最大連接時間(MAX_CON_TIME)，以及分別標識該航程段中最后一條航程支線和第一條航程支線的字段(LAST_LEG_ORDER)和(FIRST_LEG_ORDER)。
圖6還表示航空貨物貨柜(ULD)表82。提供利用AIRCFT_TYPE_CODE(FK)標識的每種航空器類型的航空器承載重量表84，并且由具有承運人代碼CARR_CODE(FK)的各承運人進行維護。每個表84均包含字段ULD_CODE(FK)，該字段表示所標識的航空器能夠運輸?shù)腢LD類型。
表86(ULD_TYPE)包括ULD類型的完整列表，該表是根據(jù)貨物運輸行業(yè)使用的ULD類型得出的。
表88(ULD_EQUIV_GRP)將ULD類型代碼映射為等價的ULD代碼(EQUIV_ULD_CODE)，以便將本行業(yè)中使用的不同ULD類型協(xié)調為DMS系統(tǒng)中使用的標準類型。例如，可以在該行業(yè)中使用不同ULD代碼表示相同ULD類型，不同ULD代碼可以是兼容的。
圖7是最大連接時間表94的示例，根據(jù)該表填寫航程段表93的最大連接時間字段。該表為表格形式，將每種類型的承運人設備(117，118)表示為一臺起運設備，自(119)起運設備卸貨，并將貨物轉運至(121)起運設備。將該表格劃分為兩個重復部分，分別用于散貨和組合貨物112。單元格123的每個單元格保存一個數(shù)值，該值表示在設備之間轉運貨物以及該單元格關聯(lián)的運輸貨物類型的最大連接時間。
建立各承運人的最大連接時間表94，并且在另一個可選實施方式中，對于承運人網(wǎng)絡中能夠裝卸貨物的各航空站，建立其最大連接時間表。圖7所示的最大連接時間表94僅僅是該表的表格形式?？梢岳斫猓梢岳闷渌壿嫿Y構和標準。例如，最大連接時間依賴于正在運輸?shù)呢浳镱愋停虼?，時間隨貨物類型變化。例如，其最大連接時間非常關鍵的貨物類型為諸如食品和蔬菜之類的易壞貨物。此類貨物的最大轉運時間遠遠小于諸如電子設備之類的不易損壞貨物的最大轉運時間。
圖8是最小連接時間表96的示例。最小連接時間表96與圖7所示的最大連接時間表的邏輯結構相同，因此不再贅述。
圖9表示MCRO表98的示例。MCRO表98定義承運人希望銷售的承運人路線選項。為此，與承運人代碼一起定義始發(fā)站和到站，分別表示為ORIG_STN_CODE，DEST_STN_CODE和CARR_CODE。通常，MCRO表98包括起點城市和目的地城市，分別表示為ORGI_CITY_CODE和DEST_CITY_CODE。然而，指定起點城市和目的地城市是多余的。MCRO表可以包含與DMS參數(shù)有關的其他字段，DMS參數(shù)控制DMS的全部管理方面，并且不再贅述。然而，對于該路線，承運人可以定義貨物的建議運費(MIN_SUGTD_RATE)和最低運費(MIN_STND_RATE)。此外，還包括組合和散貨預訂標志，該標志表示承運人希望在該路線上運輸?shù)呢浳镱愋汀７謩e利用字段UNITSD_BKNG_FLAG和LSE_BKNG_FLAG表示以上標志。同時指定該路線的行程時間(MAX_TRNSIT_TIME)。圖9所示的MCRO表98僅僅針對一個承運人和一條路線。每個承運人利用此類表格定義他們銷售的每條路線，顯然，無需按照圖9所示方式構造此類表格，其形式可以為任何適合的邏輯結構。
同時，圖9還表示與MCRO表98關聯(lián)的中轉集合表100。中轉集合表100為MCRO表98的孩子。中轉集合表包括相關承運人路線的始發(fā)站代碼和到站代碼，以及承運人代碼。在圖9所示示例中，有四個字段，這些字段指定中轉序列中中轉站的數(shù)目，以及所銷售路線的至多三個中轉站的順序。分別利用NO_TXF_PNTS，TXFR_PNT_1，TXFR_PNT_2和TXFR_PNT_3表示上述字段。對于作為中轉站的航空站的每個字段，在該字段中輸入正確的航空站代碼。如果不使用所有中轉站，例如，只將兩個航空站表示為中轉站，則第三中轉站字段保持空白，表示沒有第三中轉站。對于單個承運人銷售的路線而言，可以指定多個中轉站序列(中轉集合)。
中轉集合表為希望銷售其路線的承運人提供更高級別的靈活性。修改將要作為中轉站的航空站以及中轉是否有效，是一種比較簡單的方式。這樣，可以輕而易舉地更新和修改銷售選項。另一個優(yōu)點是，承運人無需定義每條可用線路，而只需定義可用中轉站的組合。因此，承運人只需進行少量維護和設置，就能在該數(shù)據(jù)上執(zhí)行操作。
如上所述，航程段表93是根據(jù)承運人向DMS 70提供的季節(jié)表91和/或操作表92導出的。為使用DMS 70系統(tǒng)的承運人提供的每個航程段，創(chuàng)建一個航程段表93。因此，為了響應搜索查詢搜索合適路線，只需打開并詢問少數(shù)表格，即，航程段表，MCRO表和某些雜項表。已經(jīng)將不同承運人的有關數(shù)據(jù)反向規(guī)格化為操作季節(jié)時刻表92，然后利用這些數(shù)據(jù)填寫航程段表93的有關字段。因此，對DMS 70系統(tǒng)的用戶而言，不同承運人使用的不同系統(tǒng)和數(shù)據(jù)均是透明的，其中該用戶僅僅使用航程段表93。
除包含有關搜索信息的航程段表93之外，還有MCRO表98和中轉表100。搜索查詢將詢問MCRO表98，以確定承運人是否銷售請求的路線選項，其中該路線受中轉集合表100中定義的中轉站的限制。然而，一旦將銷售的路線設為承運人的現(xiàn)有路線，并且已經(jīng)確定中轉站，則利用航程段表93，查找滿足路線查詢的航程段或航程段的組合。
創(chuàng)建并訪問的其他主要表格為詳細說明各承運人組織參數(shù)的成員組織表；承運人服務等級表，由該路線的每個承運人的貨運代理指定；買方賣方包含表，說明是否與報價和/或反向市場中的貨運代理做生意；首選承運人表，由貨運代理指定的首選承運人列表；用于ULD搜索的航空器/ULD兼容表，說明適合指定航空器的ULD；ULD表88，該表為DMS系統(tǒng)實現(xiàn)的列表和操作員ULD類型；以及各種系統(tǒng)參數(shù)。
在DMS 70的可選實施方式中，中轉集合表100定義承運人之間的轉運，例如，作為聯(lián)運協(xié)約一部分的承運人。作為選擇，承運人可以彼此協(xié)商單邊協(xié)議，以便為各個航程之間的轉運作準備。
上述數(shù)據(jù)體系結構對數(shù)據(jù)的靈活性和數(shù)據(jù)更新特定有利。如果承運人更改航程，則只需更新其操作表92中的適當項目。DMS 70借助輪詢、觸發(fā)器和其他消息確定出現(xiàn)的字段更改，打開并詢問有關的承運人操作時刻表92，然后更新航程支線表92b和航程段表93中的對應字段。
經(jīng)由季節(jié)航程表的回滾更改或經(jīng)由操作航程表的批更新，通過用戶界面裝置直接更改操作航程表。然后自動更新航程支線表和航程段表。
圖6所示的數(shù)據(jù)實體關系表示利用季節(jié)時刻表91生成操作時刻表92的方法。操作時刻表主要為具有準確日期和時間的季節(jié)時刻表項目，以及實際的載貨容積可用性。根據(jù)操作時刻表92生成航程段表93。以下參照圖10所示的流程圖，說明根據(jù)操作時刻表92生成航程段表93的示例。
在步驟140中，設置航程實例標識，以確定要生成的航程段。在步驟142中，根據(jù)與航程實例表92a關聯(lián)的航程支線實例表92b，構造航程段。在步驟144中，計算航程支線的各種可能組合，每條航程支線變?yōu)橐粋€航程段，并填寫與適當航程實例標識關聯(lián)的航程段表93。繼續(xù)創(chuàng)建各航程實例的航程段，直至創(chuàng)建所有可能的航程支線段，從而提供完整的航程段表93。
在最佳實施方式中，將DMS配置為可以在開放計算機網(wǎng)絡和非公用計算機網(wǎng)絡中運行。圖11表示特別合適的配置。
利用非公用網(wǎng)絡150，將DMS系統(tǒng)70連接到客戶的現(xiàn)有系統(tǒng)72。合適的非公用網(wǎng)絡鏈路可以為電信公司的租用線，或將承運人連接到非公用網(wǎng)絡的鏈路。同時，將DMS系統(tǒng)70連接到諸如因特網(wǎng)152之類的公用網(wǎng)絡。也可以將現(xiàn)有系統(tǒng)72連接到因特網(wǎng)152。因此，客戶能夠經(jīng)由非公用網(wǎng)絡150或因特網(wǎng)152，向DMS系統(tǒng)70傳送數(shù)據(jù)。上述配置能夠簡化系統(tǒng)的伸縮性，特別是能夠簡化新客戶的添加過程，因為無需提供DMS系統(tǒng)的非公用網(wǎng)絡鏈路，而是可以選擇經(jīng)由因特網(wǎng)152進行通信。DMS系統(tǒng)的用戶和貨運代理40借助工作站154，通過因特網(wǎng)152，訪問DMS系統(tǒng)70。DMS系統(tǒng)70經(jīng)由公用鏈路或非公用鏈路，連接到貨運代理系統(tǒng)和承運人系統(tǒng)。
在圖12所示的配置中，把DMS系統(tǒng)70實現(xiàn)為位于網(wǎng)站的web信息系統(tǒng)(WIS)。因此，通過全球因特網(wǎng)，可以從任何地方訪問。換句話說，能夠訪問因特網(wǎng)的任何場所均能訪問以上DMS系統(tǒng)，前提是DMS系統(tǒng)的操作員授予他們適當訪問權限。通過把該系統(tǒng)配置為WIS，所有標準web應用程序均能訪問該系統(tǒng)。例如，為了與DMS系統(tǒng)進行交互，貨運代理只要具備標準瀏覽器軟件以及與因特網(wǎng)的連接即可。因此，DMS系統(tǒng)是平臺獨立的，并且貨運代理無需任何專用硬件就能訪問以上DMS系統(tǒng)。把DMS系統(tǒng)70配置為網(wǎng)站的優(yōu)點在于，貨運代理40或承運人無需升級其現(xiàn)有硬件或軟件(例如，通過安裝新版本軟件)，就能輕而易舉地對服務進行升級。DMS系統(tǒng)提供的其他特征在于高伸縮性和高可用性。另外，配置該系統(tǒng)的目的是，保持敏感信息的機密性，控制對敏感交易的訪問，并且在需要該服務的地方，提供此服務。
以下參照圖12詳細說明DMS系統(tǒng)以及承運人和貨運代理系統(tǒng)。圖12表示整個系統(tǒng)的邏輯體系結構。把承運人和貨運代理表示為該系統(tǒng)的用戶，并用標號160表示。貨運代理40使用工作站154，工作站支持web應用，如運行適當瀏覽器軟件，工作站與因特網(wǎng)152相連。貨運代理工作站154與因特網(wǎng)152之間的通信鏈路為撥號線路或永久連接的租用線路。在本發(fā)明的最佳實施方式中，與DMS進行通信的協(xié)議為HTTP或HTTPS 162。承運人具有后臺系統(tǒng)164，該系統(tǒng)包括其現(xiàn)有計算機系統(tǒng)72以及諸如工作站154之類的開放通信系統(tǒng)，其中工作站154支持web應用，并且能夠與基于因特網(wǎng)的應用程序相連。把后臺系統(tǒng)164連接到系統(tǒng)集成和通信模塊166，后者提供與外部網(wǎng)絡和系統(tǒng)的接口。
DMS系統(tǒng)70還包括系統(tǒng)集成和通信模塊166，后者包括接口服務器，該服務器提供與客戶160系統(tǒng)相聯(lián)系的消息和轉換服務以及其他自動輸入，如可以從適當信息點獲得的貨幣兌換率信息。通信模塊166包括接口模塊168，后者包括協(xié)議轉換、格式翻譯和傳輸系統(tǒng)。接口模塊168為需要輸出到專有網(wǎng)絡150和網(wǎng)絡152上的DMS系統(tǒng)70內的信息，提供適當?shù)南⒑蛡鬏敺?。同時，DMS接口模塊168提供基于web的服務的接口，此類服務如貨幣兌換率信息以及該系統(tǒng)可能使用的其他合適信息。在內部把通信模塊168連接到至/自DMS系統(tǒng)70的后端174的入站消息隊列170和出站消息隊列172。消息隊列模塊管理至/自DMS后端174的消息傳送。后端174包括兩個主數(shù)據(jù)庫，即，管理信息數(shù)據(jù)庫176和操作數(shù)據(jù)庫178。管理信息數(shù)據(jù)庫存儲在該DMS系統(tǒng)上執(zhí)行的所有交易的歷史信息和統(tǒng)計信息。操作數(shù)據(jù)庫178包括關系數(shù)據(jù)庫74和精確數(shù)據(jù)庫76，關系數(shù)據(jù)庫包含承運人的原始數(shù)據(jù)，精確數(shù)據(jù)庫包括航程實例表。利用數(shù)據(jù)訪問控制模塊180訪問數(shù)據(jù)庫176和178。數(shù)據(jù)訪問控制模塊180處理需要訪問數(shù)據(jù)庫的承運人的入站消息，并處理承運人或貨運代理的出站消息，包括來自該數(shù)據(jù)庫的數(shù)據(jù)。
DMS系統(tǒng)應用邏輯182控制數(shù)據(jù)訪問控制模塊180，以及DMS系統(tǒng)的前端模塊184。DMS系統(tǒng)應用邏輯182包括用于執(zhí)行預計算例程104的功能模塊，以便在收到來自承運人的數(shù)據(jù)時建立航程實例表。另外，DMS應用182還包括用于接收承運人之原始數(shù)據(jù)，并根據(jù)圖5所示表格在關系數(shù)據(jù)庫74中建立數(shù)據(jù)的模塊。搜索引擎106也駐留在DMS應用182中。
DMS系統(tǒng)70的前端184包括該系統(tǒng)的客戶或用戶接口方面。通常，前端包括定制模塊186、客戶端腳本與小應用程序模塊188。利用DMS應用182驅動定制模塊186，以根據(jù)具體用戶配置用戶界面、訪問權限和特權，以及所有結果的格式。例如，某些用戶只能看到特定承運人提供的航程，或某些類型的載貨容積。定制模塊186以及客戶端腳本與小應用程序模塊188與web服務器190相連。DMS應用182也與web服務器190相連。Web服務器190執(zhí)行web服務器的普通任務和功能，并向用戶(如，貨運代理40)提供對DMS系統(tǒng)70的web訪問。
以下參照圖13說明該系統(tǒng)的物理體系結構。貨運代理40借助運行適當瀏覽器軟件的工作站154利用該系統(tǒng)，瀏覽器軟件通常解釋HTML、DHTML和javascript編碼。通過支持TCP/IP通信的電信網(wǎng)絡連接工作站154。貨運代理和DMS通過因特網(wǎng)152在電信系統(tǒng)上交換數(shù)字證書信息，以便進行相互認證。
DMS系統(tǒng)70的前端184包括一個web層。Web層包括負載均衡192，用于均衡至/自因特網(wǎng)的入站和出站消息。把負載均衡192連接到web/應用服務器194，如執(zhí)行JSP和JAVA模塊的應用服務器，該服務器包括用于連接因特網(wǎng)用戶的適當軟件模塊。把前端184中的web/應用服務器194連接到包括數(shù)據(jù)庫層的后端174。數(shù)據(jù)庫層174包括許多數(shù)據(jù)庫服務器。數(shù)據(jù)庫服務器運行諸如SQL和C++存儲過程之類的程序語言，以便控制并操作數(shù)據(jù)庫。把后端或數(shù)據(jù)庫層174連接到客戶通信模塊或客戶接口層196?？蛻艚涌趯?96包括通信模塊168以及參照圖13說明的消息隊列170和172。接口服務器把后端174連接到其他網(wǎng)絡，如非公用專有網(wǎng)絡和/或因特網(wǎng)。處理入站和出站消息隊列170/172的服務器，利用諸如MQ序列、FTP和SMTP之類的機制，處理入站和出站消息隊列。
現(xiàn)在參照圖14，該圖簡化表示工作站計算機系統(tǒng)154的實現(xiàn)方式。工作站154包括各種數(shù)據(jù)處理資源，例如與總線結構238相連的處理器(CPU)230。諸如只讀存儲器232和隨機存取存儲器234之類的數(shù)據(jù)處理資源也與總線結構238相連。顯示適配器236把顯示設備218連接到總線結構238。一個或多個用戶輸入設備適配器240把包括鍵盤222和鼠標224在內的用戶輸入設備，連接到總線結構238?？梢耘鋫溆糜谶B接打印機221的適配器241?？梢耘鋫湟粋€或多個介質驅動適配器242，以便把諸如光盤驅動器214、軟盤驅動器216和硬盤驅動器219之類的介質驅動器，連接到總線結構238?？梢耘鋫湟粋€或多個電信適配器244，以提供處理資源接口裝置，從而把工作站計算機系統(tǒng)連接到一個或多個網(wǎng)絡，或連接到其他計算機系統(tǒng)。通信適配器244可以包括局域網(wǎng)適配器，調制解調器和/或ISDN終端適配器，串口或并口適配器。
根據(jù)本發(fā)明之實施方式的下述說明可以理解，工作站154可以采取多種形式。例如，工作站可以是與因特網(wǎng)或網(wǎng)絡兼容的非PC類型的計算機，如網(wǎng)絡計算機或能夠訪問諸如因特網(wǎng)之類的計算機網(wǎng)絡的電視機頂盒。作為選擇，工作站154可以為無線PDA或多媒體終端。
把工作站154配置為在CPU 230的控制下運行，其中CPU 230根據(jù)工作站存儲器232/234/219中存儲的計算機程序運行?？梢栽陔娦沤橘|，例如在電信網(wǎng)絡和/或因特網(wǎng)上，提供由工作站154執(zhí)行的程序。如果工作站154為在無線電話網(wǎng)絡上運行的多媒體終端，則電信介質為能夠傳送編碼信號的射頻載波，其中編碼信號表示計算機程序和數(shù)據(jù)信息。作為選擇，載波可以為用于光纖鏈路的光學載波或任何其他合適載波介質或陸線鏈路電信系統(tǒng)。也可以在上述電信介質上，提供從工作站154到諸如DMS系統(tǒng)70之類的遠程計算機，或從此類遠程計算機接收的消息、數(shù)據(jù)結構和格式。另外，可以在軟盤217或CD-ROM 215上提供程序。特別地，可以通過電信介質，提供用于DMS系統(tǒng)70之類的遠程系統(tǒng)的圖形用戶界面，以配置工作站顯示設備218，從而在顯示屏幕220上顯示適當?shù)膱D形用戶界面。
希望利用DMS系統(tǒng)70搜索將貨物從產(chǎn)地運輸?shù)侥康牡刂线m航程的貨運代理40，必須首先登錄到DMS網(wǎng)站。當?shù)卿汥MS網(wǎng)站時，顯示歡迎頁面，如果該貨運代理已在DMS注冊，則只需向系統(tǒng)提供合適密碼和用戶名(包括DMS系統(tǒng)的成員id和成員組織)，以便驗證他們是否為注冊用戶。為了搜索具有所需載貨容積的航程，貨運代理40需要請求容積搜索。
響應對web服務器的搜索請求70，應用邏輯模塊182中的服務器端java servlet，響應收到的完整搜索參數(shù)頁面，調用數(shù)據(jù)存取180中的決策執(zhí)行搜索存儲的過程dmPerformSearch。DmPerformSearch模塊向servlet返回采用HTML封裝的結果列表，然后傳遞到web服務器，以便傳送到貨運代理40。
利用顯示屏幕220上的瀏覽器，顯示從web服務器190傳送到貨運代理40之工作站154的搜索參數(shù)頁面。
圖15表示搜索用戶界面屏幕250的示例。貨運代理40把航線起點252和終點254機場，輸入到適當屏幕字段252和254中。在圖15所示的示例中，起點機場為倫敦的希思羅機場，目的地機場為紐約的約翰肯尼迪機場，其IATA名稱分別為LHR和JFK。作為選擇，在用戶界面250上提供用于起點256和終點258城市的字段。提供出發(fā)和到達字段，將其劃分為出發(fā)日期260和時間262，到達日期264和時間266，它們定義貨運代理40希望把貨物從起點運輸?shù)浇K點的窗口。在最佳實施方式中，日期必須是完整的，但不要求時間是完整的。字段268、270和282涉及正在搜索載貨容積的貨物的重量、體積和密度。點擊計算器符號274，計算需要的體積，如果重量和密度是已知的，或計算密度，如果重量和體積是已知的?；蛘哂捎脩艋蛘咄ㄟ^按照順序點擊計算器圖標自動完成三個字段—重量、體積和密度，以便正確確定貨物屬性以及該貨物的等級和價值。字段276通常包括不同貨物類型的下拉菜單，作為搜索的初始值。在所示示例中，顯示普通貨物類型。其他貨物類型包括易壞貨物或汽車零件。DMS系統(tǒng)操作員可以采用任何合適方式定義貨物類型。
將貨物類型進一步定義為散貨(如，箱子，包裹)或組合貨物，即，預先包裝為預定貨物單位。通過激活切換按鈕組合278或散貨280表示貨物類型。在某些情況中，貨物為IATA規(guī)則定義的超大貨物，此時，復選字段282表示超大貨物。在字段284中，輸入組合包裝類型以便進行組合搜索，即，激活切換按鈕278。
在最佳實施方式中，如果選擇散貨類型，則貨運代理可以輸入運輸貨物中各貨物的尺寸數(shù)據(jù)。在與搜索界面屏幕250對應的搜索界面屏幕(未示出)中，提供用于尺寸數(shù)據(jù)的數(shù)據(jù)字段。尺寸數(shù)據(jù)包括每件貨物的編號、長、寬、高和重量。提供諸如計算器符號274之類的計算器圖標，以便根據(jù)尺寸數(shù)據(jù)生成體積和密度。
如果選擇組合，則貨運代理能夠輸入重量、體積、密度和ULD類別。搜索屏幕(未示出)包括輸入組合運輸貨物之3種ULD類別的能力。該系統(tǒng)僅僅返回由承運人映射到搜索屏幕中指定類別的ULD。承運人將支持的ULD映射到ULD類別。如果貨運代理希望返回所有可用ULD類型，則無需定義ULD類別。承運人通常使用三個國際標準ULD類型(TACT分類、IATA類型編碼貨ATA US國家術語)之一和/或其特定組織的ULD類型。DMS允許承運人將其ULD類型映射到更普通的ULD類別，后者依據(jù)主要尺寸區(qū)分ULD，如集裝箱/托盤、下/主甲板。貨運代理能夠在搜索屏幕中定義普通ULD類別，以確保只返回與所定義的類別相對應的特定承運人ULD類型。例如，托盤(下部)搜索僅僅在搜索結果中返回承運人映射到托盤(下部)的段集合和ULD類型。承運人提供所支持的特定ULD類型的等級和航空器ULD適合性。在搜索結果中返回所支持的ULD類型，ULD類型作為報價市場和反向市場預訂的基礎。
用戶界面屏幕250的下半部分包括許多搜索過濾器，過濾器定義要向貨運代理40返回的結果。可以激活兩個切換按鈕286和288，以開始搜索，該搜索分別返回滿足標準的承運人列表，和滿足搜索標準的航程列表。其他選項是通過選擇字段290，把非參與者包含到系統(tǒng)中；通過選擇字段292，排除客機和混合航程；通過選擇字段294，排除卡車，即，公路運輸。其他搜索過濾器是允許的最大中轉次數(shù)，可利用下拉菜單296進行選擇；確定需要返回結果的承運人服務等級，可利用下拉菜單298進行選擇；以及利用下拉菜單300確定希望返回多少結果的能力。其他限制是通過復選字段302，僅僅顯示一個承運人代碼；通過選擇復選框304，僅僅顯示可用容積，即，滿足所需載貨容積的結果。作為選擇，可以請求不能容納搜索容積的結果，以備將來參考或談判。
貨運代理40通過區(qū)分四個不同特征的優(yōu)先次序，確定需要返回的結果的順序。提供四個顯示字段，每個字段具有一個下拉菜單，下拉菜單包括以下五個鍵值首選承運人，成本最低，最快到達，最晚出發(fā)，服務等級。通過利用各字段配備的下拉菜單，完成一個或多個字段306-312，以便根據(jù)所顯示鍵值的優(yōu)先級，排列結果。
用戶通過激活“搜索容積”按鈕316，向DMS系統(tǒng)提交其請求。
把用戶界面屏幕250配置為響應工作站154的鼠標224控制的屏幕指針，從而用戶能夠選擇不同字段，并利用鍵盤222或通過選擇下拉菜單中的選項，輸入數(shù)據(jù)。作為選擇，用戶界面程序可以把遍布用戶界面250的提示依次移動到各字段，由此用戶能夠按照需要輸入此類數(shù)據(jù)。通常利用諸如鍵盤222之類的鍵盤上的上/下箭頭鍵和制表鍵控制以上提示。
借助搜索用戶界面屏幕，貨運代理可以明確選擇他們希望經(jīng)由DMS系統(tǒng)執(zhí)行的搜索類型。有四種搜索散貨航程段，散貨承運人，組合航程段和組合承運人。術語“散貨”和“組合”指貨物包裝的性質。航程段搜索將返回一個結果集，包括所請求路線的航程段的全部細節(jié)，而承運人搜索僅僅提供承運人標識。對于每種搜索類型，必須完成某些字段。這些字段為起點和終點之間的路線，搜索時間，貨物類型和貨物容積，其中起點和終點可以為城市或機場。出發(fā)時間和到達時間之間有一個系統(tǒng)定義的最大時限，以確保不輸入非常長的時限。如果超出以上系統(tǒng)參數(shù)，該系統(tǒng)將產(chǎn)生錯誤。通常利用IATA表把機場和城市聯(lián)系起來。
各航程段條目93均有一個出發(fā)日期和時間(DEP_DTIME)以及到達日期和時間(ARR_DTIME)。各航程段條目還具有該航程段的始發(fā)站和到站。在一種實施方式中，還包括出口處理時間和進口處理時間。出口處理時間為班機起程前在始發(fā)站進行處理所需要的時間。從出發(fā)時間中減去出口處理時間以定義離開時間(事實上最晚離開時間)。同樣，進口處理時間為班機抵達后在到站進行處理所需要的時間。把進口處理時間累加到到達時間中以定義運輸貨物的接站時間(事實上最早接站時間)。從而建立航程段表中各航程段的離開時間和接站時間。
根據(jù)本發(fā)明的最佳實施方式，可以把搜索設計為規(guī)定時間或規(guī)定路線(特定航程)。
對于規(guī)定路線搜索(即，按照出發(fā)日期和時間以及到達日期和時間進行搜索)，DMS搜索航程段表和有關表格，查找出發(fā)日期和時間以及到達日期和時間滿足請求(出發(fā)日期和時間晚于開始(請求的出發(fā))日期和時間，到達日期和時間早于結束(請求的到達)日期和時間)的路線段。結果顯示出發(fā)日期和時間以及到達日期和時間，和/或有關離開日期和時間以及接站日期和時間。
對于規(guī)定時間搜索(即，按照離開日期和時間以及接站日期和時間進行搜索)，DMS搜索航程段表和有關表格，查找離開日期和時間以及接站日期和時間滿足請求(離開日期和時間晚于開始(請求的離開)日期和時間，接站日期和時間早于結束(請求的接站)日期和時間)的路線段。而且結果顯示出發(fā)日期和時間以及到達日期和時間，和/或離開日期和時間以及接站日期和時間。
圖16是一個流程圖，表示dmPerformSearch存儲過程的實施方式。dmPerformSearch存儲駐留在DMS數(shù)據(jù)存取邏輯180中，首先在步驟322中，驗證來自貨運代理的搜索請求輸入?yún)?shù)。通常，dmPerformSearch存儲過程驗證利用搜索容積用戶界面屏幕250或作為登錄過程的一部分與搜索容積屏幕250輸入的以下輸入?yún)?shù)。
通常，需要驗證以下輸入?yún)?shù)輸入的成員ID參數(shù)；輸入的結果類型搜索參數(shù)；輸入的散貨或組合(278、280)搜索參數(shù)；結果類型(承運人或航程)286、288；確保輸入起點機場或起點城市參數(shù)(252、256)；確保輸入目的地機場或目的地城市參數(shù)(254、258)；確保起點城市256(如果已輸入)為有效城市；確保起點機場252(如果已輸入)為有效機場；確保目的地城市258(如果已輸入)為有效城市；確保目的地機場254(如果已輸入)為有效機場；確保沒有同時輸入起點機場和起點城市；確保沒有同時輸入目的地機場和目的地城市；確保機場和城市的起點與目的地不同；確保始發(fā)站不在目的地城市內；確保到站不在起點城市內；
確保已輸入最大中轉參數(shù)；確保已輸入出發(fā)和到達日期，并且到達日期晚于出發(fā)日期；確保出發(fā)和到達日期之間的時間未超過系統(tǒng)定義的最大值；確保已輸入貨物類型276，并且是該系統(tǒng)的有效貨物類型；確保ULD類別284(如果已輸入)有效；確保承運人代碼302(如果已輸入)有效；確保已輸入重量、體積和密度，并且重量/體積＝密度；以及確保每件貨物的尺寸和重量(如果已輸入)與重量和體積相對應，并在系統(tǒng)容限內。
接著，dmPerformSearch函數(shù)轉到步驟324，在該步驟中生成所請求搜索的唯一搜索標識。利用搜索標識來識別檢索結果子集時形成的搜索結果集。稱為結果集ID的公用函數(shù)利用唯一搜索ID，把唯一ID輸入到記錄VU_SRCH_RSLT_SETU中，以記錄執(zhí)行搜索時的時間。然后在DMS管理系統(tǒng)中使用該記錄，確定從數(shù)據(jù)庫中刪除某個搜索的時間。在完成搜索處理后，項客戶軟件返回唯一搜索ID，以便標識搜索結果集。
下一步驟326調用FlightSegmentSet函數(shù)，利用該函數(shù)生成滿足搜索屏幕(如250)中輸入的搜索標準的航程段列表，搜索標準包括旅程始發(fā)站和到站，路線，開始和結束日期以及可用容積。航程段列表用于隨后執(zhí)行的所有搜索例程。接著，dmPerformSearch過程轉到步驟328，正如搜索容積屏幕250中切換開關286和288確定的那樣，確定該搜索是承運人類型還是航程類型。
對承運人類型搜索，dmPerformSearch存儲過程轉到步驟330，在該步驟中調用承運人搜索函數(shù)，以執(zhí)行承運人搜索，并在步驟332中設置返回“類型”參數(shù)“C”。對于航程類型搜索，該函數(shù)將流程轉到步驟334，在該步驟中確定是否請求組合類型搜索。如果沒有請求組合搜索，則在步驟336中調用航程搜索函數(shù)，該函數(shù)搜索運輸散貨的航程。接著，控制轉到步驟338，在該步驟中設置返回類型參數(shù)“F”。對于組合搜索函數(shù)，控制轉到步驟340，在該步驟中調用組合搜索函數(shù)，然后轉到步驟342，在該步驟中設置返回類型參數(shù)“U”。
在實施dmPerformSearch存儲過程，并執(zhí)行相關搜索類型(即，承運人搜索330、非組合搜索338或組合搜索340)后，建立搜索結果集，以反映適當搜索的結果。根據(jù)搜索結果集，執(zhí)行該集合內各記錄的定價。
dmPerformSearch過程320調用過程函數(shù)“FlightSegmentSet”326。對所有搜索類型執(zhí)行dmflightsegmentset 326，并把與搜索容積屏幕250中指定的路線匹配的航程段集合列表，插入到結果集合表中。各航程段集合構成結果集合表上存儲的一行數(shù)據(jù)，并且把列表配置為能夠利用getresults函數(shù)向JAVA servlet返回請求的行數(shù)，以通知用戶工作站154。dmflightsegmentset搜索是一個復雜搜索，并在幾個截然不同的查詢中執(zhí)行該搜索，其中根據(jù)以上幾個查詢構建完整結果集。依次執(zhí)行各查詢，并把搜索輸出和有關搜索ID插入到結果集合表中。各查詢與該路線中允許的中轉次數(shù)相對應。
以下參照圖17所示的流程圖，說明用于dmflightsegmentset 326的DMS應用邏輯182的操作。在步驟350中，dmflightsegmentset存儲過程搜索MCRO表98，查找銷售搜索屏幕250上輸入的旅程的承運人。在圖16所示示例中，搜索MCRO表98，查找起點機場LHR和目的地機場JFK。在步驟352中，對照有關承運人銷售的路線，檢查請求的運輸貨物類型，即，組合或散貨。利用dmflightsegmentset過程存儲銷售請求路線的承運人列表，其中請求路線具有請求運輸貨物類型。同時在步驟350和352中，可以檢查承運人是否具有適當服務等級(屏幕250中的參數(shù)298)。在步驟354中檢查中轉表100，以確定中轉集合對各承運人的銷售路線有效。
接著，在步驟356中，搜索航程段表93，查找始發(fā)站和到站與請求旅程指始發(fā)站和到站相對應的直航段。對照屏幕250之搜索參數(shù)260、262、264和266定義的搜索日期期限中輸入的條件，檢查各直航段，直航段包括路線和航程傳送的最晚預訂接收時間。此外，如果需要利用容積過濾結果，則搜索所需容積，搜索搜索參數(shù)292定義的適當設備類型，并確定是否包括搜索參數(shù)294定義的卡車。同時，DMS應用邏輯檢查各航程段的出發(fā)和到達時間在系統(tǒng)參數(shù)設置的最大時限內。
在航程段集合列表中存儲在步驟356中確定的滿足查詢的直航段。接著，dmflightsegmentset存儲過程轉到步驟358，在該步驟中確定是否已確定最大航程數(shù)。最大航程數(shù)通常為一個系統(tǒng)參數(shù)，作為選擇，也可以由用戶定義。如果已確定最大航程數(shù)，則dmflightlegset存儲過程將控制流程轉到步驟370，在該步驟中對flightlegset列表中的結果進行排序，dmflightlegset過程在步驟372中結束。然而，如果步驟358的結果為“否”，則控制流程轉到步驟360，在該步驟中搜索航程段表，查找滿足旅程請求的兩個航程段的組合。兩個航程段為同一管理承運人的航程，但是作為選擇，航程段也可以是不同承運人的航程。
當搜索兩個航程段的組合時，通過對照最小連接時間表96中定義的承運人最小連接時間，比較中轉站中兩個航程段的到達和出發(fā)時間之間的連接時間(即，差值)，處理兩個航程段的連接。只有其連接時間與承運人最小連接時間之間的時差是可接受的，才能連接兩個航程段。換句話說，必須有足夠時間進行連接和中轉。正如討論表96時參照圖8說明的那樣，承運人最小連接時間隨航空器、運輸貨物類型(散貨或組合)、中轉站等變化。此外，比較連接時間與最大連接時間系統(tǒng)參數(shù)，以確定時差是否是可接受的。作為選擇，比較連接時間與最大連接時間表94中的適當字段。此外，正如參照圖7說明的那樣，最大連接時間隨航空器類型、運輸貨物類型(散貨或組合)、中轉站以及諸如貨物性質之類的其他變量變化。對照MCRO表98中存儲的銷售路線的最大旅程時間，檢查統(tǒng)稱為轉運的各組合航程段，并刪除超過最大旅程時間的航程段。在步驟360中測試的轉運的其他條件為下一個航程的起點與前一個航程的目的地匹配。然后利用在步驟360中確定的轉運，更新航程段集合列表。
接著，過程控制轉到步驟362，在該步驟中將中轉計數(shù)器TPC設置為1。利用該計數(shù)器檢查路線中的中轉次數(shù)是否超過用戶規(guī)定或系統(tǒng)參數(shù)。在步驟364中，檢查中轉計數(shù)器TPC是否小于最大值。如果不小于最大值，則過程控制轉到步驟370，在該步驟中對航程段列表結果進行排序，然后轉到步驟372，過程結束。如果步驟364的結果為“是”，則過程控制轉到步驟366，在該步驟中搜索段表查找航程段的其他組合。搜索的航程段的數(shù)目為TPC+2。當在步驟366中搜索段表時，其考慮與在步驟360中搜索段表時的考慮相同。然而，其他限制是轉運期間不能重新訪問中轉站。換句話說，航程段的目的地與前一個航程段的起點不匹配。目的是避免回旋和重復轉運路線。在航程段列表中存儲在步驟366中導出的有效轉運，然后過程控制轉到步驟368，在該步驟中將計數(shù)器TPC加1。然后，控制回到步驟364，在該步驟中確定TPC是否小于最大值。
當搜索航程段表查找兩個或多個航程段的組合時，檢查各航程段是否能夠運輸貨物類型的載貨容積、尺寸和/或ULD類型請求中設置的貨物。例如，各段必須能夠運輸其尺寸為請求中設置的尺寸或ULD類型的貨物。
dmflightsegmentset過程的結果是生成經(jīng)過排序的航程段集合列表。根據(jù)在搜索屏幕250上輸入的結果次序參數(shù)306、308、310、312和314進行排序。在完成dmflightsegmentset存儲過程函數(shù)326后，過程控制轉到dmPerformSearch存儲過程320，其中在步驟328中確定搜索類型。
現(xiàn)在回到圖16，在步驟328中，確定搜索算法320執(zhí)行的搜索類型。對于通過在搜索窗口250中設置切換按鈕286啟動的搜索類型“承運人”，啟動承運人搜索函數(shù)330。以下參照圖19所示的流程圖，說明承運人搜索函數(shù)330的過程控制流程。首先，在步驟380中，讀取航程段集合列表中的第一項。在步驟382中，確定該項是否超過用戶在搜索窗口250之參數(shù)296中輸入的最大值。如果中轉次數(shù)小于用戶輸入的最大值，則過程控制轉到步驟384，以便把該項存儲到搜索結果集合中。接著，在步驟386中，讀取航程段集合列表中的下一項，然后控制流程返回到步驟302，以確定下一項的中轉次數(shù)是否超過允許的最大值。如果中轉次數(shù)未超過最大值，則過程控制繼續(xù)并轉到步驟384，以存儲該項，并從航程支線集合列表中讀取搜索結果和下一項。然而，如果最后從航程支線集合列表中讀取的項目的中轉次數(shù)超過最大值，則過程控制流程轉到步驟388，以終止承運人搜索函數(shù)，并向執(zhí)行搜索過程返回最終搜索結果集合。對于承運人搜索，最終搜索結果集合包括其航程和載貨容積滿足請求的承運人列表。
現(xiàn)在參照圖19，以下說明組合搜索函數(shù)340的控制流程。對于通過將切換按鈕設置為搜索窗口250中的按鈕278而激活的組合類型搜索，需要額外檢查DMS邏輯，以確定各航程段是否使用能夠處理普通ULD或特殊ULD類型的航空器類型。可以在搜索窗口250的字段284中輸入ULD類別。對于圖15所示的示例，字段284中沒有輸入，這與響應散貨切換按鈕280的散貨容積搜索一致。在組合搜索函數(shù)340的第一步驟390中，讀取航程段集合列表中的第一項。在步驟392中，確定該項的中轉次數(shù)是否超過最大值。如果沒有超過最大值，則過程控制轉到步驟394，確定該項是否包含能夠支持ULD組合貨物的航程段，如果已輸入ULD類別，則確定航程段是否支持特殊ULD類型。如果步驟394的結果為“是”，則過程控制轉到步驟396，以便在搜索結果集合中存儲該項。接著，在步驟398中，讀取航程段集合列表中的下一項，然后過程控制轉到步驟392，以確定下一項的中轉次數(shù)是否超過最大值。在步驟394中，如果當前讀取的項目不支持ULD貨物或特殊ULD類型，則過程控制轉到步驟398，以讀取航程段集合列表中的下一項。如果步驟392的結果為“是”，即，當前從航程段集合列表中讀取的項目的中轉次數(shù)超過最大值，則過程控制轉到步驟400，以便向dmPerformSearch存儲過程320返回搜索結果集合。僅僅返回支持普通ULD類型的航程段搜索結果集合。
現(xiàn)在已經(jīng)創(chuàng)建了與貨運代理請求的搜索類型相對應的搜索結果集合。價格最好與各航程段集合記錄相關聯(lián)。在最簡單的情況中，價格可以為載貨容積請求之體積、重量或密度的函數(shù)?？梢栽贛CRO 98表格的某個條目中包含每單位容積的價格。作為選擇，價格可以為航程實例表76中各航程支線的一個條目，其中累加構成航程段和/或路線的航程組合中各航程支線的價格，以提供該路線的總價。
作為選擇，在DMS系統(tǒng)上提供根據(jù)包括路線和航程段或航程支線在內的不同參數(shù)配置的費用卡片，以計算各旅程的費用。
承運人按照路線、旅程、貨運代理、貨物類型以及星期幾創(chuàng)建、維護費用卡片。DMS系統(tǒng)查找各航程段集合的正確費用卡片，以計算考慮運輸貨物類型、重量和其他因素的費用。對照MCRO保持的等級或收入管理信息包括該路線的最小值，不允許計算的費用低于最小值。這正是最低等級控制。該系統(tǒng)比較費用卡片上的費用與MCRO上的費用，并接受兩者之中的最小值。
也可以利用其他方法確定載貨容積的價格。
然后按照該用戶在有關搜索屏幕中選擇的順序，顯示適當搜索(即，承運人、非組合或組合搜索)創(chuàng)建的搜索結果。然后，用戶選擇他們希望預訂載貨容積的所選路線選項。通過選擇結果列表中的一個航程段集合，預訂載貨容積，以上選擇生成一個預訂屏幕，用戶通過填充預定屏幕來預定載貨容積。作為選擇，也可以利用常規(guī)方法預定載貨容積，例如向有關承運人發(fā)送傳真、打電話或發(fā)送電子郵件。
以下參照圖20說明可以體現(xiàn)本發(fā)明之實施方式的數(shù)據(jù)管理系統(tǒng)的邏輯體系結構。圖20表示整個系統(tǒng)。正如參照圖12說明的那樣，客戶(承運人)系統(tǒng)72通過因特網(wǎng)和/或其他網(wǎng)絡，與客戶接口(CI)系統(tǒng)710通信。CI系統(tǒng)710與CI航程數(shù)據(jù)庫712交互，后者與航程成批系統(tǒng)714、web處理系統(tǒng)716和主數(shù)據(jù)庫718交互。同時，web處理系統(tǒng)716和主數(shù)據(jù)庫718彼此交互。
分配成批系統(tǒng)720與web處理系統(tǒng)716和主數(shù)據(jù)庫718交互。主數(shù)據(jù)庫718與管理信息系統(tǒng)(MIS)722交互。利用脫機工具724把脫機收集的承運人和貨運代理數(shù)據(jù)，裝載到CI航程數(shù)據(jù)庫712和主數(shù)據(jù)庫718中。Web處理系統(tǒng)716和MIS 722通過因特網(wǎng)和/或其他網(wǎng)絡與客戶(貨運代理和/或承運人)工作站154通信。
Web處理系統(tǒng)716包括web應用服務器和數(shù)據(jù)庫訪問軟件，使用工作站154的貨運代理能夠向數(shù)據(jù)管理系統(tǒng)提交搜索請求。MIS 722利用主數(shù)據(jù)庫718中的數(shù)據(jù)生成聯(lián)機報告，利用分配成批系統(tǒng)720，將通過web處理系統(tǒng)716接收的分配預訂和模板，裝載到主數(shù)據(jù)庫718中。
承運人系統(tǒng)72向CI系統(tǒng)710提供航行時刻表，時刻表或者為具有標準航行時刻表的季節(jié)時刻表91，或者為具有不同航程實例的操作時刻表。CI系統(tǒng)710在操作時刻表表格92中存儲航行時刻表，在CI航程數(shù)據(jù)庫72中存儲季節(jié)時刻表91。同時提供用于填充航程段表的容積數(shù)據(jù)。
由承運人系統(tǒng)72向CI系統(tǒng)710提供銷售的承運人路線選項(MCRO)數(shù)據(jù)和中轉集合數(shù)據(jù)，并且分別在主數(shù)據(jù)庫718的MCRO表98和中轉集合表100中存儲。在CI航程數(shù)據(jù)庫中保存MCRO表和中轉集合表的副本。用類似方式接收ULD數(shù)據(jù)，并存儲到ULD表82中。圖6和圖9說明操作時刻表92、季節(jié)時刻表91、MCRO表98、中轉集合表100和ULD表82以及其關系。
航程成批系統(tǒng)714運行一個批處理，后者展開承運人的季節(jié)時刻表91，以生成操作時刻表92。正如參照圖5說明的那樣，操作時刻表設置各航程的始發(fā)站和到站，出發(fā)日期和時間，設備類型以及航空站的裝貨和卸貨能力。當預計算例程104創(chuàng)建航程段表的航程段時，有效組合具有始發(fā)站裝貨能力和到站卸貨能力的航程段。在最佳實施方式中，如果航程支線屬于同一航程(即，具有相同航班)，則利用預計算例程104組合航程支線，以形成航程段表中的航程段。
在其他實施方式中，可以按照不同規(guī)則組合航程支線，以形成航程段表中的航程段。例如，承運人借助標識符指定可以組合的支線，以形成航程段。
在最佳實施方式中，利用MCRO表98和中轉集合表100定義銷售的承運人路線段集合，其中通過創(chuàng)建銷售的承運人路線段表定義銷售的承運人路線段集合，路線段表包含所述表中之數(shù)據(jù)定義的所有容許路線段。例如，如果承運人正在銷售LHR-SIN以及經(jīng)由DXB的LHR-SIN，假設在DXB進行裝卸，則創(chuàng)建銷售航程段LHR-DXB，DXB-SIN和LHR-SIN。然而，如果只銷售LHR-SIN，則僅僅創(chuàng)建航程段LHR-SIN。當填充航程段表時，預計算例程104從操作時間表中讀取表示航程支線或有效航程支線組合的數(shù)據(jù)，并對照銷售的航程段檢查始發(fā)站和到站。如果航程支線或航程支線組合與銷售的航程段相對應，則作為航程段，把支線或航程支線組合輸入到航程段表中。如果航程支線或航程支線組合與銷售的路線段不一致，則不輸入到航程段表中。因此，在以上示例中，只有該示例的第一部分而不是第二部分中存在相應的銷售航程段時，才把支線DXB-SIN輸入到航程段表中。
最好在dmPerformSearch過程中利用MCRO表98和中轉集合表100，其目的是首先檢查該表中的數(shù)據(jù)是否改變(更新)，其次，如果該搜索把兩個或多個段連接起來，則檢查連接后的搜索結果是否與銷售的路線和/或有效中轉一致。
再次參照圖20，把CI航程數(shù)據(jù)庫72中形成的航程段表復制到主數(shù)據(jù)庫718中，以支持通過web處理系統(tǒng)716執(zhí)行的主處理(客戶搜索)。主數(shù)據(jù)庫718保存MCRO表、中轉集合表、ULD表以及用于客戶處理的其他表，包括成員組織表、等級表、買賣事務表、優(yōu)選承運人表以及航空器/ULD兼容性。
在與圖20所示系統(tǒng)相對應的實施方式中，CI系統(tǒng)710和CI航程數(shù)據(jù)庫712作為獨立服務器上的CI服務器，與主數(shù)據(jù)庫718、web處理系統(tǒng)716和分配成批系統(tǒng)720獨立。接收處理航程時刻表并填充航程段表的CI系統(tǒng)，處理承運人現(xiàn)有系統(tǒng)(客戶/承運人系統(tǒng))與主數(shù)據(jù)庫718的其他數(shù)據(jù)交換。包括處理容積更新、MCRO更新、中轉集合更新、其他承運人數(shù)據(jù)的更新，以及通過DMS系統(tǒng)生成的預訂請求和來自承運人系統(tǒng)的預訂響應。將更新層疊為使用數(shù)據(jù)庫觸發(fā)器的有關表格。另外，CI服務器保證該數(shù)據(jù)的準確性和及時性。
現(xiàn)在參照圖21，承運人可以加載分配模板(經(jīng)由web處理系統(tǒng)716進入分配成批系統(tǒng)720)，作為永久預訂或承運人劃撥/合同的記錄。模板定義協(xié)議的屬性，如貨運代理、保留或預約容積、航程與行程安排。
通過加載分配模板，承運人登記該承運人和貨運代理能夠查看的協(xié)議的記錄。它成為貨運代理進行分配預訂的模板，用來確定預訂是否超過保留容積。
通過使用批量數(shù)據(jù)接口，加載分配模板。該接口允許采用出版格式將數(shù)據(jù)輸入到瀏覽窗口中?？梢詫⒃摂?shù)據(jù)直接輸入到DMS中，或者從諸如承運人系統(tǒng)或電子表格之類的外部應用程序中導入。數(shù)據(jù)內容符合常見的公開標準。
分配模板包括許多字段，這些字段共同標識此模板。在最佳實施方式中，這些字段是□ 承運人□ 貨運代理□ 始發(fā)站□ 到站□ 開始日期□ 星期幾□ 裝運類型(散貨或組合)□ 貨物類型□ 帳號(可選)○作為選擇，承運人可以指定有關模板的帳號。如果已定義帳號，則只有相應帳號(他們所經(jīng)營通道的標識符)的用戶才能對照該模板進行預訂。
□ 分配基準○分配基準為可選字段，用來區(qū)分其他方面相同的分配。
□ 航程
□ 產(chǎn)品名稱分配模板可以包括結束日期。如果所有其他關鍵字均相同，則分配模板不能重疊。
在最佳實施方式中，航程細節(jié)包括□ 航班□ 始發(fā)站□ 到站□ 出發(fā)時間(僅用于頭班)□ 出發(fā)間隔(第二航班與第一航班之間的天數(shù)；頭班不需要)□ 容積標識符(預訂消息中發(fā)送的容積標識符。該標識符用于標識需要減少的預訂容積的邏輯容積分割，允許承運人的現(xiàn)有系統(tǒng)根據(jù)貨運代理管理容積，而無需在其系統(tǒng)內保持低水平容積分割。該標識符可以為空。)另外，該模板可以定義以下項目中的一項或幾項□ 分配重量□ 分配容積□ 分配截止時間(出發(fā)前的時間)□ 設備型號(僅用于組合模板)□ 設備號(僅用于組合模板)□ 注釋(為表示賣方注釋的彈出對話框的鏈接)□ 里程碑計劃(計劃的名稱，為表示里程碑計劃細節(jié)的彈出對話框的鏈接)從主菜單中訪問模板加載函數(shù)“維護分配模板”。用戶能夠加載新模板，修改或刪除現(xiàn)有模板。
向用戶顯示具有空白文本區(qū)域的屏幕，用戶可以采用正確格式粘貼或輸入數(shù)據(jù)。圖22表示填寫有樣本數(shù)據(jù)的“維護分配模板”屏幕的示例。
在用戶提交數(shù)據(jù)后，由DMS處理該數(shù)據(jù)，并且在處理數(shù)據(jù)之后，向用戶發(fā)送事件概要消息。圖23表示DMS執(zhí)行的檢查。用戶通過從事件消息中選擇“快速搜索”，或者通過從主菜單中選擇“分配模板維護結果”，查看他們的加載結果。
以摘要方式表示加載結果。結果包括□ 首次向DMS提交數(shù)據(jù)的時間□ DMS處理數(shù)據(jù)的時間□ 提交數(shù)據(jù)的用戶名稱□ 狀態(tài)(提交，處理，處理出錯，失敗)□ 創(chuàng)建總數(shù)(根據(jù)該數(shù)據(jù)創(chuàng)建的新模板數(shù))□ 修改總數(shù)(修改的現(xiàn)有模板數(shù))□ 刪除總數(shù)(刪除的現(xiàn)有模板數(shù))□ 未改變的總數(shù)(已存在相同模板的模板數(shù)。DMS未采取動作。)□ 失敗總數(shù)(由于錯誤而不能加載的記錄數(shù))□ 處理的總記錄數(shù)圖24表示結果屏幕的示例。貨運代理接收新建、修改或刪除分配模板的事件消息。如果加載記錄時出現(xiàn)錯誤，則用戶通過單擊修改(鉛筆)圖標，導航到“錯誤校正”屏幕。在“校正分配模板”屏幕上顯示所有錯誤記錄。用戶可以在上面的編輯框中修改記錄，在下面的編輯框中查看拒絕該記錄的詳細信息。在每個窗口中，記錄前面的行號幫助用戶鏈接錯誤和記錄。用戶可以直接在該屏幕中修改記錄，或者在外部應用程序中進行修改，然后在重新提交前，將數(shù)據(jù)重新粘貼到上面的編輯框中。同時，下面的編輯框顯示“分配模板基準”，如果提供的話。
圖25表示“校正分配模板錯誤”屏幕的示例?！胺峙淠０寰S護結果”屏幕顯示一組數(shù)據(jù)的每個加載的結果。例如，如果在加載100條記錄時，10條記錄有錯，則用戶能夠校正錯誤，然后重新提交。結果屏幕同時顯示以上兩種加載，“第一次提交時間”允許用戶跟蹤連續(xù)加載嘗試。首先顯示最近的加載，采用縮進方式表示前幾次嘗試的“處理時間”，以幫助用戶集中于最近的加載。有關示例請參見圖24。
承運人和貨運代理能夠聯(lián)機搜索、查看分配模板。
用戶可以根據(jù)以下標準進行搜索□ 組織□ 開始日期□ 結束日期□ 星期幾(默認值為全部)□ 始發(fā)站□ 到站□ 分配基準□ 裝運類型(散貨/組合)□ 航班所有搜索屬性均是可選項。如果模板包括所選日期、航班(如果已輸入)，或者如果有效日期在開始日期和結束日期(如果已輸入)之間，則返回該模板。圖26表示“搜索分配模板”屏幕。
如圖27所示，將搜索結果中的每個模板顯示為幾行。顯示以下數(shù)據(jù)□ 組織□ 貨運代理帳號□ 開始日期□ 結束日期□ 星期幾□ 始發(fā)站
□ 到站□ 分配基準□ 裝運類型(散貨/組合)□ 貨物類型□ 產(chǎn)品名稱□ 最后更新日期/時間□ 分配重量□ 分配容積□ 分配截止時間(出發(fā)前的時間)□ 設備類型(僅用于組合模板)□ 設備號(僅用于組合模板)□ 注釋(為表示賣方注釋的彈出對話框的鏈接)□ 里程碑計劃(計劃的名稱，為表示里程碑計劃細節(jié)的彈出對話框的鏈接)□ 航班□ 航班出發(fā)時間(僅用于頭班)□ 出發(fā)間隔(第二航班與第一航班之間的天數(shù))□ 航班起點□ 航班終點□ 航班容積ID承運人可以修改、刪除他們創(chuàng)建的分配模板。利用用于創(chuàng)建模板的 “維護分配模板”功能，修改、刪除分配模板。
用戶可以在一次加載中創(chuàng)建、修改和刪除模板。圖28表示對提交的記錄和期望的結果進行的檢查。承運人用戶可以從主菜單中，或者從“分配模板搜索結果”中，訪問“維護分配模板”屏幕。在搜索分配模板后，用戶可以從搜索結果中選擇“維護分配模板”按鈕。從而用戶直接進入“維護分配模板”屏幕，該窗口填寫有搜索結果，其顯示方式為出版數(shù)據(jù)格式。
用戶可以修改或刪除記錄，或者將數(shù)據(jù)粘貼到該屏幕中，以添加或重寫現(xiàn)有記錄。因此，承運人可以選擇直接在DMS系統(tǒng)中維護、編輯數(shù)據(jù)，或者通過外部應用程序，將數(shù)據(jù)導入DMS系統(tǒng)。
在提交數(shù)據(jù)后，工作流程與“加載分配模板”的工作流程相同。簡而言之，在完成處理后，提示用戶；用戶可以利用導航方式查看處理結果；以及利用“校正分配模板錯誤”屏幕改正錯誤。
通常，不會將分配模板的修改自動應用于對照特定日期之模板制定的預訂。例如，如果承運人減少某個分配模板的容積，則下次修改預訂或創(chuàng)建新預訂時，對照新的分配容積的預訂容積才有效。作為選擇，該系統(tǒng)不包括此類限制。
貨運代理可以將分配預訂加載到DMS中。使用批量數(shù)據(jù)加載接口加載分配預訂。該接口允許采用出版格式將數(shù)據(jù)輸入到瀏覽窗口中?？梢詫⒃摂?shù)據(jù)直接輸入到DMS中，或者從諸如承運人系統(tǒng)或電子表格之類的外部應用程序中導入。數(shù)據(jù)內容符合常見的公開標準。
分配預訂具有許多強制字段，這些字段是進行分配預訂需要的最少字段。在最佳實施方式中，它們是□ 承運人□ 始發(fā)站□ 到站□ 出發(fā)日期□ AWB(航運收據(jù))現(xiàn)有貨運代理處理需要編制全套預訂數(shù)據(jù)，按承運收件人進行分離，然后獨立發(fā)送。DMS允許貨運代理提供最低限度的數(shù)據(jù)子集，以便一次加載處理內的所有承運人進行交割，然后通過EDI通信、SMTP電子郵件或傳真，分發(fā)給各承運人。
如果提供的數(shù)據(jù)能夠唯一標識分配模板，或通過電子郵件發(fā)送預訂，則進行預訂。有關通過電子郵件發(fā)送預訂的詳細信息，請參見參考圖32和33提供的說明。
作為選擇，貨運代理可以提供以下信息，其中□ 不能唯一標識模板的強制數(shù)據(jù)(例如，可能登記了其承運人、始發(fā)站、到站和出發(fā)日期均相同的散貨和組合分配模板)□ 貨運代理希望定義他們需要使用的容積，例如，與模板所定義的單位不同的單位，預訂或多或少的容積，提供諸如注釋或尺寸之類的數(shù)據(jù)□ 如果利用電子郵件發(fā)送預訂，則需要更多信息從主菜單中訪問模板加載功能“維護模板預訂”。用戶能夠加載新預訂或修改現(xiàn)有預訂(見以下說明)。
向用戶顯示具有空白文本區(qū)域的屏幕，用戶可以采用正確格式粘貼或輸入數(shù)據(jù)。圖29表示填寫有預訂數(shù)據(jù)的“維護分配預訂”屏幕的示例。
在用戶提交數(shù)據(jù)后，DMS處理該數(shù)據(jù)，并且在處理該數(shù)據(jù)之后，發(fā)送事件消息。用戶通過從事件消息中選擇“快速搜索”，或者通過從主菜單中選擇“分配預訂維護結果”，查看他們的加載結果。
以摘要方式表示加載結果。結果包括□ 首次向DMS提交數(shù)據(jù)的時間□ DMS處理數(shù)據(jù)的時間□ 提交數(shù)據(jù)的用戶名稱□ 狀態(tài)(提交，處理，處理出錯，失敗)□ 創(chuàng)建總數(shù)(根據(jù)該數(shù)據(jù)創(chuàng)建的新預訂數(shù))□ 修改總數(shù)(修改的現(xiàn)有預訂數(shù))□ 刪除總數(shù)(刪除的現(xiàn)有預訂數(shù))□ 未改變的總數(shù)(已存在相同預訂的預訂數(shù)。DMS未采取動作。)□ 失敗總數(shù)(由于錯誤而不能加載的記錄數(shù))□ 處理的總記錄數(shù)圖30表示結果屏幕的示例。
如果加載記錄時出現(xiàn)錯誤，則用戶通過單擊修改(鉛筆)圖標，導航到“校正分配預訂錯誤”屏幕。在“校正分配預訂錯誤”屏幕上顯示所有錯誤記錄。用戶可以在上面的編輯框中修改記錄，在下面的編輯框中查看拒絕該記錄的詳細信息。在每個窗口中，記錄前面的行號幫助用戶鏈接錯誤和記錄。用戶可以直接在該屏幕中修改記錄，或者在外部應用程序中進行修改，然后在重新提交前，將數(shù)據(jù)重新粘貼到上面的編輯框中。同時，下面的編輯框顯示作為預訂之參考的AWB號。圖31表示“校正分配預訂錯誤”屏幕的示例。
“分配預訂維護結果”屏幕顯示一組數(shù)據(jù)的每個加載的結果。例如，如果在加載100條記錄時，10條記錄有錯，則用戶能夠校正錯誤，然后重新提交。結果屏幕同時顯示以上兩種加載，“第一次提交時間”允許用戶跟蹤連續(xù)加載嘗試。首先顯示最近的加載，采用縮進方式表示前幾次嘗試的“處理時間”，以幫助用戶集中于最近的加載。有關示例請參見圖30。在一種實施方式中，處理結果保留7天。
DMS對通過批量接口加載的預訂記錄執(zhí)行一系列檢查。圖32表示確定預訂是新預訂還是修改預訂，能否進行預訂(如果是新預訂)，以及預訂創(chuàng)建/修改狀態(tài)時，進行的檢查。如果認為預訂是修改記錄或新記錄，則執(zhí)行規(guī)定的容積檢查。有關預訂電子郵件判斷的細節(jié)請參考圖35。
貨運代理可以輕而易舉地修改他們業(yè)已創(chuàng)建的分配預訂。或者利用用于創(chuàng)建預訂的“維護分配預訂”功能，批量修改分配預訂，或者通過“修改分配預訂細節(jié)”功能(見下文)，單獨修改分配預訂。
用戶可以在一次加載中創(chuàng)建、修改預訂。圖32表示對提交的記錄和期望結果進行檢查的高級視圖。
貨運代理用戶可以從主菜單中，或者從“預訂管理搜索結果”中，訪問“維護分配預訂”屏幕。在搜索預訂后，用戶可以從搜索結果中選擇“維護分配預訂”按鈕。從而用戶直接進入“維護分配預訂”屏幕，該窗口填寫有搜索結果中的所有分配預訂，其顯示方式為ICD數(shù)據(jù)格式。
圖33表示可以從“預訂管理搜索結果”中得到的“維護分配預訂”按鈕。用戶可以直接修改記錄，或者將數(shù)據(jù)粘貼到該屏幕上，以添加或重寫現(xiàn)有記錄。因此，貨運代理可以選擇直接在DMS中維護、編輯數(shù)據(jù)，或者通過外部應用程序將輸入導入DMS中。
在提交數(shù)據(jù)后，工作流程與“加載分配預訂”的工作流程相同。簡而言之，在完成處理后，提示用戶；用戶可以利用導航方式查看處理結果；并且利用“校正分配預訂錯誤”屏幕改正錯誤。
貨運代理用戶可以直接從“預訂管理搜索結果”中修改單個預訂的預訂細節(jié)。在進行預訂前，DMS自動進行通過由承運人銷售員(52，圖2)執(zhí)行的容積檢查。DMS比較預訂請求與分配模板的空閑容積。同時比較經(jīng)過修改的預訂與有關分配的可用容積，并根據(jù)分配預訂規(guī)則，進行“手工審查”或“確認”。如果修改未決預訂，則狀態(tài)仍為“未決”，并且不要求承運人采取行動。
分配預訂修改不進入談判。如果發(fā)送修改進行“手工審查”，則承運人可以接受或拒絕修改，并且可以添加注釋。如果拒絕修改，則原始預訂等待確認，并且可以查看有關該預訂的賣方注釋。
承運人可以定義應用于所有分配預訂的超額預訂容許度。通過“維護賣方參數(shù)”屏幕，設置容許度(百分比)。不向貨運代理顯示容許度。當進行預訂，并且比較預訂容積與分配容積以確定是否發(fā)送該預訂進行手工審查時，按照容許度調整分配容積。容許度分別按以下方式應用于分配重量和分配容積分配重量×(1+(容許度/100))分配容積×(1+(容許度/100))實例分配容積為1000kg和5m3。容許度為50％。
調整分配重量為1000×(1+(50/100))＝1500kg
調整分配容積為5×(1+(50/100))＝7.5m3比較預訂與調整值。
承運人可以接收利用電子郵件發(fā)送的分配預訂。電子郵件包括□ 主題，說明發(fā)送郵件的組織，郵件的來歷以及要發(fā)往的承運人□ 電子郵件正文，定義發(fā)送預訂的用戶，預訂使用的單位和格式(重量，體積，日期，數(shù)量)，有關查看和打印預訂的說明，以及標準保密和免責信息□ 包含預訂信息的html附件。圖34表示預訂文件的示例。
貨運代理用戶能夠通過批量加載功能，利用一次操作加載分配預訂。分配預訂加載包括已配置分配模板的DMS成員承運人，選擇不配置模板的DMS成員承運人以及非DMS承運人。
承運人接收始發(fā)站附近的貨運代理發(fā)往承運人地址的電子郵件或傳真。例如，由Fast Forward輸入的發(fā)往承運人環(huán)球航空公司的預訂。
向貨運代理用戶復制電子郵件，該用戶必須具有電子郵件地址?！盎貜汀钡刂窞樨涍\代理用戶的地址。
當由貨運代理用戶將預訂加載到DMS中時，執(zhí)行圖35所示的檢查。
承運人可以登記或者把里程碑計劃和分配模板聯(lián)系起來。里程碑計劃定義出發(fā)前的關鍵事件，應用于這些事件的條款和條件。
里程碑計劃能夠反映正式合同，適用于每個里程碑的懲罰或激勵，鼓勵預訂更新的非正式提示。承運人可以在DMS中登記許多里程碑，并且把每個里程碑和一個或多個分配模板聯(lián)系起來。
利用一個名稱標識每個里程碑計劃，每個里程碑計劃包括一個或多個里程碑。對于一種實施方式中的每個里程碑，維護以下數(shù)據(jù)□ 里程碑號(不能為零，相同計劃不能相同)□ 出發(fā)時間(相同計劃不能相同)
□ 應付傭金(可選字段，反映合同義務)□ 注釋(可選字段，包含承運人正文)承運人和貨運代理可以從各模板的彈出對話框(通過“分配模板搜索結果”)，或從各申請預訂的彈出對話框(通過“分配預訂搜索結果”)，查看里程碑計劃。
承運人可以定義于分配模板關聯(lián)的里程碑計劃。里程碑計劃定義出發(fā)前的事件。里程碑應用于對照分配模板進行的所有預訂。貨運代理和承運人用戶通過使用屬性“里程碑剩余時間”，搜索將在某幾個小時內抵達里程碑的預訂。用戶可以選擇作為里程碑“窗口”的小時數(shù)。在一種實施方式中，用戶可以搜索未來72小時(3天)的里程碑。圖36表示搜索屬性。
引入預訂管理搜索屬性，該屬性允許貨運代理和承運人用戶搜索未在某個時限內更新過的預訂。用戶使用搜索屬性“自上次更新以來的時間”，定義小時數(shù)“窗口”。用戶選擇下拉列表中的數(shù)值。在一種實施方式中，最大值為72小時。返回未在該窗口內更新過的所有預訂。該搜索應用于分配、報價和反向市場預訂。圖36表示搜索屬性。
利用一個號碼和出發(fā)時間(小時)定義里程碑計劃。承運人可以定義模板的“分配截止時間”，該時間為創(chuàng)建、修改或刪除分配預訂的最晚時間(出發(fā)前的小時數(shù))。
提供一個復選框—“是否包括截止時間作為里程碑？”，以允許用戶搜索逼近里程碑的預訂，其中將“分配截止時間”視為里程碑。返回其里程碑或截止時間在該窗口內的預訂。圖36表示搜索屬性。
分配預訂可以具有與其關聯(lián)的里程碑計劃。在“預訂管理搜索結果”中向承運人和貨運代理用戶顯示里程碑信息?？梢垣@得有關預訂的里程碑信息，擴展“+”號將顯示第二行預訂信息。所顯示的里程碑信息為□ 下一個里程碑(下一個到期里程碑的號碼)
□ 剩余時間(抵達該里程碑的剩余時間)用戶可以單擊里程碑號碼，以便在彈出對話框中顯示與該分配關聯(lián)的所有里程碑計劃的細節(jié)。利用用戶特權控制查看里程碑計劃的能力。圖37表示“預訂管理搜索結果”的示例，包括顯示里程碑計劃的彈出對話框。
DMS允許貨運代理和承運人訪問數(shù)據(jù)倉庫和操作數(shù)據(jù)系統(tǒng)，或管理信息系統(tǒng)(MIS)。MIS整合參考數(shù)據(jù)和事務數(shù)據(jù)，并根據(jù)用戶定義的標準，為客戶提供分析。審計DMS中的分配活動以便用戶使用，從而為分配使用率統(tǒng)計提供中立的中央倉庫。
現(xiàn)在參照圖38，該圖表示分配使用率的示例。該報告向承運人和貨運代理提供用戶定義期限內經(jīng)過確認的分配預訂的數(shù)據(jù)。用戶能夠按以下標準進行搜索□ 買方(如果用戶為賣方)□ 賣方(如果用戶為買方)□ 始發(fā)站□ 到站□ 期限的開始日期□ 期限的結束日期□ 裝運類型(散貨或組合)□ 貨物類型按以下關鍵字段對數(shù)據(jù)進行分組□ 組織□ 始發(fā)站□ 到站□ 裝運類型□ 貨物類型□ 頭班航次
□ 分配模板的開始日期□ 星期幾□ 帳號□ 分配基準對每條記錄，該報告顯示□ 分配“實例”的數(shù)目(該期限內使分配“有效”的獨立日期數(shù))□ 貨運代理進行的分配預訂數(shù)□ 分配的總重量(所有“實例”的總合)□ 分配的總容積(所有“實例”的總合)□ 對照分配預訂的總重量(所有預訂的總合)□ 對照分配預訂的總容積(所有預訂的總合)□ 預訂的分配重量的百分比(總預訂重量/總分配重量)□ 預訂的分配容積的百分比(總預訂容積/總分配容積)現(xiàn)在參照圖39，該圖表示依據(jù)日期的分配使用率報告屏幕的示例。該報告向承運人和貨運代理提供在指定日期進行的經(jīng)過確認的分配預訂的數(shù)據(jù)。用戶能夠按以下標準進行搜索□ 買方(如果用戶為賣方)□ 賣方(如果用戶為買方)□ 始發(fā)站□ 到站□ 期限的開始日期□ 期限的結束日期□ 裝運類型(散貨或組合)□ 貨物類型按以下關鍵字段對數(shù)據(jù)進行分組
□ 組織□ 始發(fā)站□ 到站□ 裝運類型□ 貨物類型□ 頭班航次□ 帳號□ 分配基準對每條記錄，該報告顯示□ 分配的日期□ 分配的重量□ 分配的容積□ 對照分配預訂的總重量(所有預訂的總合)□ 對照分配預訂的總容積(所有預訂的總合)□ 預訂的分配重量的百分比(總預訂重量/分配重量)□ 預訂的分配容積的百分比(總預訂容積/分配容積)現(xiàn)在參照圖40，該圖表示依據(jù)里程碑的分配使用率報告屏幕的示例。該報告允許承運人和貨運代理顯示相對于里程碑的分配的使用率。
按照各狀態(tài)(確定、未確定或審查)的預訂總數(shù)，衡量使用率。
該報告允許用戶按照以下標準搜索分配□ 買方(如果用戶為賣方)□ 賣方(如果用戶為買方)□ 始發(fā)站□ 到站□ 出發(fā)日期范圍□ 裝運類型□ 貨物類型對于每個日期的每個分配，該報告顯示在每個里程碑預訂的重量和容積。返回以下字段□ 買方(如果用戶為賣方)□ 賣方(如果用戶為買方)□ 始發(fā)站□ 到站□ 裝運類型□ 貨物類型□ 頭班□ 帳號□ 分配基準□ 出發(fā)日期/時間□ 分配重量□ 分配容積□ 里程碑號碼□ 出發(fā)前的時間□ 付款數(shù)額(％)□ 預訂重量□ 預訂容積現(xiàn)在參照圖41，該圖表示里程碑計劃用戶屏幕的示例。承運人能夠操縱報告，以顯示他們在DMS中登記的里程碑計劃。
該報告依據(jù)里程碑計劃對數(shù)據(jù)進行分組，并顯示以下數(shù)據(jù)□ 里程碑名稱□ 里程碑號碼□ 里程碑偏移(出發(fā)前的小時數(shù))□ 應付傭金□ 注釋現(xiàn)在參照圖42，該圖表示分配預訂模板屏幕的示例。貨運代理用戶能夠操縱報告，以采用與分配預訂負載ICD(接口控制文件)格式相同的格式，顯示分配模板。自動轉換分配模板，以顯示分配有效的每個日期的記錄。
如同所有DMS MIS報告一樣，可以下載數(shù)據(jù)，并另存為標準csv(逗號分割值)文件。
報告包括空間，以便貨運代理用戶在通過“維護分配預訂”功能加載前插入AWB。企圖與數(shù)據(jù)管理電子表格一起使用該報告，以便管理分配預訂。
現(xiàn)在參照圖43和44，它們分別表示分配模板數(shù)據(jù)模型800和分配預訂數(shù)據(jù)模型850的示例。參照圖43，各成員組織802具有一個地址803和一個或多個承運人ULD類型804，后者包括分配ULD 806。各成員組織802還具有零個、一個或多個分配模板808，后者與承運人產(chǎn)品810有關。各成員組織還具有一個或多個里程碑計劃812，最好與一個或多個分配模板808有關。在所示模型中，各分配模板808(組合)具有一個或多個關聯(lián)分配ULD 806，并且包括一個或多個分配段814，后者具有一個或多個段集合成員816。各里程碑計劃818具有一個或多個與其關聯(lián)的里程碑818。同時表示航程段820。
參照圖44，各承運人852為具有一個或多個用戶854的成員組織802。各承運人具有一個或多個有關的容積預訂856，后者具有一個或多個有關的容積預訂歷史858(可選)。各容積預訂856具有一個關聯(lián)的段集合860，后者包括一個或多個關聯(lián)的段集合成員862。容積預訂與一個或多個定價864關聯(lián)。同時表示具有關聯(lián)產(chǎn)品預訂信息864的承運人產(chǎn)品810。各容積預訂具有一組裝運細節(jié)868和關聯(lián)的貨物類型870。同時表示AWB使用率872，以及是否需要人工考慮(874)貨物類型870及其聯(lián)系。
鑒于上述說明，熟練技術人員顯然可以在本發(fā)明的范圍內作出各種修改。
在本發(fā)明之實施方式的范圍內，至少可以利用諸如數(shù)字信號處理器、微處理器或其他處理設備之類的軟件控制的可編程處理設備，部分實現(xiàn)上述實施方式，可以理解，為實現(xiàn)上述方法而配置可編程設備的計算機程序是本發(fā)明的一個方面。計算機程序可以為源代碼或者為目標代碼，其中源代碼經(jīng)過編譯后在處理設備上執(zhí)行。
可以以機器或設備可讀形式在傳送介質上存儲計算機程序，例如，在固態(tài)存儲器或磁盤或磁帶之類的磁性存儲器上存儲，處理設備利用該程序或其一部分配置操作設備?？梢詮倪h程信源，如電信號、射頻載波或光載波之類的通信介質，提供計算機程序。此類傳送介質也是本發(fā)明的一個方面。
本公開的范圍包括所有創(chuàng)新特征，或本文明示或暗示公開的特征之組合或其一般法則，而不管是否涉及本發(fā)明的專利范圍，是否能夠緩和本發(fā)明解決的任何問題或所有問題。申請人特此聲明在實施本申請或據(jù)此導出的其他申請期間，可能提交上述特征的更新權利要求書。特別地，關于附屬權利要求書，可以組合附屬權利要求書的特征與獨立權利要求書的特征，并且以任何合適方式，而不僅僅是權利要求書列舉的特定組合，組合各獨立權利要求書的特征。
為避免疑惑，請不要把說明書和權利要求書中使用的術語“包括”解釋為“僅僅包括”。
權利要求
1.一種配置計算機系統(tǒng)的方法，計算機系統(tǒng)包括一個處理單元，一個與所述處理單元進行通信的接口單元，以及一個存儲單元，用于集中登記眾多運輸商和眾多貨運代理之間的運輸設備永久預訂合同，預訂合同涉及運輸系統(tǒng)中航空站之間的路線的可用容積，該方法包括從眾多運輸商那里接收一個或多個運輸設備分配模板，每個分配模板包括表示運輸商與貨運代理之間的永久預訂合同的模板數(shù)據(jù)，模板數(shù)據(jù)包括表示一個或多個路線支線實例的數(shù)據(jù)，和表示至少一個所述一個或多個路線支線實例的合同容積值的數(shù)據(jù)；在存儲單元中存儲所述分配模板的一條記錄；以及允許眾多貨運代理訪問所述記錄，從而各貨運代理能夠查看表示該貨運代理與一個或多個運輸商之間的永久預訂合同的每個分配模板的至少一部分模板數(shù)據(jù)，但不能查看表示其他貨運代理與所述一個或多個運輸商之間的永久預訂合同的分配模板的模板數(shù)據(jù)。
2.根據(jù)權利要求1的方法，該方法還包括配置該系統(tǒng)以便從貨運代理那里接收請求，以搜索表示該貨運代理與一個或多個運輸商之間的永久預訂合同的分配模板的子集；搜索記錄查找分配模板的子集；以及向該貨運代理顯示預訂模板子集的至少一部分模板數(shù)據(jù)。
3.根據(jù)權利要求1或2的方法，該方法還包括允許所述眾多運輸商訪問所述記錄，從而各運輸商能夠查看表示該運輸商與一個或多個貨運代理之間的永久預訂合同的各分配模板的至少一部分模板數(shù)據(jù)，但不能查看表示其他運輸商與所述一個或多個貨運代理之間的永久預訂合同的分配模板的模板數(shù)據(jù)。
4.根據(jù)權利要求3的方法，該方法還包括配置該系統(tǒng)以便從運輸商那里接收請求，以搜索表示該運輸商與一個或多個貨運代理之間的永久預訂合同的分配模板的子集；搜索記錄查找分配模板的子集；以及向該運輸商顯示預訂模板子集的至少一部分模板數(shù)據(jù)。
5.根據(jù)權利要求1到4之任一權利要求的方法，該方法還包括允許運輸商創(chuàng)建、修改或刪除一個或多個分配模板。
6.根據(jù)權利要求1到5之任一權利要求的方法，該方法還包括配置該系統(tǒng)以便接收單個數(shù)據(jù)集，以創(chuàng)建、修改、刪除運輸商的許多分配模板。
7.根據(jù)權利要求1到6之任一權利要求的方法，該方法還包括配置該系統(tǒng)以便提供一個事件概要，用于創(chuàng)建、修改、刪除各分配模板；以及向有關貨運代理發(fā)送事件概要。
8.根據(jù)權利要求1到7之任一權利要求的方法，該方法還包括配置該系統(tǒng)以便從眾多貨運代理中的一個貨運代理那里接收一個或多個貨運代理分配預訂，各分配預訂包括預訂數(shù)據(jù)并涉及該貨運代理與一個運輸商之間的永久預訂合同，預訂數(shù)據(jù)包括表示運輸商與一個或多個路線支線實例的數(shù)據(jù)。
9.根據(jù)權利要求8的方法，其中提供多種運輸商通信模態(tài)，所述參與模態(tài)表示各運輸商使用的通信類型，該方法還包括配置該系統(tǒng)以便確定與該分配預訂或各分配預訂關聯(lián)的運輸商的通信模態(tài)。
10.根據(jù)權利要求8或9的方法，該方法還包括配置該系統(tǒng)以便可選擇地依據(jù)運輸商的通信模態(tài)，向該運輸商發(fā)送一條消息，后者包含表示該貨運代理以及該分配預訂或各分配預訂之預訂數(shù)據(jù)的數(shù)據(jù)。
11.根據(jù)權利要求8或9的方法，該方法還包括配置該系統(tǒng)以便可選擇地依據(jù)運輸商的通信模態(tài)，搜索記錄查找該分配預訂或各分配預訂的對應分配模板。
12.根據(jù)權利要求11的方法，其中在存儲單元中存儲運輸商的操作窗口記錄，操作窗口記錄表示出發(fā)前可以向運輸商發(fā)送預訂的時限，該方法還包括配置該系統(tǒng)以便根據(jù)預訂出發(fā)日期和操作窗口記錄，計算預訂操作窗口，預訂操作窗口表示出發(fā)日期前向運輸商發(fā)送預訂的時限；以及依據(jù)在預訂操作窗口前存在的分配預訂，根據(jù)預訂數(shù)據(jù)和相應的模板數(shù)據(jù)(可選)，構造未決預訂請求，在未決預訂列表中存儲未決預訂請求。
13.根據(jù)權利要求12的方法，該方法還包括配置該系統(tǒng)以便定期檢查未決預訂列表，并且依據(jù)航程操作窗口中的未決預訂，向運輸商發(fā)送未決預訂請求，作為采用運輸商數(shù)據(jù)格式的預訂請求。
14.根據(jù)權利要求11的方法，其中預訂數(shù)據(jù)包括請求的容積，該方法還包括配置該系統(tǒng)以便對照合同容積檢查請求的容積；以及如果請求的容積大于分配合同容積，則根據(jù)預訂數(shù)據(jù)和相應的模板數(shù)據(jù)(可選)構造審查預訂請求，并存儲審查預訂請求。
15.根據(jù)權利要求14的方法，該方法還包括配置該系統(tǒng)以便從運輸商那里接收指示，表示接受審查預訂請求；以及向運輸商發(fā)送審查預訂請求，作為采用運輸商數(shù)據(jù)格式的預訂請求。
16.根據(jù)權利要求11的方法，該方法還包括在存儲單元中，存儲運輸商的超額預訂容許度記錄的指示，超額預訂容許度記錄表示運輸商接受的額外容積；以及配置該系統(tǒng)以便依據(jù)請求容積是小于還是等于分配合同容積和額外容積之組合，根據(jù)預訂數(shù)據(jù)和相應的模板數(shù)據(jù)，構造采用運輸商數(shù)據(jù)格式的預訂請求，然后向運輸商發(fā)送預訂請求。
17.根據(jù)權利要求11的方法，該方法還包括配置該系統(tǒng)以便根據(jù)預訂數(shù)據(jù)和相應的模板數(shù)據(jù)，構造采用運輸商數(shù)據(jù)格式的預訂請求；以及向運輸商發(fā)送預訂請求。
18.根據(jù)權利要求8到17之任一權利要求的方法，該方法還包括允許貨運代理創(chuàng)建、修改或刪除一個或多個分配預訂。
19.根據(jù)權利要求8到18之任一權利要求的方法，該方法還包括配置該系統(tǒng)以便接收一個數(shù)據(jù)集，以創(chuàng)建、修改、刪除向眾多運輸商預訂的眾多貨運代理分配。
20.根據(jù)權利要求1到19之任一權利要求的方法，其中把里程碑計劃和分配模板聯(lián)系起來，里程碑計劃把至少一個旅行前的里程碑和至少一個所述一個或多個路線支線實例聯(lián)系起來。
21.根據(jù)依賴于權利要求8到19之任一權利要求的權利要求20的方法，還包括把里程碑計劃和分配預訂聯(lián)系起來。
22.根據(jù)權利要求20或21的方法，該方法還包括允許貨運代理或運輸商查看與模板或預訂關聯(lián)的里程碑計劃。
23.根據(jù)權利要求20到22之任一權利要求的方法，該方法還包括允許貨運代理或運輸搜索具有至少一個逼近里程碑的分配預訂。
24.根據(jù)權利要求23的方法，該方法還包括配置該系統(tǒng)以便接收貨運代理或運輸商的請求，以搜索具有至少一個逼近里程碑的分配預訂或模板；搜索記錄查找該/各分配預訂或模板；以及提供該/各分配預訂或模板和關聯(lián)里程碑的表示。
25.根據(jù)權利要求24的方法，其中定義里程碑出現(xiàn)的時限。
26.根據(jù)權利要求20到25之任一權利要求的方法，其中里程碑表示以下項目中的一項或幾項提示；和/或合同的一方面；和/或創(chuàng)建、修改和/或刪除預訂的最后期限。
27.根據(jù)權利要求1到26之任一權利要求的方法，該方法還包括配置該系統(tǒng)以便提供有關分配預訂使用率的報告。
28.一種配置計算機系統(tǒng)的方法，計算機系統(tǒng)包括一個處理單元，一個與所述處理單元進行通信的接口單元，以及一個存儲單元，其中在存儲單元中存儲集中登記的預訂，每個預訂是由眾多運輸商中的一個運輸商與眾多貨運代理中的一個貨運代理商定的，每個預訂涉及運輸系統(tǒng)中航空站之間的某條路線的預訂容積，該方法包括把里程碑計劃和一個或多個預訂聯(lián)系起來，里程碑計劃把至少一個旅行之前的里程碑和該預訂聯(lián)系起來；以及允許貨運代理或運輸商查看所述與一個或多個預訂關聯(lián)的至少一個里程碑。
29.根據(jù)權利要求28的方法，該方法還包括允許眾多貨運代理訪問所述登記，從而各貨運代理能夠查看該貨運代理與一個或多個運輸商之間的預訂，但不能查看其他貨運代理與所述一個或多個運輸商之間的預訂；和/或允許眾多運輸商訪問所述登記，從而各運輸商能夠查看該運輸商與一個或多個貨運代理之間的預訂，但不能查看其他運輸商與所述一個或多個貨運代理之間的預訂
30.根據(jù)權利要求28或29的方法，該方法還包括配置該系統(tǒng)以便接收貨運代理或運輸商的請求，以搜索具有至少一個逼近里程碑的預訂；搜索記錄查找該/各預定；以及提供預訂和關聯(lián)里程碑的表示。
31.根據(jù)權利要求28到30之任一權利要求的方法，其中里程碑表示以下項目中的一項或幾項提示；和/或合同的一方面；和/或創(chuàng)建、修改和/或刪除預訂的最后期限。
32.一種操作計算機系統(tǒng)的方法，計算機系統(tǒng)包括一個處理單元，一個與所述處理單元進行通信的接口單元，以及一個存儲單元，用于集中登記眾多運輸商和眾多貨運代理之間的運輸設備永久預訂合同，預訂合同涉及運輸系統(tǒng)中航空站之間的路線的可用容積，其中在存儲單元中存儲眾多運輸商的一個或多個運輸設備分配模板的記錄，每個分配模板包括表示一個運輸商和一個貨運代理之間的一個永久預訂合同的模板數(shù)據(jù)，模板數(shù)據(jù)包括表示一個或多個路線支線實例的數(shù)據(jù)和表示至少一個所述一個或多個路線支線實例的合同容積值的數(shù)據(jù)，該方法包括允許眾多貨運代理訪問所述記錄，從而各貨運代理能夠查看表示該貨運代理與一個或多個運輸商之間的永久預訂合同的每個分配模板的至少一部分模板數(shù)據(jù)，但不能查看表示其他貨運代理與所述一個或多個運輸商之間的永久預訂合同的分配模板的模板數(shù)據(jù)。
33.根據(jù)權利要求32的方法，該方法還包括從貨運代理那里接收請求，以搜索表示該貨運代理與一個或多個運輸商之間的永久預訂合同的分配模板的子集；搜索記錄查找分配模板的子集；以及向該貨運代理顯示預訂模板子集的至少一部分模板數(shù)據(jù)。
34.根據(jù)權利要求32或33的方法，該方法還包括允許所述眾多運輸商訪問所述記錄，從而各運輸商能夠查看表示該運輸商與一個或多個貨運代理之間的永久預訂合同的各分配模板的至少一部分模板數(shù)據(jù)，但不能查看表示其他運輸商與所述一個或多個貨運代理之間的永久預訂合同的分配模板的模板數(shù)據(jù)。
35.根據(jù)權利要求34的方法，該方法還包括從運輸商那里接收請求，以搜索表示該運輸商與一個或多個貨運代理之間的永久預訂合同的分配模板的子集；搜索記錄查找分配模板的子集；以及向該運輸商顯示預訂模板子集的至少一部分模板數(shù)據(jù)。
36.根據(jù)權利要求32到35之任一權利要求的方法，該方法還包括允許運輸商創(chuàng)建、修改或刪除一個或多個分配模板。
37.根據(jù)權利要求32到36之任一權利要求的方法，該方法還包括接收一個數(shù)據(jù)集，以創(chuàng)建、修改、刪除運輸商的許多分配模板。
38.根據(jù)權利要求32到37之任一權利要求的方法，該方法還包括提供一個事件概要，用于創(chuàng)建、修改、刪除各分配模板；以及向有關貨運代理發(fā)送事件概要。
39.根據(jù)權利要求32到38之任一權利要求的方法，該方法還包括從眾多貨運代理中的一個貨運代理那里接收一個或多個貨運代理分配預訂，各分配預訂包括預訂數(shù)據(jù)并涉及該貨運代理與一個運輸商之間的永久預訂合同，預訂數(shù)據(jù)包括表示運輸商與一個或多個路線支線實例的數(shù)據(jù)。
40.根據(jù)權利要求39的方法，其中提供多種運輸商通信模態(tài)，所述參與模態(tài)表示各運輸商使用的通信類型，該方法還包括確定與該分配預訂或各分配預訂關聯(lián)的運輸商的通信模態(tài)。
41.根據(jù)權利要求39或40的方法，該方法還包括可選擇地依據(jù)運輸商的通信模態(tài)，向該運輸商發(fā)送一條消息，后者包含表示該貨運代理以及該分配預訂或各分配預訂之預訂數(shù)據(jù)的數(shù)據(jù)。
42.根據(jù)權利要求39或40的方法，該方法還包括依據(jù)運輸商的通信模態(tài)，搜索記錄查找該分配預訂或各分配預訂的對應分配模板。
43.根據(jù)權利要求42的方法，其中在存儲單元中存儲運輸商的操作窗口記錄，操作窗口記錄表示出發(fā)前可以向運輸商發(fā)送預訂的時限，該方法還包括根據(jù)預訂出發(fā)日期和操作窗口記錄，計算預訂操作窗口，預訂操作窗口表示出發(fā)日期前向運輸商發(fā)送預訂的時限；以及依據(jù)在預訂操作窗口前存在的分配預訂，根據(jù)預訂數(shù)據(jù)和可選擇地相應的模板數(shù)據(jù)，構造未決預訂請求，在未決預訂列表中存儲未決預訂請求。
44.根據(jù)權利要求43的方法，該方法還包括定期檢查未決預訂列表，并且依據(jù)航程操作窗口中的未決預訂，向運輸商發(fā)送未決預訂請求，作為采用運輸商數(shù)據(jù)格式的預訂請求。
45.根據(jù)權利要求44的方法，其中預訂數(shù)據(jù)包括請求的容積，該方法還包括對照合同容積檢查請求的容積；以及如果請求的容積大于分配合同容積，則根據(jù)預訂數(shù)據(jù)和相應的模板數(shù)據(jù)(可選)構造審查預訂請求，并存儲審查預訂請求。
46.根據(jù)權利要求45的方法，該方法還包括從運輸商那里接收指示，表示接受審查預訂請求；以及向運輸商發(fā)送審查預訂請求，作為采用運輸商數(shù)據(jù)格式的預訂請求。
47.根據(jù)權利要求42的方法，其中在存儲單元中，存儲運輸商的超額預訂容許度記錄的指示，超額預訂容許度記錄表示運輸商接受的額外容積，該方法還包括依據(jù)請求容積是小于還是等于分配合同容積和額外容積之組合，根據(jù)預訂數(shù)據(jù)和相應的模板數(shù)據(jù)，構造采用運輸商數(shù)據(jù)格式的預訂請求，然后向運輸商發(fā)送預訂請求。
48.根據(jù)權利要求42的方法，還包括根據(jù)預訂數(shù)據(jù)和相應的模板數(shù)據(jù)，構造采用運輸商數(shù)據(jù)格式的預訂請求，并向運輸商發(fā)送預訂請求。
49.根據(jù)權利要求39到48之任一權利要求的方法，該方法還包括允許貨運代理創(chuàng)建、修改或刪除一個或多個分配預訂。
50.根據(jù)權利要求39到49之任一權利要求的方法，該方法還包括接收一個數(shù)據(jù)集，以創(chuàng)建、修改、刪除向眾多運輸商預訂的眾多貨運代理分配。
51.根據(jù)權利要求32到50之任一權利要求的方法，其中把里程碑計劃和分配模板聯(lián)系起來，里程碑計劃把至少一個旅行前的里程碑和至少一個所述一個或多個路線支線實例聯(lián)系起來。
52.根據(jù)依賴于權利要求39到50之任一權利要求的權利要求51的方法，還包括把里程碑計劃和分配預訂聯(lián)系起來。
53.根據(jù)權利要求51或52的方法，該方法還包括允許貨運代理或運輸商查看與模板或預訂關聯(lián)的里程碑計劃。
54.根據(jù)權利要求20到22之任一權利要求的方法，該方法還包括允許貨運代理或運輸搜索具有至少一個逼近里程碑的分配預訂。
55.根據(jù)權利要求54的方法，該方法還包括接收貨運代理或運輸商的請求，以搜索具有至少一個逼近里程碑的分配預訂或模板；搜索記錄查找該/各分配預訂或模板；以及提供該/各分配預訂或模板和關聯(lián)里程碑的表示。
56.根據(jù)權利要求55的方法，其中定義里程碑出現(xiàn)的時限。
57.根據(jù)權利要求51到56之任一權利要求的方法，其中里程碑表示以下項目中的一項或幾項提示；和/或合同的一方面；和/或創(chuàng)建、修改和/或刪除預訂的最后期限。
58.根據(jù)權利要求32到57之任一權利要求的方法，該方法還包括提供有關分配預訂使用率的報告。
59.一種配置計算機系統(tǒng)的方法，計算機系統(tǒng)包括一個處理單元，一個與所述處理單元進行通信的接口單元，以及一個存儲單元，其中在存儲單元中存儲集中登記的預訂，每個預訂是由眾多運輸商中的一個運輸商與眾多貨運代理中的一個貨運代理商定的，每個預訂涉及運輸系統(tǒng)中航空站之間的某條路線的預訂容積，具有一個關聯(lián)里程碑計劃的一個或多個預訂，里程碑計劃把至少一個旅行之前的里程碑和該預訂聯(lián)系起來，該方法包括允許貨運代理或運輸商查看所述與一個或多個預訂關聯(lián)的至少一個里程碑。
60.根據(jù)權利要求59的方法，該方法還包括允許眾多貨運代理訪問所述登記，從而各貨運代理能夠查看該貨運代理與一個或多個運輸商之間的預訂，但不能查看其他貨運代理與所述一個或多個運輸商之間的預訂；和/或允許眾多運輸商訪問所述登記，從而各運輸商能夠查看該運輸商與一個或多個貨運代理之間的預訂，但不能查看其他運輸商與所述一個或多個貨運代理之間的預訂
61.根據(jù)權利要求59或60的方法，該方法還包括接收貨運代理或運輸商的請求，以搜索具有至少一個逼近里程碑的預訂；搜索記錄查找該/各預定；以及提供預訂和關聯(lián)里程碑的表示。
62.根據(jù)權利要求59到61之任一權利要求的方法，其中里程碑表示以下項目中的一項或幾項提示；和/或合同的一方面；和/或創(chuàng)建、修改和/或刪除預訂的最后期限。
63.根據(jù)上述權利要求之任一權利要求的方法，其中路線支線實例未航程支線實例。
64.一種計算機程序，可以將該計算機程序翻譯為用于配置和/或操作根據(jù)權利要求1到63之任一權利要求的計算機系統(tǒng)的形式。
65.一種計算機程序，用于配置和/或操作根據(jù)權利要求1到63之任一權利要求的計算機系統(tǒng)的形式。
66.一種用于傳輸根據(jù)權利要求64或65之計算機程序的傳輸介質。
67.一種計算機系統(tǒng)，用于集中登記眾多運輸商和眾多貨運代理之間的運輸設備永久預訂合同，預訂合同涉及運輸系統(tǒng)中航空站之間的路線的可用容積，該系統(tǒng)包括一個處理單元；一個與所述處理單元進行通信的接口單元；以及一個存儲單元；將計算機系統(tǒng)配置為從眾多運輸商那里接收一個或多個運輸設備分配模板，每個分配模板包括表示運輸商與貨運代理之間的永久預訂合同的模板數(shù)據(jù)，模板數(shù)據(jù)包括表示一個或多個路線支線實例的數(shù)據(jù)，和表示至少一個所述一個或多個路線支線實例的合同容積值的數(shù)據(jù)；在存儲單元中存儲所述分配模板的一條記錄；以及允許眾多貨運代理訪問所述記錄，從而各貨運代理能夠查看表示該貨運代理與一個或多個運輸商之間的永久預訂合同的每個分配模板的至少一部分模板數(shù)據(jù)，但不能查看表示其他貨運代理與所述一個或多個運輸商之間的永久預訂合同的分配模板的模板數(shù)據(jù)。
68.根據(jù)權利要求67的計算機系統(tǒng)，進一步將該系統(tǒng)配置為從貨運代理那里接收請求，以搜索表示該貨運代理與一個或多個運輸商之間的永久預訂合同的分配模板的子集；搜索記錄查找分配模板的子集；以及向該貨運代理顯示預訂模板子集的至少一部分模板數(shù)據(jù)。
69.根據(jù)權利要求67或68的計算機系統(tǒng)，進一步將該系統(tǒng)配置為允許所述眾多運輸商訪問所述記錄，從而各運輸商能夠查看表示該運輸商與一個或多個貨運代理之間的永久預訂合同的各分配模板的至少一部分模板數(shù)據(jù)，但不能查看表示其他運輸商與所述一個或多個貨運代理之間的永久預訂合同的分配模板的模板數(shù)據(jù)。
70.根據(jù)權利要求69的計算機系統(tǒng)，進一步將該系統(tǒng)配置為從運輸商那里接收請求，以搜索表示該運輸商與一個或多個貨運代理之間的永久預訂合同的分配模板的子集；搜索記錄查找分配模板的子集；以及向該運輸商顯示預訂模板子集的至少一部分模板數(shù)據(jù)。
71.根據(jù)權利要求67到70之任一權利要求的計算機系統(tǒng)，進一步將該系統(tǒng)配置為允許運輸商創(chuàng)建、修改或刪除一個或多個分配模板。
72.根據(jù)權利要求67到71之任一權利要求的計算機系統(tǒng)，進一步將該系統(tǒng)配置為接收一個數(shù)據(jù)集，以創(chuàng)建、修改、刪除運輸商的許多分配模板。
73.根據(jù)權利要求67到72之任一權利要求的計算機系統(tǒng)，進一步將該系統(tǒng)配置為提供一個事件概要，用于創(chuàng)建、修改、刪除各分配模板；以及向有關貨運代理發(fā)送事件概要。
74.根據(jù)權利要求67到73之任一權利要求的方法，進一步將該系統(tǒng)配置為從眾多貨運代理中的一個貨運代理那里接收一個或多個貨運代理分配預訂，各分配預訂包括預訂數(shù)據(jù)并涉及該貨運代理與一個運輸商之間的永久預訂合同，預訂數(shù)據(jù)包括表示運輸商與一個或多個路線支線實例的數(shù)據(jù)。
75.根據(jù)權利要求74的計算機系統(tǒng)，其中提供多種運輸商通信模態(tài)，所述參與模態(tài)表示各運輸商使用的通信類型，進一步將該系統(tǒng)配置為確定與該分配預訂或各分配預訂關聯(lián)的運輸商的通信模態(tài)。
76.根據(jù)權利要求74或75的計算機系統(tǒng)，進一步將該系統(tǒng)配置為依據(jù)運輸商的通信模態(tài)，向該運輸商發(fā)送一條消息，后者包含表示該貨運代理以及該分配預訂或各分配預訂之預訂數(shù)據(jù)的數(shù)據(jù)。
77.根據(jù)權利要求74或75的計算機系統(tǒng)，進一步將該系統(tǒng)配置為可選擇地依據(jù)運輸商的通信模態(tài)，搜索記錄查找該分配預訂或各分配預訂的對應分配模板。
78.根據(jù)權利要求77的計算機系統(tǒng)，其中在存儲單元中存儲運輸商的操作窗口記錄，操作窗口記錄表示出發(fā)前可以向運輸商發(fā)送預訂的時限，進一步將該系統(tǒng)配置為根據(jù)預訂出發(fā)日期和操作窗口記錄，計算預訂操作窗口，預訂操作窗口表示出發(fā)日期前向運輸商發(fā)送預訂的時限；以及依據(jù)在預訂操作窗口前存在的分配預訂，根據(jù)預訂數(shù)據(jù)和可選擇地相應的模板數(shù)據(jù)，構造未決預訂請求，在未決預訂列表中存儲未決預訂請求。
79.根據(jù)權利要求78的計算機系統(tǒng)，進一步將該系統(tǒng)配置為定期檢查未決預訂列表，并且依據(jù)航程操作窗口中的未決預訂，向運輸商發(fā)送未決預訂請求，作為采用運輸商數(shù)據(jù)格式的預訂請求。
80.根據(jù)權利要求77的計算機系統(tǒng)，其中預訂數(shù)據(jù)包括請求的容積，進一步將該系統(tǒng)配置為對照合同容積檢查請求的容積；以及如果請求的容積大于分配合同容積，則根據(jù)預訂數(shù)據(jù)和可選擇地相應的模板數(shù)據(jù)構造審查預訂請求，并存儲審查預訂請求。
81.根據(jù)權利要求80的計算機系統(tǒng)，進一步將該系統(tǒng)配置為從運輸商那里接收指示，表示接受審查預訂請求；以及向運輸商發(fā)送審查預訂請求，作為采用運輸商數(shù)據(jù)格式的預訂請求。
82.根據(jù)權利要求77的計算機系統(tǒng)，進一步將該系統(tǒng)配置為在存儲單元中，存儲運輸商的超額預訂容許度記錄的指示，超額預訂容許度記錄表示運輸商接受的額外容積；以及依據(jù)請求容積是小于還是等于分配合同容積和額外容積之組合，根據(jù)預訂數(shù)據(jù)和相應的模板數(shù)據(jù)，構造采用運輸商數(shù)據(jù)格式的預訂請求，然后向運輸商發(fā)送預訂請求。
83.根據(jù)權利要求77的計算機系統(tǒng)，進一步將該系統(tǒng)配置為根據(jù)預訂數(shù)據(jù)和相應的模板數(shù)據(jù)，構造采用運輸商數(shù)據(jù)格式的預訂請求；以及向運輸商發(fā)送預訂請求。
84.根據(jù)權利要求74到83之任一權利要求的計算機系統(tǒng)，進一步將該系統(tǒng)配置為允許貨運代理創(chuàng)建、修改或刪除一個或多個分配預訂。
85.根據(jù)權利要求74到84之任一權利要求的計算機系統(tǒng)，進一步將該系統(tǒng)配置為接收一個數(shù)據(jù)集，以創(chuàng)建、修改、刪除向眾多運輸商預訂的眾多貨運代理分配。
86.根據(jù)權利要求67到85之任一權利要求的計算機系統(tǒng)，其中把里程碑計劃和分配模板聯(lián)系起來，里程碑計劃把至少一個旅行前的里程碑和至少一個所述一個或多個路線支線實例聯(lián)系起來。
87.根據(jù)依賴于權利要求74到85之任一權利要求的權利要求86的計算機系統(tǒng)，進一步將該系統(tǒng)配置為把里程碑計劃和分配預訂聯(lián)系起來。
88.根據(jù)權利要求86或87的計算機系統(tǒng)，進一步將該系統(tǒng)配置為允許貨運代理或運輸商查看與模板或預訂關聯(lián)的里程碑計劃。
89.根據(jù)權利要求86到88之任一權利要求的計算機系統(tǒng)，進一步將該系統(tǒng)配置為允許貨運代理或運輸搜索具有至少一個逼近里程碑的分配預訂。
90.根據(jù)權利要求89的計算機系統(tǒng)，進一步將該系統(tǒng)配置為接收貨運代理或運輸商的請求，以搜索具有至少一個逼近里程碑的分配預訂或模板；搜索記錄查找該/各分配預訂或模板；以及提供該/各分配預訂或模板和關聯(lián)里程碑的表示。
91.根據(jù)權利要求90的計算機系統(tǒng)，其中定義里程碑出現(xiàn)的時限。
92.根據(jù)權利要求86到91之任一權利要求的計算機系統(tǒng)，其中里程碑表示以下項目中的一項或幾項提示；和/或合同的一方面；和/或創(chuàng)建、修改和/或刪除預訂的最后期限。
93.根據(jù)權利要求67到92之任一權利要求的計算機系統(tǒng)，進一步將該系統(tǒng)配置為提供有關分配預訂使用率的報告。
94.一種計算機系統(tǒng)，該系統(tǒng)包括一個處理單元；一個與所述處理單元進行通信的接口單元；以及一個存儲單元；其中在存儲單元中存儲集中登記的預訂，每個預訂是由眾多運輸商中的一個運輸商與眾多貨運代理中的一個貨運代理商定的，每個預訂涉及運輸系統(tǒng)中航空站之間的某條路線的預訂容積，將計算機系統(tǒng)配置為把一個里程碑計劃和一個或多個預訂聯(lián)系起來，里程碑計劃把至少一個旅行之前的里程碑和該預訂聯(lián)系起來；以及允許貨運代理或運輸商查看所述與一個或多個預訂關聯(lián)的至少一個里程碑。
95.根據(jù)權利要求28的計算機系統(tǒng)，進一步將該系統(tǒng)配置為允許眾多貨運代理訪問所述登記，從而各貨運代理能夠查看該貨運代理與一個或多個運輸商之間的預訂，但不能查看其他貨運代理與所述一個或多個運輸商之間的預訂；和/或允許眾多運輸商訪問所述登記，從而各運輸商能夠查看該運輸商與一個或多個貨運代理之間的預訂，但不能查看其他運輸商與所述一個或多個貨運代理之間的預訂
96.根據(jù)權利要求94或95的計算機系統(tǒng)，進一步將該系統(tǒng)配置為接收貨運代理或運輸商的請求，以搜索具有至少一個逼近里程碑的預訂；搜索記錄查找該/各預定；以及提供預訂和關聯(lián)里程碑的表示。
97.根據(jù)權利要求94到96之任一權利要求的計算機系統(tǒng)，其中里程碑表示以下項目中的一項或幾項提示；和/或合同的一方面；和/或創(chuàng)建、修改和/或刪除預訂的最后期限。
98.一種計算機系統(tǒng)，該系統(tǒng)包括一個處理單元；一個與所述處理單元進行通信的接口單元；以及一個存儲單元；將該計算機系統(tǒng)配置為根據(jù)權利要求32到63之任一權利要求運行。
99.一種客戶計算機系統(tǒng)，配置該系統(tǒng)以便與權利要求67到98之任一權利要求的計算機系統(tǒng)進行遠程通信，所述客戶計算機系統(tǒng)包括一個處理單元；一個與所述處理單元進行通信的接口單元；一個存儲單元；以及一個顯示裝置，用于向諸如貨運代理或運輸商之類的所述客戶計算機系統(tǒng)的用戶顯示信息；所述處理單元包括一個用戶界面機制，配置用戶界面機制以便接收所述用戶經(jīng)由所述接口單元輸入的用戶數(shù)據(jù)，并通知所述計算機系統(tǒng)所述數(shù)據(jù)，以便進行處理。
100.一種計算機系統(tǒng)網(wǎng)絡，該網(wǎng)絡包括根據(jù)權利要求99的許多客戶計算機系統(tǒng)，以及根據(jù)權利要求67到98之任一權利要求的計算機系統(tǒng)。
101.一種實際上如以前參照各種實施方式以及相應


的方法。
102.一種實際上如以前參照各種實施方式以及相應

的計算機系統(tǒng)。
103.一種實際上如以前參照各種實施方式以及相應

的計算機程序。
104.一種實際上如以前參照各種實施方式以及相應

的客戶計算機系統(tǒng)。
105.一種實際上如以前參照各種實施方式以及相應

的計算機系統(tǒng)網(wǎng)絡。
全文摘要
公開了一種用于集中登記眾多運輸商和眾多貨運代理之間的運輸設備永久預訂合同的計算機系統(tǒng)。預訂合同涉及運輸系統(tǒng)中航空站之間的路線的可用容積。計算機系統(tǒng)包括一個處理單元，一個與處理單元進行通信的接口單元，以及一個存儲單元。配置該計算機系統(tǒng)以接收眾多運輸商的一個或多個運輸設備分配模板。各分配模板包括表示運輸商與貨運代理之間的永久預訂合同的模板數(shù)據(jù)。模板數(shù)據(jù)包括表示一個或多個路線支線實例的數(shù)據(jù)，以及表示至少一個所述一個或多個路線支線實例的合同容積值的數(shù)據(jù)。配置該計算機系統(tǒng)以在存儲單元中存儲所述分配模板的一條記錄。允許眾多貨運代理訪問該記錄，從而各貨運代理能夠查看表示該貨運代理與一個或多個運輸商之間的永久預訂合同的每個分配模板的至少一部分模板數(shù)據(jù)。但不能訪問表示其他貨運代理與所述一個或多個運輸商之間的永久預訂合同的分配模板的模板數(shù)據(jù)。
文檔編號G06Q10/00GK1447945SQ0181244
公開日2003年10月8日 申請日期2001年7月6日 優(yōu)先權日2000年7月7日
發(fā)明者安德魯·奇藤頓, 匹特羅斯·戴美特里亞德斯, 托德·摩根, 西蒙·帕特森, 馬修·奎恩蘭, 戴維·拉維奇, 戴美特里奧斯·佐珀斯 申請人:Gf－X業(yè)務有限公司