(57)【要約】製造工場から目的地へ製品を移動させる製品配送システム。車両組み立て工場から販売店への車両の配送に特に適用可能であり、本システムは、配送ネットワーク内の個々の事業体を監督する中央管理組織を利用して、ネットワークの可視性を向上させるとともにネットワークを操作するツールを改良した管理チームを提供する。当該ツールには、ネットワークの様々な地域にいる管理者が個々の製品およびネットワーク施設のステータスに対するアクセスを有する追跡システム、予測した能力およびボトルネックに基づき製品経路プランを変更する目的で管理者がシナリオを試すことができるシミュレーションツール、他のツールからの情報に応じて製品経路プランの準備を促進することができるプランニングツールなどがある。本システムはまた、配送ネットワークからのフィードバックを用いて、製品を製造する順序に影響を与える。
2004501039.tif 000002
【特許請求の範囲】
【請求項１】
配送ネットワークを介して、製造施設から顧客に対して、製造された商品の配送を促進するシステムであって、
（１）（ａ）前記製造施設から目的地へ配送される前記配送ネットワーク内の商品のロケーションおよびステータスを示す輸送中情報と、
（ｂ）起点（ｏｒｉｇｉｎ）ポイント、集積保管センター（ｍｉｘｉｎｇ ｃｅｎｔｅｒ）ポイント、終点（ｔｅｒｍｉｎａｔｉｏｎ）ポイント、顧客施設ポイントを含む複数のネットワーク施設ポイントのＩＤおよび容量を含むネットワーク施設情報と、
（ｃ）ネットワーク輸送機器および輸送要員の能力、ロケーションおよびステータスを示す運送業者情報と、
（ｄ）前記配送ネットワーク内の輸送経路、該経路の容量、該経路に沿った商品の配送コストを示す経路（レーン？）情報と、
（ｅ）商品経路と経路に沿ったポイントへの商品の発送および配送の予定時間とを含む配送計画と、
（ｆ）前記ネットワーク内のポイント間での商品の移動にかかった実際の時間とを含む実測輸送時間情報を含む１つまたは複数のデータベースと、
（２）経路に沿った複数の前記ネットワーク施設ポイントから前記１つまたは複数のデータベースにアクセスするように構成され、かつ、前記配送ネットワークを介して実施される配送計画を実行する上で有用な情報を前記データベースのうちの１つまたは複数からダウンロードするように構成される複数のアクセスユニットと
を備えるシステム。
【請求項２】
前記アクセスユニットは、前記輸送中情報を更新する情報を前記データベースのうちの１つまたは複数にアップロードするように構成される請求項１に記載のシステム。
【請求項３】
前記アクセスユニットは、前記ネットワーク施設情報を更新する情報を前記データベースのうちの１つまたは複数にアップロードするように構成される請求項１に記載のシステム。
【請求項４】
前記アクセスユニットは、前記運送業者情報を更新する情報を前記データベースのうちの１つまたは複数にアップロードするように構成される請求項１に記載のシステム。
【請求項５】
前記アクセスユニットは、前記輸送中情報、前記ネットワーク施設情報、および前記運送業者情報を更新する情報を前記データベースのうちの１つまたは複数にアップロードするように構成される請求項１に記載のシステム。
【請求項６】
前記１つまたは複数のデータベースに格納された前記情報に基づき代替的な配送計画のパフォーマンスを予測するように動作するシミュレーションツールをさらに含む請求項１に記載のシステム。
【請求項７】
配送ネットワークを介して製造施設から顧客へ製造された商品を配送する方法であって、
（ｂ）前記製造施設から目的地へ配送される前記配送ネットワーク内の商品のロケーションおよびステータスを示す輸送中情報と、
（ｃ）起点ポイント、集積保管センターポイント、終点ポイント、顧客施設ポイントを含む複数のネットワーク施設ポイントのＩＤおよび容量を含むネットワーク施設情報と、
（ｄ）ネットワーク輸送機器および輸送要員の能力、ロケーションおよびステータスを示す運送業者情報と、
（ｅ）前記配送ネットワーク内の輸送経路、該経路の容量、該経路に沿った商品の配送コストを示す経路情報と、
（ｆ）商品の予定経路と経路に沿ったポイントへの商品の発送および配送の予定時間とを含む配送計画と、
（ｇ）前記ネットワーク内のポイント間での商品の移動にかかった実際の時間を含む実測輸送時間情報とを１つまたは複数のデータベースに格納すること、  複数の前記ネットワーク施設ポイントから前記１つまたは複数のデータベースにアクセスすること、
１つまたは複数の前記ネットワーク施設ポイントにおいて、前記配送ネットワークを介して実施される配送計画を実行する上で有用な情報を前記データベースのうちの１つまたは複数からダウンロードすることを含む方法。
【請求項８】
前記輸送中情報を更新する情報を前記ネットワーク施設ポイントのうちの１つまたは複数から前記データベースのうちの１つまたは複数にアップロードすることをさらに含む請求項７に記載の方法。
【請求項９】
前記ネットワーク施設情報を更新する情報を前記ネットワーク施設ポイントのうちの１つまたは複数から前記データベースのうちの１つまたは複数にアップロードすることをさらに含む請求項７に記載の方法。
【請求項１０】
前記運送業者情報を更新する情報を前記ネットワーク施設ポイントのうちの１つまたは複数から前記データベースのうちの１つまたは複数にアップロードすることをさらに含む請求項７に記載の方法。
【請求項１１】
前記輸送中情報、前記ネットワーク施設情報、および前記運送業者情報を更新する情報を前記ネットワーク施設ポイントのうちの１つまたは複数から前記データベースのうちの１つまたは複数にアップロードすることをさらに含む請求項７に記載の方法。
【請求項１２】
前記１つまたは複数のデータベースに格納された前記情報に基づき代替的な配送計画のパフォーマンスをシミュレートすることをさらに含む請求項７に記載の方法。
【請求項１３】
各ネットワーク施設ポイントにおいて、前記配送ネットワークを通じて前記配送計画が順調であるかを監視すること、該ネットワーク施設ポイントにおいて適切な是正措置で前記配送計画の崩壊に対処することをさらに含む請求項７に記載の方法。
【請求項１４】
積載する順序は、積載された各商品を受け取る顧客に関する終点ポイント行きのネットワーク輸送機器上へ、商品を直接移動させることを含む請求項７に記載の方法。
【請求項１５】
前記積載の順序は、前記ネットワーク輸送機器を満たすのに前記終点ポイントへ向かう十分な量の商品を提供する請求項７に記載の方法。
【請求項１６】
起点ポイントにおいて目的地により製造された商品を区分けすること、該区分けの後に前記商品を輸送機器に積み込むことをさらに含む請求項７に記載の方法。
【請求項１７】
配送ネットワークを介して商品をスケジューリング、製造、および発送する方法であって、
所定の順序で所定数の商品を製造するのに必要とされる一組の部品を組み立てること、
１つまたは複数の起点ポイントおよび集積保管センターポイントを含む複数のネットワーク施設ポイントと、複数の終点ポイントを有する配送ネットワークを提供すること、
製造されたとき、前記商品を前記配送ネットワーク内に追加すること、
前記ネットワーク施設ポイントにおいて動作を監視すること、
前記ネットワーク内の監視した動きと製造された前記商品の目的地に基づいて、前記配送ネットワークにおける複数の経路に沿った相対的な混雑を予測すること、
前記商品が、配送の効率を向上すべく計算した順序で、前記配送ネットワークに入るように、前記配送ネットワークにおける前記予測した相対的な混雑に応じて、前記組み立てられる組の部品と、前記商品を製造する前記所定の順序とのうちの片方または両方を変更することを含む方法。
【請求項１８】
前記組み立てられる組の部品と、前記商品を製造する前記所定の順序とのうちの片方または両方を変更することは、製造を同一の終点ポイントに向かう商品の、前記組み立てられる組の部品の順に連続して注文することを含む請求項１７に記載の方法。
【請求項１９】
配送ネットワークにより商品をスケジュールリング、製造、および発送する方法であって、
１つまたは複数の起点ポイントおよび集積保管センターポイントを含む複数のネットワーク施設ポイントと、複数の終点ポイントとを有する配送ネットワークを提供すること、
所定数の商品を製造するのに必要とされる組の部品を組み立てること、
同一の終点ポイントに向かう商品を順番に製造するように、前記組み立てられる組の部品から生産を順序付けること、
製造されたとき、前記商品を前記配送ネットワークに追加することを含む方法。
【請求項２０】
配送ネットワークを介して複数の製造工場から複数の目的ロケーションに車両を輸送する方法であって、
複数のロケーションにある起点工場から非鉄道輸送機関によって積載施設へ製造された複数車両を移動させること、
前記起点工場からの車両を集積（ｃｏ−ｍｉｎｇｌｉｎｇ）して、それらを鉄道積載所（ｌｏａｄｉｎｇ ｂａｙ）に目的ロケーションに応じて配置すること、
前記積載所から複数の貨車（ｒａｉｌ ｃａｒｓ）に積み込むこと、
前記配送ネットワークを介して列車内の貨車を降ろすことなく前記目的地へ輸送することを含む方法。
【請求項２１】
配送ネットワークを介して１つの製造工場から複数の目的ロケーションに車両を輸送する方法であって、
製造工場起点ポイントからリリース（ｒｅｌｅａｓｅ）された複数の車両の少なくとも一部を集積保管センターへ鉄道輸送すること、
共通の目的ロケーション行きの車両を前記集積保管センターでまとめること、
前記まとめた車両を前記共通の目的ロケーションへ輸送すること、
シミュレーションツールを用いて、前記製造工場起点ポイント、前記集積保管センター、前記目的ロケーション、および輸送機器を含む配送ネットワークをモデリングし、前記集積保管センターにおける遅延の発生を予測すること、
前記集積保管センターにおける遅延の予測に応じて、前記配送ネットワーク中の前記集積保管センターの上流にある第１のポイントから、前記配送ネットワーク中の前記集積保管センターの下流にある第２のポイントへ前記車両の少なくとも一部を直接輸送することで、前記集積保管センターを迂回して前記予測された遅延を低減する経路計画を計画および実行することを含む方法。
【請求項２２】
前記経路計画は、前記製造工場起点ポイントから前記目的ロケーションへ車両を直接輸送する請求項２１に記載の方法。
【請求項２３】
前記経路計画は、前記製造工場起点ポイントから前記目的ロケーションへ車両を直接、車両輸送車によって輸送する請求項２１に記載の方法。
【請求項２４】
前記経路計画は、車両を車両輸送車によって輸送する請求項２１に記載の方法。
【請求項２５】
配送ネットワークを介して製造工場から複数の目的地ランプに車両を輸送する方法であって、
製造工場起点ポイントからリリースされた複数の車両の少なくとも一部を集積保管センターへ鉄道輸送すること、
共通の目的地ランプ行きの車両を前記集積保管センターでまとめること、
前記まとめた車両を前記共通の目的地ランプへ輸送すること、
前記まとめた車両を車両輸送車によりグループ単位で複数の販売店へ輸送すること、
シミュレーションツールを用いて、前記製造工場起点ポイント、前記集積保管センター、前記目的地ランプ、前記複数の販売店、および輸送機器を含む配送ネットワークをモデリングし、前記目的地ランプにおける遅延の発生を予測すること、
前記目的地ランプにおける遅延の予測に応じて、前記配送ネットワーク中の前記目的地ランプの上流にあるポイントから、１つまたは複数の前記販売店へ前記車両の少なくとも一部を直接輸送することで、前記目的地ランプを迂回して前記予測された遅延を低減する経路計画を計画および実行することを含む方法。
【請求項２６】
前記経路計画は、前記製造工場起点ポイントから１つまたは複数の前記販売店へ車両を直接輸送する請求項２５に記載の方法。
【請求項２７】
前記経路計画は、前記製造工場起点ポイントから１つまたは複数の前記販売店へ車両を直接、車両輸送車によって輸送する請求項２５に記載の方法。
【請求項２８】
前記経路計画は、前記集積保管センターから１つまたは複数の前記販売店へ車両を直接輸送する請求項２５に記載の方法。
【請求項２９】
前記経路計画は、前記集積保管センターから１つまたは複数の前記販売店へ車両を直接、車両輸送車によって輸送する請求項２５に記載の方法。
【請求項３０】
配送ネットワークを介して製造工場から複数の目的地ランプに車両を輸送する方法であって、
製造工場起点ポイントからリリースされた複数の車両の少なくとも一部を集積保管センターへ貨車で輸送することであって、それぞれの共通の目的地ランプ行きの非混合（ｕｎｍｉｘｅｄ）車両をそれぞれ輸送する第１のグループの貨車と、２つ以上の目的地ランプ行きの混合（ｍｉｘｅｄ）車両を輸送する第２のグループの貨車とを利用すること、
前記第２のグループの貨車を前記集積保管センターで荷降ろしすること、
前記荷降ろしした車両を、それぞれの共通の目的地ランプ行きの非混合車両をそれぞれ輸送する第３のグループの貨車にまとめること、
前記第１および第３のグループの貨車を前記集積保管センターから前記それぞれの共通の目的地ランプへ輸送すること、
シミュレーションツールを用いて、前記製造工場起点ポイント、前記集積保管センター、前記目的地ランプ、および輸送機器を含む配送ネットワークをモデリングし、前記集積保管センターにおける遅延の発生を予測すること、
前記目的地ランプにおける遅延の予測に応じて、前記製造工場起点ポイントにおいて前記混合車両の少なくとも一部を車両輸送車に回して（ｄｉｖｅｒｔｓ）、前記配送ネットワーク中の前記集積保管センターの下流にあるポイントへ直接輸送する経路計画を計画および実行することを含む方法。
【請求項３１】
前記配送ネットワーク中の前記下流ポイントは、それぞれの目的地ランプを含む請求項３０に記載の方法。
【請求項３２】
前記配送ネットワークは、複数の販売店をさらに含み、前記目的地ランプにおける遅延の前記予測に応じて、前記製造工場起点ポイントにおいて前記混合車両の少なくとも一部を、非混合車両輸送車に回して、それぞれの販売店へ直接輸送する請求項３０に記載の方法。
【請求項３３】
配送ネットワークを介して複数の製造工場から複数の目的ロケーションへ車両を輸送する方法であって、
Ａ）前記製造工場から前記目的ロケーションへの連続した配送ネットワークを提供する複数の独立した事業体（ｅｎｔｉｔｉｅｓ）との関係を確立するステップと、
Ｂ）配送ネットワーク管理会社に対して第一の忠誠（ｐｒｉｍａｒ ａｌｌｅｇｉａｎｃｅ）を有する、配送ネットワーク現場管理者を用いて前記事業体の各々を少なくとも部分的に管理するステップと、
Ｃ）前記配送ネットワーク管理者が用いる配送情報ネットワークを提供するステップと、
Ｄ）前記配送ネットワーク管理者に前記配送情報ネットワークを介する情報に対するアクセスを提供するステップと、
Ｅ）前記ステップ「Ｄ」で提供された情報に応じて前記複数の異なる事業体の従業員の活動を指揮して、前記製造工場からの、前記連続した配送ネットワークに沿った、前記目的ロケーションへの前記車両の配送を促進するステップとを含む車両輸送方法。
【請求項３４】
Ｆ）前記配送情報ネットワークに情報を転送する容量を前記配送ネットワーク管理者に提供するステップをさらに含む請求項３３に記載の車両輸送方法。
【請求項３５】
前記配送ネットワークをモデリングして前記配送情報ネットワークに配送計画を提供するステップをさらに含む請求項３３に記載の車両輸送方法。
【請求項３６】
前記ステップＡは車両製造業者との関係の確立を含み、前記管理するステップは前記車両製造業者の管理を管理することを含む請求項３３に記載の車両輸送方法。
【請求項３７】
前記ステップＡは運送業者との関係の確立を含み、前記管理するステップは前記運送業者の管理を管理することを含む請求項３３に記載の車両輸送方法。
【請求項３８】
前記ステップＡは荷物請負業者（ｌｏａｄ ｃｏｎｔｒａｃｔｏｒ）との関係の確立を含み、前記管理するステップは前記荷物請負業者の管理を管理することを含む請求項３３に記載の車両輸送方法。
【請求項３９】
前記ステップＡは車両販売業者との関係の確立を含み、前記管理するステップは前記車両販売業者の管理を管理することを含む請求項３３に記載の車両輸送方法。
【発明の詳細な説明】
【０００１】
［技術分野］
本発明は、製造工場から目的地までのリリースの際に、車両等の製品を配送する物流（ｌｏｇｉｓｔｉｃｓ）に関し、さらに製造プロセスおよびスケジューリングに影響を及ぼす配送ネットワークからのフィードバックの提供に関する。
【０００２】
［発明の背景］
全世界の自動車生産量は、１９９８年には３８００万台程度であり、翌年以降はそれ以上である。車両製造業者は、大きく重量のあるそれらの商品のそれぞれを、小売販売のために製造工場から販売業者まで輸送しなければならない。インターネット商取引が工場から購入者の家または事業所まで実質的に直接的な配送をするようになれば、車両の輸送はさらにより複雑になるであろう。
【０００３】
車両の輸送に対する典型的な既知の解決策には、製造業者、１つまたは複数の鉄道運送業者、１つまたは複数の車両運送業者（ｃａｒ ｈａｕｌｅｒ ｃａｒｒｉｅｒｓ）、および販売業者が関係する。全体的に説明すると、車両の輸送は組み立て工場の起点ランプ（ｏｒｉｇｉｎ ｒａｍｐ）から始まり、車両はそこで貨車に積載されて集積保管センターへ向かい、そこで荷降ろしされて貨車に再び積載され、目的地ランプへ向かい、そこで荷降ろしされて車両輸送業者（ｃａｒ ｈａｕｌｅｒ）のトレーラーに積載し直され、販売業者の場所まで行って最終的に荷降ろしされる。各車両の輸送には、起点ポイントと目的地ポイント、輸送形態、および「レーン」と呼ばれる、輸送時間の独自の組み合わせが関係する。レーンは区分（ｓｅｇｍｅｎｔ）の組み合わせからなり、各区分は特定の起点ポイントおよび目的ポイントで定義されるレーンの一部である。アメリカ合衆国では、様々な遅延やボトルネックが発生する可能性があるため、配送プロセスは約１２日以上かかる場合がある。
【０００４】
一般に、遅延は、設備および労働力の不足または利用不能、車両の損傷、運送業者による輸送に影響を及ぼす事故または故障、およびレーンに沿って移動する車両のステータスに関する不確かな情報、という問題により発生する。それぞれの運送業者が、一般には大量の車両を移動させるために適切なときに適切な場所に十分な労働力および設備を提供する責任を負う。運送業者は、主に完了した仕事に対して支払いを受けるための証拠書類を提出するために、レーンに沿って情報を収集および報告している。それらの運送業者は、様々な通信方式を介して様々なフォーマットで車両製造業者についてのかかる情報を提供している。遅延およびボトルネックが発生すると、それらの解決は困難である。たとえば、損傷車両を発見することは困難であり、運送業者への支払いが遅れることが多い。車両運送業者および鉄道運送業者は、各自の試みを十分に調整していない。
【０００５】
さらに具体的に、組み立て工場の起点ランプにおける業務を見ると、製造業者は、工場の製品を輸送するために正確な数の輸送車両を確保し、積載するため、鉄道運送業者（および近隣の販売業者の場合には、車両運送業者）と調整しなければならない。製造スケジュールは変更し、製造業者は様々な期間品質管理を保持し、製造ラインを出る様々な数の車両を配置するため、これは困難な目標である。製造中および保留中の車両のステータスに関して共有される情報は、信頼性が低い。
【０００６】
全国に広がる一群の販売業者への配送を均一にするために、少なくともひとつの製造業者は、この目標を念頭において製造を計画した。しかしながら、そのような試みは配送の効率に対して劇的な効果を発揮せず、流通（ｄｉｓｔｒｉｂｕｔｉｏｎ）についての車両数に日々大きな変動があることは珍しくない。
【０００７】
集積保管センターの現在の使用に関して、大量の車両を荷降ろしおよび積載するにはかなりの時間がかかる。ここでも、運送業者は、積込機および貨物車両を遊ばせずに、必要なときに十分な労働力および装置を提供するという課題に直面する。運送業者は、列車の到着時刻を正確に推測するための十分な情報を有しておらず、労働力および設備の需要を見積もるための、積載内容および車両の目的地についての十分な知識も有していない。それゆえ、「ドウェル（ｄｗｅｌｌ）」現象が発生する。たとえば、貨車に製品を積載できないときに輸送ドウェルが発生し、域外（ｏｕｔｂｏｕｎｄ）車両を積載するのに貨車が利用できないときにプロセスドウェルが発生する。損傷車両は、そのステータスおよびロケーションが正確に報告されなかったために、施設の傍らにおかれ、「所在不明」になることがある。通常は、車両輸送業者は、集積保管センターから規定距離内にある販売業者へ、一部の車両を輸送するのに必要とされ、更なる複雑さを荷降ろし、分類および積載プロセスに追加する。
【０００８】
目的地ランプでは、各従業員がその経路に沿った販売業者へ向かう車両を貨車から荷降ろしし、車両運搬トレーラーに積載する。ここで、各自の動きを調整しなければならない鉄道運送業者および車両運送業者の両者による、それら両者の側での労働力および設備の見積もりが不正確であるか、またはそれらが利用不可能であるために、再びドウェルが発生する。販売業者はときどき車両を保留する、つまり販売業者は車両輸送業者が最も効率的に車両を配送できる一日のうちの時間には車両の荷降ろしをできない。これらの事態は、販売業者の受領前に目的地ランプにおいて車両が場所をとる原因となり、総配送時間を延長させてしまう。
【０００９】
言い換えると、車両流通ネットワークのあるポイントで処理することができる資源よりもそのポイントに多くの車両が存在するときは、必ずボトルネックが発生する。これらのボトルネックは、販売業者への車両輸送時間を延長させるものである。ボトルネックは、以下の理由からシステム内の主に３つの特定の場所において発生する。
製造工場にて
ａ）車両の余剰（駐車場の制約）
ｂ）十分な速度で車両が積載されない（人的、物的資源の制約）
ｃ）空の貨車または車両輸送車が十分でない（運送業者の制約）
集積保管センターにて
ａ）貨車または車両輸送車の余剰（集積保管センターの制約）
ｂ）車両の余剰（駐車場の制約）
ｃ）空の貨車または車両輸送車が十分でない（運送業者の制約）
ｄ）十分な速度で車両が積載または荷降ろしされない（人的、物的資源の制約）
ｅ）荷降ろしすべき貨車の余剰（混合積荷対ＬＴＤ（目的地への積荷）貨車の制約）
目的地ランプにて
ａ）貨車または車両輸送車の余剰（ランプの制約）
ｂ）十分な速度で車両が荷降ろしされない（人的、物的資源の制約）
ｃ）車両の余剰（駐車場の制約）
【００１０】
したがって、現在の車両配送方法は面倒であり、比較的効率が悪い。現在の手順および様々な関係者間の連絡の程度では、車両がボトルネックを効率的に通過して予期せぬ問題による苦情（ｅｘｃｅｐｔｉｏｎ）を解消することは困難である。その結果、車両を組み立て工場から販売業者へより迅速かつ確実に移送できる車両輸送システムが必要とされている。
【００１１】
［発明の概要］
本発明は、製品を製造工場から目的地へより迅速かつ確実に移送できる製品配送システムを提供しようと努める。この目標を促進するために、本発明は、できるだけプロセスの上流で配送プロセスを改善し、製品の取り扱い（ｈａｎｄｌｉｎｇ）を最低限に抑え、可能な場合はいつでも中間地点および施設を迂回し、製品をより大量にまたは一括して移送するよう努める。これらの目標は、特に車両を組み立て工場から販売店へ配送する本発明の応用形態に適用される。
【００１２】
本発明は、配送ネットワークの多数の別個の部分を監視する中央管理組織に対して、ネットワーク操作の改善された可視性およびネットワーク操作するための改善されたツールの提供することにより、これらの目的を達成する。一態様では、本発明は、製品のリリースの際にその製品が製造される工場から製品を配送することに関する。別の態様では、本発明は、配送ネットワーク内の条件および容量に応じて、製品が製造される順序に影響を及ぼすことに関する。
【００１３】
本発明で利用することが好ましいツールの１つとしては、追跡システムがあり、これによりネットワークの様々な地域にいる管理者は、個々の製品およびネットワーク施設のステータスにアクセスできる。また本発明で利用することが好ましいツールとして、シミュレーションツールがあり、これにより、管理者は、予測した容量およびボトルネックに基づいて、製品経路計画を変更する目的で、ネットワークをモデリングし、シナリオを試すことができる。本発明で利用することが好ましい別のツールとして、プランニングツールがあり、これは追跡システムからのステータス情報およびシミュレーションツールにより生成された分析に応じて、製品経路計画の準備を容易にすることができる。
【００１４】
概して、本発明の一実施形態は、配送ネットワークを介して、製造施設から顧客に対して製造した商品の配送を促進するシステムおよび方法を提供し、本システムおよび方法は、（１）（ａ）製造施設から目的地へ配送中である配送ネットワークの商品のロケーションおよびステータスを示す輸送情報、
（ｂ）起点ポイント、集積保管センターポイント、終点ポイント、顧客施設ポイントを含む複数のネットワーク施設ポイントのＩＤおよび容量を含むネットワーク施設情報、
（ｃ）ネットワーク輸送機器および輸送要員の容量、ロケーションおよびステータスを示す運送業者情報、
（ｄ）配送ネットワーク内の輸送経路、該経路の容量、該経路に沿った商品配送コストを示す経路情報、
（ｅ）商品の経路と、経路沿いのポイントへの商品の発送および配送の予定時刻とを含む配送プラン、
（ｆ）ネットワーク内のポイント間での商品の移動にかかった実際の時間を含む輸送時間の計測情報
を含む１つまたは複数のデータベースと、
（２）ネットワーク施設ポイントのうちの１つまたは複数からの１つまたは複数のデータベースへのアクセス、および配送ネットワークにより実施される配送プランを実行する上で有用な情報をデータベースのうちの１つまたは複数からダウンロードする能力とを利用する。好ましいオプションでは、遠隔アクセスユニットは、輸送情報、ネットワーク施設情報、および／または運送業者情報を更新する情報をデータベースのうちの１つまたは複数にアップロードするように構成される。好ましくは、データベースのうちの１つまたは複数は、既知の期間にわたって完成させるべき商品を識別する製造情報を含む。アクセスユニットは、製造情報を更新する情報をデータベースのうちの１つまたは複数にアップロードするように構成される。アクセスユニットは、経路情報、輸送時間の測定情報、および配送プランを更新する情報をデータベースのうちの１つまたは複数にアップロードするように構成される場合がある。１つの好ましいオプションでは、本システムおよび方法は、１つまたは複数のデータベースに格納された情報に基づいて、代替の配送プランの性能を予測するために作動可能な（ｏｐｅｒａｔｉｖｅ）シミュレーションツールを利用する。
【００１５】
本発明の態様の別のものによると、本発明は、配送ネットワークを介して製造工場から複数の目的ロケーションへ車両を輸送する方法を提供する。本発明は、複数の車両のうちの少なくともいくつかを、製造工場起点ポイントから集積保管センターへ鉄道輸送すること、集積保管センターにおいて共通の目的ロケーションへ向かう車両をまとめる（ｃｏｎｓｏｌｉｄａｔｅ）こと、まとめられた車両を共通の目的ロケーションへ輸送すること、シミュレーションツールを用いて製造工場起点ポイント、集積保管センター、目的ロケーションおよび輸送機器を含む配送ネットワークをモデルリングし、集積保管センターにおける遅延の発生を予測すること、集積保管センターにおける遅延の予測に応じて、集積保管センターを迂回して予測される遅延を低減するために、配送ネットワークの集積保管センターの上流にある第１のポイントから配送ネットワークの集積保管センターの下流にある第２のポイントへ直接、車両のうちの少なくとも一部を輸送する経路プランをプランニングおよび実行することを含む。一実施形態において、経路プランにより、製造工場起点ポイントから目的地へ直接、好ましくは車両輸送車によって車両を輸送してよい。
【００１６】
本発明の態様の別のものによると、本発明は、製造工場から複数の目的地ランプへ配送ネットワークによって車両を輸送する方法を提供する。本方法は、製造工場起点ポイントからリリースされた複数の車両のうちの少なくとも一部を集積保管センターへ鉄道輸送すること、共通の目的地ランプへ向かう車両を集積保管センターでまとめること、まとめた車両を共通の目的地ランプへ輸送すること、まとめた車両を車両輸送車によってグループごとに複数の販売店へ輸送すること、シミュレーションツールを用いて、製造工場起点ポイント、集積保管センター、目的地ランプ、複数の販売店、および輸送機器を含む配送ネットワークをモデリングし、目的地ランプにおける遅延の発生を予測すること、目的地ランプにおける遅延の予測に応じて、目的地ランプを迂回して予測される遅延を低減するために、配送ネットワークの目的地ランプの上流にあるポイントから販売店のうちの１つまたは複数へ直接、車両のうちの少なくとも一部を輸送する経路プランをプランニングおよび実行することを含む。特定の実施形態において、経路プランにより、好ましくは車両輸送車によって、製造工場起点ポイントから販売店のうちの１つまたは複数へ直接車両を輸送するか、または集積保管センターから販売店のうちの１つまたは複数へ直接車両を輸送する。
【００１７】
本発明の態様の別のものによると、本発明は、製造工場から複数の目的地ランプへ配送ネットワークによって車両を輸送する方法を提供する。本方法は、製造工場起点ポイントからリリースされた複数の車両のうちの少なくとも一部を集積保管センターへ貨車によって輸送すること、それぞれの共通の目的地ランプへ向かう非混合（ｕｎｍｉｘｅｄ）車両をそれぞれ運ぶ第１のグループの貨車と、２つ以上の目的地ランプへ向かう混合（ｍｉｘｅｄ）車両を運ぶ第２のグループの貨車を利用すること、第２のグループの貨車を集積保管センターで荷降ろしすること、荷降ろしした車両をそれぞれの共通の目的地ランプへ向かう非混合車両をそれぞれ運ぶ第３のグループの貨車上にまとめること、集積保管センターからそれぞれの共通の目的地ランプへ第１および第３のグループの貨車を輸送すること、シミュレーションツールを用いて、製造工場起点ポイント、集積保管センター、目的地ランプ、および輸送機器を含む配送ネットワークをモデリングし、目的地ランプにおける遅延の発生を予測すること、目的地ランプにおける遅延の予測に応じて、配送ネットワークの集積保管センターの下流にあるポイントに直接輸送するために、製造工場起点ポイントにおける混合車両のうちの少なくとも一部を車両輸送車に回す（ｄｉｖｅｒｔ）経路プランをプランニングおよび実行することを含む。特定の実施では、配送ネットワークの下流ポイントは、各目的地ランプを含み、または配送ネットワークは複数の販売店を含んでよく、目的地ランプにおける上記遅延の予測に応じて、本方法により、各販売店へ直接輸送するために、製造工場起点ポイントにおける混合車両のうちの少なくとも一部を非混合車両輸送車に回してもよい。
【００１８】
本発明の態様の別のものによると、本発明は、複数の製造工場から複数の目的ロケーションへ車両を配送するための配送ネットワークを操作する方法を提供する。本方法は、製造工場から目的ロケーションへの連続的な配送ネットワークを提供する複数の事業体（ｅｎｔｉｔｉｅｓ）との関係を築くこと、配送ネットワーク管理会社に第一の忠誠を有する配送ネットワーク管理者を使用することにより、複数の配送ネットワークのそれぞれの少なくとも一部の管理を複数の会社に提供すること、配送ネットワーク管理者が使用するための配送情報ネットワークを提供すること、配送ネットワーク管理者に配送情報ネットワークを介して情報へアクセスさせること、提供された情報に応じて、連続的な配送ネットワークに沿って製造工場から目的ロケーションへの車両の配送を容易にするために、複数の事業体の従業員の活動に指示を出すことを含む。好ましくは、配送ネットワーク管理者はまた、配送情報ネットワークを遠隔にて更新する能力および互いに通信する能力を有する。独立した事業体には、車両製造業者、鉄道運送業者、車両運送業者、積み降ろし請負業者、および／または販売業者が含まれ得る。
【００１９】
本発明の態様の別のものによると、本発明は、配送ネットワークにより商品をスケジュールリング、製造、および発送する方法を提供し、本方法は、所定数の商品を所定の順序で製造するのに必要な部品の組を組み立てること、１つまたは複数の起点ポイントおよび集積保管センターポイントと、複数の終点ポイントとを含む複数のネットワーク施設ポイントを含む配送ネットワークを提供すること、製造された商品を配送ネットワークに投入すること、ネットワーク施設ポイントにおいて活動を監視すること、配送ネットワークにおける複数の経路に沿った相対的な混雑を、監視したネットワーク内の活動と、製造する商品の目的地とに基づいて見積もること、配送ネットワークにおける見積もった相対的な混雑に応じて、組み立てられる部品の組と、商品を製造する所定の順序とのうちの片方または両方を変更して、商品が、配送の効率を向上すべく計算した順序で、配送ネットワークに入るようにすることを含む。好ましい実施形態では、変更には、同一の終点ポイントに向かう商品の、組み立てられた部品の組の生産を順番に並べて、組み立てラインから輸送機器へ直接積載することを容易にすることが含まれる。
【００２０】
さらに、本発明は、配送ネットワークにより商品をスケジューリング、製造、および発送する方法を提供する。本方法は、１つまたは複数の起点ポイントおよび集積保管センターポイントと、複数の終点ポイントとを含む複数のネットワーク施設ポイントを含む配送ネットワークを提供すること、所定数の商品を製造するのに必要な部品の組を組み立てること、組み立てた部品の組による生産を順序付けて、同一の終点ポイントに向かう商品を順番に製造すること、製造された商品を配送ネットワークに投入することを含む。ネットワークはまた、顧客施設ポイントを有し、各商品は顧客施設ポイントのうちの１つに配送目的地を有する。
【００２１】
より詳細に述べると、本発明の一態様の好ましい実施形態は本発明の方法およびシステムを提供し、それらは一実施形態において、複数の車両製造工場から複数の車両販売業者ロケーションへの車両の輸送に関連する。一実施形態では、本発明は、車両の目的地に基づいて、各製造工場において順次車両を製造することを含む。本発明はまた、鉄道および車両輸送業者に上述の順序を考慮に入れる製造生産（ｍａｎｕｆａｃｔｕｒｉｎｇ ｐｒｏｄｕｃｔｉｏｎｓ）スケジュールを通知することを含む。本発明はまた、製造工場のセットを関連付けて工場グループに分けること、および１つの親（ｐａｒｅｎｔ）集積保管センターにのみ関連する複数の工場グループからそれぞれ車両を受け取る複数の親集積保管センターを提供することに関係する。複数の貨車の（第１の時間窓内で単一の目的地へ向かう）車両積荷は、１つの親集積保管センターを共有する工場グループのうちの１つまたは複数からリリースされる。貨車の積荷は、目的地がその工場グループの最終積載地からの選択距離より遠い場合、各工場グループに関連する共有の親集積保管センターへ輸送される。
【００２２】
この実施形態では、本発明はまた、利用可能な鉄道輸送および全製造工場の生産スケジュールに基づいて、第１の時間窓内で全製造工場からリリースされた車両に対する最良の経路をシミュレートするシステムを備える。共有の親集積保管センターでは、本発明のこの実施形態は、同じ目的地へ向かう貨車の積荷と他の工場グループからの貨車の積荷とを併合させ、それから列車を遠隔の集積保管センターへ輸送させ、そこでシミュレートされた最良の経路に従ってさらに列車が連結される。本発明ではまた、列車が完全に連結されると、遠隔の集積保管センターの迂回が許される。
【００２３】
本発明は、さらに、目的地ランプへの列車の輸送、車両運搬トレーラーへの車両の移動、および販売業者の場所への車両運搬トレーラーの輸送および車両の荷降ろしを提供する。
【００２４】
本発明のこの実施形態の別の態様は、各車両を追跡する能力である。これは、たとえば、各車両を機械読み取り可能な車両コードでマーキングすることにより達成されるマーキングは、たとえばバーコード化された情報を有する接着材料を貼り付けるか、またはたとえば車両に付けられた永久的なＩＤマークであることができる）。本システムは以下のものを提供する。
・車両が貨車に積載されると各車両コードをスキャンすること、
・貨車の積荷を機械読み取り可能な貨車コードでマーキングし、貨車コードと関連した各積荷の車両コードを格納すること、
・親集積保管センターへの到着時に貨車コードをスキャンすること、
・親集積保管センターからの出発時に貨車コードをスキャンすること、
・遠隔集積保管センターからの出発時に貨車コードをスキャンすること、
・遠隔集積保管センターへの到着時に貨車コードをスキャンすること、
・目的地ランプへの到着時に貨車コードをスキャンすること、
・車両の車両運搬トレーラーへの積載時に車両コードをスキャンすること、
・販売業者の場所への到着時に車両コードをスキャンすること。
上述の各スキャンの際に、本システムは、スキャンされた車両または貨車コードを中央コンピュータへ送信することを可能にし、中央コンピュータでそれらは車両を追跡するため、および他の物流上の（ｌｏｇｉｓｔｉｃａｌ）目的のために使用されることができる。
【００２５】
また、この実施形態では、鉄道および車両運送業者からは独立した管理チームを提供する。本管理チームは、中央コンピュータにアクセスして各製造車両のロケーションを随時監視し、所定の期限内に所定の目的地へ車両を配送する際の運送業者の業績を監視し、スケジュールより遅れている車両がある場合は運送業者に警告することができる。本管理チームはまた、スケジュールより遅れている車両に対し代替的輸送手段を提供する能力を有する。
【００２６】
より詳細には、好ましい一実施形態によると、本発明のシステムは、確実に所定の日数以内で製造工場から販売業者の施設に車両を提供するように設計される。本システムは、製造工場の車両組み立て作業と連携した輸送ネットワークを確立する。目標は、車両を組み立て、同じ目的地へ向かうブロックに分けて貨車および車両運搬トレーラーに積載することで、車両の荷役を最低限に抑え、可能な場合はいつでも荷役および分類施設の迂回を最大限にすることである。
【００２７】
この実施形態に関連する製造工場では、車両は「地理別構築の原則（ｇｅｏｇｒａｐｈｉｃ ｂｕｉｌｄ ｐｒｉｎｃｉｐｌｅ）」に従って組み立てられる。地理別構築では、以下に述べるようないくつかの実施が可能である。目的は、地理上の地域によって工場製造順序を調整することにより、車両輸送時間および配送予測可能性を改善することである。この調整により、車両配送ネットワークがより高い設備利用率と、サイクル時間を改善する鉄道切換（ｒａｉｌ ｓｗｉｔｃｈｉｎｇ）の低減とを通して、効率を上げることができる。組み立て工場はまた、積荷構成（ｍａｋｅ−ｕｐ）要件を簡略化することにより、鉄道積載業務を改善する。地理別構築は貨車の利用率および列車の長さを増加させ、速度を速めて中継地点における切換時間とドウェル時間とを低減するためにユニット列車の数を増やし、到着予測可能性を向上させ、車両の保管を避けるのを助け、積載目的地の数を減らし、積荷構成時間を低減し、部分的な積荷のために起こる工場のドウェルを低減する。
【００２８】
地理別構築の一実施形態では、車両は同じ目的地へ向かうグループに分けて組み立てられる。製造業者は、車両を輸送ネットワークに最適に送るためのスケジュールに従って、車両のための部品の定刻配送を調整する。工場はまた、車両が完成するとすぐに輸送のためにリリースするように動き、車両は即座に積載され輸送される。起点の自動車製造工場は、割り当てられた「親集積保管センター」に供給するグループごとにまとめられる。従来は、多数の製造工場がいくつかの集積保管センターに車両を送り、そこで全車両が荷降ろしされ、目的地別に分類された後に再び混合されていた。本システムは、上述のように、車両組み立て作業のスケジューリングを含め、分類プロセスをできるだけ上流に移動させる。可能な場合はいつでも、貨車には、組み立て工場において単一の目的地ランプに向かう車両が満載される。したがって、１つの典型的なシナリオでは、車両は貨車または車両輸送車によって組み立て工場から集積保管センターへ移送され、集積保管センターで満載の貨車は他の貨車とまとめられ、車両輸送車の積荷は貨車に積載される。貨車は車両を目的地ランプへ運び、そこで車両は荷降ろしされて車両輸送車に積載され、販売店へ輸送される。しかしながら、本システムは可能な限り集積保管センターを迂回する。それはたとえば、車両輸送車の積荷を車両組み立て工場から販売店へ直送するか、または製造工場において列車を完成させ、それを目的地ランプに送ることによりなされる。分類のために車両を荷降ろしする必要性は、最小限に抑えられる。これは、製造工場のうちの１つの起点グループから同時に同じ目的地へ向かう車両数を多くすることにより容易になる。その結果、鉄道会社（ｒａｉｌｒｏａｄｓ）が妥当な費用で取り扱う列車を構築するのに十分な量のかかる車両がもたらされる。
【００２９】
輸送ネットワークは、車両輸送車および貨車に積載するための最良の方法を決定し、利用可能となる組み立て車両とそれらの目的地とに基づいて列車を構築するシミュレーションプログラムを用いる。シミュレーションは、製造計画のためだけでなく、あるグループの組み立て車両が欠陥を補正するために保留されなければならない場合に予定積荷を調整する必要性等、例外的な事態が発生した場合に輸送を最適化するためにも用いられる。
【００３０】
本システムの一部は、輸送ネットワーク中の各組み立て車両を追跡する能力である。その概念は、「完全な可視性（ｆｕｌｌ ｖｉｓｉｂｉｌｉｔｙ）」と呼ばれる。各組み立て車両の車両ＩＤ番号は、組み立て工場においてシステムに入力され、その車両が積載される車両輸送車または貨車のそれぞれに関連付けられる。車両輸送車または貨車がスキャンされるときはいつでも、各車両のロケーションはシステムメモリ内で更新される。本システムは、運送業者が時宜を得て輸送人材を提供することができるように、運送業者（車両運送業者および鉄道運送業者）に対して正確な事前通知を提供する。ロケーション情報はまた、各車両についての予定スケジュールと比較され、スケジュールより遅れている車両がある場合には、警報または警告が提供される。事前に識別した状況では、本システムは、難局を克服するために特定の車両の経路または輸送方法を自動的に変更する。
【００３１】
本システムはまた、ネットワーク内の様々な施設における人員により、輸送ネットワークの管理を提供する。現場でのこれらの人員は、運送業者が責務を果たすことを確実にするために、積極的に運送業者の管理を行う。ネットワーク管理者は、自動車追跡システムからの情報に基づいて積極的にネットワークを監視し、自身の施設に影響を与えるかまたは他の施設に影響を与えるとスケジュール遅れ警告に応答し、他のネットワーク管理者および運送業者に問題と問題克服のための対応法を通知する。管理者はまた、積載計画および出荷時期について運送業者と連携して働く。管理者は、貨車および車両輸送車への適切な積載、運送業者の適時性、および車両が正確な量で積載され、正しい目的地に到着することの保証の責任を負う。自動車追跡システムにより、これらの管理者は常に全車両のステータスを判断することができる。
【００３２】
本システムは、販売業者の販売店用の車両を積載する車両輸送車に対して柔軟な受け入れ可能性を有することを販売業者に要求する。本システムの目的は、毎日、２４時間単位で随時車両輸送車から荷降ろしをすることで、販売業者への配送をより効率的にし、それと同時に前もって販売業者に正確な配送時間を通知し、販売業者が常に人員を現場に配置しなくても車両を受領できるようにする。たとえば、販売業者は、ネットワークを介してまたは電子メールによって、積荷が決まった日時の午前７時から９時の間に到着するということを通知され得る。本システムにより、配送時間を正確に予測できるようになり、販売業者には車両を受領する人員を配備しておく責任がある。
【００３３】
したがって、本発明は、車両流通ネットワークの最適化を可能にする。本発明によるシステムにより、多数の製造工場で製造した新たな車両を全国の多数の販売業者に輸送することができる。販売業者が車両を注文すると、その注文は特定の注文車両を製造する製造工場に直行する。車両が製造され、できる限り早く販売業者へ出荷される。使用される好ましい輸送形態は、貨車および車両輸送車である。本配送ネットワークは「ハブ＆スポーク」型のネットワークであり、集積保管センターがアメリカ合衆国内の戦略的ポイントに配置され、製造工場から到着する貨車に車両がまとめられ、国内の他の場所にある目的地ランプへ直接出荷される。
【００３４】
車両はすべて、独自の「車両ＩＤ番号（Ｖｅｈｉｃｌｅ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）」すなわち「ＶＩＮ」により識別される。一般的な方法に従って、独自に識別された車両は以下で「ＶＩＮ」と呼ばれる場合がある。
【００３５】
本発明の他の特徴および利点は、以下の図面および詳細な説明を検討すれば当業者には明らかとなろう。かかるすべての特徴および利点は、併記の特許請求項に定義される本発明の範囲で本明細書に含まれることが意図されている。
【００３６】
〔好適な実施形態の詳細な説明〕
＜システムの概要＞
図面をより詳細に言及する。ここで図面を通して同じ符号は同じ要素をいう。図１に、本発明による車両配送システム１０の概略図を示す。配送システム１０は、一般に後述する車両を輸送する様々な物理的施設を含む車両流通ネットワーク２０と、同様に後述する様々なデータ処理、格納、ユーザインタフェース、およびソフトウェア構成要素を含むデータフローネットワーク３０とを備える。流通ネットワーク２０（図１に概念的に示す）は、起点ポイント２５（製造工場または蓄積ハブ等）から集積保管センター２６（ここで必要ならば職員は車両の積み下ろしを行い仕分けする）へ、貨車から成る列車２３による車両２２の輸送を提供する。鉄道職員は車両を列車に積み、列車２３を組み立てて車両を目的地ランプ２７へ輸送し、ここで職員は車両を荷降ろしする。目的地ランプ２７の他の職員は車両を車両輸送車２８に積み、自動車販売店２９へ輸送する。図１は、流通ネットワークの複数の施設ポイントのそれぞれから情報を収集する、およびそれらのポイントの各々へ情報を提供するシステムとして、データフローネットワーク３０を概念的に示す。情報のフローは破線で示す。
【００３７】
非常に一般的なレベルで、流通ネットワーク２０の設備および基本的機能は周知である。すなわち、本発明以前から集積保管センターと鉄道および車両輸送業者による輸送とを含む流通ネットワークは存在した。本発明の車両配送システム１０は、既存の流通ネットワークを、より能率的な構造ならびにネットワークのステータスを説明する包括的な情報を提供することによって向上し、車両をより速く配送するためにネットワークが効率的かつ柔軟に動作することができるようにする。後述するようにネットワークは車両の荷役を最小限に抑え、中間地や設備の迂回を最大化し、同様の目的地行きの大量の車両を集めてより速い輸送を行う。管理者のメンバー（ネットワークの各ポイントで働く管理者チーム）が、起点工場における初めの積荷から目的地ランプまたは販売店における最終的輸送までの各業務を調整する。このチームは、製造業者、個々の運送業者、および販売業者の試みを管理する。
【００３８】
本明細書で説明する配送システムは、製造場所からの商品の配送、商品のいかなる特定の出所または品物の種類には限定されないことが理解されるはずである。本発明の請求の範囲を限定することなく、本システムの適用例には、レンタル車両を流通すること、原紙を製紙業者から紙を使用する工場へ流通すること、および部品製造業者から他の製品に組み込む工場へ部品の域内向け（ｉｎｂｏｕｎｄ）輸送が挙げられる。当然、本発明は輸送される商品の目的地の種類にも限定されない。本明細書中における特定の会社、製品、または場所に対するあらゆる言及は、例示にすぎず、本発明の特許請求の範囲を限定するものではない。
【００３９】
図２に、車両流通ネットワークの概略的な図を示す。起点ポイント２５において、車両２２は工場２５ａで製造されて起点ランプ２５ｂに荷積のためにリリースされる。図２に、車両２２のための多数の考えられる初めのレーン線分を示す。線分３は、車両輸送車が集積保管センター２６まで輸送することを示す。線分４は、「ＬＴＤ」（Ｌｏａｄ ｔｏ ｄｉｓｔｉｎａｔｉｏｎ ｒａｍｐ）貨車２３ａが集積保管センター２６まで輸送して、目的地ランプ２７行きの列車に連結する（積み降ろしせず）ことを示す。ＬＴＤ貨車は、同じ目的地ランプ行きの車両を備える。線分５は、「混合」（車両目的地が混合された）列車２３ｂが集積保管センターまで輸送して、積み降ろし、仕分けし、同じ目的地ランプ行きの他の車両とともに積載して、その目的地ランプ２７行きの列車に連結することを示す。線分６は、貨車の列車が起点ランプ２５ｂから目的地ランプ２７へ直接進行することを示す。１つまたは複数のさらなる鉄道レーンまたは車両輸送業者レーン線分７が、集積保管センター２６と目的地ランプ２７との間を通過し、その目的地ランプ２７から車両は車両輸送業者によって販売業者２０へ輸送される。車両によっては、集積保管センターと販売業者との間の１つの車両輸送業者レーン線分８を有する場合がある。区分９は、車両輸送業者が起点ランプから販売業者２９へ直接輸送することを示す。
【００４０】
図３は、本発明を利用する流通ネットワーク２０の例の一部分を示す地理的マップを示し、どのように車両が起点ポイント２５（この場合は製造工場のグループ）から、集積保管センター２６へ移動するかを示す。各起点製造工場は、製造した車両を１つの「親」集積保管センター２６ｐへ送達する。示した例では、ケンタッキー州のルイスビル（Ｌｏｕｉｓｖｉｌｌｅ， Ｋｅｎｔｕｃｋｙ）、ヴァ−ジニア州のノーフォーク（Ｎｏｒｆｏｌｋ， Ｖｉｒｇｉｎｉａ）、およびジョージア州のアトランタ（Ａｔｌａｎｔａ， Ｇｅｏｒｇｉａ）における米国の南西にある一組の工場が、生産した車両をケンタッキー州のシェルビービル（Ｓｈｅｌｂｙｖｉｌｌｅ， Ｋｅｎｔｕｃｋｙ）の集積保管センター２６ｐに鉄道で輸送（ｒｏｕｔｅ）する。シェルビービルから、車両を有する列車は、オハイオ州のフォストリア（Ｆｏｓｔｏｒｉａ， Ｏｈｉｏ）、カンザス州のカンザスシティ（Ｋａｎｓａｓ Ｃｉｔｙ， Ｋａｎｓａｓ）またはイリノイ州のシカゴ（Ｃｈｉｃａｇｏ， Ｉｌｌｉｎｏｉｓ）の他の集積保管センター２６を通過して、ここで貨車は必要であれば他の列車に連結される。矢印は、起点工場グルーピング（ｏｒｉｇｉｎ ｐｌａｎｔ ｇｒｏｕｐｉｎｇ）から親集積保管センターへ、そして他の集積保管センター２６へ進む鉄道経路を表す。
【００４１】
図４は、図３の例の場合のネットワーク２０の車両輸送集積保管センター２６からの域外向けの車両輸送を表す。矢印は、集積保管センターから多数の目的地ランプ２７への鉄道経路を示す。図示されるように、列車は中間目的地ランプで停車して貨車を降ろす、または目的地ランプで分離し、その結果生じる列車は、さらに遠い目的地ランプへの異なる経路を取ることができる。
【００４２】
図５は、流通ネットワーク２０による基本的な車両フロー１００の図である。販売業者が車両を発注すると、ブロック１０１において、プロセスは開始する。ブロック１０２において、製造工場２５は、車両を生産してリリースする。車両は、品質上の欠陥による保留などで保留され、車両の輸送を遅らせる場合がある。ブロック１０３において、車両が保留されているかどうかの問い合わせが行われる。車両が保留されている場合、ブロック１０４において、車両は品質または他の問題が解決されるまで無期限で保留されることになる。リリースされた車両は、輸送を待つ間駐車場に置かれる。ブロック１０５において、駐車場が駐車容量を超えると判定される場合、ブロック１０６において、車両はオーバーフロー駐車場（ｏｖｅｒｆｌｏｗ ｐａｒｋｉｎｇ）へ移動される。ブロック１０７において、車両が最寄の販売業者または遠距離目的地へ直接出荷されるかどうかが判定される。最寄の販売業者への場合、ブロック１０８によって示す製造工場におけるドウェル時間後、ブロック１０９において、車両は車両輸送車２８へ積載され、車両輸送車２８は、車両を販売業者へ輸送し、ブロック１１０において荷降ろしされる。
【００４３】
車両が多区分（ｍｕｌｔｉ−ｓｅｇｍｅｎｔ）レーンを移動しなければならない場合、ブロック１１１において、輸送形態は列車２３によるものであるか判定される。そうである場合、ブロック１１２において、車両は貨車に積載される。そうではない場合、ブロック１１３において、車両は車両輸送車２８に積載される。ブロック１１４において、輸送機器は集積保管センター２６行きであるかどうかが判定される。そうである場合、車両はブロック１１４によって示す輸送時間中に集積保管センター２６へ輸送される。ブロック１１５において、鉄道輸送の場合、その車両の貨車は荷降ろしされなければならないか、すなわち集積保管センターを迂回するかどうかが判定される。貨車に積載された車両のうちの１つを荷降ろしする必要がある場合、貨車はブロック１１６によって示す時間中にすべてを積み降ろされることになる。次にブロック１１７において、車両は集積保管センター付近の販売業者行きであるかどうか判定される。そうである場合、ブロック１１９において、ブロック１１８によって示す集積保管センターにおける車両輸送車の駐車場でのドウェル時間後に、車両は車両輸送車２８に積載され、車両輸送車２８は、ブロック１２０において車両を販売業者へ輸送して積み降ろされる。
【００４４】
ブロック１２１において判定されるように、車両が別の中間レーン区分のための主要駐車場に収まらない場合、ブロック１２２において、車両はオーバーフロー駐車場に駐車される。ブロック１２３において、主要駐車場またはオーバーフロー駐車場のいずれかから、車両の輸送形態が判定される。車両は車両輸送車によって次のレーン区分を進む場合、ブロック１２４において、車両は車両輸送車に積載される。車両が鉄道によって次のレーン区分を進む場合、ブロック１２４において、車両は貨車に積載される。両者の場合（およびブロック１２６によって示す集積保管センターのドウェル時間後に、貨車に積載された車両が荷降ろしされなかった場合）、車両はブロック１２７によって示される輸送時間の間に目的地ランプ２７へ輸送される。ブロック１２８において、車両はその輸送機器から荷降ろしされる。ブロック１２９によって示されるドウェル時間後、ブロック１３０において、車両は車両輸送車２８に積載され、車両輸送車２８は、ブロック１３１において車両を販売業者２９へ輸送して荷降ろしされる。
【００４５】
ブロック１１４の決定へ戻り、輸送機器（車両輸送車または貨車）が、目的地ランプ２７へ直行する場合、車両はブロック１３３によって示される輸送時間の間に目的地ランプへ輸送される。次にプロセスは、ブロック１２８へ進み、車両が販売店で荷降ろしされるまで上述したように続行する。
【００４６】
図６に、起点ポイント２５と関連づけれてたオプションの統合ハブ２５ｃを示す。この実施形態では、近隣の起点工場２５ａの一団で生産された車両は、個々の工場で貨車に積載されるのではなく、車両輸送車によってハブ２５ｃへ運ばれ、すなわち輸送される。ハブ２５ｃに到着すると、車両は、車両の配送レーンの初めの区分の目的地ポイントに従って、各ライン２５ｄに予め仕分けされる。各ライン２５ｄは、貨車の積載ドック２５ｅへ進み、ラインの車両はここから、列車２３の貨車に積載されることになる。予め仕分けされた結果、統合ハブ２５ｃを出発する貨車のほとんどは、ＬＴＤ貨車２３ａとなる。
【００４７】
図７に、データフローネットワーク３０を概略的に示す。イントラネット３２（標準の破線で囲んで示される）は、ネットワーク管理チーム３１（図Ａ３１を参照）によって維持される。ネットワーク管理チーム３１は、上述した管理者チームを雇用する同じ事業体であることが好ましい。イントラネット３２は、追跡システム構成要素３４、プランニングツール構成要素３６、およびシミュレーションツール構成要素３８を含む。イントラネット３２は、データ通信インタフェース４０を介して、様々な外部情報源（後述する）から入力データを受信する。例えば、これは電子メールボックスであってよい。
【００４８】
イントラネット内の構成要素は、イントラネットまたはインターネットからアクセス可能な「小型軽量クライアント（ｔｈｉｎ ｃｌｉｅｎｔ）」であってよい、複数のワークステーション４２に、出力データを送信する。ワークステーション４２は、任意のネットワーク設備ポイントで管理者チームのメンバーによって使用される持ち運び可能なコンピュータであってよい。リモート接続は、ダイアルアップモデム接続またはインターネット経由とすることができる。イントラネット内の構成要素は、出力データを製造業者の生産スケジューリングシステム４４にも送信する。後述するように、車両配送システム１０の好ましい実施形態では、流通ネットワーク２０およびデータフローネットワーク３０からの情報のフィードバックを使用して、配送ネットワークに入るときに製品の均一な流通をもたらすように車両の生産を予定し、車両を市場に輸送する出力要件に応答する。この原理（ここでは「地理別構築」と呼ばれる）は、流通ネットワークの第１の段階で起こり得る流通の大きな日々の変動を減少させるか、除去する。均一な流通は、流通ネットワークにおける人員、設備、また電力の需要を安定させる。
【００４９】
別の構成では、あらゆる適切な外部通信システムが、イントラネット３２間への入力およびイントラネット３２からの出力のために利用でき、たとえば、電子メール、インターネット、エクストラネット、ダイアルアップモデム接続、または私設データ通信ネットワークが挙げられる。
【００５０】
追跡システム３４は、流通ネットワーク２０のすべての側面に関するステータス情報を含む追跡データベース５０と、関連するソフトウェアを含む。このステータス情報は、インタフェース４０を介して３つの主要報源から受信される。この３つの主要情報源は、生産予定、実際のＶＩＮの生産が開始する時および各ＶＩＮがリリースされる時を含む車両製造業者データ５２と、ＶＩＮおよび貨車上のコード化されたシンボルを読み取るスキャナー、および計画したイベントや計画外の混乱が発生した時についての情報を手動で送信する端末を含む鉄道データソース５４と、鉄道データソースと同様な車両輸送業者データソース５６とである。また、追跡システムは、プランニングツール３６からＶＩＮ経路情報も受信する。追跡システム３４の目的は、管理チームに流通ネットワークのステータスの完全な可視性を提供すること、地理的構築努力（ｇｅｏｆｒａｐｈｉｃ ｂｕｉｌｄ ｅｆｆｏｒｔｓ）で製造業者を支援すること、プランニングツール３６およびシミュレーションツール３８が必要とするステータスおよび統計的情報を提供することである。
【００５１】
プランニングツール３６は、追跡データベース５０、シミュレーションツール３８、およびワークステーション５９から受信されるデータを含む計画データベース５８、および関連するソフトウェアを含む。追跡システムは、ＶＩＮステータスおよび経過した輸送時間についての実際の収集データを提供する。シミュレーションツールは、次の計画したＶＩＮの経路評価を提供する。ワークステーション５９により、ユーザは、次のＶＩＮの経路を選択し、起点および目的地情報ならびに輸送基準時間を入力することが可能となる。この情報は、追跡システムを通して管理チームに利用可能である。これは、計画データベース５８から経路、基準等を受信する。
【００５２】
シミュレーションツール３８は、システムおよびその管理者が車両流通ネットワーク２０を毎日分析するとともに、ボトルネックがネットワークで現れるか、またどこでそのボトルネックが発生するかを判定するために未来の日数に注意することを可能にする運用／戦略的プランニングツールを提供する。さらに、このツールは、既存の車両流通ネットワークへの変更を「オフライン」で試し、ネットワークにどんな変更を行うべきか、またそのような変更を行う影響を判定する能力を提供する。シミュレーションツール３８は、２つの形式、すなわちＡｒｅｎａ等の使用されているシミュレーションエンジンに固有の形式と、マイクロソフトエクセル形式等のスプレッドシート形式とで格納されるシミュレーションデータベース６０を含む。シミュレーションデータベースは、使用されているシミュレーションエンジンを実行するのに必要であり、追跡データベース３４からプランニングツール３６を介して得られ、ユーザからエクセルインターフェース６２を介して得られる入力データを含む。この入力データを使用して、流通ネットワークパラメータを変更し、変更が流通ネットワークの効率性に及ぼす効果を研究することができる。シミュレーションは、シミュレーションプログラムがロードされるシミュレーションワークステーション６４で実行される。シミュレーションに必要な入力データおよび得られる分析的な出力の詳細は、以下に説明される。
【００５３】
ここで図８について言及する。データフローネットワークの概略図が示される。追跡システム３４、プランニングツール３６、シミュレーションツール３８、および支払いアプリケーション７０は、中央データ格納部７２に入力を提供する。追跡システムは、ワークステーション４２同様データフィード４０から入力データを受信する。プランニングツールおよびシミュレーションツールは、上述の様々な入力を示すデータ入力６１を受信する。支払いアプリケーションは、運送業者、請負業者、および供給業者からの支払いアプリケーション、ならびに流通ネットワークからの作業確認データを含み得る入力７１を受信する。中央データ格納部７２は、流通システム１０を運用し、評価する際に有用な多くの報告書を生成することに利用される。これらには、管理報告書７４、ネットワーク計画報告書７５、運用報告書７６、顧客報告書７７、販売業者報告書７８、および買い手報告書７９が挙げられる。
【００５４】
本システム１０の好ましい実施形態では、管理チーム３１のメンバまたはネットワークを運用している事業体の適切な人員は、署名をキャプチャーすることができるデータ取得端末を備えることができる。このような端末は、任意のレーン区分の最終地点でＶＩＮを受け取る際に人の署名、特にＶＩＮの最終的な配送を受け取る際に販売業者の署名を得るために使用されることができる。次に、従来の手段によって、署名データは追跡システムデータベース５０へ、または別のデータ格納場所へアップロードされることができる。次に、管理チームまたは車両製造業者は、配送の証拠として署名データにアクセスし、署名を得た運送業者に支払いを行うことができる。
【００５５】
＜追跡システム＞
車両追跡システム３４は、自動車製造業者の流通ネットワーク２０の自動車製造業者の車両を追跡する。車両追跡システム３４は、自動車製造業者の流通ネットワークにおける特定ポイントにおける自動車製造業者の車両２２のロケーションについての情報を提供する。この明細書で他に考察したように、自動車製造業者の流通ネットワーク２０は、多くのエリア（Ａｒｅａ）を含む区域（Ｚｏｎｅｓ）に分かれ、各エリアは多くのランプ（Ｒａｍｐｓ）を含み得る。ランプには、工場（ｆａｃｔｏｒｙ）ランプ、集積保管センターランプ、および目的地ランプを含むいくつかの種類がある。本発明は、この流通ネットワーク内で関連する各種管理者は、車両のグループが流通ネットワークを進むとき、通常その車両のグループのための時間窓（ｔｉｍｅ ｗｉｎｄｏｗ）に基づいて、出荷データへの概要レベルでのアクセスを提供されることが決定された。
【００５６】
車両追跡システム３４は、自動車製造業者の流通ネットワーク内の特定のＶＩＮに及ぶ出荷の可視性を提供することができる。出荷の可視性は、個々のＶＩＮを見つける能力に関するだけでなく、その配送経路に沿った様々な地点におけるＶＩＮの予期された到着時間を判定する能力も含む。出荷の可視性はまた、様々な「表示」内で多数の他のＶＩＮとともにＶＩＮを見る能力も含む。たとえば、販売業者は、自身の設備への向かう途中であるＶＩＮすべてを見ることができるか、あるいは翌週または翌日に予期されるＶＩＮのみを見ることができる。この可視性は、ウェブ、またはＬＡＮ、ＷＡＮ、または他の電子ネットワーク等の他の適切なネットワークを介して達成されることができる。
【００５７】
特定のＶＩＮレベルでは、特定のＶＩＮに関連する全ての追跡データを見ることができ、過去の配送追跡データに関する履歴データだけでなく、予測される配送予定も含む。これは、予測する次の配送を準備すること、あるいは上流のボトルネックまたは障害が発見されるかまたは既知である場合に、異なる経路に沿った配送に転換することを、数日前に管理させることにより、「プル」型管理（他で考察されている）が可能になるという点で、本発明の重要な特徴である。シフト等のような、他の選択されたおよび／または所定の期間は、前の文中の日時と置き換えることができることが理解されるはずである。
【００５８】
ＶＩＮの詳細な表示により、特定のＶＩＮの特定の仕様を見直すことができる。
【００５９】
特定のＶＩＮレベルの詳細を示す表示または複数のＶＩＮを示す表示は、ユーザの要求および権限に応じて車両追跡システム３４により出力として提供することができる。上述のように、自動車製造業者の配送ネットワークは多数のエリアを含む各区域に分かれており、各エリアは多くのランプを含む場合があり、いくつかのランプの種類として、工場ランプ、集積保管センターランプ、目的地ランプが挙げられる。したがって、様々なユーザはこのネットワークに沿って関連し、以下を含むがこれらに限定されない。すなわち、
販売業者
ＶＰ管理者
区域管理者
エリア管理者
ランプ／監督管理者
【００６０】
これら個人は、特定の専用表示を有し、追跡システム３４を通してアクセスすることができる。また、管理者、データ履歴（Ｄａｔａ Ａｒｃｈｉｖｅｒｓ）、メンテナンスのような他の表示も、他の事業体が利用することができる。
【００６１】
発送報告書および計画報告書を含む様々な報告書もまた利用することができる。発送報告書には、重要ＶＩＮ、古いＶＩＮ、開始されていないＶＩＮ、および危険な配送ＶＩＮ報告書が挙げられる。いくつかの計画報告書には、起点ランプ報告書、通過車両報告書、混合車両報告書が挙げられる。検索能力もまた利用することができる。
【００６２】
車両追跡システム３４は、ハードウェア上で動作するソフトウェアの使用により促進され、データ入力ポートおよびデータ出力ポートを含む。データは、任意のポート数を介して車両追跡システム３４に入力され、データは別のポート数を介してそのシステムから出力される。データ入力は、新規または更新されたデータの形態であることができ、データは、自動車製造業者のイベント発生データベースのようなデータソースシステム、または別の適切なデータソースにより提供される。
【００６３】
車両追跡システム３４は、大きなシステム環境内、この場合では本発明の輸送システム１０内の運用のための「モジュール」であると考えることができることは容易に理解されるはずである。
【００６４】
ここで、さらなる考察のために、特定の用語およびそれらの定義を提供する。
【００６５】
【表１】
2004501039.tif 000003
【表２】
2004501039.tif 000004
【００６６】
＜追跡システム３４−第１の実施形態＞
この実施形態は、「段階Ｉ」とも呼ばれる。
【００６７】
上述のように、車両追跡システム３４（図９）は、自動車製造業者の流通ネットワーク２０の車両２２（図１）を追跡する。車両追跡システム３４は、自動車製造業者の流通ネットワーク２０の特定地点における自動車製造業者の車両２２のロケーションについての情報を提供する。車両追跡システム３４はデータフローネットワーク３０の一部として見ることができる。
【００６８】
自動車製造業者の流通ネットワーク２０は、多数のエリアを含む各区域に分かれており、各エリアは多数のランプを含み得る。ランプには、工場ランプ、集積保管センターランプ、および目的地ランプを含むいくつかの種類がある。
【００６９】
各種管理者は、車両のグループが流通ネットワーク２０を進むとき、通常その車両のグループのための時間窓（ｔｉｍｅ ｗｉｎｄｏｗ）に基づいて、出荷データへ概要レベルでアクセスすることを要求するであろう。
【００７０】
一実施形態では、車両追跡システム３４アプリケーションは、自動車製造業者（一実施形態では、自動車製造業者のレガシーシステムを通して、以下「レガシー」システム）によって提供される追跡イベントデータベースから車両製造業者データ５２を受信し、そのデータをインポートして、インターネットを介してデータのウェブ形式での表示を提供する。車両追跡システム３４の目的は、自動車製造業者の流通ネットワーク２０内の特定のＶＩＮにわたる出荷の可視性を提供することである。車両追跡システム３４は、出荷ステータスを見積もり追跡することによってこのデータに価値を付加する。
【００７１】
以下のデータ表示は第１の実施形態に含まれる。すなわち、販売業者表示、ランプ表示、およびレーン表示。
【００７２】
第１の実施形態のデータは、自動車製造業者のレガシーシステムによって提供される。これはこの考察で別に論じる。
【００７３】
車両追跡システム３４の第１の実施形態の範囲ではないが、後で含むことができる機能は、
・警報および警告
・レーン維持画面
・車両輸送業者表示
・鉄道輸送業者表示
・セキュリティの向上
・カーポイント／ＸＭＬサポート
・工場管理者表示
を含む。
【００７４】
レガシー以外のデータソースも、保留の場合を除いて第１の実施形態では使用されない。
【００７５】
このアプリケーションのユーザは、自動車製造業者の流通ネットワーク２０を管理するために自動車製造業者とともに働く管理チーム３１のような管理者のチームの作業を含む。これらのユーザは、インターネットを介してこれらのアプリケーションにアクセス可能である。ユーザには、エリア、ランプ、およびレーンの、監督者および計画者が挙げられる。彼らの活動は、車両の日々の移動、非常事態計画、通知、応答、短期および長期計画を含む、ネットワークを管理する様相すべてを含む。
【００７６】
ここで、参照のために、管理チーム３１のこれらの管理者のいくつかについて言及する。
【００７７】
【表３】
2004501039.tif 000005
【表４】
2004501039.tif 000006
【００７８】
車両追跡システム３４は、既知のウェブ開発技術を用いて開発されてきた。一実施形態には、ウェブベースアプリケーションサーバーおよびＯｒａｃｌｅ（登録商標）データベースが含まれる。このアプリケーションをホスティング（ｈｏｓｔｉｎｇ）するウェブサーバーは、業界標準Ｓｕｎ  Ｓｏｌａｒｉｓ（登録商標）ベースのウェブサーバとすることができる。ＨＰ−ＵＸ（登録商標）下で動作するＯｒａｃｌｅ（登録商標）データベースサーバは、アプリケーションをアンカー（ａｎｃｈｏｒ）することができる。しかしながら、他のハードウェア構成を、本発明の精神および範囲から逸脱することなく使用することができる。このようなハードウェアに関するさらなる詳細は、この明細書において他で提供する。
【００７９】
＜追跡システム３４とともに使用される車両追跡システムイベント＞
上述のように、車両追跡システム３４（図９を参照）は、流通ネットワーク２０を通過する車両を「追跡する」ように構成される。一実施形態では、この追跡は、キャプチャされてその後報告される特定のイベントの利用によって、少なくとも部分的に行われる。段階Ｉで車両追跡システム３４によりキャプチャされて報告されるイベントは、以下を含むがこれらに限定されない。
【００８０】
【表５】
2004501039.tif 000007
【００８１】
生産予測は、車両を販売店または顧客へ輸送することが必要であることを立証するために、車両追跡システム３４によって使用される。工場リリースデータは、車両が生産されて輸送する準備ができたことを立証するために使用される。経路および輸送データは、経路および経路のために確立した基準に合う時間枠で車両が輸送されているかを判定するのに使用される。
【００８２】
上記イベントは必ずしも順番通りである必要はないことが理解される。たとえば、車両は、流通ネットワーク２０の任意のポイントで「保留中（ｏｎ ｈｏｌｄ）」とすることができる。
【００８３】
他で論じたように、様々なユーザは、車両を「保留中（ｏｎ ｈｏｌｄ）」とすることができる。
【００８４】
参照のために、以下に、前述した流通ネットワーク２０に関する各種データのエンティティおよび用語を、再び述べる。
【００８５】
レーンは、最終起点、目的地、輸送時間、および輸送形態の一意の組み合わせである。レーンは、区分の組み合わせからなる。区分は、特定の起点およびロケーションによって確定されるレーンの一部分である。特定の（計画および計画外）イベントは、区分で発生する。起点ランプは、組み立て工場にある。目的地ランプは、車両が販売業者へ配送される前に通過する最終設備である。起点ランプは、工場にある。
【００８６】
運送業者すなわちベンダーは、車両輸送業者、鉄道会社（ｒａｉｌ ｐｒｏｖｉｄｅｒ）等のような車両を輸送する任意のプロバイダである。
【００８７】
イベントが実際に発生した日時は、実際の日時として示される。計画日時は、自動車製造業者によって初めに提供される情報に基づいてイベントが発生すると見積もられる日時である。修正後の日時は、実際の情報に基づいてイベントが発生すると予期される日時である。
【００８８】
ロケーションは、ランプ、レーン、またはイベントが行われることが計画されるまたは実際に発生する他の場所を指す。
【００８９】
＜データソース＞
本発明の第１の実施形態（段階Ｉ）では、流通ネットワーク２０の追跡車両についての主要データソースは、製造業者のデータ５２であり、このデータは、レガシーとして参照される自動車製造業者システムのイベントデータベースを含むことができる。レガシーデータは、生産予測、工場リリースデータ、また経路および輸送データからなる。また、レガシーデータを使用して、運送業者の支払いを容易にし、またこの明細書において他で説明される、他の機能を促進することができる。
【００９０】
＜自動車製造業者のレガシーデータ＞
自動車製造業者は、「１Ｊ」および「１Ａ」等のような典型的な名称を有するレガシー記録を、追跡システム３４へ提供することができる。運送業者レガシー記録は、自動車製造業者のＥＤＩメールボックスから管理チームの配送（Ｄｅｌｉｖｅｒｙ）によってピックアップされることができる。記録を受信する順番は、日時順に対応しない場合がある。このような項目名および特徴は、例示にすぎず、他のデータソースの他の形式もまた、本発明から逸脱せずに使用されることができる。
【００９１】
【表６】
2004501039.tif 000008
【表７】
2004501039.tif 000009
【表８】
2004501039.tif 000010
【００９２】
図７に示すように、車両製造業者およびベンダー（運送業者）からのレガシーデータ５２は、インターフェース４０を通して車両追跡システム３４へ送信されることができる。一実施形態では、当業界で既知であり設置されるファイアウォールのような適切なセキュリティを備えて、このような伝送を促進するため、中間蓄積所（ｉｎｔｅｒｍｅｄｉａｔｅ ｒｅｐｏｓｉｔｏｒｙ）として「メールボックス」が使用される。車両追跡システムは、このデータを定期的にピックアップする。
【００９３】
＜表示＞
車両追跡システム３４は機能的に、車両追跡データに関する問い合わせ、運営、報告を行う各種表示を含む。
【００９４】
すべての表示は、いくつかの、検索、説明、および報告等の機能へのハイパーリンクを有する多数のウェブページを含む。
【００９５】
このセクションに含まれ説明された表示は、すべてのユーザタイプから容易にアクセスすることができる。
１）車両概要表示
２）ユニット内訳（別名「モデル概要」）表示
３）車両追跡（別名「ステータス詳細」）表示
４）車両詳細表示
【００９６】
車両概要表示は、ユーザのロケーションおよび表示の時間要件に基づく車両のリストである。車両の選択は、車両詳細図を表示する。車両のステータス概要の選択は、車両追跡表示を表示する。車両概要は、以下を含み得る。
・ＶＩＮ
・車両モデル
・モデル年度
・ロケーションへの到着の予定された日時（ユーザ表示に依存する）
・ロケーションへの到着の修正された日時（ユーザ表示に依存する）
・車両の現在ロケーション
・スケジュール表示（すなわち、状態灯（ｓｔａｔｕｓ ｌｉｇｈｔ）：緑＝定刻、黄＝１日遅れ、赤＝２日以上の遅れ）
【００９７】
ユニット内訳（別名、「モデル概要」）表示は、選択されたユーザ表示の以下の情報リストを含む。
【００９８】
【表９】
2004501039.tif 000011
【００９９】
図２０に、ユニット内訳（別名、「モデル概要」）表示を示し、これを簡略的に参照する。
【０１００】
一実施形態では、車両追跡（別名「ステータス詳細」）表示は、選択した車両の出荷活動（ステータス詳細）の概要を含む。
【０１０１】
【表１０】
2004501039.tif 000012
【０１０２】
図２２について言及され、これは好適的な車両追跡（別名、「ステータス詳細」）表示を示す。
【０１０３】
一実施形態では、車両詳細表示は、以下のような情報を含む選択した車両の詳細な説明を含む。
・モデル名
・ＶＩＮ
・製造（製造業者）
・ラインおよびシリーズ
・モデル年度
・車体の種類
・シャシ種類
・エンジン詳細（シリンダー、リットル、ネットブレーキＨＰ、燃料）
・その他（制約、システム）
【０１０４】
図２７について言及され、これは典型的な車両詳細表示を示す。
【０１０５】
アドバンストクエリー表示（図示せず）は、ユーザが選択基準によって車両を検索することを可能にすることを含む。検索基準には、ＶＩＮ，モデル、モデル年、日付範囲（ｄａｔｅ ｒａｎｇｅ）、および（たとえば、予測された、プラントからリリースされた、請求された）ステータスが挙げられる。
【０１０６】
保留および損傷表示（図示せず）により、ユーザは所定の車両に対して保留ステータスを割り当てたりおよび取り除いたりすることができる。ユーザは所与の車両に対して損傷コードを割り当てることができる。
【０１０７】
レーン概要表示は、ユーザのレーンに含まれるエリアのリストをユーザに提供する。レーン概要表示では、ユーザは以下のリストを見る。
【０１０８】
【表１１】
2004501039.tif 000013
【０１０９】
ランプ概要表示は、ユーザの割り当てられたランプ内のレーン概要表示と同じ要素を示す。
【０１１０】
ランプ監督者表示は、ランプ監督者の割り当てられたランプについてレーン概要表示と同じ要素を示す。この表示は２日分とする（ｆｏｒ ２ ｄａｙｓ ｏｕｔ）ことができる。ランプについての以下の情報を含むことができる。
・運営時間
・運営日
・休日
・コメント／メモ
・コンタクト名
・コンタクト電話
・ＦＩＰＳコード
【０１１１】
販売業者概要表示（Ｄｅａｌｅｒ Ｓｕｍｍａｒｙ Ｖｉｅｗ）は、ユーザに割当てられた販売業者のレーン概要表示（Ｌａｎｅ Ｓｕｍｍａｒｙ Ｖｉｅｗ）と同じ要素を示す。
【０１１２】
管理表示（Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｖｉｅｗ）により、ユーザ、エリア、販売業者、レーン、ランプ、領域、および車両保留のメンテナンスができる。
【０１１３】
ユーザの追加、変更、削除、およびアクセス権の割当ては、ユーザ、ユーザアカウントセットアップ表示（Ｕｓｅｒ Ａｃｃｏｕｎｔ Ｓｅｔｕｐ Ｖｉｅｗ）を用いて実行される。この表示は、新しいユーザを作成するための以下の要素の入力を可能にする。
【０１１４】
【表１２】
2004501039.tif 000014
【０１１５】
新たなユーザを入力した後、ユーザは追加の新規許可リンク（Ａｄｄ Ｎｅｗ Ｐｅｒｍｉｓｓｉｏｎｓ ｌｉｎｋ）を用いて許可メンテナンスページ（Ｐｅｒｍｉｓｓｉｏｎｓ Ｍａｉｎｔｅｎａｎｃｅ Ｐａｇｅ）を表示する。このページは以下のものを表示する。
【０１１６】
【表１３】
2004501039.tif 000015
【０１１７】
これらのハイパーリンク機能は以下のことを行う。
【０１１８】
【表１４】
2004501039.tif 000016
【０１１９】
管理許可は、ユーザの職務要件、地域（単数または複数）、エリア（単数または複数）、ランプ（単数または複数）、レーン（単数または複数）、販売業者（単数または複数）、および／または保留（単数または複数）に基づいて割当てられている。
【０１２０】
【表１５】
2004501039.tif 000017
【０１２１】
「許可追加」リンク（リンクは下線を引いてある）は、ユーザに新たな許可を割当てるためのリンクである。
【０１２２】
「ユーザ更新」機能により、ユーザ情報を変更、あるいはユーザを削除することが可能になり、検索機能により、管理者がユーザＩＤまたはユーザ名によってユーザを所在を確認することができる。
検索は以下のいずれによっても可能である。
・ユーザＩＤ（全て空白）
・ユーザ名（全て空白）
【０１２３】
上記の検索要件を満たすユーザのリストが表示される。
【０１２４】
【表１６】
2004501039.tif 000018
【０１２５】
ハイパーリンクによっても、ユーザを削除することができる。
【０１２６】
許可の変更を行うこともできる。ユーザＩＤに割当てられた許可によって欄の追加／除去は、許可（全てには割当てられていない許可）の追加、あるいは許可（全てに割当てられている許可）の除去のいずれかを示す。
【０１２７】
【表１７】
2004501039.tif 000019
【０１２８】
許可の編集も以下のようにして行うことができる。
【０１２９】
【表１８】
2004501039.tif 000020
【０１３０】
管理者は、許可除去リンク（Ｒｅｍｏｖｅ Ｐｅｒｍｉｓｓｉｏｎ Ｌｉｎｋ）（単数または複数）を用いて許可を除去、あるいは許可追加リンク（Ａｄｄ Ｐｅｒｍｉｓｓｉｏｎ Ｌｉｎｋ）を用いて許可を追加することができる。
【０１３１】
ユーザＩＤに割当てられた許可に応じて、欄の追加／除去は、許可（全てには割り当てられていない許可）の追加、あるいは許可（全てに割当てられている許可）の除去を示すことになる。
【０１３２】
【表１９】
2004501039.tif 000021
【０１３３】
エリアメンテナンス表示（Ａｒｅａ Ｍａｉｎｔｅｎａｎｃｅ Ｖｉｅｗ）は、エリアを追加、変更、削除する能力を提供する。
【０１３４】
領域メンテナンス表示（Ｒｅｇｉｏｎ Ｍａｉｎｔｅｎａｎｃｅ Ｖｉｅｗ）は、領域（地域）を追加、変更、削除する能力を提供する。
【０１３５】
レーンメンテナンス表示（Ｌａｎｅ Ｍａｉｎｔｅｎａｎｃｅ Ｖｉｅｗ）は、レーンを追加、変更、削除、かつレーンごとの要素を定義する能力を提供する。区分メンテナンスにおいて、区分は各レーンごとに定義することができる。
【０１３６】
発送レーンの任意の所定区分に関して、輸送中の時間を変更することができる。当該レーンの総輸送時間は、個々の区分の総輸送時間に以下の仮定（第１の実施形態におけるもの）を加えたものを含む。
【０１３７】
【表２０】
2004501039.tif 000022
【０１３８】
レーンの総輸送時間＝区分１の輸送時間＋区分２の輸送時間．．．＋様々な場所でのドウェル時間
【０１３９】
なお、集積保管センターでのドウェル時間は８〜２４時間で変化する。目的地ランプにおけるドウェル時間は変化する。
【０１４０】
ランプメンテナンス表示（Ｒａｍｐ Ｍａｉｎｔｅｎａｎｃｅ Ｖｉｅｗ）は、ランプを追加、変更、および削除する能力を提供する。
【０１４１】
販売業者メンテナンス表示（Ｄｅａｌｅｒ Ｍａｉｎｔｅｎａｎｃｅ Ｖｉｅｗ）は、販売業者を追加、変更、削除する能力を提供する。
【０１４２】
車両保留表示（Ｖｅｈｉｃｌｅ Ｈｏｌｄ Ｖｉｅｗ）は、以下の任意の組合せによりユーザが保留をかけることができるようにする。
・製造日
・起点（ｏｒｉｇｉｎ）ランプ
・目的地ランプ
・エンジンタイプ
【０１４３】
＜概略的な画面ナビゲーション＞
ここで、概略的な画面ナビゲーションについて述べる。
【０１４４】
ここで図１１を参照すると、以下の共通の機能が全ての画面上に現れ得る。
メニューバー機能（通常上部に位置する）
・戻る（前のページから戻る）
・ホーム（ホーム画面に戻る）
・管理（管理画面を表示する）
・ログアウト（ユーザをログアウトする）
ツールバー機能（左側に位置し得る）
・報告書（報告書画面を表示する）
・検索（画面検索を表示する）
・ＶＩＮ検索（ＶＩＮ検索画面を表示する）
【０１４５】
＜報告書＞
報告書インターフェースは、任意の所定の報告書への入力として供給されるすべての潜在的なパラメータをユーザに提供する。全てのユーザタイプは、機能性の報告の一部としてこのウェブページを共有する。
【０１４６】
いくつかの所定の報告書が識別されてきた。それらは、促進（Ｅｘｐｅｄｉｔｉｎｇ）、計画、および効率報告書を含む。
【０１４７】
促進報告書は以下を含む。
【０１４８】
【表２１】
2004501039.tif 000023
【０１４９】
計画報告書は以下を含む。
【０１５０】
【表２２】
2004501039.tif 000024
【０１５１】
＜車両追跡システム−第２の実施形態＞
このセクションは、自動車配送システムの第２の実施形態のための、現在までに識別された機能的要件を記述する。これらの要件は変化する顧客の需要に応じて修正され得る。
【０１５２】
第２の実施形態の車両追跡システム３４努力（ｅｆｆｏｒｔ）からは除外されたがさらなる実施形態において含まれる場合があるアイテムは、車両輸送業者表示、鉄道会社表示、および消費者表示である。
【０１５３】
強化機能および表示「強化販売業者表示」（図示せず）は、販売業者が、特定の基準に適合する、予測したあるいは区域内の車両を見つけるのに使われる。この基準には製造／モデル、エンジンタイプを含む。
【０１５４】
進路変更（ｄｉｖｅｒｓｉｏｎ）表示（図示せず）では、ユーザが車両に新しい目的地を手動で定めることができる。これは、最初に予測したように車両が配送されないときに警告を発しないように、車両追跡システム３４への通知として機能する。ランプ、エリア、あるいは地域管理者のみが車を方向転換することができる。
【０１５５】
鉄道からの積載質量追跡情報などの新たなデータサービスが車両追跡システム３４データベースに組み込まれている。少なくともこの情報は、車両が車両配送ネットワークを通して移動する際の貨両の位置スキャンを提供する。
【０１５６】
また、車両輸送業者職員は、ＶＩＮを目的地へ輸送する際にＶＩＮについての追跡情報を提供する。
【０１５７】
警報や警告も可能である。本実施形態では、本発明のシステムはレーンの所定のポイントにおいて車両の到着が遅れているか、または車両が行方不明であることに基づいた電子メール通知を生成する。
【０１５８】
ユーザがレーン区分を追加／変更／削除することができるようにレーン構成インターフェースが生成される。また、各レーン区分起点はユーザが定めた車両ドウェル時間を含む。
【０１５９】
また、このインターフェースにより、ユーザは区分を移動の基点、目的地、および移動方法と組み合わせることによって発送レーンを定めることができる。
【０１６０】
レーン発送通知により、超過した場合に責任者に対して電子メールを生成することができる配送許容差をレーンごとにユーザが定めることができる。
【０１６１】
ＶＩＮに損傷コードが割当てられた場合に、本発明のシステムが損傷管理者へ電子メール通知を送信するように損傷通知概念（ａ ｄａｍａｔｇｅ ｎｏｔｉｆｉｃａｔｉｏｎ ｃｏｎｃｅｐｔ）が規定される。この管理者は損傷コードレベルで定められる。
【０１６２】
また、ＶＩＮに保留コードが割当てられた場合に本発明のシステムが保留管理者へ電子メール通知を送信するように保留通知が規定される。この管理者は保留コードレベルで定められる。
【０１６３】
ランプ容量を超過した場合、車両追跡システム３４は警告を送信する。
【０１６４】
各ランプは所定のＶＩＮ能力を有する。集積保管センターが車両追跡システム３４において定められる場合、管理者は、センターでの車両のドウェル時間を定めるパラメータを提供する。また、システム全体ベースで、管理者は将来この警告を生成する日数を定める。
【０１６５】
本発明のシステムは、ＡＳＣＩＩベースの報告書の定義を支援するものとする。これらの報告書はウェブブラウザを介してダウンロードし、Ｅｘｃｅｌあるいは他のデータベースにインポートすることができる。
【０１６６】
各報告書それぞれの形式は、業務需要の要求に応じて決定する。
【０１６７】
この第２の車両配送システムの実施形態では、保留および損傷表示は、共通して用いられる、現在／今後の位置、製造日、ＶＩＮ範囲、製造／モデル、エンジンタイプなどのフィルタ基準に基づいて車のグループに保留および損傷コードを割当て／割当てないように修正される。
【０１６８】
＜設計仕様＞
本発明の車両追跡システム３４は、以下のことを行う。
−データ供給ディレクトリ蓄積所（ａ ｄａｔａ ｆｅｅｄ ｄｉｒｅｃｔｒｙ ｒｅｐｏｓｉｔｏｒｙ）にＥＤＩデータ供給を格納する
−顧客の業務規定（ｂｕｓｉｎｅｓｓ ｒｕｌｅｓ）にしたがってＥＤＩデータを処理する
−ＥＤＩデータから直接引き出されたか、または顧客の業務規定にしたがって生成されたデータをＯｒａｃｌｅデータベースへ入れる（ｐｏｐｕｌａｔｅ）
−安全なインターネットアプリケーションを介して様々なアクセス程度および業務関心を有するユーザに発送情報へのアクセスを提供する
−「物流管理者」ユーザが発送ルートおよび物流を管理し、最適化するための施設（ｆａｃｉｌｉｔｙ）を提供する
−本発明のシステムの様々なユーザへの報告書を生成する施設を提供する
【０１６９】
ソフトウェアの基本コンポーネントには
データベース
ＥＤＩプロセッサ
データ処理エンジン
オブジェクトライブラリ（ｏｂｊｅｃｔ ｌｉｂｒａｒｙ）
アプリケーション
が含まれる。
【０１７０】
データベーステーブル／表示／格納された手順および支援オブジェクトモデルおよびコードが、車両追跡システム３４ｖｌに特定の機能性を提供するように開発された。車両追跡システム３４の要件についての関係データベースの仕様もまた開発された。
【０１７１】
ユーザの車両追跡システム３４に提供されるデータの大部分は「データ処理エンジン」を用いたもとのＥＤＩデータから導き出される。このデータは、発送の状態を決定するために定期的な処理を要する。たとえば、発送の「状態」（「遅い」、「時間通り」、または「早い」かどうか）は、１ｘ、２ｘ、３ｘ、４ｘの発生に関連した日付に由来し、「フラグ／警告／警報」は、新たなＥＤＩデータが来るたびに定期的に計算される。
【０１７２】
開発ツール（ＷｅｂＯｂｊｅｃｔｓ、Ｊａｖａ、Ｏｒａｃｌｅなど）の長所を利用するため、「オブジェクトライブラリ」が作成される。オブジェクトは「再利用可能な」ソフトウェアコンポーネントである。オブジェクトライブラリは、再利用可能なウェブコンポーネント（再利用可能なコンポーネントを使用して、単純なＡＰＩを用いて異なるアプリケーションに対して同じように情報を提供する（ｒｅｎｄｅｒ）ことができる）、Ｊａｖａユーザインターフェースウィジェット、問題が発生した際に顧客に対してデータをページングあるいはファックスするためのユーティリティ、アプリケーション間でデータを共有するためのユーティリティなどを含む。
【０１７３】
本発明の車両追跡システム３４への主要なユーザインターフェースは、ランプ、エリア、地域監督者に発送追跡情報を提供する。このインターフェースのもとでは、データは「読み出し専用」である。表示された情報はログオンＩＤおよびパスワードによって保護される。検索性能は、ＶＩＮ、ＶＩＮフラグメント、製造／モデル、発送「主要管理点（ｍｉｌｅｓｔｏｎｅ）」日付により特定の情報を突き止めるために提供される。また、このインターフェースは、予想される発送日、予想される到着日、車両タイプなどによって指標付けされ、発送の詳細および状態を表示することができる。報告書は、発送基準（ｍｅｔｒｉｃｓ）および／または履歴を提供するように取得することができる。
【０１７４】
車両追跡システム３４への「システム管理」インターフェースは、「スーパユーザ」がシステムのユーザを追加／変更／削除し、基準（ｍｅｔｒｉｃｓ）をセット／リセットすることを可能にし、必要に応じて、データベース管理任務などを行う。
【０１７５】
システムの使用の監視および記録、および他の基準（ｍｅｔｒｉｃｓ）が、システムの使用、ローディング、および「運用コスト」の決定に必要に応じて用いられる。
【０１７６】
従来技術による、従来のコンピュータのＣＰＵ、メモリおよびディスクスペースには、本発明の一原型バージョンに対するＤＢサーバプロセスをホストする十分な容量が含まれる。このプロセスはウェブサーバからの問い合わせを受け取り、Ｏｒａｃｌｅ（ＥＴ）ＤＢに対する問い合わせを実行し、結果を用いて応答する。
【０１７７】
本発明によるウェブサーバ使用は、既知のウェブサーバアーキテクチャの使用を通して達成することができる。
【０１７８】
ウェブトラックおよびトレースネットワーク接続性のため図Ａ６について言及する。それは、ワークステーション４２のユーザインターネットブラウザが、管理チームのネットワークユーザを通して冗長システムに如何にアクセスすることができるかを示す。
【０１７９】
＜システム３４のためのハードウェアおよびソフトウェアプラットフォーム＞
車両追跡システム３４のソフトウェアは、以下のハードウェア／ソフトウェアプラットフォーム支援を使用することによって実行することができる。
【０１８０】
【表２３】
2004501039.tif 000025
【０１８１】
かかる仕様は、例示のためのみであり、限定の意味で解釈されるべきではない。
【０１８２】
＜性能基準＞
ウェブプロジェクトであるため、車両追跡システム３４の性能は幾分任意であってよいが、現在のシステムに対する試験を、基本的一連の（ａ ｂａｓｅｌｉｎｅ ｓｅｔ ｏｆ）性能仕様として既存のシステムに対する平均動作時間を決定するために行うことができる。以下は、大部分が設計および受諾プロセスの一部とみなされるいくつかの一般的な数字（ｆｉｇｕｒｅｓ）である。以下の表はユーザに関連した数字を要約する。
【０１８３】
【表２４】
2004501039.tif 000026
【０１８４】
仕様に関連したデータは以下の表において要約される。
【０１８５】
【表２５】
2004501039.tif 000027
【０１８６】
これらの大きさを適所に配置すると、以下の統計量が得られる。
【０１８７】
【表２６】
2004501039.tif 000028
【０１８８】
＜車両追跡システムオブジェクトクラス階層＞
ここで、図１４および図１５について言及する。これらはオブジェクトベースのプログラミング構造のオブジェクトクラス階層を示す。
【０１８９】
＜車両追跡システム画面＞
ここでユーザが見ることになる様々な典型的な画面について述べる。
【０１９０】
車両追跡システム３４画面は、ウェブブラウザを用いて表示することができる。ユーザはＩＤおよびパスワードを入力して車両追跡システム３４にログインする。
【０１９１】
＜ランプおよびレーンユーザの目に見えるランプおよびレーン＞
図１６に示されるように、このタイプの画面は、ユーザの目に見えるランプおよびレーンを表示する。各画面の上部に現れる標準機能は、＜戻る＞、＜ホーム＞、＜管理＞、および＜ログアウト＞を含む。また、この画面は＜報告書＞、＜検索＞オプションも有し、これについては後述する。
【０１９２】
ランプ欄のリンクをクリックするとランプ画面が表示される。レーン欄のリンクをクリックすると、レーン画面が表示される。
【０１９３】
ランプ画面：ユーザの表示＞ランプおよびレーン画面上でランプが選択される
この画面（図示せず）は、ユーザによって選択されるランプについての詳細を表示する。また、この画面は＜報告書＞、＜検索＞オプションも有する。ユニット故障をクリックすると、ユニット故障画面が表示される。車両概要をクリックすると、車両概要画面が表示される。これらのタイプの画面については後に詳細に述べる。
【０１９４】
ユニット内訳画面：ユーザの表示＞テーブルにおいてランプが選択される＞ユニット内訳アイコンが日付に対して選択される
この画面（図示せず）は、前の画面でユーザが選択した内訳について詳細を表示する。また、この画面は＜報告書＞および＜検索＞オプションを有する。車両概要をクリックすると、車両概要画面が表示される。
【０１９５】
ユニット内訳日付：ユーザの表示＞ランプが選択される＞ユニット内訳アイコンが日付に対して選択される＞車両概要アイコンが日付に対して選択される
この画面（図示せず）は、ユーザが選択したユニット内訳について詳細を表示する。また、この画面は＜報告書＞および＜検索＞オプションも有する。この画面はＶＩＮ、モデル年度、到着日、予測された到着日、場所および状態を表示する。
【０１９６】
車両の詳細：ユーザの表示＞ランプがテーブルにおいて選択される＞日付に対してユニット内訳アイコンが選択される＞車両概要アイコンが日付に対して選択される＞ラインアイテム上で選択されたＶＩＮ
【０１９７】
この画面（図示せず）において詳細な車両情報が、前の画面から選択されたＶＩＮについて表示される。
【０１９８】
発送レーン画面：ユーザの表示＞ランプがテーブルにおいて選択される＞日付についてユニット内訳アイコンが選択される＞車両概要アイコンが日付に対して選択される＞ＶＩＮラインに対して選択された場所
この画面において、（図示しない）発送レーン情報が、ユニット内訳レーンから選択されたレーンについて表示される。
【０１９９】
レーン画面：ユーザの表示可能ランプおよびレーン＞選択されたレーン
ランプおよびレーン画面からユーザがレーンを選択すると、レーン画面が表示される（図示せず）。ユニット内訳リンクをクリックするとユニット内訳画面が表示され、車両概要画面をクリックすると車両概要画面が表示される。
【０２００】
車両追跡システム３２の出力および使用のさらなる詳細および例示は、特に図１６〜図４４とともに例として後述する。
【０２０１】
＜シミュレーションツール＞
本発明の輸送システム１０は、システムとその管理者が車両流通ネットワーク２０を日々分析し、また将来の日数（たとえば１４）に注意して、ネットワークにボトルネックが現れるか、およびそれがどこで発生するのかを判断することができる運用／戦略的計画ツールを利用する。さらに、このツールは既存の車両流通ネットワークに対する変更を「オフライン」で試験できるように、ネットワークに如何なる変更を行うことができるのか、かつこれらの変更を行うことの影響を決定する。既存のネットワークに対する変更をシミュレートし、サービスおよびコストに対するこれらの変更の影響を知ることは有益である。かかる変更の例は、
−経路（基点、目的地、集積保管センターなど）
−輸送の形態（鉄道対車両輸送業者）
−要求される車の容積（販売業者の注文）
−容量変更（積載／荷降ろし車両数、駐車能力、貨車あるいは車両運搬車当たりの車など）である。
選択されたツール３８は、車両流通ネットワークのコンピュータシミュレーションモデルであり、許容可能なプログラムの１つとして、ＡＲＥＮＡの商標でＳｙｓｔｅｍｓ Ｍｏｄｅｌｉｎｇ Ｃｏｒｐｏｒａｔｉｏｎから販売されているシミュレーションモデルがある。なお、幾つかの他のシミュレーションエンジンが容易に利用可能であり、本発明に関連して利用することができるということを理解すべきである。
【０２０２】
以下の説明ではＡＲＥＮＡツールを用いた車両流通ネットワークのシミュレーションモデルを的確に開発するために必要なすべてのパラメータを識別する。以下の説明ではモデルの目的（ｏｂｊｅｃｔｉｖｅ）、全ての仮定、モデルスコープ（ｓｃｏｐｅ）、必要な出入力データ、特定のモデルロジック（ｌｏｇｉｃ）、モデル実証（ｖａｌｉｄａｔｉｏｎ）を明確に定義する。モデル入力の定義、モデル出力の定義、モデルが既存のシステムを正確に示していることを検証するために必要な情報の定義についても述べる。
【０２０３】
＜モデル仮定＞
このモデルを構築されるもとでは、多くの特定の仮定がある。これらの仮定は、モデルの機能性が拡大、もしくは縮小した場合に変化し得る。以下に述べるモデルの例についての仮定は以下のものである。
１．代替経路は
−輸送の形態（鉄道対車両輸送業者）
−起点製造工場から目的地ランプへの経路
−目的地ランプ
−車両輸送会社
における変更とみなされる。
２．現在のシステムステータスを示す入力データは正確である。
３．モデルに用いられる時間単位は日である。
４．このモデルでは人的資源に関する事柄は考慮しない。
５．シミュレーションモデルのこの段階は空の貨車を追跡しない。
６．車両の保留は全て製造工場か目的地ランプのいずれかにおいて起こる。
７．集積保管センターと目的地ランプとの間でも、製造工場および集積保管センターの間でも車両の荷降ろしを行わない。
８．いったん車両が製造からリリースされたら、この経路はロックされる。しかし、車が製造からリリースされるまでは経路は変更され得る。
９．全ての貨車は、各製造工場において同じサイズおよびタイプである。２層および３層の２タイプがある。
１０．全ての車両輸送車は、同じ大きさおよび種類である（全長５３フィート）。
１１．毎日切換可能な車両および貨車の数は、製造工場にて達成される。
１２．車両輸送車を介して販売業者へ送られる、製造業者または集積保管センターからの車両の出荷は全て、「ブラックボックス」に入れられる（ｂｌａｃｋ ｂｏｘｅｄ）。しかしながら、シミュレーションは、製造工場における２４時間のドウェル時間および目的地ランプ（集積保管センターであり得る）における４８時間のドウェル時間を推定する。
１３．車両は、製造工場（起点）において、目的地ランプによってグループ分けされる。
１４．レーンは、起点製造工場から目的地ランプへの区分からなる。
１５．車両は、生産からリリースされて２４時間以内に目的地ランプへ輸送される。
１６．初めに、貨車に積載された１つの製造業者の車両のみが考慮される。
１７．毎日、集積保管センターまたは製造工場を出て目的地へ行く列車が１つある。
１８．貨車は、常に満載である。
１９．システムの車両は、ＶＩＮ番号によって追跡されるのではなく、シミュレーション車両タイプ（１−２１）によって追跡されることになる。
２０．空の貨車および空の車両輸送車は常に、製造工場および集積保管センターで利用可能である。
２１．ＶＩＮが貨車に関連付けられる日時は、貨車がそのロケーションを去る日時である（起点製造工場または集積保管センター）。
２２．貨車に関連する同じ起点および目的地を有する、１つのロケーションにあるすべての車両は、同じ列車の一部となる。
２３．車両は、製造工場または集積保管センターのいずれかで、特定の列車の種類（２層または３層）に積載されなければならない。車両は、生産される工場で使用される貨車の種類でのみ輸送されることができる。
２４．車両製造業者は、２つの車両輸送会社のみを使用する。
【０２０４】
＜システムの説明および範囲＞
製造業者の販売業者は、車両を発注する。これらの注文は、注文された特定の車両を生産する製造工場へ直接行く。車両は生産され、販売業者へできる限り早く出荷される。使用される輸送形態は、貨車および車両輸送車である。車両配送ネットワークは、「ハブ＆スポーク」ネットワークであり、４つの「集積保管センター」が米国内の戦略的ポイントに配置されており、製造工場から到着する貨車に車両を集めて、国内の他の地域における目的地ランプへの「直接出荷」を作り出す。
【０２０５】
後述する車両流通ネットワークの例には、２１の製造地と、１つの集積保管センター（カンザスシティ）と、集積保管センターの１７のランプ目的地との間の車両の日々の輸送が含まれる。この範囲外のロケーションとの間の輸送は追跡されない。このモデルを拡大することは望ましく、したがってモデルは、モデルを容易に拡大して他のロケーションを含むことが可能となるように構成されるべきである。図５のフローチャートは、モデルにおける車両の論理的なフローを表す。
【０２０６】
＜モデル入力データ＞
シミュレーションモデルは、使用される仮定を最小化するために大量の入力データを必要とする。そうでなければ、シミュレーションモデルは、正当性を実証されず、その出力を疑われる場合がある。必要なデータを有する別個のシミュレーションデータベース（図７に示すデータベース６０）を作り出して維持してもよい。シミュレーションデータベースに加えて、マイクロソフトエクセルのスプレッドシートインターフェースが提供されることにより、ユーザは、鉄道および駐車能力ならびに車両経路を容易に変更することが可能となる。以下は、シミュレーションモデルの入力データのリストである。
・シミュレーション車両タイプ（１−２１）
追跡システムは、シミュレーション車両タイプ（１−２１）をシミュレーションデータベースへ提供する。２１の各製造工場は、固有の車両タイプを生産する。必要であれば、車両追跡システム３４により、製造業者車両タイプをシミュレーション車両タイプに変換する。
・起点（１−２１の整数値）
追跡システムは、２１の全ての起点ランプを表す一意の整数値をシミュレーションデータベースへ送る。必要であれば、車両追跡システム３４により、製造業者起点英数字式割付（ｍａｎｕｆａｃｔｕｒｅｒ ｏｒｉｇｉｎ ａｌｐｈａｎｕｍｅｒｉｃ ａｓｓｉｇｎｍｅｎｔｓ）を整数値に変換する。
・目的地（２２−７５の整数値）
追跡システムは、５４全ての目的地ランプを表す一意の整数値をシミュレーションデータベースへ送る。必要であれば、車両トラックシステム３４により、製造業者目的地ランプ英数字式割付を整数値に変換する。
・集積保管センター（７６−７９の整数値）
追跡システムは、４つ全ての集積保管センターを表す一意の整数値をシミュレーションデータベースへ送る。
・車両経路番号（１−４，５３６のマスター経路表からの整数値）
一意の整数値は、２１の起点製造工場と５４の目的地ランプとの間の、すべての可能な経路および別の経路（４，５３６の可能な経路）について入力される。この表の例を、以下のマスタ経路表で示す。必要であれば、追跡システムにより、製造業者経路英数字式割付を整数値へ変換する。
【０２０７】
【表２７】
2004501039.tif 000029
【０２０８】
マスタ経路表を使用して、車両が製造工場から目的地ランプまで行くために通る、全ての可能な標準経路および代替経路を定義する。各経路は、Ｏ−Ｄペアならびに起点と目的地との間の中間停留所数を含む。経路沿いに中間停留所があり、各停留所は表に入力される。この表は、一度作成する必要があるだけであり、経路の変更時に追加することができる。
・経路に沿った車両の現在または最新のロケーション（中間停留所）
追跡システムは、すでに発送中のすべての車両の現在または最新ロケーション情報をシミュレーションデータベースへ送る。この情報は、以下に示す現在ロケーション表の一部である。このロケーションは、一意の整数値（１−７９）であるはずであり、起点製造工場、集積保管センター、または目的地ランプを表す。必要であれば、追跡システムにより、これらの整数値および対応する製造業者英数字値の相互参照表を維持する。
【０２０９】
【表２８】
2004501039.tif 000030
【０２１０】
シミュレーションの実行が開始する時、システムにおけるすべての車両の現在位置が、シミュレーションデータベースから読み込まれて計数される。これは、マスタ経路表で定義されるすべての車両の有効な経路について行われる。
・予想される車両の製造リリース日（ｍｍｄｄｙｙ形式で、１月１日から）
追跡システムは、この日付をシミュレーションデータベースへｍｍｄｄｙｙ形式で送る。これは、所与の日に現在システムにあるすべての車両に関する情報を含む現在ロケーションの表の一部である。この表の例を上に示す。
・実際の、既に発送中の車両の製造リリース日（ｍｍｄｄｙｙ形式）
追跡システムは、この日付をシミュレーションデータベースへｍｍｄｄｙｙ形式で送る。これは、所与の日に現在システムにあるすべての車両に関する情報を含む現在ロケーションの表の一部である。この表の例を上に示す。車両の実際のリリース日が計画したリリース日と異ならなければ、このフィールドは空欄であることに留意されたい。この日付は、計画したリリース日を無効にする（ｏｖｅｒｒｉｄｅ）。
・車両タイプおよび経路番号（整数値）によって各貨車または車両輸送車に積載される車両数
追跡システムは、シミュレーションの開始時に、各貨車または車両輸送車に積載される各シミュレーション車両タイプの総車両数およびその経路番号を、シミュレーションデータベースへ送る。追跡システムは、これらの貨車および車両輸送車それぞれに一意の整数値を割り当てて、この値もまたシミュレーションデータベースに送る。追跡システムは、モデルにおける各ＶＩＮの経路番号を追跡する。この情報は、上記現在ロケーションの表の一部である。
・貨車積み降ろしフラグ（整数値０＝荷降ろししない、１＝荷降ろしする）
追跡システムは、シミュレーションの開始時に車両を運搬している各貨車または車両輸送車について、０または１のいずれかをシミュレーションデータベースへ送る。この値により、到着時に、貨車を集積保管センターで荷降ろしすべきかどうかが判定する。貨車または車両輸送車ＩＤは、追跡システムによって割り当てられる一意の整数値となる。この情報は、上記現在ロケーションの表の一部となる。
・最新ロケーションからの実際の出発日（ｍｍｄｄｙｙ形式）
追跡システムは、各貨車の最新位置（起点または集積保管センター）から出発した日付を提供する。この情報は、上記現在位置の一部となる。
・保留されている車のロケーションおよび数（ロケーションは整数値１−７５となる）
追跡システムは、起動時に起点製造工場または目的地ランプにおいて品質上のため保留されている総車両数を、シミュレーションデータベースへ送る。保留されている車は、経路番号０を有する。
・通常の起点と集積保管センターの間および集積保管センターと目的地ランプの間の列車単位の貨車数（整数値）
この番号は、起点と集積保管センター（８４通り可能）、および集積保管センターと目的地ランプ（２１６通り可能）の各組み合わせについて、１つの列車に積載可能な貨車数に関する履歴データに基づくものである。この情報は、ユーザが更新することができる表に含まれる。この表の例を以下の列車単位の貨車数の表で示す。この情報は、２ポイント間を１つの列車で移動可能な貨車数を制約する。
【０２１１】
【表２９】
2004501039.tif 000031
【０２１２】
・販売業者は、製造工場および経路番号によって次の１４日間車両を発注する。
製造業者は、次の１４日間の生産で販売業者の車両の注文すべてに備える。これらの注文は、ＶＩＮレベルである。追跡システムは、これらの注文を「集めて」、毎日経路番号によって各製造工場に対して注文された総車両数として、そのデータをシミュレーションデータベースへ送る。ユーザは、積載される貨車および車両輸送車の最大数および積載が配送される（ＬＴＤ）割合を無効にすることができる。このデータの例を、以下の販売業者からの計画注文表に示す。
【０２１３】
【表３０】
2004501039.tif 000032
【０２１４】
・積載した貨車または車両輸送車が、製造施設（０）から目的地ランプ（Ｄ）へ移動する輸送時間。各Ｏ−Ｄペアは、固有の輸送時間を有する。
・積載した貨車または車両輸送車が、集積保管センター（ＭＣ）から目的地ランプ（Ｄ）へ移動する輸送時間。各ＭＣ−Ｄペアは、固有の輸送時間を有する。
・積載した貨車または車両輸送車が、製造設備（０）から集積保管センター（ＭＣ）へ移動する輸送時間。各Ｏ−ＭＣペアは、固有の輸送時間を有する。
・積載した車両輸送車が、製造施設（０）から２５０マイル以内の地元販売業者へ移動する輸送時間。
・積載した車両輸送車が、集積保管センター（ＭＣ）から２５０マイル以内の地元販売業者へ移動する輸送時間。
【０２１５】
以下は、貨車により、製造工場から目的地ランプまで（すなわち、Ｏ−Ｄペア）に必要な輸送時間の一例である。１列目には、２１の製造工場全てと４つの集積保管センターが含まれる。ヘッダー行には、２１の製造工場、４つの集積保管センター、および１７の目的地ランプが含まれる。
【０２１６】
【表３１】
2004501039.tif 000033
【０２１７】
この同じ情報が、車両輸送業者輸送時間に必要であるが、ヘッダー行には、製造工場または集積保管センターから２５０マイル範囲内のすべての販売業者を表す１つの販売業者も含まれる。２つの車両輸送業者輸送時間表で、製造業者にサービスする２つの車両輸送業者を反映する。
・現場の車両能力（製造、集積保管センター、目的地ランプにおける駐車場の最大数）
・現場の貨車能力（製造、集積保管センター、目的地ランプにおける許容貨車の最大数）
・日別に積載される貨車または車両輸送車の最大数（製造および集積保管センターにおいて）
・日別に荷降ろしされる貨車または車両輸送車の最大数（集積保管センターまたは目的地ランプにおいて）
・貨車単位の車両数
・車両輸送業者単位の車両数
【０２１８】
以下は、各製造工場に必要な能力情報についての表の一例である。
【０２１９】
【表３２】
2004501039.tif 000034
【０２２０】
以下は、各集積保管センターに必要な能力情報についての表の一例である。
【０２２１】
【表３３】
2004501039.tif 000035
【０２２２】
以下は、各目的地ランプに必要な能力についての表の一例である。
【０２２３】
【表３４】
2004501039.tif 000036
【０２２４】
配送ネットワーク管理者および製造業者は、所望のモデル出力を生み出すために必要な財務データの量を判定しなければならない。考慮する各種費用の中には、貨物費、転換費等が挙げられる。以下の費用が含まれる。
・日別の車両単位の貨車費（貨車費／車両／日時）
・日別の車両単位の車両輸送車費（車両輸送車費／車両／日時）
【０２２５】
＜モデルロジック＞
シミュレーションモデルにおけるロジックにより、モデルができる限り実際に近いように行うことを可能にする。以下は、モデルの一部であるロジックのリストである。
１．車両は、マスタ経路表からの経路により、起点から目的地へ発送される。この経路は、輸送形態と、途中の中間停留所とを含む。起点から目的地へ到着する時間は、Ｏ−Ｄ移動時間表から取られる。
２．シミュレーションの実行を開始する時、システムのステータスは、シミュレーションデータベースからＡｒｅｎａへ読み込まれる。この情報はモデルに、現在のステータスまたは車両流通ネットワークのステータスを「ロードする」。この情報は、モデルの範囲に含まれるネットワークの各ポイントにおいて位置する多数の車両からなる。さらに、次の１４日間の生産注文がＡｒｅｎａへ読み込まれる。これらの車両が、シミュレーションで１４日間で生産されると、起点および目的地（Ｏ−Ｄ）ペアに基づいてマスタ経路表から経路を割り当てられる。シミュレーションは、Ｏ−ＤペアおよびＯ−Ｄ移動時間表からの所要時間を使用して、ネットワークを介して車両を移動する。列車の一部として既に発送中の車両については、列車のロケーションが、列車がその最新ロケーションを出発した日時とともに使用される。Ａｒｅｎａは、所要時間の合計からその時間を除算して、目的地ランプへの残りの所要時間を判定する。
３．別の経路が可能である。これらの別の経路はマスタ経路表の一部である。
４．集積保管センターにおいて荷降ろしされる必要のない貨車（すべての貨車が同じ目的地ランプへ行く）は、集積保管センターからその目的地行きの次の列車に積載されたままで「通過する」。
５．エクセルインターフェースにより、上述した能力情報が変更可能となる。
６．車両は、製造工場において先入れ先出し法（ＦＩＦＯ）ベースで積載される。
７．車両は製造工場において、貨車または車両輸送車に積載される前に共通目的地ランプによってグループ分けされる。
８．車両を集積保管センターで荷降ろしする必要がある場合、すべての車両を貨車から取り除く。
９．貨車単位の車両数および共通の目的地へ移動する車両数は、列車単位の貨車数を決定する。列車の許容可能な貨車数に関して列車の制約がある場合、列車の能力を越える貨車は、次の列車出発まで保持される。
１０．１つの車両が既に貨車に積載された後に転換される場合、貨車全体が転換される。貨車は、荷降ろしをして、次に転換されなかった車両を再び積載しなければならない。
１１．貨車は満載にならない場合は決して移動しない。
【０２２６】
＜モデル出力＞
モデルからの特定の出力を使用して、異なるシナリオの結果を測定する。管理者は結果を使用して、車両物流ネットワークに施された変更の効果を判断する。これらの出力は、より良い分析ができるようにエクセルファイルに書き込まれる。以下は、モデルが提供する出力（または測定）のリストである。
１．２１の製造業者所在地から１７の目的地ランプまでのサイクル時間。
２．２１の製造業者所在地から集積保管センター（カンザスシティ）までのサイクル時間。
３．集積保管センター（カンザスシティ）から１７の目的地ランプまでのサイクル時間。
４．各目的地ランプへ配送される車両数。
５．常時の輸送システムにおける車両数（集積保管センターへの全ての域内向けおよび域外向け車両を含む）。
６．各製造業者所在地での車両数。
７．集積保管センター（カンザスシティ）での車両数。
８．輸送中の車両の輸送費。
９．運送費（ネットワーク管理者および製造業者によって提供される）。
１０．各製造工場で使用される車両輸送車の推定数。
１１．各集積保管センターで使用される車両輸送車の推定数。
１２．各製造工場で使用される貨車の推定数。
１３．各集積保管センターで使用される貨車の推定数。
【０２２７】
＜モデル検証および実証＞
シミュレーションモデルは、シナリオを実行することができる前に検証および実証される。検証は、モデルが意図されたように構築されていることを確認するプロセスである。実証は、モデルが現実にしたがって挙動することを確認するプロセスである。シミュレーションモデルは、車両配送システムの履歴業績に対するその結果によって実証される。
【０２２８】
＜モデル分析（シナリオ）＞
いったんシミュレーションモデルが構築されて検証されると、無限数のシナリオ（または実験）を、モデル入力を変更することによって実行することができる。各シナリオについて、配送ネットワーク管理者および製造業者は、モデル入力に施された変更に基づいて結果（出力）がどのように変化したかを研究する。この情報は配送ネットワークの効果および効率を高める計画を決定する際に使用される。このような計画を決定する例には、車両の経路（レーン）の選択、および車両が製造される順序が挙げられる。
【０２２９】
シミュレーションモデルが提供されるエクセルインターフェースを使用することによって、管理者は以下のような特定の入力を変更することができる。
・日別、場所別の積載される／荷降ろしされる車両数。
・各製造工場で生産される車両数および車両の経路番号。
・各製造工場で生産される車両タイプ。
・すべての起点−目的地ランプ（Ｏ−Ｄ）ペア間の輸送時間。
・すべての集積保管センター目的地ランプ（ＭＣ−Ｄ）ペア間の輸送時間。
・すべての起点−集積保管センター（Ｏ−ＭＣ）ペア間の輸送時間。
・すべての２５０マイル以内の起点−販売業者ペア間の輸送時間。
・すべての２５０マイル以内の集積保管センター−販売業者ペア
・マスタ経路表に経路を追加。
・シミュレーション車両タイプによって貨車および車両輸送車に収容することができる車両数。
・すべての製造工場、集積保管センター、および目的地ランプでの駐車場能力。
・すべての製造工場、集積保管センター、および目的地ランプでの鉄道能力。
・場所による鉄道切替時間（１−７９）。
・費用（運送費、鉄道、車両輸送業者、転換等）。
【０２３０】
＜アニメーション＞
Ａｒｅｎａの使用により、モデルの、カンザスシティにある集積保管センターを経由する、２１の製造設備から１７の目的地ランプまでの列車の移動を表すアニメーションを表示することができる。さらに、上で列挙したすべてのモデル出力は、シミュレーションがステータス変数としてが動作する間、画面上に表示される。これはスコアボードアニメーションとして既知である。すべての製造工場、集積保管センター、および目的地ランプを含む米国のビットマップ画像は、アニメーションの「バックドロップ」として使用される。
【０２３１】
モデルはメニューシステムを含み、ユーザがアニメーションの異なる部分、システムステータス変数、または実際のモデルロジックを見るために画面を移動するのを助ける。エクセルインターフェースとの直接リンクもあり、ユーザは、入力変数を変えて異なるシナリオを実行することが可能になる。
【０２３２】
＜モデルの変更＞
さらなる入力データがモデルへ送られて、製造工場でのブロッキング（目的地ランプに基づいて貨車に車両を積載すること）効果をシミュレーションすること等、他の機能を可能にする。このような機能の目的は、製造工場から目的地ランプまでの輸送中に切り離す必要がある貨車数を減少して、それによりさらに輸送時間を減少することである。他のさらなる機能には以下が挙げられる。
１．製造工場および集積保管センターを追加または除去。
２．物流ネットワークを通して空貨車を追跡すること。
３．有効日時および満了日時を持つ別の経路を許可すること。
４．貨車の混合積載（異なる製造業者からの車両）を許可すること。
５．製造工場での積載業務（車両荷役を減少するための業務等）
に関するデータを追加すること。
６．列車の構成に関するデータを追加すること。（切換および入れ替え時間を減少するための業務等）
【０２３３】
＜配送システムの運用＞
上記説明から明白であるように、車両物流システム１０の構成要素は相互作用し、特に各構成要素の機能を実行する際に使用される未加工データおよび／または処理済データを共有する。このため、データフローネットワーク３０の運用は、直線ではなく双方向である。また、物流ネットワーク２０における車両の配送が、製造業者から販売業者まで説明され得るが、途中で発生するイベントが監視され、記録され、また追跡されて、システム全体の運用に使用される。したがって、以下のシステムの運用の説明では、決定的な開始地点はない。
【０２３４】
＜追跡および関連データ収集＞
ここでは、さらなる典型的な表示、報告書等を追跡アプリケーションが使用され得る方法の例として考察する。
【０２３５】
以下のセクションで、主に現地のエンドユーザ、すなわち販売業者、ランプ管理者、およびレーン管理者の視点からの、車両追跡システム３４の特徴を考察する。
【０２３６】
＜車両追跡システムの特徴＞
上記で少なくとも部分的な詳細で考察したように、車両配送システム３４は、特定のユーザプロフィールの許可に基づいて、以下の特徴を提供する。
【０２３７】
【表３５】
2004501039.tif 000037
【０２３８】
車両追跡システム表示概要
ユーザは、車両追跡システム３４アプリケーションに入ると、以下の表示の１つまたは複数にアクセスすることができるようになり、車両についての説明およびステータス情報を得る。
【０２３９】
【表３６】
2004501039.tif 000038
【０２４０】
＜画面上での表示可能項目（Ｖｉｅｗａｂｌｅ Ｉｔｅｍｓ Ｏｎｓｃｒｅｅｎ）＞
本発明の一実施形態のもとで、ユーザがログイン画面を通して車両追跡システム３４にアクセスすると、表示可能項目画面（Ｖｉｅｗａｂｌｅ Ｉｔｅｍｓ Ｓｃｒｅｅｎ）が表れる。ユーザの職務要件によって、ユーザは、これらのカテゴリーの１つまたは複数についてのハイパーリンクのリストを見るであろう。
販売業者
ランプ
レーン
【０２４１】
図１６を参照すると、ユーザが３つのカテゴリすべてにアクセス可能である、表示可能項目（Ｖｉｅｗａｂｌｅ Ｉｔｅｍｓ）画面が示される。
【０２４２】
＜販売業者、ランプおよびレーン検索＞
上述のように、ユーザは様々な検索を行うことができる。本発明の一実施形態では、ユーザによって結果が異なる場合がある。
【０２４３】
【表３７】
2004501039.tif 000039
【０２４４】
＜車両ステータス情報＞
追跡システム３４により、ユーザは車両の製造と販売店への出荷との間に起こるイベントに関して、車両の現在のステータスを見ることができる。詳細を後述するように、ユーザは、図１７のステータスの詳細に示されるステータスチェックポイントのすべてを通して各車両を追跡することができる。
【０２４５】
＜販売業者、ランプおよびレーン表示のナビゲーション＞
次に図１８を参照すると、ユーザがどのように販売業者、ランプおよびレーン表示内を移動する（ｎａｖｉｇａｔｅ）ことができるかを示す。
【０２４６】
＜販売業者表示＞
このセクションでは、ユーザがどのようにステータス情報および販売店に到着予定の車両の説明をチェックできるかを説明する。
【０２４７】
販売業者（この場合はＢｕｆｏｒｄにあるＷａｄｅ Ｍｏｔｏｒｓ）の表示を見るには、ユーザは表示可能項目画面上の販売業者の名前をクリックする。図１９に示すものと同様の表が表示される。
【０２４８】
この「販売業者表示」は、リストに記載された各日時に販売店に本来到着予定であった車両数を示す。以下のオプションは、販売業者表示で利用可能である。
・ある日時の車両数をモデル別に見る（ユニット内訳（Ｕｎｉｔ Ｂｒｅａｋｄｏｗｎ）アイコンをクリック）。
・ある日時の各車両の修正後の到着日時および現在のステータスを見る（車両概要（Ｖｅｈｉｃｌｅ Ｓｕｍｍａｒｙ）アイコンをクリック）。
・特定の車両に関するイベントの全ステータスの表を見る（車両概要アイコンをクリックしてから、ステータスの場所をクリック）。
【０２４９】
＜ユニット内訳へのアクセス＞
本来販売店へ配送予定の車両数をモデル別に見るには、ユーザは特定の日時の行へ行き、ユニット内訳（別名モデル概要（Ｍｏｄｅｌ Ｓｕｍｍａｒｙ））列のアイコンをクリックする。図２０に示すものと同様の、モデル（Ｍｏｄｅｌ）列、数量（Ｑｕａｎｔｉｔｙ）
列、および車両概要列を記載した画面が現れる。
【０２５０】
図２０のユニット内訳は、ユーザに、本来特定の日時に販売店に到着予定のモデルの数を示す。ユニット内訳には、以下のものが含まれる。
１）モデル
２）数量（特定のモデルの数）
３）車両概要（特定のモデルの車両についてのさらに詳細な情報へのリンク）
【０２５１】
＜ユニット内訳オプション＞
ユニット内訳において、ユーザは以下のオプションを有する。
１）ある日時の各車両の修正後の到着日時および現在のステータスを見る（車両概要アイコンをクリック）。
２）特定の車両に関するイベントの全ステータスの表を見る（車両概要アイコンをクリックしてから、ステータスの場所をクリック）。
【０２５２】
＜車両概要へのアクセス＞
ユーザは、特定の日時の行へ行き、販売業者表示またはユニット内訳のいずれかの車両概要アイコンをクリックすることにより、現在のステータスおよび販売店への修正後の到着日時の車両リストを見ることができる。
【０２５３】
販売業者表示の車両概要（図２１）は、特定の日時に販売店へ本来到着予定の全車両を記載する。車両概要には、以下のものが含まれる。
ＶＩＮ（部分的ＶＩＮ、ＶＩＮ列）
車両モデル（モデル列）
車両の製造年（製造年列）
販売店への到着予定日時（到着予定）
該当する場合は、販売店への修正後の到着日時（修正後到着列）
車両の現在のロケーション（ロケーション（Ｌｏｃａｔｉｏｎ）列）
オンスケジュールインジケータ（ステータス列の信号）。点灯している場合、緑色は定刻、黄色は１日遅れ、赤色は２日遅れ。
【０２５４】
＜車両概要オプション＞
車両概要において、ユーザは以下のオプションを有する。
１）車両の説明を見ること（ＶＩＮをクリックすることにより）。
２）イベントの全ステータスの表を見ること
【０２５５】
＜ステータスの詳細（Ｓｔａｔｕｓ Ｄｅｔａｉｌｓ）へのアクセス＞
車両についての全ステータスのイベントを見るには、車両概要上で当該車両まで行き、ロケーション列の現在ステータスの項目をクリックする。これにより、図２２に示されるようなステータスの詳細画面の表示が提供される。
【０２５６】
販売業者表示の、車両のステータスの詳細画面には、販売店へ向かっている特定の車両に関するステータス情報がすべて示される。ステータスの詳細には以下のものが含まれる。
車両の製造または輸送に伴う標準的なイベント
その車両イベントに関係するロケーション情報
そのイベントが本来起こる予定の日時
そのイベントが起こる修正後の日時
そのイベントが実際に起きた日時
そのイベントに関連する備考
【０２５７】
＜車両のステータスの更新＞
車両をその最終目的地に到着させるのに必要な、標準的な一連のイベントについて、車両追跡システム３４は、以下の方法で車両のステータスを更新する。
・組立工場において車両が「出荷可能」であると判断された場合、イベントに対して計画した日時が割り当てられる。
・車両が集積保管センターを去ると、イベントに対して修正後の日時が割り当てられる。
・イベントが起きた後、実際の日時がそのイベントに割り当てられる。
【０２５８】
＜ステータスの詳細、車両の保留＞
ステータスの詳細画面では、ユーザが保留する許可を得ている場合には、ユーザは以下の方法で車両を保留することができる。
１．側方のナビゲーション・バーの保留を選択する。これにより、図２３にｓに示す画面が現れる。
２．図２４に示すように、ユーザが車両の輸送を停止しているイベントの、挿入（ｉｎｓｅｒｔ ｈｅｒｅ）リンクをクリックすると、ユーザが作成している新しい保留イベントについての空白行が現れる。
３．以下のボックスで、イベントのタイプ、イベントの開始日時、イベントの持続期間、および任意の適当な備考を選択する。ユーザは終了時に保存（Ｓａｖｅ）をクリックする。
【０２５９】
＜車両の検索＞
ユーザが販売業者表示において車両検索を行う場合、一実施形態では、検索にはその販売業者への配送に関連する車両のみが含まれる。販売店へ到着予定の車両を検索するには、ユーザは以下のことを行う。
１．表示可能項目画面上で販売業者を選択する。
２．側方のナビゲーション・バーの検索をクリックする。図２５が表示される。
３．ユーザが要求する検索基準を入力する。
【０２６０】
＜検索オプション＞
検索画面には、検索範囲を狭めるために以下のオプションが含まれる。
【０２６１】
【表３８】
2004501039.tif 000040
【０２６２】
例示的な結果を図２６に示す。
＜車両の詳細（Ｖｅｈｉｃｌｅ Ｄｅｔａｉｌ）へのアクセス＞
【０２６３】
車両追跡システム３４は、システム内の各車両の説明を提供する。この情報はＶＩＮから得られる。
【０２６４】
車両の詳細にアクセスするには、ユーザはステータスの詳細画面上で車両についての車両識別番号（ＶＩＮ）をクリックする。図２７は車両の詳細の一例を示す。
【０２６５】
＜ランプ表示＞
このセクションでは、ユーザがどのようにステータス情報および販売店へ到着予定の車両の説明をチェックできるかを説明する。
【０２６６】
ランプについての表示を見るには、表示可能項目画面上のランプ名をクリックする。続いて図２８に示すものと同様の表が表示される。この「ランプ表示」は、記載される各日時について、ランプに本来到着予定であった車両数を示す。
【０２６７】
ランプ表示において、ユーザは以下のオプションを有する。
・ある日時についての車両数をモデル別に見る（ユニット内訳アイコンをクリック）。
・ある日時についての各車両の修正後の到着日時および現在のステータスを見る（車両概要アイコンをクリック）。
【０２６８】
＜ユニット内訳へのアクセス＞
本来ランプへ配送予定であった車両数をモデル別に見るには、ユーザは特定の日時の行へ行き、ユニット内訳列のアイコンをクリックする。図２９のような画面が現れる。
【０２６９】
ユニット内訳（図２９）は、ユーザにランプへ特定の日時に本来到着予定であるモデルの数を示す。ユニット内訳（別名モデル概要）には、以下のものが含まれる。
・モデル
・数量（特定のモデルの数）
・車両概要（特定のモデルの車両についてのより詳細な情報へのリンク）
【０２７０】
ユニット内訳において、ユーザは以下のオプションを有する。
・ある日時についての各車両の修正後の到着日時および現在のステータスを見る（車両概要アイコンをクリック）。
・特定の車両についてのイベントの全ステータスの表を見る（車両概要アイコンをクリックしてから、ステータスの場所をクリック）。
【０２７１】
＜車両概要へのアクセス＞
車両の現在のステータスおよび販売店への修正後の到着日時のリストを見るには、ユーザは特定の日時の行に行き、ランプ表示またはユニット内訳のいずれかの車両概要アイコンをクリックする。すると図３０が示される。
【０２７２】
ランプ表示の車両概要は、本来ランプへ特定の日時に到着予定である全車両を記載する。
【０２７３】
図からもわかるように、車両概要には以下のものが含まれる。
・ＶＩＮ（部分的ＶＩＮ、ＶＩＮ列）
・車両モデル（モデル列）
・車両の年代（年代列）
・ランプへの到着予定日時（予定された到着）
・該当する場合、ランプへの修正後の到着日時（修正された到着列）
・車両の現在ロケーション（ロケーション列）
・オンスケジュールインジケータ（ステータス列の信号）。点灯している場合、緑色は定刻、黄色は１日遅れ、赤色は２日遅れ。
【０２７４】
＜車両概要オプション＞
車両概要において、ユーザは以下のオプションを有する。
・車両の説明を見る（ＶＩＮをクリック）。
・特定の車両についてのイベントの全ステータスの表を見る（ステータスの場所をクリック）。
【０２７５】
＜その他の表示＞
同様のステータスの詳細表示、保留手続き、検索機能、および車両の詳細へのアクセスは、販売業者表示において説明したものと同様であることは理解されよう。
【０２７６】
＜レーン表示＞
このセクションでは、ユーザがどのようにレーンに関連する車両のステータス情報および説明をチェックできるかを説明する。
【０２７７】
レーンについての表示を見るには、ユーザは表示可能項目画面上のランプ名をクリックする。図３１と同様の表が表示される。
【０２７８】
レーン表示は、記載される各日時についてレーンの最終目的地に本来到着予定である車両数を示す。
【０２７９】
レーン表示において、ユーザは以下のオプションを有する。
・ある日時の車両数をモデル別に見る（ユニット内訳アイコンをクリック）。
・ある日時についての各車両の修正後の到着日時および現在ステータスを見る（車両概要アイコンをクリック）。
【０２８０】
＜ユニット内訳へのアクセス＞
レーンの最終目的地への本来配送予定である車両数をモデル別に見るには、ユーザは特定の日時の行へ行き、ユニット内訳列のアイコンをクリックする。図３２と同様の画面が現れる。
【０２８１】
ユニット内訳は、ユーザに、最終目的地（ランプ）へ特定の日時に本来到着予定であるモデルの数を示す。ユニット内訳は以下を含む。
・モデル
・数量（特定のモデルの数）
・車両概要（特定のモデルの車両についてのより詳細な情報へのリンク）
【０２８２】
ユニット内訳において、ユーザは以下のオプションを有する。
・ある日時についての各車両の修正後の到着予定日時および現在のステータスを見る（車両概要アイコンをクリック）。
・特定の車両についてのイベントの全ステータスの表を見る（車両概要アイコンをクリックしてから、ステータスのをクリック）。
【０２８３】
＜車両概要へのアクセス＞
車両の現在のステータスおよび販売店への修正後の到着予定日時のリストを見るには、ユーザは特定の日時の行へ行き、ランプ表示およびユニット内訳のいずれかの車両概要アイコンをクリックする。すると図３３が示される。
【０２８４】
レーン表示の車両概要は、特定の日時にレーンの最終目的地に本来到着予定の全車両を記載する。
【０２８５】
車両概要（図３３）には以下のものが含まれる。
・ＶＩＮ（部分的ＶＩＮ、ＶＩＮ列）
・車両モデル（モデル列）
・車両の年代（年代列）
・ランプへの予定された到着日時（予定された到着）
・該当する場合、ランプへの修正後の到着日時（修正後の到着列）
・車両の現在ロケーション（ロケーション列）
・オンスケジュールインジケータ（ステータス列の交通信号）。点灯している場合、緑色は定刻、黄色は１日遅れ、赤色は２日遅れ。
【０２８６】
＜車両概要オプション＞
車両概要において、ユーザは以下のオプションを有する。
・車両の説明を見る（ＶＩＮをクリック）。
・特定の車両についてのイベントの全ステータスの表を見る（ステータスの場所をクリック）。
【０２８７】
＜ステータスの詳細へのアクセス＞
車両についての全ステータスのイベントを見るには、ユーザは車両概要の当該車両まで行き、ロケーション列の現在ロケーション項目をクリックする。
【０２８８】
レーン表示の車両のステータスの詳細画面（図３４を示す）は、販売店に向かっている特定の車両に関する全てのステータス情報を示す。
【０２８９】
ステータスの詳細には以下のものが含まれる。
・車両の製造または輸送に伴う標準的なイベント
・その車両のイベントに関係するロケーション情報
・そのイベントが起こる本来の予定日時
・そのイベントが起こる修正後の日時
・そのイベントが実際に起きた日時
・そのイベントに関連する備考
【０２９０】
＜その他の表示＞
また、車両のステータス、更新、保留方法、検索および車両の詳細へのアクセス手順は、販売業者表示に関して説明したものと同様である。
【０２９１】
＜報告書＞
このセクションでは、ユーザにユーザ自身の車両追跡システム報告書を設計するためにクエリービルダ（Ｑｕｅｒｙ Ｂｕｉｌｄｅｒ）を使用する方法を示す。
【０２９２】
ユーザ自身の報告書を設計するためにクエリービルダにアクセスするために、ユーザは以下のことを行う。
１．車両追跡システムへ行き、左側のナビゲーション・バーの報告（Ｒｅｐｏｒｔ）をクリックする。報告書ビルダ（Ｒｅｐｏｒｔ Ｂｕｉｌｄｅｒ）のメイン画面が現れる。
２．クエリービルダをクリックする。クエリービルダ画面が現れる。
【０２９３】
＜報告書情報＞
クエリービルダにより、ユーザは以下の車両追跡システム情報に基づいてユーザ自身の報告書を設計することができる。
【０２９４】
【表３９】
2004501039.tif 000041
【０２９５】
＜報告書設計＞
報告書を設計するには、ユーザは以下のことを行う。
１．クイアリ（ｑｕｅｒｙ）の基礎のために、ドロップダウンボックス内のオプションを選択し、続行（Ｃｏｎｔｉｎｕｅ）をクリックする。ユーザの選択は画面の上部のエンティティ（Ｅｎｔｉｔｙ）の隣に現れ、次のオプションリストが現れる。
２．ドロップダウンリストから属性を選択し、続行をクリックする。その属性についての制限範囲をユーザが指定できる検索基準画面が表示される。
３．検索の開始ポイントを特定し（この場合、「Ｚｉｐ」に関連する）、続行をクリックする。制御をフォーマットする報告書エディタ（Ｒｅｐｏｒｔ Ｅｄｉｔｏｒ）が現れる。
【０２９６】
いくつかの属性が、以下のような数字検索基準画面をもたらす。次にユーザは数の範囲を特定することができる。
４．報告書をそのままのステータスで受け取り、報告書保存（Ｓａｖｅ Ｒｅｐｏｒｔ）または報告書使用（Ｕｓｅ Ｒｅｐｏｒｔ）をクリックするか、あるいはページのオリエンテーションを変更するかまたは列エディタ（Ｃｏｌｕｍｎ Ｅｄｉｔｏｒ）をクリックすることによってこの報告書の設計を続ける。
【０２９７】
列エディタにより、ユーザは関連情報を有する列をさらに追加する。
５．列エディタを使用して、さらに列を追加し、列フォーマットを行い、受諾（Ａｃｃｅｐｔ）をクリックする。ユーザは表示を変更されたフォーマットエディタ（Ｆｏｒｍａｔ Ｅｄｉｔｏｒ）に戻る。
６．ユーザは報告書のために列フォーマットを検討した後で、報告書保存または報告書使用をクリックすることができる。
７．ユーザが報告書保存を選択した場合、ユーザは報告書名および説明を入力し、その後保存をクリックすることができる。
【０２９８】
ユーザは報告書エディタ画面に戻る。ユーザが設計した報告書は、予め定義した報告書（Ｐｒｅｄｅｆｉｎｅｄ Ｒｅｐｏｒｔ）画面上に報告書オプションとして現れる。
８．報告書を即座に生成するには、報告書使用をクリックする。報告書作成（Ｇｅｎｅｒａｔｅ Ｒｅｐｏｒｔ）画面が現れる。
【０２９９】
フィールドに対してユーザが望む任意の変更を行い、それからページをスクロールダウンして報告書のための出力パラメータを特定する。
９．ユーザがどのように報告書を作成したいかおよびそれによって何をするかを特定する。ユーザはＧｏをクリックして報告書を出力する。
【０３００】
＜出力フォーマットオプション＞
クエリービルダにおける報告書の出力フォーマットには、以下のオプションが利用可能である。
【０３０１】
【表４０】
2004501039.tif 000042
【０３０２】
＜予め定義された報告書＞
このセクションでは、車両追跡システム３４の段階１で利用可能な報告書を説明する。
【０３０３】
起点ランプ報告書（Ｏｒｉｇｉｎ Ｒａｍｐ Ｒｅｐｏｒｔ）にアクセスするには、ユーザは以下のことを行う。
１．車両追跡システムに行き、左側のナビゲーション・バーの報告書をクリックする。報告書ビルダメイン画面が現れる。
２．予め定義された報告書をクリックする。予め定義された報告書画面が現れる。
３．計画（Ｐｌａｎｎｉｎｇ）矢印をクリックし、起点ランプ（Ｏｒｉｇｉｎ Ｒａｍｐ）をクリックする。起点ランプ報告書の報告書作成画面が現れる。
【０３０４】
起点ランプ報告書は、ユーザが特定した起点ランプに従って全車両のステータス情報を記載する。
【０３０５】
ユーザは、起点ランプ報告書にアクセスすると、以下の情報を完了させる。
１．報告書に含むために、記録の数を入力する（取り出し制限（Ｆｅｔｃｈ Ｌｉｍｉｔ））。
２．起点ランプコードを入力する（値を入力（Ｉｎｐｕｔ Ｖａｌｕｅ）：起点ランプコード（Ｏｒｉｇｉｎ Ｒａｍｐ Ｃｏｄｅ））。
３．ユーザが要求する車両のリリース日時の日時範囲を定義する（値を入力（Ｉｎｐｕｔ Ｖａｌｕｅ）：リリース日時範囲開始（Ｒｅｌｅａｓｅ Ｄａｔｅ Ｒａｎｇｅ Ｓｔａｒｔ）およびリリース日時範囲終了（Ｒｅｌｅａｓｅ Ｄａｔｅ Ｒａｎｇｅ Ｅｎｄ））。
４．ユーザが選好する任意のオプションを含む報告書のための出力フォーマット（ＨＴＭＬ、ＰＤＦ、Ｔｅｘｔ）を選択し、Ｇｏをクリックする。オプションについてのさらなる説明は、「出力フォーマットのオプション」を参照のこと。
【０３０６】
＜未開始ＶＩＮ（Ｎｏ  Ｓｔａｒｔ  ＶＩＮｓ）報告書の概要＞
未開始ＶＩＮ報告書は、工場からリリースされた全車両を最新の記録ステータスとして記載する。
【０３０７】
＜未開始ＶＩＮ報告書へのアクセス＞
未開始ＶＩＮ報告書へアクセスするには、ユーザは以下のことを行う。
１．車両追跡システムへ行き、左側のナビゲーション・バーの報告書をクリックする。報告書ビルダのメイン画面が現れる。
２．予め定義された報告書をクリックする。予め定義された報告書画面が現れる。
３．発送（Ｅｘｐｅｄｉｔｉｎｇ）矢印をクリックし、その後、未開始ＶＩＮをクリックする。未開始ＶＩＮ報告書の報告書作成画面が現れる。
【０３０８】
＜未開始ＶＩＮ報告書の使用＞
ユーザは、未開始ＶＩＮ報告書へアクセスすると、以下の方法により、それ以降の情報を完了させる。
１．報告書に含むために、記録の数を入力する（取り出し制限）。
２．起点ランプコードを入力する（値を入力：起点ランプコード）。
３．ユーザが選択する任意のオプションを含む報告書のための出力フォーマット（ＨＴＭＬ、ＰＤＦ、Ｔｅｘｔ）を選択し、移動（Ｇｏ）をクリックする。オプションについてのさらなる説明は、「出力フォーマットのオプション」を参照のこと。
【０３０９】
＜出力フォーマットのオプション＞
クエリービルダにおける報告書の出力フォーマットには、以下のオプションが利用可能である。
【０３１０】
【表４１】
2004501039.tif 000043
【０３１１】
＜さらなる実施形態＞
次に本発明のさらなる実施形態を参照し、図３４〜４４と併せて説明する。
【０３１２】
ログインの後（画面は図示せず）、ユーザには、パスワードアクセスによってまたは図示の検索要素によってアクセス可能な「表示可能項目」が提示される。ユーザが「Ｘ」のハイパーリンクによって「Ｂｅａｃｈ　Ｍｏｔｏｒｓ」をクリックするとする。販売業者表示である図３５Ａが示される。図から分かるように、この表示は所与の日時、販売店に到着すると予測される車両数を示す。一例として、２００１年２月１９日には４台の車両が予測される。その日時については、４つの異なる概要が利用可能である。すなわち、モデル概要、貨車概要、ランプ概要、および車両概要である。
【０３１３】
リンクＡが図２６から選択されるとすると、次に図３７のような画面が表示される。図３７は、２００１年２月１９日に販売店に到着予定の４台の車両の、モデルごとのモデル概要リストである。図からわかるように、１台はＣｒｏｗｎ　Ｖｉｃｔｏｒｉａであり、その他はＥｘｐｅｄｉｔｉｏｎ　ＸＬＴモデルである。図３７に示す車両概要ハイパーリンクを「クリックする」（選択する）とすると、車両概要は図３８のように示される。図３８の車両概要は、ＶＩＮ（ＺＦＡＦＰ７３Ｗ８ＹＸ１６７５０１）、モデル（Ｃｒｏｗｎ　Ｖｉｃｔｏｒｉａ　Ｓｔａｎｄａｒｄ）、製造年（２０００年）、予定到着日時（２００１年２月１９日）、修正到着日時（２００１年２月２４日）、ロケーション（貨車ＥＴＴＸ９０７６８０に積載）およびステータスを示す。２台以上の車両が見つかった場合、車両概要は図４２に近い形になる。
【０３１４】
「ロケーション」リンクが選択された場合、図３９（または図４３）のようなステータスの詳細画面が提供される。この場合、これは過去の履歴、現在のステータス、およびその自動車に将来起こると予想されるイベントを示す。
【０３１５】
再び図３６を参照すると、代わりにリンク「Ｂ」、すなわち貨車概要（Ｒａｉｌｃａｒ Ｓｕｍｍａｒｙ）が選択された場合、図４０のような画面が提供される。図からわかるように、この画面では、２４台の自動車が鉄道システム（Ｒａｉｌ Ｓｙｓｔｅｍ）と対話している。図示のように車両概要リンクが選択された場合、図３８と同様の車両概要表示が示される。ただし、２４台の自動車を収容するには表示の行はもっと多くなる（それらが同じ列車に積載されていない場合）。
【０３１６】
再び図３６を参照すると「ランプ概要（Ｒａｍｐ Ｓｕｍｍａｒｙ）」リンクが選択された場合、図４１のようなランプ概要画面が示される。図からわかるように、１５台の車両を含むＷｉｎｓｔｏｎ  Ｓａｌｅｍのランプを示す。車両概要が選択された場合、図４２のような車両概要報告書が示される。この場合には２ページを要する（１ページのみを図示）。
【０３１７】
図３６を再び参照すると、車両概要リンクがこの画面から選択されると、図３８〜図４２と同様の車両リストが示される。
【０３１８】
図からさらにわかるように、多くの画面でＶＩＮ検索が提供され、独立したＶＩＮ検索（ユーザの関連ＶＩＮに限られる場合がある）が可能となる。図からさらにわかるように、図３９では、前述のように、ユーザが車両を「保留」できるようにするリンクが提供される。
【０３１９】
＜シミュレーション実行＞
上述のように、シミュレーションツール３８（１）は、現在と将来の車両流通ネットワークを分析し、ボトルネックを予測する。（２）は、現存の車両流通ネットワークの「オフライン」に対する変更案のインパクトをテストする。定期的に、好ましくは１日に１度、管理チームに所属する経験豊富なシミュレーションオペレータが、シミュレーションワークステーション６４においてネットワークのシミュレーションを実行する。実行シナリオの準備として、オペレータは上述のように要求された最新の入力データをチェックする。上述のように、要求された入力データのほとんどは、流通ネットワーク２０のモニタまたはスキャナからデータを受け取る追跡システム３４から受け取られるか、または製造業者あるいは輸送業者のコンピュータから受け取られる。
【０３２０】
シミュレーション実行の初めに、ワークステーションはシミュレーションデータベースからシステムのステータスを読み込む。この情報は、モデルの現在のステータスまたは車両流通ネットワークのステータスをロードし、ネットワークの各地点に配置される車両の数、次の選択された日数の間の製造指示（ｐｒｏｄｕｃｔｉｏｎ ｏｒｄｅｒ）、および（車両が製造されると）起点−目的地（Ｏ−Ｄ）ペアに基づいてマスタ経路表（Ｍａｓｔｅｒ Ｒｏｕｔｉｎｇ Ｔａｂｌｅ）から割り当てられた経路を含む。製造業者の生産計画の更新は、エクセルインタフェース６２によって入力できる。シミュレーションは、Ｏ−ＤペアとＯ−Ｄ運行時刻表（Ｔｒａｖｅｌ Ｔｉｍｅ Ｔａｂｌｅ）からの所要時間を用いて、ネットワークを通して車両を移動させる。車両がすでに列車の一部としての輸送経路にある場合、貨車のロケーションは、貨車が最後にわかっている地点を離れた日時とともに用いられる。Ａｒｅｎａはその時間を総所要時間から引き、目的地のランプまでの残りの所要時間を判定する。
【０３２１】
ネットワークの現在のステータスの実行は、ネットワークの現在の効率を測定する上述の出力を提供する。オペレータは、ネットワークのスループット、ネットワークのポイント間のサイクル時間、運送費（ｔｒａｎｓｉｔ ａｎｄ ｆｒｅｉｇｈｔ ｃｏｓｔｓ）、および各起点ポイントおよび集積保管センターにおいて利用されている輸送機器の数を見ることができる。選択された日数にわたって、オペレータは、ボトルネックが起こる場所を見て、予測されるボトルネックを避けるためにネットワークを調整するよう助言することができる。
【０３２２】
上述のように、ボトルネックは主に、以下のような場合に発生する可能性がある。すなわち、（１）製造工場で、製造される車両数が駐車能力を越える場合、または車両が目標時間に見合うのに十分早く積載されない場合、または十分に空いている貨車または車両輸送車がない場合、（２）集積保管センターで、貨車または車両輸送車の数がその「駐車」能力を越える場合、または荷降ろしされた車両数が駐車能力を越える場合、または十分に空いている貨車または車両輸送車がない場合、または車両が目標時間に見合うのに十分早く積載されない場合、または（集積保管センターを迂回するのではなく）荷降ろししなければならない貨車の割合が大きすぎる場合、もしくは（３）目的地のランプで、貨車または車両輸送車の数がその「駐車」能力を越える場合、または荷降ろしされた車両数が駐車能力を越える場合、または車両が目標時間に見合うのに十分なほど早く積載されない場合である。そのようなボトルネックを避けるよう試みるために、オペレータは、アリーナモデルの説明で上述したリストから選択されるモデルへの特定の入力を変更することができる。エクセルインタフェース６２により、ユーザはシミュレーションへの入力を容易に変更できる。特定のボトルネックへの応答の例を、修正されたモデルがボトルネックを排除する場合に考えられる実施とともに、以下の表に示す。
【０３２３】
【表４２】
2004501039.tif 000044
【０３２４】
＜プランニングツール＞
プランニングツール３６は、車両配送システム１０のためのコントロールパネルとして機能する。図５５を参照すると、プランニングツールは、追跡システム３４からの現時点のステータスデータ２０１および流通統計２０２の両方、ならびにシミュレーションツール３８からの考えられるネットワーク設計の分析２０３、および輸送予定の特別／例外車両２０５を輸送するのに必要な情報を利用する。基本的な計画モデルは、９０日間、６０日間、１４日間、および５日間の製造業者の製造予測２０４を考慮し、車両が製造されると、システム要件を日ごとベースで決定する。
【０３２５】
本発明の一実施形態では、ワークステーション５９のオペレータはこの情報にアクセスし、２０６において今後のＶＩＮのための経路ならびに輸送基準の時間を特定する決定を下すことができる。オペレータは、起点および目的地の情報を入力することができる。オペレータはまた、２０８において、運送業者が指定経路を実行するために提供することが必要になる、設備および輸送業者への職員の配置をスケジューリングするための命令を下し、２１０において、直接の通信（電子メール、電話、ファクス、書簡、データコミュニケーションインタフェース４０）によって、または追跡システム３４を介して携帯ワークステーション４２においてその命令をメンバーが受け取る管理チームによって、運送業者に通知することができる。設備スケジュールは、多数日にわたる配送を包含し、特定された時間にすべての起点および集積保管センターにおいて必要な空の貨車および車両輸送車の数とタイプ、および起点ポイントおよび集積保管センターにおいて特定された出発時刻に必要な列車の出発を含む。同じ期間に、職員配置スケジュールは、起点および集積保管センターにおいて貨車および車両輸送車に積載する人材、集積保管センターおよび目的地のランプにおいて荷降ろしする人材、販売業者の所で車両を受け取る人材、適切に積載するために車両を移動させる人材、迂回ＬＴＤ貨車を操作する人材、および列車を構築する人材を含む。かかる人材は、１つまたは複数の鉄道会社、１つまたは複数の車両輸送業者、１つまたは複数の積み降ろし請負業者、および複数の販売業者に雇用される場合がある。
【０３２６】
他の実施形態では、ソフトウェア計画エンジンがワークステーション５９上で実行され、配送ネットワーク２０を最適化し、自動的に経路の割り当ておよび資源の注文を行う。かかるソフトウェアにより、プランニングツールはより能動的にネットワークを計画することができ、反応的ではない（ｌｅｓｓ ｒｅａｃｔｉｖｅ）。特に、このソフトウェアは、起点および集積保管センターにおける計画外のドウェル時間を低減または排除するために、資源の管理に焦点を当てる。シミュレーションツール分析の結果は、ネットワークにわたる時間段階的（ｔｉｍｅ ｐｈａｓｅｄ）作業負荷計画を生成するため、およびレール切換（ｒａｉｌ ｓｗｉｔｃｈｉｎｇ）または他のネットワーク施設における車両推定到着時間（ＥＴＡ）を提供するために使用される。さらに、レーン区分の別のルート、すなわち、予測可能な問題のための予め決定した最良の非常時の次善策が、必要に応じて使われるように当初の計画に入れられる。
【０３２７】
図５７は、かかる自動化計画プロセス３００の流れ図を示す。一般に、計画プロセス３００は、上述のタイプのシミュレーションデータ入力３０５に基づいて、１組の入力を与えられたシミュレーションツール３８の出力を利用し、車両物流ネットワーク２０が動作していることに従って車両流通ネットワーク２０が動作する経路を含む、経路プランデータベース３１０を生成する。経路プランデータベース３１０は、追跡システムデータベース５０および計画データベース５８を含む多数のソースから、直接的および間接的に情報を受信する。シミュレーションツール３８により受信した他の入力情報には、製品群（車両タイプ、起点工場、および起点ランプのＬＴＤまたは混合指示（ｍｉｘ ｄｅｓｉｇｎａｔｉｏｎ））および起点工場のための混合に対するＬＴＤの積載の比率等のＶＩＮ情報３１８、輸送費データ３１９、および販売業者プロフィール情報３２０が含まれる。直接入力は、ネットワーク施設への車両の到着についてのＥＴＡデータ３２２、および所与の日時の地域（３桁の郵便番号等）ごとの販売業者の車両要求を反映した要求データ３２３を含む。
【０３２８】
図５８に示すように、経路プランデータベース３１０は、各ＶＩＮ２２に割り当てられたレーンの各区分について、現在の経路プラン３３０、修正された経路プラン３３２、およびＶＩＮによって取得された実際の経路３３４の記録を含み、各経路プランは、ＶＩＮステータス、動的な通常計画（ｄｙｎａｍｉｃ ｎｏｒｍａｌ ｐｌａｎ）への修正、およびＶＩＮについての実際のイベントを含むことができる。最初の作業負荷条件は、修正された計画３３２からシミュレーションツール３８へと送られる。さらに、経路プランは、各ネットワーク施設に、日ごとベースのその施設の総能力、存在するＶＩＮの数（「走行車両」）、および利用可能な能力を提供する。配送によるプレリリース（ｐｒｅ−ｒｅｌｅａｓｅ）からの予定日時および実際のイベントは、各ＶＩＮについての経路プランデータベース３１０に取り込まれる。これらの計画およびイベントは、最初の製造順序付け（ｓｅｑｕｅｎｃｉｎｇ）で始まり、ゲートリリース、起点ランプからのレール切り離しまたは輸送（ｈａｕｌ ａｗａｙ）、様々な輸送中のイベント、および販売業者の配送を含む。
【０３２９】
ＶＩＮ経路プランニングプロセス３００は、ネットワークの能力を計画するためにシミュレーションツール３８の予測能力を利用する。このプロセスは、主要な能力を有効に利用し、ボトルネックを排除し、予定外のドウェルを低減し、したがって車両配送および相対的費用についてのネットワークサイクル時間を低減する。このプロセスの一態様は、シミュレーションプロセスにおいて起点ランプからの代替経路を適用し、集積保管センターにおけるボトルネックを制御することである。プロセスは、ボトルネックを被る可能性が最も高い資源としての集積保管センターと、起点ランプおよび非常に多くの次善策の最良のソースとに焦点を当てている。シミュレーションツール３８は、既知の製造スケジュールについての最良の非常時の次善策を、相対的費用とサイクル時間への影響を考慮に入れて予め決定するために使用される。「バッチ＆ホールド（ｂａｔｃｈ ａｎｄ ｈｏｌｄ）」のいかなる予想起点ランプリリースも、シミュレーションツールモデルに組み込まれる。ネットワークの動作の際に、日ごとベースで非常事態に応答して通常経路を曲げることで、改善されたサイクル時間が提供され、経路プランニングプロセス３００は、経路プランデータベース３１０に格納された経路プランにかかる非常事態を構築する。シミュレーションツール分析を何度か繰り返した後で、最良の計画が受諾され、輸送業者および管理チームへ上述のように通信される。
【０３３０】
積載計画３１５のＬＴＤ積載に対する混合貨車の積載の比率の低減は、起点ランプに適用される技術の一例である。図２を参照して、シミュレーションは、混合貨車上の少数のＶＩＮが必要なため、ＬＴＤ貨車の全列車が集積保管センターを迂回することができないと予測すると仮定する。この場合、代替経路を割り当てる際に余分な柔軟性が利用可能である結果として、たとえば、目的地が車両輸送業者による直接配送の通常の範囲内よりさらに遠い場合でも、車両輸送業者によって混合積載ＶＩＮを目的地のランプまたは販売業者に直接送ることができる。ＶＩＮ経路操作（ｏｐｅｒａｔｉｏｎｓ）プロセス３０７は、職員および設備についてスケジューリングするため、および様々なネットワーク施設ポイントにおける管理チームのメンバーに、今後のニーズを通知するために、ネットワーク全体にわたる時間段階的作業負荷計画を生成する。それにより管理チームは、その経路プランを実行するために、下流部門の施設および輸送業者が適切な労働者および輸送能力を有することを確実にするのに必要な正確な情報を有する。このプロセスはまた、ネットワークが交わることができるレール切り離しポイントにおいて、ＶＩＮ  ＥＴＡを計算する。
【０３３１】
実際のネットワーク性能は、メトリクス３１６（ＶＩＮごとの費用およびサイクル時間）および「レポートカード」を提供することによって追跡される。以下の表には、ＶＩＮ経路プラン３３０とＶＩＮの経路の実際のデータ３３４との比較が示され、管理チームは定刻な配送性能に評価することができる。
【０３３２】
【表４３】
2004501039.tif 000045
【０３３３】
区分イベントを要約して、以下の図のような「レポートカード」を提供することができる。これは、シミュレーションモデルを更新するのに利用することができる。
【０３３４】
【表４４】
2004501039.tif 000046
【０３３５】
計画後プロセス（ｐｏｓｔ ｐｌａｎｎｉｎｇ ｐｒｏｃｅｓｓ）を実行すると、管理チームは、解決が必要な新たな問題または非常事態を識別し、ネットワークの動作の際に経路プランの施行を監視および調整し、ネットワークモデルの正確性およびシミュレーションツールによって使用される初期条件を維持することができる。
【０３３６】
＜地理別構築（Ｇｅｏｇｒａｐｈｉｃ Ｂｕｉｌｄ）＞
プランニングツール３４はまた、進歩した地理別構築の実施が図５５の車両組み立てステップ２１３において利用されるように、車両製造のスケジューリングに影響を及ぼすことが好ましい。一実施形態では、製造業者の製造量は、利用可能な配送ネットワーク能力に見合うように計画される。地理別構築は、所与の１週間の計画製造予想に基づいて、所与の目的地ランプに対して量水準を均一にする（ｓｍｏｏｔｈ）ために使用される。これにより、各週の１日の車両の流れがより一定したものとなるが、各目的地への一週間の総計画製品量を固守する。販売業者の注文の事前の通知（たとえば、製造前の３週間のリード時間）に基づいて、プランニングツールを用いて、所与の一週間の、所望の日ごとの量水準を示す製造スケジュール要求を、製造業者に提供する。この製造スケジューリング要求は、現在のネットワーク動作能力、鉄道および輸送業者（ｈａｕｌａｗａｙ ｃａｒｒｉｅｒ）業績、ならびに各目的地ランプについての総予想量に基づく。製造スケジュール要求は、製造業者により製造業者の製造スケジューリング解決アルゴリズムに入力することができる。
【０３３７】
地理別構築の他の態様に従って、プランニングツールスケジューリング要求は、少量の目的地へ出荷する製品のまとまりを、より凝縮したパターンに特定することができる。また、長期の製造予想にアクセスして、プランニングツールを使用して、かかる車両の製造を分配し配送ネットワークの生産能力を均一に使用することによって自動車賃貸営業所または会社への量販車の販売（ｆｌｅｅｔ ｓａｌｅ）により被る物価急騰（ｓｐｉｋｅｓ）を低減する。
【０３３８】
他のタイプの地理別構築においては、ネットワークにおけるボトルネックの予測または実際のボトルネックに応答して、製造業者は、特定のＶＩＮがネットワークに入る（特定のレーンでの混雑を緩和するため）か、混合積載に対するＬＴＤの比率を調整するか、または混雑またはボトルネックを被っているネットワーク施設ポイントにおいて一連のＶＩＮに影響を及ぼすような順序を変更することができる。製造業者は、物流プログラムを用いて翌数日間にわたる製造のための工場への部品の到着を調整する場合、ネットワーク生産能力に合う特定の部品セットを注文することにより、その期間に車両を製造するように計画することができるか、または予定の車両が組み立てられる順序を変更することができる。たとえば、同じ目的地のランプに向かう十分な量の車両を作ることで、混合積載に対するＬＴＤ積載の比率が増加することができる。
【０３３９】
地理別構築を用いて、一週間等のある期間にわたって特定の目的地用に製造された車両の数を制御することができる。この代替実施形態では、特定の目的地用の車両は、一週間のうちの１日しか製造されず、車両輸送車の積載をより効率的にさせる。場合によっては、第１の目的地付近の工場は、他の方面へ向かう車両を一週間のうち１日しか製造せず、それにより同じ車両輸送車が効率的な往復走行をできる。たとえば、製造業者は、月曜日にルイスビルからアトランタへ出荷する車両を製造し、火曜日にアトランタからルイスビルへ出荷する車両を製造する。それにより同じ車両輸送車は、両方のセットの車両を輸送できる。
【０３４０】
好ましい実施形態では、同じ目的地ランプに向かう一群の車両が順次リリースされ、その車両を保留エリア（ｈｏｌｄｉｎｇ ａｒｅａ）に駐車することなく貨車に積載されるような状態で、製造業者が車両を製造する。
【０３４１】
＜日別の経路プランプロセス（ｄａｉｌｙ ｒｏｕｔｉｎｇ ｐｌａｎ ｐｒｏｃｅｓｓ）＞
日別の経路プランプロセスを図５９に要約する。シミュレーションモデルに対する様々な更新をブロック３４０に示し、ＶＩＮプロフィール、群（ｆａｍｉｌｙ）データ、および製造スケジュールをブロック３４１に示す。これらの事前経路入力には、バッチおよび保留更新、施設能力更新、運送業者更新、および経路非常事態計画が含まれる。これらの入力は、ブロック３４４においてシミュレーションパラメータのセットと関連付けられ、それは経路プランの現在の繰り返しに依存する。繰り返し番号１は、集積保管センターにおける無制限の能力を仮定し、起点ランプにおけるバッチおよび保留期待値（ｅｘｐｅｃｔａｔｉｏｎｓ）を考慮する。ブロック３４５において、シミュレーションツールは経路分析を行い、予想される最悪の集積保管センターの問題の大きさおよびそれらの問題に対処するために考えられる起点ランプのオプションを評価する。ＶＩＮごとの費用および計画を完了させるためのサイクル時間を含む計画メトリクスが出力される。最適化およびシミュレーションのプロセスは、次にブロック３４４に戻り、集積保管センターの実際の能力を使用する繰り返し番号２を実行する。この繰り返しでは、ブロック３４５のシミュレーションツールは、起点ランプの次善策をモデルに統合し、同じメトリクスを出力する。プロセスは再びブロック３４４へ戻って繰り返し番号３を実行し、ここでは最良の次善策が使用され、ブロック３４５で最新のＶＩＮ  ＥＴＡを含む最終計画を出力し、その最終計画が許容可能であることを検証し、計画後の評価のために継続中の問題の属性を識別し、計画概要を提供する。ブロック３４９では、その計画が受諾される。経路プロセスには、集積保管センターレ表示、起点ランプの非常事態のための計画、サイクル時間の計画、費用概要の計画、およびＥＴＡの更新が含まれる。ブロック３５０は、最終サイクル時間および費用、作業負荷、新たに生じる問題、およびリード時間分析のレ表示に基づいて、経路計画後分析と、次の日別の経路プロセスに適用すべき調整とを示す。
【０３４２】
上述の技術は、シミュレーションツール出力を検討するオペレータによって、また自動的に実現することができるということは理解されよう。
【０３４３】
＜経路プランにおける車両の流れ＞
図５６に戻り、車両組み立てステップ２１２に続いて、ブロック２１３において完成車両の工場リリースイベントが発生する。ブロック２１４において、車両は保留ＶＩＮ２１６と出荷可能ＶＩＮ２１７とに分類される。保留された車両は、最終的にはブロック２１８で出荷可能となり、ブロック２２０においてそれらの出荷日は再計算され、ブロック２１７において出荷可能ステータスに戻る。次に、ブロック２２２において、それらの車両は車両製造業者の従業員３３または積み降ろし請負業者３５（図４５も参照）によって、ブロック２２３の貨車またはブロック２２５の車両輸送車に積載される。車両輸送車２８の運送は、ブロック２２６において最終的な配送のために販売業者２９へ発送され得るか、またはブロック２２８において駅構内または上述のタイプの統合ハブへと進む。かかる積載ポイントでは、２２９において車両輸送車から荷降ろしされ、ブロック２３０において、ブロック２２３で示したように貨車に再積載される。
【０３４４】
起点工場、統合ハブ、集積保管センターにおける車両の移動（ｓｔａｇｉｎｇ）、ならびに貨車への車両の積み降ろしは、通常は独立した積み降ろし請負業者３５（図４５も参照）の従業員によって行われる。鉄道輸送業者職員４１には、貨車および列車の操作および切換を行う職員が含まれる。車両輸送業者職員３７には、通常は車両輸送トレーラーの荷物の積み降ろしおよび運転を行う運転者および助手が含まれる。しかしながら、システム１０はまた、独立した積み降ろし請負業者と契約している車両輸送業者も考慮に入れる。本発明によるシステムでは、これらの独立雇用主は、管理チームによって監視および調整され、追跡システム３４によって可能となったネットワークの可視性とプランニングツール３６から受け取った経路および作業負荷計画とを利用する。
【０３４５】
ブロック２２３における貨車の列車は、切換地点２３２、集積保管センター２３３、または目的地ランプ２３５へ移動中である。集積保管センターにおける貨車到着イベントがブロック２３７に示され、それに続いてブロック２３８において、貨車は、混合積載のためのエリア２３９または集積保管センタープロセスを迂回するＬＴＤ（非混合（ｕｎｍｉｘｅｄ））を積載するのための集積場へと移動する。混合積載はブロック２４２において荷降ろしされ、ブロック２４３において、仕分け後に貨車に再積載される。ブロック２４５において、新たな列車が、新たに仕分けされた車両を有する貨車およびＬＴＤ貨車から構成される。ブロック２３５に示す目的地ランプにおける貨車到着イベントによる輸送時間に続いて、集積保管センターからの車両出発イベントをブロック２４７に示す。ブロック２４９において、車両は、貨車から荷降ろしされ、ブロック２５０においてブロック２５２の最終的な配送のための販売業者への輸送のために車両輸送車２５１に積載される。図５６は、配送ネットワークの簡略したものを示すことが理解されよう。実際のネットワークには、多数の起点ポイント、集積保管センター、目的地ランプおよび販売業者が含まれる。集積保管センターと目的地ランプとの間を走行している列車は、貨車の追加および分離（ｓｕｂｔｒａｃｔｉｏｎ）のために切換ポイントで停車する場合がある。
【０３４６】
＜工場から販売業者への例＞
図６１〜図６５は、本発明による車両配送システム１０を用いたいくつかの特定の例についての車両の流れを示す。図６１および図６３は、ミシガンのトラック工場からカリフォルニア（ミラロマ）の目的地ランプへ、カンザスシティの集積保管センターを経由してＬＴＤ貨車に積載した車両を輸送するプロセス４００を示す。ステップ４０１において、完成ＶＩＮのバーコードまたは他の符号化されたシンボルが、追跡システム３４にスキャンされ、４０２において、車両は出荷の準備ができると製造業者によってリリースされる。４０３において車両は積載請負業者によって点検され、４０４において鉄道輸送が可能であると判断され、４０５において積載請負業者により、域外向けの車両集積場の地理的積載ライン（ｌｏａｄ ｌｉｎｅ）へと移動される。そのステータスを更新するためにＶＩＮがスキャンされる。地理的積載ラインは、起点工場の外側にあるか、あるいは同じ製造業者の多数の工場において製造されるか、または様々な製造業者の工場から混合される統合車両のための統合ハブ２５ｃであり得る。４０６において１つの貨車を満たすのに十分な数の車両がリリースされるまで、４０７において積載ラインにある車両は待機し、それから４０８において貨車に積載され、４０９においてつながれる（ｔｉｅｄ ｄｏｗｎ）。ＶＩＮ識別コードは、追跡データベース５０で、スキャンされた貨車識別コードと結び付けられる。経路プランは、標準最大時間の、たとえば、工場リリースから４１０において貨車が積載エリア外へ移動する際に車両を積載した貨車をスキャンするまでの２４時間を仮定する。
【０３４７】
管理チーム３１は、移動および積載プロセスを監視し、ワークステーション４２で受け取った各ＶＩＮの経路プランを利用する。経路プランの詳細には、ＶＩＮが経路プランに従ってその適切なレーン区分を効率的に開始できるように、積載前に各ＶＩＮが移動しなければなない場所の指示が含まれる。ＶＩＮに対して主要なイベントが起こると、そのコードは管理チーム３１または彼らの監視下にある職員によってスキャンされ、ワークステーション４２または通信インタフェース４０を介して情報が送信され、追跡データベース５０を更新する。管理チーム３０はまた、追跡データベースにステータス情報を手動で入力することもできる。運送業者の従業員および積み降ろし請負業者の関与を、典型的なＬＴＤおよび混合シナリオのために図６０に概略的に示す。
【０３４８】
管理チーム３１はまた、ワークステーション４２を介して、ＶＩＮに関する警報を受け取る場合がある。たとえば、ＶＩＮのステータスが工場リリースからの計画した時間内にロードされたことを示すために更新されていない場合、適当なチームメンバーが警報を受け取る。その警報に基づいて、そのチームメンバーは遅延の理由を判定し、ＶＩＮを計画通りに戻す措置を取る。
【０３４９】
管理チーム３１はまた、起点ポイントにおいて発生する能力問題に対処する。たとえば、１００台の車両がリリース前に１日だけ保留され、車両積載のための起点ランプの能力が１日につき１００台である場合、起点ポイントの現場にいる管理チーム３１のメンバーは、その問題を解決するためのオプションを考える。先入れ先出し法によって経時的に１００台の車両の在庫を分散することにより、出荷量を均一化するとともに、増加した量水準を処理するための追加の貨車を探す場合がある。管理チーム３１の非常事態対応計画グループが通知を受け、当該グループは影響を受ける管理者、請負業者および運送業者すべてに通知する。管理チーム３１の設備制御グループもまた通知を受け、それにより追加の貨車の確保を援助し、配送ネットワークの他の部分から任意のかかる貨車の転用を行うことに対処することができる。現場のチームメンバーはまた、リリース日時に２００台すべての車両を出荷することを検討するかもしれないが、これは次の下流部門の動作において、使用率の急上昇（ａｃｔｉｖｉｔｙ ｓｐｉｋｅ）をもたらし、そこにおける能力に負担をかける。また、通常の車両数の２倍を出荷するための設備を見つけることは、さらに困難であろう。
【０３５０】
管理チーム３１は以下の書式を用いて、問題分析によりそれを処理する。
【０３５１】
【表４５】
2004501039.tif 000047
【０３５２】
起点ポイントにおける能力問題の他の例は、鉄道設備の不足であろう。この問題は、現存の車両輸送車の能力を用いて鉄道設備の不足を補うことによって車両輸送車の転用を使用することに対処することができる。ただし、これは車両輸送車の転用が車両輸送業者の出荷予定を危うくしない場合に限る。再び、非常事態対応計画グループおよび設備制御グループは、通知を受ける。起点ポイントにおける車両の保留というオプションは、全車両のスケジュールを維持するためにおそらく拒否されるであろう。
【０３５３】
別の場所の管理チーム３１は、同様の方法で問題に対処する。たとえば、集積保管センターにおけるチームは、高級車が積載の際に損傷を受けた、または経路を誤ったＶＩＮがある、またはいくつかのＶＩＮのための次の目的地点においてボトルネックが存在する、または鉄道混雑のために予想外の２４時間の遅れがあるということを発見するかもしれない。目的地ランプにおけるチームは、販売業者がランプに到着した車両を受領できない、またはランプでの混雑のためにさらなる車両が到着予定であるがこれらを搬入することができない、またはランプにある車両を販売業者に配送するのに十分な車両輸送車がない、ということを発見するかもしれない。
【０３５４】
図６１の車両の流れを続けると、４１２において車両を積載された貨車が、列車を構成するために鉄道輸送業者の職員によってブロックされる。この列車は、４１３において、標準スケジュール時間が満たされる場合には、３６時間以内に起点から発車する。この例では、列車はカンザスシティの集積保管センターへ直行する。この集積保管センターでは、ＶＩＮを有する貨車は、４１５において鉄道運送業者の職員によってサポートトラック（ｔｒａｃｋ）へと押し進められる（ＬＴＤ鉄道の場合）。この貨車は、起点からの出発時および集積保管センターへの到着時にスキャンされる。ある期間、計画では２４時間以内に、４１６において、列車が構成されると、この貨車は、鉄道運送業者の職員によって、ミラロマの目的地ランプ行きの他の貨車と統合される。４１７において、列車の貨車がスキャンされ、列車はミラ・ロマまで約４８時間の長距離走行を開始する。
【０３５５】
次に図６３を参照すると、４２７において、貨車はミラロマに到着し、スキャンされる。４２８において、荷降ろし請負業者の従業員は、予定通りであれば６時間以内に貨車から荷降ろしし、４２９において、販売業者のロケーションに従って地理的駐車区画（ｂａｙ）に降ろしした車両を配置する。駐車区画に到着すると車両はスキャンされ、４３０において、搬送請負業者はそれまでの輸送中で車両が損傷を受けていないかＶＩＮを点検する。４３２において、請負業者はＶＩＮを車両輸送車に積載し、４３２においてＶＩＮをスキャンし、４３３においてＶＩＮをつなぎ、４３５において販売業者まで車両輸送車を運転する。ＶＩＮ識別コードは、追跡データベース５０において、スキャンされた搬送トレーラー識別コードと結びつけられる。４３６において、搬送請負業者の職員は、ＶＩＮを販売店で荷降ろしし、４３７において、販売業者はＶＩＮの最終点検を行い、追跡システムを更新するために最終スキャンが行われ、輸送の完了と販売業者の承認が示される。地理的駐車区画から最終点検までの予定される最大時間は、４８時間である。
【０３５６】
図６２は、車両の流れの幾分異なったプロセス４４０を示す。このプロセスでは、２つの集積保管センターを経由してミシガンの自動車工場からカリフォルニア（ミラロマ）の目的地ランプまで、最初に車両輸送車に積載した車両を輸送する。ステップ４４１〜４４３は、上述のステップ４０１〜４０３と同一である。しかしながら、４４４ではＶＩＮがスキャンされて輸送が受諾され、４４５において請負業者の職員がＶＩＮを積載ラインまで移動させる。４４６で述べたように１台のトラックの積載量を満たすのに十分な数のＶＩＮがある場合（そうでない場合は４４７で待機する）、４４８において搬送請負業者の職員は車両輸送機器（ｒｉｇ）に車両を積載し、４４９においてつなぐ。ＶＩＮ識別コードは、追跡データベース５０において、スキャンされた搬送トレーラー識別コードと結びつけられる。４５０において車両輸送機器は出発し、オハイオ州のフォストリアの集積保管センターまで４５２で示された時間走行する。その集積保管センターでは、４５５において、ＶＩＮが荷降ろしされ、スキャンされ、荷降ろし請負業者による点検のために移動される。４５６において、荷降ろし請負業者はＶＩＮを点検し、４５７において地理的積載ラインへ送り、同じ目的地ランプへ向かう他のＶＩＮと統合する。４５８において述べたような目的地のための１つの貨車を満たすのに十分な数のＶＩＮがある場合（４５９で待機）、４６０において請負業者は貨車に車両を積載し、積載されたＶＩＮおよび貨車をスキャンし、４６１においてつなぐ。ステップ４６２および４６６は、上述の４１０および４１６と同一であり、列車がカンザスシティの集積保管センターへ向けて走行すると、貨車は列車に再び組み込まれる。次にプロセスは、上述の図６２のステップに続き、販売業者への配送で終わる。
【０３５７】
図６４は、車両の流れの幾分異なったプロセス４７０を示す。このプロセスでは、カンザスシティの集積保管センターを経由してミシガンのトラック工場からアリゾナ州のフェニックスまで、混合貨車に積載した車両を輸送する。ステップ４７１〜４７４は、上述のステップ４０１〜４０４と同一であり、ＶＩＮが鉄道輸送のためにリリースされ、識別される。４７５において、その車両はカンザスシティの集積保管センターに混合積載として向かう他の車両とともに積載ラインで移動される。ステップ４７６および４８３は上述のステップ４０６および４１３と同一であり、ＶＩＮが貨車に積載され、集積保管センターまで列車で送られる。４８５において、貨車は、鉄道輸送業者の職員によって集積保管センターのランプトラック（ｔｒａｃｋ）へと押し進められ、そこで４８６においてＶＩＮは荷降ろし請負業者の職員によって荷降ろしされ、スキャンされ、４８７において請負業者によって点検される。４８８において、請負業者は、ＶＩＮの次のレーン区分が鉄道によるものであると判定しする（追跡データベース５０からの情報を用いて）。ステップ４８９〜４９６はステップ４５７〜４６４と同一であり、ＶＩＮは目的地のランプまで鉄道で出荷される。プロセスは上述の図６３のステップに続き、販売業者への配送で終わる。
【０３５８】
図６５は、起点工場から販売業者まで、車両輸送業者によって直接配送されるプロセス５００の車両の流れを示す。ステップ５０１において、完成ＶＩＮのバーコードまたは他の符号化されたシンボルが追跡システム３４にスキャンされ、５０２において、その車両は出荷の準備ができると製造業者によりリリースされる。５０３において車両は積載請負業者によって点検され、５０４において、その請負業者によって地理的積載ラインで移動される。５０５において、積載請負業者はＶＩＮをスキャンし、搬送トレーラーに積載し、５０６においてつなぐ。ＶＩＮ識別コードは、追跡データベース５０において、スキャンされた搬送トレーラー識別コードと結びつけられる。５０７において販売店への走行が指示され、続いて到着時にスキャンされたＶＩＮを荷降ろしする。５０９において販売業者による最終点検と承認が行われ、ＶＩＮの承認されたステータスが追跡データベースに送られる。この全プロセスについての経路プランにおいて、標準時間、たとえば７２時間が確定される。
【０３５９】
＜管理チーム＞
この管理構造は主に、すべての工場から流通ネットワーク２０を介してアメリカ合衆国およびカナダ全域の全販売店へ、確実、安全、かつ迅速な製造車両の配送の責任を負う。図４５に示すように、この管理構造は、管理チーム３１により提供され、管理チーム３１は、現場および遠隔管理を複数の事業体に提供する管理者グループからなり、「管理層（ｍａｎａｇｅｍｅｎｔ ｌａｙｅｒ）」を備える。図４５は、どのように管理チーム３１が他の様々な事業体に対して（必ずしも直接管理しているわけではないが）「管理層」を提供するかを示す管理フローチャートである。ただし、この「管理層」は、必ずしも管理チーム３１によって雇われ、給料または報酬を受ける従業員ではない（ｗｈｉｃｈ ｍａｙ ｎｏｔ ｎｅｃｅｓｓａｒｉｌｙ ｂｅ ｅｍｐｌｏｙｅｄ ｂｙ， ｐａｉｄ， ｏｒ ｓａｌａｒｉｅｄ ｅｍｐｌｏｙｅｅｓ ｏｆ ｔｈｅ ｍａｎａｇｅｍｅｎｔ ｔｅａｍ ３１）。これらの事業体は、必ずしもこれに限定されないが、製造業者の職員３３、車両積み降ろし請負業者３５、車両輸送業者の職員３７（車両輸送車２８を運転する）、鉄道運送業者の職員４１（列車２３を運転する）、および販売業者２９を含む。車両輸送業者の職員３７および鉄道運送業者の職員４１は、ここでは包括的に「運送業者」の職員とすることを理解されたい。この管理は上述の事業体の管理構造との接触を介してなされることが好ましいこともまた、理解されたい。しかしながら、管理チームの多くが現場にあるため、管理される側（たとえば、時間給労働者）の活動および結果が監視されることは理解されたい。図４６〜図５４は、他の管理構造図を示す。
【０３６０】
かかる管理構造は、本発明の他の機能と併せて、以下のものを提供するように構成される。
ａ）好適なビジネス要件を満たすためのネットワークの提供、
ｂ）任意の地点間のレーンまたは区分日数（一実施形態では８日間）において、指定された数の輸送を超えない販売店への配送、
ｃ）ネットワークを介して輸送される際の車両の可視性、
ｄ）配送を容易にするために提供されるネットワークの管理。
【０３６１】
以下の説明は、ネットワーク管理の計画、ならびに全体的な実施計画の概要を記載し、上述の責任についての効果的な引き受けを可能にする。これは管理チームのトレーニング、ならびに最終的には北アメリカ大陸全体を包括する現場における派遣（ｄｉｓｐａｔｃｈ）およびロケーション決め、を含む。
【０３６２】
管理構造は、現存の自動車（ａｕｔｏｍｏｔｉｖｅ）流通ネットワーク２０を管理する責任を負う。本発明の一実施形態では、管理構造は２つの主要なグループまたは機能責任からなる。
１）計画、非常事態、財務管理、顧客サービスおよび顧客関係等を含むスタッフアンドサポート（Ｓｔａｆｆ ａｎｄ Ｓｕｐｐｏｒｔ）グループ、
２）車両輸送の責任を負うベンダを管理するシステム全体に配置されるオペレーション（Ｏｐｅｒａｔｉｏｎｓ）グループ。
【０３６３】
これらのグループの両方が、流通ネットワーク２０の管理の特定の部分の責任を担っているが、流通ネットワーク２０を効果的に管理するために共に密接に機能しており、ネットワークおよびその管理の発展に伴って効率を向上させる。ネットワークの責任の前提は、ネットワークの特定の領域の管理を担うように設計され、各段階が「ｃｈｅｃｋ ｗｉｔｈ ｃｌｉｅｎｔ ｒｅ ｓｔａｔｕｓ」である段階的導入（ｐｈａｓｅ−ｉｎ）プログラムによって達成されている。各段階が追加されると、前段階で導入された領域は、それらのレーンおよび区分に責任のある管理者達に送られる。５つの各実施段階前に、それらが追加されると各管理グループによってトレーニングワークショップが行われる。かかるトレーニングには、車両製造業者、ベンダ管理、ビジネスの運営および追従、鉄道および車両輸送業者の業務等の学習が含まれる。
【０３６４】
＜管理方法＞
管理技術について述べる前に、そのプロジェクトの設計段階中に利用される概念および応用形態を理解することはまず有益である。
【０３６５】
ネットワーク設計の際に、輸送管理についてのいくつかの基本的原則が引き合いに出された。
１）できるだけプロセスの上流段階のシステム内で働く。
２）ユニットへの荷役を最小限にする。
３）可能なときはいつでも中間地点および施設を迂回する。
４）量は機会を生む。（（列車が）大きいければ大きいほどよい）。
【０３６６】
これらの原則を念頭に置いて、車両の北アメリカ流通、現在の配送ネットワークに偶然存在している４つの集積保管センターの目的およびロケーション、生産的および時間限定的な（ｔｉｍｅ−ｄｅｆｉｎｉｔｅ）区分およびレーン、ならびに製造工場の特徴（場所、製品タイプ、製造スケジュール、および施設の制約）を決定した後で、ネットワークが設計された。
【０３６７】
これらの決定の結果、工場は、独立の起点として扱われるのではなく、理論的に一まとめにされ、１つ、２つ、５つまでの工場（ミシガン工場の場合）からなる個別の起点の現場（ｓｉｔｅ）を形成し、それらの工場の製品がまとめられてネットワークに導入された。この概念は、量は機会を生むという原則４から始まり、前述の原則のいくつかを適用することを可能にした。多数の現場を合併させることで量水準が増加すると、製品の流通は新たな意味を持つようになり、より大きな企業連合（ｐｏｏｌ）を形成し、そこから類似の目的地を得ることができる。次いでこれは、平均積荷比率に基づいてより直接的な（迂回）貨車を造る能力に備え、荷役を排除し、輸送準備の整った完成製品として組み立てラインから出てくる車両から始まる（原則２および３）。
【０３６８】
実際の製造前に、地理別構築として知られる概念が適用される。この計画モデルは、売上データを取り込むこと、および製品がネットワークに入るとその製品の均一な流通を生じさせるために製造を数学的にスケジューリングすることからなる。このスケジュールにより、今日のネットワークの第１段階に発生し、人材、設備および動力に対する要求の変化をもたらす流通における大きな日常的変動を低減／排除する。最終的な意図は、システムを販売業者水準に管理して運搬会社３７に対して有意の製造および経済的利益を生じさせることである。製造スケジュールを設定するこのプロセスは、市場への製品の輸送の出力用件に基づいており、上記の原則１（すなわち、できるだけプロセスの上流段階で働く）を満たす。
【０３６９】
ネットワーク管理は、ネットワーク設計に取り入れられるアプローチの直接的な反映である。システムは、責任およびシステム性能の「プッシュ・プル」方法を利用して管理される。
【０３７０】
各起点ロケーション（分類）は、現場の職員を含む管理陣によって管理される。彼らの責任は、ネットワーク設計に組み込まれる流れ計画および積載構成（ｍａｋｅ−ｕｐｓ）を使用して、流通ネットワーク２０から効果的かつ正確に車両を「押し出す（プッシュする）」ことである。特定の目的地を有する貨車の積載に加えて、これらの起点管理者達は、列車を順次構成する責任を負う。これらの列車は、列車の目的地によって計画されたシステムに基づいて、構成およびブロックされる。
【０３７１】
これが起こると、目的ロケーション（集積保管センター、ハブ、およびランプ）の管理者達は、流通ネットワーク２０によって車両を「引き込む（プルする）」。このプル効果は、車両がシステムを通して前進するときに利用されている輸送モードの連続的な監視によって達成される。
【０３７２】
車両が輸送されている間、目的地管理陣は、最終配送の責任を負うベンダーと連携して働く。彼らは情報を提供し、ネットワーク内に流れているもの、輸送サイクルの要件、ならびに信頼性、正確性、およびネットワークが管理されている間の性能に基づいて、今後の動作のためのプロセスを計画するのに役立つ。
【０３７３】
起点および最終目的地間には現存の集積保管センターがある。これらの施設は日常的に管理されている。この管理グループは、反対のやり方でその内部の方法を用いて働く。すなわち、彼らは実際には集積保管センターに列車を「引き込み」、それから再びそれらを「押し出して」いる。集積保管センターのはっきりとした変化がまた、ここで明らかになる。前述のように、ネットワークの設計において、工場を合併させることにより、直行の貨車を生成して迂回する機会が劇的に増える。このことにより、集積保管センターに向かわなければならない混合車両の量が低減する。各起点が実行されると、集積保管センターは、主に（混合量の）積載／荷降ろし動作から列車管理に適する大多数の活動へと発展する。この列車管理は、列車を搬入すること、それらを切り離し、交換し、再構成して最終目的地へ向かう純粋な直行列車を作ることからなる。ここで、集積保管センターへ列車が出発する前に、起点管理陣が列車の構成およびブロックの指示を出すことで、集積保管センターにおけるこれらの列車の構成が非常に容易になるということに留意されたい。起点ロケーションのそれぞれからの列車は、目的地ハブおよびランプへの経路が計画されている単一のユニットへと統合される。
【０３７４】
残りの車両（ｖｏｌｕｍｅ）、「混合」車両は、各分類内の多数の工場現場と集積保管センターとの間の共同的努力によって処理される。これは、製造スケジュールおよびＶＩＮの目的地によって日常的に達成される。車両が少数（１つのランプに５台以下）である場合には、それらの車両は集積保管センターへ移動され、直行の貨車に積載され、生成されることになる。その他、車両が中程度の数である場合は、１つの工場が特定の目的地に向かう部分的な貨車を構成し、他の工場からその目的地へ向かう車両は、同じ起点分類内であっても、集積保管センターへと移動される。このとき、これらの無作為の車両は、部分的な貨車へと積載され、集積保管センターから出発する全積荷を生成する。
【０３７５】
管理構造内には、他のいくつかのグループが存在し、それらのグループは、合弁企業および／または現場のオペレータを援助して、様々な範囲の責任を負っている。
【０３７６】
Ａ）計画およびシステム
動作の各区域には、プランニングおよびシステム（Ｐｌａｎｎｉｎｇ ＆ Ｓｙｓｔｅｍｓ）グループが割り当てられている。独立して動作し、各区域内での動作を中心に扱う一方で、それらのグループは総合的に、ネットワーク全体を単一の動作ユニットへ統合する責任を負う。各プランニングおよびシステムグループの管理者には、ネットワークプランニング管理プログラムおよび監視プログラムが割り当てられる。これらの管理者は、長期および短期にわたって、動作のプランニングならびにネットワークの継続的な見直しおよび効率を上げる方法の追求という責任を負っている。基本的プランニングモデルは、９０日間、６０日間、１４日間、および５日間の製造スケジュールの見積もりプロセスを経て、車両が製造されると毎日システム要件を決定する。現在、１４日間の見積もりは９５％の精度であり、一方、５日間の見積もりでは構築順序（ｂｕｉｌｄ ｏｒｄｅｒ）は９８％を超える精度で実行される。地理別構築（５ページで述べたように）は、このプランニンググループによって決定される。
【０３７７】
流通ネットワーク２０に車両がリリースされるとき、その背景には２つの別個のグループが働いている。１つのグループは、西部区域プランニングおよびシステム部管理プログラム（Ｗｅｓｔ Ｚｏｎｅ Ｐｌａｎｎｉｎｇ ＆ Ｓｙｓｔｅｍｓ Ｄｉｖｉｓｉｏｎ Ｍａｎａｇｅｒ）に報告し、車両がシステム内を流れるときにそれらを追跡し、それらの車両が各区分およびレーンのために確立された標準メトリクスに関連するときの性能を監視する責任を負う。難局が発生すると、このグループは不測事態対応プランを展開し、車両が配送途中にある間に、輸送時間の損失または遅れを取り戻す責任を負う。このグループは現場のオペレータと連絡して、不測事態に対応し、オペレータおよびベンダーを通して必要な調整を管理する。第２のグループは、東部区域プランニングおよびシステム部管理プログラム（Ｅａｓｔ Ｚｏｎｅ Ｐｌａｎｎｉｎｇ ＆ Ｓｙｓｔｅｍｓ Ｄｉｖｉｓｉｏｎ Ｍａｎａｇｅｒ）に報告し、空の鉄道設備の位置を追跡および支持する責任を負う。このグループは、適当な鉄道線路および設備の管理プログラムを通して機能し、積載のための十分な貨車が各工場および集積保管センターに適切に配備されていることを保障する。
【０３７８】
２つのプランニングおよびシステム部管理プログラムの責務を完全にするのは、東部区域に報告する顧客サービス部（Ｃｕｓｔｏｍｅｒ Ｓｅｒｖｉｃｅ）および西部区域に報告するシステム／ＩＳ部（Ｓｙｓｔｅｍ／ＩＳ）である。顧客サービス部員は、管理チーム３１と内部および外部の顧客すべてとの間の関係を維持する責任を負う。管理チーム３１に関連するあらゆる質問、意見、提案等が、このグループ内を流れる。システム／ＩＳ部は、１つの管理プログラムおよび２つの監視プログラムからなる。これらのプログラムの責任は、ヘルプデスク（Ｈｅｌｐ−Ｄｅｓｋ）のシナリオの責任を反映しており、そのシナリオでは車両追跡システム３４のすべてのユーザが、システム関連の問題または質問のために利用可能である。最初は、これらのプログラムは２４時間有効であるように職員を配属される。この活動の性能における、全体の適用範囲および人々に関する要求について、管理チーム３１が進化するにつれて、複数の決定が下される。これらのプログラムはまた、新たなシステムまたは管理チーム３１の職員により要求される開発の初回通過評価として機能する。これらのプログラムが承認すると、ソフトウェア開発、ハードウェア購入等の確立された手続きが続く。
【０３７９】
Ｂ）財務管理
財務管理グループ（Ｆｉｎａｎｃｅ Ｇｒｏｕｐ）は、管理チーム３１の支出、収入、および会計に関連するすべての範疇に対して責任を負う。最初に、管理チーム３１で働く車両製造業者従業員により、運賃支払い（Ｆｒｅｉｇｈｔ Ｐａｙｍｅｎｔ）が行われる。システムが開発および併合されると、ベンダーへの支払いは電子的に行われ、これらの職員は必要なくなる。このプランは、管理チーム３１によるベンダーとの契約責任の結果として起こる前提条件を考慮に入れる。車両製造業者と輸送ベンダーとの間の現存の契約が満期を迎えると、両者は管理チーム３１に契約の交渉および所有権を引き渡す。運賃支払いの場合のように、最終的な実施形態では、管理チーム３１により制御される電子システムへこれを転送することが適当であろう。最後に、財務管理グループは、収入、費用制御システム、ビジネスプランニングモデルおよび完了、建物および施設等の効果的な管理の責任を負う。
【０３８０】
Ｃ）鉄道業務、車両輸送業者業務
管理構造内の２つの別個で異なる部門を構成する一方で、これらのグループの責務は互いに平行している。各主要ベンダーの代表となる管理者は、管理チーム３１とベンダー会社との間の連絡係である。最初の責務には、ベンダーとの関係を築くこと、およびベンダーの視点からの新たなネットワークの実現を援助することを含む。システムが成長すると、さらなる責務の領域がベンダーを巻き込んでこのグループに加えられる。これらの責務には、業績報告および見直し、契約交渉、生み出されたビジネスチャンス等が含まれる。このグループは、現場のオペレータすべてがネットワークでの自身の割り当て部分（ｐｏｒｔｉｏｎ）にふさわしい各ベンダーとの有効な関係を発展させるという期待に対して何の影響も与えない。ここで提案される協力関係のアプローチは、レーンおよび区分のそれぞれにおいてネットワークを成功させるために必須である。
【０３８１】
＜管理装置＞
製造業者の流通ネットワーク２０の管理は、いくつかのツールおよびシステムが必要であり、それらを組み込む。おそらくこれらのシステムで最も重要なものは追跡システム３４である。このシステムは、実際には２つの別個の事業体に価値および支援を与える。
【０３８２】
追跡システム３４は、ユニットの可視性をユーザに与えるシステムである。追跡システム３４は、問い合わせをする人に発送したユニットのロケーション、輸送の各段階での予定通過時刻と比較したそのステータスを知らせ、ユニットがスケジュールより遅れると警報および警告を提供し、進行中であるネットワークの表示を所望の場合は車両レベルまで下げて、見せる。本発明者は、これが製造業者の流通ネットワーク２０に対する責任を担うために必須であると認識している。輸送中の車両の可視性は、配送時間の改善に向けた飛躍的な前進であろう。
【０３８３】
＜管理結果＞
ネットワークの性能は、毎日見直されるべきである。
【０３８４】
本発明の一実施形態では、毎日の性能見直しは、地域的な管理者によってその地域のベンダーとともに行われる。これらの見直しとともに、各目的地に対する基準を満たすために、動作改善プランおよび責任能力の話し合いがなされる。
【０３８５】
毎月の見直しはより高いレベルでプランニングされる。現時点では、本発明の一実施形態において、部門および区域管理プログラム（Ｄｉｖｉｓｉｏｎ ａｎｄ Ｚｏｎｅ Ｍａｎａｇｅｒｓ）が、その組織内の対応するレベルで各輸送会社とのこれらのセッションの責任を担う。これらの見直しには、適当なサポート機能と、運送業者の代表者として指定された管理者とが含まれる。
【０３８６】
輸送時間の改善を成功させるために必須となるのは、製造業者の組織の内部の改善である。これらの変更には、車両が輸送中であると考えられるときの再定義が含まれる。今日の動作では、車両配送時間はユニットが組み立てラインから出てきたときに始まるが、そのユニットは即座に、時には数日間、保留される場合もある。車両配送効率を正確に評価するために必要な他の変更は、地理別構築の拡大である。前述したこの手続きは、製造順序の分配に基づいており、システム全体での車両の流れを均一にし、ネットワークを最大に利用し、ベンダーおよび管理チーム３１の両方の費用効果を最適化するように設計される。
【０３８７】
さらなる改善としては、柔軟な販売業者配送スケジュール、最終目的地に基づいたモデルまたは製品タイプの製造の正確な地理的調達（ｓｏｕｒｃｉｎｇ）、および輸送保全（ｓｅｃｕｒｉｎｇ）装置のためのある車両タイプにかけられる工学技術的制約の評価が挙げられる。
【０３８８】
さらなる１つの改善は、管理チームのための講習会およびワークショップである。
【０３８９】
＜コンピュータで実施される態様＞
当業者には認められるように、本発明のいくつかの態様は、方法、データ処理システム、またはコンピュータプログラム製品として具体化され得る。これらの態様は、完全なハードウェア、完全なソフトウェア、またはソフトウェアおよびハードウェアの組み合わせの実施形態をとる場合がある。さらに、これらの態様は、記憶媒体で実現されたコンピュータ読み取り可能プログラムコード手段を有するコンピュータ読み取り可能記憶媒体上のコンピュータプログラム製品の形態をとる場合もある。ハードディスク、ＣＤ−ＲＯＭ、光学記憶装置、または磁気記憶装置を含むいかなる好適なコンピュータ読み取り可能記憶媒体を利用することもできる。
【０３９０】
本発明を、本発明の実施形態に従った方法、装置（すなわちシステム）およびコンピュータプログラム製品に関するブロック図およびフローチャートの説明図（ｉｌｌｕｓｔｒａｔｉｏｎｓ）を参照して上述した。適当な状況では、ブロック図およびフローチャートの説明図のブロック、およびブロック図およびフローチャートの説明図のブロックの組み合わせは、それぞれコンピュータプログラム命令によって実施することができることは理解されよう。これらのコンピュータプログラムの命令は、汎用コンピュータ、専用コンピュータ、またはマシンを生産するための他のプログラマブルデータ処理装置にロードすることができ、それによりコンピュータまたは他のプログラマブルデータ処理装置で実行される命令が、フローチャートのブロック（１つまたは複数）において指定される機能を実施する手段を生成することができる。これらのコンピュータプログラム命令はまた、コンピュータ読み取り可能メモリに格納することができ、コンピュータ読み取り可能メモリは、フローチャートのブロック（１つまたは複数）で特定された機能を実施する命令手段を含む、コンピュータ読み取り可能メモリに格納された命令が、製造物を生産するような特定の方法で機能するように、コンピュータまたは他のプログラマブルデータ処理装置に指示することができる。コンピュータプログラム命令はまた、コンピュータまたは他のプログラマブルデータ処理装置にロードされ、コンピュータにより実施されるプロセスを生成するために、コンピュータまたは他のプログラマブル装置において一連の動作的ステップが実行されるようにする。それにより、コンピュータまたは他のプログラマブル装置で実行される命令が、フローチャートのブロックで特定された機能を実施するステップを提供する。
【０３９１】
したがって、全体的または部分的なコンピュータによる実施に適切である場合には、ブロック図およびフローチャートの説明図のブロックは、特定の機能を実行する手段の組み合わせ、特定の機能を実行するステップの組み合わせ、および特定の機能を実行するためのプログラム命令手段をサポートする。また、ブロック図およびフローチャートの説明図のかかるブロック、またブロック図およびフローチャートの説明図のブロックの組み合わせは、特定の機能またはステップを実行する専用のハードウェアベースのコンピュータシステム、または専用ハードウェアおよびコンピュータ命令の組み合わせにより実施することができることは理解されよう。
【０３９２】
＜結論＞
結果として、本発明は、製品を製造工場から目的地へ迅速かつ確実に移送することができる製品配送システムを提供する。本発明は、製品の取り扱いを最小化にし、中間地の迂回を最大化し、製品をより大量すなわち大きなまとまり（ｂａｔｃｈｅｓ）で移送する。車両配送の状況においては、これらの改善により、工場から販売業者へのより多くの直行列車、より大きな列車、およびより早い配送へと変わる。本発明は、ネットワークの多数の別個の部分を監視する新規の中央集中的な管理組織を提供し、その管理組織に対する配送ネットワークの可視性の向上ならびにネットワークを動作するためのツールの向上を提供する。これらのツールは、ネットワークのステータスに関し収集された情報から利益を得る。本発明はまた、配送ネットワークの運用をより効率的にするように製品が製造される順序に影響を及ぼすことができるシステムを提供する。
【０３９３】
本発明に関連し、前述の説明および関連する図面に示される教示の利益を得た当業者は、本発明の多くの変更および他の実施形態を考えつくであろう。したがって、本発明は、開示された特定の実施形態に限定されるものではなく、変更および他の実施形態が併記の特許請求項の範囲に含まれることが意図されることは理解されよう。本明細書では特定の用語を用いているが、それらは限定する目的ではなく、包括的および説明的な意味でのみ用いられている。
【図面の簡単な説明】
【図１】
本発明による車両配送システム１０の概略図である。
【図２】
車両流通ネットワークの図式的な表示である。
【図３】
流通ネットワークの一部を示す地図（ｇｅｏｇｒａｐｈｉｃａｌ ｍａｐ）である。
【図４】
集積保管センターから域外へ向かう車両輸送を示す地図である。
【図５】
流通ネットワーク内の基本的な車両の流れの図である。
【図６】
統合ハブの図式的な表示である。
【図７】
データフローネットワークの図式的な表示である。
【図８】
データフローネットワークのさらなる概念図である。
【図９】
荷主データ（鉄道輸送業者データソース５４および車両輸送会社データソース５６等）が送られて製造業者データ５２の一部になり、次に車両追跡システム３４に転送される方法、または代替では、荷主データが製造業者システムを通過せずに追跡システム３４に直接送られる方法を示す図式的なデータフロー図である。代替案では、車両（たとえば、ＶＩＮによって）を配送車両（たとえば、鉄道車両（ｔｒａｉｎ ｃａｒｓ））と関連させる輸送会社により記録が作り出され、この関連記録がシステム３４に送られ得るということは理解されよう。
また、貨車が従来の貨車追跡システムにより追跡され、かかる情報もまた車両位置をより正確に特定するために用いられるということも理解すべきである。
【図１０】
車両追跡システム３４の追跡データベース５０が、保留指示等のユーザ追加データならびにデータ通信インタフェース４０から送られた製造業者データの使用によって更新される方法を示す図式的なプロセス図である。
【図１１】
画面ナビゲーションチャート１０１１である。
【図１２】
４２におけるユーザと、所望の場合に冗長（ｒｅｄｕｎｄａｎｔ）追跡アプリケーションを実行するために用いることができる冗長システムとの連結性を示す線図１０１２である。
【図１３】
追跡システム事業体関係図１０１３である。
【図１４】
追跡システム３４ソフトウェアアプリケーションのオブジェクトクラス階層構造１０１４である。
【図１５】
追跡システム３４ソフトウェアアプリケーションのオブジェクトクラス階層構造１０１５である。
【図１６】
表示可能項目（販売業者、ランプおよびレーン）の画面ショット（ｓｃｒｅｅｎ ｓｈｏｔ）１０１６である。
【図１７】
状況報告書１０１７の画面ショットである。
【図１８】
画面ナビゲーションフロー図１０１８である。
【図１９】
販売業者表示の画面ショット１０１９である。
【図２０】
ユニット表示（別名モデル概要）の画面ショット１０２０である。
【図２１】
車両概要の画面ショット１０２１である。
【図２２】
販売業者表示、状況の詳細の画面ショット１０２２である。
【図２３】
販売業者表示、状況の詳細、保留イベント挿入画面１の画面ショット１０２３である。
【図２４】
販売業者表示、状況の詳細、保留イベント挿入画面２の画面ショット１０２４である。
【図２５】
検索画面の画面ショット１０２５である。
【図２６】
検索結果を示す画面ショット１０２６である。
【図２７】
車両の詳細を示す画面ショット１０２７である。
【図２８】
ランプ表示を示す画面ショット１０２８である。
【図２９】
ランプ表示のユニット内訳（モデル概要）を示す画面ショット１０２９である。
【図３０】
ランプ表示の車両の概要の画面ショット１０３０である。
【図３１】
レーン表示の画面ショット１０３１である。
【図３２】
レーン表示のユニット内訳の画面ショット１０３２である。
【図３３】
レーン表示の車両概要の画面ショット１０３３である。
【図３４】
レーン表示、ステータスの詳細の画面ショット１０３４である。
【図３５】
表示可能項目を示す画面ショット１０３５である。
【図３６】
販売業者表示を示す画面ショット１０３６である。
【図３７】
モデル概要を示す画面ショット１０３７である。
【図３８】
車両概要を示す画面ショット１０３８である。
【図３９】
ステータスの詳細を示す画面ショット１０３９である。
【図４０】
貨車概要を示す画面ショット１０４０である。
【図４１】
ランプ概要を示す画面ショット１０４１である。
【図４２】
車両概要を示す画面ショット１０４２である。
【図４３】
ステータスの詳細を示す画面ショット１０４３である。
【図４４】
車両の詳細を示す画面ショット１０４４である。
【図４５〜５４】
管理構造に関係する。図４５は、管理チーム３１が他の様々な事業体に対して（必ずしも直接管理しているわけではないが）「管理層」を提供する方法を示す管理フローチャートである。ただし、この「管理層」は、必ずしも管理チーム３１によって雇われ、給料または月給を受ける管理チーム３１の従業員ではない。これらの事業体は、必ずしもこれに限定されないが、製造業者の職員３３、車両積み降ろし請負業者３５、運送業者の職員３７（車両輸送車２８を運転する）、鉄道輸送会社の職員４１（列車２３を運転する）、および販売業者２９を含む。車両輸送業者の職員３７および鉄道運送業者の職員４１は、ここでは包括的に「運送業者」の職員として呼ぶことを理解されたい。また、この管理は、上述の事業体の管理構造との接触を介してなされることが好ましいことも理解されたい。しかしながら、多くの管理チームが現場にいるため、管理される側（たとえば、時間給労働者）の活動および結果が監視されることは理解されたい。
【図５５】
プランニングツールへの入力およびプランニングツールからの出力の図である。
【図５６】
プランニングツールの動作に続く流通ネットワーク内の車両の流れの図である。
【図５７】
自動プランニングプロセスの流れの図である。
【図５８】
経路プランデータベースのコンテンツの図である。
【図５９】
日々の経路プロセスの図である。
【図６０】
輸送イベントの説明および流通ネットワーク内のイベントに関連する事業体の図である。
【図６１】
製造工場から集積保管センターへＬＴＤ貨車で車両を輸送する際の車両の流れの図である。
【図６２】
自動車工場から目的地ランプへ２つの集積保管センターを経由して初めに車両輸送車で車両を輸送するための車両の流れの図である。
【図６３】
集積保管センターから目的地ランプおよび販売業者へ車両を輸送するための車両の流れの図である。
【図６４】
製造工場から集積保管センターへ混合貨車で車両を輸送するための車両の流れの図である。
【図６５】
起点工場から販売業者まで車両輸送車によって直送するための車両の流れの図である。
【図１】
2004501039.tif 000048
【図２】
2004501039.tif 000049
【図３】
2004501039.tif 000050
【図４】
2004501039.tif 000051
【図５Ａ】
2004501039.tif 000052
【図５Ｂ】
2004501039.tif 000053
【図６】
2004501039.tif 000054
【図７】
2004501039.tif 000055
【図８】
2004501039.tif 000056
【図９】
2004501039.tif 000057
【図１０】
2004501039.tif 000058
【図１１】
2004501039.tif 000059
【図１２】
2004501039.tif 000060
【図１３】
2004501039.tif 000061
【図１４】
2004501039.tif 000062
【図１５】
2004501039.tif 000063
【図１６】
2004501039.tif 000064
【図１７】
2004501039.tif 000065
【図１８】
2004501039.tif 000066
【図１９】
2004501039.tif 000067
【図２０】
2004501039.tif 000068
【図２１】
2004501039.tif 000069
【図２２】
2004501039.tif 000070
【図２３】
2004501039.tif 000071
【図２４】
2004501039.tif 000072
【図２５】
2004501039.tif 000073
【図２６】
2004501039.tif 000074
【図２７】
2004501039.tif 000075
【図２８】
2004501039.tif 000076
【図２９】
2004501039.tif 000077
【図３０】
2004501039.tif 000078
【図３１】
2004501039.tif 000079
【図３２】
2004501039.tif 000080
【図３３】
2004501039.tif 000081
【図３４】
2004501039.tif 000082
【図３５】
2004501039.tif 000083
【図３６】
2004501039.tif 000084
【図３７】
2004501039.tif 000085
【図３８】
2004501039.tif 000086
【図３９】
2004501039.tif 000087
【図４０】
2004501039.tif 000088
【図４１】
2004501039.tif 000089
【図４２】
2004501039.tif 000090
【図４３】
2004501039.tif 000091
【図４４】
2004501039.tif 000092
【図４５】
2004501039.tif 000093
【図４６】
2004501039.tif 000094
【図４７】
2004501039.tif 000095
【図４８】
2004501039.tif 000096
【図４９】
2004501039.tif 000097
【図５０】
2004501039.tif 000098
【図５１】
2004501039.tif 000099
【図５２】
2004501039.tif 000100
【図５３】
2004501039.tif 000101
【図５４】
2004501039.tif 000102
【図５５】
2004501039.tif 000103
【図５６】
2004501039.tif 000104
【図５７】
2004501039.tif 000105
【図５８】
2004501039.tif 000106
【図５９】
2004501039.tif 000107
【図６０】
2004501039.tif 000108
【図６１】
2004501039.tif 000109
【図６２】
2004501039.tif 000110
【図６３】
2004501039.tif 000111
【図６４】
2004501039.tif 000112
【図６５】
2004501039.tif 000113
【国際公開パンフレット】
2004501039.tif 000114
2004501039.tif 000115
2004501039.tif 000116
2004501039.tif 000117
2004501039.tif 000118
2004501039.tif 000119
2004501039.tif 000120
2004501039.tif 000121
2004501039.tif 000122
2004501039.tif 000123
2004501039.tif 000124
2004501039.tif 000125
2004501039.tif 000126
2004501039.tif 000127
2004501039.tif 000128
2004501039.tif 000129
2004501039.tif 000130
2004501039.tif 000131
2004501039.tif 000132
2004501039.tif 000133
2004501039.tif 000134
2004501039.tif 000135
2004501039.tif 000136
2004501039.tif 000137
2004501039.tif 000138
2004501039.tif 000139
2004501039.tif 000140
2004501039.tif 000141
2004501039.tif 000142
2004501039.tif 000143
2004501039.tif 000144
2004501039.tif 000145
2004501039.tif 000146
2004501039.tif 000147
2004501039.tif 000148
2004501039.tif 000149
2004501039.tif 000150
2004501039.tif 000151
2004501039.tif 000152
2004501039.tif 000153
2004501039.tif 000154
2004501039.tif 000155
2004501039.tif 000156
2004501039.tif 000157
2004501039.tif 000158
2004501039.tif 000159
2004501039.tif 000160
2004501039.tif 000161
2004501039.tif 000162
2004501039.tif 000163
2004501039.tif 000164
2004501039.tif 000165
2004501039.tif 000166
2004501039.tif 000167
2004501039.tif 000168
2004501039.tif 000169
2004501039.tif 000170
2004501039.tif 000171
2004501039.tif 000172
2004501039.tif 000173
2004501039.tif 000174
2004501039.tif 000175
2004501039.tif 000176
2004501039.tif 000177
2004501039.tif 000178
2004501039.tif 000179
2004501039.tif 000180
2004501039.tif 000181
2004501039.tif 000182
2004501039.tif 000183
2004501039.tif 000184
2004501039.tif 000185
2004501039.tif 000186
2004501039.tif 000187
2004501039.tif 000188
2004501039.tif 000189
2004501039.tif 000190
2004501039.tif 000191
2004501039.tif 000192
2004501039.tif 000193
2004501039.tif 000194
2004501039.tif 000195
2004501039.tif 000196
2004501039.tif 000197
2004501039.tif 000198
2004501039.tif 000199
2004501039.tif 000200
2004501039.tif 000201
2004501039.tif 000202
2004501039.tif 000203
2004501039.tif 000204
2004501039.tif 000205
2004501039.tif 000206
2004501039.tif 000207
2004501039.tif 000208
2004501039.tif 000209
2004501039.tif 000210
2004501039.tif 000211
2004501039.tif 000212
2004501039.tif 000213
2004501039.tif 000214
2004501039.tif 000215
2004501039.tif 000216
2004501039.tif 000217
2004501039.tif 000218
2004501039.tif 000219
2004501039.tif 000220
2004501039.tif 000221
2004501039.tif 000222
2004501039.tif 000223
2004501039.tif 000224
2004501039.tif 000225
2004501039.tif 000226
2004501039.tif 000227
2004501039.tif 000228
2004501039.tif 000229
2004501039.tif 000230
2004501039.tif 000231
2004501039.tif 000232
2004501039.tif 000233
2004501039.tif 000234
2004501039.tif 000235
2004501039.tif 000236
2004501039.tif 000237
2004501039.tif 000238
2004501039.tif 000239
2004501039.tif 000240
2004501039.tif 000241
2004501039.tif 000242
2004501039.tif 000243
2004501039.tif 000244
2004501039.tif 000245
2004501039.tif 000246
2004501039.tif 000247
2004501039.tif 000248
2004501039.tif 000249
2004501039.tif 000250
2004501039.tif 000251
2004501039.tif 000252
2004501039.tif 000253
2004501039.tif 000254
2004501039.tif 000255
2004501039.tif 000256
2004501039.tif 000257
2004501039.tif 000258
2004501039.tif 000259
2004501039.tif 000260
2004501039.tif 000261
2004501039.tif 000262
2004501039.tif 000263
2004501039.tif 000264
2004501039.tif 000265
2004501039.tif 000266
2004501039.tif 000267
2004501039.tif 000268
2004501039.tif 000269
2004501039.tif 000270
2004501039.tif 000271
2004501039.tif 000272
2004501039.tif 000273
2004501039.tif 000274
2004501039.tif 000275
2004501039.tif 000276
2004501039.tif 000277
2004501039.tif 000278
2004501039.tif 000279
2004501039.tif 000280
2004501039.tif 000281
2004501039.tif 000282
2004501039.tif 000283
2004501039.tif 000284
2004501039.tif 000285
2004501039.tif 000286
2004501039.tif 000287
2004501039.tif 000288
2004501039.tif 000289
2004501039.tif 000290
2004501039.tif 000291
2004501039.tif 000292
2004501039.tif 000293
2004501039.tif 000294
2004501039.tif 000295
2004501039.tif 000296
2004501039.tif 000297
【国際公開パンフレット（コレクトバージョン）】
2004501039.tif 000298
2004501039.tif 000299
【国際調査報告】
2004501039.tif 000300
2004501039.tif 000301
2004501039.tif 000302