JP2014515142A - 端末によってエンティティを認証するための方法及びシステム - Google Patents

Abstract

提案される方法においては、第１のユーザ（Ａ）及び第２のユーザ（Ｂ）は、秘密情報（３）、秘密鍵保持体（４）及びマッチする公開鍵保持体（５）の少なくとも一つを含む認証コードの各セットであって、当該秘密鍵保持体及び当該公開鍵保持体がそれぞれ、認証サーバシステム（１０）のドメインネーム及びＰＫＩ秘密鍵を含む第１の文字列（１）並びに当該ドメインネーム及びマッチするＰＫＩ公開鍵を含む第２の文字列（２）から生成される、認証コード（３、４及び５）のセットを提供される。第１のユーザがそれぞれの前記秘密鍵保持体（４）を読み取ることの結果として、前記第１の文字列（１）の１つを前記認証サーバシステム（１０）上で受信すると、前記第１のユーザが前記認証コード（３、４及び５）のセットの秘密情報（３）を入力するよう要求されるアクション定義処理手順が実行される。確認の結果ポジティブな結果が返される場合に、前記第１のユーザは、前記認証サーバシステム（１０）上の前記認証コードのセットに属する前記第２の文字列（２）を受信することに応じて実行されるアクションのセットを定義するように要求される。
【選択図】図１

Description

本発明は、端末によってエンティティを認証するための方法及びシステムの分野に関する。

ＱＲコードは公知である。ＱＲコード（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ ｃｏｄｅ、ＩＳＯ／ＩＥＣ１８００４：２００６）はまた、本明細書においてＱＲタグと呼ばれ、特定のマトリックスバーコード（又は二次元コード）である。そして、ＱＲコードは、ＱＲバーコードリーダを備えるカメラ付き携帯電話によって読み取り可能である。ＱＲコードは、白の背景上の正方形のパターンに配置される、（大部分は黒く）着色されたモジュールからなる。符号化される情報は、ＵＲＬを含むことができる。

多くのＱＲコード読み取りアプリケーションは公知であり、スマートフォン上で実行されることができる。そしてそれによってユーザはＱＲコードをスキャンすることができ、ＱＲコードに符号化されるＵＲＬのウェブページへ自動的に導かれる。これによって、ユーザがウェブページに掲載されるサービスにアクセスするためにスマートフォン上のＵＲＬを入力しなければならないことを回避できる。ＱＲコード内の全ての情報はウェブページで解析される。そして、手動でそれらを入力することなくサービスに対する複雑な英数字の文字列（例えば、コード）を解析することを容易にする。

公開鍵基盤（ＰＫＩ）は、例えば情報を暗号化するかまたはユーザを認証するといったセキュリティ又は認証のために、デジタル証明書、特に公開鍵及び秘密鍵のペアを発行し証明するために使用される、ハードウェア又はソフトウェアの組み合わせである。ＰＫＩは一般には、ＰＫＩ公開鍵及び秘密鍵のペアをユーザに生成する認証機関（ＣＡ）、ユーザがそのＰＫＩ公開鍵及び秘密鍵のペアを登録できる登録機関（ＲＡ）及びＰＫＩ公開鍵及び秘密鍵のペアを検証する検証機関（ＶＡ）からなる。

ＰＫＩ公開鍵及び秘密鍵は比較的長い文字列であってよいので、ユーザがスマートフォンに鍵を入力するのは簡単ではない。鍵がスマートフォンに格納されている場合、そのスマートフォンが盗難にあったり、情報がコピーされると鍵は悪用されたりしうる。結果として、ＰＫＩセキュリティによる解決策は、スマートフォンのような通信装置上での使用に今日は適さない。

非特許文献１においては、２次元バーコード又はＱＲコードは、セッションをある端末上のウェブブラウザから他の端末上のウェブブラウザに移行するにあたり、セッション情報を格納するのに用いられる。

特許文献１において、２次元コードは、秘密鍵を用いた（アクセス）アドレスの暗号化の結果を、２次元コード読み取って復号化できる端末へと転送するのに用いられている。次に、検索されたアドレスは公開鍵で復号化され、その復号化されたアドレスへのアクセスを与えることができる。

特許文献２は、コンテンツ画面からスマートフォンへ情報を転送するために用いられる２次元コードを開示しているが、その情報（ＵＲＬ及びパスワード）はコンテンツ配信システムへ送信される。そのシステムは、ＵＲＬとパスワードとの相互関係を判断し、そのスマートフォンが２次元コードに関連したコンテンツ画面における（アイテムについての）（追加）情報を受信すべきかどうかを決定する。

特開２００８−０４８１３５号公報 特開２００８−０９０５１２号公報

"Dynamic 2D-barcodes for multi-device web session migration including mobile phones", A.Alapetite, Personal and Ubiquitous computing, vol.14, no.1, April 2009, pp.45-52

本発明の目的は、よりユーザフレンドリーな認証システム及び種々の種類の端末上での使用に適した方法を提供することである。

本発明の目的は、独立クレームの技術的ステップ／特徴を開示する方法／システムを備える発明によって達成される。

本発明は、特定のエンティティを認証するために、認証コードのセットを利用する。これらの認証コードは、その特定のエンティティのプロパティとして付属する、提案された解決策である。本発明による認証コードのセットは、秘密鍵保持体、マッチする公開鍵保持体及び例えば英数字のパスワード又はピンコードなどの１以上の「秘密情報」の組み合わせである。本明細書で使用される通り、「保持体」とは、コードを保持し、適当な電子的な装置又は端末によって読み取り可能な何かであって、鍵（秘密鍵、公開鍵又は任意の英数字の文字列）が埋め込まれた何かを意味する。実際に保持体は、ＱＲコード、ＲＦＩＤタグ、近距離無線通信タグ等である。秘密鍵保持体は、認証サーバシステムのドメインネーム、ＰＫＩ秘密鍵及び場合によっては１以上のパラメータ又は識別子を含む第１の文字列であって、好ましくは共同して有効なＵＲＬを構成する文字列から生成される。公開鍵保持体は、第１の文字列における認証サーバシステムと同じドメイン名、マッチするＰＫＩ公開鍵及び場合によっては１以上のパラメータ又は識別子からなる第２の文字列であって、好ましくは共同して有効なＵＲＬを構成する文字列から生成される。

保持している何か及び知っている何か（キャッシュカード及び銀行口座から金銭を引き出すためのピンコード、ウェブサイトから情報をダウンロードするためのＥメールアドレス及びパスワード、並びに監視を縮小するためのアラームシステム及びピンコード）をトランザクションが含んでいるならば、セキュアなトランザクションが確立されると考えられている。それ故、本発明は、１以上の秘密情報（例えば、パスワード）を有する鍵保持体（例えば、ＱＲコード）の形式のもとでＰＫＩ鍵を組み合わせている。本発明により、ＰＫＩ鍵及びその秘密情報が端末上に格納されることを避ける事ができる。結果として、認証システム及び方法は、装置とは独立し、高度のセキュリティを保証できる。

本発明は、第１のユーザへ提供される認証コードのセットの１つの第２の文字列（公開鍵保持体において符号化されている。）を認証サーバシステムが受信するときに実行されるアクションのセットを第１のユーザが定義可能な、アクション定義処理手順を含む。アクション定義処理手順を開始するために、第１のユーザは、その端末（選択的には、モバイル端末）によって認証コードのセットの秘密鍵保持体を読み取る（例えば、スキャンする。）。この読出操作の結果として、認証サーバシステムは、秘密鍵保持体（例えば、ＱＲコード）に符号化された第１の文字列を受信する。第1のユーザは、それからアクション定義手順へと遷移する。第１のユーザは、最初に秘密情報を入力するよう求められる。認証サーバシステムは、それから、以前に受信されたその秘密情報及び第１の文字列が同一の認証コードのセットに属するかどうか、及びそれらが所定の制約を満たすかどうかを確認する（例えば、お互いから及び同一の端末から所定の期間内に受信されたことや、ＩＰアドレス、セッションＩＤ等を確認することによって）。確認の結果、ポジティブな結果が返されるとき、第１のユーザは、認証サーバシステム上の同一の認証コードに属する第２の文字列（公開鍵保持体に符号化されている。）を受信すると実行されるアクションのセットを定義するよう求められる。

本発明の効果は、以下の通りである。今日ではスマートフォンのような端末はカメラを備えており、ＱＲコードを読み取ることができるので、例えばＱＲコードのような保持体を使用することは有効である。ＱＲ読み取りソフトウェアは自由に入手できるので、ユーザは単純にＱＲコードをスキャンすることで、スマートフォンを使用してウェブサイトを訪れることができる。そのため、本発明を実装するのに専用のユーザ装置は必要でない。一実施形態においては、本発明は、ＰＫＩ公開鍵及び秘密鍵を含んだＱＲコードを使用するが、しかしながら、認証コードのセットが、ユーザのみが知っている１以上の秘密情報を更に含むため、本発明はセキュアである。同様に、ＲＦＩＤタグが、本発明による保持体として使用されることができるし、又はテキストメッセージ（ＳＭＳ）も保持体として使用されることができる。一般のＲＦＩＤタグでは、文字列は、タグにプログラムされることができる。そのタグを起動すると、文字列は、符号化されて無線信号で送信される。その無線信号を受信可能な装置（つまり、例えばＲＦＩＤ読み取り装置を備えた端末などのＲＦＩＤ読み取り装置）は、その無線信号から文字列を抽出できる。次に、その文字列は、インターネットへ（端末上のブラウザアプリケーションによって）解析されることができ、そして、本発明による解決手段に応用されることができる。ＮＦＣタグ（ＲＦＩＤタグの下位区分であるが、場合によっては２方向の通信機能を備える。）も、同様に用いられることができる。適当な読み取り装置によって問い合わせを受け／起動されるとき、ＮＦＣタグは、インターネットへ送信されることができる文字列を返すことができ、本発明による解決手段が適用される。他の例は、（ＳＭＳを用いる）テキストメッセージ通信であるが、テキストメッセージは、文字列を含むことができて、種々の端末間で送信可能である。もし受信端末が、（端末上のブラウザアプリケーションによって）インターネットへ、そのようなテキストメッセージで受信された文字列を解析する処理手順を備えているのならば、本発明による方法が用いられることができる。一般に、英数字の文字列を伝送可能な任意の保持体並びに保持体から文字列を読み取ること及びその文字列をインターネットへ解析することができる互換性のある読み取り装置が、本発明に記載される通りの方法を実行するために用いられることができる。本発明は、例えば、所定期間内に後の操作が行われなければならない期間内であることができる所定の制約を要求することによって、及び／又は後の操作が同一の端末からなされなければならないことを要求することによって、更にセキュアになる。選択的には、セキュリティは、インターネットを通じて情報を認証サーバシステムへ送信するのにＨＴＴＰＳ接続を用いることで、更に強化することができる。

本発明の好適な実施形態においては、同一端末装置上で、所定の期間内に、保持体の秘密情報及び異なるエンティティに属する鍵から得られる秘密情報を組み合わせた公開鍵保持体及び／又は秘密鍵保持体において、複合的で連続した読み取り操作が実行されることができる。このような組み合わせによって、広範な種々のアクションスキームが作成及び／又は実行されることができる。

本発明の好適な実施形態において、認証コードの各セットはユーザを特定可能な追加の秘密情報を含み、アクション定義処理手順は、所定の処理手順をユーザ特定可能な追加の秘密情報の各々に関連付けるステップを含む。認証サーバシステム上に追加のユーザ特定可能な秘密情報の一つを受信すると、関連付けられた所定の処理手順が実行される。これは、例えば脅威にさらされていてもユーザが入力可能なパスワードをセットするために用いられることができ、関連付けられた処理手順は次に、例えば救急隊への通知を行う。他の例は、例えば救急隊に通知するだけでドアを開けたり情報を転送したり電子マネーを転送したりといったアクションを実行しないという、「ネガティブな」結果としてみなされるユーザを特定可能な秘密情報を作成することである。

本発明の好適な実施形態においては、アクション定義処理手順は、第１のユーザのための保持体の形式における一時的な鍵を生成するステップを更に含むが、当該一時的な鍵は、所定の有効期間を有し、認証サーバシステム上で一時的な鍵を受信すると実行されるアクションのセットを定義する。この保持体は、例えば、認証サーバシステムのドメインネームを含む文字列及び英数字の文字列並びにその中間の１以上のデリミタのそれぞれから生成されることができ、好ましくは有効なＵＲＬを構成する。

本発明の好適な実施形態においては、認証コードのエンティティセットは、第１のユーザへ割り当てられ、前記エンティティセットは、公開鍵保持体が添付され、関連付けられ、又は第１のユーザのエンティティを仮想的に表示するために提供される認証コードのセットのうちいずれか一つである。このエンティティセットは例えば、発見されるべき失われたオブジェクトを認証するのに用いられる。具体的には、公開鍵保持体をオブジェクトに添付することで、それを発見する者が、例えば、保有者が通知を受け、保有者が誰か発見者に通知され、又はどこにオブジェクトが持っていかれなければならないか等といったアクションのセットがこの公開鍵保持体を単に読み取るだけで始まるのである。このエンティティセットは例えば場所をセキュアにするために用いられることもでき、例えば、ある場所を初めて訪れている者が、建物に進入することを許可される前に、その場所に関連付けられた公開鍵保持体を読み取って認証処理手順を実行しなければならないということである。エンティティを渡すために、エンティティの所有権は、第１のユーザの認証コードのセットから第２のユーザの認証コードのセットへと移転されることができる。

本発明の好適な実施形態においては、アクションセットの定義は、以下のステップを含む。つまり、第１のユーザに、認証サーバシステム上に第２の文字列を受信すると評価される条件を有する論理式のセットを定義して、もし論理式の評価が「真」ならば実行される第１のアクションセット及びもし論理式の評価が「偽」ならば実行される第２のアクションセットを定義するように要求するステップである。これらの論理式は、定義又は評価がなされると値を与えられる定義可能な属性（変数）及び認証サーバシステム上の所定の関数呼び出しで構築することができる。論理式は、ユーザ定義の値及び／又はプロパティがＰＫＩ鍵又は他の認証コードのセットが組み合わされ／暗号化される、計算及び暗号化を含んでもよい。

本発明及び従来技術に対する有利な効果を要約すると、本発明のあるオブジェクト及び有利な効果は、本明細書で上述されている。もちろん、本発明の任意の特定の実施形態によって必ずしも全ての目的及び有利な効果が得られるわけではないことは理解されたい。したがって、例えば、当業者であれば、本明細書で教示され又は提案されるように他のオブジェクト又は有利な効果を必ずしも得ることなく、本書で教示されるような１又は複数の有利な効果を、得る又は最大限に利用する方法で、本発明は具体化され実行されてもよいことは認識するであろう。

本発明の上記の又は他の側面は、後述される実施形態を参照して明確になりそして説明される。

本発明は、添付の図面を参照した例示により更に以下の通り説明される。
本発明による認証システムの好適な実施形態の概略図である。 本発明による認証コードのセットの好適な実施形態を表す。 ユーザの第１の認証コードを作成するための、本発明による処理手順の一例を表す。 認証コードの属性を変更し、及び／又は認証コードのアクションを定義する、本発明による処理手順の一例を表す。 認証コードのエンティティセットをユーザに作成し／割り当てる、本発明による処理手順の一例を表す。 ユーザに一時的なＱＲコードを作成し／割り当てる、本発明による処理手順の一例を表す。 公開鍵ＱＲコードをスキャンした第２のユーザの認証についての、本発明による処理手順の一例を表す。 第１のユーザが暗号化され署名されたドキュメントを第２のユーザに送信する処理手順であって、双方のユーザが本発明により認証される処理手順を表す。 第１の実施形態への本発明の応用例を表す。 第１の実施形態への本発明の応用例を表す。 第１の実施形態への本発明の応用例を表す。 第２の実施形態への本発明の応用例を表す。 第２の実施形態への本発明の応用例を表す。 第２の実施形態への本発明の応用例を表す。 第２の実施形態への本発明の応用例を表す。 第３の実施形態への本発明の応用例を表す。 第３の実施形態への本発明の応用例を表す。 第４の実施形態への本発明の応用例を表す。 第４の実施形態への本発明の応用例を表す。 第５の実施形態への本発明の応用例を表す。 第５の実施形態への本発明の応用例を表す。 第６の実施形態への本発明の応用例を表す。 第６の実施形態への本発明の応用例を表す。 第６の実施形態への本発明の応用例を表す。 第６の実施形態への本発明の応用例を表す。 第７の実施形態への本発明の応用例を表す。 第７の実施形態への本発明の応用例を表す。 第８の実施形態への本発明の応用例を表す。 第８の実施形態への本発明の応用例を表す。

本発明は、特定の実施形態に関連して、そして特定の図面を参照して説明されるが、本発明はそれに限定されずクレームによってのみ限定される。

更に、明細書及びクレームの、第１の、第２の等の用語は、類似の要素を判別するために使用されるのであって、必ずしも順番や、時間、空間、順位や任意の他の方法のいずれかを説明するために使用されるのではない。そのように使用される用語は、適当な環境下で互いに交換できるものであること及び本明細書で説明される本発明の実施形態は本明細書で説明され又は例示される順番とは異なる順番で動作可能であることは理解されたい。

クレームで使用される「含む」という用語は、以下で列挙される手段に限定されるように解釈されるべきではないことに注意されたい。他の要素やステップを除外するわけではないのである。したがって、参照される通りの、記述される特徴、完成物、ステップ又は構成要素の存在を特定するように解釈されるものなのであるが、１以上の他の特徴、完成物、ステップ、構成要素又はグループの存在又は追加を排除するものではない。したがって、「Ａ手段及びＢ手段を備える装置」という表現の範囲は、構成要素Ａ及びＢのみからなる装置に限定されるべきではない。本明細書に関しては、装置に関連がある構成要素がＡとＢのみであるということを意味する。

本明細書を通じて「一実施形態」又は「実施形態」として言及している内容は、実施形態と関連して説明される特定の特徴、構造又は特性が本発明の少なくとも１つの実施形態に含まれていることを意味する。したがって、「一実施形態において」又は「実施形態において」という語句が本明細書を通して種々の場所に現れても、必ずしも全てが同一の実施形態に言及しているのではないが、そうであってもよい。更に、１以上の実施形態で、当業者にとって本明細書の開示から明確なように、特定の特徴、構造又は特性は、任意の適当な方法で組み合わせられてもよい。

同様に、本発明の模範的な実施形態の説明において、本明細書の開示を合理化して１以上の種々の発明の側面の理解を助けるために、本明細書の種々の特徴は、単一の実施形態、図面又は説明において時に一緒にまとめられることは理解されたい。本明細書の開示の方法は、しかしながら、クレームされた発明が各クレームにおいて明確に開示されている以上の特徴を要求するような意図をもって表しているように解釈されてはならない。むしろ、後述のクレームが表すように、発明の側面が、先行して開示された１つの実施形態の全ての特徴にあるわけではなく、それよりも少ない特徴にある。したがって、発明の詳細な説明に続くクレームは、本明細書の詳細な説明に明確に組み入れられており、各クレームは、本発明の別々の実施形態として成立する。

更に、本明細書で説明されるいくつかの実施形態は、いくつかの特徴を含み、他の実施形態に含まれる他の特徴を含むものではないが、当業者に理解されるとおり、異なる実施形態の特徴の組み合わせは本発明の範囲内にあることを意味し、異なる実施形態を形成する。例えば、後述するクレームでは、クレームされた任意の実施形態は、任意の組み合わせで用いられることができる。

専門用語が関連付けられる本発明の特徴又は側面の任意の特性を含むように専門用語が本明細書で制限されて再定義されることを含意する目的で、本発明のある特徴又は側面を説明するときの特定の専門用語が使用されていると捉えられるべきではないことに注意されたい。

本明細書で提供される説明において、多くの特定の詳細が述べられる。しかしながら、本発明の実施形態は、それら特定の詳細を備えることなしに実行されてもよいことは理解されたい。他の例では、本明細書の理解を分かりづらくしないように、周知の方法、構造及び技術は詳細には示されていない。

本発明は、端末、好ましくは携帯端末を用いることによってエンティティの認証を提供する方法及びシステムに関する。第１の人物Ａは、「イベント結果」が検索されると行動する第２の人物Ｂによって問い合わせを受けるエンティティ（例えば、オブジェクト、人間、動物、植物、場所、仕事、サービス、状態等）についての反駁できない「イベント」情報を格納する。第１の人物Ａは、第２の人物によってクエリが実行される時に通知を受ける。送信されるパラメータは、例えば、時刻、場所、人物、ＩＰアドレス、装置又はその他のものである。例としては、家を訪れた警察官が、確かに適法な警察官であることを完全に確認することである。

本発明は、「ＰＫＩタグ」を生成するＰＫＩシステムの鍵を表す保持体を利用する。既存のＰＫＩスキームや既存の認証機関（ＣＡ）を利用することができ、それらは保持体へと翻訳される。保持体は、ＰＫＩシステムの鍵（すなわち、秘密鍵又は公開鍵）を伝達する、一種のデータ構造として解釈されるものとする。保持体の実用的な実装例としては、例えば、ＱＲコード、ＲＦＩＤタグ若しくはＮＦＣタグ又はたとえテキストメッセージ（ＳＭＳ）であってもよい。

本発明は更に、カメラ、ＲＦＩＤ読み取り装置又は保持体におけるデータを読み取りそのデータをシステムへ解析することができる任意の他の手段を備えたスマートフォン等の、単純な、ありふれた（携帯）端末を用いる。つまり、鍵は端末によって使用されず、又は解釈されない。「イベント」は、所定の期間内に保持体データ上で実行されるいくつかの読み取り操作を組み合わせることで生成される。これらのイベントは、その後、システムによって評価される保持データを読み取ることによって実行され、必要に応じてイベントにおいて定義されたアクションを実行する。

本明細書で使用される通り、エンティティは例えば、オブジェクト、人物、タスク、場所、イベント、トランザクション若しくは状態又はユーザによって定義され表される任意の他のものである。システムにおいて、エンティティは、日常生活で容易に鍵を扱うために、暗号鍵という、タグ形式の目に見える表示として用いられる１以上の英数字及び、エンティティを定義するユーザのみに知られている、同様に英数字の文字列である１以上の秘密情報によって定義される。基本的な原理は、ＰＫＩ（公開鍵基盤）の秘密鍵及び公開鍵を用いるのだが、他のコード（英数字の文字列）も用いられることができる（例えば、一時的な鍵）。他のタグ読み取り技術がより一般的に利用可能になるとき、例えば、ＲＦＩＤコード又は近距離無線通信（ＮＦＣ）などの技術を用いて鍵が表現されるタグもより大きな規模で利用可能になるであろう。

サービスは、１エンティティ若しくはエンティティの組み合わせからの通知、１エンティティ若しくはエンティティの組み合わせのセキュアな認証又は１エンティティ若しくはエンティティの組み合わせから得られるアクション等の１サービス若しくはサービスの組み合わせである。通知は、メッセージ（例えば、Ｅメール、ＳＭＳ）を送信し、又は表示することとして定義される。認証は、エンティティの保有者が定義したルールに沿ってエンティティが真正であること（例えば、送信者から送信されたドキュメントが真正であること）を確かめることとして定義される。アクションは、システムにおいて定義される装置、オブジェクト又は条件の状態の任意の変化として定義され、システムからの電子的なメッセージ（例えば、ＳＭＳ、ＣＰＵへの接続、ＩＰアドレスを伴うリレー等）を通じて実行される。サービス及びアクションは、システムにおけるエンティティの所定の機能として選択される。属性（変数）は作成されることができ、値を与えられると、論理式はそれらの属性や機能を用いて作成されることができる。（ＰＫＩ鍵の一つをシステムへ解析することで）エンティティが起動されるとき、式についての定義された条件付きの式の値が求められ、論理結果に基づいて、その結果に対する定義されたサービス又はアクションが実行される。

本発明が用いられる方法には、定義された時間枠内に１以上のタグを連続して読み取ることが含まれ、要求されれば、どのタイプの鍵が先に読み取られるかに基づいてサービスを起動し又は定義するために通信装置に１以上の秘密情報を入力することも含まれる。２つの好適な実施形態は以下の通りである。
１）秘密鍵が先に読み取られる場合は、対応するパスワードが求められる。パスワードが正しい場合、エンティティは（再）定義されるので、プロパティ、属性、サービス、アクション、変数及び／又は式が変更される。
２）公開鍵又は一時的な鍵が先に読み取られる場合、他のタグの連続した読み取りは、定義されたアクションを始めることを評価し、又は一時的な鍵を起動するように要求される。

タグ一般の本質は、サービスプロバイダの名前（ドメインネームを含んだＵＲＬ）及び鍵の１つ（秘密鍵、公開鍵、一時的な鍵）がタグに含まれるということであり、タグに符号化された文字列に情報が与えられるとき、オプションのパラメータ（例えば、「／」によって区切られる。）が渡される。いくつかの情報は、連続したスキャンが同一の通信装置からなされるかどうかを評価することによって、ＩＰアドレス、セッションＩＤ、時刻／日付といったパラメータを同定するために用いられる。所定のアクション及びサービスの評価及び起こりうる実行に加えて、ユーザは通信装置上で通知を受け、実行がなされれば、タグの保有者／作成者も同様に通知を受けることができる。

ＰＫＩシステムで公開鍵及び秘密鍵を利用するために用いられるセキュリティスキームは、公開鍵基盤又はＰＫＩによる鍵である。他の鍵は、英数字の文字により表される任意のシークレットコードであってもよい。秘密情報は、通信装置上で入力される、又はスマートカード、鍵若しくは他の装置といった任意の手段によって生成され入力される、英数字の簡単なパスワードであってもよい。ＱＲコードが保持体として用いられる場合、基本的にＱＲタグ一般の一部であって、サービスＵＲＬ（例えば、ｈｔｔｐｓ：／／ｑｒ−ｐｋｉ．ｃｏｍ又はｈｔｔｐｓ：／／ｑｒｐｋｉ．ｃｏｍであって、それらのｈｔｔｐに対応するものも該当する。）、デリミタ、英数字形式の鍵及び場合によってはいくつかの追加のデリミタを含むＱＲ−ＰＫＩタグが適用され、追加のパラメータをＱＲ−ＰＫＩタグに加えることもできる。

本発明により用いられる通信装置は、有利な効果を奏する実施形態においては、スマートフォン、無線接続機能を備えたノートパソコン及び同様のものであるが、それだけでなく、インターネットへなんらかの方法で接続し、カメラ等のＱＲコードを復号化して結果をブラウザに送信する保持体用の読み取り装置を備えた任意の他の通信装置（例えば、インターネットに接続した、ウェブカメラを備えたＰＣ、スマートフォン、インターネットに接続可能でカメラを備えたＧＳＭ、内蔵カメラ及びインターネット接続機能を備えたタブレットＰＣ）も同様に用いられる。通信装置自体は、任意の秘密情報、コード又はシステム若しくは方法に関連した他の情報／データを含んでいないため、交換可能である。通信装置は、通信装置の保持者／保有者と特定のエンティティのためのサービスとの間で双方向に通信するために、タグを読み取って復号化する装置の保有者によって用いられる。タグのイメージが通信装置のディスプレイに送信されるとき、ディスプレイは更に他の通信装置によって読み取られ、タグが解釈され、互いに直接接続されることなしに一方の装置から他方の装置に情報が渡される。そのように、一連のイベントは、通信装置のディスプレイ及びカメラを用いることで、ＱＲタグを通じて情報を渡す通信装置を用いた多くの当事者間で始められる。

同一の通信装置上で（所定の）期間内に、１以上の所定のデータ保持体（例えば、ＱＲタグ）及び関連付けられた秘密情報を入力／読み取り／スキャンすることで、関連付けられたサービスが実行される。結果は、使用される通信装置のディスプレイ上に表示され、装置の保有者によりインプットを（例えば、更に他のデータ保持体をスキャンすること、パスワードを入力すること又は他のデータを入力することによって）入力するように通知し、又は問い合わせる。

本明細書で提案される方法及びシステムは、（携帯）通信装置上でコード又はＰＫＩのような鍵を用いる実用的な解決手段であり、用いられる通信装置上に秘密情報を格納することなしに、移動中にセキュアなサービスを評価し実行するのは簡単な方法である。

図１に例示される実施形態においては、ＱＲコードが保持体として用いられるが、ＱＲ−ＰＫＩシステムは、ＰＫＩ鍵のペアを生成する認証機関（ＣＡ）、ＰＫＩ鍵のペアを登録する登録機関（ＲＡ）、ＰＫＩ鍵のペアを検証する検証機関（ＶＡ）及びＰＫＩ鍵をＱＲコードに変換して追加データ（例えば、属性、パスワード、アクション等）を監視する新ＱＲ−ＰＫＩサービス（１０）を含む。セットアップによって、ＣＡ、ＲＡ、ＶＡ及びＱＲ−ＰＫＩサービスは、信頼できる第三者機関（＝ＴＴＰ）と呼ばれる１又は複数のエンティティとなることができる。ＴＴＰは、サービス及び機能（以下にいくつか例を挙げる。）を実行できる。
・ＱＲ−ＰＫＩセットを作成する：ＰＫＩ鍵のペア＋パスワード＋属性（図３を参照。）。
・ＰＫＩ鍵をＱＲコードに変換し、逆もまたしかりである。
・ＱＲ−ＰＫＩ鍵（を読み取ること）で、又は２以上のＱＲ−ＰＫＩ鍵を共にリンクさせることでイベントを作成する。
・ＱＲ−ＰＫＩセットのデータベースを、更新、比較、証明及び維持する。
・ＱＲ−ＰＫＩセットを論理的な方法で（専門的なシステムで）組み合わせる。
・属性及び値で組み立てられた式を評価する。
・チャレンジに対して「確認された」又は「ネガティブな」レポートを提出する。
・インターネット経由で携帯端末と通信する。
・全てのトランザクションを記録し、ステータスの更新が記載されたＥメールを送信する。
・セットアップされたアカウントから、ＱＲ−ＰＫＩサービスに対する少額の金銭を「請求」する。
ＣＡ、ＲＡ、ＶＡ及びＱＲ−ＰＫＩは共に、本発明による「認証サーバシステム」を形成するが、それはＣＡ、ＲＡ、ＶＡ及びＱＲ−ＰＫＩが１つの同一のサーバ上で、又は２以上の別々のサーバ上で実装されることを意味する。好適な実施形態においては、ＱＲ−ＰＫＩサーバ１０と組み合わされて既存の任意のＰＫＩが利用されるように、別々のサーバ上でＱＲ−ＰＫＩが実装される。

例えばタグを付けるべきエンティティ（オブジェクト）を有する／保有する人物は、そのエンティティ用のＱＲ−ＰＫＩ鍵のペア及びパスワードを作成／受信し（図５を参照。）、そのエンティティ用のＱＲ−ＰＫＩ鍵のペア及びパスワードを登録し、そしてそのペアの公開ＱＲ−ＰＫＩ鍵をそのエンティティに添付する。第２の人物は、それから、ＱＲ−ＰＫＩ公開鍵（図７を参照。）を読み取ることで（スキャンすることで）エンティティ上のアクションをとることができるが、場合によっては自身のＱＲ−ＰＫＩ鍵のペアの秘密鍵部分及びパスワードで自身を認証することもできる。選択的には他の人物も参加できる。彼らは皆、自身のＱＲ−ＰＫＩ鍵のペア及びパスワードを有しているからである。

ＰＫＩ鍵は、ＱＲコードへ翻訳される文字列を形成するためにサービスＵＲＬと組み合わされることができる。ＰＫＩ鍵をＱＲ−ＰＫＩ鍵へと変換するプロセスは、サービスプロバイダにおいてなされることができ、そのプロセスは、同一のサービスプロバイダによって順序を入れ替えることもできる。更に特別なことには、ＱＲ−ＰＫＩ鍵は、サービスＵＲＬ（例えば、ｈｔｔｐ：／／ｑｒ−ｐｋｉ．ｃｏｍ又はｈｔｔｐｓ：／／ｑｒ−ｐｋｉ．ｃｏｍといった、サービスプロバイダのＵＲＬ）、「／」のようなデリミタで分割された全ての後の情報、識別子、１以上のＰＫＩ鍵又は一時的な鍵及びパラメータなどの追加情報を含むことができる。

秘密鍵ＱＲコードの組み合わせ、マッチする公開鍵ＱＲコード及び１以上のパスワードは、本明細書において認証コードのセットと呼ばれる。図２は、そのような認証コードのセットについての好適な実施形態を例示する。そのセットは少なくとも、１つのパスワード３、秘密鍵ＱＲコード４（本明細書において「ＱＲ−ＰＫＩ秘密鍵」とも呼ばれる。）及び対応する公開鍵ＱＲコード５（本明細書において「ＱＲ−ＰＫＩ公開鍵」とも呼ばれる。）を含む。秘密鍵ＱＲコード４は、ＱＲ−ＰＫＩ認証サーバ１０のドメインネーム、効率化目的のための識別子、ＰＫＩ秘密鍵及び場合によってはいくつかのパラメータを含む、第１の文字列１から生成されるＱＲコードである。公開鍵ＱＲコード５は、同一のＱＲ−ＰＫＩ認証サーバ１０のドメインネーム、効率化目的のための識別子、マッチするＰＫＩ公開鍵及び場合によってはいくつかのパラメータを含む、第２の文字列２から生成されるＱＲコードである。

ＱＲ−ＰＫＩサービスは、ありふれたスマートフォンを用いて、アクションを定義することに続くいくつかの例として用いられることができる。
１）
第１のスキャンとしてＱＲ−ＰＫＩ秘密鍵をスキャンし、パスワードを入力する＝エンティティ上で定義をセットアップする。
・パスワードを変更／追加する。
・値を与えられる属性を変更／追加する。
・ＰＫＩ−ＱＲタグの新しいセットがエンティティ（オブジェクト、ドキュメント、保持体等）に添付されるように要求する。エンティティはそれから、第１のユーザによって保有される。
・一時的なＰＫＩ−ＱＲタグを要求する（図６）。
・続いて、他のエンティティのＱＲ−ＰＫＩ公開鍵をスキャンし、これを現在のエンティティにリンクさせる。
・サービスに依存する、つまり、アカウントに金銭を追加する。
・何かを暗号化／復号化する。
・所有権を変更する。
２）
第１のスキャンとしてＱＲ−ＰＫＩ公開（又は一時的な）鍵をスキャンする＝認証を求め、情報を検索する等、具体的には以下のとおりである。
・公開鍵のスキャンは、エンティティについて問い合わせることであり、又は対応するＱＲ−ＰＫＩ秘密鍵の保有者（第１の人物）によって定義されるイベントでアクションを起こすことである。
・ＰＫＩ−ＱＲの一時的な鍵が初めてスキャンされるとき、それが起動される。
・情報を扱い、見る資格のある第２の人物であることを同定するための、（定義されたイベントにおいては、対応する）ＱＲ−ＰＫＩ秘密鍵の後のスキャン。
・続いて、自身が第２の人物であることを証明するための、ＱＲ−ＰＫＩ−ＰＷｏｒｄの入力。
・何かを暗号化／復号化／証明／認証する。
セキュリティ上の理由で、後のスキャン又はパスワード入力が、１）例えば、６０秒という所定期間内に行われ、２）同一の通信装置で実行され、及び３）ユーザが後の読み取りの合間にネットワークを変更してはならず、又は通信装置を再起動してはならない、ということが課されてもよい。

上述された認証システムを利用する第１の可能な応用例は、図８を参照して説明する暗号化されたＥレターを送信することである。次のステップが発生する。
セットアップ
・Ａは、受信者ＢにＥレターを送信したい。
・Ａ及びＢは、ＱＲ−ＰＫＩサービス経由でＱＲ−ＰＫＩタグのセットを有する（図３を参照。）。
・Ａは、秘密のＡ−ＰＲ−ＱＲ−ＰＫＩ及び公開のＡ−ＰＵ−ＱＲ−ＰＫＩを有する。
・Ｂは、秘密のＢ−ＰＲ−ＱＲ−ＰＫＩ及び公開のＢ−ＰＵ−ＱＲ−ＰＫＩを有する。
・Ａは、ＱＲタグ／ＵＲＬとして、ＱＲ−Ｔｅｍｐを有する（図６を参照。）。
定義
・Ａは、起動のために初めてＱＲ−Ｔｅｍｐをスキャン／入力する。
・Ａは、秘密のＡ−ＰＲ−ＱＲ−ＰＫＩをスキャンし、Ａ−パスワード（Ａ＝真正の）を入力する。
・Ａは、Ｅレターをアップロードし、それをＱＲ−Ｔｅｍｐに添付する。
・Ａは、Ａ−ＰＲ−ＱＲ−ＰＫＩでＥレターを暗号化する。
・Ａは、受信者Ｂの公開のＢ−ＰＵ−ＱＲ−ＰＫＩをスキャンする。
・Ａは、Ｂ−ＰＵ−ＱＲ−ＰＫＩで再度Ｅレターを暗号化する。
・Ａは、ＱＲ−Ｔｅｍｐイベントを閉じる。
・Ａは、ＱＲ−ＴｅｍｐをＢに送信する（メール、インターネットに掲示、ＳＭＳ等）。
実行
・Ｂは、ＱＲ−ＴｅｍｐをＡから受信する（メール、インターネットに掲示、ＳＭＳ等）。
・Ｂは、ＱＲ−Ｔｅｍｐ（＝Ｅレターへのリンク）をスキャン／入力する。
・Ｂは、秘密のＢ−ＰＲ−ＱＲ−ＰＫＩをスキャンし、Ｂ−パスワード（Ｂ＝真正の）を入力する。
・Ｂは、Ｂ−ＰＲ−ＱＲ−ＰＫＩでＥレターを復号化する（ＥレターはＢのみのためのものであった）。
・Ｂは、Ａの公開のＡ−ＰＵ−ＱＲ−ＰＫＩをスキャンする（Ａ＝送信者）。
・Ｂは、Ａ−ＰＵ−ＱＲ−ＰＫＩ（Ａ＝唯一の可能な送信者）でＥレターを復号化する。
・Ｂは、読み取り可能なＥレター（の場所）を回復する。
・Ｂは、Ｅレターを読むことができ、それがＡから来たものと分かる。
通知
・Ａは、ＢがＥレターを受信したことの通知を受ける。
・Ａは、ＢのみがＥレターを読めることを確信する。
このことは初見では複雑に思えるが、実際双方の人物は、暗号化され署名された電子レターを送受信するために３つのＱＲ−ＰＫＩ鍵をスキャンしてパスワードを入力するだけでよいのである。最後に、高度な確実性をもって、Ｂは、ＥレターがＡのみによって送信されたことが分かり、ＡはＢのみがＥレターを読めることが分かる。仮に署名及び暗号化が不要であれば、送信者にとってスキャン数は２回に減り、受信者によるスキャン数は１回に減る。

本発明は更に、次の模範的な例によって明確にされる。本発明の使用例は、それらの例に限定されず、それらの例は本発明をどのように使用するかの例に過ぎない。ある例の特定の方法のステップと他の例のステップとを一緒にすることで、全てが本発明の範囲内である新しい例が作成される。種々の例において、ＱＲコードは保持体として用いられる。しかしながら、すでに上述した通り、ＱＲコードは、一つの可能な実装を構成するに過ぎない。同様に、鍵を含むＲＦＩＤタグや、近距離無線通信（ＮＦＣ）のタグ等を適用することもできる。下記の例における信頼できる第三者機関は、本発明によるシステムを作り上げるために必要な全てのサービスを構成する。

実施形態１（図９（ａ−ｃ）を参照。）
この例では、建物へのリモートアクセスが与えられる訪問者はユニークに定義され、アクセス可能な時刻及び日付にウィンドウが現れる。建物の保有者は、訪問者が建物に進入するとき及び選択的に、建物を退出するときに通知を受ける。
セットアップ：建物の保有者（Ｏｗｎ）は、信頼できる第三者機関（ＴＴＰ）経由で、本発明によるプロセスを用いて、特定の時間ウィンドウ内に建物（Ｆａｃ）へのリモートアクセスを訪問者（Vｉ）に与えたい。
人物”ＯＷＮ”及び”ＶＩ”を定義する：Ｏｗｎ及びＶｉの両方は、ＴＴＰのウェブサイト(例えば、ｈｔｔｐｓ：／／ｑｒ−ｐｋｉ．ｃｏｍ)にアクセスし、ＱＲ−ＰＫＩタグ（秘密のＱＲ−ＰＫＩタグ及び公開のＱＲ−ＰＫＩタグ）及び対応するパスワード（鍵及びＱＲタグは、ブラウザからコピー／ペーストされ、Ｅメールで送信されることができる。）のセットを作成し自身を登録する。ＴＴＰによっては、少なくともＥメールアドレスは（Ｅメール確認により）定義され確認される必要があり、更なる情報（例えば、追加のパスワードと追加のＥメールアドレス）が、定義された属性及び入力された値によって入力される。
人物Ｏｗｎは今、秘密ＱＲタグ”Ｏｗｎ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｏｗｎ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密のマスターパスワード”Ｏｗｎ−ＰＷ”を有する。両ＱＲタグ、（通信装置によって読み取られることができる）イメージによって及び（電子的に送信されることができる）英数字の文字列によって表される。
人物Ｖｉは今、秘密ＱＲタグ”Ｖｉ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｖｉ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密のマスターパスワード”Ｖｉ−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。
人物Ｏｗｎは、建物”Ｆａｃ”に新しいＱＲタグを要求する。人物Ｏｗｎは、自身の”Ｏｗｎ−ＰＲ−ＱＲ−ＰＫＩ”を用いて、自身のＯｗｎ−ＰＷで証明して、ＴＴＰにログインする。Ｏｗｎは、オブジェクトに新しいＱＲタグを要求し、そして秘密ＱＲタグ”Ｆａｃ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｆａｃ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密のマスターパスワード”Ｆａｃ−ＰＷ”を作成する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。ＴＴＰは今、ＯｗｎがエンティティＦａｃを保有していることを登録した。
アクセスを要求する：もし人物Ｏｗｎが人物Ｖｉにアクセスを許可したい場合又はＶｉが建物Ｆａｃへ進入する許可を求める場合、Ｏｗｎは、人物Ｖｉの公開ＱＲタグ（Ｖｉ−ＰＵ−ＱＲ−ＰＫＩ）を検索する。適当であれば、時刻、日付、アクセス期間が交渉され、合意に至る。
イベントを定義する：Ｖｉによる建物Ｆａｃへのアクセスについて述べる。Ｏｗｎは、建物のＦａｃ−ＰＲ−ＱＲ−ＰＫＩをスキャン又はＴＴＰに対して送信し、Ｏｗｎを保有者として同定する。このことを証明するため、ＯｗｎはＦａｃ−ＰＷを入力するように要求される。Ｏｗｎは今、パラメータ、属性、変数を定義し、特定の値を設定することができる（例えば、建物のドアを開けるためのコード、アクセスが可能である時間枠、アクセス中の保有者に通知する方法、アクセス中の訪問者に通知する方法）。Ｖｉを同定するために、ＱＲタグＶｉ−ＰＵ−ＱＲ−ＰＫＩが送信又はスキャンされる。全ての連続したスキャンやエントリは、所定期間内に同一の通信装置から実行されるべきである。全ての情報から、イベントはデータベースにおいて作成され、ランダムセッションキー（ＳＫ）が生成され格納される。そのセッションキーはそれから、Ｖｉ−ＰＵ−ＱＲ−ＰＫＩによって暗号化され、格納される（ＥＳＫ）。機能性によっては、その暗号化されたシークレットキーＥＳＫは、鍵Ｆａｃ−ＰＲ−ＱＲ−ＰＫＩによって再度暗号化され、格納される（ＣＥＳＫ）。Ｏｗｎは今、Ｆａｃ−ＰＵ−ＱＲ−ＰＫＩを建物のドアに配置する。機能性によっては、そのＦａｃ−ＰＵ−ＱＲ−ＰＫＩが固定され（例えば、紙に印刷される。）、又は訪問者のリクエストに応じて（ドアベルが作動するときに）スクリーンに表示されることができる。後者の例では、Ｆａｃ−ＰＵ−ＱＲ−ＰＫＩは追加の情報（Ｄ）（例えば、日付及び時刻に関する文字列、秘密情報）で拡張されることができる。その追加情報Ｄは、いつでも変更することができ、このことによってＦａｃ−ＰＵ−ＱＲ−ＰＫＩが建物の入口ではない場所でコピーされスキャンされることを防ぐことができる。Ｆａｃ保有者は、定期的にＦａｃ−ＰＵ−ＱＲ−ＰＫＩの拡張形式を送信する「タイムドコードファンクション」（ＴＴＰからのサービス）を起動することができるのだが、それは、ＴＴＰのサービスＵＲＬを伴うＱＲタグ、公開鍵並びにその作成時の日付及び時刻に関連した追加パラメータＤを伴うＱＲタグである。
イベントを実行する、つまり、建物へのアクセスを与え又は与えない。使用の簡略化のため、携帯通信装置が用いられる。Ｖｉは、建物に近づき、建物への入口でＦａｃ−ＰＵ−ＱＲ−ＰＫＩ（又は、秘密情報Ｄが含まれる拡張Ｆａｃ−ＰＵ−ＱＲ−ＰＫＩ）をスキャンする。定義された時間枠内においては、有効になるために、所定期間内に同一携帯通信装置上で、Ｖｉは、Ｖｉ−ＰＲ−ＱＲ−ＰＫＩを読み取りＶｉ−ＰＷを入力するように要求される。もし入力したパスワードがＶｉ−ＰＲ−ＱＲ−ＰＫＩにマッチすれば、定義されたイベントが実行される。追加情報ＤがスキャンされたＦａｃ−ＰＵ−ＱＲ−ＰＫＩにおいて存在すれば、格納されたデータに対して確認が行われる。両方がマッチすれば、ＣＥＳＫのコンテンツは、Ｆａｃ−ＰＵ−ＱＲ−ＰＫＩで復号化され、それからＶｉ−ＰＲ−ＱＲ−ＰＫＩで再度復号化される。代替として、ＥＳＫのコンテンツはＶｉ−ＰＲ−ＱＲ−ＰＫＩで復号化されることができる。結果がシークレットキーＳＫにマッチすれば、イベントはポジティブであり、定義されたアクションが実行される（例えば、ドアを開くためにコードを送信する。）。選択的には、Ｖｉは、退館するために類似した処理手順を繰り返す。Ｖｉが定義された時間枠外で同一の処理手順を行おうとするとき、結果はネガティブであり、この場合ドアは開かない。もし必要であれば、訪問者が建物を退出するときに類似の処理手順がセットアップされることができる。
通知する：セットアップによって、保有者、訪問者及び第三者は、訪問者についての情報を含んだ、建物へのアクセス又はアクセス拒否を述べるＥメール及びＳＭＳ経由で（セットアップで何が定義されたかによる。）通知を受ける。イベントを終了しない理由は、イベントのセットアップによっては通知されることができる。
使用方法：ＱＲ−ＰＫＩシステム及び方法の、この典型的なセットアップは、（作成するのが容易なＱＲタグを用いることで）読み取り装置が通信装置又はありふれたスマートフォンでありつつも、十分な柔軟性及びセキュリティが達成されることを保証する。この例は、ドアを開くためだけでなく、コンピュータ経由で送信されるコマンドによってリモートでコントロールされることができる任意のもののスイッチをオン又はオフにするように拡張されることもできる。セキュリティエージェントの巡回調査を監視したり、自動的に各ＱＲタグスキャンについての報告をエージェンシーへ返したりしてもよい。その間に、システムは調査ポイントのログを作成し、エージェントが実際にその場にいることを保証する。これらのログは、専門システムによって読み取られることができ、不規則なことが起こる時に警報を出すために用いられる。調査される建物の保有者は、例えば、請求書作成目的でこれら巡回調査のログを保有することができる。「スマートな」エージェントが、ＱＲタグの写真を撮らずとも後日使用することができるように、建物保有者は、（いつでも）ＱＲタグに追加の情報／パラメータであって、その場で実際に巡回調査が行われたことを証明するために建物保有者に送信される情報を追加することができる。双方向通信は、特定の時点でＱＲタグをスキャンする訪問者／エージェント間でセットアップされるので、その人物に説明のための映像／音声を送信するのは簡単である。訪問者／エージェントが知られ、場所、日付及び時刻も知られるので、送信される情報は、前もって訪問者／エージェントに通知又は説明せずとも特定のニーズ（例えば、正しい言語、説明に至るまでの映像／情報等）に適合されることができる。

実施形態２（図１０（ａ−ｄ）を参照。）
住宅に対する信頼のおけるエージェントが同定される。アクセス可能な時刻及び日付のウィンドウや訪問の性質と同様、エージェントはユニークに定義される。エージェンシーは、エージェントが建物に進入するとき及び選択的には退出するときに通知を受ける。
セットアップ：建物保有者（Ｏｗｎ）又は住宅保有者（Ｌｏ＝住宅保有者）は、訪問してきているエージェントのためにドアを開ける前に、そのエージェント（Ｖａ）の確実性を、信頼できる第三者機関（ＴＴＰ）経由で本発明によるプロセスを用いて同定したい。エージェント（Ｖａ）は、ＶａがアクセスリクエストカンパニーＡＲＱの代わりにアクセスを求めることを本当に許可されていることを証明するために、実際にエージェンシー又は本発明によるプロセスを用いるＡＲＱによって派遣される。エージェントＶａは、ＡＲＱの職員（Ａａｃｐ）としてユーザ認証することによって一日を始めなければならない。
人物及びオブジェクトを定義する：全ての関係人物は、ＴＴＰのウェブサイト(例えば、ｈｔｔｐｓ：／／ｑｒ−ｐｋｉ．ｃｏｍ)にアクセスし、ＱＲ−ＰＫＩタグ（秘密ＱＲ−ＰＫＩタグ及び公開ＱＲ−ＰＫＩタグ）及び対応するパスワード（鍵及びＱＲタグは、ブラウザからコピー／ペーストされ、又はＥメール経由で送信されることができる。）のセットを作成して、自身を登録する。ＴＴＰによって、少なくともＥメールアドレスは（Ｅメール確認によって）定義され確認されなくてはならないが、更なる情報（例えば、追加パスワード、追加Ｅメールアドレス）は定義された属性及び入力された値によって入力されることができる。
人物Ｏｗｎは今、秘密ＱＲタグ”Ｏｗｎ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｏｗｎ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”Ｏｗｎ−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。
人物Ｖａは今、秘密ＱＲタグ”Ｖａ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｖａ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”Ｖａ−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。
ＡＲＱの職員は今、秘密ＱＲタグ”ＡＲＱ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”ＡＲＱ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”ＡＲＱ−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。人物Ｏｗｎは、建物保有者”Ｌｏ”として住宅、施設のための新しいＱＲタグを要求する。人物Ｏｗｎは、自身のＯｗｎ−ＰＲ−ＱＲ−ＰＫＩを用いて及び自身のＯｗｎ−ＰＷを証明してＴＴＰにログインする。Ｏｗｎは、オブジェクトに新しいＱＲタグを要求し、そして秘密ＱＲタグ”Ｌｏ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｌｏ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密のマスターパスワード”Ｌｏ−ＰＷ”を作成する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージ及び（電子的に送信されることができる）英数字の文字列によって表される。ＴＴＰは今、ＯｗｎがオブジェクトＬｏを保有していることを登録した。Ｏｗｎは、外部から（例えば、窓の後ろから）タグを見えるようにする。使用の簡略化のため携帯通信装置が用いられる。
リクエストに応じて、ＴＴＰは一時的な単一でユニークな鍵をＱＲタグ（例えば、”ＡＲＱ−ＱＲ−Ｔｅｍｐ”）形式で発行することができる。
同定する：エージェントは、正当な訪問エージェント（Ｖａ）として登録を受けることにより、仕事を始めなければならない。エージェントは、自身が勤めるエージェンシーの受付デスクでＡＲＱ−ＰＵ−ＱＲ−ＰＫＩをスキャンする。セキュリティの強化のため、そのＡＲＱ−ＰＵ−ＱＲ−ＰＫＩは、日常的に変更して拡張されることができるが、公然知られた情報で拡張されるわけではない。Ｖａは、携帯端末上で初期画面を提示され、同定することを要求される。次に、エージェントは、個人のＶａ−ＰＲ−ＱＲ−ＰＫＩをスキャンし、それから仕事の詳細及びパスワード（Ｖａ−ＰＷ）を入力するよう要求される。パスワードが、Ｖａ−ＰＲ−ＱＲ−ＰＫＩにマッチして、全てが同一携帯装置上で所定期間内に行われるとき、更にイベントが実行され、セッションキー（ＳＫ）及びＳＫのＡＲＱ−ＰＵ−ＱＲ−ＰＫＩ暗号化バージョン（ＥＳＫ）を作成する。ＴＴＰは、エージェントＶａの携帯装置のディスプレイへ、ＡＲＱ−ＱＲ−Ｔｅｍｐｌの形式で一時的なイベントタグを送信する。Ａａｃｐは、エージェントディスプレイからＡＲＱ−ＱＲ−Ｔｅｍｐｌをスキャンする。Ａａｃｐは、Ｖａの仕事の詳細を提示され、リクエストを与え又は無効にするように求められる。次に、Ａａｃｐは、ＡＲＱ−ＰＲ−ＱＲ−ＰＫＩタグをスキャンし、パスワードＡＲＱ−ＰＷを入力する。パスワードがマッチすると、ＥＳＫはＡＲＱ−ＰＲ−ＱＲ−ＰＫＩで復号化され、有効になるにはＳＫとマッチすべきである。承認されると、エージェントは今、次のＸ時間の間エージェンシーＡＲＱから訪問していることが証明されたエージェント（Ｖａ）となる。ＡＲＱ−ＱＲ−Ｌｉｃの形式の一時的なタグが作成され、Ａａｃｐ及びＶａの両方に送信される。Ｖａの仕事が終わると、その事実を述べＡＲＱ−ＱＲ−Ｌｉｃを無効にする処理手順が繰り返される。仕事中に必要とされるときは（例えば、Ｖａが方針に従わないときは）、Ａａｃｐは、ＡＲＱ−ＱＲ−Ｌｉｃの有効性を無効にすることができる。
認証する：Ｖａが建物Ｌｏに近づくとき、ＶａはＡＲＱ−ＱＲ−Ｌｉｃをスキャンし（＝仕事の有効性を確認する。）、建物の入口でＬｏ−ＰＵ−ＱＲ−ＰＫＩをスキャンするよう求められる。全てのスキャン及びエントリは、同一携帯装置上で且つ所定の期間内に実行されるべきである。Ｖａは、Ｖａ−ＰＲ−ＱＲ−ＰＫＩをスキャンし、仕事の詳細及び訪問目的等とともにＶａ−ＰＷを入力する。パスワードがマッチすると、セッションキー（ＳＫ）及びＳＫのＬｏ−ＰＵ−ＱＲ−ＰＫＩ暗号化バージョン（＝ＥＳＫ）が作成される。次にＴＴＰは、エージェントＶａの携帯装置のディスプレイへ、ＡＲＱ−ＱＲ−Ｔｅｍｐ３形式で一時的なイベントタグ（＝エージェントの仕事及び有効性へのリンク）を送信する。そのタグは、次のＹ分間有効である。次にＬｏは、エージェントの携帯装置からＡＲＱ−ＱＲ−Ｔｅｍｐ３をスキャンする（窓が閉じられていても行われることができる。）。Ｌｏは、自身の携帯装置でこれをスキャンし、それから自身のＬｏ−ＰＲ−ＱＲ−ＰＫＩタグをスキャンする。Ｌｏは、ジョブを承諾又は辞退し、Ｌｏ−ＰＷを入力するよう求められる。Ｙ分間にＥＳＫがＬｏ−ＰＲ−ＱＲ−ＰＫＩで復号化され、もしその結果がＳＫにマッチするならば、Ｖａの同定に関する情報や訪問目的は真正でありＬｏの携帯装置に送信される。Ｌｏは今、Ｖａエージェントが正当であることを証明し、建物へのアクセスを与えることができる。ＡＲＱは、Ｖａが入館したとのメッセージを送信される。両当事者は、選択的に説明を与えられることができる。同様の処理手順が、Ｖａが訪問を終了し建物の外部に出たときに続けられてもよい。そのように、Ｌｏが安全に内部におり、ＡＲＱが、訪問が終了したとの通知を受けるので、その訪問から収集された情報をそれまでに引き渡すことが可能となる。
通知する：イベントのセットアップによって、ＡＲＱ、Ａａｃｐ、Ｖａ及びＬｏは、イベントの異なる状態を述べる通知を受けることができる。イベント終了しない全ての理由も通知されることができるが、イベントのセットアップによる。
窃盗を同定する：Ｖａ−ＰＲ−ＱＲ−ＰＫＩタグが盗難され、又はＶＡ−ＰＷが脅威と共に検索されたことを想定する。Ｖａが定義された「脅威の下のＶａ−ＰＷ」を与えることができたなら、ＡＲＱは、そのイベントを通知される。その時点で、（偽りの）ＶａのためにＬｏはドアを開かないように忠告される。任意の時点で、ＡａｃｐはＡＲＱ−ＱＲ−Ｌｉｃレコードの有効性を無効にすることができる。
使用方法：この典型的な例は、システム及び方法の最大限の可能性を説明する。イベントのチェーンは、同一の原理に基づいて複雑なイベントを作成するように連結される。両当事者は、情報が意味する方の当事者のみによって証明されることができる（秘密）情報を交換することによって、信頼関係を構築する。上記の例では、エージェンシーは例えば、計量を証明する必要がある電力会社又は水道会社である。その会社は、その場所における計量を証明するためにエージェントを派遣する。しかし住宅にとっては、その人物が実際に警官なのか、偽の計量士なのかいつも明確とは限らない。本発明によるプロセスを用いることで、誰もエージェントのように扮して建物に侵入することはできない。

実施形態３（図１１（ａ−ｂ）を参照。）
この例は、（行方不明の）オブジェクト及び人物の場所を突き止め、及び同定すること又はそのような人物にとって決定的な情報を送信しなければならないことと関連する。ＱＲ−ＰＫＩタグにタグ付けされた各オブジェクトは、オブジェクトを偶然見つけた第三者又は、道に迷った若しくはその人物についての（救急医療の）情報を同定若しくは検索しようと事故の現場に到着した（年配の）人物に偶然出会った第三者によって検索されることができる。
セットアップ：オブジェクトの保有者（Ｏｗｎ）（又は別の人物に対して責任をもつ人物）は、信頼できる第三者機関（ＴＴＰ）経由で本発明によるプロセスを用いて、行方不明のオブジェクト又は人物の場所を突き止めたい。
保有者を定義する：保有者は、ＴＴＰのウェブサイト(例えば、ｈｔｔｐｓ：／／ｑｒ−ｐｋｉ．ｃｏｍ)にアクセスし、ＱＲ−ＰＫＩタグ（秘密のＱＲ−ＰＫＩタグ及び公開のＱＲ−ＰＫＩタグ）及び対応するパスワード（鍵及びＱＲタグは、ブラウザからコピー／ペーストされ、Ｅメールで送信されることができる。）のセットを作成し自身を登録する。ＴＴＰによっては、少なくともＥメールアドレスは（Ｅメール確認により）定義され確認される必要があり、更なる情報（例えば、追加のパスワードと追加のＥメールアドレス）が、定義された属性及び入力された値によって入力される。
人物Ｏｗｎは今、秘密ＱＲタグ”Ｏｗｎ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｏｗｎ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”Ｏｗｎ−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって及び（電子的に送信されることができる）英数字の文字列によって表される。
オブジェクトを定義する：人物Ｏｗｎは、マークされるべきオブジェクト又は人物の新しいＱＲタグを要求する。人物Ｏｗｎは、自身の”Ｏｗｎ−ＰＲ−ＱＲ−ＰＫＩ”を用いて、自身のＯｗｎ−ＰＷで証明して、ＴＴＰにログインする。Ｏｗｎは、オブジェクトに新しいＱＲタグを要求し、そして秘密ＱＲタグ”Ｏｂｊ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｏｂｊ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密のマスターパスワード”Ｏｂｊ−ＰＷ”を作成する。確実性を証明するために、保有者は、そのオブジェクトの「文字列」フィールドにおける英数字の値Ａ（例えば、ＷＤ６Ｇ ３ＵＳ９ Ｑ９０Ｄ ＨＴ８Ｘ）を入力する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって及び（電子的に送信されることができる）英数字の文字列によって表される。英数字の値Ａは、公開ＱＲタグＯｂｊ−ＰＵ−ＱＲ−ＰＫＩのＱＲタグイメージの下に明確なテキストで印刷される。ＯｗｎがＯｂｊ−ＰＲ−ＱＲ−ＰＫＩをスキャンしてＯｂｊ−ＰＷを入力するにあたって、Ｏｂｊ−ＰＵ−ＱＲ−ＰＫＩが通常の状態のもとでスキャンされるときにどのような情報が返されるか（例えば、値Ａ、オブジェクトに関する一般的な情報ビデオ、なすべき事についての一般的な情報）及びなされる各スキャンの通知を受けたいかどうかを定義する。ＴＴＰは今、ＯｗｎがオブジェクトＯｂｊを保有していることを登録した。Ｏｗｎは、Ｏｂｊ上でタグを視認可能にし、又は人物の服の上で他人に視認可能にする。
検索する：保有者が、Ｏｂｊが失われたと分かったとき、オブジェクトのＯｂｊ−ＰＲ−ＱＲ−ＰＫＩ鍵をスキャンして正しいパスワードＯｂｊ−ＰＷを入力することでオブジェクトのパラメータを変更する。現在Ｏｂｊ−ＰＵ−ＱＲ−ＰＫＩタグをスキャンしている任意の第三者（ＩＢ）は、どのようにＯｗｎにオブジェクトを返すかの情報を見る、又はその場所の詳細を入力するように求められる。今からＯｂｊ−ＰＵ−ＱＲ−ＰＫＩをスキャンすると起こるアクションにおいてそれが定義されるのならば、ＳＭＳでさえもＯｗｎに送信されることができる。ＱＲタグの下に印刷された英数字の値Ａが返されるため、ＩＢはタグが真正だと分かる。この場合、ＩＢは、ＴＴＰのアカウントを有している必要はない。
使用方法：この場合、ＱＲタグは、システムにおいて作成されるイベントを起動するために用いられることができ、限定された時間ウィンドウ内でスキャンされる連続する２つのＱＲタグについての方法を用いない。しかしスキーマはいつでも拡張されることができ、イベントを起動するために第２の（個人の秘密ＱＲタグ）を読み取られなければならない。この場合は、しかしながら、オブジェクトが失われたとき、発見者が有効な秘密ＱＲタグを有しているかどうかは重要ではないし任意の通信装置が機能すべきであるから、これは好ましい効果ではないかもしれない。

実施形態４（図１２（ａ−ｂ）を参照。）
セキュアなイーウォレット支払の起動方法が今説明される。今日、少額決済がますます普及している。この例では、最小限の手間と最大限のセキュリティレベルを伴う、移動中のそのような支払の実行を説明する。このことは、異なるイーウォレットサービス及び異なる認証方法を伴う、異なる支払スキームを有することの困難を回避する。
セットアップ：イーウォレットユーザ（ｅＷｕ）は、有効な、通常のイーウォレットサービスプロバイダ契約を締結している。ｅＷｕは、信頼できる第三者機関（ＴＴＰ）経由で、本発明による簡単なプロセスを用いて、（移動中に）可能な支払いを行いたい。
イーウォレットユーザを定義する：ｅＷｕは、ＴＴＰのウェブサイト(例えば、ｈｔｔｐｓ：／／ｑｒ−ｐｋｉ．ｃｏｍ)にアクセスし、ＱＲ−ＰＫＩタグ（秘密ＱＲ−ＰＫＩタグ及び公開ＱＲ−ＰＫＩタグ）及び対応するパスワード（鍵及びＱＲタグは、ブラウザからコピー／ペーストされ、Ｅメールで送信されることができる。）のセットを作成し自身を登録する。ＴＴＰによっては、少なくともＥメールアドレスは（Ｅメール確認により）定義され確認される必要があり、更なる情報（例えば、追加のパスワードと追加のＥメールアドレス）が、定義された属性及び入力された値によって入力される。
人物ｅＷｕは今、秘密ＱＲタグ”ｅＷｕ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”ｅＷｕ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密のマスターパスワード”ｅＷｕ−ＰＷ”を有する。これは、ｅＷｕ−ＱＲタグレコードに対してプロパティ又は属性を変更又は追加することができる、唯一のパスワードである。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって及び（電子的に送信されることができる）英数字の文字列によって表される。ｅＷｕは、例えば、彼が実際ｅＷｕであることを証明するが、脅威の下で用いているパスワード等の、ｅＷｕ−ＱＲタグの追加パスワードを定義することができる。そのパスワードを入力することで、要求されたイベントを実行するだけでなく、更に、例えば緊急サービスにメッセージを送信する。ｅＷｕは、イベントを実行しないが、例えば緊急サービスへメッセージを送信するだけのパスワードを追加することもできる。更なるパスワードが作成されることができるが、そのパスワードは、通常実行されているイベントを実行するが追加の通知を伴う「ポジティブな」パスワード又は通常実行されるイベントを更には実行しないが例えばＳＭＳやＥメール経由で所定の事実を通知する「ネガティブな」パスワードである。
支払いを行うべきアカウントを定義する：人物ｅＷｕは、イーウォレットサービスプロバイダ経由で、支払いを行うべき各アカウントの新しいＱＲタグを要求する。人物ｅＷｕは、自身のｅＷｕ−ＰＲ−ＱＲ−ＰＫＩを用いて自身のｅＷｕ−ＰＷで証明することによってＴＴＰへログインする。ｅＷｕは、各アカウント（Ａｃｃ）に新しいＱＲタグを要求し、そして秘密ＱＲタグ”Ａｃｃ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ａｃｃ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密のマスターパスワード”Ａｃｃ−ＰＷ”を作成する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって及び（電子的に送信されることができる）英数字の文字列によって表される。ｅＷｕは、例えば、イーウォレットサービスプロバイダ経由で実際の金銭を転送するためのアカウントナンバー、ユーザネーム及びパスワード、同様に金銭を転送するためのアカウントナンバー並びに転送すべき金額等の、電子的な転送のために必要とされる情報を定義する。提供されない全ての情報が、転送が行われる必要があるときに求められることができる。イベントはまた、転送が行われるべきときに実行される必要があるＡＰＩ又はＵＲＬ呼び出し及びそのような呼び出しのプロトコル又はパラメータリストを述べる。イベントが定義されるとき、セッションキー（ＳＫ）は生成され格納される。そのＳＫは、ｅＷｕ−ＰＵ−ＱＲ−ＰＫＩで暗号化され、格納される（ＥＳＫ）。ｅＷｕは、各Ａｃｃ−ＰＵ−ＱＲ−ＰＫＩ及び自身のｅＷｕ−ＰＲ−ＱＲ−ＰＫＩを携帯する。ｅＷｕは、自身のｅＷｕ−ＰＷ及び作成された自身の第２のパスワードを記憶する（例えば、脅威の下のパスワード、通知のみがなされるネガティブなパスワード）。
転送する：ｅＷｕがサービスに対して支払いたいとき、正しいＡｃｃ−ＰＵ−ＱＲ−ＰＫＩを引き出し、このＱＲタグをスキャンする。次に、ｅＷｕは、所定期間内に同一携帯端末上で、その人物が実際にｅＷｕであることを証明するために、自身のｅＷｕ―ＰＲ―ＱＲ―ＰＫＩを提示して、ｅＷｕ―ＰＷを提供するように求められる。格納されたＥＳＫは、ｅＷｕ―ＰＲ―ＱＲ―ＰＫＩで復号化され、格納されたＳＫと比較される。双方がマッチすれば、実行は継続され、Ａｃｃは真正である。入力されたパスワードによって（正しいｅＷｕ―ＰＷが提供される。）、イベントは、通常通り実行され、第２のパスワードを入力するとイベントの定義によっては実行される。転送が行われると（ポジティブなｅＷｕ―ＰＷが入力されるとき）、Ａｃｃに提供されていない情報が求められる（例えば、金額）。情報が完全なときは、ＴＴＰは、実際に支払いを実行するための必要な全てのステップを提供するＡＰＩを実行する。
通知：ｅＷｕは、実際の転送を行うＡＰＩのポジティブ又はネガティブな結果の通知を受ける。Ｅメールは、後に参照するためにｅＷｕに送信され、選択的には（定義されたとき）、転送の受取人は、転送の結果を述べたメッセージを送信される。
使用方法：本発明のシステム及び方法を用いることで、いかなる秘密情報も格納されていないスマートフォンのハイレベルなセキュリティ及び支援を伴って、支払いがセキュアに行われる。第２のパスワードを用いることで、脅威にさらされていても、人物は、取引が行われてから、侵入者に知られることなく所定の事実を通知することができる。Ａｃｃ―ＰＵ―ＱＲ―ＰＫＩタグが盗難され又はコピーされたとき、（Ａｃｃ―ＰＲ―ＱＲ―ＰＫＩ及びＡｃｃ―ＰＷを保有する）保有者は、例えば、Ａｃｃ―ＰＵ―ＱＲ―ＰＫＩをスキャンしている者へ同定を求め、又は後の参照又はエビデンスのためにＩＰアドレスや携帯装置の詳細を当局へ送信する等の何かを完全に行うために、イベントを修正することができる。

実施形態５（図１３（ａ−ｂ）を参照。）
確実性が証明される。今日、真正品を製造せず、既存製品の偽造品を製造する国において多くの商品及びオブジェクトが製造されている。この例は、偽造品に対する闘争のための、そして各市民を、偽造品の「密告者」に変えるためのＱＲタグの使用を説明する。副産物として、本来の機器製造者は、製品の製造者及びエンドユーザの間にいる誰かとの「関係」を構築することができる。
セットアップ：製造者は、信頼できる第三者機関（ＴＴＰ）経由で、本発明によるプロセスを使用して、その製品、商品及びパッケージを認証及び追跡したい。認証は、迅速な方法で（１回のスキャン、追跡の作成、複製品の発見）、又は完全な方法で（ダブルスキャン、製品が真正品であることの証明）行われることができる。
製造者／生産者を定義する：製造者や生産者（Ｐｒｏｄ）は、ＴＴＰのウェブサイト(例えば、ｈｔｔｐｓ：／／ｑｒ−ｐｋｉ．ｃｏｍ)にアクセスし、ＱＲ−ＰＫＩタグ（秘密のＱＲ−ＰＫＩタグ及び公開のＱＲ−ＰＫＩタグ）及び対応するパスワード（鍵及びＱＲタグは、ブラウザからコピー／ペーストされ、Ｅメールで送信されることができる。）のセットを作成し自身を登録する。ＴＴＰによって、少なくともＥメールアドレスは（Ｅメール確認により）定義され確認される必要があり、更なる情報が、定義された属性及び入力された値によって入力される（例えば、その情報をＰｒｏｄへ送信する際の特別なタイムコード及びインターバル、追加情報）。
生産者は今、秘密ＱＲタグ”Ｐｒｏｄ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｐｒｏｄ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”Ｐｒｏｄ−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって及び（電子的に送信されることができる）英数字の文字列によって表される。生産者は、生産者のみが知っておりそれ故にＰｒｏｄ−ＰＵ−ＱＲ−ＰＫＩ（のコピー）がスキャンされたときに知ることができる、定期的に変更される追加情報が追加されたＰｒｏｄ−ＰＵ−ＱＲ−ＰＫＩを発行し、Ｐｒｏｄ−ＰＵ−ＱＲ−ＰＫＩがスキャンされるときに、イベントのセットアップによって送信される自身の通知に対して確認することができる。
商品及びパッケージを定義する：生産者Ｐｒｏｄは、マークされ、追跡され、又は確実性を証明される各商品（Ｇｏｏｄ）及び各パッケージ（Ｐａｃｋ）の新しいＱＲ―ＰＫＩタグのセットを要求する。生産者Ｐｒｏｄは、自身の”Ｐｒｏｄ−ＰＲ−ＱＲ−ＰＫＩ”を用いて、自身のＰｒｏｄ−ＰＷで証明して、ＴＴＰにログインする。Ｐｒｏｄは、（例えば、作成されるＱＲ―ＰＫＩタグの詳細を保有するスプレッドシートを提示することによって）各Ｇｏｏｄ及びＰａｃｋと呼ばれる商品の各容器のＱＲ―ＰＫＩタグの新しいセットを要求する。各ＱＲ―ＰＫＩタグレコードは、少なくとも、作成される次の属性を保有する。１）定義された製品に対する参照である、各商品又はＰａｃｋのＱＲ―ＰＫＩタグのうちの公開部分（以下、Ａと呼ばれる。）、２）ＱＲタグイメージに下に明確なテキストで印刷される、簡単な読み取り可能な形式のランダムな英数字コードの文字列（例えば、ＷＤ６Ｇ ３ＵＳ９ Ｑ９０Ｄ ＨＴ８Ｘ）（以下、Ｂと呼ばれる。）、３）日付及び時刻への参照を含む、ランダム、ユニーク、秘密の文字列（以下、Ｔと呼ばれる。）、４）ＱＲ―ＰＫＩタグの秘密部分、５）シリアルナンバー、モデル、型等の追加情報である。従って、商品のパスワードがない、Ｇｏｏｄ―ＰＲ―ＱＲ―ＰＫＩ及びＧｏｏｄ―ＰＵ―ＱＲ―ＰＫＩと呼ばれるＱＲ―ＰＫＩタグと、パッケージのパスワードがない、Ｐａｃｋ―ＰＲ―ＱＲ―ＰＫＩ及びＰａｃｋ―ＰＵ―ＱＲ―ＰＫＩと呼ばれるＱＲ―ＰＫＩタグとを作成する。パスワードが提供されないという事実は、イベントレコードが一度作成されると情報は変更不可能であるということを意味する。ＱＲ―ＰＫＩタグの両タイプでは、イメージによって秘密部分が表わされるわけではないが、それではスキャン不可能になるので英数字の文字列のみとして表される。ＱＲ―ＰＫＩタグの両タイプでは、公開部分は、（通信装置によって読み取り可能である）イメージ及び英数字の文字列によって表されるが、両方共サービスＵＲＬ、識別子（以下、ｉと呼ばれる。）、値Ａ（＝ＱＲ―ＰＫＩタグの公開鍵）、Ｔの暗号化バージョン（ＴはＰｒｏｄ−ＰＲ−ＱＲ−ＰＫＩで暗号化され、次にＡで暗号化される。以下、Ｕと呼ばれる。）（例えば、ｑｒｐｋｉ．ｃｏｍ／ｉ／Ａ／Ｕ）を含んでいる。英数字の値Ｂは、ＱＲ―ＰＫＩタグの下に明確なテキストで印刷される。セッティングによっては、他の情報（例えば、シリアルナンバー）も同様に明確なテキストで印刷されることができる。Ｐｒｏｄは、これらＧｏｏｄ―ＰＵ―ＱＲ―ＰＫＩ及びＰａｃｋ―ＰＵ―ＱＲ―ＰＫＩを、正しい商品及びパッケージに貼り付ける。Ｐｒｏｄは、ＱＲ―ＰＫＩタグが作成されると、Ｇｏｏｄ―ＰＵ―ＱＲ―ＰＫＩ又はＰａｃｋ―ＰＵ―ＱＲ―ＰＫＩがスキャンされるときに何の情報（例えば、情報、文字列Ｂ、取り扱い映像等）が返されるかを定義する。
認証／追跡：Ｇｏｏｄ―ＰＵ―ＱＲ―ＰＫＩ又はＰａｃｋ―ＰＵ―ＱＲ―ＰＫＩのＱＲタグがスキャンされるとき、イベントは、Ｐｒｏｄによる後の参照又はデータマイニングのために記録される。日付、時刻及び所在（ＩＰアドレス）が記録されるので、Ｐｒｏｄは、どの製品又は商品がどこにあるかを概観することができる。Ｇｏｏｄ―ＰＵ―ＱＲ―ＰＫＩ又はＰａｃｋ―ＰＵ―ＱＲ―ＰＫＩの各スキャンに応じて、ＱＲ―ＰＫＩタグのＡがレコードを調べるために用いられ、ランダムコード文字列ＢがＱＲ―ＰＫＩタグをスキャンしている人物の携帯装置へ返される。これは、製品／商品が真正である可能性があるかどうかを視覚的にコントロールするための第１の確認である。もし返された文字列ＢがＱＲ―ＰＫＩタグの下に印刷された文字列にマッチすれば、製品／商品が真正で、場合によってはスキャンされたＱＲ―ＰＫＩタグが真正であることの可能性が十分あるが、依然としてそれは既存のＱＲ―ＰＫＩタグの正確なコピーかもしれず、又は、利口な人々が、正確に印刷された値Ｂを返すときにユーザを騙すために他のサービスプロバイダと共にそれと「そっくりの」タグを作成したのかもしれない。同一のＧｏｏｄ―ＰＵ―ＱＲ―ＰＫＩ又はＰａｃｋ―ＰＵ―ＱＲ―ＰＫＩのＱＲタグが、異なるときに（ＩＰアドレスに由来する）異なる場所で出現し続けるのならば、偽造品製造組織は、その製品及び（同一の）ＱＲタグも複製しているのかもしれない。これは、認証及び追跡を開始するための、第１の（１つの）簡単な方法である。これは、偽造品製造組織が正確なコピー品を生産することを防ぐわけではないが、もしコピーされた複数のＱＲタグが現れるのならば、偽造は事実であり、当局がそれらの製品を探すために派遣され、特定のＱＲタグ（及びＩＰアドレス）の第１のスキャンから始めることになるのは明らかである。
より徹底的に確認するために、上記の処理手順は拡張されることができる。Ｇｏｏｄ―ＰＵ―ＱＲ―ＰＫＩ又はＰａｃｋ―ＰＵ―ＱＲ―ＰＫＩをスキャンした後、人物は、連続して定義された時間枠内に、企業のウェブサイト上で発行された（拡張された）Ｐｒｏｄ−ＰＵ−ＱＲ−ＰＫＩをスキャンするように求められる。（拡張された）Ｐｒｏｄ−ＰＵ−ＱＲ−ＰＫＩのスキャンから、Ｇｏｏｄ―ＰＵ―ＱＲ―ＰＫＩ又はＰａｃｋ―ＰＵ―ＱＲ―ＰＫＩのＱＲタグのＵの部分は、ＱＲタグのＡの部分で同定されるレコードを探すときに検索される秘密鍵と共に復号化される。次に、結果はＰｒｏｄ−ＰＵ−ＱＲ−ＰＫＩと共に復号化され、その結果はＴに対して確認される。もし双方がＱＲタグにマッチすれば、製品は確かに真正で、データは生産者のデータベースに対して確認され、Ｐｒｏｄ−ＰＵ−ＱＲ−ＰＫＩの拡張バージョンが使用されるときの最新バージョンである。もし過去に１度もコピー（同一のＧｏｏｄ―ＰＵ―ＱＲ―ＰＫＩ又はＰａｃｋ―ＰＵ―ＱＲ―ＰＫＩのＱＲタグの複数スキャン）が検出されなかったなら、偽造品は、Ｇｏｏｄ―ＰＵ―ＱＲ―ＰＫＩ又はＰａｃｋ―ＰＵ―ＱＲ―ＰＫＩのＱＲタグを備えていないと想定するのが合理的である。
使用方法：工場から小売、そしてエンドユーザへの輸送の全体のチェーンを通して、スキャンは、どこで製品が使用されるかの見識を生産者に与える、製品の履歴を生産することができ、必要であれば、生産者は、タグをスキャンする人物と情報を交換し、又は説明や追加の（ブランド）情報を取り扱うマニュアルのような有用な情報を送信することができる。エンドユーザがＧｏｏｄ―ＰＵ―ＱＲ―ＰＫＩのＱＲタグをスキャンするようにインセンティブが伴うとき、その情報は、使用年数管理並びに耐用年数末期の処理及びリサイクルに対しても用いられることができる。その間に、生産者は、製品の所在や偽造品がありうる場所を追跡でき、エンドユーザと接触を続けることができる。

実施形態６（図１４（ａ−ｄ）を参照。）
この例は、ドキュメントを検索すること又は送信者若しくは受信者を探す必要なく（例えば、税関）どのように（信頼される）商品及びオブジェクトを証明するかを示している。
セットアップ：発送者（Ｓｅ）は、受取者（Ｒｅ）へ、商品が含まれる船積みコンテナ（Ｃｏｎ）を発送したい。その道中で、税関のような確認エンティティ（ＣＥ）は、信頼できる第三者機関（ＴＴＰ）経由で、本発明によるプロセスを用いて中身及び付随するドキュメントを確認したい。
発送者、受取者及び確認エンティティを定義する：全ての当事者は、ＴＴＰのウェブサイト(例えば、ｈｔｔｐｓ：／／ｑｒ−ｐｋｉ．ｃｏｍ)にアクセスし、ＱＲ−ＰＫＩタグ（秘密ＱＲ−ＰＫＩタグ及び公開ＱＲ−ＰＫＩタグ）及び対応するパスワード（鍵及びＱＲタグは、ブラウザからコピー／ペーストされ、又はＥメール経由で送信されることができる。）のセットを作成して、自身を登録する。ＴＴＰによって、少なくともＥメールアドレスは（Ｅメール確認によって）定義され確認されなくてはならないが、更なる情報（例えば、追加パスワード、追加Ｅメールアドレス）が、定義された属性及び入力された値によって入力されることができる。
発送者Ｓｅは今、秘密ＱＲタグ”Ｓｅ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｓｅ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”Ｓｅ−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。
受取者Ｒｅは今、秘密ＱＲタグ”Ｒｅ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｒｅ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”Ｒｅ−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。
確認エンティティＣＥは今、秘密ＱＲタグ”ＣＥ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”ＣＥ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”ＣＥ−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。この例の目的のために、ＣＥ−ＰＵ−ＱＲ−ＰＫＩは発行されることができる。
コンテナを定義する：発送者（Ｓｅ）は、受取者（Ｒｅ）に発送したいコンテナの新しいＱＲタグを要求する。発送者は、自身の”Ｓｅ−ＰＲ−ＱＲ−ＰＫＩ”を用いて、自身のＳｅ−ＰＷで証明して、ＴＴＰにログインする。発送者は、コンテナの新しいＱＲタグのセットを要求し、秘密ＱＲタグ”Ｃｏｎ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｃｏｎ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”Ｃｏｎ−ＰＷ”を作成する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって及び（電子的に送信されることができる）英数字の文字列によって表される。
Ｃｏｎ−ＰＲ−ＱＲ−ＰＫＩをスキャンしてＣｏｎ−ＰＷを入力することで、発送者は、Ｃｏｎ−ＰＵ−ＱＲ−ＰＫＩがスキャンされるときにどのような情報が返されるか（例えば、コンテナの扱い方、中身の情報）及びなされる各スキャンの通知を受けたいかどうかを定義することができる。船積みドキュメント、税関ドキュメント及びコンテナの中身の映像が作成されることができ、又はこの情報が見つかるＵＲＬリンクが提供されることができるが、全ての情報は場合によってはＣｏｎに電子的に添付され、ネームＣｏｎ＃の下でグループ化される。ＴＴＰは今、発送者ＳｅがコンテナＣｏｎを保有していることを登録した。発送者は、コンテナ外部からＣｏｎ−ＰＵ−ＱＲ−ＰＫＩタグが見えるようにする。
受取者Ｒｅを同定する：発送者Ｓｅは、Ｃｏｎ−ＰＲ−ＱＲ−ＰＫＩをスキャンし、Ｃｏｎ−ＰＷを入力する。次に、受取者ＲｅのＲｅ−ＰＵ−ＱＲ−ＰＫＩはスキャンされ、属性がセットされる（例えば、受取者もコンテナの通った跡を追えるように、Ｃｏｎ−ＰＵ−ＱＲ−ＰＫＩがスキャンされる度にメールによって通知を受ける。）。このイベントによって、ＳＫ及びＲｅ−ＰＵ−ＱＲ−ＰＫＩで暗号化されたＳＫ（＝ＥＳＫ）が作成され、後のＲｅの認証のために用いられる。
確認エンティティＣＥを同定する：発送者はＣｏｎ−ＰＲ−ＱＲ−ＰＫＩをスキャンし、Ｃｏｎ−ＰＷを入力する。次に、確認エンティティＣＥ（例えば、税関）のＣＥ−ＰＵ−ＱＲ−ＰＫＩはスキャンされ、属性（例えば、税関ドキュメントＣｏｎ＃（へのリンク））がセットされる。正当なＣＥ−ＰＲ−ＱＲ−ＰＫＩを運ぶことができる人々を認証するための処理手順は、以前の例で説明される。このイベントによって、ＳＫ及びＣＥ−ＰＵ−ＱＲ−ＰＫＩで暗号化されたＳＫ（＝ＥＳＫ）が作成され、後のＣＥの認証のために用いられる。
コンテナを証明する：ＣＥがＣｏｎに近づくとき、ＣＥはＣｏｎの外のＣｏｎ−ＰＵ−ＱＲ−ＰＫＩをスキャンし、次に、所定期間内に同一通信装置上で、ＣＥ−ＰＲ−ＱＲ−ＰＫＩをスキャンしてＣＥ−ＰＷを入力することで同定するように求められる。もしＣＥ−ＰＷ及びＣＥ−ＰＲ−ＱＲ−ＰＫＩが有効であれば（ＣＥは仕事中）、ＥＳＫはＣＥ−ＰＲ−ＱＲ−ＰＫＩで復号化される。もしそれがＳＫとマッチすれば、リクエストは真正でありＳｅによって許可される。ＣＥは今、ドキュメントＣｏｎ＃を選択でき、物理的にコンテナを調査するかどうかを独立して決定できる。この例は、ＣＥが前もってドキュメントを保有している必要がないことを説明する。このことは、道路上の調査をも同様可能にし、コンテナ内の商品を同定する。セッティングによって、発送者及び／又は受取者は、ＣＥのアクションの通知を受ける。ＳｅのみがＣｏｎ−ＰＲ−ＱＲ−ＰＫＩを有しているので、必要があればＳｅは、追加ＣＥを、許可されたＣＥの追加情報のリストに追加することを許可する。
コンテナを受け取る：Ｒｅがコンテナを受け取るとき、Ｒｅは、Ｃｏｎ−ＰＵ−ＱＲ−ＰＫＩをスキャンし、次に自身のＲｅ−ＰＲ−ＱＲ−ＰＫＩをスキャンしてＲｅ−ＰＷを入力する。もしこれら全てがマッチし所定期間内に同一通信装置上で実行されれば、ＥＳＫはＲｅ−ＰＲ−ＱＲ−ＰＫＩで復号化される。それがＳＫにマッチすれば、Ｒｅは認証され、ＲｅはＳｅが用意したＣｏｎ＃における情報にアクセスできる。Ｓｅは、Ｒｅがコンテナを受け取ったことの通知を受ける。
使用方法：コンテナに対するドキュメントのいずれにも今アクセス可能な税関に加え、本方法及びシステムは、海運会社、宅配サービス、郵便サービス等によって用いられることができる。

実施形態７（図１５（ａ−ｂ）を参照。）
今の目的は、暗号化され、及び／若しくは電子的に署名された、ドキュメント／メッセージ又は書留レターを送信することである。メッセージ（Ｍｅｓ）は、送信者（Ｓｅ）から受信者（Ｒｅ）へ送信される必要がある。セットアップによっては、Ｍｅｓは、その送信者から送信されたこと若しくは受信者のみがそれを読めること、又は両方が証明されなければならない。
セットアップ：送信者（Ｓｅ）は、信頼できる第三者機関（ＴＴＰ）経由で、本発明によるプロセスを用いて、メッセージ／ドキュメント（Ｍｅｓ）を受信者（Ｒｅ）へ送信したい。
送信者及び受信者を定義する：両当事者は、ＴＴＰのウェブサイト(例えば、ｈｔｔｐｓ：／／ｑｒ−ｐｋｉ．ｃｏｍ)にアクセスし、ＱＲ−ＰＫＩタグ（秘密ＱＲ−ＰＫＩタグ及び公開ＱＲ−ＰＫＩタグ）及び対応するパスワード（鍵及びＱＲタグは、ブラウザからコピー／ペーストされ、又はＥメール経由で送信されることができる。）のセットを作成して、自身を登録する。ＴＴＰによって、少なくともＥメールアドレスは（Ｅメール確認によって）定義され確認されなくてはならないが、更なる情報（例えば、追加パスワード、追加Ｅメールアドレス）は定義された属性及び入力された値によって入力されることができる。
送信者Ｓｅは今、秘密ＱＲタグ”Ｓｅ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｓｅ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”Ｓｅ−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。
受信者Ｒｅは今、秘密ＱＲタグ”Ｒｅ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｒｅ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”Ｒｅ−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。
メッセージを定義する：送信者（Ｓｅ）は、受信者（Ｒｅ）に送信したいメッセージの新しいＱＲタグを要求する。送信者は、自身の”Ｓｅ−ＰＲ−ＱＲ−ＰＫＩ”を用いて、自身のＳｅ−ＰＷで証明して、ＴＴＰにログインする。送信者は、ＱＲタグ“Ｍｅｓ−ＱＲ−ＰＫＩ”の形式の一時的で単一かつユニークな鍵を要求する。そのＱＲタグは、（通信装置によって読み取られることができる）イメージによって及び（電子的に送信されることができる）英数字の文字列によって表される。送信者は今、電子的なドキュメントを用意した。
印刷されたレターを送信する：印刷されたレターを受信者に送信し、受信者にそのレターの受信を電子的に承認させるために、送信者は、紙面に印刷されたＭｅｓ−ＱＲ−ＰＫＩをと共にドキュメントを印刷する。次に、送信者は、Ｍｅｓ−ＱＲ−ＰＫＩをスキャンし、それから所定期間内に同一通信装置上でＳｅ−ＰＲ−ＱＲ−ＰＫＩをスキャンし、ＳＥ−ＰＷを入力する。送信者は今、インターネットから得られる又は受信者から直接得られるＲｅ−ＰＵ−ＱＲ−ＰＫＩをスキャンすることで受信者を定義することができる。Ｍｅｓ−ＱＲ−ＰＫＩにおけるセッションキー（ＳＫ）は、Ｒｅ−ＰＵ−ＱＲ−ＰＫＩで暗号化され（ＥＳＫ）、イベントにおいて格納される。送信者はまた、Ｍｅｓ−ＱＲ−ＰＫＩが再びスキャンされるときに受信者がＲｅ−ＰＲ−ＱＲ−ＰＫＩ及びＲｅ−ＰＷを提供するよう求められ、送信者が受信次第通知を受けるように、プロパティをセットする。送信者は今、メール、ファックス等を経由して印刷されたレターを受信者へ送信する。受信者がＭｅｓ−ＱＲ−ＰＫＩに次いでＲｅ−ＰＲ−ＱＲ−ＰＫＩ及びパスワードＲｅ−ＰＷをスキャンすると、ＥＳＫはＲｅ−ＰＲ−ＱＲ−ＰＫＩで復号化され、それがＭｅｓ−ＱＲ−ＰＫＩにおける鍵ＳＫとマッチするときは、Ｒｅの同定は真正であり、送信者は通知を受ける。
電子的に送信する：受信者のみが読むことができ、受信者がそのメッセージはその送信者から来たものと分かる、電子的に暗号化されたメッセージを送信するために、送信者はメッセージを電子的に作成する。次に、送信者は、Ｍｅｓ−ＱＲ−ＰＫＩをスキャンし、それから所定期間内に同一通信装置上で自身のＳｅ−ＰＲ−ＱＲ−ＰＫＩをスキャンし自身のＳＥ−ＰＷを入力する。送信者は今、インターネットから得られる又は受信者から直接得られるＲｅ−ＰＵ−ＱＲ−ＰＫＩをスキャンすることで受信者を定義することができる。Ｍｅｓ−ＱＲ−ＰＫＩイベントにおけるセッションキー（ＳＫ）は、Ｒｅ−ＰＵ−ＱＲ−ＰＫＩで暗号化され、イベントにおいてＥＳＫとして格納される。送信者は、電子メッセージをアップロードし、又は電子メッセージが見つかる場所を示す。次に、その情報は初めてＳｅ−ＰＲ−ＱＲ−ＰＫＩ鍵（Ａとする。）によって暗号化され、Ａは、再びＲｅ−ＰＵ−ＱＲ−ＰＫＩで暗号化されて格納される（Ｂとする。）。送信者はまた、Ｍｅｓ−ＱＲ−ＰＫＩが再びスキャンされるときに受信者が自身の秘密鍵及び秘密情報を提供し、送信者が受信次第通知を受けるように、プロパティをセットする。送信者は今、イベントを閉じる。送信者は、Ｍｅｓ−ＱＲ−ＰＫＩを受信者へ送信する。Ｍｅｓ−ＱＲ−ＰＫＩは、印刷され又はファックスされることができ、ＳＭＳ又はメール経由で送信されることができる。あるいはＭｅｓ−ＱＲ−ＰＫＩは１枚の紙に印刷されて郵便で送付されることができる。受信者が、受信されたＭｅｓ−ＱＲ−ＰＫＩに次いでＲｅ−ＰＲ−ＱＲ−ＰＫＩ及びパスワードＲｅ−ＰＷをスキャンすると、ＥＳＫはＲｅ−ＰＲ−ＱＲ−ＰＫＩで復号化され、それがＳＫとマッチするときは、メッセージは受信者に向けられたものである。２回暗号化された電子メッセージＢは、Ｒｅ−ＰＲ−ＱＲ−ＰＫＩで復号化され、再びＡとなる。受信者が今Ｓｅ−ＰＵ−ＱＲ−ＰＫＩをスキャンしてＳｅ−ＰＵ−ＱＲ−ＰＫＩで再びＡを復号化すると、元の電子メッセージ又は元のメッセージへのリンクとなる。受信者は、自分のみがそのドキュメント（へのリンク）を受信して復号化でき、及びその送信者のみがこれを送信したということを確信する。送信者は今、受信されたことの通知を受け、受信者は今、電子ドキュメントへのリンクを検索し、読み取り可能な形式でそれをダウンロードすることができる。
使用方法：郵便サービスは、この方法及びシステムを用いることができる。

実施形態８（図１６（ａ−ｂ）を参照。）
これは、関係する人物の簡単なＱＲタグから、資格のある人々へ機密データを開示することに関する。この例又は変形例は、医療スタッフのうち資格ある医師のみに医療レコードを開示し、運転免許に関する罰金若しくは処罰についての情報を開示し、若しくは本人確認の紙若しくはドキュメントに追加情報を添付するためのシステム又は他の類似スキームに応用されることができる。すべての例において、情報は、キャリアドキュメント自体に格納されず、ＱＲタグに格納されることもない。これによって、窃盗又は詐欺の被害を受けにくくなり、リンクされた情報は認証された人物によってのみ閲覧／変更されることができる。これは機密情報に関連するので、第三者が途中で特定のステップを承認しなければならない。
セットアップ：全ての当事者は、信頼できる第三者機関（ＴＴＰ）経由で、本発明によるプロセスを用いることができる。人物（Ｐｅｒ）は、カード／保持体／ドキュメント（Ｃｏｎ）（例えば、ＳＩＳカード、社会保障の本人確認カード）を有する。資格のある人物（ＱＰ）（例えば、医師）は、医療に関係のない他の人ではなく、他の医師（以下、資格のある人物又はＱＰｓと呼ばれる。）のみによって閲覧される何らかの医療情報（以下、ＳＤａｔと呼ばれる。）を追加したい。人物Ｐｅｒは、一般のデータ（ＧＤａｔ）（例えば、住所、家族のコンタクト詳細情報）を追加したい。この例では、いくつかの追加のデータベースが関係する。全ての資格のある人物（例えば、全ての医師）がＱＰａｄｍｉｎ人物によって管理されているテーブル（ＱＰＤＢ）であって、ＳＤａｔデータベース（ＳＤａｔＤＢ）からＳＤａｔを検索し格納するためのアクセスメカニズムを含むテーブルや、人物Ｐｅｒ（ｘ）又はそのＰｅｒ（ｘ）のＣｏｎ（ｘ）を特定のＳＤａｔ（ｘ）へリンクさせるテーブル（以下、ＬｉｎｋＤＢと呼ばれる。）である。このスキームは、１より多い人物、１より多い資格のある人物と関係するので、全ての定義は、Ｐｅｒ（ｘ）、Ｃｏｎ（ｙ）、ＱＰ（ｚ）等のインデックスでマークされる。ＴＴＰは、一時的なＱＲタグを発行するが、それらは（通信装置によって読み取られ、又はハードコピーを有するために印刷されることができる）イメージによって及び（電子的に送信されることができる）英数字の文字列によって表される。全てのデータベースは、ＴＴＰとは無関係であり、例えば、ＱＰａｄｍｉｎ又は他の組織等によって管理される。この例では、全てのデータベースを管理するためにＱＰａｄｍｉｎが認証されることが想定される。
人物（Ｐｅｒ（ｘ））、資格のある人物（ＱＰ（ａ））及びＱＰ管理ＡＰａｄｍｉｎを定義する：全ての当事者は、ＴＴＰのウェブサイト(例えば、ｈｔｔｐｓ：／／ｑｒ−ｐｋｉ．ｃｏｍ)にアクセスし、ＱＲ−ＰＫＩタグ（秘密ＱＲ−ＰＫＩタグ及び公開ＱＲ−ＰＫＩタグ）及び対応するパスワード（鍵及びＱＲタグは、ブラウザからコピー／ペーストされ、又はＥメール経由で送信されることができる。）のセットを作成して、自身を登録する。ＴＴＰによって、少なくともＥメールアドレスは（Ｅメール確認によって）定義され確認されなくてはならないが、更なる情報（例えば、追加パスワード、追加Ｅメールアドレス）は定義された属性及び入力された値によって入力されることができる。
人物Ｐｅｒ（ｘ）は今、秘密ＱＲタグ”Ｐｅｒ（ｘ）−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｐｅｒ（ｘ）−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”Ｐｅｒ（ｘ）−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。ＱＰＤＢ（ＱＰ（ａ）のリスト及びそれらの許可が含まれる。）及びＱＰ（ａ）に資格があるかどうかを認証するＱＰの管理者（ＱＰａｄｍｉｎ）は今、秘密ＱＲタグ”ＱＰａｄｍｉｎ−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”ＱＰａｄｍｉｎ−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”ＱＰａｄｍｉｎ−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。ＱＰａｄｍｉｎ−ＰＵ−ＱＲ−ＰＫＩは、ＱＰ（ａ）がアクセスすることができるチャネル（例えば、医療ジャーナル）において発行される。
資格のある（まだない）人物ＱＰ（ａ）今、秘密ＱＲタグ”ＱＰ（ａ）−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”ＱＰ（ａ）−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”ＱＰ（ａ）−ＰＷ”を有する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。
保持体／キャリア／カードを定義する：人物Ｐｅｒ（ｘ）は、カードＣｏｎ（ｘ）を要求し、又はＣｏｎ（ｘ）に属性付けられる。Ｐｅｒ（ｘ）は、秘密ＱＲタグ”Ｃｏｎ（ｘ）−ＰＲ−ＱＲ−ＰＫＩ”、公開ＱＲタグ”Ｃｏｎ（ｘ）−ＰＵ−ＱＲ−ＰＫＩ”及び秘密マスターパスワード”Ｃｏｎ（ｘ）−ＰＷ”を獲得する。両ＱＲタグは、（通信装置によって読み取られることができる）イメージによって、及び（電子的に送信されることができる）英数字の文字列によって表される。Ｃｏｎ（ｘ）−ＰＵ−ＱＲ−ＰＫＩは、カード／キャリア／保持体上に印刷され、又は添付される。各Ｐｅｒ（ｘ）は、Ｃｏｎ（ｘ）−ＰＲ−ＱＲ−ＰＫＩをスキャンし正しいパスワードＣｏｎ（ｘ）−ＰＷを入力することで、Ｃｏｎ（ｘ）上の自身の一般データＧＤａｔ（ｘ）を変更することができる。Ｐｅｒ（ｘ）は今、例えば、スキャンについての詳細と共にスキャン毎にＥメールが送信されたり、ＧＤａｔ（ｘ）情報が表示されたり、又はリスト上の人物にＳＭＳが送信されるなど、もし誰かがカード（Ｃｏｎ（ｘ）−ＰＵ−ＱＲ−ＰＫＩ）をスキャンした場合に何が起こるかを定義することができる。
ＱＰ（ａ）に資格を与える：資格を得るため、ＱＰ（ａ）は、ＱＰａｄｍｉｎ−ＰＵ―ＱＲ―ＰＫＩをスキャン／入力して、資格リクエストを開始する。これは、ＱＰａｄｍｉｎによって行われるセットアップ及び当事者間で合意したルールによって、所定の期間内に一度だけ行われなければならない。次に、ＱＰａｄｍｉｎは同定する。ＱＰａｄｍｉｎは、ＱＰ（ａ）−ＰＲ−ＱＲ−ＰＫＩをスキャン又は入力し、要求される通りにいくつかの詳細を埋め、ＱＰ（ａ）−ＰＷを入力するように求められ、もしパスワードがマッチすれば、ＱＰ（ａ）は認証される。セッションキー（ＳＫ）及びＳＫが２回暗号化されたバージョン（ＥＳＫ）が、作成され格納される。ＥＳＫとはＱＰａｄｍｉｎ−ＰＵ−ＱＲ−ＰＫＩで暗号化されたＳＫであり、その結果はそれからＱＰ（ａ）−ＰＲ−ＱＲ−ＰＫＩで再び暗号化される。ＴＴＰはそれから、Ｔｅｍｐｌ−ＱＲタグ（ＥＳＫへのリンク及びＱＰ（ａ）によるアクセスリクエスト（＝ライセンスリクエスト））を発行し、Ｔｅｍｐｌ−ＱＲタグをＱＰａｄｍｉｎへ送信する。組織によっては、ＱＰ（ａ）は、リクエストと共にＴｅｍｐｌ−ＱＲタグをメールし、又はＱＰａｄｍｉｎへのフォーマルレター上にＴｅｍｐｌ−ＱＲタグが印刷されたバージョンを配置する。ＱＰ（ａ）のためにリクエストプロセスが開始され、ＱＰ（ａ）は今、ＱＰａｄｍｉｎの決定を待たなければならない。
ＱＰａｄｍｉｎ（都合のよいときに、ＱＰＤＢの管理者である。）は、Ｔｅｍｐｌ−ＱＲリンクリクエストを実行し、自身のＱＰａｄｍｉｎ−ＰＲ−ＱＲ−ＰＫＩ及びＱＰａｄｍｉｎ−ＰＷを入力する。リクエストが真正であるかどうか確認するために、ＥＳＫは、ＱＰ（ａ）−ＰＵ−ＱＲ−ＰＫＩで復号化され、次にＱＰａｄｍｉｎ−ＰＲ−ＱＲ−ＰＫＩで復号化され、そしてＳＫに対して確認される。双方がマッチすれば、リクエストは真正である。ＱＰＤＢ管理者は、それから、ＱＰ（ａ）に対する許可を与え／無効にする。その結果は、一時的なＱＲタグに格納される（以下、Ｌｉｃ−ＱＲと呼ばれる。）。Ｌｉｃ−ＱＲは、リクエストを行っているＱＰ（ａ）に送信され、ＱＰＤＢに格納される。ＱＰ（ａ）は、Ｌｉｃ−ＱＲを実行又はスキャンし、ＱＰ（ａ）−ＰＲ−ＱＲ−ＰＫＩ及びＱＰ（ａ）−ＰＷで認証するように求められる。情報は、ＱＰ（ａ）―ＱＲ―ＰＫＩレコードに格納され、自動的に実行する。もしＱＰ（ａ）が「資格のある職員」のグループの一部として資格を与えられれば、ＱＰ（ａ）は今、ＳＤａｔＤＢへのアクセスを許可される。必要であれば、ＱＰａｄｍｉｎは、いつでもＱＰ（ａ）に対するライセンスを無効にすることができる。もしライセンスが満了期間を有するなら、それはＬｉｃ−ＱＲに保存される。
データを取り扱う：ＳＤａｔＤＢシステムにおいてデータを追加／変更するメカニズムは、本発明の特徴部分ではない。ＱＰ（ａ）が「（医療）データベース」においてＰｅｒ（ｙ）に関するデータＳＤａｔ（ｙ）を入力しそのＳＤａｔ（ｙ）へのリンクが利用可能である状況を想定する。以下Ｌｉｎｋ（ｙ）と呼ばれる、アクセス権を伴った「ＳＤａｔ（ｙ）へのリンク」は、ＳＤａｔＤＢに格納され、以下Ｔｅｍｐ３−ＱＲと呼ばれる、ＱＰ（ａ）のスクリーン上にＱＲタグ（サービスＵＲＬ及びＬｉｎｋ（ｙ）を含む。）の形式で利用可能となる。ＳＤａｔ（ｙ）をＰｅｒ（ｙ）のＣｏｎ（ｙ）にリンクさせるために、ＱＰ（ａ）は、Ｐｅｒ（ｙ）のＣｏｎ（ｙ）−ＰＵ−ＱＲ−ＰＫＩをスキャンする。ＱＰ（ａ）は、そのＣｏｎ（ｙ）のＧＤａｔ（ｙ）を提示され、ＱＰ（ａ）は、それが正しいＰｅｒ（ｙ）及びＣｏｎ（ｙ）であることを証明することができる。連続して及び所定期間内に同一の通信装置上で、ＱＰ（ａ）は、ＱＰ（ａ）−ＰＲ−ＱＲ−ＰＫＩをスキャンしてＱＰ（ａ）−ＰＷを入力し、したがって、自己の識別性を有効にする。次に、Ｌｉｃ−ＱＲ経由で、ＱＰ（ａ）の状態の有効性がＱＰａｄｍｉｎで確認される。もしそれが依然有効であれば、ＱＰ（ａ）は今、ＱＰＤＢへのアクセスを有する。全てのＬｉｎｋ（ｙ）は、Ｃｏｎ（ｙ）についてのＬｉｎｋＤＢから検索され、それらのＬｉｎｋ（ｙ）は、ＳＤａｔ（ｙ）を調べられ、ＳＤａｔＤＢから検索される。ＱＰ（ａ）の通信装置上で、医療の（機密）データのリストが表示される。もしＱＰ（ａ）が相談情報のみであれば、イベントの実行は、所定期間が終了したときに停止する（リンクが切断され、情報はディスプレイ上にそのままになる。）。もしＱＰ（ａ）が新しい情報を追加したいならば、スクリーン上に履歴を得るために上記の処理手順を実行すべきだが、所定期間内に、Ｔｅｍｐ３−ＱＲの形式で（用いられる装置によってイメージ又は文字列）追加されるべき新しい情報をスキャンし入力する。これにより、Ｃｏｎ（ｙ）へのＬｉｎｋ（ｙ）で、ＬｉｎｋＤＢは更新される。もし必要であれば、Ｔｅｍｐ３−ＱＲと関連するイベントは、限定された有効期間を有するが、これは、もしＴｅｍｐ３−ＱＲが失効日以降も使用されるならば「リンク」はもはや有効ではなくあらゆる種類の通知が起動されるということを意味する。もしＱＰ（ｚ）が方針に従わなければ、ＱＰＤＢにおける彼のライセンスは、ＱＰａｄｍｉｎの当局によって無効にされ、他の各情報はライセンスを受けた他のＱＰに対しては、影響を受けずアクセス可能である。
データのみを読み取る：もし誰かがＣｏｎ（ｚ）−ＰＵ−ＱＲ−ＰＫＩをスキャンすれば、彼はＧｄａｔ（ｚ）を獲得し、設定されていればＰｅｒ（ｚ）は通知を受ける。もしＱＰ（ａ）がＣｏｎ（ｚ）−ＰＵ−ＱＲ−ＰＫＩをスキャンすれば、彼も同様にＧｄａｔ（ｚ）を得る。
使用方法：この種のセットアップは、情報が特定のオブジェクト又は保持体に添付されるべき多くのスキームにおいて実現される。この技術を偽造品との闘争のために用いられる技術と組み合わせると、全体のスキームは、情報を取り扱い保護する新しい方法を与える。スキームを用いることで、機密又は外部データは、オブジェクトに関するイベントのいずれにも格納されていないそのオブジェクト（ＱＲ−ＰＫＩの公開部分）にリンクされる。このことは、オブジェクトの保有者は関連するデータを変更することも読み取ることもできず、外部（リンク）データベースへアクセスする資格を有する人物のみがそれをできるということを意味する。同一のスキームが、異なるエンティティ（医療、法の執行、運転免許等）でセットアップされることができる。全ては同一のオブジェクトに接続されるが、全ては異なるアクセス層を有する。ＧＤａｔがオブジェクトのイベントに格納されると、保有者は、誰かが見るたびに毎回通知を受けることができ、情報が検索されていることが分かる。
上記で説明された例と関連して、もしＰｅｒ（ｘ）が路上で事故を起こしているとき、任意の第三者はＣｏｎ（ｘ）をスキャンし間接的に人々（その患者の心臓が悪いことを知っている医師を含む。）に通知し、もし必要であれば、現場の目撃者（Ｐｅｒ（ｘ）をスキャンしている第三者）を確保するために双方向通信がドクター（又は９１１／１１２当局）との間でセットアップされる。第１の医療補助者がその場に到着すると、彼らは、正しい配慮を持って患者を治療するために全ての必要な（医療）情報に即座にアクセスすることができる。それに加えて、家族及び他の重要な親族も、イベントで定義される通りに自動的に通知を受けることができる。

実施形態９
Ｗｉｋｉｐｅｄｉａで説明される通り、マーケティングにおいてはクーポンとは、製品を購入するときに金銭的な割引又は払い戻しのために交換されることができる、チケット又はドキュメントである。慣例的に、クーポンは、消費者包装商品の製造者又は小売業者によって発行され、販売促進の一部として小売店で使用される。それらはしばしば、小売業者から直接、郵便、クーポンが入った封筒、雑誌、新聞、インターネットで、及び携帯電話のような携帯装置で広範に配布される。
この例は、（携帯）端末を通じた電子クーポン又はＥクーポン、つまり、発行者と消費者との間で端末を経由して仮想世界で動くＥクーポンの取り扱いを説明する。製造者又は発行者によって作成されるクーポンは、発行者又は中間商人によって配布され、そして消費者に移転する。消費者は、割引、払い戻し、サービス又は製品を得るために後にクーポンを使用することもできる。この例は、Ｅクーポンの取り扱いを構成するために以前の例で説明された方法を組み合わせている。

以下の説明では、発行者又は製造者は、’Ｉｓｓ’と呼ばれ、配布者又は小売商人は以下’Ｄｉｓ’と呼ばれる。クーポンを受け取ってそれを後で使用する消費者は、以下”Ｃｏｎ”と呼ばれ、１又は複数のＥクーポンは、以下’Ｅ−ｃ’と呼ばれる。クーポンそれ自体は４つのタイプが存在し（使用方法による。）、Ｅ−ｃはそれぞれ以下のように取り扱う。
１．１つのクーポンが全ての人に向けられ、クーポンが取得されても所有権は移転しない。
○Ｅ−ｃは、「簡単に」友人間でコピーされ、複製されることができる＝原本の複製。
○紙のリーフレット又はフライヤーと等しいが、電子的なバージョンである。
○ある友人は、同一のＥ−ｃを他の友人に与えることができる。
○例えば、携帯端末上にコピーを保有する当事者向けのリーフレットによって１０％オフになる。
２．各クーポンはユニークだが、クーポンが取得されても所有権は移転しない。
○Ｅ−ｃはコピーされ、友人に渡されることができるが、複製ではない。
○例えば、番号やバーコードといった何らかのユニークなものを伴う紙のリーフレットと同じである。
○ある友人は、次のクーポンを他の友人に渡すことができる。
○正確な複製が行われても問題なく、任意の方法で毎回異なるＥ−ｃナンバーにリンクする。
○例えば、当事者向けの、限定された数の、限定された場所のリーフレット。
３．１つのクーポンが全ての人に向けられ、クーポンが取得されると所有権は移転される。
○一度移転されたＥ−ｃは、その受取人に固定され、その受取人のみによって使用可能である。
○雑誌からの提供物を購読するのと同じである。
○もしある友人が原本（例えば、写真、ＵＲＬ）又は受け取ったＥ−ｃを他の友人に送る場合、その友人も署名しなければならない。
○例えば、公園への入園チケットであり、入園時に保有者の識別性が確認される。
４．各クーポンはユニークであり、クーポンが取得されると所有権が移転する。
○一度移転されたＥ−ｃは、その受取人に固定され、その受取人のみによって使用が可能である。
○映画のチケットをオンラインで購入するとの同じで、場所がユニークであるため配布が限定されている。
○もしある友人が、原本（例えば、写真、ＵＲＬ）又は受け取ったＥ−ｃを他の友人に送る場合、その友人も署名／支払しなければならない。
○例えば、場所の数が限定された、映画館又は劇場への入館チケットである。
セットアップ：Ｉｓｓ及びＤｉｓの両方は、両方がオンラインＩＤを有し、オンラインの世界で取り消せないほどに自分を同定するために、端末を経由した電子通信でそれを使用することができるように、自身のＱＲタグを作成するために図３を用いて、選択的には図４を用いてそれらＱＲタグを設定する。’Ｅ−ｃ’を作成するにあたって、Issは、’Ｅ−ｃ’を表す望ましい数のフルＱＲタグを作成するために図５を用い、そして図４を用いて’Ｅ−ｃ’のビヘイビア及びプロパティを変更する、又は（あるいは）、’Ｅ−ｃ’を表す定義されたプロパティ及びビヘイビアを伴う、望ましい数の一時的なＱＲタグを作成するために図６を用いる。フル’Ｅ−ｃ’と一時的な’Ｅ−ｃ’との違いは、フル’Ｅ−ｃ’のプロパティ及びビヘイビアが後に調整可能であるのに対して、一時的な’Ｅ−ｃ’では前記プロパティ及びビヘイビアはＱＲタグの作成時に固定されるという点である。商業的な理由で、第１の文字列（１）及び第２の文字列（２）のドメインネームの部分又は一時的な文字列におけるドメインネームは、ライセンスされＱＲ−ＰＫＩタグ（例えば、ＱＲＰＫＩ．ＣＯＭ）の取り扱いが可能な認証サーバシステム（１０）へ転送されることができる任意のドメインネームであってよい。’Iss’は今、’Ｅ−ｃ’の所有権が、「真」であるときに実行される論理式の一部として受取人に所有権が移転する、実施形態７（書留レター）、物理的な輸送が必要となる実施形態６（コンテナ輸送）、イーウォレットが’Ｅ−ｃ’のセットを含み、「支払」アクションが前記’Ｅ−ｃ’のセットから”Ｄｉｓ”へ所有権を移転するアクションによって取って代わられる実施形態４（電子決済）、を用いて、望ましい数の’Ｅ−ｃ’を”Ｄｉｓ”へと送信する。
配布：’Ｄｉｓ’は今、”Ｃｏｎ”に自由に配布できる多数の’Ｅ−ｃ’を有している。”Ｄｉｓ”は今、この新しいＱＲタグの公開部分が’Ｃｏｎ’によってスキャンされるときに（他の情報の間にある）’Ｅ−ｃ’が発行され移転されるようにアクションが定義される新しいＱＲタグ（図５を参照。）を作成することができ、”Ｄｉｓ”は今、新しいＱＲタグの公開部分を表示する、印刷された媒体、フライヤー、ステッカー、掲示板、テレビ広告、ウェブサイト等を経由して’Ｅ−ｃ’を配布するのに適当と思われる任意の方法を用いることができる。’Ｅ−ｃ’を読み取り／スキャンする、消費者／人々は、３つのカテゴリに分けることができる。第１のカテゴリの人々は、自身ＱＲタグを有さず、今はそれを作成したくない消費者に関係する人々で、そのカテゴリの人々は、（所有権が移転されない）タイプ１及び２の’Ｅ−ｃ’を直接受け取ることができ、又は埋め込まれたリンクを格納し、ＱＲタグのイメージをコピーし、受け取りを後に実行することができる（もしクーポン−ＱＲタグの裏で定義されたアクションがこれを許可すれば）。第２のカテゴリの人々は、クーポン−ＱＲタグを読み取るときに自身のＱＲタグを有していないが、その場で電子ＩＤを作成したい人々で、その人々は、’Ｅ−ｃ’の全てのタイプを受け取ることができるが、所有権の移転を要求する’Ｅ−ｃ’は、図３の起動ステップを実行するまで使用できない。第３のカテゴリの人々は、図３による自身のＱＲタグの形式のオンラインＩＤをすでに有しており、’Ｅ−ｃ’の全てのタイプを受け取ることができる人々である。
Ｅクーポンを使用する：消費者が「Ｅクーポン」を受け取るとき、この’Ｅ−ｃ’は、その’Ｃｏｎ’（のオンライン表示）に添付され、’Ｅ−ｃ’のタイプによって所有権が移転される（タイプ３及び４）又は移転されない（タイプ１及び２）。’Ｅ−ｃ’の使用は、’Ｃｏｎ’が’Ｅ−ｃ’を、’Ｅ−ｃ’を促進された価値に交換することができる、”Iss”の「証明され又は認証された補助者」に提示し、それがあって初めて’Ｅ−ｃ’が使用されるプロセスをいう。単純化された実施形態２（エージェントを同定する。）は、補助者を証明し又は認証するために用いられることができ、実施形態４（図１２ｂ、イーウォレット支払い部分）は、補助者又は’Iss’がイーウォレット保有者の役割を有し、’Ｅ−ｃ’を使用する例として使用されることができる。使用後は、’Ｅ−ｃ’の役割は変更され（ＱＲタグが読み取られるときにアクションが実行される。）、例えば、プロモーションビデオにリンクし、又は次の製品の詳細を発表することができる。

本発明は図面及び先行する説明において詳細に例示され説明されたが、そのような例示及び説明は、説明のためのもの又は典型的なものであって限定的なものではない。先行する説明は、本発明の特定の実施形態を詳しく述べている。しかしながら、先行する説明がテキストでいかに詳細に表現されていても、本発明は、多数の方法で実行されてよいことは理解されたい。本発明は、開示された実施形態に限定されない。

図面、開示内容及び添付のクレームを検討することで、開示された実施形態に対する他の変形例が、クレームされた本発明を実施する当業者によって理解され達成される。クレームにおいて、「含む」という言葉は、他の要素又はステップを排除せず、「一」は複数を排除しない。単一のプロセッサ又は他のユニットが、クレームで説明されるいくつかの項目の機能を実現してもよい。相互に異なる従属クレームにおいて特定の手段が説明されるという単なる事実をもって、それらの手段の組み合わせが有利な効果を奏するために使用されえないということを示すことにはならない。コンピュータプログラムは、他のハードウェアと共に又はその一部として供給される、光記録媒体又はソリッドステート媒体のような適当な媒体上に格納され／配布されてもよいが、インターネット又は他の有線若しくは無線の通信システムを経由するなどの他の形式で配布されてもよい。クレームにおける任意の参照符号は、権利範囲を限定するものと解釈されるべきではない。

Claims (21)

1. エンティティを認証する方法であって、
   秘密情報、秘密鍵保持体及びマッチする公開鍵保持体の少なくとも一つを含む認証コードの各セットであって、当該秘密鍵保持体及び当該公開鍵保持体がそれぞれ、認証サーバシステムのドメインネーム及びＰＫＩ秘密鍵を含む第１の文字列並びに当該ドメインネーム及びマッチするＰＫＩ公開鍵を含む第２の文字列から生成される、認証コードのセットを、第１のユーザ及び第２のユーザに提供するステップと、
   前記第１のユーザが、前記秘密鍵保持体及び前記公開鍵保持体を読み取り、及び／又は前記第１の文字列及び前記第２の文字列をインターネット上で入力するように構成された互換性のある端末によってそれぞれの前記秘密鍵保持体を読み取ることの結果として前記第１の文字列の１つを前記認証サーバシステム上で受信し、
   ａ）前記第１のユーザに前記秘密情報を入力することを要求し、
   ｂ）前記認証サーバシステム上で前記第１のユーザによって入力された前記秘密情報を受信し、
   ｃ）前記受信された秘密情報及び前記受信された第１の文字列が前記認証コードのセットに属するかどうか並びに前記受信された秘密情報及び前記受信された第１の文字列が所定の制約を満たすかどうかを確認し、
   ｄ）前記確認がポジティブな結果を返す場合に、前記認証サーバシステム上の前記認証コードのセットに属する前記第２の文字列を受信することに応じて実行されるアクションのセットを定義するように前記第１のユーザに要求する、
   アクション定義処理手順を実行するステップと、
   を含むことを特徴とする方法。
2. 請求項１に記載の方法であって、
   前記所定の制約は、前記受信された第１の文字列及び前記受信された秘密情報が受信されなければならない所定期間内に、前記受信された第１の文字列及び前記受信された秘密情報は前記端末から受信されたこと、前記受信された第１の文字列及び前記受信された秘密情報は同一のＩＰアドレスから送信されたこと及び前記受信された第１の文字列及び前記受信された秘密情報は同一のブラウザセッション中に入力されたこと、の少なくともいずれか１つを含むことを特徴とする方法。
3. 請求項１又は２に記載の方法であって、
   前記秘密鍵保持体及び前記公開鍵保持体が生成される、前記第１の文字列及び前記第２の文字列の少なくともいずれか１つは、更に、パラメータ及び／又は識別子の少なくともいずれか１つを含むことを特徴とする方法。
4. 請求項１から３のいずれか１つに記載の方法であって、
   前記認証コードの各セットはユーザが定義可能な追加の秘密情報を含み、
   前記アクション定義処理手順は、前記ユーザが定義可能な秘密情報の各々に所定の処理手順を関連付けるステップを含み、
   前記方法は、更に、前記認証サーバシステム上で前記ユーザが定義可能な追加の秘密情報の１つを受信するステップ及び前記関連付けられた所定の処理手順を実行するステップを含むことを特徴とする方法。
5. 請求項１から４のいずれか１つに記載の方法であって、
   ステップｄが更に、
   前記第１のユーザに保持体の形式で一時的な鍵を作成するステップと、
   前記認証サーバシステム上に前記一時的な鍵を受信することに応じて実行されるアクションのセットを定義するステップと、
   を含むことを特徴とする方法。
6. 請求項１から５のいずれか１つに記載の方法であって、
   ステップｄが、更に、前記第１のユーザに前記認証コードのエンティティセットを割り当てるように構成され、当該エンティティセットは、前記公開鍵保持体が前記第１のユーザのエンティティに添付され、関連付けられ、又は前記第１のユーザを仮想的に表示するために提供される前記認証コードのセットのいずれか１つであることを特徴とする方法。
7. 請求項１から６のいずれか１つに記載の方法であって、
   ステップｄにおける前記アクションのセットの定義は、更に、前記第１のユーザに対して、
   前記認証サーバシステム上で前記第２の文字列を受信することに応じて評価される条件を伴う論理式のセットを定義し、
   当該論理式の評価が「真」を返す場合にユーザが定義可能な各秘密情報に対して実行されるアクションの第１のセット及び当該論理式の評価が「偽」を返す場合にユーザが定義可能な各秘密情報に対して実行されるアクションの第２のセットを定義するように要求するステップを含むことを特徴とする方法。
8. 請求項７に記載の方法であって、
   当該方法は更に、第２のユーザが、前記秘密鍵保持体及び前記公開鍵保持体を読み取り前記第２の文字列をインターネット上で入力するように構成された端末によって前記それぞれの公開鍵保持体を読み取ることの結果として前記第２の文字列の１つを前記認証サーバシステム上で受信し、
   ａ’）論理式のセット及び前記受信された第２の文字列について定義されたアクションを検索し、
   ｂ’）前記論理式のセットを評価し、各式に対して、「真」又は「偽」である当該式の結果によって前記アクションの第１のセット又は前記アクションの第２のセットを実行する、
   起動処理手順を実行するステップを含むことを特徴とする方法。
9. 請求項７に記載の方法であって、
   当該方法は更に、第２のユーザが、前記秘密鍵保持体及び前記公開鍵保持体を読み取り、及び／又は前記第２の文字列をインターネット上で入力するように構成された前記別の端末によって前記それぞれの公開鍵保持体を読み取ることの結果として前記第２の文字列の１つを前記認証サーバシステム上で受信し、
   ａ’）前記第２のユーザに対し、前記秘密鍵保持体を読み取り、前記認証コードのセットと関連した前記認証コードのセットの秘密情報を入力するように要求し、
   ｂ’）前記第２のユーザが前記要求された秘密鍵保持体を読み取った結果として、前記それぞれの第１の文字列及び前記第２のユーザが入力した前記秘密情報を前記認証サーバシステム上で受信し、
   ｃ’）前記第２のユーザについての、前記受信された秘密情報及び前記受信された第１の文字列が前記認証コードのセットに属するかどうか及び前記受信された秘密情報及び前記受信された第１の文字列が所定の制約を満たすかどうかを確認し、
   ｄ’）前記結果によって、前記受信された秘密鍵保持体又は前記受信された第１の文字列について定義された論理式のセット及びアクションを検索し、
   ｅ’）前記論理式のセットを評価し、各式について、前記評価の結果によって前記アクションの第１のセット又は前記アクションの第２のセットを実行する、
   起動処理手順を実行するステップを含むことを特徴とする方法。
10. 請求項１から９のいずれか１つに記載の方法であって、
    前記保持体はＱＲコード、ＲＦＩＤタグ、ＮＦＣタグ又はテキストメッセージであることを特徴とする方法。
11. プログラム可能な装置上で実行可能且つ命令を含むプログラムであって、
    実行された場合に、請求項１から１０のいずれか１つに記載の方法を実行するプログラム。
12. エンティティを認証するシステムであって、
    秘密情報、秘密鍵保持体及びマッチする公開鍵保持体の少なくとも一つを含む認証コードの各セットであって、当該秘密鍵保持体及び当該公開鍵保持体がそれぞれ、認証サーバシステムのドメインネーム及びＰＫＩ秘密鍵を含む第１の文字列並びに当該ドメインネーム及びマッチするＰＫＩ公開鍵を含む第２の文字列から生成される、認証コードのセットを、第１のユーザ及び第２のユーザに提供する手段と、
    前記第１のユーザが、前記秘密鍵保持体及び前記公開鍵保持体を読み取り、及び／又は前記第１の文字列及び前記第２の文字列をインターネット上で入力するように構成された互換性のある端末によってそれぞれの前記秘密鍵保持体を読み取ることの結果として前記第１の文字列の１つを受信し、
    ａ）前記第１のユーザに前記秘密情報を入力することを要求し、
    ｂ）前記認証サーバシステム上で前記第１のユーザによって入力された前記秘密情報を受信し、
    ｃ）前記受信された秘密情報及び前記受信された第１の文字列が前記認証コードのセットに属するかどうか並びに前記受信された秘密情報及び前記受信された第１の文字列が所定の制約を満たすかどうかを確認し、
    ｄ）前記確認がポジティブな結果を返す場合に、前記認証サーバシステム上の前記認証コードのセットに属する前記第２の文字列を受信することに応じて実行されるアクションのセットを定義するように前記第１のユーザに要求する、
    手順を、アクション定義処理手順を受信すると実行する手段と、
    を備える前記認証サーバシステムを含むシステム。
13. 請求項１２に記載のシステムであって、
    前記所定の制約は、前記受信された第１の文字列及び前記受信された秘密情報が受信されなければならない所定期間内に、前記受信された第１の文字列及び前記受信された秘密情報は前記端末から受信されたこと、前記受信された第１の文字列及び前記受信された秘密情報は同一のＩＰアドレスから送信されたこと及び前記受信された第１の文字列及び前記受信された秘密情報は同一のブラウザセッション中に入力されたこと、の少なくともいずれか１つを含むことを特徴とするシステム。
14. 請求項１２又は１３に記載のシステムであって、
    前記秘密鍵保持体及び前記公開鍵保持体が生成される、前記第１の文字列及び前記第２の文字列の少なくともいずれか１つは、更に、パラメータ及び識別子の少なくともいずれか１つを含むことを特徴とするシステム。
15. 請求項１２から１４のいずれか１つに記載のシステムであって、
    前記認証コードの各セットはユーザが定義可能な追加の秘密情報を含み、
    前記アクション定義処理手順は、前記ユーザが定義可能な追加の秘密情報の各々に所定の処理手順を関連付けるステップを含み、
    前記認証サーバシステムは、更に、前記ユーザが定義可能な追加の秘密情報の１つを受信し、前記関連付けられた所定の処理手順を実行するように構成されていることを特徴とするシステム。
16. 請求項１２から１５のいずれか１つに記載のシステムであって、
    更に、前記第１のユーザに保持体の形式で一時的な鍵を作成し、当該一時的な鍵が前記認証サーバシステム上で受信されたことに応じて実行されるアクションのセットを定義するように構成されていることを特徴とするシステム。
17. 請求項１２から１６のいずれか１つに記載のシステムであって、
    前記第１のユーザに前記認証コードのエンティティセットを割り当てるように更に構成され、当該エンティティセットは、前記公開鍵保持体が前記第１のユーザのエンティティに添付され、関連付けられ、又は前記第１のユーザを仮想的に表示するために提供される前記認証コードのセットのいずれか１つであることを特徴とするシステム。
18. 請求項１２から１７のいずれか１つに記載のシステムであって、
    前記アクションのセットの定義は、更に、
    前記第１のユーザに対して、前記認証サーバシステム上で前記第２の文字列を受信することに応じて評価される条件を伴う論理式のセットを定義し、
    当該論理式の評価が「真」を返す場合に、ユーザが定義可能な各秘密情報に対して実行されるアクションの第１のセット及び当該論理式の評価が「偽」を返す場合に、ユーザが定義可能な各秘密情報に対して実行されるアクションの第２のセットを定義するように要求するステップを含むことを特徴とするシステム。
19. 請求項１８に記載のシステムであって、
    前記認証サーバシステムは、更に、
    前記第２のユーザが、前記秘密鍵保持体及び前記公開鍵保持体を読み取り、及び／又は前記第２の文字列の１つをインターネット上で入力するように構成された別の端末によってそれぞれの公開鍵保持体を読み取ることの結果として前記第２の文字列の１つを受信し、
    ａ’）論理式のセット及び前記受信された第２の文字列に対して定義されたアクションを検索し、
    ｂ’）前記論理式のセットを評価し、各式に対して、「真」又は「偽」である当該式の結果によって、前記アクションの第１のセット又は前記アクションの第２のセットを実行する、
    起動処理手順を実行するように構成されることを特徴とするシステム。
20. 請求項１２から１９のいずれか１つに記載のシステムであって、
    前記認証サーバシステムは、更に、前記第２のユーザが、前記秘密鍵保持体及び前記公開鍵保持体を読み取り、及び／又は前記第２の文字列をインターネット上で入力するように構成された前記別の端末によって前記それぞれの公開鍵保持体をスキャンすることの結果として前記第２の文字列の１つを受信し、
    ａ’）前記第２のユーザに対し、前記秘密鍵保持体をスキャンし前記認証コードのセットと関連した前記認証コードのセットの秘密情報を入力するように要求し、
    ｂ’）前記第２のユーザが前記要求された秘密鍵保持体を読み取った結果として、前記それぞれの第１の文字列及び前記第２のユーザが入力した前記秘密情報を前記認証サーバシステム上で受信し、
    ｃ’）前記第２のユーザについての、前記受信された秘密情報及び前記受信された第１の文字列が前記認証コードのセットに属するかどうか及び前記受信された秘密情報及び前記受信された第１の文字列が所定の制約を満たすかどうかを確認し、
    ｄ’）前記確認の結果によって、前記受信された第１の文字列のＰＫＩ秘密鍵について定義された論理式及びアクションのセットを実行し、
    ｅ’）前記論理式のセットを評価し、各式について、前記評価の結果によって前記アクションの第１のセット又は前記アクションの第２のセットを実行する、
    認証処理手順及び起動処理手順を実行するように構成されることを特徴とするシステム。
21. 請求項１から１０のいずれか１つに記載の方法又は請求項１２から２０のいずれか１つに記載のシステムの使用方法であって、
    オブジェクト、建物、電子決済、製品と関連する確実性証明、（船積み）コンテナ、暗号化された、及び／又は電子的に署名された通信、限定された数の人物にアクセスが制限されている機密情報、クーポン又はＥクーポン、建物に訪れている人物、エージェント又は会社の代表者、税関のエージェント、警察官、第三者により証明される必要のある権限を有する人物、電子クーポン又は引換券、の少なくとも１つのいずれか１つのグループ若しくはエンティティを認証し又はセキュアにする使用方法。

Images