JPH10105620A - データ通信のためのセキュリティシステム - Google Patents
データ通信のためのセキュリティシステムInfo
- Publication number
- JPH10105620A JPH10105620A JP25467596A JP25467596A JPH10105620A JP H10105620 A JPH10105620 A JP H10105620A JP 25467596 A JP25467596 A JP 25467596A JP 25467596 A JP25467596 A JP 25467596A JP H10105620 A JPH10105620 A JP H10105620A
- Authority
- JP
- Japan
- Prior art keywords
- client
- service
- server
- data
- encryption
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
(57)【要約】
【課題】クライアントに対して何等負担を与えることな
しに、データ通信時のセキュリティを維持することがで
きるセキュリティシステムを提供する。 【解決手段】クライアントとサーバー間のデータ通信に
おけるセキュリティシステムであって、クライアントか
らの特定のサービスの要求（例えば残高照会）に応答し
て、暗号ロジック及び乱数発生ロジックをクライアント
に送信する手段と、サーバーから受信した暗号ロジック
及び乱数発生ロジックを用いて、サービスを受けるため
に必要なデータ（加入者番号、暗唱番号）を暗号化して
サーバーに送信する手段と、クライアントからの要求に
合致したサービス結果としての残高情報を取得した後、
この残高情報を暗号化してクライアントに送信する手段
とを具備し、クライアントは、暗号化された残高情報を
サーバーから受信するときに、この残高情報を復号する
ための復号ロジックを同時にサーバーから受信する。
しに、データ通信時のセキュリティを維持することがで
きるセキュリティシステムを提供する。 【解決手段】クライアントとサーバー間のデータ通信に
おけるセキュリティシステムであって、クライアントか
らの特定のサービスの要求（例えば残高照会）に応答し
て、暗号ロジック及び乱数発生ロジックをクライアント
に送信する手段と、サーバーから受信した暗号ロジック
及び乱数発生ロジックを用いて、サービスを受けるため
に必要なデータ（加入者番号、暗唱番号）を暗号化して
サーバーに送信する手段と、クライアントからの要求に
合致したサービス結果としての残高情報を取得した後、
この残高情報を暗号化してクライアントに送信する手段
とを具備し、クライアントは、暗号化された残高情報を
サーバーから受信するときに、この残高情報を復号する
ための復号ロジックを同時にサーバーから受信する。
Description
【０００１】
【発明の属する技術分野】本発明はデータ通信のための
セキュリティシステムに関する。
セキュリティシステムに関する。
【０００２】
【従来の技術】近年、インターネットを介してクライア
ントとサーバーとの間でデータ通信を行なうことが各種
の産業界で行われている。例えば、銀行などにおいて
も、オンラインバンキングサービスの一環として、クラ
イアントが、いわゆるＷＷＷブラウザーを用いてＷＷＷ
サーバーにアクセスして残高照会などのサービスの提供
を要求することができるシステムが開発されつつある。
ントとサーバーとの間でデータ通信を行なうことが各種
の産業界で行われている。例えば、銀行などにおいて
も、オンラインバンキングサービスの一環として、クラ
イアントが、いわゆるＷＷＷブラウザーを用いてＷＷＷ
サーバーにアクセスして残高照会などのサービスの提供
を要求することができるシステムが開発されつつある。
【０００３】ところでインターネットを介してデータ通
信を行なう場合は、ネットワーク上で不正な第３者によ
って盗聴あるいは改ざんされないように、送信されるデ
ータに対して何らかの暗号化を施して安全性を確保する
ためのセキュリティシステムが必要である。公開鍵を用
いて暗号化を行なう暗号化方式としては「ＲＳＡ」が、
秘密鍵を用いて暗号化を行なう方式としては「ＤＥＳ」
や「ＦＥＡＬ」が現在多く用いられている。
信を行なう場合は、ネットワーク上で不正な第３者によ
って盗聴あるいは改ざんされないように、送信されるデ
ータに対して何らかの暗号化を施して安全性を確保する
ためのセキュリティシステムが必要である。公開鍵を用
いて暗号化を行なう暗号化方式としては「ＲＳＡ」が、
秘密鍵を用いて暗号化を行なう方式としては「ＤＥＳ」
や「ＦＥＡＬ」が現在多く用いられている。
【０００４】
【発明が解決しようとする課題】しかしながら、上記し
たセキュリティシステムにおいては、送信すべき情報を
暗号化したり、受信した情報を復号するためのプログラ
ムをクライアント側でインストールして起動する必要が
あり、クライアントに対して負担となっていた。
たセキュリティシステムにおいては、送信すべき情報を
暗号化したり、受信した情報を復号するためのプログラ
ムをクライアント側でインストールして起動する必要が
あり、クライアントに対して負担となっていた。
【０００５】本発明のデータ通信のためのセキュリティ
システムはこのような課題に着目してなされたものであ
り、その目的とするところは、クライアントに対して何
等負担を与えることなしに、データ通信時のセキュリテ
ィを維持することができるデータ通信のためのセキュリ
ティシステムを提供することにある。
システムはこのような課題に着目してなされたものであ
り、その目的とするところは、クライアントに対して何
等負担を与えることなしに、データ通信時のセキュリテ
ィを維持することができるデータ通信のためのセキュリ
ティシステムを提供することにある。
【０００６】
【課題を解決するための手段】上記の目的を達成するた
めに、第１の発明は、サービスを要求するクライアント
と、サービスを提供するサーバーとの間でデータ通信を
行なう場合のセキュリティシステムであって、前記サー
バーに含まれ、前記クライアントからの特定のサービス
の要求に応答して、暗号化に必要なデータを前記クライ
アントに送信する手段と、前記クライアントに含まれ、
前記サーバーから受信した暗号化に必要なデータを用い
て、サービスを受けるために必要なデータを暗号化して
前記サーバーに送信する手段と、前記サーバーに含ま
れ、前記クライアントからの要求に合致したサービス結
果を取得した後、このサービス結果を暗号化して前記ク
ライアントに送信する手段とを具備し、前記クライアン
トは、前記暗号化に必要なデータを前記サーバーから受
信するとき、または、前記暗号化されたサービス結果を
前記サーバーから受信するときに、前記暗号化されたサ
ービス結果を復号するための復号データを前記サーバー
から受信する。
めに、第１の発明は、サービスを要求するクライアント
と、サービスを提供するサーバーとの間でデータ通信を
行なう場合のセキュリティシステムであって、前記サー
バーに含まれ、前記クライアントからの特定のサービス
の要求に応答して、暗号化に必要なデータを前記クライ
アントに送信する手段と、前記クライアントに含まれ、
前記サーバーから受信した暗号化に必要なデータを用い
て、サービスを受けるために必要なデータを暗号化して
前記サーバーに送信する手段と、前記サーバーに含ま
れ、前記クライアントからの要求に合致したサービス結
果を取得した後、このサービス結果を暗号化して前記ク
ライアントに送信する手段とを具備し、前記クライアン
トは、前記暗号化に必要なデータを前記サーバーから受
信するとき、または、前記暗号化されたサービス結果を
前記サーバーから受信するときに、前記暗号化されたサ
ービス結果を復号するための復号データを前記サーバー
から受信する。
【０００７】また、第２の発明は、第１の発明におい
て、前記クライアントがサービスを受けるために必要な
データを暗号化する場合には公開鍵方式を用いて暗号化
し、前記サーバーが前記サービス結果を前記クライアン
トに送信すべく暗号化する場合には秘密鍵方式を用いて
暗号化する。
て、前記クライアントがサービスを受けるために必要な
データを暗号化する場合には公開鍵方式を用いて暗号化
し、前記サーバーが前記サービス結果を前記クライアン
トに送信すべく暗号化する場合には秘密鍵方式を用いて
暗号化する。
【０００８】また、第３の発明は、第１の発明におい
て、前記クライアントがサービスを受けるために必要な
データを暗号化する場合、及び、前記サーバーが前記サ
ービス結果を前記クライアントに送信すべく暗号化する
場合には秘密鍵方式を用いて暗号化する。また、第４の
発明は、第３の発明において、前記秘密鍵方式の暗号化
に用いる秘密鍵は、楕円ＤＨ型鍵配送方式に基づいて生
成される。
て、前記クライアントがサービスを受けるために必要な
データを暗号化する場合、及び、前記サーバーが前記サ
ービス結果を前記クライアントに送信すべく暗号化する
場合には秘密鍵方式を用いて暗号化する。また、第４の
発明は、第３の発明において、前記秘密鍵方式の暗号化
に用いる秘密鍵は、楕円ＤＨ型鍵配送方式に基づいて生
成される。
【０００９】
【発明の実施の形態】以下、図面を参照して本発明の実
施形態を詳細に説明する。本発明は、顧客パソコン１０
０からインターネット１０１を介してサービスの要求が
あったときに、銀行サーバー１０２が「ＪＡＶＡ」の機
能を用いて要求に合致したサービスを提供するオンライ
ンバンキングシステムに適用される。
施形態を詳細に説明する。本発明は、顧客パソコン１０
０からインターネット１０１を介してサービスの要求が
あったときに、銀行サーバー１０２が「ＪＡＶＡ」の機
能を用いて要求に合致したサービスを提供するオンライ
ンバンキングシステムに適用される。
【００１０】図１は、本発明の第１実施形態に係るオン
ラインバンキングシステムの処理フローを示す図であ
る。第１実施形態では、クライアントがサービスを受け
るために必要なデータ（加入者番号、暗証番号）を暗号
化する場合には公開鍵方式を用いて暗号化し、サーバー
がサービス結果としての残高情報をクライアントに送信
すべく暗号化する場合には秘密鍵方式を用いて暗号化す
る。また、クライアントは、暗号化された残高情報をサ
ーバーから受信するときに、暗号化された残高情報を復
号するための復号データ（復号ロジック）をサーバーか
ら受信するようにする。
ラインバンキングシステムの処理フローを示す図であ
る。第１実施形態では、クライアントがサービスを受け
るために必要なデータ（加入者番号、暗証番号）を暗号
化する場合には公開鍵方式を用いて暗号化し、サーバー
がサービス結果としての残高情報をクライアントに送信
すべく暗号化する場合には秘密鍵方式を用いて暗号化す
る。また、クライアントは、暗号化された残高情報をサ
ーバーから受信するときに、暗号化された残高情報を復
号するための復号データ（復号ロジック）をサーバーか
ら受信するようにする。
【００１１】ここでは、顧客パソコン１００は各家庭に
設置されているものとし、顧客パソコン１００には、WI
NDOWS ９５などのＯＳの他に、銀行サーバー１０２から
ダウンロードされた暗号化あるいは復号ロジックを含む
ＪＡＶＡプログラムを実行するためのＪＡＶＡインタプ
リターを含んだHotJava やNetscapeなどのＷＷＷブラウ
ザーがあらかじめインストールされている。また、銀行
サーバー１０２には、UNIXなどのＯＳの他に、ＷＷＷサ
ーバーと、暗号化あるいは復号ロジックを含むプログラ
ムがあらかじめインストールされている。顧客パソコン
１００と銀行サーバー１０２との間のデータ通信はＴＣ
Ｐ／ＩＰ通信プロトコルと、ＷＷＷサービスの提供を可
能にするＨＴＴＰ通信プロトコルとを用いて行われる。
設置されているものとし、顧客パソコン１００には、WI
NDOWS ９５などのＯＳの他に、銀行サーバー１０２から
ダウンロードされた暗号化あるいは復号ロジックを含む
ＪＡＶＡプログラムを実行するためのＪＡＶＡインタプ
リターを含んだHotJava やNetscapeなどのＷＷＷブラウ
ザーがあらかじめインストールされている。また、銀行
サーバー１０２には、UNIXなどのＯＳの他に、ＷＷＷサ
ーバーと、暗号化あるいは復号ロジックを含むプログラ
ムがあらかじめインストールされている。顧客パソコン
１００と銀行サーバー１０２との間のデータ通信はＴＣ
Ｐ／ＩＰ通信プロトコルと、ＷＷＷサービスの提供を可
能にするＨＴＴＰ通信プロトコルとを用いて行われる。
【００１２】顧客が顧客パソコン１００からＷＷＷブラ
ウザーによってインターネット１０１を介して銀行サー
バー１０２にアクセスすると、サービス選択メニュー画
面が現れる。ここで、顧客が特定のサービス、例えば残
高照会サービスを選択（Ａ）すると、この情報は平文と
して銀行サーバー１０２側へ送信される。
ウザーによってインターネット１０１を介して銀行サー
バー１０２にアクセスすると、サービス選択メニュー画
面が現れる。ここで、顧客が特定のサービス、例えば残
高照会サービスを選択（Ａ）すると、この情報は平文と
して銀行サーバー１０２側へ送信される。
【００１３】銀行サーバー１０２はこれに応答して、入
力画面（Ｂ）と、ＪＡＶＡ言語で書かれた暗号ロジック
＃１（公開鍵方式を用いるものであり、公開鍵を含んで
いる）（Ｃ１）と、ＪＡＶＡ言語で書かれた乱数発生ロ
ジック（Ｃ２）と、出力画面（Ｃ３）とをＪＡＶＡアプ
レット（Ｃ）として顧客パソコン１００側へ送信する。
力画面（Ｂ）と、ＪＡＶＡ言語で書かれた暗号ロジック
＃１（公開鍵方式を用いるものであり、公開鍵を含んで
いる）（Ｃ１）と、ＪＡＶＡ言語で書かれた乱数発生ロ
ジック（Ｃ２）と、出力画面（Ｃ３）とをＪＡＶＡアプ
レット（Ｃ）として顧客パソコン１００側へ送信する。
【００１４】顧客パソコン１００は受信した公開鍵を含
む暗号ロジック＃１（Ｃ１）を用いて、顧客によって入
力された加入者番号（Ｄ１）及び暗唱番号（Ｄ２）と、
乱数発生ロジック（Ｃ２）によって発生された使い捨て
秘密鍵（Ｅ）とを暗号化して、銀行サーバー１０２側へ
送信する。
む暗号ロジック＃１（Ｃ１）を用いて、顧客によって入
力された加入者番号（Ｄ１）及び暗唱番号（Ｄ２）と、
乱数発生ロジック（Ｃ２）によって発生された使い捨て
秘密鍵（Ｅ）とを暗号化して、銀行サーバー１０２側へ
送信する。
【００１５】銀行サーバー１０２はこれに応答して、銀
行秘密鍵（Ｆ１）と復号ロジック＃１（Ｆ２）とを用い
て、受信した加入者番号（Ｄ１）と暗唱番号（Ｄ２）と
を復号し、復号された加入者番号（Ｄ１）と暗唱番号
（Ｄ２）とを図示せぬホストコンピュータに送る。ホス
トコンピュータは元帳などを参照して受け取った加入者
番号（Ｄ１）と暗唱番号（Ｄ２）とに合致する銀行口座
から残高（Ｇ１）を抽出して銀行サーバー１０２に送
る。
行秘密鍵（Ｆ１）と復号ロジック＃１（Ｆ２）とを用い
て、受信した加入者番号（Ｄ１）と暗唱番号（Ｄ２）と
を復号し、復号された加入者番号（Ｄ１）と暗唱番号
（Ｄ２）とを図示せぬホストコンピュータに送る。ホス
トコンピュータは元帳などを参照して受け取った加入者
番号（Ｄ１）と暗唱番号（Ｄ２）とに合致する銀行口座
から残高（Ｇ１）を抽出して銀行サーバー１０２に送
る。
【００１６】銀行サーバー１０２は使い捨て秘密鍵
（Ｅ）と暗号ロジック＃２（Ｈ）とを用いて、残高（Ｇ
１）と、ＪＡＶＡ言語で書かれた秘密鍵方式の復号ロジ
ック＃２（Ｇ２）と、出力画面（Ｇ３）とを暗号化し、
これをＪＡＶＡアプレット（Ｇ）として顧客パソコン１
００側へ送信する。
（Ｅ）と暗号ロジック＃２（Ｈ）とを用いて、残高（Ｇ
１）と、ＪＡＶＡ言語で書かれた秘密鍵方式の復号ロジ
ック＃２（Ｇ２）と、出力画面（Ｇ３）とを暗号化し、
これをＪＡＶＡアプレット（Ｇ）として顧客パソコン１
００側へ送信する。
【００１７】顧客パソコン１００は、乱数発生ロジック
（Ｃ２）によって発生された使い捨て秘密鍵（Ｅ）と、
受信した復号ロジック＃２（Ｇ２）とを用いて残高（Ｇ
１）を復号して画面に出力する。顧客は画面に表示され
た残高（Ｇ１）を見て、提供されたサービスの結果を確
認する（Ｉ）。この確認情報が銀行サーバー１０２に送
信されることにより、銀行サーバー１０２によるサービ
ス提供の終了（Ｊ）となる。
（Ｃ２）によって発生された使い捨て秘密鍵（Ｅ）と、
受信した復号ロジック＃２（Ｇ２）とを用いて残高（Ｇ
１）を復号して画面に出力する。顧客は画面に表示され
た残高（Ｇ１）を見て、提供されたサービスの結果を確
認する（Ｉ）。この確認情報が銀行サーバー１０２に送
信されることにより、銀行サーバー１０２によるサービ
ス提供の終了（Ｊ）となる。
【００１８】上記した第１実施形態によれば、従来のよ
うに、顧客パソコン１００側で暗号化あるいは復号プロ
グラムをインストールして起動するのでなく、銀行サー
バー１０２からＪＡＶＡアプレットとして送信するよう
にしたので、顧客に対して何等負担を与えることなし
に、データ通信時のセキュリティを維持することができ
る。また、顧客にとって重要な加入者番号と暗号番号と
を実績のある公開鍵方式を用いて暗号化しているので、
機密性の保持の点でより優れている。
うに、顧客パソコン１００側で暗号化あるいは復号プロ
グラムをインストールして起動するのでなく、銀行サー
バー１０２からＪＡＶＡアプレットとして送信するよう
にしたので、顧客に対して何等負担を与えることなし
に、データ通信時のセキュリティを維持することができ
る。また、顧客にとって重要な加入者番号と暗号番号と
を実績のある公開鍵方式を用いて暗号化しているので、
機密性の保持の点でより優れている。
【００１９】図２は、本発明の第２施形態に係るオンラ
インバンキングシステムの処理フローを示す図である。
第２実施形態では、クライアントがサービスを受けるた
めに必要なデータ（加入者番号、暗証番号）を暗号化す
る場合には公開鍵方式を用いて暗号化し、サーバーがサ
ービス結果としての残高情報をクライアントに送信すべ
く暗号化する場合には秘密鍵方式を用いて暗号化する。
また、クライアントは、暗号化に必要なデータ（暗号化
ロジックや乱数発生ロジック）をサーバーから受信する
ときに、暗号化されたサービス結果としての残高情報を
復号するための復号データ（復号ロジック）をサーバー
から受信するようにする。
インバンキングシステムの処理フローを示す図である。
第２実施形態では、クライアントがサービスを受けるた
めに必要なデータ（加入者番号、暗証番号）を暗号化す
る場合には公開鍵方式を用いて暗号化し、サーバーがサ
ービス結果としての残高情報をクライアントに送信すべ
く暗号化する場合には秘密鍵方式を用いて暗号化する。
また、クライアントは、暗号化に必要なデータ（暗号化
ロジックや乱数発生ロジック）をサーバーから受信する
ときに、暗号化されたサービス結果としての残高情報を
復号するための復号データ（復号ロジック）をサーバー
から受信するようにする。
【００２０】第２実施形態においても第１実施形態と同
様に、顧客パソコン１００には、WINDOWS ９５などのＯ
Ｓの他に、銀行サーバー１０２からダウンロードされた
暗号化あるいは復号ロジックを含むＪＡＶＡプログラム
を実行するためのＪＡＶＡインタプリターを含んだHotJ
ava やNetscapeなどのＷＷＷブラウザーがあらかじめイ
ンストールされている。また、銀行サーバー１０２に
は、UNIXなどのＯＳの他に、ＷＷＷサーバーと、暗号化
あるいは復号ロジックを含むプログラムがあらかじめイ
ンストールされている。顧客パソコン１００と銀行サー
バー１０２との間のデータ通信はＴＣＰ／ＩＰ通信プロ
トコルと、ＷＷＷサービスの提供を可能にするＨＴＴＰ
通信プロトコルとを用いて行われる。
様に、顧客パソコン１００には、WINDOWS ９５などのＯ
Ｓの他に、銀行サーバー１０２からダウンロードされた
暗号化あるいは復号ロジックを含むＪＡＶＡプログラム
を実行するためのＪＡＶＡインタプリターを含んだHotJ
ava やNetscapeなどのＷＷＷブラウザーがあらかじめイ
ンストールされている。また、銀行サーバー１０２に
は、UNIXなどのＯＳの他に、ＷＷＷサーバーと、暗号化
あるいは復号ロジックを含むプログラムがあらかじめイ
ンストールされている。顧客パソコン１００と銀行サー
バー１０２との間のデータ通信はＴＣＰ／ＩＰ通信プロ
トコルと、ＷＷＷサービスの提供を可能にするＨＴＴＰ
通信プロトコルとを用いて行われる。
【００２１】顧客が顧客パソコン１００からＷＷＷブラ
ウザーによってインターネット１０１を介して銀行サー
バー１０２にアクセスすると、サービス選択メニュー画
面が現れる。ここで、顧客が特定のサービス、例えば残
高照会サービスを選択（Ａ）すると、この情報は平文と
して銀行サーバー１０２側へ送信される。
ウザーによってインターネット１０１を介して銀行サー
バー１０２にアクセスすると、サービス選択メニュー画
面が現れる。ここで、顧客が特定のサービス、例えば残
高照会サービスを選択（Ａ）すると、この情報は平文と
して銀行サーバー１０２側へ送信される。
【００２２】銀行サーバー１０２はこれに応答して、入
力画面（Ｂ）と、ＪＡＶＡ言語で書かれた暗号ロジック
＃１（公開鍵方式を用いるものであり、公開鍵を含んで
いる）（Ｃ１）と、ＪＡＶＡ言語で書かれた乱数発生ロ
ジック（Ｃ２）と、出力画面（Ｃ３）と、ＪＡＶＡ言語
で書かれた秘密鍵方式の復号ロジック＃２（Ｃ４）とを
ＪＡＶＡアプレット（Ｃ）として顧客パソコン１００側
へ送信する。ここで復号ロジック＃２（Ｃ４）は第１実
施形態における復号ロジック＃２（Ｇ２）に対応するも
のである。
力画面（Ｂ）と、ＪＡＶＡ言語で書かれた暗号ロジック
＃１（公開鍵方式を用いるものであり、公開鍵を含んで
いる）（Ｃ１）と、ＪＡＶＡ言語で書かれた乱数発生ロ
ジック（Ｃ２）と、出力画面（Ｃ３）と、ＪＡＶＡ言語
で書かれた秘密鍵方式の復号ロジック＃２（Ｃ４）とを
ＪＡＶＡアプレット（Ｃ）として顧客パソコン１００側
へ送信する。ここで復号ロジック＃２（Ｃ４）は第１実
施形態における復号ロジック＃２（Ｇ２）に対応するも
のである。
【００２３】顧客パソコン１００は受信した公開鍵を含
む暗号ロジック＃１（Ｃ１）を用いて、顧客によって入
力された加入者番号（Ｄ１）及び暗唱番号（Ｄ２）と、
乱数発生ロジック（Ｃ２）によって発生された使い捨て
秘密鍵（Ｅ）とを暗号化して、銀行サーバー１０２側へ
送信する。
む暗号ロジック＃１（Ｃ１）を用いて、顧客によって入
力された加入者番号（Ｄ１）及び暗唱番号（Ｄ２）と、
乱数発生ロジック（Ｃ２）によって発生された使い捨て
秘密鍵（Ｅ）とを暗号化して、銀行サーバー１０２側へ
送信する。
【００２４】銀行サーバー１０２はこれに応答して、銀
行秘密鍵（Ｆ１）と復号ロジック＃１（Ｆ２）とを用い
て、受信した加入者番号（Ｄ１）と暗唱番号（Ｄ２）と
を復号し、復号された加入者番号（Ｄ１）と暗唱番号
（Ｄ２）とを図示せぬホストコンピュータに送る。ホス
トコンピュータは元帳などを参照して受け取った加入者
番号（Ｄ１）と暗唱番号（Ｄ２）とに合致する銀行口座
から残高（Ｇ１）を抽出して銀行サーバー１０２に送
る。
行秘密鍵（Ｆ１）と復号ロジック＃１（Ｆ２）とを用い
て、受信した加入者番号（Ｄ１）と暗唱番号（Ｄ２）と
を復号し、復号された加入者番号（Ｄ１）と暗唱番号
（Ｄ２）とを図示せぬホストコンピュータに送る。ホス
トコンピュータは元帳などを参照して受け取った加入者
番号（Ｄ１）と暗唱番号（Ｄ２）とに合致する銀行口座
から残高（Ｇ１）を抽出して銀行サーバー１０２に送
る。
【００２５】銀行サーバー１０２は使い捨て秘密鍵
（Ｅ）と暗号ロジック＃２（Ｈ）とを用いて、残高（Ｇ
１）と出力画面（Ｇ３）とを暗号化し、これをＪＡＶＡ
アプレット（Ｇ）として顧客パソコン１００側へ送信す
る。
（Ｅ）と暗号ロジック＃２（Ｈ）とを用いて、残高（Ｇ
１）と出力画面（Ｇ３）とを暗号化し、これをＪＡＶＡ
アプレット（Ｇ）として顧客パソコン１００側へ送信す
る。
【００２６】顧客パソコン１００は、乱数発生ロジック
（Ｃ２）によって発生された使い捨て秘密鍵（Ｅ）と、
あらかじめ受信した復号ロジック＃２（Ｃ４）とを用い
て残高（Ｇ１）を復号して画面に出力する。顧客は画面
に表示された残高（Ｇ１）を見て、提供されたサービス
の結果を確認する（Ｉ）。この確認情報が銀行サーバー
１０２に送信されることにより、銀行サーバー１０２に
よるサービス提供の終了（Ｊ）となる。
（Ｃ２）によって発生された使い捨て秘密鍵（Ｅ）と、
あらかじめ受信した復号ロジック＃２（Ｃ４）とを用い
て残高（Ｇ１）を復号して画面に出力する。顧客は画面
に表示された残高（Ｇ１）を見て、提供されたサービス
の結果を確認する（Ｉ）。この確認情報が銀行サーバー
１０２に送信されることにより、銀行サーバー１０２に
よるサービス提供の終了（Ｊ）となる。
【００２７】上記した第２実施形態によれば、従来のよ
うに、顧客パソコン１００側で暗号化あるいは復号プロ
グラムをインストールして起動するのでなく、銀行サー
バー１０２からＪＡＶＡアプレットとして送信するよう
にしたので、顧客に対して何等負担を与えることなし
に、データ通信時のセキュリティを維持することができ
る。また、顧客にとって重要な加入者番号と暗号番号と
を実績のある公開鍵方式を用いて暗号化しているので、
機密性の保持の点でより優れている。
うに、顧客パソコン１００側で暗号化あるいは復号プロ
グラムをインストールして起動するのでなく、銀行サー
バー１０２からＪＡＶＡアプレットとして送信するよう
にしたので、顧客に対して何等負担を与えることなし
に、データ通信時のセキュリティを維持することができ
る。また、顧客にとって重要な加入者番号と暗号番号と
を実績のある公開鍵方式を用いて暗号化しているので、
機密性の保持の点でより優れている。
【００２８】図３は、本発明の第３実施形態に係るオン
ラインバンキングシステムの処理フローを示す図であ
る。第３実施形態ではクライアントがサービスを受ける
ために必要なデータ（加入者番号、暗証番号）を暗号化
する場合、及び、サーバーがサービス結果としての残高
情報をクライアントに送信すべく暗号化する場合には秘
密鍵を用いて暗号化する。そして、この秘密鍵は、楕円
ＤＨ型鍵配送方式に基づいて生成される。
ラインバンキングシステムの処理フローを示す図であ
る。第３実施形態ではクライアントがサービスを受ける
ために必要なデータ（加入者番号、暗証番号）を暗号化
する場合、及び、サーバーがサービス結果としての残高
情報をクライアントに送信すべく暗号化する場合には秘
密鍵を用いて暗号化する。そして、この秘密鍵は、楕円
ＤＨ型鍵配送方式に基づいて生成される。
【００２９】第３実施形態においても第１実施形態と同
様に、顧客パソコン１００には、WINDOWS ９５などのＯ
Ｓの他に、銀行サーバー１０２からダウンロードされた
暗号化あるいは復号ロジックを含むＪＡＶＡプログラム
を実行するためのＪＡＶＡインタプリターを含んだHotJ
ava やNetscapeなどのＷＷＷブラウザーがあらかじめイ
ンストールされている。また、銀行サーバー１０２に
は、UNIXなどのＯＳの他に、ＷＷＷサーバーと、暗号化
あるいは復号ロジックを含むプログラムがあらかじめイ
ンストールされている。顧客パソコン１００と銀行サー
バー１０２との間のデータ通信はＴＣＰ／ＩＰ通信プロ
トコルと、ＷＷＷサービスの提供を可能にするＨＴＴＰ
通信プロトコルとを用いて行われる。
様に、顧客パソコン１００には、WINDOWS ９５などのＯ
Ｓの他に、銀行サーバー１０２からダウンロードされた
暗号化あるいは復号ロジックを含むＪＡＶＡプログラム
を実行するためのＪＡＶＡインタプリターを含んだHotJ
ava やNetscapeなどのＷＷＷブラウザーがあらかじめイ
ンストールされている。また、銀行サーバー１０２に
は、UNIXなどのＯＳの他に、ＷＷＷサーバーと、暗号化
あるいは復号ロジックを含むプログラムがあらかじめイ
ンストールされている。顧客パソコン１００と銀行サー
バー１０２との間のデータ通信はＴＣＰ／ＩＰ通信プロ
トコルと、ＷＷＷサービスの提供を可能にするＨＴＴＰ
通信プロトコルとを用いて行われる。
【００３０】顧客が顧客パソコン１００からＷＷＷブラ
ウザーによってインターネット１０１を介して銀行サー
バー１０２にアクセスすると、サービス選択メニュー画
面が現れる。ここで、顧客が特定のサービス、例えば残
高照会サービスを選択（Ａ）すると、この情報は平文と
して銀行サーバー１０２側へ送信される。
ウザーによってインターネット１０１を介して銀行サー
バー１０２にアクセスすると、サービス選択メニュー画
面が現れる。ここで、顧客が特定のサービス、例えば残
高照会サービスを選択（Ａ）すると、この情報は平文と
して銀行サーバー１０２側へ送信される。
【００３１】銀行サーバー１０２はこれに応答して、入
力画面（Ｂ）を平文として顧客パソコン１００側に送信
する。次に、ＪＡＶＡ言語で書かれた暗号／復号ロジッ
ク（Ｃ１，Ｃ４）と、ＪＡＶＡ言語で書かれた演算１、
演算２（Ｃ５）と、ＪＡＶＡ言語で書かれた乱数発生ロ
ジック（Ｃ２）と、出力画面（Ｃ３）とをＪＡＶＡアプ
レット（Ｃ）としてインターネット１０１を介して顧客
パソコン１００側へ送信する。
力画面（Ｂ）を平文として顧客パソコン１００側に送信
する。次に、ＪＡＶＡ言語で書かれた暗号／復号ロジッ
ク（Ｃ１，Ｃ４）と、ＪＡＶＡ言語で書かれた演算１、
演算２（Ｃ５）と、ＪＡＶＡ言語で書かれた乱数発生ロ
ジック（Ｃ２）と、出力画面（Ｃ３）とをＪＡＶＡアプ
レット（Ｃ）としてインターネット１０１を介して顧客
パソコン１００側へ送信する。
【００３２】顧客パソコン１００は銀行サーバー１０２
から受信した乱数発生ロジック（Ｃ２）に基づいて乱数
Ｒａを生成し、この乱数Ｒａを用いて演算１（Ｃ５−
１）を行なって、一方向性関数Ｘａ＝Ｆ（Ｒａ）の値を
求める。関数値Ｘａは平文としてインターネット１０１
を介して銀行サーバー１０２に送信される。
から受信した乱数発生ロジック（Ｃ２）に基づいて乱数
Ｒａを生成し、この乱数Ｒａを用いて演算１（Ｃ５−
１）を行なって、一方向性関数Ｘａ＝Ｆ（Ｒａ）の値を
求める。関数値Ｘａは平文としてインターネット１０１
を介して銀行サーバー１０２に送信される。
【００３３】銀行サーバー１０２は受信した関数値Ｘａ
と、乱数発生ロジック（Ｃ２）に基づいて生成した乱数
Ｒｂとを用いて演算２（Ｃ５−２）を行なって、関数Ｙ
ｂ＝Ｇ（Ｘａ，Ｒｂ）の値を求める。同様にして、生成
された乱数Ｒｂを用いて演算１（Ｃ５−１）を行なって
一方向性関数Ｘｂ＝Ｆ（Ｒｂ）の値を求める。そして、
求めた関数値Ｘｂを平文としてインターネット１０１を
介して顧客パソコン１００へ送信する。
と、乱数発生ロジック（Ｃ２）に基づいて生成した乱数
Ｒｂとを用いて演算２（Ｃ５−２）を行なって、関数Ｙ
ｂ＝Ｇ（Ｘａ，Ｒｂ）の値を求める。同様にして、生成
された乱数Ｒｂを用いて演算１（Ｃ５−１）を行なって
一方向性関数Ｘｂ＝Ｆ（Ｒｂ）の値を求める。そして、
求めた関数値Ｘｂを平文としてインターネット１０１を
介して顧客パソコン１００へ送信する。
【００３４】顧客パソコン１００は受信した関数値Ｘｂ
と、演算１（Ｃ５−１）によってあらかじめ求めた関数
値Ｒａとを用いて演算２（Ｃ５−２）を行なって関数Ｙ
ａ＝Ｇ（Ｘｂ，Ｒａ）の値を求める。次に、求めた関数
値Ｙａを使い捨て秘密鍵Ｅとし、この使い捨て秘密鍵Ｅ
と、暗号ロジックＣ１とを用いて、顧客によって入力さ
れた加入者番号（Ｄ１）及び暗唱番号（Ｄ２）を暗号化
して、インターネット１０１を介して銀行サーバー１０
２側へ送信する。
と、演算１（Ｃ５−１）によってあらかじめ求めた関数
値Ｒａとを用いて演算２（Ｃ５−２）を行なって関数Ｙ
ａ＝Ｇ（Ｘｂ，Ｒａ）の値を求める。次に、求めた関数
値Ｙａを使い捨て秘密鍵Ｅとし、この使い捨て秘密鍵Ｅ
と、暗号ロジックＣ１とを用いて、顧客によって入力さ
れた加入者番号（Ｄ１）及び暗唱番号（Ｄ２）を暗号化
して、インターネット１０１を介して銀行サーバー１０
２側へ送信する。
【００３５】銀行サーバー１０２はこれに応答して、演
算２（Ｃ５−２）によってあらかじめ求めた関数値Ｙｂ
を使い捨て秘密鍵（Ｅ）として、この使い捨て秘密鍵
（Ｅ）と、復号ロジック（Ｆ２）とを用いて、受信した
加入者番号（Ｄ１）と暗唱番号（Ｄ２）とを復号し、復
号された加入者番号（Ｄ１）と暗唱番号（Ｄ２）とを図
示せぬホストコンピュータに送る。ホストコンピュータ
は元帳などを参照して受け取った加入者番号（Ｄ１）と
暗唱番号（Ｄ２）とに合致する銀行口座から残高（Ｇ
１）を抽出して銀行サーバー１０２に送る。
算２（Ｃ５−２）によってあらかじめ求めた関数値Ｙｂ
を使い捨て秘密鍵（Ｅ）として、この使い捨て秘密鍵
（Ｅ）と、復号ロジック（Ｆ２）とを用いて、受信した
加入者番号（Ｄ１）と暗唱番号（Ｄ２）とを復号し、復
号された加入者番号（Ｄ１）と暗唱番号（Ｄ２）とを図
示せぬホストコンピュータに送る。ホストコンピュータ
は元帳などを参照して受け取った加入者番号（Ｄ１）と
暗唱番号（Ｄ２）とに合致する銀行口座から残高（Ｇ
１）を抽出して銀行サーバー１０２に送る。
【００３６】銀行サーバー１０２は使い捨て秘密鍵
（Ｅ）と暗号ロジック（Ｈ）とを用いて、残高（Ｇ１）
と出力画面（Ｇ３）とを暗号化し、これを残高データ
（Ｇ）としてインターネット１０１を介して顧客パソコ
ン１００側へ送信する。
（Ｅ）と暗号ロジック（Ｈ）とを用いて、残高（Ｇ１）
と出力画面（Ｇ３）とを暗号化し、これを残高データ
（Ｇ）としてインターネット１０１を介して顧客パソコ
ン１００側へ送信する。
【００３７】顧客パソコン１００は、関数値Ｙａとして
求めた使い捨て秘密鍵Ｅと復号ロジック（Ｃ４）とを用
いて残高（Ｇ１）を復号して画面に出力する。顧客は画
面に表示された残高（Ｇ１）を見て、提供されたサービ
スの結果を確認する（Ｉ）。この確認情報が銀行サーバ
ー１０２に送信されることにより、銀行サーバー１０２
によるサービス提供の終了（Ｊ）となる。
求めた使い捨て秘密鍵Ｅと復号ロジック（Ｃ４）とを用
いて残高（Ｇ１）を復号して画面に出力する。顧客は画
面に表示された残高（Ｇ１）を見て、提供されたサービ
スの結果を確認する（Ｉ）。この確認情報が銀行サーバ
ー１０２に送信されることにより、銀行サーバー１０２
によるサービス提供の終了（Ｊ）となる。
【００３８】上記した第３実施形態によれば、従来のよ
うに、顧客パソコン１００側で暗号化あるいは復号プロ
グラムをインストールして起動するのでなく、銀行サー
バー１０２からＪＡＶＡアプレットとして送信するよう
にしたので、顧客に対して何等負担を与えることなし
に、データ通信時のセキュリティを維持することができ
る。また、顧客にとって重要な加入者番号や暗証番号を
サーバーに送信すべく暗号化する場合、及び、残高情報
をクライアントに送信すべく暗号化する場合のいずれに
おいても秘密鍵を用いて暗号化しているので、より高速
な暗号化処理が行なえる。
うに、顧客パソコン１００側で暗号化あるいは復号プロ
グラムをインストールして起動するのでなく、銀行サー
バー１０２からＪＡＶＡアプレットとして送信するよう
にしたので、顧客に対して何等負担を与えることなし
に、データ通信時のセキュリティを維持することができ
る。また、顧客にとって重要な加入者番号や暗証番号を
サーバーに送信すべく暗号化する場合、及び、残高情報
をクライアントに送信すべく暗号化する場合のいずれに
おいても秘密鍵を用いて暗号化しているので、より高速
な暗号化処理が行なえる。
【００３９】
【発明の効果】本発明によれば、クライアントに対して
何等負担を与えることなしに、データ通信時のセキュリ
ティを維持することができるデータ通信のためのセキュ
リティシステムを提供することができる。
何等負担を与えることなしに、データ通信時のセキュリ
ティを維持することができるデータ通信のためのセキュ
リティシステムを提供することができる。
【図１】本発明の第１実施形態に係るセキュリティシス
テムの構成を示す図である。
テムの構成を示す図である。
【図２】本発明の第２実施形態に係るセキュリティシス
テムの構成を示す図である。
テムの構成を示す図である。
【図３】本発明の第３実施形態に係るセキュリティシス
テムの構成を示す図である。
テムの構成を示す図である。
１００…顧客パソコン、１０１…インターネット、１０
１…銀行サーバー。
１…銀行サーバー。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 ＦＩ Ｈ０４Ｌ 9/14 Ｈ０４Ｌ 9/00 ６０１Ｃ ６４１
Claims (4)
- 【請求項１】 サービスを要求するクライアントと、サ
ービスを提供するサーバーとの間でデータ通信を行なう
場合のセキュリティシステムであって、 前記サーバーに含まれ、前記クライアントからの特定の
サービスの要求に応答して、暗号化に必要なデータを前
記クライアントに送信する手段と、 前記クライアントに含まれ、前記サーバーから受信した
暗号化に必要なデータを用いて、サービスを受けるため
に必要なデータを暗号化して前記サーバーに送信する手
段と、 前記サーバーに含まれ、前記クライアントからの要求に
合致したサービス結果を取得した後、このサービス結果
を暗号化して前記クライアントに送信する手段と、 を具備し、前記クライアントは、前記暗号化に必要なデ
ータを前記サーバーから受信するとき、または、前記暗
号化されたサービス結果を前記サーバーから受信すると
きに、前記暗号化されたサービス結果を復号するための
復号データを前記サーバーから受信することを特徴とす
るデータ通信のためのセキュリティシステム。 - 【請求項２】 前記クライアントがサービスを受けるた
めに必要なデータを暗号化する場合には公開鍵方式を用
いて暗号化し、前記サーバーが前記サービス結果を前記
クライアントに送信すべく暗号化する場合には秘密鍵方
式を用いて暗号化することを特徴とする請求項１記載の
データ通信のためのセキュリティシステム。 - 【請求項３】 前記クライアントがサービスを受けるた
めに必要なデータを暗号化する場合、及び、前記サーバ
ーが前記サービス結果を前記クライアントに送信すべく
暗号化する場合には秘密鍵方式を用いて暗号化すること
を特徴とする請求項１記載のデータ通信のためのセキュ
リティシステム。 - 【請求項４】 前記秘密鍵方式の暗号化に用いる秘密鍵
は、楕円ＤＨ型鍵配送方式に基づいて生成されることを
特徴とする請求項３記載のデータ通信のためのセキュリ
ティシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25467596A JPH10105620A (ja) | 1996-09-26 | 1996-09-26 | データ通信のためのセキュリティシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25467596A JPH10105620A (ja) | 1996-09-26 | 1996-09-26 | データ通信のためのセキュリティシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10105620A true JPH10105620A (ja) | 1998-04-24 |
Family
ID=17268307
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25467596A Pending JPH10105620A (ja) | 1996-09-26 | 1996-09-26 | データ通信のためのセキュリティシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10105620A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001350717A (ja) * | 2000-06-07 | 2001-12-21 | Nippon Telegr & Teleph Corp <Ntt> | 情報表示システム及びゲートウェイ装置及び情報表示装置 |
| JP2003162680A (ja) * | 2001-11-28 | 2003-06-06 | Jcb:Kk | 決済システム及び方法 |
| JP2007116503A (ja) * | 2005-10-21 | 2007-05-10 | Mitsubishi Electric Information Systems Corp | 転送元用パック、転送要求端末、転送元用パック生成装置、転送データ復元装置、プログラムセット、及び転送データ復元プログラム |
| JP2011523103A (ja) * | 2008-06-11 | 2011-08-04 | マイクロソフト コーポレーション | 対称暗号を実行するための技法 |
| JP2012014197A (ja) * | 2011-10-04 | 2012-01-19 | Hyper Tec:Kk | 処理装置及び処理方法 |
-
1996
- 1996-09-26 JP JP25467596A patent/JPH10105620A/ja active Pending
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001350717A (ja) * | 2000-06-07 | 2001-12-21 | Nippon Telegr & Teleph Corp <Ntt> | 情報表示システム及びゲートウェイ装置及び情報表示装置 |
| JP2003162680A (ja) * | 2001-11-28 | 2003-06-06 | Jcb:Kk | 決済システム及び方法 |
| JP2007116503A (ja) * | 2005-10-21 | 2007-05-10 | Mitsubishi Electric Information Systems Corp | 転送元用パック、転送要求端末、転送元用パック生成装置、転送データ復元装置、プログラムセット、及び転送データ復元プログラム |
| JP4668028B2 (ja) * | 2005-10-21 | 2011-04-13 | 三菱電機インフォメーションシステムズ株式会社 | 転送元用ソフトウェア、転送要求端末、転送元用パック生成装置、及びプログラムセット |
| JP2011523103A (ja) * | 2008-06-11 | 2011-08-04 | マイクロソフト コーポレーション | 対称暗号を実行するための技法 |
| US8862893B2 (en) | 2008-06-11 | 2014-10-14 | Microsoft Corporation | Techniques for performing symmetric cryptography |
| JP2012014197A (ja) * | 2011-10-04 | 2012-01-19 | Hyper Tec:Kk | 処理装置及び処理方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8417941B2 (en) | Apparatus and method to prevent man in the middle attack | |
| CA2446304C (en) | Use and generation of a session key in a secure socket layer connection | |
| US8145898B2 (en) | Encryption/decryption pay per use web service | |
| US20020038420A1 (en) | Method for efficient public key based certification for mobile and desktop environments | |
| EP1197030A1 (en) | Method for generating secure symmetric encryption and decryption | |
| KR20080090989A (ko) | 홈 네트워크에서 보안 서비스를 제공하는 장치 및 방법 | |
| JPH07325785A (ja) | ネットワーク利用者認証方法および暗号化通信方法とアプリケーションクライアントおよびサーバ | |
| JPH10340255A (ja) | ネットワーク利用者認証方式 | |
| JPH11168460A (ja) | 暗号ネットワーク・システムおよび方法 | |
| JPH10105620A (ja) | データ通信のためのセキュリティシステム | |
| TW200803392A (en) | Method, device, server arrangement, system and computer program products for securely storing data in a portable device | |
| KR100357859B1 (ko) | 인터넷 환경 하에서 데이터 통신을 수행하는 이동통신시스템의 사용자 정보 보안 방법 | |
| JPH11187008A (ja) | 暗号鍵の配送方法 | |
| JP2002063139A (ja) | 端末装置、サーバ装置および端末認証方法 | |
| JPH11231776A (ja) | 証明書発行方法およびその装置 | |
| CN112702420B (zh) | 线上和线下数据交互的处理方法及系统 | |
| Cimato | Design of an authentication protocol for GSM Javacards | |
| JPH09130376A (ja) | 利用者パスワード認証方法 | |
| CN114531235B (zh) | 一种端对端加密的通信方法及系统 | |
| CN113347146B (zh) | 一种自动生成密钥的加密解密方法 | |
| KR100446207B1 (ko) | 암호화기능을 갖는 데이터 송수신시스템 | |
| JP4502461B2 (ja) | 暗号通信方法およびシステム | |
| WO2000067447A1 (en) | Improvements in and relating to secure data transmission | |
| JP3577704B2 (ja) | 時刻認証方法 | |
| JP2007521525A (ja) | セキュア通信ネットワークのパーティを認証および認可するシステム |