JP7801295B2 - 安全タグ - Google Patents

Description

本出願は、２０１７年７月２０日に提出され、参照によりその全体が本明細書に組み込まれる米国仮特許出願第６２／５３５，２０１号の優先権の利益を主張する。

物事の認証は現在、ブランド、商人、消費者に多くの問題を引き起こしている。既存の在庫追跡アプローチにより、ブランドは、偽造されやすく、不正なチャネルを介した販売（「グレーマーケット」）の影響を受けやすく、サプライチェーン管理の問題に苦しみ、エンドユーザに関連する問題に対処する（例えば、販売の追跡と検証、製品リコールの管理、およびアフターサービスの実行）。小売業者および再販業者は、例えば、偽造品の識別、製品に関する情報へのアクセス、顧客との関係の管理（例：返品、領収書、顧客サポート、特別オファーまたは割引、顧客関係管理）のような同様の問題に対処する。消費者は、偽造製品の識別、製品に関する正確な情報の受信、保証の管理、購入証明の償還、製品登録、製品の本物としての再販など、既存のシステムに関する問題に直面する可能性もある。

バーコードやＱＲコード（登録商標）などの従来のタグには、様々な弱点がある。例えば、従来のタグは主に在庫管理単位（ｓｔｏｃｋ－ｋｅｅｐｉｎｇ ｕｎｉｔ：ＳＫＵ）の識別の対象物に使用され、通常は読み取り専用である。さらに、保存された情報は、保存された二値エンコードデータとして読者が自由にアクセスできる。情報は、単一の方法を使用して従来のタグにのみ書き込むことができる。タグを読み取るときは、特定の方向に向ける必要がある。さらに、従来のタグには通常、固定サイズの情報が含まれている。これらのタグは簡単に再利用および複製できる。ウイルス／マルウェアの送信には過去にＱＲコード（登録商標）が使用されていたため、従来のタグにはセキュリティリスクも含まれている。

本明細書で開示する安全タグは、個々の物の認証を取り巻くブランド、商人、および消費者が直面する多くの問題を解決する。これらの安全タグにより、個々の対象物がブロックチェーンまたは同様のデータベースに接続できるようになり、個々の検証が可能になる。個々の製品には、繰り返されることのない固有の安全タグがあり、ＳＫＵ識別の代わりに個々の項目識別を可能にする。安全なタグを使用して個々の項目を検証できるため、個々の項目の識別により、信頼性の証明が可能になる。この形式の一意の識別は、大きな計算能力とオンライン接続、デジタル印刷、およびブロックチェーンと安全なデータベース技術を備えた高解像度のスマートフォンに一部起因する。

本開示の独自の安全タグは、既存のＱＲコード（登録商標）およびバーコードを超える大きな利点を提供するが、類似点はそれぞれが二値ベースのＩＤレイヤを持っていることだけである。従来のタグとは異なり、安全タグにはそれぞれ一意の目立たないキーが含まれ、動的で柔軟な保存領域があり、デジタル台帳と統合され、他の多くの利点がある。例えば、安全タグは１つの形状やフォームに限定されず、顧客のニーズに合わせて複数の設計状態で存在できる。さらに、安全タグは、デジタル、印刷、彫刻、アニメーションなどの多くのフォームファクタにまたがって存在できる。安全タグのもう１つの利点は、スマートフォンを含む様々な光学装置で読み取り可能であることであり、これにより、タグをスキャンできるユーザの数が大幅に増える。

安全タグには、二値情報とアナログ情報との両方が含まれており、複数の方法で読み取ることができる。安全タグの独自の設計により、大量の二値をタグにエンコードでき、データを返さないがブロックチェーンで安全タグを認証するために使用できる視覚的な「指紋」も可能になる。安全タグは、安全タグを別の安全タグとペアリングおよび／またはシーケンスすることによって、または安全タグの近くで情報を使用する（つまり、近接フィンガプリンティング）などによって、追加の信頼性の層を持つことができる。サプライチェーン全体で、様々なレベルのアクセスを様々なユーザに提供できる。例えば、顧客には、信頼性、安全性、および保証の証明に関する特定の情報を表示するアクセス権を与えることができるが、小売業者には、製品データ、顧客データ、および製品追跡に関する特定の情報を表示するアクセス権を与えることができる。安全タグの使いやすさと有効性とにより、無数のケースで有用になり、サプライチェーン全体での物事の認証の問題を低減することができる。

開示された実施形態は、安全タグと対話するための認証サーバを含む。認証サーバは、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されたときに、タグ画像を含むタグ識別要求を受信することと、スタイルシートを使用して生成された安全タグの画像の保存されたハッシュを使用して、受信タグ画像内の安全タグを識別することと、受信タグ画像とスタイルシートを使用して生成されたタグをデコードするためのデコード規則とを使用してタグデータを生成することと、タグ識別要求に応じてタグデータを提供することと、を含む動作を認証サーバに実行させる命令を含む少なくとも１つの非一時的メモリと、を備え得る。

いくつかの実施形態では、保存されたハッシュおよび受信タグ画像を使用して安全タグを識別することは、受信タグ画像のハッシュを生成することと、保存されたハッシュと生成されたハッシュとの間の差がしきい値基準を満たすと判定することと、をさらに含み得る。受信タグ画像のハッシュを生成することは、受信タグ画像を所定のピクセル数を有する画像に変換することをさらに含み得る。所定のピクセル数は、６４ピクセル以上、かつ１，０４８，５７６ピクセル以下であり得る。保存されたハッシュを使用して、安全タグが知覚ハッシュであり、保存されたハッシュと生成されたハッシュとの差がハミング距離であることを識別できる。さらに、受信タグ画像はベクトル画像ファイルにすることができ、また、受信した画像のハッシュを生成することは、ベクトルグラフィックスファイルの少なくとも一部をラスタライズすることを含み得る。

いくつかの実施形態では、受信タグ画像内の安全タグを識別することは、受信タグ画像のハッシュを生成することと、生成されたハッシュと、第１の安全タグの画像の保存されたハッシュとの差を使用して、第１の安全タグを選択することと、受信タグ画像の所定のセグメントの第２のハッシュを生成することと、生成された第２のハッシュと、第１の安全タグの画像における所定の部分の保存された第２のハッシュとの差を使用して、第１の安全タグから安全タグを選択することと、を含み得る。他の実施形態では、受信タグ画像内の安全タグを識別することは、受信タグ画像の漸進的により小さいセグメントのハッシュを生成することを含み得る。

他の実施形態では、受信タグ画像内の安全タグを識別することは、受信タグ画像のハッシュを生成することと、安全タグの第１の所定のセグメントに対応する受信タグ画像の第１のセグメントの第２のハッシュを生成することと、生成されたハッシュと安全タグの画像の保存されたハッシュとの差がしきい値基準を満たさないと判定することと、生成された第２のハッシュと安全タグの第１の所定のセグメントの画像の保存された第２のハッシュとの差を使用して安全タグを選択することと、安全タグの第２の所定のセグメントに対応する第３のハッシュを生成することと、生成された第３のハッシュと、安全タグの第２の所定のセグメントの画像の保存された第３のハッシュとの間の差を使用して、安全タグを検証することと、を含み得る。特定の態様では、第３のハッシュは、安全タグの第２の所定のセグメントに対応する受信タグ画像の第２のセグメントにわたって生成され得る。他の態様では、第３のハッシュは、安全タグの第２の所定のセグメントに対応する第２の受信タグ画像にわたって生成され得る。

他の実施形態では、受信タグ画像内の安全タグを識別することは、安全タグの所定のセグメントの画像のハッシュを、受信タグ画像を含む１つ以上の受信タグ画像のセグメントのハッシュと比較し、１つ以上の受信タグ画像のセグメントは、安全タグの所定のセグメントに対応することと、比較に基づいて安全タグを選択することと、を含み得る。比較は、安全タグの所定のセグメントの画像のハッシュと、１つ以上の受信タグ画像のセグメントの対応するハッシュとの間のセグメント距離と、セグメント距離を使用した全体距離またはしきい値基準を満たすセグメント距離のカウントの少なくとも１つと、を判定することを含み得る。動作は、安全タグの所定のセグメントの画像のハッシュの数、しきい値基準を満たすセグメント距離のカウント、およびセグメント距離を使用して信頼値を判定することをさらに含み得る。さらに、１つ以上の受信タグ画像は、第１の詳細レベルでタグの少なくともいくつかを示す第１の画像と、第１の詳細レベルよりも大きい第２の詳細レベルでタグの少なくともいくつかを示す第２の画像と、を含み得る。

一部の実施形態では、動作は、個人システムから画像の保存されたハッシュを受信することと、個人システムにデコード要求を提供し、デコード要求は安全タグの識別子を含む、ことと、をさらに含んでいてもよく、デコード規則は、デコード要求に応じて個人システムから受信されてもよい。

いくつかの実施形態では、タグ識別要求は認証キーを含んでいてもよく、デコード要求は認証キーを含んでいてもよく、デコード規則は認証キーに対応し得る。他の実施形態では、タグ識別要求はクライアント装置から受信することができ、動作は、スタイルシートを使用して生成されたタグの公開部分をデコードするための公開デコード規則を受信することと、クライアント装置に公開デコード規則を提供することと、をさらに含み得る。さらに他の実施形態では、デコード規則は、スタイルシートによって規定されたタグ特徴のサブセットのデコードを可能にすることができる。さらに他の実施形態では、デコード規則は、スタイルシートによって規定された安全タグの一部のデコードを可能にすることができる。

いくつかの実施形態では、デコード規則は、スタイルシートによって規定される安全タグの第１の部分またはスタイルシートによって規定されるタグ特徴の第１のサブセットの少なくとも１つのデコードを可能にする第１のデコード規則、および安全タグの第２の部分またはタグ特徴の第２のサブセットの少なくとも１つのデコードを可能にする第２のデコード規則を含み得る。さらに、受信タグ画像とデコード規則を使用したタグデータの生成は、第１デコード規則を使用した第１のタグデータの生成、および第１のタグデータと第２デコード規則を使用した第２のタグデータの生成を含み得る。

一部の実施形態では、動作は、タグ識別要求の追跡をさらに含み得る。他の実施形態では、動作は、タグ識別要求情報を保存することをさらに含み得る。さらに他の実施形態では、動作は、タグデータを反映するために分散データベースを更新する命令を提供することをさらに含み得る。

開示された実施形態は、安全タグを生成するためのシステムを含む。安全タグを生成するためのシステムは、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されたときに、安全タグのクラスを説明するスタイルシートを受け取ることと、数値シードを取得することと、数値シードとスタイルシートとを使用して安全タグレイアウトを生成し、安全タグレイアウトは、数値シードとスタイルシートとに基づいてタグ特徴オプションの組み合わせを指定することと、タグデータを受信することと、タグデータの値に従ってタグ特徴オプションを選択することにより、タグデータをエンコードする安全タグを生成することと、安全タグの知覚ハッシュを生成することと、安全タグのハッシュと識別子とをデータベースに保存することと、安全タグを提供することと、を含む動作を認証サーバに実行させる命令を含む少なくとも１つの非一時的メモリと、を備え得る。

いくつかの実施形態では、安全タグレイアウトは、データをエンコードするために、安全タグレイアウト内の１つ以上の参照位置を示す参照部分を指定することができる。他の実施形態では、安全タグレイアウトは、データをエンコードするために、安全タグレイアウト内の参照されていない部分を指定することができる。さらに他の実施形態では、安全タグレイアウトは、ランダムデータをエンコードするために、安全タグレイアウトのジャンク部分を指定することができる。さらに他の実施形態では、安全タグレイアウトは、暗号化キーをエンコードするために、安全タグレイアウトのキー部分を指定することができる。

いくつかの実施形態では、タグ特徴オプションは、安全タグレイアウトによって指定された位置におけるタグ特徴の有無を含み得る。他の実施形態では、タグ特徴オプションは、タグ特徴のサイズ、色、または形状を含み得る。さらに他の実施形態では、タグ特徴オプションは、安全タグレイアウトによって指定された位置からの逸脱を含み得る。さらに他の実施形態では、タグ特徴オプションは、安全タグレイアウトによって指定された位置に存在するいくつかのタグ特徴を含み得る。

いくつかの実施形態では、タグ特徴オプションは、タグ特徴上のスプラインエンコードの存在を含み得る。スプラインエンコードは、基準点または基準線から様々な距離に広がるタグ特徴単を含み得る。様々な距離は、１つ以上の空間的に多重化されたタグデータ値をエンコードできる。さらに、様々な距離は、１つ以上の空間的に多重化されたタグデータ値の繰り返しをエンコードできる。

いくつかの実施形態では、タグ特徴オプションは、タグ特徴上の微細構造の存在を含み得る。他の実施形態では、タグ特徴はリムを含むことができ、リムのタグ特徴オプションは、リム破損、リム変形、およびリム接続を含む。さらに他の実施形態では、タグ特徴はリム破損を含むことができ、リム破損のタグ特徴オプションはリム破損端形状を含む。さらに他の実施形態では、タグ特徴は、所定のタイプのタグ特徴間の接続を含むことができ、接続のタグ特徴オプションは、接続幅および接続非対称を含む。さらに他の実施形態では、タグ特徴はタグ特徴間の接続を含むことができ、接続のタグ特徴オプションは接続幅と接続非対称性を含む。

いくつかの実施形態では、タグ特徴オプションを選択することによりタグデータをエンコードする安全タグを生成することは、第１のタグデータの値に従って第１のタグ特徴オプションを選択し、第１のタグ特徴オプションの選択は第２のタグ特徴オプションを作成することと、第２のタグデータの値に従って第２のタグ特徴オプションを選択することと、を含み得る。さらに、第１のタグ特徴オプションはポイントの有無を含んでいてもよく、第２のタグ特徴オプションは第１のタグデータの値に従って存在するポイント間の接続の有無を含んでいてもよく、第３のタグデータをエンコードする第３のタグ特徴オプションは、第２のタグデータの値に応じて存在する接続の幅を含んでいてもよい。他の実施形態では、タグデータの値に従ってタグ特徴オプションを選択することにより、タグデータをエンコードする安全タグを生成することは、暗号化キーでタグデータを暗号化することと、暗号化されたタグデータの値に従ってタグ特徴オプションを選択することと、暗号化キーを安全タグにエンコードすることと、を含み得る。

いくつかの実施形態では、安全タグはベクトルグラフィックスファイルを含み得る。他の実施形態では、安全タグを提供することは、安全タグをラスタライズすることを含み得る。さらに他の実施形態では、安全タグを提供することは、対象物に安全タグでラベル付けすること、または安全タグをデジタル製品に組み込むことを含み得る。さらに他の実施形態では、動作は、タグデータを提供する前に、他の安全タグのハッシュとの衝突について生成されたハッシュをチェックすることをさらに含み得る。さらに他の実施形態では、スタイルシートは、公開データをエンコードするための安全タグレイアウトの一部を生成する公開部分と、個人データをエンコードする安全タグレイアウトの一部を生成する個人部分とを含み得る。さらに他の実施形態では、動作は、安全タグの異なるセグメントの知覚ハッシュを複数の詳細レベルで生成することと、安全タグの異なるセグメントの知覚ハッシュをデータベースに保存することと、をさらに含み得る。

いくつかの実施形態では、タグデータは、１つ以上の他の安全タグに関する１つ以上の識別子を含み得る。１つ以上の識別子における第１の識別子は、１つ以上の他の安全タグにおける第１の安全タグの知覚ハッシュをさらに含み得る。他の実施形態では、タグデータは、多要素識別項目の識別子を含み得る。多要素識別項目は、画像の認証資格情報または知覚ハッシュをさらに含み得る。特定の態様では、画像はタグでラベル付けされた対象物の一部を示す。他の態様では、画像はタグに関連付けられた人物を示す。他の実施形態では、タグを提供することは、基板上にタグを印刷し、タグの少なくとも第１の部分が蛍光インクで印刷されることを含み得る。

開示された実施形態は、安全タグ読み取り装置を含む。安全タグ読み取り装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されたときに、画像内の潜在的な安全タグを検出することと、画像およびスタイルシートを使用して、正規化安全タグ画像を生成することと、正規化安全タグ画像を含む識別要求を認証サーバに提供することと、安全タグにエンコードされたタグデータをタグ特徴オプションとしてデコードするための規則を受信することと、受信した規則を使用してタグデータをデコードすることと、を含む動作を安全タグ読み取り装置に実行させる命令を含む少なくとも１つの非一時的メモリと、を備え得る。いくつかの実施形態では、画像は、安全タグ読み取り装置のスキャナから受信することができる。他の実施形態では、スキャナはカメラであり得る。

いくつかの実施形態では、画像内の潜在的安全タグを検出することは、潜在的安全タグのサイズがスタイルシートから読み出されたサイズ制約を満たすと判定することを含み得る。他の実施形態では、潜在的な安全タグは、幾何学的特徴検出、カーネルベースの特徴検出、テンプレートマッチング、または畳み込みニューラルネットワークのうちの少なくとも１つを使用して検出することができる。幾何学的特徴検出を使用して画像内の潜在的安全タグを検出することは、画像をしきい値処理して二値画像を生成することと、スタイルシートから読み出されたターゲットパラメータ値を使用して、二値画像内の幾何学的特徴を検出することと、幾何学的特徴を使用して、潜在的な安全タグの基準点を決定することと、をさらに含み得る。さらに、幾何学的特徴は同心円の楕円を含んでいてもよく、基準点は同心円の楕円の焦点を含んでいてもよい。

いくつかの実施形態では、潜在的な安全タグの正規化画像を生成することは、画像を白黒画像またはグレースケール画像に変換することを含み得る。他の実施形態では、潜在的な安全タグの正規化画像を生成することは、画像ワープ変換およびスタイルシートから読み出されたターゲットパラメータ値を使用して画像を平坦化することを含み得る。画像ワープ変換を使用して画像を平坦化することは、魚眼歪み、樽型歪み、または角度歪みのうちの少なくとも１つを修正することをさらに含み得る。さらに、ターゲットパラメータ値は、内側または外側のタグリム形状を含み得る。さらに他の実施形態では、潜在的安全タグの正規化画像を生成することは、潜在的画像ギャップのタグ特徴オプションを決定し、タグ特徴オプション値をターゲットパラメータ値と比較することにより画像ギャップを検出することを含み得る。ターゲットパラメータ値は、内側または外側のタグリムの厚さと直径比、または内側または外側のタグリムの厚さとタグリムの破損幅比を含み得る。さらに他の実施形態では、潜在的な安全タグの正規化画像を生成することは、タグ特徴の向きを決定し、タグ特徴の決定された向きおよびスタイルシートから検索されたターゲットパラメータ値に基づいて画像を回転させることを含み得る。タグ特徴は中央ロゴにすることができ、ターゲットパラメータ値は中央ロゴの向きを含み得る。

いくつかの実施形態では、潜在的な安全タグの正規化画像は、ベクトルグラフィックス画像を含み得る。他の実施形態では、画像は複数の潜在的な安全タグを含み、識別要求は、複数の潜在的な安全タグに対応するベクトルグラフィックス画像のストリームを含み得る。さらに他の実施形態では、識別要求は安全タグ読み取り装置の公開鍵を含み、識別要求の少なくとも一部は安全タグ読み取り装置の秘密鍵で暗号化される。さらに他の実施形態では、画像を使用して正規化安全タグ画像を生成することは、安全タグ読み取り装置のユーザインターフェースに、画像と潜在的な安全タグを強調する表示とを表示する指示を提供することと、潜在的な安全タグの第２のズームイン画像を生成する指示を受信することと、潜在的な安全タグの第２のズームイン画像から正規化画像を生成することと、を含み得る。

いくつかの実施形態では、動作は、安全タグ読み取り装置のユーザインターフェースに、画像と潜在的な安全タグを強調する表示とを表示する指示を提供することと、潜在的な安全タグの選択を受信することと、安全タグ読み取り装置のユーザインターフェースに安全タグデータを表示する手順を提供することと、をさらに含み得る。潜在的な安全タグを強調表示する表示は、画像内の潜在的な安全タグを囲む境界ボックスであり得る。

いくつかの実施形態では、スタイルシートの公的に利用可能な部分は、タグ特徴オプションとして安全タグにエンコードされた公開タグデータをデコードするための規則を提供できる。公開タグデータは、認証サーバのアドレス、製品タイプ、ブランド名、在庫番号、またはエラー訂正コードの少なくとも１つをさらに含み得る。

開示された実施形態は、安全タグシステムを含む。安全タグシステムは、安全タグシステムであって、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されたときに、潜在的なタグ特徴オプションの選択としてタグデータをエンコードする安全タグをスキャンすることと、認証サーバと対話して安全タグをデコードすることと、分散データベースに保存された安全タグの状態情報を受信し、状態情報は、タグの有効性ステータスを示す、ことと、を含む動作を安全タグシステムに実行させる命令を含む少なくとも１つの非一時的メモリと、を備え得る。

いくつかの実施形態では、認証サーバと対話して安全タグをデコードすることは、安全タグの画像を認証サーバに提供することを含み得る。他の実施形態では、認証サーバと対話して安全タグをデコードすることは、安全タグの知覚ハッシュを認証サーバに提供することを含み得る。さらに他の実施形態では、認証サーバと対話して安全タグを復号することは、認証キーを認証サーバに提供することを含み得る。状態情報は認証サーバから受信でき、状態情報は認証キーに依存する。さらに他の実施形態では、安全タグをデコードするために認証サーバと対話することは、認証サーバから、タグデータをエンコードするタグ特徴オプションを示すデコード命令を受信することと、デコード命令を使用してタグデータを生成し、タグデータはタグ識別子を含む、ことと、を含み得る。さらに、分散データベースから安全タグの状態情報を受信することは、認証キーをオラクルに提供することをさらに含み、受信した状態情報は認証キーに依存し得る。特定の態様において、認証キーは製造業者に対応でき、状態情報は追跡情報、販売情報、顧客データ、使用情報、活動情報、または位置情報の少なくとも１つを含み得る。他の態様では、認証キーは卸業者に対応することができ、状態情報は信頼性情報、宛先情報、または製造業者情報のうちの少なくとも１つを含み得る。他の態様では、認証キーは小売業者に対応することができ、状態情報は信頼性情報、取引情報、製品情報、または追跡情報のうちの少なくとも１つを含み得る。他の態様では、認証キーは購入者に対応でき、状態情報は認証情報、製品情報、または所有権情報の少なくとも１つを含み得る。

いくつかの実施形態では、動作は、分散データベースに格納するための安全タグの更新された状態情報を提供することをさらに含み得る。安全タグの更新された状態情報は、認証キーとともに分散データベースに書き込むために、オラクルにさらに提供できる。さらに、安全タグの更新された状態情報は、安全タグが無効であることを示し得る。他の実施形態では、更新された状態情報は、状態情報の更新されたアクセシビリティオプションを含み得る。さらに他の実施形態では、安全タグの状態情報は、追跡情報、販売情報、顧客データ、使用情報、活動情報、位置情報、信頼性情報、宛先情報、更新された製造者情報、取引情報、製品データ、または所有権の証明情報の少なくとも１つを示し得る。さらに他の実施形態では、安全タグの状態情報は、安全タグと別の安全タグとの間のペアリングを示すことができる。

開示された実施形態は、安全タグシステムを含む。安全タグシステムは、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されたときに、潜在的な第１の安全タグ特徴オプションの選択として第１のタグデータをエンコードする第１の安全タグに関連付けられた製品に関する取引要求を受信することと、潜在的な第２の安全タグ特徴オプションの選択として第２のタグ識別データをエンコードする製品に関する第２の安全タグを生成し、第２のタグデータは第１の安全タグの識別子および購入者の識別子を含む、ことと、購入者への所有権の移転の表示を受信することと、データベースに第２の安全タグのエントリを作成し、作成されたエントリは、所有権の移転を示す、ことと、を含む動作を安全タグシステムに実行させる命令を含む少なくとも１つの非一時的メモリと、を備え得る。

いくつかの実施形態では、製品はデジタル製品を含み得る。第１の安全タグは、デジタル製品にさらに埋め込むか、デジタル製品と一緒に表示できる。他の実施形態では、製品は物理的製品を含み得る。第１の安全タグは、物理的製品にさらにラベルを付けることができる。

いくつかの実施形態では、動作は、データベース内の第１の安全タグのエントリを更新することをさらに含み得る。エントリをさらに更新して、所有権の移転、第２タグの識別子、所有権の移転に関する取引情報、または第１安全タグの有効性状態の少なくとも１つを示すことができる。他の実施形態では、第１の安全タグの識別子は、少なくともいくつかの第１のタグデータのハッシュを含み得る。さらに他の実施形態では、第２の安全タグを生成することは、第１の安全タグをデコードして第１のタグデータを読み出すことを含み得る。さらに他の実施形態では、第２の安全タグは、第１の安全タグに関連付けられたスタイルシートを使用して生成され得る。さらに他の実施形態では、第２の安全タグは、一意の数値シードを使用して生成され得る。

いくつかの実施形態では、データベースは分散データベースであってもよく、データベースに第２の安全タグのエントリを作成するには、ブロックチェーンに書き込むために、認証キーと第２のタグの識別子をオラクルに提供することが含まれる。

開示された実施形態は、安全タグと対話するためのサーバを含む。安全タグと対話するためのサーバは、安全タグと対話するためのサーバであって、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されたときに、潜在的な第１の安全タグ特徴オプションの選択として第１のタグデータをエンコードする第１の安全タグに関する要求を受信し、第１のタグデータは保存された文脈情報を含む、ことと、保存された文脈情報をデコードすることと、文脈情報を受信することと、受信した文脈情報と保存された文脈情報とを使用して要求を認証することと、要求に応じて認証が成功したことを示すことと、を含む動作をサーバに実行させる命令を含む少なくとも１つの非一時的メモリと、を備え得る。

いくつかの実施形態では、保存された文脈情報は、認証信任状、生体認証識別子、音声ファイル、タグ識別子、または画像の知覚ハッシュのうちの少なくとも１つを含み得る。生体認証識別子は、指紋または声紋をさらに含み得る。特定の態様において、第１の安全タグは項目にラベルを付けることができ、画像は項目の一部を示すことができる。さらに、ラベル付き項目はＩＤカードにすることができ、項目の一部は身分証明書の身分証明書写真である。他の態様では、第１の安全タグは項目にラベルを付けることができ、画像は項目に関連付けられた人物または項目のテクスチャを示すことができる。

いくつかの実施形態では、要求を認証することは、受信した文脈情報および格納された文脈情報が類似性基準を満たすと判定することを含み得る。類似性基準の充足度は、受信した文脈情報と保存された文脈情報との間のハミング距離にさらに依存し得る。他の実施形態では、動作は、文脈情報を要求することをさらに含むことができ、受信した文脈情報は、要求に応じて受信できる。

いくつかの実施形態では、認証成功の表示は、少なくともいくつかの第１のタグデータを含み得る。他の実施形態では、認証成功の表示は、少なくともいくつかの第１のタグデータに対するデコード命令を含み得る。さらに他の実施形態では、認証成功の表示は、分散データベースから読み出されたステータス情報を含み得る。さらに他の実施形態では、オラクルを使用して分散データベースからステータス情報を読み出すことができる。

開示された実施形態は、２部構成のラベルを含む。２部構成ラベルは、潜在的な第１の安全タグ特徴オプションの選択として第１のタグデータをエンコードする第１の安全タグでラベル付けされた基板と、基板に取り外し可能に接着されたオーバーレイであって、第１の安全タグと位置合わせされる透明部分および不透明部分を含み、第１の安全タグと位置合わせされた不透明部分とは、潜在的な第２の安全タグ特徴オプションの選択として第２のタグデータをエンコードする、オーバーレイと、を備え得る。いくつかの実施形態では、潜在的な第１の安全タグ特徴オプションは、潜在的な第２の安全タグ特徴オプションと異なり得る。他の実施形態では、位置合わせされた不透明部分は、選択された潜在的な第１の安全タグ特徴オプションを曖昧にする可能性がある。さらに他の実施形態では、位置合わせされた不透明部分は、潜在的な第１の安全タグ特徴オプションを選択することができる。さらに他の実施形態では、潜在的な第１の安全タグ特徴オプションは、第１の安全タグレイアウトによって指定される位置におけるタグ特徴の有無を含み得る。さらに、潜在的な第２安全タグ特徴オプションは、第１安全タグレイアウトとは異なる第２安全タグレイアウトで指定された位置でのタグ特徴の有無を含み得る。

開示された実施形態は、２部構成ラベルを生成する方法を含む。二部構成ラベルを生成する方法は、第１のタグデータ、第１の数値シード、および第１のスタイルシートを使用して、潜在的な第１の安全タグ特徴オプションの選択として第１のタグデータをエンコードする第１の安全タグを生成することと、第２のタグデータ、第２の数値シード、および第２のスタイルシートを使用して、潜在的な第２の安全タグ特徴オプションの選択として第２のタグデータをエンコードする第２の安全タグを生成することと、第１の安全タグと第２の安全タグとの間の差分画像を判定することと、第１の安全タグで基板にラベルを付けることと、基板にオーバーレイを取り外し可能に接着し、差分画像で過度にラベル付けし、第１の安全タグと位置合わせされる、ことと、を含み得る。

いくつかの実施形態では、オーバーレイは、第２の安全タグにない第１の安全タグの部分を覆い隠すことがある。他の実施形態では、オーバーレイは、第１の安全タグにない第２の安全タグの部分を示すことができる。さらに他の実施形態では、オーバーレイは、第１の安全タグに存在する第２の安全タグの部分を送信することができる。さらに他の実施形態では、基材は消費財を含み得る。第１の安全タグは消費財の購入後の状態に対応でき、第２の安全タグは消費財の購入前の状態に対応できる。

開示された実施形態は、文書を提供する方法を含む。文書を提供する方法は、文書と対になった第１の安全タグを生成し、第１の安全タグは、潜在的なタグ特徴オプションの選択を使用して文書の識別子をエンコードすることと、第１の装置から文書へのアクセス要求を受信することと、第１の装置に第１の安全タグを提供することと、安全タグ画像を含む確認要求を第２の装置から受信することと、第１の安全タグを安全タグ画像と比較することと、比較に基づいて第１の装置に文書を提供することと、を含み得る。特定の態様では、文書の識別子は文書のハッシュを含み得る。さらに、第２の装置はモバイル装置にすることができる。

いくつかの実施形態では、第１の安全タグを安全タグ画像と比較することは、第１の安全タグの知覚ハッシュを生成することと、安全タグ画像の知覚ハッシュを生成することと、保存された知覚ハッシュと生成された知覚ハッシュとの差がしきい値基準を満たすと判定することと、を含み得る。他の実施形態では、第１の安全タグを安全タグ画像と比較することは、安全タグ画像の知覚ハッシュを生成することと、生成された知覚ハッシュと、第１の安全タグの画像の保存された知覚ハッシュとの差を使用して、第１の安全タグを選択することと、安全タグ画像の所定のセグメントの第２の知覚ハッシュを生成することと、生成された第２の知覚ハッシュと、第１の安全タグの画像の所定の部分の保存された第２の知覚ハッシュとの差を使用して、複数の第１の安全タグから第１の安全タグを選択することと、を含み得る。

いくつかの実施形態では、確認要求は確認要求識別子を含むことができ、比較に基づいて文書を第１の装置に提供することは、要求と対になる第２の安全タグを生成することをさらに含むことができ、第２の安全タグは、潜在的なタグ特徴オプションの選択を使用して確認要求識別子をエンコードすることと、第２の安全タグで文書に透かしを入れることと、を含み得る。

いくつかの実施形態では、方法は、安全タグ画像の受信が認証基準を満たすと判定することをさらに含み得る。特定の側面では、認証基準は、第１の安全タグに関連付けられた多数の確認要求に関係する場合がある。他の態様では、認証基準は、第１の装置への第１の安全タグの提供からの経過時間に関係し得る。まだ他の態様では、認証基準は確認要求の地理的起源に関係し得る。まだ他の態様では、確認要求は確認要求識別子を含み得、認証基準は確認要求識別子に関係し得る。さらに、認証基準は、アクセス要求のアクセス識別子が確認要求の確認識別子と一致する場合に満たされ得る。

開示された実施形態は、可変安全タグを生成するシステムを含む。可変安全タグを生成するシステムは、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されたときに、タグデータの値に応じたタグ特徴オプションの選択として、タグデータをエンコードする第１の安全タグを生成することと、第２の装置のスキャナから、第１のタグ画像を含むタグ画像のシーケンスを含む要求を受信することと、第１の安全タグと第１のタグ画像とを使用して要求を認証することと、要求の認証の表示を提供することと、を含む操作をシステムに実行させる命令を含む少なくとも１つの非一時的メモリと、を備え得る。特定の態様において、スキャナはカメラであり得る。他の態様では、トリガはロールオーバイベントまたはクリックイベントであり得る。

いくつかの実施形態では、動作は、第１の装置のディスプレイ上に第１の安全タグを含むタグのシーケンスを表示する命令を提供することをさらに含み得る。特定の態様では、第１の安全タグを含むタグのシーケンスを表示する命令を提供することは、タグのシーケンスをデジタル製品に埋め込むことを含み得る。他の態様では、命令は、トリガに応じて第１の装置のディスプレイのタグのシーケンスを表示することを提供できる。

いくつかの実施形態では、要求を認証することは、第１の安全タグの１つ以上の知覚ハッシュを第１のタグ画像の１つ以上の対応するハッシュと比較することを含み得る。他の実施形態では、要求を認証することは、第１の安全タグを含む複数の安全タグを、第１のタグ画像を含む複数の対応するタグ画像に一致させることを含み得る。認証は、出現の所定の順序に従って、複数の安全タグを複数の対応するタグ画像に一致させることをさらに必要とし得る。さらに他の実施形態では、タグのシーケンスを認証することはジャンクタグを含み得る。

いくつかの実施形態では、要求の認証の表示は、タグデータの少なくともいくつかを含み得る。他の実施形態では、要求の認証の指示は、第１のタグデータの少なくともいくつかをデコードするためのデコード命令を含み得る。さらに他の実施形態では、要求の認証の指示は、データベースから読み出されたステータス情報を含み得る。さらに他の実施形態では、データベースは分散データベースであり得、ステータス情報は、オラクルを使用して分散データベースから取得される。

開示された実施形態は、製品を追跡する方法を含む。製品を追跡する方法には、数値シードとスタイルシートとの組み合わせに基づくタグ特徴オプションの選択として製品識別データをエンコードするコンピュータ読み取り可能な安全な追跡タグにより製品にラベルを付けることが含まれる。いくつかの実施形態では、タグ特徴オプションは、数値シードとスタイルシートとの組み合わせによって指定される位置におけるタグ特徴の有無を含み得る。他の実施形態では、タグ特徴オプションは、タグ特徴のサイズ、色、または形状を含み得る。さらに他の実施形態では、タグ特徴オプションは、数値シードとスタイルシートとの組み合わせによって指定される位置からの逸脱を含み得る。さらに他の実施形態では、タグ特徴オプションは、数値シードとスタイルシートとの組み合わせによって指定される位置に存在するいくつかのタグ特徴を含む。

いくつかの実施形態では、タグ特徴オプションは、タグ特徴上のスプラインエンコードの存在を含む。スプラインエンコードは、基準点または基準線から様々な距離に広がるタグ特徴端をさらに含み得る。さらに、様々な距離は、１つまたは複数の空間多重タグデータ値をエンコードでき、様々な距離は、１つまたは複数の空間多重タグデータ値の繰り返しをエンコードできる。他の実施形態では、タグ特徴オプションは、タグ特徴上の微細構造の存在を含み得る。さらに他の実施形態では、タグ特徴はリムを含むことができ、リムのタグ特徴オプションは、リム破損、リム変形、およびリム接続を含む。さらに他の実施形態では、タグ特徴はリム破損を含むことができ、リム破損のタグ特徴オプションはリム破損端形状を含む。さらに他の実施形態では、タグ特徴は、所定のタイプのタグ特徴間の接続を含むことができ、接続のタグ特徴オプションは、接続幅および接続非対称を含み得る。さらに他の実施形態では、タグ特徴はタグ特徴間の接続を含むことができ、接続のタグ特徴オプションは接続幅と接続非対称性を含み得る。さらに他の実施形態では、タグ特徴は中央ロゴを含むことができ、タグ特徴オプションは安全タグの中心点からの中央ロゴの変位を含み得る。

いくつかの実施形態では、この方法は、コンピュータ可読の安全追跡タグを生成することをさらに含み得る。特定の態様では、コンピュータ可読の安全追跡タグを生成することは、製品識別データの第１の値に従って第１のタグ特徴オプションを選択し、第１のタグ特徴オプションの選択は第２のタグ特徴オプションを作成することと、製品識別データの第２の値に従って第２のタグ特徴オプションを選択することと、をさらに含み得る。第１のタグ特徴オプションには、ポイントの有無をさらに含めることができ、第２のタグ特徴オプションには、第１の値に従って存在するポイント間の接続の有無を含めることができ、製品識別データの第３の値をエンコードする第３のタグ特徴オプションを含めることができる第２の値に従って存在する接続の幅を含めることができる。他の態様では、コンピュータ可読の安全な追跡タグを生成することは、製品識別データの少なくとも一部を暗号化キーで暗号化することと、製品識別データの暗号化された部分の値に従って第１のタグ特徴オプションを選択することと、コンピュータ可読の安全追跡タグに暗号化キーをエンコードすることと、を含み得る。

いくつかの実施形態では、コンピュータ可読の安全追跡タグは、ベクトルグラフィックスファイルを含むことができ、コンピュータ可読の安全追跡タグで製品にラベル付けすることは、ベクトルグラフィックスファイルをラスタライズすることを含み得る。他の実施形態では、この方法は、コンピュータ可読の安全追跡タグの識別情報を認証サーバに提供することをさらに含み得る。この方法は、認証サーバに識別情報を提供する前に、コンピュータ可読の安全追跡タグのハッシュを生成し、他のコンピュータ可読の安全追跡タグのハッシュとの衝突についてハッシュをチェックすることをさらに含み得る。

開示された実施形態は、製品を追跡するためのラベルを含む。製品を追跡するためのラベルは、数値シードとスタイルシートとの組み合わせに基づくタグ特徴オプションの選択として製品識別データをエンコードするコンピュータ可読の安全追跡タグが印刷された基材を含み得る。いくつかの実施形態では、タグ特徴オプションは、数値シードとスタイルシートとの組み合わせによって指定される位置におけるタグ特徴の有無を含み得る。他の実施形態では、タグ特徴オプションは、タグ特徴のサイズ、色、または形状を含み得る。さらに他の実施形態では、タグ特徴オプションは、数値シードとスタイルシートとの組み合わせによって指定される位置からの逸脱を含み得る。さらに他の実施形態では、タグ特徴オプションは、数値シードとスタイルシートとの組み合わせによって指定される位置に存在するいくつかのタグ特徴を含み得る。

いくつかの実施形態では、タグ特徴オプションは、タグ特徴上のスプラインエンコードの存在を含み得る。スプラインエンコードは、基準点または基準線から様々な距離に広がるタグ特徴端をさらに含み得る。さらに、距離が変化すると、１つまたは複数の空間多重タグデータ値をエンコードでき、様々な距離は、１つまたは複数の空間多重タグデータ値の繰り返しをエンコードできる。他の実施形態では、タグ特徴オプションは、タグ特徴上の微細構造の存在を含み得る。さらに他の実施形態では、タグ特徴はリムを含むことができ、リムのタグ特徴オプションは、リム破損、リム変形、およびリム接続を含み得る。さらに他の実施形態では、タグ特徴はリム破損を含むことができ、リム破損のタグ特徴オプションはリム破損端形状を含み得る。さらに他の実施形態では、タグ特徴は、所定のタイプのタグ特徴間の接続を含むことができ、接続のタグ特徴オプションは、接続幅および接続非対称を含み得る。さらに他の実施形態では、タグ特徴はタグ特徴間の接続を含むことができ、接続のタグ特徴オプションは接続幅と接続非対称性を含み得る。さらに他の実施形態では、タグ特徴は中央ロゴを含むことができ、タグ特徴オプションは安全タグの中心点からの中央ロゴの変位を含み得る。

前述の一般的な説明および以下の詳細な説明の両方は、例示および説明のみであり、特許請求されるように、開示された実施形態を限定するものではないことを理解されたい。

添付の図面は、必ずしも一定の縮尺または網羅的なものではない。代わりに、一般に、本明細書で説明する本発明の原理を説明することに重点が置かれている。本明細書に組み込まれ、その一部を構成するこれらの図面は、本開示と一致するいくつかの実施形態を示し、詳細な説明とともに、本開示の原理を説明するのに役立つ。

安全タグと対話するための例示的なシステムを示す。 安全タグと対話するための認証サーバの例示的な概略図を示す。 タグデータの例示的な概略図を示す。 開示されたシステムおよび方法を実装するのに一般的に適した例示的なコンピュータ装置の構成要素を示す例示的な図を示す。 タグ情報を格納するためのデータベースの例示的な概略図を示す。 タグ生成の例示的なプロセスを示すフローチャートを示す。 例示的な反復エンコードプロセスを示すフローチャートを示す。 タグ読み取りの例示的なプロセスを示すフローチャートを示す。 タグ識別の例示的なプロセスを示すフローチャートを示す。 多重解像度タグ識別の例示的なプロセスを示すフローチャートを示す。 タグが変更された多重解像度タグ識別の例示的なプロセスを示すフローチャートを示す。 多重解像度タグ識別を実行するための例示的なデータ構造を示すフローチャートを示す。 タグ識別の結果を示す例示的なユーザインターフェースを示す。 タグ特徴選択をデコードするための例示的なプロセスを示す。 文脈情報を使用する例示的な認証プロセスを示す。 ペアとシーケンスの安全タグを示す。 文脈情報と対になった安全タグを示す。 例示的なオーバーレイタグを示す。 安全タグを使用したマルチチャネル文書認証の例示的なプロセスを示す。 認証のための例示的な安全タグシーケンスを示す。 データベースを使用した在庫管理の例示的なプロセスを示す。 タグを修正するための例示的なプロセスを示す。 対になったタグを使用した在庫管理の例示的なプロセスを示す。 所有権の移転を文書化するための例示的なプロセスを示す。 例示的な安全タグを示す。 例示的な安全タグに対応するグラフィックファイルの部分を示す。 同じスタイルシートと異なるデータを使用して生成された安全タグを示す。 異なるスタイルシートと同じデータを使用して生成された安全タグを示す。 安全タグ特徴オプションを示す。 潜在的な安全タグオプションの詳細を示す。 潜在的な安全タグオプションの詳細を示す。 潜在的な安全タグオプションの詳細を示す。 潜在的な安全タグオプションの詳細を示す。 潜在的な安全タグオプションの詳細を示す。 潜在的な安全タグオプションの詳細を示す。 潜在的な安全タグオプションの詳細を示す。 潜在的な安全タグオプションの詳細を示す。 潜在的な安全タグオプションの詳細を示す。 潜在的な安全タグオプションの詳細を示す。 潜在的な安全タグオプションの詳細を示す。 潜在的な安全タグオプションの詳細を示す。 潜在的な安全タグオプションの詳細を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的な安全タグの生成を示す。 例示的なユーザインターフェースを示す。 例示的なユーザインターフェースを示す。

以下の詳細な説明では、開示された例示的な実施形態の完全な理解を提供するために、多くの特定の詳細が述べられている。しかし、例示的な実施形態の原理は、すべての特定の詳細なしで実施できることを当業者は理解するであろう。例示的な実施形態の原理を不明瞭にしないために、周知の方法、手順、および構成要素は詳細には説明されていない。明示的に述べられていない限り、本明細書で説明される例示的な方法およびプロセスは、特定の順序またはシーケンスに制約されず、特定のシステム構成にも制約されない。加えて、記載された実施形態またはその要素のいくつかは、同時に、同じ時点で、または同時に発生または実行され得る。次に、開示された実施形態を詳細に参照し、その例を添付の図面に示す。明示的に述べられていない限り、本明細書で使用される送信および受信は、特定の要求に応じて、またはそのような特定の要求なしで送信または受信を含む広い意味を持つと理解される。したがって、これらの用語は、送信と受信のアクティブ形式とパッシブ形式の両方を対象としている。

図１は、安全タグと対話するための例示的なシステム１００を示している。この例示的なシステムは、安全タグ１０５、クライアント装置１１０、検証サーバ１１５、個人システム１２０、および公開データベース１２５を含み得る。システム１００の構成要素は、ネットワーク１３０を使用して通信するように構成することができる。いくつかの実施形態では、安全タグの画像、スタイルシート、および数値シードを使用して、安全タグ１０５をデコードすることができる。これらのシステムのいずれかを侵害できる攻撃者が安全タグをデコードできる可能性を減らすために、この情報を個人システム１２０とクライアント装置１１０との間で配信することができる。例えば、個人システム１２０はスタイルシートと数値シードを保存するように構成でき、クライアント装置１１０は安全タグ１０５の画像を取得するように構成できる。いくつかの実施形態では、認証サーバ１１５は、復号を実行し、クライアント装置１１０から安全タグ１０５の画像を取得し、個人システム１２０から命令を復号するように構成することができる。このようにして、システムは、復号化が安全なシステム（認証サーバ１１５）上で行われることを保証しながら、安全タグ１０５を復号化するために必要な情報を配信できる。

安全タグ１０５は、製品にラベルを付けるように構成されたタグであり得る。製品は、物理的な製品（靴など）またはデジタル製品（ウェブサイトやビデオスチームなど）にすることができる。本明細書で説明するように、製品は、タグ特徴オプションの選択を使用してタグデータをエンコードするように構成できる。選択のための潜在的なタグ特徴オプションは、スタイルシートと数値シードに依存する。このようにして、スタイルシートは同様の安全タグのクラスを定義できるが、異なる数値シードを使用すると、各タグが一意に保たれる。

クライアント装置１１０は、スキャナを含むモバイル装置を備えてもよい。例えば、クライアント装置１１０は、スマートフォン、タブレットコンピュータ、またはポータブルコンピュータなどの携帯電話であってもよい。追加の例として、クライアント装置１１０は、ハンドヘルド光学スキャナ（例えば、ＳＩＭＡＴＩＣまたはＭＯＴＯＲＯＬＡ光学スキャナ）などの光学スキャナであり得る。クライアント装置１１０は、安全タグ１０５の画像を生成し、それらの画像を認証サーバ１１５に提供するように構成することができる。

認証サーバ１１５は、サーバ、汎用コンピュータ、またはメインフレームコンピュータなどの１つまたは複数のコンピューティングシステムを含み得る。認証サーバ１１５は、スタンドアロンであってもよいし、サブシステムの一部であってもよく、サブシステムはより大きなシステムの一部であってもよい。例えば、認証サーバ１１５は、遠隔に配置され、公開ネットワーク（例えば、ネットワーク１３０）または専用プライベートネットワークを介して通信する分散サーバを含み得る。一部の実施形態では、認証サーバ１１５は、ネットワーク１３０を介してシステム１００の構成要素と通信するように構成されてもよい。いくつかの態様では、認証サーバ１１５は、アマゾンウェブサービスなどのクラウドコンピューティング環境でホストされる１つまたは複数のコンテナまたは仮想マシンを備えてもよい。

認証サーバ１１５は、クライアント装置１１０から受信した画像に基づいて安全タグを識別し、個人システム１２０または別のシステムから受信した命令をデコードするように構成することができる。認証サーバ１１５は、公開データベース１３０と対話して、識別されたタグに関するステータス情報を読み書きするように構成することができる。いくつかの実施形態では、認証サーバ１１５は、オラクルを介して間接的に公開データベース１３０と対話するように構成することができる（例えば、公開データベース１３０がイーサリアムブロックチェーンである場合）。認証サーバ１１５は、識別要求に応じて、デコードされたタグ情報または特定のデコード命令をクライアント装置１１０に提供するように構成することができる。

個人システム１２０は、サーバ、汎用コンピュータ、またはメインフレームコンピュータなどの１つまたは複数のコンピューティングシステムを含み得る。個人システム１２０はスタンドアロンであってもよいし、サブシステムの一部であってもよく、サブシステムはより大きなシステムの一部であってもよい。例えば、個人システム１２０は、公開ネットワーク（例えば、ネットワーク１３０）または専用プライベートネットワークを介して遠隔に配置され通信する分散サーバを含み得る。いくつかの実施形態では、個人システム１２０は、ネットワーク１３０を介してシステム１００の構成要素と通信するように構成されてもよい。いくつかの態様では、個人システム１２０は、アマゾンウェブサービスなどのクラウドコンピューティング環境でホストされる１つまたは複数のコンテナまたは仮想マシンを備えてもよい。

個人システム１２０は、システム１００が使用する安全タグを生成するように構成できる。いくつかの実施形態では、個人システム１２０は、安全タグを作成するためのスタイルシート情報および数値シードを格納するように構成することができる。開示された実施形態と一致して、個人システム１２０は、認証サーバ１１５からの要求に応答するように構成され得る。要求には、安全タグ識別子を含めることができる。個人システム１２０は、安全タグ識別子に対応する安全タグのデコード命令を提供するように構成することができる。いくつかの実施形態では、デコード命令は、少なくともいくつかのスタイルシートおよび数値シードを含み得る。デコード命令には、安全タグのタグ特徴オプションとタグデータ間の特定の対応を含めることができる。

公開データベース１２５は、コンピュータ装置（例えば、ラップトップ、デスクトップ、ワークステーション、サーバ、汎用コンピュータ、メインフレームコンピュータ、クラウドコンピューティングプラットフォーム）によってホストされる１つ以上のデータベースを含み得る。公開データベース１２５は、分散データベースとすることができる。例えば、公開データベース１２５はブロックチェーンデータベースにすることができる。いくつかの実施形態では、公開データベース１２５は、イーサリアムブロックチェーン、または同様のスマートコントラクトブロックチェーンであり得る。

図２は、開示された実施形態と一致する、安全タグと対話するための認証サーバの例示的な概略図を示す。認証サーバ１１５は、いくつかの態様において認証データベース２０５を含むように構成され得る。認証データベース２０５は、様々な態様でレコード２２０を含み得る。いくつかの実施形態では、記録は、安全タグの１つまたは複数のハッシュをタグ識別データに関連付けることができる。様々な実施形態において、認証データベースに加えて、認証サーバ１１５は、一般的なアクセス規則を含むように構成され得る。一般的なアクセス規則には、アプリケーションキー要件、認証資格情報要件、セッショントークン要件、または認証サーバへのアクセスに関する同様の制限を含めることができる。

図３は、開示された実施形態と一致する、タグ識別データの例示的な概略図を示している。いくつかの実施形態では、タグ識別データはタグ固有のアクセス規則３０５を含み得る。例えば、特定の安全タグには、デコードのために特定のアプリケーションキーが必要な場合がある。追加の例として、別の安全タグは、デコードに特定のアプリケーションキーを必要としない場合がある。一部の安全タグには、時間、地理的位置、ローカルネットワーク、またはユーザベースのアクセス規則が含まれる場合がある。認証サーバ１１５は、その安全タグに対する安全タグ固有のアクセス規則３０５を満たさない識別要求を拒否することによりこれらのアクセス規則を実施するように構成することができる。いくつかの実施形態では、タグ識別データはタグ識別子３１０を含み得る。いくつかの態様では、タグ識別子３１０は、特定の安全タグに固有であり得る。例えば、タグ識別子３１０は、安全タグにエンコードされた情報のハッシュであり得る。追加の例として、タグ識別子３１０は、安全タグの知覚ハッシュであり得る。そのような実施形態では、認証サーバ１１５は、タグ識別子に関連付けられたハッシュを格納するのではなく、タグ識別子３１０を単に格納するように構成されてもよい。様々な実施形態において、タグ識別子は、公開データ３１５および個人データ３２０を格納することができる。公開データ３１５は、追跡データまたは位置データなど、認証サーバ１１５のオペレータが公開に利用可能にしたい安全タグとの相互作用に関するメタデータを含み得る。個人データ３２０は、製造業者、販売業者、および小売業者によって収集された製造データまたは顧客データへのアクセスを制限したい認証サーバ１１５のオペレータが安全タグとの相互作用に関するメタデータを含み得る。照会に応じて公開データを提供できるが、認証サーバ１１５は個人データへのアクセスを制限できる。例えば、認証サーバ１１５は、適切なアプリケーションキーまたは認証証明書を含む識別要求に応じて個人データ３２０を提供するように構成され得る。提供される個人データ３２０の量とタイプは、受信したアプリケーションキーまたは認証資格情報によって異なる。いくつかの実施形態では、認証サーバ１１５は、タグ固有のアクセス規則３０５、タグ識別子３１０、公開データ３１５、または個人データ３２０の少なくとも１つへのリンクを格納するように構成することができる。例えば、この情報の少なくともいくつかは、公開データベース１３０または別のデータベースに保存することができる。リンクまたは実際のタグ固有のアクセス規則３０５、タグ識別子３１０、公開データ３１５、または個人データ３２０が認証サーバ１１５に保存されるかどうかは、パフォーマンスとセキュリティの問題に依存する。

図４は、開示されたシステムおよび方法を実装するのに一般的に適した例示的なコンピュータ装置の構成要素を示す例示的な図を示す。いくつかの実施形態によれば、例示的な装置は、プロセッサ４１０、メモリ４１５、Ｉ／Ｏインターフェース４２０、およびネットワークアダプタ４２５を含み得る。これらのユニットは、バス４０５を介して、または無線で互いに通信してもよい。図４に示す構成要素は、単一の装置または複数の装置に存在する場合がある。

プロセッサ４１０は、開示された実施形態に従って様々な方法を実行する１つ以上のマイクロプロセッサ、中央処理装置、またはグラフィックス処理装置であってもよい。メモリ４１５は、１つ以上のコンピュータハードディスク、ランダムアクセスメモリ、リムーバブルストレージ、またはリモートコンピュータストレージを含み得る。様々な実施形態において、メモリ４１５は、プロセッサ４１０によって実行される様々なソフトウェアプログラムを格納する。Ｉ／Ｏインターフェース４２０は、キーボード、マウス、オーディオ入力装置、タッチスクリーン、または同様のヒューマンインターフェース装置を含み得る。ネットワークアダプタ４２５により、例示的な装置は、ネットワーク１３０を介して図１の構成要素と情報を交換することができる。様々な実施形態において、ネットワークアダプタ４２５は、無線または有線ネットワークをサポートするように構成され得る。特定の態様では、ネットワークアダプタ４２５は、１つまたは複数のローカルエリアネットワーク、パーソナルエリアネットワーク、または近距離ネットワークをサポートするためのモジュールで構成され得る。いくつかの態様では、ネットワークアダプタ４２５は、コンピュータバスをサポートするためのハブで構成されてもよい。例えば、ネットワークアダプタ４２５は、１つ以上のＵＳＢハブで構成されてもよい。

図５は、タグ情報を格納するためのデータベースの例示的な概略図を示している。いくつかの実施形態では、公開データベースは、個々のアカウント５１５およびバンドルアカウント５２０を含み得る。開示された実施形態と一致して、高価値項目は、個々のアカウント（例えば、家、宝飾品、車など）にステータス情報を格納でき、複数の低価値項目は、単一のバンドルアカウント（例えば、靴）にステータス情報を格納できる、布、パーソナルエレクトロニクス、映画などのデジタル製品など）。いくつかの態様では、高価値項目の安全タグを含む各取引を公開データベース１３０に書き込むことができ、低価値項目を含む取引のグループを個人データベースに保存し、対応するバンドルアカウント５２０に定期的に書き込むことができる。いくつかの実施形態では、公開データベース１３０が分散データベースである場合、リクエスタ５０１（例えば、認証サーバ１１５）は、公開データベースに情報を読み書きするためにオラクル５１０と対話しなければならない。様々な態様では、リクエスタとオラクルを組み合わせて単一のプログラムにすることができる（例えば、認証サーバ１１５はリクエスタ５０１とオラクル５１０の両方として機能できる）。いくつかの実施形態では、システム１００のユーザは、認証サーバ１１５に連絡する必要なく、公開データベース１３０から直接情報を読み取ることができる。例えば、システム１００は、公開データベース１３０に含まれる安全タグに関する情報を読むためのポータルを含み得る。

図６は、開示される実施形態と一致する、安全タグ生成の例示的なプロセス６００を示すフローチャートを示す。個人システム１２０によって実行されるものとして以下で説明されるが、プロセス６００は、いくつかの実施形態では認証サーバ１１５または別のシステムによって実行され得る。プロセス６００は、安全タグの生成、安全タグレイアウトの生成、安全タグレイアウトとタグデータを使用した安全タグの生成、認証サーバ１１５への安全タグの登録、およびタグの提供に必要な数値シードとスタイルシートの受信を含み得る製品を追跡するための適切なフォーム。このようにして、タグ特徴オプションの選択としてタグデータをエンコードする、製品に固有の識別子を生成できる。

開始後、プロセス６００はステップ６０１に進むことができる。ステップ６０１で、個人システム１２０はスタイルシートを受け取ることができる。スタイルシートは、安全タグのクラスを記述することができる。いくつかの実施形態では、安全タグのクラスは、外観、目的、または使用において類似している。例えば、スタイルシートは、特定の製品（靴のモデルなど）にラベルを付けるために特定のメーカ（靴メーカなど）が使用する安全タグのクラスを記述することができる。いくつかの実施形態では、製造業者は、同じスタイルシートを使用して、同じ製品のインスタンスの安全タグを生成することができる。これにより、製造業者は、製品のラベル付けに使用される安全タグ間で視覚的な均一性を達成し、個々のタグが一意であることを保証できる。

スタイルシートは、このクラスの安全タグで使用できるタグデータの場所、タグ特徴、およびタグ特徴オプションを定義できる。いくつかの態様では、空間オプション（例えば、タグ特徴サイズ、安全タグ内のタグ特徴位置など）は、比率や角度などの正規化された値によって定義できる。非限定的な例として、スタイルシートは、ポイントの第１の直径オプションを安全タグの中心から安全タグの外縁までの距離の１０％に定義できるように構成できるが、ポイントの第２の直径オプションは安全タグの中心から安全タグの外縁までの距離の１５％になる。第２の非限定的な例として、スタイルシートを構成して、タグの中心を原点とする放射状座標フレームに従って潜在的なタグ特徴の位置を定義できる。特定のタグ特徴の潜在的な位置は、オリエンテーションラインから時計回りに５度、中心点からタグの端までの距離の５０％である。別の例として、タグの縁の切れ目は、タグの幅の２倍の幅になる可能性がある。タグのリムの幅は、タグの中心点から端までの距離の一部として定義できる。このようにして、スタイルシートを使用して、タグをデコードできるかどうかに関係なく、タグの認証に使用できるタグ特徴に関する一連の制約を定義できる。

スタイルシートは、開示された実施形態と一致して、タグ特徴オプションへのデータの潜在的なマッピングを記述することができる。例えば、スタイルシートは、特定のタグ特徴オプションと２進数の特定のビットとの対応を記述することができる。いくつかの側面では、スタイルシートは、タグ特徴オプションの特定の値と２進数のビットの特定の値の間の対応を記述することができる。例えば、タグ特徴オプションに特定の値（または特定の値の範囲、または特定の潜在的な値のセットから選択された値）がある場合、２進数の対応するビットの値は１になる。タグ特徴オプションが異なる特定の値（または異なる特定の値の範囲、または異なる特定の潜在的な値のセットから選択された値）を持つ場合、２進数の対応するビットの値は０になる。様々な側面で、スタイルシートは、安全タグレイアウトの代替オプション、およびタグ特徴オプションとタグデータ値の対応を記述することができる。いくつかの側面では、スタイルシートはタグ特徴が特定の場所に存在するか存在しない可能性を記述することができる。例えば、スタイルシートは、ドットが存在する可能性のある安全タグ内の位置、またはブレークが存在する可能性がある安全タグのリム内の位置を識別できる。これらのオプションは相互に排他的である。例えば、第１のオプションでは、安全タグの特定の部分をタグデータ用に予約できるが、第２のオプションでは、安全タグの特定の部分を安全タグの別の部分への参照用に予約できる、および第３のオプションによると、安全タグの特定の部分は、不正なタグのデコードを阻止するためのランダムタグ特徴で埋めることができる。

いくつかの実施形態において、スタイルシートは、複数の安全タグレイアウトオプション（例えば、レイアウトオプション、タグデータからタグ特徴オプション対応へのオプション、特定の場所でのタグ特徴の有無）から選択するためのデータおよび／または命令で構成することができ、等。） この選択プロセスは、ランダムに生成された数値に依存する場合がある。例えば、スタイルシートは、安全タグの特定の場所の第１の使用（データの保存など）と、安全タグの特定の場所の２回目の使用（ジャンク値の保存など）をランダムに生成された数の値に応じて選択するように構成できる。スタイルシートは、そのようなランダムに生成された数値のベクトルを特定の安全タグレイアウトに使用するように構成できる（例えば、特定のレイアウトオプション、タグデータとオプション機能の対応をタグ付けするオプション、特定の場所でのタグ特徴の有無、等。） スタイルシートは、パラメータのベクトルを使用して構成することもできる。例えば、スタイルシートは、ランダムに生成された数値の値がパラメータαの値を超える場合にタグデータとタグ特徴オプション間の第１の対応を選択し、そうでない場合はタグデータとタグ特徴オプション間の第２の対応を選択するように構成できる。この例を続けるには、別のランダムに生成された数値がパラメータβの値を超えたときにタグデータをエンコードするための安全タグの第１の場所を選択し、タグをエンコードするための安全タグの第２の場所を選択するようにスタイルシートを構成できるそれ以外のデータ。この例では、αとβはスタイルシートのパラメータである。これらのパラメータは、デフォルト値をとるか、ユーザから受け取った値、または別のシステムまたは構成ファイルから取得した値をとることがある。

いくつかの実施形態では、スタイルシートは、タグがどのように見えるかのパラメータ、プリセット、可変、またはランダムに生成された特徴の最小値、最大値、および許容値を含むように構成できる。スタイルシートは、安全タグの使用目的に応じて異なる安全タグレイアウトを生成するように構成できる（例えば、安全タグの意図したサイズ、小さなタグは携帯電話のカメラを使用して読むのが難しい場合があるため、印刷された安全タグ、安全タグの意図された色と表面仕上げ）。いくつかの実施形態では、個人システム１２０は、スタイルシートの生成、エクスポート、および保管を可能にする構成ツールを提供するように構成することができる。

個人システム１２０は、安全タグレイアウトを作成する際にスタイルシートが使用する乱数を生成するように構成できる。乱数は、擬似乱数ジェネレータを使用して生成できる。一部の態様では、スタイルシートは、擬似乱数ジェネレータを指定できる（例えば、関数ライブラリまたはＷｅｂサービスへの参照、擬似乱数ジェネレータのスタイルシートへのエンコードなど）。様々な態様において、個人システム１２０は、擬似乱数生成器を指定することができる。

いくつかの実施形態では、擬似乱数生成器は、初期シードに依存する一連の乱数を生成するように構成することができる。同じシードが与えられた場合、擬似乱数ジェネレータは、擬似乱数の同じシーケンスを生成するように構成できる。したがって、スタイルシートによって生成された安全タグレイアウトは、開示された実施形態と一致して、スタイルシートおよびシードの任意のパラメータに依存する可能性がある。

様々な実施形態において、２進数として表される擬似乱数は、そのビットにより一連の選択を提供することができる。例えば、２進数が００１１０１１０の場合、スタイルシートによって提供される第１の２つのオプションに対して「ｆａｌｓｅ」オプションを選択し、スタイルシートによって提供される第３のオプションに対して「ｔｒｕｅ」オプションを選択できる。複数のビットを使用して、３つ以上の選択肢を持つオプションを選択できる。例えば、２ビットを使用して、４つの可能な値を持つオプションを選択できる。

いくつかの実施形態では、スタイルシートは公開部分を含み得る。いくつかの態様では、システム１００は、クライアント装置にスタイルシートの公開部分をプロビジョニングするように構成することができる。様々な態様において、スタイルシートの公開部分は、既知の場所（例えば、既知のＵＲＬなど）で利用できる。スタイルシートの公開部分には、タグ特徴の関係を制約する比率の少なくとも一部を含めることができる。例えば、公開部分は、外側のタグリムの幅とタグの直径（または長軸または短軸など）との間の比率を含み得る。この比率を使用して、タグがさらに処理されずに、いくつかの側面で本物かどうかを判断できる。公開部分は、公開タグデータの場所とそのタグデータのデコード方法を示すこともできる。非限定的な例として、スタイルシートの公開部分は、１２時の位置から６時の位置まで続く外縁の外縁に沿ったスプラインが、ＳＫＵ、認証サーバのＵＲＬ、またはタグの画像が正しく処理されたかどうかを判断する際に使用する既知の値。スタイルシートはタグのクラスを記述するため、この公開部分は、このタグのクラスに属するすべての安全タグでアクセス可能な情報を記述することができる。

いくつかの実施形態では、スタイルシートはプライベート部分を含み得る。プライベート部分は、プライベートタグデータのエンコードに使用できる比率、安全タグレイアウト情報、タグデータとタグ特徴オプションの対応などを記述することができる。いくつかの態様では、スタイルシートのプライベート部分は個人システム１２０によって保存され得る。

開始後、プロセス６００はステップ６０３に進むことができる。ステップ６０３で、個人システム１２０は数値シードを取得することができる。個人システム１２０は、乱数ジェネレータを使用して数値シードを生成するように構成できる。個人システム１２０は、システム１００のユーザ、構成ファイル、または別のシステムから数値シードを受信するように構成することができる。

ステップ６０１および６０３の後、プロセス６００はステップ６０５に進むことができる。ステップ６０５で、個人システム１２０は、数値シードとスタイルシートを使用して安全タグレイアウトを生成することができる。前述のように、スタイルシートには、タグ特徴オプションとしてデータをエンコードする複数の方法を含めることができる。データをタグ特徴オプションとしてエンコードする特定の方法（安全タグレイアウトなど）の選択は、数値シードに依存する。

いくつかの実施形態では、乱数生成器（例えば、ギブソン・リサーチ・コーポレーションの超高エントロピー擬似乱数生成器など）は、数値シードを使用して１つまたは複数の擬似乱数を生成できる。これらの擬似乱数を使用して、データをタグ特徴オプションとしてエンコードする方法を選択できる。例えば、３２の二値オプションがある場合、２つの１６ビットの２進数のビット値を使用して、３２の二値オプションから選択して、安全タグレイアウトを生成できる。追加の例として、ランダムに生成された数値をしきい値パラメータと比較することに基づいて、３２の二値オプションを選択できる。例えば、個人システム１２０は、ランダムに生成された数の値が０．９５を超える場合は第１のオプションを選択し、そうでない場合は第２のオプションを選択するように構成され得る。さらなるオプションとして、乱数ジェネレータをカードシャッフルアルゴリズムと組み合わせて使用して、一連の二値データ（例えば、一連の２０個のタグ特徴の有無）を生成できる。非限定的な例として、個人システム１２０は、必要なタグ特徴の数を決定し、これらのタグ特徴の潜在的な位置の数を決定し、潜在的な位置の数に等しいサイズの配列を作成し、必要な数を埋めるように構成することができるタグ特徴の存在を示す値を持つ配列内の要素の組み合わせ。次に、配列をシャッフルしてランダムシーケンスを作成する（例えば、Ｆｉｓｈｅｒ－Ｙａｔｅｓシャッフルアルゴリズムなどを使用）。この方法で、安全タグレイアウトは、数値シードとスタイルシートの選択に基づいてタグ特徴オプションの組み合わせを指定できる。

いくつかの実施形態では、安全タグレイアウトは、参照タグ部分、参照部分、参照されていないタグ部分、キー部分、またはジャンク部分のうちの少なくとも１つを指定することができる。これらの部分には、タグデータを含む安全タグの１つ以上の場所を含めることができる。例えば、参照タグ部分には、タグ上の他の場所に保存されているタグデータによって識別される安全タグ内の１つ以上の場所を含めることができる。安全タグの対応する参照部分は、安全タグの参照部分を見つけるために必要なタグデータを保存できる。したがって、安全タグの参照部分をデコードすると、安全タグの対応する参照部分をデコードできるようになる。いくつかの実施形態では、タグの参照部分をデコードするために追加情報が必要になる場合がある。例えば、参照部分に格納されたデータにより、参照部分を見つけることができるが、参照部分でタグデータをデコードするには追加のデコード命令または暗号キーが必要になる場合がある。追加の例として、参照されていない部分には、タグの他の場所に保存されているタグデータによって参照されていない安全タグ内の１つ以上の場所を含めることができる。指示（スタイルシートの関連部分など）がないと、そのような参照されていない部分を特定できず、デコードがはるかに少なくなる。さらなる例として、キー部分は、キーマテリアルが保存される安全タグ内の１つまたは複数の場所を含み得る。いくつかの態様では、そのような鍵素材を使用して、安全タグの他の部分にエンコードされたタグデータをデコードできる。様々な態様において、そのような鍵素材を使用して、タグの他の部分をデコードするための命令を要求することができる（例えば、そのような鍵素材はアプリケーション鍵などを含み得る）。キー部分は、前述のように、参照された部分でも参照されていない部分でもかまわない。いくつかの実施形態では、安全タグは、データを保存しないか、または意味的意味を欠いたランダムデータを保存するジャンク部分を含み得る。このようなジャンク部分は、攻撃者がすべてのタグ特徴に何らかの関連する意味があると単純に想定できないようにし、タグをデコードする不正な試みをより困難にする。

いくつかの実施形態では、タグ部分は安全タグの空間領域を記述することができる。例えば、安全タグの物理象限。様々な実施形態では、タグ部分は、安全タグの論理部分を記述することができる。例えば、安全タグはベクトルグラフィックスファイルであり、タグ部分はそのベクトルグラフィックスファイル内の論理的な区分である。例えば、タグ部分には、特定の順序で安全タグのドットの潜在的な位置を記述するＳＶＧタグを含む要素を含めることができる。要素内のタグの順序は、安全タグ内のドットの実際の位置を参照せずに、セキュア画像内のドットの有無に対する数のビットからのマッピングを記述することができる。

開示された実施形態と一致して、安全タグレイアウトは、複数の異なるタイプのタグ特徴オプションを含み得る。タグ特徴オプションには、安全タグレイアウトで指定された位置にタグ特徴が存在するかどうかが含まれる。例えば、安全タグレイアウトは、安全タグ内の特定の場所にドットを配置できることを示すことができる。その場所にドットが存在することは、タグデータの対応するビットが設定されていることを示す。

タグ特徴オプションには、タグ特徴のサイズ、色、または形状を含めることができる。例えば、安全タグレイアウトは、大きなドット（または第１の色のドット、またはゆがんだタグ特徴など）がセットビットに対応し、小さいドット（または第２の色のドット、またはゆがんだタグ特徴など）がｎｕｌｌビットに対応する。

タグ特徴オプションには、安全タグレイアウトで指定された位置からの偏差を含めることができる。例えば、セキュアレイアウトでは、安全タグ内のタグ特徴の相対位置を指定できる。指定された場所からの偏差は、偏差の方向と大きさによって１つ以上のビットの値をエンコードできる（例えば、Ｘ方向の偏差による１つ以上のビットと、Ｙ方向の偏差による１つ以上のビット）。

タグ特徴オプションには、安全タグレイアウトで指定された位置に存在する多数のタグ特徴を含めることができる。例えば、指定された場所にある多数のドットはビットをエンコードできる。さらなる例として、エンコードは、直接的な対応（例えば、ビットの値がドットの数を含む）または何らかの間接的な対応（例えば、０～２つのドットが存在する場合にビットが設定され、３つ以上のドットが存在する）。

タグ特徴オプションには、タグ特徴上の微細構造の存在を含めることができる。そのような微細構造には、微小印刷されたバーコード、ＱＲコード（登録商標）、テキスト、またはその他の機能が含まれる。いくつかの実施形態では、安全タグから第１の距離にある（例えば、５～２０ｃｍの間の距離よりも大きい）スキャナがミクロ構造を解像できないように、ミクロ構造を印刷することができ、安全タグから第２の距離にあるスキャナは（例えば、１～１０ｃｍ未満の距離）微細構造を解決できる。

タグ特徴オプションには、タグ特徴でのスプラインエンコーディングの存在を含めることができる。一部の実施形態では、スプラインエンコードは、タグ特徴端の拡張またはバリエーションを含み得る。この延長または変動は、基準点または線から様々な距離を延長できる。例えば、他の点では丸いドットの端は、タグレイアウトで指定されているように、ドットの中心から、またはドットの円周から様々な量だけ拡張できる。この可変距離は、空間的に多重化されたもう１つのタグデータ値をエンコードできる。

例えば、基本的な空間周波数は、第１のタグ値の二値表現と多重化できる。したがって、基本的な空間周波数は、第１のタグ値のヌルビットに対応する位置ではなく、第１のタグ値のセットビットに対応する位置で端の拡張または変化に寄与する可能性がある。追加の基本空間周波数は、追加のタグ値の二値表現で多重化できる。これらの基本空間周波数は、少なくとも４倍異なる（例えば、第１の基本空間周波数の周期は２＾１２マイクロメートル、第２の空間周波数の周期は２＾１０マイクロメートル、第３の空間周波数は周期が２＾８マイクロメートルなど）。安全タグレイアウトは、スプラインをデコードするための原点と繰り返し数をさらに指定するように構成できる。したがって、距離が変化すると、１つまたは複数の空間多重化タグデータ値の繰り返しをエンコードできる。

タグ特徴には、内側のリムや外側のリムなど、安全タグのリムを含めることができる。リムのタグ特徴オプションには、リムの破損、リムの変形、リムの接続を含めることができる。リムにオプションとしてリムブレークが含まれる場合、リムブレークのタグ特徴オプションにリムブレーク端の形状を含めることができる。

タグ特徴には、所定のタイプのタグ特徴間の接続を含めることができる。例えば、そのような接続には、ドット間の接続と、ドットとリムの間の接続（例えば、ドットと内側リムまたは外側リムとの間の接続）を含めることができる。接続のタグ特徴オプションには、接続幅と接続の非対称性を含めることができる。

タグ特徴には中央のロゴを含めることができる。中央のロゴは、タグの一般的なクラスを識別するために使用できる。例えば、タグ内の公開データのデコードに使用できるスタイルシートの公開部分をユーザが識別できるようにする。中央ロゴのタグ特徴オプションには、安全タグの中心点からの中央ロゴの変位を含めることができる。例えば、安全タグのハッシュまたは安全タグに関連付けられた公開キーは、安全タグの中心点から中心のロゴをずらすことによってエンコードできる。

開始後、プロセス６００はステップ６０６に進むことができる。ステップ６０６において、個人システム１２０は、タグデータを受信するように構成され得る。タグデータは、ユーザ、入力ファイル、個人システム１２０のメモリ、別のシステムなどからユーザインターフェースを介して受信することができる。タグデータには、データや命令を含めることができる。データおよび／または命令は、１つ以上の数字で表すことができる。タグデータには、多要素識別項目の識別子を含めることができる。タグを読み取ったり、タグを使用してアクションを実行しようとすると、タグをデコードし、識別子を他のデータと比較して、読み取りまたはアクションが認証または許可されているかどうかを判断できる。例えば、多要素識別項目には、認証資格情報（パスワード、ＡＰＩキー、トークン、パスワードのハッシュ、ＡＰＩキー、またはトークンなど）を含めることができる。追加の例として、多要素識別項目には、画像や画像の知覚ハッシュ、声紋や音声のハッシュなどの文脈情報を含めることができる。例えば、画像はタグでラベル付けされた製品の一部を表すことができる。タグでラベル付けされた製品の一部の画像の知覚ハッシュを含めて、個人システム１２０は、タグが別の製品に移動したり、安全タグのコピーで複数の製品にラベル付けされたりするのを防ぐように構成できる。追加の例として、画像は安全タグに関連付けられた人物を描写できる。非限定的な例として、個人はラベル付き製品の所有者になることができる。この方法で、安全タグを使用して所有権を確認できる。

さらなる例として、タグデータは、１つ以上の他の安全タグの１つ以上の識別子を含み得る。例えば、１つ以上の識別子の第１の識別子は、１つ以上の他の安全タグの第１の安全タグの知覚ハッシュを含み得る。この方法で、追加のタグを現在のタグと対にすることができる。いくつかの実施形態では、認証サーバは、現在のタグに関する要求を認証または認可するために、これらの追加タグの画像またはこれらの追加タグの知覚ハッシュの提供を要求するように構成できる。

ステップ６０６の後、プロセス６００はステップ６０７に進むことができる。ステップ６０７で、個人システム１２０は、タグデータをエンコードする安全タグを生成することができる。いくつかの態様では、個人システム１２０は、タグデータの値に従ってタグ特徴オプションを選択することにより、タグデータをエンコードする安全タグを生成するように構成することができる。例えば、安全タグレイアウトが複数のドットまたはリムブレークの潜在的な場所を含むタグ特徴オプションを提供し、タグデータに２進数が含まれる場合、２進数の対応するビットが存在するかどうかに応じて、ドットまたはリムブレークが存在するかどうか設定されているか、ｎｕｌｌである。いくつかの実施形態において、タグデータの少なくとも一部は、暗号化キーを使用して暗号化され得る。暗号化されたタグデータの値に従ってタグ特徴オプションを選択することにより、安全タグを生成できる。いくつかの実施形態では、暗号化されたタグデータを解読するための暗号化キーは、安全タグにエンコードすることもできる（例えば、安全タグの参照または非参照キー部分）。いくつかの実施形態では、安全タグは、スケーラブルベクトルグラフィックスファイル、カプセル化ポストスクリプトファイル、ポータブル文書フォーマットファイルなどのベクトルグラフィックスファイルであり得る。

ステップ６０７の後、プロセス６００はステップ６０９に進むことができる。ステップ６０９で、個人システム１２０は、安全タグの知覚ハッシュ（ｐＨａｓｈなど）を生成することができる。知覚ハッシュの生成には、安全タグのラスタライズが含まれる。例えば、安全タグがベクトルグラフィックスファイルとして保存されている場合、知覚ハッシュの生成には、知覚ハッシュをラスタグラフィックファイル形式に変換することが含まれる。いくつかの実施形態において、個人システム１２０は、生成されたｐＨａｓｈを既存の安全タグのｐＨａｓｈのライブラリと比較することによりハッシュ衝突をチェックするように構成され得る。ハッシュ衝突が存在する場合、個人システム１２０は、新しい数値シードを使用して安全タグを再作成するように構成できる。様々な実施形態において、個人システム１２０は、複数レベルの詳細で安全タグの異なるセグメントの追加の知覚ハッシュを生成するように構成され得る。

ステップ６０９の後、プロセス６００はステップ６１１に進むことができる。ステップ６１１で、個人システム１２０は、安全タグの知覚ハッシュをデータベース（例えば、認証サーバ１１５のデータベース）に保存することができる。いくつかの態様では、個人システム１２０が安全タグの異なるセグメントの追加のハッシュを生成するように構成されている場合、これらの追加のハッシュは安全タグ全体の知覚ハッシュとともにデータベースに保存できる。個人システム１２０は、安全タグのハッシュとともにデータベースにセキュアハッシュの識別子を格納するように構成することができる。この識別子は、個人システム１２０がどのスタイルシートと数値シードが安全タグを生成するために使用されたかを決定できるように構成することができる。例えば、個人システム１２０は、安全タグを追跡するためのデータベースを維持するように構成され得る。このデータベースには、キー値としての安全タグ識別子、各安全タグの生成に使用されるスタイルシートの指示、および各安全タグの生成に使用される数値シードを含めることができる。いくつかの実施形態では、このデータベースは、安全タグまたは安全タグの画像を生成するために使用されるタグデータを含まない。したがって、この安全なデータベースを侵害できる攻撃者は、ストア識別子、スタイルシート参照、および数値シードからタグデータを再作成することはできない。

ステップ６１１の後、プロセス６００はステップ６１２に進むことができる。ステップ６１２において、個人システム１２０は、安全タグを提供するように構成され得る。いくつかの実施形態では、安全タグを提供することは、タグで対象物にラベル付けすること、またはビデオファイルまたはウェブページなどのデジタル製品に安全タグを組み込むことを含み得る。例えば、安全タグを提供することは、コンピュータスクリーンなどに安全タグを表示するための指示を提供することを含み得る。様々な実施形態において、タグを提供することは、基材上にタグを印刷することを含み得る。例えば、安全タグを提供することは、安全タグを製品にラベル付けする印刷システムに安全タグをベクトルファイルまたはラスタファイルとして提供することを含み得る。したがって、安全タグの提供には、安全タグのラスタライズが含まれる。いくつかの実施形態では、タグは複数のタイプのインクで提供され得る。例えば、蛍光インクで印刷されたタグの少なくとも第１の部分。この蛍光インクは、特定の照明条件下でのみ表示され、タグデータをエンコードするための追加オプションが作成される。

いくつかの実施形態では、認証サーバ１１５は、データベース（例えば、データベース１３０）からタグステータス情報を取得するように構成され得る。例えば、認証サーバ１１５は、安全タグがまだ有効であるか、キャンセルされているか、安全タグに関係するアクションに関する認証要件を含むかを決定するように構成できる（例えば、実行するためにユーザにアプリケーションキーまたは認証資格情報を提供することを要求する）安全タグを含む取引）。

図７は、開示された実施形態と一致する、例示的な反復エンコードプロセス７００を示すフローチャートを示している。以下に個人システム１２０によって実行されるものとして説明するが、プロセス７００は、いくつかの実施形態では認証サーバ１１５または別のシステムによって実行することができる。プロセス７００は、安全タグレイアウトを受信し、現在のタグ状態に基づいて利用可能なタグ特徴を決定し、タグデータ値を使用してタグ特徴オプションを選択し、選択したタグ特徴オプションに基づいて利用可能なタグ特徴オプションを更新することを含み得る。この方法で、タグデータの項目を安全タグに繰り返しエンコードし、各反復でタグデータの次の項目のエンコードに使用するタグ特徴オプションを作成できる。

開始後、プロセス７００はステップ７０１に進むことができる。ステップ７０１で、個人システム１２０は安全タグレイアウトを受け取ることができる。安全タグレイアウトは、安全タグを生成するプロセスの前のステップ（例えば、プロセス６００のステップ６０５）、個人システム１２０のメモリ、システム１００の別の構成要素、または別のシステムから受け取ることができる。安全タグレイアウトには、潜在的なタグ特徴オプションのセットを含めることができる。

ステップ７０１の後、プロセス７００はステップ７０３に進むことができる。ステップ７０３で、個人システム１２０は、現在のタグ状態に基づいて利用可能なタグ特徴を決定することができる。例えば、安全タグレイアウトでは、タグ特徴にドットとドット間の接続を含めることができるように指定できる。安全タグレイアウトは、潜在的なドット位置の順序を指定することができ、順序内の潜在的なドット位置の位置は、二値タグデータのビット位置に対応する。安全タグレイアウトは、ドットの存在がビット値１に対応し、ドットの非存在がビット値０に対応することを指定できる。この例では、現在のタグの状態にこれらの潜在的なドット位置を含めることができる。現在のタグの状態には、潜在的なリム破損や歪みなど、追加の利用可能なタグ特徴も含まれる場合がある。

ステップ７０３の後、プロセス７００はステップ７０５に進むことができる。ステップ７０５において、個人システム１２０は、タグデータ値を使用して利用可能なタグ特徴オプションからタグ特徴オプションを選択することができる。前の例を続けるために、個人システム１２０は、二値タグデータからビットを読み取り、ビットの値が１のときに対応する潜在的なドット位置にドットを配置できる（ビットの値が０）。ドットに関して説明するが、このようなプロセスは他のタグ特徴にも同様に適用できる。

ステップ７０５の後、プロセス７００はステップ７０７に進むことができる。ステップ７０７において、個人システム１２０は、選択されたタグ特徴オプションに基づいて利用可能なタグ特徴オプションを更新することができる。前の例を続けると、潜在的なドット位置は選択可能なタグ特徴オプションを構成しなくなる可能性があるが、ドットサイズ、ドットカラー、ドット間の接続の有無、およびドットとリム間の接続の有無は、利用できる。スタイルシートは、これらのタグ特徴オプションとタグデータ項目間の対応を管理する規則を提供できる。例えば、スタイルシートは、ドット間の接続を二値タグデータの特定のビットに関連付ける規則を提供できる。

個人システム１２０は、タグデータが完全にエンコードされるまで、タグ特徴オプションの選択を継続し、利用可能なタグ特徴オプションのセットを更新するように構成できる。例えば、個人システム１２０は、第１のタグデータの値に従って第１のタグ特徴オプションを選択することができる。この第１のタグ特徴オプションの選択により、第２のタグ特徴オプションを作成できる。次に、個人システム１２０は、第２のタグデータの値に従って第２のタグ特徴オプションを選択することができる。この第２のタグ特徴オプションの選択により、第３のタグ特徴オプションを作成できる。非限定的な例では、第１のタグ特徴オプションにはポイントの有無を含めることができ、第２のタグ特徴オプションには、第１のタグデータの値に従って存在するポイント間の接続の有無を含めることができ、第３のタグ第３のタグデータをエンコードする機能オプションには、第２のタグデータの値に応じて存在する接続の幅を含めることができる。

図８は、タグ読み取りの例示的なプロセス８００を示すフローチャートを示している。プロセス８００は、タグ検出、タグ識別およびサーバ側復号化、およびオプションのクライアント側復号化のステップを含む。いくつかの実施形態では、タグ検出は、クライアント装置１１０のスキャナ（例えば、モバイル装置のカメラ、またはハンドヘルド光学スキャナ）から受信した画像を使用して、クライアント装置１１０によって実行され得る。様々な実施形態では、タグ検出は、別の装置から受信した画像を使用してクライアント装置１１０によって実行され得る。様々な実施形態において、タグ識別およびサーバ側復号化は、認証サーバ１１５、個人システム１２０、または別のシステムによって実行され得る。様々な実施形態では、オプションのクライアント側復号化は、クライアント装置１１０によって実行され得る。

開始後、プロセス８００はステップ８０１に進むことができる。ステップ８０１で、クライアント装置１１０は、安全タグ１０５の少なくとも一部を含むラスタ画像を受信することができる。いくつかの実施形態では、タグ検出８０１は、ラスタ画像を正規化されたベクトルグラフィック画像に変換し、ベクトルグラフィック画像を認証サーバ１１５に提供することを含み得る。様々な実施形態において、タグ検出８０１は、ラスタ画像を正規化されたラスタ画像に変換し、正規化されたラスタ画像を認証サーバ１１５に提供することを含み得る。

タグ検出８０１は、幾何学的特徴検出、カーネルベースの特徴検出、テンプレートマッチング、または畳み込みニューラルネットワークのうちの少なくとも１つを使用して受信画像内の安全タグ１０５を検出することを含み得る。いくつかの実施形態では、幾何学的特徴検出を使用して受信画像内の安全タグ１０５を検出することは、ラスタ画像をしきい値処理して二値画像を生成することを含み得る。このしきい値処理には、カラー画像をグレースケール画像に変換し、グレースケール値に基づいて画像をしきい値処理するか、カラー画像を白黒画像に変換することが含まれる。いくつかの実施形態では、クライアント装置１１０は、ＩｍａｇｅＭａｇｉｃ、ＯｐｅｎＣＶなどによって提供される画像処理機能を使用して画像変換を実行するように構成することができる。

クライアント装置１１０は、開示された実施形態と一致して、既知のターゲットパラメータに一致する受信タグ画像内の幾何学的特徴を検出するように構成され得る。クライアント装置１１０は、幾何学的特徴を使用して潜在的安全タグの基準点を検出するように構成することもできる。いくつかの態様では、クライアント装置１１０は、ＯｐｅｎＣＶなどによって提供される幾何学的特徴検出アルゴリズムを使用するように構成することができる。いくつかの態様では、クライアント装置１１０は、二値画像内の幾何学的特徴を検出する際にスタイルシートから取得されたターゲットパラメータ値を使用するように構成され得る。例えば、スタイルシートの公開部分には、安全タグのクラスに存在する幾何学的特徴の説明を含めることができる。そのような幾何学的特徴は、内側および／または外側のタグリムの形状を含み得る。例えば、スタイルシートは、内側および外側のタグの縁が所定の寸法比を持つ円であることを示すことができる。次に、クライアント装置１１０は、幾何学的特徴検出アルゴリズムを使用して、受信タグ画像内の適切な寸法比率で同心円楕円を検出することができる。いくつかの実施形態では、基準点は同心楕円の焦点であり得る。いくつかの実施形態では、クライアント装置１１０は、安全タグ１０５の中心として基準点を登録することができる。

クライアント装置１１０は、開示された実施形態と一致して、カーネルベースの特徴検出を使用して画像内の潜在的なタグ位置を検出するように構成され得る。いくつかの態様では、カーネルベースの特徴検出を使用して、安全タグ１０５または安全タグ１０５内のタグ特徴の概要を識別することができる。開示された実施形態と一致して、カーネルベースの特徴検出は、ＯｐｅｎＣＶなどによって提供されるカーネルベースの特徴検出アルゴリズムを使用して実行することができる。

クライアント装置１１０は、テンプレートマッチングまたは画像ステンシル検出を使用して、画像内の潜在的なタグ位置を検出するように構成することができる。いくつかの実施形態では、テンプレートまたはステンシルは、スタイルシートの公開部分を使用して含まれるか、または生成され得る。テンプレートまたはステンシルは、中央のロゴやタグの縁など、安全タグの一部を識別することに関するものである。例えば、テンプレートまたはステンシルは中央のロゴと一致させることができる。クライアント装置１１０は、ＯｐｅｎＣＶなどによって提供されるテンプレートマッチングアルゴリズムを使用して、テンプレートマッチングまたは画像ステンシル検出を実行するように構成することができる。

クライアント装置１１０は、畳み込みニューラルネットワークを使用して画像内の潜在的なタグ位置を検出するように構成することができる。畳み込みニューラルネットワークは、ＹＯＬＯなどが提供するリアルタイム対象物検出機能を使用して実装できる。畳み込みニューラルネットワークをトレーニングして、安全タグを画像内の他の特徴と区別することができる。いくつかの実施形態では、畳み込みニューラルネットワーク（または別の畳み込みニューラルネットワーク）は、画像内の安全タグの識別に続いて、安全タグのクラスを区別するように構成できる。

タグ検出ステップ８０１の間に、クライアント装置１１０は、受信した画像とスタイルシートを使用して正規化された安全タグ画像を生成するように構成することができる。いくつかの実施形態では、クライアント装置１１０は、スタイルシートの公開部分を使用するように構成することができる。スタイルシートの公開部分は、タグのクラスのターゲットパラメータ値を指定できる。これらのターゲットパラメータ値には、タグのクラスにタグの共有特性を含めることができる。このような共有特性には、中央ロゴ、内側リム、外側リムなどのタグ特徴の有無、形状、向きが含まれる。ターゲットパラメータ値には、タグ特徴のディメンション間の関係を表す比率をさらに含めることができる。例えば、そのような比は、内側（または外側）タグリムの厚さとタグ直径の間の比、または内側（または外側）タグリムの厚さとタグリムの破断幅の間の比を含み得る。ターゲットパラメータ値には、タグのサイズの制約（例えば、円形の安全タグの全体の直径）も含めることができる。クライアント装置１１０は、受信した画像で識別された安全タグがスタイルシートの公開部分から検索された全体的なサイズ制約を満たすかどうかを判定するように構成することができる。スタイルシートの公開部分は、安全タグにエンコードされた公開タグデータをタグ特徴オプションとしてデコードするための規則も提供できる。例えば、スタイルシートの公開されている部分は、正規化画像から識別可能なタグ特徴オプションとエンコードされたタグデータとの間の対応を記述できる。スタイルシートの公開部分を含むスタイルシートは、エンコードされたデータのセマンティクスも記述できる。例えば、スタイルシートの公開部分は、公開アクセス可能なエンコードされた二値データを認証サーバのアドレス、製品タイプ、ブランド名、在庫番号、またはエラー修正コードとして識別できる。

タグ検出ステップ８０１の間に、クライアント装置１１０は、画像ワープ変換を使用して受信画像を平坦化するように構成され得る。いくつかの実施形態では、クライアント装置１１０は、スタイルシートの公開部分から検索されたターゲットパラメータ値を使用してワープ変換を実行することができる。いくつかの態様では、画像ワープ変換は、受信した画像で検出されたタグ特徴を、スタイルシートの公開部分で指定された既知の位置にマッピングできる。例えば、クライアント装置１１０は、受信した画像内の潜在的な安全タグリムを検出し、検出された画像位置から既知の画像位置への変換を決定することができる。ＯｐｅｎＣＶなどによって提供される画像ワーピング機能を使用して、クライアント装置１１０は、画像全体を変換して、検出された特徴をスタイルシートの公開部分によって記述される特徴位置によりよくマッピングするように構成できる。このようにして、クライアント装置１１０は、魚眼歪み、樽型歪み、または角度歪みのうちの少なくとも１つを補正するように構成され得る。

タグ検出ステップ８０１の間に、クライアント装置１１０は、タグ特徴の向きを決定し、決定されたタグ特徴の向きに基づいて画像を回転させるように構成され得る。回転は、スタイルシートの公開部分から取得したターゲットパラメータ値にさらに基づくことができる。タグ特徴は、安全タグの中央のロゴにすることができる。クライアント装置１１０は、上記のテンプレートマッチングシステムを使用してタグの中心を識別するように構成され得る。クライアント装置１１０は、次いで、安全タグ全体を包含する外側卵形ラインを決定するように構成され得る。クライアント装置１１０は、安全タグの中心を決定するように構成され得る。中心と卵形の線を決定した後、クライアント装置１１０は、安全タグ画像上に複数の直角三角形を構築するように構成することができる。直角三角形は、各直角三角形の中心が安全タグの中心と重なるように配置できるが、斜辺を囲む２つの頂点は外側の卵形の縁と交差する。最小および／または最大の斜辺を持つ三角形を、スタイルシートの公開部分の方向情報と組み合わせて使用して、タグの方向を修正できる。クライアント装置１１０は、中央ロゴに基づいて適切なスタイルシートを決定するように構成され得る。安全タグに中央ロゴが含まれていない場合、クライアント装置１１０は、デフォルトの場所でタグ特徴オプション（例えば、スプラインエンコーディングを使用して外縁スプラインからの文字）を読み取ることにより、タグスタイルシートを決定するように構成できる。

タグ検出ステップ８０１の間に、クライアント装置１１０は、画像ギャップを検出するように構成され得る。このような画像のギャップは、損傷、照明（例えば、周囲光のスキャナへの反射）、または表面状態（例えば、汚れ）から発生する可能性がある。クライアント装置１１０は、潜在的な画像ギャップのタグ特徴オプションを検出し、タグ特徴オプション値をスタイルシートの公開部分にリストされたターゲットパラメータ値と比較するように構成することができる。潜在的な画像ギャップがスタイルシートの公開部分のターゲットパラメータ値と一致しない場合、クライアント装置１１０は画像ギャップを無視し、公開のターゲットパラメータ値に基づいて画像ギャップを介して画像ギャップを囲むタグ特徴を拡張するように構成できるスタイルシートの一部。例えば、クライアント装置１１０は、認証サーバ１１５への送信のために正規化されたラスタ画像をベクトルグラフィックスファイルに変換するときにリムギャップを無視することにより、アーチファクトであると判定されたリムギャップを処理するように構成され得る。

タグ検出ステップ８０１の間に、クライアント装置１１０は、認証サーバに識別要求を提供するように構成することができ、識別要求は正規化された安全タグ画像を含む。本明細書では「識別要求」として説明されているが、そのような要求を提供する理由または目的は、安全タグの識別に限定されない。例えば、識別要求の提供は、安全タグでラベル付けされた項目の所有権の取引、安全タグに関する規則の更新、安全タグのキャンセルなど、安全タグに関連するアクションの一部になる。上述のように、クライアント装置１１０は、受信したラスタ画像の向きを少なくとも正規化し、ラスタ画像を平坦化し、画像のギャップを修正するように構成することができる。クライアント装置１１０は、ラスタ画像をＳＶＧ、ＥＰＳ、またはＰＤＦ画像などのベクトルグラフィック画像に変換することにより、正規化された安全タグ画像を生成するように構成することができる。

いくつかの実施形態において、クライアント装置１１０は、安全タグ読み取り装置のユーザインターフェース上で画像および潜在的な安全タグを強調表示する指示を表示する命令を提供するように構成され得る。例えば、クライアント装置１１０がスマートフォンのカメラである場合、スマートフォンのディスプレイは画像を描写し、検出された安全タグの周りに境界ボックスまたは同様の表示を含み得る。いくつかの実施形態では、境界ボックスは、タグが正常に識別されたかどうかを示すことができる。例えば、境界ボックスの色、形状、線種などは、タグが正常に識別されたかどうかを示すことができる。クライアント装置１１０は、検出されたタグの領域を光学的またはデジタル的にズームするなど、境界ボックスの選択時にアクションを実行するように構成することができる。

ステップ８０１の後、プロセス８００はステップ８０３に進むことができる。ステップ８０３で、クライアント装置１１０は、認証サーバ１１５に識別要求を提供するように構成され得る。識別要求は、ステップ８０１で生成された正規化画像を含み得る。正規化画像は、ベクトルグラフィックス画像である。いくつかの実施形態では、ステップ８０１でクライアント装置１１０によって受信したラスタ画像は、複数の潜在的な安全タグを含み得る。そのような実施形態では、クライアント装置１１０は、複数の潜在的な安全タグの正規化画像を検出および生成するように構成することができる。クライアント装置１１０は、複数の潜在的な安全タグに対応するベクトルグラフィックス画像のストリームとして生成された正規化画像を提供するように構成され得る。いくつかの実施形態では、識別要求は安全タグ読み取り装置の公開鍵を含むことができ、識別要求の少なくとも一部はクライアント装置１１０の秘密鍵で暗号化することができる。

いくつかの実施形態では、クライアント装置１１０は、別の画像を生成する命令を受信するように構成され得る。これらの指示は、認証サーバ１１５から受け取ることができる。命令は、潜在的な安全タグの第２のズームイン画像をクライアント装置１１０に自動的に生成させることができる。代替的または追加的に、命令は、潜在的な安全タグの第２のズームイン画像をクライアント装置１１０に生成させるようにユーザに指示することができる。次に、クライアント装置１１０は、潜在的な安全タグの第２のズームイン画像から別の正規化画像を生成するように構成することができる。

ステップ８０３の後、プロセス８００はステップ８０５に進むことができる。ステップ８０５で、クライアント装置１１０は、認証サーバ１１５からデコード命令および／またはタグデータを受信することができる。いくつかの実施形態では、デコード命令は、スタイルシートの公開部分を補足することができる。例えば、デコード命令は、スタイルシートによって開示される可能性を、タグ特徴オプションとタグデータ値の間の特定のマッピングに制限することができる。様々な実施形態において、デコード命令は、タグ特徴オプションをタグデータ値に変換するための特定の規則セットを記述することができる。例えば、デコード命令は、特定のタグデータ項目が、特定されたタグ特徴オプションのセットに依存する値を持つことを示すことができる。

上述のように、いくつかの実施形態では、クライアント装置１１０は、安全タグ読み取り装置のユーザインターフェース上で画像および潜在的な安全タグを強調表示する指示を表示するように構成することができる。いくつかの実施形態では、クライアント装置１１０は、潜在的な安全タグを選択するユーザからの指示を受信するように構成することができる（例えば、指示は潜在的な安全タグを囲むバウンディングボックスであり、指示は、ユーザによるバウンディングボックスの選択を含み得るタッチセンサ式ディスプレイ）。クライアント装置１１０は、潜在的な安全タグの正規化画像を生成し、認証サーバ１１５に識別要求を提供し、それに応じて認証サーバ１１５からタグデータおよび／または復号命令を受信するように構成できる。クライアント装置１１０は、認証サーバ１１５から受信した任意の復号化命令を使用してタグデータを復号化するように構成することができる。次に、クライアント装置１１０は、クライアント装置１１０（または別の装置）のユーザインターフェース上に安全タグデータ（例えば、受信および／またはデコードされたタグデータ）を表示する命令を提供するように構成され得る。

図９は、タグ識別の例示的なプロセス９００を示すフローチャートを示している。以下に認証サーバ１１５によって実行されるものとして説明するが、プロセス９００は、いくつかの実施形態では、個人システム１２０、クライアントシステム１１０、または別のシステムによって実行することができる。開示された実施形態と一致して、プロセス９００は、タグ識別要求を受信するステップ、タグ識別要求に基づいて安全タグを識別するステップ、検索されたタグ画像およびデコード規則を使用してタグデータを生成するステップ、およびそれに応じてデコードされたタグデータを提供するステップを含み得る要求。

開始後、プロセス９００はステップ９０１に進むことができる。ステップ９０１で、認証サーバ１１５はタグ識別要求を受信することができる。タグ識別要求には、タグ画像（例えば、識別されていない安全タグを含む写真またはビデオ画像）を含めることができる。認証サーバ１１５は、クライアント装置１１０からタグ識別要求を受信するように構成することができる。タグ識別要求は、ネットワーク１３０を使用して受信できる。いくつかの態様では、タグ識別要求には、認証キー（ＡＰＩ呼び出しを認証するためのＡＰＩキーなど）を含めることができる。いくつかの態様では、タグ識別要求は、セッショントークン（例えば、ＯＡＵＴＨ２．０ベアラトークン、Ｋｅｒｂｅｒｏｓトークンなど）を含み得る。いくつかの態様では、タグ識別要求は、ユーザ名またはアカウント情報などのユーザ識別情報を含み得る。いくつかの態様では、認証サーバ１１５は、セッショントークンおよび一般的なアクセス規則２１０に基づいて、識別要求が有効であるかどうかを判断するように構成することができる。例えば、認証サーバ１１５は、セッショントークンに加えてアカウント情報を要求するように一般的なアクセス規則２１０により構成され得る。代替的に、認証サーバ１１５は、アカウント情報を必要とせずにアクセスを許可するように一般的なアクセス規則２１０により構成され得る。

ステップ９０１の後、プロセス９００はステップ９０３に進むことができる。ステップ９０３で、認証サーバ１１５は、受信タグ画像内の安全タグ１０５を識別することができる。開示される実施形態と一致して、認証サーバ１１５は、安全タグの画像の保存されたハッシュを使用して安全タグ１０５を識別するように構成され得る。保存されたハッシュは、知覚ハッシュ（例えば、ｐＨａｓｈ、ａＨａｓｈ、ｄＨａｓｈなど）にすることができる。図６に関して上記で説明したように、保存されたハッシュに対応する安全タグは、スタイルシートを使用して生成された可能性がある。いくつかの実施形態では、認証サーバ１１５は、個人システム１２０から受信したハッシュを保存するように構成され得る。認証サーバ１１５は、保存されたハッシュを安全タグ識別子に関連付けるように構成され得る。認証サーバ１１５は、スタイルシートまたはスタイルシートのプライベート部分を格納するように構成されていない場合がある。したがって、攻撃者が認証サーバ１１５へのアクセスを取得した場合、攻撃者はハッシュと安全タグ識別子へのアクセスのみを取得する。しかし、いくつかの実施形態では、認証サーバ１１５は、スタイルシートの公開部分を格納するように構成されてもよい。

ステップ９０３では、開示された実施形態と一致して、認証サーバ１１５は、受信タグ画像の１つ以上のハッシュを生成することができる。１つ以上の生成ハッシュは、知覚ハッシュ（例えば、ｐＨａｓｈ、ａＨａｓｈ、ｄＨａｓｈなど）であり得る。いくつかの態様では、受信タグ画像はベクトルグラフィックス画像であり得る。様々な態様では、受信タグ画像のハッシュを生成することは、受信したベクトルグラフィックス画像の少なくとも一部をラスタ画像に変換することを含み得る。このラスタ画像は、あらかじめ決められた数のピクセルを持つことができる。いくつかの態様では、ピクセルの所定の数は、６４ピクセル以上であり得る。様々な態様において、ピクセルの所定の数は、１，０４８，５７６ピクセル以下であり得る。

ステップ９０３において、開示された実施形態と一致して、認証サーバ１１５は、受信タグ画像の生成された１つ以上のハッシュを既知の安全タグの画像の保存ハッシュと比較することにより、受信タグ画像内の安全タグ１０５を識別することができる。いくつかの実施形態では、この比較は、保存されたハッシュと生成されたハッシュとの間の差を決定することを含み得る。認証サーバ１１５は、保存されたハッシュと生成されたハッシュとの間の差がしきい値基準を満たすとき、保存されたハッシュに対応する安全タグとして安全タグ１０５を識別するように構成され得る。例えば、しきい値基準では、ハッシュが一致する必要がある。追加の例として、しきい値の基準では、ハッシュが類似している必要がある。例えば、いくつかの局面では、差異は、保存されたハッシュと生成されたハッシュとの間の距離であり得る。認証サーバ１１５は、同様にしきい値距離内のハッシュを識別するように構成され得る。いくつかの実施形態では、距離はハミング距離であり得る。

いくつかの実施形態では、認証サーバ１１５は、損傷したタグまたは部分的に不明瞭なタグを識別するように構成することができる。例えば、認証サーバ１１５は、受信タグ画像の漸進的により小さいセグメントのハッシュを生成することにより、受信タグ画像内の安全タグ１０５を識別するように構成することができる。受信タグ画像のこれらの漸進的により小さなセグメントは、既知の安全タグの対応するセグメントのハッシュと比較することができる。これらの生成されたハッシュと既知の安全タグの対応するハッシュ間の一致度に基づいて、破損したタグまたは部分的に不明瞭なタグの画像全体のハッシュが保存されたタグと一致しない場合でも、破損したタグまたは部分的に不明瞭なタグを識別できるハッシュ。

ステップ９０３では、開示された実施形態と一致して、認証サーバ１１５は、一致する保存されたハッシュのタグ識別子を決定することができる。タグ識別子を使用して、タグのデコード規則を取得できる。

ステップ９０３の後、プロセス９００はステップ９０５に進むことができる。ステップ９０５で、認証システム１１５は、受信タグ画像およびデコード規則を使用してタグデータを生成することができる。いくつかの側面では、これらのデコード規則は、特定のスタイルシートを使用して生成されたタグに固有のものにすることができる。例えば、これらのデコード規則は、タグ内のタグデータの場所を識別し、タグ特徴のデフォルトの場所を指定し、タグ特徴オプションとタグデータ値との対応を指定し、比率を提供する（例：全体の直径の比率としてのドットの直径、幅タグの特徴とタグの特徴のオプションを識別するための、リムの厚さの比率などとしてのリム破損の）。

ステップ９０５で、認証システム１１５は、デコード要求に応じてデコード規則を受信することができる。いくつかの態様では、デコード要求は、個人システム１２０または別のシステムに提供され得る。デコード要求は、ネットワーク１３０を使用して提供できる。デコード要求は、安全タグ１０５の識別子を含み得る。デコード要求は、認証キー（例えば、クライアント装置１１０から受信した認証キー）を含み得る。いくつかの態様では、復号規則は、個人システム１２０または別のシステムから取得することができる。

いくつかの実施形態では、デコード規則は、安全タグ１０５のサブセットの復号化を可能にすることができる。デコード規則は、安全タグ１０５を生成するために使用されるスタイルシートの部分を含むか、それに基づくことができる。デコード規則は認証キーに対応できる。例えば、認証システム１１５は、デコード要求を含む認証キーに応じて異なるデコード規則を受信することができる。追加の例として、製造業者に関連付けられた認証キーに応じて、小売業者に関連付けられた認証キーに応じて異なる規則を提供できる。安全タグには同じ情報を含めることができるが、デコード規則の違いは、その情報の様々なサブセットを製造業者と小売業者が利用できることを意味する。

いくつかの実施形態では、復号規則は、安全タグ１０５の反復復号を可能にすることができる。例えば、デコード規則には、第１のデコード規則と第２のデコード規則を含めることができる。第１の復号規則は、スタイルシートによって定義された安全タグの第１の部分またはスタイルシートによって定義されたタグ特徴の第１のサブセットのうちの少なくとも１つの復号を可能にすることができる。例えば、第１のデコード規則により、安全タグの参照部分の第１のタグデータのデコードが可能になる。第２のデコード規則は、安全タグの第２の部分またはタグ特徴の第２のサブセットの少なくとも１つの復号化を可能にすることができる。例えば、第２のデコード規則は、第１のタグを使用して復号化された安全タグの参照部分でエンコードされた第１のタグデータにより参照される安全タグの部分の第２のタグデータの復号化を可能にすることができる。参照部分でエンコードされた第１のタグデータがないと、第２のデコード規則を使用して第２のタグデータをデコードできない。したがって、第１のタグデータは、第１のデコード規則を使用して生成でき、第２のタグデータは、第１のタグデータと第２のデコード規則を使用して生成できる。

いくつかの実施形態では、認証システム１１５は、スタイルシートを使用して生成されたタグの公開部分を復号化するための公開デコード規則を受け取ることができる。このような規則は、在庫管理単位番号（ＳＫＵ）、ブランド名、有効期限、製品名などの一般的に重要な非機密情報のデコード方法を指定できる。

ステップ９０５の後、プロセス９００はステップ９０７に進むことができる。ステップ９０７において、認証サーバ１１５は、元のタグ識別に応答して、デコードされたタグデータをクライアントシステム１１０に提供するように構成され得る。いくつかの実施形態では、認証システム１１５は、タグデータに加えて、またはタグデータの代わりにタグ復号規則を提供するように構成することができる。これにより、クライアント装置は、認証サーバ１１５の代わりに、または認証サーバ１１５によって実行されたデコードを検証するために、タグデコードを実行できる。例えば、いくつかの実施形態では、認証サーバ１１５は、認証サーバ１１５によって格納された、または個人システム１２０から受信した安全タグ１０５の公開デコード規則をクライアント装置１１０に提供するように構成することができる。

いくつかの実施形態では、認証サーバ１１５は、タグ識別要求を追跡するように構成することができる。例えば、認証サーバ１１５は、識別要求タイプ、場所、ＩＰアドレス、時刻、クライアント装置識別情報、ユーザ識別情報、取引情報などを含む追跡情報を保存するように構成することができる。いくつかの実施形態では、認証サーバ１１５は、認証データベース２０５に追跡情報を格納するように構成することができる。様々な実施形態において、認証サーバ１１５は、この情報を公開データベース１３０（イーサリアムブロックチェーンなどの分散データベースとすることができる）に書き込む命令を提供するように構成することができる。例えば、認証サーバ１１５は、オラクル５１０を使用して安全タグ１０５の識別要求の場所をバンドルアカウント５２０に書き込むように構成することができる。いくつかの実施形態では、認証サーバ１１５は、要求に関連付けられた１つまたは複数のアイデンティティまたは提供されるＡＰＩキーに応じて、クライアント装置１１０からの要求に応答して追跡情報の少なくとも一部を提供するように構成できる要求。いくつかの実施形態では、認証サーバ１１５は、クライアント装置１１０が追跡情報を取得するために使用できる公開データベース１３０内のアドレスを提供するように構成することができる。

図１０は、開示される実施形態と一致する、多重解像度タグ識別の例示的なプロセス１０００を示すフローチャートを示す。以下に認証サーバ１１５によって実行されるものとして説明するが、プロセス１０００は、いくつかの実施形態では、個人システム１２０、クライアントシステム１１０、または別のシステムによって実行することができる。プロセス１０００は、安全タグ１０５の画像のハッシュを生成するステップ、生成されたハッシュに基づいて第１の安全タグを選択するステップ、安全タグ１０５の所定のセグメントに対応する第２のハッシュを生成するステップ、および第１から安全タグを選択するステップを含み得る。安全タグ１０５に一致する安全タグとして安全タグ。このようにして、プロセス１０００は、画像内の安全タグ１０５のハッシュが複数の保存されたハッシュと一致する場合、認証サーバ１１５が画像内の安全タグ１０５を識別できるようにすることができる。

開始後、プロセス１０００はステップ１００１に進むことができる。ステップ１００１において、認証サーバ１１５は、受信タグ画像に描かれた安全タグ（例えば、安全タグ１０５）のハッシュを生成することができる。ハッシュは知覚ハッシュにすることができる。

ステップ１００１の後、プロセス１０００はステップ１００３に進むことができる。ステップ１００３で、認証サーバ１１５は、生成されたハッシュと第１の安全タグの保存されたハッシュとの間の差を使用して第１の安全タグを選択することができる。いくつかの実施形態では、差は、ハミング距離などのメトリックに応じた距離であり得る。いくつかの態様では、選択された第１の安全タグの保存されたハッシュは、受信タグ画像に描かれた安全タグの生成されたハッシュとしきい値未満だけ異なる可能性がある。

ステップ１００３の後、プロセス１０００はステップ１００５に進むことができる。ステップ１００５で、認証サーバ１１５は、受信タグ画像に描かれた安全タグ１０５の所定のセグメントの第２のハッシュを生成することができる。例えば、認証サーバ１１５は、安全タグの１つ以上の象限のハッシュを生成するように構成され得る。

認証サーバ１１５は、開示された実施形態と一致して、クライアント装置１１０に第２の画像を求めるように構成することができる。例えば、認証サーバ１１５は、安全タグ１０５の所定のセグメントの周りにバンディングボックスまたは同様の表示を表示する命令を提供するように構成され得る。この指示に応答して、ユーザはクライアント装置と対話して、安全タグ１０５の所定のセグメントを表す第２の画像を取得することができる。

認証サーバ１１５は、クライアント装置１１０からこの第２の画像を受信するように構成され得る。第１の受信画像は、安全タグ１０５の少なくとも一部を第１の詳細レベルで全体として示すことができるが、第２の受信画像は、第１の詳細レベルよりも大きい第２の詳細レベルで安全タグ１０５の所定のセグメントを示すことができる。例えば、第１および第２の画像は同じ数のピクセルを含み得るが、クライアント装置１１０のカメラは、第１の画像を撮るときよりも第２の画像を撮るときの安全タグ１０５の所定のセグメントにより近くなり得る。

ステップ１００５の後、プロセス１０００はステップ１００７に進むことができる。ステップ１００７で、認証サーバ１１５は、以前に選択された第１の安全タグから特定の安全タグを選択するように構成され得る。認証サーバ１１５は、ステップ１００５で生成された第２のハッシュと第１の安全タグの画像の所定部分の記憶された第２のハッシュとの差を使用して一致する安全タグの選択を絞り込むように構成することができる。例えば、ステップ１００１で生成された第１ハッシュは、第１安全タグの保存済みハッシュに広く一致するが、ステップ１００５で生成された第２ハッシュは、保存された第２ハッシュの１つのみに一致する（例えば、ステップ１００５で生成された第２ハッシュのみ格納されている第２のハッシュの１つが、しきい値よりも小さい場合がある）。格納された２つ以上の第２ハッシュがステップ１００５で生成された第２ハッシュと十分に一致する場合、認証サーバ１１５は、セキュアハッシュ１０５の別の所定のセグメント（例えば、ステップ１００５、または安全タグ１０５の別の象限で選択された象限のサブセグメント）とこの比較プロセスを繰り返すように構成され得る。

図１１は、タグが変更された多重解像度タグ識別の例示的なプロセス１１００を示すフローチャートを示している。以下に認証サーバ１１５によって実行されるものとして説明するが、プロセス１１００は、いくつかの実施形態では、個人システム１２０、クライアントシステム１１０、または別のシステムによって実行することができる。開示された実施形態と一致して、プロセス１１００は、受信タグ画像に描かれた安全タグのハッシュを安全タグ画像の保存されたハッシュと比較することを含み得る。受信タグ画像に示された安全タグのハッシュが、保存されたハッシュのいずれかと所定の差の範囲内で一致しない場合、認証サーバ１１５は、図に示された安全タグの所定のセグメントのハッシュ安全タグの対応するセグメントの保存されたハッシュにタグ画像を受信した。認証サーバ１１５は、この第２の比較に基づいて潜在的に一致する安全タグを識別するように構成することができる。認証サーバ１１５は、受信タグ画像に示された安全タグの別の所定のセグメントのハッシュを、識別された潜在的に一致する安全タグの対応するセグメントの保存されたハッシュと比較するように構成できる。これらの追加のハッシュが所定の差の範囲内で一致する場合、認証サーバ１１５は、受信タグ画像に描かれた安全タグとして一致する安全タグの識別を確認するように構成できる。したがって、プロセス１１０によれば、認証サーバ１１５は、受信した画像に描かれた安全タグの部分に一致するハッシュについて認証データベース２０５を検索するように構成することができる。このようにして、認証サーバ１１５は、不完全または破損した安全タグと一致するように構成できる。

開始後、プロセス１１００はステップ１１０１に進むことができる。ステップ１１０１で、認証サーバ１１５は、安全タグの最初に生成されたハッシュと最初に保存されたハッシュとの差がしきい値基準を満たさないと判断することができる。第１の生成されたハッシュは、受信した画像に描かれた安全タグ（例えば、安全タグ１０５）のものであり得る。最初に保存されたハッシュは、認証データベース２０５の安全タグである場合がある。差は、メトリック（ハミング距離など）に従って計算された距離である。

ステップ１１０１の後、プロセス１１００はステップ１１０３に進むことができる。ステップ１１０３において、認証サーバ１１５は、受信画像に描かれた安全タグの生成された第２のハッシュ（例えば、安全タグ１０５）と格納された第２のハッシュとの比較に基づいて、認証データベース２０５内の安全タグの１つを選択するように構成できるハッシュ。生成された第２のハッシュは、受信した画像（または同じ安全タグの別の画像）に描かれた安全タグのセグメントのハッシュにすることができる。格納された第２のハッシュは、潜在的に一致する安全タグのセグメントの認証データベース２０５に保存されたハッシュであり得る。潜在的に一致する安全タグのセグメントは、受信した画像に描かれている安全タグのセグメントと同じである場合がある。

ステップ１１０３の後、プロセス１１００はステップ１１０５に進むことができる。ステップ１１０５において、認証サーバ１１５は、最初に受信した画像に描かれた安全タグの第２セグメントのハッシュを生成するように構成され得る。いくつかの実施形態では、認証サーバ１１５は、クライアント装置１１０に別の画像を促すように構成することができる。例えば、認証サーバ１１５は、安全タグ１０５のセグメントの周りにバンディングボックスまたは同様の表示を表示する命令を提供するように構成することができる。この指示に応答して、ユーザは、クライアント装置１１０と対話して、安全タグ１０５の所望のセグメントを示す第２の画像を取得することができる。

いくつかの実施形態では、第２のセグメントは、第１のセグメントとは異なり得る。例えば、第１のセグメントが安全タグの右上象限である場合、第２のセグメントは安全タグの左上象限にすることができる。様々な実施形態において、第２のセグメントは第１のセグメントと重なり合うことができる。例えば、第２のセグメントは、完全にまたは部分的に第１のセグメントに含まれる。例えば、第２のセグメントは、第１のセグメントの左下の象限にすることができる。

ステップ１１０５の後、プロセス１１００はステップ１１０７に進むことができる。ステップ１１０７で、認証サーバ１１５は、ステップ１１０３で識別された潜在的に一致する安全タグを検証するように構成することができる。認証サーバ１１５は、生成された第３のハッシュと格納された第３のハッシュとの間の差を使用して、潜在的に一致する安全タグを検証するように構成され得る。格納された第３のハッシュは、潜在的に一致する安全タグのセグメントにすることができる。セグメントは、第３のハッシュの生成に使用されるセグメントに対応できる。認証サーバ１１５は、第３の生成されたハッシュとこの保存されたハッシュとの間の差がしきい値基準を満たすと判断することができる。差は、メトリック（ハミング距離など）に従って計算された距離である。

開示される実施形態と一致して、プロセス１０００および１１００は、（ｉ）セグメント距離を使用して全体距離を決定すること、および／または（ｉｉ）セグメント距離のカウントがしきい値基準を満たすことを含み得る。例えば、認証サーバ１１５は、安全タグ１０５のセグメントの画像の複数のハッシュを、安全タグのセグメントの対応する保存されたハッシュと比較することができる。この比較は、安全タグ１０５のセグメントの画像の各ハッシュと安全タグのセグメントの対応する保存されたハッシュとの間の距離を決定することを含み得る。比較には、平均距離など、これらの個々の距離に基づいて全体の距離を決定することが含まれる。比較はまた、しきい値基準を満たす（例えば、特定の最大距離内に入る）個々の距離のカウントを決定することを含み得る。いくつかの実施形態では、認証サーバ１１５は、比較されるハッシュの数、しきい値基準を満たす個々の距離のカウント、または個々の距離または全体の距離の少なくとも１つを使用して信頼値を決定するように構成できる。

図１２は、多重解像度タグ識別を実行するための論理データベース構造の概略図を示している。いくつかの実施形態では、認証データベース２０５は、図１２に示されるスキーマで構成され得る。認証データベース１２０５は、安全タグを使用して生成されたハッシュを格納するように構成できる。これらのハッシュは、図６に関して前述したように、タグ作成プロセス中に個人システム１２０によって生成できる。いくつかの態様では、認証データベース２０５は、データ構造１２０１に第１の安全タグに関するハッシュを格納するように構成することができる。認証データベース２０５は、複数の詳細レベルに対応するハッシュを保存するように構成することができる。いくつかの態様では、タグレベル１２３０は安全タグ全体にわたって計算されたハッシュを含み得る。この詳細レベルでは、データのエンコードに使用される小さなタグ特徴オプションが識別できない場合がある（スキャナの解像度または画像処理の損失のため）。したがって、タグ全体を表す画像上で計算されたハッシュは、認証データベースに格納されているハッシュのいずれとも一致しないか、複数のハッシュと一致する場合がある。様々な態様において、タグレベル１２４０は、タグ全体のセグメント（例えば、安全タグ全体の象限）にわたって計算されたハッシュを含み得る。この詳細レベルでは、データのエンコードに使用される小さなタグ特徴オプションが識別可能である。さらに、タグの１つのセグメントへの損傷は、タグの別のセグメントに影響しない場合がある。したがって、破損したタグ全体で計算されたハッシュは一致しない場合があるが（例えば、一致しないハッシュ１２０３）、タグの破損していないセグメントで計算されたハッシュは一致する場合がある（例えば、一致したハッシュ１２１１）。様々な態様では、タグレベル１２５０は、タグ全体のサブセグメント（例えば、安全タグ全体の象限の象限）で計算されたハッシュを含み得る。他のタグの追加のセグメントが一致する場合があるため（例えば、一致するハッシュ１２１３）、認証サーバ１１５は、追加のハッシュ（例えば、一致するハッシュ１２２１、一致しないハッシュ１２２３）をチェックするように構成できる。これらの追加のハッチをチェックすることにより、認証サーバ１１５は、第１のタグハッシュ構造１２０１のハッシュに対応する安全タグが受信画像に描かれた安全タグであることを確認できる。いくつかの実施形態では、認証サーバ１１５は、チェックされたハッシュの数、類似性基準に従って一致するハッシュの数、および一致の程度に基づいてスコアを生成するように構成され得る。このスコアを使用して、クライアント装置１１０から受信した画像に描かれている安全タグと一致する安全タグを識別することができる。当業者によって理解されるように、図示されたツリー構造は限定することを意図していない。他のデータ構造を使用して、ハッシュや関連する情報を保存することができる。例えば、保存されたハッシュにキー付けされ、安全タグの識別子を含む連想配列やマップなどである。

図１３は、タグの信頼性を評価するための例示的なユーザインターフェースを示している。読み取り装置には、タグの信頼性の決定されたレベルを表示できるアプリを含めることができる。本物は、本明細書に開示されるシステムおよび方法を使用して決定され得る。安全タグがスキャンされると、スキャンされたタグ画像が認証サーバに送信される。タグの信頼性は、図１０～図１２で説明したハッシュ方法を使用して判断できる。タグが認証されると、スキャン数、レポートなど、タグに関する情報が返される。特定の側面では、認証サーバは、ハッシュプロセスに基づいて信頼性の確率を決定できる。他の側面では、認証サーバはブロックチェーンに保存されたタグ履歴に基づいて安全タグの信頼性を判断できる。

一部の実施形態では、タグの信頼性のレベルを決定するアプリは、「認証スコア」を返すことができる。特定の側面では、完全なスコア１３０１を返すことができる。これは、例えば、安全タグが良好な状態にあり、読み取り装置が安全タグの適切なスキャンを取得できる場合に発生する可能性がある。さらに、安全タグが以前にスキャンされていないと認証サーバが判断した場合、またはブロックチェーン内のタグ履歴が製品が偽物ではないことを示している場合、完全なスコア１３０１を返すことができる。他の態様では、低スコア１３０３を返すことができる。これは、安全タグの状態が悪い場合、または読み取り装置が安全タグの適切なスキャンを取得できない場合に発生する可能性がある。さらに、同じタグが偽造の可能性があると識別されたと認証サーバが判断した場合、低スコア１３０３を返すことができる。例えば、タグが複数の場所で何度もスキャンされた場合、低いスコア１３０３が認証スコアとして返される。別の例では、タグが偽造として報告されている場合、低スコア１３０３が認証スコアとして返される。

一部の実施形態では、ユーザは、図１３に示される例示的なユーザインターフェースを介してタグを報告することができる。例えば、タグが何度もスキャンされており、一意ではないことを示す低スコア１３０３が返された場合、ユーザはタグを報告して、タグの所有者が偽造の可能性に気付くことができる。他の実施形態では、ユーザはアプリを介して製品情報を見ることができる。例えば、高スコア１３０１が返された場合、ユーザは製品情報を確認できる。

図１４は、タグ特徴選択をデコードするための例示的なプロセスを示している。以下に認証サーバ１１５によって実行されるものとして説明するが、プロセス１４００は、いくつかの実施形態では、個人システム１２０、クライアントシステム１１０、または別のシステムによって実行することができる。プロセス１４００には、画像を受信するステップ、デコード規則と数値シードを受信するステップ、既知のスタイルシートおよび／または既知のデータ値を使用して可能な機能を識別するステップ、受信した画像に基づいて実際の機能を識別するステップ、データ値を再構築するステップ、およびデータ値を復号化するステップを含めることができる。このようにして、認証サーバ１１５は、クライアント装置１１０と個人システム１２０の両方から受信した情報を使用して、安全タグに格納されたデータをデコードするように構成できる。一部の実施形態では、認証サーバ１１５は、画像、デコード規則、数値シードを保存しない。このようにして、システム１００の機能の配置は、認証サーバ１１５を危険にさらす攻撃者が認証サーバ１１５によって管理される安全タグのコンテンツをデコードできないことを保証する。

開始後、プロセス１４００はステップ１４０１に進むことができる。ステップ１４０１では、画像を受信するように認証サーバ１１５を構成することができる。画像は、ラスタ画像またはベクトルグラフィックス画像である。画像は、クライアント装置１１０または別のシステムから受信することができる。認証サーバ１１５は、画像がラスタ画像である場合、画像をベクトルグラフィック画像に変換するように構成することができる。

ステップ１４０１の後、プロセス１４００はステップ１４０３に進むことができる。ステップ１４０１で、認証サーバ１１５はデコード命令を受信することができる。いくつかの実施形態では、認証サーバ１１５は、個人システム１２０からデコード命令を受信するように構成され得る。デコード命令は、認証サーバ１１５から個人システム１２０への要求に応じて受信することができる。要求にはアプリケーションキーを含めることができ、受信したデコード命令は提供されたアプリケーションキーに依存する。

いくつかの実施形態では、個人システム１２０は、安全タグを生成するために使用されるスタイルシートおよび数値シードを、ベクトルグラフィック画像に存在するタグ特徴とタグデータ値との間の対応を直接記述する復号化命令に変換するように構成され得る。例えば、デコード命令は、タグ特徴オプションのセットと、これらのタグ特徴オプションの値からタグデータの項目の値へのマッピングを指定できる。そのような実施形態では、個人システム１２０は、スタイルシートのプライベート部分または数値シードを認証サーバ１１５に提供しなくてもよい。いくつかの実施形態において、認証サーバ１１５は、スタイルシートのプライベート部分の少なくとも一部を、安全タグの安全タグレイアウトを生成するために使用される数値シードとともにタグを生成するために使用するように構成できる。そのような実施形態では、認証サーバ１１５は、ベクトルグラフィック画像に存在するタグ特徴とタグデータ値との間の対応を生成するように構成することができる。

ステップ１４０３の後、プロセス１４００はステップ１４０５に進むことができる。ステップ１４０５で、認証サーバ１１５は、復号化命令および既知のタグデータ値を使用して可能な特徴を識別することができる。例えば、認証サーバ１１５は、復号化命令に記載されているタグ特徴を見つけるように構成することができる。場合によっては、タグ特徴の特定は、既知のタグデータ値に依存する。例えば、安全タグは、８ビットの２進数を安全タグのドットのサイズにエンコードできる。デコード命令は、ドットのサイズと特定の８ビット２進数の値との対応を示すことができる。ただし、デコード命令では、安全タグのどの部分に関連するドットが含まれているかを指定できない場合がある。安全タグの別の部分は、タグデータの特定の値をエンコードするタグ特徴オプション（ドットサイズ）を持つタグ特徴（ドット）をエンコードするタグの部分を識別するために使用可能なリファレンスを含み得る。

ステップ１４０５の後、プロセス１４００はステップ１４０７に進むことができる。ステップ１４０７で、認証サーバ１１５は、受信した画像に基づいて実際のタグ特徴オプション値を識別することができる。いくつかの実施形態では、画像ファイルがベクトルグラフィックファイルである場合、認証サーバ１１５は、ベクトルグラフィックファイルから機能オプション値を読み取ることができる。必要に応じて、認証サーバ１１５は最初に受信した画像をベクトルグラフィックファイルに変換できる。あるいは、認証サーバ１１５は、ＯｐｅｎＣＶなどによって提供される機能を使用して、ラスタ画像からタグ特徴オプション値（例えば、相対的なドットサイズ、ある位置における特徴の有無）を直接決定することができる。

ステップ１４０７の後、プロセス１４００はステップ１４０９に進むことができる。ステップ１４０９で、認証サーバ１１５は、実際の特徴値に基づいてタグデータ値を再構築することができる。例えば、関連するタグ特徴のタグ特徴オプションの値を決定した場合、認証サーバ１１５は、個人システム１２０から受信したデコード規則に従ってこれらのタグ特徴オプション値をタグデータに変換するように構成できる。

ステップ１４０９の後、プロセス１４００は、オプションのステップ１４１１に進むことができる。オプションのステップ１４１１では、認証サーバ１１５はタグデータを解読することができる。いくつかの実施形態では、認証サーバ１１５は、安全タグにエンコードされた鍵素材を使用して暗号化タグデータを解読するように構成することができる。

図１５は、文脈情報を使用する例示的な認証プロセスを示している。個人システム１２０および認証サーバ１１５によって実行されるように以下で説明するが、プロセス１５００は、いくつかの実施形態では、個人システム１２０または認証サーバ１１５、またはクライアントシステム１１０または別のシステムによって完全に実行できる。プロセス１５００によれば、個人システム１２０は、文脈データを安全タグにエンコードすることができる。次に、認証サーバ１１５は、識別要求に応答する際にエンコードされたデータに関する文脈条件を実施することができる。

開始後、プロセス１５００はステップ１５０１に進むことができる。ステップ１５０１で、個人システム１２０はタグデータを受信することができる。前述のように、このタグデータは、別のシステム、個人システム１２０のメモリ、またはユーザから受信できる。

ステップ１５０１の後、プロセス１５００はステップ１５０３に進むことができ、ステップ１５０３では、個人システム１２０は文脈情報を受信することができる。いくつかの実施形態では、この文脈情報は、認証資格情報（例えば、パスワード、認証トークンなど）、生体認証識別子（例えば、指紋、声紋など）、音声ファイル、タグ識別子（例えば、別の安全タグのタグ識別子）、または画像の知覚ハッシュの少なくとも１つを含み得る。例えば、項目にラベルを付けるために安全タグを作成でき（例えば、ユーザＩＤカード、肉、ワインのボトル、個人が所有する項目）、画像に項目の一部（例えば、身分証明書の身分証明書写真、肉の粒、ワインのボトルのラベル、項目を所有する個人の顔）を描写できる。

ステップ１５０３の後、プロセス１５００はステップ１５０５に進むことができる。ステップ１５０５で、個人システム１２０は、タグデータおよび文脈情報を安全タグにエンコードすることができる。このアプリケーションで説明されているように、タグデータと文脈情報は、タグ特徴オプションの選択として安全タグにエンコードでき、利用可能なタグ特徴オプションは数値シードに依存する。

ステップ１５０５の後、プロセス１５００はステップ１５０７に進むことができる。ステップ１５０５で、認証システム１１５は、安全タグに関する識別要求を受信することができる。このアプリケーションで説明されているように、認証サーバは、安全タグの１つ以上のハッシュを使用してタグを識別するように構成できる。認証サーバ１１５は、個人システム１２０からデコード命令を要求するように構成され得る。認証サーバ１１５は、復号化命令を使用して、格納された文脈情報を復号化するように構成され得る。

ステップ１５０７の後、プロセス１５００はステップ１５０９に進むことができる。ステップ１５０９で、認証システム１１５は追加の文脈情報を受け取ることができる。この追加の文脈情報は、クライアント装置１１０または別の装置から受信できる。追加の文脈情報は、認証システム１１５によって提供された要求に応じて受信できる。例えば、認証システム１１５は、クライアント装置１１０のユーザに表示するためのクライアント装置１１０に指示を提供することができる（例えば、クライアント装置１１０のユーザインターフェースに「所有者の顔の写真を撮るラバタグを解除する」というテキストを表示する指示）。

ステップ１５０９の後、プロセス１５００はステップ１５１１に進むことができる。ステップ１５１１で、認証システム１１５は、追加の文脈情報を使用して識別要求を認証することができる。いくつかの実施形態では、認証システム１１５は、受信した追加の文脈情報およびデコードされた文脈情報が類似性基準を満たすことを決定するように構成され得る。例えば、認証システム１１５は、デコードされた文脈情報を受信した文脈情報と比較するように構成され得る。文脈情報が画像の知覚ハッシュ（例えば、別のタグ、またはラベル項目の所有者、またはラベル付き項目の一部の知覚ハッシュ）である場合、認証システム１１５は、受信した追加の文脈情報とデコードされた文脈情報との違いを判定するよう構成され得る。いくつかの側面では、この距離はハミング距離（または同様のメトリック）になる。

ステップ１５１１の後、プロセス１５００はステップ１５１３に進むことができる。ステップ１５１３で、認証システム１１５は、ステップ１５１１で実行された認証の結果に基づいて指示を提供することができる。追加の文脈情報およびデコードされた文脈情報が類似性基準を満たさない場合、認証システム１１５は、クライアント装置１１０に認証失敗の表示を提供することができる。追加の文脈情報およびデコードされた文脈情報が類似性基準を満たす場合、認証システム１１５は、クライアント装置１１０に認証成功の表示を提供することができる。いくつかの実施形態では、成功した認証の表示は、ステップ１５０１で受信したタグデータの少なくともいくつかを含み得る。様々な実施形態において、成功した認証の表示は、ステップ１５０１で受信したタグデータの少なくともいくつかに対するデコード命令を含み得る。様々な実施形態において、成功した認証の表示は、分散データベースから検索されたステータス情報を含み得る。このステータス情報は、Ｏｒａｃｌｅを使用して分散データベースから取得できる（例えば、分散データベースはＥｔｈｅｒｅｕｍブロックチェーンになる）。

図１６Ａは、対とシーケンスの安全タグを示している。安全タグは、セキュリティと信頼性のレベルを高めるために他のタグとの関係を持つことができる。例えば、第１の安全タグ１６０１と第２の安全タグ１６０３を対にすることができる。次いで、第１の安全タグ１６０１および第２の安全タグ１６０３の両方が、製品についての情報を取得するため、または製品の所有権を移転するために、ユーザについてスキャンされることを要求され得る。例えば、第１の安全タグ１６０１を生成して、一対の靴の一方の靴に配置し、第２の安全タグ１６０３を生成して、同じ対の靴の第２のショーに配置することができる。この例では、両方のタグは一意であり、ペアの特定の靴を識別するが、靴のペアを認証したり所有権を譲渡したりするには、両方のタグを読み取る必要がある。

いくつかの実施形態では、ペア化されたタグをさらにシーケンス化して、シーケンス化されたタグ１６０５を作成することができる。シーケンスタグ１６０５は、第１の安全タグ１６０１と第２の安全タグ１６０３の組み合わせであり、ペアのタグに関する情報を提供する。特定の態様では、順序付けられたタグ１６０５は、所有権の購入または移転の前にスキャンできる唯一のタグであり得る。これらの態様では、シーケンスタグ１６０５は、製品の認証と製品に関する基本情報を提供できる。シーケンスタグ１６０５は、どのペアタグが存在する必要があるかを示すこともできる。前の例として、靴のペアにペアのタグが含まれている場合、タグをシーケンス化して、シーケンス化されたタグ１６０５を作成できる。順序付けられたタグ１６０５を靴箱の外側に配置して、箱内の靴に関する情報を提供することができる。開いたら、第１の安全タグ１６０１と第２の安全タグ１６０３をスキャンして、正しい靴が箱に入っていることを確認することができる。

図１６Ｂは、近接フィンガプリンティングを使用したＩＤカード１６０７を示している。他の安全タグとの関係を持つことに加えて、安全タグ１６１１は、顔の指紋１６０９などの外部画像との関係を持つことができる。身分証明書１６０７は、安全タグ１６１１を顔の指紋１６０９と組み合わせることにより、追加のレベルの信頼性を有することができる。近接フィンガプリンティングは、安全タグ１６０９に近接している対象物を使用して、タグをさらに認証する。いくつかの実施形態では、これにより、安全タグがコピーされる状況が他のどこかで認証されるのを防ぐことができる。例えば、安全タグ１６１１がＩＤカード１６０７からコピーされた場合、顔の指紋１６０９がないと検証されない。その結果、ＩＤカード１６０７の形式で組み合わされた保護されたＩＤが得られる。いくつかの実施形態では、安全タグ１６１１は顔の指紋１６０９とペアにされ、認証のために安全タグ１６１１と顔の指紋１６０９の両方が一緒に提示されなければならないことを意味する。

いくつかの実施形態では、ＩＤカード１６０７を使用して、適切な状況で識別の証明を提示することができる。例えば、警察官は市民が身分証明書１６０７の提示を要求して、その人が遭遇地点にいると主張する人物であることを確認することができる。他の実施形態では、アルコールを提供する施設は、人が偽の運転免許証または年齢証明のカードを使用していないことを保証するために、人に身分証明書１６０７の提示を要求することができる。

図２２に、サプライチェーン全体のペアタグを示す。製造業者が製品を製造するとき、第１の安全タグ２２０１と第２の安全タグ２２０３を作成し、安全タグをペアリングし、製品に安全タグを貼り付けることができる。ペアになったタグは、サプライチェーンプロセス全体でブロックチェーンでシーケンス化および更新できる。例えば、シーケンスされたタグには、ペア製品自体に関する情報２２０５、ペア製品が２２０７に出荷された特定のパレット、ペア製品が２２０９に送信された全体の出荷、および小売業者２２１１に関する情報を含めることができる。サプライチェーンプロセスの各段階で、ブロックチェーンはペア製品に関する情報で更新される。顧客が小売店に行って製品を購入すると、シーケンスされたタグの所有権検証２２１３を実行できる。

いくつかの実施形態では、小売業者制御２２１５および閉じた消費者ループ２２１７は、異なるレベルの情報にアクセスすることができる。例えば、閉じた消費者ループ２２１５は、ペアになったタグ自体に関する情報のみにアクセスできる。これには、製品自体とメーカに関する情報が含まれる場合がある。クローズド消費者ループ２２１５により、消費者はペアのタグの信頼性を検証できる。この例では、小売業者の制御２２１５には、サプライチェーンプロセス全体に関する情報にアクセスする機能を含めることができる。小売業者制御２２１５は、個々の包装情報２２０５、パレット情報２２０７、出荷情報２２０９、および小売業者情報２２１１へのアクセスを含み得る。小売業者管理２２１５は通常、ペアのタグ自体へのアクセスを含まない。小売業者の制御２２１５により、小売業者は出荷情報を追跡し、物流を管理できる。

図１７は、例示的な２部構成のラベルを示している。二部ラベルは、ベースタグ１７１０とオーバーレイ１７２０を含み得る。ベースタグ１７１０は、潜在的な第１のセキュアデータ機能オプションの選択として第１のタグデータをエンコードする第１の安全タグでラベル付けされた基板を含み得る。オーバーレイ１７２０は、ベースタグ１７１０を含む基板に取り外し可能に接着することができる。オーバーレイ１７２０は、透明部分１７２１および不透明部分１７２３を含み得る。透明部分１７２１および不透明部分１７２３の両方は、第１の安全タグと位置合わせすることができる。ベースタグ１７１０上にある第１の安全タグは、整列した透明部分１７２１の影響を受けないことがある。位置合わせされた不透明部分１７２３およびベースタグ１７１０上に位置する第１の安全タグは、潜在的な第２の安全タグ特徴オプションの選択として第２のタグデータをエンコードすることができる。

いくつかの実施形態では、ベースタグ１７１０上の潜在的な第１の安全タグ特徴オプションは、不透明部分１７２３およびベースタグ１７１０によって作成される潜在的な第２の安全タグ特徴オプションとは異なる。他の実施形態では、位置合わせされた不透明部分１７２３は、ベースタグ１７１０上の選択された第１の安全タグ特徴を覆い隠すことができる。さらに他の実施形態では、位置合わせされた不透明部分１７２３は、ベースタグ１７１０上の潜在的な第１の安全タグ特徴オプションを選択することができる。さらに他の実施形態では、ベースタグ１７１０上の潜在的な第１の安全タグ特徴オプションは、第１の安全タグレイアウトによって指定される位置におけるタグ特徴の有無を含み得る。これらの実施形態では、位置合わせされた不透明部分１７２３によって作成される潜在的な第２の安全タグ特徴オプションは、第２の安全タグによって指定される位置でのタグ特徴の有無を含み得る。

図１７に示す２部ラベルは、第１のタグデータ、第１の数値シード、および第１のスタイルシートを使用して、潜在的な第１の安全タグ特徴オプションの選択として第１のタグデータをエンコードする第１の安全タグを最初に生成することで生成できる。次に、この方法は、第２のタグデータ、第２数値シード、および第２スタイルシートを使用して、潜在的な第２安全タグ特徴オプションの選択として第２のタグデータをエンコードする第２安全タグを生成する。次いで、この方法は、第１の安全タグと第２の安全タグとの間の差分画像を決定し、基材に第１の安全タグでラベル付けしてベースタグ１７１０を作成する。次いで、この方法は、オーバーレイ１７２０をベースタグ１７１０に取り外し可能に付着させ、オーバーレイ１７２０は、差分画像でラベル付けされ、第１の安全タグと位置合わせされる。

いくつかの実施形態では、オーバーレイ１７２０は、第２の安全タグに存在しない不透明部分１７２３により、ベースタグ１７１０上に位置する第１の安全タグの部分を覆い隠す。他の実施形態では、オーバーレイ１７２０は、第１の安全タグに存在しない第２の安全タグの部分を示している。さらに他の実施形態では、オーバーレイ１７２０は、透明部分１７２１を介してベースタグ１７１０上に位置する第１の安全タグに存在する第２の安全タグの部分を送信する。さらに他の実施形態では、第１の安全タグを生成するために使用される第１のスタイルシートは、第２の安全タグを生成するために使用される第２のスタイルシートと異なってもよい。さらに他の実施形態では、ベースタグ１７１０がラベル付けされ、オーバーレイ１７２０が接着される基板は、消費財を含み得る。

例えば、ラベル付きの２つの部分は、製品の追加の認証とセキュリティに使用できる。販売されているボックスの外側に２部ラベルを配置できる。この２部ラベルは、ベースタグ１７１０とオーバーレイ１７２０を含んでいる。オーバーレイ１７２０は、透明部分１７２１と不透明部分１７２３の両方を含むため、タグはベースタグ１７１０とは異なる独特の外観を有する。この例では、顧客または小売業者は、オーバーレイ１７２０によって作成された第２のタグをスキャンして、製品に関する特定の情報を明らかにできる。製品の購入および／または所有権の譲渡後、オーバーレイ１７２０を削除してベースタグ１７１０を表示できる。現在の所有者は、ベースタグ１７１０をスキャンして、オーバーレイ１７２０とベースタグ１７１０の組み合わせによって提供される情報とは完全に異なる情報を明らかにすることができる。２つの部分からなるラベルは、安全タグ自体の複雑さを増すことなく、セキュリティの追加レイヤを追加する。

図１８は、安全タグを使用して文書を提供するための例示的な方法１８００のフローチャートである。方法１８００は、ステップ１８０１で始まり、ここで、方法は、第１の安全タグ１８１３を文書１８１１に関連付ける。第１の安全タグ１８１３を生成し、文書１８１１とペアにすることができる。加えて、第１の安全タグ１８１３は、潜在的な機能オプションの選択を使用してエンコードされた文書１８１１の識別子を有する。いくつかの実施形態では、文書１８１１の識別子は文書１８１１のハッシュを含み得る。他の実施形態では、文書１８１１はブロックチェーンに暗号化される。この方法は、文書１８１１にアクセスするための要求を第１の装置１８２１から受信することができる。第１の装置１８２１は、モバイル装置（例えば、タブレット、スマートフォンなど）、デスクトップコンピュータ、ラップトップ、サーバ、ウェアラブル装置（眼鏡、時計など）、および／または装置専用ハードウェア装置であり得る。文書１８１１へのアクセスの要求に続いて、方法１８００はステップ１８０３に移動する。

ステップ１８０３で、この方法は、表示のために第１のユーザ装置１８２１を介して第１の安全タグ１８１１を提供する。ステップ１８０５で、この方法は、安全タグ画像を含む第２の装置１８３１を介して要求の確認を受け取ることができる。第２の装置１８３１は、モバイル装置（例えば、タブレット、スマートフォンなど）、デスクトップコンピュータ、ラップトップ、サーバ、ウェアラブル装置（眼鏡、時計など）、および／または装置専用ハードウェア装置であり得る。次いで、この方法は、第１の安全タグ画像１８１３を第２の装置１８３１から受信した安全タグ画像と比較することができる。比較により、第１のセキュア画像１８１３と第２の装置１８３１から受信した安全タグ画像との一致が明らかになった場合、方法１８００はステップ１８０７に移動する。

ステップ１８０７で、この方法は、表示のために文書１８１１を第１の装置１８２１に提供する。いくつかの実施形態では、文書１８１１に安全タグで透かしを入れて、透かし入り文書１８４３を作成することができる。透かし入り文書１８４３は、新しい安全タグを持つことができるか、第１の安全タグ１８１３で透かしを入れることができる。他の実施形態では、第１の装置１８２１は、許可されたユーザ装置１８４１になることができる。いくつかの実施形態では、許可されたユーザ装置１８４１は、所定の期間、透かし入り文書１８４３にアクセスすることができる。所定の期間が終了すると、許可されたユーザ装置１８４１は、透かし入り文書１８４３を見るための許可を失う。他の実施形態では、透かし入り文書１８４３は、既読としてマークされた後、どの装置からもアクセスできない。さらに他の実施形態では、許可されたユーザ装置１８４１が文書に既読のマークを付けた後に、透かし入り文書１８４３を第２の許可されたユーザ装置によって読み取ることができる。

いくつかの実施形態では、第１の安全タグ１８１３と第２のユーザ装置１８３１から受信した安全タグ画像とを比較することは、第１の安全タグ１８１３の知覚ハッシュを生成することと、第２のユーザ装置１８３１から受信した安全タグ画像の知覚ハッシュを生成することと、決定を含み得る格納された知覚ハッシュと生成された知覚ハッシュとの差がしきい値基準を満たすと判定することと、を含み得る。他の実施形態では、第１の安全タグ１８１３と第２のユーザ装置１８３１から受信した安全タグ画像を比較することは、第２のユーザ装置１８３１から受信した安全タグ画像の知覚ハッシュを生成することと、生成された知覚ハッシュと第１の安全タグの画像の保存された知覚ハッシュとの差を使用して、第１の安全タグを選択することと、第２のユーザ装置１８３１から受信した安全タグ画像の所定のセグメントの第２の知覚ハッシュを生成することと、生成された第２の知覚ハッシュと、第１の安全タグの画像の所定の部分の保存された第２の知覚ハッシュとの差を使用して、第１の安全タグから第１の安全タグ１８１３を選択することと、を含み得る。

いくつかの実施形態では、ステップ１８０５の確認要求は、確認要求識別子を含み得る。この実施形態では、比較に基づいてステップ１８０７で第１の装置１８２１に文書を提供することは、潜在的なタグ特徴オプションの選択を使用して確認要求識別子をエンコードする、要求とペアになった第２の安全タグを生成することと、第２の安全タグで文書１８１１に透かしを入れることと、をさらに含むことができる。これらの実施形態では、透かし入り文書１８４３は、第１の安全タグ１８１３の透かしを含まない。

いくつかの実施形態では、方法１８００は、安全タグ画像の受信が認証基準を満たすことを決定することをさらに含み得る。特定の態様では、認証基準は、第１の安全タグ１８１３に関連付けられたいくつかの確認要求に関係し得る。他の態様では、認証基準は、第１の安全タグ１８１３が第１の装置１８２１に提供されてからの経過時間に関係し得る。まだ他の態様では、認証基準は確認要求の地理的起源に関係し得る。さらに他の態様では、確認要求は確認要求識別子を含むことができ、認証基準は確認要求識別子に関係し得る。これらの態様では、アクセス要求のアクセス識別子が確認要求の確認識別子と一致する場合、認証基準を満たすことができる。

方法１８００は、文書に必要な追加のセキュリティレベルがある場合に使用できる。例えば、銀行は方法１８００を使用して、特定の文書のセキュリティを確保できる。銀行は、顧客の口座に関する文書と対になるタグを作成できる。顧客はラップトップから文書へのアクセスを要求できる。銀行は、文書に関連付けられた安全タグを顧客のラップトップに送信する。その後、顧客は携帯電話でタグをスキャンし、スキャンを銀行に送り返すことができる。その後、画像が比較され、画像が提供された安全タグと一致する場合、銀行の文書へのアクセスが許可される。

図１９は、例示的な可変安全タグを示している。可変タグは、グリフとタグをモーフィングすることにより、時間の経過とともにデジタル的にアニメーション化できる。例えば、最初の時点では、変更可能なタグは、タグ特徴が追加されていない一連のドットの形式、または無効なフレーム１９０１である場合がある。無効なフレーム１９０１は、有効なフレーム１９０３に変化するために、所定の期間にわたって変化する可能性がある。有効なフレーム１９０３は、適切な読み取り装置で読み取ることができ、データを返すことができる。いくつかの実施形態では、可変タグは、可変タグプロセスの単一フレームによる認証であり得る。他の実施形態では、可変タグプロセスのいくつかのフレームによって認証されることにより、可変タグを認証することができる。さらに他の実施形態では、認証は、可変タグプロセスにおけるフレームの出現順序に基づいてのみ発生する可能性がある。他の実施形態では、無効なフレーム１９０１は、「ジャンクタグ」、または有効に見えても情報を返さないタグのタイプを含み得る。可変タグは、例えばカメラなど、任意の形式の読み取り可能な装置で読み取ることができる。

いくつかの実施形態では、可変タグプロセスは、ロールオーバまたはクリックイベントによってトリガされ得る。これらの実施形態では、タグは、トリガイベントの前は静的であり、トリガイベントの後に可変タグプロセスに入る。他の実施形態では、タグは、特定の時間枠の間に可変タグプロセスに入るように設定することができる。例えば、夜間にタグのセキュリティを強化するために、午後８時から午前８時までの間で変化するようにタグを設定できる。さらに他の実施形態では、可変タグは、別の有効なフレームとペアになっている有効なフレーム１９０３を含む。これらの実施形態では、ユーザは、タグを認証するために両方のペアのフレームをスキャンする必要がある場合がある。

可変安全タグを生成するためのシステムは、少なくとも１つのプロセッサと、少なくとも１つのプロセッサによって実行されると、システムに第１の安全タグエンコーディングの生成を含み得る操作を実行させる命令を含む少なくとも１つの非一時的メモリを含み得るタグデータの値に応じたタグ特徴オプションの選択としてのタグデータ。第２の装置のスキャナから、第１のタグ画像を含むタグ画像のシーケンスを含む要求を受信する。第１の安全タグと第１のタグ画像を使用して要求を認証する。要求の認証の表示を提供する。

いくつかの実施形態では、動作は、有効なフレーム１９０３に示される第１の安全タグを含むタグのシーケンスを第１の装置のディスプレイ上に表示する命令を提供することをさらに含み得る。いくつかの態様では、有効フレーム１９０３に示される第１の安全タグを含むタグのシーケンスを表示するために提供される命令は、タグのシーケンスをデジタル製品に埋め込むことを含み得る。他の態様では、命令は、トリガに応じて第１の装置のディスプレイのタグのシーケンスを表示することを提供できる。トリガは、ユーザまたは事前に定義されたイベントによって引き起こされるイベントである。どちらの側面でも、表示されるタグのシーケンスには無効なフレーム１９０１と有効なフレーム１９０３が含まれる。

いくつかの実施形態では、要求を認証することは、有効フレーム１９０３に表示される第１の安全タグの１つ以上の知覚ハッシュを第１のタグ画像の１つ以上の対応するハッシュと比較することを含み得る。他の実施形態では、認証は、所定の出現順序に従って複数の安全タグを複数の対応するタグ画像に一致させることをさらに要求することができる。さらに他の実施形態では、要求の認証の指示は、タグデータの少なくともいくつかを含み得る。さらに他の実施形態では、要求の認証の表示は、第１のタグデータの少なくともいくつかをデコードするためのデコード命令を含み得る。さらに他の実施形態では、要求の認証の指示は、データベースから読み出されたステータス情報を含み得る。特定の側面では、データベースは分散データベースにすることができ、Ｏｒａｃｌｅを使用して分散データベースからステータス情報を取得できる。

図２０は、開示された実施形態と一致する、データベースを使用した在庫管理のための例示的なシステム２０００を示す。サプライチェーン内の異なるエンティティに関連付けられたクライアントシステムによって実行されるものとして以下で説明するが、システム２０００は、認証システム１１５、個人システム１２０、または別のシステムによっていくつかの実施形態で実行できる。いくつかの実施形態では、製造システム２００１は、安全タグのステータス情報でデータベース（例えば、データベース１３０）をプロビジョニングするように構成され得る。いくつかの態様では、製造システム２００１は、安全タグまたは安全タグでラベル付けされた項目に関するステータス情報でデータベースのアカウント２０１０の状態を更新するように構成することができる。製造システム２００１または別のシステムは、キャリアシステム２００３および小売業者システム２００５にアプリケーションキーを提供するように構成できる。これらのアプリケーションキーにより、運送業者システム２００３および／または小売業者システム２００５はアカウント２０１０の状態を更新または変更できる。代替的または追加的に、データベースのアカウント２０１０の状態には、アカウントへのアクセスを管理する規則を含めることができる。いくつかの実施形態において、顧客システム２００７は、アプリケーションキーを欠く可能性がある。したがって、いくつかの実施形態では、顧客システム２００７は、データベースへのデフォルトレベルのアクセスを有することができる。例えば、顧客システム２００７は、アカウント２０１０に記載されている状態情報への読み取り専用アクセス権を持つことができる。

クライアント装置は、アカウント２０１０に関連付けられた安全タグをスキャンできる。安全タグをスキャンすると、クライアント装置が認証サーバ１１５と対話して安全タグをデコードする可能性がある。いくつかの実施形態では、クライアント装置は、認証情報（例えば、アプリケーションキーまたは認証資格情報）を提供し、認証サーバ１１５に情報を更新するように構成することができる。

いくつかの実施形態では、安全タグからデコードされた情報を使用して、認証サーバ１１５は、アカウント２０１０を更新するように構成され得る。いくつかの態様では、認証サーバ１１５は、更新情報にアカウントのアドレスをオラクルに提供するように構成することができる。その後、Ｏｒａｃｌｅはアカウント２０１０に更新を書き込むことができる。いくつかの実施形態では、認証サーバ１１５は、個人データベースに情報を提供するように構成され得る。個人データベースは、更新を収集するように構成でき、定期的にデータベースに書き込むことができる。

様々な実施形態において、安全タグからデコードされた情報（例えば、データベース１３０のアカウント２０１０のアドレス）を使用して、認証サーバ１１５は、アカウント２０１０から情報を取得するように構成され得る。いくつかの態様では、認証サーバ１１５は、オラクルに状態情報の要求を提供するように構成することができる。要求には、アカウントのアドレスを含めることができる。オラクルは、アカウント２０１０の状態を読み取って状態情報を取得できる。状態情報は、クライアント装置に（直接または１つ以上のオラクルと認証サーバを介して）伝達される。

いくつかの実施形態では、認証サーバ１１５は、データベースに対する読み取りまたは書き込みのための情報を提供するように構成することができる。例えば、認証サーバ１１５は、データベース１３０内のアカウント２０１０のアドレスをデコードし、そのアドレスをクライアント装置に提供するように構成され得る。クライアント装置は、オラクルに連絡して更新を提供したり、情報を読み取ったりできる。そのような実施形態では、オラクルは、クライアント装置から受信したアプリケーションキーまたはアカウント２０１０に格納された規則に基づいてアカウント２０１０へのアクセスを制限するように構成され得る。

製造システム２００１に関連付けられたクライアント装置は、開示された実施形態と一致して、安全タグをスキャンすることができる。例えば、安全タグでラベル付けされた項目が製造システム２００１に関連付けられた製造施設を出るときに、作業者はクライアント装置を使用して安全タグをスキャンできる。製造システム２００１は、システム２０００を使用して、品目の製造に関する情報でアカウント２０１０を更新するように構成することができる。いくつかの実施形態では、製造システム２００１は、その後、ポータルにアクセスして、安全タグに関してアカウント２０１０に格納された情報を読み取ることができる。例えば、製造システム２００１が製造者に関連付けられたアプリケーションキーまたは資格情報を使用して（認証サーバ２１５またはＯｒａｃｌｅを介して）システム２０００にアクセスする場合、製造システム２００１は、追跡情報、販売情報、顧客データ、使用情報、活動情報、または場所情報の少なくとも１つを含む状態情報を取得できる。

配布システム２００３に関連付けられたクライアント装置は、開示された実施形態と一致して、安全タグをスキャンすることができる。例えば、ワーカはクライアント装置を使用して、安全タグでラベル付けされた項目を転送用に受信するときに、安全タグをスキャンできる。このスキャンに基づいて、配布システム２００３は、システム２０００を使用して、認証情報、宛先情報、または製造元情報の少なくとも１つに関する状態情報を取得するように構成できる。配布システム２００３は、システム２０００を使用して、項目の配布に関する情報でアカウント２０１０を更新するように構成できる。いくつかの実施形態において、配布システム２００３は、続いてポータルにアクセスして、安全タグに関してアカウント２０１０に格納された情報を読み取ることができる。例えば、配布システム２００３が卸業者に関連付けられたアプリケーションキーまたは資格情報を使用して（認証サーバ２１５またはＯｒａｃｌｅを介して）システム２０００にアクセスする場合、配布システム２００３は、信頼性情報、宛先情報、または製造元の少なくとも１つに関する状態情報を取得できる。

小売業者システム２００５に関連付けられたクライアント装置は、開示された実施形態と一致して、安全タグをスキャンすることができる。例えば、ワーカはクライアント装置を使用して、安全タグでラベル付けされた項目が卸業者から受信されると、安全タグをスキャンできる。このスキャンに基づいて、小売業者システム２００５は、システム２０００を使用して、信頼性情報、取引情報、製品情報、または追跡情報の少なくとも１つに関する状態情報を取得するように構成できる。小売業者システム２００５は、システム２０００を使用して、品目の受領または販売に関する情報でアカウント２０１０を更新するように構成できる。いくつかの実施形態では、小売業者システム２００５は、その後、ポータルにアクセスして、安全タグに関してアカウント２０１０に格納された情報を読み取ることができる。例えば、小売業者システム２００５が、販売業者に関連付けられたアプリケーションキーまたは資格情報を使用して（認証サーバ２１５またはオラクルを介して）システム２０００にアクセスする場合、小売業者システム２００５は、認証情報、取引情報、製品情報の少なくとも１つに関する状態情報を取得できる、または追跡情報。

クライアント装置２００７は、開示された実施形態と一致して、安全タグをスキャンすることができる。いくつかの実施形態では、クライアント装置２００７は、アプリケーションキーまたは認証証明書を欠いている場合がある。そのような実施形態では、システム２００は、安全タグ１０５でラベル付けされた項目に関する情報を比較的わずかに提供してもよい。例えば、クライアント装置２００７は、信頼性情報、製品情報、または所有権情報の少なくとも１つを取得できる場合がある。

本明細書で説明するように、アカウントの状態は、追跡情報、販売情報、顧客データ、使用情報、活動情報、位置情報、信頼性情報、宛先情報、更新メーカ情報、取引情報、製品データ、または所有権の証明情報の少なくとも１つを示す安全タグの状態情報を含むステータス情報を保存できる。製造業者、流通業者、小売業者、および顧客の間でのこの情報へのアクセスの特定の割り当ては、例示であることを意図しており、限定するものではない。

図２１は、開示された実施形態と一致する、データベース内の安全タグ情報を変更するための例示的なシステム２１００を示す。以下ではクライアントシステムによって実行されるものとして説明するが、システム２１００は、認証システム１１５、個人システム１２０、または別のシステムによっていくつかの実施形態で実行することができる。図２０に関して上述したように、システムは、安全タグを含む対話中またはポータルを使用してデータベースにアクセスして、安全タグの状態に関する情報を読み書きすることができる。図２１に示すように、特権アカウント（例えば、特権アプリケーションキーまたは認証資格情報で示される）を持つユーザは、データベースにアクセスして状態情報を更新し、タグをキャンセルできる。これにより、その後の使用または取引でタグが無効になる可能性がある。例えば、ユーザ２１０３が後でタグを使用してアクションを実行しようとすると、認証サーバ１１５はタグがキャンセルされたことを示し、タグの識別、タグの認証、またはアクションの実行を拒否できる。

図２２は、安全タグを使用して在庫を追跡するプロセスを示している。示されるように、図１６Ａおよび１６Ｂに関して説明されるように、ペアのタグ（例えば、タグ２２０１および２２０３）を使用して２つの靴を一緒に結び付けることができる。靴は、タグ２２０１および２２０３のそれぞれとペアになっているタグ２２０５で靴箱にラベルを付けることにより、靴を含む靴箱とペアにすることができる。靴箱のボックスのタグ２２０７は、タグ２２０５とペアにすることができる。輸送用コンテナのタグ２２０９は、靴箱のボックスのタグ２２０７とペアにすることができる。小売業者タグ２２１１は、出荷コンテナのタグ２２０９とペアにすることができる。顧客への所有権の譲渡は、図２３に関して以下で説明するように、タグ２２１３の生成に関連付けることができる。いくつかの実施形態において、タグ２２１３タグは、個々の靴タグ２２０１および２２０３と対にすることができる。この在庫追跡プロセス全体を通じて、記述されたタグに関連付けられたアカウントは、図２０および図２１に関して説明したように、追跡情報、位置情報、およびその他のステータス情報で更新できる。示されているように、小売業者が管理する（小売業者制御ループ２２０３内の）タグのアカウントの情報は、少なくとも小売業者がアクセスできるが、タグ２２０１、２２０３、および２２１３のアカウントの情報は顧客がアクセスできる。

図２３は、安全タグを使用して項目の所有権を譲渡するプロセスを示している。タグ検証プロセスには、一意に生成されたデジタル安全タグと元のメーカの安全タグ２３０１のペアリングが含まれる。いくつかの実施形態では、製品は、元の製造業者の安全タグ２３０１を持つ販売者によって受け取られる。製造元の安全タグ２３０１は販売者のシステムに記録され、オンラインで製品に関連付けられている。潜在的な顧客は、製品をオンラインで表示できる。潜在的な各顧客には、スキャン時に製品を認証できるセカンダリデータを含む一意に生成されたタグが表示される。一意に生成された各タグは、元のメーカの安全タグ２３０１と対になる。例えば、潜在的な購入者には、一意の安全タグ２３０３が提示される。一意の安全タグ２３０３は、元のメーカの安全タグ２３０１に似ているが、一意のセカンダリデータが含まれている。さらに、一意の安全タグ２３０３は、元のメーカの安全タグ２３０１と対になる。したがって、ユーザは、製品を見るための日時に関する情報を含み得る一意の安全タグ２３０３を維持しながら、製品の信頼性を確認できる。他の実施形態では、潜在的なユーザ２に一意の安全タグ２（２３０５）を提示でき、潜在的なユーザ３に一意の安全タグ３（２３０７）を提示でき、潜在的なユーザ４に一意の安全タグ４（２３０９）を提示でき、潜在的なユーザ５を提示できるユニークな安全タグ５（２３１１）を使用する。各実施形態において、一意の安全タグは、元の製造業者の安全タグ２３０１と対にされる。

いくつかの実施形態では、製品が買い手によって購入されると、売り手は元の製造業者安全タグ２３０１を買い手に割り当てることができる。他の実施形態では、元の製造業者の安全タグ２３０１は、購入時に買い手に自動的に割り当てることができる。いずれの実施形態でも、元の製造業者タグ２３０１の購入およびその後の割り当ては、ブロックチェーンで更新される。購入と割り当てに続いて、追加の一意の安全タグを生成し、元のメーカタグ２３０１とペアにすることはできない。特定の側面では、ペアの一意の安全タグを介して潜在的な顧客に購入を通知できる。例えば、元の製造元の安全タグ２３０１と一意の安全タグのペアリングを削除できる。別の例では、一意の安全タグは、ブロックチェーン上の更新された情報を介して潜在的な顧客に購入を通知できる。

図２４Ａは、例示的な安全タグを示す。安全タグには、様々な技術構成要素を含めることができる。例えば、技術構成要素には、検証フラグメント、外枠および内枠、外枠セクション、外枠ブロック、ドット、グリフ、コネクタおよびスプライン、Ｌａａｖａステージ１ＩＤ、中央グラフィック、中央グラフィックｐｕｂｌｉｃが含まれる。キー、および以下で詳細に説明する追加の技術的機能。さらに、技術構成要素を使用して、様々な形式でデータをエンコードできる。技術的な構成要素については、以下で詳しく説明する。

中央のグラフィックは、グラフィック、ブランド、またはその他のビジュアルにすることができ、フィンガプリントされたデータも含むエンドユーザの識別可能な要素にすることができる。いくつかの実施形態では、中央のグラフィックは、安全タグの向きに使用することができる。他の実施形態では、中央のグラフィックは、データを含み得るグリフセットであり得る。例えば、中央のグラフィックには、大きなタグよりも小さな指紋署名を含めることができ、必要に応じて、読み取り可能なテキストに１２８文字の情報を含めることができる。さらに他の実施形態では、ブランドを表示するために中央のグラフィックを使用することができる。そのような実施形態では、中央グラフィックは任意の形状とすることができ、色を有することができる。中央のグラフィックは、コントラストの異なる線でさらに囲まれ、タグの残りの部分から分離できる。いくつかの実施形態では、線は特定の太さを有することが要求され得る。

中央のグラフィック公開キーは、中央のグラフィックのハッシュされたＳＨＡ２バージョンである場合があり、通常は生成された大きな数である。以下でさらに詳しく説明するように、中央のグラフィック公開キーを使用して、タグの他の部分のロックを解除できる。Ｌａａｖａステージ１ＩＤは、製造元ＩＤと公開キーにすることができ、データを読み取る前にタグを識別することができる。グリフは通常、タグ内で生成された個々の形状または文字であり、ほとんどのデータ、キー、ＩＤなどが格納される場所である。外側のフレームは、安全タグの外側の境界線であり、スキャンの形状を定義する。外側のフレームは、追加の機能とデータストレージも可能にする。内側のフレームは、中央のグラフィックを囲む安全タグの内側のオプションの境界線にすることができ、中央のグラフィックからグリフを視覚的に分離するために使用できる。さらに、内側のフレームを使用して中央のグラフィックのフィンガプリントを作成し、データを含めることができる。

検証フラグメントは、特定の画像データのセットにすることができ、検証、比較、およびデータの保存に使用できる。検証フラグメントには、中央のグラフィックやその他の可変要素など、複数の要素を含めることができる。ドットは、空白が目に見える形または円になる安全タグのポイントになることができる。ドットは複数のデータ要素を保存してタグを定義でき、グリフを形成するための開始点になる。スプラインとコネクタは、２つ以上のドットを結合またはブレンドする形状にすることができ、大量のデータの保存と強力な暗号化またはエンコードを可能にする。外枠セクションは、外枠の識別された部分であり、データの保存または繰り返しに使用できる。外部フレームブロックは、外部フレームセクションのブレークのコレクションであり、データの格納に使用できる。

図２４Ｂは、例示的な安全タグに対応するグラフィックファイルの部分を示している。グラフィックファイルは、図２４Ａに示された例示的な安全タグを表す。グラフィックファイルは、タグ生成プロセス中に作成される。詳細については、以下で説明する。

図２５Ａは、それぞれ同じスタイルシートであるが異なるデータを使用して生成された安全タグ２５０１、安全タグ２５０３、および安全タグ２５０５を示す。スタイルシートは、安全なタグ生成の第１のステップのタグテンプレートを提供する。いくつかの実施形態では、スタイルシートは安全タグのクラスを記述する。スタイルシートの受信に続いて、タグ生成プロセスは数値シードを受け取り、安全タグレイアウトを生成し、タグデータを受け取る。その後、すべてが最終的な安全タグを生成する。スタイルシートと数値シードは、データをエンコードできる場所を提供する。その後、データはタグ特徴オプションとしてエンコードされる。図２５Ａでは、安全タグ生成プロセスの第１のステップで同じスタイルシートを使用して安全タグ２５０１、２５０３、および２５０５がすべて生成されたが、最終的な安全タグが生成される前に異なるデータが提供された。タグ生成プロセス中に、タグ生成システムは、安全タグ２５０１、２５０３、および２５０５のスタイルシートに基づいて同じ一次および二次場所から選択できるため、安全タグ間の類似性が得られる。各例示的な安全タグのレイアウトが作成された後、データはタグ特徴オプションにエンコードされ、独自のデザインが作成された。

図２５Ｂは、安全タグ２５１１、安全タグ２５１３、および安全タグ２５１５を示し、それぞれが異なるスタイルシートであるが同じタグデータを使用して生成される。前述のように、スタイルシートはタグ生成プロセスの第１のステップで使用される。安全タグ２５１１、２５１３、および２５１５はそれぞれ、利用可能な異なる一次および二次場所でタグ生成プロセスを開始した。前の例と同様に、データは、一次および二次位置が識別および選択された後にエンコードされる。データは様々なタグ特徴にエンコードでき、タグ生成アルゴリズムはランダム化されたデザインを生成するため、同じタグデータによって、最終的に安全タグデザインが大きく異なる可能性がある。安全タグ２５１１、２５１３、および２５１５は、スキャン時にすべて同じデータを返すが、各安全タグには独自のデザインがある。

図２６Ａ～図２６Ｐは、潜在的な安全タグ特徴の詳細を示している。各図については、以下で詳しく説明する。

図２６Ａは、例示的な安全タグの潜在的な特徴を示している。潜在的な各機能を使用して、データをエンコードしたり、フィンガプリントを作成したりできる。潜在的な機能は次のとおりである。プライマリ内部ドット、外部ブレーク、内部ブレーク、内部端ブレンド、外部水平ブレンド、内部フレーム、所有者ＩＤ、セカンダリ内部ドット、内部水平ブレンド、外部フレーム、外側のブレンド、短いブレンド、二次的な外側のドット、内側の変形、外側の変形、結節、長いブレンド。以下で詳しく説明するように、これらの潜在的な機能のそれぞれを使用して情報をエンコードできる。追加の変数資産を使用して、追加のデータを埋め込んだり、情報を暗号化したりできる。例えば、変数アセットには、インデント、くぼみ、色付きの図形、グラデーション、接続線、埋め込み記号を含めることができる。

いくつかの実施形態では、安全タグは、製品を認証するか情報を保存するための追加の機能を含み得る。例えば、背景パターンまたはテクスチャは、タグの後ろに微妙にまたは目に見えないように配置できる。同様に、別の例では、隣接するパターンまたはテクスチャを使用して、追加の認証を提供したり、情報を保存したりできる。別の例では、ペンローズタイルのグラフィックパターンを使用して、特定のタグセットをフィンガプリントまたは区別できる。さらに別の例では、一意の単語セットなどの隣接情報をタグの近くに配置できる。このような設計は、例えばカスタマーサポートの場合など、人間が読み取れるＩＤ確認が必要な場合に役立つ。

図２６Ｂは、位置ベクトル２６０１を示す例示的なタグを示している。位置ベクトル２６０１は、レイアウトおよびドットおよび形状の任意の変位が決定された後の例示的な安全タグ内のドットおよび形状の最終位置を開示する。位置ベクトル２６０１は、安全タグの各形状、ドット、およびタグ特徴の位置に関する情報を提供する。

図２６Ｃは、オフセットドット整列の例を示している。上記で開示されたように、例示的な安全タグのレイアウトは、安全タグのクラスおよび数値シードを記述するスタイルシートの受信に続いて決定され得る。レイアウト位置２６０３は、安全タグレイアウトが生成された後の例示的なドットの位置を示している。タグデータを受信すると、タグ特徴オプションとして安全タグが生成される。特定のタグ特徴オプションには、ドットとシェイプの配置と配置が含まれる。変位位置２６０５は、タグデータがタグ特徴オプションとしてエンコードされた後の例示的なドットの最終位置を示している。レイアウト位置２６０３と変位位置２６０５の違いは、人間の目に見分けがつかない場合があり、そのようなタグをコピーすることは困難である。タグ生成システムは、グリッドを標準グリッドよりもはるかに予測不能にするように設計されている。いくつかの実施形態では、解像度により、グリッドオフセット、ライン長、角度などに基づいて、変位位置２６０５をレイアウト位置２６０３から調整することができる。そのような実施形態では、これらの調整により、追加情報をタグにエンコードすることが可能になり得る。

図２６Ｄは、ドット接続機能オプション２６０８を示す例示的な安全タグを示している。ドット接続機能オプション２６０８は、他のドットに到達するために、安全タグの外枠内の任意の距離に広がることができる。いくつかの実施形態では、ドット接続機能オプション２６０８は、ドットとして直線として確立することができる。ドット接続機能オプション２６０８は、中央の画像を通過して別のドットに到達することはできない。

図２６Ｅは、スプラインおよび端接続を作成するためにデータがエンコードされた後のドット接続機能オプション２６０８を示している。スプラインを介して形成される形状は、グリフと呼ばれる。上記で説明したように、グリフはタグ内で生成された個々の形状または文字にすることができ、ほとんどのデータ、キー、ＩＤなどが格納される場所にすることができる。いくつかの実施形態では、スプライン数学を使用して、暗号化またはエンコードされた情報を含めることができる。例えば、楕円曲線暗号を使用できる。端結合を使用してデータを保存することもできる。

図２６Ｆおよび図２６Ｇは、同じ例示的なタグレイアウトのベクトルとしてドットおよびコネクタを示している。安全タグはベクトル形式で生成され、接続線と曲線を含む２Ｄポイントの観点から定義される。これらの画像のベクトルは、データのエンコードに使用できる可変スプラインの原点とスプラインの厚さ、またはコネクタを示している。図２６Ｆは、第１の接続幅２６０７を示し、図２６Ｇは、第２の接続幅２６０９を示す。第１の接続幅２６０７は、第２の接続幅２６０９よりも大きいものとして示されている。第１の接続幅２６０７および第２の接続幅２６０９は、同じデータまたは異なるデータでエンコードされ得る。

図２６Ｈは、端接続機能オプション２６１０を示す例示的なタグを示している。端接続は、潜在的な端コネクタ機能オプション２６１０から形成できる。端コネクタ機能オプション２６１０は、内側フレームまたは外側フレームの間に端接続を形成する可能性を提供する。端コネクタ機能オプション２６１０を選択して端接続に変換すると、データを形状にエンコードできる。例えば、端接続は、メーカ番号を表すために使用されるデータでエンコードできる。

図２６Ｈおよび２６Ｉは、同じ例示的なタグレイアウトのベクトルとしてドットおよび端接続を示している。これらの画像のベクトルは、データをエンコードするために使用できる可変端結合の原点と厚さを示している。図２６Ｉは、第１の端接続サイズ２６１１を示し、図２６Ｈは、第２の端接続サイズ２６１３を示す。第１の端接続サイズ２６１１は、第２の端接続サイズ２６１３よりも大きいものとして示されている。第１の接続サイズ２６１１および第２の端接続サイズ２６１３は、同じデータまたは異なるデータでエンコードされ得る。

図２６Ｊは、例示的な安全タグの様々なグリフおよび潜在的なスプライン機能を示している。グリフセットは、多数のスプラインを使用して生成し、柔軟な座標系内に配置できる。いくつかの実施形態において、グリフは、ブレンド曲率アルゴリズムを使用して数学的に生成することができる。他の実施形態では、所定の形状に基づいてグリフを生成することができる。例えば、顧客は、顧客の製品またはサービスに基づいて特定の形状のグリフを要求できる。この例では、グリフセットを明確に識別し、特別に設計できる。グリフのスプラインの太さは、部分的に各ドットのスプラインの開始位置に基づいて変化する。いくつかの実施形態において、グリフは、任意の数のドット間に形成され得る。グリフの周囲には、微細構造として、またはパスにデータを保存するアルゴリズム手法内にデータを含めることができる。図２６Ｊは、限られた数の可能なグリフとスプラインフィーチャのみを示している。

図２６Ｋは、第１のリング変形２６１５、第２のリング変形２６１７、および第３のリング変形２６１９を示し、これらはすべてデータをエンコードするために使用することができる。第１のリング変形２６１５は、外枠の内縁の変形を含み得る。第２のリング変形２６１７は、内側フレームの外縁上の変形を含み得る。第３のリング変形２６１９は、外枠の外縁の変形を含み得る。

図２６Ｌは、マイクロドット２６２１および微小印刷２６２３を示し、これらは両方ともデータをエンコードするために使用することができる。微小印刷２６２３は、第２の二値データセットを含むことができ、これは、外枠および外枠破損データと同様の方法で解釈することができる。低解像度では、微小印刷２６２３がノイズとして表示される場合がある。より高い解像度では、微小印刷２６２３は指紋データのグリッド位置に関する情報を含み得る。情報には、ＸまたはＹグリッド番号とオフセット値を含めることができる。いくつかの実施形態では、十分な微小印刷２６２３があれば、タグを暗号化することができる。他の実施形態では、微小印刷２６２３は異なる色を含み得る。そのような実施形態では、微小印刷２６２３は、同じ物理空間に追加情報を保存することができる。さらに他の実施形態では、外側フレームは、ラインの内側と外側の両方に微小印刷２６２３を含み得る。そのような実施形態では、内側および外側の両方の微小印刷２６２３を着色することができる。他の実施形態では、微小印刷２６２３は、ブロックされたセクションの高さを変えることにより追加の二値データを保存することができる。そのような実施形態では、二値コードは、物理サイズが小さいためコピーするのが難しい場合がある。微小印刷２６２３は高度なデータストレージに使用でき、非常に高解像度のカメラからアクセスできる。

図２６Ｍは、同じ場所を３つの異なるグラデーションの色塗りで示している。塗りつぶされていない２６２５、異なる色２６２７で塗りつぶされ、同じ色２６２９で塗りつぶされている。データは、場所の勾配と色に基づいて安全タグにエンコードできる。

図２６Ｎは、例示的なタグ特徴２６３１と、タグ特徴２６３１にエンコードされたデータを示している。タグ特徴２６３１は、接続によって接続された２つのドット、または第３のビットによって接続された２ビットを、エンコードされたデータを含む詳細領域２６３３とともに示す。詳細領域２６３３は、ドットの１つの端の周囲を包むスプラインを含み得る。詳細領域２６３３は、開始位置２６３５から読み取り方向２６３７に移動することで読み取ることができる。詳細領域２６３３は、３ビットのデータ（値Ａ）をエンコードする可能性のある第１空間周波数と、１８ビットのデータをエンコードする可能性のある第２空間周波数を持つことができる。値Ａ設定ビット２６３９は、第１の空間周波数で１を表し、値Ａ未設定ビット２６４１は、第１の空間周波数で０を表す。値Ｂ未設定Ｂは、第２の空間周波数で０を表し、値セットビット２６４５は、第２の空間周波数で１を表す。エンコードされたデータの３ビットと１８ビットに続いて、２６４７の繰り返しがある。

図２７Ａ～図２７Ｋは、例示的な安全タグの生成を示している。各図について、以下で詳しく説明する。

図２７Ａは、安全タグ生成のプロセスにおいてベースとして使用される例示的なグリッドを示す。グリッドは、グリフ２７０５のベースである潜在的な一次位置２７０１と潜在的な二次位置２７０３を備える。グリッドの形成は、安全タグの生成における第１の段階であり、特定のアルゴリズムを使用してランダム化されたデザインを作成する。潜在的な一次位置２７０１および潜在的な二次位置２７０３は、グリフ２７０５の最終的な位置および形状を決定する。グリフ２７０５は、任意の数の潜在的な一次位置２７０１および潜在的な二次位置２７０３にまたがることができる。

図２７Ｂは、選択された一次位置２７０７および選択されていない一次位置２７０９を示している。タグ生成プロセスのこの段階で、潜在的な一次位置２７０１が識別され選択される。タグ生成アルゴリズムは、所定数の潜在的な一次位置２７０１をランダムに選択する。次に、選択された一次位置２７０７は、安全タグ生成プロセスでさらに使用されるが、選択されていない一次位置２７０９は、タグ生成プロセスの一部ではなくなる。図２７Ｂでは、ランダムに選択された２６個の選択された一次位置２７０７があり、７２億個の可能な組み合わせの１つをもたらす。

図２７Ｃは、潜在的な二次位置２７１１の識別を示している。潜在的な二次位置２７１１は、選択された一次位置２７０７の間に位置する任意の二次位置を含み得る。図２７Ｃでは、４０の潜在的な二次位置２７１１が特定されており、約１兆のサブコンビネーションの可能性がある。

図２７Ｄは、選択されていない二次位置２７１３および選択された二次位置２７１５を示している。選択された二次位置２７１５は、以前に特定された潜在的な二次位置２７１１から選択される。選択された二次位置２７１５は、タグ生成アルゴリズムに基づいてシステムによって選択され、選択された一次位置２７０７を別個の選択された一次位置２７０７に接続するために使用され得る。

図２７Ｅは、安全タグ生成のプロセスで視覚化エンジンを介して処理する直前および直後に、選択された一次位置２７０７および選択された二次位置２７１５を示す二次グリッドを示す。選択された一次位置２７０７および選択された二次位置２７１５を含む二次グリッド、または最終的な二次グリッドは、さらに安全タグ生成のために視覚化エンジンに渡すことができる。特定の選択された一次位置２７０７は、選択された二次位置２７１５によってブリッジされる。選択された二次位置２７１５は、選択された一次位置２７０７間の接続を作成するために使用され、グリフが生成される。一部の実施形態では、各グリフ上の曲線の形状はデータを含み得る。形状ビルドに基づいて、構造に追加のコードバリエーションを導入できる。選択された二次位置２７１６によってブリッジされなかった選択された一次位置２７０７は、個々のドットとして残ることができる。いくつかの実施形態では、ドットはデータを含み得る。

図２７Ｆ～図２７Ｉは、選択された一次位置２７１９および選択された二次位置２７２１に基づいて異なる可能なグリフ２７１７を示す。各図で、タグ生成アルゴリズムは、潜在的なコネクタとして二次位置のいずれかを識別している場合がある。各図は、選択された二次位置２７２１に基づいて異なる可能なグリフ２７１７を示している。図２７Ｆおよび図２７Ｈは両方とも、選択された一次位置２７１９が少なくとも１つであるが３つ以下の選択された一次位置２７１９に接続されるグリフ２７１５を示すが、図２７Ｈは直列に接続された選択された一次位置２７１９を示す。図２７Ｇは、選択された一次位置２７１９が選択されたすべての一次位置２７１９に接続されているグリフ２７１７を示している。この図では、選択された二次位置２７２１により、選択された一次位置２７１９が大きな円または点になる。図２７Ｊは、５つの選択された一次位置２７１９のうち３つのみが選択された二次位置２７２１によって接続されているグリフ２７１７を示している。この図では、最終タグにはグリフ２７１７と２つの個別のドットが含まれる。図２７Ｆ～図２７Ｉの各グリフ２７１７には、データをエンコードできる。

図２７Ｊは、方向情報２７２３を有する例示的な安全タグを示している。方向情報２７２３は、中央の画像として安全タグの中央に配置できる。方向情報２７２３をタグ識別プロセスで使用して、光学式読み取り装置が正しいタグを適切に識別できるようにすることができる。いくつかの実施形態では、方向情報は、ロゴ、ブランド、または他の識別子を含み得る。

図２８Ａ～図２８Ｎは、例示的な安全タグを示している。各タグの詳細については、以下で説明する。

図２８Ａは、様々なフォームファクタの安全タグを示している。安全タグの外枠は、任意の形状にすることができる。例えば、特定の画像に一致するように設計されたタグを顧客が要求する場合がある。この例では、目的の画像が安全タグと商標の両方として機能する。いくつかの実施形態では、安全タグは中央画像を持たない場合がある。これらの実施形態では、タグの向きは、安全タグの外側フレームの設計に基づいて達成することができる。他の実施形態では、中央画像は、顧客により提供されるカスタム画像であり得る。図２８Ａは、オーストラリアの形状やＮｉｋｅ（商標）Ｓｗｏｏｓｈなど、考えられるフォームファクタの例を示している。

図２８Ｂは、一連の例示的なタグを示している。これらの各タグには、対称的なデザインと、コネクタまたはスプラインのない一連のドットがある。通常の安全タグ生成プロセスでは、対称安全タグが作成される可能性は非常に低くなる。しかし、安全タグ生成プロセスを制御して、図２８Ｂに示す例のように、審美的に魅力的なタグを作成することもできる。これらの例では、デザインが選択され、選択したデザインにデータをエンコードできる。

図２８Ｃは、バーコードと統合された安全タグの例を示している。いくつかの実施形態では、安全タグはバーコードと一緒に読み取ることができる。他の実施形態では、安全タグとバーコードは別々に読み取ることができる。安全タグとバーコードを統合すると、ＳＫＵベースのバーコード読み取り装置の後方互換性と一意のアイデンティティを提供できる。安全タグには、バーコードに関連する一致データを含めることができる。これにより、バーコードと安全タグの両方の不正使用または誤用を防ぐことができる。

図２８Ｄは、例示的な安全タグを示す。いくつかの実施形態では、例示的な安全タグは、色付きまたは黒の背景にオーバーレイされた中央画像を有することができる。他の実施形態では、安全タグは内部フレームを有さない場合がある。さらに他の実施形態では、安全タグは、外側フレームとは異なる形状の内側フレームを有することができる。

図２８Ｅは、対称パターンおよびＬａａｖａ中心画像を有する例示的な安全タグを示す。

図２８Ｆは、対称パターンとラーバ中心画像を備えた例示的な安全タグを示している。

図２８Ｇは、対称パターンとラーバ中心画像を備えた例示的な正方形の安全タグを示している。

図２８Ｈは、対称的なパターンとラーバ中心画像を備えた例示的な正方形の安全タグを示している。

図２８Ｉは、中心画像がなく、ドット間のコネクタがない例示的な安全タグを示す。

図２８Ｊは、Ｌａａｖａ中央画像を有し、ドット間にコネクタがない例示的な正方形の安全タグを示す。

図２８Ｋは、Ｌａａｖａ中央画像と狭い厚さのコネクタを備えた例示的な安全タグを示す。

図２８Ｌは、Ｌａａｖａ中央画像および狭い厚さのコネクタを備えた例示的な正方形の安全タグを示す。

図２８Ｍは、対称パターンとラーバ中心画像を備えた例示的な安全タグを示す。

図２８Ｎは、対称パターンおよびラーバ中心画像を備えた例示的な正方形の安全タグを示す。

図２９Ａは、安全タグを管理するための例示的なユーザインターフェースを示している。図２９Ａでは、ダッシュボードタブに２４時間にわたる安全タグアクティビティが表示されている。いくつかの実施形態では、ユーザインターフェースのダッシュボードは、単一の顧客のすべての安全タグの概要、場所ごとの安全タグの数、関連するユーザ情報、および関連する再販業者情報を含む情報を提供できる。ユーザインターフェースには、ユーザインタラクションに使用できる様々なタブがある。これらのタブには、タグ管理、タグ設計、タグ印刷、レポート、統計、アカウント情報、ＡＰＩセットアップ、ユーザ管理などが含まれる。

図２９Ｂは、安全タグ設計を要求するための例示的なユーザインターフェースを示している。タブデザインのユーザインターフェースは、安全タグを作成するための様々なオプションをユーザに提供できる。例えば、ユーザは、ネストされた安全タグが必要かどうか、および安全タグをペアにするかどうかを選択するオプションがある。その他の潜在的なカスタマイズ可能なオプションには、カスタマーセンタのロゴ、暗号化ＩＤ、カスタムＤＢ同期、安全タグがユーザが読み取り可能かどうか、ＩＤを難読化するかどうか、オフラインでの読みやすさ、場所の埋め込みの有無、リセラーが含まれる各ＩＤへのアクセス、Ｌａａｖａブロックチェーンを使用するかどうか、安全タグが強制終了可能かどうか。図３０Ｂでは、ユーザはネストされたタグの４つのレイヤを選択しており、最上位のレイヤがペアになっている。安全タグの各レイヤには、異なる情報を含めることができる。この例では、ユーザは各レイヤが提供できる情報と、各安全タグにアクセスするために必要なキーを制御できる。

いくつかの実施形態では、システム１００（例えば、認証サーバ１１５または個人システム１２０）は、１つ以上の安全タグを許可された安全タグの許可されていないコピーとして識別するように構成され得る。システム１００は、これらの不正コピーに関する情報にインデックスを付け、不正コピーに関する情報を含むレポートを生成するように構成することができる。例えば、システム１００は、安全タグの不正コピーがどこでどのくらいの頻度で検出されたかを示す図２９Ａおよび図２９Ｂのユーザインターフェースによって表示可能なヒートマップを生成するように構成することができる。

例示的な使用例

安全タグを使用して、アルコールなどの製品の販売および購入において顧客と小売業者の両方を支援できる。購入する前に、顧客は、例えばワインボトルなどのアルコールの信頼性を確認し、前の所有者、小売業者、製造業者、製造日、材料、使用説明書などのワインボトルに関する情報を受け取ることができる、安全警告、およびその他の関連情報。販売前に、小売業者はタグをスキャンして情報を確認できる。情報には、ロジスティクスでの到着の確認、ブドウ園からの小売業者のオファーの表示、メーカと製造データの表示、ワインボトルの在庫の表示、材料の表示、顧客の販売の表示が含まれるメモ、店舗の位置の決定、返品ポリシーの設定、ボトルごとのオファーの設定、ボトルの購入時に発生する幸運な勝利の設定、安全警告の表示、使用説明書の表示、およびその他の関連アクション。チェックアウト時に、小売業者はワインボトルの所有権を顧客に譲渡することができ、顧客は安全タグを使用して追加のメリット（再注文、レビューなど）を利用できる。いくつかの実施形態において、ワインボトルは、ボトルを開けた後の追加の信頼性のためにワインボトルキャップの内側に第２の安全タグの場所を有することができ、これはワインボトルの外側の安全タグと対にすることができる。

安全タグを使用して、Ｗｅｂページ、電子メール、またはその他のデジタル製品を認証できる。例えば、Ｗｅｂページには、Ｗｅｂページ自体の認証に使用されるデジタルトークンとして機能する、すべてのページに一意の安全タグを設定できる。安全タグは、所定の期間が経過すると変更される可能性がある。また、タグは、表示またはタイムアウトされると強制終了される。ユーザは、安全なプラグインを使用して、またはスマートフォンなどの光学式読み取り装置を使用して、安全タグ自体をスキャンするブラウザーを使用して、Ｗｅｂページ、電子メールなどを認証できる。安全タグを使用して、配信日時、ウェブサイトまたはメールプロバイダ、ウェブページまたはメールのセキュリティ情報、またはウェブページまたはメールに固有のその他の情報を確認できる。

顧客が所有し、許可されたビジネスとペアリングまたは共有する単一の保護されたタグ内で、複数の形式のメンバーシップを管理できる。顧客は、健康保険証、学生証、フィットネス会員証、旅行会員証など、様々な形式のＩＤおよび／または会員資格を持ち、単一の個人的な物理的またはデジタルセキュアにエンコードできる。鬼ごっこ。ＩＤやメンバーシップのエンコードされた形式に関連付けられた各ビジネスには、関連付けられた特定のＩＤやメンバーシップのみについて安全タグをチェックするアクセス権を付与できる。したがって、顧客は、複数の形式のＩＤを持ち歩く代わりに、各状況で同じ単一の安全タグを提示できる。

安全タグを使用して、オンラインとオフラインの両方で使用できる認証済みの保護された個人ＩＤを作成できる。ユーザは、公式ＩＤ（クレジットカード、パスポートなど）を関連機関（銀行、パスポートオフィスなど）に持ち込み、そこでＩＤが検証され、確認されたＩＤサプライヤがユーザの個人ＩＤブロックチェーンに接続される。認証された保護された個人ＩＤは、適切な当局によって読み取られ、選挙や投票、銀行取引明細書のプッシュ、安全なメッセージング、安全な電子メール、建物への入場、メンバーシップ、年齢証明、その他のアプリケーションで使用できる。個人識別が必要である。保護されたＩＤはユーザが所有しているが、関係は正式なＩＤ発行者と対になっているため、正式なＩＤ発行者はＩＤを取り消すことができる。

企業は、安全タグを使用して、顧客用に認証済みの個人ＩＤを作成できる。例えば、銀行などのビジネスは、そのユーザのアカウントに関連付けられた個人ＩＤと特定のアクセス許可を持つ読み取り装置（例えば、そのビジネスに固有のアプリを使用）の両方を顧客に提供できる。その顧客の特定の情報を含む物理的またはデジタル文書には、その文書に関連付けられた正しい個人ＩＤを持つユーザのみが読み取ることができるタグを含めることができる。ユーザが文書に関連付けられた正しい個人ＩＤを持っている場合、個人ＩＤによって許可されたレベルに対応するアクセスが許可される。さらに、認証された個人ＩＤを使用して、自動預け払い機や銀行などで顧客を確認できる。ビジネスは、正しい個人ＩＤを持たないユーザが文書をスキャンしたとき、または顧客の確認に個人ＩＤを使用できないときに通知を受け取ることができる。

安全タグを使用して、アートやその他の貴重な商品を認証し、アーティストが継続的／将来の販売から収益を潜在的に獲得できるようにすることができる。安全タグを元のアートワークに添付し、所有権を表す第２の安全タグと、アーティストが保持する第３の安全タグの両方とペアにすることができる。アートワークの安全タグと所有権を表す第２の安全タグの両方に、アート自体、現在の所有者、アーティスト、アートディーラに関する情報を含めることができ、所有権の売却と譲渡には両方が必要である。アーティストは、ペアになったタグを保持し、所有権の譲渡時に通知を受け取ることができる。所有権の譲渡による収益の一部が含まれる可能性がある。いくつかの実施形態では、例えば、タグに近接するアートフレーム上の木目パターンを使用して、近接フィンガプリントによりアートを検証することができる。近接指紋は顧客には見えないため、タグを移動すると検証されず、信頼性が証明されない場合がある。

粉ミルクなど、非常に特定の要件を持つ他の貴重な製品は、安全タグを使用して認証できる。粉ミルクには、外部の安全タグと内部の安全タグの両方を含めることができる。外部タグには、次のような重要な情報を含めることができる：使用説明書、メーカＩＤ、市場情報、安全情報、またはすべての潜在的な顧客がスキャンできるその他の関連情報。乳児用調乳を購入して所有権を譲渡すると、所有者は内部の安全タグに含まれる情報にアクセスできる。内部の安全タグは通常、パレットまたは出荷ＩＤを介して在庫または小売業者ＩＤとペアになり、購入した特定の乳児用調製粉乳に関する完全なサプライチェーン情報に顧客がアクセスできるようにする。

安全タグを使用して、紛失した項目を追跡し、所有者に返すことができる。ユーザは、所有者に関する情報を含む様々なフォームファクタで、独自の安全タグを印刷したり、安全タグを購入したりできる。安全タグは、アプリまたは別のプログラムを介して「遺失物」アカウントとペアリングし、項目に添付できる。タグの所有者には、タグがスキャンされるたびに、時間や場所などのスキャンに関する情報を含む通知が送信される。所有者は、他の誰かがタグをスキャンした場合に、所有者への連絡方法や項目の返品方法などの特定の情報を開示するかどうかを選択できる。

保証と保険の登録は、安全タグを使用して処理できる。顧客はブロックチェーンを通じて車両を認証し、車両を購入できる。その後、所有権は顧客に譲渡され、顧客は保証のために登録され、車両は適切なデータベース（ＤＭＶなど）で顧客に正式に登録される。顧客の保険会社は、最近購入した車両の顧客ＩＤと車両データを照合できる。顧客ＩＤが確認されると、保険を発行できる。

安全タグを使用して、カジノチップまたはその他のギャンブルチップを認証できる。各チップには、チップに埋め込まれたＲＦＩＤ ＩＤとペアにすることができる安全タグが与えられる。安全タグとＲＦＩＤの組み合わせはブロックチェーンで管理できるため、カジノは各チップを様々な方法で追跡できる。ユーザは、自分の読み取り装置で安全タグをチェックして、正当なチップが手元にあることを確認することもできる。さらに、チップ上の一意のタグは、スプーフィングされたタグを作成するための視覚的な抑止力として機能する。

宝くじやその他のプロモーションは、安全タグを使用して管理できる。会社はブロックチェーン上にチケットを作成できる。その後、顧客はブロックチェーンのチケットに関連付けられたデジタルまたは物理チケットを購入し、チケットのタグを公開できる。その後、チケットをスキャンし、顧客は勝ち負けに関する情報を受け取ることができ、勝ち負けの結果はブロックチェーンで更新できる。いくつかの実施形態では、チケットは、購入前に宝くじ会社、小売業者などに関する基本情報を明らかにするためにスキャンすることができるタグであることができ、現在の所有者がスキャンして勝ち負けの結果を明らかにできる新しいタグを明らかにするために削り取ることができる部分を持つタグにすることができる。

安全タグは、特定の顧客にプロモーション広告を提供するために使用できる。顧客には、その顧客に固有の特定のタグを含むプロモーション広告をオンラインで提供できる。その後、顧客は広告に関連付けられたＷｅｂサイトにアクセスし、特定のＩＤとプロモーションデータが埋め込まれた安全タグ付きのクーポンを印刷できる。その後、顧客は実店舗にアクセスしてクーポンを引き換えることができ、実売は元の広告に関連付けられたデジタルＣｏｏｋｉｅに関連付けられる。

安全タグは、一般的なプロモーション活動にも使用できる。例えば、自動車会社は、車両の景品や試乗を予約するために使用される、公に宣伝されるカスタムタグを作成できる。安全タグは一般に公開され、誰でもスキャンできる。安全タグは、各顧客スキャンが一意になるように、すべてのビューに必要な場所、時間、およびその他のデータが含まれるように、セット式に従ってアニメーション化できる。各スキャンはブロックチェーンにアップロードされ、会社は特定のスキャンを行うためのプロモーション規則を設定できる。

物理的な暗号通貨は、安全タグを使用して認証できる。ユーザは、「ビットコイン」などの暗号通貨を、安全タグが印刷された物理的なメモに読み込むことができる。安全タグは、アクセスキーによって特定の所有者に結び付けることも、オフラインで誰でも利用できるように公開することもできる。安全タグはチェックアウトステーションで検証でき、取引に関する情報はブロックチェーンにアップロードできる。いくつかの実施形態では、安全タグは、ＲＦＩＤなどの別の形式の識別とペアにすることができる。

安全タグを使用して、軍隊やその他の非公開組織で使用されるような機密項目へのアクセスを制御できる。プライベートブロックチェーンに保存された情報を使用して、プライベート安全タグを作成できる。指定された担当者には、タグ付き項目をスキャンおよび読み取るための様々なアクセスレベルを付与できる。許可されていない読み取り装置によって項目がスキャンされた場合、タグをスキャンした場所、時間、およびユーザに関するデータがプライベートブロックチェーンに返送される。許可されていない読み取り装置が項目をスキャンした場合、安全タグ所有者に向けられたアラームまたは警告がトリガされることがある。

肉や家畜、または他の有機製品は、近接フィンガプリントにより安全タグを使用して検証できる。例えば、安全タグの近くにある牛肉の「テクスチャ」は、パッケージングの時点で安全タグと一緒に指紋を取ることができる。安全タグは、牛肉の切り身、包装の日付、輸送、および傷みやすい商品の購入に重要なその他の情報を提供できる。製品をエンドユーザに対して完全に認証するには、安全タグとテクスチャを一緒にスキャンする必要がある。タグが移動した場合、近接フィンガプリンティングでは製品が本物であると検証されない。

安全タグを使用して、安全および検査レポートを確認および検証できる。検査が必要なユニットまたは装置がインストールされている場合、インストーラは、ユニット全体または個々の部品用の安全タグを作成し、インストールおよび製造元に関する情報を含めることができる。適切なアクセス権を持つ追加のユーザが検査および安全性評価中にタグをスキャンおよび更新できる。新しいユーザが安全タグをスキャンすると、検査履歴、交換履歴、以前にタグをスキャンしたユーザ、スキャンした日時、保証情報、部品が誰によって提供されたかに関する情報および関連すると見なされるその他の情報を受け取ることができる。したがって、検査のログをブロックチェーンに保存できる。

安全タグを使用して、薬と処方箋を認証できる。例えば、医師は処方箋の盗難を防ぐために、すべての処方箋ページに一意の安全タグを付けることができる。医師は、処方箋を書き留めるときにスキャンして、特定の患者がその処方箋を使用する許可を与えることができる。薬局が処方箋を補充しているとき、医師が特定の処方箋ページを使用する許可を医師が実際に与えているかどうか、また適切な薬が正しい人に処方されているかどうかを確認するために安全タグを確認できる。別の例では、安全タグを医薬品の包装、ブリスターパック、さらには個々の錠剤自体に印刷できる。これらの例では、薬は患者と照合されるため、医師、看護師、または承認された他の医療提供者がスキャン時に患者情報にアクセスできる。これにより、薬が処方されたとおりに服用されているという証拠が得られ、正しい人に適切な薬が確実に提供されるようになる。

安全タグを使用して、税金と経費の報告を追跡および検証できる。会社は、領収書と請求書をスキャンするための特定の読み取り装置を従業員に提供できる。領収書と請求書は一意のタグで印刷でき、このアクティビティ用に特別に設計された読み取り装置でスキャンできる。読み取り装置は、領収書または請求書の特定の安全タグのみをスキャンする機能をユーザに提供するように設計できる。スキャンされた費用はブロックチェーンに保存され、会社または税務当局が将来アクセスして費用と費用を確認できる。

ユーザは、様々な構成でカスタマイズされた安全タグを作成できる。例えば、特定のブランドは、商標と同じ形でデザインされたタグを持ちたい場合がある。これにより、様々なパッケージオプションと様々なレベルのセキュリティが可能になる。いくつかの実施形態では、安全タグの形状を標準形状に固定したまま、中央ロゴをカスタマイズすることができる。

安全タグを使用すると、灰色の製品を供給ラインから排除できる。特定の機器および車両の本物の部品には、製造業者に関する情報と、部品を使用する機器または車両の種類に関する情報を含む安全タグを付けることができる。将来、部品を検査および交換するエンジニアまたは技術者は、部品をスキャンして、部品が本物であり、正しい方法で使用されているかどうかを判断できる。

安全タグを使用して、偽造品または偽造品を識別および報告できる。顧客は製品の安全タグをスキャンして、製造業者、認可された販売国、承認された小売業者などを確認できる。この情報のいずれかがオフになっている場合、顧客はスキャンの場所と時間に関する情報を含め、項目を偽物として報告できる。レポートはブロックチェーンにアップロードされ、タグの所有者に通知される。さらに、各安全タグは一意であるため、同じタグが複数の場所で複数回スキャンされていると報告した場合、タグの所有者に不一致が自動的に通知される。

企業は、安全タグを使用して、靴などの製品のコピーを制限できる。この例では、コピー機は、正当なタグを持つ会社が製造した単一の靴にアクセスし、偽の靴に置くために正規のタグのコピーを作成した。その後、コピー機は靴を多数のバイヤに販売し、製品が本物であると主張する。第１のスキャンのみが認証された本物の製品になり、スキャンは靴が販売される前でなければならない。同じタグが初めてスキャンされたのではないことがタグで明らかになった場合、タグは偽造品として報告され、顧客は偽造品の購入を免れる。正当な顧客が靴を最初にスキャンしない場合、顧客は会社自体で製品を認証できる。

開示される実施形態は、システム、方法、および／またはコンピュータプログラム製品で実装され得る。コンピュータプログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令を有するコンピュータ可読記憶媒体を含み得る。

コンピュータ可読記憶媒体は、命令実行装置によって使用される命令を保持および格納できる有形の装置であり得る。コンピュータ可読記憶媒体は、例えば、電子記憶装置、磁気記憶装置、光学記憶装置、電磁記憶装置、半導体記憶装置、または前述の任意の適切な組み合わせであり得るが、これらに限定されない。コンピュータで読み取り可能な記憶媒体のより具体的な例の非網羅的なリストには、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能なプログラム可能な読み取り－メモリのみ（ＥＰＲＯＭまたはフラッシュメモリ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、デジタルバーサタイルディスク（ＤＶＤ）、メモリスティック、フロッピーディスク、命令が記録されたパンチカードまたは溝内の隆起構造などのエンコードされた装置、および前述の任意の適切な組み合わせ。本明細書で使用されるコンピュータ可読記憶媒体は、電波または他の自由に伝搬する電磁波、導波管または他の伝送媒体を伝搬する電磁波（例えば、光ファイバケーブルを通過する光パルス）またはワイヤを介して送信される電気信号などの一時的な信号それ自体と解釈されるべきではない）。

本明細書で説明するコンピュータ読み取り可能なプログラム命令は、コンピュータ読み取り可能な記憶媒体からそれぞれのコンピューティング／処理装置、またはインターネット、ローカルエリアネットワーク、ワイドエリアネットワークおよび／またはワイヤレスネットワークなどのネットワークを介して外部コンピュータまたは外部ストレージ装置にダウンロードできる。ネットワークには、銅線伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータ、および／または端サーバが含まれる。各コンピューティング／処理装置のネットワークアダプタカードまたはネットワークインターフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、各コンピューティング／処理装置内のコンピュータ可読記憶媒体に格納するためにコンピュータ可読プログラム命令を転送する。

本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、またはソースコードまたは対象物のいずれかであり得る。Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などの対象物指向プログラミング言語、および「Ｃ」プログラミング言語または同様のプログラミング言語などの従来の手続き型プログラミング言語を含む、１つ以上のプログラミング言語の任意の組み合わせで記述されたコード。コンピュータで読み取り可能なプログラム命令は、ユーザのコンピュータ上で、ユーザのコンピュータ上で、スタンドアロンのソフトウェアパッケージとして、ユーザのコンピュータ上で、リモートコンピュータ上で、またはリモートコンピュータまたはサーバ上で完全に実行できる。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続できる。または、外部コンピュータ（例えば、インターネットサービスプロバイダを使用したインターネット経由）。一部の実施形態では、例えば、プログラマブルロジック回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはプログラマブルロジックアレイ（ＰＬＡ）を含む電子回路は、コンピュータ可読プログラム命令の状態情報を利用して、本発明の態様を実行するために電子回路をパーソナライズすることによりコンピュータ可読プログラム命令を実行することができる。

本明細書では、本発明の実施形態による方法、装置（システム）、およびコンピュータプログラム製品のフローチャート図および／またはブロック図を参照して、本発明の態様を説明する。フローチャート図および／またはブロック図の各ブロック、およびフローチャート図および／またはブロック図におけるブロックの組み合わせは、コンピュータ可読プログラム命令によって実装できることが理解されよう。

これらのコンピュータ可読プログラム命令は、汎用コンピュータ、専用コンピュータ、またはその他のプログラム可能なデータ処理装置のプロセッサに提供され、コンピュータのプロセッサまたはその他のプログラム可能なデータを介して実行される命令がマシンを生成する処理装置、フローチャートおよび／またはブロック図のブロックで指定された機能／行為を実装するための手段を作成する。これらのコンピュータ可読プログラム命令は、コンピュータ、プログラム可能なデータ処理装置、および／または他の装置を特定の方法で機能させることができるコンピュータ可読記憶媒体に格納することもでき、その結果、コンピュータ可読記憶媒体は命令を格納するフローチャートおよび／またはブロック図ブロックで指定された機能／動作の側面を実装する命令を含む製品を含む。

コンピュータ可読プログラム命令は、コンピュータ、他のプログラム可能なデータ処理装置、または他の装置にロードして、コンピュータ、他のプログラム可能な装置または他の装置で一連の動作ステップを実行し、コンピュータ実装プロセスを生成することもできる。そのため、コンピュータ、他のプログラム可能な装置、または他の装置で実行する命令は、フローチャートおよび／またはブロック図のブロックで指定された機能／動作を実装する。

図中のフローチャートおよびブロック図は、本発明の様々な実施形態によるシステム、方法、およびコンピュータプログラム製品の可能な実装のアーキテクチャ、機能、および動作を示している。これに関して、フローチャートまたはブロック図の各ブロックは、指定された論理機能を実装するための１つまたは複数の実行可能な命令を含むソフトウェアプログラム、セグメント、またはコードの一部を表してもよい。また、いくつかの代替の実装では、ブロックに記載されている機能は、図に記載されている順序とは異なる順序で発生する場合があることに注意する必要がある。例えば、実際には、連続して示される２つのブロックは、実質的に同時に実行される場合がある。または、機能が関係する場合は、ブロックが逆の順序で実行される場合もある。また、ブロック図および／またはフローチャート図の各ブロック、およびブロック図および／またはフローチャート図のブロックの組み合わせは、指定された機能または行為を実行する専用ハードウェアベースのシステムまたは特殊用途のハードウェアとコンピュータの指示の組み合わせによって実装できることに注意されたい。

本発明の様々な実施形態の説明は、例示の目的で提示されているが、網羅的であることまたは開示された実施形態に限定されることを意図するものではない。記載された実施形態の範囲および精神から逸脱することなく、多くの修正および変形が当業者には明らかであろう。本明細書で使用される用語は、実施形態の原理、市場で見られる技術に対する実際の応用または技術的改善を最もよく説明するか、または当業者が本明細書で開示される実施形態を理解できるように選択された。

このアプリケーションから満了する特許の存続期間中に、多くの関連する仮想化プラットフォーム、仮想化プラットフォーム環境、信頼できるクラウドプラットフォームリソース、クラウドベースの資産、プロトコル、通信ネットワーク、セキュリティトークンおよび認証資格情報が開発され、範囲これらの用語のすべては、そのような新しい技術をすべて先験的に含むことを意図している。

明確にするため別個の実施形態の文脈で説明されている本発明の特定の特徴は単一の実施形態に組み合わせて提供することもできることは分かるであろう。逆に、簡潔にするために単一の実施形態の文脈で説明される本発明の様々な特徴は、別個に、または任意の適切なサブコンビネーションで、または本発明の他の説明された実施形態で適切に提供されてもよい。様々な実施形態の文脈で説明される特定の特徴は、実施形態がそれらの要素なしで動作不能でない限り、それらの実施形態の本質的な特徴と見なされるべきではない。

本発明をその特定の実施形態に関連して説明したが、多くの代替、修正、および変形が当業者には明らかであることは明らかである。したがって、添付の特許請求の範囲の精神および広い範囲内にあるそのようなすべての代替、修正、および変形を包含することが意図されている。本発明の態様の一部を以下記載する。
［態様１］
安全タグと対話するための認証サーバであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサによって実行されたときに、
タグ画像を含むタグ識別要求を受信することと、
スタイルシートを使用して生成された安全タグの画像の保存されたハッシュを使用して、前記受信タグ画像内の安全タグを識別することと、
前記受信タグ画像と前記スタイルシートを使用して生成されたタグをデコードするためのデコード規則とを使用してタグデータを生成することと、
前記タグ識別要求に応じて前記タグデータを提供することと、を含む動作を前記認証サーバに実行させる命令を含む少なくとも１つの非一時的メモリと、
を備える認証サーバ。
［態様２］
前記保存されたハッシュおよび前記受信タグ画像を使用して前記安全タグを識別することは、
前記受信タグ画像のハッシュを生成することと、
前記保存されたハッシュと前記生成されたハッシュとの間の差がしきい値基準を満たすと判定することと、
を含む、態様１に記載の認証サーバ。
［態様３］
前記受信タグ画像の前記ハッシュを生成することは、前記受信タグ画像を所定のピクセル数を有する画像に変換することを含む、態様２に記載の認証サーバ。
［態様４］
前記所定のピクセル数は、６４ピクセル以上、かつ１，０４８，５７６ピクセル以下である、態様３に記載の認証サーバ。
［態様５］
前記ハッシュは知覚ハッシュである、態様２に記載の認証サーバ。
［態様６］
前記差は、前記保存されたハッシュと前記生成されたハッシュとの間のハミング距離である、態様２に記載の認証サーバ。
［態様７］
前記受信タグ画像はベクトルグラフィックスファイルであり、
前記受信タグ画像の前記ハッシュを生成することは、前記ベクトルグラフィックスファイルの少なくとも一部をラスタライズすることを含む、態様２に記載の認証サーバ。
［態様８］
前記受信タグ画像内の前記安全タグを識別することは、
前記受信タグ画像のハッシュを生成することと、
前記生成されたハッシュと、第１の安全タグの画像の保存されたハッシュとの差を使用して、前記第１の安全タグを選択することと、
前記受信タグ画像の所定のセグメントの第２のハッシュを生成することと、
前記生成された第２のハッシュと、前記第１の安全タグの前記画像における前記所定の部分の保存された第２のハッシュとの差を使用して、前記第１の安全タグから前記安全タグを選択することと、
を含む、態様１に記載の認証サーバ。
［態様９］
前記受信タグ画像内の前記安全タグを識別することは、前記受信タグ画像の漸進的により小さいセグメントのハッシュを生成することを含む、態様１に記載の認証サーバ。
［態様１０］
前記受信タグ画像内の前記安全タグを識別することは、
前記受信タグ画像のハッシュを生成することと、
前記安全タグの第１の所定のセグメントに対応する前記受信タグ画像の第１のセグメントの第２のハッシュを生成することと、
前記生成されたハッシュと前記安全タグの画像の保存されたハッシュとの差がしきい値基準を満たさないと判定することと、
前記生成された第２のハッシュと前記安全タグの前記第１の所定のセグメントの画像の保存された第２のハッシュとの差を使用して前記安全タグを選択することと、
前記安全タグの第２の所定のセグメントに対応する第３のハッシュを生成することと、
前記生成された第３のハッシュと、前記安全タグの前記第２の所定のセグメントの画像の保存された第３のハッシュとの間の差を使用して、前記安全タグを検証することと、
を含む、態様１に記載の認証サーバ。
［態様１１］
前記第３のハッシュは、前記安全タグの前記第２の所定のセグメントに対応する前記受信タグ画像の第２のセグメントにわたって生成される、態様１０に記載の認証サーバ。
［態様１２］
前記第３のハッシュは、前記安全タグの前記第２の所定のセグメントに対応する第２の受信タグ画像にわたって生成される、態様１０に記載の認証サーバ。
［態様１３］
前記受信タグ画像内の前記安全タグを識別することは、
前記安全タグの所定のセグメントの画像のハッシュを、前記受信タグ画像を含む１つ以上の受信タグ画像のセグメントのハッシュと比較し、前記１つ以上の受信タグ画像の前記セグメントは、前記安全タグの前記所定のセグメントに対応することと、
前記比較に基づいて前記安全タグを選択することと、
を含む、態様１に記載の認証サーバ。
［態様１４］
前記比較は、
前記安全タグの前記所定のセグメントの前記画像の前記ハッシュと、前記１つ以上の受信タグ画像のセグメントの前記対応するハッシュとの間のセグメント距離と、
前記セグメント距離を使用した全体距離またはしきい値基準を満たすセグメント距離のカウントの少なくとも１つと、
を判定することを含む、態様１３に記載の認証サーバ。
［態様１５］
前記動作は、前記安全タグの前記所定のセグメントの前記画像の前記ハッシュの数、前記しきい値基準を満たすセグメント距離のカウント、および前記セグメント距離を使用して信頼値を判定することをさらに含む、態様１４に記載の認証サーバ。
［態様１６］
前記１つ以上の受信タグ画像は、
第１の詳細レベルでタグの少なくともいくつかを示す第１の画像と、
前記第１の詳細レベルよりも大きい第２の詳細レベルで前記タグの少なくともいくつかを示す第２の画像と、
を含む、態様１３に記載の認証サーバ。
［態様１７］
前記動作は、
個人システムから前記画像の前記保存されたハッシュを受信することと、
前記個人システムにデコード要求を提供し、前記デコード要求は前記安全タグの識別子を含むことと、
をさらに含み、
前記デコード規則は、前記デコード要求に応じて前記個人システムから受信される、態様１に記載の認証サーバ。
［態様１８］
前記タグ識別要求は認証キーを含み、
前記デコード要求は認証キーを含み、
前記デコード規則は前記認証キーに対応する、
態様１に記載の認証サーバ。
［態様１９］
前記タグ識別要求はクライアント装置から受信され、
動作は、
前記スタイルシートを使用して生成されたタグの公開部分をデコードするための公開デコード規則を受信することと、
前記クライアント装置に前記公開デコード規則を提供することと、
をさらに含む、態様１に記載の認証サーバ。
［態様２０］
前記デコード規則は、前記スタイルシートによって規定されたタグ特徴のサブセットのデコードを可能にする、態様１に記載の認証サーバ。
［態様２１］
前記デコード規則は、前記スタイルシートによって規定された前記安全タグの一部のデコードを可能にする、態様１に記載の認証サーバ。
［態様２２］
前記デコード規則は、
前記スタイルシートによって定義された前記安全タグの第１の部分、または前記スタイルシートによって規定されたタグ特徴の第１のサブセットの少なくとも１つのデコードを可能にする第１のデコード規則と、
前記安全タグの第２の部分または前記タグ特徴の第２のサブセットの少なくとも１つのデコードを可能にする第２のデコード規則と、
を含み、
前記受信タグ画像と前記デコード規則とを使用してタグデータを生成することは、
第１のデコード規則を使用して第１のタグデータを生成することと、
第１のタグデータと第２のデコード規則を使用して第２のタグデータを生成することと、
を含む、態様１に記載の認証サーバ。
［態様２３］
前記動作は、タグ識別要求を追跡することをさらに含む、態様１に記載の認証サーバ。
［態様２４］
前記動作は、タグ識別要求情報を記憶することをさらに含む、態様１に記載の認証サーバ。
［態様２５］
前記動作は、タグデータを反映するために分散データベースを更新する命令を提供することをさらに含む、態様１に記載の認証サーバ。
［態様２６］
安全タグを生成するためのシステムであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサによって実行されたときに、
安全タグのクラスを説明するスタイルシートを受け取ることと、
数値シードを取得することと、
前記数値シードとスタイルシートとを使用して安全タグレイアウトを生成し、前記安全タグレイアウトは、前記数値シードとスタイルシートとに基づいてタグ特徴オプションの組み合わせを指定することと、
タグデータを受信することと、
前記タグデータの値に従って前記タグ特徴オプションを選択することにより、前記タグデータをエンコードする安全タグを生成することと、
前記安全タグの知覚ハッシュを生成することと、
前記安全タグの前記ハッシュと識別子とをデータベースに保存することと、
前記安全タグを提供することと、を含む動作を認証サーバに実行させる命令を含む少なくとも１つの非一時的メモリと、
を備えるシステム。
［態様２７］
前記安全タグレイアウトは、データをエンコードするために、前記安全タグレイアウト内の１つ以上の参照位置を示す参照部分を指定する、態様２６に記載のシステム。
［態様２８］
前記安全タグレイアウトは、データをエンコードするために、前記安全タグレイアウト内の参照されていない部分を指定する、態様２６に記載のシステム。
［態様２９］
前記安全タグレイアウトは、ランダムデータをエンコードするために、前記安全タグレイアウト内のジャンク部分を指定する、態様２６に記載のシステム。
［態様３０］
前記安全タグレイアウトは、暗号化キーをエンコードするために、前記安全タグレイアウト内のキー部分を指定する、態様２６に記載のシステム。
［態様３１］
前記タグ特徴オプションは、前記安全タグレイアウトによって指定された位置におけるタグ特徴の有無を含む、態様２６に記載のシステム。
［態様３２］
前記タグ特徴オプションは、タグ特徴のサイズ、色、または形状を含む、態様２６に記載のシステム。
［態様３３］
前記タグ特徴オプションは、前記安全タグレイアウトによって指定された位置からの逸脱を含む、態様２６に記載のシステム。
［態様３４］
前記タグ特徴オプションは、前記安全タグレイアウトによって指定された位置に存在するいくつかのタグ特徴を含む、態様２６に記載のシステム。
［態様３５］
前記タグ特徴オプションは、前記タグ特徴上のスプラインエンコードの存在を含む、態様２６に記載のシステム。
［態様３６］
前記スプラインエンコードは、基準点または基準線から様々な距離に延びるタグ特徴端を含む、態様３５に記載のシステム。
［態様３７］
前記様々な距離は、１つ以上の空間的に多重化されたタグデータ値をエンコードする、態様３６に記載のシステム。
［態様３８］
前記様々な距離は、前記１つ以上の空間的に多重化されたタグデータ値の繰り返しをエンコードする、態様３７に記載のシステム。
［態様３９］
前記タグ特徴オプションは、前記タグ特徴上の微細構造の存在を含む、態様２６に記載のシステム。
［態様４０］
前記タグ特徴はリムを含み、前記リムの前記タグ特徴オプションは、リム破損、リム変形、およびリム接続を含む、態様２６に記載のシステム。
［態様４１］
前記タグ特徴はリム破損を含み、前記リム破損の前記タグ特徴オプションはリム破損端形状を含む、態様２６に記載のシステム。
［態様４２］
前記タグ特徴は、所定のタイプのタグ特徴間の接続を含み、前記接続のためのタグ特徴オプションは、接続幅および接続非対称を含む、態様２６に記載のシステム。
［態様４３］
前記タグ特徴は、タグ特徴間の接続を含み、前記接続のための前記タグ特徴オプションは、接続幅および接続非対称を含む、態様２６に記載のシステム。
［態様４４］
前記タグ特徴は、中央ロゴを含み、前記タグ特徴オプションは、前記安全タグの中心点からの前記中央ロゴの変位を含む、態様２６に記載のシステム。
［態様４５］
前記タグ特徴オプションを選択することによりタグデータをエンコードする前記安全タグを生成することは、第１のタグデータの値に従って第１のタグ特徴オプションを選択し、前記第１のタグ特徴オプションの前記選択は第２のタグ特徴オプションを作成することと、第２のタグデータの値に従って前記第２のタグ特徴オプションを選択することと、を含む、態様２６に記載のシステム。
［態様４６］
前記第１のタグ特徴オプションはポイントの有無を含み、前記第２のタグ特徴オプションは前記第１のタグデータの値に従って存在するポイント間の接続の有無を含み、第３のタグデータをエンコードする第３のタグ特徴オプションは、前記第２のタグデータの前記値に応じて存在する接続の幅を含む、態様４５に記載のシステム。
［態様４７］
前記タグデータの値に従って前記タグ特徴オプションを選択することにより、前記タグデータをエンコードする前記安全タグを生成することは、
暗号化キーで前記タグデータを暗号化することと、
前記暗号化されたタグデータの値に従って前記タグ特徴オプションを選択することと、
前記暗号化キーを前記安全タグにエンコードすることと、
を含む、態様２６に記載のシステム。
［態様４８］
前記安全タグは、ベクトルグラフィックスファイルを含む、態様２６に記載のシステム。
［態様４９］
前記安全タグを提供することは、前記安全タグをラスタライズすることを含む、態様２６に記載のシステム。
［態様５０］
前記安全タグを提供することは、前記安全タグで対象物にラベル付けすること、またはデジタル製品に前記安全タグを組み込むことを含む、態様２６に記載のシステム。
［態様５１］
前記動作は、前記タグデータを提供する前に、前記生成されたハッシュを他の安全タグのハッシュとの衝突についてチェックすることをさらに含む、態様２６に記載のシステム。
［態様５２］
前記スタイルシートは、公開データをエンコードするための前記安全タグレイアウトの部分を生成する公開部分と、個人データをエンコードするための前記安全タグレイアウトの部分を生成する個人部分とを含む、態様２６に記載のシステム。
［態様５３］
前記動作は、
前記安全タグの異なるセグメントの知覚ハッシュを複数の詳細レベルで生成することと、
前記安全タグの異なるセグメントの前記知覚ハッシュを前記データベースに保存することと、
をさらに含む、態様２６に記載のシステム。
［態様５４］
前記タグデータは、１つ以上の他の安全タグに関する１つ以上の識別子を含む、態様２６に記載のシステム。
［態様５５］
前記１つ以上の識別子における第１の識別子は、前記１つ以上の他の安全タグにおける第１の安全タグの知覚ハッシュを含む、態様５４に記載のシステム。
［態様５６］
前記タグデータは、多要素識別項目の識別子を含むことを特徴とする態様２６に記載のシステム。
［態様５７］
前記多要素識別項目は、画像の認証証明書または知覚ハッシュを含む、態様５６記載のシステム。
［態様５８］
前記画像は、前記タグでラベル付けされた対象物の一部を示す、態様５７に記載のシステム。
［態様５９］
前記画像は、前記タグに関連付けられた人物を示す、態様５７に記載のシステム。
［態様６０］
前記タグを提供することは、基板上に前記タグを印刷し、前記タグの少なくとも第１の部分が蛍光インクで印刷されることを含む、態様２６に記載のシステム。
［態様６１］
安全タグ読み取り装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサによって実行されたときに、
画像内の潜在的な安全タグを検出することと、
前記画像およびスタイルシートを使用して、正規化安全タグ画像を生成することと、
前記正規化安全タグ画像を含む識別要求を認証サーバに提供することと、
前記安全タグにエンコードされたタグデータをタグ特徴オプションとしてデコードするための規則を受信することと、
前記受信した規則を使用して前記タグデータをデコードすることと、を含む動作を前記安全タグ読み取り装置に実行させる命令を含む少なくとも１つの非一時的メモリと、
を備える安全タグ読み取り装置。
［態様６２］
前記画像は、前記安全タグ読み取り装置のスキャナから受信される、態様６１に記載の安全タグ読み取り装置。
［態様６３］
前記スキャナはカメラである、態様６１に記載の安全タグ読み取り装置。
［態様６４］
前記画像内の前記潜在的安全タグを検出することは、前記潜在的安全タグのサイズが前記スタイルシートから読み出されたサイズ制約を満たすと判定することを含む、態様６１に記載の安全タグ読み取り装置。
［態様６５］
前記潜在的安全タグは、幾何学的特徴検出、カーネルベースの特徴検出、テンプレートマッチング、または畳み込みニューラルネットワークのうちの少なくとも１つを使用して検出される、態様６１に記載の安全タグ読み取り装置。
［態様６６］
幾何学的特徴検出を使用して前記画像内の潜在的安全タグを検出することは、
画像をしきい値処理して二値画像を生成することと、
前記スタイルシートから読み出されたターゲットパラメータ値を使用して、前記二値画像内の幾何学的特徴を検出することと、
前記幾何学的特徴を使用して、前記潜在的な安全タグの基準点を決定することと、
を含む、態様６５に記載の安全タグ読み取り装置。
［態様６７］
前記幾何学的特徴は同心円の楕円を含み、前記基準点は前記同心円の楕円の焦点を含む、態様６６に記載の安全タグ読み取り装置。
［態様６８］
前記潜在的な安全タグの正規化画像を生成することは、前記画像を白黒画像またはグレースケール画像に変換することを含む、態様６１に記載の安全タグ読み取り装置。
［態様６９］
前記潜在的な安全タグの正規化画像を生成することは、画像ワープ変換と前記スタイルシートから検索されたターゲットパラメータ値とを使用して前記画像を平坦化することを含む、態様６１に記載の安全タグ読み取り装置。
［態様７０］
画像ワープ変換を使用して前記画像を平坦化することは、魚眼歪み、樽型歪み、または角度歪みのうちの少なくとも１つを補正することを含む、態様６９に記載の安全タグ読み取り装置。
［態様７１］
前記ターゲットパラメータ値は、内側または外側のタグリム形状を含む、態様６９に記載の安全タグ読み取り装置。
［態様７２］
前記潜在的安全タグの正規化画像を生成することは、潜在的画像ギャップのタグ特徴オプションを決定し、前記タグ特徴オプション値をターゲットパラメータ値と比較することにより画像ギャップを検出することを含む、態様６１に記載の安全タグ読み取り装置。
［態様７３］
前記ターゲットパラメータ値は、内側または外側のタグリムの厚さと直径比、または内側または外側のタグリムの厚さとタグリムの破断幅比を含む、態様７２に記載の安全タグ読み取り装置。
［態様７４］
前記潜在的な安全タグの正規化画像を生成することは、タグ特徴の向きを決定し、前記タグ特徴の前記決定された向きおよびスタイルシートから検索されたターゲットパラメータ値に基づいて前記画像を回転させることを含む、態様６１に記載の安全タグ読み取り装置。
［態様７５］
前記タグ特徴は中央ロゴであり、前記ターゲットパラメータ値は中央ロゴの向きを含む、態様７４に記載の安全タグ読み取り装置。
［態様７６］
前記潜在的な安全タグの正規化画像は、ベクトルグラフィックス画像を含む、態様６１に記載の安全タグ読み取り装置。
［態様７７］
前記画像は複数の潜在的な安全タグを含み、
前記識別要求は、前記複数の潜在的な安全タグに対応するベクトルグラフィックス画像のストリームを含む、態様６１に記載の安全タグ読み取り装置。
［態様７８］
前記識別要求は前記安全タグ読み取り装置の公開鍵を含み、
前記識別要求の少なくとも一部は、前記安全タグ読み取り装置の秘密鍵で暗号化される、態様６１に記載の安全タグ読み取り装置。
［態様７９］
前記画像を使用して正規化安全タグ画像を生成することは、
前記安全タグ読み取り装置のユーザインターフェースに、前記画像と前記潜在的な安全タグを強調する表示とを表示する指示を提供することと、
前記潜在的な安全タグの第２のズームイン画像を生成する指示を受信することと、
前記潜在的な安全タグの第２のズームイン画像から前記正規化画像を生成することと、
を含む、態様６１に記載の安全タグ読み取り装置。
［態様８０］
前記動作は、
前記安全タグ読み取り装置のユーザインターフェースに、前記画像と前記潜在的な安全タグを強調する表示とを表示する指示を提供することと、
前記潜在的な安全タグの選択を受信することと、
前記安全タグ読み取り装置のユーザインターフェースに前記安全タグデータを表示する手順を提供することと、
をさらに含む、態様６１に記載の安全タグ読み取り装置。
［態様８１］
前記潜在的安全タグを強調表示する前記表示は、前記画像内の前記潜在的安全タグを囲む境界ボックスである、態様８０に記載の安全タグ読み取り装置。
［態様８２］
前記スタイルシートの前記公的に利用可能な部分は、タグ特徴オプションとして前記安全タグにエンコードされた公開タグデータをデコードするための規則を提供する、態様６１に記載の安全タグ読み取り装置。
［態様８３］
前記公開タグデータは、認証サーバのアドレス、製品タイプ、ブランド名、在庫番号、またはエラー訂正コードのうちの少なくとも１つを含む、態様８２に記載の安全タグ読み取り装置。
［態様８４］
安全タグシステムであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサによって実行されたときに、
潜在的なタグ特徴オプションの選択としてタグデータをエンコードする安全タグをスキャンすることと、
認証サーバと対話して前記安全タグをデコードすることと、
分散データベースに保存された前記安全タグの状態情報を受信し、前記状態情報は、前記タグの有効性ステータスを示す、ことと、
を含む動作を前記安全タグシステムに実行させる命令を含む少なくとも１つの非一時的メモリと、
を備える安全タグシステム。
［態様８５］
認証サーバと対話して前記安全タグをデコードすることは、前記安全タグの画像を前記認証サーバに提供することを含む、態様８４記載の安全タグシステム。
［態様８６］
認証サーバと対話して前記安全タグをデコードすることは、前記安全タグの知覚ハッシュを前記認証サーバに提供することを含む、態様８４に記載の安全タグシステム。
［態様８７］
認証サーバと対話して前記安全タグをデコードすることは、前記認証サーバに認証キーを提供することを含む、態様８４に記載の安全タグシステム。
［態様８８］
前記状態情報は、前記認証サーバから受信され、前記状態情報は、前記認証キーに依存する、態様８７に記載の安全タグシステム。
［態様８９］
前記安全タグをデコードするために前記認証サーバと対話することは、
前記認証サーバから、前記タグデータをエンコードする前記タグ特徴オプションを示すデコード命令を受信することと、
前記デコード命令を使用して前記タグデータを生成し、前記タグデータはタグ識別子を含む、ことと、
を含む、態様８４に記載の安全タグシステム。
［態様９０］
分散データベースから前記安全タグの前記状態情報を受信することは、前記タグ識別子をオラクルに提供することを含む、態様８９に記載の安全タグシステム。
［態様９１］
分散データベースから前記安全タグの前記状態情報を受信することは、認証キーをオラクルに提供することをさらに含み、
受信した前記状態情報は前記認証キーに依存する、態様９０に記載の安全タグシステム。
［態様９２］
前記認証キーは製造業者に対応し、前記状態情報は追跡情報、販売情報、顧客データ、使用情報、活動情報、または位置情報のうちの少なくとも１つを含む、態様９１に記載の安全タグシステム。
［態様９３］
前記認証キーは卸業者に対応し、前記状態情報は、信頼性情報、宛先情報、または製造業者情報のうちの少なくとも１つを含む、態様９１に記載の安全タグシステム。
［態様９４］
前記認証キーは小売業者に対応し、前記状態情報は、信頼性情報、取引情報、製品情報、または追跡情報のうちの少なくとも１つを含む、態様９１に記載の安全タグシステム。
［態様９５］
前記認証キーは購入者に対応し、前記状態情報は、信頼性情報、製品情報、または所有権情報のうちの少なくとも１つを含む、態様９１に記載の安全タグシステム。
［態様９６］
前記動作は、前記分散データベースに保存するために、前記安全タグの更新された状態情報を提供することをさらに含む、態様１に記載の安全タグシステム。
［態様９７］
前記安全タグの前記更新された状態情報は、認証キーとともに前記分散データベースに書き込むためにオラクルに提供される、態様９６に記載の安全タグシステム。
［態様９８］
前記安全タグの前記更新された状態情報は、前記安全タグが無効であることを示す、態様９７に記載の安全タグシステム。
［態様９９］
前記更新された状態情報は、前記状態情報に対する更新されたアクセシビリティオプションを含む、態様８４に記載の安全タグシステム。
［態様１００］
前記安全タグの前記状態情報は、追跡情報、販売情報、顧客データ、使用情報、活動情報、位置情報、信頼性情報、宛先情報、更新された製造者情報、取引情報、製品データ、または所有権の証明情報の少なくとも１つを示す、態様８４に記載の安全タグシステム。
［態様１０１］
前記安全タグの前記状態情報は、前記安全タグと別の安全タグとの間のペアリングを示す、態様８４に記載の安全タグシステム。
［態様１０２］
安全タグシステムであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサによって実行されたときに、
潜在的な第１の安全タグ特徴オプションの選択として第１のタグデータをエンコードする第１の安全タグに関連付けられた製品に関する取引要求を受信することと、
潜在的な第２の安全タグ特徴オプションの選択として第２のタグ識別データをエンコードする前記製品に関する第２の安全タグを生成し、第２のタグデータは前記第１の安全タグの識別子および購入者の識別子を含む、ことと、
前記購入者への所有権の移転の表示を受信することと、
データベースに前記第２の安全タグのエントリを作成し、前記作成されたエントリは、前記所有権の移転を示す、ことと、を含む動作を前記安全タグシステムに実行させる命令を含む少なくとも１つの非一時的メモリと、
を備える安全タグシステム。
［態様１０３］
前記製品はデジタル製品を含む、態様１０２に記載の安全タグシステム。
［態様１０４］
前記第１の安全タグは、前記デジタル製品に埋め込まれるか、または前記デジタル製品と共に表示される、態様１０３に記載の安全タグシステム。
［態様１０５］
前記製品は物理的製品を含む、態様１０２に記載の安全タグシステム。
［態様１０６］
前記第１の安全タグは前記物理的製品にラベル付けする、態様１０５に記載の安全タグシステム。
［態様１０７］
前記動作は、前記データベース内の前記第１の安全タグのエントリを更新することをさらに含む、態様１０２に記載の安全タグシステム。
［態様１０８］
前記エントリは、前記所有権の移転、前記第２のタグの識別子、前記所有権の移転に関する取引情報、または前記第１の安全タグの有効性状態の少なくとも１つを示すように更新される、態様１０７に記載の安全タグシステム。
［態様１０９］
前記第１の安全タグの前記識別子は、少なくともいくつかの前記第１のタグデータのハッシュを含む、態様１０２に記載の安全タグシステム。
［態様１１０］
前記第２の安全タグを生成することは、前記第１の安全タグをデコードして前記第１のタグデータを読み出すことを含む、態様１０２に記載の安全タグシステム。
［態様１１１］
前記第２の安全タグは、前記第１の安全タグに関連付けられたスタイルシートを使用して生成される、態様１０２に記載の安全タグシステム。
［態様１１２］
前記第２の安全タグは、固有の数値シードを使用して生成される、態様１０２に記載の安全タグシステム。
［態様１１３］
データベースは分散データベースであり、
前記データベースに前記第２の安全タグの前記エントリを作成することは、ブロックチェーンに書き込むために、前記第２のタグの認証キーと識別子とをオラクルに提供することを含む、態様１０２に記載の安全タグシステム。
［態様１１４］
安全タグと対話するためのサーバであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサによって実行されたときに、
潜在的な第１の安全タグ特徴オプションの選択として第１のタグデータをエンコードする第１の安全タグに関する要求を受信し、前記第１のタグデータは保存された文脈情報を含むことと、
前記保存された文脈情報をデコードすることと、
文脈情報を受信することと、
前記受信した文脈情報と前記保存された文脈情報とを使用して前記要求を認証することと、
前記要求に応じて認証が成功したことを示すことと、を含む動作を前記サーバに実行させる命令を含む少なくとも１つの非一時的メモリと、
を備えるサーバ。
［態様１１５］
前記保存された文脈情報は、認証信任状、生体認証識別子、音声ファイル、タグ識別子、または画像の知覚ハッシュのうちの少なくとも１つを含む、態様１１４に記載のサーバ。
［態様１１６］
前記生体認証識別子は、指紋または声紋を含む、態様１１５に記載のサーバ。
［態様１１７］
前記第１の安全タグは項目にラベル付けし、前記画像は前記項目の一部を示す、態様１１５に記載のサーバ。
［態様１１８］
前記ラベル付き項目は身分証明書であり、
前記項目の前記一部は、身分証明書の身分証明書写真である、態様１１７に記載のサーバ。
［態様１１９］
前記第１の安全タグは項目にラベル付けし、前記画像は、前記項目に関連付けられた人物または前記項目のテクスチャを示す、態様１１５に記載のサーバ。
［態様１２０］
前記要求を認証することは、前記受信した文脈情報および前記保存された文脈情報が類似性基準を満たすと判定することを含む、態様１１４に記載のサーバ。
［態様１２１］
前記類似性基準の充足度は、前記受信した文脈情報と前記保存された文脈情報との間のハミング距離に依存する、態様１２０に記載のサーバ。
［態様１２２］
前記動作は、前記文脈情報を要求することをさらに含み、
前記受信した文脈情報は、前記要求への応答として受信される、態様１１４に記載のサーバ。
［態様１２３］
前記認証成功の表示は、前記第１のタグデータの少なくとも一部を含む、態様１１４に記載のサーバ。
［態様１２４］
前記認証成功の表示は、前記第１のタグデータの少なくともいくつかに対する命令をデコードすることを含む、態様１１４に記載のサーバ。
［態様１２５］
前記認証成功の表示は、分散データベースから読み出されたステータス情報を含む、態様１１４に記載のサーバ。
［態様１２６］
前記ステータス情報は、オラクルを使用して分散データベースから読み出される、態様１１４に記載のサーバ。
［態様１２７］
潜在的な第１の安全タグ特徴オプションの選択として第１のタグデータをエンコードする第１の安全タグでラベル付けされた基板と、
前記基板に取り外し可能に接着されたオーバーレイであって、前記第１の安全タグと位置合わせされる透明部分および不透明部分を含み、前記第１の安全タグと位置合わせされた不透明部分とは、潜在的な第２の安全タグ特徴オプションの選択として第２のタグデータをエンコードする、オーバーレイと、
を備える２部構成ラベル。
［態様１２８］
前記潜在的な第１の安全タグ特徴オプションは、前記潜在的な第２の安全タグ特徴オプションとは異なる、態様１２７に記載の２部構成ラベル。
［態様１２９］
前記位置合わせされた不透明部分は、選択された潜在的な第１の安全タグ特徴オプションを隠す、態様１２７に記載の２部構成ラベル。
［態様１３０］
前記位置合わせされた不透明部分が、潜在的な第１の安全タグ特徴オプションを選択する、態様１２７に記載の２部構成ラベル。
［態様１３１］
前記潜在的な第１の安全タグ特徴オプションは、第１の安全タグレイアウトによって指定される位置におけるタグ特徴の有無を含む、態様１２７に記載のシステム。
［態様１３２］
前記潜在的な第２の安全タグ特徴オプションは、前記第１の安全タグレイアウトとは異なる第２の安全タグレイアウトにより指定される位置におけるタグ特徴の有無を含む、態様１３１に記載のシステム。
［態様１３３］
第１のタグデータ、第１の数値シード、および第１のスタイルシートを使用して、潜在的な第１の安全タグ特徴オプションの選択として第１のタグデータをエンコードする第１の安全タグを生成することと、
第２のタグデータ、第２の数値シード、および第２のスタイルシートを使用して、潜在的な第２の安全タグ特徴オプションの選択として第２のタグデータをエンコードする第２の安全タグを生成することと、
前記第１の安全タグと前記第２の安全タグとの間の差分画像を判定することと、
前記第１の安全タグで基板にラベルを付けることと、
前記基板にオーバーレイを取り外し可能に接着し、前記差分画像で過度にラベル付けし、第１の安全タグと位置合わせされることと、
を含む、２部構成ラベルを生成する方法。
［態様１３４］
前記オーバーレイは、前記第２の安全タグに存在しない前記第１の安全タグの部分を隠す、態様１３３に記載の方法。
［態様１３５］
前記オーバーレイは、前記第１の安全タグに存在しない前記第２の安全タグの部分を示す、態様１３３に記載の方法。
［態様１３６］
前記オーバーレイは、前記第１の安全タグに存在する前記第２の安全タグの部分を送信する、態様１３３に記載の方法。
［態様１３７］
前記第１のスタイルシートは、前記第２のスタイルシートとは異なる、態様１３３に記載の方法。
［態様１３８］
前記基材は消費財を含む、態様１３３に記載の方法。
［態様１３９］
前記第１の安全タグは、前記消費財の購入後状態に対応し、前記第２の安全タグは、前記消費財の購入前状態に対応する、態様１３８に記載の方法。
［態様１４０］
文書を提供する方法であって、
文書と対になった第１の安全タグを生成し、前記第１の安全タグは、潜在的なタグ特徴オプションの選択を使用して前記文書の識別子をエンコードすることと、
第１の装置から前記文書へのアクセス要求を受信することと、
前記第１の装置に前記第１の安全タグを提供することと、
安全タグ画像を含む確認要求を第２の装置から受信することと、
前記第１の安全タグを前記安全タグ画像と比較することと、
前記比較に基づいて前記第１の装置に前記文書を提供することと、
を含む、方法。
［態様１４１］
前記文書の前記識別子は、前記文書のハッシュを含む、態様１４０に記載の方法。
［態様１４２］
前記第１の安全タグを前記安全タグ画像と比較することは、
前記第１の安全タグの知覚ハッシュを生成することと、
前記安全タグ画像の知覚ハッシュを生成することと、
前記保存された知覚ハッシュと前記生成された知覚ハッシュとの差がしきい値基準を満たすと判定することと、
を含む、態様１４０に記載の方法。
［態様１４３］
前記第１の安全タグを前記安全タグ画像と比較することは、
前記安全タグ画像の知覚ハッシュを生成することと、
前記生成された知覚ハッシュと、前記第１の安全タグの画像の保存された知覚ハッシュとの差を使用して、第１の安全タグを選択することと、
前記安全タグ画像の所定のセグメントの第２の知覚ハッシュを生成することと、
前記生成された第２の知覚ハッシュと、第１の安全タグの画像の所定の部分の保存された第２の知覚ハッシュとの差を使用して、複数の前記第１の安全タグから前記第１の安全タグを選択することと、
を含む、態様１４０に記載の方法。
［態様１４４］
前記確認要求は確認要求識別子を含み、
前記比較に基づいて前記文書を前記第１の装置に提供することは、
前記要求と対になった第２の安全タグを生成し、前記第２の安全タグは、潜在的なタグ特徴オプションの選択を使用して前記確認要求識別子をエンコードすることと、
前記第２の安全タグで前記文書に透かしを入れることと、
をさらに含む、態様１４０に記載の方法。
［態様１４５］
前記第２の装置はモバイル装置である、態様１４０に記載の方法。
［態様１４６］
前記安全タグ画像の前記受信が認証基準を満たすと判定することをさらに含む、態様１４０に記載の方法。
［態様１４７］
前記認証基準は、前記第１の安全タグに関連するいくつかの確認要求に関係する、態様１４６に記載の方法。
［態様１４８］
前記認証基準は、前記第１の装置への前記第１の安全タグの前記提供からの経過時間に関する、態様１４６に記載の方法。
［態様１４９］
前記認証基準は、前記確認要求の地理的起源に関係する、態様１４６に記載の方法。
［態様１５０］
前記確認要求は確認要求識別子を含み、
前記認証基準は前記確認要求識別子に関係する、態様１４６に記載の方法。
［態様１５１］
前記認証基準は、前記アクセス要求のアクセス識別子が前記確認要求の確認識別子と一致する場合に満たされる、態様１５０に記載の方法。
［態様１５２］
可変安全タグを生成するためのシステムであって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサによって実行されたときに、
タグデータの値に応じたタグ特徴オプションの選択として、前記タグデータをエンコードする第１の安全タグを生成することと、
第２の装置のスキャナから、第１のタグ画像を含むタグ画像のシーケンスを含む要求を受信することと、
前記第１の安全タグと前記第１のタグ画像とを使用して前記要求を認証することと、
前記要求の前記認証の表示を提供することと、を含む操作を前記システムに実行させる命令を含む少なくとも１つの非一時的メモリと、
を備えるシステム。
［態様１５３］
前記動作は、第１の装置のディスプレイ上に前記第１の安全タグを含むタグのシーケンスを表示する命令を提供することをさらに含む、態様１５２に記載のシステム。
［態様１５４］
前記第１の安全タグを含むタグのシーケンスを表示する命令を提供することは、前記タグのシーケンスをデジタル製品に埋め込むことを含む、態様１５３に記載のシステム。
［態様１５５］
前記命令は、トリガに応答して、前記第１の装置のディスプレイのタグのシーケンスを表示することを提供する、態様１５３に記載のシステム。
［態様１５６］
前記スキャナはカメラである、態様１５２に記載のシステム。
［態様１５７］
前記要求を認証することは、前記第１の安全タグの１つ以上の知覚ハッシュを、前記第１のタグ画像の１つ以上の対応するハッシュと比較することを含む、態様１５２に記載のシステム。
［態様１５８］
前記要求を認証することは、前記第１の安全タグを含む複数の安全タグを、前記第１のタグ画像を含む複数の対応するタグ画像に一致させることを含む、態様１５２に記載のシステム。
［態様１５９］
前記認証は、所定の出現順序に従って、前記複数の安全タグを前記複数の対応するタグ画像に一致させることをさらに要求する、態様１５８に記載のシステム。
［態様１６０］
前記タグのシーケンスはジャンクタグを含む、態様１５２に記載のシステム。
［態様１６１］
前記トリガは、ロールオーバイベントまたはクリックイベントである、態様１５２に記載のシステム。
［態様１６２］
前記要求の認証の前記表示は、前記タグデータの少なくともいくつかを含む、態様１５２に記載のシステム。
［態様１６３］
前記要求の認証の前記表示は、前記第１のタグデータの少なくともいくつかをデコードするためのデコード命令を含む、態様１５２に記載のサーバ。
［態様１６４］
前記要求の認証の表示は、データベースから読み出されたステータス情報を含む、態様１５２に記載のサーバ。
［態様１６５］
前記データベースは分散データベースであり、
前記ステータス情報は、オラクルを使用して分散データベースから取得される、態様１５２に記載のサーバ。
［態様１６６］
数値シードとスタイルシートの組み合わせに基づくタグ特徴オプションの選択として製品識別データをエンコードするコンピュータ読み取り可能な安全な追跡タグにより製品にラベル付けすることを含む、製品を追跡する方法。
［態様１６７］
前記タグ特徴オプションは、前記数値シードと前記スタイルシートとの組み合わせによって指定される位置におけるタグ特徴の有無を含む、態様１６６に記載の方法。
［態様１６８］
前記タグ特徴オプションは、タグ特徴のサイズ、色、または形状を含む、態様１６６に記載の方法。
［態様１６９］
前記タグ特徴オプションは、前記数値シードと前記スタイルシートとの組み合わせによって指定される位置からの逸脱を含む、態様１６６に記載の方法。
［態様１７０］
前記タグ特徴オプションは、前記数値シードと前記スタイルシートとの組み合わせによって指定される位置に存在するいくつかのタグ特徴を含む、態様１６６に記載の方法。
［態様１７１］
前記タグ特徴オプションは、前記タグ特徴上のスプラインエンコードの存在を含む、態様１６６に記載の方法。
［態様１７２］
前記スプラインエンコードは、基準点または基準線から様々な距離に延びるタグ特徴端を含む、態様１７１に記載の方法。
［態様１７３］
前記様々な距離は、１つ以上の空間的に多重化されたタグデータ値をエンコードする、態様１７２に記載の方法。
［態様１７４］
前記様々な距離は、前記１つ以上の空間的に多重化されたタグデータ値の繰り返しをエンコードする、態様１７３に記載の方法。
［態様１７５］
前記タグ特徴オプションは、前記タグ特徴上の微細構造の存在を含む、態様１６６に記載の方法。
［態様１７６］
前記タグ特徴はリムを含み、前記リムのタグ特徴オプションは、リム破損、リム変形、およびリム接続を含む、態様１６６に記載の方法。
［態様１７７］
前記タグ特徴はリム破損を含み、前記リム破損のタグ特徴オプションはリム破損端形状を含む、態様１６６に記載の方法。
［態様１７８］
前記タグ特徴は、所定のタイプのタグ特徴間の接続を含み、前記接続のためのタグ特徴オプションは、接続幅および接続非対称を含む、態様１６６に記載の方法。
［態様１７９］
前記タグ特徴は、タグ特徴間の接続を含み、前記接続のためのタグ特徴オプションは、接続幅および接続非対称を含む、態様１６６に記載の方法。
［態様１８０］
前記タグ特徴は中央ロゴを含み、前記タグ特徴オプションは、前記安全タグの中心点からの前記中央ロゴの変位を含む、態様１６６に記載の方法。
［態様１８１］
前記方法は、前記コンピュータ可読の安全追跡タグを生成することをさらに含む、態様１６６に記載の方法。
［態様１８２］
前記コンピュータ可読の安全追跡タグを生成することは、前記製品識別データの第１の値に従って第１のタグ特徴オプションを選択し、前記第１のタグ特徴オプションの選択は第２のタグ特徴オプションを作成することと、前記製品識別データの第２の値に従って前記第２のタグ特徴オプションを選択することと、を含む、態様１８１の方法。
［態様１８３］
前記第１のタグ特徴オプションはポイントの有無を含み、前記第２のタグ特徴オプションは前記第１の値に従って存在するポイント間の接続の有無を含み、製品識別データの第３の値をエンコードする第３のタグ特徴オプションは、前記第２の値に従って存在する接続の幅を含む、態様１８２に記載の方法。
［態様１８４］
前記コンピュータ可読の安全追跡タグを生成することは、
前記製品識別データの少なくとも一部を暗号化キーで暗号化することと、
前記製品識別データの前記暗号化された部分の値に従って第１のタグ特徴オプションを選択することと、
コンピュータ可読の安全追跡タグに前記暗号化キーをエンコードすることと、
を含む、態様１８１に記載の方法。
［態様１８５］
前記コンピュータ可読の安全追跡タグはベクトルグラフィックファイルを含み、前記製品をコンピュータ可読の安全追跡タグでラベル付けすることは前記ベクトルグラフィックファイルをラスタライズすることを含む、態様１６６に記載の方法。
［態様１８６］
前記方法は、前記コンピュータ可読の安全追跡タグの識別情報を認証サーバに提供することをさらに含む、態様１６６に記載の方法。
［態様１８７］
前記方法は、前記コンピュータ可読の安全追跡タグのハッシュを生成し、前記識別情報を前記認証サーバに提供する前に、他のコンピュータ可読の安全追跡タグのハッシュとの衝突についてハッシュをチェックすることをさらに含む、態様１８６に記載の方法。
［態様１８８］
数値シードとスタイルシートとの組み合わせに基づくタグ特徴オプションの選択として製品識別データをエンコードするコンピュータ可読の安全追跡タグが印刷された基材を含む、製品を追跡するためのラベル。
［態様１８９］
前記タグ特徴オプションは、前記数値シードと前記スタイルシートとの組み合わせによって指定される位置におけるタグ特徴の有無を含む、態様１８８に記載のラベル。
［態様１９０］
前記タグ特徴オプションは、タグ特徴のサイズ、色、または形状を含む、態様１８８に記載のラベル。
［態様１９１］
前記タグ特徴オプションは、前記数値シードと前記スタイルシートとの組み合わせによって指定される位置からの逸脱を含む、態様１８８に記載のラベル。
［態様１９２］
前記タグ特徴オプションは、前記数値シードと前記スタイルシートとの組み合わせによって指定される位置に存在するいくつかのタグ特徴を含む、態様１８８に記載のラベル。
［態様１９３］
前記タグ特徴オプションは、前記タグ特徴上のスプラインエンコードの存在を含む、態様１８８に記載のラベル。
［態様１９４］
前記スプラインエンコードは、基準点または基準線から様々な距離に延びるタグ特徴端を含む、態様１９３に記載のラベル。
［態様１９５］
前記様々な距離は、１つ以上の空間的に多重化されたタグデータ値をエンコードする、態様１９４に記載のラベル。
［態様１９６］
前記様々な距離は、前記１つまたは複数の空間多重化タグデータ値の繰り返しをエンコードする、態様１９５に記載のラベル。
［態様１９７］
前記タグ特徴オプションは、前記タグ特徴上の微細構造の存在を含む、態様１８８に記載のラベル。
［態様１９８］
前記タグ特徴はリムを含み、前記リムのタグ特徴オプションは、リム破損、リム変形、およびリム接続を含む、態様１８８に記載のラベル。
［態様１９９］
前記タグ特徴はリム破損を含み、前記リム破損用の前記タグ特徴オプションはリム破損端形状を含む、態様１８８に記載のラベル。
［態様２００］
前記タグ特徴は、所定のタイプのタグ特徴間の接続を含み、前記接続のためのタグ特徴オプションは、接続幅および接続非対称を含む、態様１８８に記載のラベル。
［態様２０１］
前記タグ特徴は、タグ特徴間の接続を含み、前記接続のためのタグ特徴オプションは、接続幅および接続非対称を含む、態様１８８に記載のラベル。
［態様２０２］
前記タグ特徴は中央ロゴを含み、前記タグ特徴オプションは前記安全タグの中心点からの前記中央ロゴの変位を含む、態様１８８に記載のラベル。

Claims (18)

1. 安全なタグと対話するための認証サーバであって、
   少なくとも１つのプロセッサと、
   前記少なくとも１つのプロセッサによって実行されたときに、
   少なくとも１つのタグ画像を含むタグ識別要求を受信することと、
   前記受信した少なくとも１つのタグ画像内の、数値シードとスタイルシートの組み合わせに基づいてタグ特徴オプションを選択することによって生成される安全タグを識別することであって、前記安全タグを識別することは、
   第１のハッシュと第２のハッシュのペアを比較することであって、安全タグの所定のセグメントに基づく前記ペアの第１のハッシュと、前記受信した少なくとも１つのタグ画像の対応するセグメントに基づく前記ペアの第２のハッシュを比較し、少なくとも部分的に前記比較に基づいて安全タグを選択することを含み、
   前記安全タグの識別を示す応答を提供することと、を含む動作を前記認証サーバに実行させる命令を含む少なくとも１つの非一時的メモリと、
   を備える認証サーバ。
2. 前記安全タグを識別することは、 前記第２のハッシュを生成することをさらに含み、
   少なくとも部分的に前記比較に基づいて安全タグを選択することは、前記第１のハッシュと前記第２のハッシュとの間の差がしきい値基準を満たすとさらに判定することと、
   を含む、請求項１に記載の認証サーバ。
3. 前記受信した少なくとも１つのタグ画像の前記第２のハッシュを生成することは、前記受信した少なくとも１つのタグ画像を所定のピクセル数を有する画像に変換することを含む、請求項２に記載の認証サーバ。
4. 前記所定のピクセル数は、６４ピクセル以上、かつ１，０４８，５７６ピクセル以下である、請求項３に記載の認証サーバ。
5. 前記ハッシュは知覚ハッシュである、請求項２に記載の認証サーバ。
6. 前記差は、前記第１のハッシュと前記第２のハッシュとの間のハミング距離である、請求項２に記載の認証サーバ。
7. 前記受信した少なくとも１つのタグ画像はベクトルグラフィックスファイルであり、
   前記受信した少なくとも１つのタグ画像の前記第２のハッシュを生成することは、前記ベクトルグラフィックスファイルの少なくとも一部をラスタライズすることを含む、請求項２に記載の認証サーバ。
8. 前記第１のハッシュと第２のハッシュを比較することは、
   前記第２のハッシュと、第１の安全タグに対応する前記第１のハッシュとの差を使用して、前記第１の安全タグを選択することと、
   前記受信した少なくとも１つのタグ画像の第２のセグメントの追加のハッシュを生成することとを含み、
   少なくとも部分的に前記比較に基づいて前記安全タグを選択することは、前記追加のハッシュと、前記第１の安全タグに対応するセグメントの追加のハッシュとの差を使用して、前記第１の安全タグから前記安全タグを選択すること、
   を含む、請求項１に記載の認証サーバ。
9. 前記第１のハッシュと第２のハッシュの前記ペアを比較することは、前記受信した少なくとも１つのタグ画像の漸進的により小さいセグメントのハッシュを生成することを含む、請求項１に記載の認証サーバ。
10. 前記第１のハッシュと第２のハッシュの前記ペアを比較することは、
    前記第２のハッシュと前記第１のハッシュとの差がしきい値基準を満たさないと判定することと、
    前記受信した少なくとも１つのタグ画像の第１の追加のセグメントの第１の追加のハッシュと前記安全タグに対応するセグメントの第１の追加のハッシュとの差を使用して前記安全タグを選択することと、
    前記安全タグの第２の追加のセグメントに対応する第２の追加のハッシュを生成することと、
    前記第２の追加のハッシュと、前記安全タグの前記第２の追加のセグメントの第３の追加ハッシュとの間の差を使用して、前記安全タグを検証することと、
    を含む、請求項１に記載の認証サーバ。
11. 前記受信した少なくとも１つのタグ画像は、第１の画像と、前記安全タグの前記第２の追加のセグメントに対応する前記第１の画像を使用して生成される前記第２の追加のハッシュとを含む、請求項１０に記載の認証サーバ。
12. 前記受信された少なくとも１つのタグ画像は、第１の画像と第２の画像とを含み、前記第２の画像は、前記タグの前記第２の追加のセグメントに対応し、前記第１の追加のハッシュは、前記第１の画像を使用して生成され、前記第２の追加のハッシュは、前記第２の画像を使用して生成される、請求項１０に記載の認証サーバ。
13. 前記比較は、
    第１のハッシュと第２のハッシュの各ペアのハッシュとの間のセグメント距離と、
    前記セグメント距離を使用した全体距離またはしきい値基準を満たすセグメント距離のカウントの少なくとも１つと、
    を判定することを含む、請求項１に記載の認証サーバ。
14. 前記動作は、前記第１のハッシュの数、前記しきい値基準を満たす前記セグメント距離のカウント、および前記セグメント距離を使用して信頼値を判定することをさらに含む、請求項１３に記載の認証サーバ。
15. 前記受信した少なくとも１つのタグ画像は、
    第１の詳細レベルでタグの少なくともいくつかを示す第１の画像と、
    前記第１の詳細レベルよりも大きい第２の詳細レベルで前記タグの少なくともいくつかを示す第２の画像と、
    を含む、請求項１に記載の認証サーバ。
16. 前記動作は、
    個人システムから前記第１のハッシュを受信すること、
    をさらに含み、
    前記応答は、前記個人システムに提供され、前記応答は前記安全タグの識別子を含む、請求項１に記載の認証サーバ。
17. 前記動作は、タグ識別要求を追跡することをさらに含む、請求項１に記載の認証サーバ。
18. 前記動作は、タグ識別要求情報を記憶することをさらに含む、請求項１に記載の認証サーバ。