JP2003030145A - 情報処理方法およびプログラム - Google Patents

Abstract

(57)【要約】 【課題】 複数の業務を有する情報処理装置のセキュリ
ティを向上させる。 【解決手段】 ユーザ特定情報入力手段１１は、ユーザ
を特定するためのユーザ特定情報の入力を受ける。認証
書取得手段１３は、ユーザの正当性を証明する認証書を
取得する。対応関係格納手段１２は、ユーザ特定情報
と、認証書との対応関係を示す情報を格納する。認証書
特定手段１４は、所定のユーザからアクセスがなされた
場合には、当該ユーザのユーザ特定情報から、対応する
認証書を特定する。ユーザ認証手段１５は、認証書特定
手段１３によって特定された認証書から、当該ユーザが
正規のユーザであるか否かを認証する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はプログラムおよび情
報処理方法に関し、特に、ネットワークを介して他の情
報処理装置との間で情報を授受する情報処理装置として
コンピュータを機能させるプログラムおよびネットワー
クを介して他の情報処理装置との間で情報を授受する情
報処理方法に関する。

【０００２】

【従来の技術】近年、インターネットに代表されるオー
プンネットワーク上における取引が盛んになりつつあ
る。このようなオープンネットワーク上における取引を
安全に行うためには、なりすましやデータの盗聴、改ざ
んといった危険を防止する手段が必要になってくる。

【０００３】従来においては、誰でもが入手可能な公開
鍵によって暗号化し、自分だけが所有する秘密鍵によっ
て復号するいわゆるＰＫＩ（Public Key Infrastructur
e）と呼ばれる環境を用いることにより、安全な取引を
実現しようとしていた。

【０００４】ところで、公開鍵暗号技術では、通信相手
が間違いなく「ほんもの」である必要がある。そこで、
ＰＫＩでは、認証局（ＣＡ：Certification Authorit
y）という「信頼できる」認証機関を設けて、電子署名
による「電子証明書」とともに公開鍵を発行、管理し、
通信相手の正当性を証明する仕組みを提供する。これに
より、通信データの盗聴や改ざんを防ぐだけでなく、通
信相手のなりすましを防止することができる。

【０００５】

【発明が解決しようとする課題】しかし、従来において
は、認証書は一般的にサーバ単位で交付されていたの
で、例えば、１つのサーバを複数のユーザ（例えば、複
数の企業または同一企業の異なる部署）が共用する場合
には、セキュリティ上の問題点があった。

【０００６】また、本来、ルートＣＡ認証書は世界で一
枚であり、全てのエンドエンティティ認証書は、そのル
ートＣＡ認証書配下に所属するはずであるが、現状で
は、最上位認証局が複数存在する。エンドエンティティ
認証書は取得したユーザのみが使用可能であるが、１シ
ステムに複数業務が混在した場合、自システム認証書が
複数存在し、システム管理者は全ての認証書が使用可能
になってしまい、セキュリティ上の問題があった。

【０００７】更に、複数業務が混在するシステムに暗号
化したデータを送信する場合、全ての認証書による暗号
化が可能になってしまうため、セキュリティ上の問題が
あった。

【０００８】また、トラブルが発生した場合に、その原
因を究明する必要から、ＯＣＳＰ（Online Certificate
Status Protocol）や認証書を保管することが一般的に
行われているが、これらはデータ量が多いため、記憶装
置の記憶容量を大量に消費してしまうという問題点もあ
った。

【０００９】本発明は、以上のような点に鑑みてなされ
たものであり、複数の業務を有する情報処理装置におい
て、安全にデータの授受を行うことを可能とするプログ
ラムを提供することを目的とする。

【００１０】

【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示す、ネットワークを介して他の
情報処理装置との間で情報を授受する情報処理装置（サ
ーバ１０）としてコンピュータを機能させるプログラム
において、コンピュータを、ユーザを特定するためのユ
ーザ特定情報の入力を受けるユーザ特定情報入力手段１
１、ユーザの正当性を証明する認証書を取得する認証書
取得手段１３、ユーザ特定情報と、認証書との対応関係
を示す情報を格納する対応関係格納手段１２、所定のユ
ーザからアクセスがなされた場合には、当該ユーザのユ
ーザ特定情報から、対応する認証書を特定する認証書特
定手段１４、認証書特定手段１４によって特定された認
証書から、当該ユーザが正規のユーザであるか否かを認
証するユーザ認証手段１５、として機能させることを特
徴とするプログラムが提供される。

【００１１】ここで、ユーザ特定情報入力手段１１は、
ユーザを特定するためのユーザ特定情報の入力を受け
る。認証書取得手段１３は、ユーザの正当性を証明する
認証書を取得する。対応関係格納手段１２は、ユーザ特
定情報と、認証書との対応関係を示す情報を格納する。
認証書特定手段１４は、所定のユーザからアクセスがな
された場合には、当該ユーザのユーザ特定情報から、対
応する認証書を特定する。ユーザ認証手段１５は、認証
書特定手段１４によって特定された認証書から、当該ユ
ーザが正規のユーザであるか否かを認証する。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の動作原理を説明
する原理図である。この図に示すように、本発明の情報
処理装置１０は、ユーザ特定情報入力手段１１、対応関
係格納手段１２、認証書取得手段１３、認証書特定手段
１４、および、ユーザ認証手段１５によって構成されて
いる。

【００１３】ここで、ユーザ特定情報入力手段１１は、
ユーザを特定するためのユーザ特定情報の入力を受け
る。認証書取得手段１３は、ユーザの正当性を証明する
認証書を図示せぬネットワークを介して取得する。

【００１４】対応関係格納手段１２は、ユーザ特定情報
と、認証書との対応関係を示す情報を格納する。認証書
特定手段１４は、所定のユーザからアクセスがなされた
場合には、当該ユーザのユーザ特定情報から、対応する
認証書を特定する。

【００１５】ユーザ認証手段１５は、認証書特定手段１
４によって特定された認証書から、当該ユーザが正規の
ユーザであるか否かを認証する。次に、以上の原理図の
動作について説明する。

【００１６】先ず、ユーザ特定情報と、認証書とを登録
する際の動作について説明する。あるユーザが、所定の
業務を開始しようとする場合、ユーザを特定するための
情報、例えば、ユーザＩＤを入力する。また、それとと
もに、所定の認証書を取得するためのコマンドを入力す
る。

【００１７】その結果、情報処理装置１０は、図示せぬ
ネットワークを介して認証書を取得し、対応関係格納手
段１２に対して、ユーザＩＤと対応付けて格納する。こ
のような状態において、当該ユーザが情報処理装置１０
にアクセスしてきた場合には、情報処理装置１０は、ユ
ーザに対してユーザ特定情報の入力を要請する。その結
果、ユーザ特定情報であるユーザＩＤが入力されると、
認証書特定手段１４に供給される。

【００１８】認証書特定手段１４は、供給されたユーザ
ＩＤに対応する認証書が存在するか否かを判定し、該当
する認証書が事前に登録されていることを確認した場合
には、その旨をユーザ認証手段１５に供給する。

【００１９】ユーザ認証手段１５は、認証書特定手段１
４によって対応する認証書が特定された場合には、アク
セスを行ってきたユーザは正規のユーザであると認証す
ることになる。

【００２０】以上に説明したように、本発明によれば、
ユーザを特定するためにユーザ特定情報と、認証書との
対応関係を示す情報を対応関係格納手段１２に格納する
ようにしたので、情報処理装置１０は、ユーザ（業務）
毎に認証書を分類して所有することになり、その結果、
従来のようにどの業務に対してアクセスする場合でも、
同一の認証書でアクセスが許可されるという事態を回避
することが可能になる。従って、セキュリティを向上さ
せることが可能になる。

【００２１】次に、本発明の実施の形態について説明す
る。図２は、本発明の実施の形態のシステム構成例を示
す図である。この図に示すように、本発明の実施の形態
は、サーバ２０、ネットワーク２１、クライアント２２
〜２４、認証書発行機関２５〜２７、および、ＯＣＳＰ
認証機関２８によって構成されている。

【００２２】ここで、サーバ２０は、複数のユーザに係
る業務を管理しており、クライアント２２〜２４のそれ
ぞれからのアクセスを受け付け、所定のサービスを提供
する。

【００２３】図３は、サーバ２０の詳細な構成例を示す
図である。この図に示すように、サーバ２０は、ＣＰＵ
（Central Processing Unit）２０ａ、ＲＯＭ（Read On
ly Memory）２０ｂ、ＲＡＭ（Random Access Memory）
２０ｃ、ＨＤＤ（Hard Disk Drive）２０ｄ、ＧＢ（Gra
phics Board）２０ｅ、Ｉ／Ｆ（Interface）２０ｆ、バ
ス２０ｇ、表示装置２０ｈ、入力装置２０ｉによって構
成されている。

【００２４】ここで、ＣＰＵ２０ａは、ＨＤＤ２０ｄに
格納されているプログラムに従って各種演算処理を実行
するとともに、装置の各部を制御する。ＲＯＭ２０ｂ
は、ＣＰＵ２０ａが実行する基本的なプログラム等を格
納している。

【００２５】ＲＡＭ２０ｃは、ＣＰＵ２０ａが各種演算
処理を実行する際に、演算途中のデータや実行途中のプ
ログラムを一時的に格納する。ＨＤＤ２０ｄは、ＣＰＵ
２０ａが実行するプログラムや各種データ等を格納して
いる。

【００２６】ＧＢ２０ｅは、ＣＰＵ２０ａから供給され
た描画命令に従って描画処理を実行し、得られた画像デ
ータを映像信号に変換して表示装置２０ｈに供給する。
Ｉ／Ｆ２０ｆは、入力装置２０ｉから出力されるデータ
の表現形式を変更して入力するとともに、ネットワーク
２１との間で所定のプロトコルに従ってデータを授受す
る。

【００２７】表示装置２０ｈは、例えば、ＣＲＴ（Cath
ode Ray Tube）モニタ等によって構成されており、ＧＢ
２０ｅから出力された映像信号を表示出力する。入力装
置２０ｉは、例えば、キーボードやマウスによって構成
されており、ユーザの操作に応じたデータを生成して出
力する。

【００２８】図２に戻って、ネットワーク２１は、例え
ば、インターネット等のオープンネットワークによって
構成されている。なお、この実施の形態では、サーバ２
０、クライアント２２〜２４、認証書発行機関２５〜２
７、および、ＯＣＳＰ認証機関２８は同一のネットワー
ク２１によって相互に接続するようにしたが、部分的な
ＬＡＮ（Local Area Net Work）を構成して一部の装置
を接続するようにしてもよい。

【００２９】クライアント２２〜２４は、サーバ２０に
アクセスし、所定のデータを授受する。認証書発行機関
２５〜２７は、サーバ２０およびクライアント２２〜２
４に対して認証書を発行する。

【００３０】ＯＣＳＰ認証機関２８は、認証書発行機関
２５〜２７によって発行される認証書の正当性をチェッ
クする。図４は、本発明の第１の実施の形態を示すブロ
ック図である。なお、このブロック図に示す各機能は、
図３に示すＨＤＤ２０ｄに格納されている所定のプログ
ラムが実行された場合に実現される。

【００３１】この図に示すように、本発明の第１の実施
の形態は、データ登録処理部４０、認証書取得処理部４
１、セキュリティ管理処理部４２、および、データーベ
ース４３によって構成されている。

【００３２】データ登録処理部４０は、ユーザ登録コマ
ンド５０が入力された場合には、ユーザのＩＤをデータ
ーベース４３に登録する。認証書取得処理部４１は、認
証書取得コマンド５１が入力された場合には、認証書発
行機関２５〜２７から認証書を取得し、データーベース
４３に格納する。

【００３３】セキュリティ管理処理部４２は、サーバ２
０を利用するユーザからアクセスがあった場合には、ユ
ーザＩＤを入力するように要請し、その結果得られたユ
ーザＩＤがデーターベース４３に登録されているか否か
を判定し、登録されている場合には正規のユーザとして
アクセスを許可する。

【００３４】データーベース４３は、ユーザＩＤと、認
証書のラベルキーとを対応付けたテーブル４４を格納し
ている。次に、以上の実施の形態の動作について説明す
る。

【００３５】先ず、サーバ２０を利用する所定のユーザ
がユーザ登録コマンド５０を入力したとすると、データ
登録処理部４０は、ユーザＩＤの入力を受け付け、デー
ターベース４３に格納する。

【００３６】続いて、ユーザが自システム用の認証書を
取得するために、認証書取得コマンド５１を入力したと
すると、認証書取得処理部４１がネットワーク２１を介
して所定の認証書発行機関２５〜２７にアクセスし、認
証書を取得する。そして、認証書からラベルキーを取得
し、データーベース４３のテーブル４４に格納するとと
もに、認証書自体もデーターベース４３に格納する。

【００３７】以上の処理により、データーベース４３の
テーブル４４には、ユーザＩＤと、認証書のラベルキー
とが対応付けされて格納されることになる。図４に示す
例では、ユーザＡのユーザＩＤと、認証書Ａおよび認証
書Ｂが対応付けされて格納されている。このように、１
つのユーザＩＤに対して複数の認証書を対応付けするこ
とも可能であり、例えば、あるユーザが複数の業務を有
し、それぞれの業務に対して認証書を対応付けすること
が可能である。

【００３８】続いて、所定の業務に係るユーザがアクセ
スしてきたとすると、セキュリティ管理処理部４２は、
当該ユーザのユーザＩＤを入力するように要請する。ユ
ーザＩＤが入力されると、セキュリティ管理処理部４２
は、データーベース４３のテーブル４４を検索し、該当
するユーザＩＤが格納されているか否かを調べる。

【００３９】その結果、該当するユーザＩＤが存在する
とともに、そのユーザＩＤに対応付けされたラベルキー
が存在する場合には、当該ユーザは正当なユーザである
として処理の継続を許可し、それ以外の場合には処理の
継続を停止する。

【００４０】図５は、ユーザ登録コマンド５０が入力さ
れた際に実行される処理の一例を説明するフローチャー
トである。このフローチャートが開始されると、以下の
ステップが実行される。

【００４１】ステップＳ１０：データ登録処理部４０
は、ユーザ登録コマンド５０の入力を受ける。 ステップＳ１１：データ登録処理部４０は、登録情報で
あるユーザＩＤをデーターベース４３のテーブル４４の
所定の領域に格納する。

【００４２】ステップＳ１２：認証書取得処理部４１
は、自システム認証書を取得するための認証書取得コマ
ンド５１の入力を受ける。

【００４３】ステップＳ１３：認証書取得処理部４１
は、ネットワーク２１を介して認証書発行機関２５〜２
７にアクセスし、所定の認証書を取得し、取得した認証
書から更にラベルキーを取得する。

【００４４】ステップＳ１４：認証書取得処理部４１
は、取得したラベルキーを、テーブル４４に対して格納
する。

【００４５】ステップＳ１５：認証書取得処理部４１
は、ユーザＩＤとラベルキーとの関連付けを行う。以上
の処理により、ユーザＩＤと認証書のラベルキーとをテ
ーブル４４に関連付けて登録することができる。

【００４６】続いて、図６を参照し、ユーザからアクセ
スがあった場合に、図５の処理によって登録されたユー
ザＩＤとラベルキーとを用いて、正当なユーザか否かの
認証を行う処理を実現するためのフローチャートの一例
について説明する。このフローチャートが開始される
と、以下のステップが実行される。

【００４７】ステップＳ２０：セキュリティ管理処理部
４２は、アクセスしてきたユーザのユーザＩＤの入力を
受ける。

【００４８】ステップＳ２１：セキュリティ管理処理部
４２は、入力されたユーザＩＤをキーとしてデーターベ
ース４３のテーブル４４からラベルキーを検索する。

【００４９】ステップＳ２２：セキュリティ管理処理部
４２は、ラベルキーが存在しているか否かを判定し、存
在している場合にはステップＳ２３に進み、それ以外の
場合にはステップＳ２４に進む。

【００５０】ステップＳ２３：セキュリティ管理処理部
４２は、正当なユーザであるとして処理を継続する。 ステップＳ２４：セキュリティ管理処理部４２は、正当
なユーザでないとして処理を中断する。

【００５１】以上のフローチャートにより、ユーザがア
クセスしてきた場合に、ユーザＩＤをキーとしてラベル
キーを検索し、該当するラベルキーが存在する場合に
は、正当なユーザと判定することが可能になる。

【００５２】以上に説明したように、本発明の第１の実
施の形態によれば、ユーザＩＤと認証書のラベルキーと
を対応付けて格納し、ユーザからアクセスがなされた場
合には、ユーザＩＤをキーとしてラベルキーを検索し、
該当するラベルキーが存在する場合には正当なユーザと
判定するようにしたので、セキュリティを向上させるこ
とが可能になる。

【００５３】なお、以上の実施の形態では、ユーザＩＤ
とラベルキーとを対応付けて格納するようにしたが、こ
れ以外の情報を用いることも可能である。次に、本発明
の第２の実施の形態について説明する。

【００５４】図７は、本発明の第２の実施の形態を示す
ブロック図である。なお、このブロック図に示す各機能
は、図３に示すＨＤＤ２０ｄに格納されている所定のプ
ログラムが実行された場合に実現される。

【００５５】この図に示すように、本発明の第２の実施
の形態は、メッセージ解析処理部６０、認証書特定処理
部６２と検証処理部６３から構成されるセキュリティ管
理処理部６１、および、データーベース６４から構成さ
れている。

【００５６】ここで、メッセージ解析処理部６０は、ク
ライアント２２〜２４から送信されてきた暗号化された
データ（メッセージ）を解析する。セキュリティ管理処
理部６１は、認証書特定処理部６２および検証処理部６
３から構成され、クライアント２２〜２４がアクセスし
てきた際に、対応する認証書を特定し、正当性を検証す
る。

【００５７】認証書特定処理部６２は、受信したメッセ
ージに含まれている認証書を特定するためのデータを参
照し、認証書を特定する。検証処理部６３は、特定され
た認証書に対応する業務と、メッセージに含まれている
業務を示すデータとを比較し、クライアントの正当性を
検証する。

【００５８】データーベース６４は、業務とサーバ認証
書（または、サーバ認証書を特定するための情報）とを
対応付けしたテーブル６５を格納しており、認証書特定
処理部６２の要求に応じて該当する認証書を検索すると
ともに、その認証書に対応する業務を返す。

【００５９】また、クライアント２２が有するデーター
ベース２２ａには、ルートＣＡ認証書、ＣＡ認証書、サ
ーバ認証書Ａ、および、クライアント認証書が格納され
ている。

【００６０】ここで、ルートＣＡ認証書は、ルート（最
上位）に属する認証書発行機関の認証書である。ＣＡ認
証書は、ルート認証書発行機関に至るまでに存在する認
証書発行機関の認証書である。

【００６１】サーバ認証書Ａは、サーバ２０から送信さ
れてきた、サーバ２０の所定の業務（この例では、業務
＃１）の正当性を保証する認証書である。クライアント
認証書は、クライアントの正当性を保証するための認証
書である。

【００６２】なお、クライアント２３およびクライアン
ト２４も同様の情報をデーターベースに具備していると
する。次に、以上の実施の形態の動作について説明す
る。

【００６３】先ず、サーバ２０が提供する業務＃１に対
する正当アクセス権限を有するクライアント２２がネッ
トワーク２１を介してサーバ２０にアクセスし、所定の
メッセージをサーバ２０に送信したとする。

【００６４】サーバ２０のメッセージ解析処理部６０
は、メッセージを解析し、先ず、通信相手である側が要
求を行っているサービスの業務名を取得する。続いて、
メッセージ解析処理部６０は、メッセージの非暗号化部
分に含まれているＩｓｓｕｅｒ＆Ｓｅｒｉａｌをキーと
し、データーベース６４のテーブル６５から該当するサ
ーバ認証書を取得する。

【００６５】いまの例では、クライアント２２は、クラ
イアント認証書に含まれている公開鍵によって暗号化し
たメッセージを送信しているので、「サーバ認証書Ａ」
が特定されることになる。

【００６６】続いて、認証書特定処理部６２は、このサ
ーバ認証書Ａに対応する業務をデーターベース６４のテ
ーブル６５から特定する。その結果、「業務＃１」が特
定されることになる。

【００６７】続いて、検証処理部６３は、認証書特定処
理部６２によって特定された業務と、メッセージ解析処
理部６０がメッセージから取得した業務とを比較し、こ
れらが等しいか否かについて検証する。いまの例では、
メッセージから取得された業務名は「業務＃１」であ
り、また、データーベース６４から取得された業務名も
「業務＃１」であるので、クライアント２２の正当性
と、対応する業務が確認できたとして、サーバ２０はク
ライアント２２との間の処理を継続することを決定す
る。

【００６８】次に、図８を参照して、以上の機能を実現
するためのフローチャートの一例について説明する。こ
のフローチャートが開始されると、以下のステップが実
行される。

【００６９】ステップＳ３０：サーバ２０のメッセージ
解析処理部６０は、相手システムからメッセージを受信
する。

【００７０】ステップＳ３１：メッセージ解析処理部６
０は、受信したメッセージを解析する。 ステップＳ３２：メッセージ解析処理部６０は、受信し
たメッセージから業務名を取得する。

【００７１】ステップＳ３３：メッセージ解析処理部６
０は、受信したメッセージの非暗号化部に含まれている
Ｉｓｓｕｅｒ＆Ｓｅｒｉａｌを取得し、認証書特定処理
部６２に供給する。そして、認証書特定処理部６２は、
データーベース６４を検索することにより、該当する認
証書を特定する。

【００７２】ステップＳ３４：認証書特定処理部６２
は、認証書に対応する業務名をデーターベース６４から
取得する。

【００７３】ステップＳ３５：検証処理部６３は、メッ
セージ解析処理部６０がステップＳ３２において受信メ
ッセージから抽出した業務名と、認証書特定処理部６２
がステップＳ３４においてデーターベース６４から取得
した業務名とが一致するか否かを判定し、一致する場合
にはステップＳ３６に進み、それ以外の場合にはステッ
プＳ３７に進む。

【００７４】ステップＳ３６：サーバ２０は、アクセス
してきたクライアントは正当であり、また、対応する業
務が特定できたとして、当該クライアントとの間での処
理を継続する。

【００７５】ステップＳ３７：サーバ２０は、アクセス
してきたクライアントは正当でないか、または、業務が
特定できないとして、当該クライアントとの間での処理
を中断する。

【００７６】以上の処理によれば、サーバ２０が複数の
業務を有する場合であって、クライアント２２〜２４か
らアクセスがなされた場合には、メッセージに含まれて
いる業務名と、メッセージに含まれているＩｓｓｕｅｒ
＆Ｓｅｒｉａｌから特定される業務名とが一致するか否
かを基準として、業務と認証書を特定することが可能に
なるので、１つの認証書によって全ての業務にアクセス
可能となるといった従来までの不都合を改善することが
可能になる。

【００７７】次に、本発明の第３の実施の形態について
説明する。図９は、本発明の第３の実施の形態を示すブ
ロック図である。なお、このブロック図に示す各機能
は、図３に示すＨＤＤ２０ｄに格納されている所定のプ
ログラムが実行された場合に実現される。

【００７８】この図に示すように、本発明の第３の実施
の形態は、メッセージ解析処理部７０、セキュリティ管
理処理部７１、および、データーベース７６から構成さ
れている。

【００７９】ここで、メッセージ解析処理部７０は、ク
ライアント２２，２３から送信されてきたメッセージを
解析する。セキュリティ管理処理部７１は、検証処理部
７２、比較処理部７３、および、事前登録処理部７４か
ら構成され、相手システムからアクセスがなされた場合
に、その正当性を検討する処理を実行する。

【００８０】検証処理部７２は、受信した認証書の正当
性を検証する処理を実行する。比較処理部７３は、その
正当性が明らかでない、いわゆる「不明ルート認証書」
を受信した場合に、事前に登録している、ルート認証書
をハッシュ処理して生成した「ルート認証書ハッシュ」
と比較し、正当性を確認する。

【００８１】事前登録処理部７４は、ルート認証書に対
してハッシュ処理を施して得られたルート認証書ハッシ
ュを、データーベース７６のテーブル７７に登録する。
なお、クライアント２２のデーターベース２２ａには、
ルートに属する認証書発行機関（例えば、認証書発行機
関２５）のルート認証書であるＣＡ＃２ルート認証書
と、その下位に属する認証書発行機関（例えば、認証書
発行機関２６）の認証書であるＣＡ＃２認証書と、自己
の正当性を保証するためのクライアント認証書とを格納
している。

【００８２】次に、以上の実施の形態の動作について説
明する。先ず、事前登録処理部７４に対して事前登録コ
マンド７５がユーザによって入力されると、事前登録処
理部７４はルート認証機関の認証書に対してハッシュ処
理を施したルート認証書ハッシュの入力を要請する。例
えば、ルートに属する認証書発行機関２５に対応するＣ
Ａ＃１ルート認証書に対してハッシュ処理を施して得ら
れた「ＣＡ＃１ルート認証書ハッシュ」が入力されたと
すると、事前登録処理部７４は、入力されたＣＡ＃１ル
ート認証書ハッシュをデーターベース７６のテーブル７
７に格納する。

【００８３】このような状態において、相手システムで
ある、例えば、クライアント２３から、不明ＣＡルート
認証書（ＣＡ＃２ルート認証書ハッシュ）で構成される
メッセージが送信されてきた場合、サーバ２０のメッセ
ージ解析処理部７０は、当該不明ＣＡルート認証書を取
得する。

【００８４】そして、セキュリティ管理処理部７１の検
証処理部７２は、メッセージに含まれている認証書のル
ート検証を行う。その結果、不明ＣＡルート認証書であ
ることが判明した場合には、検証処理部７２は、そのＣ
Ａルート認証書に対してハッシュ処理を施し、得られた
データを比較処理部７３に供給する。

【００８５】比較処理部７３は、データーベース７６に
格納されているテーブル７７に格納されているＣＡルー
ト認証書ハッシュと、検証処理部７２から供給されたデ
ータとを比較し、該当するＣＡルート認証書ハッシュが
存在するか否かを検討する。

【００８６】その結果、該当するＣＡルート認証書ハッ
シュ（いまの例ではＣＡ＃２ルート認証書ハッシュ）が
存在する場合には、ルートＣＡの正当性が確保できたと
して、アクセスしてきたクライアントとの処理を継続す
る。

【００８７】次に、図１０を参照して、以上の機能を実
現するためのフローチャートの一例について説明する。
図１０は、事前登録コマンド７５が入力された際に実行
されるフローチャートである。このフローチャートが開
始されると、以下のステップが実行される。

【００８８】ステップＳ４０：サーバ２０の事前登録処
理部７４は、ユーザからの事前登録コマンド７５の入力
を受ける。

【００８９】ステップＳ４１：事前登録処理部７４は、
事前登録コマンド７５を入力したユーザに対して、ハッ
シュデータを入力するように要請し、その結果として入
力されたハッシュデータ、即ち、ＣＡルート認証書ハッ
シュを、データーベース７６のテーブル７７の所定の領
域に格納する。

【００９０】なお、ＣＡルート認証書ハッシュは、例え
ば、ＦＤ（Flexible Disk）等の記録媒体に記録されて
供給されるものである。以上の処理により、事前登録コ
マンド７５が入力された場合に、ＣＡルート認証書ハッ
シュをデーターベース７６のテーブル７７に登録するこ
とができる。

【００９１】次に、図１１を参照して、クライアントか
らメッセージが送信されてきた場合に実行されるフロー
チャートについて説明する。このフローチャートが開始
されると、以下のステップが実行される。

【００９２】ステップＳ５０：メッセージ解析処理部７
０は、相手システムから送信されてきたメッセージを受
信する。

【００９３】ステップＳ５１：メッセージ解析処理部７
０は、受信したメッセージを解析する処理を実行する。

【００９４】ステップＳ５２：検証処理部７２は、クラ
イアント認証書のルートを検証する処理を実行する。 ステップＳ５３：検証処理部７２は、取得したルート認
証書に対してハッシュ処理を施し、ＣＡルート認証書ハ
ッシュを生成する。

【００９５】ステップＳ５４：比較処理部７３は、検証
処理部７２によって生成されたＣＡルート認証書ハッシ
ュと、データーベース７６のテーブル７７に格納されて
いるＣＡルート認証書ハッシュとを比較する。

【００９６】ステップＳ５５：比較処理部７３は、一致
するＣＡルート認証書ハッシュが存在するか否かを判定
し、存在する場合にはステップＳ５６に進み、それ以外
の場合にはステップＳ５７に進む。

【００９７】ステップＳ５６：サーバ２０は、アクセス
を行ってきたクライアントが正当であることを認知し、
処理を継続する。

【００９８】ステップＳ５７：サーバ２０は、アクセス
を行ってきたクライアントが正当でないことを認知し、
処理を中断する。

【００９９】以上の処理により、自己と異なるＣＡルー
ト認証書を有するクライアントからアクセスがなされた
場合であっても、その認証書の正当性を簡単に判断する
ことが可能になるので、システムのセキュリティを向上
させることが可能になる。

【０１００】次に、本発明の第４の実施の形態について
説明する。図１２は、本発明の第４の実施の形態を示す
ブロック図である。なお、このブロック図に示す各機能
は、図３に示すＨＤＤ２０ｄに格納されている所定のプ
ログラムが実行された場合に実現される。

【０１０１】この図に示すように、本発明の第４の実施
の形態は、メッセージ解析処理部８０、セキュリティ管
理処理部８１、および、データーベース８３，８５から
構成されている。

【０１０２】ここで、メッセージ解析処理部８０は、ク
ライアント２２，２３から送信されてきたメッセージを
解析する。セキュリティ管理処理部８１は、検証処理部
８２によって構成され、クライアントの正当性を認証す
る。

【０１０３】データーベース８３は、業務名、クライア
ント認証書、および、ＯＣＳＰ情報を対応付けて格納し
たテーブル８４を格納している。また、データーベース
８５は、業務と、当該業務のＯＣＳＰの発行周期を示す
情報とを対応付けて格納したテーブル８６を記憶してい
る。

【０１０４】次に、以上の実施の形態の動作について説
明する。ユーザがＯＣＳＰ発行周期登録コマンド９０を
入力すると、サーバ２０は、ＯＣＳＰ発行周期を入力す
るように要請する。

【０１０５】その結果、例えば、「業務＃１」の発行周
期が「１時間毎」である旨のデータを入力すると、その
データは、データーベース８５のテーブル８６の所定の
領域に業務名である「業務＃１」と対応付けて格納され
ることになる。

【０１０６】このような状態において、相手システムで
あるクライアント２２からメッセージを受信すると、メ
ッセージ解析処理部８０は、受信したメッセージを解析
する処理を実行し、メッセージに含まれている業務名を
取得する。

【０１０７】例えば、業務名が「業務＃１」であったと
すると、メッセージ解析処理部８０は、「業務＃１」を
セキュリティ管理処理部８１の検証処理部８２に供給す
る。検証処理部８２は、先ず、「業務＃１」をキーとし
て、データーベース８３のテーブル８４を検索する。そ
の結果、検証処理部８２は、該当するクライアント認証
書と、ＯＣＳＰ情報とを取得する。

【０１０８】ここで、ＯＣＳＰ情報は、ＯＣＳＰ認証機
関２８に対するアクセスの履歴を示す情報であり、この
情報を参照することにより、前回のアクセス日時を特定
することができる。

【０１０９】続いて、検証処理部８２は、同様に「業務
＃１」をキーとして、データーベース８５のテーブル８
６を検索し、ＯＣＳＰ発行周期に関する情報を取得す
る。いまの例では、「１時間毎」が取得される。

【０１１０】次に、検証処理部８２は、先に取得したＯ
ＣＳＰ情報と、図示せぬ計時部から取得した現在の日時
と、データーベース８５から取得したＯＣＳＰ発行周期
とを比較し、最後にＯＣＳＰ認証機関２８にアクセスし
てから経過した時間が、発行周期を上回っているか否か
を判定し、上回っている場合にはＯＣＳＰ認証機関２８
にアクセスし、アクセスしてきたクライアント２２のク
ライアント＃１認証書の正当性を再度確認する。

【０１１１】その結果、正当性が確認できた場合には、
クライアント２２の正当性が確認できたとして、クライ
アント２２との間の処理を継続する。次に、図１３を参
照して、以上の機能を実現するためのフローチャートの
一例について説明する。図１３は、ＯＣＳＰ発行周期登
録コマンド９０が入力された際に実行されるフローチャ
ートである。このフローチャートが開始されると、以下
のステップが実行される。

【０１１２】ステップＳ６０：サーバ２０は、所定の業
務のＯＣＳＰ発行周期の入力を受ける。 ステップＳ６１：サーバ２０は、データーベース８５に
対して、業務名とＯＣＳＰ発行周期とを対応付けてデー
ターベース８５のテーブル８６に格納する。

【０１１３】以上の処理により、業務名とＯＣＳＰ発行
周期とをデーターベース８５のテーブル８６に登録する
ことができる。次に、図１４を参照して、相手システム
からメッセージが送信されてきた場合に実行されるフロ
ーチャートについて説明する。このフローチャートが開
始されると、以下のステップが実行される。

【０１１４】ステップＳ７０：メッセージ解析処理部８
０は、相手システムであるクライアントからのメッセー
ジを受信する。

【０１１５】ステップＳ７１：メッセージ解析処理部８
０は、受信メッセージを解析する処理を実行する。 ステップＳ７２：検証処理部８２は、受信メッセージか
ら抽出した業務名に対応するＯＣＳＰ発行周期をデータ
ーベース８５から取得する。

【０１１６】ステップＳ７３：検証処理部８２は、受信
メッセージから抽出した業務名に対応するＯＣＳＰ情報
をデーターベース８３から取得する。

【０１１７】ステップＳ７４：検証処理部８２は、ステ
ップＳ７２で取得したＯＣＳＰ発行周期と、ステップＳ
７３で取得したＯＣＳＰ情報と、現在の日時とを比較
し、発行周期を超過しているか否かを判定する。その結
果、周期を超過している場合には、ステップＳ７５に進
み、それ以外の場合には処理を終了する。

【０１１８】ステップＳ７５：サーバ２０は、ＯＣＳＰ
発行処理を実行する。なお、発行処理が完了した場合に
は、その時点における日時によってＯＣＳＰ情報を更新
する。

【０１１９】以上の処理によれば、例えば、業務の重要
度に応じて、ＯＣＳＰの発行周期を自由に設定すること
が可能になるので、業務の種類に応じた最適な設定が可
能になり、サーバ２０にかかる処理の負担を軽減し、更
に、システム全体の処理速度を向上させることが可能に
なる。

【０１２０】次に、本発明の第５の実施の形態について
説明する。図１５は、本発明の第５の実施の形態を示す
ブロック図である。なお、このブロック図に示す各機能
は、図３に示すＨＤＤ２０ｄに格納されている所定のプ
ログラムが実行された場合に実現される。

【０１２１】この図に示すように、本発明の第５の実施
の形態は、メッセージ解析処理部１００、セキュリティ
管理処理部１０１、および、データーベース１０３，１
０５から構成されている。

【０１２２】ここで、メッセージ解析処理部１００は、
クライアント２２，２３から送信されてきたメッセージ
を解析する。セキュリティ管理処理部１０１は、格納処
理部１０２によって構成され、クライアントとの間でな
されたトランザクションに関する情報をデーターベース
１０３に格納する。

【０１２３】データーベース１０３は、トランザクショ
ンと、認証書に対してハッシュ処理を施すことによって
得られた認証書ハッシュとを対応付けて格納したテーブ
ル１０４を記憶している。

【０１２４】また、データーベース１０５は、認証書ハ
ッシュと、認証書の本体とを対応付けして格納したテー
ブル１０６を記憶している。次に、以上の実施の形態の
動作について説明する。

【０１２５】先ず、クライアント２２からアクセスがな
されると、メッセージ解析処理部１００は、クライアン
ト２２から送信されてきたメッセージを解析し、正当な
クライアントであるか否かを検討した後、正当なクライ
アントである場合には、アクセスを許可する。

【０１２６】そして、クライアント２２との間でトラン
ザクション＃１（ＴＲ＃１）が実行され、当該トランザ
クションが終了した場合には、格納処理部１０２は、ク
ライアント２２が有するクライアント認証書Ａに対して
ハッシュ処理を施し、得られた認証書Ａハッシュを、ト
ランザクション名（トランザクション＃１）と対応付け
てデーターベース１０３のテーブル１０４に格納する。

【０１２７】このとき、格納処理部１０２は、認証書Ａ
ハッシュをキーとして、データーベース１０５のテーブ
ル１０６を検索し、該当するハッシュが存在する場合に
は処理を終了し、存在しない場合には当該ハッシュ（認
証書Ａハッシュ）と、認証書自体（または、認証書を特
定するためのデータ）をテーブル１０６に格納する。

【０１２８】次に、クライアント２２との間で、新たな
トランザクションＴＲ＃２が実行され、当該トランザク
ションが完了した場合には、認証書Ａはデーターベース
１０５に登録済みであるので、トランザクション＃２を
示すデータと、認証書Ａハッシュがデーターベース１０
３のテーブル１０４に格納される。

【０１２９】続いて、クライアント２３との間で新たな
トランザクションであるＴＲ＃３が実行された場合であ
って、このクライアント２３のクライアント認証書Ｂが
未登録である場合には、データーベース１０５のテーブ
ル１０６には、認証書Ｂハッシュと、認証書Ｂの本体が
登録され、また、データーベース１０３のテーブル１０
４には、トランザクション＃２を特定するデータと、認
証書Ｂハッシュとが登録されることになる。

【０１３０】ところで、認証書は、１０００バイト程度
のデータ容量を有する、一方、認証書ハッシュは１０〜
２０バイト程度のデータであるので、トランザクション
のログとして、認証書自体を保存する場合に比較して、
データーベースの必要な容量を削減することが可能にな
る。

【０１３１】次に、図１６を参照して、以上の機能を実
現するためのフローチャートの一例について説明する。
図１６は、相手システムとの間でトランザクションが開
始される際に実行されるフローチャートである。このフ
ローチャートが開始されると、以下のステップが実行さ
れる。

【０１３２】ステップＳ８０：メッセージ解析処理部１
００は、相手システムからのメッセージを受信する。 ステップＳ８１：メッセージ解析処理部１００は、受信
メッセージを解析する処理を実行する。

【０１３３】ステップＳ８２：格納処理部１０２は、相
手認証書にハッシュ処理を施し、認証書ハッシュを生成
する。

【０１３４】ステップＳ８３：格納処理部１０２は、ス
テップＳ８２で生成した認証書ハッシュをキーとして、
データーベース１０５から該当する認証書ハッシュを検
索する。

【０１３５】ステップＳ８４：格納処理部１０２は、認
証書ハッシュが既に登録済みであるか否かを判定し、登
録済みである場合にはステップＳ８６に進み、それ以外
の場合にはステップＳ８５に進む。

【０１３６】ステップＳ８５：格納処理部１０２は、認
証書と、認証書ハッシュとを対応付けし、データーベー
ス１０５のテーブル１０６に保存する。

【０１３７】ステップＳ８６：格納処理部１０２は、ト
ランザクションを特定するためのトランザクション情報
と、ステップＳ８２で生成した認証書ハッシュとを対応
付けてデーターベース１０３のテーブル１０４に保存す
る。

【０１３８】以上の処理によれば、トランザクションが
終了するたびに認証書自体を保存するかわりに、認証書
に対してハッシュを施すことによって得られた認証書ハ
ッシュを登録するようにしたので、認証書自体を登録す
る場合に比較して、必要な記憶容量を削減することが可
能になる。

【０１３９】なお、以上の実施の形態では、認証書ハッ
シュを、データーベース１０３とデーターベース１０５
を対応付ける情報として利用したが、例えば、シリアル
番号を用いることも可能である。このような方法によっ
ても、ハッシュを使用した場合と同様に、必要な記憶容
量を削減することが可能になる。

【０１４０】なお、上記の処理機能は、クライアントサ
ーバシステムのサーバコンピュータによって実現するこ
とができる。その場合、サーバ２０が有すべき機能の処
理内容を記述したサーバプログラムが提供される。サー
バコンピュータは、クライアントコンピュータからの要
求に応答して、サーバプログラムを実行する。これによ
り、上記処理機能がサーバコンピュータ上で実現され、
処理結果がクライアントコンピュータに提供される。

【０１４１】処理内容を記述したサーバプログラムは、
サーバコンピュータで読み取り可能な記録媒体に記録し
ておくことができる。サーバコンピュータで読み取り可
能な記録媒体としては、磁気記録装置、光ディスク、光
磁気記録媒体、半導体メモリなどがある。磁気記録装置
には、ハードディスク装置（ＨＤＤ）、フレキシブルデ
ィスク（ＦＤ）、磁気テープなどがある。光ディスクに
は、ＤＶＤ(Digital Versatile Disk)、ＤＶＤ−ＲＡＭ
(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disk
Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWr
itable)などがある。光磁気記録媒体には、ＭＯ(Magnet
o-Optical disk)などがある。

【０１４２】サーバプログラムを流通させる場合には、
たとえば、そのサーバプログラムが記録されたＤＶＤ、
ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。サー
バプログラムを実行するサーバコンピュータは、たとえ
ば、可搬型記録媒体に記録されたサーバプログラムを、
自己の記憶装置に格納する。そして、サーバコンピュー
タは、自己の記憶装置からサーバプログラムを読み取
り、サーバプログラムに従った処理を実行する。なお、
サーバコンピュータは、可搬型記録媒体から直接サーバ
プログラムを読み取り、そのサーバプログラムに従った
処理を実行することもできる。

【０１４３】（付記１） ネットワークを介して他の情
報処理装置との間で情報を授受する情報処理装置として
コンピュータを機能させるプログラムにおいて、コンピ
ュータを、ユーザを特定するためのユーザ特定情報の入
力を受けるユーザ特定情報入力手段、前記ユーザの正当
性を証明する認証書を取得する認証書取得手段、前記ユ
ーザ特定情報と、前記認証書との対応関係を示す情報を
格納する対応関係格納手段、所定のユーザからアクセス
がなされた場合には、当該ユーザのユーザ特定情報か
ら、対応する認証書を特定する認証書特定手段、前記認
証書特定手段によって特定された認証書から、当該ユー
ザが正規のユーザであるか否かを認証するユーザ認証手
段、として機能させることを特徴とするプログラム。

【０１４４】（付記２） 前記対応関係格納手段は、１
のユーザと、１または２以上の認証書との対応関係が格
納されていることを特徴とする付記１記載のプログラ
ム。 （付記３） 他の情報処理装置から送信されてきた情報
から、ユーザを示す情報であるユーザ情報を抽出するユ
ーザ情報抽出手段、他の情報処理装置から送信されてき
た情報から、認証書を特定するための認証書特定情報を
抽出する認証書特定情報抽出手段、前記認証書特定情報
を参照し、前記対応関係格納手段から対応するユーザ特
定情報を取得するユーザ特定情報取得手段、前記ユーザ
特定情報と、前記ユーザ情報とを比較し、前記情報処理
装置の正当性を認証する情報処理装置認証手段、として
更に機能させることを特徴とする付記１記載のプログラ
ム。

【０１４５】（付記４） 他の情報処理装置のルート認
証情報を格納したルート認証情報格納手段、他の情報処
理装置から送信されてきた情報から、ルート認証情報を
取得するルート認証情報取得手段、前記ルート認証情報
によって取得されたルート認証情報と、前記ルート認証
情報格納手段に格納されているルート認証情報とを比較
し、ルートの正当性を認証するルート認証手段、として
更に機能させる付記１記載のプログラム。

【０１４６】（付記５） 前記ルート認証情報格納手段
は、ルート認証情報を一方向関数で処理することによっ
て得られたデータを格納しており、前記ルート認証手段
は、前記ルート認証情報認証手段によって取得されたル
ート認証情報を一方向関数によって処理し、得られたデ
ータと、前記ルート認証情報格納手段に格納されている
前記データとを比較することによりルートの正当性を認
証する、ことを特徴とする付記４記載のプログラム。

【０１４７】（付記６） 他の情報処理装置の正当性を
確認するための認証書を格納する認証書格納手段、前記
認証書格納手段に格納されている認証書の正当性を外部
の機関に問い合わせる問い合わせ手段、前記問い合わせ
手段の前記外部の機関への問い合わせの周期を設定する
問い合わせ周期設定手段、として更に機能させる付記１
記載のプログラム。

【０１４８】（付記７） 前記問い合わせ周期設定手段
は、前記他の情報処理装置に係る業務の重要性に応じて
周期を設定することを特徴とする付記６記載のプログラ
ム。 （付記８） 他の情報処理装置との間でなされる処理を
トランザクション単位でログとして格納するログ格納手
段、前記トランザクションに関連する認証書を特定する
ための情報である認証書特定情報を、前記ログに関連付
けて書き込む、認証書特定情報書き込み手段、として機
能させる付記１記載のプログラム。

【０１４９】（付記９） 前記認証書特定情報は、前記
認証書を一方向関数によって処理して得られたデータで
あることを特徴とする付記８記載のプログラム。 （付記１０） 前記認証書特定情報は、前記認証書に一
意に割り付けられたシリアル番号であることを特徴とす
る付記８記載のプログラム。

【０１５０】（付記１１） ネットワークを介して他の
情報処理装置との間で情報を授受する情報処理方法にお
いて、ユーザを特定するためのユーザ特定情報の入力を
受けるユーザ特定情報入力ステップと、前記ユーザの正
当性を証明する認証書を取得する認証書取得ステップ
と、前記ユーザ特定情報と、前記認証書との対応関係を
示す情報を格納する対応関係格納ステップと、所定のユ
ーザからアクセスがなされた場合には、当該ユーザのユ
ーザ特定情報から、対応する認証書を特定する認証書特
定ステップと、前記認証書特定ステップによって特定さ
れた認証書から、当該ユーザが正規のユーザであるか否
かを認証するユーザ認証ステップと、を有することを特
徴とする情報処理方法。

【０１５１】（付記１２） ネットワークを介して他の
情報処理装置との間で情報を授受する情報処理装置にお
いて、ユーザを特定するためのユーザ特定情報の入力を
受けるユーザ特定情報入力手段と、前記ユーザの正当性
を証明する認証書を取得する認証書取得手段と、前記ユ
ーザ特定情報と、前記認証書との対応関係を示す情報を
格納する対応関係格納手段と、所定のユーザからアクセ
スがなされた場合には、当該ユーザのユーザ特定情報か
ら、対応する認証書を特定する認証書特定手段と、前記
認証書特定手段によって特定された認証書から、当該ユ
ーザが正規のユーザであるか否かを認証するユーザ認証
手段と、を有することを特徴とする情報処理装置。

【０１５２】

【発明の効果】以上説明したように本発明では、ネット
ワークを介して他の情報処理装置との間で情報を授受す
る情報処理装置としてコンピュータを機能させるプログ
ラムにおいて、コンピュータを、ユーザを特定するため
のユーザ特定情報の入力を受けるユーザ特定情報入力手
段、前記ユーザの正当性を証明する認証書を取得する認
証書取得手段、前記ユーザ特定情報と、前記認証書との
対応関係を示す情報を格納する対応関係格納手段、所定
のユーザからアクセスがなされた場合には、当該ユーザ
のユーザ特定情報から、対応する認証書を特定する認証
書特定手段、前記認証書特定手段によって特定された認
証書から、当該ユーザが正規のユーザであるか否かを認
証するユーザ認証手段、として機能させるようにしたの
で、例えば、複数の業務を有するサーバ等の情報処理装
置のセキュリティを向上させることが可能になる。

【図面の簡単な説明】

【図１】本発明の動作原理を説明する原理図である。

【図２】本発明の実施の形態の構成例を示す図である。

【図３】図２に示すサーバの構成例を示す図である。

【図４】本発明の第１の実施の形態の構成例を示す図で
ある。

【図５】図４に示す実施の形態において、ユーザ登録コ
マンドが入力された際に実行される処理の一例を説明す
るフローチャートである。

【図６】図４に示す実施の形態において、ユーザからア
クセスがあった場合に、図５に示す処理によって登録さ
れたユーザＩＤとラベルキーとを用いて、正当なユーザ
か否かの認証を行う処理の一例を説明するためのフロー
チャートである。

【図７】本発明の第２の実施の形態の構成例を示す図で
ある。

【図８】図７に示す実施の形態において、相手システム
からメッセージを受信した場合に実行される処理の一例
を説明するフローチャートである。

【図９】本発明の第３の実施の形態の構成例を示す図で
ある。

【図１０】図９に示す実施の形態において、事前登録コ
マンドが入力された際に実行される処理の一例を説明す
るフローチャートである。

【図１１】図９に示す実施の形態において、相手システ
ムからメッセージを受信した場合に実行される処理の一
例を説明するフローチャートである。

【図１２】本発明の第４の実施の形態の構成例を示す図
である。

【図１３】図１２に示す実施の形態において、ＯＣＳＰ
発行周期登録コマンドが入力された際に実行される処理
の一例を説明するフローチャートである。

【図１４】図１２に示す実施の形態において、相手シス
テムからメッセージを受信した場合に実行される処理の
一例を説明するフローチャートである。

【図１５】本発明の第５の実施の形態の構成例を示す図
である。

【図１６】図１５に示す実施の形態において、相手シス
テムからメッセージを受信した場合に実行される処理の
一例を説明するフローチャートである。

【符号の説明】

１０ 情報処理装置 １１ ユーザ特定情報入力手段 １２ 対応関係格納手段 １３ 認証書取得手段 １４ 認証書特定手段 １５ ユーザ認証手段 ２０ サーバ ２０ａ ＣＰＵ ２０ｂ ＲＯＭ ２０ｃ ＲＡＭ ２０ｄ ＨＤＤ ２０ｅ ＧＢ ２０ｆ Ｉ／Ｆ ２０ｇ バス ２０ｈ 表示装置 ２０ｉ 入力装置 ２１ ネットワーク ２２〜２４ クライアント ２５〜２７ 認証書発行機関 ２８ ＯＣＳＰ認証機関

【手続補正書】

【提出日】平成１４年４月１０日（２００２．４．１
０）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】請求項３

【補正方法】変更

【補正内容】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】請求項４

【補正方法】変更

【補正内容】

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】請求項６

【補正方法】変更

【補正内容】

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】請求項８

【補正方法】変更

【補正内容】

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】００５６

【補正方法】変更

【補正内容】

【００５６】ここで、メッセージ解析処理部６０は、ク
ライアント２２〜２４から送信されてきた暗号化された
データ（メッセージ）を解析する。セキュリティ管理処
理部６１は、クライアント２２〜２４がアクセスしてき
た際に、対応する認証書を特定し、正当性を検証する。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】０１４４

【補正方法】変更

【補正内容】

【０１４４】（付記２） 前記対応関係格納手段は、１
のユーザと、１または２以上の認証書との対応関係が格
納されていることを特徴とする付記１記載のプログラ
ム。 （付記３） 前記他の情報処理装置から送信されてきた
情報から、ユーザを示す情報であるユーザ情報を抽出す
るユーザ情報抽出手段、前記他の情報処理装置から送信
されてきた情報から、認証書を特定するための認証書特
定情報を抽出する認証書特定情報抽出手段、前記認証書
特定情報を参照し、前記対応関係格納手段から対応する
ユーザ特定情報を取得するユーザ特定情報取得手段、前
記ユーザ特定情報と、前記ユーザ情報とを比較し、前記
他の情報処理装置の正当性を認証する情報処理装置認証
手段、として更に機能させることを特徴とする付記１記
載のプログラム。

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】０１４５

【補正方法】変更

【補正内容】

【０１４５】（付記４） 前記他の情報処理装置のルー
ト認証情報を格納したルート認証情報格納手段、前記他
の情報処理装置から送信されてきた情報から、ルート認
証情報を取得するルート認証情報取得手段、前記ルート
認証情報取得手段によって取得されたルート認証情報
と、前記ルート認証情報格納手段に格納されているルー
ト認証情報とを比較し、ルートの正当性を認証するルー
ト認証手段、として更に機能させる付記１記載のプログ
ラム。

【手続補正８】

【補正対象書類名】明細書

【補正対象項目名】０１４７

【補正方法】変更

【補正内容】

【０１４７】（付記６） 前記他の情報処理装置の正当
性を確認するための認証書を格納する認証書格納手段、
前記認証書格納手段に格納されている認証書の正当性を
外部の機関に問い合わせる問い合わせ手段、前記問い合
わせ手段の前記外部の機関への問い合わせの周期を設定
する問い合わせ周期設定手段、として更に機能させる付
記１記載のプログラム。

【手続補正９】

【補正対象書類名】明細書

【補正対象項目名】０１４８

【補正方法】変更

【補正内容】

【０１４８】（付記７） 前記問い合わせ周期設定手段
は、前記他の情報処理装置に係る業務の重要性に応じて
周期を設定することを特徴とする付記６記載のプログラ
ム。 （付記８） 前記他の情報処理装置との間でなされる処
理をトランザクション単位でログとして格納するログ格
納手段、前記トランザクションに関連する認証書を特定
するための情報である認証書特定情報を、前記ログに関
連付けて書き込む、認証書特定情報書き込み手段、とし
て機能させる付記１記載のプログラム。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 宮崎 達弘 神奈川県横浜市港北区新横浜二丁目15番16 株式会社富士通ハイパーソフトテクノロ ジ内 Ｆターム(参考） 5B017 AA03 BA05 5B085 AE02 AE23 CA04 5J104 AA07 KA01 KA07 PA07

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して他の情報処理装置
   との間で情報を授受する情報処理装置としてコンピュー
   タを機能させるプログラムにおいて、 コンピュータを、 ユーザを特定するためのユーザ特定情報の入力を受ける
   ユーザ特定情報入力手段、 前記ユーザの正当性を証明する認証書を取得する認証書
   取得手段、 前記ユーザ特定情報と、前記認証書との対応関係を示す
   情報を格納する対応関係格納手段、 所定のユーザからアクセスがなされた場合には、当該ユ
   ーザのユーザ特定情報から、対応する認証書を特定する
   認証書特定手段、 前記認証書特定手段によって特定された認証書から、当
   該ユーザが正規のユーザであるか否かを認証するユーザ
   認証手段、 として機能させることを特徴とするプログラム。
2. 【請求項２】 前記対応関係格納手段は、１のユーザ
   と、１または２以上の認証書との対応関係を示す情報が
   格納されていることを特徴とする請求項１記載のプログ
   ラム。
3. 【請求項３】 他の情報処理装置から送信されてきた情
   報から、ユーザを示す情報であるユーザ情報を抽出する
   ユーザ情報抽出手段、 他の情報処理装置から送信されてきた情報から、認証書
   を特定するための認証書特定情報を抽出する認証書特定
   情報抽出手段、 前記認証書特定情報を参照し、前記対応関係格納手段か
   ら対応するユーザ特定情報を取得するユーザ特定情報取
   得手段、 前記ユーザ特定情報と、前記ユーザ情報とを比較し、前
   記情報処理装置の正当性を認証する情報処理装置認証手
   段、 として更に機能させることを特徴とする請求項１記載の
   プログラム。
4. 【請求項４】 他の情報処理装置のルート認証情報を格
   納したルート認証情報格納手段、 他の情報処理装置から送信されてきた情報から、ルート
   認証情報を取得するルート認証情報取得手段、 前記ルート認証情報によって取得されたルート認証情報
   と、前記ルート認証情報格納手段に格納されているルー
   ト認証情報とを比較し、ルートの正当性を認証するルー
   ト認証手段、 として更に機能させる請求項１記載のプログラム。
5. 【請求項５】 前記ルート認証情報格納手段は、ルート
   認証情報を一方向関数で処理することによって得られた
   データを格納しており、 前記ルート認証手段は、前記ルート認証情報認証手段に
   よって取得されたルート認証情報を一方向関数によって
   処理し、得られたデータと、前記ルート認証情報格納手
   段に格納されている前記データとを比較することにより
   ルートの正当性を認証する、 ことを特徴とする請求項４記載のプログラム。
6. 【請求項６】 他の情報処理装置の正当性を確認するた
   めの認証書を格納する認証書格納手段、 前記認証書格納手段に格納されている認証書の正当性を
   外部の機関に問い合わせる問い合わせ手段、 前記問い合わせ手段の前記外部の機関への問い合わせの
   周期を設定する問い合わせ周期設定手段、 として更に機能させる請求項１記載のプログラム。
7. 【請求項７】 前記問い合わせ周期設定手段は、前記他
   の情報処理装置に係る業務の重要性に応じて周期を設定
   することを特徴とする請求項６記載のプログラム。
8. 【請求項８】 他の情報処理装置との間でなされる処理
   をトランザクション単位でログとして格納するログ格納
   手段、 前記トランザクションに関連する認証書を特定するため
   の情報である認証書特定情報を、前記ログに関連付けて
   書き込む、認証書特定情報書き込み手段、 として機能させる請求項１記載のプログラム。
9. 【請求項９】 前記認証書特定情報は、前記認証書を一
   方向関数によって処理して得られたデータであることを
   特徴とする請求項８記載のプログラム。
10. 【請求項１０】 ネットワークを介して他の情報処理装
    置との間で情報を授受する情報処理方法において、 ユーザを特定するためのユーザ特定情報の入力を受ける
    ユーザ特定情報入力ステップと、 前記ユーザの正当性を証明する認証書を取得する認証書
    取得ステップと、 前記ユーザ特定情報と、前記認証書との対応関係を示す
    情報を格納する対応関係格納ステップと、 所定のユーザからアクセスがなされた場合には、当該ユ
    ーザのユーザ特定情報から、対応する認証書を特定する
    認証書特定ステップと、 前記認証書特定ステップによって特定された認証書か
    ら、当該ユーザが正規のユーザであるか否かを認証する
    ユーザ認証ステップと、 を有することを特徴とする情報処理方法。