(57)【要約】  本発明は、確認コード及び情報を、処理及び保存し、許可されていない読み手及び書き手に対して高レベルの保護を提供する携帯型ベリファイア素子を使用した、ドキュメントの発送及び検証方法に関する。前記確認コードが、特に特定の携帯型ベリファイアのために生成され、ドキュメントを要求する人物により直接的又は非直接的に表示されることを本発明の方法は特徴とする。この方法は、ドキュメントが検証されるまでは、携帯型ベリファイア素子において、いかなる形式のデータレコードも必要としない。しかしながら、携帯型ベリファイアは積極的に検証に関与し、前記携帯型ベリファイアは、検証済みドキュメントの記憶されたリストを含み、よって、少なくとも第一の検証であるか否かを決定することができることが必要である。【特許請求の範囲】
【請求項１】
確認コードと、情報を処理及び記憶でき、無許可のリーダ（reader）及びライタ（writer）に対する高レベルの保護を提供する携帯型ベリファイア要素（portabl verifier element）とを使用する、ドキュメント発送及び検証方法。
前記方法は、前記確認コードが、特定の携帯型ベリファイア（portabl verifier）のために生成され、ドキュメントを要求する者によって直接的に又は非直接的に表示されることを特徴とする。この方法では、ドキュメントが検証されるまで、携帯型ベリファイア要素においていかなるタイプのデータレコードも要求されない。携帯型ベリファイアは積極的に検証に関与し、前記携帯型ベリファイアは検証されたドキュメントの記憶されたリストを含み、よって、少なくとも検証が第一の検証であるか否かを決定することができる。
【請求項２】
以下の２つのステージ含むことを特徴とする、請求項１のドキュメント発送及び検証方法：
携帯型ベリファイアデバイス（portalbe verifier device）が、一以上の携帯型ベリファイアデバイスの鍵を使用し、センダ（sender）によって個別化される。
ドキュメントがドキュメントポータルより生成され、関連すると思われるデータが、ドキュメントの検証に関連付けられたリーダ／ベリファイア／レコーダのグループに対応する鍵を用いコード化され、それにより、第一の暗号化操作（operation）が実行されることができる。第一のものにリンクして、ドキュメントに関連付けられた携帯型ベリファイアデバイスに対応する鍵を含む別の第二の暗号化操作が実行され、これら暗号化操作の結果、ドキュメントのための確認コードが作り出され、組み込まれる；及び
リーダによりドキュメントの確認コードがチェックされ、適切な第三の暗号化操作が実行され、ドキュメントを生成するよう使用されているものを認証する。ドキュメントの有効性に関連付けられた携帯型ベリファイアデバイスは積極的に関与し、前記携帯型ベリファイアは検証されたドキュメントのリストを含み、よって、少なくとも第一の検証か否かを決定することができる。
【請求項３】
以下を特徴とする、請求項２のドキュメント発送及び検証方法。
携帯型ベリファイアデバイスの個別化段階（individualiztion phase）が、対称又は秘密鍵暗号アルゴリズムである、一以上の携帯型ベリファイア装置鍵を記憶することにより実行される；
第一及び第二暗号化操作が、対称暗号アルゴリズムを使用した二つの暗号化で構成されており、一つはドキュメントの検証に関するリーダ／ベリファイア／レコーダのグループの鍵を使用し、他方は、ドキュメントと関連付けられている携帯型ベリファイア装置に対応する鍵を使用する、及びそこで；
第三暗号化操作が、対応する鍵を使用した携帯型ベリファイア装置によるドキュメントの確認コードの復号化、及び前記リーダ／ベリファイア／レコーダ、及びそれに対応するコードにより実行されるその結果生じた復号化よりなる。両復号化は、対称暗号アルゴリズムを通じて実行される。
【請求項４】
以下を特徴とする、請求項２のドキュメント発送及び検証方法：
携帯型ベリファイア装置が、非対称又は公開鍵暗号アルゴリズムの秘密鍵である一以上の携帯型ベリファイア装置鍵を記憶することにより個別化される；
前記第一及び第二暗号化操作が、秘密鍵を用いたデジタル署名、対応する公開鍵を認知するドキュメントの検証に関するリーダ／ベリファイア／レコーダ、及びドキュメントに関連付けられた携帯型ベリファイア装置の対応する公開鍵を使用する暗号化よりなる公開鍵暗号法に基づく；及びそこで
第三暗号化操作が、ドキュメントに関連付けられた携帯型ベリファイア装置に対応する秘密鍵を使用する復号化、及びリーダ／ベリファイア／レコーダに記憶されている対応する公開鍵を使用した署名の認証よりなる公開鍵暗号法に基づく。
【請求項５】
以下を特徴とする、請求項２のドキュメント発送及び検証方法：
携帯型ベリファイア装置が、非対称又は公開鍵暗号アルゴリズムの公開鍵である一以上の携帯型ベリファイア装置鍵を記憶することにより個別化される；
前記第一及び第二暗号化操作が、ドキュメントの検証に関するリーダ／ベリファイア／レコーダの公開鍵を用いた暗号化、及びドキュメントに関連付けられた携帯型ベリファイア装置の対応する公開鍵を用いた暗号化よりなる公開鍵暗号法に基づく；及び
第三暗号化操作が、ドキュメントに関連付けられた携帯型ベリファイア装置に対応する秘密鍵を用いた復号化、及びリーダ／ベリファイア／レコーダの秘密鍵を用いた復号化よりなる公開鍵暗号法に基づく。
【請求項６】
以下を特徴とする、請求項２のドキュメント発送及び検証方法：
携帯型ベリファイア装置が、非対称又は公開鍵暗号アルゴリズムの公開鍵である一以上の携帯型ベリファイア装置鍵を記憶することにより個別化される；
前記第一及び第二暗号化操作が、ドキュメントの検証に関するリーダ／ベリファイア／レコーダに記憶された公開鍵に対応する秘密鍵を用いたデジタル署名、及びドキュメントに関連付けられた携帯型ベリファイア装置に記憶された適切な個別化鍵に対応する秘密鍵を用いた他方のデジタル署名よりなる公開鍵暗号法に基づく；及び
第三暗号化操作が、適切な個別化鍵を用いたドキュメントに関連付けられた携帯型ベリファイア装置による署名の認証、及びリーダ／ベリファイア／レコーダの公開鍵を用いた署名の第二の認証よりなる公開鍵暗号法に基づく。
【請求項７】
以下を特徴とする、請求項２のドキュメント発送及び検証方法：
携帯型ベリファイア装置が、非対称又は公開鍵暗号アルゴリズムの公開鍵である一以上の携帯型ベリファイア装置鍵を記憶することにより個別化される；
第一及び第二暗号化操作が、ドキュメントの検証に関するリーダ／ベリファイア／レコーダに記憶された秘密鍵に対応する公開鍵を用いた暗号化、及びドキュメントに関連付けられた携帯型ベリファイア装置に記憶された適切な個別化鍵に対応する秘密鍵を用いたデジタル署名よりなる公開鍵暗号法に基づく；及びそこで
第三暗号化操作が、適切な個別化鍵を用いたドキュメントに関連付けられた携帯型ベリファイア装置による署名の認証、及びレコーダ／ベリファイア／レコーダに対応する秘密鍵を使用した復号化よりなる公開鍵暗号法に基づく。
【請求項８】
ドキュメントが、検証される前の、検証済みドキュメントのリストに既に含まれていないかのチェックを含むことを特徴とする、前記いずれかの請求項のドキュメント発送及び検証方法。
【請求項９】
検証されるドキュメントが、検証済みドキュメントのリストに含まれている場合、リーダ／ベリファイア／レコーダに通知され、よって適切な処理が行われることを特徴とする
、請求項８のドキュメント発送及び検証方法。
【請求項１０】
検証されるドキュメントが、検証済みドキュメントのリストにない場合、検証済みドキュメントのリストに含められ、携帯型ベリファイア装置に対応する暗号化操作の入換（reversing）及び／又はチェックの際に対応する暗号化操作が実行され、結果がリーダ／ベリファイア／レコーダに送られ、よって適切な処置が行われることを特徴とする、請求項８のドキュメント発送及び検証方法。
【請求項１１】
携帯型ベリファイア装置及びリーダ／ベリファイア／レコーダの間に設置された暗号確認が相互的で安定している、請求項２のドキュメント発送及び検証方法。
【請求項１２】
コーポレーティブ及びランダムセッション鍵が、携帯型ベリファイア装置及びリーダ／ベリファイア／レコーダの間に設置され、その２つの間に関連するメッセージの暗号化を行うために用いられることを特徴とする、請求項１１のドキュメント発送及び検証方法。
【請求項１３】
携帯型ベリファイア装置が、携帯型ベリファイア装置オペレータにより選択された一以上の共通鍵を用いシリアルナンバーの暗号化より取得された一以上の鍵を用い、センダ（sender）により個別化され、よって各オペレータ及び携帯型ベリファイア装置の共通鍵は、使用者に判読可能な識別子に対応する、請求項２のドキュメント発送及び検証方法。
【請求項１４】
前記リーダ／ベリファイア／レコーダが、情報を送り、ドキュメントを承認し、又は拒否し、その理由を示すように構成されている、請求項２のドキュメント発送及び検証方法。
【請求項１５】
リーダ／ベリファイア／レコーダ鍵が、リーダのグループに共通であることを特徴とする請求項２のドキュメント発送及び検証方法。
【請求項１６】
リーダ／ベリファイア／レコーダに記憶された鍵が、オペレータによって選択された共通鍵を用い、識別子又はその一部を暗号化することにより取得されることを特徴とする、請求項２のドキュメント発送及び検証方法。
【請求項１７】
ドキュメントの有効期限が切れている場合、これが確認コードに含められ、よって期日が過ぎたものは、携帯型ベリファイアに記憶された検証済みドキュメントのリストより削除されることを特徴とする、請求項１のドキュメント発送及び検証方法。
【請求項１８】
前記携帯型ベリファイア装置が、有効な主体によって送られたデジタル証明書を通じた検証済みドキュメントのリストから削除された有効期限の切れたドキュメントを受信することを特徴とする、請求項１７のドキュメント発送及び検証方法。
【請求項１９】
ドキュメント及び／又は確認コードが、インターネットを介して選択及び取得されることを特徴とする、前記いずれかの請求項のドキュメント発送及び検証方法。
【請求項２０】
ドキュメントの確認コードが、ユーザの携帯電話に送られることを特徴とする、前記いずれかの請求項のドキュメント発送及び検証方法。
【請求項２１】
ドキュメントの確認コードが、ユーザの電子予定表（electric agenda）又はユーザが所有する同様のデバイスに送られることを特徴とする、前記いずれかの請求項のドキュメント発送及び検証方法。
【請求項２２】
確認コードが、バーコードで印刷可能であることを特徴とする、前記のいずれかの請求項のドキュメント発送及び検証方法。
【請求項２３】
確認コードが、一以上のバーコードで印刷可能であることを特徴とする、前記いずれかの請求項のドキュメント発送及び検証方法。
【請求項２４】
確認コードが、英数字コードで印刷可能であることを特徴とする、前記いずれかの請求項のドキュメント発送及び検証方法。
【請求項２５】
確認コードが、ドットコードで印刷可能であることを特徴とする、前記いずれかの請求項のドキュメント発送及び検証方法。
【請求項２６】
確認コードが、英数字コードで印刷可能であり、よって自動読み取りコードが劣化した際に手動でキー入力が可能である、請求項２２〜２５のいずれかのドキュメント発送及び検証方法。
【請求項２７】
バーコードが、正しい読み取り命令（reading order）を含む、請求項２３のドキュメント発送及び検証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、上記方法に関し、ドキュメント不正コピーの作成を不可能とする。下記に説明するように、ここに詳細に説明される方法は、様々な有益点を提供する。
【０００２】
本明細書では、入手されるドキュメントがチケットである事例を取り扱っているが、前記発明によって導入される方法は、この先に説明される他のより一般的な形式のドキュメントにも適用可能である。
【背景技術】
【０００３】
今日、航空券、鉄道乗車券、演劇の観覧券、その他様々な多種のチケットが、電話セールスシステム（telesales systems）を通じて注文及び予約可能である。前記チケットの支払いは、クレジットカード又は銀行口座若しくは他の類似施設の口座への料金振り替えといった様々な方法で行われている。
【０００４】
しかしながら、購入したチケットを受け取るためには、それらは購入者に郵送又はメッセンジャーサービスによって発送されなければならず、発行費用が増加し、受け取るために移動をせねばならず、利用者にとって不便である。
【０００５】
現在まで、この種のドキュメントの信頼性は、使用されるサポート（紙）の特徴又は偽造を困難にする印刷方法に基づいていたために、チケットは主にこのような方法で配達されていた。これは、使用者が当該ドキュメントのハードコピーを入手することができないことを意味する。
【０００６】
この方法に代わるものとしては、上記技術がチケットを遠隔的に発送する様々な異なるシステムを提供しており、以下に簡単な概要を述べる。
【０００７】
一つ目のシステムとしては、程度の差はあれ、WO01/61577 A2（特許文献１）、WO00/74300 A1（特許文献２）、WO00/45348（特許文献３）、WO200161577（特許文献４）、WO2000744300（特許文献５）、WO200045348（特許文献６）、及びUS5598477（特許文献７）において述べられており、非対称又は対称暗号鍵技術を利用し、該当データをコード化し、その後に暗号化するものに基づいている。このコード化の結果は、バーコード又は同様のものとして印刷され、検証の際に自動的にチェックすることができる。このシステムにより、暗号鍵を知らない者がチケットを発行することは不可能となる（非対称鍵暗号が使用された場合、アルゴリズムの秘密鍵を参照する）。しかしながら、この方法の不都合な点の一つは、既に発送されたチケットのコピーを入手することが可能であり、結果として、検証済みチケットのオンラインコントロールや、（確定日付又は使用場所がチケットに含まれている場合）暗号化されたコードによる認証可能な個人データ（国民ＩＤ番号、パスポート他）を封入するなどの、他の付加的なセキュリティー手段を使用する必要があるということである。このシステムは、ホテル宿泊券、公共交通乗車券などの長期間使用するチケットの場合や、多数の人が入場許可を求める場所においては、所有者の身元照合の為に時間を費やし大変不便であるので、特に効果的ではない。上記のような理由で、このシステムは実際には広く使用されていない。
【０００８】
他の可能なシステムとしては、程度の差はあれ、EP0969426 A1（特許文献８）、EP0829828 A（特許文献９）、EP969426（特許文献１０）、JP11306397（特許文献１１）、EP309318（特許文献１２）他において述べられており、スマートカードといったデバイスでチケット情報を読み取るものに基づいている。記録デバイス（カード）により、安定した身元確認のために暗号化技術を使用することができ、そこに記憶されている情報への侵入が極めて困難であるので、チケットを複製するのは実際不可能であり、唯一であることを保証する。従って、チケットを検証するのにオンラインコントロールを使用する必要は無く、またチケットが使用される際に所有者を照合する必要もない。しかしながら、このシステムの不都合な点の一つとしては、利用者がスマートカード記憶周辺機器を家に所有していることが必要であり、システムの使用が非常に高価なものとなり、従って実際には殆ど導入されていない。
【特許文献１】国際公開第01/61577 A2号パンフレット
【特許文献２】国際公開第00/74300 A1号パンフレット
【特許文献３】国際公開第00/45348号パンフレット
【特許文献４】国際公開第200161577号パンフレット
【特許文献５】国際公開第2000744300号パンフレット
【特許文献６】国際公開第200045348号パンフレット
【特許文献７】米国特許第5598477号明細書
【特許文献８】欧州特許出願公開第0969426 A1号明細書
【特許文献９】欧州特許出願公開第0829828 A号明細書
【特許文献１０】欧州特許出願公開第969426号明細書
【特許文献１１】特開平11-306397号公報
【特許文献１２】欧州特許出願公開第309318号明細書
【発明の開示】
【０００９】
チケットを遠隔的に発送するために、これらのシステムに代わるものが、本発明により導入される新規方法により示され、他の既知のシステムに関する全ての問題点を解決する。本発明は、一般的に使用者の家におけるドキュメント（例えばチケット）入手及びその後の自動検証方法を提案する。本発明の新規方法によって、いかなるチケットの不正な複製も不可能となり（よって、唯一であることを保証する）、また、使用者がスマートカードリーダ／レコーダを所有する必要がなく、よってシステムをより順応性のある、より安価なものとする事ができる。
【００１０】
本発明によって導入される方法は、情報を処理及び記憶する携帯型ベリファイアデバイス（portable verifier devices）と共に暗号手法を用い、無許可のリーダ（reader）及びライタ（writer）に対する高度な保護を提供し、不正コピーを困難なものとする。
【００１１】
最も適当な携帯型ベリファイアデバイスはスマートカードである。
【００１２】
理論的に言うと、確認コードを入手するためには（検証段階で秘密鍵を記憶する必要がないため）公開鍵暗号を用いるのがより適切であるが、秘密鍵（対称）暗号が使用された場合、コードの容量が必要以上に大きくなる。このことは、ドキュメントが印刷されず、他のフォーマット（磁気的、光学的、電子的サポート）で提示された場合には直接的に関連性のあるものではない。しかしながらドキュメントが印刷された場合、確認コードが自動的に読み取られるという事実により、読み取りのために、より高価な機器が必要となるドットコードを使用する必要がでてくる。このような理由及び、印刷されたサポートを促進するために、対称鍵暗号の使用が好ましい。その一方で、ベリファイア（verifier）における安全な鍵記憶デバイス、一般的にはセキュリティマイクロプロセッサの使用が必要となる。
【００１３】
本発明は、遠隔的にドキュメントを発送する安全なシステム（通常はチケット、及び一般的にブラウザよりインターネットを経由する）であって、携帯型ベリファイアデバイス（一般的にはスマートカード）で読み／書き可能である自動読取デバイス（一般的にはバーコードリーダ）でそれらを検証する。読取速度、丈夫さ、及び汎用性を向上させるため、携帯型ベリファイアデバイスの使用の際に直接接続が必要でないことが好ましい。
【００１４】
本発明の全プロセスに関する構成要件は以下のとおりである；
−携帯型ベリファイアデバイスセンダ（portable verifier device sender）：ドキュメントの検証に必要な携帯型ベリファイアデバイスの提供を行う。
−携帯型ベリファイアデバイスオペレータ（portable verifier device operator）：携帯型ベリファイアデバイスにより復号化されるドキュメントを暗号化する。
この機能を実行するために、対応する鍵を携帯型ベリファイアデバイスに取り込まなければならない。携帯型ベリファイアデバイスは、幾つかの携帯型ベリファイアデバイスオペレーターを支援することができる。携帯型ベリファイアデバイスオペレータは、携帯型ベリファイアデバイスセンダと同時に行ってもよい。
−ドキュメントポータル（document portal）：ドキュメントの適切な選択及び購入に必要なインターフェースの提供を行う。ドキュメントが選択されると、ポータルは適切なデータをリーダオペレータに送信し、リーダ／ベリファイア／レコーダのグループの鍵を用い暗号化し、ドキュメントの検証を行う。
−リーダオペレータ（reader operator）：上記リーダ／ベリファイア／レコーダのグループにより復号化されるドキュメントの暗号化を管理する。リーダオペレータはポータルと同時に行ってもよい。
−リーダ／ベリファイア／レコーダ（reader/verifier/recorder）：ドキュメントの確認コードを読み取り、携帯型ベリファイアデバイスに伝達し、応答を受信し、対応するコードを用いてリーダオペレータを復号化し、ドキュメントを検証又は拒否する。
−携帯型ベリファイアデバイス（portable verifier device）：（リーダ／ベリファイア／レコーダにより伝達された）ドキュメントの確認コードを受信し、事前にキャンセルされていない場合、対応するコードを用い携帯型ベリファイアデバイスオペレータを復号化し、キャンセルリストにこれを含め、復号化の結果をリーダ／ベリファイア／レコーダに送信する。
【００１５】
本発明により展開されるドキュメントの発送及び検証方法は、確認コード及び情報を処理、記憶可能な携帯型ベリファイア要素（portabl verifier element）を用い実行され、無許可の読み手及び書き手に対する高度な保護を提供する。
【００１６】
本発明の方法は、前記確認コードが、特定の携帯型ベリファイアのために生成され、ドキュメントを要求する者によって、直接的に又は非直接的に表示されることを特徴とする。この方法では、ドキュメントが検証されるまで、携帯型ベリファイア要素においていかなるタイプのデータレコードも要求されない。しかしながら、携帯型ベリファイアは積極的に検証に関与し、前記携帯型ベリファイアは検証されたドキュメントの記憶されたリストを含んでいるので、少なくとも第一の検証であるか否かを決定することが可能である。
【００１７】
本発明のドキュメントの発送及び検証方法は、以下の段階を含む：
−ドキュメントはドキュメントポータルより生成され、関係すると思われるデータが、ドキュメントの検証に関連付けられたリーダ／ベリファイア／レコーダのグループに対応する鍵を用いてコード化され、よって第一暗号化操作（operation）が実行される。第一暗号化操作にリンクして、ドキュメントに関連付けられている携帯型ベリファイアデバイスに対応する鍵を含む次の第二暗号化操作が行われ、これらの暗号化操作の結果として、ドキュメントのために確認コードが作り出され、そこに組み込まれる。そして、
−ドキュメントは、確認コードを読み込むことによってチェックされ、適切な第三暗号化操作が実行され、ドキュメントを生成するよう既に使用されているものを認証する。しかしながら、ドキュメントの検証の為に関連付けられた携帯型ベリファイアデバイスは積極的に関与し、前記携帯型ベリファイアは検証されたドキュメントのリストを含み、よって少なくともそれが第一の検証であるか否かの決定が可能となる。
【００１８】
本発明のデザインに応じて、携帯型ベリファイアデバイスは、対称又は秘密鍵暗号アルゴリズムである１以上の携帯型ベリファイアデバイス鍵を記憶することにより個別化される。加えて、第一及び第二暗号化操作は、対称暗号アルゴリズムを用い２つの暗号化で構成され、１つはドキュメントの検証に関するリーダ／ベリファイア／レコーダのグループの鍵を有し、他方はドキュメントに関連付けられた携帯型ベリファイアデバイスに対応する鍵を有する。第三暗号化操作は、対応する鍵を利用する携帯型ベリファイアデバイスによるドキュメントの確認コードの復号化、及びその後に続く前記リーダ／ベリファイア／レコーダ及びそれに対応するコードにより実行される復号化よりなる。両複合化は対称暗号アルゴリズムにより実行される。
【００１９】
理想的には、携帯型ベリファイアデバイスは、非対称又は公開鍵暗号アルゴリズムの秘密鍵である記憶された一以上の携帯型ベリファイアデバイス鍵を記憶することにより個別化される。上記第一及び第二暗号化操作は、秘密鍵を用いたデジタル署名、対応する公開鍵を認知するドキュメントの検証に関するリーダ／ベリファイア／レコーダ、及びドキュメントに関連付けられた携帯型ベリファイアデバイスの対応する公開鍵を用いた暗号化よりなる公開鍵暗号法に基づく。第三暗号化は、ドキュメントに関連付けられた携帯型ベリファイアデバイスに対応する秘密鍵を用いた復号化、及びリーダ／ベリファイア／レコーダに記憶された対応する公開鍵を用いた署名の認証よりなる公開鍵暗号化法に基づく。
【００２０】
あるいは、携帯型ベリファイアデバイスは、非対称又は公開鍵暗号アルゴリズムの秘密鍵である、一以上の携帯型ベリファイアデバイス鍵を記憶することにより個別化されてもよい。上記第一及び第二暗号化操作は、ドキュメントの検証に関連するリーダ／ベリファイア／レコーダの公開鍵を用いた暗号化、及びドキュメントに関連付けられた携帯型ベリファイアデバイスに対応する公開鍵を使用する暗号化よりなる公開鍵暗号法に基づく。上記第三暗号化操作は、ドキュメントに関連付けられた携帯型ベリファイアデバイスに対応する秘密鍵を用いた復号化、及び前記リーダ／ベリファイア／レコーダの秘密鍵を用いた復号化よりなる公開鍵暗号法に基づく。
【００２１】
本発明はまた、非対称又は公開鍵暗号アルゴリズムの公開鍵である、一以上の携帯型ベリファイアデバイス鍵を記憶することにより携帯型ベリファイアデバイスの個別化を可能とする。第一及び第二暗号化操作は、ドキュメントの検証に関するリーダ／ベリファイア／レコーダに記憶された公開鍵に対応する秘密鍵を使用したデジタル署名、及びドキュメントに関連付けられた携帯型ベリファイアデバイスに記憶された適切な個別化鍵に対応した秘密鍵を用いた他のデジタル署名よりなる公開鍵暗号法に基づく。前記第三暗号化操作は、適切な個別化鍵を用いたドキュメントに関係する携帯型ベリファイアデバイスによる署名の認証及び、リーダ／ベリファイア／レコーダの公開鍵を用いた署名の第二認証よりなる公開鍵暗号法に基づく。
【００２２】
携帯型ベリファイアデバイスの個別化の他の方法としては、非対称又は公開鍵暗号アルゴリズムの公開鍵である一以上の携帯型ベリファイアデバイス鍵を記憶することによるものがあり、第一及び第二暗号化操作は、ドキュメントの検証に関連するリーダ／ベリファイア／レコーダに記憶された秘密鍵に対応する公開鍵を使用する暗号化、及びドキュメントに関連付けられている携帯型ベリファイアデバイスに記憶されている適切な個別化鍵に対応する秘密鍵を使用するデジタル署名よりなる公開鍵暗号法に基づく。第三暗号化操作は、適切な個別化鍵を使用するドキュメントに関連付けられた携帯型ベリファイアデバイスによる署名の認証及び、リーダ／ベリファイア／レコーダに対応する秘密鍵を使用する復号化よりなる公開鍵暗号法に基づく。
【００２３】
加えて、本発明により導入された方法は、ドキュメントの検証の前に、ドキュメントが既に検証済みのドキュメントのリストに含まれていないかをチェックする。
【００２４】
その上、リーダ／ベリファイア／レコーダには、検証されるドキュメントが検証済みドキュメントのリストに含まれているか否かが通知され、適切に処理される。
【００２５】
その後、まだそこにまだ現れていない場合は、検証されるドキュメントは、検証済みドキュメントのリストに含められ、携帯型ベリファイアデバイスに対応する暗号化操作を入換（reversing）及び／又はチェックする際に、対応する暗号化操作が実行され、結果はリーダ／ベリファイア／レコーダに送られ、よって適切に処理される。
【００２６】
有益点の一つとしては、携帯型ベリファイアデバイス及びリーダ／ベリファイア／レコーダの間に構築される暗号確認（cryptographic authentication）は相互的なものであり、安定したものであるということである。
【００２７】
特に重要な事実としては、コーポレーティブ及びランダムセッション鍵は、携帯型ベリファイアデバイス及びリーダ／ベリファイア／レコーダの間に構築され、その２つの間の全ての関連するメッセージの暗号化に使用される。
【００２８】
理想的には、センダは、携帯型ベリファイアデバイスオペレータにより選択された一以上の共通鍵を用い、シリアルナンバーの暗号化より取得された一以上の鍵を用い、携帯型ベリファイアデバイスを個別化し、よって各オペレータの共通鍵及び携帯型ベリファイアデバイスは使用者に判読可能な識別子に対応する。
【００２９】
本発明によると、上記リーダ／ベリファイア／レコーダは、情報を送り、ドキュメントを承認又は拒否し、その理由を示すよう構成されている。
【００３０】
本発明の他の有益点は、リーダ／ベリファイア／レコーダ鍵はリーダのグループに共通であるということである。
【００３１】
リーダ／ベリファイア／レコーダに記憶された鍵は、オペレータにより選択された共通鍵を使用し、識別子又はその一部を暗号化することにより取得される。
【００３２】
ドキュメントに有効期限がある場合、このことは確認コードに含まれ、よって当該日付が経過すると、携帯型ベリファイアに記憶されたされた検証済みドキュメントのリストより削除される。
【００３３】
一方で、前記携帯型ベリファイアデバイスは、有効な主体より送られたデジタル証明を介して検証済みドキュメントのリストから削除される有効期限を過ぎたドキュメントを受信する。
【００３４】
ドキュメント及び／又は確認コードはインターネットを介して選択及び取得され、ドキュメントの確認コードはユーザの携帯電話又は電子予定表又はユーザが所有する他の類似のデバイスに送られる。
【００３５】
本発明の他の特徴としては、一以上のバーコードによって確認コードを印刷することが可能である。複数のバーコードの場合、これらは正確な読取命令（reading order）を含む。また、確認コードを英数字又はドットコードにより印刷することも可能である。確認コードは英数字により印刷可能であるので、自動読取コードが劣化した場合に、手動でキー入力可能である。
【００３６】
記載の方法は、ドキュメントが唯一で許可されているものであることを保証する。確認コードの暗号化は、二つの秘密鍵を用い実行され、ドキュメントが外部から生成されないことを確実とする。ドキュメントは、携帯型ベリファイアデバイスを用い暗号化の一と関連付けることにより唯一のものとなる。携帯型ベリファイアデバイスがドキュメントを検証すると再検証がなされることがないので、いったんドキュメントがシステムによって複製されると、結果は取得されない。従って、複製を使用するためには、携帯型ベリファイアデバイスを複製することが必要となるが、これはその特徴の為に不可能である。
【００３７】
一方で、リーダ／ベリファイア／レコーダにブラックリストを送ることなくドキュメントをキャンセルすることも可能である。ドキュメントをキャンセルするためには、所有者は、当該ドキュメント及び携帯型ベリファイアデバイスを権限のあるオフィスに持ち込む必要がある。その後ドキュメントは携帯型ベリファイアデバイスにそのような方法でキャンセルとされ、購入者がドキュメントの複写を保持していても、携帯型ベリファイアデバイスはすでに検証を行わないので、使用することはできない。
【００３８】
携帯型ベリファイアデバイスの記憶容量のオーバーロードを防ぐために、キャンセルされたドキュメントのリストが含まれている場合は、以下のことに注意する必要がある。有効期限の切れたドキュメントは確認コードに有効期限を含み、よって、期限が切れるとリストより削除され、領域を占めることはない。携帯型ベリファイアデバイスは、残りのキャンセルのためにアドミニストレータを組み込み、有効期限の切れたドキュメントを検出し、リーダ／ベリファイア／レコーダによって提供された証明より取得された日付以後はリストを消去する。日付は、公開鍵システムを介し、これを証明する中央サーバより取得される。日に一度送られることができるこの証明は、信頼性を認証した後、リストから証明された日付に従いキャンセルされたドキュメントを削除する携帯型ベリファイアデバイスに送られる。もちろん、期限の切れたドキュメントが今後有効となることはない。
【００３９】
本発明は普遍的なシステムであり、多くの異なるサービス（入場許可チケット、交通チケット、シーズンチケット、証明書、小切手、宝くじ券等）、様々な内部入口、様々な携帯型ベリファイアデバイスオペレータにおいて使用することができる。本システムは特に印刷形式で有用であるが、ディスケット、携帯電話の記憶デバイス、携帯型電子予定表又は同様のもの、ブルートゥースカード（Bluetooth cards）、光学ディスク、ＣＤ等といった他の形式でも使用可能である。
【００４０】
ＳＭＳテキストメッセージを介し、又はＷＡＰ技術を使用しドキュメント確認コードを購入者の携帯電話に送信することが可能であるので、他に携帯電話及び電子予定表において使用される場合は特に興味深く、ドキュメントが使用される際、購入者は赤外線リンク、無線リンク（例えば、ブルートゥース又はＳＭＳ等）又は他の同様のシステムを使用しリーダ／ベリファイア／レコーダにこれをダウンロードすることができる。
【００４１】
上記のような場合、バーコードの長さに関する制限はなく、そのことは、問題なく公開鍵暗号法を使用することができることを意味する。
【００４２】
下記は確認コードを生成するために、どのように公開鍵暗号法が使用されるかを説明したものである。
【００４３】
第一に、適切なリーダオペレータの秘密鍵を用い、関係する情報を選択し、コード化し、デジタル署名をする必要がある（対応する公開鍵をチェックするリーダ／ベリファイア／レコーダがドキュメント内に記憶される）。
【００４４】
その後、前操作の結果は、ドキュメントに関係する携帯型ベリファイアデバイスの公開鍵を用いて暗号化される（ドキュメントを検証する携帯型ベリファイアデバイスは対応する鍵を秘密に記憶する）。
【００４５】
認証プロセスを以下に説明する：
確認コードが読み取られ、携帯型ベリファイアデバイスに伝送され、秘密鍵を用いて復号化し、検証済みドキュメントのリストに取り込む（このドキュメントがすでにリストに含まれている場合、リーダ／ベリファイア／レコーダに通知される）。
【００４６】
前記リーダ／ベリファイア／レコーダは、この復号化を受信し、確認コードを生成したリーダオペレータの公開鍵を用い署名の有効性をチェックする。署名が正しければ、ドキュメントを承認し、そうでなければ、ドキュメントは拒否される。
【００４７】
この目的のために公開鍵暗号法を使用する際、四つの組合せが存在し、それらは、上記に説明された暗号化（署名）、署名（署名）、暗号化（暗号化）、署名（署名）である。四つすべての選択肢が可能であるが、理想的には、システム攻撃のリスクが最も小さい一番目のものが使用される、ということに注意するべきである。特に、リーダオペレータの秘密鍵が必要でなく、セキュリティーコードの内容が読解されるのを防ぐ。
【００４８】
本発明により示される方法により提供される他の有益点としては、異なるオペレータの携帯型ベリファイアデバイスのための規定の形式又はサービスのドキュメントを生成可能であることである。この機能性の結果、携帯型ベリファイアデバイスの異なるオペレータに関連付けられたさまざまな異なるポータルが同じサービスのドキュメントを生成可能となった。
【００４９】
さらに、本発明は、異なるサービス及び携帯型ベリファイアデバイスオペレータが、他のサービスの操作及びセキュリティーや許可を与えられていないオペレータに影響を与えることがないことを確保する。さらには、ユーザは匿名を保持することができ、適切にプログラムされたスマートカード（携帯型ベリファイアデバイス）を用いて誰もがシステムを使用することができるが、ユーザの個人ＩＤを必要としない（カードのみが確認されればよく、非個人的で譲渡可能である）。
【００５０】
本方法の特に重要な側面の一つとしては、現在のチケット発行システムに容易に導入できるということである。
【００５１】
本発明のドキュメントの発送及び検証方法は、多くの異なるサービス及びアプリケーションにおいて様々な異なる形式のドキュメントに使用することができる。異なる形式のドキュメントの例としては、駐車といったような追加サービスを行う、映画館、劇場、展示会等への入場チケットがある。他には、特定の旅行日時があり、チケット検査官のいる（搭乗カードではない）鉄道、バス、船及びいかなる形態の一般的な交通手段のチケット、搭乗カードの必要な搭乗券、及び事前に日時又は場所が特定されていないホテル宿泊券及び催し事の入場券等、事前に日時又は期限が特定されていない地下鉄、バス、近距離又は郊外列車といった市内交通のシーズンチケット、販売促進用割引券、小切手、宝くじ券等がある。
【００５２】
本発明の方法が、好ましくはどのように実行されるかを以下に説明する。
一の特定の事例として、リーダオペレータとしても機能する一のカード発送オペレータがある。加えて、システムは、インターネットを通じてチケットを販売し、後に顧客の家で、一般的な300dpiのプリンタで印刷される。
【００５３】
携帯型ベリファイアデバイスとしてMIFARE ProXカードが使用され、共通鍵とDES Tripleを用いて各カードのシリアルナンバーを暗号化することによって取得される鍵を使用して個別化される。従って、データベースにおいてシリアルナンバー及びカード鍵間の対応（correspondence）を保存する必要はない。リーダ／ベリファイア／レコーダによって保持される全てのプロトコルは、カードにおいてプログラムされ、日時証明をカードに挿入することによって、期限の切れたチケットをリストから排除するための方法を用いキャンセルされたチケットのリストが与えられる。このタスクのためには、特にカードの暗号化コプロセッサがある。カードが個別化されると、システムユーザに提供される。
【００５４】
その後、各チケットの所有者は、通常興味のあるものを選択する、希望のチケットポータルへ接続し、当該ポータルの受け付ける支払方法を使用する。トランザクションが有効であるとポータルが判断すると、データは、チケットの確認カードに組み込まれるように（128ビットの仮想地、ほとんど全てのアプリケーションに対して十分である）、ここでは同じであるカード及びリーダオペレータに送られる。購入者のカード識別子及びリーダのグループの識別子もまた、検証のために送られ、よって適切な鍵が選択される。伝達は、安全性及び信頼性を保障するためにＳＳＬを使用し、インターネットを介して実行される。
【００５５】
カードオペレータ及びリーダは、示されたリーダのグループの鍵を使用して、受信されたデータの仮DES Triple暗号化を実行する。アルゴリズムのブロックサイズが64ビットであると、リンクされた２つのブロックの暗号化はＣＢＣモード（128ビット）で実行される。リーダ鍵は、それのみが知っている共通鍵を用いリーダ識別子を暗号化（DES Triple）することにより取得される。その後、第二のDES Triple暗号化（また、ＣＢＣがリンクされ）が、リーダのように共通鍵を用いカード識別子を暗号化することにより取得できるチケット所有者のスマートカード鍵を用い実行される。これら２つの暗号化の結果が、128ビットのブロックであり、チケット確認コードを作り出す。このコードもまたＳＳＬを介してポータルに戻される。
【００５６】
チケットポータルは、２つのコード128型のバーコードで、確認コードを含むPDF形式のチケットを生成する。２つのバーコードが使用される理由は、300dpiの印刷解像度のために、およそ64ビットの情報ためのコード128バーコードの長さは約75mmであって、これは高価でないバーコードリーダーが許容する最大幅に相当するからである。コードは非コード情報も含み、読み込み順序を非連続なものとする。チケットは、コード情報の数的トランスクリプションを含み、劣化した場合に、前記情報が手動でキー入力される。
【００５７】
PDF形式のチケットは、購入者に送られ、標準のプリンタを使用して即座にプリントアウトが可能である。
【００５８】
演劇の入口に到着したチケット所有者は、ドアマンにこれとチケットを渡す。ドアマンは、バーコードを読み取り、直接の接触なしに、スマートカードをリーダ／リーダの上にかざす。このとき、バーコードの情報がカードに伝達され、このチケットがキャンセルされたチケットのリストに無いかをチェックされる。上記の場合には、リーダは通知するので、ドアマンは適切に処理することができる。チケットがキャンセルされたチケットのリストにない場合は、そこに加えられ、鍵によって復号化され、リーダに送られる。その後、リーダは、秘密鍵を用いもう一度復号化を行い、データが（日付、会期、座席番号等が）一致するかを確認する。全てが一致した場合、演劇の入場チケットは決定的に有効である。リーダとカードでデータが伝達される前に、安定した、相互の、チャレンジベースの確認が行われ、全コミュニケーションを暗号化するセッション鍵が定められる。
【００５９】
カードに対応する暗号化のみを用いたシステムを使用することも可能であるが、カードの反応が容易に置き換えられ、かなりセキュリティーが弱いシステムとなるので勧めることはできない。
【００６０】
当業者であれば、請求項に明示された保護の範囲から外れることなく、数々の異なる方法で、この方法を変化させ、変更させることが可能であり、詳細は、技術的に均等であるもので代用可能である。
【国際調査報告】
2005515673.tif 000002
2005515673.tif 000003
2005515673.tif 000004
2005515673.tif 000005
2005515673.tif 000006
2005515673.tif 000007