"オーダーに対して製造期間をスケジュールする、コンピュータで実施される方法であって、一群の可能なトークンからの1つまたは複数のトークンを有するオーダーを受け取るステップを具備し、トークンは、特性と、該特性の値との組合せであり、各トークンは、トークンビットベクトル220によって表されるとともに、前記トークンビットベクトル220における0または1は、前記オーダーがトークンを含んでいることを示すために使用され、前記方法は、該オーダーに適用される制限を検出するステップを具備し、前記制限は、制限ビットベクトル320によって表されるとともに、各制限ビットベクトル320は、1つまたは複数のトークンビットベクトル220を評価するための関連する機能を有し、前記方法は、前記オーダーに対する潜在的製造期間を検出するために、該制限を製造制限マトリクス400に適用するステップを具備し、前記製造制限マトリクス400は、前記制限ビットベクトル320に相応する制限ベクトル行420と、各制限ベクトル行420に対する評価ビットベクトル行430とを有し、前記方法は、結果ビットベクトルを生成するために、前記オーダーに相応する評価ビットベクトル430に関する論理演算を行うステップを具備することを特徴とする方法。本発明では、オーダーマトリクスを生成するための方法およびシステムが提供される。この方法およびシステムは、可能なトークン集合の中からの1つまたは複数のトークンを含む1つのオーダーを受け取る。ここでトークンは特性とその特性値との組合せである。オーダーはオーダーマトリクスに配置され、ここでオーダーマトリクスは少なくとも2次元のデータ構造を有しており、データ構造の各行は可能なトークンを表し、データ構造の各列はオーダーを表す。また複数のオーダーの再スケジュールに対して製造期間を検出するための方法およびシステムが提供される。この方法はまず、可能なトークン集合からの1つまたは複数のトークンを有する複数のオーダーを受け取る。各トークンは特性とその特性値との組合せである。次にオーダー制限マトリクスが生成される。このオーダー制限マトリクスは2次元データ構造を有し、データ構造の各行は可能な制限を表し、データ構造の各列はオーダーを表す。この方法は、オーダーに適用される制限を参照し、各オーダーに対して製造制限マトリクスから導出されたオーダーを導き出し、これが各オーダーごとに可能な製造期間を検出するために評価される。また、潜在的オーダーに対する潜在的製造期間を検出するための方法およびシステムが提供される。この方法は、可能なトークン集合からの1つまたは複数のトークンを有するオーダーを受け取る。各トークンは、特性とその特性値との組合せである。そのオーダーに対して1つまたは複数の制限がトークンに基づいて検出される。この一連の制限が、製造制限マトリクスから導出されたオーダーを生成するのに使用され、このオーダーが各オーダーに対して可能な製造期間を検出するために評価される。また、契約量に対する資材集計表を生成する方法およびシステムも示されている。この方法は、可能なトークン集合からの1つまたは複数のトークンを含む複数のオーダーを受け取る。ここでトークンは特性とその特性値との組合せである。これはオーダーをオーダーマトリクスに配置し、ここでオーダーマトリクスは少なくとも2次元のデータ構造であり、データ構造の各行は可能なトークンを表し、データ構造の各列はオーダーを表す。次に資材集計マトリクスがオーダーマトリクスの評価によって生成される。ここで資材集計マトリクスは少なくとも2次元のデータ構造であり、データ構造の各行は可能なアイテムを表し、データ構造の各列はオーダーを表す。本発明の種々の側面は次のとおりである:本発明の側面では、オーダーマトリクスへの各エントリーが1つの論理ビットである。後者の側面はさらに、新たな行をオーダーマトリクスの挿入するステップを有し、ここで新たな行は新たな可能なトークンを表し、新たなトークンを前に存在したオーダーマトリクスに導入することができる。後者の側面はさらに、オーダーマトリクスをオブジェクト指向様式で記憶することを含む。本発明による側面では、オーダー制限マトリクスはさらに各可能な制限に対して関連する機能の論理的評価を含む。後者の側面では、オーダーに適用される制限の検出は、論理的に真である全ての制限に対するオーダーのオーダー制限マトリクスの分析を含む。後者の側面では、制限を製造制限マトリクスに適用して、オーダーに対して潜在的製造期間を検出することは:製造制限マトリクスから導出されたオーダーの生成ステップを含み、製造制限マトリクスは少なくとも2次元のデータ構造であり、このデータ構造の行は可能な制限を表し、データ構造の列は製造期間を表す。前記生成ステップは:オーダーの各制限に対して、製造制限マトリクスの適切な行を同定し、製造制限マトリクスから導出されたオーダーに含めるステップと、製造制限マトリクスから導出されたオーダーを評価し、製造に対する潜在的期間を検出するステップを含む。後者の側面はさらに、各制限ベクトル行に対して評価ビットベクトル行を含み、前記評価ビットベクトル行は次のようにして生成される:すなわち、制限ベクトル行への各エントリーに対して、制限ベクトル行へのエントリーが1であるかまたはそれ以上の場合、1を関連する評価ビットベクトル行に配列し;そして制限ベクトル行への各エントリーに対して、制限ベクトル行へのエントリーが0であるかまたはそれ以下である場合、0を関連する評価ビットベクトル行に配列するのである。後者の側面はさらに製造制限マトリクスから導出されたオーダーを評価し、このオーダーに対して潜在的製造期間を検出するステップを含む。このステップは;評価ビットベクトル行を論理積演算するステップと;結果を結果ビットベクトルに配列するステップと;結果ビットベクトルを分析し、エントリー1を結果ビットベクトル内に有する製造期間を検出するステップとを有し、ここで1は潜在的製造期間を指定する。これらはさらに製造期間が選択される場合に製造制限マトリクスを減分するステップを含む。本発明の側面では、資材集計マトリクスを生成するステップがさらに:関連する評価機能を有する各アイテムベクトルに対して、オーダーマトリクスからのトークンパラメータについて評価機能を実行するステップと;評価結果を資材集計マトリクスのアイテムベクトルに配列するステップを含む。後者の側面はさらに、資材集計マトリクスを分析し、サプライ需要を検出するステップを有する。後者の側面はさらに、各オーダーが資材集計マトリクスのアイテムに基づいて処理されるに従って在庫データベースを減分するステップを含む。本発明の側面は、プロセッサと、該プロセッサに接続された記憶素子とを有し、前記プロセッサは、可能なトークン集合からの1つまたは複数のトークンを含むオーダーを受け取るように動作し、オーダーをオーダーマトリクスに配列し、ここでオーダーマトリクスは少なくとも2次元のデータ構造であり、データ構造の各行は可能なトークンを表し、データ構造の各列はオーダーを表す。本発明の側面は、プロセッサと、該プロセッサに接続された記憶素子とを有し、前記プロセッサは、可能なトークン集合からの1つまたは複数のトークンを含むオーダーを受け取るように動作し、ここでトークンは特性とその特性値との組合せであり;オーダー制限マトリクスを当該オーダーに対して生成し、ここでオーダー制限マトリクスは少なくとも2次元のデータ構造であり、データ構造の各行は可能な制限を表し、データ構造の各列はオーダーを表し;オーダーに適用される制限を検出し;当該制限を製造制限マトリクスに適用し、このオーダーに対する潜在的製造期間を検出する。本発明の側面では、前記プロセッサがさらに:各アイテムベクトルに対して動作し、ここで各アイテムベクトルはトークンパラメータを評価する関連評価機能を有し、評価機能をオーダーマトリクスからのトークンパラメータに基づいて実行し;そして評価結果を資材集計マトリクスのアイテムベクトルに配列する。本発明のコンピュータ読み出し可能媒体の側面では、オーダーマトリクスへの各エントリーがシングル論理ビットを有する。後者の側面はさらに、新たな行をオーダーマトリクスの挿入するステップを有し、ここで新たな行は新たな可能なトークンを表し、新たなトークンは以前に存在したオーダーマトリクスに導入することができる。後者の側面はさらに、オーダーマトリクスをオブジェクト指向様式で記憶するステップを含む。本発明の側面はオーダー制限マトリクスを発生するステップを含み、このステップはさらに各可能な制限に対して関連する機能を論理的に評価するステップを含む。後者の側面はさらに、オーダーに適用される制限を検出するステップを有し、このステップはオーダーのオーダー制限マトリクス列を、論理的に真である全ての制限に対して分析するステップを有する。さらにコンピュータ読み出し可能媒体の側面では、オーダー導出製造制限マトリクスをオーダーに対して導出するステップを有し、このステップは:オーダー導出製造制限マトリクスを製造制限マトリクスから次のステップにより生成し、前記製造制限マトリクスは少なくとも2次元のデータ構造を有し、データ構造の行は可能な制限を表し、データ構造の列は製造期間を表し:オーダーの各制限に対して、製造制限マトリクスの適切な行を同定し、オーダー導出製造制限マトリクスに含まれるようにし;そしてオーダー導出製造制限マトリクスを評価し、製造に対する潜在的期間を検出する。後者の側面はさらに各制限に対する評価ビットベクトルを含み、該評価ビットベクトル行は次のステップにより生成される:制限ベクトル行への各エントリーに対して、制限ベクトル行へのエントリーが1であるかまたはそれ以上である場合、1を関連の評価ビットベクトル行に配列し;制限ベクトル行への各エントリーに対して、制限ベクトル行へのエントリーが0であるかまたはそれ以下である場合、0を関連する評価ベクトル行に配列する。後者の側面はさらにコンピュータ読み出し可能媒体を含み、ここでオーダー導出製造制限マトリクスを評価し、このオーダーに対して潜在的製造期間を検出するステップは次のステップを有する;評価ビットベクトルを論理積演算するステップ;結果を結果ビットベクトルに配列するステップ;結果ビットベクトルを分析し、エントリー1を結果ビットベクトル内に有する製造期間を検出するステップ、ここで1は潜在的製造期間を指定する。後者の側面はさらに、製造期間が選択された場合、製造制限マトリクスを減分するステップを有する。本発明の側面は方法を含み、ここで資材集計マトリクスが生成され、さらに次のステップを有する:各アイテムベクトルに対して評価機能をオーダーマトリクスからのトークンパラメータに基づいて実行し、ここで各アイテムベクトルはトークンパラメータを評価する関連の評価機能を有し;そして評価結果を資材集計マトリクスのアイテムベクトルに配列する。後者の側面はさらに資材集計マトリクスを分析し、サプライ需要を検出するステップを含む。後者の側面はさらに、在庫データベースを、各オーダーが資材集計マトリクスのアイテムに基づいて処理されるのに従い減分するステップを含む。本発明の側面は方法を含み、ここでオーダーに適用される制限が検出され、このステップは、1つまたは複数のトークンを各それぞれの制限に対するパラメータとして備える選択基準機能の評価を含む。後者の側面はさらに、制限を製造制限マトリクスに適用し、オーダーに対する潜在的製造期間を検出するステップを有する。このステップは:オーダー導出製造制限マトリクスを製造制限マトリクスから生成し、製造制限マトリクスは少なくとも2次元のデータ構造を有し、このデータ構造の行は可能な制限を表し、データ構造の列は製造期間を表し、オーダーの各制限に対して、製造制限マトリクスの適切な行を同定し、オーダー導出製造制限マトリクスに含まれるようにし;オーダー導出製造制限マトリクスを評価して、製造に対する潜在的期間を検出する。これらはさらに評価ビットベクトル行を各制限ベクトル行に対して有し、前記評価ビットベクトル行は次のようにして生成される:制限ベクトル行の各エントリーに対して、制限ベクトル行のエントリーが1またはそれ以上である場合、1を関連の評価ビットベクトル行に配列し;そして制限ベクトル行の各エントリーに対して、制限ベクトル行のエントリーが0またはそれ以下である場合、0を関連の評価ビットベクトル行に配列する。それらはさらにオーダー導出製造制限マトリクスを評価し、オーダーに対する潜在的製造期間を検出するステップを含み、このステップは:評価ビットベクトル行を論理積演算するステップ;結果を結果ビットベクトルに配列するステップ;そして結果ビットベクトルを分析し、結果ビットベクトル内に1のエントリーを有する製造期間を検出するステップを有し、ここで1は潜在的製造期間を指定する。後者の側面はさらに、製造期間が選択された場合、製造制限マトリクスを減分するステップを含む。本発明の側面はコンピュータを含む。ここでは、プロセッサがさらに、1つまたは複数のトークンを各それぞれの制限に対するパラメータとして有する選択基準機能を評価するように動作する。後者の側面はさらにコンピュータを含み、ここでプロセッサはさらに:オーダー導出製造制限マトリクスを製造制限マトリクスから生成するように動作し、製造制限マトリクスは少なくとも2次元のデータ構造を有し、このデータ構造の行は可能な制限を表し、このデータ構造の列は製造期間を表し、この生成ステップは:オーダーの各制限に対して、製造制限マトリクスの適切な行を同定し、オーダー導出製造制限マトリクスに含まれるようにし;そしてオーダー導出製造制限マトリクスを評価して製造に対する潜在期間を検出する。後者の側面はコンピュータを含み、ここでプロセッサはさらに評価ビットベクトル行を各制限ベクトル行に対して生成するように動作し、前記評価ビットベクトル行は次のステップにより生成される:制限ベクトル行の各エントリーに対して、制限ベクトル行のエントリーが1またはそれ以上である場合、1を関連の評価ビットベクトル行に配列し;そして制限ベクトル行の各エントリーに対して、制限ベクトル行のエントリーが0またはそれ以下である場合、0を関連の評価ビットベクトル行に配列する。これらはさらにプロセッサを含み、このプロセッサは次のように動作する:評価ビットベクトル行を論理積演算し;結果を結果ビットベクトルに配列し;そして結果ビットベクトルを分析し、結果ビットベクトル内に1のエントリーを有する製造期間を検出する。ここで1は潜在的製造期間を指定する。後者の側面はさらにプロセッサを有し、このプロセッサは、製造期間が選択された場合に製造制限マトリクスを減分するように動作する。本発明の側面では、オーダーに適用される制限を検出するための指示が、各それぞれの制限に対するパラメータとして1つまたは複数のトークンを備える選択基準機能を評価する指示を含む。後者の側面はさらに、コンピュータ読み出し可能媒体を有し、ここで制限を製造制限マトリクスに適用し、オーダーに対する潜在的製造期間を検出するための指示は次の指示を含む:オーダー導出製造制限マトリクスを製造制限マトリクスから生成する指示、ここで製造制限マトリクスは少なくとも2次元のデータ構造であり、データ構造の行は可能な制限を表し、データ構造の列は製造期間を表し:オーダーの各制限に対して、製造制限マトリクスの適切な行を同定して、オーダー導出製造制限マトリクスに含まれるようにし;そしてオーダー導出製造制限マトリクスを評価して製造に対する潜在的期間を検出する。後者の側面はさらに各制限ベクトル行に対する評価ビットベクトル行を有し、該評価ビットベクトル行は次の指示によって生成される:制限ベクトル行の各エントリーに対して、制限ベクトル行のエントリーが1またはそれ以上である場合、1を関連の評価ビットベクトル行に配列し;そして制限ベクトル行の各エントリーに対して、制限ベクトル行のエントリーが0またはそれ以下である場合、0を関連の評価ビットベクトル行に配列する。後者の側面はさらに、オーダー導出製造制限マトリクスを評価し、このオーダーに対する潜在的製造期間を検出するための指示を有し:評価ビットベクトル行を論理積演算し;結果を結果ビットベクトルに配列し;そして結果ビットベクトルを分析し、結果ビットベクトル内に1のエントリーを有する製造期間を検出する。ここで1は潜在製造期間を指定する。後者の側面は、製造期間が選択された場合、製造制限マトリクスを減分する指示を含む。上記の要約は本発明の単なる側面であり、請求される本発明の全容を反映するものではない。本発明の付加的フューチャーおよび利点は以下の説明に示されており、以下の説明から明かである。さらに上記の一般的記述および以下の詳細な説明は例と説明であり、請求される本発明のさらなる例を提供するものである。図面の簡単な説明添付図面は本明細書の一部であり、本発明の実施例を説明するものであり、本発明の基本の説明に用いるものである。有利な実施例の説明図面に示された本発明の実施例を参照する。可能である限り、同じ参照符号が図面を通じて同じまたは類似の部分について使用される。本発明は、ビットマトリクス計算およびデータの記憶を使用したサプライチェーン管理のための方法およびシステムである。実施例ではデータの記憶はビットアレイを使用したマトリクス形式で行われる。各オーダーは例えばトークンの集合を使用して記述することができる。トークンは特性とその特性に対する値の組合せである。自動車工業の例では、顧客が赤、緑、または青である自動車を注文できる。トランスミッションは標準またはオートマチックであり、モデルはベーシック、レギュラーまたはラグジュアリーである。この例では、色、トランスミッションおよびモデルが全て特性である。顧客が赤、標準トランスミッション、ラグジュアリーモデルを選択すれば、オーダーは3つのトークンからなる:色=赤、トランスミッション=標準、そしてモデル=ラグジュアリーである。図1は、本発明の実施例に対するサプライチェーン管理プロセスのフローチャートを示す。サプライチェーン管理プロセス100は、顧客が商品またはサービスのオーダーを要求するステップ110により開始する。本発明の説明を通じて、自動車が例として使用される。しかし本発明は自動車プロセスまたは商品に限定されるものではない。ステップ120でオーダーがシステムに入力されるか、または出荷日に対する要求が入力される。ステップ130で約束に対する有効性ATPプロセスがその商品に対する潜在的出荷日を検出する。出荷日はステップ110で顧客により確認され、出荷日が受け入れられない場合にはプロセス100がステップ110にリターンし、これにより顧客は別のオーダーリクエストを発行する。ATPプロセス130の後、ステップ140でサプライチェーン計画が、計画プロセス142と再スケジュールプロセス144のサブステップにより行われる。再スケジュールを行うべき場合、顧客に通知される。計画プロセス142は供給者および在庫管理に対する製造プロセス150と結合して動作する。ステップ160で商品が顧客に出荷される。オーダー入力図2は、本発明の実施例によるオーダーマトリクスを示す。図2に示されているように一群のオーダーがマトリクス形式でオーダーマトリクス200に表される。各列210a~210nはオーダーを表す。各行220a~220nはトークンを表す。例えば行220aのトークンはトークン色=赤を表す。オーダーが列210により表されるようにトークンを含むことを指示するため、1が列の適切な行に配列される。オーダーがトークンを含んでいなければ、0が列の適切な行に配列される。オーダーをオーダーマトリクスに記憶することによりマトリクスアルゴリズムを実行することができ、このアルゴリズムは1つまたは複数のオーダーを同時に演算する。従って全てのオーダーをマトリクスまたはビットベクトルにより表される一連のオーダーとしてコンパクトに記憶することを促進する。付加的に、オーダーマトリクスへの追加が簡素化される。なぜなら、付加的オーダーは単純に列をマトリクスの最後に追加することにより表され、付加的トークンは行の追加によりマトリクスに付加することができるからである。マトリクスは従来のデータ構造により記憶することができる。またはオブジェクト指向様式でも記憶することができる。再スケジュールオーダーを最初に配置することはATP約束の有効性により実行される。この方法を次に説明する。制限はボトルネックリソースまたは要素を含み、製造オーダーが配置された後に変化する。能力は変化する;供給者引き渡しは変動する;選択条件は変更の必要がある;オーダーはこのシステム内で自由にキャンセルされる;そして優先オーダーを挿入する必要がある。例えば制限レベルでの選択条件は変化する。例えばエアコンは制限である。エアコンが最初はオプションであったが、後から標準パーツになった場合、このことにより制限エアコンの選択条件が変化する。これらの変化が生じる場合、再スケジュールが行われる。再スケジュールプロセスを実行するための導入として、全ての制限に対する元の使用可能能力が付加的能力を反映するように調整される。この付加的能力は配置されたオーダーとしてスケジュールから再スケジュールのため除去される。新たなオーダー制限マトリクスは新たな選択条件によりそのために生成される。次にオーダーが新たなオーダー制限マトリクスを使用して再スケジュールされる。複数の顧客注文に対する逆算製造日を検出するために、オーダーマトリクス200からの顧客注文が選択条件についてチェックされ、存在するならばどのような制限がこのオーダーに適用されるかが検出される。制限は、リソースまたはボトルネック要素の使用可能な能力を、特定の期間、例えばシフトまたは日として表す。図3は、本発明の実施例のオーダー制限マトリクスを示す。オーダー制限マトリクス300は列310a~310nを有し、これらは各オーダーを表す。行320a~320nは制限を表す。各制限ビットベクトル320は、1つまたは複数のトークンビットベクトル220を評価するための関連する機能選択基準を有する。各機能に対して、オーダーマトリクス200からの適切なトークンビットベクトル220が、選択基準関数により定義されるブール関数に従って結合される。この演算はビットベクトルレベルである。従って非常に高速に実行される。なぜなら本発明の実施例では、マシンコードレベルで実行されるからである。複雑なデータベースまたはSQLセルは必要ない。例えば制限ビットベクトル320aはこれに関連して関数を有する。制限ビットベクトル320a=トークン2ANDトークン6である。第1の制限ビットベクトル320aが評価される。オーダー制限マトリクス分解プロセスは、それ以上の制限ビットベクトル320が残っているか否かを検出する。残っていれば次の制限ビットベクトル320が評価される。残っていなければプロセスは停止し、オーダー制限マトリクス300が完成する。各オーダーに対して、所与のオーダーに対する適切な制限をマトリクスから、オーダーのどの行が1を有しているかを評価することによって戻すことができる。所与のオーダーは数百の適用可能な制限を有することがある。所与のオーダーに対する制限は製造制限マトリクスと比較され、製造期間に対する候補が検出される。図4は、本発明の実施例での製造制限マトリクスを示す。製造制限マトリクス400は列410a~410nを有し、これらは期間、例えば日、シフト、または他の適切な単位を表す。行420a~420nは制限ベクトルを有し、オーダー制限マトリクス300の制限320a~320nに相当する。製造制限マトリクス400の各セル内には値が配置されており、これは制限420に対して期間410で使用していないユニット数を表す。各制限ベクトル420に対する制限は、PRM400に追加されるのに時間遅延が必要であるか否かを見るため評価される。例えば制限1は一日の遅延を制限5の後に必要とする。そうであればベクトルは適切な遅延をシフトする時間である。第2のベクトル、評価ビットベクトル430a~430nが、各制限ベクトル420の下でPRM400に導入される。この導入は評価ビットベクトルのエントリーにより行われ、このエントリーには、制限ベクトルエントリーが1またはそれ以上であるとき1が指定され、制限ベクトルエントリーが0であるとき0が指定される。再度、ビットベクトルの使用は迅速な計算と本発明の提供する評価を促進する。各オーダーは制限テーブルの導出についてチェックされ、製造の使用可能データが検出される。再スケジュールの間、PRM400の適切なセルが、オーダーが再スケジュールのために適切であると決定されるに従って減分される。例えばシステムが、次の2週間にわたってスケジュールされた全てのオーダーに対して再スケジュールの実行が必要であることを決定する場合、オーダーはシステムから除去され、PRM400は除去されたオーダーに適切に増分される。オーダーが下に説明するように再スケジュールされると、PRM400は適切に減分される。オーダーが配置され、PRM400から除去されると、評価ビットベクトルが再計算される。図5は、本発明の実施例のオーダー導出制限マトリクスを示す。オーダー導出制限マトリクスODPRM500は仮想テーブルであり、各オーダーに対して、そのオーダーに対し適用可能な制限に基づいて生成される。ODPRM500は列510a~510nを有しており、これらは日、シフトまたは他の適切な単位の期間を表す。行520a~520nは制限ベクトルを含む。ODPRMは各オーダーに対して所与のオーダーに対して必要な制限を使用して導出され、相応する制限ベクトル420を製造制限マトリクス400から同定する。このことは実施例では、オーダー制限マトリクス300を1つのオーダーに対して考慮し、処理しなければならない制限に相当する1のエントリーに対してチェックすることにより行われる。制限ベクトル520が同定されると、第2のベクトル、すなわち評価ビットベクトル530a~530nが相応するベクトル430に基づいて、製造制限マトリクス400から同定される。可能な製造データを所与のオーダーに対して検出するために、評価ビットベクトル530が結果ビットベクトル540に論理積結合される。この結果ビットベクトル540は潜在的製造期間を示す。ビットベクトルに基づくこの演算により迅速な結果が得られる。なぜならビット計算が本発明の実施例ではマシンコードで実行されるからである。上記の記述で論議したODPRM500はテーブルであるが、本発明の実施例では、ODPRM500はPRM400の相応するベクトルへのポインタを有する仮想テーブルである。このようにしてメモリと時間が、データエントリーが重複しないことにより節約される。ODPRMの生成については下でより詳細に説明する。図6は、本発明の実施例によるオーダー導出製造制限マトリクスの生成に対する典型的なステップを示すフローチャートである。ODPRM600はステップ610で、所与のオーダーに対する制限リストをオーダー制限マトリクス300から読み出すことにより開始される。ステップ620で製造制限マトリクス400からの相応する制限ベクトル420がODPRM500について同定される。ステップ630で製造制限マトリクス400からの相応する評価ビットベクトル430がODPRM500について同定される。ステップ640でODPRMプロセス610が評価ビットベクトルを論理積演算し、結果ビットベクトル540を生成する。結果ビットベクトルは可能な製造の可能な期間全てを含んでいる。従って最近の、最後の、または所望の出荷日にもっとも近い製造日を各オーダーごとに簡単に検出することができる。上記のプロセスは各オーダーに対して再スケジュール中にオーダーマトリクス内で繰り返される。このオーダーマトリクスは特定の基準、例えば次の2週間の全てのオーダーの再スケジュールに合致するオーダーマトリクスである。オーダーが実際に再スケジュールされると、製造制限マトリクス400の適切なエントリーが適切なカウントにより減分される。約束の有効性ATP有効な発送期日を顧客オーダーに対して検出できることも有益である。有効な発送期日を発見するために、次に適切な製造日を付加的安全および搬送日により計算しなければならない。このことにより発送日が確認される。顧客オーダーに対する製造日を検出するために、顧客オーダーは選択基準についてチェックされ、存在する場合どのような制限がオーダーに適用されるかを検出される。制限は、特定の期間、例えばシフトまたは日に対するリソースの有効能力またはボトルネック要素を表す。ATPプロセスは上記の再スケジュールプロセスと同じであるが、これが単一にオーダーに対して実行される点が異なる。オーダーマトリクス200または制限マトリクス300を生成する必要はない。オーダーが要求パーティにより入力されると、このオーダーに関連するトーキンビットベクトルが制限ビットベクトル制限マトリクスではなくに変換される。この制限ビットベクトルは次に、生成されたシングルオーダーに対するODPRM500に使用される。オーダーは上記に図5を参照して説明したように適切な期間に配置される。情報を再使用するこれらのプロセスは可能な限り望ましいものであることを述べておく。例えばいったん、制限ベクトルがオーダーに対してオーダープロセスで生成されるか、またはいかなる時点でも制限ベクトルは例えば再スケジュールプロセスで再使用できる。サプライチェーン計画オーダーがいったん配置されると、資材集計マトリクスがサプライチェーン計画のために使用される。図7は本発明の実施例による資材集計マトリクスを示す。オーダーマトリクスは、オーダーに対して一群の資材集計マトリクスを生成するために投影される。このプロセスはここではオーダーマトリクスの分解として説明され、資材集計BOMマトリクス200が得られる。BOMマトリクス700の各列710a~710nはオーダーを表す。これはオーダーマトリクス100のオーダー110a~110nに相応する。またマトリクス中の各行720a~720nはアイテムを表す。各アイテム720は以下の情報のいくつかまたは全てを指定する:コンポーネント情報、有効データおよびまたは選択条件。コンポーネント情報は材料番号、品質、制限番号、アクティビティ番号またはコンポーネントに関する他の情報を含むことができる。有効データは、これに基づいてアイテムが使用可能であるデータであり、妥当性スタートポイントと妥当性エンドポイントを表す値を含む。選択条件は、アイテム値に適用される論理関数であり、例えばトークン1ANDトークン5ORNOTトークン18である。一般的にオーダーマトリクス100は資材集計マトリクス700に次のように分解される。このプロセスについて次に詳細に説明する。例えば標準トランスミッションを有するラグジュアリーモデルの赤い車に対する各オーダーは、100,000の異なる個別コンポーネントが揃っていることを要求する。個別コンポーネントのリストは資材集計として参照される。直観的に、ラグジュアリーモデル赤い車に対する資材集計はベーシックモデル黒い車に対するそれとは異なることが分かる。ラグジュアリーモデルは例えばサンルーフ、レザーシート、そしてパワーウインドウを必要とし、これに対してベーシックモデルは必要としない。製造業者は各個別コンポーネントを広範囲の種々のコンポーネント供給者から得る。さらに複雑なことには、製造業者は1つ以上の供給者を特定のコンポーネントのサプライのために使用することもある。複数の供給者を使用することにより、製造業者は1つの供給者が製造業者の要求を処理できない場合にある程度のフレキシビリティが得られる。また製造業者はしばしば供給者を変更したり、および/またはコンポーネントのスタイルを所定の時間間隔で変更する。自動車の例を使用すると、製造業者は6月30日まではシールドビームヘッドライトを使用し、7月1日からはハロゲンヘッドライトを使用するかもしれない。資材襲名マトリクス700のアイテムライン720aと720bは例えばアイテム1が2つの異なる有効期間を有することを示す:EN_1とEN_2である。例えば顧客が7月1日以前に発送すべき新たな自動車を注文すると、標準ヘッドライトを有するこの自動車に対する資材集計は720a710aのアイテム_1EN_1に対するボックスに1が指示される。一方、7月1日以降に製造すべきオーダーは720b710aのアイテム_1EN_2にマークされた行に指示を示す。図8は本発明の実施例による有効マトリクスを示す。有効マトリクス800はBOMマトリクス700の列と行の数に相応するマトリクスとして生成される。有効マトリクスは、各アイテム720に対する有効期日範囲内に当たる各オーダー列に1を含む。有効マトリクスの残りのエントリーは0を含む。この有効マトリクス800は分解プロセスで使用され、オーダーマトリクス100からの資材集計マトリクスが論理積プロセスでマスクされて生成される。図9はオーダーマトリクスを本発明の実施例による資材集計マトリクスに分解する典型的ステップのフローチャートを示す。ステップ910で、各アイテムビットベクトル720は1つまたは複数のトークンビットベクトル120を評価するための関連の関数を有する。例えば前に述べたように、アイテムビット720aはそれに関連する関数を有する。アイテムビットベクトル720a=トークン1ANDトークン5ORNOTトークン18である。ステップ910で第1のアイテムビットベクトル720が評価される。ステップ920でBOM分解プロセス900が、それ以上のアイテムビットベクトル720が残っているか否かを検出する。残っていれば処理はステップ910へリターンし、次のアイテムビットベクトル720が評価される。残っていなければ、ステップ930で妥当性ビットマトリクス800がBOMマトリクス700と論理積演算され、結果と共にBOMマトリクス700へ戻される。このことは、所定の有効期間に対する適切なアイテムビットベクトル720においてだけBOMマトリクスを論理1のままにマスクするために用いられる。資材集計マトリクス700の演算結果は全てのオーダーを処理するのに必要な全ての材料の完全な精算である。これはビットアレイに基づく論理演算を使用するから、これは非常に高速な処理である。付加的にBOM分解プロセス900の処理時間は近似的に資材集計のアイテム数に比例し、これはオーダー列の数にほとんど依存しないから、このプロセスは実質的に入力されたオーダー数に関係なく同じ速度で実行される。また全てのアイテムビットベクトル720を各オーダーに対して一度計算することにより、全ての製造オーダーに対するBOMマトリクス700はBOM分解プロセス900の一度のランでセットされる。後続のBOM分解プロセス900,各オーダーに対する資材集計にアクセスすることができ、単純な読み出しオーダー列エントリーによって使用される。BOM分解プロセス900はビットアレイのその論理評価のため高速に実行されるから、プロセス900はオーダーが変化したり、新たなオーダーが追加されたり、有効データが変化したり、または選択条件が変化したりするときに再実行することができ、その際にダウンタイムは必要なく、または従来技術のようにデータの複雑な処理を待機する間、製造をロスすることもない。BOMは多種多様の製品および在庫計画機能に使用することができる。BOMは自動的にジャストインタイム供給者からのオーダー材料に使用することができ、倉庫の在庫数を自動的に低減し、製造ラインを完成オーダーが処理されると生産ファシリティの外で低減する。選択条件での歴史的変化制限レベルでの選択条件は時間と共に変化し、このことによりATPプロセスと再スケジュールプロセスの両方で複雑な問題が生じる。例えばアルミホイールはスポーツパッケージに結び付いた制限であるが、今年上半期の自動車に対するラグジュアリーパッケージには結び付いていない。しかし今年の下半期の間にアルミホイールはラグジュアリーパッケージに結び付いた制限となり、スポーツパッケージとは結び付かなくなる。スポーツパッケージに対するオーダーが今年の上半期の間の製造のためにスケジュールされている場合、アルミホイールが要求されるが、スポーツパッケージが今年の下半期に対してスケジュールされている場合、アルミホイールは要求されない。同様にラグジュアリーパッケージに対するオーダーが上半期の間の製造に対してスケジュールされている場合、アルミホールは要求されない。しかしラグジュアリーパッケージカーが下半期の間の製造に対してスケジュールされている場合、アルミホイールが要求される。このことは、どの有効制限が適用されるのか分からない場合に、どのようにATPまたは再スケジュールプロセスを前に記述したように実行すべきかというビジネス問題を提出する。なぜなら適用される有効制限はATPまたは再スケジュールプロセスの結果に基づくからである。本発明はこの非線形問題に対して新たな解決手段を提案する。これは各制限有効組合せに対するベクトルビットマスクエントリーを含むマトリクスを構築するのである。図10は、本発明のフューチャーおよび基本が実現される歴史的選択基準による有効性をチェックするシステムを表す複数のテーブルである。この例では2つの選択条件が2つのトークンを使用して示されている:特性1はV_1C_1=V_1である;そして特性1はV_2C_1=V_2である。例えばV_1はスポーツパッケージであり、V_2はラグジュアリーパッケージである。制限テーブル1010は、この制限1、例えばアルミホイールが有効期間1、EN_1の間、C_1=V_1であれば適用可能であることを示し、制限1はC_1=V_2であれば、有効期間2、EN_2の間、適用可能である。有効テーブル1020は有効期間1,EN_1が1/1/2000から6/30/2000まで適用され、有効期間2,EN_2の適用は7/1/2000から開始されることを示す。言い替えると、スポーツパッケージは上半期の間に制限1を発動し、ラグジュアリーパッケージは下半期の間に制限1を発動する。オーダーマトリクス1030は、配置すべき3つのオーダーに対するオーダーマトリクスを示す。オーダー1は第1のトークンを発動し、オーダー2は第2のトークンを発動し、そしてオーダー3は第1と第2のトークンを発動する。オーダー制限マトリクス1040はオーダーマトリクス1030の分解の決壊であり、これは以前に説明したように行われる。製造制限マトリクス1050は前に説明したように構築される。有効マトリクス1060は製造制限マトリクス105について修正され、マスクとして使用される。有効が真である期間に対して1がマトリクスのセルに配置される。有効が偽である期間に対しては0がマトリクスのセルに配置される。次のステップで結果マトリクス1070が、製造制限マトリクス1050の制限ビット行を有効マトリクス1060とオーダー制限マトリクス1040により論理評価することによって構築される。テーブル1070は次のプロセスにより各オーダーに対して生成される:チェックすべきオーダーに対して、相応の列をテーブル1040から読み出す;各1エントリーに対して、2つの相応する評価ビットを制限マトリクス1050から選択し、ビットマスクベクトルをマトリクス1060から選択し、それらをORNOT関数により結合して介在的結果ビットベクトルを得る;介在的結果ビットベクトルの全てを論理積演算し、結果ビットベクトルをマトリクス1070に算出する;そして各オーダーに対して繰り返す。この例ではテーブル1040は、オーダー1が有効1だけを発動することを示す。従ってビットベクトルをテーブル1050011011から取り出し、これをNOTとORし111000、011111を算出する。従ってオーダー1はいつでも、または6/29以降で履行することができる。オーダー2は有効2だけを発動する。従ってビットベクトルをテーブル1050011011から取り出し、これをNOTとORし000111、111011を算出する。従ってオーダー2は7/1以前ならいつでも、または7/1以降で履行することができる。オーダー3は有効1と2を発動する。従って011011ORNOT111000と011011ORNOT000111の論理積により011011を算出する。このことは論理センスを形成する。なぜならオーダー3はラグジュアリーとスポーツパッケージの両方を要求し、従ってこのオーダーがいつ配置されるかに関係なくアルミホイールが要求される。いったんオーダーがテーブル1070からの定義のように、使用可能製造スロットの選択により配置されるか、または再スケジュールされると、このテーブル1050エントリーを減分する必要があるか否かを検出しなければならない。このテーブルは、製造スロットがオーダーに対する有効/制限組合せが1である製造スロットに相応する場合だけ減分する必要がある。例えばテーブル1070を検査して、オーダー1を6月29日に配置することを決定する。この場合はエントリーをテーブル1040で検査し、オーダー1が制限1をこの有効期間中に7月1日より前に要求することに注目する。従ってテーブル1050中の制限1は6月29日に減分しなければならない。同じようにオーダー2が6月29日に配置されていれば、テーブル1040のエントリーを検査し、オーダー2が有効期間2中に制限1だけを有することに注目する;従ってこのオーダーは有効期間1中に配置されているから、減分は必要ない。オーダー2を6月29日に配置することはアルミ2の制限を必要としない。実現本発明の上記フューチャーおよび他の側面と基本は、種々のシステムまたはネットワーク環境で実現され、データ収集およびリスク分析を促進するための自動計算ツールを提供する。このような環境および適用はとりわけ本発明の種々のプロセスおよび演算を実行するために構築されるか、またはそれらは汎用コンピュータまたは選択的にアクティベートされる計算プラットフォームを含むか、またはプログラムコードによりリコンフィギュレートされ、必要な機能性を提供する。ここに開示されたプロセスは特定のコンピュータまたは他の機器に生来的に関連するものではなく、ハードウエア、ソフトウエア、および/またはファームウエアの適切な組合せにより実現される。例えば種々の汎用機械を本発明の技術思想に従って書かれたプログラムにより使用することができる。または専用の装置またはシステムを構築して所要の方法および技術を実行するのも有利である。本発明はまたコンピュータ読み出し可能媒体に関連するものであり、この媒体はプログラム命令またはプログラムコードを含んでおり、これにより種々のコンピュータ実現演算を本発明の方法およびプロセスに基づいて実行する。媒体およびプログラム命令は本発明の目的のために専用に設計され構築されたものである。このことは当業者であれば容易である。プログラム命令の例は2つのマシンコードを含む。すなわちコンパイラーにより形成されたものと、コンピュータによりインタプリターを使用して実行することのできるハイレベルコードを含むファイルである。制限となる例ではないが、図11は本発明のフューチャーおよび基本が実現されるシステム環境を示す。図11のブロック図に示すように、本発明によるシステム環境は入力モジュール1110,出力モジュール1120,計算プラットフォーム1110,そしてデータベース1140を有する。計算プラットフォーム1110は必要なファシリティおよび計算能力を含むように構成されており、入力モジュール1110により提供される各ユーザー情報またはデータを分析し、データベース1140を使用して適切なギアを検出する。データ分析の結果は出力として計算プラットフォーム1110から出力モジュール1120に供給される。これは例えば印刷、ディスプレイ、他のシステムデバイスへの通信である。このような出力は例えば1つまたは複数の推奨ギアアイテムを含むか、または上記のようなギアアイテムの比較リストを含む。計算プラットフォーム1110からの出力はまたデータベース1140に供給することができる。このデータベースは例えばギアユーザー個人情報またはギアデータを記憶するための恒久的記憶デバイスとして使用することができる。図11の実施例では、計算プラットフォーム1130は有利にはPCまたはメインフレームコンピュータを含み、本発明の種々の機能および演算を実行する。計算プラットフォーム1130は例えば汎用コンピュータにより実現することができ、このコンピュータはコンピュータに記憶されたコンピュータプログラムによりアクティベートされるかまたはリコンフィギュレートされる。または計算プラットフォームは特別の構成された計算プロットフォームであり、本発明のフューチャーおよび演算を実行する。計算プラットフォーム1130はまた多種多様のコンポーネントまたはサブシステムにより実現または提供することができる。このコンポーネントまたはサブシステムは例えば次の1つまたは複数を含む:1つまたは複数のCPU、コプロセッサ、メモリ、レジスタ、および他のデータ処理デバイスおよびサブシステム。計算プラットフォーム1130はまた顧客と通信し、クレジットデータを入力モジュール1110へおよび出力モジュール1120から直接接続または通信リンクを介して伝送する。これも図11に示されている。択一的に計算プラットフォーム1130とモジュール1110,1120との間の通信はネットワークアーキテクチャ図示せずを使用して行うこともできる。択一的実施例図示せずでは、ネットワークアーキテクチャは単独でまたは適切な組合せで、電話ベースネットワークPBXまたはPOTS、ローカルエリアネットワークLAN、ワイドエリアネットワークWAN、専用イントラネット、および/またはインターネットを有する。さらに有線および/または無線コンポーネントおよびシステムの適切な組合せを有することもできる。専用通信リンクまたは共有ネットワークアーキテクチャを使用することにより、計算プラットフォーム1130は入力モジュール1110および/または出力モジュール1120と同じ個所にも地理的に離れた個所にも配置することができる。システム環境の入力モジュール1110は図11に示すよう、データを入力として計算プラットフォーム1130に送受信するに多種多様のデバイスにより実現される。図11に示すように入力モジュール1110は入力デバイス1111,記憶デバイス1112,および/またはネットワークインタフェース1111を有する。入力デバイス1111はキーボード、マウス、ディスクドライブ、ビデオカメラ、磁気カードリーダー、または顧客データを計算プラットフォーム1130に供給するのに適する他の入力デバイスを有する。メモリデバイスは多様の形式のメモリまたは記憶デバイス、例えば読み出し専用メモリROMおよびランダムアクセスメモリRAMにより実現される。記憶デバイス1112はメモリテープまたはディスクデバイスを、記憶テープまたはディスク上の顧客データまたはクレジットデータを読み出し、入力として計算プラットフォーム1130に供給するため有することができる。入力モジュール1110はまたネットワークインタフェース1111を図11に示すように有することができ、これによりデータをネットワーク例えばLAN、WAN、イントラネットまたはインターネットを介して受信し、データを計算プラットフォーム1130に入力として供給することができる。例えばネットワークインタフェース1111は公衆データベースまたは私用データベースに、ネットワークを介して顧客データまたはクレジットデータを計算プラットフォーム1130に送受信するため接続される。図11に示すように出力モジュール1120はディスプレイ1121,プリンタデバイス1122,および/またはネットワークインタフェース1123を有し、ネットワークインタフェースは計算モジュール1120からの出力として供給された結果を受信する。上に示したように、計算プラットフォーム1130からの出力は1つまたは複数の推奨ギアアイテムおよび/またはギアアイテムについての情報を含む。計算プラットフォーム1130からの出力はディスプレイ1121例えばCRTまたはLCDおよびプリンタデバイス1122により表示される。必要であればネットワークインタフェース1123を設け、計算プラットフォーム1130からの結果をネットワークを介して遠隔または離れた個所にさらなる分析または視覚化のために通信することができる。本発明の実施例の前記記述は説明のためのものである。これは本発明を制限するものではない。例えば前記実現は特定のネットワークコンフィギュレーションを含むが、しかし本発明はソフトウエア、ハードウエア、またはハードウエアとソフトウエアの組合せを使用する種々のデータ通信ネットワーク環境で処理機能の提供のために実現することができる。当業者であれば本発明のシステムおよび方法の全てまたは一部を他のコンピュータ読み出し可能媒体、例えば二次記憶デバイス、例えばハードディスク、フロッピー登録商標ディスクおよびCD-ROMに記憶し、これから読み出すことができるであろう。またインターネットからのダウンロードまたは他のコンピュータ読み出し可能媒体、例えばROMまたはRAMの形態も可能である。"