(57)【要約】本発明は郵便物に配置される郵便料金別納印の真偽を検証する方法に関するものである。本発明によると、郵便料金別納印に含まれる暗号情報がデコードされ、郵便料金別納印の真偽を検証するために用いられる。本発明の方法は、読み取り部が郵便料金別納印をグラフィカルに記録し、検証部にそれを送信し、検証部が一連の部分的な検査を制御することを特徴とする。
2005508537.tif 000002
【特許請求の範囲】
【請求項１】
郵便物に付けられた郵便料金別納印の真偽を検証する方法であって、
郵便料金別納印に含まれる暗号情報は、解読されて郵便料金別納印の真偽を検証するために用いられ、
読み取り部が、郵便料金別納印をグラフィカルに記録し、それを検証部に送信し、
検証部が一連の検査構成要素を制御することを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
検査構成要素の１つが、郵便料金別納印に含まれる暗号情報の解読からなることを特徴とする方法。
【請求項３】
請求項１及び２の一方又は双方に記載の方法であって、
検査構成要素の１つが、郵便料金別納印の作成日と現在の日との間の比較からなることを特徴とする方法。
【請求項４】
請求項１ないし３のうちのいずれか１項に記載の方法であって、
読み取り部と検証部が同期プロトコルを用いて情報を交換することを特徴とする方法。
【請求項５】
請求項４に記載の方法であって、
前記プロトコルがＲＰＣベースである方法。
【請求項６】
請求項１ないし５のうちのいずれか１項に記載の方法であって、
読み取り部と検証部が非同期プロトコルを用いてお互いに通信することを特徴とする方法。
【請求項７】
請求項６に記載の方法であって、
読み取り部がデータメッセージを検証部に送信することを特徴とする方法。
【請求項８】
請求項７に記載の方法であって、
前記データメッセージが郵便料金別納印の内容を含むことを特徴とする方法。
【請求項９】
請求項１ないし８のうちのいずれか１項に記載の方法であって、
データメッセージが暗号検証ルーチンを開始する要求を含むことを特徴とする方法。
【請求項１０】
請求項１ないし９のうちのいずれか１項に記載の方法であって、
複数の検証手段の間で暗号インタフェースが負荷配分を実行することを特徴とする方法。
【請求項１１】
請求項１ないし１０のうちのいずれか１項に記載の方法であって、
郵便料金別納印の内容が個々のフィールドに分割されることを特徴とする方法。
【請求項１２】
請求項１ないし１１のうちのいずれか１項に記載の方法であって、
郵便料金別納印の作成を制御する顧客システムの識別番号（郵便料金ＩＤ）が、郵便料金別納印から確かめられることを特徴とする方法。
【請求項１３】
請求項１ないし１２のうちのいずれか１項に記載の方法であって、
個々の顧客のシステムの識別規格（郵便料金ＩＤ）がネガティブファイルに記録され、前記の郵便料金ＩＤに関連する郵便物が通常の処理工程から取り消されることを特徴とする方法。
【請求項１４】
請求項１ないし１３のうちのいずれか１項に記載の方法であって、
郵便料金別納印に含まれる暗号化された受信アドレス文が、郵便物の配達のために表示された受信アドレスと比較されることを特徴とする方法。
【請求項１５】
請求項１ないし１４のうちのいずれか１項に記載の方法であって、
前記方法の検証パラメータが変更され得ることを特徴とする方法。
【請求項１６】
請求項１５に記載の方法であって、
システム管理者に関する個人的なデジタルキー（秘密鍵）の入力の後にのみ、方法のパラメータが変更されることを特徴とする方法。
【発明の詳細な説明】
【０００１】
郵便物にデジタル郵便料金別納印を提供することは周知の事実である。
【０００２】
郵便物の送信者が郵便料金別納印を作ることを更に容易にするために、例えばドイツポスト社（Ｄｅｕｔｓｈｅ  Ｐｏｓｔ  ＡＧ）による郵便料金別納システムは、郵便料金別納印が顧客のシステムで作られ、何らかのインタフェースを用いてプリンタに出力されることを可能にする。
【０００３】
この方法が悪用されることを回避するために、デジタル郵便料金別納印は、例えば郵便料金別納印の作成を制御する顧客のシステムの識別についての暗号情報を有する。
【０００４】
本発明は郵便料金別納印の真偽を迅速かつ確実に検証するために用いられ得る方法を提供する目的に基づく。特に、本方法は大規模な使用、特に郵便センターや貨物センターにおける検証に適するように意図されている。
【０００５】
本発明は、読み取り部が郵便料金別納印をグラフィカルに記録し、それを検証部に送信することにより、そして、検証部が一連の検査構成要素を制御することにより、前記の目的を達する。
【０００６】
検査構成要素の１つが郵便料金別納印に含まれる暗号情報の解読を有することが、特に便宜である。
【０００７】
暗号情報の解読を検査処理にまとめることにより、郵便料金別納印の真偽を直接記録することが可能となり、このことは検証がオンラインで実施され得る、特に郵便物が処理機械で処理される間に実施され得ることを意味する。
【０００８】
検査構成要素の１つが郵便料金別納印の作成日と現在の日との間の比較を有するという他の利点がある。郵便料金別納印の作成日と現在の日との比較により、郵便物を配達する郵便料金別納印の複数回の使用が回避されるため、郵便料金別納印の作成日を特に暗号化された形式でまとめることは、データ保護を強化する。
【０００９】
検証速度を更に増すために、読み取り部と検証部が同期プロトコルを用いて情報を交換することが有利である。
【００１０】
本発明の他の同様の適切な実施例においては、読み取り部と検証部が非同期プロトコルを用いてお互いに通信する。
【００１１】
この状況において、読み取り部が検証部にデータメッセージを送信することが特に便宜である。
【００１２】
好ましくは、データメッセージは郵便料金別納印の内容を有する。
【００１３】
本発明の更なる利点と特有の特徴と適切な展開が、特許請求の範囲と、図面を参照して好ましい具体例としての実施例の次の説明においてわかるだろう。
【００１４】
ＰＣの郵便料金別納システムの例を用いて、本発明が以下に説明される。この場合、報酬保護に用いられる方法のステップは、郵便料金別納印を作るために用いられるシステムと無関係である。
【００１５】
図示の特に郵便センターにおける個々の検査ステーションでの部分的な検証が特に好ましいが、中央式の検証も同様に可能である。
【００１６】
本発明の第１の実施例において、郵便料金別納印の真偽が、好ましくは個々のスキャナによって無作為標本に基づいて検証される。
【００１７】
この目的に適した検証システムは、好ましくは図１に示される構成要素を有する。
【００１８】
図１は、どのサブシステムが暗号システムに関係があるかを示したものである。このことについて以下に簡単に説明する。
【００１９】
スキャナ
スキャナはＰＣの郵便料金別納設備から郵便料金別納印を読み込むために用いられる。郵便料金別納印はデータ行列形式の２次元コードであり、ＥＣＣ２００エラー修正が用いられている。スキャナの形式に応じて、データは無線又はケーブルにより送信され、無線スキャナはマルチラインのディスプレイと、出力能力と、基本入力のためのタッチスクリーン又はキーパッドとを有する。スキャナとＰＣの郵便料金別納システムのその他のシステムとのインタフェースは、構成要素としてのスキャナコントローラと検証コントローラによって構成される。ハンドヘルドのスキャナから発出し、検査に利用可能であり、スキャナとの接触を本質的に維持する行列コードの待ち行列をスキャナコントローラが管理する間に、検証スキャナのみを介して更なるシステムと接触する。
【００２０】
スキャナコントローラ／検証コントローラ
スキャナコントローラ又は検証コントローラは、スキャナと２次元バーコードを検証する更なるシステムとの間のインタフェースとしての役割をする。光学記録から変換されたエラー修正された２次元バーコードの内容が送信され、検証を促し、無線スキャナの場合は、読み取りの出力と検査結果を保証し、何らかの手動の最終動作と検証装置及び残りのシステムによる検査との間のインタフェースとしての役割をする。
【００２１】
暗号システム
暗号システムは２次元バーコードの内容の中身と暗号の検証を提供し、セキュリティに関するデータとアルゴリズムの保護された記憶装置もまた提供する。個々の要素については後で説明される。
【００２２】
料金合算付加ステーション（郵便料金ポイント）
料金合算付加ステーション（郵便料金ポイント）は、ＰＣの郵便料金別納設備内の中央システムである。それは顧客のシステムとのインタフェースとしての役割をする。顧客はそれからその後の郵便料金別納のための事前に設定された合算額を下ろすことができる。料金合算付加ステーション（郵便料金ポイント）は、本方法を保護するキーを生成するために用いられる。更に、課金システムとのインタフェースとしての役割をする。ＰＣの郵便料金別納の好ましい報酬保護システムに、以下のインタフェースが提供される。
・２次元バーコードによる郵便情報
・対称のキー
・事前に設定された金額や勘定残高等のマスターデータ
好ましい報酬保護中央部
好ましい報酬保護中央システムにおいて郵便に関する情報が収集され、他のシステムで利用可能にされる。ここで作成レポートが作られ、同様にネガティブファイルの生成を結果的に生じる。更に、報酬保護中央システムは料金合算付加ステーション（郵便料金ポイント）から現在のキーデータを受信し、そのデータを個々の暗号サーバに転送する。
【００２３】
データ供給部
２次元バーコードの内容を検証するために、ネガティブファイルや、最小の報酬や、製品と報酬保護の警告に関する有効期間や、追跡処理コードのような、一連のマスターデータが必要となる。前記のデータは異なるシステム（ＢＤＥ、ＶＩＢＲＩＳ、ローカルの報酬保護システム）から提供される。
【００２４】
報酬保護アプリケーション
報酬保護アプリケーションは、取り消されたＰＣの郵便料金別納郵便を終える必要のあるＡＧＢ検査部に、郵便料金別納についての更に詳細な検証を実行する機会を与え、検査結果の提示はスキャナからの限定された出力動作に制限されない。更に、この場合において検査部は、現在の郵便物が関係する送料合算額の有効期限や、使用される金額と郵便料金別納のような他のデータも検査する。
【００２５】
２次元バーコードの自動記録
２次元バーコードはＳＳＡ内で自動的に記録される。このため、画像情報がＡＦＭ２次元コード読み取り部に転送される。そこでは画像がデータ行列のコードの内容に変換される。次に２次元バーコードの内容が検査のために暗号システムに送信され、返送された検査結果が評価され、郵便物のコード化のために光学記録システム（ＩＭＭ）に送信される。このように拡張された検証方法の好ましい一部が図２に示される。
【００２６】
ＡＦＭ２次元コード読み取り部
各読み取り装置（ＡＬＭ／ＩＬＶＭ）を通して、郵便物の画像データを光学記録システム（ＩＭＭ）を介して受信し、更に報酬保護の目的でそれを処理するＡＦＭ２次元コード読み取り部が存在する。好ましい報酬保護のＰＣの郵便料金別納の内容で２次元コードが識別されると、２次元のデータ行列コードが画像データから抽出され、ＥＣＣ２００エラー修正方法を用いて２次元バーコードの内容を表すバイトの文字列に変換される。
【００２７】
前記バイトの文字列は、検証のため検証コントローラに転送される。そして検査結果が光学記録システムのインタフェースを介して転送され、それがコード化に用いられる。
【００２８】
ＡＦＭ２次元コード読み取り部のための暗号システム
暗号カードの属性に応じて、一例として毎秒約２７の検査が期待され得る。読み取り装置の速度は毎秒約１０個の郵便物であるため、ＡＦＭ２次元コード読み取り部と暗号システムを結合することは無意味であると思われる。これに加えて、ＰＣ  Ｆ発送が１００％同時に全ての装置で作られると仮定され得ないという事実が存在する。それ故、暗号システムを分離し、複数のＰＣ−Ｆ読み取り部を１つの暗号システムと一緒に動作させることが適切であると思われる。この場合、その解決策は大規模化され得るように選択され、すなわち、郵便センター毎に複数の暗号システムが可能になる。このことは、一例として大容量の発送と多数の読み取り装置を有する郵便センターに関連し、それは最初に第２の暗号システムを備え得る。更に、需要が増すと動作中にサーバの数を後から増やすことも可能である。
【００２９】
この場合、複雑さを減らすため、好ましくは、個々の読み取り装置が１つの暗号システムに関連付けられ、障害時に他の暗号システムに切り替えを試みる予備の構成によって拡張もされ得るように構成が選択され得る。
【００３０】
暗号システムとＡＦＭ２次元コード読み取り部を分けることは、装置の読み取りとハンドヘルドのスキャナの検査の双方が同じ暗号システムを用いて実行可能であり、それゆえ、同じ機能が二重に実現される必要がないという利点がある。更に、それは本発明を実現する場合に有意な利点もある。
【００３１】
中央付加ステーション（郵便料金ポイント）から料金合算額が付加され、ローカルのＰＣで郵便料金別納印が作られ、その後郵便物が配達され、郵便物の郵便料金別納印が検証された後に、郵便物にデジタルの郵便料金別納印を提供する好ましい方法のステップが図３に示される。
【００３２】
キーの流通に関係なく、顧客がまず郵便料金の金額をＰＣに付加するといった順序で実行される。この場合には要求を識別するために無作為の数が生成される。料金合算付加ステーション（郵便料金ポイント）がそれぞれの顧客についての新たな郵便料金を作り、顧客システムの識別（顧客システムの識別文、以下郵便料金ＩＤと言う）と、料金合算付加ステーション（郵便料金ポイント）に存在する対称のキーを用いて暗号化された郵便料金の“暗号文字列”に関する更なる情報を備えて作られるために、送信された無作為の数が用いられる。
【００３３】
その後、前記の暗号文字列と、対応する郵便料金が顧客のＰＣに転送され、無作為の数と共に不要なアクセスから安全な顧客のＰＣの安全ボックスに保存される。
【００３４】
この処理に従って受信した郵便料金を供えた郵便物を顧客が郵便料金別納にすると、２次元バーコードに関する郵便データと、特に暗号文字列と、郵便料金別納の日付と郵便料金別納の合算額が無作為の数から拡張され、郵便料金ＩＤが暗号化されない形式で集められ、内容を明白に識別するハッシュ値が作られる。
【００３５】
無作為の数は暗号文字列内で暗号化された形式であり、ハッシュ値で暗号化されていない形式であるため、郵便データは変更されず、又は任意に生成されないことが確保され、作成者を推測することが可能である。
【００３６】
郵便物についての関連するデータは、その後２次元バーコードに変換され、対応する郵便料金別納の指標として顧客のプリンタにより郵便物に印刷される。終了した郵便物は、郵便の流通に入れられ得る。
【００３７】
報酬保護の特に好ましい実施例において、２次元バーコードはＡＦＭ２次元コード読み取り部又はハンドヘルドスキャナによって郵便センターで読み取られ、その後検証される。関連する処理のステップが図示における動作番号５−８により明白になる。２次元バーコードの正確性を検証するために、ＡＦＭ２次元コード読み取り部は、全ての郵便データを暗号システムに転送する。そこで、ハッシュ値を作るときに用いられた無作為の数を確かめるために、郵便データに含まれる暗号情報、特に暗号文字列に関連する情報が解読される。
【００３８】
次に、ハッシュ値（メッセージ・ダイジェストとも言われる）が解読された無作為な数を含む郵便データのために確かめられ、結果が２次元バーコードに含まれるハッシュ値と同一であるかどうかを判断するために検証が実行される。
【００３９】
暗号の検証に加えて、更なる内容の検査もまた実行され（動作番号７ｂ）、一例として２次元バーコードの重複使用を回避する、又は顧客が詐欺の試みのために明白であり、それ故にネガティブファイルに記載されているかどうかを検査する。
【００４０】
対応する検査結果がＰＣ−Ｆ読み取り部に送信され、バーコードをコード化する光学記録システム（ＩＭＭ）にその結果を転送する。バーコードが手紙に印刷され、ネガティブな検査結果の場合には郵便が取り消される。
【００４１】
暗号システムの構成
構成要素の概要
図４は、暗号システムのサブコンポーネントの概要を示したものであり、ラベルの付いた←は外部システムのための入出力データの流れを表す。料金合算付加ステーション（郵便料金ポイント）からローカルの報酬保護システムの暗号システムにキーが流通する場合に、好ましい報酬保護中央システムが回転台として用いられ、前記のデータがバッファに保存される必要があるため、同様に暗号システムの構成要素がそこに備えられる必要があるが、一般的には検証コントローラの使用に含まれない。
【００４２】
暗号システムのサブコンポーネントが以下に更に詳細に説明される。
【００４３】
検証コントローラ
検証コントローラは全ての２次元バーコードの内容を検証するインタフェースである。２次元バーコードの検証は、内容の検証と暗号の検証とからなる。このため、スキャナから読み込まれる２次元バーコードの内容は、スキャナコントローラによって検証コントローラに転送される。
【００４４】
有線スキャナを担うスキャナコントローラと検証コントローラとは異なるコンピュータシステムに存在するため、それらの間にＴＣＰ／ＩＰベースの通信を提供する必要があり、単なるソケットプログラミングの変わりにそれに基づくプロトコルを用いることで、利点がある。暗号システムとの関連で、動作データ記録（ＢＤＥ）で用いられるメッセージ管理装置、又はＣｏｒｂａ／ＩＩＯＰのような光学記録システムの範囲内で用いられるプロトコルがこの場合に適している。
【００４５】
検証コントローラは個々の検査ルーチンを起動し、次に、その検査結果を返信する。
【００４６】
複数の異なるスキャナを備えたＡＧＢ検査部が同時に動作中になるため、検証コントローラは“マルチセッションの性能”を有するように設計される必要がある。換言すれば、同時の検査要求を促し、対応する出力を正しいスキャナに指示することができなければならない。更に、複数の検査の要求を同時に実行可能であり、例えばハッシュ値の検査と最小の報酬検査等のいくつかの検査ステップを平行に実行可能であるように設計されなければならない。
【００４７】
セッションの始まりにおいて、コントローラは通信しているスキャナの形式を通知され、コールバックの方法によって出力と手動再検査のためのルーチンを起動させる機会を割り当てられる。動作モードとスキャナの形式に基づいて、無線スキャナ又は報酬保護システムのいずれかに結果が出力され、手動検査結果もまた記録される。
【００４８】
暗号カード
１つの特有の問題領域は、暗号文字列を２次元バーコードに暗号化するためと、検査の目的でそれを再度解読するために用いられる必要のあるキーを管理することである。前記キーは２次元バーコードが変造から保護され、それ故にスパイによって取得不可能でなければならないことを確実にする。従って、ハードディスク上や、メモリや、転送時にプレーンテキストでキーが見ることができないことを確実にする特別のセキュリティ方法を用いる必要があり、加えて、強力な暗号方法によって保護される。
【００４９】
システム内である時点にキーが実際にプレーンテキストで現れるため、又はデバッガを用いてキーがメモリからプレーンテキストで読み取られ得るため、この場合において、単なるソフトウェアによる解決策は信頼できるセキュリティを提供しない。特に、システムがリモートで管理され得る事実のため、又は修理のために会社を離れる事実のため、前記のリスクが存在する。更に、暗号方法は、システムのプロセッサに高負荷を与えるため、実行される動作について最適化されない。
【００５０】
従って、次の特徴を有する暗号プロセッサカードの使用を勧め得る。
・暗号方法の速度を速める特別の暗号プロセッサ
・重要なセキュリティのデータと方法へのアクセスを回避する封じられたブラックボックスシステム
前記の特徴を満たすカードは、形式に応じてＰＣＩバス又はＩＳＡバスを介してコンピュータに接続され、ドライバを介してコンピュータ上のソフトウェアシステムと通信する自立システムである。
【００５１】
バッテリがバッファリングされたメインメモリのほかに、カードは、個々のアプリケーションコードを保存可能なフラッシュＲＯＭメモリも有する。カードのメインメモリへの直接のアクセスは、外部のシステムからは不可能であり、このことは、保護されたドライバを介する以外に暗号データとセキュリティを提供する暗号方法が用いられることができないため、非常に高度なセキュリティが確保されることを意味する。
【００５２】
更に、前記のカードは、（カードの設計に応じて、例えば、温度のスパイクや、放熱や、保護カバーの開きや、電圧のスパイクのような）操作の試みが行われたかどうかを監視する専用のセンサを用いる。
【００５３】
前記の操作の試みが行われると、バッテリがバッファリングされたメインメモリの内容が即座に消去され、カードが停止する。
【００５４】
暗号サーバについて、郵便料金ＩＤを解読する機能と、ハッシュ値を検査する機能と、キーのデータを取り込む機能とが、高いセキュリティ能力を有するルーチンであるため、カードに直接ロードされなければならない。
【００５５】
更に、認証を実行するために必要な全ての暗号キーと証明書の構成も同様に、カードのバッテリがバッファリングされたメモリに保存されなければならない。カードが十分なメモリを有していない場合には、カードは前述のデータを暗号化し、それをシステムのハードディスクに保存するために用いられ得るマスターキーを通常保持する。しかし、このことは前記の情報の使用がデータの解読によって先行されることを要求する。
【００５６】
以下の表は異なる製造会社からの適切なカードモデルの概要を示したものであり、同時にその認証を説明したものである。
ＰＣの郵便料金別納のための好ましい報酬保護システム内で用いられる暗号カード
【００５７】
【表１】
2005508537.tif 000003
カードに作られる要求を満たす他に、望ましいＢＳＩ認証手段は、どの認証を個々のモデルが現在有しているかについてと、現在どの認証が評価過程にあるかについてもまた非常に重要であることを意味する。
【００５８】
この場合、製品に発行された認証は、異なる認証ステーションによって作られる３つの分類に分けられる。
【００５９】
ＩＴＳＥＣは、セキュリティ属性に関してＩＴ製品及びＩＴシステムを認証する目的で欧州委員会によって公表された基準の仕組みである。信頼性の評価はＥ０からＥ６のレベルに基づき、Ｅ０は不適切なセキュリティを意味し、Ｅ６は最高のセキュリティを意味する。同様の国際標準を備えた更なる進展と調和が、ＩＳＯ（ＩＳＯ標準１５４０８）で現在標準化過程にあるＣＣ（共通基準）にある。この制御の仕組みが、システムのセキュリティにアクセスするために用いられる。
【００６０】
前述の表からＣＣに一致している認証を有する製品は、現在は存在しない。しかし、ＩＢＭモデル４７５０８−００２はその認証段階に現在ある。
【００６１】
ＦＩＰＳ  ＰＵＢ  １４０−１の標準は、商業上の暗号装置のセキュリティを評価する目的でアメリカ政府によって発行された基準の記録である。この基準の記録はハードウェア属性に非常に大きく向けられている。評価は４段階で行われ、レベル１が最低のセキュリティを意味し、レベル４が最高のセキュリティを意味する。
【００６２】
前述の評価の標準に加えて、中央信用委員会（ＺＫＡ）によって発行され、電子マネーの分野におけるＩＴシステム及び製品を動作する許可を制御する更なる基準の記録も存在する。
【００６３】
しかし、前述のカードの属性と割り当てられた認証のほかに、一連の更なる利点もまた存在し、以下に記載する。
・独自の（署名された）ソフトウェアの生成と可能性のあるカードへのアップロード
・統合した無作為の数の生成手段（ＦＩＰＳ  ＰＵＢ  １４０−１で認証された）
・ハードウェア側に実現されるＤＥＳとトリプルＤＥＳとＳＨＡ−１
・ＲＳＡキーの生成と秘密鍵／公開鍵  −  ２０４８ビットの長さまでのキーの処理
・キー管理  −  機能
・認証管理  −  機能
・１つのシステムで平行して可能な複数の暗号カードのある程度の動作
暗号インタフェース
暗号カードのアプリケーションとの関係でセキュリティに関する機能は、カードに直接保存され、それ故にカードのドライバを用いてのみ外部からアクセス可能である。ドライバと検証コントローラとの間のインタフェースは、暗号インタフェースの構成要素であり、ドライバを用いる検査ルーチンの要求をカードに転送する。
【００６４】
複数のカードを１つのコンピュータで用いることが可能であるため、暗号インタフェースのタスクもまた、個々の検査の要求のために負荷分配を実行する。他の又は郵便センターに応じた複数のＡＦＭ２次元コード読み取り部により、追加で暗号システムの検査ルーチンが使用されると、この機能は特に便宜である。
【００６５】
他のタスクは、キーのデータを流通する目的で通信を処理することである。レベル２においては、署名されたファイル内でセキュリティ目的のために暗号化されたキーを転送する基本的な仕組みが存在し得る。暗号インタフェースへの要求には、前記のファイルが取り込まれることを可能にするユーティリティを提供することが含まれる。
【００６６】
暗号システムの機能
検証コントローラにおける一連の検査
２次元バーコードを検査するために、検証コントローラはスキャナ又は読み取りシステムとのインタフェースとしての中央検査機能を提供する。前記の検証機能は一連の個々の検査構成要素を調整する。
【００６７】
報酬保護のための個々の検査ルーチンの構成要素から送信されたコードは、好ましくは中央で維持され、暗号システムに転送される所定のテーブルを用いて、適切な報酬保護のコードに変換される。前記のテーブルにおいて、複数の報酬保護が認識された場合には、どの報酬保護コードが割り当てられているかの優先度が追加に規定される。
【００６８】
前記の報酬保護のコードは、説明テキストと共に検査結果として戻される。暗号システムの外部で更なる処理を実行するシステムに応じて、前記の結果が無線スキャナ又は報酬保護アプリケーションに出力される、又は自動検査の間にＴＩＴ２コードに変換され、郵便物に印刷される。
【００６９】
ハンドヘルドのスキャナのシステムと自動読み取りシステムとの順序が異なるため、２つのアプリケーションについて異なる機能が実現される。
【００７０】
読み取りシステムと検証コントローラとの間でどの通信の仕組みが用いられるかに応じて、結果の呼び出しと返答が異なる。Ｃｏｒｂａ／ＩＩＯＰのようなＲＰＣベースの同期プロトコルが用いられる場合は、検査方法が直接呼び出され、検査が終了すると検査結果が転送される。クライアント、すなわちスキャナコントローラと、読み取りシステムは、実行と件酒かの返答を待つ。従って、後者についてはスレッド・プール（ｔｈｒｅａｄ  ｐｏｏｌ）を備えたクライアントを提供する必要があり、それは複数の要求において平行して検査を実行可能である。
【００７１】
ＴＧＭを用いた非同期の仕組みの場合、スキャナコントローラ又は読み取りシステムは、検査方法を直接呼び出さないが、検査要求と、２次元バーコードの内容と、現在ソートするプログラムのような更なる情報とを含むメッセージが暗号システムに送信される。暗号システムで前記のメッセージを受信すると、検査機能が呼び出され、実行され、次に新しいメッセージとして読み取り及び検査結果が返答される。この方法の利点は、結果が利用可能になるまで要求するシステムで処理が妨げられないということである。
【００７２】
ハンドヘルドのスキャナシステムの検査
ハンドヘルドのスキャナシステムの検査ルーチンは、入力値としてセッションＩＤと２次元バーコードの内容を待ち受ける。追加のパラメータとして、ソートするプログラムのＩＤも待ち受けられる。後者のパラメータが最小の報酬を決めるために用いられる。
【００７３】
図５は、前記の検査がハンドヘルドのスキャナによって起動された場合に、検証コントローラにおける一連の検査の概要を示したものである。この場合、前提として、２次元バーコードの内容を備えたアドレスのその後の手動の比較を有する無線スキャナを用いた検査である。有線接続のスキャナの場合、報酬保護システム又は報酬保護アプリケーションで、提示されていることが同様に行われる。
【００７４】
無線スキャナとスキャナコントローラと検証部（検証コントローラ）を用いた好ましい検証順序が図５に示される。
【００７５】
図示される得に好ましい例示的な実施例において、検証部が一連の検査構成要素を制御し、最初の検査構成要素がデジタルの郵便料金別納印に含まれる行列コードの読み込みを有する。読み込まれる行列コードが、まず無線スキャナからスキャナコントローラに転送される。次に、スキャナコントローラのドメインが行列コードを検査し、検証部に送信する。検証部はコードの内容の分割を制御する。そして、読み取り結果が記録部（図示された場合では無線スキャナ）に送信される。その結果、一例として、郵便料金別納印を読み取り、行列に含まれる情報を認識することが可能になったということを、読み取り部のユーザがわかる。次に、検証ユニットが行列コードに含まれる暗号文字列を暗号化する。このため、郵便料金別納印を作るためにおそらく用いられるキーのバージョンが、好ましくは第一に検証される。そして、暗号文字列に含まれるハッシュ値が検査される。
【００７６】
更に、提供される最小の報酬が検査される。
【００７７】
そのうえ、郵便料金別納印の作成を制御する顧客のシステムの識別番号（郵便料金ＩＤ）が検証される。
【００７８】
次に、識別番号がネガティブリストのラインに持ち込まれる。
【００７９】
前記の検証ステップにより、前記の特に簡単で適切な形式において、簡単な方法で許可なく作成された郵便料金別納印を確かめることが可能になる。
【００８０】
送信結果はデジタルメッセージとして送信され、デジタルメッセージは、例えば元の無線スキャナに送信されることが可能になる。結果として、無線スキャナのユーザが、例えば郵便の周期から郵便物を取り除くことができる。しかし、前記方法の変形の自動化された実現の場合にも、当然に郵便物の通常の処理周期から郵便物を取り除くことが同様に可能となる。
【００８１】
好ましくは検査結果が検証部のドメインに記録される。
【００８２】
戻り値として、報酬保護と関連するテキストメッセージと２次元バーコードオブジェクトに属するコードが返答される。
【００８３】
ＡＦＭ２次元コード読み取り部での検査順序
ＡＦＭ２次元コード読み取り部の検査ルーチンのために待ち受けられる入力パラメータは、同様に、セッションＩＤと、２次元バーコードの内容と、現在動作中のソートするプログラムの固有の識別子である。
【００８４】
図６は、前記の検査が読み取りシステムによって起動された場合の、検証コントローラ内の一連の検査の概要を示したものである。
【００８５】
検査の全体の前後関係を説明するために、手順を説明するため、図には更に光学記録システム（ＩＭＭシステム）とＡＦＭ２次元コード読み取り部を示している。しかし、暗号システムの部分は、２次元バーコードと返答と結果の記録との間の機能の検査に限られる。
【００８６】
メッセージ管理インタフェースにおいて、検査要求メッセージを待ち、検査ルーチンを呼ぶメッセージ内容を用いる複数のサービスタスクを検証コントローラが開始する。検査ルーチンの結果が待ち受けられ、メッセージに入れられ、要求を行うクライアントに返答される。
【００８７】
図６は検証部（検証コントローラ）による検査構成要素の手順の制御の更なる好ましい実施例を示したものである。この更なる好ましい実施例の場合、郵便料金別納印は、自動光学認識システム（Ｐｒｉｍａ／ＩＭＭ）によって記録される。光学検証部から読み取り及び記録部（ＡＲＭ２次元コード読み取り部）にデータがある。
【００８８】
デジタルの郵便料金別納印の有効性を検証する方法についての図６に示される実施例の場合、好ましくは、デジタルの郵便料金別納印が更に高度に自動化された方法で読み込まれ、例えば、郵便料金別納印が好ましく配置された郵便物のステーションの光学記録を通して読み込まれる。更なる検証ステップが、基本的に図５に示される検査手順に沿って実行される。
【００８９】
検査ルーチンの戻り値は、まず報酬保護コードと関連するメッセージと郵便料金ＩＤによって拡張された返還された内容を有する。前記の戻り値はメッセージを作り、要求を行う読み取りシステムに送信するために用いられる。
【００９０】
内容の検査
２次元バーコードの内容の分割と変形
入力：スキャンされた２次元バーコード
説明：
前記の機能において、より良い表示機会と更に効率的な終了を達するために、２次元バーコードの８０バイトの内容が分割され、構造化されたオブジェクトに変換され、以降は２次元バーコードオブジェクトとして称される。個々のフィールドと変換が以下の表において説明される。
【００９１】
バイナリ数字を１０進数字に変換する場合に、バイト列の左側のバイトが最上位バイトであることを思い出すべきである。変換が不可能な場合には、おそらく一種の衝突又は不足データのため、  “ＰＣ−Ｆバーコードが判読不可能である”  という報酬保護メッセージを生成し、検証コントローラに返答する必要がある。この場合には更なる内容又は暗号の検証は適切ではない。
【００９２】
【表２】
2005508537.tif 000004
戻り値：２次元バーコードオブジェクト
変換がＯＫの場合は警告コード００であり、その他の場合は“ＰＣ−Ｆバーコードが判読不可能である”という報酬保護の警告である。
【００９３】
バージョン番号の検査
入力：現在の２次元バーコードオブジェクト
説明：
最初の３フィールドが２次元バーコードのバージョンを示す。このことから、郵便料金別納印が実際にドイツポスト（Ｄｅｕｔｓｈｅ  Ｐｏｓｔ）に関する２次元バーコードであり、他のサービスプロバイダに関する２次元バーコードでないものかどうかがわかる。フィールドの内容が、アプリケーションで事前に構成された有効な値のリストと比較される必要がある。全く一致がない場合には、“ＰＣ−Ｆバージョン”という報酬保護警告が返答される。更なる内容と暗号の形態の検証は無意味であり、実行されない。
【００９４】
戻り値：バージョンの検査がＯＫの場合は警告コード００であり、その他の場合は“ＰＣ−Ｆバージョン”という報酬保護の警告コードである。
【００９５】
郵便料金ＩＤの検証
入力：解読された郵便料金ＩＤに備えられた２次元バーコードオブジェクト
説明：
２次元バーコードに含まれる郵便料金ＩＤは、この時点で検査される必要のある検査数字方法（ＣＲＣ  １６）によって保護される。この検証が失敗すると、返答される必要のある結果は、“ＰＣ−Ｆ変造が疑わしい（郵便料金ＩＤ）”という報酬保護の警告である。郵便料金ＩＤの検証は、暗号文字列の事前の解読を必要とする。
【００９６】
戻り値：検査がＯＫの場合はコード“００”であり、その他の場合は“ＰＣ−Ｆ変造が疑わしい（郵便料金ＩＤ）”という報酬保護の警告コードである。
【００９７】
時間の逆転の検査
入力：２次元バーコードオブジェクト
説明：
ＰＣの料金別納郵便の郵便物の料金別納日付と、郵便センターでのその処理との間の時間間隔を自動的に検証するためにこの機能が用いられる。特定の日数のみが２つの日付の間に存在することが許される。この場合、日数は製品と、送信時に一日の待ちを加えたものに基づく。
【００９８】
帰還の構成は好ましくは製品有効期間の関連性に保存され、維持マスクとの関係において中央で維持される。ＰＣの料金別納郵便に可能性のある製品キー毎に（２次元バーコードのフィールド）、郵便料金別納と郵便センターでの処理との間に存在することを許可された関連する数の日を保存する。簡単な方法においては、標準的な発送に関連し、システムに不変として保存される１つのみの期間の記述が事前に構成される。
【００９９】
検証目的のため、処理中の現在の検査日と２次元バーコードに含まれる日との間の日数が形成され、例えば８月１日に対する８月２＝１日である。判明した日数が製品に所定の値より大きい場合には、“ＰＣ−Ｆ日付（郵便料金別納）”という警告状況に関する報酬保護コードが検証コントローラに返答され、その他の場合には、成功した検査を記すコードが返答される。簡単な方法が標準的な発送の値との比較を常に含む場合には、検査結果の出力の後に、例えば現在の製品が更に長い送信時間を許可する場合にはスキャナのボタンを手動で用いて、前記の検査結果を修正することができる。
【０１００】
時間の逆転の更なる検査は郵便料金ＩＤの内容に関するものである。事前に設定されたものに関するダウンロードされた送料合算額と、それ故に郵便料金ＩＤは、発送が郵便料金別納にされる必要のある所定の有効期間を有する。郵便料金ＩＤは送料合算額が有効である時間を有する。郵便料金別納日が前記の有効日より大きい特定の数の日数である場合、“ＰＣ−Ｆ日付（送料合算額）”という報酬保護警告に関する報酬保護警告コードが返答される。
【０１０１】
戻り値：検査がＯＫの場合はコード“００”であり、その他の場合は“ＰＣ−Ｆ日付（送料合算額）”又は“ＰＣ−Ｆ日付（郵便料金別納）”という報酬保護の警告コードである。
【０１０２】
報酬検査
入力：２次元バーコードオブジェクト；現在のソートするプログラムＩＤ
説明：
この機能において、関連するソートするプログラムの発送に定義された最小の報酬のために、２次元バーコードに含まれる報酬が検査される。合算額はユーロの額である。
【０１０３】
自動インタフェースを介してソートするプログラムと最小の報酬との間に関連性が伝えられる。
【０１０４】
時間の逆転を検査する方法と類似の方法で、簡単な方法が適用され得る。この場合、アプリケーションの構成ファイルは全ての発送に適用する一定の最小の報酬を定義する。従って、ソートするプログラムを転送する必要がない。
【０１０５】
その後の検査は、２次元バーコードに含まれる最小の報酬がこの切手以下であるかどうかを比較することを含む。その場合には、“ＰＣ−Ｆ郵便料金別納未満”という報酬保護に関するコードが返答され、その他の場合は成功のコードが返答される。
【０１０６】
戻り値：検査がＯＫの場合はコード“００”であり、その他の場合は“ＰＣ−Ｆ郵便料金別納未満”という報酬保護の警告コードである。
【０１０７】
ネガティブファイルとの協調
２次元バーコードに関する郵便料金ＩＤがネガティブファイルに含まれるかどうかを決定する検査がこの機能にある。悪用の試みのためが明らかになる顧客、又はＰＣが盗まれた顧客からの何らかの郵便物を，配達周期から取り除くためにネガティブファイルが用いられる。
【０１０８】
この場合、ネガティブファイルは郵便料金別納データベースのプロジェクトの一部として中央で維持される。このプロジェクトのインタフェースとの関連で、データを交換する方法がローカルの郵便センターのシステムのために決定される必要がある。
【０１０９】
維持アプリケーション又はデータ交換がおそらくまだ存在しない場合は、この場合に変換の仕組みが作られる必要がある。前記のデータはＥｘｃｅｌのシートにおける変換の一部として維持され、それからｃｓｖファイルが生成される。このファイルは電子メールでＡＧＢ検査部に送信され、提供される必要のある取り込みの仕組みを用いて後者によってシステムに読み込まれる。その後、好ましい報酬保護のＩＴの洗練された概念で定義された経路を介して転送が行われる。
【０１１０】
郵便料金ＩＤは、顧客がシステム（郵便料金ポイント）から検索する個々のプリセットを特徴付ける。前記のプリセットは、顧客のシステムの“安全ボックス”に保存される。これは、読み取りシステムを含むスマートカードの形式におけるハードウェアの構成要素、又はドングルである。安全ボックスが事前に設定された合算額を安全に保ち、顧客は、料金合算付加ステーション（郵便料金ポイント）にオンラインで接続せずに、そこからここの郵便料金別納合算額を検索することができる。
【０１１１】
各安全ボックスは固有のＩＤによって特徴付けられる。悪用の疑いにより関連する配送が取り除かれる必要がある場合には、前記安全ボックスＩＤがネガティブファイルに入れられる。安全ボックスＩＤは複数のフィールドからなる。固有のキーの他に、安全ボックスＩＤはまた、有効日や検査の桁のような更なるフィールドを有する。安全ボックスを固有に識別する目的で、安全ボックスＩＤの最初の３つのフィールドは限定的である。それは郵便料金ＩＤの最初の３つのフィールドにもまた存在し、安全ボックスとプリセットとの間の関連性が行われ得る。以下の表にフィールドが説明される。
【０１１２】
【表３】
2005508537.tif 000005
現在検査されている郵便料金別納の郵便料金ＩＤの最初の３つのフィールドが、ネガティブファイルに含まれる安全ボックスＩＤの最初の３つのフィールドと同一である場合は、ネガティブファイル内の顧客に関連する報酬保護が返答され、その他の場合は成功のコードが返答される。
【０１１３】
戻り値：検査がＯＫの場合はコード“００”であり、その他の場合は顧客又はネガティブファイルの安全ボックスに関連する警告コードである。
【０１１４】
郵便のプレーンテキストを備えた２次元バーコード内容の比較
入力：２次元バーコードオブジェクト
説明：
２次元バーコードのコピーを作ることを可能にすることから回避するために、２次元バーコードにコード化された発送データと手紙のプレーンテキストに示されたデータとの比較が行われる。無線スキャナが十分な表示と入力オプションを有するため、前記の比較は無線スキャナで直接可能である。有線接続を備えたハンドヘルドのスキャナの場合、検査はＰＣ（報酬保護システム）で実行される必要がある。
【０１１５】
自動化された検査が動作した後に、検証コントローラが無線スキャナ又は報酬保護ＰＣで２次元バーコードのデータの出力を促すという手順の出現がある。このため、検証コントローラは、セッションの始まりに割り当てられる利用可能なコールバックの方法を有する。
【０１１６】
検証コントローラは現在の２次元バーコードオブジェクトを用いて前記のコールバックの方法を起動する。スキャナコントローラと報酬保護ＰＣが２次元バーコードの内容を表示することを担い、コールバックの方法の戻り値として（検査部によって処理された後に）“００”又は関連するエラーコードを返答する。
【０１１７】
評価が成功である場合には、成功のコードが返答され、その他の場合には、“ＰＣ−Ｆプレーンテキスト”という報酬保護の警告のコードが返答される。
【０１１８】
自動検査の場合には、前記の検査は不要である。この場合には、好ましくは、逆転の比較を用いて、あるいは対象の郵便番号コードと２次元バーコードに含まれる郵便番号コードとの間の比較を用いて、オフラインで中央の評価に関して検査が実行される。
【０１１９】
戻り値：検査がＯＫの場合はコード“００”であり、その他の場合は“ＰＣ−Ｆプレーンテキスト”という報酬保護の警告コードである。
【０１２０】
暗号の検査
暗号の検査は２つの部分からなる。
ａ）暗号文字列の解読
ｂ）ハッシュ値の比較
処理中に作られる情報にスパイがあると、顧客が有効な郵便料金別納のハッシュ値を作るため、双方の方法が、暗号カードの保護された領域で実行される必要がある。
【０１２１】
暗号文字列の解読
入力：２次元バーコードオブジェクト
説明：
入力パラメータとして、この機能はスキャナの結果からの分割した２次元バーコードオブジェクトを受信する。この時点で有効な対称のキーを探すために、郵便料金別納日とキー番号が用いられ、トリプルＤＥＳ  ＣＢＣ方法に従って、転送されたオブジェクトの暗号文字列が前記のキーを用いて解読される。どの値が初期化ベクトルに入れられる必要のあるかと、内部又は外部のＣＢＣが用いられるかどうかと、どのブロック長が用いられるかが、報酬保護システムとのインタフェースに関連して決められる。
【０１２２】
２次元バーコードに含まれるキーが暗号システムで利用可能でない場合には、キー番号を用いてキーが見つからないというエラーメッセージとともに、“ＰＣ−Ｆ変造が疑わしい（キー）”という報酬保護の警告が返答される。
【０１２３】
動作結果は、解読された郵便料金ＩＤと解読された無作為の数とを有する。解読された郵便料金ＩＤは２次元バーコードオブジェクトの適切なフィールドに入れられる。無作為の数の情報を有すると、顧客が有効なハッシュ値を作り、２次元バーコードを変造し得るため、安全の理由で無作為の数は開示されない。
【０１２４】
解読の後に、ハッシュ値の計算が前記方法から呼び出され、戻り値が返答される。
【０１２５】
ハッシュ値の計算
入力：２次元バーコードオブジェクト
暗号文字列からの解読された無作為の数（解読された無作為の数はカードの外部で知られてはならない）
説明：
ハッシュ値の計算機能は、２次元バーコードオブジェクトに含まれる元のスキャン結果からの最初の６０バイトを確かめる。それは、解読された郵便料金ＩＤとそれに追加された転送された解読の無作為の数とを有する。ハッシュ値を計算するためにＳＨＡ  １の方法が用いられ、前記のハッシュ値は２次元バーコードオブジェクトに含まれる２次元バーコードのハッシュ値と比較される。全２０バイトが一致すると、暗号の検証が成功し、対応する戻り値が返答される。
【０１２６】
一致しない場合には、“ＰＣ−Ｆ変造が疑わしい（ハッシュ値）”という報酬保護の警告が検証コントローラに返答される。
【０１２７】
戻り値として、検査結果を出力し得るように、計算されたハッシュ値が更に送信される。
【０１２８】
戻り値：検査がＯＫの場合は計算されたハッシュ値コード“００”であり、その他の場合は“ＰＣ−Ｆ変造が疑わしい（ハッシュ値）”又は“ＰＣ−Ｆ変造が疑わしい（キー）”という報酬保護の警告コードである。
【０１２９】
結果の出力
現在の検査及び読み取り結果
説明：
コールバックの方法は、検証コントローラに現在の検査に関連する出力部の結果出力を制御する機会を提供する。このため、検証コントローラは、前記のコールバックの方法に２次元バーコードオブジェクトと確かめられた報酬保護警告コードを送信する。伝えられる戻り値は、ＡＧＢ検査部によって選択された終了の方法のコードである場合がある。
【０１３０】
出力のためのコールバックの方法も、検証コントローラに登録する場合に、同様にセッションの開始に割り当てられる。
【０１３１】
結果の記録
入力：２次元バーコードオブジェクト、検査結果のコード
説明：
簡単な方法において、検証コントローラが動作するシステムのファイルで結果の記録が行われる。通常は、結果又は一連の命令は直接ＢＤＥに送信され、好ましい報酬保護ＢＤＥインタフェースを介して好ましいローカルの報酬保護システムのデータベースに書き込まれる。
【０１３２】
好ましくは、郵便料金ＩＤと、シリアル番号と、郵便料金別納日と、郵便料金と、製品キーと、郵便番号コードと、報酬保護の結果のコードと、メッセージテキストと、検査の長さと、検査の時間と、スキャナのＩＤと、スキャナの動作モードと、記録モードと、更なる処理の形式が保存される。郵便物毎に１つのそれぞれのセットで、全ての値がお互いにセミコロンで分離されて出力され、前記の形式、例えばＥｘｃｅｌにおいて更に評価され得る。
【０１３３】
システムが動作の“最初の記録”モードの場合、記録モードのカラムに“ｅ”が入れられ、その後の記録には“ｎ”が入れられる。
【０１３４】
マスターデータの供給
説明：
内容の検証には一連のマスターデータが必要である。それらは以下のものである。
・ＰＣ−Ｆネガティブファイル
・ソートするプログラムと最小の報酬
・一般的な最小の報酬
・製品キーＰＣ−Ｆ毎の最大の配達時間
・一般的な最大の配達時間
・報酬保護と、優先度と、更なる処理命令との関連性
・更なる処理命令
ＰＣ−Ｆのネガティブファイルの例外と、料金合算付加ステーション（郵便料金ポイント）の暗号キーとともに、切り替え時においてマスターデータが事前に構成され得る。
【０１３５】
必要に応じて、簡単な処理と流通アプリケーションがいくつかのデータに実現され得る。その場合、維持はＥｘｃｅｌシートで実行され、それからｃｓｖファイルが生成される。前記のファイルがＡＧＢ検査部に電子メールで送信され、提供される必要のある仕組みを用いてＡＧＢ検査部によってシステムに読み込まれる。
【０１３６】
通常は、好ましい報酬保護のＩＴの洗練された概念に説明された方法に沿ってデータが流通される、又は前記のデータへのアクセスが可能になる。
【０１３７】
関連するデータ構造が、好ましい報酬保護の洗練された概念のデータモデルに述べられる。
【０１３８】
キーデータの流通
２次元バーコードの内容を保護するために料金合算付加ステーション（郵便料金ポイント）で用いられ、検証のために暗号システムで必要とされる対称のキーは、セキュリティの理由から定期的な間隔で交換される。全ての郵便センターで用いられる場合には、キーは郵便料金ポイントから暗号システムに自動的かつ安全に転送される必要がある。
【０１３９】
この場合、料金合算付加ステーション（郵便料金ポイント）が、どの好ましい報酬保護システムと、それに対するどの暗号システムが存在するかに関する何らかの構成を有さないため、交換は好ましい報酬保護サーバを介して行われる。
【０１４０】
キーを交換する特に好ましい方法のステップが図７に示される。中央付加ステーション（郵便料金ポイント）と、中央暗号サーバと、複数のローカルの暗号サーバとの間で、好ましいキーの交換が行われる。
【０１４１】
対称のキーが２次元バーコードの変造のセキュリティのために非常に重要であるため、高度の暗号と通信相手の明白な認証によって交換が保護される必要がある。
【０１４２】
構成
暗号ハードウェアの基本的な構成／キー管理
暗号カードの基本構成について、多様な方法が必要である。それはセキュリティ管理者によって実行されるべきである。おおよそ以下の取り組みが含まれる。
・カードへのソフトウェアＡＰＩのインストール
・管理アプリケーションとロード可能なソフトウェアを保護する秘密鍵の生成とインストール
選択されたカード形式とカード製造会社に応じて、それは異なる方法を必要とする。
【０１４３】
好ましい報酬保護システムに提供される暗号カードのアプリケーションに関する基本的な構成は以下のステップからなる。
・安全な暗号化と、カードへの対称のキーの転送（例えばＲＳＡ暗号化ペア）と、公開鍵の同時の認証の生成と、キーの出力
・取り込まれるキーが料金合算付加ステーション（郵便料金ポイント）で発行されたことを確かめるための、料金合算付加ステーション（郵便料金ポイント）のための認証の事前設定
暗号システムアプリケーションの基本的な構成
暗号システム内の各スキャナと、各ユーザと、各暗号カードは、固有の識別ＩＤによって特徴付けられる必要がある。最終的には固有のＩＤを用いて各ＡＦＭ２次元コード読み取り部を識別する必要もある。
【０１４４】
ログイン／ログオフ
検証コントローラのセッションの始まりに、ログインをする必要がある。パラメータとして前記ログインは、スキャナＩＤと、ユーザＩＤと、手動検査のためのコールバックの方法又は読み取り及び検査結果の出力を有する。
【０１４５】
返信された戻り値は、セッション内のその後の検査呼び出しにおいて転送される必要のあるセッションＩＤである。セッションＩＤについて、セッションの状況が検証コントローラに保存され、前記のセッションの状況が転送パラメータを保存する。
【０１４６】
そのセッションの間に、ユーザが動作モードを所定の製品に、又は実行時間中に構成され得る他のセッション構成に変更すると、前記の変更がセッションの状況にこの目的で割り当てられた変数に再構成される。
【０１４７】
ログオフでは、セッション状況が適切に消去される。前記のセッションＩＤを備えたその後の検査の呼び出しは拒否される。
【０１４８】
好ましい報酬保護のＩＴの洗練された概念の一部である好ましい報酬保護について、ユーザとパスワードの管理が一般的なユーザ管理概念において規定される必要がある。
【０１４９】
検査の要求が実行される前に読み取りシステムが検証コントローラに登録される必要がある。転送されるパラメータは、読み取りシステムのＩＤとパスワードである。成功した登録時に返答される戻り値は、同様にその後の検証の要求字に送信される必要のあるセッションＩＤである。
【０１５０】
読み取りシステムが停止されると、前記の背ｓｓノンＩＤに対応するログオフが行われる必要がある。
【０１５１】
その他
特別のユーザの役割
セキュリティの概念に関連して、２人の異なる人によって実行される必要のある２つの特別のユーザの役割が提供される必要がある。
【０１５２】
セキュリティ管理者
セキュリティ管理者の役割は以下のタスクからなる。
・暗号カードを管理するコマンドファイルの作成
・前記のコマンドファイルの署名
・暗号カードの初期化と管理
・ロード可能なソフトウェアと関連する構成の管理
セキュリティ管理者はカード管理のための秘密鍵を用いて自己を認証する。それはディスク又はスマートカードに保存され、セキュリティ管理者によって厳密に補間される必要がある。前記のキーを用いて署名された管理コマンドのみが暗号カードで実行され得る。前記の仕組みは、コマンド列と関連するパラメータを保護するため、前記のコマンドの実行はそのままシステム管理者に委託される。このため、システム管理者はコマンドを利用可能にし、適切な方法の命令を書き込む必要がある。
【０１５３】
他のタスクは、暗号カードの管理と、前記のカードがインストールされるシステムのシリアル番号と構成とシステム番号と、各カードについて記録されるシステムの位置の管理である。予備の暗号カードについて、誰がカードを持っているかの記録もまた存在する。
【０１５４】
セキュリティ管理者ＱＡとともに、ソフトウェアのソースと関連するソフトウェアの構成を管理し、インストール可能にする。
【０１５５】
更に、カードと暗号サーバにインストールされる必要のあるソフトウェア、又はインストールされるソフトウェアが検査され、カードのソフトウェアも有効にされ、署名される。
【０１５６】
何らかの時点で秘密鍵の１つがドライバインタフェースを介して外部に出る場合があるかどうか、又は一定の所定のキーの保存又は安全でない暗号化方法の使用のような操作の試みがそこでおこなわれたかどうかを決定するために、カードのソフトウェアは特に検査される必要がある。カードのソフトウェアに加えて、前記のカードのソフトウェアに関連する暗号サーバのアプリケーションソフトウェアも検査する必要がある。
【０１５７】
秘密鍵を用いるセキュリティ管理者の場合と全く同様に、認証が実行される。しかし、この場合は、ソフトウェア署名のための秘密鍵が含まれる。
【０１５８】
しかし、この場合、ソフトウェアが署名されることだけでなく、関連するインストールコマンドを必要とするソフトウェアのインストールが更なるセキュリティに含まれる。２人の異なる人（ＱＡ管理者とセキュリティ管理者）がこのことを担い、関連するキーが２つの異なる場所に補間されるため、この場合は、同様に高度のセキュリティが確保される。
【０１５９】
ソフトウェアは、セキュリティ管理者に従って、セキュリティＱＡ管理者によって分配される。
【０１６０】
本発明の前記の特に好ましい実施例は、２つの異なる認証キーを提供し、それはデータセキュリティが相当に増すことを意味する。
【図面の簡単な説明】
【０１６１】
【図１】報酬保護システムのシステム構成要素の基本的な説明図を示したものである。
【図２】報酬保護システムとハンドヘルドのスキャナと報酬保護ＰＣの特に好ましい実施例を示したものである。
【図３】郵便料金別納印の保護と検証の基本的な説明図を示したものである。
【図４】暗号システムの構成要素の概要を示したものである。
【図５】検証方法の好ましい実現を示したものである。
【図６】検査構成要素の特に好ましい順序を備えた検証方法の特に好ましい他の実施例を示したものである。
【図７】中央付加ステーション（郵便料金ポイント）と個々の暗号検証部（暗号サーバ）との間でのキーの流通についての好ましい順序を示したものである。
【図１】
2005508537.tif 000006
【図２】
2005508537.tif 000007
【図３】
2005508537.tif 000008
【図４】
2005508537.tif 000009
【図５】
2005508537.tif 000010
【図６】
2005508537.tif 000011
【図７】
2005508537.tif 000012
【国際公開パンフレット】
2005508537.tif 000013
2005508537.tif 000014
2005508537.tif 000015
2005508537.tif 000016
2005508537.tif 000017
2005508537.tif 000018
2005508537.tif 000019
2005508537.tif 000020
2005508537.tif 000021
2005508537.tif 000022
2005508537.tif 000023
2005508537.tif 000024
2005508537.tif 000025
2005508537.tif 000026
2005508537.tif 000027
2005508537.tif 000028
2005508537.tif 000029
2005508537.tif 000030
2005508537.tif 000031
2005508537.tif 000032
2005508537.tif 000033
2005508537.tif 000034
2005508537.tif 000035
2005508537.tif 000036
2005508537.tif 000037
2005508537.tif 000038
2005508537.tif 000039
2005508537.tif 000040
2005508537.tif 000041
2005508537.tif 000042
2005508537.tif 000043
2005508537.tif 000044
2005508537.tif 000045
2005508537.tif 000046
2005508537.tif 000047
2005508537.tif 000048
2005508537.tif 000049
2005508537.tif 000050
2005508537.tif 000051
2005508537.tif 000052
2005508537.tif 000053
2005508537.tif 000054
2005508537.tif 000055
2005508537.tif 000056
2005508537.tif 000057
2005508537.tif 000058
2005508537.tif 000059
2005508537.tif 000060
2005508537.tif 000061
2005508537.tif 000062
2005508537.tif 000063
2005508537.tif 000064
2005508537.tif 000065
2005508537.tif 000066
【手続補正書】
【提出日】平成15年8月12日(2003.8.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
郵便物に付けられたデジタルの郵便料金別納印の真偽を検証する方法であって、
郵便料金別納印に含まれる暗号情報は、解読されて郵便料金別納印の真偽を検証するために用いられ、
検証部が一連の検査構成要素を制御し、
第１の検査構成要素は、デジタルの郵便料金別納印に含まれる行列コードの読み込みを有し、
検証部が行列コードの内容の分割を制御し、
検証構成要素が検査ステップとして実行され、
検証部が複数の検査要求を同時に実行可能であり、それに加えていくつかの検査ステップを平行に実行可能であり、
認証を行わずに検査ステップによって作られた郵便料金別納印が確認され、
デジタルのメッセージとして検証結果が送信され、
前記のことが、郵便物の通常の処理周期から取り消される郵便物を結果として生じることを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
検査構成要素の１つが、郵便料金別納印に含まれる暗号情報の解読からなることを特徴とする方法。
【請求項３】
請求項１及び２の一方又は双方に記載の方法であって、
検査構成要素の１つが、郵便料金別納印の作成日と現在の日との間の比較からなることを特徴とする方法。
【請求項４】
請求項１ないし３のうちのいずれか１項に記載の方法であって、
読み取り部と検証部が同期プロトコルを用いて情報を交換することを特徴とする方法。
【請求項５】
請求項４に記載の方法であって、
前記プロトコルがRPCベースである方法。
【請求項６】
請求項１ないし５のうちのいずれか１項に記載の方法であって、
読み取り部と検証部が非同期プロトコルを用いてお互いに通信することを特徴とする方法。
【請求項７】
請求項６に記載の方法であって、
読み取り部がデータメッセージを検証部に送信することを特徴とする方法。
【請求項８】
請求項７に記載の方法であって、
前記データメッセージが郵便料金別納印の内容を含むことを特徴とする方法。
【請求項９】
請求項１ないし８のうちのいずれか１項に記載の方法であって、
データメッセージが暗号検証ルーチンを開始する要求を含むことを特徴とする方法。
【請求項１０】
請求項１ないし９のうちのいずれか１項に記載の方法であって、
複数の検証手段の間で暗号インタフェースが負荷配分を実行することを特徴とする方法。
【請求項１１】
請求項１ないし１０のうちのいずれか１項に記載の方法であって、
郵便料金別納印の内容が個々のフィールドに分割されることを特徴とする方法。
【請求項１２】
請求項１ないし１１のうちのいずれか１項に記載の方法であって、
郵便料金別納印の作成を制御する顧客システムの識別番号（郵便料金ID）が、郵便料金別納印から確かめられることを特徴とする方法。
【請求項１３】
請求項１ないし１２のうちのいずれか１項に記載の方法であって、
個々の顧客のシステムの識別規格（郵便料金ID）がネガティブファイルに記録され、前記の郵便料金IDに関連する郵便物が通常の処理工程から取り消されることを特徴とする方法。
【請求項１４】
請求項１ないし１３のうちのいずれか１項に記載の方法であって、
郵便料金別納印に含まれる暗号化された受信アドレス文が、郵便物の配達のために表示された受信アドレスと比較されることを特徴とする方法。
【請求項１５】
請求項１ないし１４のうちのいずれか１項に記載の方法であって、
前記方法の検証パラメータが変更され得ることを特徴とする方法。
【請求項１６】
請求項１５に記載の方法であって、
システム管理者に関する個人的なデジタルキー（秘密鍵）の入力の後にのみ、方法のパラメータが変更されることを特徴とする方法。
【国際調査報告】
2005508537.tif 000067
2005508537.tif 000068
2005508537.tif 000069
2005508537.tif 000070
2005508537.tif 000071
2005508537.tif 000072
2005508537.tif 000073
2005508537.tif 000074