JPH07107084A - 暗号通信システム - Google Patents
暗号通信システムInfo
- Publication number
- JPH07107084A JPH07107084A JP5250852A JP25085293A JPH07107084A JP H07107084 A JPH07107084 A JP H07107084A JP 5250852 A JP5250852 A JP 5250852A JP 25085293 A JP25085293 A JP 25085293A JP H07107084 A JPH07107084 A JP H07107084A
- Authority
- JP
- Japan
- Prior art keywords
- session
- client
- key
- cryptographic
- 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.)
- Granted
Links
Landscapes
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【目的】 本発明の目的は、既存のハードウェアやアプ
リケーションに影響を与えることなく、暗号通信を行う
ことができる暗号通信システムを提供することである。 【構成】 本発明は、サーバ５にフロントエンドプロセ
ッサとして接続された暗号ゲートウェイ装置４がクライ
アント３からの暗号通信要求の検出を契機としてクライ
アント・サーバ間の通信用セッションを確立する。この
とき、暗号ゲートウェイ装置４がクライアント３からの
暗号通信要求の検出を契機として、鍵配送センタ１から
セッション鍵を取得して、クライアント３に配送し、ク
ライアント・ゲートウェイ装置間で同一のセッション鍵
を共有する。
リケーションに影響を与えることなく、暗号通信を行う
ことができる暗号通信システムを提供することである。 【構成】 本発明は、サーバ５にフロントエンドプロセ
ッサとして接続された暗号ゲートウェイ装置４がクライ
アント３からの暗号通信要求の検出を契機としてクライ
アント・サーバ間の通信用セッションを確立する。この
とき、暗号ゲートウェイ装置４がクライアント３からの
暗号通信要求の検出を契機として、鍵配送センタ１から
セッション鍵を取得して、クライアント３に配送し、ク
ライアント・ゲートウェイ装置間で同一のセッション鍵
を共有する。
Description
【０００１】
【産業上の利用分野】本発明は、任意のクライアントと
サーバがセッションを確立し、共通鍵暗号アルゴリズム
を用いて暗号通信を行う通信システムに係り、特に、ネ
ットワークを介して複数のクライアント並びにサーバが
鍵配送センタに接続され、鍵配送センタが生成したセッ
ション鍵をネットワークを介して入手する暗号通信シス
テムに関する。
サーバがセッションを確立し、共通鍵暗号アルゴリズム
を用いて暗号通信を行う通信システムに係り、特に、ネ
ットワークを介して複数のクライアント並びにサーバが
鍵配送センタに接続され、鍵配送センタが生成したセッ
ション鍵をネットワークを介して入手する暗号通信シス
テムに関する。
【０００２】
【従来の技術】図１２は、従来の暗号通信システムの構
成を示す。同図に示す従来の暗号通信システムは、ネッ
トワーク２を介して、複数のクライアント３1 〜３3 及
びサーバ５が鍵配送センタ１に接続され、鍵配送センタ
１が生成したセッション鍵をクライアント３またはサー
バ５が入手する。
成を示す。同図に示す従来の暗号通信システムは、ネッ
トワーク２を介して、複数のクライアント３1 〜３3 及
びサーバ５が鍵配送センタ１に接続され、鍵配送センタ
１が生成したセッション鍵をクライアント３またはサー
バ５が入手する。
【０００３】図１３は、従来の暗号通信システムを説明
するための図である。同図（Ａ）は、鍵配送センタ１に
セッション鍵を要求する場合に、クライアント３からア
プリケーションプログラムを用いて要求する場合を示
し、同図（Ｂ）は、サーバ５からアプリケーションプロ
グラムを用いて要求する場合を示す。このように、クラ
イアント３またはサーバ５がアプリケーションプログラ
ムを用いて通信に使用するセッション鍵を取得する。こ
のセッション鍵をクライアント３とサーバ５間で共有
し、以降の通信パケットをこのセッション鍵を用いて暗
号化或いは、復号し、暗号通信を行う。
するための図である。同図（Ａ）は、鍵配送センタ１に
セッション鍵を要求する場合に、クライアント３からア
プリケーションプログラムを用いて要求する場合を示
し、同図（Ｂ）は、サーバ５からアプリケーションプロ
グラムを用いて要求する場合を示す。このように、クラ
イアント３またはサーバ５がアプリケーションプログラ
ムを用いて通信に使用するセッション鍵を取得する。こ
のセッション鍵をクライアント３とサーバ５間で共有
し、以降の通信パケットをこのセッション鍵を用いて暗
号化或いは、復号し、暗号通信を行う。
【０００４】このように、従来の暗号通信システムは、
広い地域に分散した事業所等の特定の端末間で暗号通信
を行うＬＡＮ等に効果的に利用できるものである。
広い地域に分散した事業所等の特定の端末間で暗号通信
を行うＬＡＮ等に効果的に利用できるものである。
【０００５】
【発明が解決しようとする課題】しなしながら、上記従
来の方式では、暗号通信に先立ち、クライアント或いは
サーバ上で走行するアプリケーションプログラムが鍵配
送センタとセッションを確立し、鍵配送センタからセッ
ション鍵を取得し、かつ通信相手のサーバ或いはクライ
アントのアプリケーションに同じセッション鍵を送信す
る処理が必要となる。
来の方式では、暗号通信に先立ち、クライアント或いは
サーバ上で走行するアプリケーションプログラムが鍵配
送センタとセッションを確立し、鍵配送センタからセッ
ション鍵を取得し、かつ通信相手のサーバ或いはクライ
アントのアプリケーションに同じセッション鍵を送信す
る処理が必要となる。
【０００６】一方、コネクション型のネットワークを介
して、クライアント・サーバ間で通信を行う通信プログ
ラムの数は膨大であり、これらを暗号通信対応に変更す
る場合には、個別にアプリケーションプログラムやクラ
イアント或いはサーバのハードウェアを改造する必要が
あり、改造規模や工数が大きくなり、これに伴って、開
発費も大きくなるという問題がある。
して、クライアント・サーバ間で通信を行う通信プログ
ラムの数は膨大であり、これらを暗号通信対応に変更す
る場合には、個別にアプリケーションプログラムやクラ
イアント或いはサーバのハードウェアを改造する必要が
あり、改造規模や工数が大きくなり、これに伴って、開
発費も大きくなるという問題がある。
【０００７】本発明は、上記の点に鑑みなされたもの
で、上記従来の問題点を解決し、既存のハードウェアや
アプリケーションに影響を与えることなく、暗号通信を
行うことができる暗号通信システムを提供することを目
的とする。
で、上記従来の問題点を解決し、既存のハードウェアや
アプリケーションに影響を与えることなく、暗号通信を
行うことができる暗号通信システムを提供することを目
的とする。
【０００８】
【課題を解決するための手段】図１は、本発明の原理構
成図である。本発明は、ネットワーク２を介して複数の
クライアント３ならびにサーバ５が鍵配送センタ１に接
続され、鍵配送センタ１が生成したセッション鍵をネッ
トワーク２を介して入手することにより、任意のクライ
アント３・サーバ５間でセッションを確立して暗号通信
を行う通信システムにおいて、サーバ５とネットワーク
２の間に位置し、サーバ５との通信用セッションの確立
時にクライアント３が出力する暗号通信要求を検索し、
暗号通信要求を契機としてクライアント３との鍵配送用
セッションを確立すると共に、鍵配送センタ１からセッ
ション鍵を取得し、クライアント３に配送する鍵配送手
段１０４と、取得したセッション鍵を管理するゲートウ
ェイ鍵管理手段１０５と、クライアント３との暗号同期
を確立するゲートウェイ同期確立手段１０６と、同期確
立手段１０６により同期完了報告後にゲートウェイ鍵管
理手段１０５よりセッション鍵を取得し、パケットを復
号または暗号化する第１の暗号化／復号手段１０７とを
含む暗号ゲートウェイ装置４と、サーバ５との通信用セ
ッション確立時に、暗号ゲートウェイ装置４に暗号通信
を要求し、セッション鍵を取得する鍵取得手段１０１
と、取得したセッション鍵を管理するクライアント鍵管
理手段１０２と、暗号ゲートウェイ装置との暗号同期を
確立するクライアント同期確立手段１０３と、同期確立
後、クライアント鍵管理手段１０２よりセッション鍵を
取得し、パケットを復号または暗号化する第２の暗号化
／復号手段１１０とを含むクライアント３を有し、クラ
イアント・サーバ５間の通信用セッション確立時に、暗
号ゲートウェイ装置がクライアント３からの暗号通信要
求を検出してクライアント３と鍵配送用セッションを確
立すると共に、鍵配送センタ１からセッション鍵を取得
して、クライアント３に配送することにより、クライア
ント・暗号ゲートウェイ装置間で共通のセッション鍵を
共有する。
成図である。本発明は、ネットワーク２を介して複数の
クライアント３ならびにサーバ５が鍵配送センタ１に接
続され、鍵配送センタ１が生成したセッション鍵をネッ
トワーク２を介して入手することにより、任意のクライ
アント３・サーバ５間でセッションを確立して暗号通信
を行う通信システムにおいて、サーバ５とネットワーク
２の間に位置し、サーバ５との通信用セッションの確立
時にクライアント３が出力する暗号通信要求を検索し、
暗号通信要求を契機としてクライアント３との鍵配送用
セッションを確立すると共に、鍵配送センタ１からセッ
ション鍵を取得し、クライアント３に配送する鍵配送手
段１０４と、取得したセッション鍵を管理するゲートウ
ェイ鍵管理手段１０５と、クライアント３との暗号同期
を確立するゲートウェイ同期確立手段１０６と、同期確
立手段１０６により同期完了報告後にゲートウェイ鍵管
理手段１０５よりセッション鍵を取得し、パケットを復
号または暗号化する第１の暗号化／復号手段１０７とを
含む暗号ゲートウェイ装置４と、サーバ５との通信用セ
ッション確立時に、暗号ゲートウェイ装置４に暗号通信
を要求し、セッション鍵を取得する鍵取得手段１０１
と、取得したセッション鍵を管理するクライアント鍵管
理手段１０２と、暗号ゲートウェイ装置との暗号同期を
確立するクライアント同期確立手段１０３と、同期確立
後、クライアント鍵管理手段１０２よりセッション鍵を
取得し、パケットを復号または暗号化する第２の暗号化
／復号手段１１０とを含むクライアント３を有し、クラ
イアント・サーバ５間の通信用セッション確立時に、暗
号ゲートウェイ装置がクライアント３からの暗号通信要
求を検出してクライアント３と鍵配送用セッションを確
立すると共に、鍵配送センタ１からセッション鍵を取得
して、クライアント３に配送することにより、クライア
ント・暗号ゲートウェイ装置間で共通のセッション鍵を
共有する。
【０００９】また、本発明の暗号ゲートウェイ装置４
は、クライアント３・サーバ５間の通信用セッション切
断を検出し、ゲートウェイ鍵管理手段１０５に保持する
当該セッションのセッション鍵を無効にする無効手段１
０８を含む。
は、クライアント３・サーバ５間の通信用セッション切
断を検出し、ゲートウェイ鍵管理手段１０５に保持する
当該セッションのセッション鍵を無効にする無効手段１
０８を含む。
【００１０】また、本発明の暗号ゲートウェイ装置４
は、クライアント３・サーバ５間で通信するパケットを
受信し、クライアント３と暗号ゲートウェイ装置４間で
暗号の同期確立が完了していないセッションのパケット
を破棄する破棄手段１０９を含む。
は、クライアント３・サーバ５間で通信するパケットを
受信し、クライアント３と暗号ゲートウェイ装置４間で
暗号の同期確立が完了していないセッションのパケット
を破棄する破棄手段１０９を含む。
【００１１】
【作用】図２は、本発明の通信シーケンスの概要を示
す。本発明は、サーバにフロントエンドプロセッサとし
て、暗号ゲートウェイ装置を接続し、この暗号ゲートウ
ェイ装置がクライアントからの暗号通信要求の検出（ス
テップ１）を契機としてクライアント・サーバ間の通信
用セッションを確立する（ステップ２）。このとき、暗
号ゲートウェイ装置がクライアントからの暗号通信要求
の検出を契機として、鍵配送センタからセッション鍵を
取得（ステップ３）して、クライアントに配送する（ス
テップ４）ことにより、クライアント・ゲートウェイ装
置間で同一のセッション鍵を共有する（ステップ５）。
クライアントは暗号ゲートウェイ装置との暗号同期を確
立し、これ以降、クライアント・サーバ間のセッション
が切断されるまでクライアント・暗号ゲートウェイ装置
間の暗号通信が可能となる（ステップ６）。
す。本発明は、サーバにフロントエンドプロセッサとし
て、暗号ゲートウェイ装置を接続し、この暗号ゲートウ
ェイ装置がクライアントからの暗号通信要求の検出（ス
テップ１）を契機としてクライアント・サーバ間の通信
用セッションを確立する（ステップ２）。このとき、暗
号ゲートウェイ装置がクライアントからの暗号通信要求
の検出を契機として、鍵配送センタからセッション鍵を
取得（ステップ３）して、クライアントに配送する（ス
テップ４）ことにより、クライアント・ゲートウェイ装
置間で同一のセッション鍵を共有する（ステップ５）。
クライアントは暗号ゲートウェイ装置との暗号同期を確
立し、これ以降、クライアント・サーバ間のセッション
が切断されるまでクライアント・暗号ゲートウェイ装置
間の暗号通信が可能となる（ステップ６）。
【００１２】
【実施例】以下、図面と共に本発明の実施例を詳細に説
明する。
明する。
【００１３】図３は、本発明のシステム全体図である。
同図に示す通信システムは、ネットワーク２を介して接
続される鍵配送センタ１、クライアント３、暗号ゲート
ウェイ装置４、暗号ゲートウェイ装置４に接続されるサ
ーバ５により構成される。同図において、サーバ５の前
段に暗号ゲートウェイ装置４が接続されているが、クラ
イアント３の前段に暗号ゲートウェイ装置４を接続する
ことも考えられる。本実施例では、暗号ゲートウェイ装
置４はサーバ５のフロントエンドとして接続されてお
り、簡単のため、暗号ゲートウェイ装置４には１つのサ
ーバ５が接続されるものとして説明する。
同図に示す通信システムは、ネットワーク２を介して接
続される鍵配送センタ１、クライアント３、暗号ゲート
ウェイ装置４、暗号ゲートウェイ装置４に接続されるサ
ーバ５により構成される。同図において、サーバ５の前
段に暗号ゲートウェイ装置４が接続されているが、クラ
イアント３の前段に暗号ゲートウェイ装置４を接続する
ことも考えられる。本実施例では、暗号ゲートウェイ装
置４はサーバ５のフロントエンドとして接続されてお
り、簡単のため、暗号ゲートウェイ装置４には１つのサ
ーバ５が接続されるものとして説明する。
【００１４】鍵配送センタ１は、セッション鍵を生成し
て暗号ゲートウェイ装置４に送信する。ネットワーク２
は、クライアント３−サーバ５間、鍵配送センタ１−暗
号ゲートウェイ装置４間、クライアント３−暗号ゲート
ウェイ装置４間でセッションを確立し、通信を行う。暗
号化ゲートウェイ装置４は、クライアント３−サーバ間
５でやり取りするパケットを暗号化／復号する。
て暗号ゲートウェイ装置４に送信する。ネットワーク２
は、クライアント３−サーバ５間、鍵配送センタ１−暗
号ゲートウェイ装置４間、クライアント３−暗号ゲート
ウェイ装置４間でセッションを確立し、通信を行う。暗
号化ゲートウェイ装置４は、クライアント３−サーバ間
５でやり取りするパケットを暗号化／復号する。
【００１５】図４は、本発明の一実施例のシステム構成
図である。同図中、図３と同一構成部分には同一符号を
付す。同図に示すクライアント３は、セッション制御部
３１、セッション鍵配送部３２、鍵管理部３３、暗号同
期確立部３４、暗号化／復号部３５、送信／受信部３６
から構成される。
図である。同図中、図３と同一構成部分には同一符号を
付す。同図に示すクライアント３は、セッション制御部
３１、セッション鍵配送部３２、鍵管理部３３、暗号同
期確立部３４、暗号化／復号部３５、送信／受信部３６
から構成される。
【００１６】セッション制御部３１は、サーバ５との通
信用セッション確立時に、プロトコルに暗号通信要求の
メッセージを挿入し、暗号ゲートウェイ装置４に暗号通
信要求を行う。セッション鍵配送部３２は、暗号ゲート
ウェイ装置４と鍵配送用セッションを確立し、暗号ゲー
トウェイ装置４からセッション鍵を取得し、鍵管理部３
３に配送する。
信用セッション確立時に、プロトコルに暗号通信要求の
メッセージを挿入し、暗号ゲートウェイ装置４に暗号通
信要求を行う。セッション鍵配送部３２は、暗号ゲート
ウェイ装置４と鍵配送用セッションを確立し、暗号ゲー
トウェイ装置４からセッション鍵を取得し、鍵管理部３
３に配送する。
【００１７】鍵管理部３３は、セッション鍵配送部３２
から受け取ったセッション鍵をセッション毎に管理す
る。暗号同期確立部３４は、クライアント３と暗号ゲー
トウェイ装置４間でセッション鍵配送部３２によるセッ
ション確立を契機に暗号通信の同期を確立する。
から受け取ったセッション鍵をセッション毎に管理す
る。暗号同期確立部３４は、クライアント３と暗号ゲー
トウェイ装置４間でセッション鍵配送部３２によるセッ
ション確立を契機に暗号通信の同期を確立する。
【００１８】暗号化／復号部３５は、アプリケーション
から受け取ったデータを、鍵管理部３３が保持する当該
セッション鍵を使用して暗号化、または、サーバ５から
受け取った暗号化されたパケットを復号する。送信／受
信部３６は、ネットワーク２から（へ）暗号化されたパ
ケットを受信（送信）する。
から受け取ったデータを、鍵管理部３３が保持する当該
セッション鍵を使用して暗号化、または、サーバ５から
受け取った暗号化されたパケットを復号する。送信／受
信部３６は、ネットワーク２から（へ）暗号化されたパ
ケットを受信（送信）する。
【００１９】暗号ゲートウェイ装置４は、セッション確
立／切断のモニタ部４１、セッション鍵配送部４２、鍵
管理部４３、暗号同期確立部４４、暗号化／復号部４
７、送信／受信部４５、及びセッション識別部４６より
構成される。
立／切断のモニタ部４１、セッション鍵配送部４２、鍵
管理部４３、暗号同期確立部４４、暗号化／復号部４
７、送信／受信部４５、及びセッション識別部４６より
構成される。
【００２０】セッション確立／切断のモニタ部４１は、
クライアント３とサーバ５間で通信するパケットをモニ
タし、セッションの確立用パケットであり、かつヘッダ
のオプションに“暗号通信要求”のメッセージが挿入さ
れているパケット及びセッション切断用パケットを検出
する。また、クライアント３から暗号通信要求が出され
ていることをセッション鍵配送部４２に通知する。さら
に、セッション切断がある場合には、この旨を鍵管理部
４３に通知する。
クライアント３とサーバ５間で通信するパケットをモニ
タし、セッションの確立用パケットであり、かつヘッダ
のオプションに“暗号通信要求”のメッセージが挿入さ
れているパケット及びセッション切断用パケットを検出
する。また、クライアント３から暗号通信要求が出され
ていることをセッション鍵配送部４２に通知する。さら
に、セッション切断がある場合には、この旨を鍵管理部
４３に通知する。
【００２１】セッション鍵配送部４２は、セッション確
立／切断のモニタ部４１から報告される暗号通信要求を
契機としてクライアント３との間で鍵配送用セッション
を確立し、鍵配送センタ１からセッション鍵を取得し、
クライアント３に配送する。また、セッション鍵を鍵管
理部４３に配送する。
立／切断のモニタ部４１から報告される暗号通信要求を
契機としてクライアント３との間で鍵配送用セッション
を確立し、鍵配送センタ１からセッション鍵を取得し、
クライアント３に配送する。また、セッション鍵を鍵管
理部４３に配送する。
【００２２】鍵管理部４３は、セッション鍵配送部４２
から受け取ったセッション鍵をセッション毎に管理する
とともに、セッション確立／切断のモニタ部４１から報
告されるセッション切断を契機として当該セッション鍵
を無効にする。
から受け取ったセッション鍵をセッション毎に管理する
とともに、セッション確立／切断のモニタ部４１から報
告されるセッション切断を契機として当該セッション鍵
を無効にする。
【００２３】暗号同期確立部４４は、クライアント３と
暗号ゲートウェイ装置４間で暗号通信の同期を確立し、
同期完了を暗号化／復号部４７に報告する。
暗号ゲートウェイ装置４間で暗号通信の同期を確立し、
同期完了を暗号化／復号部４７に報告する。
【００２４】送信／受信部４５は、クライアント３或い
はサーバ５から（へ）パケットを受信（送信）する。
はサーバ５から（へ）パケットを受信（送信）する。
【００２５】セッション識別部４６は、送信／受信部４
５から受け取ったパケットのＩＰヘッダ及びＴＣＰヘッ
ダから送信元ＩＰアドレス、送信元ポート番号、送信先
ＩＰアドレス及び送信先ポート番号を取り出し、セッシ
ョン番号を識別する。
５から受け取ったパケットのＩＰヘッダ及びＴＣＰヘッ
ダから送信元ＩＰアドレス、送信元ポート番号、送信先
ＩＰアドレス及び送信先ポート番号を取り出し、セッシ
ョン番号を識別する。
【００２６】暗号化／復号化部４７は、暗号同期確立部
４４から同期完了報告前に受信したパケットを破棄し、
同期完了報告後のパケットについては、セッション識別
部４６から受け取ったセッション番号をキーとして鍵管
理部４３からセッション鍵を取得し、サーバ５宛のパケ
ットであれば、当該パケットを復号し、クライアント３
宛のパケットであれば、当該パケットを暗号化する。
４４から同期完了報告前に受信したパケットを破棄し、
同期完了報告後のパケットについては、セッション識別
部４６から受け取ったセッション番号をキーとして鍵管
理部４３からセッション鍵を取得し、サーバ５宛のパケ
ットであれば、当該パケットを復号し、クライアント３
宛のパケットであれば、当該パケットを暗号化する。
【００２７】図５は、ＴＣＰ／ＩＰ・ＬＡＮで使用する
プロトコルをＯＳＩの参照モデルに準拠して記述してい
る。データリンクレイヤは、ＭＡＣ（Media Access Con
trol) プロトコル、ネットワークレイヤは、ＩＰ（Inte
rnet protocol)、トランスポートレイヤはＴＣＰ(Trans
mit Control Protocol) で実現されており、ＡＰは、Ｔ
ＣＰレイヤ間でセッションを確立する。
プロトコルをＯＳＩの参照モデルに準拠して記述してい
る。データリンクレイヤは、ＭＡＣ（Media Access Con
trol) プロトコル、ネットワークレイヤは、ＩＰ（Inte
rnet protocol)、トランスポートレイヤはＴＣＰ(Trans
mit Control Protocol) で実現されており、ＡＰは、Ｔ
ＣＰレイヤ間でセッションを確立する。
【００２８】図６は、ＴＣＰ／ＩＰ・ＬＡＮに接続され
たクライアント・サーバ間で通信する際に使用するパケ
ット・フォーマットを示す。
たクライアント・サーバ間で通信する際に使用するパケ
ット・フォーマットを示す。
【００２９】パケットは、ＭＡＣヘッダ（ＭＡＣ＿
Ｈ），ＩＰヘッダ（ＩＰ＿Ｈ）及びＴＣＰヘッダ（ＴＣ
Ｐ＿Ｈ）からなるヘッダと、ＡＰデータ及びパケット全
体のフレームチェック・シーケンス（ＦＣＳ）から構成
される。暗号ゲートウェイ装置４がアプリケーションデ
ータを暗号化／復号することにより、クライアント３と
暗号ゲートウェイ装置４間で暗号通信を行う。アプリケ
ーションデータを暗号化することにより、ＩＰルータを
介したネットワークを使用して通信を行うことができ
る。なお、送信側のＩＰアドレス（ＩＰヘッダに規定）
及びポート番号（ＴＣＰヘッダに規定）と受信側のＩＰ
アドレス及びポート番号によりクライアント・サーバ間
のセッションが一意に決定される。暗号ゲートウェイ装
置４のセッション識別部４６はこのように、パケットの
送信側のＴＣＰヘッダ、ＩＰヘッダと受信側のＩＰアド
レス及びポート番号によりセッションを識別する。
Ｈ），ＩＰヘッダ（ＩＰ＿Ｈ）及びＴＣＰヘッダ（ＴＣ
Ｐ＿Ｈ）からなるヘッダと、ＡＰデータ及びパケット全
体のフレームチェック・シーケンス（ＦＣＳ）から構成
される。暗号ゲートウェイ装置４がアプリケーションデ
ータを暗号化／復号することにより、クライアント３と
暗号ゲートウェイ装置４間で暗号通信を行う。アプリケ
ーションデータを暗号化することにより、ＩＰルータを
介したネットワークを使用して通信を行うことができ
る。なお、送信側のＩＰアドレス（ＩＰヘッダに規定）
及びポート番号（ＴＣＰヘッダに規定）と受信側のＩＰ
アドレス及びポート番号によりクライアント・サーバ間
のセッションが一意に決定される。暗号ゲートウェイ装
置４のセッション識別部４６はこのように、パケットの
送信側のＴＣＰヘッダ、ＩＰヘッダと受信側のＩＰアド
レス及びポート番号によりセッションを識別する。
【００３０】図７は、ＴＣＰヘッダのフォーマットを示
す。同図において“＿”は本発明に直接関係しないの
で、説明は省略する。
す。同図において“＿”は本発明に直接関係しないの
で、説明は省略する。
【００３１】“ＳＲＣ＿ＰＯＲＴ”及び“ＤＳＴ＿ＰＯ
ＲＴ”は各々発信元のポート番号、送信先のポート番号
を示す。“ＣＦ＿ＰＯＲＴ”は、各々送信元のポート番
号、送信先のポート番号を示す。“ＣＦ（制御フラグ）
は、“ＳＹＮ:Synchronize flag （セッションの確
立）”、“ＡＣＫ：Acknowledgement flag（確認）”及
び“ＦＩＮ:Fin flag （セッションの切断）”等から構
成される。
ＲＴ”は各々発信元のポート番号、送信先のポート番号
を示す。“ＣＦ＿ＰＯＲＴ”は、各々送信元のポート番
号、送信先のポート番号を示す。“ＣＦ（制御フラグ）
は、“ＳＹＮ:Synchronize flag （セッションの確
立）”、“ＡＣＫ：Acknowledgement flag（確認）”及
び“ＦＩＮ:Fin flag （セッションの切断）”等から構
成される。
【００３２】セッションの確立には、“ＳＹＮ”及び
“ＡＣＫ”が、切断には“ＦＩＮ”及び“ＡＣＫ”が使
用される。
“ＡＣＫ”が、切断には“ＦＩＮ”及び“ＡＣＫ”が使
用される。
【００３３】図８は、本発明の一実施例のセッション確
立手順のシーケンスチャートである。クライアント３か
らのパケットにセッション確立のフラグ“ＳＹＮ”がサ
ーバ５に渡され（ステップ１０１）、サーバ５が“ＳＹ
Ｎ”に対して、“ＡＣＫ”により応答する。この場合、
サーバ５は、“ＳＹＮ＋ＡＣＫ”をクラインアト３に渡
す（ステップ１０２）。これに対して、クライアント３
は、サーバ５に応答の“ＡＣＫ”を通知する（ステップ
１０３）。これにより、クライアント３とサーバ５間の
セッションが確立する（ステップ１０４）。
立手順のシーケンスチャートである。クライアント３か
らのパケットにセッション確立のフラグ“ＳＹＮ”がサ
ーバ５に渡され（ステップ１０１）、サーバ５が“ＳＹ
Ｎ”に対して、“ＡＣＫ”により応答する。この場合、
サーバ５は、“ＳＹＮ＋ＡＣＫ”をクラインアト３に渡
す（ステップ１０２）。これに対して、クライアント３
は、サーバ５に応答の“ＡＣＫ”を通知する（ステップ
１０３）。これにより、クライアント３とサーバ５間の
セッションが確立する（ステップ１０４）。
【００３４】図９は、本発明の一実施例のセッション切
断手順のシーケンスチャートを示す。クライアント３か
らパケットにセッションの切断のフラグ“ＦＩＮ”がサ
ーバ５に渡されると（ステップ２０１）、サーバ５は、
“ＡＣＫ”により応答すると共に（ステップ２０２）、
セッションの切断のための“ＦＩＮ”をクライアント３
に通知する（ステップ２０３）。クライアント３はサー
バからの通知を受け取った旨をサーバに“ＡＣＫ”によ
り通知する（ステップ２０４）。これにより、クライア
ント・サーバ間のセッションが切断される（ステップ２
０５）。
断手順のシーケンスチャートを示す。クライアント３か
らパケットにセッションの切断のフラグ“ＦＩＮ”がサ
ーバ５に渡されると（ステップ２０１）、サーバ５は、
“ＡＣＫ”により応答すると共に（ステップ２０２）、
セッションの切断のための“ＦＩＮ”をクライアント３
に通知する（ステップ２０３）。クライアント３はサー
バからの通知を受け取った旨をサーバに“ＡＣＫ”によ
り通知する（ステップ２０４）。これにより、クライア
ント・サーバ間のセッションが切断される（ステップ２
０５）。
【００３５】なお、セッションの確立／切断手順の詳細
は、“上原「異機種接続とＬＡＮ絵とき読本、ｐｐ．１
３７〜１４１、オーム社」”を参照されたい。
は、“上原「異機種接続とＬＡＮ絵とき読本、ｐｐ．１
３７〜１４１、オーム社」”を参照されたい。
【００３６】クライアント３から暗号ゲートウェイ装置
４に対する暗号通信要求には、ＴＣＰ或いは、ＩＰヘッ
ダのオプションを利用して、メッセージ（暗号通信要
求）送信する方法を利用できる。
４に対する暗号通信要求には、ＴＣＰ或いは、ＩＰヘッ
ダのオプションを利用して、メッセージ（暗号通信要
求）送信する方法を利用できる。
【００３７】図１０は、本発明の一実施例の鍵配送手順
を示すシーケンスチャートである。なお、クライアント
３及び暗号ゲートウェイ装置４の暗号鍵Ｋc1及びＫ
gwは、各装置のインストール時に内部の保持しており、
外部から見ることはできない。
を示すシーケンスチャートである。なお、クライアント
３及び暗号ゲートウェイ装置４の暗号鍵Ｋc1及びＫ
gwは、各装置のインストール時に内部の保持しており、
外部から見ることはできない。
【００３８】同図中、ＫS ＝ｄＫc1（Ｃc1）：ＫS は暗
号文Ｃc1を暗号鍵Ｋc1で復号した結果である。
号文Ｃc1を暗号鍵Ｋc1で復号した結果である。
【００３９】（手順１）クライアント３は、サーバ５と
通信用セッションを確立する。この時、クライアント３
のセッション制御部３１は、パケットのＴＣＰヘッダの
オプションに“暗号通信要求”メッセージを挿入する
（ステップ３０１）。
通信用セッションを確立する。この時、クライアント３
のセッション制御部３１は、パケットのＴＣＰヘッダの
オプションに“暗号通信要求”メッセージを挿入する
（ステップ３０１）。
【００４０】（手順２）暗号ゲートウェイ装置４のセッ
ション確立／切断のモニタ部４１は、クライアント・サ
ーバ間で通信するパケットをモニタし（ステップ３０
２）、セッション鍵配送部４２において、セッション確
立用でかつ“暗号通信要求”が挿入されたパケットを検
出した場合に、クライアント３と鍵配送用セッションを
確立する（ステップ３０３）。
ション確立／切断のモニタ部４１は、クライアント・サ
ーバ間で通信するパケットをモニタし（ステップ３０
２）、セッション鍵配送部４２において、セッション確
立用でかつ“暗号通信要求”が挿入されたパケットを検
出した場合に、クライアント３と鍵配送用セッションを
確立する（ステップ３０３）。
【００４１】（手順３）クライアント３は、暗号ゲート
ウェイ装置４にクライアント３の識別子ＩＤc1を送信す
る（ステップ３０４）。
ウェイ装置４にクライアント３の識別子ＩＤc1を送信す
る（ステップ３０４）。
【００４２】（手順４）暗号ゲートウェイ装置４は、鍵
配送センタ１にアクセスし、鍵取得手順（ステップ３０
５）（詳しくは、図１１において説明する）によりクラ
イアント３及び暗号ゲートウェイ装置４それぞれの暗号
鍵（Ｋc1及びＫgw）で暗号化されたセッション鍵（Ｃc1
及びＣgw）を鍵配送センタ１から受信する（ステップ
（ステップ３０６）。
配送センタ１にアクセスし、鍵取得手順（ステップ３０
５）（詳しくは、図１１において説明する）によりクラ
イアント３及び暗号ゲートウェイ装置４それぞれの暗号
鍵（Ｋc1及びＫgw）で暗号化されたセッション鍵（Ｃc1
及びＣgw）を鍵配送センタ１から受信する（ステップ
（ステップ３０６）。
【００４３】（手順５）暗号ゲートウェイ装置４の鍵管
理部４３は、鍵配送センタ１より受け取ったＣgwを暗号
ゲートウェイ装置４の暗号鍵Ｋgwで復号し、セッション
鍵Ｋ S を取得する（ステップ３０７）。セッション鍵Ｋ
S は、サーバ５とのセッションを切断するまで保持され
る。
理部４３は、鍵配送センタ１より受け取ったＣgwを暗号
ゲートウェイ装置４の暗号鍵Ｋgwで復号し、セッション
鍵Ｋ S を取得する（ステップ３０７）。セッション鍵Ｋ
S は、サーバ５とのセッションを切断するまで保持され
る。
【００４４】（手順６）暗号ゲートウェイ装置４のセッ
ション鍵配送部４２は、クライアント３に鍵配送センタ
１から受信したセッション鍵Ｃc1を配送する（ステップ
３０８）。
ション鍵配送部４２は、クライアント３に鍵配送センタ
１から受信したセッション鍵Ｃc1を配送する（ステップ
３０８）。
【００４５】（手順７）クライアント３は、暗号ゲート
ウェイ装置４からセッション鍵Ｃc1（暗号）を受信する
（ステップ３０９）。
ウェイ装置４からセッション鍵Ｃc1（暗号）を受信する
（ステップ３０９）。
【００４６】（手順８）クライアント３は、自分の暗号
鍵Ｋc1を用いて暗号ゲートウェイ装置４から配送された
Ｃc1を復号し、セッション鍵ＫS を取得する（ステップ
３１０）。
鍵Ｋc1を用いて暗号ゲートウェイ装置４から配送された
Ｃc1を復号し、セッション鍵ＫS を取得する（ステップ
３１０）。
【００４７】（手順９）クライアント３の暗号同期確立
部３４と暗号ゲートウェイ装置４の暗号同期確立部４４
は、暗号同期の確立を行う（ステップ３１１）。暗号同
期の確立が完了すると、クライアント３は暗号ゲートウ
ェイ装置４とのセッションを切断する（ステップ３１
２）。なお、暗号同期の確立方法は、本発明の目的とす
るところではないので、詳細な説明は省略する。
部３４と暗号ゲートウェイ装置４の暗号同期確立部４４
は、暗号同期の確立を行う（ステップ３１１）。暗号同
期の確立が完了すると、クライアント３は暗号ゲートウ
ェイ装置４とのセッションを切断する（ステップ３１
２）。なお、暗号同期の確立方法は、本発明の目的とす
るところではないので、詳細な説明は省略する。
【００４８】（手順１０）以降、共通のセッション鍵Ｋ
S を用いて、クライアント３と暗号ゲートウェイ装置４
間の暗号通信が可能となる（ステップ３１３）。
S を用いて、クライアント３と暗号ゲートウェイ装置４
間の暗号通信が可能となる（ステップ３１３）。
【００４９】（手順１１）暗号ゲートウェイ装置４は、
クライアント３からサーバ５宛のパケットを受信し、暗
号化／復号部４７でセッション識別部４６により識別さ
れた該当するセッション鍵を使用して、パケットを復号
する（ステップ３１４）。この復号されたパケット（平
文のパケット）をサーバ５に送信することにより、暗号
ゲートウェイ装置４とサーバ５間で非暗号通信が可能で
ある（ステップ３１５）。
クライアント３からサーバ５宛のパケットを受信し、暗
号化／復号部４７でセッション識別部４６により識別さ
れた該当するセッション鍵を使用して、パケットを復号
する（ステップ３１４）。この復号されたパケット（平
文のパケット）をサーバ５に送信することにより、暗号
ゲートウェイ装置４とサーバ５間で非暗号通信が可能で
ある（ステップ３１５）。
【００５０】また、サーバ５からクライアント３宛のパ
ケットについては、暗号ゲートウェイ装置４の暗号化／
復号部４７にて、パケットを暗号化する。即ち、サーバ
５から暗号ゲートウェイ装置４に対して平文を送信し
（ステップ３１３’）、暗号ゲートウェイ装置４の暗号
化／復号部４７にて暗号化し（ステップ３１４’）、セ
ッション鍵ＫS を用いて暗号ゲートウェイ装置４とクラ
イアント３間の暗号通信を行う（ステップ３１５’）。
ケットについては、暗号ゲートウェイ装置４の暗号化／
復号部４７にて、パケットを暗号化する。即ち、サーバ
５から暗号ゲートウェイ装置４に対して平文を送信し
（ステップ３１３’）、暗号ゲートウェイ装置４の暗号
化／復号部４７にて暗号化し（ステップ３１４’）、セ
ッション鍵ＫS を用いて暗号ゲートウェイ装置４とクラ
イアント３間の暗号通信を行う（ステップ３１５’）。
【００５１】図１１は、本発明の一実施例の暗号ゲート
ウェイ装置の鍵配送センタからの鍵取得のシーケンスチ
ャートである。
ウェイ装置の鍵配送センタからの鍵取得のシーケンスチ
ャートである。
【００５２】（手順１）暗号ゲートウェイ装置４は、鍵
配送センタ１とセッションを確立する（ステップ４０
１）。
配送センタ１とセッションを確立する（ステップ４０
１）。
【００５３】（手順２）暗号ゲートウェイ装置４は、鍵
配送センタ１にクライアント３及び暗号ゲートウェイ装
置４の識別子ＩＤc1及びＩＤgwを送信する（ステップ４
０２）。なお、識別子ＩＤc1及びＩＤgwは装置を識別す
るために使用するＩＰアドレス或いは、ＭＡＣアドレス
である。
配送センタ１にクライアント３及び暗号ゲートウェイ装
置４の識別子ＩＤc1及びＩＤgwを送信する（ステップ４
０２）。なお、識別子ＩＤc1及びＩＤgwは装置を識別す
るために使用するＩＰアドレス或いは、ＭＡＣアドレス
である。
【００５４】（手順３）鍵配送センタ１は、乱数を発生
し、セッション鍵ＫS を生成する。さらに、クライアン
ト及び暗号ゲートウェイ装置４の暗号鍵Ｋc1及びＫgwを
識別子ＩＤc1、ＩＤgwに基づいて検索（或いは生成）す
る。ここで、Ｋc1及びＫgwの検索（或いは生成）する方
法は、本発明の直接的な目的ではないので説明を省略す
る。検索によりＫc1及びＫgwを取得する場合には、装置
の識別子及び暗号鍵を鍵配送センタ１のデータベースに
登録する手段が必要であることはいうまでもない。さら
に、Ｋc1及びＫgwを生成する方法は、“小柳津、田中
『ＵＵＩを利用した鍵配送方式、信学技報』、ＯＦＳ９
２−３１”を参照されたい。
し、セッション鍵ＫS を生成する。さらに、クライアン
ト及び暗号ゲートウェイ装置４の暗号鍵Ｋc1及びＫgwを
識別子ＩＤc1、ＩＤgwに基づいて検索（或いは生成）す
る。ここで、Ｋc1及びＫgwの検索（或いは生成）する方
法は、本発明の直接的な目的ではないので説明を省略す
る。検索によりＫc1及びＫgwを取得する場合には、装置
の識別子及び暗号鍵を鍵配送センタ１のデータベースに
登録する手段が必要であることはいうまでもない。さら
に、Ｋc1及びＫgwを生成する方法は、“小柳津、田中
『ＵＵＩを利用した鍵配送方式、信学技報』、ＯＦＳ９
２−３１”を参照されたい。
【００５５】上記に示すＫc1及びＫgwを用いて、鍵配送
センタ１は、ＫS を暗号化し、Ｃc1及びＣgwを生成する
（ステップ４０３）。
センタ１は、ＫS を暗号化し、Ｃc1及びＣgwを生成する
（ステップ４０３）。
【００５６】（手順４）鍵配送センタ１は、暗号ゲート
ウェイ装置４にＣc1及びＣgwを送信する（ステップ４０
４）。
ウェイ装置４にＣc1及びＣgwを送信する（ステップ４０
４）。
【００５７】（手順５）暗号ゲートウェイ装置４は、鍵
配送センタとのセッションを切断する（ステップ４０
５）。
配送センタとのセッションを切断する（ステップ４０
５）。
【００５８】なお、本発明は、上記の実施例に限定され
ることなく、以下の点でも種々応用が可能である。
ることなく、以下の点でも種々応用が可能である。
【００５９】ここでは、暗号ゲートウェイ装置４と鍵配
送センタ１間は、セッションを確立して通信を行う例を
説明したが、ＵＤＰプロトコルを使用するコネクション
レス型の通信を使用してもよいし、また、他の通信プロ
トコルを使用してもよいということは、いうまでもな
い。
送センタ１間は、セッションを確立して通信を行う例を
説明したが、ＵＤＰプロトコルを使用するコネクション
レス型の通信を使用してもよいし、また、他の通信プロ
トコルを使用してもよいということは、いうまでもな
い。
【００６０】さらに、本発明は、鍵配送アルゴリズムを
特定したものではない。従って、送信するデータの内容
（ここでは、ＩＤc1、ＩＤgw，Ｃc1及びＣgw）を変更す
れば、相手端末の認証ができることはいうまでもない。
詳しくは、文献“小柳津、田中『ＵＵＩを利用した鍵配
送方式』、信学技報、ＯＦＳ９２−３１”を参照された
い。
特定したものではない。従って、送信するデータの内容
（ここでは、ＩＤc1、ＩＤgw，Ｃc1及びＣgw）を変更す
れば、相手端末の認証ができることはいうまでもない。
詳しくは、文献“小柳津、田中『ＵＵＩを利用した鍵配
送方式』、信学技報、ＯＦＳ９２−３１”を参照された
い。
【００６１】上記実施例では、暗号ゲートウェイ装置４
に１つのサーバが接続されているパターンを説明した
が、１つの暗号ゲートウェイ装置４に複数のサーバを接
続することも考えられる。また、暗号ゲートウェイ装置
４をサーバに接続したが、クライアント側に接続するこ
とも考えられる。
に１つのサーバが接続されているパターンを説明した
が、１つの暗号ゲートウェイ装置４に複数のサーバを接
続することも考えられる。また、暗号ゲートウェイ装置
４をサーバに接続したが、クライアント側に接続するこ
とも考えられる。
【００６２】
【発明の効果】上述のように本発明によれば、暗号暗号
ゲートウェイ装置がクライアントからの暗号通信要求を
検出し、これを契機としてクライアントと鍵配送セッシ
ョンを確立すると共に、鍵配送センタにアクセスし、通
信に使用するセッション鍵を取得し、通信相手であるク
ライアントに当該セッション鍵を配送し、クライアント
と暗号ゲートウェイ間で共通のセッション鍵を共有し、
このセッション鍵を用いて暗号通信を行うため、従来の
ように、暗号通信対応に既存のアプリケーションやハー
ドウェアを改造する必要がなく、経済化を図ることがで
きる。
ゲートウェイ装置がクライアントからの暗号通信要求を
検出し、これを契機としてクライアントと鍵配送セッシ
ョンを確立すると共に、鍵配送センタにアクセスし、通
信に使用するセッション鍵を取得し、通信相手であるク
ライアントに当該セッション鍵を配送し、クライアント
と暗号ゲートウェイ間で共通のセッション鍵を共有し、
このセッション鍵を用いて暗号通信を行うため、従来の
ように、暗号通信対応に既存のアプリケーションやハー
ドウェアを改造する必要がなく、経済化を図ることがで
きる。
【図１】本発明の原理構成図である。
【図２】本発明の概要のシーケンスである。
【図３】本発明のシステム全体図である。
【図４】本発明の一実施例のシステム構成図である。
【図５】ＴＣＰ／ＩＰ・ＬＡＮで使用するプロトコルを
示す図である。
示す図である。
【図６】ＴＣＰ／ＩＰ・ＬＡＮのパケット・フォーマッ
トである。
トである。
【図７】ＴＣＰのヘッダフォーマットである。
【図８】本発明の一実施例のセッション確立手順のシー
ケンスチャートである。
ケンスチャートである。
【図９】本発明の一実施例のセッション切断手順のシー
ケンスチャートである。
ケンスチャートである。
【図１０】本発明の一実施例の鍵配送手順を示すシーケ
ンスチャートである。
ンスチャートである。
【図１１】本発明の一実施例の暗号ゲートウェイ装置の
鍵配送センタからの鍵取得のシーケンスチャートであ
る。
鍵配送センタからの鍵取得のシーケンスチャートであ
る。
【図１２】従来の暗号通信システムの構成を示す。
【図１３】従来の暗号通信システムを説明するための図
である。
である。
１ 鍵配送センタ ２ ネットワーク ３ クライアント ４ 暗号ゲートウェイ装置 ５ サーバ ３１ セッション制御部 ３２ セッション鍵配送部 ３３ 鍵管理部 ３４ セッション鍵配送部 ３５ 暗号化／復号部 ３６ 送信／受信部 ４１ セッション確立／切断のモニタ部 ４２ セッション鍵配送部 ４３ 鍵管理部 ４４ 暗号同期確立部 ４５ 送信／受信部 ４６ セッション識別部 ４７ 暗号化／復号部 １０１ 鍵取得手段 １０２ クライアント鍵管理手段 １０３ クライアント同期確立手段 １０４ 鍵配送手段 １０５ ゲートウェイ鍵管理手段 １０６ ゲートウェイ同期確立手段 １０７ 第１の暗号化／復号手段 １０８ 無効手段 １０９ 破棄手段 １１０ 第２の暗号化／復号手段
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/28
Claims (3)
- 【請求項１】 ネットワークを介して複数のクライアン
トならびにサーバが鍵配送センタに接続され、該鍵配送
センタが生成したセッション鍵を該ネットワークを介し
て入手することにより、任意のクライアント・サーバ間
でセッションを確立して暗号通信を行う通信システムに
おいて、 該サーバと該ネットワークの間に位置し、サーバとの通
信用セッションの確立時にクライアントが出力する暗号
通信要求を検索し、該暗号通信要求を契機としてクライ
アントとの鍵配送用セッションを確立すると共に、該鍵
配送センタからセッション鍵を取得し、該クライアント
に配送する鍵配送手段と、取得した該セッション鍵を管
理するゲートウェイ鍵管理手段と、該クライアントとの
暗号同期を確立するゲートウェイ同期確立手段と、該同
期確立手段により同期完了報告後に該ゲートウェイ鍵管
理手段より該セッション鍵を取得し、パケットを復号ま
たは暗号化する第１の暗号化／復号手段とを含む暗号ゲ
ートウェイ装置と、 該サーバとの通信用セッション確立時に、該暗号ゲート
ウェイ装置に暗号通信を要求し、セッション鍵を取得す
る鍵取得手段と、取得した該セッション鍵を管理するク
ライアント鍵管理手段と、該暗号ゲートウェイ装置との
暗号同期を確立するクライアント同期確立手段と、同期
確立後、該クライアント鍵管理手段より該セッション鍵
を取得し、パケットを復号または暗号化する第２の暗号
化／復号手段とを含むクライアントを有し、 該クライアント・サーバ間の通信用セッション確立時
に、該暗号ゲートウェイ装置が該クライアントからの暗
号通信要求を検出してクライアントと鍵配送用セッショ
ンを確立すると共に、該鍵配送センタから該セッション
鍵を取得して、該クライアントに配送することにより、
該クライアント・該暗号ゲートウェイ装置間で共通のセ
ッション鍵を共有することを特徴とする暗号通信システ
ム。 - 【請求項２】 前記暗号ゲートウェイ装置は、前記クラ
イアント・前記サーバ間の通信用セッション切断を検出
し、前記ゲートウェイ鍵管理手段に保持する当該セッシ
ョンのセッション鍵を無効にする無効手段を含む請求項
１記載の暗号通信システム。 - 【請求項３】 前記暗号ゲートウェイ装置は、前記クラ
イアント・前記サーバ間で通信するパケットを受信し、
前記クライアントと前記暗号ゲートウェイ装置間で暗号
の同期確立が完了していないセッションのパケットを破
棄する破棄手段を含む請求項１記載の暗号通信システ
ム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25085293A JP3263879B2 (ja) | 1993-10-06 | 1993-10-06 | 暗号通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25085293A JP3263879B2 (ja) | 1993-10-06 | 1993-10-06 | 暗号通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07107084A true JPH07107084A (ja) | 1995-04-21 |
| JP3263879B2 JP3263879B2 (ja) | 2002-03-11 |
Family
ID=17213969
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25085293A Expired - Lifetime JP3263879B2 (ja) | 1993-10-06 | 1993-10-06 | 暗号通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3263879B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07107083A (ja) * | 1993-10-06 | 1995-04-21 | Nippon Telegr & Teleph Corp <Ntt> | 暗号通信システム |
| JPH0955039A (ja) * | 1995-08-15 | 1997-02-25 | Sony Corp | 記録媒体、記録装置および記録方法、再生装置および再生方法、並びに伝送方法 |
| US7650500B2 (en) | 2004-10-22 | 2010-01-19 | Fujitsu Limited | Encryption communication system |
| JP2011041008A (ja) * | 2009-08-11 | 2011-02-24 | Hitachi Cable Ltd | 通信装置及び通信システム |
| JP2012049993A (ja) * | 2010-08-30 | 2012-03-08 | Toyota Infotechnology Center Co Ltd | 暗号鍵更新システム、スマートキーシステムおよび暗号鍵更新方法 |
| JP2017050692A (ja) * | 2015-09-01 | 2017-03-09 | 株式会社アスコ | 通信装置、および無線通信システム |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63274242A (ja) * | 1987-04-22 | 1988-11-11 | インターナシヨナル・ビジネス・マシーンズ・コーポレーシヨン | 暗号化通信システム |
| JPH04179326A (ja) * | 1990-11-14 | 1992-06-26 | Hitachi Ltd | データ伝送方式 |
| JPH07107083A (ja) * | 1993-10-06 | 1995-04-21 | Nippon Telegr & Teleph Corp <Ntt> | 暗号通信システム |
-
1993
- 1993-10-06 JP JP25085293A patent/JP3263879B2/ja not_active Expired - Lifetime
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63274242A (ja) * | 1987-04-22 | 1988-11-11 | インターナシヨナル・ビジネス・マシーンズ・コーポレーシヨン | 暗号化通信システム |
| JPH04179326A (ja) * | 1990-11-14 | 1992-06-26 | Hitachi Ltd | データ伝送方式 |
| JPH07107083A (ja) * | 1993-10-06 | 1995-04-21 | Nippon Telegr & Teleph Corp <Ntt> | 暗号通信システム |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07107083A (ja) * | 1993-10-06 | 1995-04-21 | Nippon Telegr & Teleph Corp <Ntt> | 暗号通信システム |
| JPH0955039A (ja) * | 1995-08-15 | 1997-02-25 | Sony Corp | 記録媒体、記録装置および記録方法、再生装置および再生方法、並びに伝送方法 |
| US7650500B2 (en) | 2004-10-22 | 2010-01-19 | Fujitsu Limited | Encryption communication system |
| JP2011041008A (ja) * | 2009-08-11 | 2011-02-24 | Hitachi Cable Ltd | 通信装置及び通信システム |
| JP2012049993A (ja) * | 2010-08-30 | 2012-03-08 | Toyota Infotechnology Center Co Ltd | 暗号鍵更新システム、スマートキーシステムおよび暗号鍵更新方法 |
| JP2017050692A (ja) * | 2015-09-01 | 2017-03-09 | 株式会社アスコ | 通信装置、および無線通信システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3263879B2 (ja) | 2002-03-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3263878B2 (ja) | 暗号通信システム | |
| US7509491B1 (en) | System and method for dynamic secured group communication | |
| US8364772B1 (en) | System, device and method for dynamically securing instant messages | |
| US5588060A (en) | Method and apparatus for a key-management scheme for internet protocols | |
| JP4159328B2 (ja) | ネットワーク、ＩＰｓｅｃ設定サーバ装置、ＩＰｓｅｃ処理装置及びそれらに用いるＩＰｓｅｃ設定方法 | |
| JP3343064B2 (ja) | フレームを捕獲、カプセル化及び暗号化するための擬似ネットワークアダプタ | |
| US7254237B1 (en) | System and method for establishing a secure connection | |
| US7725707B2 (en) | Server, VPN client, VPN system, and software | |
| US5668877A (en) | Method and apparatus for stepping pair keys in a key-management scheme | |
| US5812671A (en) | Cryptographic communication system | |
| US6091820A (en) | Method and apparatus for achieving perfect forward secrecy in closed user groups | |
| US6026167A (en) | Method and apparatus for sending secure datagram multicasts | |
| US20020199098A1 (en) | Non-invasive SSL payload processing for IP packet using streaming SSL parsing | |
| US6725276B1 (en) | Apparatus and method for authenticating messages transmitted across different multicast domains | |
| EP1374533B1 (en) | Facilitating legal interception of ip connections | |
| US7055170B1 (en) | Security mechanism and architecture for collaborative software systems using tuple space | |
| JP2001265729A (ja) | マルチキャストシステム、認証サーバ端末、マルチキャスト受信者端末管理方法、並びに記録媒体 | |
| JP3263877B2 (ja) | 暗号ゲートウェイ装置 | |
| JP3296514B2 (ja) | 暗号通信端末 | |
| JP3263879B2 (ja) | 暗号通信システム | |
| JPH07170280A (ja) | ローカルエリアネットワーク | |
| WO2008029853A1 (fr) | Dispositif et procédé de livraison de clé de cryptage | |
| WO2011160390A1 (zh) | 代理网络设备的管理方法和系统 | |
| KR101594897B1 (ko) | 사물 인터넷에서 경량 사물간 보안 통신 세션 개설 방법 및 보안 통신 시스템 | |
| JPH0486041A (ja) | 暗号通信制御方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071228 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081228 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091228 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101228 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101228 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111228 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111228 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121228 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121228 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131228 Year of fee payment: 12 |
|
| EXPY | Cancellation because of completion of term |