JPH11272615A - 暗号化通信システム - Google Patents

Abstract

(57)【要約】 【課題】 インターネット上で利用者端末とＷｅｂサー
バが互に相手を確認してから暗号化通信を行なう。 【解決手段】 利用者端末４は、Ｗｅｂサーバ２を確認
するために、インターネット５を介して認証サーバ３に
対してＷｅｂサーバの認証を要求する。認証サーバ３
は、利用者端末４にサーバ認証を発行する。利用者端末
４は、Ｗｅｂサーバ２に暗号化接続を要求する。Ｗｅｂ
サーバ２は、利用者端末４を確認するために、認証サー
バ３にユーザの認証を要求する。認証サーバ３は、Ｗｅ
ｂサーバ２にユーザ認証を発行する。Ｗｅｂサーバ２
は、利用者端末４を確認できたので、接続を受け入れ
る。利用者端末４は、暗号化通信を行なってＷｅｂサー
バ２やデータベースサーバ１を利用する。このように、
利用者端末４とＷｅｂサーバ２が相互に認証して暗号化
通信を行なうので、Ｗｅｂサーバ２は利用者端末４に安
全にサービスを提供することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、暗号化通信システ
ムに関し、特に、日報管理などを行なうためにＷｅｂサ
ーバ側が利用者端末を認証して暗号化通信を行なう暗号
化通信システムに関する。

【０００２】

【従来の技術】ネットワークを介して通信を行なう場
合、通信の相手方と電文の正当性を確認するために、認
証を行なうことが必要である。このような認証に関する
従来の技術の例として、特開平7-250061号公報に開示さ
れている「送受信電文セキュリティ方式」がある。これ
は、複数ホスト間における電文の送受信において、認証
ＩＤの不正入手／不正使用を防止し、セキュリティを向
上させるものである。認証ＩＤサーバは、一定時間毎に
認証ＩＤを作成し、使用開始時刻と有効期間と共に各ホ
ストへ配布する。各ホストは、受信した認証ＩＤ使用開
始時刻と有効期間を保存し、有効期間を経過した認証Ｉ
Ｄを無効にする。ホストＡからホストＢへ電文を送信す
るとき、現時刻で有効な認証ＩＤを現時刻と共に電文中
に付加する。ホストＢは受信電文内の認証ＩＤと時刻の
正当性を判定する。

【０００３】また、インターネットを利用して暗号化通
信を行なう場合には、認証サーバにより相手サーバの認
証を行なっている。図９は、従来のＷｅｂの暗号化通信
システムの構成を示す図である。利用者端末４が、認証
サーバ３によりＷｅｂサーバ２を認証して、暗号化通信
を行なう手順は以下の通りである。 １．利用者端末４はインターネット５を介して、認証サ
ーバ３に対してＷｅｂサーバ認証要求を発行する。 ２．認証サーバ３は、利用者端末４に対してサーバ認証
を発行する。 ３．利用者端末４は、Ｗｅｂサーバ２に対して暗号化接
続要求を発行する。 ４．Ｗｅｂサーバ２は、利用者端末４の接続要求を受け
入れ、接続を行なう。 Ｗｅｂサーバ２においてＷｅｂクライアント（利用者端
末４）を認証する基本認証方式として、ユーザＩＤとパ
スワードによる方式がある。

【０００４】

【発明が解決しようとする課題】しかし、上記の従来の
方式においては、パスワード等が平文でインターネット
を流れ、かつ複数台のＷｅｂクライアントコンピュータ
からの同一ＩＤによる同時アクセスが可能であるため、
安全性および不正利用抑止性は低い。Ｗｅｂクライアン
トからＷｅｂサーバに対してデジタルＩＤを返答する方
式としては、Ｗｅｂクライアントのコンピュータ内のハ
ードディスク等にあらかじめディスクＩＤを記憶させて
おく方式や、接続毎にユーザがデジタルＩＤを入力する
方式等が考えられる。しかし、これらいずれの方式と
も、ユーザがデジタルＩＤを複数台のコンピュータで同
時使用することが可能であり、不正使用を抑止できな
い。このように、従来はＷｅｂサーバ側から利用者端末
を認証することは簡単にはできなかった。

【０００５】また、暗号通信システムを利用して土木工
事の日報管理システムを構成し、工事現場からの日報を
携帯端末等から簡単に本社に送ることを可能にするため
には、日報管理サーバを構築する必要がある。しかし、
顧客に日報管理サーバを管理させるのは、管理負担・コ
ストの面で難しい面があるし、現場監督がＩＤをいちい
ち入力するのは非常に非現実的である。なお、日報管理
は、土木工事などにおいて、毎日の工事の終了後に、工
事の進捗状況や使用した資材の量などのデータを帳票に
記入することにより、工事の全体を管理する基礎資料を
作成する作業である。

【０００６】本発明は、上記従来の問題点を解決し、利
用者端末とＷｅｂサーバが相互に認証して、暗号化通信
を安全かつ簡単に行なうことを目的とする。

【０００７】

【課題を解決するための手段】本発明では、上記の課題
を解決するために、暗号化通信システムに、データベー
スサーバと、認証サーバに対してユーザ認証要求を発行
する手段と、利用者端末に対して接続受入れ許可を発行
する手段とを有するＷｅｂサーバを設け、ネットワーク
を介して認証サーバに対してＷｅｂサーバ認証要求を発
行する手段と、Ｗｅｂサーバに対して暗号化接続要求を
発行する手段とを有する利用者端末を設け、利用者端末
に対してサーバ認証を発行する手段と、Ｗｅｂサーバに
対してユーザ認証を発行する手段とを有する認証サーバ
を設ける構成とした。このように構成したことにより、
Ｗｅｂサーバと利用者端末が認証サーバを介して相互に
認証して暗号化通信を行なうことができる。

【０００８】また、日報管理システムに、日報管理Ｗｅ
ｂアプリケーションを有するアプリケーションサーバ
と、データベースサーバと、認証サーバに対してユーザ
認証要求を発行する手段と、利用者端末に対して接続受
入れ許可を発行する手段とを有するＷｅｂサーバを設
け、ネットワークを介してＷｅｂサーバに対して暗号化
接続要求を発行する手段と、Ｗｅｂサーバを介してアプ
リケーションサーバに日報を登録する手段とを有する利
用者端末を設け、Ｗｅｂサーバに対してユーザ認証を発
行する手段を有する認証サーバを設ける構成とした。こ
のように構成したことにより、Ｗｅｂサーバが利用者端
末を認証して暗号化通信により日報管理サービスを提供
することができる。

【０００９】また、日報管理システムに、Ｗｅｂクライ
アントからＷｅｂサーバへ返答されるデジタルＩＤを生
成するデータを、Ｗｅｂクライアントのコンピュータの
プリンタポートに接続可能なコピープロテクトキーアダ
プタに保持させるように構成した。このように構成した
ことにより、１つのデジタルＩＤは、それが保持されて
いるコピープロテクトキーアダプタが接続されているＷ
ｅｂクライアントでしか使用できないため、不正利用の
抑止性が高く、現場監督等がＩＤをいちいち入力する必
要もなくなる。

【００１０】

【発明の実施の形態】本発明の請求項１に記載した発明
は、ネットワークと前記ネットワークにそれぞれ接続さ
れたＷｅｂサーバと利用者端末と認証サーバとを具備す
る暗号化通信システムにおいて、前記Ｗｅｂサーバは、
データベースサーバと、前記認証サーバに対してユーザ
認証要求を発行する手段と、前記利用者端末に対して接
続受入れ許可を発行する手段とを有し、前記利用者端末
は、前記ネットワークを介して前記認証サーバに対して
Ｗｅｂサーバ認証要求を発行する手段と、前記Ｗｅｂサ
ーバに対して暗号化接続要求を発行する手段とを有し、
前記認証サーバは、前記利用者端末に対してサーバ認証
を発行する手段と、前記Ｗｅｂサーバに対してユーザ認
証を発行する手段とを有し、前記Ｗｅｂサーバと前記利
用者端末が前記認証サーバを介して相互に認証して暗号
化通信を行なう暗号化通信システムであり、Ｗｅｂサー
バと利用者端末が相互に認証して暗号化通信を行なうと
いう作用を有する。

【００１１】本発明の請求項２に記載した発明は、ネッ
トワークと前記ネットワークにそれぞれ接続されたＷｅ
ｂサーバと利用者端末と認証サーバとを具備する暗号化
通信システムにおいて、前記Ｗｅｂサーバは、アプリケ
ーションサーバと、データベースサーバと、前記認証サ
ーバに対してユーザ認証要求を発行する手段と、前記利
用者端末に対して接続受入れ許可を発行する手段とを有
し、前記利用者端末は、前記ネットワークを介して前記
Ｗｅｂサーバに対して暗号化接続要求を発行する手段
と、前記Ｗｅｂサーバを介して前記アプリケーションサ
ーバの情報処理サービスを利用する手段とを有し、前記
認証サーバは、前記Ｗｅｂサーバに対してユーザ認証を
発行する手段を有し、前記Ｗｅｂサーバが前記利用者端
末を認証して暗号化通信により情報処理サービスを提供
する暗号化通信システムであり、Ｗｅｂサーバ側が利用
者端末を認証してサービスを提供するという作用を有す
る。

【００１２】本発明の請求項３に記載した発明は、ネッ
トワークと前記ネットワークにそれぞれ接続されたＷｅ
ｂサーバと利用者端末と認証サーバとを具備する日報管
理システムにおいて、前記Ｗｅｂサーバは、日報管理Ｗ
ｅｂアプリケーションを有するアプリケーションサーバ
と、データベースサーバと、前記認証サーバに対してユ
ーザ認証要求を発行する手段と、前記利用者端末に対し
て接続受入れ許可を発行する手段とを有し、前記利用者
端末は、前記ネットワークを介して前記Ｗｅｂサーバに
対して暗号化接続要求を発行する手段と、前記Ｗｅｂサ
ーバを介して前記アプリケーションサーバに日報を登録
する手段とを有し、前記認証サーバは、前記Ｗｅｂサー
バに対してユーザ認証を発行する手段とを有し、前記Ｗ
ｅｂサーバが前記利用者端末を認証して暗号化通信によ
り日報管理サービスを提供する日報管理システムであ
り、Ｗｅｂサーバ側が利用者端末を認証して日報管理サ
ービスを提供するという作用を有する。

【００１３】本発明の請求項４に記載した発明は、請求
項３記載の日報管理システムにおいて、前記利用者端末
は、プリンタポートに接続したコピープロテクトキーア
ダプタからデジタルＩＤの復号キーを取得する手段を有
するものであり、コピープロテクトキーを使って認証の
ためのＩＤを得るという作用を有する。

【００１４】以下、本発明の実施の形態を、図１〜図８
を参照しながら詳細に説明する。

【００１５】（第１の実施の形態）本発明の第１の実施
の形態は、利用者端末から認証サーバに対してＷｅｂサ
ーバ認証を要求し、Ｗｅｂサーバから認証サーバに対し
てユーザ認証を要求して、利用者端末とＷｅｂサーバが
相互に認証してインターネットを介して暗号化通信を行
なう暗号化通信システムである。

【００１６】図１は、本発明の第１の実施の形態の暗号
化通信システムの概念図である。図１において、データ
ベースサーバ１は、ユーザの利用に供する種々のデータ
を格納、検索するサーバである。Ｗｅｂサーバ２は、イ
ンターネット５を介してユーザに種々のサービスを提供
するためのサーバである。認証サーバ３は、ユーザ認証
とサーバ認証を行なうためのサーバである。利用者端末
４は、利用者がインターネット５を介してデータベース
などをアクセスして利用するための端末装置である。イ
ンターネット５は、Ｗｅｂサーバ２と認証サーバ３と利
用者端末４を接続する通信ネットワークである。

【００１７】図１を参照して、第１の実施の形態の暗号
化通信システムにおける暗号化通信の手順を説明する。

【００１８】１．利用者端末４は、インターネット５上
のＷｅｂサーバ２が、利用者の目的としている真のＷｅ
ｂサーバ２であることを確認するために、利用者端末４
からインターネット５を介して、認証サーバ３に対して
Ｗｅｂサーバ２の認証を要求する。

【００１９】２．認証サーバ３から利用者端末４に対し
て、Ｗｅｂサーバ認証を発行する。

【００２０】３．利用者端末４は、Ｗｅｂサーバ２が確
認できたので、利用者端末４からＷｅｂサーバ２に対し
て暗号化接続要求を発行する。

【００２１】４．Ｗｅｂサーバ２は、利用者端末４を確
認するために、Ｗｅｂサーバ２から認証サーバ３に対し
て、ユーザ認証要求を発行する。

【００２２】５．認証サーバ３からＷｅｂサーバ２に対
して、ユーザ認証を発行する。

【００２３】６．Ｗｅｂサーバ２は、利用者端末４が確
認できたので、Ｗｅｂサーバ２から利用者端末４に対し
て接続受入許可を発行する。

【００２４】これ以降は、公開鍵を使って共通秘密鍵を
交換するか、既に配布された秘密鍵を使って、暗号化通
信を開始すればよい。

【００２５】以上のように、本発明の第１の実施の形態
では、暗号化通信システムを、認証サーバによりＷｅｂ
サーバ認証とユーザ認証を行なうように構成したので、
Ｗｅｂサーバ側と利用者端末が相互に認証して暗号化通
信をすることができる。

【００２６】（第２の実施の形態）本発明の第２の実施
の形態は、プリンタポートに接続したコピープロテクト
キーアダプタからの復号キーで暗号化ユーザＩＤを復号
して自動的にＷｅｂサーバにユーザＩＤを送り、認証サ
ーバによりユーザ認証を行なって、ＳＳＬを利用したイ
ンターネット上の暗号化通信を開始し、日報管理Ｗｅｂ
アプリケーションを有するアプリケーションサーバにＷ
ｅｂサーバを介して利用者端末から日報を登録する日報
管理システムである。

【００２７】図２は、本発明の第２の実施の形態の日報
管理システムの概念図である。図２において、データベ
ースサーバ１は、ユーザの利用に供する日報管理のため
のデータベース装置である。Ｗｅｂサーバ２は、インタ
ーネット５を介してユーザに日報管理のサービスを提供
するための装置である。認証サーバ３は、ユーザ認証を
行なうための装置である。Ｗｅｂブラウザ７は、利用者
がインターネット５を介してデータベースなどをアクセ
スして利用するための端末装置である。インターネット
５は、Ｗｅｂサーバ２と認証サーバ３とＷｅｂブラウザ
７を接続する通信ネットワークである。アプリケーショ
ンサーバ６は、ユーザに日報管理のサービスを提供する
ための装置である。

【００２８】図２を参照して、第２の実施の形態の日報
管理システムの機能を説明する。

【００２９】１．日報管理Ｗｅｂアプリケーションをサ
ービスするアプリケーションサーバ群６は、ユーザのサ
イトに設置するのではなく、インターネット５上のサー
バファームに設置し、インターネット５上で公開するも
のである。ユーザ登録したＷｅｂブラウザ７は、インタ
ーネット５を介して、どこからでもＷｅｂサーバ２にア
クセスして日報管理Ｗｅｂアプリケーションを利用する
ことができる。

【００３０】２．アプリケーションサーバ群６は、各Ｗ
ｅｂブラウザ７の認証情報と、利用者一覧を登録したア
カウントデータベースの照合を行ない、アプリケーショ
ン（この場合、日報管理）の使用制限を行なう。Ｗｅｂ
サーバ２がＷｅｂブラウザ７からデジタルＩＤを受け取
った時点で、そのデジタルＩＤをキーとして構築される
データベースを検索することにより、課金情報等を抽出
する。

【００３１】データベースには、図３に示すような、ユ
ーザ管理のためのデータを格納しておく。ユーザマスタ
ーは、すべてのユーザについてのマスターファイルであ
り、氏名、住所、電話番号などの個人情報と、キーとな
るクライアントＩＤと、利用料金の決済のための引き落
とし方法などの取引情報からなっている。サービスマス
ターは、ユーザに提供するサービスに関するマスターフ
ァイルであり、サービスの種類を示すサービスＩＤとサ
ービス名、そのサービスに対するアクセス方法と単位期
間の利用料金、そのサービスを利用しているユーザの実
効ユーザＩＤと実効グループＩＤが格納されている。実
効ユーザＩＤと実効グループＩＤは、データへのアクセ
スレベルを、ユーザ及びグループ毎に設定するための情
報である。サービス利用情報テーブルは、どのクライア
ントがどのサービスをどの期間に契約しているかを管理
するためのテーブルである。

【００３２】３．Ｗｅｂサーバ２は、内部認証サーバ３
によりＷｅｂブラウザ７の識別を行なう。現場事務所の
Ｗｅｂブラウザ７が、本社事務所のＷｅｂブラウザ７に
アクセスする場合は、内部認証サーバ３を介して相互に
認証をしてから通信を行なうことで、第三者による、な
りすまし攻撃を排除でき、安全にデータを交換すること
ができる。

【００３３】４．各Ｗｅｂブラウザ７相互間と、Ｗｅｂ
ブラウザ７とＷｅｂサーバ２の間では、ＳＳＬによる暗
号化通信を行なう。各Ｗｅｂブラウザ７に、Ｗｅｂサー
バ２と同様に、ＳＳＬサーバとしての機能を持たせて、
端末間でも暗号化通信を行なえるようにする。

【００３４】５．現場事務所のＷｅｂブラウザ７は、ア
プリケーションサーバ群６に用意された日報管理Ｗｅｂ
アプリケーションを利用し、日報を登録する。

【００３５】６．ユーザの本社事務所のＷｅｂブラウザ
７よりＷｅｂサーバ２にアクセスして、日報の集計結果
を読み出す。

【００３６】図４は、第２の実施の形態の日報管理シス
テムの状態遷移図である。図４を参照して、日報管理シ
ステムの動作を説明する。

【００３７】１．Ｗｅｂブラウザ（クライアント）７
は、Ｗｅｂサーバ２に対してＳＳＬを使用して接続要求
を出す。

【００３８】２．Ｗｅｂサーバ２は、Ｗｅｂブラウザ７
に対して接続を受け入れ、デジタルＩＤを発行する。こ
のデジタルＩＤは、Ｗｅｂブラウザ７がＷｅｂサーバ２
を確認するためのものである。Ｗｅｂサーバ２の認証は
必要ないので行なわない。

【００３９】３．ＳＳＬのための一連の手順を実行す
る。暗号化通信の部分は、一般的なＷｅｂでのＳＳＬの
使用形態に準じる。これ以降は、ＳＳＬを使用した暗号
化通信となる。

【００４０】４．Ｗｅｂサーバ２は、Ｗｅｂブラウザ７
に対して、クライアントデジタルＩＤを問い合わせる。

【００４１】５．Ｗｅｂブラウザ７は、Ｗｅｂサーバ２
に対してデジタルＩＤを返答する。Ｗｅｂクライアント
７のデジタルＩＤ生成には、プリンタポート外付け型の
コピープロテクトキーアダプタを利用する。コピープロ
テクトキーアダプタから復号キーを読み出し、この復号
キーを使って、ディスクに記憶してある暗号化ディジタ
ルＩＤを復号して、Ｗｅｂサーバ２に返答する。

【００４２】６．Ｗｅｂサーバ２は、内部認証サーバ３
に対して、クライアントデジタルＩＤ証明依頼を発行す
る。

【００４３】７．内部認証サーバ３は、Ｗｅｂサーバ２
に対してデジタルＩＤ証明を発行する。クライアント認
証を内部認証サーバ３で行なうことにより、アプリケー
ションの日報管理の正規ユーザを絞り込むことができ
る。内部認証サーバ３は、料金情報などから認証を行な
い、Ｗｅｂサーバ２に伝える。Ｗｅｂクライアントごと
に日報管理システムの使用を制限できる。例えば、現場
事務所のＷｅｂブラウザ７では、日報データの入力と予
定表の参照しかできないようにし、本社事務所のＷｅｂ
ブラウザ７では、日報の集計処理が可能となるように設
定できる。

【００４４】８．Ｗｅｂサーバ２は、Ｗｅｂブラウザ７
に対して、日報管理使用開始を許可する。

【００４５】このように、Ｗｅｂブラウザ７とＷｅｂサ
ーバ２の間の通信には、通信自体を暗号化できるＳＳＬ
暗号化通信方式を採用している。ＳＳＬは、Netscape C
ommunications Corporation が開発した Secure Socket
s Layer(ＳＳＬ) プロトコルである。ＳＳＬは、ＨＴＴ
Ｐ（アプリケーション層プロトコル）とＴＣＰ（トラン
スポート層プロトコル）の間に安全なチャンネルを作り
出すものである。ＳＳＬが提供するセキュリティ機能
は、サーバとクライアントの認証、およびメッセージの
機密性と整合性の保証である。ＳＳＬでは、Ｗｅｂブラ
ウザ７がＵＲＬアドレスを指定してＷｅｂサーバ２に接
続すると、Ｗｅｂサーバ２は、Ｗｅｂブラウザ７にデジ
タルＩＤを要求する。それに対してＷｅｂブラウザ７
は、Ｗｅｂサーバ２に、自身が有するデジタルＩＤを返
答する。

【００４６】以下、図５を参照して、ＳＳＬの Handsha
ke Protocol を説明する。新規にセッションを確立する
場合に、Handshake Protocol を実行して、暗号化通信
によるデータ交換を開始する。クライアントがサーバに
対して接続要求を出して、サーバから接続許可が発行さ
れると、サーバから Hello Request が発行される。Hel
lo Request は、サーバがクライアントに対して Client
Hello メッセージを送るよう要求するメッセージであ
る。Hello Request を受信した後の処理手順を図５に示
してある。

【００４７】クライアントは、Client Hello メッセー
ジで、自分のサポートする暗号化アルゴリズムや圧縮ア
ルゴリズムに関するデータをサーバに送る。Client Hel
loメッセージを受け取ったサーバは、折り返し Server
Hello メッセージをクライアントに送り返す。Server H
ello メッセージの中で、クライアントから示された暗
号化アルゴリズムや圧縮アルゴリズムのうち、どれを使
用するかを指定する。Server Certificate メッセージ
により、サーバは自分の身元を示す証明書をクライアン
トに送付する。Server Key Exchange メッセージは、サ
ーバが証明書を保持しない場合、もしくは所持する証明
書が署名にしか使えない場合に用いられるメッセージで
ある。このメッセージにより、その後の鍵データなどに
関する交渉でサーバが用いる鍵の公開情報がクライアン
トに伝えられる。CertificateRequest は、サーバがク
ライアントに対して証明書の提示を要求する際に用いら
れるメッセージである。Server Hello Done は、サーバ
側の処理が終了したことをクライアントに告げるメッセ
ージである。

【００４８】Client Certificate は、サーバから Cert
ificate Request メッセージがあった場合にクライアン
トが Server Hello Done メッセージの受信後、最初に
サーバに対して送るメッセージである。サーバからの要
求に合致する証明書を送る。Client Key Exchange は、
サーバとクライアントが秘密に分け持つべき48バイト長
のマスタ・シークレットを生成する元となるメッセージ
である。このメッセージによってクライアントからサー
バに送られるプリマスタ・シークレット・データを元に
して、真のマスタ・シークレットを計算する。Certific
ate Verify メッセージは、サーバがクライアントの証
明書の認証を行なうのを補助する目的で送られるメッセ
ージである。証明書の指定するアルゴリズムが秘密鍵に
よる暗号化処理をサポートしていない場合には送られな
い。

【００４９】Finished メッセージは、無事 Handshake
Protocol が終了したことを示すために送られるメッセ
ージである。この時点で、クライアントとサーバは用い
る圧縮アルゴリズムや暗号化アルゴリズムに関する交渉
を終え、Change Cipher Specプロトコルを交換している
ので、Finished メッセージを含む以降のデータは、そ
の新しいアルゴリズムによって圧縮処理および暗号化処
理を施されたうえで送受される。

【００５０】Application Data Protocol は、Handshak
e Protocol が終了したあとに、実際のアプリケーショ
ン・データを交換するために用いられるプロトコルであ
る。アプリケーションの行なう実際の処理は、単に必要
なデータを Record Layer Protocol に渡すのみで、暗号
化などの処理は Record Layer Protocol によって透過
的に行なわれる。

【００５１】次に、図６〜図８を参照して、コピープロ
テクトキーを利用した電子認証について説明する。図６
に示すように、コピープロテクトキーとしての利用時
は、コピープロテクトキーアダプタ８をパソコン９のプ
リンタポートに接続する。値の書込処理を行なう場合
は、パソコン９からコピープロテクトキーアダプタ８に
会社コードと書込キーを与えて、値を書き込む。値の読
出処理を行なう場合は、パソコン９から会社コードと読
出キーを与えて、値を読み出す。

【００５２】図７は、プリンタポートに接続するコピー
プロテクトキーアダプタをインターネットで利用するシ
ステムの図である。図８は、インターネット上のクライ
アント認証を行なう方法のフローチャートである。パソ
コン９は、インターネット５を介して認証要求を受け付
けると、プロテクトキーの存否を判断し、あればプロテ
クトキーアダプタ８より復号キーを取得する。これは、
パソコン９から会社コードと読込キーを与えて、復号キ
ーを読み出すことで行なう。ローカルストレージ10から
暗号化されたデジタルＩＤを取得する。暗号化されたデ
ジタルＩＤを復号キーで復号する。復号したデジタルＩ
Ｄを、認証応答として、インターネット５を介して送信
する。

【００５３】プロテクトキーアダプタ８は、復号キーを
セットした状態でユーザに配布する。復号キーは、パソ
コンのプログラムから読出すようになっているので、簡
単には知ることはできない。復号キーを知るためには、
パソコンのプログラムを解析する必要があり、非常に困
難な作業を要するので、秘密は保持される。

【００５４】以上のように、本発明の第２の実施の形態
では、日報管理システムを、プリンタポートに接続した
コピープロテクトキーアダプタからの復号キーで暗号化
ユーザＩＤを復号して自動的にＷｅｂサーバに返答して
認証サーバによりユーザ認証を行ない、ＳＳＬを利用し
たインターネット上の暗号化通信で、日報管理Ｗｅｂア
プリケーションを有するアプリケーションサーバにＷｅ
ｂサーバを介して日報を登録するように構成したので、
Ｗｅｂサーバ側から利用者端末を認証して、正規の契約
者のみに安全に日報管理サービスを提供することができ
る。

【００５５】

【発明の効果】以上説明したように、本発明では、暗号
通信システムを、利用者端末から認証サーバに対してＷ
ｅｂサーバ認証を要求し、Ｗｅｂサーバから認証サーバ
に対してユーザ認証を要求して、利用者端末とＷｅｂサ
ーバが相互に認証してインターネットを介して暗号化通
信を行なうように構成したので、Ｗｅｂサーバ側から利
用者端末を認証して暗号化通信ができるという効果が得
られる。

【００５６】また、日報管理システムを、認証サーバに
よりユーザ認証を行ない、日報管理Ｗｅｂアプリケーシ
ョンを有するアプリケーションサーバにＷｅｂサーバを
介して日報を登録するように構成したので、Ｗｅｂサー
バ側から利用者端末を認証して日報管理サービスを提供
することができるという効果が得られる。

【００５７】また、日報管理システムに、プリンタポー
トに接続したコピープロテクトキーアダプタからデジタ
ルＩＤの復号キーを取得する手段を設けたので、ユーザ
がＩＤを入力することなく、ユーザの認証ができるとい
う効果が得られる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態の暗号化通信システ
ムの概念図、

【図２】本発明の第２の実施の形態の日報管理システム
の構成図、

【図３】第２の実施の形態の日報管理システムのデータ
ベースの構造例、

【図４】第２の実施の形態の日報管理システムの状態遷
移図、

【図５】第２の実施の形態におけるＳＳＬによる暗号化
通信の手順を示す図、

【図６】第２の実施の形態におけるコピープロテクトキ
ーの説明図、

【図７】第２の実施の形態におけるコピープロテクトキ
ーをインターネットで利用するシステムのブロック図、

【図８】第２の実施の形態におけるコピープロテクトキ
ーの利用手順のフローチャート、

【図９】従来の暗号化通信システムの概念図である。

【符号の説明】

１ データベースサーバ ２ Ｗｅｂサーバ ３ 認証サーバ ４ 利用者端末 ５ インターネット ６ アプリケーションサーバ ７ Ｗｅｂブラウザ ８ コピープロテクトキーアダプタ ９ パソコン 10 ローカルストレージ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｇ０６Ｆ 17/30 Ｇ０６Ｆ 15/40 ３１０Ｃ Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７５Ｄ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ネットワークと前記ネットワークにそれ
   ぞれ接続されたＷｅｂサーバと利用者端末と認証サーバ
   とを具備する暗号化通信システムにおいて、前記Ｗｅｂ
   サーバは、データベースサーバと、前記認証サーバに対
   してユーザ認証要求を発行する手段と、前記利用者端末
   に対して接続受入れ許可を発行する手段とを有し、前記
   利用者端末は、前記ネットワークを介して前記認証サー
   バに対してＷｅｂサーバ認証要求を発行する手段と、前
   記Ｗｅｂサーバに対して暗号化接続要求を発行する手段
   とを有し、前記認証サーバは、前記利用者端末に対して
   サーバ認証を発行する手段と、前記Ｗｅｂサーバに対し
   てユーザ認証を発行する手段とを有し、前記Ｗｅｂサー
   バと前記利用者端末が前記認証サーバを介して相互に認
   証して暗号化通信を行なうことを特徴とする暗号化通信
   システム。
2. 【請求項２】 ネットワークと前記ネットワークにそれ
   ぞれ接続されたＷｅｂサーバと利用者端末と認証サーバ
   とを具備する暗号化通信システムにおいて、前記Ｗｅｂ
   サーバは、アプリケーションサーバと、データベースサ
   ーバと、前記認証サーバに対してユーザ認証要求を発行
   する手段と、前記利用者端末に対して接続受入れ許可を
   発行する手段とを有し、前記利用者端末は、前記ネット
   ワークを介して前記Ｗｅｂサーバに対して暗号化接続要
   求を発行する手段と、前記Ｗｅｂサーバを介して前記ア
   プリケーションサーバの情報処理サービスを利用する手
   段とを有し、前記認証サーバは、前記Ｗｅｂサーバに対
   してユーザ認証を発行する手段を有し、前記Ｗｅｂサー
   バが前記利用者端末を認証して暗号化通信により情報処
   理サービスを提供することを特徴とする暗号化通信シス
   テム。
3. 【請求項３】 ネットワークと前記ネットワークにそれ
   ぞれ接続されたＷｅｂサーバと利用者端末と認証サーバ
   とを具備する日報管理システムにおいて、前記Ｗｅｂサ
   ーバは、日報管理Ｗｅｂアプリケーションを有するアプ
   リケーションサーバと、データベースサーバと、前記認
   証サーバに対してユーザ認証要求を発行する手段と、前
   記利用者端末に対して接続受入れ許可を発行する手段と
   を有し、前記利用者端末は、前記ネットワークを介して
   前記Ｗｅｂサーバに対して暗号化接続要求を発行する手
   段と、前記Ｗｅｂサーバを介して前記アプリケーション
   サーバに日報を登録する手段とを有し、前記認証サーバ
   は、前記Ｗｅｂサーバに対してユーザ認証を発行する手
   段とを有し、前記Ｗｅｂサーバが前記利用者端末を認証
   して暗号化通信により日報管理サービスを提供すること
   を特徴とする日報管理システム。
4. 【請求項４】 前記利用者端末は、プリンタポートに接
   続したコピープロテクトキーアダプタからデジタルＩＤ
   の復号キーを取得する手段を有することを特徴とする請
   求項３記載の日報管理システム。