(57)【要約】      （修正有）【課題】ライナベースのサービスにおける注文管理の方法及びシステムを提供する。【解決手段】配送注文を契約する依頼を受け取る。配送注文は、空ライナスロット及び空コンテナを契約する。依頼を約束するべく、業務計画に基づいて、空ライナスロット及び空コンテナの時間的及び地理的利用可能性を決定する。業務計画は、空ライナスロットの利用可能性及び予約を評価して収入を最適化することによって生成される。さらに、業務計画は、設定変更可能な多次元にわたるサーチ及び空コンテナの最適地域内再配置を行うことにより生成される。決定に基づいて依頼への応答を与える。さらに、依頼を当該依頼の受容に基づいて遂行することと、注文、需要と供給、及びビジネスパラメータの状態を連続的に収集かつ更新する。【選択図】図２
2014032645.tif 000002
【特許請求の範囲】
【請求項１】
ライナベースのサービスでの配送注文を管理する統合された方法であって、
配送注文を契約する少なくとも一つの依頼を受け取ることであって、前記配送注文は、少なくとも一つの空ライナスロット及び少なくとも一つの空コンテナを契約することを含むことと、
業務注文管理計画に基づいて、空ライナスロット及び空コンテナの時間的及び地理的利用可能性を決定して前記少なくとも一つの依頼を約束することと、
前記決定に基づいて、前記少なくとも一つの依頼への応答を与えることであって、前記応答は、前記少なくとも一つの依頼の受容、前記少なくとも一つの依頼の交渉、前記少なくとも一つの依頼の拒否の一つを含むことと、
前記少なくとも一つの依頼の受容の場合に前記少なくとも一つの依頼を遂行することと
を含み、
前記業務注文管理計画は、
データベース（１０８）に格納された直近時間範囲にわたり、空ライナスロット及び空コンテナの需要及び利用可能性の予測及び実状態を分析することと、
評価に基づいて、前記少なくとも一つの空ライナスロットの利用可能性及び予約を、収入管理及び一以上の変数の最適化に少なくとも基づく空スロット計画に応じて順応させることと、
多次元にわたる設定変更可能サーチ及び空コンテナの最適地域内再配置に基づく空コンテナ計画と一致する前記少なくとも一つの空コンテナの多次元利用可能性及び予約を評価しかつ順応させることと
によって生成され、
前記遂行することは、前記少なくとも一つの空ライナスロット及び前記少なくとも一つの空コンテナに関連する情報を更新することを含む方法。
【請求項２】
前記業務注文管理計画は予報戦術的注文管理計画から導出され、
前記予報戦術的注文管理計画は、
データベース（１０８）に格納された中期時間範囲にわたり、空ライナスロット及び空コンテナの需要及び利用可能性の予測及び実状態を分析することと、
収入管理及び一以上の変数の最適化に少なくとも基づいて、前記少なくとも一つの空ライナスロットの利用可能性及び予約を評価しかつ順応させることと、
前記空コンテナの最適地域相互間再配置に基づいて、前記少なくとも一つの空コンテナの多次元利用可能性及び予約を評価しかつ順応させることと
によって生成される、請求項１に記載の方法。
【請求項３】
前記予報戦術的注文管理計画は、前記データベース（１０８）に格納された注文、空コンテナ、及び空ライナスロットの予測及び実状態に基づいて周期的に更新される、請求項２に記載の方法。
【請求項４】
前記予報戦術的注文管理計画は、
配送需要の長期的期待を分析することと、
前記分析に基づいて、サービスが提供される市場における、時間的及び地理的に分散された固定資産の取得及び展開を計画するべく供給応答を決定することであって、前記固定資産は、ライナ、ライナスロット、及びコンテナの少なくとも一つを含むことと
によって生成される予報戦略的注文管理計画から導出される、請求項２に記載の方法。
【請求項５】
前記予報戦略的注文管理計画は、前記データベース（１０８）に格納された注文、空コンテナ、及び空ライナスロットの予測に基づいて周期的に更新される、請求項４に記載の方法。
【請求項６】
前記決定は、
前記少なくとも一つの依頼の優先順位状態を特定し、前記依頼の前記優先順位状態に基づいて予約された空ライナスロット及び予約された空コンテナを与えることと、
前記少なくとも一つの依頼を先行契約及び遅れた契約の一つのために評価することと
を含む、請求項１に記載の方法。
【請求項７】
前記少なくとも一つの依頼の遂行に基づいて、前記業務注文管理計画を更新することをさらに含み、
注文、空コンテナ、及び空ライナスロットすべての予測及び状態が前記データベース（１０８）に格納され、
前記業務注文管理計画は、周期的ベース及びオンデマンドベースの一つで更新される、請求項１に記載の方法。
【請求項８】
ライナベースのサービスでの配送注文を管理する注文管理システム（１０２）であって、
プロセッサ（１１０）と、
前記プロセッサ（１１０）に接続されるメモリ（１１２）と
を含み、
前記メモリ（１１２）は、
予測及び計画モジュール（１２０）と、
注文約束及び履行モジュール（１２２）と
を含み、
前記予測及び計画モジュール（１２０）は、
長期的配送需要を分析して前記分析に基づき予報戦略的注文管理計画を生成することと、
中期時間範囲にわたる前記物流容量の需要と供給を決定し、前記予報戦略的注文管理計画に応じて生成される予報戦術的注文管理計画を、前記決定に基づいて生成することと、
直近期予測と配送注文を契約する少なくとも一つの依頼とを組み合わせることによって、前記予報戦術的注文管理計画に基づく業務注文管理計画を生成することと
を行うべく設定され、
前記注文約束及び履行モジュール（１２２）は、
配送注文を契約する少なくとも一つの依頼を受け取ることであって、前記配送注文は、少なくとも一つの空ライナスロット及び少なくとも一つの空コンテナを契約することを含むことと、
前記業務計画に基づいて、空ライナスロット及び空コンテナの時間的及び地理的利用可能性を決定して前記少なくとも一つの依頼を約束することと、
前記決定に基づいて前記少なくとも一つの依頼への応答を与えることであって、前記応答は、前記少なくとも一つの依頼の受容、前記少なくとも一つの依頼の交渉、及び前記少なくとも一つの依頼の拒否を含むことと
を行うべく設定される注文管理システム（１０２）。
【請求項９】
前記予測及び計画モジュール（１２０）は戦略モジュール（１３０）を含み、
前記戦略モジュール（１３０）は、
前記長期的配送需要の供給側応答を決定することと、
前記供給側応答に基づいて、選択された配送市場における、時間的及び地理的に分散された固定資産の取得及び展開に対する計画を進展させることと
を行うべく設定される、請求項８に記載の注文管理システム（１０２）。
【請求項１０】
前記予測及び計画モジュール（１２０）は戦術モジュール（１３２）を含み、
前記戦術モジュール（１３２）は、
中期時間範囲にわたり、空ライナスロット及び空コンテナの需要供給予測を分析することと、
収入管理及び一以上の変数の最適化に少なくとも基づいて、前記少なくとも一つの空ライナスロットの利用可能性及び予約を評価することと、
前記空コンテナの地域相互間再配置に基づいて、少なくとも一つの空コンテナの多次元利用可能性及び予約を計算することと
を行うべく設定される、請求項８に記載の注文管理システム（１０２）。
【請求項１１】
前記予測及び計画モジュール（１２０）は業務モジュール（１３４）を含み、
前記業務モジュール（１３４）は、前記少なくとも一つの依頼に割り当てられる物流容量及び資源を特定するべく設定される、請求項８に記載の注文管理システム（１０２）。
【請求項１２】
前記注文約束及び履行モジュール（１２２）は、
前記少なくとも一つの空ライナスロットの最適利用可能性及び予約を、収入管理並びに一以上の変数及び一以上のパラメータの最適化に少なくとも基づく空スロット計画に応じて評価することと、
多次元にわたる設定変更可能サーチ及び空コンテナの最適地域内再配置に基づく空コンテナ計画と一致する少なくとも一つの空コンテナの最適多次元利用可能性及び予約を計算することと
を行うべくさらに設定される、請求項８に記載の注文管理システム（１０２）。
【請求項１３】
前記一以上のパラメータは、配送需要、サービスルート、ライナ容量、空コンテナ需要、港の容量、コンテナのタイプ、及び関連コストを少なくとも含む、請求項１２に記載の注文管理システム（１０２）。
【請求項１４】
前記配送物流サービス提供業者に関連するデータにおける任意の変更を検知する場合にデータベース（１０８）をできる限り迅速に更新するべく設定される追跡モジュール（１２４）をさらに含み、
前記データベース（１０８）は、履歴及び現行配送契約依頼、物流詳細、金銭的詳細、顧客詳細、割り当て、利用可能性、並びに複数の設定パラメータの一以上を格納するべく設定される、請求項８に記載の注文管理システム（１０２）。
【請求項１５】
ライナベースのサービスでの配送注文を管理する方法を遂行するコンピュータプログラムが具体化されたコンピュータ可読媒体であって、
前記方法は、
配送注文を契約する少なくとも一つの依頼を受け取ることであって、前記配送注文は、少なくとも一つの空ライナスロット及び少なくとも一つの空コンテナを契約することを含むことと、
業務注文管理計画に基づいて、空ライナスロット及び空コンテナの時間的及び地理的利用可能性を決定して前記少なくとも一つの依頼を約束することと、
前記決定に基づいて、前記少なくとも一つの依頼への応答を与えることであって、前記応答は、前記少なくとも一つの依頼の受容、前記少なくとも一つの依頼の交渉、前記少なくとも一つの依頼の拒否の一つを含むことと、
前記少なくとも一つの依頼の受容の場合に前記少なくとも一つの依頼を遂行することと
を含み
前記業務注文管理計画は、
データベース（１０８）に格納された直近時間範囲にわたり、空ライナスロット及び空コンテナの需要及び利用可能性の予測及び実状態を分析することと、
評価に基づいて、前記少なくとも一つの空ライナスロットの利用可能性及び予約を、収入管理及び一以上の変数の最適化に少なくとも基づく空スロット計画に応じて順応させることと、
多次元にわたる設定変更可能サーチ及び空コンテナの最適地域内再配置に基づく空コンテナ計画と一致する前記少なくとも一つの空コンテナの多次元利用可能性及び予約を評価しかつ順応させることと
によって生成され、
前記遂行することは、前記少なくとも一つの空ライナスロット及び前記少なくとも一つの空コンテナに関連する情報を更新することを含むコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に注文管理に関し、詳しくは、ライナ及びコンテナベースの物流サービスにおける注文管理に関する。
【背景技術】
【０００２】
一般に、配送物流サービス提供業者は、ライナ、コンテナ、及び同等の機器を使用して顧客の輸送及び物流注文にサービスを提供する。典型的な会社は、ライナ及びコンテナ、貨物タンカー、並びに／又は他の物流資産を所有又は運用する会社を含む。小さな会社は、コンテナのようないくつかの資産を所有又は運用するが他の資産を所有又は運用することはない。一般に、当該配送物流サービス提供業者は、先着順のような簡単なビジネスルールに基づいて注文を管理する。すなわち、一般にオンラインで注文が届くシーケンスで注文を完了する。
【０００３】
いくつかのサービス提供業者は、実注文の前に仮注文を契約して顧客からの直前注文に対し良好なサービスを保証することにより、最大の売上収入を得る改善を行っている。普及しているサプライチェーン管理及び企業資源計画システムも当該注文管理の方法及びシステムをサポートする。サポートされる多くのポリシーは視野が狭く、良好だが将来的な機会で損をする一方で粗悪だが即時的な機会を提供する傾向がある。かかる注文管理ルールは、当該プロセスの最適化を与えることがない。これにより、配送サービス提供業者は、顧客に提供されるサービスレベルを改善することができない。また、配送サービス提供業者は、自身の高価な資産を科学的に割り当てることから高い収入及び利ざやを生み出し、その結果、自身の顧客すなわち配送業者に提供するサービスレベルをも改善するということができない。
【発明の概要】
【０００４】
本概要は、ライナ配送サービスの注文管理システム及び方法に関する概念を紹介するべく与えられる。当該概念はさらに、以下の詳細な説明に記載される。本概要は、請求項に係る発明の本質的特徴を特定することを意図したものではなく、請求項に係る発明の範囲を決定又は限定するべく使用されることを意図したものでもない。
【０００５】
一実施例において、ライナベースのサービスでの配送注文を管理する単数又は複数の方法及びシステムが記載される。本方法は、配送注文契約を求める少なくとも一つの依頼を受けることを含む。配送注文は、少なくとも一つの空ライナスロット及び少なくとも一つの空コンテナを契約することを含む。さらに、本方法は、業務注文管理計画に基づき、空ライナスロット及び空コンテナの時間的及び地理的利用可能性を決定して当該少なくとも一つの依頼を約束することを含む。業務注文管理計画は、当該少なくとも一つの依頼に割り当てられる物流容量及び資源を特定するべく、直近期間予測と当該少なくとも一つの依頼とを組み合わせる。さらに、業務注文管理計画は、データベースに格納された直近時間範囲にわたる空ライナスロット及び空コンテナの需要及び利用可能性の予測及び実状態を分析することによって生成される。さらに、業務注文管理計画は、空ライナスロット計画に従って当該少なくとも一つの空ライナスロットの利用可能性及び予約を評価しかつ順応させることによって生成される。空ライナスロット計画は、少なくとも収入管理及び一以上の変数の最適化に基づく。業務注文管理計画は、多次元利用可能性、及び空コンテナ計画と一致する当該少なくとも一つの空コンテナの予約を評価しかつ順応させることを含む。空コンテナ計画は、空コンテナの多次元にわたる設定変更可能サーチ及び最適な地域内再配置に基づく。
【０００６】
加えて、本方法は、当該決定に基づき当該依頼への応答を与えることを含む。当該応答は、当該少なくとも一つの依頼の受容、当該少なくとも一つの依頼の交渉、及び当該少なくとも一つの依頼の拒否の一つを含む。本方法は、当該少なくとも一つの依頼の受容の際に、当該少なくとも一つの依頼を遂行することも含む。当該遂行は、当該少なくとも一つの空ライナスロット及び少なくとも一つの空コンテナに関する情報を更新することを含む。したがって、本方法は、配送注文の計画、契約、及び遂行の統合された方法である。
【図面の簡単な説明】
【０００７】
添付図面を参照して詳細な説明が与えられる。図面において、参照番号の最も左にある単数又は複数の数字が、当該参照番号が最初に現れる図面を特定する。複数の図面を通して、同じ特徴及びコンポーネントを参照するべく同じ番号が使用される。
【０００８】
【図１】本発明の一実施例に係る配送物流サービス提供産業における注文管理システムのネットワーク実装を例示する。
【図２】本発明の一実施例に係る注文管理システムの様々なフェーズを例示する。
【図３】本発明の一実施例に係る、ライナ会社のための注文契約方法を例示するフローチャートを示す。
【図４】本発明の一実施例に係る、バッチ処理中の注文選択方法を例示するフローチャートを示す。
【図５】本発明の一実施例に係る、ライナ空スロット計画方法を例示するフローチャートを示す。
【図６】本発明の一実施例に係る、空コンテナ再分配計画方法を例示するフローチャートを示す。
【図７】本発明の一実施例に係る、注文契約前の逐次的Ｎ次元（ＮＤ）サーチ方法を例示するフローチャートを示す。
【発明を実施するための形態】
【０００９】
貿易のグローバル化が進み及び様々な配送物流サービス提供業者間の競争が増す中、有効な注文管理が、配送物流サービス提供産業のための重要な成功因子の一つとなっている。しかしながら、有効な注文管理は極めて困難かつ複雑である。グローバル貿易ルート、配送提携、過酷な要求をする顧客、差別型製品要求、及び硬直した市場競争が急増する中、配送物流サービス提供産業における注文管理の科学的方法が、落ち込む収入及び利ざやを改善する機会を与えるのと同時に、広く報告されている、サービスの質の欠点を克服する。
【００１０】
配送物流サービス提供産業での注文管理に対する従来型アプローチ及び実務は、中期予報戦術的及び短期業務的双方の注文管理計画の要素を含むが、非常に統合的かつ科学的な態様とはいえない。当該サービスは輸送及び他の地理的に広がるサービスを伴うので、需要と供給、値段とコスト、量、及びリードタイムのような多次元の不確実性が現れる。多くの不確実性は、例えばライナスロット、コンテナ、並びに他の容量及び資源の分散された安全ストックによって戦術的に緩和され得るが、当該プロセスは、過度の単純化及び次善であることが多い。業務レベルでは、例えば、先着順（first-come-first-serve（ＦＣＦＳ））ポリシーが広く適用される。実注文を見越して、より価値がある顧客に対する仮注文を事前処理するＦＣＦＳポリシーは、限られた利益を与えるのみである。また、迅速な応答のオンライン式である注文約束のほとんどは、収入又は顧客サービスを最適化する機会を制限する。
【００１１】
したがって、特に、需要が供給を上回る状況において、及び他の多くの状況においても、当該従来型アプローチは、サービス提供業者へのリターン又は配送業者への物流サービス信頼性のいずれも最大化することができない。その結果、配送業者は、信頼できないサービスを経験し、サービス提供業者は、非効率的な資産利用により収入及び利ざやを改善する機会を失う。規模及び範囲双方の複雑性に起因して、様々な資源の計画、割り当て、及び使用のような管理が複雑かつ次善となる。したがって、全体的な収入及びサービス信頼性を向上させるには、注文管理システムとプロセスの、統合された科学的かつ効率的な組み合わせが必要とされている。
【００１２】
様々な実装において、本発明は注文管理システムを開示する。本発明は、海洋配送注文の約束及び履行を計画及び管理することを促進するプロセスの統合セットを与え、情報ベースを管理する。注文管理システムは、ライナスロットのような永続しない容量収入管理の一般原理、及びコンテナのような資源の高度な納期回答の一般原理を、当該資産のいくつか又はすべてに対する関連科学的戦術及び／又は業務の注文管理計画とともに実装する。特に、永続しない資産、容量、及び資源に対するがこれらに限られないセグメント化された需要が供給を超える場合には、注文管理システムは、需要セグメントを考慮することもできて、注文を選択的に約束し及びかかる注文に資源を割り当てることができる。注文管理システムは、２つのフェーズすなわち予測ベース及び注文ベースでの注文管理のタスクを行うことができる。予測ベースの注文管理は、需要供給予測を含む。需要供給予測は、サービスを受ける港及び駅での需要に基づいてライナスロット及びコンテナの戦術的割り当て及び予約を推進するのに役立つ。さらに、監視、追跡、及び記録保持に引き続いての実注文が使用されて、予測ベースの予報戦術的注文管理計画が、注文の契約又は約束及び注文の履行又は遂行を目的として連続的かつ反応的に改善される。
【００１３】
契約の依頼は、異なる積載又は貨物配送元において販売代理店が取り扱う。当該依頼は、配送注文の契約依頼である。当該配送注文は、ライナスロット及びコンテナの数及びタイプを含む多次元での記載を含む。タスク又は注文約束は、ライナスロット、コンテナ、並びに他の容量及び資源を多次元で徹底的にサーチすることにより増大する。多次元とは、例えば、タイムバケット、場所、利用可能資産、及び代替資産である。当該徹底的なサーチに基づき、販売代理店は、契約を確認するか又はしない。したがって、注文約束とは、必要に応じて、交渉と、義務の中でもとりわけ、配送業者のような顧客に対する、配送元から配送先への品物の輸送のための量及び期限日という義務を果たすこととをいう。当該徹底的なサーチは、依頼又は注文の拒否につながり得る。一実装において、注文約束は、オンラインで、バッチで、又は時々オンライン及び時々バッチで行われる。
【００１４】
注文がひとたび顧客に約束されると、当該義務を果たすべく、様々な容量及び資源が割り当てられる。したがって、注文履行とは、輸送及び物流タスクが約束どおり完了されることを保証するタスク及びアクティビティを行うこととともに、義務を果たすべく固有のライナスロット、コンテナ、及び他の容量及び資源を割り当てることをいう。注文履行のタスクは、ライナスロット、コンテナ、並びに他の容量及び資源並びに例外取り扱い能力を多次元サーチすることにより増大する。注文、スロット、コンテナ、又は他の容量若しくは資源の状態に変更がある場合はいつでも、当該変更が監視され、追跡され、及びグローバル記録保持のためのデータベースに反映される。
【００１５】
したがって、本発明は、注文、コンテナ、ライナスロット、関連資源、及び容量の使用を連続監視及び追跡するシステムを含む、いくつかのシステム、方法、及び情報を統合する。注文管理システムはまた、優先順位がセグメント化され、時間的及び地理的に分散され、動的かつ持続的な、利用可能かつ割り当てられるインベントリ、コンテナ、ライナスロット、並びに異なるタイプの関連資源及び容量のためのデータ及び情報を統合する。注文管理システムは加えて、最大の収益性及びサービス信頼性を保証するべく、収入管理、高度な納期回答、並びに科学的な戦術及び業務管理のための方法を統合する。
【００１６】
ここに記載される注文管理システムは、リターンを最大化する優先順位割り当てにより顧客注文を管理するべく、配送物流サービス提供産業において、例えば、好都合な場合には、当該需要予測を許容するのに履歴が利用可能な確率論的、地理的アンバランス、及び価値セグメント化された需要と、不確実な供給及び割り当てと、先行販売／契約／約束と、高い容量変更コストを有する固定容量と、地理的業務階層と、永続せずかつ代替可能な資産との連続フローを有する産業において、使用することができる。永続せずかつ代替可能な資産の例は、ライナスロット、列車及びトラック上にある同等の容量、静的場所、及びコンテナを含むがこれらに限られない。さらに、注文管理システムは、配送物流サービス提供産業における収入及び収益性の、様々な未踏の次元を獲得することを可能とする。加えて、注文管理システムは、地理的に分散されたサービスネットワークにおける、提供されるサービスの信頼性及び資産の利用を改善することができる。
【００１７】
本発明は、とりわけ、どの注文に優先順位がつけられるかに基づいて機会の状況を決定する方法及びシステムに基づく。好都合な場合には、本システムは、優先順位がセグメント化され、時間的及び地理的に分散され、動的かつ持続的な、利用可能かつ割り当てられるインベントリ、コンテナ、ライナスロット、並びに異なるタイプの関連資源及び容量に基づいて注文を選択、約束、及び履行することができる。さらに、本発明は、注文と、コンテナ、ライナスロット、並びに関連資源及び容量の使用との連続的監視及び追跡を与える。動的かつ業務的なマスター計画が、計算かつ連続更新される。需要予測と、配送サービスを目的にすでに受けた実注文と、空ライナスロット又は他の物流容量並びに空コンテナ又は他の物流資源の供給とに基づいて、需要と供給のバランスが最適化される。加えて、これらのコンテナ、ライナスロット、並びに関連資源及び容量のいくつか又はすべてが、長期及び／又は短期の収入及びサービス信頼性を最大化するべく約束かつ割り当てられる。したがって、本方法は、配送注文の計画、契約、及び遂行が統合された方法である。
【００１８】
配送物流サービス提供産業における注文管理を目的とする記載のシステム及び方法の側面は任意数の異なるシステム、環境、及び／又は設定で実装することができるが、実施例は、以下の記単数又は複数システムアーキテクチャに関連して記載される。
【００１９】
本発明の一実施例によれば、図１は、注文管理システム１０２を実装するネットワーク環境１００を例示する。一例において、例えばライナ配送のような配送物流サービス提供産業は、注文管理システム１０２を実装する。注文管理システム１０２は、組織的、地理的、及び時間統合的かつ協同的態様で貨物配送注文を契約及び遂行する。したがって、注文管理システム１０２は、その高価な資産を科学的に割り当てることにより高い収入及び利ざやを得る機会だけでなく、配送業者のような顧客に提供されるサービスレベルを改善する機会についても利用を促進する。
【００２０】
一実装において、ネットワーク環境１００は、様々なオフィスパーソナルコンピュータ、ラップトップ、様々なサーバ、及び他の計算装置を含む会社のネットワークである。会社の例は、配送物流サービス提供業者の会社を含む。当業者によって理解されることだが、当該会社は、配送ビジネスの任意部門に関連する任意の会社である。他実装において、ネットワーク環境１００は、パブリッククラウドのようなパブリックネットワークを含む。
【００２１】
注文管理システム１０２は、様々な計算システムすなわち汎用コンピュータ、サーバ、ネットワークサーバ、又は、十分な計算能力及びストレージ容量を有する適切な代替物に実装することができる。さらに、理解されることだが、注文管理システム１０２は、複数のユーザ装置１０４−１、１０４−２、１０４−３、…、１０４−Ｎに接続することができる。これらは集合的に複数のユーザ装置１０４と称し、個別的には一のユーザ装置１０４と称する。ユーザ装置１０４は、販売の又は販売代理店のユーザ、サービス提供業者の業務担当者、プランナ、及びビジネスマネージャのようなユーザが使用する。一実装において、注文管理システム１０２は、統合グローバル企業データベース管理サブシステム１０８及びグローバル通信ネットワーク１０６を有する既存情報テクノロジーのインフラストラクチャ内に含まれる。
【００２２】
ユーザ装置１０４はまた、例えばワークステーション、デスクトップコンピュータ、ラップトップ、又は、十分な計算能力及びローカルストレージ容量を有する適切な代替物を含む様々な従来型計算装置のいずれかとして実装される。様々な販売及び業務マネージャ及び担当者は、ユーザ装置１０４を使用して、地理的に広がりかつ階層的構造の配送物流サービス提供業者の組織に注文管理を実装することができる。代替的に、小さな会社に対しては、注文管理システム１０２及び関連ユーザ装置１０４は、限られた数のパーソナルコンピュータにより、相対的に小さな規模で実装することができる。一実装において、注文管理システム１０２がサポートする複数のユーザ装置１０４は、ライナスロット、コンテナ、並びに他の容量及び資源の予報戦術的注文管理計画を目的として、ビジネスマネージャ又はプランナが使用する。様々なビジネスマネージャ及びプランナは、ユーザ装置１０４を使用して、異なる市場のために、異なるタイプのライナスロット、コンテナ、並びに他の容量及び資源の地理的かつ時間的に広がる利用可能性の複数部分を分配し及び、適切な場合には、予約することができる。
【００２３】
図に示されるように、ユーザ装置１０４は、一以上の通信リンクを通して一以上のエンドユーザが注文管理システム１０２にアクセスしこれを操作することを促進するネットワーク１０６のようなグローバル通信ネットワークを介して、注文管理システム１０２に通信接続される。サービス提供業者のネットワーク１０６は、様々な企業サブシステムに相互接続され、注文管理システム１０２並びにその関連システム及びサブシステムにおける、統合された通信及び情報の共有を可能とする。一実装において、ネットワーク１０６は、無線ネットワーク、有線ネットワーク、又はこれらの組み合わせである。ネットワーク１０６はまた、個別ネットワーク、又は多くの当該個別ネットワークの集合である。これらは互いが相互接続され、例えばインターネット又はイントラネットのような一の大きなネットワークとして機能する。
【００２４】
ネットワーク１０６は、イントラネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネット等のような異なるタイプのネットワークの一つとして実装される。ネットワーク１０６は、専用ネットワーク又は共有ネットワークのいずれかである。これらは、例えばハイパーテキストトランスファープロトコル（ＨＴＴＰ）、トランスミッションコントロールプロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）等のような、互いに通信し合うべく様々なプロトコルを使用する異なるタイプのネットワークの結合を代表する。さらに、ネットワーク１０６は、様々なネットワーク装置を含む。これらは、ルータ、ブリッジ、サーバ、計算装置、ストレージ装置等を含む。
【００２５】
一実装において、注文管理システム１０２は、データベース１０８のようなグローバル統合データベースに接続される。図には示されないが、データベース１０８も、ネットワーク環境１００にあるネットワーク１０６及び他のすべてのネットワークに接続されることが理解される。ユーザ装置１０４も、ネットワーク１０６を介してデータベース１０８に通信接続される。データベース１０８は、注文管理システム１０２及び他のすべての企業サブシステムが利用又は生成する高品質データ及び情報の一体かつ統合ストレージとして機能する。
【００２６】
データベース１０８は、リアルタイムで更新される情報を格納する。当該情報は、履歴需要、注文、その配送元・配送先、リードタイム、量、変化、及びその収入寄与と、顧客情報と、配送サービスネットワークにおける、マルチホップ又は積み換えオプション含む異なるルートのための稼働輸送ネットワーク情報、移動時間、及びコストと、ビジネス制約、ルール、ポリシーと、需要供給容量が予測されたコンテナ、ライナスロット、並びに関連資源及び容量の利用可能性及び割り当てと、処理中及び異なる状態の注文とを含むがこれらに限られない。一実装において、データベース１０８は、各注文の到着から拒否／完了までの状態記録を含む。データベース１０８は、注文管理システム１０２の状態名及び注文状態を保持する。
【００２７】
一実装において、データベース１０８は、リレーショナルデータベースとして設けられ、リレーショナルテーブル、オブジェクト指向リレーショナルテーブル、インデクス付きテーブルのような様々なフォーマットでデータを格納する。さらに、理解されることだが、データベース１０８は、業務データベース、分析データベース、階層データベース、分散データベース、又はネットワークデータベースのような、他の様々なタイプのデータベースのいずれかとして設けられる。データベース１０８は注文管理システム１０２の外部に示されているが、データベース１０８は、配送物流サービス提供業者の企業資源及び容量計画システムの、統合されかつ緊密接続された要素であることがわかる。また、データベース１０８は、すべてのタイプのデータを格納する一のデータベースとして示されているが、データベース１０８も、各データベースが、資産データ、注文データ、顧客データ履歴ビジネスデータ、及びポリシーデータのような特定タイプのデータを格納する複数のデータベースとして実装できることがわかる。さらに、データベース１０８は、一以上のデータウェアハウス及びデータマートを含み、集中化又は分散化される。
【００２８】
一実装において、注文管理システム１０２は、メモリ１１２に接続された単数又は複数のプロセッサ１１０を含む。注文管理システム１０２は、単数又は複数のインターフェイス１１４をさらに含む。さらに、単数又は複数のインターフェイス１１４は、様々なソフトウェア及びハードウェアインターフェイスを含む。例えば、キーボード、マウス、外部メモリ、ディスプレイ、及びプリンタのような単数又は複数の周辺装置のためのインターフェイスである。加えて、単数又は複数のインターフェイス１１４により、注文管理システム１０２は、ウェブサーバ及び外部リポジトリのような他の装置と通信することができる。単数又は複数のインターフェイス１１４はまた、例えば、ＬＡＮ、ケーブル等の有線ネットワーク、及びＷＬＡＮ、携帯電話、又は衛星のような無線ネットワークを含む広く様々なネットワークプロトコールタイプ内における複数通信を促進する。当該目的のため、単数又は複数のインターフェイス１１４は一以上のポートを含む。
【００２９】
単数又は複数のプロセッサ１１０は、一以上のマイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタル信号プロセッサ、中央処理装置、状態機械、論理回路、及び／又は動作命令に基づいて信号を操作する任意のデバイスとして実装される。能力の中でも特に、単数又は複数のプロセッサ１１０は、メモリ１１２に格納されたコンピュータ可読命令をフェッチかつ遂行するべく設定される。
【００３０】
メモリ１１２は、業界周知の任意のコンピュータ可読媒体を含む。これは、例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）及びダイナミックランダムアクセスメモリ（ＤＲＡＭ）のような揮発性メモリ及び／又はリードオンリーメモリ（ＲＯＭ）のような不揮発性メモリ、消去可能プログラマブルＲＯＭ、フラッシュメモリ、ハードディスク、光ディスク、並びに磁気テープを含む。さらに、メモリ１１２は、単数又は複数のモジュール１１６を含み、データベース１０８はデータ１１８を含む。
【００３１】
単数又は複数のモジュール１１６は、例えば、予測及び計画モジュール１２０、注文約束及び履行モジュール１２２、追跡モジュール１２４、ＳｙｓＡｄ及びＭＩＳモジュール１２６、並びに他の単数又は複数のモジュール１２８を含む。他の単数又は複数のモジュール１２８は、注文管理システム１０２が行うアプリケーション又は機能を補足するプログラム又はコード化命令を含む。予測及び計画モジュール１２０は、戦略モジュール１３０、戦術モジュール１３２、及び業務モジュール１３４を含む。注文約束及び履行モジュール１２２は、注文約束又は契約モジュール１３６及び注文履行又は遂行モジュール１３８を含む。さらに、ＳｙｓＡｄ及びＭＩＳモジュール１２６は、アプリケーションモジュール１４０、設定モジュール１４２、及び管理モジュール１４４を含む。上述のモジュールは注文管理システム１０２の内部に示されているが、代替的実装において、これらのモジュールのそれぞれが、ネットワーク１０６に接続される異なる計算装置又はサブシステムによって実装されてよい。
【００３２】
データ１１８は、ライナスロットデータ１４６、コンテナデータ１４８、注文及び契約データ１５０、履歴データ１５２、予測及び計画１５４、設定及びアドミニストレーションデータ１５６、及び他のデータ１５８を含む。他のデータ１５８はとりわけ、一以上のモジュール１１６にある単数又は複数のモジュールの遂行結果として処理され、受け取られ、又は生成されデータを格納するリポジトリとして機能する。図に示されるように、データ１１８は、注文管理システム１０２に接続されるデータベース１０８のような外部リポジトリに存在する。注文管理システム１０２は、データ１１８から情報を得るべく、単数又は複数のインターフェイス１１４を介してデータベース１０８と通信する。
【００３３】
一実装において、注文管理システム１０２は、地理的に分配、すなわち地域又はグローバルベースで分散化される。注文管理システム１０２は、注文管理システム１０２のすべてのインスタンスをサポートするべく論理的に統合かつ集中化されるが固有の実装では物理的に分散化されるデータベース１０８を使用して、共通の及び固有のデータ及び情報すべてを格納し、読み取り、及び管理する。販売及び業務マネージャのようなユーザは、ユーザ装置１０４を使用し、ネットワーク１０６のようなグローバル通信ネットワークを介して注文管理システム１０２にアクセスし、注文管理を地域又はグローバルベース、階層等により実装する。さらに、注文管理システム１０２及び論理は、地理的に広がりかつ階層的等の構造にある配送物流サービス提供業者の様々な販売及び業務場所並びにノードにおいて複製される。
【００３４】
ＳｙｓＡｄ及びＭＩＳモジュール１２６の設定モジュール１４２は、注文管理システム１０２を促進し、装置１０４を使用して、販売の又は販売代理店のユーザから配送業者の契約依頼／注文を受け取る。注文管理システム１０２は、受容及び確認又は拒否に向けて依頼／注文を最適に処理するべくユーザをサポートする。当該注文の有効期間の異なるステージにおいて、サービス提供業者の業務担当者は、契約された注文の状態を、ユーザ装置１０４を使用してチェックする。業務担当者は、確認された注文の異なる側面を遂行し、空コンテナ及び資源の移動のような内部タスクも行う。さらに、注文管理システム１０２は、到着から拒否又は完了まで及び最終的には履歴記録に入る各注文状態の多重性の設定を許容する。
【００３５】
他実装において、ＳｙｓＡｄ及びＭＩＳモジュール１２６は、注文管理システム１０２及び他のサブシステムの管理及び設定を許容する。当該管理及び設定は、単数又は複数のインターフェイス１１４のような、適切に設計されたユーザインターフェイスを介して行うことができる。データベース１０８はまた、注文管理システム１０２の様々な設定を格納することができる。当該設定の例は、サービス提供業者が用いる業務のタイプ並びに容量及び資源のタイプと、戦略的／戦術的／業務的注文管理計画のための時間範囲と、予測及び計画のための時間的粒度選択と、使用される計画モデルのタイプ及び性質と、ライナスロット、コンテナ、並びに他の容量及び資源に割り当てられる様々な可能状態の名称と、注文評価額の重みと、コンテナ及び他の資源をサーチする順番とを含むがこれらに限られない。当該設定は、注文管理システム１０２による要求があるときに、データベース１０８から取得することができる。
【００３６】
一実装において、予測及び計画モジュール１２０は、配送需要を予測し、異なる時間的粒度で供給を計画する。戦略モジュール１３０は、配送需要の長期的期待を予測及び分析し、予報供給側応答計画を決定する。戦略モジュール１３０は、選択された配送元及び配送先の市場における、戦略的並びに時間的及び地理的に分散された固定資産の取得及び展開のための計画を与える。固定資産の例は、ライナ、ライナスロット、コンテナ、並びに同等の、トラック及び列車における容量を含むがこれらに限られない。予測及び計画モジュール１２０の戦略モジュール１３０は、要求される資源タイプによって地理的場所ごとに、配送需要体積及び価格の期待の尺度の、例えば月ごとのような時間的粒度が高い予報戦略的注文管理予測を、これを行うための制約及びコストとともに与えるが、これに限られない。戦略モジュール１３０は、例えば、内発的及び外発的変数あり／なしの時系列、主観的判断方法、並びに／又はこれらの組み合わせを含む方法の組み合わせを使用する。
【００３７】
データベース１０８におけるデータを使用することによって、戦略モジュール１３０は、例えば、様々な正式ビジネスモデルを有する混合整数線形計画法、メタヒューリスティクス、ヒューリスティクス、及びシミュレーションのような最適化手法を使用し、最善の資産取得及び展開の計画を戦略的レベルで生成する。当該計画の例は、ライナサービスのルート及び頻度、ベッセルのサイズ及び数、タイプごとのコンテナ船隊要求、積載及び再配置の地理的分配、及び提携パートナーにとって利用可能とされるサービスを含むが、これらに限られない。さらに、戦略モジュール１３０は、計画期間において行われる物流サービスビジネスの性質及び程度を特定し、ビジネスゴール達成のための、ライナ及びコンテナを含む物流資産の適切なベースを規定する。戦略モジュール１３０は、データベース１０８から設定及び履歴データ情報を取得し、計画及び他の結果をデータベース１０８に戻して格納する。
【００３８】
一実装において、予測及び計画モジュール１２０の戦術モジュール１３２は、中期的時間範囲にわたる需要及び供給側資産位置を予測及び分析し、ライナスロット及びコンテナの利用可能性を、設定された近い範囲にわたって予測される変化に適応させるべく、予報戦略的注文管理計画の予報修正及び詳細化を行う。戦術モジュール１３２は、特定の時間的又は地理的粒度で時間的計画範囲を予測する。予測前の多次元集合により及び予測の集合分解によりすべてのタイプのライナスロット、コンテナ、並びに他の容量及び資源が予測され、及び標準的予測アプローチ及びアルゴリズムの選択が予測される。戦術モジュール１３２は、データベース１０８から設定及び履歴データを読み取り、当該予測をデータベース１０８に戻して書き込む。
【００３９】
一実装において、戦術モジュール１３２からの予測が、満杯及び空のライナスロットの予報戦術的注文管理計画に対し、積載済及び空のコンテナ、他の容量に対し、配送ネットワークのすべての要素及び物流サービス会社の資産のすべてのタイプに対し使用される。戦術モジュール１３２は第一に、配送注文にサービスを提供するべく約束され、割り当てられ、及び消費又は展開されるライナスロット、コンテナ、並びに他の容量及び資源の中期予測利用可能性を計算する。最適ライナスロット／容量及びコンテナ／資源に対するこの計算は、線形計画法、整数計画法、制約伝播、ヒューリスティクス、及びメタヒューリスティクス又はこれらの組み合わせの使用を含む、システムによりサポートされる選択から会社がカスタマイズした方法を使用して行われる。戦術モジュール１３２は、地理的需要とコンテナ分配パターンの動的バランスをとるべく、特定された港ごとに、空コンテナ及び他の資源の各タイプの物理的移動の遂行を計画及び指定する。
【００４０】
予測及び計画モジュール１２０は、日ごと及び週ごとを含む設定された異なる時間的粒度における配送の需要と供給の短期予測及び計画に対し、業務モジュール１３４を使用する。これらの予測は、データベース１０８に格納されたデータに基づく。業務モジュール１３４は、中期予測と実注文及び物流状態情報とを組み合わせ、契約依頼プロセッサ及び注文実装プロセッサ双方をサポートする。これは、注文を約束し及び約束された注文を履行するべく割り当てるのに最善の物流容量及び資源を体系的かつ科学的に特定することにより行われる。すべての分析及び計画の出力がデータベース１０８に戻されて格納される。
【００４１】
一実装において、業務モジュール１３４は、契約注文到着、サイズ、及びリードタイムに対する分布関数の分析と、内発的及び外発的変数あり／なしの時系列分析と、複数の主観的判断方法及び／又はこれらの組み合わせと、統計又は設定変更可能ビジネスルールを使用する予測前の異なる次元でのデータ集合及び当該予測の集合分解とを含む方法の組み合わせを用いる。業務モジュール１３４は、履歴需要データ又はその記述をデータベース１０８から取得する。したがって、供給予測は、ライナ、ライナスロット、及びコンテナのような様々な物流容量及び資源の実状態及び期待状態に関してデータベースに格納されたデータに基づく。これらの予測は、戦術モジュールが最初に進展させた当該計画を反復的かつ反応的に更新するべく使用される。これにより、固有の契約依頼及び注文にサービスを提供するべく割り当て及び使用される最適なライナスロット／容量及びコンテナ／資源の利用可能性が得られる。当該計算は、算術簿記と、線形計画法、整数計画法、制約伝播、ヒューリスティクス、及びメタヒューリスティクス又はこれらの組み合わせの使用とを含む、システムによりサポートされる選択から会社がカスタマイズした方法を使用する。
【００４２】
上述のように、注文約束及び履行モジュール１２２は、注文約束又は契約モジュール１３６及び注文履行又は遂行モジュール１３８を含む。注文約束モジュール１３６及び注文履行モジュール１３８は、注文約束及び履行モジュール１２２内のモジュールとして示されているが、これらは、注文管理システム１０２を構成する別個のサブシステムとして又は業務モジュール１３４のサブシステムとして実装することもできることが理解される。動作上、注文約束モジュール１３６は、サービス又は顧客がなした契約依頼である注文を受け取る。一実装において、注文約束モジュール１３６は、入来する注文を格納するべくデータベース１０８を更新する。注文約束モジュール１３６はさらに、容量及び資源の利用可能性に基づいて当該注文の確約を支援する。注文約束モジュール１３６は、依頼契約及び注文約束の獲得、評価、優先順位づけ、交渉、受容、修正、及び／又は拒否をサポートする。
【００４３】
注文がひとたび約束されると、注文履行モジュール１３８は、信頼性、収益性、及びサービスレベル合意の点から注文を遂行する最善の方法を決定する。注文履行モジュール１３８は、利用可能な物流容量及び資源を使用し、約束された注文を効率性及び信頼性をもって遂行する。これを目的として、注文履行モジュール１３８はまた、空資源の物理的移動を計画し、期限日における当該資産の利用可能性を、最適な資産割り当てポリシーに基づいて保証する。注文約束及び履行モジュール１２２は、資源資産割り当て及び移動計画をオンラインで更新する。その結果、後続の注文契約及び遂行に対し、更新された情報がリアルタイムで利用可能となる。注文約束及び履行モジュール１２２は、コンテナの契約に関するデータを注文及び契約データ１５０として格納するべく設定される。
【００４４】
一実装において、追跡モジュール１２４は、ユーザからのデータを蓄積する。例えば、販売ユーザ、業務ユーザ、及び様々な関連担当者、保守スタッフ、契約及び取り扱い代理人、提携パートナー、及び配送業者であるが、これらに限られない。このデータは、ライナの発着と、期待される発着時刻と、ライナスロット、コンテナ、並びに他の容量及び資源の状態並びに割り当て量又は利用可能量と、約束及び実装フェーズ中における依頼及び注文契約の状態と、計画されたアクティビティからの実際の偏差とを含むが、これらに限られない。更新はすべて、ネットワーク１０６を介してデータベース１０８において保持及び管理される。さらに、追跡モジュール１２４は、異なる依頼、注文、並びに物流容量及び資源のリアルタイム状態情報を獲得し、当該状態情報をデータベース１０８内に更新することができる。リアルタイム状態情報は例えば、異なる場所における又は無線周波数識別装置（ＲＦＩＤ）等のような資産追跡ハードウェア装置読み取り器からの運送中の場所の読みにおける、異なるライナ又はコンテナにある利用可能な未割り当て又は既割り当ての満杯又は空ライナスロットの数及びタイプを含むことができる。
【００４５】
さらに、ＳｙｓＡｄ及びＭＩＳモジュール１２６の中に示されるアプリケーションモジュール１４０は、一般的な企業及びサプライチェーン管理情報及び計画システムを含む。設定モジュール１４２は、予測及び計画モジュール１２０、注文約束及び履行モジュール１２２、追跡モジュール１２４、及び他のＭＩＳ及び計画システムのような様々なモジュールの設定を可能とする。さらに、管理モジュール１４４は、ハードウェア、ソフトウェア、オペレーティングシステム、データベース、通信、並びに他のシステム及びサブシステムの管理を支援する。
【００４６】
上述のように、予測及び計画モジュール１２０、注文約束及び履行モジュール１２２、追跡モジュール１２４、及びＳｙｓＡｄ及びＭＩＳモジュール１２６は、更新された情報を取得及びデータベース１０８内に格納する。更新された情報は、スロット、コンテナ、契約、需要と供給、予測と計画、及び他のすべての出力に、スロットデータ１４６、コンテナデータ１４８、注文と契約のデータ１５０、履歴データ１５２、予測と計画１５４、設定とアドミニストレーションのデータ１５６、及び、サービスルート、当該ルートにおけるサービスの頻度と容量等を含む他のデータ１５８として関連づけられる。
【００４７】
図２は、本発明の一実施例に係る注文管理システム１０２の様々なフェーズを例示する。注文管理システム１０２は、サービス提供業者へのリターン及び配送業者に対する物流サービス信頼性を最大化するべく、注文契約及び遂行の３フェーズ計画及び実装をサポートする。図１に関して説明したように、注文管理システム１０２は、戦略フェーズ、戦術フェーズ、及び業務フェーズを含む。戦略フェーズにあるブロック２０２において、年ごと又は季節ごとの配送需要が戦略モジュール１３０により予測される。ブロック２０４に示されるように、戦略モジュール１３０は、ライナの最適船隊サイズ、当該ライナ船隊がとるルート、他の物流サービス提供業者との提携、各ライナにあるスロット数、当該ライナにあるコンテナにより搬送されるストック等を予測する。明らかであるが、戦略モジュール１３０は、データベース１０８に格納されたデータに基づいて長期的ビジネスゴールを予測及び設計する。
【００４８】
ブロック２０６において、戦術プランナによる使用を目的として、様々なライナベースのサービスの戦術的予測及び計画が行われる。戦術モジュール１３２は、満杯又は空ライナスロットその他の容量に対し、積載済及び空コンテナその他の資源に対し、配送ネットワークのすべての要素及び物流サービス会社のすべての資産タイプに対し、月ごと又は同等の期間における需要を予測する。
【００４９】
一実装において、ライナスロット、コンテナ、並びに他の物流容量及び資源の中期予報戦術的注文管理計画が、時間的計画範囲に対して、特定された時間的又は地理的粒度におけるユーザ設定変更可能な戦術的需要予測２０６よりサポートされる。予測前の多次元集合により及び予測の集合分解によりすべてのタイプのライナスロット、コンテナ、並びに他の容量及び資源が予測され、及び標準的予測アプローチ及びアルゴリズムの選択が予測される。ブロック２０６は、データベース１０８から設定及び履歴データを読み取り、当該予測をデータベース１０８に戻して書き込む。
【００５０】
さらに、ブロック２０８において、需要サービスに対する予報戦術的マスター計画予測が、ライナスロット、コンテナ、その他の容量及び資源の利用可能性及び予約の戦術的予測に基づいて進展した計画の多重性により蓄積される。このマスター計画予測が、信頼性がありかつ効率的な注文契約及び遂行の基礎とみなされる。この情報は、設定変更可能な粒度の時間間隔ごとに並びにスロット／容量及びコンテナ／資源タイプごとに、物流輸送システム及びネットワーク全体の分散要素、すなわちそのレーン及び港、に適切にリンクされる。
【００５１】
戦術フェーズはさらに、ブロック２１０に示されるように、マスター計画予測に基づく空ライナスロットの計画を含む。ブロック２１０において、ライナスロット並びに他の容量及び資源の中期予測利用可能性が計算される。配送注文にサービスを提供するべく、中期予測利用可能性が約束され、割り当てられ、及び消費又は展開される。これは、空ライナスロット及び他の物流容量の、時間的及び地理的に分散された最適な利用可能性及び予約の計算を含む。これは、ユーザ設定変更可能かつカスタマイズ可能な最適化アルゴリズムを使用して、ライナ会社にとって適用可能な動的及び静的モデルを解決する収入管理の原理を用いることを含む。空ライナスロットの計画例は、ライナにある空スロット総数、配送元における空スロット数、当該ライナの特定ルート中の様々な港における空スロット数等の識別を含む。
【００５２】
さらに、ブロック２１２において、配送注文にサービスを提供するべく約束され、割り当てられ、及び消費又は展開されるコンテナ及び他の資源の中期予測利用可能性を計算することにより、コンテナの再配置が決定される。明らかであるが、当該コンテナの再配置は、ブロック２０８に記載されるマスター計画の更新に基づく。コンテナの再配置は、動的及び静的モデルを解決するユーザ設定変更可能最適化アルゴリズムを使用して、オプションとしてセグメント化される需要のサービス提供を最大化し、すなわち収入発生を最大化するように計算される。コンテナの再配置は、地理的需要とコンテナ分配パターンの動的バランスをとるべく、特定された港ごとに、空コンテナ及び他の資源の各タイプの移動を含む。
【００５３】
ブロック２１４において、何らかの収入管理（revenue management（ＲＭ））の適用が存在するか否かが特定される。ＲＭの範囲が特定される場合、ライナスロット及び他の容量の予約は、コンテナ及び他の資源の予約とともにブロック２１６において計算される。ＲＭにおける機会は、必要とされる容量若しくは資源場所、タイプ、及び性質特定の組み合わせにおいて又は注文、通常、及び優先順位のクラスにより供給を超過する需要を含む。さらに、各タイプのコンテナ及び他の資源の予約は、設定変更可能な時間周期に対し、需要が生じる特定のインベントリ場所において行われる。容量及び資源を予約するこのプロセスは、システムによりサポートされる選択から会社がカスタマイズした方法を使用する。当該方法は、注文クラスごとに差別化されたサービスレベルを達成するというゴールにより動機づけされ、サービスされる需要及びリードタイムに対して選択された分布関数とともに、例えば、線形計画法、整数計画法、動的計画法、制約伝播、ヒューリスティクス及びメタヒューリスティクス、閉形式の表現又はこれらの組み合わせを用いる。予約はすべて、即時に物理的に生成されないという意味において論理的であるが、多くの場合、自身のコスト及び意志力により一の地理配置から他の地理配置へ資産を輸送することによって期限時間に利用可能とされる。
【００５４】
一実装において、ライナスロット及び容量の利用可能性がコンテナ及び他の資源の利用可能性とともに、ブロック２１８において決定される。当該決定は、ライナスロット及び容量の利用可能性を計算及びチェックすることを含む。さらに、各タイプのコンテナ及び他の資源の利用可能性は、設定変更可能な時間周期に対し、需要が生じる特定のインベントリ場所において特定される。容量及び資源を予約するこのプロセスは、注文クラスごとに差別化されたサービスレベルを達成するというゴールにより動機づけされる、システムによりサポートされる選択から会社がカスタマイズした方法を使用する。明らかであるが、上述のマスター計画予測は、ブロック２１６及び２１８それぞれにおいて特定される予約及び利用可能性に基づいて進展する。加えて、ブロック２２０において、配送の需要と供給の、日ごと及び週ごとのような短期予測が業務モジュール１３４によって行われる。上述のように、ブロック２２０における短期予測は、データベース１０８にあるデータにより設定される。短期予測がブロック２２２及び２２４において受け取られる。
【００５５】
ブロック２２２において、販売ユーザがユーザ装置１０４を使用して注文を契約する。注文約束モジュール１３６は、販売ユーザが注文を契約するのを促進する。さらに、ブロック２２４において、ユーザ装置１０４を使用する業務担当者は、注文履行モジュール１３８によるサポートを受ける。注文履行モジュール１３８は、当該業務担当者が、空コンテナ及び他の資源の再配置のような、関連する内部タスクを行うことを許容する。理解されることだが、注文管理システム１０２の注文約束モジュール１３６及び注文履行モジュール１３８は、十分な計算能力及びストレージ容量を有してデータベース１０８に接続される同じ又は異なる計算装置に実装することができる。当該接続は、その企業サブシステムすべてを相互接続するサービス提供業者のグローバル通信ネットワーク１０６を介して行われる。
【００５６】
一実装において、注文約束及び注文履行双方のインスタンスが、ブロック２２２及び２２４それぞれにおいて追跡モジュール１２４のトリガとなり、ブロック２２６において、依頼及び注文の契約状態、当該注文契約及び遂行プロセスにあるライナ、ライナスロット、及びコンテナのような様々な物流容量及び資源の変更が獲得され、ネットワーク１０６を介してデータベース１０８にある同じものが更新される。当業者にとって明らかであるが、様々な物流容量及び資源は、上記例に限られず、列車、トラック、異なる容量のコンテナ、駅又は港のような静的場所、異なるタイプのライナスロット等も含む。
【００５７】
注文管理システム１０２は、戦術的かつ業務的に進展した計画の遂行を、ビジネスを行う当該プロセス全体の中で促進する。短い戦術的継続期間において、ビジネスマネージャのようなユーザは、戦術モジュール１３２及び業務モジュール１３４が進展させた様々な戦術的かつ業務的な予測及び計画を使用し、動的市場を評価してこれらの資産の展開に適切な変化を与え、収入及びサービスレベルの達成を業務レベルで可能とする。連続相互作用モードにおいて、販売者、担当者、及び／又は代理人のようなユーザは、収入、利ざや、及びサービスレベルを最大化すべく、注文モジュール１２２を使用して配送注文を獲得、交渉、契約、約束、及び遂行又は履行する。
【００５８】
図３は、本発明の一実施例に係る、ライナ会社のための注文契約方法３００を例示するフローチャートを示す。方法３００は、一般的にコンピュータ実行可能命令に関連して記載される。一般に、コンピュータ実行可能命令は、特定の機能を実行するか又は特定の抽象的なデータタイプを実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造、プロシージャ、モジュール、機能を含むことができる。方法３００はまた、ライナ会社に典型的に見られる、通信ネットワークを介してリンクされるリモート処理装置によって地理的に構造化された組織で機能が実行される分散コンピューティング環境において実施される。分散コンピューティング環境において、コンピュータ実行可能命令は、メモリストレージ装置を含むローカル及びリモート双方のコンピュータストレージ媒体に置かれる。
【００５９】
方法３００に記載される順序は限定と解釈される意図ではなく、様々な方法で実行することができる。さらに、個々の方法ブロックは、方法３００又は代替方法を実装する異なる方法で実行される様々なサブステップを含む。加えて、個々のブロックは、ここに記載される本発明の要旨及び範囲から逸脱することなく、方法３００から削除され又は組み合わせられ得る。さらに、方法３００を実装する異なる方法は、当業者にとって明らかである。さらに、方法３００は、任意の適切なハードウェア、ソフトウェア、ファームウェア、又はこれらの組み合わせに実装することができる。
【００６０】
一実装において、図３は、注文獲得、交渉、及び契約又は約束モジュール１３６の詳細を示す。ブロック３０２において、顧客が、可能であれば至急又は通常のような固有の提供クラスに対して行うサービス又は契約依頼である注文が受け取られる。さらに、当該依頼は、サービスの利用可能性及び価格双方の問い合わせを含むのと同時に注文を確定する。図３は、複雑な、価格に関する問い合わせ及び注文確定を示すが、当業者は当該詳細により、問い合わせがいかに簡単に処理されるのかがわかる。ブロック３０４において、注文のリードタイムが決定される。リードタイムは、当該注文の始まりと遂行の間の待ち時間として理解される。
【００６１】
リードタイムに基づき、アナライザモジュールはブロック３０６において、当該リードタイムがユーザ設定変更可能下側しきい値未満か否かを決定する。リードタイムがユーザ設定変更可能下側しきい値未満と特定される場合、方法３００はブロック３０８へ移動する。ブロック３０８において、至急及び通常のような需要セグメントのためのインベントリ予約が、この注文に対して容量及び資源が割り当てられていた場所からタイムバケットに対して解放されているかがチェックされ及び保証される。したがって、方法３００はブロック３１０に進み、当該注文に割り当てられる容量及び資源の利用可能性に対して持続的インベントリをサーチする。明らかであるが、容量及び資源の利用可能性はデータベース１０８から決定される。
【００６２】
さらに、ブロック３１２において、サーチ結果に基づき、利用可能な資産が、注文により特定された期限日、量、及びタイプを、当該注文の積載場所において満たし得るか否かが決定される。当該注文にサービスが提供されることが決定されると、ブロック３１４において、当該注文は先着順（ＦＣＦＳ）ベースで受容及び約束され、その後データベース１０８の状態が更新される。典型的に、非契約の現金取引配送業者及び長期契約の顧客に対する価格判断及びチェックが、ブロック３１２において決定される。代替的に、十分かつ適切なライナスロット、コンテナ、並びに他の容量及び資源が割り当てに対して利用可能でない場合又は価格が当該配送業者にとって受容可能でない場合のいずれにおいても、方法３００はブロック３１６へ移動する。
【００６３】
一実装において、注文管理システム１０２は、必要に応じて、交渉もサポートする。ブロック３１６において、顧客が期限日、量、及びタイプの交渉に意欲的であって、相互同意可能な注文又は一セットの注文に到達するか否かが決定される。「はい」であれば、方法３００は、ブロック３１８へ移動してオンライン又はオフライン交渉をする。当該交渉は、典型的には配送日を延期する、期限日又は繰越し注文交渉を含む。量の交渉は、最小ロットサイズを条件として複数の期限日によって当該注文を分割するオプションを含む。さらに、タイプの交渉は、割り当てられる代替可能な容量及び資源を特定する。期限日の変更が価格に影響する場合、これは議論での一要素となる。したがって、注文の交替、変更された注文、注文の再登録、部分契約、更新、又は他の任意の動的な顧客の好みによるオプションが、ブロック３１８において議論又は交渉される。さらに、ブロック３１８において、依頼された注文の代わりに、顧客にとって、より有益な割り当て計画が受容可能であるかもチェックされる。したがって、代替契約オプションが確認のため顧客に提供される。顧客による特定オプションの受容に基づいて、当該注文又はそのコンポーネントが再処理される。
【００６４】
再びブロック３１６を参照すると、顧客が交渉に意欲的でない場合、方法３００はブロック３２０へ移動して当該注文は拒否される。一実装において、拒否された注文の履歴情報のみがデータベース１０８に保持され、インベントリ状態更新は、当該交渉のための資産の何らかの一時的保有を破棄する変更にすぎない。
【００６５】
さらに、ブロック３０６において、アナライザモジュールが、リードタイムがユーザ設定変更可能下側しきい値未満と決定する場合、方法３００はブロック３２２へ移動する。ブロック３２２において、アナライザモジュールはさらに、リードタイムがユーザ設定変更可能上側しきい値を超過するか否かを決定する。「はい」であれば、方法３００は、上述のブロック３１０からブロック３１４へと同様の作業フローシーケンスを呼び出す。理解されることだが、ブロック３１０からブロック３１４への作業フローシーケンスは上述されているので、簡潔のため再び記載はしない。ブロック３２２において、リードタイムがユーザ設定変更可能上側しきい値を超過していないと決定されると、方法３００はブロック３２４へ移動する。ブロック３２４において、需要が信頼性をもってサービス提供できるものを超えているかが決定される。「はい」であれば、注文管理システム１０２は、適切なタイムバケットを目的として、注文又は契約依頼をバッチに挿入する。
【００６６】
バッチにある注文すべてが、ブロック３２６において、ユーザ設定変更可能期間の終了時に周期的かつ逐次的に処理される。さらに、ブロック３２８において、注文が価値があってサービス提供業者によりサービス提供可能かが決定される。「はい」であれば、当該注文は受容され、そうでなければ拒否される。したがって、明確に価値があってサービス提供可能とみなされる注文がブロック３１４を介して確認される一方、明確にサービス提供不可能又は価値がない注文は、ブロック３２０を介して拒否される。交渉の可能性がある程度存在する場合、方法３００はブロック３１６へ移動する。注文管理システム１０２は、いくつかの注文、例えば、ブロック３２６において受容／拒否しきい値未満にすぎない注文のいつくか、について再交渉するべく設定される。注文の再交渉は、ブロック３１６からブロック３１８への作業フローシーケンスを呼び出す。これにより、再交渉された注文が改めて評価される。
【００６７】
図４は、本発明の一実施例に係る、バッチ処理中の注文選択方法を例示するフローチャートを示す。方法４００は、一般的にコンピュータ実行可能命令に関連して記載される。コンピュータ実行可能命令は一般に、特定の機能を実行するか又は特定の抽象的なデータタイプを実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造、プロシージャ、モジュール、機能を含むことができる。方法４００はまた、ライナ会社に典型的に見られる、通信ネットワークを介してリンクされるリモート処理装置によって地理的に構造化された組織で機能が実行される分散コンピューティング環境において実施される。分散コンピューティング環境において、コンピュータ実行可能命令は、メモリストレージ装置を含むローカル及びリモート双方のコンピュータストレージ媒体に置かれる。
【００６８】
方法４００に記載される順序は限定と解釈される意図ではなく、様々な方法で実行することができる。さらに、個々の方法ブロックは、方法４００又は代替方法を実装する異なる方法で実行される様々なサブステップを含む。加えて、個々のブロックは、ここに記載される本発明の要旨及び範囲から逸脱することなく、組み合わせられ又は方法４００から削除され得る。さらに、方法３００を実装する異なる方法は、当業者にとって明らかである。さらに、方法４００は、任意の適切なハードウェア、ソフトウェア、ファームウェア、又はこれらの組み合わせに実装することができる。
【００６９】
一実装において、図４は、図３を参照して説明された、ブロック３２６において行われるバッチ処理の詳細を表す。方法４００は、ブロック４０２から開始し、注文バッチが周期的に処理される。当該注文バッチは、当該バッチがカバーするユーザ設定変更可能時間間隔において受け取られた契約依頼をすべて含む。需要及び契約依頼が、至急及び通常クラスのようにセグメント化されると、当該セグメントは、例えば、最初に至急、次に通常といった、優先順位の降順に分離かつ処理される。さらに、ブロック４０４において、各注文の金銭的寄与が十分に分析かつ推定される。当該金銭的寄与は、もたらされる収入及び利ざやを含む。バッチセグメントにある複数の注文はその後、これらの価値の降順にランクづけされる。
【００７０】
方法４００はさらに、バッチ処理中におけるすべての注文にわたる正規化を含む。ブロック４０６、４０８、４１０において、顧客からの収入、利ざや、及び長期的ビジネス期待がそれぞれ正規化される。さらに、ブロック４１２、４１４、４１６において、当該正規化された価値にはその後、ユーザ設定された重みが乗算される。ブロック４１８において、当該乗算された価値が加算される。これは、各注文パターンの期待統合価値又は寄与を与える。したがって、ブロック４２０において、様々な注文には、固有の価値及び対応するランクづけが与えられる。当業者には明らかであるが、この例示の態様での注文評価は、長期的顧客と短期的注文寄与を統合する。同時に、ビジネス評価についてのサービス提供業者のポリシー並びに当該システム及び方法の変形が使用されて、同様であるが異なる設定変更可能評価選択肢が獲得される。
【００７１】
一実装において、ブロック４２２では、バッチにおける注文の各タイプに対して注文価値カットオフが計算される。当該カットオフは、同様の記載の複数注文の分析に基づく。このプロセスは、自動化教師あり機械学習法のようなユーザカスタマイズプロセスに関連し得る。当該機械学習法は、データベース１０８における実履歴ビジネスからの決定木の帰納学習、又は、受容注文及び拒否注文のシミュレーションされかつラベルづけされた例からの半自動化方法強化学習を含む。当該しきい値を学習するプロセスにおいて、いくつかの履歴又はシミュレーションされた注文はまた、当該しきい値未満の、ユーザにより特定された範囲内にあれば、ユーザ設定された確率でランダムに受容される。これは、例示のケースについてなされたデータ又は決定におけるノイズを説明する。当業者には明らかであるが、注文を受容する方法４００が受容のためのしきい値を推定した。新たな注文の価値が連続的に増加し、これの変形が使用されて当該バッチ処理における注文を評価することができる。また明らかであるが、本発明が使用されて、ブロック３１０での注文の本質的先着順約束において、明確に不利益となる注文のフィルタリングを改善することもできる。
【００７２】
さらに、ブロック４２４において、注文の価値がカットオフよりも大きいか否かが決定される。注文の価値がカットオフよりも大きい場合、方法４００はブロック４２６及び４２８へ移動する。複数の注文が、これらの価値の降順で逐次的に受容される。一の注文が受容されるときはいつでも、残りの注文の価値が調整される。一の注文が受容されるときはいつでも価値が調整されるので、利用可能な残りのライナスロット、コンテナ、並びに他の容量及び資源が与えられた注文すべての寄与が改善される。
【００７３】
一実装において、ブロック４２６では、注文管理システム１０２が、可能であればセグメント化された注文に割り当てられる空ライナスロット及び他の容量を求める体系的なサーチを行う。当該セグメント化された注文は、契約確認を待っており、それぞれが少なくとも、配送元、配送先、配送先配達日範囲、並びに、コンテナ又は他の資源の数及びタイプを有する。ブロック４２６は、注文に割り当てられるべく利用可能な空ライナスロットの選択において短期収入及び利益を最大化する収入管理原理を実装する。さらに、ブロック４２６において、ライナスロットの最大数又は当該ライナが搬送する重量についての物理的な容量制約が、サービスを受ける配送依頼の程度又は合致する提携パートナーの協定の程度のようなビジネス上の好みに最大限合致する一方で、違反されていないことを保証する。当該好みは、当該バッチにおけるものと、将来的な時間周期に期待されるものとの双方を含む。様々な制約に応じて、注文管理システム１０２は、関連する積み換え及び機器代替を含む可能なルートすべてを考慮する。ライナ空スロット計画に関する詳細は、図５を参照して後に説明されている。
【００７４】
さらに、ブロック４２８において、注文管理システム１０２は、空コンテナ及び他の割り当てに利用可能な資源を求める体系的なユーザ設定変更可能多次元サーチを、数、タイプ、及び、注文により依頼される時間周期内で行う。当該サーチは、最初にブロック２１６で戦術モジュール１３２により割り当てられてブロック２２６で追跡モジュール１２４により連続的に更新される戦術的予約から、例えば、計画タイムバケット、地理的場所、及び代替可能タイプによるこれらの多次元分配の範囲内でコンテナの残りの利用可能性を検査する。当該サーチは、臨時的な短距離地域内再配置によって増大される。空コンテナ再分配及びコンテナの逐次的サーチに関する詳細は、図６及び７を参照して後に説明する。したがって、ブロック４２６及び４２８において行われるサーチは、注文管理システム１０２による注文サービス可能性計算をサポートする。
【００７５】
加えて、ブロック４３０において、特定の注文に対して容量及び資源が利用可能か否かが決定される。「はい」であれば、方法４００は、ブロック３１４へ移動して当該注文を受容する。そうでなければ、方法４００はブロック３２０へ移動して当該注文を拒否する。さらに、何らかの交渉の余地が存在するかを決定するべく方法はブロック３１６へ移動する。したがって、ブロック４３０において、ブロック３１６と同様、当該バッチにおける注文に対する容量及び資源の利用可能性の逐次的確認が完了する。
【００７６】
図５は、本発明の一実施例に係る、ライナ空スロット計画方法５００を例示するフローチャートを示す。ライナ空スロット計画とは、ブロック４２６に関連して上述したバッチスロット収入管理（ＲＭ）サーチの一実施例として理解される。ライナ空スロット計画は、ブロック５０２において評価される。予測及び計画モジュール１２０は、データベース１０８から取得された情報に基づいてライナ空スロットを計画する。ブロック５０２は、一以上の需要セグメントからすでに契約された将来的需要期待、必要なコンテナ及び資源のタイプ、量、及び期待のような入力を、ブロック５０４における時間周期に基づいて受け取る。さらに、ブロック５０６において、サービスルート及び頻度、タイプ及び積載重量トン数（ＤＷＴ）に基づくライナ容量に関する供給側利用可能性及び制約に関する情報が予測及び計画モジュール１２０に与えられる。さらに、ライナのタイプ及び積載重量トン数（ＤＷＴ）に基づくライナ容量に関する情報が、ブロック５１０に示されるように共有される。
【００７７】
方法５００はまた、ブロック５１２に示されるように、満杯及び空機器の連続的移動に基づくコンテナの地理的かつ時間的分配に関する情報の入力を促進する。コンテナの分配は、コンテナのタイプに基づいて、所定時間周期等に基づいて追跡される。加えて、空コンテナ移動を求める様々な内部要求に関する情報並びに他の同様な情報及びデータも、ブロック５１４に示されるように入力される。自身の又は提携の資産のような資産のタイプに関する情報は、ブロック５０８において与えられる。当業者にとって明らかであるが、ブロック５０４から５１４で取得される情報は、データベース１０８から取得される。
【００７８】
予測及び計画モジュール１２０はその後、カスタマイズされた最適化アルゴリズムプロセスを適用して、配送元・配送先ごとの注文にサービスを提供するサービスルート上のライナにある時間的かつサービス固有の空スロット分配を計算する。サービスごとのライナスロット／容量の時間的及び地理的分配に対するこの計算は、システムによりサポートされる選択から会社がカスタマイズした方法を使用して行われる。会社がカスタマイズした方法の例は、線形計画法、整数計画法、制約伝播、ヒューリスティクス、及びメタヒューリスティクス又はこれらの組み合わせの使用を含む。したがって、ブロック５１６において、予測及び計画モジュール１２０は、異なるルート及びサービスに対する空スロット計画を蓄積する。上述の計算は、配送物流サービス提供業者への金銭的リターン及び顧客へのサービス信頼性を最大化する。方法５００は、静的単数期間又は動的複数期間の実装結果を最適化する。ブロック５０２においてデータベース１０８から与えられる情報は、戦術及び業務計画を与えるべく再構成される。さらに、空スロット計画がデータベース１０８内へアップロードされる。
【００７９】
図６は、本発明の一実施例に係る、空コンテナ及び他の物流機器又は資源の再分配計画方法６００を例示するフローチャートを示す。本図面は、地域相互間／地域内の空コンテナ再分配計画を与える。ブロック６０２において、空コンテナ再分配の計算が行われる。ブロック６０２における計算は、ブロック６０４からの共有入力に基づいて行われる。当該入力は、将来的需要期待及びすでに契約された、可能であれば一以上の需要セグメント、必要なコンテナ及び資源のタイプ、量、時間周期ごと、需要セグメントごと等に関する。ブロック６０８において、自身及び提携からの輸送容量の利用可能性に関するデータがブロック６０２へ与えられる。
【００８０】
さらに、ブロック６０６において、すべての業務港間の有効サービスルート、これらの容量、運送時間、及び、異なる空コンテナ又は異なるタイプの積載コンテナのコストに関する、供給側利用可能性及び制約に付随する情報が、空コンテナ計画の計算のために与えられる。したがって、満杯及び空機器の連続移動に起因する、コンテナのタイプによる、時間にわたる、異なるストレージ容量、港ごとの計画安全ストックに関連するコスト、現行の、運送中の、及び期待される時間的かつ地理的コンテナ分配に関する情報と、空コンテナ移動に対する内部要求と、他の同様の情報及びデータとがブロック６１０、６１２、及び６１４それぞれにおいて入力される。当業者にとって明らかであるが、空コンテナ計画計算のためにブロック６０２へ与えられる情報は、データベース１０８から取得される。当該計算はその後、カスタマイズされた最適化アルゴリズムプロセスを適用して、配送元・配送先ごとの注文にサービスを提供するサービスルート上のライナにある時間的かつサービス固有の空スロット分配を計算する。
【００８１】
すべてのタイプのコンテナ及び他の資源の時間的及び地理的分配に対するこの計算は、システムによりサポートされる選択から会社がカスタマイズした方法を使用して行われる。会社がカスタマイズした方法は、線形計画法、整数計画法、制約伝播、ヒューリスティクス、及びメタヒューリスティクス又はこれらの組み合わせの使用を含む。上述の計算は、配送物流サービス提供業者への金銭的リターン及び顧客へのサービス信頼性を最大化する。方法６００は、静的単数期間又は動的複数期間の実装結果を最適化し、ブロック６１６において空コンテナ計画を与える。ブロック６０４からブロック６１４を介してブロック６０２に至るデータ入力の再構成が、戦術及び業務注文管理計画をカバーする。上述のように、方法６００は、ブロック４２８におけるサーチが地域内再配置を要求する場合に呼び出される。さらに、空コンテナ計画がデータベース１０８内へアップロードされる。
【００８２】
図７は、本発明の一実施例に係る、注文契約前の逐次的Ｎ次元（ＮＤ）サーチ方法７００を例示するフローチャートを示す。一例において、注文は、複数の海洋経路にわたる及び一の場所から他の場所までの、製品、貨物、カーゴ等の輸送のような物流配送サービスのための任意の依頼を含むが、これらに限られない。
【００８３】
当該注文は、例えば、タンクコンテナ、６．１及び１２．２メートル（２０及び４０フィート）のドライボックス又はフラットラックコンテナ、並びにリーファーコンテナのような資源である様々な資産を使用する物流会社によって履行される。さらに、物流会社のインベントリは、固有の選択された静的場所においてもたらされる。加えて、移動可能容量又は運搬設備は、異なるタイプ、サイズ、及びＤＷＴのライナ、異なるタイプ、はしけ、トラック、列車、ローカル駅、及びストレージのライナスロットを含むが、これらに限られない。理解されることだが、一般に資産の一クラスが他クラスを輸送するべく使用され、資産の参照は双方のタイプすなわち容量及び資源への参照を含む。
【００８４】
コンテナ並びに他の物流機器及び資源に対してＮ次元サーチが行われる。ブロック７０２は、約束後に注文となる顧客配送依頼の記載及び組成を示す。各配送依頼は、詳細の中でもとりわけ、顧客識別情報、当該配送の配送元及び配送先、当該配送先における積載された単数又は複数コンテナの配達又は当該配送元における単数又は複数空コンテナの受け取りの時間窓、並びに、所望の単数又は複数のコンテナ又は機器及び受容可能な代替のタイプ及び数を含む。配送は複数のレッグに関連するが、簡潔のため主要な海洋レッグのみを記載する。当業者にとって明らかであるが、当該記載は、例えば、配送業者サイトから配送元港への又は配送先港から受取人サイトへの複数モード内陸輸送をカバーするべく拡張できる。
【００８５】
ブロック７０４は、複数次元でのコンテナ及び機器の利用可能性及び需要セグメント予約を例示する。複数次元は、ブロック２１６及び２１８それぞれにおいてコンテナ予約及びコンテナ利用可能性を決定している間に計算される時間、場所、及び代替タイプを含む。需要セグメントに対する予約を含む利用可能性のこの３Ｄマップは、業務の各港に対し及びコンテナの各タイプに対し固有である。時間的次元の粒度は、ユーザ設定変更可能であって、当該港からのサービス頻度によって主に決定される。
【００８６】
一実装において、契約依頼を満たすコンテナ又は機器を求めるサーチは、ユーザ設定変更可能テーブル７０６を使用してこの３Ｄ分布で行われる。テーブル７０６はデータベース１０８に格納され、テーブル７０６の一の複製が３Ｄ空間７０４の各複製のために存在する。テーブル７０６の各行は、対応する３Ｄ空間における一固有セルを代表する。当該行の順序は、単数又は複数のコンテナの必要な数及びタイプが所望期間に見つかるまで３Ｄ空間がサーチされる順序を特定する。一実装において、テーブル７０６の一行は、契約依頼の一部分を与える３Ｄ空間７０４の一セルを代表する。契約依頼の残り部分を求めるサーチは、当該契約依頼が、分割された注文を許容する場合であって、各セルにおいて見つかったマッチする量が、当該契約依頼において特定される最小配送量と少なくとも同じくらい多数となる場合、当該複数列を連続して下りてゆく。３Ｄ空間のセルに配置される代替のタイプが、当該依頼において許容される代替とマッチする必要がある。需要が高い場合、当該サーチは契約依頼を、完全に又は部分的に完了することができない。このとき、テーブル７０６における最後の行がサーチ完了となる。当該注文はその後、再交渉されるか又は拒否される。
【００８７】
他実装において、３Ｄ空間７０４及びテーブル７０６は、契約依頼を求める注文は、異なるタイプの一を超える資産を必要とするので、一を超えるタイプのコンテナ、物流機器、又は他の資源の利用可能性を決定するサーチをサポートする。例えば、配送依頼は、少なくとも一のコンテナ及び少なくとも一のトラクタトレーラを必要とする。これらは異なる資産タイプに属する。当該場合において、コンテナの利用可能性は、トレーラの利用可能性とは別個にチェックされる。
【００８８】
図７に示されるコンテナ並びに他の物流機器及び資源を求める３次元サーチは、限定と解釈されず単なる一例と解釈される。さらに、多次元空間７０４及びテーブル７０６のような資源サーチコンポーネントは、コンテナを求める多次元サーチを実装するべく使用される。ここで、Ｎ次元は、テーブル７０６に示されるように、時間、場所、代替可能資源、自身の又はリースされた若しくは提携の資源を使用するか否か等である。一実装において、Ｎ次元サーチは、時間、場所、代替可能資産の次元を有する３次元サーチである。ここで、時間とは配達日のシーケンスをいい、場所とは階層的制御又は複数の部品調達エリアをいい、代替資産とは、注文にサービスを提供する点での共通性及び互換性レベルが高い資産をいう。例えば、２つの６．１メートル（２０フィート）コンテナは、一つの１２．２メートル（４０フィート）コンテナを代替し得る。
【００８９】
テーブル７０６において当該次元がサーチされるシーケンスは、限定と解釈される意図ではない。さらに、任意数の次元を任意のシーケンスでサーチして、多次元サーチを行うことができる。加えて、ここに記載される本発明の要旨及び範囲から逸脱することなく、任意の関連次元を付加又は削除して、当該多次元サーチを行うことができる。
【００９０】
本特許に開示されたシステムのいずれも、オペレーティングシステム、データベース管理システム、通信プロトコル、ファイル又はメッセージフォーマットのような計算、ストレージ、通信又はディスプレイのハードウェア、システム及び／又は環境ソフトウェアの任意の特定タイプに限定されず、カスタムユーザーの仕様又は標準化されたプラットフォーム又はアーキテクチャに基づいて開発及び展開することができる。すべての分析、予測、計画又はスケジューリングのシステムが典型的には、高い処理速度及びローカルメモリを有するハードウェアに実装される一方、アルゴリズムは、注文管理における応答性へのユーザ要求にマッチする応答を有するツール又はメソッドを使用する。システム及び方法の任意の固有名は、実行可能なオプションを示す一例にすぎない。
【００９１】
一実装において、永続しない容量のために収入管理と、分散資源のインベントリ及び予約の体系的な管理と、利用可能性の制御されたＮ次元サーチと、統合型注文約束及び履行とを統合することによって、注文管理システム１０２は、配送サービス提供業者がその高価な資産の科学的割り当てから高い収入及び利ざやを達成する機会を最大限に活用することを保証する。さらに、本発明は、配送物流サービス提供業者が、サービスレベル合意（ＳＬＡ）及び他のビジネス／業務上の制約を条件として、顧客、配送業者に提供されるサービスレベルを改善することを促進する。
【００９２】
さらに、ライナースロット、コンテナ、又は他の容量及び資源のすべてのシステムにより生成される注文管理計画、戦略、戦術、又は業務は、実装前に手動で修正又は変更することができる。これは計画の実装可能性を向上させる一方、当該変更は、リターンの又は顧客サービスレベルの最適性を保証しないかもしれない。
【００９３】
したがって、注文管理システム１０２により、サービス提供業者は、様々な収入寄与期待を有する市場需要を収益的に管理することができる。詳しくは、確率論的かつ地理的アンバランスな需要の連続フロー、不確実な供給と割り当て、業務の地理的階層、代替可能な資源、及び／又はセグメント化された市場を有するサービス提供業者であっても、収入、収益性、及び顧客サービスの信頼性を最大化することに基づいて、注文の約束及び履行を管理することができる。
【００９４】
注文管理システムのための実装が、構造的特徴及び／又は方法に固有の言語で記載してきたが、本発明は、必ずしも記載された固有の特徴又は方法に限定されるものではないことを理解すべきである。むしろ、固有の特徴及び方法は、注文管理システムのための例示的実装として開示される。
【図１】
2014032645.tif 000003
【図２】
2014032645.tif 000004
【図３】
2014032645.tif 000005
【図４】
2014032645.tif 000006
【図５】
2014032645.tif 000007
【図６】
2014032645.tif 000008
【図７】
2014032645.tif 000009
【外国語明細書】
2014032645.tif 000010
2014032645.tif 000011
2014032645.tif 000012
2014032645.tif 000013
2014032645.tif 000014
2014032645.tif 000015
2014032645.tif 000016
2014032645.tif 000017
2014032645.tif 000018
2014032645.tif 000019
2014032645.tif 000020
2014032645.tif 000021
2014032645.tif 000022
2014032645.tif 000023
2014032645.tif 000024
2014032645.tif 000025
2014032645.tif 000026
2014032645.tif 000027
2014032645.tif 000028
2014032645.tif 000029
2014032645.tif 000030
2014032645.tif 000031
2014032645.tif 000032
2014032645.tif 000033
2014032645.tif 000034
2014032645.tif 000035
2014032645.tif 000036
2014032645.tif 000037
2014032645.tif 000038
2014032645.tif 000039
2014032645.tif 000040
2014032645.tif 000041
2014032645.tif 000042
2014032645.tif 000043
2014032645.tif 000044
2014032645.tif 000045
2014032645.tif 000046
2014032645.tif 000047
2014032645.tif 000048
2014032645.tif 000049
2014032645.tif 000050
2014032645.tif 000051
2014032645.tif 000052
2014032645.tif 000053
2014032645.tif 000054