(57)【要約】本発明は、保護対象デジタルファイルの真偽及び本物のオリジナルデジタルファイルに対する関連データの適合性のオフライン又はオンライン確認を可能にしつつ、オリジナルデジタルファイルに関連するデータ、特に、特定のオリジナルデジタルファイルバッチに属するオリジナルデジタルファイルに関連するデータの偽造及び変造に対して当該オリジナルデジタルファイルを保護することに関する。本発明は特に、印刷準備の整ったデジタルファイルの保護に有用である。【選択図】  図１
2021533468.tif 000002
【特許請求の範囲】
【請求項１】
複数のオリジナルデジタルファイルから成るバッチに属する所与のオリジナルデジタルファイルを偽造又は改竄に対して保護する方法であり、各オリジナルデジタルファイルが、それ自体のデジタルデータを含む、方法において、
前記バッチのオリジナルデジタルファイルごとに、一方向性関数によって、そのデジタルデータの関連するデジタルファイル署名を計算するステップと、
前記バッチの前記オリジナルデジタルファイルについて計算した複数の前記デジタルファイル署名に基づくとともに、内部の所与のノード順序付けに従って配置されたノードを含むツリーを構成するステップであり、前記ツリーが、前記バッチの前記複数のオリジナルデジタルファイルにそれぞれ関連付けられた前記複数のデジタルファイル署名に対応するリーフノードからルートノードまでのノードレベルを含み、前記ツリーのすべての非リーフノードが、ツリー連結順序付けに応じた、その子ノードの各デジタル署名の連結の前記一方向性関数によるデジタル署名に対応し、前記ルートノードが、基準ルートデジタル署名、すなわち、前記ツリー連結順序付けに応じた、前記ツリーの最後から２番目のノードレベルの前記ノードの前記デジタル署名の連結の前記一方向性関数によるデジタル署名に対応する、ステップと、
前記リーフノードレベルから、前記最後から２番目のノードレベルまで、前記所与のオリジナルデジタルファイルの前記デジタルファイル署名に対応する前記リーフノードと同じ前記ツリーの親ノードを有する１つおきのリーフノードの前記各デジタル署名と、前記ツリーのそれぞれ次のレベルにおいて引き続き、先行レベルで考慮した、前記ツリーの過去の親ノードと同じ親ノードを有するすべての非リーフノードの前記各デジタル署名とから成る列である対応するデジタル検証キーを前記所与のオリジナルデジタルファイルと関連付けるステップと、
前記ツリーの前記基準ルートデジタル署名をユーザが利用できるようにするステップと、
デジタルデータ及びその対応するデジタル検証キーの表現を含む対応する機械可読デジタルセキュリティマーキングを前記所与のオリジナルデジタルファイルに包含するステップと、
上記ステップによって、デジタルデータが偽造又は改竄に対して保護されたマーキングされたオリジナルデジタルファイルを得るステップと、
を含むことを特徴とする、方法。
【請求項２】
前記ツリーの前記ルートノードの前記基準ルートデジタル署名が、前記ユーザがアクセス可能な媒体において発行されるか、前記ユーザがアクセス可能な検索可能ルートデータベースに格納されるか、又は、前記ユーザがアクセス可能なブロックチェーン若しくはブロックチェーンにより保護されたデータベースに格納される、請求項１に記載の方法。
【請求項３】
前記マーキングされたオリジナルデジタルファイルが、当該マーキングされたオリジナルデジタルファイルに包含され、オリジナルデジタルファイルから成る前記バッチに対応する前記ツリーの前記ルートノードの前記基準ルートデジタル署名に前記ユーザがアクセス可能となるのに十分な情報を含むルートノードアクセスデータをさらに含み、
前記情報が、マーキングされたオリジナルデジタルファイルのデジタルセキュリティマーキングにより得られたデジタルデータ又はデジタルファイル署名を含むルートリクエストを前記ユーザから受信するとともに、対応するツリーの基準ルートデジタル署名を送り返すように動作可能なアクセスインターフェースへのリンクであり、
前記アクセスインターフェースがそれぞれ、
前記基準ルートデジタル署名が発行された媒体、
前記基準ルートデジタル署名が格納された検索可能ルートデータベース、及び
タイムスタンプ済みの前記基準ルートデジタル署名が格納されたブロックチェーン又はブロックチェーンにより保護されたデータベース、
のうちの１つへのアクセスを可能にする、請求項２に記載の方法。
【請求項４】
オリジナルデジタルファイルから成る前記バッチに属するものとして仮想デジタルファイルがカウントされ、前記仮想デジタルファイルが、それ自体の仮想デジタルデータ及び前記仮想デジタルデータの前記一方向性関数によって得られる関連する仮想デジタルファイル署名を含み、前記仮想デジタルファイルが、実ファイルではなく、その仮想デジタルデータからの前記関連する仮想デジタルファイル署名の生成にのみ用いられ、
オリジナルデジタルファイルから成る前記バッチと関連付けられた前記基準ルートデジタル署名が、前記仮想デジタルファイル署名を含む前記バッチの前記オリジナルデジタルファイルのすべての前記デジタルファイル署名を有するツリーからリーフノードとして計算される、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記マーキングされたオリジナルデジタルファイルと関連付けられた前記デジタルデータに対応する付加的なデジタルデータが、
前記ユーザから、マーキングされたオリジナルデジタルファイルのデジタルセキュリティマーキングにより得られたデジタルデータ又はデジタルファイル署名を含む情報リクエストを受信するとともに、対応する付加的なデジタルデータを送り返すように動作可能な情報データベースインターフェースを介して前記ユーザがアクセス可能な検索可能情報データベースに格納される、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
前記マーキングされたオリジナルデジタルファイルの前記デジタルデータが、関連する対象又は個人の対応する一意的物理特性の基準特性デジタルデータを含む、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記関連する対象又は個人の前記一意的物理特性が、前記関連する対象に適用された材料ベースのセキュリティマーキング又は前記関連する個人の生体認証特徴を識別する材料ベースのセキュリティマーキングのものである、請求項６に記載の方法。
【請求項８】
前記バッチの前記各オリジナルデジタルファイルの前記デジタルデータが、前記バッチのすべての前記デジタルファイルに共通する所与のフィールド間に拡がり、これらのフィールドに関連する特定のデジタルデータが前記デジタルデータに含まれず、前記バッチと関連付けられた別個のフィールドデータブロックにクラスタリングされており、
ｉ）オリジナルデジタルファイルの前記デジタルファイル署名が、前記対応するデジタルデータ及び前記フィールドデータブロックの連結の前記一方向性関数により計算され、
ｉｉ）前記基準ルートデジタル署名が、前記関連するフィールドデータブロックとともに、前記ユーザによる利用が可能とされる、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
請求項１〜７のいずれか一項に記載の方法に従って保護された前記デジタルファイルの真偽又はこのように保護されたデジタルファイルのコピーの適合性をオリジナルデジタルファイルに対して検証する方法であって、メモリに接続された処理ユニットによる前記デジタルファイル又は前記デジタルファイルの前記コピーであるテストファイルの処理に際して、
前記テストファイルを前記メモリに格納するステップと、
前記格納したテストファイルのデジタルセキュリティマーキング上のデジタルデータ及びデジタル検証キーの表現を読み込むとともに、読み込んだ前記表現から、対応するテストデジタルデータ及びテストデジタル検証キーをそれぞれ抽出するステップと、
オリジナルデジタルファイルから成る前記バッチのツリーのルートノードの基準ルートデジタル署名を前記メモリに格納するとともに、前記ツリーの前記ノード順序付け及び前記ツリー連結順序付けに従って、デジタルデータのデジタル署名及びデジタル署名の連結を計算する前記一方向性関数を前記処理ユニットにプログラムするステップと、
前記一方向性関数によって、前記抽出したテストデジタルデータのテストデジタル署名を計算するステップであり、前記テストデジタル署名が、前記テストファイルの前記デジタルセキュリティマーキングに対応するテストツリーのテストリーフノードに対応する、ステップと、
前記テストデジタル検証キーにおけるデジタル署名の列から、前記テストリーフノードと同じ親ノードを有する前記テストツリーの１つおきのリーフノードのデジタル署名を抽出し、前記テストデジタル署名及び前記１つおきのリーフノードの前記抽出したデジタル署名の連結のデジタル署名を計算することによって、前記テストリーフノードの前記同じ親ノードのデジタル署名を求めるステップと、
前記テストツリーのそれぞれ次のレベルにおいて引き続き、最後から２番目のノードレベルまで、前記テストデジタル検証キーにおけるデジタル署名の列から、先行ステップで考慮した過去の親ノードと同じ親ノードを有する前記テストツリーの１つおきの非リーフノードのデジタル署名を抽出し、前記１つおきの各非リーフノードの前記デジタル署名及び前記過去の同じ親ノードの前記求めたデジタル署名の連結のデジタル署名を計算することによって、前記過去の親ノードと同じ前記親ノードのデジタル署名を求めるステップと、
前記テストツリーの前記最後から２番目のノードレベルに対応する前記非リーフノードの前記求めたデジタル署名の連結のデジタル署名を計算することによって、前記テストツリーの前記ルートノードの候補ルートデジタル署名を求めるステップと、
前記求めた候補ルートデジタル署名が、前記格納した基準ルートデジタル署名に一致するかを確認するステップであり、前記ルートデジタル署名が一致する場合に、前記テストファイルの前記デジタルデータが本物のデジタルファイルのものである、確認するステップと、
を実行することによって、前記抽出したテストデジタルデータ及び関連するテストデジタル検証キーが実際、前記格納した基準ルートデジタル署名に対応するかを検証するステップと、
を含む、方法。
【請求項１０】
前記マーキングされたオリジナルデジタルファイルが、請求項８に記載の方法に従って保護され、前記処理ユニットの前記メモリが、前記関連するフィールドデータブロックをさらに格納しており、
前記テストファイル上の前記デジタルセキュリティマーキングに対応するテストツリーのテストリーフノードに対応するテストデジタル署名を計算する前記ステップが、前記一方向性関数によって、前記抽出したテストデジタルデータ及び前記格納したフィールドデータブロックの連結のデジタル署名を計算することを含む、請求項９に記載の方法。
【請求項１１】
前記デジタルファイルが、請求項２に記載の方法に従って、前記ユーザがアクセス可能な検索可能ルートデータベースに前記基準ルートデジタル署名を格納することにより保護され、前記処理ユニットが、通信リンクを介してデータの送受信を行うように動作可能な通信ユニットにさらに接続されており、
前記通信ユニットにより前記通信リンクを介して、リクエストを前記ルートデータベースに送信するとともに、前記基準ルートデジタル署名を受信する予備ステップと、
前記受信したルートデジタル署名を前記メモリの前記メモリに格納する予備ステップと、
を含む、請求項９又は１０に記載の方法。
【請求項１２】
前記デジタルファイルが、請求項３に記載の方法に従って保護され、前記処理ユニットが、通信リンクを介してデータの送受信を行うように動作可能な通信ユニットにさらに接続されており、
前記テストファイルに含まれる前記ルートノードアクセスデータを読み込む予備ステップと、
前記通信ユニットにより前記通信リンクを介して、前記テストファイル上の前記デジタルセキュリティマーキングにより得られたデジタルデータ又は前記デジタルデータのデジタル署名を含む前記アクセスインターフェースへのルートリクエストを送信するとともに、関連するバッチの対応する基準ルートデジタル署名を受信する予備ステップと、
前記受信した基準ルートデジタル署名を前記メモリに格納する予備ステップと、
を含む、請求項９又は１０に記載の方法。
【請求項１３】
前記デジタルファイルが、請求項５に記載の方法に従って保護され、前記撮像装置に、前記テストファイルの前記デジタルセキュリティマーキングにより得られたデジタルデータ又はデジタルファイル署名を含む情報リクエストを前記情報データベースインターフェースに送信するとともに、対応する付加的なデジタルデータを受信するように動作可能な通信手段がさらに備えられた、請求項９〜１２のいずれか一項に記載の方法。
【請求項１４】
前記デジタルファイルが、請求項６又は７に記載の方法に従って保護され、前記撮像装置に、関連する対象又は個人それぞれの一意的物理特性を検出するように動作可能なセンサがさらに備えられ、前記処理ユニットが、前記センサから受信した検出信号から対応する特性デジタルデータを抽出するようにプログラムされ、前記撮像装置が、前記関連する対象又は個人それぞれの前記一意的物理特性に対応する基準特性デジタルデータＣＤＤを前記メモリに格納し、前記関連する対象又は個人である対象物の評価に際して、
前記センサによって、前記対象物の一意的物理特性を検出するとともに、対応する候補特性デジタルデータＣＤＤｃを抽出するステップと、
前記得られた候補特性デジタルデータＣＤＤｃを前記格納した基準特性デジタルデータＣＤＤと比較するステップと、
所与の許容範囲の規格内で前記候補特性デジタルデータＣＤＤｃが前記格納した基準特性デジタルデータＣＤＤに類似する場合、本物のデジタルファイルと有効に関連付けられた本物の対象又は個人それぞれに対応するものとみなされるステップと、
をさらに含む、請求項９〜１３のいずれか一項に記載の方法。
【請求項１５】
複数のオリジナルデジタルファイルから成るバッチに属し、請求項１〜８のいずれか一項に記載の方法に従って保護されたデジタルファイルであり、前記バッチの各オリジナルデジタルファイルがそれ自体のデジタルデータ及び対応するデジタル検証キーを有し、前記バッチが対応する基準ルートデジタル署名を有する、デジタルファイルであって、
デジタルデータ及びその検証キーの表現を含む機械可読セキュリティマーキングを含む、デジタルファイル。
【請求項１６】
前記デジタルデータが、関連する対象又は個人の対応する一意的物理特性の基準特性デジタルデータＣＤＤを含む、請求項１５に記載のデジタルファイル。
【請求項１７】
前記関連する対象の前記一意的物理特性が、前記関連する対象に適用された材料ベースのセキュリティマーキングのものである、請求項１６に記載のデジタルファイル。
【請求項１８】
デジタルファイルの真偽又はこのようなデジタルファイルのコピーの適合性を請求項１〜７のいずれか一項に記載の方法に従って保護されたオリジナルデジタルファイルから成るバッチに属するマーキングされたオリジナルデジタルファイルに対して検証するシステムであり、撮像ユニット、メモリを備えた処理ユニット、及び画像処理ユニットを有する撮像装置を備え、前記メモリが、オリジナルデジタルファイルから成る前記バッチに対応するツリーの基準ルートデジタル署名を格納し、前記ツリーの前記ノード順序付け及び前記ツリー連結順序付けに従ってデジタルデータのデジタル署名及びデジタル署名の連結を計算する前記一方向性関数が、前記処理ユニットにプログラムされた、システムであって、
前記デジタルファイル又は前記デジタルファイルの前記コピーであるテストファイルを前記メモリに格納することと、
前記格納したテストファイルのデジタルセキュリティマーキング上のデジタルデータ及びデジタル検証キーの表現を読み込むとともに、読み込んだ前記表現から、対応するテストデジタルデータ及びテストデジタル検証キーをそれぞれ抽出することと、
前記一方向性関数によって、前記抽出したテストデジタルデータのテストデジタル署名を計算するプログラム済み演算であり、前記テストデジタル署名が、前記テストファイルの前記デジタルセキュリティマーキングに対応するテストツリーのテストリーフノードに対応する、プログラム済み演算と、
前記テストデジタル検証キーにおけるデジタル署名の列から、前記テストリーフノードと同じ親ノードを有する前記テストツリーの１つおきのリーフノードのデジタル署名を抽出し、前記テストデジタル署名及び前記１つおきのリーフノードの前記抽出したデジタル署名の連結のデジタル署名を計算することによって、前記テストリーフノードの前記同じ親ノードのデジタル署名を求めるプログラム済み演算と、
前記テストツリーのそれぞれ次のレベルにおいて引き続き、前記最後から２番目のノードレベルまで、前記テストデジタル検証キーにおけるデジタル署名の列から、先行ステップで考慮した過去の親ノードと同じ親ノードを有する前記テストツリーの１つおきの非リーフノードのデジタル署名を抽出し、前記１つおきの各非リーフノードの前記デジタル署名及び前記過去の同じ親ノードの前記求めたデジタル署名の連結のデジタル署名を計算することによって、前記過去の親ノードと同じ前記親ノードのデジタル署名を求めるプログラム済み演算と、
前記テストツリーの前記最後から２番目のノードレベルに対応する前記非リーフノードの前記求めたデジタル署名の連結のデジタル署名を計算することによって、前記テストツリーの前記ルートノードの候補ルートデジタル署名を求めるプログラム済み演算と、
前記求めた候補ルートデジタル署名が、前記格納した基準ルートデジタル署名に一致するかを確認するプログラム済み演算と、
を前記処理ユニット上で実行することによって、前記抽出したテストデジタルデータ及びテストデジタル検証キーが実際、前記格納した基準ルートデジタル署名に対応するかを検証することと、
を行うように動作可能であり、
前記ルートデジタル署名が一致する場合に、前記テストファイルの前記デジタルデータが本物のデジタルファイルのものである旨の指標を配送するように構成されている、システム。
【請求項１９】
前記マーキングされたオリジナルデジタルファイルが、請求項８に記載の方法に従って保護され、前記処理ユニットの前記メモリが、前記関連するフィールドデータブロックをさらに格納しており、
前記テストファイルの前記デジタルセキュリティマーキングに対応するテストツリーのテストリーフノードに対応するテストデジタル署名を計算する前記プログラム済み演算が、前記一方向性関数によって、前記抽出したテストデジタルデータ及び前記格納したフィールドデータブロックの連結のデジタル署名を計算することを含む、請求項１８に記載のシステム。
【請求項２０】
前記マーキングされたオリジナルデジタルファイルが、請求項６又は７に記載の方法に従って保護されたオリジナルデジタルファイルから成るバッチに属し、当該システムに、前記処理ユニットに接続され、関連する対象又は個人の一意的物理特性を検出するように動作可能なセンサがさらに備えられ、前記処理ユニットが、前記センサから受信した検出信号から、対応する特性デジタルデータを抽出するようにプログラムされ、当該システムが、前記関連する対象又は個人の前記一意的物理特性に対応する基準特性デジタルデータＣＤＤを前記メモリに格納しており、
前記センサによって、前記関連する対象又は個人である対象物の一意的物理特性を検出するとともに、対応する候補特性デジタルデータＣＤＤｃを抽出し、前記得られた候補特性デジタルデータＣＤＤｃを前記格納した基準特性デジタルデータＣＤＤと比較し、所与の許容範囲の規格内で前記候補特性デジタルデータＣＤＤｃが前記格納した基準特性デジタルデータＣＤＤに類似する場合、前記対象物が本物とみなされる旨の指標を配送するようにさらに動作可能である、請求項１８又は１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、偽造若しくは改竄に対するデジタルデータの保護並びにデジタルファイルのトレーサビリティの技術分野に関する。
【背景技術】
【０００２】
デジタルファイルの偽造及び改竄の問題は、周知され、深刻で大きくなっている。デジタル識別情報文書又は証書のデジタル版等の元（original、オリジナル）のデジタル文書にマーキングされたデータを変造する例も周知されており、オリジナルの（場合によっては本物の）デジタル文書のデジタルコピーを考えると、懸念はさらに重大である。シリアル番号等の（或いは、いくつかのデジタル透かしを含む）識別子を単に記録するだけでは、偽造者も容易にそうした番号又はデジタル透かしをコピー可能なため、一般的には不十分な対応である。
【０００３】
デジタルファイルの真偽の保証又はデジタルデータの保護を行う最も標準的な方法のもう１つの欠点として、例えばデジタル文書バッチ等の明確に定義されたグループの要素であっても、それらのファイルを個別に評価する傾向が挙げられる。この場合は、有益な認証情報が無視される。
【０００４】
以上から、本発明の目的は、印刷可能なデジタルファイルに関連するデータ、特に、特定のデジタルファイルバッチに属するデジタルファイルに関連するデータの偽造及び変造に対して当該デジタルファイルを保護することである。また、本発明の目的は、本発明に従って保護された印刷可能なデジタルファイルの真偽及び本物のデジタルファイルに対するデジタルデータコンテンツの適合性のオフライン確認を可能にすることである。
【０００５】
また、本発明は、印刷可能なデジタルファイル及びそれぞれの印刷物の両者のデータコンテンツの真偽の確認が容易となるように、印刷可能なデジタルファイルを保護することを目的とする。
【０００６】
特に、本発明の目的は、（考え得る）すべてのＲＧＢ画像がＣＭＹＫカラーに変換される、ファイルがＰＳＤ、ＥＰＳ、ＡＬ、高解像度ＪＰＧ、ＰＤＦ、又はＴＩＦ等の適正なフォーマットである、最終画像が十分な解像度（すなわち、３００ｄｐｉ以上）を有する、といった規格を満たす印刷ファイルとして知られる印刷準備の整ったデジタルファイルを保護することである。
【発明の概要】
【０００７】
一態様によれば、本発明は、複数のオリジナルデジタルファイルから成るバッチに属する所与のオリジナルデジタルファイルを偽造又は改竄に対して保護する方法であり、各オリジナルデジタルファイルがそれ自体のデジタルデータを含む、方法であって、
＿バッチのオリジナルデジタルファイルごとに、一方向性関数によって、そのデジタルデータの関連するデジタルファイル署名を計算するステップと、
＿バッチのオリジナルデジタルファイルについて計算した複数のデジタルファイル署名に基づくとともに、内部の所与のノード順序付けに従って配置されたノードを含むツリーを構成するステップであり、前記ツリーが、バッチの複数のオリジナルデジタルファイルにそれぞれ関連付けられた複数のデジタルファイル署名に対応するリーフノードからルートノードまでのノードレベルを含み、ツリーのすべての非リーフノードが、ツリー連結順序付けに応じた、その子ノードの各デジタル署名の連結の一方向性関数によるデジタル署名に対応し、ルートノードが、基準ルートデジタル署名、すなわち、前記ツリー連結順序付けに応じた、ツリーの最後から２番目のノードレベルのノードのデジタル署名の連結の一方向性関数によるデジタル署名に対応する、ステップと、
＿リーフノードレベルから、最後から２番目のノードレベルまで、所与のオリジナルデジタルファイルのデジタルファイル署名に対応するリーフノードと同じツリーの親ノードを有する１つおきのリーフノードの各デジタル署名と、ツリーのそれぞれ次のレベルにおいて引き続き、先行レベルで考慮した、ツリーの過去の親ノードと同じ親ノードを有するすべての非リーフノードの各デジタル署名とから成る列である対応するデジタル検証キーを所与のオリジナルデジタルファイルと関連付けるステップと、
＿ツリーの基準ルートデジタル署名をユーザが利用できるようにするステップと、
＿デジタルデータ及びその対応するデジタル検証キーの機械可読表現を含む対応するデジタルセキュリティマーキングを所与のオリジナルデジタルファイルに包含するステップと、
＿上記ステップによって、デジタルデータが偽造又は改竄に対して保護されたマーキングされたオリジナルデジタルファイルを得るステップと、
を含むことを特徴とする、方法に関する。
これにより、デジタルファイルに含まれるデジタルセキュリティマーキングがバーコードとして印刷可能な場合は、保護されたデジタルファイルを（従来のプリンタによって）印刷することにより得られる印刷文書（印刷バーコードを含む）も保護される。すなわち、その印刷データが偽造又は改竄に対して保護される。
【０００８】
ツリーのルートノードの基準ルートデジタル署名は、ユーザがアクセス可能な媒体において発行されるようになっていてもよいし、ユーザがアクセス可能な検索可能ルートデータベースに格納されていてもよいし、ユーザがアクセス可能なブロックチェーン又はブロックチェーンにより保護されたデータベースに格納されていてもよい。これにより、基準ルートデジタル署名は不変となる。
【０００９】
このように、本発明によれば、ツリー構造及びツリーのノード値を計算する堅牢な一方向性関数の使用により、バッチのすべてのオリジナルデジタルファイルのデジタル署名のエンタングルメントと、不変なツリーのルートデジタル署名並びに対応するオリジナルデジタルファイルに含まれるデジタルセキュリティマーキングへのデジタルデータ及びその関連するデジタル検証キーの包含とによって、データの偽装及びマーキングファイルの偽造を防止しつつ、非常に高い信頼性レベルでマーキングファイル及びそれぞれのコピーのほか、それぞれの印刷物の追跡及びトレースが可能となる。
【００１０】
マーキングされたオリジナルデジタルファイルは、当該マーキングされたオリジナルデジタルファイルに包含され、オリジナルデジタルファイルから成るバッチに対応するツリーのルートノードの基準ルートデジタル署名にユーザがアクセス可能となるのに十分な情報を含むルートノードアクセスデータをさらに含み、前記情報が、マーキングされたオリジナルデジタルファイルのデジタルセキュリティマーキングにより得られたデジタルデータ又はデジタルファイル署名を含むルートリクエストをユーザから受信するとともに、対応するツリーの基準ルートデジタル署名を送り返すように動作可能なアクセスインターフェースへのリンクであり、アクセスインターフェースがそれぞれ、
＿基準ルートデジタル署名が発行された媒体、
＿基準ルートデジタル署名が格納された検索可能ルートデータベース、及び
＿タイムスタンプ済み基準ルートデジタル署名が格納されたブロックチェーン又はブロックチェーンにより保護されたデータベース、
のうちの１つへのアクセスを可能にするようにしてもよい。
【００１１】
本発明によれば、
＿オリジナルデジタルファイルから成るバッチに属するものとして仮想デジタルファイルがカウントされ、前記仮想デジタルファイルが、それ自体の仮想デジタルデータ及び仮想デジタルデータの一方向性関数によって得られる関連する仮想デジタルファイル署名を含み、前記仮想デジタルファイルが、実ファイルではなく、その仮想デジタルデータからの関連する仮想デジタルファイル署名の生成にのみ用いられることと、
＿オリジナルデジタルファイルから成る前記バッチと関連付けられた基準ルートデジタル署名が、仮想デジタルファイル署名を含むバッチのオリジナルデジタルファイルのデジタルファイル署名すべてを有するツリーからリーフノードとして計算されることと、
も可能となる。
【００１２】
署名をより短くするため、一方向性関数は、ハッシュ関数であってもよく、オリジナルデジタルファイルのデジタル署名は、対応するデジタルデータのハッシュ値のビットから選択される所与の複数の低荷重ビットの列であってもよい。
【００１３】
上記方法において、マーキングされたオリジナルデジタルファイルと関連付けられたデジタルデータに対応する付加的なデジタルデータは、ユーザから、マーキングされたオリジナルデジタルファイルのデジタルセキュリティマーキングにより得られたデジタルデータ又はデジタルファイル署名を含む情報リクエストを受信するとともに、対応する付加的なデジタルデータを送り返すように動作可能な情報データベースインターフェースを介してユーザがアクセス可能な検索可能情報データベースに格納されるようになっていてもよい。
【００１４】
マーキングされたオリジナルデジタルファイルのデジタルデータは、関連する対象又は個人の対応する一意的物理特性の基準特性デジタルデータをさらに含んでいてもよい。さらに、関連する対象又は個人の一意的物理特性はそれぞれ、関連する対象に適用された材料ベースのセキュリティマーキング又は関連する個人の生体認証特徴を識別する材料ベースのセキュリティマーキングのものであってもよい。
【００１５】
上記方法において、デジタルセキュリティマーキングに含まれるデジタル検証キーのデジタル署名の列は、ツリー連結順序付けにより規定された対応するノードの順序付けとは異なるノードの列順序付けに従って配置されていてもよく、デジタルセキュリティマーキングは、前記列順序付けと関連付けられた順序付けコードをさらに含んでいてもよい。これらの特徴は、暗号解読攻撃に対するセキュリティのレベルを向上させる。
【００１６】
本発明によれば、バッチの各オリジナルデジタルファイルのデジタルデータが、バッチのデジタルファイルすべてに共通する所与のフィールド間に拡がっている場合は、これらのフィールドに関連する特定のデジタルデータがデジタルデータに含まれず、バッチと関連付けられた別個のフィールドデータブロックにクラスタリングされていてもよく、
ｉ）オリジナルデジタルファイルのデジタルファイル署名が、対応するデジタルデータ及びフィールドデータブロックの連結の一方向性関数により計算され、
ｉｉ）基準ルートデジタル署名が、関連するフィールドデータブロックとともに、ユーザによる利用が可能とされる。
【００１７】
本発明の別の態様は、上記保護方法に従って保護されたデジタルファイルの真偽又はこのように保護されたデジタルファイルのコピーの適合性をオリジナルデジタルファイルに対して検証する方法であって、メモリに接続された処理ユニットによる前記デジタルファイル又はデジタルファイルの前記コピーであるテストファイルの処理に際して、
＿テストファイルをメモリに格納するステップと、
＿格納したテストファイルのデジタルセキュリティマーキング上のデジタルデータ及びデジタル検証キーの表現を読み込むとともに、読み込んだ前記表現から、対応するテストデジタルデータ及びテストデジタル検証キーをそれぞれ抽出するステップと、
＿オリジナルデジタルファイルから成るバッチのツリーのルートノードの基準ルートデジタル署名をメモリに格納するとともに、ツリーのノード順序付け及びツリー連結順序付けに従って、デジタルデータのデジタル署名及びデジタル署名の連結を計算する一方向性関数を処理ユニットにプログラムするステップと、
＿＿一方向性関数によって、抽出したテストデジタルデータのテストデジタル署名を計算するステップであり、前記テストデジタル署名が、テストファイルのデジタルセキュリティマーキングに対応するテストツリーのテストリーフノードに対応する、ステップと、
＿＿テストデジタル検証キーにおけるデジタル署名の列から、テストリーフノードと同じ親ノードを有するテストツリーの１つおきのリーフノードのデジタル署名を抽出し、テストデジタル署名及び前記１つおきのリーフノードの抽出したデジタル署名の連結のデジタル署名を計算することによって、テストリーフノードの前記同じ親ノードのデジタル署名を求めるステップと、
＿＿テストツリーのそれぞれ次のレベルにおいて引き続き、最後から２番目のノードレベルまで、テストデジタル検証キーにおけるデジタル署名の列から、先行ステップで考慮した過去の親ノードと同じ親ノードを有するテストツリーの１つおきの非リーフノードのデジタル署名を抽出し、前記１つおきの各非リーフノードのデジタル署名及び前記過去の同じ親ノードの求めたデジタル署名の連結のデジタル署名を計算することによって、前記過去の親ノードと同じ前記親ノードのデジタル署名を求めるステップと、
＿＿テストツリーの最後から２番目のノードレベルに対応する非リーフノードの求めたデジタル署名の連結のデジタル署名を計算することによって、テストツリーのルートノードの候補ルートデジタル署名を求めるステップと、
＿＿求めた候補ルートデジタル署名が、格納した基準ルートデジタル署名に一致するかを確認するステップであり、前記ルートデジタル署名が一致する場合に、テストファイルのデータが本物のデジタルファイルのものである、確認するステップと、
を実行することによって、抽出したテストデジタルデータ及び関連するテストデジタル検証キーが実際、格納した基準ルートデジタル署名に対応するかを検証するステップと、
を含む、方法に関する。
【００１８】
前述の別個のフィールドデータブロックを有しつつ、マーキングされたオリジナルデジタルファイルが保護された場合、処理ユニットのメモリは、関連するフィールドデータブロックをさらに格納するようにしてもよく、テストファイル上のデジタルセキュリティマーキングに対応するテストツリーのテストリーフノードに対応するテストデジタル署名を計算するステップは、一方向性関数によって、抽出したテストデジタルデータ及び格納したフィールドデータブロックの連結のデジタル署名を計算することを含んでいてもよい。
【００１９】
前述のように、ユーザがアクセス可能な検索可能ルートデータベースに基準ルートデジタル署名を格納することによりデジタルファイルが保護され、前記処理ユニットが、通信リンクを介してデータの送受信を行うように動作可能な通信ユニットにさらに接続されている場合、上記検証方法は、
＿通信ユニットにより通信リンクを介して、リクエストを前記ルートデータベースに送信するとともに、基準ルートデジタル署名を受信する予備ステップと、
＿受信したルートデジタル署名をメモリのメモリに格納する予備ステップと、
を含んでいてもよい。
【００２０】
保護されたデジタルファイルが上記説明のようにルートノードアクセスデータを含み、前記処理ユニットが、通信リンクを介してデータの送受信を行うように動作可能な通信ユニットにさらに接続されている場合、上記検証方法は、
＿テストファイルに含まれるルートノードアクセスデータを読み込む予備ステップと、
＿通信ユニットにより通信リンクを介して、テストファイル上のデジタルセキュリティマーキングにより得られたデジタルデータ又は前記デジタルデータのデジタル署名を含む前記アクセスインターフェースへのルートリクエストを送信するとともに、関連するバッチの対応する基準ルートデジタル署名を受信する予備ステップと、
＿受信した基準ルートデジタル署名をメモリに格納する予備ステップと、
を含んでいてもよい。
【００２１】
マーキングされたオリジナルデジタルファイルが前述のように検索可能情報データベースに格納された関連する付加的なデジタルデータを有する場合、撮像装置には、テストファイルのデジタルセキュリティマーキングにより得られたデジタルデータ又はデジタルファイル署名を含む情報リクエストを情報データベースインターフェースに送信するとともに、対応する付加的なデジタルデータを受信するように動作可能な通信手段がさらに備えられていてもよい。
【００２２】
保護されたデジタルファイルが前述のように基準特性デジタルデータを含み、撮像装置に、関連する対象又は個人それぞれの一意的物理特性を検出するように動作可能なセンサがさらに備えられ、処理ユニットが、センサから受信した検出信号から対応する特性デジタルデータを抽出するようにプログラムされ、撮像装置が、関連する対象又は個人それぞれの前記一意的物理特性に対応する基準特性デジタルデータＣＤＤをメモリに格納している場合、この検証方法は、前記関連する対象又は個人である対象物の評価に際して、
＿センサによって、対象物の一意的物理特性を検出するとともに、対応する候補特性デジタルデータＣＤＤｃを抽出するステップと、
＿得られた候補特性デジタルデータＣＤＤｃを格納した基準特性デジタルデータＣＤＤと比較するステップと、
＿所与の許容範囲の規格内で候補特性デジタルデータＣＤＤｃが格納した基準特性デジタルデータＣＤＤに類似する場合、対象物が本物のデジタルファイルと有効に関連付けられた本物の対象又は個人それぞれに対応するものとみなされるステップと、
をさらに含んでいてもよい。
【００２３】
本発明の別の態様は、複数のオリジナルデジタルファイルから成るバッチに属し、前述の保護方法に従って保護されたデジタルファイルであり、バッチの各オリジナルデジタルファイルがそれ自体のデジタルデータ及び対応するデジタル検証キーを有し、前記バッチが対応する基準ルートデジタル署名を有する、デジタルファイルであって、デジタルデータ及びその検証キーの表現を含む機械可読セキュリティマーキングを含む、デジタルファイルに関する。デジタルファイルのデジタルデータは、関連する対象又は個人の対応する一意的物理特性の基準特性デジタルデータＣＤＤをさらに含んでいてもよい。さらに、関連する対象の一意的物理特性は、関連する対象に適用された材料ベースのセキュリティマーキングのものであってもよい。
【００２４】
本発明の別の態様は、前述の保護方法に従って保護されたデジタルファイルの真偽又はこのようなデジタルファイルのコピーの適合性をオリジナルデジタルファイルから成るバッチに属するマーキングされたオリジナルデジタルファイルに対して検証するシステムであり、撮像ユニット、メモリを備えた処理ユニット、及び画像処理ユニットを有する撮像装置を備え、メモリが、オリジナルデジタルファイルから成るバッチに対応するツリーの基準ルートデジタル署名を格納し、ツリーのノード順序付け及びツリー連結順序付けに従ってデジタルデータのデジタル署名及びデジタル署名の連結を計算する一方向性関数が、処理ユニットにプログラムされた、システムであって、
＿前記デジタルファイル又はデジタルファイルの前記コピーであるテストファイルをメモリに格納することと、
＿格納したテストファイルのデジタルセキュリティマーキング上のデジタルデータ及びデジタル検証キーの表現を読み込むとともに、読み込んだ前記表現から、対応するテストデジタルデータ及びテストデジタル検証キーをそれぞれ抽出することと、
＿＿一方向性関数によって、抽出したテストデジタルデータのテストデジタル署名を計算するプログラム済み演算であり、前記テストデジタル署名が、テストファイルのデジタルセキュリティマーキングに対応するテストツリーのテストリーフノードに対応する、プログラム済み演算と、
＿＿テストデジタル検証キーにおけるデジタル署名の列から、テストリーフノードと同じ親ノードを有するテストツリーの１つおきのリーフノードのデジタル署名を抽出し、テストデジタル署名及び前記１つおきのリーフノードの抽出したデジタル署名の連結のデジタル署名を計算することによって、テストリーフノードの前記同じ親ノードのデジタル署名を求めるプログラム済み演算と、
＿＿テストツリーのそれぞれ次のレベルにおいて引き続き、最後から２番目のノードレベルまで、テストデジタル検証キーにおけるデジタル署名の列から、先行ステップで考慮した過去の親ノードと同じ親ノードを有するテストツリーの１つおきの非リーフノードのデジタル署名を抽出し、前記１つおきの各非リーフノードのデジタル署名及び前記過去の同じ親ノードの求めたデジタル署名の連結のデジタル署名を計算することによって、前記過去の親ノードと同じ前記親ノードのデジタル署名を求めるプログラム済み演算と、
＿＿テストツリーの最後から２番目のノードレベルに対応する非リーフノードの求めたデジタル署名の連結のデジタル署名を計算することによって、テストツリーのルートノードの候補ルートデジタル署名を求めるプログラム済み演算と、
＿＿求めた候補ルートデジタル署名が、格納した基準ルートデジタル署名に一致するかを確認するプログラム済み演算と、
を処理ユニット上で実行することによって、抽出したテストデジタルデータ及びテストデジタル検証キーが実際、格納した基準ルートデジタル署名に対応するかを検証することと、
を行うように動作可能であり、
前記ルートデジタル署名が一致する場合に、テストファイルのデジタルデータが本物のデジタルファイルのものである旨の指標を配送するように構成されている、システムに関する。
【００２５】
上記システムにおいて、マーキングされたオリジナルデジタルファイルが前述のように関連するフィールドデータブロックを有し、処理ユニットのメモリが関連するフィールドデータブロックをさらに格納する場合、テストファイルのデジタルセキュリティマーキングに対応するテストツリーのテストリーフノードに対応するテストデジタル署名を計算するプログラム済み演算は、一方向性関数によって、抽出したテストデジタルデータ及び格納したフィールドデータブロックの連結のデジタル署名を計算することを含む。
【００２６】
前述のように関連する対象又は個人の対応する一意的物理特性の基準特性デジタルデータを包含することによって、オリジナルデジタルファイルから成るバッチにマーキングされたオリジナルデジタルファイルが属し、上記システムに、処理ユニットに接続され、関連する対象又は個人の一意的物理特性を検出するように動作可能なセンサがさらに備えられ、処理ユニットが、センサから受信した検出信号から、対応する特性デジタルデータを抽出するようにプログラムされ、当該システムが、関連する対象又は個人の前記一意的物理特性に対応する基準特性デジタルデータＣＤＤをメモリに格納している場合、このシステムは、
＿センサによって、前記関連する対象又は個人である対象物の一意的物理特性を検出するとともに、対応する候補特性デジタルデータＣＤＤｃを抽出することと、
＿得られた候補特性デジタルデータＣＤＤｃを格納した基準特性デジタルデータＣＤＤと比較することと、
＿所与の許容範囲の規格内で候補特性デジタルデータＣＤＤｃが格納した基準特性デジタルデータＣＤＤに類似する場合、対象物が本物とみなされる旨の指標を配送することと、
を行うようにさらに動作可能であってもよい。
【００２７】
以下、本発明の顕著な態様及び特徴を示す添付の図面を参照して、本発明をより詳しく説明するが、異なる図面の全体にわたって、同じ番号は同じ要素を表す。
【図面の簡単な説明】
【００２８】
【図１】図１は、本発明に係る、オリジナルデジタルファイルから成るバッチを保護する一般的概念の模式図である。
【図２Ａ】図２Ａは、本発明に従って保護されるデジタル生体識別情報文書の一例として保護対象のデジタル生体認証パスポートを示した図である。
【図２Ｂ】図２Ｂは、権限を与えられた役人による図２Ａの保護対象のデジタル生体認証パスポートを有する個人の管理を示した図である。
【図３】図３は、本発明に従って保護される航空機の構成要素に関するデジタル文書から成るバッチを示した図である。
【詳細な説明】
【００２９】
ここでは、図面に示す非限定的な実施形態を参照して、本開示を詳しく説明する。
【００３０】
図１は、デジタルファイルから成るバッチの保護に関する本発明の一般的概念及び各デジタルファイルと関連付けられ得る検証情報のエンコードを演算する方法を示している。図１は、機械可読セキュリティマーキング１１０のデジタル表現（ここでは２Ｄバーコードにより示す）を含むデジタルファイルＡ１、・・・、Ａ８から成るグループ又は「バッチ」を示している。以下、表現「デジタルセキュリティマーキング１１０」は実際、「機械可読セキュリティマーキング１１０のデジタル表現」を意味する。図１は実際、デジタルファイルから成るグループ若しくは「バッチ」並びにその関連するツリーを示しており、簡略化のため、８つのオリジナルデジタルファイルＡ１、・・・、Ａ８のみを示している。また、簡略化のため、ファイルＡ１、・・・、Ａ８から成るバッチと関連付けられたツリーは、ここでは単なるバイナリツリーである。デジタルファイルは、製造品若しくはそのパッケージング、物理的な文書若しくは画像、複数の品目を含むパッケージ（薬のブリスターパック等）、又は品物のカートンのパレットを含むコンテナ等に関連していてもよい。本発明の実施形態の意味では、物体のみならず人物も、デジタルファイルとの「関連付け」が可能である。例えば、あるイベントにおいて権限を与えられた出席者、あるグループの構成員、又は群衆若しくは大衆の構成員は、何らかの形態のＩＤバッジを有することも可能であるし、対応するデジタルファイルに記録されたデータを含む何らかのマーキングによって物理的にマーキングすることも可能である。
【００３１】
デジタルファイルから成るバッチは、例えば共通の製造工程、特定の供給業者が配送する品目、ある期間に製造若しくは出荷された品目、一組の関連画像、一群の人々、群衆若しくは大衆、又は（デジタルコンテンツＤｉを有する）デジタルファイルＡｉを規定し得る任意の対象から成るその他任意のユーザ定義集団に関連する。
図１に示す物品のいずれか１つは、選択データのエンコードを可能にするように含まれ得る任意選択としてのソフトウェア構成である「仮想物品」Ａｖも可能である。これについては、以下で説明する。例えば、８つの物品のうちの１つ（例えば、物品Ａ８）が実際のところ、８つの物品から成るバッチに属するものとしてカウントされ、実質的に同様に処理可能であることから、その他７つの実物品のいずれか１つとして処理される仮想物品Ａｖであってもよい（ただし、実対象には対応しない）。当然のことながら、デジタルデータのエンコード及びより堅牢な物品デジタル署名の生成には、複数の仮想物品Ａｖ１、Ａｖ２、・・・、Ａｖｋを使用可能である（以下参照）。
【００３２】
バッチの各物品Ａ１、Ａ２、・・・、Ａ７、Ａ８（場合により、Ａ８≡Ａｖ）に対して、任意の適当な方法を用いることにより、各物品デジタルデータＤ１、Ｄ２、・・・、Ｄ７、Ｄ８（場合により、Ｄ８≡Ｄｖ）の関連付け又は抽出（又は、仮想物品Ａｖの場合は、生成）が行われる。このデータとしては、物理特性の何らかの尺度、記入用紙若しくは製品情報等の文字データ、シリアル番号等の識別子、内容の指標、画像のデジタル表現、又はシステム設計者が物品と関連付けるように選定するその他任意の情報が考えられる。物品デジタルデータＤｉは、デジタルファイルＡｉの対応するデジタルデータを生成可能なリーダによって、関連する物品にマーキングされた（例えば、物品又は物品に固定されたラベルに印刷された）人間が読めるデータ（例えば、英数字データ）から抽出されるようになっていてもよい。別のデジタルデータ（例えば、関連する物品の使用説明又は安全説明等）を抽出データと関連付けて、物品デジタルデータＤｉを構成可能である。
【００３３】
仮想物品Ａｖの場合、関連付けられるデジタルデータとしては、例えばバッチ識別番号、バッチの物品数、データエントロピの増大によるセキュリティ向上のための（疑似）乱数、データ及び／又は時間情報等が挙げられる。関連付けられるデータのもう１つの形態としては、許容可能又は許容不可能な運用規則、期限等の指標が考えられる。要するに、デジタルデータＤｖは、デジタル形態で表現可能な如何なるものであってもよい。
【００３４】
バッチの物品ごとに、それぞれの物品デジタルデータＤ１、Ｄ２、・・・、Ｄ７、Ｄ８が本質的に隠れるように、数学的に変形されるのが好ましいが、これは、如何なる実施形態においても絶対的な要件ではない。この物品Ａｉの物品デジタルデータＤｉに適用される変形は、対応するデジタル署名ｘｉを生成するように機能する。このデジタル署名は、一方向性関数（すなわち、演算は容易だが逆方向は困難な関数）によって生成される（Ｓ．Ｇｏｌｄｗａｓｓｅｒ及びＭ．Ｂｅｌｌａｒｅ、「Ｌｅｃｔｕｒｅ  Ｎｏｔｅｓ  ｏｎ  Ｃｒｙｐｔｏｇｒａｐｈｙ」、ＭＩＴ、Ｊｕｌｙ  ２００８、ｈｔｔｐ：／／ｗｗｗ−ｃｓｅ．ｕｃｓｄ．ｅｄｕ／ｕｓｅｒｓ／ｍｉｈｉｒ参照）。
【００３５】
このように有利な変形の１つとして、例えばハッシュ関数Ｈ（）＝ハッシュ（）のデジタルデータへの適用があり、これは一般的に、入力のサイズに関わらず、既知のビット長の出力を返す特性を有する。この技術的効果は、デジタルデータのサイズ及び対応するデジタルファイルから成るバッチのサイズに関わらず、（例えば、物品に関連付けられた）デジタルファイルのデジタルデータのデジタル署名の生成に特に有用である。ハッシュ関数は、一方向性関数の周知の一例である。ＳＨＡ（セキュアハッシュアルゴリズム）クラスの関数（例えば、ＳＨＡ−２５６）等の暗号学的ハッシュ関数が用いられる場合は、当該関数が実際には不可逆的で、衝突耐性を有する（すなわち、２つの異なる入力が同じ出力になる確率を無視できる）点がさらなる利点となる。以下の説明から了解される通り、この点は本発明の要件ではないものの、他の用途と同じ理由で都合が良い。図１に示すように、値ｘ１、ｘ２、ｘ３、・・・、ｘ８が各物品データセットのハッシュ値すなわち関連する物品デジタル署名である。すなわち、ｘｊ＝Ｈ（Ｄｊ）（ただし、ｊ＝１、・・・、８）である（Ａ８≡Ａｖの場合は、Ｄ８≡Ｄｖ及びｘ８≡ｘｖ＝Ｈ（Ｄｖ）である）。
【００３６】
署名を短くするため、物品Ａｊの物品デジタル署名ｘｊは、ハッシュ値Ｈ（Ｄｊ）のビットから選択される所与の複数の低荷重ビットの列であってもよい。例えば、ＳＨＡ−２ファミリのＳＨＡ−２５６ハッシュ関数であれば、署名の２５６ビットから低荷重の１２８ビットのみを保持することにより、依然として、暗号解読攻撃に対して堅牢な署名となる。
【００３７】
図１は、それぞれに対応するセキュリティマーキング１１０が適用された８つのマーキングされたオリジナル物品Ａ１、・・・、Ａ８から成るバッチを示しており、デジタルデータのデジタル署名のツリーによって物品及びそれぞれの関連する物品デジタルデータＤ１、・・・、Ｄ８（図１においては、ビット「０」及び「１」の列によってファイルＡｉ上に記号表現する）を保護する方法を示している。デジタル署名と関連付けられたツリーは周知であり（バイナリハッシュツリー、ｎ変数ハッシュツリー、又はマークルツリー）、一般的には、ベースノードすなわちリーフノードを有するが、これらは、リーフノードの特定のグループ化に従ってリーフノードと関連付けられたデジタル署名の連結にデジタル的に署名することにより次の（中間）レベルのノードを構築するのに用いられる。バイナリツリーの場合、第１の中間レベルノードと関連付けられたデジタル署名はそれぞれ、２つの連続したリーフノードと関連付けられたデジタル署名の連結に（例えば、一方向性ハッシュ関数Ｈ又は一方向性楕円曲線関数等によって）デジタル的に署名することにより計算される。ｎ変数ツリーの場合、第１の中間レベルノードの値は、ｎ個の連続したリーフノードの値の連結によって求められる。リーフノードの連結は、特定のリーフノードに対する複数対の連続したノード、他の連続したリーフノードに対する３つ組のノード等により実行可能であることから、ツリーの構造はより複雑（混合ツリー）であってもよい。簡略化のため、図１には、８つのリーフノードを備えた単純なバイナリツリーを示している。ツリーの８つのリーフノードの値ａ（１，１）、・・・、ａ（１，８）はそれぞれ、物品デジタル署名ｘ１＝Ｈ（Ｄ１）、・・・、ｘ８＝Ｈ（Ｄ８）に対応する。すべてのリーフノードについて、第１のインデックスの値すなわち「１」は、ツリーの第１のレベル（すなわち、ベースレベル）を示しており、１〜８の第２のインデックスは、ツリーの（リーフ）ノード順序付けを示している。次のレベルのノード（非リーフノード）すなわちレベル２の４つのノードの値ａ（２，１）、ａ（２，２）、ａ（２，３）、及びａ（２，４）は、複数対のリーフノードすなわちツリー中の複数対の子ノードの値の（演算子「＋」により記号表記される）連結に対するデジタル的署名（ここでは、ハッシュ関数）により求められる。この次のレベルのノードの値を求める子ノードのグループ化によって、ツリー連結順序付けが規定される。表記の簡略化のため、ノード記号ａ（ｉ，ｊ）を用いて、その関連する値（すなわち、その関連するデジタル署名）も同様に表現する。ここで、ツリーは、リーフノードレベルを上回る中間レベルを２つのみと、最上位レベルのルートノードとを有する。ルートノードレベルは実際のところ、ツリーの最後の非リーフノードレベルである。このため、次の中間レベルの４つの非リーフノードの値は、
ａ（２，１）＝Ｈ（ａ（１，１）＋ａ（１，２））すなわちａ（２，１）＝Ｈ（Ｈ（Ｄ１）＋Ｈ（Ｈ（Ｄ２））（ａ（１，１）及びａ（１，２）がノードａ（２，１）の子ノードであるため）
ａ（２，２）＝Ｈ（ａ（１，３）＋ａ（１，４））
ａ（２，３）＝Ｈ（ａ（１，５）＋ａ（１，６））
ａ（２，４）＝Ｈ（ａ（１，７）＋ａ（１，８））
であり、次の最後から２番目のノードレベル（ここでは、レベル３）については、以下２つのノード値が存在する。
ａ（３，１）＝Ｈ（ａ（２，１）＋ａ（２，２））
ａ（３，２）＝Ｈ（ａ（２，３）＋ａ（２，４））
非リーフノードごとに異なるツリー連結順序付けを選定可能と言える。例えば、ａ（２，４）＝Ｈ（ａ（１，７）＋ａ（１，８））の代わりに、異なるノード値を与えるａ（２，４）＝Ｈ（ａ（１，８）＋ａ（１，７））を規定することも可能である。
最後に、ツリーのルートノードの値Ｒすなわち基準ルートデジタル署名は、Ｒ＝Ｈ（ａ（３，１）＋ａ（３，２））として求められる。
ツリーに含まれる連結の連鎖により、デジタルデータのいずれかのビットがノード（特に、リーフノード）中で変化した場合は、実際にルート値を読み出すことはできない。さらに、いくつかの仮想物品がバッチに含まれる場合（その仮想物品デジタルデータは、ツリーのリーフノードのデジタル署名を生成したシステムのみが把握している）、偽造者は、バッチのすべての生成（及び、マーキング）物品のデジタルデータを把握していたとしても、ルートデジタル署名を読み出すことができない。
【００３８】
本発明によれば、オリジナルデジタルファイルから成るバッチの基準ルートデジタル署名Ｒは、物品（又は、その関連するデータ）の真偽を確認する必要があるユーザがアクセス可能な（公開）媒体にて発行されること、ユーザがアクセス可能な検索可能ルートデータベースに格納されること、又は好適な一形態においては、ユーザがアクセス可能なブロックチェーン（又は、ブロックチェーンにより保護されたデータベース）に格納されることにより、不変ひいては偽造防止となる。そして、ユーザは、これらの利用可能なソースから取得された基準値Ｒを格納するようにしてもよい。
【００３９】
そして、バッチのオリジナルデジタルファイルＡｉごとに、リーフノードレベルから、最後から２番目のノードレベルまで、オリジナルデジタルファイルＡｉのデジタル署名に対応するリーフノードと同じツリーの親ノードを有する１つおきのリーフノードの各デジタル署名と、ツリーのそれぞれ次のレベルにおいて引き続き、先行レベルで考慮した、ツリーの過去の親ノードと同じ親ノードを有するすべての非リーフノードの各デジタル署名とから成る列として、関連するツリーの対応するデジタル検証キーｋｉ（又は、検証経路）が演算される。図１の例においては、バッチの８つの物品Ａ１、・・・、Ａ８それぞれに対応する８つの検証キーｋ１、・・・、ｋ８及びそれぞれの対応する８つのリーフノードａ（１，１）、・・・、ａ（１，８）が存在する。
１）物品Ａ１に対応するリーフノードａ（１，１）＝ｘ１＝Ｈ（Ｄ１）について、検証キーはｋ１＝｛ａ（１，２），ａ（２，２），ａ（３，２）｝であり、ここから（ツリーのノード順序付け及びツリー連結順序付けに従って実行される）以下のステップによって、ルートデジタル署名値Ｒを読み出し可能である。
ｉ）ｋ１のリーフノードａ（１，１）＝ｘ１及びリーフノードａ（１，２）＝ｘ２から（ａ（１，２）は、物品デジタル署名ｘ１に対応するリーフノードすなわちノードａ（１，１）と同じ親ノードを有する他方のリーフノードすなわちノードａ（２，１）である）、ａ（２，１）＝Ｈ（ａ（１，１）＋ａ（１，２））（すなわち、ａ（２，１）＝Ｈ（ｘ１＋ｘ２））によって親ノード値ａ（２，１）が求められる。
ｉｉ）求めたａ（２，１）及びｋ１の次のノード値（すなわち、先行レベルで考慮した、ツリーの過去の親ノードすなわちノードａ（２，１）と同じ親ノードすなわちノードａ（３，１）を有する非リーフノードである次の非リーフノードレベルのａ（２，２））から、ａ（３，１）＝Ｈ（ａ（２，１）＋ａ（２，２））によって親ノード値ａ（３，１）が求められる。
ｉｉｉ）求めたａ（３，１）及びｋ１の次のノード値（すなわち、先行レベルで考慮した、ツリーの過去の親ノードすなわちノードａ（３，１）と同じ親ノードすなわちルートノードを有する非リーフノードである最後から２番目のノードレベルのａ（３，２））から、Ｒ＝Ｈ（ａ（３，１）＋ａ（３，２））によってルートノード値Ｒが求められる。
注記：本例では、ツリーがルートノードレベルの下に３つのレベルを有し、検証キーが３つのノード値を含むことから、３つのステップｉ）、ｉｉ）、及びｉｉｉ）を有する。
したがって、ツリーのルートノードの値は、Ｒ＝Ｈ（Ｈ（Ｈ（ａ（１，１）＋ａ（１，２））＋ａ（２，２））＋ａ（３，２））として求められる。
【００４０】
２）物品Ａ２に対応するリーフノードａ（１，２）＝ｘ２＝Ｈ（Ｄ２）について、検証キーはｋ２＝｛ａ（１，１），ａ（２，２），ａ（３，２）｝であり、ここから（ツリーのノード順序付け及びツリー連結順序付けに従って実行される）以下のステップによって、ルート値Ｒを読み出し可能である。
ｉ）ｋ１のａ（１，２）＝ｘ２及びａ（１，１）＝ｘ１から（ａ（１，１）は、物品デジタル署名ｘ２に対応するリーフノードすなわちノードａ（１，２）と同じ親ノードを有する他方のリーフノードすなわちノードａ（２，１）である）、ａ（２，１）＝Ｈ（ａ（１，１）＋ａ（１，２））によって親ノード値ａ（２，１）が求められる。
ｉｉ）求めたａ（２，１）及びｋ２の次のノード値（すなわち、先行レベルで考慮した、ツリーの過去の親ノードすなわちノードａ（２，１）と同じ親ノードすなわちノードａ（３，１）を有する非リーフノードである次の非リーフノードレベルのａ（２，２））から、ａ（３，１）＝Ｈ（ａ（２，１）＋ａ（２，２））によって親ノード値ａ（３，１）が求められる。
ｉｉｉ）求めたａ（３，１）及びｋ２の次のノード値（すなわち、先行レベルで考慮した、ツリーの過去の親ノードすなわちノードａ（３，１）と同じ親ノードすなわちルートノードを有する非リーフノードである最後から２番目のノードレベルのａ（３，２））から、Ｒ＝Ｈ（ａ（３，１）＋ａ（３，２））によってルートノード値Ｒが求められる。
したがって、ツリーのルートノードの値は、Ｒ＝Ｈ（Ｈ（Ｈ（ａ（１，１）＋ａ（１，２））＋ａ（２，２））＋ａ（３，２））として求められる。
【００４１】
３）物品Ａ３に対応するリーフノードａ（１，３）＝ｘ３＝Ｈ（Ｄ３）について、検証キーはｋ３＝｛ａ（１，４），ａ（２，１），ａ（３，２）｝であり、ここから（ツリーのノード順序付け及びツリー連結順序付けに従って実行される）以下のステップによって、ルート値Ｒを読み出し可能である。
ｉ）ｋ３のａ（１，３）＝ｘ３及びａ（１，４）＝ｘ４から（ａ（１，４）は、物品デジタル署名ｘ３に対応するリーフノードすなわちノードａ（１，３）と同じ親ノードを有する他方のリーフノードすなわちノードａ（２，２）である）、ａ（２，２）＝Ｈ（ａ（１，３）＋ａ（１，４））によって親ノード値ａ（２，２）が求められる。
ｉｉ）求めたａ（２，２）及びｋ３の次のノード値（すなわち、先行レベルで考慮した、ツリーの過去の親ノードすなわちノードａ（２，２）と同じ親ノードすなわちノードａ（３，１）を有する非リーフノードである次の非リーフノードレベルのａ（２，１））から、ａ（３，１）＝Ｈ（ａ（２，１）＋ａ（２，２））によって親ノード値ａ（３，１）が求められる。
ｉｉｉ）求めたａ（３，１）及びｋ３の次のノード値（すなわち、先行レベルで考慮した、ツリーの過去の親ノードすなわちノードａ（３，１）と同じ親ノードすなわちルートノードを有する非リーフノードである最後から２番目のノードレベルのａ（３，２））から、Ｒ＝Ｈ（ａ（３，１）＋ａ（３，２））によってルートノード値Ｒが求められる。
したがって、ツリーのルートノードの値は、Ｒ＝Ｈ（Ｈ（ａ（２，１）＋Ｈ（ａ（１，３）＋ａ（１，４））＋ａ（３，２））として求められる。
【００４２】
４）物品Ａ４に対応するリーフノードａ（１，４）＝ｘ４＝Ｈ（Ｄ４）について、検証キーはｋ４＝｛ａ（１，３），ａ（２，１），ａ（３，２）｝であり、ここから（ツリーのノード順序付け及びツリー連結順序付けに従って実行される）以下のステップによって、ルート値Ｒを読み出し可能である。
ｉ）ｋ４のａ（１，４）＝ｘ４及びａ（１，３）＝ｘ３から、ａ（２，２）＝Ｈ（ａ（１，３）＋ａ（１，４））によって親ノード値ａ（２，２）が求められる。
ｉｉ）求めたａ（２，２）及びｋ４の次のノード値すなわち次の非リーフノードレベルのａ（２，１）から、ａ（３，１）＝Ｈ（ａ（２，１）＋ａ（２，２））によって親ノード値ａ（３，１）が求められる。
ｉｉｉ）求めたａ（３，１）及びｋ４の次のノード値すなわち最後から２番目のノードレベルのａ（３，２）から、Ｒ＝Ｈ（ａ（３，１）＋ａ（３，２））によってルートノード値Ｒが求められる。
したがって、ツリーのルートノードの値は、Ｒ＝Ｈ（Ｈ（ａ（２，１）＋Ｈ（ａ（１，３）＋ａ（１，４））＋ａ（３，２））として求められる。
【００４３】
５）物品Ａ５に対応するリーフノードａ（１，５）＝ｘ５＝Ｈ（Ｄ５）について、検証キーはｋ５＝｛ａ（１，６），ａ（２，４），ａ（３，１）｝であり、ここから（ツリーのノード順序付け及びツリー連結順序付けに従って実行される）以下のステップによって、ルート値Ｒを読み出し可能である。
ｉ）ｋ５のａ（１，５）＝ｘ５及びａ（１，６）＝ｘ６から、ａ（２，３）＝Ｈ（ａ（１，５）＋ａ（１，６））によって親ノード値ａ（２，３）が求められる。
ｉｉ）求めたａ（２，３）及びｋ５の次のノード値すなわち次の非リーフノードレベルのａ（２，４）から、ａ（３，２）＝Ｈ（ａ（２，３）＋ａ（２，４））によって親ノード値ａ（３，２）が求められる。
ｉｉｉ）求めたａ（３，２）及びｋ５の次のノード値すなわち最後から２番目のノードレベルのａ（３，１）から、Ｒ＝Ｈ（ａ（３，１）＋ａ（３，２））によってルートノード値Ｒが求められる。
したがって、ツリーのルートノードの値は、Ｒ＝Ｈ（ａ（３，１）＋Ｈ（Ｈ（ａ（１，５）＋ａ（１，６））＋ａ（２，４）））として求められる。
【００４４】
６）物品Ａ６に対応するリーフノードａ（１，６）＝ｘ６＝Ｈ（Ｄ６）について、検証キーはｋ６＝｛ａ（１，５），ａ（２，４），ａ（３，１）｝であり、ここから（ツリーのノード順序付け及びツリー連結順序付けに従って実行される）以下のステップによって、ルート値Ｒを読み出し可能である。
ｉ）ｋ６のａ（１，６）＝ｘ６及びａ（１，５）＝ｘ５から、ａ（２，３）＝Ｈ（ａ（１，５）＋ａ（１，６））によって親ノード値ａ（２，３）が求められる。
ｉｉ）求めたａ（２，３）及びｋ６の次のノード値すなわち次の非リーフノードレベルのａ（２，４）から、ａ（３，２）＝Ｈ（ａ（２，３）＋ａ（２，４））によって親ノード値ａ（３，２）が求められる。
ｉｉｉ）求めたａ（３，２）及びｋ６の次のノード値すなわち最後から２番目のノードレベルのａ（３，１）から、Ｒ＝Ｈ（ａ（３，１）＋ａ（３，２））によってルートノード値Ｒが求められる。
したがって、ツリーのルートノードの値は、Ｒ＝Ｈ（ａ（３，１）＋Ｈ（Ｈ（ａ（１，５）＋ａ（１，６））＋ａ（２，４）））として求められる。
【００４５】
７）物品Ａ７に対応するリーフノードａ（１，７）＝ｘ７＝Ｈ（Ｄ７）について、検証キーはｋ７＝｛ａ（１，８），ａ（２，３），ａ（３，１）｝であり、ここから（ツリーのノード順序付け及びツリー連結順序付けに従って実行される）以下のステップによって、ルート値Ｒを読み出し可能である。
ｉ）ｋ７のａ（１，７）＝ｘ７及びａ（１，８）＝ｘ８から、ａ（２，４）＝Ｈ（ａ（１，７）＋ａ（１，８））によって親ノード値ａ（２，４）が求められる。
ｉｉ）求めたａ（２，４）及びｋ７の次のノード値すなわち次の非リーフノードレベルのａ（２，３）から、ａ（３，２）＝Ｈ（ａ（２，３）＋ａ（２，４））によって親ノード値ａ（３，２）が求められる。
ｉｉｉ）求めたａ（３，２）及びｋ７の次のノード値すなわち最後から２番目のノードレベルのａ（３，１）から、Ｒ＝Ｈ（ａ（３，１）＋ａ（３，２））によってルートノード値Ｒが求められる。
したがって、ツリーのルートノードの値は、Ｒ＝Ｈ（ａ（３，１）＋Ｈ（ａ（２，３）＋Ｈ（ａ（１，７）＋ａ（１，８））））として求められる。
【００４６】
８）物品Ａ８に対応するリーフノードａ（１，８）＝ｘ８＝Ｈ（Ｄ８）について、検証キーはｋ８＝｛ａ（１，７），ａ（２，３），ａ（３，１）｝であり、ここから（ツリーのノード順序付け及びツリー連結順序付けに従って実行される）以下のステップによって、ルート値Ｒを読み出し可能である。
ｉ）ｋ８のａ（１，８）＝ｘ８及びａ（１，７）＝ｘ７から、ａ（２，４）＝Ｈ（ａ（１，７）＋ａ（１，８））によって親ノード値ａ（２，４）が求められる。
ｉｉ）求めたａ（２，４）及びｋ８の次のノード値すなわち次の非リーフノードレベルのａ（２，３）から、ａ（３，２）＝Ｈ（ａ（２，３）＋ａ（２，４））によって親ノード値ａ（３，２）が求められる。
ｉｉｉ）求めたａ（３，２）及びｋ８の次のノード値すなわち最後から２番目のノードレベルのａ（３，１）から、Ｒ＝Ｈ（ａ（３，１）＋ａ（３，２））によってルートノード値Ｒが求められる。
したがって、ツリーのルートノードの値は、Ｒ＝Ｈ（ａ（３，１）＋Ｈ（ａ（２，３）＋Ｈ（ａ（１，７）＋ａ（１，８））））として求められる。
【００４７】
一般的には、所与のリーフノード値及び当該所与のリーフノード値と関連付けられた検証キーに規定のノード値から開始して（候補）ルートノード値を読み出すため、
＿検証キーにおけるノード値の列から、所与のリーフノードと同じ親ノードを有するツリーの１つおきのリーフノードのノード値（すなわち、デジタル署名値）を抽出し、所与のノード値と、ツリーのノード順序付け及びツリー連結順序付けにそれぞれ従って、前記１つおきのリーフノードの抽出したノード値との連結のデジタル署名を計算することによって、所与のリーフノードの前記同じ親ノードのデジタル署名を求めるステップと、
＿ツリーのそれぞれ次のレベルにおいて引き続き、最後から２番目のノードレベルまで、
＿＿検証キーにおけるノード値の列から、先行ステップで考慮した過去の親ノードと同じ親ノードを有するツリーの１つおきの非リーフノードのノード値を抽出するステップと、
＿＿ツリーのノード順序付け及びツリー連結順序付けに従って、前記１つおきの各非リーフノードノード値及び前記過去の同じ親ノードの求めたデジタル署名の連結のデジタル署名を計算することによって、前記過去の親ノードと同じ前記親ノードのノード値を求めるステップと、
＿ツリーのノード順序付け及びツリー連結順序付けに従って、ツリーの最後から２番目のノードレベルに対応する非リーフノードの求めたノード値の連結のデジタル署名を計算することによって、ツリーのルートノードのルートデジタル署名を求めるステップと、
が実行される。
【００４８】
上記例から明らかなように、ルートノード値Ｒは最終的に、任意所与のリーフノード値から、このリーフノード値と対応する検証キーに規定のノード値のみとの連結のデジタル署名によって読み出し可能である。これにより、ルートノード値の読み出しに必要な検証情報中のデータの量は明らかに、基準ルートノード値の計算（すなわち、リーフノード値のみに基づいて、ツリーの中間レベルのすべての非リーフノード値を計算すること）に必要なデータの量よりもはるかに少ない。これは、（二次元バーコードのような）セキュリティマーキングで利用可能なサイズが限定されるという制約を考慮すると、本発明の利点である。
【００４９】
本発明によれば、物品から成るバッチのデジタルファイルＡｉのデジタルセキュリティマーキング１１０は、従来のリーダによって容易に読み取り可能な２次元機械可読バーコードのデータコンテンツと互換性があるレベルにデジタル表現のビットサイズを保ちつつＡｉのデジタルデータＤｉと本物の物品から成る所与のバッチにマーキングされたオリジナルデジタルファイルＡｉが属するという事実との間に一意不変の偽造防止リンクを設けることによって、マーキングファイルの真偽、本物のマーキングファイルに対する関連データの適合性のオンライン及びオフラインでの確認作業を可能にする検証情報Ｖｉを含む。また、この検証情報は、物品デジタルデータＤｉ及び対応する検証キーｋｉを含む（Ｖｉ＝（Ｄｉ，ｋｉ））。この確認作業には、デジタルファイルＡｉの機械可読セキュリティマーキング１１０上のデジタルデータＤｉ及び対応するデジタル検証キーｋｉを最初に読み出した後、読み出したデジタルデータＤｉの一方向性関数により候補デジタル署名ｘｉをｘｉ＝Ｈ（Ｄｉ）として計算し、ｘｉ及びデジタル検証キーｋｉに示されるノード値の列に応じたツリーのノード値の連結のデジタル署名から上記説明のように候補ルートデジタル署名Ｒｃを計算することによって、バッチ値すなわちバッチと関連付けられたツリーの基準ルートデジタル署名Ｒを読み出すことを含む。この保護方式は、データの暗号化ひいては暗号化／復号化キーの管理を必要としない利点があるため（特に、デジタルセキュリティマーキングには暗号鍵が含まれない）、（例えば、ＲＳＡ（Ｒｉｖｅｓｔ−Ｓｈａｍｉｒ−Ａｄｌｅｍａｎ）システムのような）公開暗号鍵−秘密復号鍵による従来のデータ暗号化との比較では、暗号解読攻撃に対してはるかに堅牢である。結果として、本発明に係るデジタルセキュリティマーキングに表されるデジタルデータのサイズは小さくなり、従来の２Ｄバーコードの表現（例えば、ＱＲコード（登録商標））（印刷準備の整ったデジタルファイルに特に有用）ひいては従来のバーコードリーダ（或いは、単にカメラを有するプログラム済みスマートフォン）の使用が可能となる一方、暗号解読攻撃に対して非常に高いレベルの堅牢性がもたらされる。さらに、このセキュリティマーキングは、マーキングされたデジタルファイルの真偽及び本物の（オリジナル）デジタルファイルに対するデータの適合性の（コードリーダと通信するサーバを介した）オンライン確認及び（プログラム済みコードリーダを介した）オフライン確認の両者に適合する。また、本発明によれば、デジタルデータＤｉ及びキーデータｋｉの表現は異なっていてもよく、データ連結方式及び／又は一方向性関数は、ツリーのノードレベルに応じて決まり得る。これは、暗号解読攻撃に対して、付加的なレベルの堅牢性を与える。
【００５０】
デジタルセキュリティマーキングに含まれるデジタルデータ（すなわち、検証情報Ｖ）のサイズをさらに小さくするため、バッチの各オリジナルデジタルファイルＡｉのデジタルデータＤｉが、バッチのデジタルファイルすべてに共通する所与のフィールド間に拡がっている場合は、これらのフィールドに関連するデジタルデータが各デジタルデータＤｉに含まれず、デジタルファイルから成るバッチと関連付けられた別個のフィールドデータブロックＦＤＢにクラスタリングされ、
＿その後、バッチのオリジナルデジタルファイルＡｉのデジタル署名ｘｉが、対応するデジタルデータＤｉ及びフィールドデータブロックＦＤＢのデジタルデータの連結の一方向性関数Ｈにより計算され（すなわち、ｘｉ＝Ｈ（Ｄｉ＋ＦＤＢ））、
＿基準ルートデジタル署名Ｒが、関連するフィールドデータブロックＦＤＢとともに、ユーザによる利用が可能とされる（これにより、フィールドデータブロックも不変となる）のが好ましい。
本発明の一変形において、フィールドデータブロックＦＤＢは、基準ルートデジタル署名とは独立に、ユーザによるアクセスが可能とされる。
【００５１】
上記のサイズ低減は、ほとんどの場合に可能である。バッチのデジタルファイルと関連付けられたデータのほとんどは、データを構造化するいくつかのフィールド（例えば、保護対象のデジタルファイルと関連付けられた医薬製品の場合は、指標「シリアル番号」、「有効期限」等）に従って分類され、これらのフィールドと関連付けられたデータ（例えば、１２６０３、２０２０年５月等）のみがＤｉに含まれる一方、フィールド「シリアル番号」、「有効期限」等の共通名称は、フィールドデータブロックＦＤＢに含まれるためである。
【００５２】
情報をエンコードする公知の方法が多数存在する。本発明の任意の実施形態の実装において、このような任意の方法が用いられるようになっていてもよい。構成の一般的な一形態は、（デジタルファイルに含まれる２Ｄ画像の表現としての）周知のＱＲコードである。周知の通り、所与のエリアに関して、ＱＲコードがエンコード可能なデータが多いほど、そのモジュール密度（おおよそ、黒／白「正方形」の密度）が高くなり、印刷及び読み出しに必要な分解能が高くなる。また、ＱＲコードは一般的に、その密度（平方モジュール数）のほか、ＱＲコードが含むエラー訂正のレベルに応じて分類される。現在のところ、ＱＲコード画像が持続可能且つ復元可能な「損傷」すなわちデータ喪失の度合いをそれぞれ表す４つの異なる標準「レベル」Ｌ、Ｍ、Ｑ、及びＨが存在する。レベルＬ、Ｍ、Ｑ、及びＨはそれぞれ、おおよそ７％、１５％、２５％、及び３０％の損傷に耐えられる。
以下の表は、様々なＱＲコードバージョンの少なくとも近似的な値を示している。
【表１】
2021533468.tif 000003
【００５３】
ただし、一部のモジュールがスキャンターゲット、マスクパターン、及びエラー訂正モジュールに使用されることから、すべてのビットがデータ「負荷」のエンコードに用いられなくてもよい。このため、ＱＲコード（又は、マーキング１１０が用いられる任意のもの）がエンコード可能な情報の量と、検証情報Ｖに含まれてエンコードが必要な情報の量との間には、トレードオフが存在する。
【００５４】
選定種類のデジタルセキュリティマーキング１１０（ＱＲコード等）の場合は、エンコード容量が限られているため、好適な一方向性関数Ｈも選定すべきである。所要ビットの観点で出力が大きすぎる関数は、使用が一切不可能と考えられ、範囲が狭すぎる関数は、十分にセキュアとは考えられない。さらに、多くの用途においては、スケーラビリティが問題となり得る。例えば、一部のデータセキュリティ方式には、バッチの要素数の増加とともに増大し、デジタルセキュリティマーキング１１０がエンコード可能なビット数の観点からバッチのサイズを許容以上に制限することも可能な署名を伴う。これにより、本発明の好適な一形態によれば、選定される関数の種類がＳＨＡ−２ファミリの一方向性ハッシュ関数である。
【００５５】
バッチのオリジナルデジタルファイルのデジタルデータに対するデジタル的署名、異なるデジタルファイルのデジタル検証キーの決定、及び対応するツリーの基準ルートデジタル署名の計算のための演算の実行に与えられたコードを実行するため、演算モジュール（図示せず）が保護システムに含まれるのが好ましい。また、保護システムは、（１つ又は複数の）仮想デジタルファイルＡｖのデジタルデータＤｖに対応する（予めプログラムされた）値を入力する好適なモジュールを具備していてもよい。また、例えばデジタルファイルが構成された場所なら何処であっても、ファイル関連のハッシュ化演算を外部（例えば、接続された遠隔サーバ上）で実行することにより、当該（１つ又は複数の）現場から保護システムまでネットワークを介して生のデジタルデータＤｉを送信することが懸念される場合は、それを回避することも可能である。
【００５６】
デジタルファイルＡｉごとに、対応する検証情報Ｖｉが編集され、何らかの形態の機械可読デジタルセキュリティマーキング１１０にてエンコード（表現）された後、各物品に包含される。
【００５７】
如何なる「仮想」デジタルファイルＡｖに対しても、保護システムによって、その対応する検証情報Ｖｖ＝（Ｄｖ，ｋｖ）が内部で関連付けられていてもよい。検証情報は一般的に、デジタルファイルから成るバッチの如何なるデジタルファイルＡｉに対しても、対応するデジタルデータＤｉ及び対応するデジタル検証キーｋｉを少なくとも含む。すなわち、Ｖｉ＝（Ｄｉ，ｋｉ）である。
【００５８】
付加的なデジタルデータがデジタルファイルとさらに関連付けられていてもよく、例えば関連する品目シリアル番号、バッチＩＤ、日時情報、製品名、個々の品目（品目又はそのラベリング若しくはパッケージングの画像等）、バッチ、又は供給業者／製造業者と関連付けられた他のオンライン情報を提示するＵＲＬ、検証のために連絡可能な電話番号等、バッチ値すなわち基準ルートデジタル署名Ｒ又はシステム設計者（又は、システム管理者）が含むように選定したその他任意の情報を含んでいてもよい。付加的なデジタルデータは、（情報データベースインターフェースを介して）ユーザがアクセス可能な検索可能情報データベースに格納されていてもよい。
【００５９】
オリジナルデジタルファイルＡｉのデジタル検証ｋｉが計算され、対応するデジタルデータＤｉとともに、（すなわち、エンコード又は任意の選定データ表現によって）機械可読デジタルセキュリティマーキング１１０に含まれたら、結果としてのマーキングされたオリジナルデジタルファイル及びその関連するデジタルデータは実際に、偽造及び改竄に対して保護される。
【００６０】
そして、例えばＡ１等のデジタルファイルの受け手であるユーザは、撮像装置（リーダ）によって、Ａ１のデジタルセキュリティマーキングのスキャン（又は、読み出し）を行うとともに、デジタルデータＤ１及びデジタル検証キーｋ１（及び、マーキングにエンコードされた可能性のあるその他任意の情報）を抽出するようにしてもよい。マーキングされたデジタルファイルＡ１の検証のため、ユーザはまず、Ａ１のデジタルセキュリティマーキング１１０から検証情報Ｖ１＝（Ｄ１，ｋ１）を読み出すことによって、抽出したデジタルデータＤ１からデジタル署名ｘ１を計算する必要がある。このため、ユーザは、デジタル署名の計算に用いられる一方向性関数（ここでは、一方向性関数Ｈ（）（例えば、ＳＨＡ−２５６ハッシュ））を把握した後、演算ｘ１＝Ｈ（Ｄ１）の実行によって、対応する候補ルートデジタル署名Ｒｃの計算に必要な全データ（ｘ１，ｋ１）を求める必要がある。ユーザは、例えばデジタルファイル提供者若しくは署名及びキーを生成したエンティティへの要求又はユーザの撮像装置の処理ユニットへのプログラムにより、（例えば、公開／秘密鍵ペアを用いて）一方向性関数を安全に受信するようにしてもよい。
【００６１】
次に、このような候補ルートデジタル署名Ｒｃを計算するため、ユーザは、それに使用する（Ｈ（ａ（ｉ，ｊ）＋ａ（ｉ，ｋ））によってノード値を連結する）データ連結方式の種類をさらに把握することが必要となる。ユーザは、デジタルファイル提供者若しくは検証データを生成したエンティティへの要求又はユーザの処理ユニットへのプログラムにより、（例えば、公開／秘密鍵ペアを用いて）安全又は簡単に、任意の既知の様態でこの情報を受信するようにしてもよい。ただし、この連結方式は実際のところ、２つのノード値にそれぞれ対応する２つのデジタルデータブロックの従来の単なる「終端間結合」に対応していてもよい。この場合は、特定の方式をユーザに送信する必要がない。いくつかの変形において、この連結方式は、ツリー中の連結されたデジタルデータブロックのランク又はレベルに固有のデータを含み得る連結ブロックをさらに挿入するようにしてもよく、その結果、暗号解読攻撃はさらに困難となる。
【００６２】
データ連結方式を把握することにより、ユーザはその後、ツリーのノード順序付け及びツリー連結順序付けに従って、デジタル署名ｘ１及びデジタル検証キーｋ１に規定のノードの列（ノードａ（１，１）に関する上記項目１）参照）に応じたノード値の連結にデジタル的に署名することによって、上記説明のように候補ルートデジタル署名Ｒｃを（例えば、好適にプログラムされた撮像装置により）段階的に演算することができる。ここで、候補ルートデジタル署名は、Ｒｃ＝Ｈ（Ｈ（Ｈ（ａ（１，１）＋ａ（１，２））＋ａ（２，２））＋ａ（３，２））として求められる（ツリーのノード順序付けは、レベル及びレベル中のランクの各インデックス（ｉ，ｊ）により与えられる）。
このように計算した候補ルートデジタル署名Ｒｃは、利用可能な（又は、発行された）基準Ｒ値に等しいものとする。この値は、ユーザによる事前の取得及び／又は撮像装置の処理ユニットのメモリへの格納がなされていてもよく、また、受け手がシステム管理者に要求して、システム管理者から任意の既知の様態で受け取る値であってもよい。候補Ｒｃ及び利用可能な基準ルートデジタル署名Ｒが一致する場合、この演算によれば、デジタルセキュリティマーキング１１０の情報が確認されるとともに、デジタルファイルＡ１が正しいバッチに由来することが確認される。
【００６３】
デジタルファイルＡ１に対応するバッチの基準ルートデジタル署名Ｒにアクセスするリンク（例えば、対応するウェブサイト上でＲを読み出せる場合は、ウェブアドレス）をデジタルセキュリティマーキング１１０に含めることも可能であるが、好適な一変形ではない。
【００６４】
そして、例えばＡ１等のデジタルファイルの受け手であるユーザは、リーダによって、Ａ１上のデジタルセキュリティマーキングのスキャン（又は、読み出し）を行うとともに、デジタルデータＤ１及びデジタル検証キーｋ１（及び、デジタルセキュリティマーキングにエンコードされた可能性のあるその他任意の情報）を抽出するようにしてもよい。リーダの一例は、ディスプレイを備えたコンピュータ或いは（プログラム可能な）スマートフォンである。マーキングファイルＡ１の検証のため、ユーザはまず、Ａ１上のデジタルセキュリティマーキングから検証情報Ｖ１＝（Ｄ１，ｋ１）を読み出すことによって、抽出したデジタルデータＤ１からデジタル署名ｘ１を計算する必要がある。このため、ユーザは、デジタル署名の計算に用いられる一方向性関数（ここでは、ハッシュ関数Ｈ（））を把握した後、演算ｘ１＝Ｈ（Ｄ１）の実行によって、対応する候補ルートデジタル署名Ｂｃの計算に必要な全データ（ｘ１，ｋ１）を求める必要がある。ユーザは、例えばデジタルファイル提供者若しくは署名及びキーを生成したエンティティへの要求又はユーザのリーダの処理ユニットへのプログラムにより、（例えば、公開／秘密鍵ペアを用いて）一方向性関数を安全に受信するようにしてもよい。
【００６５】
基準ルートデジタル署名（すなわち、「バッチ値」）Ｒは、通信ユニットが備えられたコンピュータによって、ユーザが（通信リンクを介して）アクセス可能な検索可能ルートデータベースに格納されるのが好ましく、これは、上記スマートフォンの例と同様である。デジタルファイルＡ１を検証する必要があるユーザは、そのスマートフォンによって、Ａ１のデジタルセキュリティマーキング１１０で読み出されたデジタルデータＤ１（又は、計算されたデジタル署名ｘ１＝Ｈ（Ｄ１））を含むリクエストをデータベースのアクセスインターフェース経由でデータベースのアドレスに送るだけで、対応する基準バッチ値Ｒを読み出すことが可能であり、アクセスインターフェースは、基準ルートデジタル署名Ｒをスマートフォンに返すことになる。データベースは、ブロックチェーンによる保護によって、格納されたルートデジタル署名の不変性を強化するようにしてもよい。本発明の利点として、物理的対象すなわちメモリに格納されたオリジナルデジタルファイルとその属性すなわち対応するルートデジタル署名を通じて事実上不変の特定のデジタルファイルバッチに属するデジタルファイルに関連するデジタルデータとの間のリンクが構成される。
【００６６】
また、前述のデジタルファイルＡｉの検証プロセスは、デジタルファイルＡｉの対応する印刷物上で人間が読めるＡｉのデータコンテンツを認証するように機能し得る。実際のところ、ユーザは、コンピュータによりデジタルファイルＡｉのデジタルセキュリティマーキングから復号化される対応するデジタルデータＤｉをコンピュータのディスプレイ上で読むことができるとともに、表示された情報がデジタルファイルの印刷物上の印刷データと一致することを視覚的に確認することができる。
【００６７】
好適な一実施形態において、デジタルデータＤｉは、デジタルセキュリティマーキングから抽出された特性デジタルデータと好適なセンサにより得られた一意的物理特性の対応する検出データとの比較によって、関連する対象又は関連する個人の（材料的な）認証に使用可能なマーキングされたオリジナルデジタルファイルＡｉと関連付けられた対象又は個人の対応する一意的物理特性の特性デジタルデータ（ＣＤＤ）をさらに含む。このため、デジタルファイルＡｉの一意的物理特性に対応する特性デジタルデータをＣＤＤｉとして、対応する一意的物理署名データＵＰＳｉは、（好ましくは一方向性関数による）ＣＤＤｉのエンコード（例えば、特性デジタルデータＣＤＤｉのハッシュ化すなわちＵＰＳｉ＝Ｈ（ＣＤＤｉ））により求められる。ただし、その他任意の既知のエンコードを代替として使用することも可能である。例えば、署名を短くするため、楕円曲線デジタル署名アルゴリズムを使用可能である。デジタルファイルＡｉと関連付けられた対象ＯＢＪｉの一意的物理特性に対応する特性デジタルデータＣＤＤｉの例示的且つ非常に単純な一例として、例えばスマートフォンのカメラによる対象ＯＢＪｉ（又は、ＯＢＪｉ上の特定のゾーン）の撮像により得られた単なるデジタル画像を考える。この対応する一意的物理署名データＵＰＳｉは、例えばデジタル画像のハッシュである（ＵＰＳｉ＝Ｈ（ＣＤＤｉ））。署名ＵＰＳｉを生成した特性デジタルデータＣＤＤｉは、Ａｉの基準特性デジタルデータであり、得られた署名ＵＰＳｉは、Ａｉの対応する基準一意的物理署名データである。ＵＰＳｉすなわちデジタルファイルＡｉの基準一意的物理署名データは、（例えば、デジタルファイルＡｉのデジタルセキュリティマーキング上で読み出されたデジタルデータＤｉ又はその対応するデジタルファイル署名ｘｉを含むリクエストによって）ユーザがアクセス可能な検索可能データベース又はブロックチェーン（又は、ブロックチェーンにより保護されたデータベース）に格納されるのが好ましい。このため、格納されたＵＰＳｉは、不変文字を取得する。ＣＤＤｉのコピーがさらに、ユーザのスマートフォン（又は、リーダ又はコンピュータ）のメモリに格納されるようになっていてもよい。また、本実施形態の一変形においては、ＵＰＳｉのコピーがさらに、ユーザのスマートフォン（又は、リーダ又はコンピュータ）のメモリに格納され、オフライン確認動作を可能にしていてもよい。
【００６８】
デジタルファイルＡｉの真偽の確認は、デジタルファイルＡｉに含まれるデジタルセキュリティマーキング上で（ここでは、スマートフォン上で動作する復号化アプリケーションにより）読み出されたデジタルデータＤｉから候補特性デジタルデータＣＤＤｉｃを抽出し、スマートフォンのメモリに格納された基準特性デジタルデータＣＤＤｉと比較することにより実行されるようになっていてもよい。一致（ＣＤＤｉｃ＝ＣＤＤｉ）の場合、デジタルファイルＡｉは、本物とみなされる（そのデジタルコンテンツが本物のマーキングされたオリジナルデジタルファイルのデジタルコンテンツに対応する）。基準特性デジタルデータＣＤＤｉがスマートフォンのメモリに格納されておらず、代わりに、基準一意的物理署名データＵＰＳｉがスマートフォンのメモリに格納されている場合（ＣＤＤと比較して、メモリの占有がはるかに抑えられる利点がある）、Ａｉの真偽は依然として、デジタルデータＤｉから抽出された候補特性デジタルデータＣＤＤｉｃのハッシュ値の計算すなわちＵＰＳｉｃ＝Ｈ（ＣＤＤｉｃ）により得られる候補一意的物理署名データＵＰＳｉｃがメモリに格納された基準一意的物理署名データＵＰＳｉに一致するものと検証することによって、確認可能である。
【００６９】
ユーザは、なおもオフライン（自己検証）プロセスによって、測定を実行可能なセンサ（ここでは、スマートフォンのカメラ）によりデジタルファイルＡｉと関連付けられた対象又は個人の前記一意的物理特性を検出し、検出した特性（ここでは、スマートフォンにより取り込まれたデジタル画像）から候補特性デジタルデータＣＤＤｉｃを求めることによって、受け取ったデジタルファイルＡｉの真偽をさらに確認するようにしてもよい。その後、ユーザは、（そのスマートフォンの画像処理ユニット又はスマートフォンのディスプレイ上での視覚により）得られたＣＤＤｉｃを（スマートフォンのメモリに格納された）基準ＣＤＤｉのコピーと比較することができる。「合理的」な一致ＣＤＤｉｃ≒ＣＤＤｉ（すなわち、２つのデジタルデータが所与の許容範囲又は類似性の規格内で一致する）場合、デジタルファイルＡｉは、本物とみなされる（すなわち、そのデジタルコンテンツが本物のマーキングされたオリジナルデジタルファイルのデジタルコンテンツに対応する）。
【００７０】
さらに、ユーザは、スマートフォンのメモリに格納された基準ＣＤＤｉのコピーから対応する候補一意的物理署名データをＵＰＳｉｃ＝Ｈ（ＣＤＤｉ）としてさらに計算し、スマートフォンのメモリに格納された基準物理署名データＵＰＳｉと比較するようにしてもよい。一致ＵＰＳｉｃ＝ＵＰＳｉの場合、デジタルファイルＡｉは、さらに高い信頼度で本物と確認される（１ビットの差でも不一致となるには十分である）。さらに、一致の場合は、Ａｉのデジタルセキュリティマーキングに格納された検証情報（Ｄｉ，ｋｉ）から対応するバッチ値Ｒを読み出すことにより上記説明した通り、本物のデジタルファイルに対応するものと確認されたＡｉに関連するデジタルデータＤｉについても認証される。
【００７１】
本実施形態の一変形において、ユーザによるデジタルファイルＡｉの真偽の確認は、オンラインプロセスにより実行されるようになっていてもよい。この場合、すなわち基準データすなわち特性デジタルデータＣＤＤｉ及び／又は基準一意的物理署名データＵＰＳｉは、ユーザがアクセス可能な検索可能データベースに格納され、デジタルファイルＡｉに関連する基準データはそれぞれ、（Ａｉのデジタルセキュリティマーキングに含まれる）対応するデジタルデータＤｉ又は（演算ｘｉ＝Ｈ（Ｄｉ）によってデータＤｉがデジタルセキュリティマーキングから抽出された場合にユーザが計算可能な）対応するデジタルファイル署名ｘｉとの関連で格納されている。基準データは、それぞれＤｉ又はｘｉを含むクエリをデータベースに送って要求可能である。
対象を保護する従来の方法では、材料ベースのセキュリティマーキング（場合によっては改竄防止）すなわち複製が（不可能とは言わないまでも）非常に難しい検出可能な固有の物理的又は化学的特性を有するマーキングを適用する。マーキングの固有の特性を適当なセンサが検出した場合、このマーキングは高い信頼度で本物とみなされ、対応するマーキングされた対象も同様となる。このような既知の固有特性の認証には多くの例があり、マーキングは、場合によりランダムに分散したいくつかの粒子を含み得るか、又は、固有の光学的反射、透過、吸収、若しくは放出（例えば、発光、偏光、回折、又は干渉等）の特性をもたらす特定の積層構造を有し、場合によっては、特定のスペクトル成分の「光」を伴う特定の照射条件により検出可能である。この固有特性は、マーキングの材料の特定の化学組成により得られる。例えば、対象への何らかのパターンの印刷に用いられるインクに発光顔料（場合によっては非市販品）を分散可能であり、特定の光（例えば、ＵＶスペクトル領域の光）の照射によって、（例えば、赤外領域内のスペクトルウィンドウにおける）特定の光を放出するのに用いられる。これは、例えば紙幣の保護に用いられる。他の固有特性も使用可能であり、例えば、マーキングの発光粒子は、適当な励起光パルスの照射後の特定の発光放出減衰時間を有し得る。他種の固有特性は、含有粒子の磁気特性又は対象自体の「フィンガープリント」特性であり、例えば、十分な分解能で観察した場合に一意的特性化署名を抽出するように機能し得る文書上の所与のゾーンにおける当該文書の紙基板の本質的にランダム分散の繊維の相対配置、又は十分に拡大して見た場合に同じく一意的署名となり得る対象に印刷されたデータのいくつかのランダム印刷アーチファクト等が挙げられる。対象の本質的なフィンガープリント特性の主な課題は、経年劣化又は摩耗に対する堅牢性である。ただし、材料ベースのセキュリティマーキングによって、マーキングされた対象と関連付けられたデータの保護が必ずしも可能になるわけではない。例えば、文書のあるゾーンにセキュリティインクで印刷されたロゴのように、材料ベースのセキュリティマーキングが文書に施されているとしても、文書のその他の部分に印刷されたデータは依然として変造可能である。さらに、あまりに複雑な認証署名の場合は、外部データベースを含む十分な格納能力及びこのようなデータベースに問い合わせを行うための通信リンクが必要となることが多いことから、対象のオフライン認証は不可能である。本発明によれば、材料ベースのセキュリティマーキングによりマーキングされ、（デジタル的に）マーキングされたデジタルファイルと関連付けられた対象は、マーキングされた対象又はその対応する一意的物理署名データに対応する特性デジタルデータが（ブロックチェーンにおける集約デジタル署名の公開又は格納のために）不変であり、関連するデジタルファイルの一部であるデジタルセキュリティマーキングのデジタルデータと偽造防止リンクされているという事実の結果としてのエンタングルメントによって保護される。したがって、本発明は、対象から成るバッチ及び関連するデジタルファイルから成る対応するバッチの両者の保護に使用可能である。
【００７２】
当然のことながら、その他任意の公知の固有物理／化学特性の使用により、デジタルファイルＡｉと関連付けられた対象ＯＢＪｉの一意的物理特性に関する特性デジタルデータＣＤＤｉ及び対応する一意的物理署名データＵＰＳｉを求めることができる。別の説明例として、特性減衰時間が一定で光励起波長ウィンドウ及び発光放出波長ウィンドウを有する発光顔料を含むセキュリティインクにより、材料ベースのセキュリティマーキングを構成する２Ｄバーコードを対象に印刷することができる。その結果は、材料「フィンガープリント」として機能する特定の基準減衰時間値τを有するインクである。これは、顔料励起波長ウィンドウを網羅する照射波長ウィンドウにおいて励起光によりバーコードを照射するとともに、発光放出波長ウィンドウ内の光強度を検出可能なセンサによって結果としての発光をバーコードから集めてバーコードひいては対象を認証するのに十分である。例えば、ユーザのリーダには、励起光をバーコードに供給可能なフラッシュと、対応する発光強度プロファイルＩ（ｔ）を（検出時間にわたって）バーコードから収集可能なフォトダイオードとが備えられていてもよく、リーダのＣＰＵ（中央演算処理装置）は、収集された強度プロファイルＩ（ｔ）から減衰時間値を計算するようにプログラムされている。例えば、励起波長ウィンドウは、ＵＶ（紫外）帯内であってもよく、放出波長ウィンドウは、ＩＲ（赤外）帯内であってもよい。対象の検証中、ユーザの撮像装置により収集された発光強度が候補減衰時間τｃに対応する時間にわたって特性減衰を示す場合、τｃ≒τ（所与の許容範囲内）の場合は、インクひいては対象が本物とみなされる。この場合、マーキングされた対象ＯＢＪｉの特性デジタルデータＣＤＤｉには、少なくとも基準減衰時間値τ（及び、場合によっては、励起波長ウィンドウ及び放出波長ウィンドウに関するデータ）を含む。上記例から明らかなように、関連するデジタルファイルＡｉのデジタルセキュリティマーキングの検証情報に基準（一意的）特性デジタルデータを含む場合は、デジタルファイルのデジタルデータとその関連する対象の認証データとの間に偽造防止リンクが与えられる技術的効果がもたらされる。
【００７３】
本発明の別の例示的な実施形態は、図２Ａに示すように、生体識別文書（例えば、デジタル生体認証パスポート）から成るバッチに関する。デジタルファイルとしての各デジタルパスポートは、対応する個人すなわちパスポートの所有者と関連付けられる。明瞭化のため、図２Ａにおいては、例えばデジタルＰＤＦ（「Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ」）ファイルからの表示も可能なことから、Ａ１のデジタルデータを同等なテキスト及び英数字（すなわち、人間が読める）情報として表現しており、デジタルセキュリティマーキングを同等な従来のＱＲコード２次元パターンとして示している。本発明の本実施形態は、印刷準備の整ったデジタルファイル等の印刷可能なデジタルファイルの生成に特に有用であり、プリンタが印刷する保護対象の文書を対応する保護対象の印刷可能なデジタルファイル（例えば、識別情報文書、証書、契約等に関するデジタルファイル）から直接配送することができる。
【００７４】
本例においても依然として、パスポートデジタルデータに署名する一方向性関数としてハッシュ関数を使用し、その周知の堅牢性に鑑みて、ＳＨＡ−２５６ハッシュ関数が好ましい。実際のところ、バッチの所与のサイズを考慮して、パスポートデジタルデータに署名する目的で選択される（既知のバケットリストを有する）ハッシュ関数は、一方向性暗号化関数の一例であり、個々の各デジタルパスポートがそれぞれのデジタルパスポート署名を有することによって、署名が一意となるようにする。ハッシュ関数の領域（すなわち、一組の考え得るキー）がその範囲（すなわち、異なるテーブルインデックスの数）よりも大きいことから、同じインデックスに複数の異なるキーがマッピングされて衝突することも考えられる。バッチのサイズが既知の場合は、ハッシュ関数のハッシュテーブルと関連付けられたバケットリストを考慮するとともに、衝突のない関数のみを保持するか、又は、ハッシュテーブル衝突解決方式（例えば、ｃｏａｌｅｓｃｅｄ  ｈａｓｈｉｎｇ、ｃｕｃｋｏｏ  ｈａｓｈｉｎｇ、又はｈｏｐｓｃｏｔｃｈ  ｈａｓｈｉｎｇ等）を独立して選定することにより、上記のような衝突を回避可能である。
【００７５】
図２Ａは、Ａ１としてエンコードされた機械可読デジタルセキュリティマーキング２１０（ここでは、ＱＲコード）により保護され、従来のパスポートデータ（例えば、文書のタイトル２３０ａ（「パスポート」）、パスポートの所有者の一組のバイオグラフィデータ２３０ｂ（姓（「Ｄｏｅ」）、名（「Ｊｏｈｎ」）、性別（「男性」）、生年月日（「１９７５年３月２０日」）、国籍（「米国」）、出身（「デモイン」）、出生地（「オークランド」））、パスポートの発行日２３０ｃ（「２０１８年２月２４日」）、及び有効期限２３０ｄ（「２０２０年２月２３日」）を表現するデジタルデータ）を含むパスポートデジタルデータ２３０を含むデジタル生体認証パスポートＡ１の一例を示している。これらのパスポートデジタルデータには、パスポートを供給する機関により割り当てられた（１つ又は複数の）何らか（一意）のシリアル番号２３５をさらに含んでいてもよい（ここでは、「１２３４５」）。パスポートデジタルデータには、デジタルパスポートと関連付けられた個人の一意的物理特性（ＵＰＣ）に対応する特性デジタルデータ（ＣＤＤ）として、パスポートの所有者の生体認証データをさらに含む。前記一意的物理特性（図示せず）を特性化し、前記生体認証データに対応するデータの機械可読表現２３０ｅ（例えば、英数字）は、パスポートデジタルデータ２３０と関連付けられる。デジタルデータの表現は、広義に理解されるものとする。このデータの表現では、オリジナルのデジタルデータを読み出し可能でさえあればよい。一意的物理特性の機械可読データ表現２３０ｅすなわち生体認証データは、例えばデジタルパスポートの所有者の指紋識別データ又は虹彩識別データに対応していてもよい。例えば、人間の指紋に対応する生体認証データ２３０ｅは、指紋隆線の一組の具体的な微細特徴（隆線の終端、分岐、及び短い隆線）の解析の結果であってもよい（従来のヘンリー分類システム（Ｈｅｎｒｙ  Ｓｙｓｔｅｍ  ｏｆ  Ｃｌａｓｓｉｆｉｃａｔｉｏｎ）による）。
【００７６】
このため、μ個（ここでは、μ＝１０２４）の供給されたデジタル生体認証パスポートから成るバッチの所与のデジタルパスポートＡｊに関して、関連するパスポートデジタルデータＤｊには、前述のデジタルデータ２３０ａ〜２３０ｅを含む。本実施形態の一変形において、関連するパスポートデジタルデータＤｊは、供給されたすべてのパスポートに共通するフィールドの値のみを含んでいてもよい。一方、共通のフィールドすなわち「パスポート」、「姓」、「性別」、「生年月日」、「国籍」、「出身」、「出生地」、「発行日」、及び「有効期限」は、上記説明のように、別個のフィールドデータブロックＦＤＢに含まれる。例えば、Ｄ１は、フィールド値「Ｄｏｅ」、「Ｊｏｈｎ」、「男性」、「１９７５年３月２０日」、「米国」、「デモイン」、「オークランド」、「２０１８年２月２４日」、及び「２０２０年２月２３日」の表記のみを含む。
付加的なパスポートデジタルデータが前述のパスポートデジタルデータ２３０と関連付けられているのが好ましい。例えば、パスポートの所有者の指紋パターンのデジタル画像又はデジタル識別情報写真等である。本実施形態の一変形において、これらの付加的なパスポートデジタルデータは、何らかのパスポートデータ（例えば、所有者の氏名、生体認証データ、セキュリティマーキングからのデータ、又は一意のシリアル番号２３５）を含む情報リクエストによる検索によって、対応する指紋パターンデータを読み出し可能な検索可能情報データベース２５０に格納され、その返信を受信する。情報データベース２５０へのリンクが情報アクセスデータ２４０としてデジタルパスポートに含まれているのが好ましい。ここで、この情報アクセスデータは、情報データベース２５０において対応する付加的なデータを読み出す基準インデックスを含むＱＲコードのデジタル表現にてエンコードされている。ただし、遠隔の情報データベースへのアクセスを伴うパスポート管理運用（オンライン運用）の一変形において、ＱＲコードは、例えばウェブを介してアクセス可能な情報データベースのＵＲＬを含むことも可能である。
【００７７】
そして、デジタルパスポートＡｊのパスポートデジタルデータ２３０ａ〜２３０ｅに対応するパスポートデジタルデータＤｊの一方向性ハッシュ関数によるデジタルパスポート署名が、例えば前述の堅牢なＳＨＡ−２５６ハッシュ関数により計算され、対応する（一意の）パスポートデジタル署名ｘｊ＝Ｈ（Ｄｊ）が得られる。同様に、すべての異なる所有者について、バッチ中のすべてのデジタルパスポートのパスポートデジタル署名が計算される。
【００７８】
上記説明のように、バッチ中のパスポートのすべての署名から、関連する（バイナリ）ツリーのツリー順序付け及びツリー連結順序付けに従って、基準ルートデジタル署名Ｒが計算される。バッチにはμ＝１０２４個のパスポートが存在するため、対応するバイナリツリーは、第１のレベルの５１２個の非リーフノードａ（２，１）、・・・、ａ（２，５１２）、第２のレベルの２５６個の非リーフノードａ（３，１）、・・・、ａ（３，２５６）、第３のレベルから、非リーフノードａ（１０，１）及びａ（１０，２）を有する最後から２番目のノードレベル（ここでは、レベル１０）、ルートノードＲに対応する最上位ノード（ツリーのレベル１１）まで、１０２４個のリーフノードａ（１，１）、・・・、ａ（１０２４）を有する。リーフノード値はａ（１，ｊ）＝ｘｊ＝Ｈ（Ｄｊ）（ｊ＝１、・・・、１０２４）、第２のレベルのノード値はａ（２，１）＝Ｈ（ａ（１，１）＋ａ（１，２））、・・・、ａ（２，５１２））＝Ｈ（ａ（１，１０２３）＋ａ（１，１０２４））等、基準ルートデジタル署名ＲはＲ＝Ｈ（ａ（１０，１）＋ａ（１０，２））である。したがって、各デジタル検証キーｋｊは、１０個のノード値の列である。デジタルパスポートＡｊのデジタルセキュリティマーキング２１０は、パスポートデジタルデータＤｊ及び対応するデジタル検証キーｋｊを含む（すなわち、検証情報Ｖｊ＝（Ｄｊ，ｋｊ））。
【００７９】
デジタル生体認証パスポートＡｊのデジタルセキュリティマーキング２１０のパスポートデジタルデータＤｊ及びデジタル検証キーｋｊが実際、バッチ値Ｒを有するμ個のデジタル生体認証パスポートから成るバッチに属する本物のデジタル生体認証パスポートのパスポートデータに対応することの確認の演算に必要となるのは、パスポートデジタル署名ｘｊ＝Ｈ（Ｄｊ）を計算することと、ｘｊ及びデジタル検証キーｋｊにより、（従来の連結方式によるバイナリツリーのノード順序付け及びツリー連結順序付けに従って）ノード値ａ（１，ｊ）及びｋｊのノード値の連結のハッシュ関数の１０倍の合成（ここでは、ツリーがルートレベルの下に１０個のレベルを有するため）により利用可能な対応する基準ルートデジタル署名Ｒを読み出し可能となることを検証することのみである。結果として、本発明に従って保護されたデジタル生体認証パスポートは、保持者の「個人データ」と「生体認証データ」との間の偽造防止リンクと、保持者その人と保持者の識別情報との間の一意の偽造防止リンクとの両者を提供する。
【００８０】
図２Ｂは、図２Ａの保護対象のデジタル生体認証パスポートＡ１の管理プロセスを示しており、そのパスポートデータマーキング２３０が特定のＪｏｈｎ  Ｄｏｅに対応し、その生体認証データ２３０ｅがＪｏｈｎ  Ｄｏｅの指紋に対応し、付加的なパスポートデジタルデータが、情報アクセスマーキング２４０に含まれる情報データベース２５０へのリンクを介してアクセス可能なＪｏｈｎ  Ｄｏｅのデジタル識別情報写真２５５に対応する。パスポートデータには、パスポートを供給した機関により割り当てられた一意のシリアル番号２３５をさらに含む。パスポートＡ１のデジタルセキュリティマーキング２１０は、検証情報（Ｄ１，ｋ１）を含み、パスポートデジタルデータＤ１が印刷されたパスポートデータ２３０ａ〜２３０ｄ、生体認証データ２３０ｅ、及び一意のシリアル番号２３５に対応し、デジタル検証キーｋ１が１０個のノード値の列｛ａ（１，２），ａ（２，２），・・・ａ（１０，２）｝に対応し、デジタルパスポートＡ１のノード値ａ（１，１）からルート値Ｒを読み出すのにこれらが必要となる（ａ（１，１）＝ｘ１＝Ｈ（Ｄ１））。基準ルートデジタル署名Ｒは、タイムスタンプが施され、ブロックチェーン２６０に格納されるようになっていてもよい。本例において、バッチの生体認証パスポートの各保持者の生体認証データ２３０ｅは、それぞれの対応する一意のシリアル番号との関連で、ブロックチェーン２６０にも格納される（これにより、不変となる）。Ｊｏｈｎ  Ｄｏｅの格納された生体認証データは、パスポートに書かれた一意のシリアル番号２３５を示すリクエストをブロックチェーン２６０に送ることによって読み出し可能である。人々の識別情報の管理を担う機関（例えば、警察、税関等）は、通信リンクを介してブロックチェーン２６０にアクセス可能であり、例示的な本実施形態においては、デジタル生体認証パスポートから成る供給バッチすべての（発行）ルートデジタル署名を格納するローカルの格納装置も有する。図２Ｂに示す例において、情報データベース２５０は、ローカルである（すなわち、公共通信ネットワークの使用なく、各機関が直接アクセス可能である）。さらに、これらの機関には、個人の指紋を取り込んで、取り込んだ指紋を特性化するデータすなわち生体認証データ２３０ｅの対応する機械可読表現を計算する指紋スキャナ２７０が備えられている。
【００８１】
例えば警察又は税関の職員によるＪｏｈｎ  Ｄｏｅの識別情報管理の間、職員は、Ｊｏｈｎ  Ｄｏｅの保護対象のデジタル生体認証パスポートＡ１を受け取り、適当なリーダ（例えば好適にプログラムされ、ローカルの格納装置２５０に接続されたコンピュータ２９０であってもよい）によって、デジタルパスポートのデジタルセキュリティマーキング２１０に格納された検証情報（Ｄ１，ｋ１）を読み出して復号化する。パスポートデジタルデータＤ１及びデジタル検証キーｋ１を読み出してコンピュータ２９０に送ったら、コンピュータ２９０上で動作する（ハッシュ関数Ｈ及びノード値の連結がプログラムされた）専用アプリケーションがパスポートデジタル署名ｘ１を（ｘ１＝Ｈ（Ｄ１）として）計算し、候補バッチ値ＲｃをＨ（Ｈ（Ｈ（Ｈ（Ｈ（Ｈ（Ｈ（Ｈ（Ｈ（Ｈ（ａ（１，１）＋ａ（１，２））＋ａ（２，２））＋・・）＋・・）＋・・）＋・・）＋・・）＋・・）＋ａ（９，２））＋ａ（１０，２））すなわちノード値ａ（１，１）及びｋｊ＝｛ａ（１，２），ａ（２，２），…，ａ（１０，２）｝のノード値の連結のハッシュ関数の１０倍の合成として計算する。その後、コンピュータは、例えばローカルの情報データベース２５０において、候補値Ｒｃに一致する基準ルートデジタル署名Ｒを検索することができる。一致がない場合は、パスポートが偽造品であり、「Ｊｏｈｎ  Ｄｏｅ」（すなわち、氏名がＪｏｈｎ  Ｄｏｅであると主張するスクリーニング済みの個人）が逮捕される可能性がある。Ｒｃが何らかの格納された基準ルートデジタル署名に一致する場合、パスポートは本物とみなされ、職員は、以下のように付加的なセキュリティ確認を実行するようにしてもよい。
職員は、情報データベース２５０に格納されたデジタル識別情報写真２５５を読み出し、コンピュータ２９０を介して、Ａ１に印刷されたシリアル番号２３５を含むリクエストを送ることにより、その返信を受信し、受信した識別情報写真２５５をコンピュータ２９０の画面に表示する。その後、職員は、表示された顔（すなわち、特定のＪｏｈｎ  Ｄｏｅの顔）を確認対象の個人の顔と視覚的に比較し、２つの顔が同じか否かを推定することができる。
職員は、コンピュータ２９０によってデジタルセキュリティマーキング２１０上のデータを読むことにより、パスポートＡ１上の生体認証データ２３０ｅを読み出し、コンピュータ２９０に接続された指紋スキャナ２７０によって個人の指紋をスキャンし、対応する個人の生体認証データを取得する。その後、職員は、コンピュータ２９０上で動作するプログラムによって、読み出した生体認証データ２３０ｅが（所与のエラー範囲内で）取得した個人の生体認証データに類似するかを確認する。
【００８２】
２つの顔及び生体認証データが類似すると判定された場合は、万事順調で、確認対象の個人が実際に現実のＪｏｈｎ  Ｄｏｅすなわち本物の生体認証パスポートＡ１の所有者である。
【００８３】
上記付加的なセキュリティ確認のいずれか１つでも失敗に終わった場合、職員の目の前の個人は明らかに、本物の生体認証パスポートＡ１の真の保持者ではない。このように、本発明に従って保護されたデジタル生体認証パスポートでは、職員の確認だけで、如何なる詐欺行為をも迅速に検出可能である。
【００８４】
実際、（ＱＲコードの上記例のような）２Ｄバーコードのデジタル表現に検証情報Ｖ＝（Ｄ，ｋ）を含めるだけで、デジタル生体認証パスポート文書を１つのデジタルファイルにまとめることも可能である。Ｖは、（パスポートデジタルデータＤ内の）保持者の指紋及び検証キー等、保持者のバイオグラフィデータ及び（一意の）生体認証データを含む。実際のところ、本発明によれば、このように「まとめられた」保護対象デジタルパスポートでさえ、パスポート保持者の「個人バイオグラフィデータ」と「生体認証データ」との間の前述の偽造防止リンクと、保持者その人と保持者の識別情報との間の一意の偽造防止リンクとを最大限に活用することができる。
【００８５】
本発明の別の例示的な実施形態は、図３に示すように、航空機の構成要素に関する。リアクタのいくつかの部品（例えば、タービンブレード、ポンプ・・・）又は着陸装置のいくつかの部品、或いはバッテリ等、故障が航空機のセキュリティに影響を及ぼし得る特定の重要な構成要素の価格が非常に高いことから、偽造者は、これら構成要素のコピーの製造に興味を有するが、当然のことながら、一般的には品質が低いため、所要の安全技術要件には適合しない。一般的に、識別用の対応する一意のシリアル番号が航空機構成要素にマーキングされているとしても、この種のマーキングは、容易に偽造し得る。これらの偽造航空機部品は一般的に、欠陥があって、深刻な損傷又は飛行機墜落事故の原因となり得る。今日、このセキュリティ問題が深刻さを増している。さらに、構成要素は、本物であったとしても、同種の航空機の特定バージョンには不都合な場合があり、例えば、所与の航空機の保守に不適当な構成要素が不用意に使われてしまう深刻なリスクがある。したがって、所与の航空機に許可された少なくとも特定の本物の構成要素を保護することが重要である。
【００８６】
一般的に、各構成要素は、例えば構成要素の技術的名称、構成要素の一意のシリアル番号、構成要素の製造業者名、構成要素の製造日、及び認定情報を示す対応する（場合により、デジタルの）技術データシートを有する。さらに、所与の航空機に関して、対応する記録には、それぞれの構成要素のすべての（デジタル）技術データシートを含む。ただし、偽造された構成要素は、それぞれの対応する偽のデジタル技術データシートを有する場合があるため、（例えば、技術テストの実行がなければ）詐欺行為を明確に検出できない。例えば、特定の航空機に搭載された構成要素に対してデジタル技術データシートが十分に対応すること（及び、その逆）をどのようにして確かめよう。
【００８７】
本発明の例示的な一実施形態によれば、所与の航空機の製造又は保守に用いられる許可部品又は航空機に搭載された許可部品は、まさにこの航空機の「構成要素（又は、対象）」から成るバッチに属するものと考えられる。
【００８８】
図３に示す特定の例示的な実施形態において、航空機バッチの各構成要素すなわち所与の航空機の搭載又は保守用に許可された各航空機構成要素は、航空機ＩＤコード、航空機製造業者名、航空機の構成要素の組込日、適合性確認の実行の責を負う技術者の氏名及び適合性確認の日付、並びに確認者の対応する（一意の）デジタル署名に対応する付加的なデジタルデータと併せて、従来の技術データシートと同じ構成要素デジタルデータ（例えば、航空機ＩＤコード、航空機製造業者名、構成要素の技術的名称、構成要素の一意のシリアル番号、構成要素の製造業者名、及び構成要素の製造日）を含む対応する航空機構成要素デジタル識別文書ＡＣ−ＩＤを有する。さらに、各航空機構成要素デジタル識別文書ＡＣ−ＩＤは、それに付加された機械可読デジタルセキュリティマーキングによって保護される。明瞭化のため、図３においては、ＡＣ−ＩＤ：Ａ１２５のデジタルデータを同等なテキスト及び英数字（すなわち、人間が読める）情報として表現しており、デジタルセキュリティマーキング３１０を同等な従来のＱＲコード２次元パターンとして示している。
構成要素又は一組の構成要素が航空機上で交換されるごとに、（新たな搭載作業に関する）前述の対応する付加的なデジタルデータによって、対応する保護対象のデジタルＡＣ−ＩＤ文書が生成され、航空機バッチの対応する更新バージョンも同じく生成されるのが好ましい。
【００８９】
したがって、特定の航空機（ここでは、航空機ＩＤ参照記号ＨＢ−ＳＮＯを有する）に搭載される（重要な）構成要素はすべて、搭載構成要素から成る対応するバッチ（ここでは、計μ個の構成要素を有する）に属し、関連するμ個のデジタルファイルから成る対応するバッチすなわちデジタル識別文書ＡＣ−ＩＤにおいて文書化されている。デジタルセキュリティマーキング３１０（ここでは、ＱＲコードの形態）は、航空機ＨＢ−ＳＮＯに搭載された対応する航空機構成要素（ここでは、Ａ１２５）と関連付けられた各航空機構成要素デジタル識別文書（例えば、ＡＣ−ＩＤ：Ａ１２５）に含まれる。図３は特に、航空機ＨＢ−ＳＮＯに搭載されたリアクタ種に適応され、一意の製造シリアル番号（ここでは、１２７８１であり、一般的には製造業者が刻印する）がマーキングされたタービンブレードである航空機バッチの構成要素Ａ１２５を示している。構成要素Ａ１２５と関連付けられた航空機構成要素デジタル識別文書ＡＣ−ＩＤ：Ａ１２５のデジタルセキュリティマーキング３１０の構成要素デジタルデータＤ１２５には、技術データシートに対応するデジタルデータ（航空機ＩＤコード３３０ａ（ここでは、ＨＢ−ＳＮＯ）、航空機製造業者名３３０ｂ（ここでは、ＡｅｒｏＡＢＣ）、構成要素の技術的名称３３０ｃ（ここでは、タービンブレード第１リング）、構成要素シリアル番号３３０ｄ（ここでは、１２７８１）、構成要素製造業者名３３０ｅ（ここでは、ＰＣＸ）、構成要素の製造日３３０ｆ（ここでは、２０１７年１１月１３日）、リアクタへの構成要素の組み付け日３３０ｇ（ここでは、２０１８年２月２４日）、適合性確認の実行の責を負う技術者の氏名３３０ｈ（ここでは、確認者がＭａｒｔｉｎ  Ｗｈｉｔｅ）及び適合性確認の日付３３０ｉ（ここでは、２０１８年３月２０日）、並びに確認者の（一意の）デジタル署名３３０ｊ（ここでは、２ｗ９ｓ０２ｕ））を含む。
【００９０】
構成要素Ａ１２５のデジタルファイルＡＣ−ＩＤ：Ａ１２５の構成要素デジタルデータＤ１２５の構成要素デジタル署名ｘ１２５は、一方向性ハッシュ関数Ｈによりｘ１２５＝Ｈ（Ｄ１２５）として計算される。同様に、構成要素Ａｉの構成要素デジタルデータＤｉのすべての構成要素デジタル署名ｘｉは、一方向性ハッシュ関数Ｈによりｘｉ＝Ｈ（Ｄｉ）（ここで、ｉ＝１、・・・、μ）として計算される。本発明によれば、構成要素Ａ１、・・・、Ａμから成るバッチひいてはデジタルファイルＡＣ−ＩＤ：Ａ１、・・・、ＡＣ−ＩＤ：Ａμから成る対応するバッチと関連付けられたツリー（ここでは、バイナリツリー）が構築され、構成要素Ａ１、・・・、Ａμの構成要素デジタル識別文書ＡＣ−ＩＤ：Ａ１、・・・、ＡＣ−ＩＤ：Ａμの各構成要素デジタルデータＤ１、・・・、Ｄμのμ個の構成要素デジタル署名ｘ１、・・・、ｘμにそれぞれ対応するμ個のリーフノードａ（１，１）、・・・、ａ（１，μ）を有する。ここで、バイナリツリーのノード順序付けは、従来のものである。すなわち、ノードａ（ｉ，ｊ）がインデックスの値（ｉ，ｊ）に従って配置される。インデックスｉは、リーフノードレベル（ｉ＝１）からルートノードの下の最後から２番目のノードレベルまでのツリーのレベルを示し、インデックスｊは、リーフノードレベル（レベル１）に対して１〜μ、次の（非リーフ）ノードレベル（レベル２）に対して１〜μ／２、・・・、最後から２番目のノードレベルに対して１〜２となる。ツリーはリーフノードからルートノードまでのノードレベルを含み、ツリーのすべての非リーフノードは、ツリー連結順序付けに応じた、その子ノードの各デジタル署名の連結の一方向性関数Ｈによるデジタル署名に対応する。
【００９１】
Μ個の航空機構成要素Ａ１、・・・、Ａμから成るバッチの基準ルートデジタル署名Ｒは、（以下に説明するように）ツリーのノード値の（従来の）連結の一方向性関数によって計算される。そして、基準ルートデジタル署名Ｒは、搭載された構成要素の管理又は変更の責を負う技術者がアクセス可能な検索可能データベース（好ましくは、ブロックチェーン）に格納される。このように、ツリーは、リーフノードからルートノードまでのノードレベルを含み、ツリーのすべての非リーフノードが、（ここでは、従来の）ツリー連結順序付けに応じた、その（２つの）子ノードの各デジタル署名の連結の一方向性関数Ｈによるデジタル署名に対応し、ルートノードが、基準ルートデジタル署名Ｒ、すなわち、（ツリーのノード順序付け及びツリー連結順序付けに応じた）ツリーの最後から２番目のノードレベルのノードのデジタル署名の連結の一方向性関数Ｈによるデジタル署名に対応する。
【００９２】
バッチの所与の構成要素Ａｉについて、構成要素デジタルデータＤｉの構成要素デジタル署名ｘｉ（すなわち、リーフノードａ（１，ｉ））に対応するデジタル検証キーｋｉは、リーフノードレベルから、ツリーの最後から２番目のノードレベルまで、デジタル署名ｘｉに対応するリーフノードａ（１，ｉ）と同じツリーの親ノードを有する１つおきのリーフノードの各デジタル署名と、ツリーのそれぞれ次のレベルにおいて引き続き、先行レベルで考慮した、ツリーの過去の親ノードと同じ親ノードを有するすべての非リーフノードの各デジタル署名とから成る列として計算される。航空機ＨＢ−ＳＮＯに搭載された構成要素Ａｉごとに、関連する構成要素デジタルデータＤｉ及び対応するデジタル検証キーｋｉは、対応する航空機構成要素デジタル識別文書ＡＣ−ＩＤ：Ａｉに含まれるデジタルセキュリティマーキング３１０に埋め込まれる。
【００９３】
例えば、航空機ＨＢ−ＳＮＯ上の構成要素の管理作業の場合、技術者は、例えばデジタルセキュリティマーキングのコンテンツを復号化するようにプログラムされたコンピュータとしての適当なリーダによって、管理対象の構成要素Ａ１２５のデジタルファイルＡＣ−ＩＤ：Ａ１２５に記載された構成要素シリアル番号１２７８１又は対応するＡＣ−ＩＤ：Ａ１２５文書上のデジタルセキュリティマーキング３１０に記載されたデジタル検証キーｋ１２５を含むリクエストを検索可能データベースに送るようにしてもよく、その返信として対応するバッチ値Ｒを受信することになる。完全なオフライン確認を可能にする好適な一変形において、技術者のコンピュータは、管理対象の航空機に関するすべてのルートデジタル署名を格納したメモリを有する。この後者の変形において、技術者はその後、ＡＣ−ＩＤ：Ａ１２５のデジタルセキュリティマーキング３１０上の構成要素デジタルデータＤ１２５を読み出し、Ｄ１２５から抽出された一意のシリアル番号３３０ｄ（ここでは、１２７８１）が航空機搭載構成要素Ａ１２５に物理的にマーキングされたシリアル番号に一致することを確認し、（例えば、読み出したデジタルデータＤ１２５から署名ｘ１２５＝Ｈ（Ｄ１２５）を計算するようにプログラムされたアプリケーションをコンピュータの処理ユニットＣＰＵ上で動作させることにより）対応する構成要素デジタル署名ｘ１２５を計算し、リーフノード値ａ（１，１２５）＝ｘ１２５及び対応するデジタル検証キーｋ１２５において与えられたノード値の連結のハッシュとしてコンピュータのＣＰＵ上にプログラムされた一方向性関数Ｈにより候補バッチ値Ｒｃを計算し、候補バッチ値Ｒｃがコンピュータのメモリに格納された基準ルートデジタル署名のうちの１つ（すなわち、航空機ＨＢ−ＳＮＯに対応する基準値Ｒ）に一致することを確認することによって、構成要素が本物であるかを確認することができる。完全一致（すなわち、シリアル番号が一致且つＲｃ＝Ｒ）の場合、構成要素Ａ１２５は本物とみなされ、ＨＢ−ＳＮＯ航空機の許可構成要素から成る（最新の）航空機バッチに属する。Ｒｃが格納基準ルートデジタル署名Ｒに一致しない場合又はシリアル番号が一致しない場合、構成要素Ａ１２５は、場合により偽造であるか、又は、航空機ＨＢ−ＳＮＯに許可されていない本物の構成要素であり（例えば、この航空機の正しいバッチに属さないＡ１２５）、交換する必要がある。
【００９４】
同様に、本発明によれば、格納部品上のマーキングの真偽を検証し、デジタルセキュリティマーキングからの構成要素シリアル番号が対応する構成要素にマーキングされたシリアル番号に一致することを確認することによって、倉庫に保管された交換部品の保護対象のＡＣ−ＩＤのバッチから、詐欺行為（又は、エラー）を検出することも可能となる。非常に重要な構成要素の場合は、改竄防止用の材料ベースのセキュリティマーキングが構成要素にさらに適用されていてもよく、一方、このマーキングの（例えば、材料ベースのセキュリティマーキングの適用時に好適なセンサによって取り込まれる）対応する基準一意的物理特性すなわち特性デジタルデータＣＤＤに関するデジタルデータは、この構成要素の航空機構成要素デジタル識別文書のデジタルセキュリティマーキング中の構成要素デジタルデータＤの一部として構成されるのが好ましく、また、（例えば、特性デジタルデータＣＤＤのハッシュ化すなわちＵＰＳ＝Ｈ（ＣＤＤ）によって）対応する基準一意的物理署名データＵＰＳが計算されるとともに、同じく構成要素デジタルデータＤの一部であってもよい。この付加的なセキュリティレベルによって、製造業者が構成要素にマーキングした一意のシリアル番号によりもたらされるセキュリティが向上する。基準ＵＰＣ及びＵＰＳは、ブロックチェーンに格納され（不変となる）、技術者がアクセス可能であるのが好ましい。さらに、これらの基準値は、技術者のコンピュータのメモリにさらに格納され、非常に重要な構成要素上の材料ベースのセキュリティマーキングのオフライン認証を可能にするようにしてもよい。
【００９５】
この材料ベースのセキュリティマーキングの認証の別のオフライン作業では、コンピュータに接続された好適なセンサによって構成要素上の一意的物理特性を測定するとともに、測定した特性から（例えば、コンピュータのＣＰＵにプログラムされた特定のアプリケーションによって）候補特性デジタルデータＣＤＤｃを求めるようにしてもよい。その後、技術者（又は、好適にプログラムされた場合のコンピュータのＣＰＵ）は、コンピュータのメモリに格納された基準ＣＤＤのコピーに対して、得られたＣＤＤｃを比較する。「合理的」な一致ＣＤＤｃ≒ＣＤＤの場合（すなわち、予め規定された何らかのエラー許容範囲の規格内である場合）、材料ベースのセキュリティマーキングひいては構成要素は、本物とみなされる。
【００９６】
前述の通り、基準特性デジタルデータＣＤＤのコピーは、技術者のコンピュータのメモリに格納される代わりに、構成要素Ａの航空機構成要素デジタル識別文書ＡＣ−ＩＤ：Ａ中のデジタルセキュリティマーキングに含まれるデジタルデータＤの一部であり、デジタルセキュリティマーキングの直接読み出しにより取得可能である。その後、技術者は、デジタルセキュリティマーキング上の候補ＣＤＤｃを読み出し、ＵＰＳｃ＝Ｈ（ＣＤＤｃ）を演算することによって、コンピュータのメモリに格納された署名ＵＰＳが、読み出した候補ＣＤＤｃから計算される候補署名ＵＰＳｃに一致することを確認する。一致の場合（ＵＰＳｃ＝ＵＰＳ）、材料ベースのセキュリティマーキングひいては構成要素は、本物とみなされる。
【００９７】
本実施形態の一変形において、技術者による構成要素の真偽の確認は、代替として、本発明の第１の詳細実施形態に関して説明したものと同様に、オンラインプロセスにて実行されるようになっていてもよく、ここでは繰り返さない。
【００９８】
本発明によれば、例えばオリジナルの保護対象のデジタルファイルに対して、航空機構成要素デジタル識別文書ＡＣ−ＩＤ：Ａ１２５のコピーの真偽を検証することもさらに可能である。実際のところ、管理（又は、保守）作業の責を負う技術者は、そのコンピュータ（例えば、好適にプログラムされたスマートフォンであってもよい）上でデジタルファイルＡＣ−ＩＤ：Ａ１２５にアクセス可能な場合、
＿構成要素デジタル識別文書ＡＣ−ＩＤ：Ａ１２５のデジタルセキュリティマーキング３１０上の構成要素デジタルデータＤ１２５及びデジタル検証キーｋ１２５を読み出す作業と、
＿例えばデジタルセキュリティマーキング３１０に表示された構成要素の（一意の）シリアル番号又は単にキーｋ１２５を含むリクエストを送信し、その返信として対応する基準バッチ値Ｒを受信することにより、文書ＡＣ−ＩＤ：Ａ１２５に対応するバッチの基準バッチ値Ｒを取得する作業（この基準値は、コンピュータのメモリに存在したものであってもよいし、コンピュータに通信ユニットが備えられている場合は、航空機構成要素デジタル識別文書の基準バッチ値を格納したデータベースから通信リンクを介して取得されるようになっていてもよい）と、
＿（プログラムされた一方向性関数Ｈによって）読み出した構成要素デジタルデータＤ１２５から構成要素デジタル署名ｘ１２５を計算する作業（ｘ１２５＝Ｈ（Ｄ１２５））と、
＿（プログラムされた一方向性ハッシュ関数Ｈ及びデジタル署名の連結のデジタル署名によって）（ツリーのノード順序付け及びツリー連結順序付けに応じた）リーフノード値ｘ１２５及びデジタル検証キーｋ１２５に示されるノード値の連結のハッシュ関数Ｈによるデジタル署名として、候補バッチ値Ｒｃを計算する作業と、
＿候補バッチ値Ｒｃが基準バッチ値Ｒに一致するものと検証する作業と、
を実行することにより、構成要素デジタルデータがオリジナルの文書に対応することを確認することができる。
【００９９】
上記詳細な説明によれば、本発明は明らかに、保護対象デジタルファイルの真偽又はオリジナルの保護対象デジタルファイルと関連付けられたデータに対する保護対象デジタルファイルのコピーのデータの適合性を検証するオフラインのローカル確認作業に適合する。ただし、本発明は、例えば（通信リンクを介して）外部ソース（例えば、サーバ又はブロックチェーン）から基準バッチ値（又は、ルートデジタル署名）を受信すること、外部演算手段（例えば、サーバ上の演算）によって一方向性関数若しくはデジタル署名の連結を含む計算ステップの一部又は全部を実行すること、或いは候補ルートデジタル署名が基準ルートデジタル署名に一致することの検証を実行すること（結果のみを受信すること）によって、オンライン検証プロセスにも適合する。
【０１００】
上記開示の主題は、一例であって、何ら限定的とは考えられず、独立請求項に規定される本発明のより深い理解に役立つ。
【図１】
2021533468.tif 000004
【図２Ａ】
2021533468.tif 000005
【図２Ｂ】
2021533468.tif 000006
【図３】
2021533468.tif 000007
【国際調査報告】
2021533468.tif 000008
2021533468.tif 000009
2021533468.tif 000010