JPH10171760A - 情報処理システムおよび該情報処理システムにおける機密情報管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 トレーダが保持する機密性の高い情報に対す
る悪意のあるユーザの攻撃を回避し、クライアントがセ
キュリティサーバと通信する際にターゲット名でなくタ
ーゲットの特性を示すことによっても通信可能なターゲ
ット名を安全にクライアントに通知できる情報処理シス
テムおよび機密状態管理方法の提供。 【解決手段】 クライアント（１１）と、クライアント
（１１）から要求された処理を実行するターゲット（１
６）と、クライアント（１１）とターゲット（１６）の
間の通信の機密性を保証するセキュリティサーバ（１
２）を有し、セキュリティサーバ（１２）は、さらにク
ライアントが本人であることを証明する認証手段（１
３）と、クライアントから要求された処理がターゲット
で実行可能か否かを判断するアクセス制御手段（１５）
と、ターゲットの特徴からターゲット名を検索するトレ
ーディング手段（１４）からなる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する利用分野】本発明は、トレーダとセキュ
リティ機能を有する情報処理システムとその機密情報管
理方法に関し、特に、トレーディング手段で保持してい
る機密性の高い情報をセキュリティ機能で保護するだけ
ではなく柔軟なセキュリティサービスを提供することが
可能な情報処理システムと該情報処理システムを用いた
機密情報管理方法に関する。

【０００２】

【従来の技術】通信しあうプロセス間において、要求を
出す側をクライアントと呼び、このクライアントから受
け取った要求を処理する側をターゲットと呼ぶ。名前サ
ーバが、サービスを提供しているターゲット名から通信
に用いる物理的なアドレスを提供するのに対し、トレー
ダサーバ（以下トレーダと呼ぶ）は、コスト等のサービ
ス特性からターゲット名を検索するメカニズムを提供す
るサーバである。トレーダが持つ全ての機能（トレーダ
操作手段やトレーダ管理手段などからなるトレーディン
グ機能）をまとめてトレーディング手段と呼ぶ。本明細
書でいうトレーダは、トレーダの中に名前サーバが保持
する機能を含むものとする。

【０００３】クライアントは、トレーダに対して、通信
したいターゲットのサービス特性を提示する。サービス
特性を提示する形式（インタフェース）は、予め入手し
てあるトレーダとの操作インタフェースや特性を記述す
るサービスタイプに従う。トレーダは、トレーダ内のデ
ータベースの中から、クライアントが提示したサービス
特性にあったターゲット名を検索し、検索したターゲッ
ト名をクライアントに送信する。

【０００４】トレーダ内のデータベースに保持される情
報としては、企業の人事情報のような機密性の高い情報
から、新製品のセールス情報のような機密性の低い情報
まで様々なバリエーションが存在する。機密性の低い情
報については安全性を考慮する必要性はあまりないが、
機密性の高い情報を通信する場合は、セキュリティサー
バを用いた安全性の確保が絶対に必要となる。

【０００５】現状のトレーダは、簡易なアクセス制御手
段を持っている。これは、クライアントがアクセス権の
ないターゲット名を通知され、アクセス権のないターゲ
ットに対して通信を試みるといった無駄な処理を行うこ
とを防止するためである。アクセスの制御の単位は、タ
ーゲットをグループ化したグループ単位で行っている。
一方、セキュリティ機能としてのアクセス制御は、クラ
イアントとターゲットのアクセスを、実行可能か否かだ
けでなく、ｒｅａｄ権／ｗｒｉｔｅ権の確認まで含めた
細かな確認まで行っている。トレーダで実施しているよ
うな簡易なアクセス制御であれば、例えば、悪意のある
クライアントがトレーダにアクセス権のあるクライアン
トになりすまし、機密情報を入手することが可能であ
り、また、悪意のあるクライアントがトレーダの管理者
になりすまし、トレーダが保持する情報を勝手に書き換
えることも可能である。このように、現状のトレーダの
アクセス制御手段だけで十分なセキュリティを確保する
には不十分である。

【０００６】十分なセキュリティを確保するために、ク
ライアントがクライアント本人であることを証明する認
証手段やクライアントから要求された処理がターゲット
で実行可能か否かを判断するアクセス制御手段からなる
セキュリティ機能を有するセキュリティサーバを、上記
トレーダと組み合わせて用いる方法がある。このセキュ
リティサーバは、クライアントとターゲットの間におけ
る通信のセキュリティを確保する働きをする。

【０００７】しかし、従来は、例えば、ＯＭＧ ＲＦＣ
５ Ｓubmission Ｔrading ＯbjectＳervice, ＯＭＧ
Ｄocument orbos/96-07-08, Ｊuly １９９６ および
ラマン・カンナ（編） 林秀幸，多田征司（訳）、小畑
喜一（監修）；分散コンピューティング環境 実現と戦
略，プレンティスホール，pp.216-218、１９９６に示さ
れているように、トレーダとセキュリティサーバを別個
のサーバで構成するのが一般的であった。このとき、ト
レーダはターゲットとセキュリティサーバを介して通信
するので、次のような問題がある。

【０００８】（ａ）クライアントにとって、ターゲット
と通信するまでの回数が多くなり、処理も複雑になる。
特に、トレーダにおけるターゲット名の検索の結果、通
信不可能なターゲット候補を多数検索し、アクセス権の
有無をターゲット候補毎に確認すると無駄な通信回数が
増加してしまう。これは、処理性能の低下を招く可能性
があることを意味する。 （ｂ）トレーダとセキュリティサーバが同一ノード内に
ない場合、トレーダとセキュリティサーバ間の通信時に
悪意を持ったユーザにターゲット情報が盗聴される可能
性がある。通信回数が多くなれば、それに比例して悪意
を持ったユーザの盗聴等の攻撃に遭う可能性も多くな
る。 （ｃ）トレーダとセキュリティサーバ間の情報の一貫性
が保てず、安全性を低下させる場合がある。

【０００９】（ｄ）トレーダで用いるサービス提供者リ
ストやセキュリティサーバのアクセス制御で用いるアク
セスコントロールリスト等で、クライアント名やターゲ
ット名は２つのサーバで共通に保持することになる。例
えば、クライアントがｎ人，ターゲットがｍ人いた場
合、ｎ×ｍ通りのデータをトレーダならばサービス毎
に、セキュリティサーバならば鍵情報やアクセス制御情
報毎に個々に管理することになる。従って、適用するシ
ステムが広域分散システムの場合、共通に管理するクラ
イアントの数ｎとターゲットの数ｍが大きくなるため、
管理する情報量は膨大になってしまう。このため、情報
を確保するためのメモリ量が増加するだけでなく、アク
セス時間も増加してしまう。このように、トレーダがセ
キュリティサーバを介してターゲットと通信する場合、
安全性が著しく低下するだけでなく、処理性能の低下を
招いたり、情報管理のための大量のリソースの確保が必
要となる。

【００１０】

【発明が解決しようとする課題】本願発明は、上記のよ
うな問題を解決し、トレーダが保持する機密性の高い情
報に対する悪意のあるユーザからの攻撃を回避し、さら
にクライアントがセキュリティサーバと通信する際に、
必ずしもターゲット名を指定しなくてもターゲットの特
性を指定することによって通信可能なターゲット名をク
ライアントに安全に通知できる情報処理システムおよび
該情報処理システムを用いた機密情報管理方法を提供す
ることを目的としている。

【００１１】

【課題を解決するための手段】本発明は、上記目的を達
成するために、セキュリティサーバ内にトレーディング
手段を保持し、トレーダが保持する機密情報をセキュリ
ティ機能で保護し、さらにトレーダとセキュリティサー
バ間の通信を無くすことによって、通信途中の攻撃を回
避や処理のオーバヘッドをなくすことを特徴とする。さ
らに詳しくは、本発明の情報処理システムは、上記目的
を達成するために、処理要求を出すクライアント（１
１）と、前記クライアント（１１）から要求された処理
を実行するターゲット（１６）と、前記クライアント
（１１）と前記ターゲット（１６）の間の通信の機密性
を保証するセキュリティ機能達成手段（セキュリティサ
ーバ１２）を具備する情報処理システムであって、前記
セキュリティ機能達成手段（１２）は、処理要求を出し
たクライアント（１１）が本人であることを証明する認
証手段（１３）と、クライアント（１１）から要求され
た処理がターゲット（１６）で実行可能か否かを判断す
るアクセス制御手段（１５）と、ターゲットの特徴から
ターゲット名を検索するトレーディング手段（１４）を
具備することを特徴としている（図１参照、請求項
１）。

【００１２】また、前記セキュリティ機能達成手段（１
２）は、さらに、前記トレーディング手段（１４）によ
る検索の結果、複数のターゲット候補が存在する場合、
そのターゲットの候補数を判定するために予め所定値が
設定されているカウンタ（図３の２１）を具備すること
（図３参照、請求項２）、前記クライアント（１１）と
セキュリティ機能達成手段（１２）とターゲット（１
６）の間の通信情報を暗号化する暗号化手段（図５の４
３）と、暗号化に必要な鍵管理手段（図５の４２）を具
備すること（図５参照、請求項３）、クライアント（１
１）およびターゲット（１６）が本人であることを証明
するためのデジタル証明書の発行，該発行の取り消しを
管理するデジタル証明書管理手段（図５の４１）を具備
すること（図５参照、請求項４）を特徴としている。

【００１３】また、本発明の機密情報管理方法は、上記
目的を達成するために、処理要求を出すクライアント
（１１）と、前記クライアントから要求された処理を実
行するターゲット（１６）と、前記クライアント（１
１）と前記ターゲット（１６）の間の通信の機密性を保
証するセキュリティ機能達成手段（１２）を有し、か
つ、前記セキュリティ機能達成手段（１２）は、処理要
求を出したクライアント（１１）が本人であることを証
明する認証手段（１３）と、クライアント（１１）から
要求された処理がターゲット（１６）で実行可能か否か
を判断するアクセス制御手段（１５）と、ターゲットの
特徴からターゲット名を検索するトレーディング手段
（１４）から構成される情報処理システムにおける機密
情報管理方法であって、クライアントがセキュリティ機
能達成手段に対して、ターゲット名の検索と検索したタ
ーゲットとの安全性の保証を依頼する第１のステップ
（ステップ１０１）と、認証手段によって、依頼をした
クライアントがクライアント本人であることを証明する
第２のステップ（ステップ１０２，ステップ１０３）
と、該第２のステップにおいて本人であることが証明さ
れた場合（ステップ１０３：Ｙ）に前記トレーディング
手段によってクライアントが示したターゲット情報から
ターゲット名を検索する第３のステップ（ステップ１０
５，ステップ１０７，ステップ１０８）と、前記第２の
ステップ（ステップ１０２，ステップ１０３）において
本人であることが証明できない場合（ステップ１０３：
Ｎ）に前記クライアントが要求した処理が実行不可能で
あることを該要求を出したクライアントに通知する第４
のステップ（ステップ１０４）と、前記第３のステップ
（ステップ１０５，ステップ１０７，ステップ１０８）
において、前記トレーディング手段が、ターゲット候補
を検索できた場合（ステップ１０８：Ｙ）、前記アクセ
ス制御手段によって、当該ターゲットに対してクライア
ントが要求している処理が実行が可能か否かを確認する
第５のステップ（ステップ１０６，ステップ１１０）
と、前記第５のステップ（ステップ１０６，ステップ１
１０）における前記アクセス制御手段による確認の結
果、クライアントの要求した処理を実行可能なターゲッ
トが存在した場合（ステップ１１０：Ｙ）に、該ターゲ
ットに対して前記クライアントが要求した処理が実行可
能であることおよびターゲット名をクライアントに通知
する第６のステップ（ステップ１１１）と、前記第３の
ステップ（ステップ１０５，ステップ１０７，ステップ
１０８）において、前記トレーディング手段が、ターゲ
ットを検索できない場合（ステップ１０８：Ｎ）、前記
クライアントが要求した特徴を持つターゲット候補が存
在しないことをクライアントに通知する第７のステップ
（ステップ１０９）と、前記第５のステップ（ステップ
１０６，ステップ１１０）における前記アクセス制御手
段による確認の結果、アクセス可能なターゲットが存在
しない場合（ステップ１１０：Ｎ）に、クライアントが
要求した特徴を持つターゲット候補が存在しないことを
クライアントに通知する第８のステップ（ステップ１１
３）とからなることを特徴としている（図２参照、請求
項５）。

【００１４】また、前記セキュリティ機能達成手段（１
２）は、前記トレーディング手段（１４）による検索の
結果、複数のターゲット候補が存在する場合、そのター
ゲットの候補数を判定するために予め所定値が設定され
ているカウンタ（図３の２１）を具備し、前記第５のス
テップ（ステップ１０６，ステップ１１０）における前
記アクセス制御手段による確認の結果、クライアントの
要求した処理を実行可能なターゲットの候補が複数存在
した場合、その候補数が前記所定値より少ないか否かを
判定する第９のステップを設け、前記所定値より少ない
場合に前記第６のステップに進み、前記所定値以上の場
合には、その旨を前記クライアントに通知する第１０の
ステップ（図４のステップ２０２）を有することを特徴
としている（図４参照、請求項６）。

【００１５】さらに、前記第２のステップにおけるクラ
イアント本人であることの証明は、クライアント名とパ
スワード、または前記クライアントによる自秘密鍵によ
る暗号化と前記セキュリティ機能達成手段に具備される
鍵管理手段から入手される公開鍵による復号化によって
行われるものであることを特徴としている（図６参照、
請求項７）。

【００１６】また、前記セキュリティ機能達成手段（１
２）は、前記第２のステップにおいて、本人であること
が証明された場合に、その旨を証明するデジタル証明書
を発行するステップを有することを特徴としている（図
６および図７参照、請求項８）。また、前記クライアン
ト，セキュリティ機能達成手段，およびターゲット間の
情報の通信は、送信側での暗号化および受信側での復号
化によって行われることを特徴としている（図６および
図７参照、請求項９）。

【００１７】

【発明の実施の形態】以下、本発明の実施例を図面を用
いて詳細に説明する。 （実施例１）図１は、本発明の実施例１の概要を示すブ
ロック構成図である。同図において、１２はセキュリテ
ィ機能達成手段を有するセキュリティサーバ、１３は認
証手段、１４はトレーディング手段、１５はアクセス制
御手段である。１１はセキュリティサーバ１２に要求を
出すクライアントであり、１６はクライアント１１が要
求した処理を実行するターゲットである。

【００１８】図２は、本発明の実施例１の動作フローを
示す図である。次に、図２の動作フローを用いて、実施
例１の動作を説明する。まず、クライアント１１は、通
信したいターゲットの特性を提示し、ターゲット名の検
索とセキュリティ確認、またはターゲット名を提示し、
そのターゲットとの通信に対するセキュリティの確認を
セキュリティサーバ１２に依頼する（ステップ１０
１）。

【００１９】クライアント１１からターゲットの検索依
頼を受け取ったセキュリティサーバ１２は、クライアン
ト１１がクライアント本人であるということを証明する
認証を行う。具体的には、例えば、クライアント１１の
ＩＤとパスワードなどを自認証データと比較する（ステ
ップ１０２）。認証にクライアント名とパスワード等を
使用する場合、セキュリティサーバ１２内の認証手段１
３が保持しているデータベースのクライアント名とパス
ワードと一致するか否か確認する（ステップ１０３）。

【００２０】ステップ１０３における確認の結果、両者
が一致していなければ（ステップ１０３：Ｎ）、クライ
アント本人でないとみなし、クライアント１１がセキュ
リティサーバ１２に要求した処理は実行できないことを
クライアント１１に対して通知する（ステップ１０
４）。ステップ１０３における確認の結果、両者が一致
していれば（ステップ１０３：Ｙ）、クライアントが本
人であるとみなしてステップ１０５に進む。

【００２１】ステップ１０５で、クライアント１１がタ
ーゲット名を指定したか否かを判定し、ターゲット名を
指定した場合は（ステップ１０５：Ｙ）、クライアント
のターゲットに対するアクセスが可能か否かアクセス制
御手段１５で確認する（ステップ１０６）。クライアン
ト１１がターゲットの特性を指定してターゲット名の検
索依頼をしている場合（ステップ１０５：Ｎ）、トレー
ディング手段１４が保持しているデータベースの中か
ら、該当するターゲット名を検索する（ステップ１０
７）。該当するターゲットが存在するか否かを判定する
（ステップ１０８）。該当するターゲットが存在する場
合（ステップ１０８：Ｙ）、そのターゲットとクライア
ント１１が通信可能か否かアクセス制御手段１５で確認
する（ステップ１０６）。該当するターゲットが存在し
ない場合（ステップ１０８：Ｎ）、クライアント１１に
対して該当するターゲット名が存在しないことを通知す
る（ステップ１０９）。

【００２２】ステップ１０６での、アクセス制御手段１
５によるクライアントのターゲットに対するアクセス権
の確認の結果、アクセスが可能であれば（ステップ１１
０：Ｙ）、セキュリティサーバ１２はクライアント１１
に対して当該ターゲット名を通知する（ステップ１１
１）。そして、クライアント１１はセキュリティサーバ
１２によって安全性確認済のターゲット１６と通信を開
始する（ステップ１１２）。

【００２３】クライアントのターゲットに対するアクセ
ス権の確認の結果、アクセスが不可能であれば（ステッ
プ１１０：Ｎ）、セキュリティサーバ１２はクライアン
ト１１に対して、通信が可能なターゲットは存在しない
ことを通知する（ステップ１１３）。本実施例の機密情
報管理方法によれば、セキュリティサーバ内にトレーデ
ィング手段を入れることによって、トレーディング手段
が保持する機密情報を保護することが可能になる。ま
た、クライアントは１回の通信だけで安全性を確認した
ターゲット情報を得ることが可能になる。

【００２４】（実施例２）実施例２は、上述した実施例
１のセキュリティサーバ１２にカウンタを追加し、これ
によって検索したターゲット候補数が所定数以上である
か否かを判定し、所定数以上の場合に、クライアントと
セキュリティサーバ間の通信やセキュリティ処理を行う
際の性能低下を回避するようにしたものである。図３は
本実施例の概要を示すブロック構成図であり、図１のセ
キュリティサーバ１２にカウンタ２１を追加している。
その他の構成は図１と全く同じである。

【００２５】図４は、本発明の実施例２の動作フローを
示す図である。次に、図４の動作フローを用いて、実施
例２の動作を説明する。本実施例でも、上述した実施例
１と同様に、クライアント１１はセキュリティサーバ１
２にターゲットの検索依頼とセキュリティの確認依頼を
行い（ステップ１０１）、その後、クライアントの認
証、ターゲットの検索、アクセス制御を行う（ステップ
１０２〜１１０）。以上は実施例１と全く同じである。

【００２６】カウンタ２１に予め所定の値を設定してお
き、ターゲットの候補数がカウンタ２１に設定してある
所定の値より少ないか否かを判定する（ステップ２０
１）。ターゲットの候補数がカウンタ２１に設定してあ
る所定の値より少ない場合（ステップ２０１：Ｙ）は、
クライアント１１に対してアクセス権のあるターゲット
名を通知し（ステップ１１１）、ターゲットと通信を開
始する（ステップ１１２）。

【００２７】カウンタ２１に予め設定してある所定値以
上のターゲット候補がある場合（ステップ２０１：
Ｎ）、ターゲット候補が多いことをクライアント１１に
通知する（ステップ２０２）。通知を受け取ったクライ
アント１１は、候補が絞れるように、ターゲットの特性
を変更する等の処理を行う。これにより、トレーディン
グ手段によって大量のターゲット候補を出し、それぞれ
に対するセキュリティ確認および候補名を全てクライア
ントに送信することによる処理性能の低下を回避するこ
とができる。

【００２８】（実施例３）実施例３は、暗号化や第３者
の信用できる認証機関によって発行されるクライアント
の身分を証明するデジタル証明書を使用してより安全性
を高めたものである。図５は、実施例３の概要を示すブ
ロック構成図であり、図１に示したセキュリティサーバ
にデジタル証明書管理手段４１、鍵管理手段４２、暗号
化手段４３を追加したものである。その他の構成は図１
と全く同じである。

【００２９】図６（ステップ４１〜ステップ４０４）お
よび図７（ステップ４０５〜ステップ４１７）は、本発
明の実施例３の動作フローを示す図である。次に、図６
および図７の動作フローを用いて、実施例３の動作を説
明する。なお、本実施例における暗号化は公開鍵暗号を
使用するものとする。まず、クライアント１１は、セキ
ュリティサーバ１２に対して、ターゲットの検索とセキ
ュリティの確認の依頼を自秘密鍵で暗号化（Ｅcp）して
送信する（ステップ４０１）。

【００３０】セキュリティサーバ１２は、鍵管理手段４
２からクライアントの公開鍵を入手し、クライアント１
１から送信されたメッセージを復号化を試みる（ステッ
プ４０２）。復号可能であれば（ステップ４０２：
Ｙ）、クライアント本人であるとみなし、実施例１の場
合と同様に、ターゲットの検索とアクセス権の有無につ
いて調査する（ステップ１０３〜１１３）。なお、ステ
ップ１０９およびステップ１１３ではクライアントの公
開鍵で暗号化（Ｅcc）してクライアント１１に通知す
る。

【００３１】アクセス可能なターゲットが存在する場合
（ステップ１１０：Ｙ）、デジタル証明書管理手段４１
により、クライアントがクライアント本人であるという
証明であるデジタル証明書を発行する（ステップ４０
３）。次に、鍵管理手段４２からクライアントの公開鍵
を入手し、クライアント１１のデジタル証明書とターゲ
ット情報を暗号化手段４３で入手したクライアントの公
開鍵で暗号化し、クライアント１１に送信する（ステッ
プ４０４）。

【００３２】クライアント１１は、セキュリティサーバ
１２から暗号化されて送信されてきたクライアント１１
のデジタル証明書とターゲット情報を自秘密鍵で復号化
を試みる（ステップ４０５）。復号可能であれば（ステ
ップ４０６：Ｙ）、セキュリティサーバ１２から送信さ
れた情報とみなして復号し、復号不可能であれば（ステ
ップ４０６：Ｎ）、セキュリティサーバ１２から安全性
を保証された情報でないとみなす（ステップ４０７）。

【００３３】ステップ４０６での復号後、クライアント
１１は、セキュリティサーバ１２から情報を提供された
ターゲット１６に対して、クライアント１１のデジタル
証明書とターゲット１６への処理要求をターゲット１６
の公開鍵で暗号化（Ｅtp）して、ターゲットに送信する
（ステップ４０８）。

【００３４】クライアント１１から暗号化されたデジタ
ル証明書とターゲット情報を受け取ったターゲット１６
は、自秘密鍵で復号を試みる（ステップ４０９）。復号
可能であれば（ステップ４１０：Ｙ）、セキュリティサ
ーバ１２から送信された情報とみなして復号し、復号不
可能であれば（ステップ４１０：Ｎ）、クライアント１
１からの情報でないとみなす（ステップ４１１）。

【００３５】ターゲット１６は、クライアント１１から
提示されたクライアントのデジタル証明書に記載された
公開鍵で、クライアントの署名を確認する（ステップ４
１２）。確認した結果、クライアント本人でない場合は
（ステップ４１３：Ｎ）、クライアントが要求した処理
を実行しない（ステップ４１４）。クライアント本人の
場合（ステップ４１３：Ｙ）、ターゲット１６は、クラ
イアント１１が提示したデジタル証明書が取り消されて
いないか否かをセキュリティサーバ１２のデジタル証明
書管理手段４１に確認する（ステップ４１５）。確認の
結果、取り消されている場合（ステップ４１６：Ｎ）、
クライアントが要求した処理を実行しない（ステップ４
１４）。取り消されていない場合（ステップ４１６：
Ｙ）、クライアント１１から要求された処理を実行する
（ステップ４１７）。

【００３６】（実施例４）実施例４は、実施例２として
図３に示したカウンタを含むセキュリティサーバ１２
に、実施例３として図５に示したデジタル証明書管理手
段４１、鍵管理手段４２、暗号化手段４３を追加したも
のである。この構成を採用することにより、実施例２と
実施例３の両方を組み合わせた動作および作用効果を備
える機密情報管理方法が得られる。実施例３および４の
構成を採用すると、上述した実施例１および２に比較し
て、なりすましや盗聴等の通信途中の攻撃を回避するこ
とが可能となる。

【００３７】以上説明した如く、本発明の実施例では、
セキュリティサーバ内にトレーディング手段を保持する
ことによって、機密性の高い情報の保護が可能となる。
詳細にいうと、トレーディング手段により検索されたタ
ーゲット候補は、同一サーバ内でアクセス制御手段によ
る安全性の確認およびデジタル証明書の発行等による安
全性の保証が可能となる。それによって、クライアント
は、安全性を保証されたターゲット候補のみを受け取る
ことができる。これは、従来のセキュリティサーバに比
べて、クライアントに柔軟なセキュリティサービスを提
供できることを意味する。また、クライアントは、セキ
ュリティサーバに対して、通信したいターゲット名を提
示しなくても特性を提示するだけで安全性を保証された
ターゲット名を知ることができ、そのターゲット名を用
いて当該ターゲットと通信することが可能となる。

【００３８】

【発明の効果】本発明によれば、トレーダが保持する機
密性の高い情報に対する悪意のあるユーザの攻撃を回避
でき、さらにクライアントがセキュリティサーバと通信
する際に必ずしもターゲット名を指定しなくてもターゲ
ットの特性を示すことによって、通信が可能なターゲッ
ト名をクライアントに安全に通知することが可能にな
る。

【図面の簡単な説明】

【図１】本発明の実施例１の概要を示すブロック構成図
である。

【図２】本発明の実施例１の動作フローを示す図であ
る。

【図３】本発明の実施例２の概要を示すブロック構成図
である。

【図４】本発明の実施例２の動作フローを示す図であ
る。

【図５】本発明の実施例３の概要を示すブロック構成図
である。

【図６】本発明の実施例３の動作フローを示す図である
（その１）。

【図７】本発明の実施例３の動作フローを示す図である
（その２）。

【符号の説明】

１１：クライアント、１２：セキュリティサーバ、１
３：認証手段、１４：トレーディング手段、１５：アク
セス制御手段、１６：ターゲット、２１：カウンタ、４
１：デジタル証明書管理手段、４２：鍵管理手段、４
３：暗号化手段

Claims (9)

【特許請求の範囲】
1. 【請求項１】 処理要求を出すクライアントと、前記ク
   ライアントから要求された処理を実行するターゲット
   と、前記クライアントと前記ターゲットの間の通信の機
   密性を保証するセキュリティ機能達成手段を具備する情
   報処理システムであって、 前記セキュリティ機能達成手段は、処理要求を出したク
   ライアントが本人であることを証明する認証手段と、ク
   ライアントから要求された処理がターゲットで実行可能
   か否かを判断するアクセス制御手段と、ターゲットの特
   徴からターゲット名を検索するトレーディング手段を具
   備することを特徴とする情報処理システム。
2. 【請求項２】 前記セキュリティ機能達成手段は、さら
   に、前記トレーディング手段による検索の結果、複数の
   ターゲット候補が存在する場合、そのターゲットの候補
   数を判定するために予め所定値が設定されているカウン
   タを具備することを特徴とする請求項１記載の情報処理
   システム。
3. 【請求項３】 前記セキュリティ機能達成手段は、さら
   に、前記クライアントとセキュリティ機能達成手段とタ
   ーゲットの間の通信情報を暗号化する暗号化手段と、暗
   号化に必要な鍵管理手段を具備することを特徴とする請
   求項１または２記載の情報処理システム。
4. 【請求項４】 前記セキュリティ機能達成手段は、さら
   に、クライアントおよびターゲットが本人であることを
   証明するためのデジタル証明書の発行，該発行の取り消
   しを管理するデジタル証明書管理手段を具備することを
   特徴とする請求項１〜３のいずれか１項に記載の情報処
   理システム。
5. 【請求項５】 処理要求を出すクライアントと、前記ク
   ライアントから要求された処理を実行するターゲット
   と、前記クライアントと前記ターゲットの間の通信の機
   密性を保証するセキュリティ機能達成手段を有し、か
   つ、前記セキュリティ機能達成手段は、処理要求を出し
   たクライアントが本人であることを証明する認証手段
   と、クライアントから要求された処理がターゲットで実
   行可能か否かを判断するアクセス制御手段と、ターゲッ
   トの特徴からターゲット名を検索するトレーディング手
   段から構成される情報処理システムにおける機密情報管
   理方法であって、 前記クライアントが前記セキュリティ機能達成手段に対
   して、ターゲット名の検索と検索したターゲットとの安
   全性の保証を依頼する第１のステップと、 前記認証手段によって、依頼をしたクライアントがクラ
   イアント本人であることを証明する第２のステップと、 該第２のステップにおいて本人であることが証明された
   場合に前記トレーディング手段によってクライアントが
   示したターゲット情報からターゲット名を検索する第３
   のステップと、 前記第２のステップにおいて本人であることが証明でき
   ない場合に前記クライアントが要求した処理が実行不可
   能であることを該要求を出したクライアントに通知する
   第４のステップと、 前記第３のステップにおいて、前記トレーディング手段
   が、ターゲット候補を検索できた場合、前記アクセス制
   御手段によって、当該ターゲットに対してクライアント
   が要求している処理が実行が可能か否かを確認する第５
   のステップと、 前記第５のステップにおける前記アクセス制御手段によ
   る確認の結果、クライアントの要求した処理を実行可能
   なターゲットが存在した場合に、該ターゲットに対して
   前記クライアントが要求した処理が実行可能であること
   およびターゲット名をクライアントに通知する第６のス
   テップと、 前記第３のステップにおいて、前記トレーディング手段
   が、ターゲットを検索できない場合、前記クライアント
   が要求した特徴を持つターゲット候補が存在しないこと
   をクライアントに通知する第７のステップと、 前記第５のステップにおける前記アクセス制御手段によ
   る確認の結果、アクセス可能なターゲットが存在しない
   場合に、クライアントが要求した特徴を持つターゲット
   候補が存在しないことをクライアントに通知する第８の
   ステップとからなることを特徴とする機密情報管理方
   法。
6. 【請求項６】 前記セキュリティ機能達成手段は、さら
   に、前記トレーディング手段による検索の結果、複数の
   ターゲット候補が存在する場合、そのターゲットの候補
   数を判定するために予め所定値が設定されているカウン
   タを具備し、 前記第５のステップにおける前記アクセス制御手段によ
   る確認の結果、クライアントの要求した処理を実行可能
   なターゲットの候補が複数存在した場合、その候補数が
   前記所定値より少ないか否かを判定する第９のステップ
   を設け、前記所定値より少ない場合に前記第６のステッ
   プに進み、前記所定値以上の場合には、その旨を前記ク
   ライアントに通知する第１０のステップを有することを
   特徴とする請求項５記載の機密情報管理方法。
7. 【請求項７】 前記第２のステップにおけるクライアン
   ト本人であることの証明は、クライアント名とパスワー
   ド、または前記クライアントによる自秘密鍵による暗号
   化と前記セキュリティ機能達成手段に具備される鍵管理
   手段から入手される公開鍵による復号化によって行われ
   るものであることを特徴とする請求項５または６記載の
   機密情報管理方法。
8. 【請求項８】 前記セキュリティ機能達成手段は、前記
   第２のステップにおいて、本人であることが証明された
   場合に、その旨を証明するデジタル証明書を発行するス
   テップを有することを特徴とする請求項５〜７のいずれ
   か１項に記載の機密情報管理方法。
9. 【請求項９】 前記クライアント，セキュリティ機能達
   成手段，およびターゲット間の情報の通信は、送信側で
   の暗号化および受信側での復号化によって行われること
   を特徴とする請求項５〜８のいずれか１項に記載の機密
   情報管理方法。