JP2728033B2 - コンピュータネットワークにおけるセキュリティ方式 - Google Patents
コンピュータネットワークにおけるセキュリティ方式Info
- Publication number
- JP2728033B2 JP2728033B2 JP7148268A JP14826895A JP2728033B2 JP 2728033 B2 JP2728033 B2 JP 2728033B2 JP 7148268 A JP7148268 A JP 7148268A JP 14826895 A JP14826895 A JP 14826895A JP 2728033 B2 JP2728033 B2 JP 2728033B2
- Authority
- JP
- Japan
- Prior art keywords
- server
- client
- user
- authentication result
- network
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
- H04L63/0435—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply symmetric encryption, i.e. same key used for encryption and decryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
Description
【０００１】
【産業上の利用分野】本発明は複数のコンピュータがネ
ットワークを介して接続されたコンピュータネットワー
クにおけるセキュリティ方式に関する。
ットワークを介して接続されたコンピュータネットワー
クにおけるセキュリティ方式に関する。
【０００２】
【従来の技術】処理を依頼するクライアントとなるコン
ピュータと、クライアントから依頼された処理を実行す
るサーバとなるコンピュータとがネットワークを介して
接続されたコンピュータネットワークにおいて、クライ
アントからのサーバに対する無権限な処理の依頼を防止
し、サーバ側で管理されているファイル等の資源を保護
するためのセキュリティ方式としては、例えば特開平２
−１５７９４９号公報に見られるように、クライアント
となる各端末からのサーバ資源への処理要求を許可する
か否かの情報をクライアント別にサーバ側のテーブルに
設定しておき、クライアントから処理要求があった場合
にサーバがそのテーブルを参照して当該処理要求の実行
可否を判断する方式が知られている。同様な技術は例え
ば実開平１−１６９８４２号公報にも記載されている。
ピュータと、クライアントから依頼された処理を実行す
るサーバとなるコンピュータとがネットワークを介して
接続されたコンピュータネットワークにおいて、クライ
アントからのサーバに対する無権限な処理の依頼を防止
し、サーバ側で管理されているファイル等の資源を保護
するためのセキュリティ方式としては、例えば特開平２
−１５７９４９号公報に見られるように、クライアント
となる各端末からのサーバ資源への処理要求を許可する
か否かの情報をクライアント別にサーバ側のテーブルに
設定しておき、クライアントから処理要求があった場合
にサーバがそのテーブルを参照して当該処理要求の実行
可否を判断する方式が知られている。同様な技術は例え
ば実開平１−１６９８４２号公報にも記載されている。
【０００３】
【発明が解決しようとする課題】上述した従来のセキュ
リティ方式では、クライアントとなるコンピュータ毎に
サーバ資源の利用の権限が固定的に定められるため、同
じクライアントを別々の利用者（ユーザ）が共通に利用
する環境においては、各利用者毎にサーバ資源の利用権
限を定めることが困難である。
リティ方式では、クライアントとなるコンピュータ毎に
サーバ資源の利用の権限が固定的に定められるため、同
じクライアントを別々の利用者（ユーザ）が共通に利用
する環境においては、各利用者毎にサーバ資源の利用権
限を定めることが困難である。
【０００４】各利用者毎に利用権限を定める方式として
は、ユーザ名とパスワード名とを用いる方式がある。そ
こで、この方式を前記の従来技術に適用することが考え
られる。即ち、サーバ側に、利用を許可するユーザ名お
よびそのパスワードを予め登録しておき、利用者がクラ
イアントからサーバに対して処理を要求する際に要求中
にユーザ名とパスワードとを含め、サーバ側において、
要求中のユーザ名およびパスワードを事前に登録されて
いるユーザ名およびパスワードと照合することにより、
その処理要求の実行可否を判断する方式である。
は、ユーザ名とパスワード名とを用いる方式がある。そ
こで、この方式を前記の従来技術に適用することが考え
られる。即ち、サーバ側に、利用を許可するユーザ名お
よびそのパスワードを予め登録しておき、利用者がクラ
イアントからサーバに対して処理を要求する際に要求中
にユーザ名とパスワードとを含め、サーバ側において、
要求中のユーザ名およびパスワードを事前に登録されて
いるユーザ名およびパスワードと照合することにより、
その処理要求の実行可否を判断する方式である。
【０００５】しかし、この方式では、処理要求を出す毎
に利用者は毎回ユーザ名とパスワードとを入力しなけれ
ばならず、一連の処理要求を連続して送出する場合の利
用者の入力作業が煩雑になってしまう。
に利用者は毎回ユーザ名とパスワードとを入力しなけれ
ばならず、一連の処理要求を連続して送出する場合の利
用者の入力作業が煩雑になってしまう。
【０００６】また、ホストコンピュータに通信回線等を
介して多数の端末が接続された大型のコンピュータネッ
トワークにおいては、いわゆるログイン時にユーザ名と
パスワードとの照合をホストコンピュータ側で行い、ロ
グインの可否を判断している。この方式によれば、権限
の無い利用者による利用は阻止できるが、そのためには
ログインといった機能をサポートするソフトウェアを組
み込む必要があり、大がかりな構成になってしまう。
介して多数の端末が接続された大型のコンピュータネッ
トワークにおいては、いわゆるログイン時にユーザ名と
パスワードとの照合をホストコンピュータ側で行い、ロ
グインの可否を判断している。この方式によれば、権限
の無い利用者による利用は阻止できるが、そのためには
ログインといった機能をサポートするソフトウェアを組
み込む必要があり、大がかりな構成になってしまう。
【０００７】そこで、以下のような方式が考えられる。
先ず、サーバ側に、利用を許可するユーザ名およびその
パスワードを予め登録しておく。利用者はクライアント
からサーバに対して処理を要求する前に、ユーザ名とパ
スワードとを含むユーザ認証情報をサーバ側に転送す
る。サーバ側では、受信したユーザ認証情報中のユーザ
名およびパスワードを、登録されたユーザ名およびパス
ワードと照合し、当該利用者の利用の可否を判断し、そ
の結果をサーバ側のテーブルにクライアント対応に保持
する。利用者はサーバに対して何らかの処理を要求する
際、クライアントからそのサーバに処理要求を送出す
る。この処理要求中にはユーザ名およびパスワードは含
まれない。サーバ側では、処理要求を受信したクライア
ントに対応する上記テーブルの内容を参照し、利用可と
判断されていた場合に限って、当該処理要求を実行す
る。なお、利用者がクライアントを通じてサーバに処理
の終了要求を通知すると、サーバ側では上記テーブル中
の当該クライアントに対応する内容を無効化する。
先ず、サーバ側に、利用を許可するユーザ名およびその
パスワードを予め登録しておく。利用者はクライアント
からサーバに対して処理を要求する前に、ユーザ名とパ
スワードとを含むユーザ認証情報をサーバ側に転送す
る。サーバ側では、受信したユーザ認証情報中のユーザ
名およびパスワードを、登録されたユーザ名およびパス
ワードと照合し、当該利用者の利用の可否を判断し、そ
の結果をサーバ側のテーブルにクライアント対応に保持
する。利用者はサーバに対して何らかの処理を要求する
際、クライアントからそのサーバに処理要求を送出す
る。この処理要求中にはユーザ名およびパスワードは含
まれない。サーバ側では、処理要求を受信したクライア
ントに対応する上記テーブルの内容を参照し、利用可と
判断されていた場合に限って、当該処理要求を実行す
る。なお、利用者がクライアントを通じてサーバに処理
の終了要求を通知すると、サーバ側では上記テーブル中
の当該クライアントに対応する内容を無効化する。
【０００８】このような方式によれば、ユーザ名および
パスワードを含むユーザ認証情報を転送してサーバ側で
認証を得ておけば、後は単に処理要求を送出するだけで
済むので、複数の処理要求を連続して入力する場合の利
用者の入力作業の煩雑化を避けることができる。また、
サーバ側で認証されなかった利用者からの処理要求はサ
ーバ側で拒否されるので、セキュリティの面でも問題は
なくなる。
パスワードを含むユーザ認証情報を転送してサーバ側で
認証を得ておけば、後は単に処理要求を送出するだけで
済むので、複数の処理要求を連続して入力する場合の利
用者の入力作業の煩雑化を避けることができる。また、
サーバ側で認証されなかった利用者からの処理要求はサ
ーバ側で拒否されるので、セキュリティの面でも問題は
なくなる。
【０００９】しかしながら、このような方式にあっても
未だ改善すべき課題が残されている。それは、処理要求
の実行可否をサーバ側でのみ判断している為、本来サー
バ側で拒否される処理要求もネットワークを流れること
である。これは、ネットワークの負荷を不要に増大させ
る要因となり、データ転送能力に余裕のないネットワー
クの場合には、アクセスできなくなったり、アクセスに
時間がかかったり、コンピュータの接続数を増やすこと
ができなくなる等の種々の弊害を招くことになる。
未だ改善すべき課題が残されている。それは、処理要求
の実行可否をサーバ側でのみ判断している為、本来サー
バ側で拒否される処理要求もネットワークを流れること
である。これは、ネットワークの負荷を不要に増大させ
る要因となり、データ転送能力に余裕のないネットワー
クの場合には、アクセスできなくなったり、アクセスに
時間がかかったり、コンピュータの接続数を増やすこと
ができなくなる等の種々の弊害を招くことになる。
【００１０】本発明は以上のような事情に鑑みて提案さ
れたものであり、その目的は、処理要求の実行可否をク
ライアント側で判断し得るようにして、本来サーバ側で
拒否される処理要求がネットワークを流れないようにし
た、コンピュータネットワークにおけるセキュリティ方
式を提供することにある。
れたものであり、その目的は、処理要求の実行可否をク
ライアント側で判断し得るようにして、本来サーバ側で
拒否される処理要求がネットワークを流れないようにし
た、コンピュータネットワークにおけるセキュリティ方
式を提供することにある。
【００１１】
【課題を解決するための手段】本発明は上記の目的を達
成するために、処理を依頼するクライアントとなるコン
ピュータと、クライアントから依頼された処理を実行す
るサーバとなるコンピュータとがネットワークを介して
接続されたコンピュータネットワークにおいて、クライ
アントとなるコンピュータ側に、利用者から入力された
ユーザ名およびパスワードを含むユーザ認証情報をネッ
トワークを介してサーバに転送してその認証結果を受け
取るアクセス権限チェック依頼手段と、該アクセス権限
チェック依頼手段で受け取られた認証結果を保持するク
ライアント側認証結果保持手段と、利用者からの処理依
頼コマンドの入力時、前記クライアント側認証結果保持
手段の保持内容を参照して当該処理依頼コマンドの実行
可否を判断し、実行可と判断した場合に限って当該処理
依頼コマンドをネットワークを介してサーバに転送する
処理依頼手段と、ユーザからの処理終了要求時、前記ク
ライアント側認証結果保持手段の保持内容を無効化する
無効化手段とを備え、サーバとなるコンピュータ側に、
クライアントからネットワークを介して転送されてきた
ユーザ名およびパスワードを含むユーザ認証情報の正当
性をチェックして認証結果をクライアントに返却するア
クセス権限チェック依頼手段を備えている。
成するために、処理を依頼するクライアントとなるコン
ピュータと、クライアントから依頼された処理を実行す
るサーバとなるコンピュータとがネットワークを介して
接続されたコンピュータネットワークにおいて、クライ
アントとなるコンピュータ側に、利用者から入力された
ユーザ名およびパスワードを含むユーザ認証情報をネッ
トワークを介してサーバに転送してその認証結果を受け
取るアクセス権限チェック依頼手段と、該アクセス権限
チェック依頼手段で受け取られた認証結果を保持するク
ライアント側認証結果保持手段と、利用者からの処理依
頼コマンドの入力時、前記クライアント側認証結果保持
手段の保持内容を参照して当該処理依頼コマンドの実行
可否を判断し、実行可と判断した場合に限って当該処理
依頼コマンドをネットワークを介してサーバに転送する
処理依頼手段と、ユーザからの処理終了要求時、前記ク
ライアント側認証結果保持手段の保持内容を無効化する
無効化手段とを備え、サーバとなるコンピュータ側に、
クライアントからネットワークを介して転送されてきた
ユーザ名およびパスワードを含むユーザ認証情報の正当
性をチェックして認証結果をクライアントに返却するア
クセス権限チェック依頼手段を備えている。
【００１２】また、サーバ側でも処理依頼コマンドの実
行可否を判断してセキュリティの信頼性をより一層高め
るために、サーバ側に、アクセス権限チェック手段の認
証結果をクライアント対応に保持するサーバ側認証結果
保持手段と、クライアントからの処理依頼コマンドの受
信時、前記サーバ側認証結果保持手段中の依頼元クライ
アントに対応する保持内容を参照して当該処理依頼コマ
ンドの実行可否を判断し、実行可と判断した場合に限っ
て当該処理依頼コマンドを実行する処理実行手段とを備
えるようにしている。なお、クライアントからのサーバ
アクセス処理終了の通知時、前記サーバ側認証結果保持
手段中の当該クライアントに対応する保持内容は、無効
化手段によって無効化される。
行可否を判断してセキュリティの信頼性をより一層高め
るために、サーバ側に、アクセス権限チェック手段の認
証結果をクライアント対応に保持するサーバ側認証結果
保持手段と、クライアントからの処理依頼コマンドの受
信時、前記サーバ側認証結果保持手段中の依頼元クライ
アントに対応する保持内容を参照して当該処理依頼コマ
ンドの実行可否を判断し、実行可と判断した場合に限っ
て当該処理依頼コマンドを実行する処理実行手段とを備
えるようにしている。なお、クライアントからのサーバ
アクセス処理終了の通知時、前記サーバ側認証結果保持
手段中の当該クライアントに対応する保持内容は、無効
化手段によって無効化される。
【００１３】更に、同一のクライアントから複数のサー
バを同時に利用し得る環境に対応し得るようにするため
に、クライアント側では、アクセス権限チェック依頼手
段で受け取られた認証結果をサーバ対応にクライアント
側認証結果保持手段に保持し、処理依頼手段は、ユーザ
からの処理依頼先サーバを指定した処理依頼コマンドの
入力時に、クライアント側認証結果保持手段中の処理依
頼先サーバに対応する保持内容を参照して当該処理依頼
コマンドの実行可否を判断するようにしている。また、
その無効化も各サーバ毎に行うようにしている。
バを同時に利用し得る環境に対応し得るようにするため
に、クライアント側では、アクセス権限チェック依頼手
段で受け取られた認証結果をサーバ対応にクライアント
側認証結果保持手段に保持し、処理依頼手段は、ユーザ
からの処理依頼先サーバを指定した処理依頼コマンドの
入力時に、クライアント側認証結果保持手段中の処理依
頼先サーバに対応する保持内容を参照して当該処理依頼
コマンドの実行可否を判断するようにしている。また、
その無効化も各サーバ毎に行うようにしている。
【００１４】
【作用】利用者が或るクライアントから或るサーバに対
して処理を依頼する場合、先ず、そのクライアントにユ
ーザ名およびパスワードを含むユーザ認証情報を入力す
る。このユーザ認証情報はそのクライアントのアクセス
権限チェック依頼手段によりネットワークを介してサー
バに送られ、サーバ側のアクセス権限チェック手段によ
ってその正当性がチェックされ、その認証結果がネット
ワークを介してクライアントに戻され、クライアント側
認証結果保持手段に保持される。その後、利用者がサー
バに対して何らかの処理、例えばサーバ側の記憶装置に
格納されているデータの参照を要求する処理依頼コマン
ドをそのクライアントから入力すると、クライアント側
の処理依頼手段が、クライアント側認証結果保持手段の
保持内容を参照して当該処理依頼コマンドの実行可否を
判断し、実行可と判断した場合に限って当該処理依頼コ
マンドをネットワークを介してサーバに転送する。この
ため、上記認証操作を行った利用者がサーバ側で利用可
と認証されなかった場合、そのユーザからの以後の処理
依頼コマンドは全てクライアント側で拒否され、ネット
ワークに流れることがない。また、ユーザ認証の操作自
体を省略した場合、その利用者について利用可とする認
証結果がクライアント側認証結果保持手段に保持されな
いないため、入力された処理依頼コマンドは同様にクラ
イアント側で拒否され、ネットワークに流れることがな
い。
して処理を依頼する場合、先ず、そのクライアントにユ
ーザ名およびパスワードを含むユーザ認証情報を入力す
る。このユーザ認証情報はそのクライアントのアクセス
権限チェック依頼手段によりネットワークを介してサー
バに送られ、サーバ側のアクセス権限チェック手段によ
ってその正当性がチェックされ、その認証結果がネット
ワークを介してクライアントに戻され、クライアント側
認証結果保持手段に保持される。その後、利用者がサー
バに対して何らかの処理、例えばサーバ側の記憶装置に
格納されているデータの参照を要求する処理依頼コマン
ドをそのクライアントから入力すると、クライアント側
の処理依頼手段が、クライアント側認証結果保持手段の
保持内容を参照して当該処理依頼コマンドの実行可否を
判断し、実行可と判断した場合に限って当該処理依頼コ
マンドをネットワークを介してサーバに転送する。この
ため、上記認証操作を行った利用者がサーバ側で利用可
と認証されなかった場合、そのユーザからの以後の処理
依頼コマンドは全てクライアント側で拒否され、ネット
ワークに流れることがない。また、ユーザ認証の操作自
体を省略した場合、その利用者について利用可とする認
証結果がクライアント側認証結果保持手段に保持されな
いないため、入力された処理依頼コマンドは同様にクラ
イアント側で拒否され、ネットワークに流れることがな
い。
【００１５】
【実施例】次に本発明の実施例について図面を参照して
詳細に説明する。
詳細に説明する。
【００１６】図１は本発明を適用したコンピュータネッ
トワークの一例を示すブロック図であり、５台のコンピ
ュータ１〜５がネットワークを構成するバス（ネットワ
ーク）６を介して相互に通信可能に接続されている例を
示している。各コンピュータ１〜５は同じ構成を有して
おり、処理装置１１〜５１，キーボード及びディスプレ
イ等を含む利用者端末２１〜５２，磁気ディスク装置等
の補助記憶装置１３〜５３から構成されている。また、
処理装置１１〜５１は、処理装置１１に代表して例示す
るように、ＣＰＵ１１１，バス６との間のバスインタフ
ェイス１１２，利用者端末１２との間の利用者インタフ
ェイス１１３および補助記憶装置１３との間の入出力イ
ンタフェイス１１４を含んでいる。コンピュータ１〜５
間のデータやコマンドの転送は、各コンピュータ１〜５
のＣＰＵ１１１上で動作する通信ソフトウェアの働きに
よって、バス６を通じて行われる。
トワークの一例を示すブロック図であり、５台のコンピ
ュータ１〜５がネットワークを構成するバス（ネットワ
ーク）６を介して相互に通信可能に接続されている例を
示している。各コンピュータ１〜５は同じ構成を有して
おり、処理装置１１〜５１，キーボード及びディスプレ
イ等を含む利用者端末２１〜５２，磁気ディスク装置等
の補助記憶装置１３〜５３から構成されている。また、
処理装置１１〜５１は、処理装置１１に代表して例示す
るように、ＣＰＵ１１１，バス６との間のバスインタフ
ェイス１１２，利用者端末１２との間の利用者インタフ
ェイス１１３および補助記憶装置１３との間の入出力イ
ンタフェイス１１４を含んでいる。コンピュータ１〜５
間のデータやコマンドの転送は、各コンピュータ１〜５
のＣＰＵ１１１上で動作する通信ソフトウェアの働きに
よって、バス６を通じて行われる。
【００１７】図１に示したコンピュータネットワークに
おいては、任意のコンピュータに対して任意のコンピュ
ータから処理依頼コマンドを転送して実行させることが
できる。ここで、処理依頼コマンドを他のコンピュータ
に転送して処理を依頼する側のコンピュータをクライア
ントと呼び、クライアントから依頼された処理を実行す
るコンピュータをサーバと呼ぶ。図１のコンピュータ１
〜５は何れもクライアントおよびサーバになり得る。以
下では、説明の便宜上、コンピュータ５がサーバとな
り、他のコンピュータ１〜４がクライアントとなる場合
を例にして、サーバおよびクライアントの構成を説明す
る。
おいては、任意のコンピュータに対して任意のコンピュ
ータから処理依頼コマンドを転送して実行させることが
できる。ここで、処理依頼コマンドを他のコンピュータ
に転送して処理を依頼する側のコンピュータをクライア
ントと呼び、クライアントから依頼された処理を実行す
るコンピュータをサーバと呼ぶ。図１のコンピュータ１
〜５は何れもクライアントおよびサーバになり得る。以
下では、説明の便宜上、コンピュータ５がサーバとな
り、他のコンピュータ１〜４がクライアントとなる場合
を例にして、サーバおよびクライアントの構成を説明す
る。
【００１８】図２は本発明のセキュリティ方式を適用し
たコンピュータネットワークにおけるクライアントおよ
びサーバの構成例を示すブロック図である。同図に示す
ように、クライアント７側には、アクセス権限チェック
依頼手段７１，クライアント側認証結果保持手段７２，
処理依頼手段７３および無効化手段７４が設けられ、サ
ーバ８側には、アクセス権限チェック手段８１，サーバ
側認証結果保持手段８２，処理実行手段８３，無効化手
段８４が設けられる。前述の例では、クライアント７は
コンピュータ１〜４であり、サーバ８はコンピュータ５
である。上記のクライアント７側の手段７１，７３，７
４はクライアントとなる各コンピュータ１〜４のＣＰＵ
上で実行されるソフトウェアにて実現され、手段７２は
例えば主記憶や補助記憶装置等の領域に設定される。ま
た、上記のサーバ８側の手段８１，８３，８４は、サー
バとなるコンピュータ５のＣＰＵ上で実行されるソフト
ウェアにて実現され、手段８２は例えば主記憶や補助記
憶装置等の領域に設定される。
たコンピュータネットワークにおけるクライアントおよ
びサーバの構成例を示すブロック図である。同図に示す
ように、クライアント７側には、アクセス権限チェック
依頼手段７１，クライアント側認証結果保持手段７２，
処理依頼手段７３および無効化手段７４が設けられ、サ
ーバ８側には、アクセス権限チェック手段８１，サーバ
側認証結果保持手段８２，処理実行手段８３，無効化手
段８４が設けられる。前述の例では、クライアント７は
コンピュータ１〜４であり、サーバ８はコンピュータ５
である。上記のクライアント７側の手段７１，７３，７
４はクライアントとなる各コンピュータ１〜４のＣＰＵ
上で実行されるソフトウェアにて実現され、手段７２は
例えば主記憶や補助記憶装置等の領域に設定される。ま
た、上記のサーバ８側の手段８１，８３，８４は、サー
バとなるコンピュータ５のＣＰＵ上で実行されるソフト
ウェアにて実現され、手段８２は例えば主記憶や補助記
憶装置等の領域に設定される。
【００１９】図３はアクセス権限チェック依頼手段７１
の処理例を示すフローチャートである。同図に示すよう
に、アクセス権限チェック依頼手段７１は、利用者端末
９から、利用したいサーバ名ならびにユーザ名およびパ
スワードを含むユーザ認証情報が入力されると、それを
ネットワーク１０を介して要求先のサーバ８に転送する
（Ｓ１）。そして、サーバ８からその認証結果の通知を
受信し（Ｓ２）、利用可とする認証結果の通知を受信し
たときは（Ｓ３でＹＥＳ）、クライアント側認証結果保
持手段７２に、その認証元のサーバ名を認証結果として
登録し（Ｓ４）、処理を終える。他方、利用不可とする
認証結果の通知を受信したときは（Ｓ３でＮＯ）、クラ
イアント側認証結果保持手段７２へのサーバ名の登録は
行わず、処理を終了する。なお、本実施例では、利用可
と認証されたサーバ名だけを登録するようにしたが、利
用可か利用不可かのフラグとサーバ名とを登録するよう
にしても良い。
の処理例を示すフローチャートである。同図に示すよう
に、アクセス権限チェック依頼手段７１は、利用者端末
９から、利用したいサーバ名ならびにユーザ名およびパ
スワードを含むユーザ認証情報が入力されると、それを
ネットワーク１０を介して要求先のサーバ８に転送する
（Ｓ１）。そして、サーバ８からその認証結果の通知を
受信し（Ｓ２）、利用可とする認証結果の通知を受信し
たときは（Ｓ３でＹＥＳ）、クライアント側認証結果保
持手段７２に、その認証元のサーバ名を認証結果として
登録し（Ｓ４）、処理を終える。他方、利用不可とする
認証結果の通知を受信したときは（Ｓ３でＮＯ）、クラ
イアント側認証結果保持手段７２へのサーバ名の登録は
行わず、処理を終了する。なお、本実施例では、利用可
と認証されたサーバ名だけを登録するようにしたが、利
用可か利用不可かのフラグとサーバ名とを登録するよう
にしても良い。
【００２０】図４は処理依頼手段７３の処理例を示すフ
ローチャートである。同図に示すように、処理依頼手段
７３は、利用者端末９から、処理依頼先のサーバ名，依
頼する処理の内容（例えば、補助記憶装置１００中のど
のようなデータを参照するか等）とを指定した処理依頼
コマンドが投入されると、その処理依頼先のサーバ名が
クライアント側認証結果保持手段７２に登録されている
か否かによって、当該処理依頼コマンドの実行可否を判
断する（Ｓ１１）。処理依頼先のサーバ名がクライアン
ト側認証結果保持手段７２に登録されているときは実行
可と判断し（Ｓ１２でＹＥＳ）、ネットワーク１０を介
してその処理依頼先のサーバへ当該処理依頼コマンドを
転送し、サーバからその処理結果が返却されたら利用者
端末９へ出力する（Ｓ１３）。他方、処理依頼先のサー
バ名がクライアント側認証結果保持手段７２に未登録の
場合は（Ｓ１２でＮＯ）、当該処理依頼コマンドの受け
付けを拒否する（Ｓ１４）。
ローチャートである。同図に示すように、処理依頼手段
７３は、利用者端末９から、処理依頼先のサーバ名，依
頼する処理の内容（例えば、補助記憶装置１００中のど
のようなデータを参照するか等）とを指定した処理依頼
コマンドが投入されると、その処理依頼先のサーバ名が
クライアント側認証結果保持手段７２に登録されている
か否かによって、当該処理依頼コマンドの実行可否を判
断する（Ｓ１１）。処理依頼先のサーバ名がクライアン
ト側認証結果保持手段７２に登録されているときは実行
可と判断し（Ｓ１２でＹＥＳ）、ネットワーク１０を介
してその処理依頼先のサーバへ当該処理依頼コマンドを
転送し、サーバからその処理結果が返却されたら利用者
端末９へ出力する（Ｓ１３）。他方、処理依頼先のサー
バ名がクライアント側認証結果保持手段７２に未登録の
場合は（Ｓ１２でＮＯ）、当該処理依頼コマンドの受け
付けを拒否する（Ｓ１４）。
【００２１】図５は無効化手段７４の処理例を示すフロ
ーチャートである。同図に示すように、無効化手段７４
は、利用者端末９から、サーバ名を指定したサーバアク
セス処理の終了要求が入力されると、クライアント側認
証結果保持手段７２中の当該指定されたサーバ名を無効
化（削除）する（Ｓ２１）。また、該当するサーバ側で
も認証結果を無効化させるため、利用者端末９から入力
された上記の処理終了要求をネットワーク１０を介して
該当するサーバに転送する（Ｓ２２）。
ーチャートである。同図に示すように、無効化手段７４
は、利用者端末９から、サーバ名を指定したサーバアク
セス処理の終了要求が入力されると、クライアント側認
証結果保持手段７２中の当該指定されたサーバ名を無効
化（削除）する（Ｓ２１）。また、該当するサーバ側で
も認証結果を無効化させるため、利用者端末９から入力
された上記の処理終了要求をネットワーク１０を介して
該当するサーバに転送する（Ｓ２２）。
【００２２】図６はアクセス権限チェック手段８１の処
理例を示すフローチャートである。同図に示すように、
アクセス権限チェック手段８１は、ネットワーク１０を
介してクライアントからユーザ名およびパスワードを含
むユーザ認証情報を受信すると、予め利用許可を与える
べきものとして設定されたユーザ名およびパスワードと
照合することにより、ユーザ認証情報の正当性をチェッ
クする（Ｓ３１）。そして、利用可の場合は（Ｓ３２で
ＹＥＳ）、サーバ側認証結果保持手段８２に、当該ユー
ザ認証情報の送出元であるクライアント名および利用可
のフラグを認証結果として登録する（Ｓ３３）。なお、
この登録においては、サーバ側認証結果保持手段８２に
既に当該クライアント名およびフラグの登録エリアがあ
るときは、そこに上書きする。そして、そのクライアン
トに利用可の認証結果を通知する（Ｓ３４）。他方、ユ
ーザ認証情報の正当性チェックにより利用不可と判断し
た場合は（Ｓ３２でＮＯ）、サーバ側認証結果保持手段
８２に、当該ユーザ認証情報の送出元であるクライアン
ト名および利用不可のフラグを認証結果として登録する
（Ｓ３５）。そして、そのクライアントに利用不可の認
証結果を通知する（Ｓ３６）。なお、本実施例では、利
用可か利用不可かのフラグとクライアント名とを登録す
るようにしたが、利用可と認証したときだけ、そのクラ
イアント名を登録するようにしても良い。
理例を示すフローチャートである。同図に示すように、
アクセス権限チェック手段８１は、ネットワーク１０を
介してクライアントからユーザ名およびパスワードを含
むユーザ認証情報を受信すると、予め利用許可を与える
べきものとして設定されたユーザ名およびパスワードと
照合することにより、ユーザ認証情報の正当性をチェッ
クする（Ｓ３１）。そして、利用可の場合は（Ｓ３２で
ＹＥＳ）、サーバ側認証結果保持手段８２に、当該ユー
ザ認証情報の送出元であるクライアント名および利用可
のフラグを認証結果として登録する（Ｓ３３）。なお、
この登録においては、サーバ側認証結果保持手段８２に
既に当該クライアント名およびフラグの登録エリアがあ
るときは、そこに上書きする。そして、そのクライアン
トに利用可の認証結果を通知する（Ｓ３４）。他方、ユ
ーザ認証情報の正当性チェックにより利用不可と判断し
た場合は（Ｓ３２でＮＯ）、サーバ側認証結果保持手段
８２に、当該ユーザ認証情報の送出元であるクライアン
ト名および利用不可のフラグを認証結果として登録する
（Ｓ３５）。そして、そのクライアントに利用不可の認
証結果を通知する（Ｓ３６）。なお、本実施例では、利
用可か利用不可かのフラグとクライアント名とを登録す
るようにしたが、利用可と認証したときだけ、そのクラ
イアント名を登録するようにしても良い。
【００２３】図７は処理実行手段８３の処理例を示すフ
ローチャートである。同図に示すように、処理実行手段
８３は、ネットワーク１０を介してクライアントから処
理依頼コマンドを受信すると、当該処理依頼コマンドを
送信してきたクライアント名がサーバ側認証結果保持手
段８２に利用可として登録されているか否かを調べるこ
とにより、当該処理依頼コマンドの実行可否を判断する
（Ｓ４１）。そして、利用可の場合は（Ｓ４２でＹＥ
Ｓ）、当該処理依頼コマンドに応じた処理を実行し、そ
の結果をネットワーク１０を介して要求元のクライアン
トに返却する（Ｓ４３）。他方、利用不可の場合は（Ｓ
４２でＮＯ）、当該処理依頼コマンドの受け付けを拒否
する（Ｓ４４）。
ローチャートである。同図に示すように、処理実行手段
８３は、ネットワーク１０を介してクライアントから処
理依頼コマンドを受信すると、当該処理依頼コマンドを
送信してきたクライアント名がサーバ側認証結果保持手
段８２に利用可として登録されているか否かを調べるこ
とにより、当該処理依頼コマンドの実行可否を判断する
（Ｓ４１）。そして、利用可の場合は（Ｓ４２でＹＥ
Ｓ）、当該処理依頼コマンドに応じた処理を実行し、そ
の結果をネットワーク１０を介して要求元のクライアン
トに返却する（Ｓ４３）。他方、利用不可の場合は（Ｓ
４２でＮＯ）、当該処理依頼コマンドの受け付けを拒否
する（Ｓ４４）。
【００２４】図８は無効化手段８４の処理例を示すフロ
ーチャートである。同図に示すように、無効化手段８４
は、ネットワーク１０を介してクライアントからサーバ
アクセス処理の終了要求が通知されると、サーバ側認証
結果保持手段８２に登録されている当該クライアント名
およびフラグ（利用可のフラグ，利用不可のフラグ）を
削除する（Ｓ５１）。
ーチャートである。同図に示すように、無効化手段８４
は、ネットワーク１０を介してクライアントからサーバ
アクセス処理の終了要求が通知されると、サーバ側認証
結果保持手段８２に登録されている当該クライアント名
およびフラグ（利用可のフラグ，利用不可のフラグ）を
削除する（Ｓ５１）。
【００２５】図９は、利用者がクライアント７の利用者
端末９を操作してサーバ８をアクセスする際の一連のシ
ーケンスの例を示しており、以下、図９の流れに沿っ
て、本実施例の動作を説明する。
端末９を操作してサーバ８をアクセスする際の一連のシ
ーケンスの例を示しており、以下、図９の流れに沿っ
て、本実施例の動作を説明する。
【００２６】利用者は、サーバ８に処理依頼コマンドに
よる処理を行わせる場合、先ず、自己が正当な利用者で
あることをシステムに認証させるために、自己のユーザ
名と自己に割り当てられたパスワードとを含むユーザ認
証情報を利用者端末９から入力する。このとき、どのサ
ーバを利用したいかをサーバ名で指定する。
よる処理を行わせる場合、先ず、自己が正当な利用者で
あることをシステムに認証させるために、自己のユーザ
名と自己に割り当てられたパスワードとを含むユーザ認
証情報を利用者端末９から入力する。このとき、どのサ
ーバを利用したいかをサーバ名で指定する。
【００２７】クライアント７のアクセス権限チェック依
頼手段７１は、利用者端末９から入力された上記のユー
ザ認証情報を、利用者が指定したサーバ８にネットワー
ク１０を介して転送する（図３のＳ１）。
頼手段７１は、利用者端末９から入力された上記のユー
ザ認証情報を、利用者が指定したサーバ８にネットワー
ク１０を介して転送する（図３のＳ１）。
【００２８】ネットワーク１０を介して転送されたユー
ザ認証情報はサーバ８のアクセス権限チェック手段８１
で受信され、アクセス権限チェック手段８１は、ユーザ
認証情報に含まれるユーザ名およびパスワードが予め設
定されたものと合致するか否かを調べることにより、そ
の正当性をチェックする（図６のＳ３１）。そして、利
用可能な利用者であれば、サーバ側認証結果保持手段８
２に当該ユーザ認証情報を送信してきたクライアント名
と利用可のフラグとを登録し（Ｓ３３）、そのクライア
ントにはネットワーク１０を介して利用可の認証結果を
通知する（Ｓ３４）。他方、ユーザ名およびパスワード
が予め設定されたものと合致しない場合には、サーバ側
認証結果保持手段８２に当該ユーザ認証情報を送信して
きたクライアント名と利用不可のフラグとを設定し（Ｓ
３５）、そのクライアントにはネットワーク１０を介し
て利用不可の認証結果を通知する（Ｓ３６）。
ザ認証情報はサーバ８のアクセス権限チェック手段８１
で受信され、アクセス権限チェック手段８１は、ユーザ
認証情報に含まれるユーザ名およびパスワードが予め設
定されたものと合致するか否かを調べることにより、そ
の正当性をチェックする（図６のＳ３１）。そして、利
用可能な利用者であれば、サーバ側認証結果保持手段８
２に当該ユーザ認証情報を送信してきたクライアント名
と利用可のフラグとを登録し（Ｓ３３）、そのクライア
ントにはネットワーク１０を介して利用可の認証結果を
通知する（Ｓ３４）。他方、ユーザ名およびパスワード
が予め設定されたものと合致しない場合には、サーバ側
認証結果保持手段８２に当該ユーザ認証情報を送信して
きたクライアント名と利用不可のフラグとを設定し（Ｓ
３５）、そのクライアントにはネットワーク１０を介し
て利用不可の認証結果を通知する（Ｓ３６）。
【００２９】ユーザ認証情報をサーバ８に転送したクラ
イアント７のアクセス権限チェック依頼手段７１は、サ
ーバ８から通知される認証結果を受信し（図３のＳ
２）、利用可であれば、そのサーバ名をクライアント側
認証結果保持手段７２に登録する（Ｓ４）。また、利用
不可であれば、そのような登録は行わない。
イアント７のアクセス権限チェック依頼手段７１は、サ
ーバ８から通知される認証結果を受信し（図３のＳ
２）、利用可であれば、そのサーバ名をクライアント側
認証結果保持手段７２に登録する（Ｓ４）。また、利用
不可であれば、そのような登録は行わない。
【００３０】その後、利用者が利用者端末９から、サー
バ名およびそのサーバに実行させたい処理内容の記述を
含む処理依頼コマンドを入力すると、クライアント７の
処理依頼手段７３は、当該処理依頼コマンドで指定され
たサーバ名がクライアント側認証結果保持手段７２に登
録されているか否かを調べることにより、当該処理依頼
コマンドの正当性をチェックする（図４のＳ１１）。そ
して、正当と判断した場合に限って、当該処理依頼コマ
ンドをネットワーク１０を介してサーバ８に転送し、不
当な処理依頼コマンドについてはその受け付けを拒否し
（Ｓ１４）、ネットワーク１０には送出しない。これに
より、不当な処理依頼コマンドによってネットワーク１
０の負荷が増大されるのを防止する。
バ名およびそのサーバに実行させたい処理内容の記述を
含む処理依頼コマンドを入力すると、クライアント７の
処理依頼手段７３は、当該処理依頼コマンドで指定され
たサーバ名がクライアント側認証結果保持手段７２に登
録されているか否かを調べることにより、当該処理依頼
コマンドの正当性をチェックする（図４のＳ１１）。そ
して、正当と判断した場合に限って、当該処理依頼コマ
ンドをネットワーク１０を介してサーバ８に転送し、不
当な処理依頼コマンドについてはその受け付けを拒否し
（Ｓ１４）、ネットワーク１０には送出しない。これに
より、不当な処理依頼コマンドによってネットワーク１
０の負荷が増大されるのを防止する。
【００３１】クライアント７側の処理依頼手段７３で正
当と判断された処理依頼コマンドは、ネットワーク１０
を介してサーバ８側の処理実行手段８３に送られ、そこ
でサーバ側認証結果保持手段８２を用いて再度チェック
される（図７のＳ４１）。そして、利用可の場合、処理
実行手段８３がその処理依頼コマンドを実行し、その実
行結果をネットワーク１００を介してクライアント７に
返却する（Ｓ４３）。例えば、処理依頼コマンドが補助
記憶装置１００の或るデータの参照を要求している場
合、補助記憶装置１００をアクセスして該当データを読
み出し、この読み出したデータを含む応答結果をクライ
アント７に返却する。クライアント７の処理依頼手段７
３では受信した応答結果を利用者端末９に出力する（図
４のＳ１３）。
当と判断された処理依頼コマンドは、ネットワーク１０
を介してサーバ８側の処理実行手段８３に送られ、そこ
でサーバ側認証結果保持手段８２を用いて再度チェック
される（図７のＳ４１）。そして、利用可の場合、処理
実行手段８３がその処理依頼コマンドを実行し、その実
行結果をネットワーク１００を介してクライアント７に
返却する（Ｓ４３）。例えば、処理依頼コマンドが補助
記憶装置１００の或るデータの参照を要求している場
合、補助記憶装置１００をアクセスして該当データを読
み出し、この読み出したデータを含む応答結果をクライ
アント７に返却する。クライアント７の処理依頼手段７
３では受信した応答結果を利用者端末９に出力する（図
４のＳ１３）。
【００３２】利用者は、サーバ８に別の処理を依頼した
い場合には、その処理に合致した処理依頼コマンドを利
用者端末９から入力すれば良い。即ち、一度認証を得て
いる利用者は、その認証結果がクライアント側認証結果
保持手段７２およびサーバ側認証結果保持手段８２に登
録されているので、サーバアクセス処理の終了要求を出
すまで、連続して処理依頼コマンドを投入することがで
きる。
い場合には、その処理に合致した処理依頼コマンドを利
用者端末９から入力すれば良い。即ち、一度認証を得て
いる利用者は、その認証結果がクライアント側認証結果
保持手段７２およびサーバ側認証結果保持手段８２に登
録されているので、サーバアクセス処理の終了要求を出
すまで、連続して処理依頼コマンドを投入することがで
きる。
【００３３】また、１つのサーバ８を利用している利用
者が、その利用中に別のサーバを利用したい場合、その
別のサーバを指定して再度ユーザ認証情報を利用者端末
９から入力すれば良い。この場合、新たに指定されたサ
ーバのアクセス権限チェック手段８１によって、そのユ
ーザ認証情報の正当性が判断され、その結果がそのサー
バのサーバ側認証結果保持手段８２に保持されると共
に、利用可の場合にはクライアント７のクライアント側
認証結果保持手段７２にそのサーバ名が追加され、利用
者はそのサーバに対しても処理依頼コマンドを出せる状
態となる。
者が、その利用中に別のサーバを利用したい場合、その
別のサーバを指定して再度ユーザ認証情報を利用者端末
９から入力すれば良い。この場合、新たに指定されたサ
ーバのアクセス権限チェック手段８１によって、そのユ
ーザ認証情報の正当性が判断され、その結果がそのサー
バのサーバ側認証結果保持手段８２に保持されると共
に、利用可の場合にはクライアント７のクライアント側
認証結果保持手段７２にそのサーバ名が追加され、利用
者はそのサーバに対しても処理依頼コマンドを出せる状
態となる。
【００３４】さて、利用者が一連の処理依頼コマンドの
入力を終了し、サーバ８に対する処理を終えるために利
用者端末９からサーバ名を指定したサーバアクセス処理
の終了要求を入力すると、クライアント７の無効化手段
７４は、クライアント側認証結果保持手段７２中の当該
サーバ名を削除する（図５のＳ２１）。また、無効化手
段７４は上記の処理の終了要求通知を該当するサーバ８
にネットワーク１０を介して転送し、サーバ８の無効化
手段８４は、サーバ側認証結果保持手段８２中の該当す
るクライアント名およびフラグを削除する（図８のＳ５
１）。これにより、利用者端末９から当該サーバに対す
る処理依頼コマンドを入力しても拒否されることにな
る。
入力を終了し、サーバ８に対する処理を終えるために利
用者端末９からサーバ名を指定したサーバアクセス処理
の終了要求を入力すると、クライアント７の無効化手段
７４は、クライアント側認証結果保持手段７２中の当該
サーバ名を削除する（図５のＳ２１）。また、無効化手
段７４は上記の処理の終了要求通知を該当するサーバ８
にネットワーク１０を介して転送し、サーバ８の無効化
手段８４は、サーバ側認証結果保持手段８２中の該当す
るクライアント名およびフラグを削除する（図８のＳ５
１）。これにより、利用者端末９から当該サーバに対す
る処理依頼コマンドを入力しても拒否されることにな
る。
【００３５】図１０は、正当な権限の無い利用者からの
サーバに対する処理依頼コマンドのシステム内の流れを
示したもので、同図（ａ）が本発明の場合、同図（ｂ）
が従来技術の場合である。本発明では、図１０（ａ）に
示すように、正当な権限の無い利用者からのサーバ８に
対する処理依頼コマンドは、その入力元であるクライア
ント側において拒否される結果、不当な処理依頼コマン
ドがネットワーク１０を流れることを防止できる。これ
に対し、正当性のチェックをサーバ側でのみ実施する図
１０（ｂ）の従来技術では、本来サーバ側で受け付けら
れない不当な処理依頼コマンドもネットワーク１０を流
れることにより、ネットワーク１０の負荷が増大する。
サーバに対する処理依頼コマンドのシステム内の流れを
示したもので、同図（ａ）が本発明の場合、同図（ｂ）
が従来技術の場合である。本発明では、図１０（ａ）に
示すように、正当な権限の無い利用者からのサーバ８に
対する処理依頼コマンドは、その入力元であるクライア
ント側において拒否される結果、不当な処理依頼コマン
ドがネットワーク１０を流れることを防止できる。これ
に対し、正当性のチェックをサーバ側でのみ実施する図
１０（ｂ）の従来技術では、本来サーバ側で受け付けら
れない不当な処理依頼コマンドもネットワーク１０を流
れることにより、ネットワーク１０の負荷が増大する。
【００３６】
【発明の効果】以上説明したように本発明によれば、以
下のような効果を得ることができる。
下のような効果を得ることができる。
【００３７】サーバ側での認証結果をクライアント側で
保持する構成を採用し、利用者からサーバに対する処理
依頼コマンドが入力されたとき、上記保持した認証結果
に基づいてクライアント側でその実行可否を判断し、実
行可と判断した場合に限ってネットワークを通じてサー
バ側に転送するようにしたので、本来サーバ側で拒否さ
れる処理依頼コマンドがネットワークを流れることがな
くなり、ネットワークの負荷の増大を抑えることができ
る。
保持する構成を採用し、利用者からサーバに対する処理
依頼コマンドが入力されたとき、上記保持した認証結果
に基づいてクライアント側でその実行可否を判断し、実
行可と判断した場合に限ってネットワークを通じてサー
バ側に転送するようにしたので、本来サーバ側で拒否さ
れる処理依頼コマンドがネットワークを流れることがな
くなり、ネットワークの負荷の増大を抑えることができ
る。
【００３８】サーバ側の処理実行手段でも実行可否を判
断する構成によれば、チェックが二重に行われるので、
セキュリティの信頼性をより一層高めることができる。
断する構成によれば、チェックが二重に行われるので、
セキュリティの信頼性をより一層高めることができる。
【図１】本発明を適用したコンピュータネットワークの
一例を示すブロック図である。
一例を示すブロック図である。
【図２】本発明を適用したコンピュータネットワークに
おけるクライアントおよびサーバの構成例を示すブロッ
ク図である。
おけるクライアントおよびサーバの構成例を示すブロッ
ク図である。
【図３】アクセス権限チェック依頼手段の処理例を示す
フローチャートである。
フローチャートである。
【図４】処理依頼手段の処理例を示すフローチャートで
ある。
ある。
【図５】クライアント側の無効化手段の処理例を示すフ
ローチャートである。
ローチャートである。
【図６】アクセス権限チェック手段の処理例を示すフロ
ーチャートである。
ーチャートである。
【図７】処理実行手段の処理例を示すフローチャートで
ある。
ある。
【図８】サーバ側の無効化手段の処理例を示すフローチ
ャートである。
ャートである。
【図９】利用者がクライアントの利用者端末を操作して
サーバをアクセスする際の一連のシーケンスの例を示す
図である。
サーバをアクセスする際の一連のシーケンスの例を示す
図である。
【図１０】正当な権限の無い利用者からのサーバに対す
る処理依頼コマンドのシステム内の流れを本発明の場合
と従来技術の場合とについて模式的に描いた図である。
る処理依頼コマンドのシステム内の流れを本発明の場合
と従来技術の場合とについて模式的に描いた図である。
１〜５…コンピュータ ６…バス（ネットワーク） ７…クライアント ７１…アクセス権限チェック依頼手段 ７２…クライアント側認証結果保持手段 ７３…処理依頼手段 ７４…無効化手段 ８…サーバ ８１…アクセス権限チェック手段 ８２…サーバ側認証結果保持手段 ８３…処理実行手段 ８４…無効化手段 ９…利用者端末 １０…ネットワーク １００…補助記憶装置
Claims (3)
- 【請求項１】 処理を依頼するクライアントとなるコン
ピュータと、クライアントから依頼された処理を実行す
るサーバとなるコンピュータとがネットワークを介して
接続されたコンピュータネットワークにおいて、 クライアントとなるコンピュータ側に、 利用者から入力されたユーザ名およびパスワードを含む
ユーザ認証情報をネットワークを介してサーバに転送し
てその認証結果を受け取るアクセス権限チェック依頼手
段と、 該アクセス権限チェック依頼手段で受け取られた認証結
果を保持するクライアント側認証結果保持手段と、 利用者からの処理依頼コマンドの入力時、前記クライア
ント側認証結果保持手段の保持内容を参照して当該処理
依頼コマンドの実行可否を判断し、実行可と判断した場
合に限って当該処理依頼コマンドをネットワークを介し
てサーバに転送する処理依頼手段と、 利用者からの処理終了要求時、前記クライアント側認証
結果保持手段の保持内容を無効化する無効化手段とを備
え、 サーバとなるコンピュータ側に、 クライアントからネットワークを介して転送されてきた
ユーザ名およびパスワードを含むユーザ認証情報の正当
性をチェックして認証結果をクライアントに返却するア
クセス権限チェック手段を備えることを特徴とするコン
ピュータネットワークにおけるセキュリティ方式。 - 【請求項２】 処理を依頼するクライアントとなるコン
ピュータと、クライアントから依頼された処理を実行す
るサーバとなるコンピュータとがネットワークを介して
接続されたコンピュータネットワークにおいて、 クライアントとなるコンピュータ側に、 利用者から入力されたユーザ名およびパスワードを含む
ユーザ認証情報をネットワークを介してサーバに転送し
てその認証結果を受け取るアクセス権限チェック依頼手
段と、 該アクセス権限チェック依頼手段で受け取られた認証結
果を保持するクライアント側認証結果保持手段と、 利用者からの処理依頼コマンドの入力時、前記クライア
ント側認証結果保持手段の保持内容を参照して当該処理
依頼コマンドの実行可否を判断し、実行可と判断した場
合に限って当該処理依頼コマンドをネットワークを介し
てサーバに転送する処理依頼手段と、 利用者からのサーバアクセス処理終了要求時、その旨を
サーバに通知すると共に、前記クライアント側認証結果
保持手段の保持内容を無効化する無効化手段とを備え、 サーバとなるコンピュータ側に、 クライアントからネットワークを介して転送されてきた
ユーザ名およびパスワードを含むユーザ認証情報の正当
性をチェックして認証結果をクライアントに返却するア
クセス権限チェック手段と、 該アクセス権限チェック手段の認証結果をクライアント
対応に保持するサーバ側認証結果保持手段と、 クライアントからの処理依頼コマンドの受信時、前記サ
ーバ側認証結果保持手段中の依頼元クライアントに対応
する保持内容を参照して当該処理依頼コマンドの実行可
否を判断し、実行可と判断した場合に限って当該処理依
頼コマンドを実行する処理実行手段と、 クライアントからのサーバアクセス処理の終了要求の通
知時、前記サーバ側認証結果保持手段中の当該クライア
ントに対応する保持内容を無効化する無効化手段とを備
えることを特徴とするコンピュータネットワークにおけ
るセキュリティ方式。 - 【請求項３】 処理を依頼するクライアントとなるコン
ピュータと、クライアントから依頼された処理を実行す
るサーバとなるコンピュータとがネットワークを介して
接続されたコンピュータネットワークにおいて、 クライアントとなるコンピュータ側に、 利用者から入力されたユーザ名およびパスワードを含む
ユーザ認証情報を、ユーザから指定されたサーバにネッ
トワークを介して転送してその認証結果を受け取るアク
セス権限チェック依頼手段と、 該アクセス権限チェック依頼手段で受け取られた認証結
果をサーバ対応に保持するクライアント側認証結果保持
手段と、 利用者からの処理依頼先サーバを指定した処理依頼コマ
ンドの入力時、前記クライアント側認証結果保持手段中
の処理依頼先サーバに対応する保持内容を参照して当該
処理依頼コマンドの実行可否を判断し、実行可と判断し
た場合に限って当該処理依頼コマンドをネットワークを
介して処理依頼先のサーバに転送する処理依頼手段と、 利用者からのサーバを指定したサーバアクセス処理終了
要求時、その旨を指定されたサーバに通知すると共に、
前記クライアント側認証結果保持手段中の前記指定され
たサーバに対応する保持内容を無効化する無効化手段と
を備え、 サーバとなるコンピュータ側に、 クライアントからネットワークを介して転送されてきた
ユーザ名およびパスワードを含むユーザ認証情報の正当
性をチェックして認証結果をクライアントに返却するア
クセス権限チェック手段と、 該アクセス権限チェック手段の認証結果をクライアント
対応に保持するサーバ側認証結果保持手段と、 クライアントからの処理依頼コマンドの受信時、前記サ
ーバ側認証結果保持手段中の依頼元クライアントに対応
する保持内容を参照して当該処理依頼コマンドの実行可
否を判断し、実行可と判断した場合に限って当該処理依
頼コマンドを実行する処理実行手段と、 クライアントからのサーバアクセス処理の終了要求の通
知時、前記サーバ側認証結果保持手段中の当該クライア
ントに対応する保持内容を無効化する無効化手段とを備
えることを特徴とするコンピュータネットワークにおけ
るセキュリティ方式。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7148268A JP2728033B2 (ja) | 1995-05-23 | 1995-05-23 | コンピュータネットワークにおけるセキュリティ方式 |
| US08/651,467 US5781725A (en) | 1995-05-23 | 1996-05-23 | Computer network system having a small of amount of data in a network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7148268A JP2728033B2 (ja) | 1995-05-23 | 1995-05-23 | コンピュータネットワークにおけるセキュリティ方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08314863A JPH08314863A (ja) | 1996-11-29 |
| JP2728033B2 true JP2728033B2 (ja) | 1998-03-18 |
Family
ID=15448976
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7148268A Expired - Fee Related JP2728033B2 (ja) | 1995-05-23 | 1995-05-23 | コンピュータネットワークにおけるセキュリティ方式 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5781725A (ja) |
| JP (1) | JP2728033B2 (ja) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6163383A (en) * | 1996-04-17 | 2000-12-19 | Fuji Xerox Co., Ltd. | Method for providing print output security in a multinetwork environment |
| JP3557056B2 (ja) * | 1996-10-25 | 2004-08-25 | 株式会社東芝 | パケット検査装置、移動計算機装置及びパケット転送方法 |
| SK102399A3 (en) * | 1997-01-13 | 2000-01-18 | John Overton | Automated system for image archiving |
| EP0863468A1 (en) * | 1997-03-07 | 1998-09-09 | Matsushita Electric Industrial Co., Ltd. | Simplified filing system |
| US5931947A (en) * | 1997-09-11 | 1999-08-03 | International Business Machines Corporation | Secure array of remotely encrypted storage devices |
| JP3507309B2 (ja) * | 1997-11-05 | 2004-03-15 | 株式会社日立製作所 | 旅行支援システムおよび方法 |
| US7103640B1 (en) | 1999-09-14 | 2006-09-05 | Econnectix, Llc | Network distributed tracking wire transfer protocol |
| US7233978B2 (en) * | 1998-07-08 | 2007-06-19 | Econnectix, Llc | Method and apparatus for managing location information in a network separate from the data to which the location information pertains |
| JP3739585B2 (ja) * | 1999-03-04 | 2006-01-25 | 日本電信電話株式会社 | Ｉｃカードアクセス装置、およびｉｃカードアクセスプログラムを記録した記録媒体 |
| JP3494590B2 (ja) * | 1999-06-18 | 2004-02-09 | 富士通株式会社 | 送受信システムおよび送信装置 |
| US6895557B1 (en) * | 1999-07-21 | 2005-05-17 | Ipix Corporation | Web-based media submission tool |
| US6721802B1 (en) * | 1999-08-12 | 2004-04-13 | Point2 Technologies Inc. | Method, apparatus and program for the central storage of standardized image data |
| US6732162B1 (en) | 1999-11-15 | 2004-05-04 | Internet Pictures Corporation | Method of providing preprocessed images for a plurality of internet web sites |
| KR20010060379A (ko) * | 1999-12-01 | 2001-07-06 | 김선민 | 인터넷 상의 실명 확인 장치 및 그 확인 방법 |
| US20080005275A1 (en) * | 2000-06-02 | 2008-01-03 | Econnectix, Llc | Method and apparatus for managing location information in a network separate from the data to which the location information pertains |
| JP2002215585A (ja) * | 2000-11-16 | 2002-08-02 | Fuji Xerox Co Ltd | 個人証明書サブジェクト名処理装置および方法 |
| JP5087422B2 (ja) * | 2008-02-14 | 2012-12-05 | エヌ・ティ・ティ・コムウェア株式会社 | 情報入力システムおよびその処理方法、プログラム |
| JP4618344B2 (ja) | 2008-07-29 | 2011-01-26 | コニカミノルタビジネステクノロジーズ株式会社 | 認証装置、認証システム、認証方法、認証プログラムおよび記録媒体 |
| US8549314B2 (en) | 2010-04-29 | 2013-10-01 | King Saud University | Password generation methods and systems |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01169842A (ja) * | 1987-12-25 | 1989-07-05 | Hitachi Ltd | カラーブラウン管の螢光体塗布装置 |
| JPH02157949A (ja) * | 1988-12-09 | 1990-06-18 | Casio Comput Co Ltd | 電子ファイル管理方式 |
| US5491752A (en) * | 1993-03-18 | 1996-02-13 | Digital Equipment Corporation, Patent Law Group | System for increasing the difficulty of password guessing attacks in a distributed authentication scheme employing authentication tokens |
| US5455953A (en) * | 1993-11-03 | 1995-10-03 | Wang Laboratories, Inc. | Authorization system for obtaining in single step both identification and access rights of client to server directly from encrypted authorization ticket |
| US5617570A (en) * | 1993-11-03 | 1997-04-01 | Wang Laboratories, Inc. | Server for executing client operation calls, having a dispatcher, worker tasks, dispatcher shared memory area and worker control block with a task memory for each worker task and dispatcher/worker task semaphore communication |
| US5535276A (en) * | 1994-11-09 | 1996-07-09 | Bell Atlantic Network Services, Inc. | Yaksha, an improved system and method for securing communications using split private key asymmetric cryptography |
-
1995
- 1995-05-23 JP JP7148268A patent/JP2728033B2/ja not_active Expired - Fee Related
-
1996
- 1996-05-23 US US08/651,467 patent/US5781725A/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US5781725A (en) | 1998-07-14 |
| JPH08314863A (ja) | 1996-11-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2728033B2 (ja) | コンピュータネットワークにおけるセキュリティ方式 | |
| US7865931B1 (en) | Universal authorization and access control security measure for applications | |
| JP4782986B2 (ja) | パブリックキー暗号法を用いたインターネット上でのシングルサインオン | |
| US7788711B1 (en) | Method and system for transferring identity assertion information between trusted partner sites in a network using artifacts | |
| US20140230020A1 (en) | Authorization server and client apparatus, server cooperative system, and token management method | |
| US8006289B2 (en) | Method and system for extending authentication methods | |
| US8955082B2 (en) | Authenticating using cloud authentication | |
| EP1645971B1 (en) | Database access control method, database access controller, agent processing server, database access control program, and medium recording the program | |
| TWI400922B (zh) | 在聯盟中主用者之認證 | |
| JP3415456B2 (ja) | ネットワークシステム及びコマンド使用権限制御方法ならびに制御プログラムを格納した記憶媒体 | |
| US8305596B2 (en) | Information processing apparatus, information processing method, program, and storage medium | |
| JP6929181B2 (ja) | デバイスと、その制御方法とプログラム | |
| US7627751B2 (en) | Information processing apparatus, an authentication apparatus, and an external apparatus | |
| US20040019787A1 (en) | Method and system for authenticating communication terminals | |
| JP2017107343A (ja) | 認証連携システム及び認証連携方法、認可サーバー及びプログラム | |
| JP2006502496A (ja) | クライエント−サーバネットワークで通信を行うための方法およびシステム | |
| JP7096736B2 (ja) | システム、及びデータ処理方法 | |
| JP2001067315A (ja) | エンタープライズ・コンピュータ・システム内の異なる複数の認証システムを扱う分散認証メカニズム | |
| JPH11212912A (ja) | セッション管理システム及び管理方法 | |
| US20080163348A1 (en) | Moving principals across security boundaries without service interruption | |
| CN105991614A (zh) | 一种开放授权、资源访问的方法及装置、服务器 | |
| JP2014157480A (ja) | 情報処理装置及びプログラム、制御方法 | |
| US7013388B2 (en) | Vault controller context manager and methods of operation for securely maintaining state information between successive browser connections in an electronic business system | |
| US7072969B2 (en) | Information processing system | |
| JP4018450B2 (ja) | 文書管理システム、文書管理装置、認証方法、コンピュータ読み取り可能なプログラム、及び記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |