(57)【要約】食品トレースおよび追跡システム、方法、コンピュータプログラムプロダクトが提供される。本発明は、これらの供給チェーン内で動作する小、中、大企業がデータの完全性と適切なレベルのセキュリティを常に維持しこれを実時間で可能にしながら、双方向に情報を供給チェーン全体を通して交換することを可能にする。本発明は供給チェーンエンティティを横切る連続的な連結と、供給チェーンエンティティのほぼ実時間の変更を可能にする、本発明はデータの統合性およびデータのセキュリティを確実にし、言語の翻訳を実行し、データ変換の必要なく時間にわたる連続的な経歴データを維持し、供給チェーン内の各エンティティにそれらのアイデンティティおよびデータを他の供給チェーンエンティティへ公表する選択肢を提供する。新しいフィールドはプロセスおよびマテリアルで必要とされるときに付加されることができる。本発明は公共または私設データネットワークにわたって種々の組織により種々のマシンでホストされた分配されるデータをサポートする。
2005523507.tif 000002
【特許請求の範囲】
【請求項１】
供給チェーン管理システムにおいて、
供給チェーン管理を実行するアプリケーションプログラムを含んでいるサーバと、
アプリケーションプログラムにより生成または読取られるテーブルを記憶し、サーバに結合されているデータベースと、
公共または私設データネットワークの少なくとも一つによってサーバに結合される複数のコンピュータベースのユーザシステムとを具備し、
アプリケーションプログラムは、
製品のマテリアルのロットの農業情報を記憶する第１のコンポーネントと、
製品のマテリアルのロットの品質情報を記憶する第２のコンポーネントと、
製品のマテリアルのロットの製造情報を記憶する第３のコンポーネントと、
製品のマテリアルのロットの輸送情報を記憶する第４のコンポーネントと、
第１乃至第４のコンポーネントの１以上により記憶される情報を検索する第５のコンポーネントとを含んでいるコンポーネントのリストからの１以上のコンポーネントを含んでおり、
第１乃至第５のコンポーネントは記憶される情報を入力するためのフィールドを含んでおり、フィールドの消去、変更、付加は実時間またはほぼ実時間で行われることができる供給チェーン管理システム。
【請求項２】
データベースはネットワークを横切って分配される請求項１記載のシステム。
【請求項３】
アプリケーションプログラムはネットワークへ結合される多数のサーバを横切って分配される請求項１記載のシステム。
【請求項４】
複数のコンピュータベースのユーザシステムは少なくとも１つの無線ハンドヘルド装置を含んでいる請求項１記載のシステム。
【請求項５】
マテリアルのロットと処理段は１以上のコンポーネント内のアプリケーションプログラムの動作時間で規定される請求項１記載のシステム。
【請求項６】
新しいプロセスは１以上のコンポーネント内のアプリケーションプログラムの動作時間において規定される請求項１記載のシステム。
【請求項７】
少なくとも１つの属性および関係タイプは１以上のマテリアルまたは処理段で１以上のコンポーネント内のアプリケーションプログラムの動作時間において規定される請求項６記載のシステム。
【請求項８】
供給チェーン管理システムにおいて、
供給チェーン管理を実行するためのアプリケーションプログラムを含んでいるサーバと、
アプリケーションプログラムにより生成されるテーブルを記憶し、サーバに結合されているデータベースと、
公共または私設データネットワークの少なくとも一つによってサーバに結合されている複数のコンピュータベースのユーザシステムとを具備し、
アプリケーションプログラムはコンピュータベースのユーザシステムで与えられるグラフィックユーザインターフェースを生成し、グラフィックユーザインターフェースは以下のコンポーネントのリスト、即ち、
製品のマテリアルのロットに対する農業情報を入力する第１のコンポーネントと、
製品のマテリアルのロットに対する品質情報を入力する第２のコンポーネントと、
製品のマテリアルのロットに対する製造情報を入力する第３のコンポーネントと、
製品のマテリアルのロットに対する輸送情報を入力する第４のコンポーネントと、
第１乃至第４のコンポーネントの１以上により入力される情報を検索する検索規準を入力する第５のコンポーネントとを含んでいるコンポーネントのリストからの１以上のコンポーネントを含んでおり、
第１乃至第４のコンポーネントは記憶される情報を入力するためのフィールドを含んでおり、フィールドの消去、変更、付加は実時間またはほぼ実時間で行われることができる供給チェーン管理システム。
【請求項９】
データベースはネットワークを横切って分配される請求項８記載のシステム。
【請求項１０】
アプリケーションプログラムはネットワークへ結合される多数のサーバを横切って分配される請求項８記載のシステム。
【請求項１１】
複数のコンピュータベースのユーザシステムは少なくとも１つの無線ハンドヘルド装置を含んでいる請求項８記載のシステム。
【請求項１２】
マテリアルのロットと処理段は１以上のコンポーネント内のアプリケーションプログラムの動作時間において規定される請求項８記載のシステム。
【請求項１３】
新しいプロセスは１以上のコンポーネント内のアプリケーションプログラムの動作時間において規定される請求項８記載のシステム。
【請求項１４】
少なくとも１つの属性および関係タイプは１以上のマテリアルまたは処理段で１以上のコンポーネント内のアプリケーションプログラムの動作時間において規定される請求項１３記載のシステム。
【請求項１５】
供給チェーン管理を実行するコンピュータの読取可能な媒体に存在し、以下のコンポーネントのリストからの１以上のコンポーネントを具備しているコンピュータプログラムプロダクトにおいて、コンポーネントのリストは、
製品のマテリアルのロットに対する農業情報を記憶する第１のコンポーネントと、
製品のマテリアルのロットに対する品質情報を記憶する第２のコンポーネントと、
製品のマテリアルのロットに対する製造情報を記憶する第３のコンポーネントと、
製品のマテリアルのロットに対する出荷情報を記憶する第４のコンポーネントと、
第１乃至第４のコンポーネントの１以上により記憶される情報を検索する第５のコンポーネントとを含んでおり、
第１乃至第４のコンポーネントは記憶される情報を入力するためのフィールドを含んでおり、フィールドの消去、変更、付加は実時間またはほぼ実時間で許可されたユーザにより行われることができるコンピュータプログラムプロダクト。
【請求項１６】
コンピュータプログラムプロダクトはネットワークへ結合される多数のサーバを横切って分配される請求項１５記載のコンピュータプログラムプロダクト。
【請求項１７】
マテリアルのロットと処理段は１以上のコンポーネント内のコンピュータプログラムプロダクトの動作時間において規定される請求項１５記載のコンピュータプログラムプロダクト。
【請求項１８】
新しいプロセスは１以上のコンポーネント内のコンピュータプログラムプロダクトの動作時間において規定される請求項１５記載のコンピュータプログラムプロダクト。
【請求項１９】
少なくとも１つの属性および関係タイプは１以上のマテリアルまたは処理段で１以上のコンポーネント内のアプリケーションプログラムの動作時間において規定される請求項１８記載のコンピュータプログラムプロダクト。
【請求項２０】
食品供給チェーンを表示する方法において、
食料製品のマテリアルタイプに関する情報を記憶する第１のテーブルを生成し、
マテリアルタイプの供給チェーン段に関するデータを記憶する第２のテーブルを生成し、
第２のテーブルからの供給チェーン段のタイプに関する情報を記憶する第３のテーブルを生成するステップを含み、
第３のテーブル中の情報は第２のテーブル中のデータのメタデータである方法。
【請求項２１】
第２のテーブル中の生成された供給チェーン段のデータの各ユニットはスタート情報を含んでいる請求項２０記載の方法。
【請求項２２】
さらに、１以上のプロセスのプロトタイプに関する情報を記憶する第４のテーブルの生成を含み、各プロセスのプロトタイプ情報は第１および第２のテーブルからの情報のセットに関係されている請求項２１記載の方法。
【請求項２３】
第４のテーブルは各プロセスプロトタイプの生成タイムスタンプを含んでいる請求項２２または１９記載の方法。
【請求項２４】
さらに、解析日の入力によりテーブルを検索し、
入力された解析日を記憶されたプロセスプロトタイプの生成タイムスタンプに対して比較し、
比較に基づいてテーブルから情報およびデータを検索することを含んでいる請求項２３記載の方法。
【請求項２５】
さらに、検索された情報を提供するステップを含んでいる請求項２４記載の方法。
【請求項２６】
比較に基づく場合には、検索は情報およびデータを検索し、プロセスプロトタイプは入力された解析日に最も近く、解析日より前の生成タイムスタンプを有している請求項２４記載の方法。
【請求項２７】
さらに、第１、第２、第３、第４のテーブルの１以上の情報を操作することを可能にするユーザに関する情報を記憶するための第５のテーブルを生成するステップを含んでいる請求項２２記載の方法。
【請求項２８】
食品供給チェーンを表示する方法を実行するためにコンピュータの読み取り可能な媒体に存在するコンピュータプログラムプロダクトにおいて、その方法は、
食料製品のマテリアルタイプに関する情報を記憶する第１のテーブルを生成し、
マテリアルタイプの供給チェーン段に関するデータを記憶する第２のテーブルを生成し、
第２のテーブルからの供給チェーン段のタイプに関する情報を記憶する第３のテーブルを生成するステップを含み、
第３のテーブルの情報は第２のテーブルのデータのメタデータであるコンピュータプログラムプロダクト。
【請求項２９】
第２のテーブル中の生成された供給チェーン段のデータの各ユニットはスタート情報を含んでいる請求項２５記載のコンピュータプログラムプロダクト。
【請求項３０】
方法はさらに、１以上のプロセスのプロトタイプに関する情報を記憶する第４のテーブルを生成するステップを含み、各プロセスのプロトタイプ情報は第１および第２のテーブルからの情報のセットに関係されている請求項２６記載のコンピュータプログラムプロダクト。
【請求項３１】
第４のテーブルは各プロセスプロトタイプの生成タイムスタンプを含んでいる請求項３０記載のコンピュータプログラムプロダクト。
【請求項３２】
方法はさらに、解析日を入力することによりテーブルを検索し、
入力された解析日を記憶されたプロセスプロトタイプの生成タイムスタンプに対して比較し、
比較に基づいてテーブルから情報およびデータを検索するステップを含んでいる請求項３１記載のコンピュータプログラムプロダクト。
【請求項３３】
方法はさらに、検索された情報を提供するステップを含んでいる請求項３２記載のコンピュータプログラムプロダクト。
【請求項３４】
比較に基づく場合には、検索は情報およびデータを検索し、プロセスのプロトタイプは入力された解析日に最も近く、解析日より前の生成タイムスタンプを有する請求項３２記載のコンピュータプログラムプロダクト。
【請求項３５】
方法はさらに、第１、第２、第３、第４のテーブルの１以上の中の情報を操作することを可能にするユーザに関する情報を記憶するための第５のテーブルを生成するステップを含んでいる請求項３０記載のコンピュータプログラムプロダクト。
【請求項３６】
バッチ指向プロセスに対するアプリケーションプログラムを有するコンピュータの読取可能な媒体において、
アプリケーションプログラムは、
バッチ指向されたプロセスに関連するプロセス段を生成するコンポーネントと、
バッチ指向されたプロセスに基づいて、生成されたプロセス段を並列および直列の順序で接続するコンポーネントとを具備しているコンピュータの読取可能な媒体。
【請求項３７】
時間で変化する供給チェーンを表示するシステムにおいて、その方法は、
任意の数の供給チェーン段を生成する手段と、
生成された供給チェーン段を並列または直列の順序で接続する手段と、
生成された供給チェーン段を任意の深さまで入れ子する手段とを具備しているシステム。
【請求項３８】
供給チェーン段に関連する情報は相互に離れている多数のコンピュータシステムで入力される請求項３７記載のシステム。
【請求項３９】
さらに、システムと他のユーザとの対話に干渉せずに、供給チェーンに関連するデータ属性の付加、変更、排除を行う手段を具備している請求項３７記載のシステム。
【請求項４０】
さらに、システムと他のユーザとの対話に干渉せずに、新しいビジネス要求に基づいて、ビジネスプロセスおよび関係の付加、変更、排除を行う手段を具備している請求項３９記載のシステム。
【請求項４１】
指示されたグラフプロセスを生成するコンポーネントと、
指示されたグラフプロセスを規定し、指示されたグラフプロセスを動作時間で規定するコンポーネントとを含み、
指示されたグラフは、
ソースおよびターゲットノードを含んでいる１以上のノードと、
ソースノードをターゲットノードに接続する１以上のアークとを含み、
各ノードは供給チェーン段であり、各アークは各供給チェーン段に出入りするマテリアルのロットである供給チェーン管理ソフトウェアツール。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は供給チェーンのトレースおよび追跡、特に食品のトレースおよび追跡に関する。
【背景技術】
【０００２】
本出願は暫定米国出願番号第60/375,202号（Our Ref:FXAG.1.1002）および第60/375,192号（Our Ref:FXAG.1.1001）から優先権を主張し、この両者は2002年４月22日に出願され、ここで参考文献とされている。
【０００３】
食品産業は比較的低い技術的浸透性を有し、企業は任意の所定の供給チェーンでパートナーに対する情報提供能力において大きく異なっている。この情報提供能力がないことに加えて供給チェーン自体の複雑な特性により問題はさらに複雑にされている。供給チェーンはシーケンスの複雑な迷路と平行度からなり、これは図１に示されているように任意選択的に混合され、時間によって変化されることができる。
【０００４】
多数の企業（供給段の法的エンティティ）または供給チェーンの法的エンティティの組合わせは種々の部署、部門または異なる企業にわたる製造プロセスのメンテナンスを可能にする複雑な構造を必要とする。さらに、企業が製品のトレースを行うように求められたとき、次のような質問に対する回答を提供することができない。即ち船のコンテナには何があるか；コンテナ内にはいくつのパレットがあるか；パレット内にはいくつの箱があるか；箱内にはいくつの缶があるか；缶内には何があるか；中身の産地はどこか；どのようにして成長したものか；どんな肥料が使用されたか；何の農薬が使用されたか；種がいつ蒔かれたか；使用された種のタイプは何か；農場は工場の隣であるか；農場はトイレを有するか；どんな製造プロセスが使用されたか等。
【０００５】
ＳＡＰ、Ｏｒａｃｌｅ、Ｉ２、Ｐｅｏｐｌｅ−Ｓｏｆｔ、Ｍａｎｕｇｉｓｔｉｃｓのような既存の企業のソフトウェアおよびロジスティックソフトウェアのベンダは食品供給チェーンが一定状態の流れにある事実に適応することができない。供給チェーンエンティティは連続して全ての規制および商業上の制約を満たしながら、それらのリソースを最適化し、コストを減少し、効率を増加することを目的としている。実際に、このことは供給チェーンエンティティが絶えずそれらの供給業者、供給チェーンプロセスおよび段を変更することを意味している。
【０００６】
供給チェーンは一定の流れの環境であるので、既存のシステムはデータベース構造とアプリケーションコードに影響することなしに動作時間中に変更することができない。このことは新しいプロセスを規定するか同時に既存のプロセスにおいて変更することに容易に適合可能なアプリケーションが存在しないことを意味している。換言すると、現在のシステムは主要なアプリケーション構造が変更されるとき、新しいデータベースを生成する。さらに、現在のシステムは製品が供給チェーンを移動する（例えば農場から食卓へ）のにかかる時間を考慮できない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
図２に示されているように、伝統的な企業ソフトウェアベンダ（ＥＳ）はエンタプライズリソースプラニング（ＥＲＰ）、マテリアルリクワイヤメントプラニング（ＭＲＰ）または財務および会計ソフトウェアのようなソフトウェアを提供する。これらのタイプのソフトウェアアプリケーションは企業がそれらの固有のビジネス環境内（箱の内部）のリソースを管理することを助ける。これらのタイプのソフトウェアは通常、非常に高価であり、したがって供給チェーン内の全ての関係者がそれらを入手できるわけではない。食品産業では、非常に少数の製造業者／供給業者が米国および欧州市場外にＥＲＰタイプの解決策を有している。伝統的なロジスティックソフトウェアベンダは倉庫の管理、購入および自動化された目録補充の方法のためのソフトウェアを提供する。これらのタイプのソフトウェアアプリケーションも高価であり、これを購入できる余裕のある企業は食品産業供給チェーン内では非常に少数である。彼らは伝統的な企業ソフトウェアをインストールしている会社間をリンクするように設計されている。これらは食品の安全性およびトレース能力に関係する問題を解決していない。
【０００８】
供給チェーンは一定の流れの環境であるので、データベース構造とアプリケーションコードに影響せずに動作時間自体の期間中に変更されることができる構造を有する必要がある。新しいプロセスを規定するか、同時に既存のプロセスを変更することができる必要がある。換言すると、システムは主要なアプリケーション構造が変更されるとき、新しいデータベースを生成しない。また、製品が農場から食卓までの供給チェーンを移動するのにかかる時間を考慮する必要がある。
【０００９】
本発明は、これらの供給チェーン内で動作する小、中、大企業がデータの統合性と適切なレベルのセキュリティを常に維持しながら、ほぼ実時間で双方向に情報を供給チェーン全体を通して交換することを可能にする。本発明は並列または直列の順序を任意に組合わせて接続される任意の数の段を有し、任意の深さまで入れ子されたバッチ指向プロセスを提供することによりこれを実行する。本発明は例えば食品、薬剤、貴石、電子コンポーネント等のビジネスプロセスセットアプリケーションおよび変化を必要とする任意の産業で実行されることができる。
【００１０】
また、本発明はバッチ処理により近似されることができる連続的なプロセスをサポートする［これは何を意味するか？］。
【課題を解決するための手段】
【００１１】
本発明は、必要なときに実時間またはほぼ実時間で供給チェーンエンティティの構成または再構成が変更されることを可能にしながら、供給チェーンエンティティを横断する連続的な連結を可能にする。本発明は、データの統合性およびデータのセキュリティを確保し、データ変換を必要とせずに時間にわたって連続的な経歴を維持し、供給チェーン内の各エンティティにそれらのアイデンティティおよびデータを他の供給チェーンエンティティへ公表する選択肢を提供する付加的な特性を選択的に提供することができる状態で前述の目的を実現する。新しいフィールドがプロセスおよびマテリアルで必要とされるときに付加されることができる。本発明は公共または私設データネットワークにわたって種々の組織により種々のマシンでホストされた分配されるデータをサポートする。
【００１２】
本発明は、逐次的または並列である任意のプロセスを生成する能力を提供し、さらにこれらをダイナミック（即ち動作時間で）変更できる。本発明は指示されたグラフの動作時間での操作を可能にする。指示されたグラフはソースノードからターゲットノードまでアークにより接続されるノードを含んでいる。ノードは供給チェーン段であり、アークは供給チェーン段に出入りするマテリアルの集まりである。本発明はプロセスの定義とプロセスの例示の両者が動作時間で規定されることを許容する。さらに、本発明は企業の特定の要求の処理を容易にカスタム化することができる。本発明は特定の企業の食品プロセスの展開を追跡できる。
【００１３】
本発明は通常のデータベースモデル化から進歩して食品のトレース応力アプリケーションを提供する。食品のトレース能力アプリケーションは、複雑な供給チェーン要求を処理する非常にフレキシブルで拡張可能で頑強な手段を可能にするソフトコード化値パターンの新しい模範を含んでいる。
【００１４】
本発明はより広く複雑な食品産業の供給チェーンに参加するために、低い、限定された複雑性と低い技術的能力から高い複雑性と高い技術的能力までの全ての企業のレベルを可能にする。本発明は以下の随意選択的な特徴を含んでいる。  
・分配  
・国際的  
・スケール可能  
・任意選択的に混合されることができるシーケンスおよび並行  
・標準化されたプロセス。
【００１５】
本発明は供給チェーンリンク、プロセス、手順に対する変形を可能にする。供給チェーンの数およびリンクは必要なときに増加または減少されることができる。リンクは順次的または並列の任意の構造で構成されることができる。変更は供給チェーンのルート、プロセス、手順に対していつでも、情報システムが連続的に動作しているときでさえも行うことができる。
【発明を実施するための最良の形態】
【００１６】
本発明の好ましい代わりの実施形態を添付図面を参照して以下説明する。  
本発明は好ましくは食品トレース能力ソフトウェアアプリケーションとして構成されるが、任意の数の供給チェーンに対して構成されることができる。本発明は多数のコンポーネントソフトウェアアプリケーションを含んでいる。図３Ａは本発明にしたがって構成されたシステム40の概要例を提供している。本発明は複雑な供給チェーン要求を処理するための非常にフレキシブルで、拡張可能で頑丈な手段を可能にする。
【００１７】
図３Ａで示されているように、システム40は１以上のサーバ42と、ユーザコンピュータ装置44とを含んでいる。農夫、検査員、生産者、製造業者、食品雑貨商人、消費者、またはレストランのような供給チェーンのユーザはネットワーク46（インターネットまたはイントラネット）によってサーバ42により実行される食品のトレース能力アプリケーションへリンクされる。ユーザコンピュータ装置44の例はＰＤＡ、無線装置、ブラウザ、既存の遺産システムまたはその他のコンピュータベースの装置である。
【００１８】
食品のトレース能力アプリケーションは規制および市場で求められている産業目的を満たす食品のトレース能力を提供する。食品供給チェーンの全てのユーザは任意の製品のライフサークルにおける関連性、適切さ、臨界的なデータに基づいて、予め定められた詳細レベルでアクセスまたは入力できる。規制局のような供給チェーン外のユーザは関与するパーティからの承認により関係データをアクセスできる。
【００１９】
アプリケーションは供給チェーンリンク、プロセス、手順に対する変更が容易にネットワーク接続によって即座にオンラインで容易に再構成されることを可能にする。例えば各供給チェーン内のリンク数は必要性が上がるとき増加または減少されることができる。また各リンク内のプロセスも直列または並列の任意の形態でオンラインで構成されることができる。したがって任意の時間に、システム40が連続的に動作しているときでさえも供給チェーンルート、プロセス、手順について変更が行われることができる。
【００２０】
図３Ｂは本発明のソフトウェアアーキテクチャ50の１例を提供する。アーキテクチャ50は基本的なプレゼンテーションサービスの変化からデスクトップコンピュータ、ＰＤＡ、セルフォン等のユーザアクセス装置を隔離するプレゼンテーション抽象層52を含んでいる。したがって、サーバ中の変化はユーザのサービス検索能力に影響しない。プレゼンテーション抽象層52は全ての基本的なプレゼンテーションサービスの濾波、フォーマット、暗号化、言語変換サービスを提供する。
【００２１】
プレゼンテーションサービス層54は基本的なアプリケーションと、プレゼンテーション抽象層52の濾波、フォーマット化、暗号化、言語変換サービスとの間のインターフェースを提供する。各プレゼンテーションサービスはディスプレイリクエストを受信し、これらのディスプレイリクエストをアプリケーションリクエストへ変換し、問い合わせ結果をフォーマット化し、これらの結果を事後処理するためにプレゼンテーション抽象層54へ通過する。
【００２２】
アプリケーションサービス層56は加入者が支払いをする付加価値の提供を含んでいる。各アプリケーションの提供は１以上のサーバに存在する。例えばアプリケーションサービス層56は食品トレースサービスの提供を含んでいる。
アプリケーションサービスは基本サービス58を使用して組立てられる。これらの基本サービスは全てのアプリケーションに共通の作業を行うが、これらのどのアプリケーションに対しても特有ではない。システム時間の識別、名前からアドレスへの変換、コンピュータの管理ディレクトリ、ユーザ、アプリケーションおよびソフトウェアオブジェクトへの変換、警報状態の報告、コンポーネントアクセスの制御、システム素子間の通信の管理は全てのアプリケーション間で共有される基本サービスの全ての例である。
【００２３】
データ抽象層（ＤＡＬ）60はアプリケーションと基本サービスとこれらが引出す基本的なデータの記憶装置間の隔離の程度を提供する。ＤＡＬ60は全てのリクエストと返答を関係構造へ変換する。基本データ記憶装置の詳細から基本およびアプリケーションサービスを遮蔽することにより、新しいアプリケーションは特定構造に堅くリンクされず、ＥＲＰ、ＭＲＰおよび他の遺産アプリケーションを特徴付けする全ての問題を有する。
【００２４】
以下の例は本発明の種々の利点を示している。製造業者はタイから英国のユーザへ農産物（とうもろこし）を輸出している。
ステップ１．製造業者の検査員は既存の契約農家から食品トレース能力の情報を捕捉するために本発明の農場コンポーネントを使用する。  
ステップ２．製造業者のＱＡ部門は農産物が農場から製造設備に到着するとき、食品トレース能力に対する情報を捕捉するために品質コンポーネントを使用する。  
ステップ３．製造業者の製造員は食品トレース能力／安全性に必要な臨界的情報を捕捉し、この情報を物理的製品（即ちバーコードおよびバッチ番号）に連結するために製造コンポーネントを使用する。  
本発明の解決策は統制および市場のユーザにより必要とされる情報を捕捉する。  
ステップ４．製造業者は本発明の（分配された）データベースおよび通信インフラストラクチャを使用してこの情報を必要とするユーザに対して例外としてこのリクエストされた情報を分配する。  
ステップ５．ユーザは食品の安全性とトレース能力についての情報をリクエストする製造業者の許可によりトレースコンポーネントを使用する。ユーザはトレースを実行するために製品に見られるバーコードおよびバッチ番号をトレースコンポーネントへ単にタイプするか走査することによってこれを行う。ユーザは食品の安全性およびトレース能力に関連する事項においてほぼ実時間で実行することができる。  
ステップ６．分配業者、冷凍保存、ロジスティックプロバイダのような供給チェーンの他のユーザが出荷コンポーネントの使用により捕捉されることができる。
【００２５】
本発明のソフトウェアは、タイプ、フィールド、複雑な構造を規定するメタモデルを含み、動作時間でポピュレートされることができる。特定のテーブルの列としてのハードコードフィールドの代わりに、メタモデル（メタデータ構造）はフィールド定義およびフィールドデータを記憶するために与えられる。これはソフトコード化と考えられる。ソフトコード化はユーザが範囲の拡張としてモデルの展開を効率的に管理することを可能にする。アプリケーションプログラミングコードは特定の使用の詳細とは別にされ、高いフレキシブル性でカスタム化可能で、さらに効率的なソフトウェアを生成する。
【００２６】
［データモデル化表記の簡単な説明］  
図５乃至１６はエンティティ関係方法のポピュラーな改良であるＯＭＴモデル化表記において本発明のモデルを示している。図４は本発明を説明するモデル化構造を要約している。オブジェクトモデルは３つの基本的構造、即ちクラス、関係、一般化から構成される。
【００２７】
クラスはボックスにより示され、共通の属性、作用、意図を有するオブジェクトを説明する。後に説明するように、マテリアルのロット、供給チェーン段タイプ、測定の単位がクラスの例である。属性はクラスのオブジェクトの値を記述し、クラスボックスの第２の部分にリストされることができる。例えば、名称は測定の単位のクラスの属性である。協定により、クラスの属性はクラスが規定される１つの数字で示され、属性はクラスに対する参照が行われる全ての他の場所で抑制される。一般化はそれらの類似性および差によりクラスを組織し、三角形により示されている。
【００２８】
関係は２以上のクラスのオブジェクトの関連を記述し、線により示されている。関係線の各端部の飾りは多様性を示している。多様性は関係されるクラスの１インスタンスに関連する１クラスのインスタンス数を特定する。べた塗りの球は“多数”（ゼロ以上）を意味し、白抜きの球は“せいぜい１”（ゼロまたは１）を意味し、多様のシンボルのない線は丁度１を意味している。
【００２９】
［マテリアル処理パッケージ］  
図５Ａと５Ｂはオブジェクト指向表記の食品の処理のトレースを可能にするソフトウェアモデル100を示している。供給チェーン段104は食品のようなマテリアルの処理に関連する処理のエレメントであり、その例には農業、製造、検査、製品、転送、小売が含まれている。マテリアルのロット106は供給チェーン段104の処理に関するものを含んでおり、例としては生のとうもろこし、洗浄したとうもろこし、調理したとうもろこし、缶詰のとうもろこしのような食料品と、副産物、廃棄物、化学物質、農薬を含んでいる。種々の処理エレメントと、それに関連する物質が使用されることができることが認識されることができる。
【００３０】
本発明は図５Ａおよび５Ｂで示されているようにオブジェクト指向モデルを使用するので、本発明は並列または直列のプロセスの任意の構成または指示されたグラフのノードを有する任意の数の処理段を含むようにスケールされることができる指示されたグラフを生成できる。また指示されたグラフはダイナミックに適合されることができる。本発明はまた容易に分配され、任意に複雑なプロセスを処理することができる。モデル100は任意の数の異なる製造プロセス（例えばとうもろこし、パイナップル、海老等）または企業に特有のプラクチズに対してカスタム化可能である。モデル100はネットワーク46によって多数のサーバ42間でデータの分配をサポートする。アクセス許可が承認される限り、本発明は食品の流れをトレースするためにコンピュータからコンピュータへナビゲートすることができる。
【００３１】
図５Ｂのモデル100に戻ると、供給チェーン段104は入力および出力として任意の数のマテリアルのロット106を有している。マテリアルのロット106はせいぜい１つの供給チェーン段104に出入りする。各マテリアルのロット106は所有者の法的エンティティ108および任意の数のアクセスする法的エンティティ108に関連されている。マテリアルのロット106の所有者はデータをアクセスするための許可を他者に与えることができる。所有者または所有者の指定者（直接的または間接的）だけがアクセスの許可を承諾できる。
【００３２】
マテリアルマスター110は一般的なデータを記憶する。各グローバル取引アイテム番号（ＧＴＩＮ）に対して１つのマテリアルマスター記録が存在する。ＧＴＩＮは欧州品目番号（ＥＡＮ）を置換している国際標準物品番号である。ＥＡＮは代わりに米国およびカナダで使用されているＵＰＣ、即ちユニバーサルプロダクトコードに置き換えられている。
【００３３】
例えば、店でとうもろこしの缶詰を手に取るとき、缶上にバーコードが存在する。このバーコードはＧＴＩＮである。各ＧＴＩＮには１つのマテリアルマスター記録が存在する。対照的に、多数のとうもろこしの缶詰が存在し、それぞれ別々のマテリアルのロット106として記憶されることができ、全て共通のマテリアルマスター記録を参照する。
【００３４】
供給チェーン段タイプ114はマテリアルマスター110がマテリアルのロット106を記述する方法と類似の方法で個々の供給チェーン段104を記述する。供給チェーン段タイプ114は予測される期間（例えば通常とうもろこしの穂を除去するのにかかる時間）を有する。時間しきい値を有する予測される期間は警報とエラーの注意のために設定されることができる。
【００３５】
アプリケーション118は種々の供給チェーン段タイプ114およびインスタンスが特有のアプリケーションにグループ化される態様を記述する。例えば、アプリケーションオブジェクトは農場管理アプリケーション、品質管理アプリケーション、生産管理アプリケーション、出荷およびロジスティック管理アプリケーション等を含んでいる。アプリケーション118はまた種々のプロセスプロトタイプ120がどのようにアプリケーション118に有効にされるかを記述している。
【００３６】
法的エンティティの役割122は供給チェーン段104との多くの関係を有する。例えば、人は管理者と検査員の両者であることができる。法的エンティティの役割122の有効日時および満了日時データは人物と役割タイプ（管理者、検査員）の結合が効力を有するときを示している。例えば、一人の人物が数年間、１部門の管理者としての役目をし、その後、別の人物がその仕事に移る。多数の法的エンティティの役割122は供給チェーン段104を所有できる。
【００３７】
プロセスプロトタイプ120は通常、指示されたグラフに共に接続するマテリアルのロット106と供給チェーン段104とのグループである。新しい処理が食品で行われる毎に、ユーザは処理段と、流入および流出するマテリアルとの間の正確な関係を記録するために新しい指示されたグラフを生成しなければならない。これらの各グラフを何度も手作業で構成するのは退屈な作業である。プロセスプロトタイプ120の概念は新しいグラフの容易な構成を可能にし、すなわち、単に正確なプロセスプロトタイプ120を発見し、次の食品処理動作に使用されることができる新しいプロセスプロトタイプ120を得るためにそれを複製する。プロセスプロトタイプ120の概念は新しいグラフの容易な構成を可能にし、それは単に正確なプロセスプロトタイプ120を発見し、その関連するマテリアルのロットおよび供給チェーンクラスの全てのインスタンスをコピーすることによりそれを複製する。これらの新しいコピーはその後、次の食品処理動作で使用されることができる。プロセスプロトタイプ120は反復可能なプロセスを規定するために使用される。
【００３８】
モデル100は容易に反復を処理できる。例えばＰａｋｆｏｏｄは海老を冷凍し、日常の処理の一部としてそれらを目録にする。時によっては、ある海老のサイズにおいて不足を補うために冷凍された海老が後のバッチに付加される。モデル100に関する限り、リサイクルされた海老は丁度別の材料のロットであり、トレースはリサイクルされた海老が早期の製造バッチからのものであることを明白にする。
【００３９】
本発明の核心は指示されたグラフの概念である。指示されたグラフは標準的なコンピュータ科学構造である。指示されたグラフはソースノードからターゲットノードまでのアークにより接続されるノードからなる。ノードは供給チェーン段であり、アークは供給チェーン段へ出入りするマテリアルのロットである。
【００４０】
モデルはプロセスの定義と、動作時間で規定されるプロセスの実例化との両者を許容する。プロセスの定義は供給チェーン段タイプ、マテリアルマスター、プロセスプロトタイプクラスで見られる。供給チェーン段タイプとマテリアルマスターは供給チェーン段とマテリアルのロットの適切な属性を規定する。プロセスプロトタイプはその後、実例化が必要とされる毎に複製される標準的なプロセスを規定する。マテリアルのロットおよび供給チェーン段クラスは実例化のために使用される主要なクラスである。本発明は動作時間の定義と食品プロセスの実例化を提供する。
【００４１】
図６は介在するマテリアルのロット182、184、186、188に接続されている供給チェーン段170、172、174の例である。
図７は図６で示されている例と比較してさらに複雑な例を示している。実際に、ボックスと矢印を有する任意の図は有効な指示されたグラフを構成し、モデル100により処理されることができる。モデル100に関して、プロセスは完全に任意である。プロセスの定義はビジネス決定であり、モデル100は任意の合理的な決定に適応する。
【００４２】
［法的エンティティパッケージ］  
図８では、法的エンティティ190は以下の組織195、人物196、法的エンティティ役割タイプ192、または自動化198のいずれであってもよい。法的エンエィティ190は食品のようなマテリアルの処理および管理に係わる人またはものを表している。法的エンティティ役割タイプ192は法的エンティティ190が実現する仕事を表している。購入代理店、管理者、検査員は法的エンティティ役割タイプ192の例である。多数のビジネス機能はソフトウェア（自動化198）の動作によりサービスされることができ、これらの状態では、ソフトウェアの効果は人物196と組織195の労力から弁別されることができない。
【００４３】
法的エンティティ役割194は法的エンティティ190を法的エンティティ役割タイプ192と結合する。法的エンティティ190はそれが他の法的エンティティ190とその間の種々の関係を捕捉する親−子関係を含んでいる。関係は再帰的であり、法的エンエィティ190は任意の深さで構成されることができる。したがって、例えば、企業（組織195）は多数の区分（組織195）を有することができ、区分は多数の部門（さらに多くの組織195）を有することができ、部門は多数のオフィス（さらに多くの組織195）を有することができる。
【００４４】
［ソフトコード化された値パッケージ］  
モデル100の幾つかのクラスは任意の数の属性を有することができる。例えば、多数の属性が人物196について記憶されており、したがってそれらを前もって予期することは困難である。さらに、適切な属性はカスタマによって、特にマテリアルのロット106と供給チェーン段104に対して変化できる。ソフトウェアは異なる食品または食品ではない材料およびカスタマプロセスについても調節可能である。モデル100は処理されるマテリアルのディスクリートなバッチに良好に適合し、これは食品産業および幾つかの他の産業を特徴付けする。それはまたバッチ処理により近似されることができる幾つかの連続的なプロセスにも適合する。
【００４５】
図９に示されているように、本発明は属性をソフトコード化し、動作時間にそれらを規定する機構を含んでいる。記述オブジェクト204はソフトコード化される値212である。次の各オブジェクトに対しては１つの記録が存在し、即ち人物196、マテリアルのロット106、供給チェーン段104である。各記述オブジェクト204は特別な記述オブジェクトタイプ206を有する。記述オブジェクトタイプ206の幾つかの例は、人物、種々の種類のマテリアルのロット106、種々の種類の供給チェーン段104である。したがって多数の人物記述オブジェクトが存在し、それぞれ単一の人物記述オブジェクトタイプ記録を指している。同様に、多数のマテリアルのロットに対する記述オブジェクトが存在し、それぞれマテリアルのロットの種類の記述オブジェクトタイプを指している。
【００４６】
モデル100は記述オブジェクト204が対応する記述オブジェクトタイプ206に対して規定される属性208に適合しなければならない。対応するデータベースはこの制約を強化できず、それ故アプリケーションコードがそれを強化しなければならない。幾つかの属性208は列挙され、可能な値の採取リストを有している。列挙数値210はこれらを適用するとき採取リスト値を記憶する。
【００４７】
値212は次のデータタイプの任意のものであり、即ち数、ストリング、日時である。第１の３つのフィールドの１つは各値の記録で充填される（他の２つはゼロ）。各値212はタイムスタンプと、値のソースである法的エンティティ190を有する。したがってソフトコード化された値の機構は値の経歴を維持する。値212はその属性208に対して特定されたデフォルトを無効にする測定単位214を有する。
【００４８】
各属性208は各値212に対して充填されるための適切なフィールドを示すデータタイプ（数、ストリングまたは日時）を有する。ストリング値は最大の長さを有することができる。最小の多様性は属性208の値212が各記述オブジェクト204に対して必要とされるか、あるいは随意選択的であるかを示す。同様に、最大の多様性は、属性208の値212が単一値であるかまたは各記述オブジェクト204で多値であるかを示す。
【００４９】
幾つかの属性208は計算され、対応する公式を有する。公式は簡単な計算（−＋＊／）、宣言イフ−ゼン−エルス、およびユーザにより規定された機能をサポートする。機能は機能名のラベルを使用してケースステートメントにより呼出される。
［記述オブジェクトパッケージ］  
図１０に示されているように、記述オブジェクト254はソフトコード化値またはソフトコード化関係を有することができる。
【００５０】
図１１に示されているように、記述オブジェクト254は種々の値および種々の関係を有することができる事柄のプレースホルダーである。記述オブジェクト254は多数の役割262を有することができる。役割262は関係264の１端部である。各役割は１つの記述オブジェクト204と１つの関係264に対応する。
【００５１】
関係264は役割262間の結合である。ほとんどの関係264は２進であり、即ちこれらは２つの役割262を有する。記述オブジェクト254は任意の数の役割262を有し、それ故、任意の数の関係264に参加する。各関係264は経歴の追跡を可能にする有効日と満了日を有する。関係264は必要なときに前もって記録されることができ、或いはその後、廃物になる。
【００５２】
［メタデータ］  
図１１に示されているように、記述オブジェクトタイプ270は記述オブジェクト254のためのカテゴリである。記述オブジェクトタイプ270は１以上の役割タイプ272を有する。役割タイプ272は役割262に対するカテゴリである。類推によって、役割タイプ272は関係タイプ274の１端部である。各役割タイプ272は１つの記述オブジェクトタイプ270と１つの関係タイプ274に対応する。最小の多様性は記述オブジェクト254が関係264に参加しなければならない最小の回数であり、通常は０または１である。最大の多様性は記述オブジェクト254が関係264に参加しなければならない最大の回数であり、通常は１または多数である。
【００５３】
関係タイプ274は関係タイプ264に対するカテゴリである。関係タイプ274は丁度、記述オブジェクトタイプ270が潜在的な記述オブジェクト値254を記述する属性276を有することができるように、潜在的な関係264の値を記述する属性276を有することができる。属性276は記述オブジェクト254または関係264の特性である。各属性276は記述オブジェクトタイプ270または関係タイプ274のうちの１つに属している。
【００５４】
［シナリオ］  
シナリオ１  
以下のシナリオはある時間にわたって食品産業が受ける変化特性と、本発明がこの変化を管理する態様を説明するのを助ける。
図１２は次のような製造段（混合402、調理404、缶詰406）を有する缶詰にされた野菜の簡単な製造ライン400を示している。以下の１１の表は本発明のモデルを使用する製造プロセスを表している。供給チェーン段は法的エンティティ役割（ミックスフルーツ製造業者および検査員Ａ）により所有される。
【００５５】
以下の表では、メタデータが背景パターンと共に表されている。アプリケーション設定データは太字で表されている。全ての他のデータはトランザクションデータである。
【００５６】
【表１】
2005523507.tif 000003
表１は各供給チェーン段タイプを表すメタデータを含んでいる供給チェーン段タイプの表である。１つのアプリケーションに対して任意の数の段タイプが存在可能である。
【００５７】
【表２】
2005523507.tif 000004
表２は種々の日々の動作および関連するデータを記憶する供給チェーン段テーブルである。表２はダミーのプロセスデータの記憶に使用され、これはプロセスプロトタイプの複製を生成するために使用される。ユーザは複雑なプロセスを容易に表し、日々のデータエントリ動作を容易にするため複製（コピー）を生成することができる。
【００５８】
【表３】
2005523507.tif 000005
表３は供給チェーン段で使用される種々のマテリアルのロットの情報を記憶するために使用されるマテリアルのロットの表である。表３はプロトタイプのダミー材料および値を有する実際の材料を含んでいる。
表４：プロセスプロトタイプ  
表４は実際の供給チェーンプロセスの動作からの１組の段およびマテリアルのロットの実行を表しているメタデータを含んだプロセスプロトタイプの表である。ユーザは最初にダミーの実行を生成し、その後、それから新しいプロセスプロトタイプを生成することができる。表４はプロトタイプ名称のメタデータの全ての関連する情報を保持し、ダミープロセスはプロトタイプ名称により識別される。ユーザは容易に新しい供給チェーン段を付加し、既存の供給チェーン段を消去し、供給チェーンの指示を変更することができる。
【００５９】
【表４】
2005523507.tif 000006
表５はアプリケーションに有効な全ての供給チェーン段タイプとプロセスプロトタイプを規定するアプリケーション表である。供給チェーン段のグループはアプリケーションに属すとして規定される。例えば、とうもろこしのプロセスでは、次のコンポーネントアプリケーション、即ち農場コンポーネント、品質コンポーネント、製造コンポーネントが使用される。
【００６０】
【表５】
2005523507.tif 000007
表６は種々の法的エンティティの役割の情報を記憶する法的エンティティの役割表である。製造業者（例えばミックスフルーツの製造業者）は幾つかの供給チェーン段を所有する。プロセスを検査する役割を行う検査員は製造業者と同じ供給チェーン段にも関連する。
【００６１】
【表６】
2005523507.tif 000008
表７および８は供給チェーン段で使用される種々のマテリアルのロットの情報を記憶するために使用される。入ってくるマテリアルと、出て行くマテリアルは供給チェーン段を接続する。
【００６２】
【表７】
2005523507.tif 000009
表９はアプリケーションに対して有効なプロセスプロトタイプの情報を記憶する。
【００６３】
【表８】
2005523507.tif 000010
表１０はアプリケーションに対して有効な供給チェーン段タイプの情報を記憶する。例えば供給チェーン段タイプの構造は農場の検査、生産、品質、出荷等で規定され、アプリケーションは規定された構造を使用する。
【００６４】
【表９】
2005523507.tif 000011
表１１は法的エンティティの役割（人）により生成され、または変更された供給チェーン段タイプと、供給チェーン段が属す組織の法的エンティティの情報を記憶している。
シナリオ２  
シナリオ２では、新しい並行生産ラインがシナリオ１に付加されている。企業は新しい並行生産ラインを設定している。缶詰プロセスの付加的なキャパシティが付加される。企業は２つの缶詰ライン、即ち缶詰製造Ｂ１と缶詰製造Ｂ２を有している。缶詰製造Ｂ１ラインの出力は缶詰のフルーツの小さい缶であり、缶詰製造Ｂ２ラインの出力は缶詰のフルーツの大きい缶である。
【００６５】
供給チェーン段が図１３に示されている。  
メタデータは背景に陰影を付けて表されている。アプリケーション設定データは太字で表され、全ての他のデータはトランザクションデータである。
【００６６】
【表１０】
2005523507.tif 000012
上述の表では、供給チェーン段タイプは缶詰の大きい缶のプロセスラインのアクティビティを記録するように規定されている。
【００６７】
【表１１】
2005523507.tif 000013
【００６８】
【表１２】
2005523507.tif 000014
表１８と１９は供給チェーン段で使用される種々のマテリアルのロットの情報を記憶するために使用される。入って来るマテリアルと、出て行くマテリアルは供給チェーン段を接続する。
【００６９】
【表１３】
2005523507.tif 000015
表２２は所定の法的エンティティの役割（人）により生成され、または変更された供給チェーン段タイプと、供給チェーン段が属す組織の法的エンティティの情報を記憶している。
シナリオ３  
シナリオ３では、新しい冷凍およびＣＣＰ点がシナリオ２の生産ラインに付加されている。缶詰プロセスラインの出力は冷凍のための新しいプロセスラインに送られる。小さい缶と大きい缶に対しては別々の冷凍ラインが存在する。
【００７０】
典型的な供給チェーン段が前述の図１４で示されている。第１のステップとして、新しい冷凍プロセスをサポートするための既存の複製が変更されている。２つの新しい段タイプ、即ち小さい缶のＣＣＰと大きい缶のＣＣＰ１が宣言されている。
【００７１】
【表１４】
2005523507.tif 000016
【００７２】
【表１５】
2005523507.tif 000017
【００７３】
【表１６】
2005523507.tif 000018
【００７４】
【表１７】
2005523507.tif 000019
【００７５】
シナリオ４  
シナリオ４では、企業はシナリオ３の生産ラインに対して新しい調理キャパシティを付加している。調理Ｂ１およびＢ２プロセスラインの出力は缶詰の新しいプロセスラインへ送られる。小さい缶と大きい缶に対しては別々の冷凍ラインが存在する。供給チェーン段の調理Ｂ１およびＢ２の出力はマテリアルを１つに混合するためのマージングの共通のプロセスへ送られる。マージングプロセスの出力は缶詰Ｂ１またはＢ２プロセスラインへ送られる。
【００７６】
供給チェーン段は図１５に示されている。第１のステップとして、新しい調理プロセスをサポートするための既存の複製は変更される。既存の調理段は調理Ｂ１として名称を変更され、付加された新しいラインは調理Ｂ２と呼ばれる。これらのプロセスの出力はプロセスマージで融合される。
【００７７】
【表１８】
2005523507.tif 000020
【００７８】
【表１９】
2005523507.tif 000021
【００７９】
【表２０】
2005523507.tif 000022
【００８０】
【表２１】
2005523507.tif 000023
【００８１】
【表２２】
2005523507.tif 000024
【００８２】
【表２３】
2005523507.tif 000025
【００８３】
以下のシナリオは本発明がある期間の時間にわたって、どのようにして変更要求を管理し処理することができたかを示している。本発明はデータの統合性を同時に維持しながらこれを行い、したがってユーザがデータ記憶構造中で行われている変化にもかかわらず情報を得ることを可能にする。本発明は全てのこれらの変化が連続的に使用される方法で行われることを可能にする。
【００８４】
シナリオＡ  
海老の製造業者はタンクで受取られた海老の研究所試験プロセス（オキシテトラサイクリン残留解析レポート）を有する。このプロセス（プロセスプロトタイプ１）が生成され、図１６に示されているグラフィックユーザインターフェースウィンドウ500のスクリーンショットに示されているように、０５−ＦＥＢ−２００３上で使用された。
【００８５】
シナリオＢ  
１ヶ月の動作後、海老の製造業者はカスタマによりオキシテトラサイクリン残留解析テストに加えてクロラムフェニコール残留解析テストが必要とされることを告げられた。新しいテストを付加するために、ユーザは新しいプロセスプロトタイプ２を生成するための複製としてシナリオ１（プロセスプロトタイプ１）のオリジナルプロセスを使用する。ユーザはシステムが依然として実行していながら新しいプロトタイプを生成するためプロセスプロトタイプ１を変更する。これはクロラムフェニコール残留解析テストの新しいテストを付加するためのテンプレートとして既存のオキシテトラサイクリン残留解析テストスクリーンを使用することにより行われ、図１７および１８が参照される。
【００８６】
シナリオＣ  
３ヵ月後、海老の製造業者は再度カスタマにより第３のテストを付加するように求められた。新しいテストは微生物学的テストである。これはカスタマの国で導入されている新しい法律の直接的な結果であった。
これを行うため、ユーザは新しいプロセスプロトタイプ３を生成するための複製としてプロセスプロトタイプ２を使用した（図２０乃至２２参照）。ユーザはシステムが依然として動作していながら新しいプロトタイプを生成するためにプロセスプロトタイプ２を変更する。これは新しい微生物学的解析テストを生成するためのテンプレートスクリーンとして既存のオキシテトラサイクリンおよびクロラムフェニコール残留解析テストを使用することにより行われる。
【００８７】
トレース  
海老の製造業者、検査員または他の許可されたユーザがタンクおよび生のマテリアル日に基づいて研究所情報のトレースを行うことを試みるとき、ユーザは図２２に示されているように、トレース規準ウィンドウ600へ必要な情報をキー入力する。ユーザがＧＯボタンを選択した後、トレースが開始される。
【００８８】
トレースシナリオ１  
ユーザが以下の検索情報をウィンドウ600に入力し、
タンク番号：ＴＴＲ−１００２  
生のマテリアル日：２００３年６月５日  
トレースを開始するとき、入力された日のそのタンク番号に対して生成された報告がユーザに利用可能にされる。図２３は一度検索が完了されるとユーザに与えられるウィンドウ620を示している。ユーザには入力された情報について利用可能な３つのレポートへのリンク（ボックス624−628）が与えられる。それぞれのアクティビティレポートは関連するリンクを付勢することにより得られる。図２４乃至２６は対応するボックス624−628の付勢時に表示される例示的なレポートである。
【００８９】
シナリオ２  
（図２７で示されているように）ユーザが以下の検索情報を入力し、
タンク番号：ＴＴＲ−１００２  
生のマテリアル日：２００３年３月１０日  
トレースを開始するとき、入力された日のそのタンク番号に対して生成された報告がユーザに利用可能にされる。図２８は一度検索が完了されるとユーザに与えられるウィンドウ680を示している。ユーザには入力された情報について利用可能な３つのレポートへのリンク（ボックス682、686）が与えられる。それぞれのアクティビティレポートは関連するボックス682、686を付勢することにより得られる。図２９および３０は対応するボックス682、686の付勢時に表示される例示的なレポートである。
【００９０】
図３１乃至３５は農夫、検査員または他のユーザが収穫された農産物に関する農場関連情報を入力することを可能にするカスタム化された農場トレースユーザインターフェースを示している。図３１はユーザにプロセスプロトタイプを選択させるウィンドウ700のスクリーンショットである。ウィンドウ700では、検査員または他のユーザは農場について１組のアクティビティを生成する。これは必要なときに日常ベースで反復される。プロセスプロトタイプの複製はユーザが単一の動作で相互接続されたアクティビティのセットを容易に生成することを容易にする。
【００９１】
図３２に示されているように、農場情報が入力される。
図３３では、とうもろこし農場処理検査アクティビティが入力される。農場処理検査アクティビティは肥料、植付け、農薬の詳細のような他の詳細または所望される任意の他の詳細を含んでいる。
図３４は、種まきの発芽詳細と、肥料および農薬のような他の詳細を入力するためのエントリウィンドウを示している。
【００９２】
図３５は、成長の詳細および肥料および農薬のような他の詳細を入力するためのエントリウィンドウを示している。
図３６は、アプリケーションの品質トレースコンポーネントのカスタム化されたユーザインターフェースを示している。図３６は先に入力された農夫の詳細、サンプリング情報、詳細な検査情報のような他の詳細を含んでいる受信された詳細を入力するためのエントリウィンドウを示している。
【００９３】
図３７と３８は、アプリケーションの生産トレースコンポーネントに対するカスタム化されたユーザインターフェースを示している。生産トレースコンポーネントは種々のユーザ特定された生産アクティビティに関する情報のエントリを可能にする。
【００９４】
本発明の好ましい実施形態を示し説明したが、前述したように、多数の変形を本発明の技術的範囲を逸脱せずに行うことができる。したがって、本発明の技術的範囲は好ましい実施形態の説明により限定されない。限定ではなく例示による１つの別の実施形態では、本発明は（まだ出願番号が割当てられていない）2003年４月22日出願の特許明細書（発明の名称MUTABLE GENERAL LEDGER ACCOUNT STRUCTURE）に記載されている発明と共に使用され、これは本出願の参考文献とされる。
【図面の簡単な説明】
【００９５】
【図１】従来技術の説明図。
【図２】従来技術の説明図。
【図３Ａ】本発明の種々のソフトウェア層の説明図。
【図３Ｂ】本発明のシステムブロック図。
【図４】本発明の説明に使用される表記の説明図。
【図５Ａ】本発明のコンポーネントのソフトウェアモデル図。
【図５Ｂ】本発明のコンポーネントのソフトウェアモデル図。
【図６】本発明のコンポーネントのソフトウェアモデル図。
【図７】本発明のコンポーネントのソフトウェアモデル図。
【図８】本発明のコンポーネントのソフトウェアモデル図。
【図９】本発明のコンポーネントのソフトウェアモデル図。
【図１０】本発明のコンポーネントのソフトウェアモデル図。
【図１１】本発明のコンポーネントのソフトウェアモデル図。
【図１２】本発明の例として示されている指示されたグラフ図。
【図１３】本発明の例として示されている指示されたグラフ図。
【図１４】本発明の例として示されている指示されたグラフ図。
【図１５】本発明の例として示されている指示されたグラフ図。
【図１６】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図１７】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図１８】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図１９】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図２０】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図２１】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図２２】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図２３】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図２４】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図２５】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図２６】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図２７】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図２８】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図２９】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図３０】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図３１】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図３２】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図３３】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図３４】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図３５】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図３６】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図３７】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図３８】本発明にしたがって形成されたユーザインターフェースの例を示す図。
【図１】
2005523507.tif 000026
【図２】
2005523507.tif 000027
【図３Ａ】
2005523507.tif 000028
【図３Ｂ】
2005523507.tif 000029
【図４】
2005523507.tif 000030
【図５Ａ】
2005523507.tif 000031
【図５Ｂ】
2005523507.tif 000032
【図６】
2005523507.tif 000033
【図７】
2005523507.tif 000034
【図８】
2005523507.tif 000035
【図９】
2005523507.tif 000036
【図１０】
2005523507.tif 000037
【図１１】
2005523507.tif 000038
【図１２】
2005523507.tif 000039
【図１３】
2005523507.tif 000040
【図１４】
2005523507.tif 000041
【図１５】
2005523507.tif 000042
【図１６】
2005523507.tif 000043
【図１７】
2005523507.tif 000044
【図１８】
2005523507.tif 000045
【図１９】
2005523507.tif 000046
【図２０】
2005523507.tif 000047
【図２１】
2005523507.tif 000048
【図２２】
2005523507.tif 000049
【図２３】
2005523507.tif 000050
【図２４】
2005523507.tif 000051
【図２５】
2005523507.tif 000052
【図２６】
2005523507.tif 000053
【図２７】
2005523507.tif 000054
【図２８】
2005523507.tif 000055
【図２９】
2005523507.tif 000056
【図３０】
2005523507.tif 000057
【図３１】
2005523507.tif 000058
【図３２】
2005523507.tif 000059
【図３３】
2005523507.tif 000060
【図３４】
2005523507.tif 000061
【図３５】
2005523507.tif 000062
【図３６】
2005523507.tif 000063
【図３７】
2005523507.tif 000064
【図３８】
2005523507.tif 000065
【手続補正書】
【提出日】平成17年4月20日(2005.4.20)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
また、本発明はバッチ処理により近似されることができる連続的なプロセスをサポートする。
【課題を解決するための手段】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００９４
【補正方法】変更
【補正の内容】
【００９４】
本発明の好ましい実施形態を示し説明したが、前述したように、多数の変形を本発明の技術的範囲を逸脱せずに行うことができる。したがって、本発明の技術的範囲は好ましい実施形態の説明により限定されない。限定ではなく例示による１つの別の実施形態では、本発明は米国特許出願第10/421,375号明細書（2003年４月22日出願、発明の名称MUTABLE GENERAL LEDGER ACCOUNT STRUCTURE）に記載されている発明と共に使用され、これは本出願の参考文献とされる。
【国際調査報告】
2005523507.tif 000066
2005523507.tif 000067