JP2023503836A - 液状食品のパッケージ用のマーキングコードのためのデータベースシステム - Google Patents

Abstract

データベースシステム（３０）はマーキングコードを記憶する複数のコードデータベース（３１）を含み、マーキングコードは、液状食品のパッケージを一意に識別し、個々のパッケージの製造を一意に識別するパッケージ製造データを含む。それぞれのコードデータベース（３１）は、マーキングコードの個々のサブセットを記憶する。データベースシステム（３０）の入力サブシステム（４０）が現在のマーキングコード（ＭＣ）を受け付けるように構成される。データベースシステム（３０）は１組の資源ロケータ（４２）を含む。それぞれの資源ロケータ（４２）は、入力サブシステム（４０）から現在のマーキングコード（ＭＣ）を受け付け、現在のマーキングコード（ＭＣ）からパッケージ製造データを抽出し、複数のコードデータベース（３１）の中の現在のコードデータベースをパッケージ製造データに基づいて識別し、現在のコードデータベースに現在のマーキングコード（ＭＣ）をリダイレクトするように構成される。【選択図】 図４Ａ

Description

本開示は一般に液状食品用のパッケージの製造に関し、具体的にはかかるパッケージ用のマーキングコードを記憶するためのデータベースシステムに関する。

世界中で毎日、何十億リットルもの水、牛乳、ジュース、及び他の液状食品が消費されている。液状食品の大部分は、カートンパッケージとしても知られる紙ベースのパッケージによって流通される。これらのパッケージは内部の液状食品の栄養価及び味の両方を守るために製造される。基礎を成す技術は、世界中で液状食品製品のパッケージング及び流通を大いに円滑化する。

本出願人は、各パッケージを一意コードで印付けする必要性を明らかにした。各パッケージ上に一意コードを与えることは、製造及び流通チェーンの全体にわたってパッケージを追跡しトレースすること、パッケージの真正性を確認すること、消費者又は小売従業員によるアクセスのためにパッケージに関係するウェブコンテンツにリンクすること、コードをプロモーションキャンペーン及び抽選に関連付けること等の様々な機能を可能にする。

液状食品用のパッケージは世界市場のために工業規模で製造される。膨大な数のパッケージが毎年製造される。例えばＴｅｔｒａ Ｐａｋ（登録商標）のエコシステム内では１８８０億（１０^９）個のパッケージが２０１６年に製造された。パッケージ製品は６カ月間から１年間又はそれよりも長い、例えば５年間までの保管寿命を有し得ることを考慮し、膨大な数の一意コードを製造しデータベースシステム内に記憶する必要がある。かかる環境内でのコードの展開は１ＰＢを超えるデータを招く可能性がある。

欧州特許第３５４０６６４号明細書は液状食品を含むパッケージにマーキングコードを与えるためのロバストな技法を開示し、それぞれのマーキングコードは個々のパッケージを一意に識別する。マーキングコードはペイロードデータに基づき、ペイロードデータは個々のパッケージの製造を一意に表し、製造の時間及び／又は位置を示すことができる。有効なコードを推測し、不正なコードを生成するのを困難にするためにペイロードデータは暗号化される。マーキングコードは暗号化ペイロードデータを非暗号化ヘッダ部分と組み合わせることによって形成される。マーキングコードはパッケージ上に与えられ、更にデータベース内に任意選択的には追加データに関連して入力される。検索を加速し、データベースごとのデータ記憶量を減らすために、欧州特許第３５４０６６４号明細書は異なる製造領域内にデータベース、例えば欧州内に第１のデータベース及び北米内に第２のデータベースを設けること、並びに欧州及び北米内のプラントによって製造されるパッケージ用のマーキングコードを第１のデータベース及び第２のデータベース内にそれぞれ記憶することを提唱する。

マーキングコードをデータベースシステム内に記憶する場合、パッケージのマーキングコードを含むクエリへの高速の応答時間を実現するようにデータベースシステムを構成することが望ましい。データベースシステムを柔軟且つ拡張性があるようにすることも望ましい。

従来技術の１つ又は複数の制限を少なくとも部分的に克服することを目的とする。

更なる目的は、液状食品用のパッケージのマーキングコードを記憶し取得するための柔軟且つ拡張性があるデータベースシステムを提供することである。

また別の目的は、約１ＰＢ以上のデータの記憶を可能にするデータベースシステム内でマーキングコードの高速且つ効率的な検索を可能にすることである。

これらの目的の１つ又は複数並びに以下の説明から明らかになり得る更なる目的は、その実施形態を従属請求項によって規定する独立請求項によるデータベースシステム、システム、制御方法、及びコンピュータ可読媒体によって少なくとも部分的に実現される。

本開示の第１の態様は、液状食品用のパッケージ上のデータキャリアに対応するマーキングコードを受け付けるための入力サブシステムであって、それぞれのマーキングコードは個々のパッケージの製造を一意に識別するパッケージ製造データを含む、入力サブシステムと、マーキングコードを記憶する複数のコードデータベースであって、複数のコードデータベースの中のそれぞれのコードデータベースはマーキングコードの個々のサブセットを記憶する、複数のコードデータベースと、１組の資源ロケータ内の個々の資源ロケータが入力サブシステムから現在のマーキングコードを受け付け、現在のマーキングコードからパッケージ製造データを抽出し、複数のコードデータベースの中の現在のコードデータベースをパッケージ製造データに基づいて識別し、現在のコードデータベースに現在のマーキングコードをリダイレクトするように構成される、１組の資源ロケータとを含む、データベースシステムである。

一部の実施形態では、データベースシステムが１組のルックアップデータベースを更に含み、個々の資源ロケータが前述の１組のルックアップデータベース内の個々のルックアップデータベースへの接続のために構成され、個々のルックアップデータベースがパッケージ製造データ内の少なくとも１つのデータ要素の様々な値を前述の複数のコードデータベースの中の様々なコードデータベースに関連付けるように構成される。

一部の実施形態では、前述の１組の資源ロケータ内の資源ロケータが前述の１組のルックアップデータベース内のルックアップデータベースと対で接続され、前述の対のそれぞれにおいて個々のルックアップデータベースが個々の資源ロケータと併設される。

一部の実施形態では、前述の１組のルックアップデータベースが、主ルックアップデータベースと主ルックアップデータベースの１つ又は複数のレプリケーションとを含む。

一部の実施形態では、ｎ個々の資源ロケータが、前述の少なくとも１つのデータ要素についてパッケージ製造データを検索し、前述の少なくとも１つのデータ要素の現在の値を抽出し、１組のルックアップデータベースの中のルックアップデータベース内の現在のコードデータベースを前述の少なくとも１つのデータ要素に基づいて識別するように更に構成される。

一部の実施形態では、それぞれのコードデータベースがデータベースシステム内のアドレスを有し、前述のアドレスはパッケージ製造データ内の少なくとも１つの既定のデータ要素を含む。

一部の実施形態では、それぞれの資源ロケータが、前述の少なくとも１つの既定のデータ要素についてパッケージ製造データを検索し、前述の少なくとも１つの既定のデータ要素の現在の値を抽出し、データベースシステム内の現在のコードデータベースのためのアドレスを生成するために現在の値をアドレステンプレート内に含め、現在のマーキングコードをアドレスにリダイレクトするように構成される。

一部の実施形態では、前述の少なくとも１つの既定のデータ要素が、パッケージを製造するための１つ又は複数のプラントの提供者の識別子を含む。

一部の実施形態では、前述の１組の資源ロケータが異なる地理的領域内に配置される２つ以上の資源ロケータを含む。

一部の実施形態では、それぞれのコードデータベースが複数の流通領域の中の個々の流通領域内に位置し、それぞれのコードデータベース内のマーキングコードの前述の個々のサブセットは個々の流通領域内で少なくとも部分的に流通されるパッケージに対応する。

一部の実施形態では、複数のコードデータベースが、少なくとも１つの主コードデータベースと主コードデータベースの１つ又は複数のレプリケーションとを含む。

一部の実施形態では、パッケージ製造データがマーキングコード内に暗号化され、それぞれの資源ロケータがマーキングコードを復号してパッケージ製造データを抽出するように更に構成される。

本開示の第２の態様は、液状食品用のパッケージであって、パッケージはマーキングコードを含むデータキャリアを有し、マーキングコードはパッケージの製造を一意に識別するパッケージ製造データを含む、パッケージと、第１の態様又はその任意の実施形態によるデータベースシステムとを含む、システムである。

本開示の第３の態様は、データベースシステムのための制御方法である。制御方法は、液状食品のパッケージに対応し、パッケージの製造を一意に識別するパッケージ製造データを含む現在のマーキングコードをデータベースシステムの入力サブシステムによって受け付けるステップと、データベースシステム内の資源ロケータに現在のマーキングコードを入力サブシステムによって提供するステップと、現在のマーキングコードからパッケージ製造データを抽出し、複数のマーキングコードの個々のサブセットを記憶する複数のコードデータベースの中の現在のコードデータベースをパッケージ製造データに基づいて識別し、現在のコードデータベースに現在のマーキングコードをリダイレクトするように資源ロケータを動作させるステップとを含む。

本開示の第４の態様は、処理システムによって実行されるとき、第３の態様又はその任意の実施形態の方法を処理システムに実行させるコンピュータ命令を含む、コンピュータ可読媒体である。

更に他の目的並びに実施形態、特徴、態様、及び利点が以下の詳細な説明並びに図面から明らかになる。

次に添付の概略図に関して実施形態を例として説明する。

液状食品用のパッケージのための製造及び流通チェーンの概要である。 かかるパッケージ上のマーキングコードとの相互作用の概略図である。 一例による、既定の地理的領域及びデータベースシステムの関連する資源の概略的なプロットである。 一例による、データベースシステム内に含まれる資源の概略図である。 現在のマーキングコードを受け付け処理するデータベースシステムのブロック図である。 図４Ａのデータベースシステム内の資源ロケータのブロック図である。 データベースシステム内の資源ロケータに関連するデータ通信のプロットである。 一実施形態による、データベースシステムを動作させるための制御方法の流れ図である。 データベースシステム及びその制御方法の少なくとも一部を実装することができるコンピュータ資源のブロック図である。

次に、添付図面に関して実施形態を以下でより完全に説明し、添付図面では全てではないが一部の実施形態が図示されている。実際、本発明は多くの異なる形で実施することができ、本明細書に記載する実施形態に限定されるものだと解釈すべきではなく、むしろそれらの実施形態は本開示が該当する法的要求事項を満たすことができるように提供される。

更に、可能である場合、本明細書に記載し及び／又は本明細書で考察する実施形態の何れかの利点、特徴、機能、装置、及び／又は動作上の側面の任意のものが、本明細書に記載し及び／又は本明細書で考察する他の実施形態の何れかに含まれてもよく、及び／又はその逆も同様であると理解され得る。加えて、可能である場合、別段の定めがない限り本明細書において単数形で表す如何なる用語も複数形も含むことを意図し、及び／又はその逆も同様である。本明細書で使用するとき、「少なくとも１つ」は「１つ又は複数」を意味するものとし、これらの語句は交換可能であることを意図する。従って、たとえ本明細書で「１つ又は複数」又は「少なくとも１つ」という語句も使用されても、「ａ」及び／又は「ａｎ」という語は「少なくとも１つ」又は「１つ又は複数」を意味するものとする。言語又は必要な意味を表す結果として文脈が別様に要求する場合を除き、本明細書で使用するとき「含む（ｃｏｍｐｒｉｓｅ）」という用語又は「含む（ｃｏｍｐｒｉｓｅｓ）」若しくは「含む（ｃｏｍｐｒｉｓｉｎｇ）」等の異体は包含的な意味で、つまり述べられた特徴の存在を規定するが様々な実施形態において更なる特徴の存在又は追加を除外しないように使用される。

本明細書で使用するとき、「及び／又は」という語は関連する列記アイテムの１つ又は複数の任意の及び全ての組み合わせを含む。

本明細書で使用するとき、「１組の」アイテムは１つ又は複数のアイテムの提供を含意することを意図する。

本明細書で使用するとき、「液状食品」は、フルーツジュース、ワイン、ビール、ソーダ並びに乳製品等の飲料、ソース、油、クリーム、カスタード、スープ、ペースト等の非固体、半液体、又は室温で注ぐことができる任意の食品、更には豆、フルーツ、トマト、シチュー等の液状の固体食品を指す。

本明細書で使用するとき、「パッケージ」は、これだけに限定されないが板紙又は包装ラミネート、例えばセルロースベースの材料で形成される容器、及びプラスチック材料で作られ又はプラスチック材料を含む容器を含む液状食品を密閉封入するのに適した任意のパッケージ又は容器を指す。

簡潔に及び／又は明瞭にするために、よく知られている機能又は構造は詳細に説明しない場合がある。別段の定めがない限り、本明細書で使用する（技術用語及び科学用語を含む）全ての用語は本発明が属する分野の当業者によって一般に理解されるのと同じ意味を有する。

全体を通して同様の参照記号は同様の要素を指す。

図１Ａは、液状食品用のパッケージのための製造及び流通チェーンの概略図である。図示のチェーンは、パッケージ用の原材料を製造するための製造段階１、液状食品を含むパッケージを製造するための充填段階２、液状食品を含むパッケージを流通させるための流通段階３、消費者にパッケージを提供するための小売り段階４、及びパッケージが消費者によって扱われ液状食品が消費される消費者段階５を含む。

製造段階１では、パッケージ用のシート材料がコンバーティング工場（プラント）１０において製造される。シート材料は典型的には紙ベースであり、ロール１１の状態で充填段階２に与えられる。図示の例では、段階１がパッケージ用の典型的にはプラスチック材料のキャップ１３を製造する専用工場（プラント）１２を更に含む。パッケージがキャップなしに形成される場合は工場１２が段階１に存在しない。段階１がパッケージ用の特定のコンポーネントを製造する追加の工場を含むことも考えられる。

充填段階２では、充填工場（プラント）１４がシート材料１１、キャップ１３、及び液状食品に対して稼働して液状食品を含むパッケージを提供する。例えば充填プラント１４における製造ラインはシート材料１１を容器へと形成し、容器の中に液状食品を充填し、容器を密閉してパッケージを形成することができる。製造ラインは容器にキャップ１３を取り付けることもできる。図１Ｂは、充填プラント１４によって製造されるパッケージ１６の一例を示す。流通段階３に入る前に、段階２はパッケージを外部に受け渡すこと１５、例えばパレット積みすることを更に含んでもよい。

製造チェーンは概して世界中に分散され得る多くの異なるコンバーティングプラント１０、キャッププラント１２、及び充填プラント１４を含んでもよいことを理解すべきである。プラント１０、１２、１４のそれぞれは複数の製造ラインを含んでもよい。

図１Ｂに示すように、パッケージ１６はマーキングコードを表すデータキャリア１７を含む。データキャリア１７は、製品にコードを与えるための任意の知られている技法によって実装されてもよい。一例では、データキャリア１７がパッケージ１６上に例えば一連の人間可読記号（例えば文字）又は１つ若しくは複数のバーコード若しくは２Ｄコード（ＤａｔａＭａｔｒｉｘ、ＱＲコード等）等の機械可読グラフィカル記号として印刷される。別の例ではデータキャリアが電子タグであり、ＮＦＣ、ＲＦＩＤ、ＢＬＥ等のタグとの無線通信を目的とした従来の任意の標準に準拠したタグとの無線通信による取得のために電子タグ内でコードが記憶され提供される。

マーキングコードは、図１Ａに例示した製造チェーン内のプラント１０、１２、１４の全エコシステム内で少なくとも既定の寿命にわたってパッケージ１６に固有であるように生成される。マーキングコードは、図１Ａに示すプラント１０、１２、１４の何れかにおいてパッケージに施すことができる。例えばマーキングコードは、充填プラント１４によって製造されるパッケージ１６のそれぞれの上に位置するようにシート材料１１上の既定の位置にコンバーティングプラント１０によって施されてもよい。別の例では、マーキングコードがキャッププラント１２によって各キャップ１３に施されてもよい。更なる例では、マーキングコードが充填プラント１４によってシート材料１１、キャップ１３、中間容器、又はパッケージ１６に施される。パッケージ１６はそのような一意のマーキングコードを複数、例えばキャップ１３上に１つ及びパッケージ１６上に１つ含んでもよいことを理解すべきである。その後の取り扱い１５（例えばパレット積み）において一意のマーキングコードがパッケージ又はパッケージ群に与えられることも考えられる。

各パッケージ１６上に一意コードを与えることは、製造及び流通チェーン（図１Ａ）の全体にわたってパッケージを追跡しトレースすること、パッケージの真正性を確認すること、消費者又は小売従業員によるアクセスのためにパッケージに関係するウェブコンテンツにリンクすること、コードをプロモーションキャンペーン及び抽選に関連付けること、充填プラント１４、輸送車両内の冷却システム、倉庫トラック、ロボット、冷蔵庫等の中の任意の機器等、段階１～５（図１Ａ）において使用される機械の自動アクションを引き起こすことを含む多くの異なる応用を可能にする。

図１Ｂは、コード化パッケージの使用を例示する。現在のマーキングコードがパッケージ１６上のデータキャリア１７から読み取られ、例えば手入力によって又は入力装置２０内の若しくは入力装置２０に接続されるスキャナを使用することによって入力装置２０に入力される。入力装置２０は図示のように携帯電話又は他の任意のネットワーク接続装置とすることができる。入力装置２０は、現在のマーキングコードＭＣを含む要求Ｒ１を通信ネットワーク４０、例えばＷＡＮ（広域ネットワーク）、ＬＡＮ（ローカルエリアネットワーク）、ＰＡＮ（パーソナルエリアネットワーク）、又はその任意の組み合わせ上でデータベースシステム３０に伝送する。データベースシステム３０がクラウドベースのサービスとして提供される場合、ネットワーク４０は典型的にはインターネット等のＷＡＮを含む。データベースシステム３０は、要求Ｒ１に応答して現在のマーキングコードに対応するデータレコードをデータベースシステム内で探索し、例えば現在のマーキングコードが走査されていることを示すためのデータレコード内のエントリを作成し、及び／又は入力装置２に応答メッセージＲ２を返すことができるように構成される。応答メッセージＲ２は、例えば受信の確認、パッケージの真正性の検証、例えばウェブコンテンツへのリンクによるパッケージ及び／又はその製造に関連する情報等を含んでもよい。

本発明の実施形態はデータベースシステム３０の構造及び機能に関係する。

データベースシステム３０は固有システムとすることができ、又は市販のデータベースプラットフォーム、例えば仮想マシンインスタンス又はＤＢａａＳ（ｄａｔａｂａｓｅ－ａｓ－ａ－ｓｅｒｖｉｃｅ）を提供するクラウド計算プラットフォームに基づき得る。或る特定の実装例では、データベースシステム３０が世界中に分散されたマルチモデルデータベースサービスであるＭｉｃｒｏｓｏｆｔ Ａｚｕｒｅ Ｃｏｓｍｏｓ ＤＢ上に実装される。

本明細書で開示する様々な実施形態において、データベースシステム３０は１つ又は複数の課題を克服するように構成される。上記で述べたように、データベースシステム３０はペタバイト（ＰＢ）以上の規模のデータを扱う必要がある。この規模では、単一のデータベース内にデータを記憶することは記憶及び取得に必要な資源に関して高価になる。更に、使い勝手の観点から高速の、例えば３秒以下の応答時間が望ましい。単一のデータベース及びパッケージの世界的な流通により、かかる応答時間を実現するのは困難である。多くの市販のデータベースは全データベースを他の地理的位置にｇｅｏレプリケーションするためのターンキー機能を有する。これは応答速度の問題を解決し得るが、膨大なデータベースの各レプリケーションによりデータベースシステムのコストをも倍増させ得る。

マーキングコードは様々なプラントから生じるので、様々な製造領域内に位置するデータベース上にマーキングコードを分散させることが考えられる。そのようにマーキングコードを異なるデータベースに分けることは、データベースの倍増なしに応答時間を改善し得る。しかし、要求Ｒ１がデータベースシステム３０内の特定のデータベースにデフォルトで送信されるように、特定の製造領域内で使用するために入力装置２０を事前構成することは可能だが、かかる解決策は柔軟性及び拡張性を欠く。

上記で明らかにした課題に対する１つ又は複数を克服するために、本出願人はデータベースシステム３０に対して別々に又は組み合わせて適用することができる幾つかの発明概念を特定した。

或る発明概念は、それぞれのデータベースがマーキングコードの個々のサブセットを記憶するように、様々な地理的領域内に位置するデータベース内にマーキングコードを選択的に記憶することである。以下、これらのコード記憶データベース（「コードデータベース」）をサブセットデータベースと呼び、「ＳＤＢ」と称する。それぞれのＳＤＢは、マーキングコードの個々のサブセットに関連する追加データを記憶する又は追加のデータベース内のかかる追加データに個々のマーキングコードをリンクするパラメータを記憶することができ、追加のデータベースはそれぞれのＳＤＢと併設されてもされなくてもよい。ＳＤＢ内の個々のサブセットは相互排他的とすることができ、又は部分的に重複し得る。ＳＤＢを備えることは、データベースシステム３０内に記憶される総データ量を著しく増やすことなくデータベースシステム３０の地理的カバレッジを増加し得る。

別の発明概念は所謂資源ロケータを備えることであり、資源ロケータは入力装置２０から要求Ｒ１を受信し、それぞれの要求Ｒ１内のマーキングコードを使用してデータベースシステム３０内の複数のデータベースの中の関連データベースに要求Ｒ１を導くように構成される「リダイレクト装置」であり、関連データベースはそのマーキングコードを有するデータレコードを含む。従って、資源ロケータはデータベースシステム内のコードベースのルータとして動作する。資源ロケータは、任意の種類の入力装置２０からの任意のマーキングコードを含む要求Ｒ１が関連データベースに導かれる柔軟且つ拡張性があるデータベースシステムを可能にする。

別の発明概念は製造領域ではなく流通領域を画定し、それらの流通領域内で上述のＳＤＢを探索することである。流通領域は任意の粒度で画定することができ、又は部分的に重複してもしなくてもよい。流通領域は、典型的には図１Ａの小売り段階４及び／又は消費者段階５の位置においてパッケージが消費者に流通する地理的領域を示す。基礎を成す論理的根拠は、これにより要求Ｒ１を提出するために入力装置２０を使用するユーザにＳＤＢがより近接して位置することである。図２Ａは、破線によって大まかに示すかかる流通領域の非限定的な例を示す。図示の例では、流通領域が欧州本土（Ｇ１）、北欧国家（Ｇ２）、ロシア（Ｇ３）、インド及びインドシナ（Ｇ４）、東アジア（Ｇ５）、オーストララシア（Ｇ６）、アフリカ（Ｇ７）、南米（Ｇ８）、中米（Ｇ９）、米国（Ｇ１０）、及びカナダ（Ｇ１１）を含む。図２Ａは、Ｇ３内に位置し、Ｇ１、Ｇ２、及びＧ７内で流通させるためのパッケージを製造する製造位置（プラント）ＰＬ１も示す。例えばＧ１内でＳＤＢを探索することが応答時間の点で有益であり得ることが理解される。

別の発明概念は、応答時間を短縮するために資源ロケータを例えば様々な流通領域内に地理的に分散させることである。資源ロケータは概して小さく効率的なモジュールなので、そのように資源ロケータを分散させ又はレプリケートすることはデータベースシステムの所要の資源に対して著しい影響を有さない。図２Ｂは世界中に分散されたそのような資源ロケータＲＬ１、ＲＬ２、ＲＬ３の非限定的な例を示し、ＲＬ１はＧ２内にあり、ＲＬ２はＧ４内にあり、ＲＬ３はＧ１０内にある。ＲＬ１～ＲＬ３のそれぞれは、ＰＬ１（図２Ａ）において製造されたパッケージ上のマーキングコードを含む要求Ｒ１をＧ１内のデータベースＳＤＢ１に導くように構成され得る。関連する流通領域Ｇ１、Ｇ２、及びＧ７の何れか１つの中で入力装置によって生成される要求Ｒ１がＲＬ１によってＳＤＢ１に素早く効率的にリダイレクトされ得ることが理解されよう。

別の発明概念は、第１の流通領域内のＳＤＢを１つ又は複数の第２の流通領域内にレプリケーションし又は複製することを含み、ＳＤＢは第１の流通領域に加えて第２の流通領域内で流通するパッケージ用のマーキングコードを含む。この形態は、第１の流通領域内の主ＳＤＢ及び第２の流通領域内の１つ又は複数のスレーブＳＤＢをもたらすように認められ得る。図２Ｃは、Ｇ１内に位置する主ＳＤＢ１（黒塗り）並びにＧ２及びＧ７内にそれぞれ位置する２つのスレーブＳＤＢ１（黒塗りなし）の非限定的な例を示す。スレーブＳＤＢを備えるは応答時間を更に短縮できることが理解されよう。主ＳＤＢは全てのマーキングコードのサブセットしか含まないので、レプリケーションはデータベースシステム３０内に記憶される合計データの小幅の増加をもたらす。更に、たとえデータベースシステムが複数の主ＳＤＢを含み、幾つかの主ＳＤＢがレプリケーションされても、データベースシステム内の総データ量を増やす欠点が応答時間の短縮によって相殺され得る。

上記で述べたように、データベースシステム３０の所要の性能に応じて発明概念の１つ又は複数を組み合わせることができる。図３は、発明概念の全てを実装し、流通領域Ｇ１～Ｇ１１に従って構築され、資源ロケータＲＬ１～ＲＬ３、主サブセットデータベースＳＤＢ１～ＳＤＢ４、及びスレーブサブセットデータベースＳＤＢ２を含むデータベースシステムのブロック図である。図示の例では、資源ロケータＲＬ１～ＲＬ３が以下で更に説明するそれぞれのルックアップデータベースＬＤＢ１～ＬＤＢ３と併設される。

図４Ａは、一実施形態によるデータベースシステム３０の概要である。データベースシステム３０は入力サブシステム４０、３つの資源ロケータＲＬ１～ＲＬ３、主サブセットデータベースＳＤＢ１～ＳＤＢｉ、及び２つのスレーブサブセットデータベースＳＤＢ１、ＳＤＢ２を含む。資源ロケータは全般的に４２で示し、サブセットデータベースは全般的に３１で示す。図４Ａの例では、データベースシステム３０が入力装置２０から現在のマーキングコードＭＣを有する要求を受け付ける。要求は、資源ロケータ４２の１つを選択しそこに要求を導くための任意の適切なトラフィックルーティングプロトコルを適用するように構成される入力サブシステム４０によって受け付けられる。従って、入力サブシステム４０は「トラフィックマネージャ」として動作することができる。図４Ａでは、実線矢印によって示すようにトラフィックマネージャ４０がＲＬ１に要求をリダイレクトする。例えば資源ロケータは、最も低い遅延を与えるように、既定の負荷分散を与えるように、入力装置２０の位置に関して特定の地理的領域内にあるように選択することができる。一実施形態では、トラフィックマネージャが入力装置２０からＤＮＳクエリを受け付けるように動作し、資源ロケータの１つのネットワークアドレスを選択しそれを入力装置２０に返し、それにより入力装置２０は被選択資源ロケータに要求を伝達することを可能にされる。Ｍｉｃｒｏｓｏｆｔ Ａｚｕｒｅ Ｃｏｓｍｏｓ ＤＢの例では、トラフィックマネージャ４０がＡｚｕｒｅトラフィックマネージャに基づいて実装されてもよい。資源ロケータ４２のそれぞれは、入力された要求を１つ又は複数のサブセットデータベース３１にリダイレクトするように動作可能である。図４Ａの例では、各資源ロケータ４２が入力された要求をサブセットデータベース３１の何れか１つにリダイレクトするように動作可能である。しかし、入力される要求を資源ロケータ４２がリダイレクト可能な部分的に異なるサブセットデータベースが資源ロケータ４２に指定されることも考えられる。図４Ａでは、実線矢印によって示すようにＲＬ１が現在のマーキングコードＭＣを有する要求を、その特定のマーキングコードＭＣを含む主サブセットデータベースＳＤＢ２にリダイレクトする。次いでＳＤＢ２がこの特定のマーキングコードについてクエリされ、その後、要求に関係する情報を用いてＳＤＢ２を更新することができ、及び／又はマーキングコードに関連してＳＤＢ２内に記憶されるデータが取得され、入力装置２０又は別の装置（不図示）に返されてもよい。

個々のパッケージの製造に固有であり、既定の暗号化アルゴリズムによって暗号化されるペイロードデータを含むマーキングコードに関して実施形態を以下で更に例示する。別のマーキングコードに基づいて有効なマーキングコードを推測するのを困難にするために、及びマーキングコードが不正に生成されるリスクを最小限に抑えるために、暗号化がＰＰＤを保護する役割を果たす。概して、マーキングコードは一連の値、例えばバイナリ値で構成される。パッケージ製造データ（ＰＰＤ）と以下で表すペイロードデータは、製造の位置及び／又は製造の時間を識別するデータ要素を含んでもよい。第１の例（「インライン形式の例」）では、ＰＰＤ内のデータ要素がプラントを運営する製造者の識別子（製造者ＩＤ）、プラントの識別子（プラントＩＤ）、プラント内の製造ラインの識別子（ラインＩＤ）、マーキングコードがパッケージに追加される機器の識別子（機器ＩＤ）を含み、ＰＰＤは例えばランダム化されてもされなくてもよい年、日、時、分、秒、及び１秒未満の分解能のカウンタ（パッケージカウンタ）によって現在の製造時間を更に識別する。第２の例（「オフライン形式の例」）では、ＰＰＤ内のデータ要素がプラントの識別子（製造ユニットＩＤ）、製造バッチの識別子、及び製造バッチ内のパッケージの識別子であって、製造バッチは期間、例えば現在の年及び月によって識別することができる、製造バッチ内のパッケージの識別子、及び期間内のバッチ番号（要求番号）を含み、パッケージは製造バッチ内のパッケージ番号（パッケージカウンタ）によって識別されてもよい。パッケージ番号はランダム化されてもされなくてもよい。マーキングコードは、難読化されてもされなくてもよい非暗号化ヘッダ部分を更に含むことができ、暗号化ＰＰＤの復号及び検証を可能にするデータを含むことができる。マーキングコードの実装例及び更なる説明は、参照によりその全体を本明細書に援用する前述の欧州特許第３５４０６６４号明細書の中で見つかる。

図４Ｂは、一実施形態による資源ロケータ４２の概略的なブロック図である。資源ロケータ４２は、マーキングコードＭＣを含む入力される要求を受け付け、そのマーキングコードを抽出モジュール４４に与えるように構成される入力モジュール４３を含む。抽出モジュール４４は、ＰＰＤを抽出するためにマーキングコード、とりわけ暗号化ＰＰＤを復号するように構成される。抽出モジュール４４はマーキングコード又はその一部に対して既定の暗号化アルゴリズム又は機能を適用することができ、暗号化アルゴリズムはマーキングコードに含まれる場合は非暗号化ヘッダ部分内のデータに基づいて選択され又は構成されてもよい。モジュール４４によって使用される暗号化アルゴリズムは、マーキングコードを生成するために使用された暗号化アルゴリズムと合致することが理解される。復号後、ＰＰＤは非暗号化され、読み取ることができる。ＰＰＤ又はその一部がデータベース選択モジュール４５に与えられ、データベース選択モジュール４５は任意選択的に関連するルックアップデータベース３２内のルックアップにより、ＰＰＤに基づいてデータベース識別子（ＤＢＩＤ）を導出するように構成される。ＤＢＩＤは通信モジュール４６に与えられ、通信モジュール４６は入力される要求をＤＢＩＤによって与えられる被選択データベース３１にリダイレクトする。データベースシステム３０が、主ＳＤＢと同じＤＢＩＤを有し得る１つ又は複数のスレーブＳＤＢと共に構成される場合、通信モジュール４６は例えばトラフィックマネージャ４０から類推して、ＳＤＢの１つ、例えば最も低い遅延を与えるＳＤＢ、既定の負荷分散を与えるＳＤＢ、又は入力装置２０の位置に関して特定の地理的領域内にあるＳＤＢを選択しそこに要求を導くための任意の適切なトラフィックルーティングプロトコルを適用するように構成されてもよい。

ルックアップデータベース３２は、ＰＰＤ内の任意のデータ要素又はデータ要素の組み合わせを１つ又は複数のＤＢＩＤに関連付けるように構成されてもよい。例えば様々な製造者ＩＤに様々なＤＢＩＤを割り当てることができ、これは特定の製造者の任意のプラント内で製造されたパッケージ用に生成されているマーキングコードを個々の（主）ＳＤＢが記憶することを意味する。データベースシステムに追加されている新たなＳＤＢに対処するためにルックアップデータベース３２を簡単に更新することができるので、ルックアップデータベース３２はデータベースシステムの優れた柔軟性及び拡張性を与える。更に、リダイレクト機能はモジュール４５の選択ロジック、及び任意選択的にルックアップデータベース３２のコンテンツを更新することによって簡単に変更することができる。要求が製造者の異なるプラントに関する異なるＳＤＢにリダイレクトされるように、例えばＤＢＩＤは製造者ＩＤ及びプラントＩＤの組み合わせによって与えられ得る。更に図４Ｂの実施形態は、年等の製造時間データがＤＢＩＤの決め手となることを可能にする。上記の内容は、ＰＰＤ内の少なくとも１つのデータ要素又はデータ要素の組み合わせの値がデータベースシステム内で世界的に一意だと想定する。

資源ロケータ４２は、例えば様々なデータ要素及び／又はデータ要素の様々な構成を含む様々な種類のＰＰＤの使用も可能にする。例えばデータベースシステムは、ＰＰＤのインライン形式の例及びオフライン形式の例の両方に適合するように構成され得る。例えばモジュール４５は、インライン形式の例ではＰＰＤのための製造者ＩＤ、及び要求番号が世界的に一意だと仮定し、オフライン形式ではＰＰＤのための要求番号に基づいてＤＢＩＤを決定することができる。改変形態では、要求番号と期間との組み合わせが世界的に一意であり、ＤＢＩＤを決定するために使用される。ＰＰＤ形式の種類は、例えばマーキングコードの非暗号化ヘッダ部分内で又はＰＰＤ内の１つ若しくは複数の既定のビット位置において示され得る。従って、モジュール４５はＰＰＤ形式を決定し、ＰＰＤ形式に従ってその選択ロジックを設定するためにヘッダ部分又はＰＰＤを使用することができる。

改変形態では、モジュール４５が非暗号化ヘッダ部分内のデータにも基づいてＤＢＩＤを決定する。従って抽出モジュール４４がマーキングコードからヘッダ部分も抽出し、ヘッダ部分又はその一部をモジュール４５に与えることが考えられる。

要求の速度の理由から、例えば同じ流通領域内に位置することによって互いに地理的に近接するようにルックアップデータベース３２を資源ロケータ４２と併設することが有利な場合がある。ルックアップデータベース３２は少なくともＳＤＢ内に記憶される総データ量と比較して相対的に小さいデータベースであり、そのためルックアップデータベース３２のレプリケーションはデータベースシステム３０の性能に対して大きな影響を有さない。従って一実施形態では、或る資源ロケータ４２のルックアップデータベース３２（「主ルックアップデータベース」）が、個々の更なる資源ロケータ４２と併設される少なくとも１つの更なるルックアップデータベース（「スレーブルックアップデータベース」）内にレプリケーションされる。かかるレプリケーションを図３の矢印によって概略的に示し、図３ではＲＬ２のＬＤＢ２がＲＬ１に関連するＬＤＢ１及びＲＬ３に関連するＬＤＢ３内にレプリケートされる。上記の内容から理解されるように、かかるＧｅｏレプリケーションは多くの市販のデータベースにおけるターンキー機能である。

一定の実装では、ルックアップデータベース３２を省略することができ、モジュール４５がＰＰＤ内の１つ又は複数のデータ要素及び／又はヘッダ部分からＤＢＩＤを直接導出することができることが留意され得る。例えばＤＢＩＤは、任意選択的にプラントＩＤと組み合わさった製造者ＩＤに等しくあってもよい。

資源ロケータを提供する発明概念を流通領域を使用する発明概念と組み合わせるために、ＳＤＢ内に記憶されるマーキングコードに関して関連する流通領域内にそれぞれのＳＤＢが配置されるべきであることにも留意されたい。

図５は、一実施形態によるデータベースシステム内のデータ経路を示す。このデータベースシステムは、それぞれの流通領域Ｇ１、Ｇ４、Ｇ１０内の３つの資源ロケータ４２を含む。この例では要求Ｒ１が入力装置（不図示）上のブラウザ２２から伝送され、マーキングコードＭＣがホスト名（ここではｗｗｗ．ａａａ．ｂｂｂ）の後のパスコンポーネントとして含まれるＵＲＬ形式にある。要求Ｒ１はトラフィックマネージャ４０によって受け付けられ、トラフィックマネージャ４０は、例えばそれぞれの資源ロケータのＤＮＳ性能に基づいて資源ロケータ４２の１つを選択し、被選択資源ロケータのランディングページ５０をブラウザ２２に表示させる。ブラウザ２２がインドにあると仮定し、ブラウザは流通領域Ｇ４内の資源ロケータ４２（図３のＲＬ２参照）のランディングページ５０をロードする可能性がある。資源ロケータが機能を停止している場合、トラフィックマネージャは性能に応じて流通領域Ｇ１又はＧ１０内の資源ロケータに解決することができる。次いで、被選択資源ロケータ４２が要求Ｒ１からマーキングコードを抽出し、例えば被選択資源ロケータ４２に関連するルックアップデータベース３２（図３のＬＤＢ２参照）内のルックアップにより、マーキングコードを記憶する被選択ＳＤＢを決定する。次いで要求Ｒ１は、被選択資源ロケータ４２によって被選択ＳＤＢに転送され或いはリダイレクトされる。図３の例では、ブラウザがインドにある場合、要求Ｒ１がＧ４内のＳＤＢ４に転送される可能性がある。最後にＳＤＢ４が検索され得、要求Ｒ１に応答してマーキングコード及び／又は関係する情報が被選択ＳＤＢからブラウザ２２に返されてもよい。

図６Ａは、一実施形態による制御方法６００の流れ図である。この制御方法は、データベースシステム又はその一部を実装する１つ又は複数のコンピュータ資源上でソフトウェアを実行することによって行われてもよい。ステップ６０１で、現在のマーキングコードを受け付けるように入力サブシステム４０を動作させる（図４Ａ）。ステップ６０２で、現在のマーキングコードに資源ロケータ４２を与えるように入力サブシステム４０を動作させる。ステップ６０３で、現在のマーキングコードを被選択（「現在の」）ＳＤＢ３１にリダイレクトするように資源ロケータ４２を動作させる。図示の実施形態では、ステップ６０３が、マーキングコードを受け付け（ステップ６０３Ａ）、マーキングコードからＰＰＤを抽出し（ステップ６０３Ｂ）、ＰＰＤに基づいて現在のＳＤＢを識別し（ステップ６０３Ｃ）、現在のＳＤＢに現在のマーキングコードをリダイレクトする（ステップ６０３Ｄ）ように資源ロケータ４２を動作させることを含む。

図６Ｂは、図６Ａのステップ６０３Ｃの一実施形態の流れ図である。ステップ６０３Ｃは、モジュール４５の上述の選択ロジック（図４Ｂ）に対応してもよい。図６Ｂの実施形態は、様々な形式、例えば上述のインライン及びオフライン形式の例にあるＰＰＤを有するマーキングコードを扱うことができる。ステップ６０３Ｃは資源ロケータ４２によって実行され、１つ又は複数の第１のデータ要素についてＰＰＤを検索するステップ６１０を含む。第１のデータ要素は例えば上述の製造者ＩＤを含んでもよい。第１のデータ要素が見つかる場合（ステップ６１１）、この方法はステップ６１２に進み、ステップ６１２で第１のデータ要素の現在の値、例えば製造者ＩＤの現在の値を抽出する。ステップ６１３で、データベースシステム内の被選択ＳＤＢのアドレスを形成するために、現在の値をデータベースシステム内のＳＤＢのための共通アドレステンプレートに入力する。この実施形態は、データベースシステム内の個々のＳＤＢのアドレスが第１のデータ要素を含み、第１のデータ要素の値によって異なると想定する。例えばＳＤＢのアドレスは製造者ＩＤに対応して列挙することができる。次いでこの方法は、アドレスにマーキングコードをリダイレクトするステップ６０３Ｄに進む。第１のデータ要素がＰＰＤ内で見つからない場合、この方法はステップ６１４で１つ又は複数の第２のデータ要素についてＰＰＤを検索するようステップ６１１によって導かれ、少なくとも１つの第２のデータ要素は第１のデータ要素と異なる。第２のデータ要素が見つかる場合、ステップ６１５はこの方法をステップ６１６に導き、ステップ６１６で第２のデータ要素の現在の値、例えば要求番号の現在の値を任意選択的に期間と組み合わせて抽出する。ステップ６１７で、検索キーとして現在の値を用いてルックアップデータベース（ＬＤＢ）３２にアクセスし、被選択ＳＤＢの対応するＤＢＩＤをＬＤＢから取得する。ステップ６１８で、被選択ＳＤＢのアドレスをＤＢＩＤに基づいて得る。次いでこの方法は、アドレスにマーキングコードをリダイレクトするステップ６０３Ｄに進む。ＤＢＩＤは、被選択ＳＤＢのアドレス又は少なくともその一部を定めることができることが理解される。一例ではステップ６１８がステップ６１３から類推して行われ、ＤＢＩＤが例えば製造者ＩＤを含んでもよい。第２のデータ要素がＰＰＤ内で見つからない場合、この方法は入力装置２０上で表示され得るエラーメッセージを生成する（ステップ６１９）ようステップ６１５によって導かれる。

本明細書で開示した構造及び方法は、ハードウェア又はソフトウェアとハードウェアとの組み合わせによって実装され得る。一部の実施形態では、かかるハードウェアは１つ又は複数のソフトウェア制御のコンピュータ資源を含む。図７は、処理システム７１、コンピュータメモリ７２、並びにデータを入力及び／又は出力するための通信インタフェース７３を含むかかる計算資源７０を概略的に示す。通信インタフェース７３は、入力装置２０との通信を含む有線通信及び／又は無線通信に関して構成され得る。処理システム７１は、例えばＣＰＵ（「中央処理装置」）、ＤＳＰ（「デジタル信号プロセッサ」）、マイクロプロセッサ、マイクロコントローラ、ＡＳＩＣ（「特定用途向け集積回路」）、離散アナログ及び／又はデジタルコンポーネントの組み合わせ、又はＦＰＧＡ（「書換可能ゲートアレイ」）等の他の何らかのプログラム可能論理装置のうちの１つ又は複数を含んでもよい。コンピュータ命令を含む制御プログラム７４がメモリ７２内に記憶され、上記で例示した方法、操作、機能、又はステップの何れかを実行するために処理システム７１によって実行される。図７に示すように、メモリ７２は処理システム７２が使用するための制御データ７５も記憶してもよい。制御プログラム７４はコンピュータ可読媒体７６上で計算資源７０に供給することができ、コンピュータ可読媒体７６は有形（非一時的）製品（例えば磁気媒体、光ディスク、読取専用メモリ、フラッシュメモリ等）又は伝播信号であってもよい。

Claims (15)

1. 液状食品用のパッケージ（１６）上のデータキャリア（１７）に対応するマーキングコードを受け付けるための入力サブシステム（４０）であって、前記それぞれのマーキングコードは個々のパッケージ（１６）の製造を一意に識別するパッケージ製造データ（ＰＰＤ）を含む、入力サブシステム（４０）と、
   前記マーキングコードを記憶する複数のコードデータベース（３１）であって、前記複数のコードデータベース（３１）の中のそれぞれのコードデータベース（ＳＤＢ１～ＳＤＢｉ）は前記マーキングコードの個々のサブセットを記憶する、複数のコードデータベース（３１）と、
   １組の資源ロケータ（４２）内の個々の資源ロケータ（ＲＬ１～ＲＬ３）が前記入力サブシステム（４０）から現在のマーキングコードを受け付け、前記現在のマーキングコードから前記パッケージ製造データ（ＰＰＤ）を抽出し、前記複数のコードデータベース（３１）の中の現在のコードデータベースを前記パッケージ製造データ（ＰＰＤ）に基づいて識別し、前記現在のコードデータベース（ＳＤＢ１～ＳＤＢｉ）に前記現在のマーキングコードをリダイレクトするように構成される、１組の資源ロケータ（４２）と
   を含む、データベースシステム。
2. １組のルックアップデータベース（３２）を更に含み、前記個々の資源ロケータ（ＲＬ１～ＲＬ３）が前記１組のルックアップデータベース（３２）内の個々のルックアップデータベース（ＬＤＢ１～ＬＤＢ３）への接続のために構成され、前記個々のルックアップデータベース（ＬＤＢ１～ＬＤＢ３）が前記パッケージ製造データ（ＰＰＤ）内の少なくとも１つのデータ要素の様々な値を前記複数のコードデータベース（３１）の中の様々なコードデータベースに関連付けるように構成される、請求項１に記載のデータベースシステム。
3. 前記１組の資源ロケータ（４２）内の資源ロケータが前記１組のルックアップデータベース（３２）内のルックアップデータベースと対で接続され、前記対のそれぞれにおいて前記個々のルックアップデータベース（ＬＤＢ１～ＬＤＢ３）が前記個々の資源ロケータ（ＲＬ１～ＲＬ３）と併設される、請求項２に記載のデータベースシステム。
4. 前記１組のルックアップデータベース（３２）が、主ルックアップデータベースと前記主ルックアップデータベースの１つ又は複数のレプリケーションとを含む、請求項２又は３に記載のデータベースシステム。
5. 前記個々の資源ロケータ（ＲＬ１～ＲＬ３）が、前記少なくとも１つのデータ要素について前記パッケージ製造データ（ＰＰＤ）を検索し、前記少なくとも１つのデータ要素の現在の値を抽出し、前記１組のルックアップデータベース（３２）の中のルックアップデータベース（ＬＤＢ１～ＬＤＢ３）内の前記現在のコードデータベースを前記少なくとも１つのデータ要素に基づいて識別するように更に構成される、請求項２乃至４の何れか一項に記載のデータベースシステム。
6. 前記それぞれのコードデータベースが前記データベースシステム内のアドレスを有し、前記アドレスは前記パッケージ製造データ（ＰＰＤ）内の少なくとも１つの既定のデータ要素を含む、請求項１乃至５の何れか一項に記載のデータベースシステム。
7. 前記それぞれの資源ロケータ（ＲＬ１～ＲＬ３）が、前記少なくとも１つの既定のデータ要素について前記パッケージ製造データ（ＰＰＤ）を検索し、前記少なくとも１つの既定のデータ要素の現在の値を抽出し、前記データベースシステム内の前記現在のコードデータベースのための前記アドレスを生成するために前記現在の値をアドレステンプレート内に含め、前記現在のマーキングコードを前記アドレスにリダイレクトするように構成される、請求項６に記載のデータベースシステム。
8. 前記少なくとも１つの既定のデータ要素が、前記パッケージ（１６）を製造するための１つ又は複数のプラントの提供者の識別子を含む、請求項６又は７に記載のデータベースシステム。
9. 前記１組の資源ロケータ（４２）が異なる地理的領域（Ｇ１～Ｇ１１）内に配置される２つ以上の資源ロケータ（ＲＬ１～ＲＬ３）を含む、請求項１乃至８の何れか一項に記載のデータベースシステム。
10. 前記それぞれのコードデータベース（ＳＤＢ１～ＳＤＢｉ）が複数の流通領域（Ｇ１～Ｇ１１）の中の個々の流通領域内に位置し、前記それぞれのコードデータベース（ＳＤＢ１～ＳＤＢｉ）内の前記マーキングコードの前記個々のサブセットは前記個々の流通領域内で少なくとも部分的に流通されるパッケージ（１６）に対応する、請求項１乃至９の何れか一項に記載のデータベースシステム。
11. 前記複数のコードデータベース（３１）が、少なくとも１つの主コードデータベースと前記主コードデータベースの１つ又は複数のレプリケーションとを含む、請求項１０に記載のデータベースシステム。
12. 前記パッケージ製造データ（ＰＰＤ）が前記マーキングコード内に暗号化され、前記それぞれの資源ロケータ（ＲＬ１～ＲＬ３）が前記マーキングコードを復号して前記パッケージ製造データ（ＰＰＤ）を抽出するように更に構成される、請求項１乃至１１の何れか一項に記載のデータベースシステム。
13. 液状食品用のパッケージ（１６）であって、前記パッケージ（１６）はマーキングコードを含むデータキャリア（１７）を有し、前記マーキングコードは前記パッケージ（１６）の製造を一意に識別するパッケージ製造データ（ＰＰＤ）を含む、パッケージ（１６）と、請求項１乃至１２の何れか一項に記載のデータベースシステムとを含む、システム。
14. データベースシステム（３０）のための制御方法であって、
    液状食品のパッケージ（１６）に対応し、前記パッケージ（１６）の製造を一意に識別するパッケージ製造データ（ＰＰＤ）を含む現在のマーキングコードを前記データベースシステム（３０）の入力サブシステム（４０）によって受け付けるステップ（６０１）と、
    前記データベースシステム（３０）内の資源ロケータ（４２；ＲＬ１～ＲＬ３）に前記現在のマーキングコードを前記入力サブシステム（４０）によって提供するステップ（６０２）と、
    前記現在のマーキングコードから前記パッケージ製造データ（ＰＰＤ）を抽出し（６０３Ｂ）、
    複数のマーキングコードの個々のサブセットを記憶する複数のコードデータベース（３１）の中の現在のコードデータベース（ＳＤＢ１～ＳＤＢｉ）を前記パッケージ製造データ（ＰＰＤ）に基づいて識別し（６０３Ｃ）、
    前記現在のコードデータベース（ＳＤＢ１～ＳＤＢｉ）に前記現在のマーキングコードをリダイレクトする（６０３Ｄ）
    ように前記資源ロケータ（４２；ＲＬ１～ＲＬ３）を動作させるステップと
    を含む、制御方法。
15. 処理システムによって実行されるとき、請求項１４に記載の方法を前記処理システムに実行させるコンピュータ命令を含む、コンピュータ可読媒体。

Images