(57)【特許請求の範囲】
【請求項１】
多者間信用照会のＡＰＫ署名方法であって、
異なる端末装置業者のＣＡサーバーが、各自の業者のルート公開鍵及びルート秘密鍵を生成し、前記ルート公開鍵を業者のルート公開鍵証明書として生成し、前記異なる端末装置業者の署名サーバーが、各自の業者の作業公開鍵及び作業秘密鍵を生成し、前記作業公開鍵を各自の前記業者のＣＡサーバーに配送し、前記業者のＣＡサーバーが、前記ルート秘密鍵を用いて業者の作業公開鍵署名に対して業者の作業公開鍵証明書を生成するステップＳ１と、
前記異なる端末装置業者の署名サーバーが、各自の業者の前記作業秘密鍵を用いてオリジナルＡＰＫファイルを含む署名されたデータの署名に対して異なる端末装置業者の署名データを生成し、前記異なる端末装置業者の署名検証メカニズムに基づいて各自の前記業者の作業公開鍵証明書を各自生成した業者の署名データ内に入れるか又は各自の端末装置内にプレインストールし、前記異なる端末装置業者が、各自の前記業者のルート公開鍵証明書を各自の前記端末装置内にプレインストールするステップＳ２と、
アクワイアラーの署名サーバーが、前記異なる端末装置業者の署名サーバーで生成された異なる業者の署名データを署名時間の前後順のＤＥＲフォーマットで署名済みＡＰＫファイルを構成し、前記署名済みＡＰＫファイルは、オリジナルＡＰＫファイルと署名ファイルヘッダーとを含み、前記署名ファイルヘッダーは、基本的なファイルと拡張ファイルとを含み、前記基本的なファイルは、ファイルが署名操作を経たことを識別するために用いられ、前記拡張ファイルは、異なる端末装置各自の業者の署名データの個数及び異なる端末装置各自の業者の署名データの前記署名済みＡＰＫファイルにおける具体的位置を識別するために用いられるステップＳ３と、
前記端末装置が、前記アクワイアラーの署名サーバーから前記署名済みＡＰＫファイルを取得し、前記署名済みＡＰＫファイル内に前記端末装置と対応する端末装置業者が生成した前記業者の署名データがあるかどうかを判断し、対応の前記業者の署名データがあると判定した後、前記署名済みＡＰＫファイルのヘッダーを通じて前記業者の署名データを位置付けるステップＳ４と、
前記端末装置が、前記業者のルート公開鍵証明書を取得した後、前記業者のルート公開鍵証明書を用いて前記業者の署名データにおける前記業者の作業公開鍵証明書の適法性を検証し、適法を確認した後、前記業者の作業公開鍵証明書内の作業公開鍵を抽出して前記署名データを検証し、検証に通過した後、インストール又は実行を許容するステップＳ５と、
を備えたことを特徴とする多者間信用照会のＡＰＫ署名方法。
【請求項２】
前記ステップＳ１の前に、前記アクワイアラーの署名サーバーが、前記オリジナルＡＰＫファイル末尾を０×００４バイトで埋め込んで揃え、前記オリジナルＡＰＫファイル末尾を０×００で終了した後、前記署名されたデータとすることを確保するステップを更に含み、
前記ステップＳ３は、前記アクワイアラーの署名サーバーが、前記署名されたデータの識別、バージョン及びオリジナルＡＰＫファイルの長さ及びチェックサムを前記基本的なファイル内に書き込むステップＳ３１を更に含み、
前記ステップＳ４内の前記署名済みＡＰＫファイル内に前記端末装置と対応する端末装置業者の署名データがあるかどうかを判断する処理は、前記署名済みＡＰＫファイルにおける前記署名ファイルヘッダーの前記基本的なファイル内の異なる署名されたデータの識別、バージョンに基づいて、自身の端末装置に属する前記署名データの有無を判断する処理であることを特徴とする請求項１に記載の多者間信用照会のＡＰＫ署名方法。
【請求項３】
前記ステップＳ２内の前記異なる端末装置業者の署名サーバーが、各自の業者の前記作業秘密鍵を用いてオリジナルＡＰＫファイルを含む署名されたデータの署名に対して異なる端末装置業者の署名データを生成する処理は、
前記異なる端末装置業者の署名サーバーが、前記オリジナルＡＰＫファイルを含む前記署名されたデータに対してハッシュを計算してハッシュ値ＨＡＳＨ１を得、前記ハッシュ値ＨＡＳＨ１を一定の署名埋め込み方式により埋め込んだ後、前記署名されたＡＰＫファイルを得、前記署名されたＡＰＫファイルを前記端末装置業者の署名サーバー各自の前記作業秘密鍵で署名の操作を行い、前記異なる端末装置業者の署名データを生成する処理であることを特徴とする請求項１に記載の多者間信用照会のＡＰＫ署名方法。
【請求項４】
前記ステップＳ５は、
前記業者の作業公開鍵証明書が前記端末装置内にプレインストールされているか否かを判断し、プレインストールされている場合、前記業者の作業公開鍵証明書を取得してステップＳ５３へ進み、プレインストールされてない場合、前記署名済みＡＰＫファイルのヘッダーを位置付けて前記端末装置に対応する前記業者の署名データを取得するステップＳ５１と、
前記業者の署名データにおける前記業者の作業公開鍵証明書を取得し、前記端末装置が、プレインストールされた前記業者のルート公開鍵証明書で前記業者の署名データにおける前記業者の作業公開鍵証明書の適法性を検証し、検証に通過した後ステップＳ５３へ進むステップＳ５２と、
前記端末装置が、前記業者の作業公開鍵証明書における前記作業公開鍵を抽出して前記署名データを検証すると共にハッシュを計算し、ハッシュ値ＨＡＳＨ２を得、前記ハッシュ値ＨＡＳＨ１と前記ハッシュ値ＨＡＳＨ２とが一致しているかを判断し、一致している場合、前記署名済みＡＰＫファイルが適法であると判定し、ＡＰＫのインストールを許容し、一致していない場合、前記署名済みＡＰＫファイルが不適法であると判定し、ＡＰＫのインストールを許容しないステップＳ５３と、
を含むことを特徴とする請求項３に記載の多者間信用照会のＡＰＫ署名方法。
【請求項５】
多者間信用照会のＡＰＫ署名システムであって、端末装置業者のサーバーとアクワイアラーのサーバーと端末装置のサーバーとを含み、
前記端末装置業者のサーバーは、第１生成モジュールと第２生成モジュールと第１署名モジュールとを含み、
前記第１生成モジュールは、異なる端末装置業者のＣＡサーバーが、各自の業者のルート公開鍵及びルート秘密鍵を生成し、前記ルート公開鍵を業者のルート公開鍵証明書として生成し、前記ルート秘密鍵を用いて業者の作業公開鍵署名に対して業者の作業公開鍵証明書を生成するために用いられ、
前記第２生成モジュールは、前記異なる端末装置業者の署名サーバーが、各自の業者の作業公開鍵及び作業秘密鍵を生成し、前記作業公開鍵を各自の業者のＣＡサーバーに配送するために用いられ、
前記第１署名モジュールは、前記異なる端末装置業者の署名サーバーが、各自の業者の前記作業秘密鍵を用いてオリジナルＡＰＫファイルを含む署名されたデータの署名に対して異なる端末装置業者の署名データを生成し、前記異なる端末装置業者の署名検証メカニズムに基づいて各自の業者の前記作業公開鍵証明書を各自生成した前記業者の署名データ内に入れるか又は各自の端末装置内にプレインストールし、前記異なる端末装置業者が、各自の前記業者のルート公開鍵証明書を各自の端末装置内にプレインストールするために用いられ、
前記アクワイアラーのサーバーは、第２署名モジュールを含み、
前記第２署名モジュールは、前記アクワイアラーの署名サーバーが、前記異なる端末装置業者の署名サーバーで生成された異なる業者の署名データを署名時間の前後順のＤＥＲフォーマットで署名済みＡＰＫファイルを構成するために用いられ、前記署名済みＡＰＫファイルは、前記オリジナルＡＰＫファイルと署名ファイルヘッダーとを含み、前記署名ファイルヘッダーは、基本的なファイルと拡張ファイルとを含み、前記基本的なファイルは、ファイルが署名操作を経たことを識別するために用いられ、前記拡張ファイルは、異なる端末装置各自の前記業者の署名データの個数及び異なる端末装置各自の前記業者の署名データの前記署名済みＡＰＫファイルにおける具体的位置を識別するために用いられ、
前記端末装置のサーバーは、第１判断モジュールと位置付けモジュールと第１検証モジュールと第２検証モジュールとを含み、
前記第１判断モジュールは、前記端末装置が、前記アクワイアラーの署名サーバーから前記署名済みＡＰＫファイルを取得し、前記署名済みＡＰＫファイル内に前記端末装置と対応する端末装置業者が生成した前記業者の署名データがあるかどうかを判断するために用いられ、
前記位置付けモジュールは、前記端末装置が、対応の前記業者の署名データがあると判定した後、前記署名済みＡＰＫファイルのヘッダーを通じて前記業者の署名データを位置付けるために用いられ、
前記第１検証モジュールは、前記端末装置が、前記業者のルート公開鍵証明書を用いて前記業者の署名データにおける前記業者の作業公開鍵証明書の適法性を検証するために用いられ、
前記第２検証モジュールは、前記端末装置が、前記業者の作業公開鍵証明書の適法性を検証することに成功した後、前記業者の作業公開鍵証明書内の作業公開鍵を抽出して前記署名データを検証し、検証に通過した後、インストール又は実行を許容するために用いられることを特徴とする多者間信用照会のＡＰＫ署名システム。
【請求項６】
前記アクワイアラーは、第３署名モジュールと書き込みモジュールと第２判断モジュールとを含み、
前記第３署名モジュールは、前記アクワイアラーの署名サーバーが、前記オリジナルＡＰＫファイル末尾を０×００４バイトで埋め込んで揃え、前記オリジナルＡＰＫファイル末尾を０×００で終了した後、前記署名されたデータとすることを確保するために用いられ、
前記書き込みモジュールは、前記アクワイアラーの署名サーバーが、前記署名されたデータの識別、バージョン及び前記オリジナルＡＰＫファイルの長さ及びチェックサムを前記基本的なファイル内に書き込むために用いられ、
前記第２判断モジュールは、前記アクワイアラーの署名サーバーが、異なる端末装置業者にまだ署名操作の必要があるかどうかを判断し、必要がある場合、前記異なる端末装置業者が、各自の前記業者の署名サーバーを呼び出して署名の操作を行い、前記署名ファイルヘッダーを修正し、必要がない場合、終了するために用いられることを特徴とする請求項５に記載の多者間信用照会のＡＰＫ署名システム。
【請求項７】
前記第１署名モジュールは、署名手段を含み、
前記署名手段は、前記異なる端末装置業者の署名サーバーが、前記オリジナルＡＰＫファイルを含む前記署名されたデータに対してハッシュを計算してハッシュ値ＨＡＳＨ１を得、前記ハッシュ値ＨＡＳＨ１を一定の署名埋め込み方式により埋め込んだ後、前記署名されたＡＰＫファイルを得、前記署名されたＡＰＫファイルを前記端末装置業者の署名サーバー各自の前記作業秘密鍵で署名の操作を行い、異なる端末装置業者の署名データを生成するために用いられることを特徴とする請求項５に記載の多者間信用照会のＡＰＫ署名システム。
【請求項８】
前記第１検証モジュールは、第２判断手段と第３検証手段とを含み、前記第２検証モジュールが第１演算手段と第３判断手段とを含み、
前記第２判断手段は、前記業者の作業公開鍵証明書が前記端末装置内にプレインストールされているか否かを判断し、プレインストールされている場合、前記業者の作業公開鍵証明書を取得し、プレインストールされていない場合、前記署名済みＡＰＫファイルのヘッダーを位置付けて前記端末装置に対応する前記業者の署名データを取得するために用いられ、
前記第３検証手段は、前記端末装置が、前記業者の署名データにおける前記業者の作業公開鍵証明書を取得し、プレインストールされた前記業者のルート公開鍵証明書で前記業者の署名データにおける前記業者の作業公開鍵証明書の適法性を検証するために用いられ、
前記第１演算手段は、前記端末装置が、前記業者の作業公開鍵証明書における前記作業公開鍵を抽出して前記署名データを検証すると共にハッシュを計算し、ハッシュ値ＨＡＳＨ２を得るために用いられ、
前記第３判断手段は、前記端末装置が、前記ハッシュ値ＨＡＳＨ１と前記ハッシュ値ＨＡＳＨ２が一致しているかを判断し、一致している場合、前記署名済みＡＰＫファイルが適法であると判定し、ＡＰＫのインストールを許容し、一致していない場合、前記署名済みＡＰＫファイルが不適法であると判定し、ＡＰＫのインストールを許容しないために用いられることを特徴とする請求項５に記載の多者間信用照会のＡＰＫ署名システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＡＰＫ署名認証分野に関し、特に、多者間信用照会のＡＰＫ署名方法及びそのシステムに関する。
【背景技術】
【０００２】
銀行カードを決済ツールとするのが益々普及するに当たり、通常の銀行カード決済システムは、ＰＯＳターミナル（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅ  Ｔｅｒｍｉｎａｌ：販売時点情報管理端末装置）と、ＰＯＳＰ（ＰＯＳ  ａｃｑｕｉｒｉｎｇ  ｓｙｓｔｅｍｓ：ＰＯＳ取得装置）と、暗証番号入力用パッド（ＰＩＮ  ＰＡＤ）と、ハードウェアセキュリティモジュール（Ｈａｒｄｗａｒｅ  ａｎｄ  Ｓｅｃｕｒｉｔｙ  Ｍｏｄｕｌｅ：ＨＳＭ）とを含む。ＰＯＳターミナルは、通信機能を有し、銀行カード情報を受信でき、銀行窓口係のコマンドを受けて金融取引情報及び関連情報交換を実現する。ＰＯＳＰは、集中管理及び取引処理のシステムであり、ＰＯＳターミナルを集中管理し、パラメータのダウンロード、鍵のダウンロード、ＰＯＳターミナルの取引要求の受け付け、処理又は転送を行い、またＰＯＳターミナルに取引結果の情報を返す。ＰＯＳＰ内のＰＯＳ上にあるプログラムは、アクワイアラーによってダウンロート及び更新される。Ａｎｄｒｏｉｄシステムの汎用性により、アクワイアラーは、ＡｎｄｒｏｉｄシステムのＰＯＳターミナルの購入を開始している。ここで、ＡＰＫは、Ａｎｄｒｏｉｄシステムのアプリケーションパッケージをいい、ＡｎｄｒｏｉｄＰａｃｋａｇｅの略語である。
【０００３】
ただし、ＰＯＳターミナルの業者は非常に多く、各業者は、ＰＯＳターミナルの安全性を高めるため、ダウンロード後にＰＯＳ内にインストールや実行する必要があるプログラムに対して署名検証を行い、適法な署名プログラムのみインストール又は実行することが許容されるようにしている。また、各業者によって実現されるメカニズムが異なるため、異なる業者のＡｎｄｒｏｉｄシステムＰＯＳターミナルにダウンロード及びインストールされたＡＰＫ署名後のファイルフォーマットに不一致が生じると、アクワイアラーは、異なる業者のＡｎｄｒｏｉｄシステムＰＯＳターミナルを購入し、異なるＡＰＫ署名ツールをメンテナンスし、同一のＡＰＫに対して異なるバージョンの署名済みＡＰＫファイルをメンテナンスする必要がある。そのため、アクワイアラーに手間が掛かり、煩雑なメンテナンス作業及び膨大なメンテナンスコストをもたらし得る。よって、アクワイアラーのＡＰＫ署名に対するメンテナンスコストを削減することが可能なＡＰＫ署名を統一するソリューションを提供する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、アクワイアラーが異なる業者のＡｎｄｒｏｉｄシステムの端末装置の署名を統一管理し易く、メンテナンスコストを削減することが可能な多者間信用照会のＡＰＫ署名方法及びそのシステムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するため、本発明に係る多者間信用照会のＡＰＫ署名方法は、次のステップを備えている。
Ｓ１：異なる端末装置業者のＣＡサーバーが、各自の業者のルート公開鍵及びルート秘密鍵を生成し、前記ルート公開鍵を業者のルート公開鍵証明書として生成し、前記異なる端末装置業者の署名サーバーが、各自の業者の作業公開鍵及び作業秘密鍵を生成し、前記作業公開鍵を各自の業者のＣＡサーバーに配送し、前記業者のＣＡサーバーが、前記ルート秘密鍵を用いて業者の作業公開鍵署名に対して業者の作業公開鍵証明書を生成する。
Ｓ２：前記異なる端末装置業者の署名サーバーが、各自の業者の前記作業秘密鍵を用いてオリジナルＡＰＫファイルを含む署名されたデータの署名に対して異なる端末装置業者の署名データを生成し、異なる端末装置業者の署名検証メカニズムに基づいて各自の前記業者の作業公開鍵証明書を各自生成した業者の署名データ内に入れるか又は各自の端末装置内にプレインストールし、前記異なる端末装置業者が、各自の前記業者のルート公開鍵証明書を各自の端末装置内にプレインストールする。
Ｓ３：アクワイアラーの署名サーバーが、前記異なる端末装置業者の署名サーバーで生成された異なる業者の署名データを署名時間の前後順のＤＥＲフォーマットで署名済みＡＰＫファイルを構成し、前記署名済みＡＰＫファイルは、オリジナルＡＰＫファイルと署名ファイルヘッダーとを含み、前記署名ファイルヘッダーは、基本的なファイルと拡張ファイルとを含み、前記基本的なファイルは、ファイルが署名操作を経たことを識別するために用いられ、前記拡張ファイルは、異なる端末装置各自の業者の署名データの個数及び異なる端末装置各自の業者の署名データの前記署名済みＡＰＫファイルにおける具体的位置を識別するために用いられる。
Ｓ４：前記端末装置が、前記アクワイアラーの署名サーバーから前記署名済みＡＰＫファイルを取得し、前記署名済みＡＰＫファイル内に前記端末装置と対応する端末装置業者が生成した前記業者の署名データがあるかどうかを判断し、対応の前記業者の署名データがあると判定した後、前記署名済みＡＰＫファイルのヘッダーを通じて前記業者の署名データを位置付ける。
Ｓ５：前記端末装置が、前記業者のルート公開鍵証明書を取得した後、前記業者のルート公開鍵証明書を用いて前記業者の署名データにおける前記業者の作業公開鍵証明書の適法性を検証し、適法を確認した後、前記業者の作業公開鍵証明書内の作業公開鍵を抽出して前記署名データを検証し、検証に通過した後、インストール又は実行を許容する。
【０００６】
本発明に係る多者間信用照会のＡＰＫ署名システムは、端末装置業者のサーバーとアクワイアラーのサーバーと端末装置のサーバーとを含む。
前記端末装置業者のサーバーは、第１生成モジュールと第２生成モジュールと第１署名モジュールとを含む。
前記第１生成モジュールは、異なる端末装置業者のＣＡサーバーが、各自の業者のルート公開鍵及びルート秘密鍵を生成し、前記ルート公開鍵を業者のルート公開鍵証明書として生成し、前記ルート秘密鍵を用いて業者の作業公開鍵署名に対して業者の作業公開鍵証明書を生成するために用いられる。
前記第２生成モジュールは、前記異なる端末装置業者の署名サーバーが、各自の業者の作業公開鍵及び作業秘密鍵を生成し、前記作業公開鍵を各自の業者のＣＡサーバーに配送するために用いられる。
前記第１署名モジュールは、前記異なる端末装置業者の署名サーバーが、各自の業者の前記作業秘密鍵を用いてオリジナルＡＰＫファイルを含む署名されたデータの署名に対して異なる端末装置業者の署名データを生成し、前記異なる端末装置業者の署名検証メカニズムに基づいて各自の業者の前記作業公開鍵証明書を各自生成した業者の署名データ内に入れるか又は各自の端末装置内にプレインストールし、前記異なる端末装置業者が、各自の前記業者のルート公開鍵証明書を各自の端末装置内にプレインストールするために用いられる。
前記アクワイアラーのサーバーは、第２署名モジュールを含む。
前記第２署名モジュールは、前記アクワイアラーの署名サーバーが前記異なる端末装置業者の署名サーバーで生成された異なる業者の署名データを署名時間の前後順のＤＥＲフォーマットで署名済みＡＰＫファイルを構成するために用いられ、前記署名済みＡＰＫファイルは、前記オリジナルＡＰＫファイルと署名ファイルヘッダーとを含み、前記署名ファイルヘッダーは、基本的なファイルと拡張ファイルとを含み、前記基本的なファイルは、ファイルが署名操作を経たことを識別するために用いられ、前記拡張ファイルは、異なる端末装置各自の業者の署名データの個数及び異なる端末装置各自の業者の署名データの前記署名済みＡＰＫファイルにおける具体的位置を識別するために用いられる。
前記端末装置のサーバーは、第１判断モジュールと位置付けモジュールと第１検証モジュールと第２検証モジュールとを含む。
前記第１判断モジュールは、前記端末装置が、前記アクワイアラーの署名サーバーから前記署名済みＡＰＫファイルを取得し、前記署名済みＡＰＫファイル内に前記端末装置と対応する端末装置業者が生成した前記業者の署名データがあるかどうかを判断するために用いられる。
前記位置付けモジュールは、前記端末装置が、対応の業者の署名データがあると判定した後、前記署名済みＡＰＫファイルのヘッダーを通じて前記業者の署名データを位置付けるために用いられる。
前記第１検証モジュールは、前記端末装置が前記業者のルート公開鍵証明書を用いて前記業者の署名データにおける前記業者の作業公開鍵証明書の適法性を検証するために用いられる。
前記第２検証モジュールは、前記端末装置が前記業者の作業公開鍵証明書の適法性を検証することに成功した後、前記業者の作業公開鍵証明書内の作業公開鍵を抽出して前記署名データを検証し、検証に通過した後インストール又は実行を許容するために用いられる。
【発明の効果】
【０００７】
本発明の多者間信用照会のＡＰＫ署名方法及びシステムは、異なる端末装置の署名サーバーを通じてＡＰＫファイルを含む署名されたデータに対して各自署名の操作を行って各自の署名データを生成した後、アクワイアラーが順番通りＤＥＲフォーマットで署名済みＡＰＫファイルを構成する。署名済みＡＰＫファイル内は、署名の操作を受けたことを識別するための端末装置と各端末装置業者の署名データの個数と署名済みＡＰＫファイルの現位置にあるヘッダーとを含み、異なる端末装置が署名済みＡＰＫファイルを取得した後、自身の端末装置の検証を行うために必要な対応の署名データを抽出して適法性を検証し、検証に通過してからＡＰＫのインストール又は実行を行うことができる。
【０００８】
本発明によれば、端末装置は、所要のＡＰＫをダウンロードする過程で、自身の端末装置の署名を経た署名済みＡＰＫファイルのみを識別し、また自身の端末装置の署名データを位置付けした後、自身の署名検証メカニズムを用いて適法性を検証し、検証に通過してからＡＰＫのインストール又は実行を許容できる。本発明によれば、署名後ＡＰＫの伝送後の完全性及び適法性を保証することで、異なる業者の端末装置が自身の署名検証メカニズムのみをメンテナンスすればよく、顧客のメンテナンスコストを大幅に削減できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係る多者間信用照会のＡＰＫ署名方法のフロー図である。
【図２】本発明の一実施形態に係る多者間信用照会のＡＰＫ署名方法におけるステップ５の具体的なフロー図である。
【図３】本発明の一実施形態に係る多者間信用照会のＡＰＫ署名システムの構成を示すブロック図である。
【図４】本発明の一実施形態に係る多者間信用照会のＡＰＫ署名システムにおけるアクワイアラーのサーバーの構成を示すブロック図である。
【図５】本発明の一実施形態に係る多者間信用照会のＡＰＫ署名システムにおける第１検証モジュールの構成を示すブロック図である。
【図６】本発明の一実施形態に係る多者間信用照会のＡＰＫ署名システムにおける第２検証モジュールの構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
異なる業者の端末装置は、署名されたデータに対して各自署名の操作を行った後、業者の署名データを生成し、業者の署名データをアクワイアラーの署名サーバーに送信する。アクワイアラーの署名サーバーがＤＥＲフォーマットで署名済みＡＰＫファイルを構成し、業者の端末装置が署名済みＡＰＫファイルをインストール又は実行する時、端末装置に対応する業者の署名データを位置付けて取得して署名検証を行い、署名検証に通過した後ＡＰＫファイルをインストール又は実行する。本発明は、拡張に便利なＤＥＲフォーマットでエンコードして異なる業者の署名データを保存し、端末装置が自身に対応する業者の署名データのみを取得すると共に署名を検証する。したがって、異なる業者の署名検証メカニズムのＡｎｄｒｏｉｄ端末装置に対して１式の署名実現メカニズムのみをメンテナンスすればよく、アクワイアラーが同時に異なる端末装置業者の異なる署名検証メカニズムのメンテナンスするコストを削減することができる。
【００１１】
以下、本発明の技術内容、構造特徴、達成する目的及び効果を詳細に説明するため、実施形態を組み合わせたと共に添付図面を基に詳細に説明する。
【００１２】
図１は、本発明の一実施形態に係る多者間信用照会のＡＰＫ署名方法のフロー図である。
【００１３】
本実施形態に係る多者間信用照会のＡＰＫ署名方法は、次のステップを含む。
【００１４】
Ｓ１：異なる端末装置業者のＣＡサーバーが、各自の業者のルート公開鍵及びルート秘密鍵を生成し、ルート公開鍵を業者のルート公開鍵証明書として生成し、異なる端末装置業者の署名サーバーが、各自の業者の作業公開鍵及び作業秘密鍵を生成し、作業公開鍵を各自の業者のＣＡサーバーに配送し、業者のＣＡサーバーが、ルート秘密鍵を用いて業者の作業公開鍵署名に対して業者の作業公開鍵証明書を生成する。
【００１５】
Ｓ２：異なる端末装置業者の署名サーバーが、各自の業者の作業秘密鍵を用いてオリジナルＡＰＫファイルを含む署名されたデータの署名に対して異なる端末装置業者の署名データを生成し、異なる端末装置業者の署名検証メカニズムに基づいて各自の業者の作業公開鍵証明書を各自生成した業者の署名データ内に入れるか又は各自の端末装置内にプレインストールし、異なる端末装置業者が、各自の業者のルート公開鍵証明書を各自の端末装置内にプレインストールする。
【００１６】
Ｓ３：アクワイアラーの署名サーバーが、異なる端末装置業者の署名サーバーで生成された異なる業者の署名データを署名時間の前後順のＤＥＲフォーマットで署名済みＡＰＫファイルを構成する。ここで、署名済みＡＰＫファイルは、オリジナルＡＰＫファイルと署名ファイルヘッダーとを含む。署名ファイルヘッダーは、基本的なファイルと拡張ファイルとを含む。基本的なファイルは、ファイルが署名操作を経たことを識別するために用いられる。拡張ファイルは、異なる端末装置各自の業者の署名データの個数及び異なる端末装置各自の業者の署名データの署名済みＡＰＫファイルにおける具体的位置を識別するために用いられる。
【００１７】
Ｓ４：端末装置が、アクワイアラーの署名サーバーから署名済みＡＰＫファイルを取得し、署名済みＡＰＫファイル内に端末装置と対応する端末装置業者が生成した業者の署名データがあるかどうかを判断し、対応の業者の署名データがあると判定した後、署名済みＡＰＫファイルのヘッダーを通じて業者の署名データを位置付ける。
【００１８】
Ｓ５：端末装置が、業者のルート公開鍵証明書を取得した後、業者のルート公開鍵証明書を用いて業者の署名データにおける業者の作業公開鍵証明書の適法性を検証し、適法を確認した後、業者の作業公開鍵証明書内の作業公開鍵を抽出して署名データを検証し、検証に通過した後、インストール又は実行を許容する。
【００１９】
本実施形態では、ＤＥＲフォーマットで異なる業者の端末装置が各自の署名操作を行った後の署名データをエンコードし、また署名の時間順序通りに並べる。ＤＥＲフォーマットでエンコードすると拡張に便利であり、異なる端末装置業者の署名データをスムーズに且つ各自独立して格納できる。本実施形態の署名ファイルヘッダーは、署名済みＡＰＫファイルのタイプ及び異なる業者の署名を経た後データのオフセット及びオフセット距離を識別し、異なる業者の端末装置にダウンロードした後、自身の端末装置の署名操作を経た署名データがあるかどうかを判断に用いられる。署名ファイルヘッダーは、更に署名データの署名済みＡＰＫファイルにおける具体的位置を位置付け、異なる業者の端末装置が各自の署名データを取得して各自の署名検証を行うのに好適である。異なる業者の端末装置の各自署名操作を行う過程で、異なる業者は自分のニーズに応じて各自の業者の作業公開鍵証明書を各自生成した業者の署名データ内に入れるか又は端末装置内にプレインストールする。その後端末装置が署名検証を行う時、業者の端末装置内にプレインストールされた業者の作業公開鍵の適法性を再検証する必要がなく、直接署名検証に用いることができる。端末装置業者の署名データ内に格納している業者の作業公開鍵証明書は、プレインストールされた業者のルート公開鍵証明書でその適法性を検証し、検証に通過した後、その後の検証ステップを継続でき、さもなければ署名データを不適法と判定する。
【００２０】
本実施形態によれば、端末装置がＡＰＫファイルをダウンロードする時、署名済みＡＰＫファイル内に自身の端末装置の署名を経た署名データがあることを識別した後、位置付けて対応の署名データを取得し、自身の署名検証メカニズムで適法性を検証し、検証に通過した後ＡＰＫのインストール又は実行を行うことができる。本実施形態によれば、署名後ＡＰＫが迅速に伝送を経た後の完全性及び適法性を検証するだけではなく、異なる業者の端末装置を購入した顧客が同時に複数の異なる業者の端末装置の異なる署名検証メカニズムをメンテナンスする必要がないため、顧客のメンテナンスコストを大幅に削減できる。
【００２１】
＜実施形態１＞
本実施形態では、ステップＳ１の前に、アクワイアラーの署名サーバーが、オリジナルＡＰＫファイル末尾を０×００４バイトで埋め込んで揃え、オリジナルＡＰＫファイル末尾を０×００で終了した後、署名されたデータとすることを確保するステップを更に含む。
【００２２】
ステップＳ３は、次のステップを更に含む。
Ｓ３１：アクワイアラーの署名サーバーが、署名されたデータの識別、バージョン及びオリジナルＡＰＫファイルの長さ及びチェックサムを基本的なファイル内に書き込む。
【００２３】
ステップＳ４内の「署名済みＡＰＫファイル内に端末装置と対応する端末装置業者の署名データがあるかどうかを判断」する処理は、具体的には、署名済みＡＰＫファイルにおける署名ファイルヘッダーの基本的なファイル内の異なる署名されたデータの識別、バージョンに基づいて、自身の端末装置に属する署名データの有無を判断する処理である。
【００２４】
本実施形態では、異なる業者の端末装置が各自署名を検証してＡＰＫを取得すると共に、ステップＳ１の前にアクワイアラーの署名サーバーがオリジナルＡＰＫファイルを４バイトで埋め込んで揃え、不足分を０×００で埋め込み、末尾に４個の０×００を埋めることで、オリジナルＡＰＫファイルの末尾が０×００とすることを確保し、今後エンコードが容易になる。ステップＳ２において、アクワイアラーの署名サーバーは、署名されたデータの識別、バージョン及びオリジナルＡＰＫファイルの長さ及びチェックサムを基本的なファイル内に書き込む。ステップＳ３において、異なる端末装置内にダウンロードした時、端末装置が、基本的なファイルにおける署名されたデータの識別、バージョン及びチェックサムを通じて自身の端末装置の署名操作を経たかどうかを判断するために用いられる。
【００２５】
＜実施形態２＞
本実施形態において、ステップＳ２の「異なる端末装置業者の署名サーバーが、各自の業者の作業秘密鍵を用いてオリジナルＡＰＫファイルを含む署名されたデータの署名に対して異なる端末装置業者の署名データを生成」する処理は、具体的には、異なる端末装置業者の署名サーバーが、オリジナルＡＰＫファイルを含む署名されたデータに対してハッシュを計算してハッシュ値ＨＡＳＨ１を得、ハッシュ値ＨＡＳＨ１を一定の署名埋め込み方式により埋め込んだ後署名されたＡＰＫファイルを得、署名されたＡＰＫファイルを端末装置業者の署名サーバー各自の作業秘密鍵で署名の操作を行い、異なる端末装置業者の署名データを生成する処理である。
【００２６】
本実施形態では、異なる業者の端末装置が各自署名検証を行ってＡＰＫを取得すると共に、異なる端末装置業者の署名サーバーが各自の作業秘密鍵を用いてオリジナルＡＰＫファイルを含む署名されたデータの署名に対して異なる端末装置業者の署名データを生成する具体的過程を更に含む。署名されたデータに対してハッシュを計算してハッシュ値ＨＡＳＨ１を得ると共にハッシュ値ＨＡＳＨ１をＰＫＣＳ＃１−Ｖ１．５の署名埋め込み方式により埋め込んで署名されたファイルを得、また署名されたファイルを秘密鍵で署名の操作を行って端末装置業者の署名データを生成し、ＤＥＲ形式でエンコードした署名済みＡＰＫファイル内に加えると共に、署名済みＡＰＫファイルのヘッダーを修正し、現在追加した業者の端末装置業者の署名データのオフセットと長さをヘッダーの対応する拡張領域内に添加する。当該方法によれば、異なる業者の端末装置で署名した後の署名データをＤＥＲエンコードフォーマットにより配列し、データを拡張すると共に、署名検証時に異なる業者の端末装置に対応する署名データを取得するのに好適である。
【００２７】
図２は、本発明の一実施形態に係る多者間信用照会のＡＰＫ署名方法におけるステップ５の具体的なフロー図である。
【００２８】
＜実施形態３＞
本実施形態において、ステップＳ５は、具体的に次のステップを含む。
【００２９】
Ｓ５１：業者の作業公開鍵証明書が端末装置内にプレインストールされているか否かを判断し、プレインストールされている場合、業者の作業公開鍵証明書を取得してステップＳ５３へ進み、プレインストールされていない場合、署名済みＡＰＫファイルのヘッダーを位置付けて端末装置に対応する業者の署名データを取得する。
【００３０】
Ｓ５２：業者の署名データにおける業者の作業公開鍵証明書を取得し、端末装置が、プレインストールされた業者のルート公開鍵証明書で業者の署名データにおける業者の作業公開鍵証明書の適法性を検証し、検証に通過した後ステップＳ５３へ進む。
【００３１】
Ｓ５３：端末装置が、業者の作業公開鍵証明書における作業公開鍵を抽出して署名データを検証すると共にハッシュを計算し、ハッシュ値ＨＡＳＨ２を得、ハッシュ値ＨＡＳＨ１とハッシュ値ＨＡＳＨ２とが一致しているかを判断し、一致している場合、署名済みＡＰＫファイルが適法であると判定し、ＡＰＫのインストールを許容し、一致していない場合、署名済みＡＰＫファイルが不適法であると判定し、ＡＰＫのインストールを許容しない。
【００３２】
本実施形態は、具体的に自身の端末装置の署名操作を経た署名ファイルであることを判断した後、適法な作業公開鍵を取得するステップを含む。先に端末装置内にプレインストールされた適法な作業公開鍵の有無を判断し、鍵がある場合、直接適法な作業公開鍵を取得して署名データを位置付けて取得するステップへ進んで署名データを復号化し、鍵がない場合、取得した署名データ内から端末装置の作業公開鍵証明書を抽出する。また、端末装置にプレインストールされた業者のルート公開鍵証明書で端末装置の作業公開鍵証明書の適法性を検証し、検証に通過してから作業公開鍵証明書内の公開鍵を用いて署名データを復号化する。取得した署名データに対してハッシュの再計算を通じてハッシュ値ＨＡＳＨ２を得、署名データの伝送前のハッシュ値ＨＡＳＨ１と比較して署名データの適法性及び完全性を判断することにより、署名ファイルの伝送過程において改ざんされないよう確保する。
【００３３】
図３は、本発明の一実施形態に係る多者間信用照会のＡＰＫ署名システムの構成を示すブロック図である。
【００３４】
本実施形態に係る多者間信用照会のＡＰＫ署名システムは、端末装置業者のサーバー１とアクワイアラーのサーバー２と端末装置のサーバー３とを含む。
【００３５】
端末装置業者のサーバー１は、第１生成モジュール０１０と第２生成モジュール０１１と第１署名モジュールと０１２を含む。
【００３６】
第１生成モジュール０１０は、異なる端末装置業者のＣＡサーバーが、各自の業者のルート公開鍵及びルート秘密鍵を生成し、ルート公開鍵を業者のルート公開鍵証明書として生成し、ルート秘密鍵を用いて業者の作業公開鍵署名に対して業者の作業公開鍵証明書を生成するために用いられる。
【００３７】
第２生成モジュール０１１は、異なる端末装置業者の署名サーバーが、各自の業者の作業公開鍵及び作業秘密鍵を生成し、作業公開鍵を各自の業者のＣＡサーバーに配送するために用いられる。
【００３８】
第１署名モジュール０１２は、異なる端末装置業者の署名サーバーが、各自の業者の作業秘密鍵を用いてオリジナルＡＰＫファイルを含む署名されたデータの署名に対して異なる端末装置業者の署名データを生成し、異なる端末装置業者の署名検証メカニズムに基づいて各自の業者の作業公開鍵証明書を各自生成した業者の署名データ内に入れるか又は各自の端末装置内にプレインストールし、異なる端末装置業者が、各自の業者のルート公開鍵証明書を各自の端末装置内にプレインストールするために用いられる。
【００３９】
アクワイアラーのサーバー２は、第２署名モジュール０２０を含む。
【００４０】
第２署名モジュール０２０は、アクワイアラーの署名サーバーが、異なる端末装置業者の署名サーバーで生成された異なる業者の署名データを署名時間の前後順通りＤＥＲフォーマットで署名済みＡＰＫファイルを構成するために用いられる。署名済みＡＰＫファイルは、オリジナルＡＰＫファイルと署名ファイルヘッダーとを含む。署名ファイルヘッダーは、基本的なファイルと拡張ファイルとを含む。基本的なファイルは、ファイルが署名操作を経たことを識別するために用いられる。拡張ファイルは、異なる端末装置各自の業者の署名データの個数及び異なる端末装置各自の業者の署名データの署名済みＡＰＫファイルにおける具体的位置を識別するために用いられる。
【００４１】
端末装置のサーバー３は、第１判断モジュール０３０と位置付けモジュール０３１と第１検証モジュール０３２と第２検証モジュール０３３とを含む。
【００４２】
第１判断モジュール３０は、端末装置が、アクワイアラーの署名サーバーから署名済みＡＰＫファイルを取得し、署名済みＡＰＫファイル内に端末装置と対応する端末装置業者が生成した業者の署名データがあるかどうかを判断するために用いられる。
【００４３】
位置付けモジュール０３１は、端末装置が、対応の業者の署名データがあると判定した後、署名済みＡＰＫファイルのヘッダーを通じて業者の署名データを位置付けるために用いられる。
【００４４】
第１検証モジュール０３２は、端末装置が、業者のルート公開鍵証明書を用いて業者の署名データにおける業者の作業公開鍵証明書の適法性を検証するために用いられる。
【００４５】
第２検証モジュール０３３は、端末装置が、業者の作業公開鍵証明書の適法性を検証することに成功した後、業者の作業公開鍵証明書内の作業公開鍵を抽出して署名データを検証し、検証に通過した後インストール又は実行を許容するために用いられる。
【００４６】
図４は、本発明の一実施形態に係る多者間信用照会のＡＰＫ署名システムにおけるアクワイアラーのサーバー２の構成を示すブロック図である。
【００４７】
＜実施形態４＞
【００４８】
本実施形態においてアクワイアラーは、第３署名モジュール０２１と書き込みモジュール０２２と第２判断モジュール０２３とを含む。
【００４９】
第３署名モジュール０２１は、アクワイアラーの署名サーバーが、オリジナルＡＰＫファイル末尾を０×００４バイトで埋め込んで揃え、オリジナルＡＰＫファイル末尾を０×００で終了した後署名されたデータとすることを確保するために用いられる。
【００５０】
書き込みモジュール０２２は、アクワイアラーの署名サーバーが、署名されたデータの識別、バージョン及びオリジナルＡＰＫファイルの長さ及びチェックサムを基本的なファイル内に書き込むために用いられる。
【００５１】
第２判断モジュール０２３は、アクワイアラーの署名サーバーが、異なる端末装置業者にまだ署名操作の必要があるかどうかを判断し、必要がある場合、異なる端末装置業者が各自の業者の署名サーバーを呼び出して署名の操作を行い、署名ファイルヘッダーを修正し、必要がない場合、終了するために用いられる。
【００５２】
本実施形態において、署名ファイルヘッダーの修正は、具体的には、ヘッダー内の基本的なファイル内のボディ長さ、拡張ファイル内に加えた新しい端末装置業者署名操作を行った後の署名データ内容の修正を含む。
【００５３】
＜実施形態５＞
本実施形態において、第１署名モジュール０１２は、署名手段を含む。
【００５４】
署名手段は、異なる端末装置業者の署名サーバーが、オリジナルＡＰＫファイルを含む署名されたデータに対してハッシュを計算してハッシュ値ＨＡＳＨ１を得、ハッシュ値ＨＡＳＨ１を一定の署名埋め込み方式により埋め込んだ後、署名されたＡＰＫファイルを得、署名されたＡＰＫファイルを端末装置業者の署名サーバー各自の作業秘密鍵で署名の操作を行い、異なる端末装置業者の署名データを生成するために用いられる。
【００５５】
図５及び図６は、各々、本発明の一実施形態に係る多者間信用照会のＡＰＫ署名システムにおける第１検証モジュール０３２の構成を示すブロック図、及び、本発明の一実施形態に係る多者間信用照会のＡＰＫ署名システムにおける第２検証モジュール０３３の構成を示すブロック図である。
【００５６】
＜実施形態６＞
本実施形態の第１検証モジュール０３２は、第２判断手段０３２１と第３検証手段とを含む。第２検証モジュール０３３は、第１演算手段０３３１と第３判断手段０３３２０３２２とを含む。
【００５７】
第２判断手段０３２１は、業者の作業公開鍵証明書が端末装置内にプレインストールされているか否かを判断し、プレインストールされている場合、業者の作業公開鍵証明書を取得し、プレイントールされていない場合、署名済みＡＰＫファイルのヘッダーを位置付けて端末装置に対応する業者の署名データを取得するために用いられる。
【００５８】
第３検証手段は、端末装置が、業者の署名データにおける業者の作業公開鍵証明書を取得し、プレインストールされた業者のルート公開鍵証明書で業者の署名データにおける業者の作業公開鍵証明書の適法性を検証するために用いられる。
【００５９】
第１演算手段０３３１は、端末装置が、業者の作業公開鍵証明書における作業公開鍵を抽出して署名データを検証すると共にハッシュを計算し、ハッシュ値ＨＡＳＨ２を得るために用いられる。
【００６０】
第３判断手段０３３２０３２２は、端末装置が、ハッシュ値ＨＡＳＨ１とハッシュ値ＨＡＳＨ２が一致しているかを判断し、一致している場合、署名済みＡＰＫファイルが適法であると判定し、ＡＰＫのインストールを許容し、一致していない場合、署名済みＡＰＫファイルが不適法であると判定し、ＡＰＫのインストールを許容しないために用いられる。
【００６１】
本発明が提供する多者間信用照会のＡＰＫ署名方法及びそのシステムは、拡張に便利なＤＥＲで異なる端末装置業者の各自署名操作を経た後、生成した業者の署名データをエンコードする。端末装置は、所要のＡＰＫをダウンロードする過程で、自身の端末装置の署名を経た署名済みＡＰＫファイルのみを識別し、また自身の端末装置の署名データを位置付けした後、自身の署名検証メカニズムを用いて適法性を検証し、検証に通過してからＡＰＫのインストール又は実行を許容できる。本発明によれば、署名後ＡＰＫの伝送後の完全性及び適法性を保証したり、過去同時に複数業者の端末装置の多重署名後の署名データを検証する時間を節約したりできる。更に、顧客のメンテナンスコストを大幅に削減することができ、顧客は業者の端末装置の自身の署名検証メカニズムをメンテナンスするだけでよい。
【００６２】
以上に述べたのは、あくまでも本発明の実施形態であって、本発明の保護範囲は、これら実施形態により何ら限定されるものではない。本明細書及び添付図面の内容に基づいて行われる様々な構造又はフローの変更或いは直接的若しくは間接的にその他の関連の技術分野に運用することは、いずれも本発明の保護範囲内に含まれる。
【符号の説明】
【００６３】
１  端末装置業者のサーバー
２  アクワイアラーのサーバー
３  端末装置のサーバー
０１０  第１生成モジュール
０１１  第２生成モジュール
０１２  第１署名モジュール
０２０  第２署名モジュール
０３０  第１判断モジュール
０３１  位置付けモジュール
０３２  第１検証モジュール
０３３  第２検証モジュール
０２１  第３署名モジュール
０２２  書き込みモジュール
０２３  第２判断モジュール
０３２１  第２判断手段
０３２２  第３判断手段
０３３１  第１演算手段
０３３２  第３判断手段
【図１】
0006263643.tif 000002
【図２】
0006263643.tif 000003
【図３】
0006263643.tif 000004
【図４】
0006263643.tif 000005
【図５】
0006263643.tif 000006
【図６】
0006263643.tif 000007