JP2023503835A - 液状食品パッケージの一意的マーキングコードを生成し格納すること - Google Patents

Abstract

液状食品のパッケージを一意的に識別するためにマーキングコードを生成する方法が、個別パッケージの製造を一意的に表すパッケージ製造データ（ＥＰＤ）を暗号化することによりマーキングコード（ＭＣ）を生成するように、そして個別パッケージのマーキングのためのマーキングコード（ＭＣ）を提供するように動作可能なコード生成器（２２）を含むシステム内で行われる。本システムはさらに、マーキングコード（ＭＣ）に応じて区分キー（ＰＫ）を生成するように動作可能なコード変換デバイス（２４Ｂ）と複数の区分（Ｐ１－Ｐｊ）を含むデータベース（３０）へ結合されたストレージインターフェース（２４Ｃ）とを含む。ストレージインターフェース（２４Ｃ）は区分キー（ＰＫ）に基づき複数の区分（Ｐ１－Ｐｊ）の中から選択される区分を判断するように、そして選択された区分内にマーキングコード（のサブセット）及びパッケージ製造データの（サブセット）を含むパッケージ明細データ（ＰＩＤ）を格納するように動作可能である。【選択図】 図４

Description

本開示は、一般的には液状食品用のパッケージの製造に関し、特に、このようなパッケージの一意的マーキングコードを生成し格納することに関する。

世界中で毎日、数十億リットルの水、牛乳、ジュース及び他の液状食品が消費されている。液状食品の大部分はカートンパッケージとしても知られる紙ベースパッケージで流通されている。これらのパッケージはその内部の液状食品の栄養的価値及び味の両方を保護するために製造される。根底にある技術は世界全体にわたる液状食品製品のパッケージ化及び流通を著しく容易にする。

本出願人は、一意的コードを有する各パッケージをマーキングする必要性を特定した。各パッケージ上の一意的コードの提供は、以下の様々な機能性を可能にする：製造及び流通チェーン全体にわたってパッケージを追跡しトレースすること、パッケージの信憑性を検証すること、消費者又は小売り業者によるアクセスのためにパッケージに関するウェブコンテンツへリンクすること、一意的コードと販売促進キャンペーン及びくじ引きとを関連付けること、一意的コードを検知すると製造機械に自動的行為を行わせること等々。

欧州特許出願公開第３５４０６６４号明細書は、液状食品を含むパッケージのマーキングコードを提供するための頑強な技術を開示し、ここでは、それぞれのマーキングコードが個別パッケージを一意的に識別する。マーキングコードは、個別パッケージの製造を一意的に表し且つ製造の時期及び／又は場所を指示し得るペイロードデータに基づく。ペイロードデータは、妥当なコードを推測することと不正コードを生成することとを難しくするために暗号化される。マーキングコードは、暗号化ペイロードデータと非暗号化ヘッダ部とを組み合わせることにより形成される。マーキングコードはパッケージ上に提供されそしてデータベース内に入力される（任意選択的に追加データと関連付けられて）。データベース内の効率的且つ高速検索を可能にするために、欧州特許出願公開第３５４０６６４号明細書は、ペイロード部分により指示される時期及び／又は場所に基づきデータベースを区分化することと、それぞれのマーキングコードを、マーキングコード内の時期及び／又は場所に整合するデータベース区分内に格納することとを提案する。

液状食品のパッケージは世界市場のために工業規模で製造される。膨大な数のパッケージが毎年製造される。例えば、テトラパック（登録商標）のエコシステム内では、１８８０億（１０^９）のパッケージが２０１６年に製造された。パッケージ化製品が６か月～１年又はそれ以上（例えば最大５年）の貯蔵寿命を有し得るということを考慮すると、膨大な数の一意的マーキングコードが生成され、データベース内に格納される必要がある。このような環境内のマーキングコードの配備は１ＰＢを越えるデータを生じる可能性が高い。この量のデータは単一データベース内に格納し管理するのが困難である。

したがって、大量に提供される液状食品のパッケージのこれら及び他のタイプのマーキングコードを、データベース内の高速且つ効率的ストレージ及び検索を可能にする一方で過剰な資源消費無しにデータベース内に格納することは挑戦である。

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

別の目的は、液状食品の個別パッケージのパッケージ関連データを含むデータベース内の高速且つ効率的格納及び探索を可能にすることである。

別の目的は、スケーリング可能であるデータベースであって１ＰＢより大きいパッケージ関連データの格納容量を可能にするデータベースを可能にすることである。

これらの目的の１つ又は複数と以下の説明から明らかになり得る別の目的は、独立請求項（その実施形態は従属請求項により規定される）によるマーキングコード生成方法、コンピュータ可読媒体、及びマーキングコードを生成するためのシステムにより少なくとも部分的に達成される。

本開示の第１の態様は、液状食品用のパッケージを一意的に識別するためにマーキングコードを生成する方法である。本方法は、各個別パッケージに対し一意的であるパッケージ製造データを取得すること；暗号化パッケージ製造データを生成するためにパッケージ製造データに対し所定暗号アルゴリズムを適用すること；暗号化パッケージ製造データを含むマーキングコードを生成すること；個別パッケージのマーキングのためのマーキングコードを提供すること；及び複数の区分を含むデータベース内に、マーキングコードの少なくとも１つのサブセットと個別パッケージのパッケージ製造データの少なくとも１つのサブセットとを含むパッケージ明細データ格納することを含む。格納することは、マーキングコードに応じて区分キーを生成することと、区分キーに基づき複数の区分の中から、選択される区分を判断し、選択された区分内にパッケージ明細データを格納するために、データベースへ結合されたコントローラを操作することとを含む。

いくつかの実施形態では、コントローラを操作することは、区分キーに対して所定マッピング関数を適用することを含み、所定マッピング関数は、区分キーを、複数の区分のうちの各区分のそれぞれの区分識別子を含む一組の区分識別子へマッピングするように構成され、選択された区分は、区分キーのマッピング関数により生成される現在の区分識別子に基づき判断される。

いくつかの実施形態では、所定マッピング関数はハッシュ関数を含む。

いくつかの実施形態では、所定暗号アルゴリズムはブロック暗号である。

いくつかの実施形態では、パッケージ製造データは、個別パッケージを製造する場所及び時期の少なくとも１つを表すために取得される。

いくつかの実施形態では、マーキングコードの少なくとも１つのサブセットは暗号化パッケージ製造データを含む。

いくつかの実施形態では、データベースは分散データベースである。

本開示の第２の態様は、プロセッサにより実行されるとプロセッサに第１の態様の方法又はその任意の実施形態を行わせるコンピュータ指令を含むコンピュータ可読媒体である。

本開示の第３の態様は、液状食品のパッケージを一意的に識別するためにマーキングコードを生成するためのシステムである。本システムは、暗号化製造データを生成するためにパッケージ製造データ（各個別パッケージに対し一意的である）に対して所定暗号アルゴリズムを適用するように構成されたコード生成器を含む。コード生成器はさらに、暗号化製造データを含むマーキングコードを生成し、個別パッケージのマーキングのためのマーキングコードを提供するように構成される。本システムはさらに、複数の区分を含むデータベースへ結合されたストレージインターフェースを含む。ストレージインターフェースは、マーキングコードの少なくとも１つのサブセットと個別パッケージのパッケージ製造データの少なくとも１つのサブセットとを含むパッケージ明細データを受信するように配置される。本システムはさらに、マーキングコードに応じて区分キーを生成し、区分キーをストレージインターフェースへ提供するように構成されたコード変換デバイスを含む。ストレージインターフェースは、区分キーを受信すると、区分キーに基づき複数の区分のうちの選択される区分を判断し、選択された区分内にパッケージ明細データを格納するように構成される。

第１の態様の任意の実施形態は、第３の態様の実施形態として適合化され実施されてもよい。

さらに他の目的、並びに実施形態特徴、態様、及び利点は、添付図面からだけでなく以下の詳細説明から明らかになる。

次に、いくつかの実施形態について、非限定的例として、概略図面を参照し説明する。

液状食品のパッケージの製造及び流通チェーンの概観である、 このようなパッケージの概略図である。 一意的コードを有するパッケージをマーキングするための例示的システムのブロック図である。 生産地を表す区分キーに基づき、５，０００及び３０，０００論理的区分それぞれに関し生成された分散データベース内のデータ区分のプロットである。 いくつかの実施形態による一意的コードによりパッケージをマーキングするためのシステムのブロック図である。 一意的コードを表す区分キーに基づき、１０００及び３０，０００論理的区分それぞれに関し生成された分散データベース内のデータ区分のプロットである。 いくつかの実施形態によるマーキング方法のフローカートである。 図６のマーキング方法を実施し得る機械のブロック図である。

次に、いくつかの実施形態について、いくつかのしかしすべてではない実施形態が示される添付図面を参照して以下にさらに十分に説明する。実際、本発明は様々な形式で具現化されてもよいが、本明細書に記載された実施形態に限定されるべきではなく、むしろ、これらの実施形態は、本開示が適用可能法的必要条件を満たし得るように提供される。

また、可能であれば、本明細書において説明及び／又は企図される実施形態のうちの任意の実施形態の利点、特徴、機能、デバイス及び／又は動作態様のうちの任意のものは本明細書において説明及び／又は企図される他の実施形態のうちの任意のものに含まれてもよく、逆もまた同様であるということが理解される。加えて、可能であれば、本明細書において単数形式で表現される任意の用語は別途明記されない限り複数形式も含む（及び／又は逆もまた同様である）ように意味する。本明細書で使用されるように、「少なくとも１つ」は「１つ又は複数」を意味するものとし、これらの句は交換可能であるように意図されている。したがって、不定冠詞は、定冠詞付き句「１つ又は複数」又は「少なくとも１つ」が本明細書において使用されたとしても「少なくとも１つ」又は「１つ又は複数」を意味するものとする。本明細書で使用されるように、言語又は必要な含意を表わすために文脈が別途必要とする場合を除いて、用語「含む」又はその変形形態は包括的意味で使用される、すなわち、様々な実施形態における別の特徴の存在又は追加を除外するためにではなく言明された特徴の存在を規定するために使用される。本明細書で使用されるように、用語「及び／又は」は、関連列挙項目のうちの１つ又は複数の項目のありとあらゆる組み合わせを含む。

本明細書で使用されるように、「液状食品」は、非固体、半液体、又は室温で注ぐことが可能な任意の食品（フルーツジュース、ワイン、ビール、ソーダなどの飲料、及び乳製品、ソース、オイル、クリーム、カスタード、スープ、ペーストなど、及び液体中の固体食品（豆、果物、トマト、シチューなど）を含む）を指す。

本明細書で使用されるように、「パッケージ」は、限定しないが厚紙又はパッケージ用ラミネートで形成された容器（例えばセルロースベース材料、及びプラスチック材料で作られた又はそれを含む容器）を含む液状食品の密閉保持に好適な任意のパッケージ又は容器を指す。

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

同様な参照符号は本明細書を通して同様な要素を指す。

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

製造段階１では、パッケージのシート材料が変換工場（プラント）１０において製造される。シート材料は通常、紙ベースであり、ロール１１で充填段階２へ提供される。図示の例では、段階１はさらに、パッケージ（通常はプラスチック材料の）の蓋１３を製造する専用工場（プラント）１２に関与する。パッケージが蓋無しに形成されれば、工場１２は段階１には無い。段階１がパッケージの特定部品を製造する追加工場を含むということも考えられる。

充填段階２では、充填工場（プラント）１４は、液状食品を含むパッケージを提供するためにシート材料１１、蓋１３及び液状食品に対し作用する。例えば、充填プラント１４における製造ラインは、シート材料１１を容器へ形成し、液状食品を容器に充填し、パッケージを形成するために容器を密閉してもよい。製造ラインはまた、蓋１３を容器へ取り付けてもよい。図１Ｂは、充填プラント１４により製造されるパッケージ１６の例を示す。段階２はさらに、流通段階３に入る前にパッケージの外部処理１５（例えばパレット化）を含んでもよい。

「製造チェーンは通常、グローバルに分散され得る多くの異なる変換プラント１０、蓋プラント１２及び充填プラント１４に関与し得る」ということを理解すべきである。プラント１０、１２、１４のそれぞれは複数の製造ラインを含んでもよい。

図１Ｂに示すように、パッケージ１６はマーキングコードを表すデータキャリヤ１７を含む。データキャリヤ１７は、製造品にコードを提供するための任意の既知技術により実現されてもよい。一例では、データキャリヤ１７は、例えば一系列の人間可読シンボル（例えば特徴）として又は１つ又は複数のバーコード又は２Ｄコード（ＤａｔａＭａｔｒｉｘ、ＱＲコードなど）などの機械可読グラフィカルシンボルとしてパッケージ１６上へ印刷される。別の例では、データキャリヤは電子タグであり、ここでは、コードが格納され、そして例えばこの目的のための任意の従来の標準規格に従うタグ（ＮＦＣ、ＲＦＩＤ、ＢＬＥなど）との無線通信による検索用に利用可能にされる。

マーキングコードは、図１Ａに例示されるような製造チェーン内のプラント１０、１２、１４の全エコシステム内のパッケージ１６に対し少なくとも所定寿命の間一意的となるように生成される。マーキングコードは図１Ａに示すプラント１０、１２、１４のいずれかにおいてパッケージへ適用され得る。例えば、マーキングコードは、充填プラント１４により製造されたパッケージ１６のそれぞれのパッケージ上に位置するようにシート材料１１上の所定位置において変換プラント１０により適用されてもよい。別の例では、マーキングコードは蓋プラント１２により各蓋１３へ適用されてもよい。別の例では、マーキングコードは、充填プラント１４によりシート材料１１、蓋１３、中間容器又はパッケージ１６へ適用される。パッケージ１６は２以上のこのような一意的マーキングコードを含み得る（例えば蓋１３上に１つ及びパッケージ１６上に１つ）ということを理解すべきである。一意的マーキングコードが後続処理１５（例えばパレット化）においてパッケージ又はパッケージ群へ提供されるということも考えられる。

いくつかの実施形態は、マーキングコード及び関連データをデータベース内に格納することに関連しており、参照によりその全体を本明細書に援用する前述の欧州特許出願公開第３５４０６６４号明細書に記載のマーキングコードの実装形態を参照して以下に例証される。

具体的には、マーキングコードは、個別パッケージの製造に対し一意的であり且つ所定暗号アルゴリズムにより暗号化されるペイロードデータを含む。一般的に、マーキングコードは一系列の値（例えば２進値）からなる。ペイロードデータ（以下ではパッケージ製造データ（ＰＰＤ：ｐａｃｋａｇｅ ｐｒｏｄｕｃｔｉｏｎ ｄａｔａ）で表される）は製造の場所及び／又は製造の時期を識別するデータ要素を含み得る。第１の例では、ＰＰＤ内のデータ要素は、プラントを運営する製造者の識別子（製造者ＩＤ）、プラント（プラントＩＤ）、プラント内の製造ライン（ラインＩＤ）、マーキングコードがパッケージへ追加される機器（機器ＩＤ）を含み、ＰＰＤはさらに、例えば年、日、時間、分、秒、及び無作為選選択されてもされなくてもよい秒未満分解能カウンタ（パッケージカウンタ）により製造の現在時刻を識別する。第２の例では、ＰＰＤ内のデータ要素は、プラントの識別子（製造ユニットＩＤ）、製造バッチの識別子、及び製造バッチが期間（例えば現在の年及び月）により識別され得る製造バッチ内のパッケージの識別子、及びパッケージが製造バッチ（パッケージカウンタ）内のパッケージ番号により識別され得る当該期間内のバッチ番号（要求番号）を含む。パッケージ番号は無作為選選択されてもよいし無作為選選択されなくてもよい。マーキングコードはさらに、難読化されてもされなくてもよい非暗号化ヘッダ部であって暗号化ＰＰＤの解読及び検証を可能にするデータを含み得る非暗号化ヘッダ部を含んでもよい。

パッケージのコード生成、コード格納及びマーキング用に構成されるシステム２０の例示的実施形態が図２に概略的に示される。システム２０はＰＰＤ生成器２１、コード生成器２２、マーキングデバイス２３、及びデータベース３０へ結合されたストレージコントローラ２４を含む。ＰＰＤ生成器２１はマーキングコード内に含まれることになるパッケージ製造データＰＰＤを提供するように構成される。一実装形態（「インライン実装」）では、ＰＰＤ生成器２１は例えば上記第１の例によるＰＰＤの自動リアルタイム生成のために製造と同期される。別の実装形態（「オフライン実装」）では、ＰＰＤ生成器２１は製造より先にＰＰＤを提供するように操作される（例えば上記第２の例に従って構造化される）。コード生成器２２は、ＰＰＤ生成器２１からのＰＰＤに基づきマーキングコードＭＣを生成し、マーキングコードを、それぞれのマーキングコードを製造品（シート材料１１、蓋１３又はパッケージ１６など）へ適用するように操作されるマーキングデバイス２３へ提供するように構成される。以上から理解されるように、マーキングデバイス２３は、プリンタ、アブレーションデバイス、又はコードを電子タグ（マーキングデバイス２３により製造品上へ取り付けられ得る又はそれへ予め取り付けられ得る）内へ埋め込むデバイスであり得る。インライン実装では、コード生成器２２はリアルタイムでマーキングコードを生成するために製造と同期される。オフライン実装では、コード生成器２２は、製造より先に又は製造と同期してのいずれかでマーキングコードを生成してもよい。

ストレージコントローラ２４は、ＰＰＤ、マーキングコード（ＭＣ）、及び可能性として追加データを受信するように構成される。これに基づき、ストレージコントローラ２４は、パッケージ明細データ（ＰＩＤ：ｐａｃｋａｇｅ ｉｔｅｍｉｚａｔｉｏｎ ｄａｔａ）を生成し、データベース３０内に格納する。各ＰＩＤは、個別パッケージに対応しており、データベース３０内の格納のためのデータ項目を形成する。いくつかの実装形態では、データ項目は例えば表（ＳＱＬデータベース）内の行又は集合（ＮｏＳＱＬデータベース）内の文書であり得る。以上から理解されるように、大量のデータ項目が最終的にデータベース３０内に格納されることになり、したがってデータベース３０は資源効率のためにスケーリング可能そして好適には水平方向にスケーリング可能であるべきである。一実施形態では、データベース３０は複数の論理的区分を含む分散データベースであり、ここでは、各論理的区分は所定最大サイズを有してもよく、一意的区分識別子（区分ＩＤ）を割り当てられる。非限定的例では、所定最大サイズは０．１－１００ＧＢの範囲内である。データベース３０のデータベース管理システム（ＤＢＭＳ：ｄａｔａｂａｓｅ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ）３０Ａは、論理的区分の中からデータ項目をトランスペアレントに且つ自動的に分散する（例えば各データ項目の「区分キー」（別名「分散キー」）に基づき）ように操作される。ストレージコントローラ２４は、使用されるべき区分キーをオペレータが設定することを可能にするとともにデータベース３０内の格納のためのデータ項目の手動又は自動アップロードを可能にするインターフェースをＤＢＭＳ３０Ａへ提供してもよい。ＤＢＭＳ３０Ａは、分散データベース３０のホストにとってプロプライアタリであってもよく、論理的区分を任意の好適な関係で複数のノードへマッピングするように構成されてもよく、例えばスケーラビリティ及び性能ニーズを効率的に満足するために１つ又は複数のストレージデバイス（ハードディスクドライブ（ＨＤＤ）及び／又は固体ドライブ（ＳＳＤ）など）へアクセスする物理サーバ、仮想サーバ又は仮想ＬＵＮ（ｌｏｇｉｃａｌ ｕｎｉｔ ｎｕｍｂｅｒ：論理ユニット番号）のうちの任意の１つを含んでもよい。スループット及びストレージ要件が増加するにつれ、ＤＢＭＳ３０Ａは、多数のサーバ全体にわたって負荷を自動的に分散するために論理的区分を移動してもよい。ＤＢＭＳ３０Ａは任意の市販システムであってもよく、分散データベース３０はＳＱＬ又はＮｏＳＱＬデータベースとして実装されてもよい。一実施形態では、ＤＢＭＳ３０Ａはクラウドコンピューティングプラットホームである。特定実装形態では、ＤＢＭＳ３０Ａは、グローバルに分散されたマルチモデルデータベースサービスであるＭｉｃｒｏｓｏｆｔ Ａｚｕｒｅ Ｃｏｓｍｏｓ ＤＢ内に含まれる。具体例では、ＤＢＭＳ３０ＡはＮｏＳＱＬ文書データベースとして動作するように設定される。

パッケージ明細データＰＩＤは、マーキングコード又はそのサブセット、及びＰＰＤ内のデータ要素の少なくとも１つのサブセットを含む。ＰＩＤはまた、マーキングコードの生成、パッケージの製造、又はデータベース内の格納に関連付けられた追加データ要素を含み得る。ＰＰＤの上述の第１及び第２の例に準拠する１つの非限定的例では、ＰＩＤはマーキングコード（又はそのサブセット）、製造者ＩＤ、プラントＩＤ、ラインＩＤ、機器ＩＤ、年、日、時間、分、秒、パッケージカウンタ、製造ユニットＩＤ及び要求番号を含む。

上述のＭｉｃｒｏｓｏｆｔ Ａｚｕｒｅ Ｃｏｓｍｏｓ ＤＢ上のＰＩＤの格納を実施する際、本出願人は、例えば資源消費と探索及び検索の速度との観点で劣悪な性能を経験した。データベース３０内のデータ格納のさらなる解析は、区分間のデータの分散における実質的非一様性（「スキュー」としても知られる）を明らかにした。図３Ａ～３Ｂは、区分キーとしてラインＩＤを使用する際のこのようなスキューを示す。図３Ａはデータベース３０が５，０００区分により構成される場合に各区分（水平軸）内に格納されたデータ量（垂直軸）のプロットであり、図３Ｂはデータベース３０が３０，０００区分により構成される場合の対応プロットである。スキューが劣悪な性能を少なくとも部分的に引き起こすことがわかった。スキューは、ＰＰＤ内のデータ要素の中から（例えば製造の場所及び時期を指示するデータ要素の中から）選択される際に区分キーに関係なく存在した。所謂合成区分キーを生成することにより（例えば２つ以上のデータ要素を連結することにより）、ランダムサフィックスをデータ要素へ添付することにより、又は予め計算されたサフィックスをデータ要素へ添付することによりスキューを克服するための戦略がある。ここで、予め計算されたサフィックスは別のデータ要素のハッシュ値である。しかし、これらの戦略は、複雑性を増加する傾向があり、データベースの性能を損ない得る。

驚いたことに、本出願人は、区分キーとしてマーキングコードを使用することが分散データベース内の論理的区分の中からのデータの実質的により一様な分布を描画するということを発見した。「マーキングコード内の暗号化データが無作為性（分散データベース内の区分のうちの実質的無スキューデータ分布として現れる）をマーキングコードへ与える」と現在考えられている。

図４は一実施形態による図２のシステム２０のブロック図である。ここで、データベース３０は区分Ｐ１，Ｐ２，．．．，Ｐｊを含む分散データベースであり、ここで、ｊは１より著しく大きな数であり、通常は、少なくとも１，０００、５，０００又は１０，０００である。ストレージコントローラ２４は、有線及び／又は無線通信ネットワーク３２（例えばＷＡＮ（広域ネットワーク）、ＬＡＮ（ローカルエリアネットワーク）、ＰＡＮ（パーソナルエリアネットワーク）、又はそれらの任意の組み合せ）上でデータベース３０へ結合される。データベース３０がクラウドベースサービスとして提供される場合、ネットワーク３２はインターネットなどのＷＡＮを含んでもよい。

図２と同様に、ＰＰＤ生成器２１は、コード生成器２２により受信されたパッケージ製造データＰＰＤを提供する。コード生成器２２は、暗号化パッケージ製造データＥＰＤ（ｅｎｃｒｙｐｔｅｄ ｐａｃｋａｇｅ ｐｒｏｄｕｃｔｉｏｎ ｄａｔａ）を生成するためにＰＰＤに対して暗号アルゴリズム又は関数を適用するように構成された暗号化モジュール２２Ａを含む。秘密暗号キーが暗号化及び解読の両方に使用される任意の対称暗号アルゴリズム及び公開及び秘密暗号キーのペアを利用する任意の非対称アルゴリズムを含む任意の考え得る暗号アルゴリズムが使用されてもよい。１つの非限定的実施形態では、暗号アルゴリズムはＢｌｏｗｆｉｓｈ、ＤＥＳ、ＩＤＥＡ、ＲＣ５又はＡＥＳなどのブロック暗号である。暗号アルゴリズムは、ＰＰＤをスクランブルし、その構造を完全破壊する。一般的に、暗号化は、ＰＰＤを保護するように、別のマーキングコードに基づき妥当なマーキングコードを推測することを難しくするように、コードをマーキングする不正生成のリスクを最小化するように働く。コード生成器２２はさらに、ＥＰＤと関連非暗号化データとを組み合わせる（例えば欧州特許出願公開第３５４０６６４号明細書に例示されるヘッダ部内へ）ことによりマーキングコード（ＭＣ）を形成するように構成されたコードポピュレーションモジュール（ｃｏｄｅ ｐｏｐｕｌａｔｉｏｎ ｍｏｄｕｌｅ）２２Ｂを含む。マーキングコードはコード生成器２２からマーキングデバイス２３及びストレージコントローラ２４へ供給される。ストレージコントローラ２４は集計モジュール２４Ａ、キー生成モジュール２４Ｂ及びストレージインターフェースモジュール２４Ｃを含む。集計モジュール２４Ａはコード生成器２２からマーキングコードＭＣを、そしてＰＰＤ生成器２１（図示の）又はコード生成器２２のいずれかからＰＰＤを受信するように構成される。集計モジュール２４Ａは、データベース３０内の格納のための上述のパッケージ明細データＰＩＤであるデータ項目を生成する。キー生成モジュール２４Ｂは、ＰＩＤを受信するように、そしてＰＩＤに含まれるマーキングコード又はそのサブセットに応じて区分キーＰＫ（ｐａｒｔｉｔｉｏｎ ｋｅｙ）を生成するように構成される。一例では、モジュール２４Ｂはマーキングコードに等しい区分キーを設定する。別の例では、モジュール２４ＢはマーキングコードのＥＰＤに等しい区分キーを設定する。別の例では、モジュール２４Ｂはマーキングコード又はＥＰＤとＰＩＤ内の１つ又は複数の他のデータ要素とを連結する。モジュール２４Ｂはまた、区分キーを生成するためにマーキングコード又はＥＰＤに対し任意の好適な関数を適用し得る。しかし、後者の例は、ＰＩＤがデータベース３０内に格納される前に区分キーをＰＩＤへ追加するためにモジュール２４Ｂを必要とし得、データベース３０の必要データ格納容量を増加することになる。

ストレージインターフェースモジュール２４Ｃはキー生成モジュール２４Ｂから区分キーＰＫを、そして集計モジュール２４ＣからＰＩＤを受信するように構成される。データベース３０へ結合されるストレージインターフェースモジュール２４Ｃはさらに、区分キーＰＫに基づきＤＢＭＳ３０Ａに区分Ｐ１－Ｐｊのうちの１つの区分を選択させ、ＰＩＤを選択された区分内に格納させるように操作可能である。一実施形態では、モジュール２４Ｃは、選択された区分を例えば上述の区分ＩＤにより識別するように構成された所定マッピング関数を含む。したがって、モジュール２４Ｃは、現在の区分ＩＤを計算し、これを選択された区分の識別のためにＤＢＭＳ３０Ａへ提供するためにマッピング関数を区分キーに対して適用してもよい。別の実施形態では、モジュール２４ＣがＤＢＭＳ３０Ａへ区分キーを供給する際に現在の区分ＩＤを計算させられるマッピング関数はＤＢＭＳ３０Ａの一部である。一実施形態では、マッピング関数はすべての考え得る区分キーを一組の一意的区分ＩＤ上へマッピングする（区分Ｐ１－Ｐｊ毎に１つ）ように構成される。一実施形態では、マッピング関数はさらに、データベース３０内のデータ分布の一様性を改善するために区分キーのビットをスクランブルするように構成される。一実施形態では、マッピング関数はハッシュ関数である。限定しないが暗号ハッシュ関数、非暗号ハッシュ関数又は周期的冗長検査（ＣＲＣ：ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）機能を含む任意のハッシュ関数が使用されてもよい。一実施形態では、マッピング関数はモジュロ演算（例えばｊによる又はｊに近い素数によるモジュロ除算）に関与する。別の実施形態では、マッピング関数は、区分キー内の所定数のビットを抽出し、抽出されたビットを区分ＩＤ内に照合する。

図５Ａ～５Ｄは、区分キーがマーキングコードへ設定され、ハッシュ関数がそれを所定数（ｊ）の区分へマッピングするために区分キーに対し適用された場合のＭｉｃｒｏｓｏｆｔ Ａｚｕｒｅ Ｃｏｓｍｏｓ ＤＢ内のデータ分布を示す。図５Ａはデータベース３０が１，０００区分により構成される場合の各区分（水平軸）内に格納されたデータ量（垂直軸）のプロットであり、図５Ｂは図５Ａの拡大図であり区分間の変動をより詳細に示す。図５Ｃ～５Ｄはデータベース３０が３０，０００の区分で構成される場合の図５Ａ～５Ｂに対応する。図３Ａ～３Ｂのプロットと比較して、データは区分全体にわたって著しく一様に分散され、スキューは本質的に削除される。

図６は一実施形態によるマーキングコードを生成する方法６００である。方法６０は図２又は図４のシステム２０において実行されてもよい。方法６００の一部であってもなくてもよい工程６０１では、パッケージ製造データ（ＰＰＤ）が生成される。工程６０２～６０６は個別パッケージ毎に繰り返し行われる。工程６０２－６０５はコード生成器２２により行われ得、工程６０６はストレージコントローラ２４により行われ得る。工程６０２はパッケージのＰＰＤを取得する。工程６０３は、暗号化パッケージ製造データＥＰＤを生成するために所定暗号アルゴリズムをＰＰＤに適用する。工程６０４は、少なくともＥＰＤを含むようにマーキングコード（ＭＣ）を生成する。工程６０５はパッケージのマーキングのためのマーキングコードを提供する（例えばマーキングデバイス２３により）。工程６０６はマーキングコード（又はそのサブセット）及びＰＰＤ（又はそのサブセット）をデータベース３０内に格納する。次に、方法６００は工程６０２～６０６を繰り返すことに進む。図示の実施形態では、工程６０６は別の工程６０６Ａ－６０６Ｄを含む。工程６０６Ａはマーキングコード及びＰＰＤに応じてパッケージ明細データ（ＰＩＤ）を生成する（例えば、マーキングコード（又はそのサブセット）とＰＰＤ内のデータ要素の少なくとも１つのサブセットとを共通データアイテム内へマージすることにより）。工程６０６Ｂはマーキングコードに応じて区分キーＰＫを生成する。工程６０６Ｃは区分キーに基づきデータベース３０内の区分を選択し、工程６０６Ｄは選択された区分上にＰＩＤを格納する。

図２、４のシステム２０に戻ると、それぞれのデバイス２１、２２、２４はハードウェアにより又はソフトウェアとハードウェアとの組み合わせにより実装されてもよい。いくつかの実施形態では、デバイス２１、２２、２４は１つ又は複数のソフトウェア制御コンピューティングデバイス上に実装される。図７は、プロセッサ７１、コンピューターメモリ７２、及びデータの入出力のための通信インターフェース７３を含むこのようなコンピューティングデバイス７０を概略的に描写する。データベース３０との通信を含む有線及び／又は無線通信のための通信インターフェース７３が構成されてもよい。プロセッサ７１は例えばＣＰＵ（「中央処理ユニット」）、ＤＳＰ（「デジタル信号プロセッサ」）、マイクロプロセッサ、マイクロコントローラ、ＡＳＩＣ（「特定用途向け集積回路」）、ディスクリートアナログ及び／又はデジタル部品の組み合わせ、又はＦＰＧＡ（フィールドプログラマブルゲートアレイ）などのいくつかの他のプログラム可能論理デバイスのうちの１つ又は複数を含んでもよい。コンピュータ指令を含む制御プログラム７４が、メモリ７２内に格納され、上に例示された操作、機能又は工程のうちの任意のものを行うためにプロセッサ７１により実行される。図７に示すように、メモリ７２はまた、プロセッサ７２による使用のための制御データ７５（例えば工程６０６Ｂにおいて区分キーを生成するための制御データ、工程６０３における暗号化のための制御データ、工程６０６Ｃにおける区分の選択のための制御データ）を格納してもよい。制御プログラム７４は、有形（非一時的）製品（例えば磁気媒体、光ディスク、読み出し専用メモリ、フラッシュメモリなど）又は伝播信号であり得るコンピュータ可読媒体７６上のコンピューティングデバイス７０へ供給されてもよい。

Claims (9)

1. 液状食品のパッケージを一意的に識別するためにマーキングコードを生成する方法であって、
   各個別パッケージ（１６）に対し一意的であるパッケージ製造データ（ＰＰＤ）を取得すること（６０２）；
   暗号化パッケージ製造データ（ＥＰＤ）を生成するために前記パッケージ製造データ（ＰＰＤ）に対し所定暗号アルゴリズムを適用すること（６０３）；
   前記暗号化パッケージ製造データ（ＥＰＤ）を含むマーキングコードを生成すること（６０４）；
   前記個別パッケージ（１６）のマーキングのために前記マーキングコード（ＭＣ）を提供すること（６０５）；及び
   複数の区分（Ｐ１－Ｐｊ）を含むデータベース（３０）内に、前記マーキングコード（ＭＣ）の少なくとも１つのサブセットを含むパッケージ明細データ（ＰＩＤ）と前記個別パッケージ（１６）の前記パッケージ製造データ（ＰＰＤ）の少なくとも１つのサブセットとを格納すること（６０６）
   を含み、
   前記格納すること（６０６）は、前記マーキングコード（ＭＣ）に応じて区分キー（ＰＫ）を生成すること（６０６Ｂ）と、前記データベース（３０）へ結合されたコントローラ（２４）を操作して、前記区分キー（ＰＫ）に基づき前記複数の区分（Ｐ１－Ｐｊ）の中から選択される区分を判断すること（６０６Ｃ）と、前記選択された区分内に前記パッケージ明細データ（ＰＩＤ）を格納すること（６０６Ｄ）とを含む、方法。
2. 前記コントローラ（２４）を操作することは、前記区分キー（ＰＫ）に対して所定マッピング関数を適用することを含み、前記所定マッピング関数は、前記区分キー（ＰＫ）を、前記複数の区分（Ｐ１－Ｐｊ）のうちの各区分のそれぞれの区分識別子を含む一組の区分識別子へマッピングするように構成され、前記選択された区分は、前記区分キー（ＰＫ）の前記マッピング関数により生成される現在の区分識別子に基づき判断される、請求項１に記載の方法。
3. 前記所定マッピング関数はハッシュ関数を含む、請求項２に記載の方法。
4. 前記所定暗号アルゴリズムはブロック暗号である、請求項１～３のいずれか一項に記載の方法。
5. 前記パッケージ製造データ（ＰＰＤ）は前記個別パッケージ（１６）を製造する場所及び時期の少なくとも１つを表すために取得される、請求項１～４のいずれか一項に記載の方法。
6. 前記マーキングコード（ＭＣ）の前記少なくとも１つのサブセットは前記暗号化パッケージ製造データ（ＥＰＤ）を含む、請求項１～５のいずれか一項に記載の方法。
7. 前記データベース（３０）は分散データベースである、請求項１～６のいずれか一項に記載の方法。
8. プロセッサ（７１）により実行されると前記プロセッサ（７１）に請求項１～７のいずれか一項に記載の方法を行わせるコンピュータ指令を含むコンピュータ可読媒体。
9. 液状食品のパッケージを一意的に識別するためにマーキングコードを生成するためのシステムであって、
   暗号化製造データ（ＥＰＤ）を生成するために、各個別パッケージ（１６）に対し一意的であるパッケージ製造データ（ＰＰＤ）に対し所定暗号アルゴリズムを適用するように構成されたコード生成器（２２）であって、前記コード生成器（２２）はさらに、前記暗号化製造データを含むマーキングコード（ＭＣ）を生成し、前記個別パッケージ（１６）のマーキングのための前記マーキングコード（ＭＣ）を提供するように構成される、コード生成器（２２）と、
   複数の区分（Ｐ１－Ｐｊ）を含むデータベース（３０）へ結合されたストレージインターフェース（２４Ｃ）であって、前記マーキングコード（ＭＣ）の少なくとも１つのサブセットと前記個別パッケージ（１６）の前記パッケージ製造データ（ＰＰＤ）の少なくとも１つのサブセットとを含むパッケージ明細データ（ＰＩＤ）を受信するように配置された、ストレージインターフェース（２４Ｃ）と、
   前記マーキングコード（ＭＣ）に応じて区分キー（ＰＫ）を生成し、前記区分キー（ＰＫ）を前記ストレージインターフェース（２４Ｃ）へ提供するように構成されたコード変換デバイス（２４Ｂ）と、を含むシステムにおいて、
   前記ストレージインターフェース（２４Ｃ）は、前記区分キー（ＰＫ）を受信すると、前記区分キー（ＰＫ）に基づき前記複数の区分（Ｐ１－Ｐｊ）のうちの選択される区分を判断し、前記選択された区分内に前記パッケージ明細データ（ＰＩＤ）を格納するように構成される、システム。

Images