JP2002374239A - 情報暗号化方法 - Google Patents

Abstract

(57)【要約】 【課題】 有線または無線ネットワーク通信時、クライ
アントの端末機に使用者認証のための認証書をインスト
ールすることなしに使用者認証を行う。 【解決手段】 有線または無線ネットワークを基盤にす
るコンピューターで実行可能な情報暗号化方法であっ
て、情報暗号化のための公開キーと暗号個人キーとを生
成するステップと、生成された公開キーと暗号化実行モ
ジュールとをクライアントの端末機に伝送するステップ
と、クライアントの端末機で前記公開キーと暗号化実行
モジュールとが実行され暗号化された情報を前記クライ
アントの端末機より受信するステップと、前記暗号個人
キーを抽出して受信した暗号化された情報を復号化する
ステップとを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、伝送情報の暗号化
システムに関するもので、特にウェブ上でクライアント
が入力した情報を暗号化して伝送するノンインストール
（non-install）方式の情報暗号化方法に関するもので
ある。

【０００２】

【従来の技術】一般のウェブサイトで使用者認証方法と
して最も広く使用されているのがログイン（Login）方
式である。これは使用者ＩＤとパスワードをデータとし
て、使用者に対する適合性可否を判断する方法で、具現
が簡単で管理が容易であるため最も基本的な使用者認証
方法として位置づけされている。

【０００３】しかし、一般的なログイン方式は、ログイ
ン情報に対して伝送過程で悪意的な第３者により窃取さ
れたり歪められたりする素地が高い。これを防ぐために
認証及び暗号化概念が導入されるに至り、現在最も代表
的に使用されている方式は、クライアントのコンピュー
ターに認証のための個人情報と、この個人が認証された
ことを証明する認証書、データ交換のためのフィンガー
プリント（finger print）と称される暗号化キーが貯蔵
されている認証書とをインストールさせる方法である。

【０００４】認証書配布方式は、ネットワーク通信にお
いて、暗号化されたソケット通信を実行するＳＳＬ（Se
cure Sockets Layer）と結合して活用されており、最近
は保安通信の標準として根付いている。電子ビジネス
（e-business）と関連のあるほぼすべての決済システム
で採択されている。ＳＳＬは、（１０２４ビットＲＳＡ
のような公開キー方式によって）クライアントとサーバ
ーとの間の相互認証、すなわち、クライアントコンピュ
ーターの（ＭＤ−５或いはＳＨＡ−１などによる）メッ
セージ縮約および（ＤＥＳ或いはＲＣ５などの対称キー
方式による）暗号化されて格納された使用者情報の伝送
を行う。ＳＳＬのデータフォーマットは国際規格ＩＴＵ
Ｘ．５０９で定義されている。

【０００５】国際的公認方式として安全性にかなりの信
頼感を確保し一般化されているＳＳＬは、データー処理
過程で認証のためにいろいろなステップ、例えば公開キ
ー方式を利用した対称キー交換（handshake過程）、メ
ッセージ縮約、対称キーで暗号化されているデータの伝
送ステップを経るが、特にハンドシェーク過程と称する
公開キー方式を利用した対称キー交換過程の場合、サー
バーに加わる負担が実に莫大だといえる。また、使用者
各々が伝送しなければならない認証データの大きさだけ
でも２Ｋバイトに達し、この他にも認証データコンパイ
ルのための別途のモジュールを具備しなければならない
等、認証サーバーに加わる負担が大きいという短所があ
る。このような理由から、サーバー性能は劣り、データ
ー処理速度及びネットワーキング速度が、ＳＳＬサービ
スを提供しないサーバーに比べ多少落ちる。また、ウェ
ブサーバーの他に、ＳＳＬサービス時に使用される認証
書の管理のために高価な認証書管理システムを付加的に
構築しなければならないので、ＳＳＬサーバー構築に伴
う追加的な人力及び費用が発生し、これに伴う業務負担
が加重される問題点が発生することになる。

【０００６】内部アルゴリズム的な側面でも、ＳＳＬが
キー交換時に使用されている標準アルゴリズムであるＲ
ＳＡの場合、安定性確保のために最少キーの大きさが１
０２４ビットと、楕円曲線暗号化（ＥＣＣ（Elliptic C
urve Cryptography））の１６０ビットに比べ遥かに大
きく、保安水準調整時、サーバーに加わる負担と伝送用
量に大きな負担を与えるという短所がある。

【０００７】また、ＳＳＬの認証書発給方式は、クライ
アントのコンピューターにインストールされなければな
らないという短所を持っている。このようなシステムは
認証書の重複発給を許可しないので、使用者が第２、第
３のコンピューターで認証サーバーに接続する場合、既
存の認証書を廃棄して常に新しい認証書をダウンしなけ
ればならないという不便がある。更に、既存の認証書方
式は、認証サーバーによって各々個別的な認証書を発給
するため、特定ウェブページを利用するためには、その
ウェブページで許容する認証書を受けなければならない
ので、認証装置の凡用性が多少落ちるという短所があ
る。

【０００８】このような短所は、デバイス（device）上
の可用資源（resource）が貧弱で、ネットワーク自体の
性能が相対的に劣る無線環境において、より大きな問題
点として浮かび上がる。なぜなら、無線環境でＳＳＬの
ような駆動方式で作動するＷＴＬＳやＳＳＬの場合、ネ
ットワークの構造上、トランスポートレイヤー（Transp
ort Layer）でプロトコル的に作動するため、保安の要
される情報がゲートウェイを通過する時、プロトコル変
換により保安上の空白が発生して「終端間保安（end-to
-end security）」の確保が難しいからである。また、
無線環境では保安活動が一元化されていないので、この
管理及び運営上の負荷が大きくなるにつれサーバーへの
負担が加重される一方、ネットワークの性能が低下され
るという問題点を伴うことになる。

【０００９】一方、認証書基盤のＳＳＬなどに比べ比較
的使用手続きが単純なＳＳＨ（Secure SHell）の場合に
おいても、ウェブに移植される方式ではなく、インスト
ール方式で使用するようになっているので、初期化に困
難があり、ウェブ移植時に煩わしさが伴うので一般的に
使用されていない。

【００１０】

【発明が解決しようとする課題】従って、本発明の目的
は、有線または無線ネットワーク通信時、クライアント
の端末機に使用者認証のための認証書の設置なしに使用
者認証が可能なノンインストール（non-install）方式
の情報暗号化方法を提供することにある。

【００１１】本発明の他の目的は、クライアントからウ
ェブサーバーに伝送される暗号化データーの用量を減ら
すことにより、データー処理速度及びネットワーキング
速度を向上させることのできる情報暗号化方法を提供す
ることにある。

【００１２】本発明のさらに他の目的は、暗号化された
情報処理のためのサーバーの負担を節減することのでき
る情報暗号化方法を提供することにある。

【００１３】本発明のさらに他の目的は、ウェブブラウ
ザーやサーバーに関係なく、各種バーチュアルマシーン
プラットホームやＯＳ上で遂行され得る一つの応用プロ
グラムとしての情報暗号化方法を提供することにある。

【００１４】

【課題を解決するための手段】前記の目的を達成するた
めに、本発明に係る情報暗号化方法は、情報暗号化のた
めの公開キーと暗号個人キーとを生成するステップと、
生成された公開キーと暗号化実行モジュールとをクライ
アントの端末機に伝送するステップと、クライアントの
端末機で前記公開キーと暗号化実行モジュールとが実行
され暗号化された情報を前記クライアントの端末機から
受信するステップと、前記暗号個人キーを抽出して受信
した暗号化された情報を復号化するステップとを含むこ
とを特徴とする。

【００１５】

【発明の実施の形態】以下、本発明の好ましい一実施の
形態を添付の図面を参照しながら詳細に説明する。本発
明を説明するにおいて、楕円曲線暗号化アルゴリズムの
ように、すでに公知の機能、或いは構成に対する具体的
な説明が、本発明の要旨を不明確にする可能性があると
判断される場合、それに対する詳細な説明は省略するこ
とにする。そして、下記の説明では使用者認証情報と決
済情報を例にあげ、本発明の好ましい実施の形態による
情報暗号化方法を説明することにする。

【００１６】まず、図１は本発明の実施の形態によるシ
ステム構成図を示したもので、クライアントの端末機１
００はインターネット１５０を介してウェブ認証サーバ
ー２００及びサービスサーバー２５０、そして決済シス
テムサーバー３００と接続可能である。前記ウェブ認証
サーバー２００は使用者を認証するための実施の形態を
説明するために付けられた名称で、暗号化及び復号化を
全般的に遂行する暗号化サーバーと命名されることもで
きる。

【００１７】前記ウェブ認証サーバー２００は、まず使
用者情報ＤＢを具備しており、クライアントの端末機１
００から接続要求のあった場合、暗号化モジュールによ
って生成された公開キーとメッセージ縮約モジュール
（ＳＨＡ−１）及びデーター圧縮モジュールが含まれた
暗号化実行モジュールとを搭載したログイン画面をクラ
イアントの端末機１００に提供する。そして、ウェブ認
証サーバー２００は前記暗号化実行モジュールにより暗
号化、メッセージ縮約及びデーター圧縮された使用者情
報の伝送を受け、これを縮約解除すると共に、復号化し
た後、予め貯蔵されていた使用者情報と比較して使用者
の認証を遂行する。

【００１８】一方、サービスサーバー２５０は、使用者
認証を終えたクライアントが要求するサービス情報を提
供する。このようなサービスサーバーの例として、ショ
ッピングモールがあげられる。決済システムサーバー３
００もＶＡＮ或いは専用のコンピュータネットワークを
介して金融決済機関サーバー３５０と接続可能であり、
サービスサーバー２５０の仲介により接続されたクライ
アントの端末機１００に、暗号化モジュールにより生成
された公開キーとメッセージ縮約及びデーター圧縮モジ
ュールとが含まれた暗号化実行モジュールを搭載した決
済ウェブページを提供する。そして、決済システムサー
バー３００は前記暗号化実行モジュールによって暗号化
及びデーター圧縮されたカード番号及び秘密番号のよう
な決済情報の伝送を受け、これを圧縮解除すると共に、
復号化した後、金融決済機関３５０サーバーに伝送す
る。このような決済情報の伝送後、金融決済機関３５０
サーバーから決済承認結果情報を受信し、これをクライ
アントの端末機１００に伝送することによって、クライ
アントは決済承認及び決済不可情報を受信することがで
きる。

【００１９】以下、前述の構成を有するシステムで使用
者認証暗号化がどのような方式で遂行され、このような
使用者認証暗号化が決済システムにどのように応用され
るのかを説明する。

【００２０】図２は本発明の実施の形態による使用者認
証のための情報暗号化処理のフローチャートを図示した
もので、図３は図２の公開キー生成のための暗号化モジ
ュール駆動手続きのフローチャートを、図４は図２のク
ライアントの端末機１００で実行される使用者情報暗号
化過程を説明するための手続きフローチャートを示した
ものである。そして、図５は図２のウェブ認証サーバー
２００で実行される使用者情報復号化過程を説明するた
めの手続きフローチャートを示したものである。

【００２１】図２において、偶数の参照番号はウェブ認
証サーバー２００で遂行されるステップを示し、奇数の
参照番号はクライアントの端末機１００で遂行されるス
テップを示したものである。図２を参照にすると、ま
ず、クライアントの端末機１００がウェブ認証サーバー
２００に接続要請（Ｓ４００）すると、ウェブ認証サー
バー２００は前記クライアントの接続要請によって暗号
化モジュールを駆動（Ｓ４０２）させ公開キーを生成す
る。前記暗号化モジュールは、図３に図示したように、
まずクライアントの接続要請のあった場合、ランダムな
１６０ビットの暗号個人キーを生成（Ｓ５００）してキ
ー管理ＤＢに格納（Ｓ５０２）し、以後暗号化個人キー
値と楕円曲線初期化値により楕円曲線の上の一点の座標
を演算（Ｓ５０４）することによって、使用者に伝送す
る公開キー値を生成（Ｓ５０６）する。そして、生成さ
れた公開キーと無欠性検証のためのメッセージ縮約モジ
ュールと伝送量減少のためのデーター圧縮モジュールと
が含まれた暗号化実行モジュールをＨＴＭＬファイルに
変換（Ｓ５０８）した後、メインルーティンにリターン
する。つまり、ウェブ認証サーバー２００はステップＳ
４０２で楕円曲線暗号化（ＥＣＣ）アルゴリズムに基づ
き使用者情報を暗号化するための公開キーを生成する。

【００２２】本実施の形態では、メッセージ縮約方法を
無欠性検証（integrity verification）のための手段と
して使用している。このような無欠性検証は、伝送され
たデータが伝送途中何の歪曲（ノイズによったり、悪意
的な第３者により変更、或いは損失されること）もされ
ていないということを確認するための過程として、ま
ず、原文をＭＤ５やＳＨＡ−１アルゴリズムを利用して
メッセージ縮約（Message Digest）をし、この所定の大
きさの結果文を原文と共にサーバーに伝送すると、サー
バー側では、再び伝送された原文をクライアントと同じ
アルゴリズムでＭＤし、このＭＤ文を伝送されたＭＤ文
と比較することによって、伝送過程で歪みがなかったこ
とを立証する方式である。参考的に、ＭＤ５アルゴリズ
ムの場合、３６ビット、ＳＨＡ−１の場合４０ビットに
縮約され、縮約を解くことのできる確率はＳＨＡ−１ア
ルゴリズムがより難しいため、保安効果がＭＤ５よりＳ
ＨＡ−１が高いといえる。そして、本実施の形態ではデ
ーター量の縮小と二重保安のためにデーター圧縮モジュ
ールを利用している。つまり、データー圧縮モジュール
に暗号キー値を付与することになるが、前記暗号キー値
は暗号化に使用される公開キーの中一部分（例えば、四
つの数字）を任意に選定して使用し、このキー値も伝送
時、自らが抽出された公開キーで暗号化されることによ
り、伝送時の安全を確保する。このような暗号キー値を
下記で暗号化圧縮キーと定義した。

【００２３】一方、ウェブ認証サーバー２００は、ステ
ップＳ４０４で前記暗号化モジュール駆動により生成さ
れた公開キーとメッセージ縮約モジュール（ＳＨＡ−１
アルゴリズム使用）及びデーター圧縮モジュールとで構
成される暗号化実行モジュールが搭載されたログイン画
面を、クライアントの端末機１００に提供する。前記暗
号化実行モジュールは前記公開キーとランダムした１４
ビットの常数、入力された使用者情報を楕円曲線演算を
介して暗号化実行するモジュールであり、前記メッセー
ジ縮約モジュールは与えられたメッセージの縮約を担当
するモジュールである。また、データー圧縮モジュール
は、この二つのモジュールの結果を圧縮するのに使用さ
れ、選択的に搭載されることができる。そして、本発明
では前記のモジュールはすべてジャバ（登録商標）アプ
レット形態で前記ログイン画面に搭載されるものとす
る。

【００２４】このような本発明では、既存の認証書イン
ストール方式とは異なり、ウェブ認証サーバー２００で
暗号個人キーと楕円曲線演算とを介して使用者情報暗号
化のための公開キーを生成し、この生成された公開キー
と暗号化実行モジュールとがログイン画面であるウェブ
ページにアプリット形態に組み込まれクライアント端末
機１００に伝送されるのである。

【００２５】一方、クライアントの端末機１００では、
ウェブ認証サーバー２００から提供されるログイン画面
の使用者情報入力フィールドに使用者情報であるＩＤと
パスワードを入力（Ｓ４０５）し確認ボタンを押すと、
搭載された暗号化実行モジュールによって使用者情報暗
号化及びデーター圧縮がなされる（Ｓ４０７）。

【００２６】このような使用者情報暗号化とデーター圧
縮過程を図４を参照しながら詳細に説明すれば以下のと
おりである。図４のステップＳ６００では、まず入力さ
れた使用者情報値を公開キーと暗号化実行モジュールを
使用して暗号化することにより、伝送原文を生成する。
そして、ステップＳ６０２では、無欠性検証のために前
記メッセージ縮約モジュールを利用して前記伝送原文を
縮約することにより、メッセージ縮約文（ＭＤ文）を生
成する。そして、伝送量減縮と二重暗号化のために前記
伝送原文とメッセージ縮約文をデーター圧縮モジュール
を利用して圧縮（Ｓ６０４）する。前記伝送原文とメッ
セージ縮約文を圧縮するためには、優先的に前記公開キ
ーの中、所定の位数（以下、暗号化圧縮キーと称する）
をランダムに抽出した後、この暗号化圧縮キーを利用し
て前記伝送原文とメッセージ縮約文を圧縮すれば良い。
この後、前記暗号化圧縮キーを安全に伝送するために、
暗号化圧縮キーを、前記伝送原文を暗号化するために使
った公開キーで暗号化（Ｓ６０６）した後、これをステ
ップＳ６０４で圧縮された値と共にウェブ文書ファイル
に変換した後、図２に示したメインルーティンにリター
ンする。

【００２７】一方、図２のステップＳ４０７で暗号化及
び圧縮された使用者情報は、以後ステップＳ４０９でウ
ェブ認証サーバー２００に伝送される。

【００２８】そうすると、ウェブ認証サーバー２００は
復号化モジュールを呼び出し駆動して圧縮伝送されたメ
ッセージを復号化（Ｓ４１０）する。このような復号化
モジュールの動作を、図５を参照にして説明すると、ま
ず復号化モジュールのステップＳ７００では、前記暗号
化された暗号化圧縮キーを復号化するために暗号個人キ
ーを呼び出し、呼び出された暗号個人キーを利用して前
記暗号化された暗号化圧縮キーを復号化（Ｓ７０２）す
る。そして、ステップＳ７０４では、前記復号化された
暗号化圧縮キーを利用して、圧縮された伝送原文とメッ
セージ縮約文（伝送されたＭＤとなる）を圧縮解除させ
る。以後、無欠性検証のために、圧縮解除された伝送原
文をメッセージ縮約（Ｓ７０６）（伝送原文ＭＤとな
る）して、これを伝送されてきたメッセージ縮約文（伝
送されてきたＭＤ文）と同一であるかを比較（Ｓ７０
８）する。

【００２９】もし比較結果が同一であれば、つまり無欠
性検証が完了していれば、ステップＳ７１２では予め呼
び出されていた暗号個人キーで伝送原文を復号化した
後、臨時ＤＢに貯蔵（Ｓ７１４）するが、無欠性検証が
不決された場合には、エラーメッセージの出力（Ｓ７１
０）が成されるようにする。

【００３０】従って、上述の復号化過程により、ウェブ
認証サーバー２００は、ステップＳ４１２で使用者情報
DBに貯蔵された内容と臨時DBに貯蔵された復号化伝送原
文とを比較し、使用者認証確認が正常的に成されたら、
ステップＳ４１８に進行してログインを許可し、その反
対ならば会員加入を誘導する。もし、ステップＳ４１６
で会員加入が成されたら、ステップＳ４１８に進行して
ログインを許容した後、サービスサーバー２０５に連結
（Ｓ４２０）するが、会員加入が拒否されたらエラーメ
ッセージをクライアントの端末機１００に出力（Ｓ４２
２）する。

【００３１】上述したように、本発明は、クライアント
とサーバー間で伝送される使用者情報を暗号化すること
において、クライアントの端末機に、使用者情報を暗号
化するためのアルゴリズムのインストールなしに、暗号
化実行モジュールが搭載されたログイン画面だけを伝送
して、使用者情報の暗号化及びデーター圧縮を遂行する
ため、サーバーシステムの変化に使用者は何等調整手続
きなしにウェブに接続することができ、またプログラム
のアップグレード時、使用者は自分のコンピューターに
依存することなく、他のコンピューターでも安全にログ
インすることができるのである。

【００３２】前記のように、本実施の形態では、使用者
認証のための情報暗号化方法に対して具体的に説明し
た。以下では決済情報の暗号化方法に対して説明するこ
とにする。

【００３３】図６は、本実施の形態による決済情報暗号
化を遂行する決済システムサーバー３００の手続きのフ
ローチャートを示したものである。

【００３４】まず、図２に図示した手続きによって使用
者認証が完了されたら、ウェブ認証サーバー２００は連
結されているサービスサーバー２５０にクライアントの
端末機１００を連結し、クライアントがサービスを利用
中、決済ページに接続することになると、サービスサー
バー２５０はクライアントを決済システムサーバー３０
０に連結する。或いは、決済システムサーバー３００自
体で図２に図示した手続きにより使用者認証が完了され
たら、クライアントの端末機１００と決済システムサー
バー３００は接続が成されるのである。このように、ク
ライアントと接続されたと判断（Ｓ８００）されると、
決済システムサーバー３００はステップＳ８０２に進行
し、図２で説明したように、公開キーとメッセージ縮約
モジュール及びデーター圧縮モジュールとで構成される
暗号化実行モジュールが搭載された決済ウェブページを
クライアントの端末機１００に提供する。

【００３５】そして、クライアントが決済ウェブページ
に提供されたカード番号及び秘密番号のような決済情報
入力フィールドに該当情報を入力し確認を選択すると、
前記決済情報は、図２で説明したように、暗号化実行モ
ジュールにより決済情報の暗号化と縮約及び圧縮が成さ
れ、決済システムサーバー３００に伝送される。これに
よって、決済システムサーバー３００は暗号化及び圧縮
された決済情報の受信があるかを判断（Ｓ８０４）し、
受信されたらステップＳ８０６に進行して復号化モジュ
ールを呼び出し駆動させる。前記復号化モジュールの駆
動によって優先的に暗号化圧縮キーが暗号個人キーによ
り復号化され、復号化された暗号化圧縮キーにより伝送
原文が圧縮解除されると、圧縮解除された伝送原文を再
びメッセージ縮約し、これを伝送されたメッセージ縮約
文と比較して無欠性検証を遂行する。無欠性検証が成功
的に成されたら、暗号個人キーによって伝送原文が復号
化される。このように復号化された決済情報が、この後
金融決済機関３５０サーバーに伝送（Ｓ８０８）される
ことによって、決済システムサーバー３００は、この後
前記金融決済機関３５０サーバーから決済承認結果情報
を受信（Ｓ８１０）することになる。このように、決済
承認結果情報を受信した決済システムサーバー３００
が、この後ステップＳ８１２で決済承認結果情報をクラ
イアントの端末機１００に伝送することによって、クラ
イアントは決済承認結果情報に従い決済情報の再入力、
サービス提供要請などのように今後の動作を取ることが
できるのである。

【００３６】従って、本発明は、電子商取引の際に伴う
決済方法において、ノンインストール方式の情報暗号化
方法を導入することによって、決済情報の暗号化水準を
高めることができ、全体的な暗号化用量が小さいので、
既存のＳＳＬ方式より速度が早く、サーバーに加わる負
担も低減できるのである。

【００３７】以上にて、最も一般化されている有線網
（ネットワーク）を鑑みて、本実施の形態により使用者
認証情報、決済情報の暗号化方法を説明したが、特別な
変形なしに無線網（ネットワーク）システムでも本発明
を具現できる。

【００３８】これについて、より具体的に説明すると、
以下の通りである。まず、図７は本実施の形態による使
用者認証情報暗号化方法が無線網システムで使用される
一例を示す説明図であり、ＰＤＡ、携帯電話等の無線端
末機３７０は、無線アプリケーションプロトコル（ＷＡ
Ｐ（wireless aplication protocol））によって、ゲー
トウェイ３６０を介してのデーター送受信が可能であ
る。ゲートウェイ３６０は、インターネット網１５０を
通じてＨＴＴＰプロトコルに基づきウェブ認証サーバー
２００と接続可能である。前記ウェブ認証サーバー２０
０は図１に図示したウェブ認証サーバーと同一な機能を
遂行するサーバーで、図面符号２５０、３００、３５０
も図１で説明したブロックと同一な機能を遂行するの
で、それに対する詳細な説明は省略することにする。

【００３９】一般的な無線網での無線インターネット接
続過程を説明すると、無線端末機３７０はインターネッ
トに接続するために優先的にゲートウェイ３６０に接続
しなければならない。このような場合、無線端末機３７
０とゲートウェイ３６０の間には、ＷＴＬＳ（Wireless
Transport Layer Security）プロトコルによる通信が
なされる。そして、無線端末機３７０と接続が成された
ゲートウェイ３６０はＵＲＬを検索して該当ウェブサー
バー、例えばウェブ認証サーバー２００に接続要求を試
みるが、このような場合ゲートウェイ３６０とウェブ認
証サーバー２００との間にはＳＳＬによる通信がなされ
る。

【００４０】従って、ウェブ認証サーバー２００で無線
端末機３７０に通信がなされる場合、或いはその反対の
場合においても、ゲートウェイ３６０で暗号が瞬間的に
解け、再び暗号化過程が成されるので、ゲートウェイ３
６０側面からみると、暗号化文を平文化し、これを再び
暗号化して伝送しなければならないので、それだけ負荷
が加重されるという問題が発生することになる。これ
は、つまりネットワーキング速度の低下を意味すること
は勿論、保安上の弱点を露出することになるのである。

【００４１】しかし、本発明の実施の形態による情報暗
号化方法を使用することになると、ゲートウェイ３６０
で使用者の端末機から伝送された情報を平文処理した
後、再び再暗号化し、これをウェブ認証サーバー２００
に伝送する必要がないので、ゲートウェイ３６０の負荷
処理負担なく、高速ネットワーキングが可能であること
は勿論、保安性を持続的に維持させることのできる効果
を有することになる。

【００４２】従って、本発明は無線インターネット接続
環境において、より強力な効果を有すると見れる。

【００４３】

【発明の効果】上述のように、本発明は、ノンインスト
ール方式の情報暗号化方式を導入することによって、暗
号化水準のアップグレードにおいて使用されるアルゴリ
ズム（ＥＣＣ）の暗号化段階を高めることで、より手軽
に暗号化水準を高められる利点があり、またクライアン
トとサーバー間に伝送される資料を暗号化することは勿
論、暗号化に際して利用されるキーの中一部を再び暗号
化内容圧縮の時に使用するので、伝送されるデーター用
量を減縮できることは勿論、二重の保安性を確保できる
利点がある。そして、暗号化用量が小さいため、既存の
ＳＳＬ方式よりデーター処理速度及びネットワーキング
速度が早く、サーバーに加わる負担も減らすことのでき
る長所がある。並びに、本発明は、アプリケーションレ
イヤー（application layer）で実行可能なので、伝送
情報の分析が可能であり、これにより重要情報だけを選
別して暗号化伝送できるので、すべての情報を暗号化し
て伝送する既存のＳＳＬに比べサーバー処理負荷を低減
できる利点がある。更にジャバアプレット、或いはActi
ve X形式を取ることによって、ウェブブラウザーやサー
バーに関係なく暗号化モジュールを使用できるという利
点があり、アプリットの活用で具現が容易だという長所
がある。そして、保安設定のための追加的なサーバー構
築作業が必要ないという効果もある。

【００４４】また、認証書を使用者のコンピューターに
インストールして使用する方式ではないので、プログラ
ムのアップグレード時、使用者は自分のコンピューター
に依存することなく、他のコンピューターでも安全にロ
グインできるという長所があり、認証システムの変更に
対し、使用者側にサーバーの用量増加などによって負荷
的に加わる負担がない。

【００４５】並びに、本発明は、サーバーシステムの変
化に、使用者は何の調整手続きなしにウェブに接続でき
るので、新しく変更された内容をそのまま利用できると
いう利点があり、認証書のために特別なソリューション
を購入したり構築しなければならないＳＳＬに比べ、認
証書の管理のための負担を減らすことのできる効果もあ
る。

【００４６】そして、無線インターネット接続環境で、
無線端末機とウェブ認証サーバー間の通信遂行時、ゲー
トウェイで暗号化文を平文化し、これを再び暗号化して
伝送する必要がないので、それだけゲートウェイの負荷
処理負担を低減することができるだけでなく、無線ネッ
トワーキング速度が向上される利点もある。

【００４７】なお、本発明は、図面に図示された実施例
を参考に説明したが、これは例示的なものに過ぎず、当
該技術分野で通常の知識を有したものならば、これより
多様な変形及び均等なる他実施例が可能である点は言う
までもない。例えば、本発明の実施の形態では使用者認
証のための使用者情報と決済情報を暗号化することを説
明したが、このような情報は、結局暗号化するための伝
送情報の例示に過ぎない。従って、本発明の真なる技術
的な保護範囲は、添付の特許請求の範囲によってのみ定
められるべきである。

【図面の簡単な説明】

【図１】本発明の一実施の形態に係るシステム構成図で
ある。

【図２】本発明の一実施の形態に係る使用者認証暗号化
処理のフローチャートである。。

【図３】図２の公開キー生成のための暗号化モジュール
駆動手続きフローチャートである。

【図４】図２のクライアントの端末機で実行される使用
者情報暗号化及びメッセージ縮約過程を説明するための
手続きフローチャートである。

【図５】図２のウェブ認証サーバーで実行される使用者
情報復号化過程を説明するための手続きフローチャート
である。

【図６】本発明の一実施の形態による使用者認証情報の
暗号化方法を利用して決済を遂行する決済システムサー
バーの手続きフローチャートである。

【図７】使用者認証のための情報暗号化方法が無線ネッ
トワークシステムで使用される一例を示す説明図であ
る。

【符号の説明】

１００ クライアント端末機 １５０ インターネット ２００ ウェブ認証サーバー ２５０ サービスサーバー ３００ 決済システムサーバー ３５０ 金融決済機関サーバー ３６０ ゲートウェイ ３７０ 無線端末機

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B085 AE01 AE29 BA06 BG07 5J104 AA07 EA04 EA19 JA21 KA05 LA05 MA01 NA02 PA07 PA10

Claims (8)

【特許請求の範囲】
1. 【請求項１】ネットワークを介してクライアントの端末
   機と接続可能なサーバーで実行可能な情報暗号化方法に
   おいて、 情報暗号化のための公開キーと暗号個人キーとを生成す
   るステップと、生成された公開キーと暗号化実行モジュ
   ールとをクライアントの端末機に伝送 するステップと、 クライアントの端末機で前記公開キーと暗号化実行モジ
   ュールとが実行され暗号化された情報を前記クライアン
   トの端末機から受信するステップと、 前記暗号個人キーを抽出して受信した暗号化された情報
   を復号化するステップとを含むことを特徴とする情報暗
   号化方法。
2. 【請求項２】前記暗号化された情報がログイン時の使用
   者認証情報であり、 前記暗号化方法が、 復号化された情報を予め貯蔵された情報と比較する情報
   認証ステップと、 情報認証結果に応じてクライアントの接続を許可或いは
   遮断するステップとを更に含むことを特徴とする請求項
   １に記載の情報暗号化方法。
3. 【請求項３】前記暗号化された情報が決済情報であり、 前記暗号化方法が、 復号化された情報を接続可能な金融決済機関のサーバー
   に伝送するステップと、 前記金融決済機関のサーバーから決済承認結果と情報を
   受信して前記クライアントの端末機に伝送するステップ
   とを更に含むことを特徴とする請求項１に記載の情報暗
   号化方法。
4. 【請求項４】前記公開キーは、 生成されたｎビットの暗号個人値と楕円曲線初期化によ
   り楕円曲線上の一点の座標を演算して生成されることを
   特徴とする請求項１から３のいずれか１項に記載の情報
   暗号化方法。
5. 【請求項５】前記暗号化された情報を復号化するステッ
   プは、 前記暗号個人キーを呼び出し、暗号化された情報に含ま
   れた暗号化圧縮キーを復号化するステップと、 復号化された前記暗号化圧縮キーで前記暗号化された情
   報に含まれた伝送原文とメッセージ縮約文を圧縮解除す
   るステップと、 圧縮解除された前記伝送原文を再びメッセージ縮約する
   ステップと、 メッセージ縮約された伝送原文と圧縮解除されたメッセ
   ージ縮約文とを比較し、同一であれば前記暗号個人キー
   で圧縮解除された伝送原文を復号化するステップとを含
   むことを特徴とする請求項１から３のいずれか１項に記
   載の情報暗号化方法。
6. 【請求項６】無線端末機と通信遂行するゲートウェイと
   接続可能なコンピューターで実行可能な情報暗号化方法
   において、 情報暗号化のための公開キーと暗号個人キーとを生成す
   るステップと、 生成された公開キーと暗号化実行モジュールとを無線端
   末機に伝送するステップと、 無線端末機で前記公開キーと暗号化実行モジュールとが
   実行され暗号化された情報を前記ゲートウェイを介して
   無線端末機より受信するステップと、 前記暗号個人キーを抽出して受信した暗号化された情報
   を復号化するステップとを含むことを特徴とする情報暗
   号化方法。
7. 【請求項７】前記暗号化された情報を復号化するステッ
   プは、 前記暗号個人キーを呼び出し、前記暗号化された情報に
   含まれた暗号化圧縮キーをまず復号化するステップと、 復号化された前記暗号化圧縮キーで前記暗号化された情
   報に含まれた伝送原文とメッセージ縮約文を圧縮解除す
   るステップと、 圧縮解除された前記伝送原文を再びメッセージ縮約する
   ステップと、 メッセージ縮約された伝送原文と圧縮解除されたメッセ
   ージ縮約文とを比較し、同一であれば前記暗号個人キー
   で圧縮解除された伝送原文を復号化するステップとを含
   むことを特徴とする請求項６に記載の情報暗号化方法。
8. 【請求項８】ネットワークを介して暗号化サーバーから
   公開キーと共にダウンロードされ有 線あるいは無線クライアントの端末機で実行可能な情報
   暗号化方法において、 クライアントにより入力された情報を前記公開キーで暗
   号化して伝送原文を生成するステップと、 前記暗号化された伝送原文をメッセージ縮約するステッ
   プと、 前記公開キーの中の一部をランダム抽出して成る暗号化
   圧縮キーを利用して前記伝送原文とメッセージ縮約文を
   圧縮するステップと、 前記伝送原文を暗号化するのに利用した公開キーで前記
   暗号化圧縮キーを暗号化するステップと、 圧縮された前記伝送原文とメッセージ縮約文及び暗号化
   された暗号化圧縮キーとをウェブ文書ファイルに変換し
   て伝送するステップとを含むことを特徴とする情報暗号
   化方法。