JPH0950422A - コンピュータネットワーク上の対話継承型アクセス制御方法及びそのサーバコンピュータ - Google Patents
コンピュータネットワーク上の対話継承型アクセス制御方法及びそのサーバコンピュータInfo
- Publication number
- JPH0950422A JPH0950422A JP7200107A JP20010795A JPH0950422A JP H0950422 A JPH0950422 A JP H0950422A JP 7200107 A JP7200107 A JP 7200107A JP 20010795 A JP20010795 A JP 20010795A JP H0950422 A JPH0950422 A JP H0950422A
- Authority
- JP
- Japan
- Prior art keywords
- server
- information
- acquisition request
- user
- computer
- 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
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 コンピュータネットワーク上の複数サーバを
またがった一連のアクセスにおいて、一貫性を持ったア
クセス制御を可能にする。 【解決手段】 クライアント１０１とサーバ１０２，１
０３はネットワーク１０４によって接続される。１０２
は１０１を用いているユーザのユーザ情報を管理してい
るホームサーバであり、１０３は１０１のユーザ情報を
管理していないサーバである。１０１はユーザからのＵ
ＲＬに従い、１０２や１０３に情報取得要求を発行す
る。１０２や１０３は情報取得要求中の対話ＩＤを解析
し、同一ユーザの識別、一連のアクセスの記憶、アクセ
スのチェックを行う。そして、必要なら他のサーバへ問
い合わせて、他のサーバ発行の対話ＩＤも有効にする。
またがった一連のアクセスにおいて、一貫性を持ったア
クセス制御を可能にする。 【解決手段】 クライアント１０１とサーバ１０２，１
０３はネットワーク１０４によって接続される。１０２
は１０１を用いているユーザのユーザ情報を管理してい
るホームサーバであり、１０３は１０１のユーザ情報を
管理していないサーバである。１０１はユーザからのＵ
ＲＬに従い、１０２や１０３に情報取得要求を発行す
る。１０２や１０３は情報取得要求中の対話ＩＤを解析
し、同一ユーザの識別、一連のアクセスの記憶、アクセ
スのチェックを行う。そして、必要なら他のサーバへ問
い合わせて、他のサーバ発行の対話ＩＤも有効にする。
Description
【０００１】
【発明の属する技術分野】本発明は、コンピュータネッ
トワーク上の対話継承型アクセス制御方法及びそのサー
バコンピュータに関し、詳しくは、ハイパーテキストを
コンピュータネットワーク上でユーザに提供するための
通信サービスのアクセス制御に関するものである。
トワーク上の対話継承型アクセス制御方法及びそのサー
バコンピュータに関し、詳しくは、ハイパーテキストを
コンピュータネットワーク上でユーザに提供するための
通信サービスのアクセス制御に関するものである。
【０００２】
【従来の技術】従来、ハイパーテキストをコンピュータ
ネットワーク上で、ユーザに対して提供する通信サービ
スとしてＷＷＷ（Ｗorld-Ｗide Ｗeb）が知られてお
り、そのための方法としてＨＴＴＰ（Ｈyper Ｔext Ｔr
ansfer Ｐrotocol）がある。この方法は、不特定多数の
ユーザへのサービス提供を行うものであるが、従来はユ
ーザのハイパーテキストに対する一連の操作に対して情
報取得の要求が生じた時のみ、情報取得要求中のプロト
コル、ＩＰアドレス（サーバアドレス）、ポート番号、
取得する情報等を設定したＵＲＬ（Ｕniform Ｒesource
Ｌocator）で指定されるサービス提供元のサーバに接
続を行い情報の取得を行っている。
ネットワーク上で、ユーザに対して提供する通信サービ
スとしてＷＷＷ（Ｗorld-Ｗide Ｗeb）が知られてお
り、そのための方法としてＨＴＴＰ（Ｈyper Ｔext Ｔr
ansfer Ｐrotocol）がある。この方法は、不特定多数の
ユーザへのサービス提供を行うものであるが、従来はユ
ーザのハイパーテキストに対する一連の操作に対して情
報取得の要求が生じた時のみ、情報取得要求中のプロト
コル、ＩＰアドレス（サーバアドレス）、ポート番号、
取得する情報等を設定したＵＲＬ（Ｕniform Ｒesource
Ｌocator）で指定されるサービス提供元のサーバに接
続を行い情報の取得を行っている。
【０００３】図７は、この従来のＷＷＷのシステム構成
を示したものである。同図において、１０１はサービス
の提供を受けるためにユーザが用いるコンピュータ（ク
ライアント側コンピュータ）、１０３はサービスを提供
するためのコンピュータ（サーバ側コンピュータ）で、
両者はネットワーク１０４によって接続されている。コ
ンピュータ１０１の内部において、２０１がＷＷＷサー
ビスの提供を受けるための各種ブラウザ、２０２が該コ
ンピュータ１０１を制御するための各種オペレーティン
グシステムであり、また、コンピュータ１０３の内部に
おいて、２０３がＷＷＷサービスにおいてユーザに提供
するための情報（ハイパーテキストなど）の蓄積部、２
０４がＷＷＷサービスを提供するための各種デーモン、
２０５が該コンピュータ１０３を制御するための各種オ
ペレーティングシステムである。ブラウザ２０１では、
コンピュータの入力装置から入力されたユーザからのＵ
ＲＬに従い、ネットワーク上のＷＷＷサーバに情報取得
要求を発行する。情報取得要求を受けたＷＷＷサーバの
デーモン２０４では、ＵＲＬで示される情報蓄積部２０
３内の情報をユーザに転送する。
を示したものである。同図において、１０１はサービス
の提供を受けるためにユーザが用いるコンピュータ（ク
ライアント側コンピュータ）、１０３はサービスを提供
するためのコンピュータ（サーバ側コンピュータ）で、
両者はネットワーク１０４によって接続されている。コ
ンピュータ１０１の内部において、２０１がＷＷＷサー
ビスの提供を受けるための各種ブラウザ、２０２が該コ
ンピュータ１０１を制御するための各種オペレーティン
グシステムであり、また、コンピュータ１０３の内部に
おいて、２０３がＷＷＷサービスにおいてユーザに提供
するための情報（ハイパーテキストなど）の蓄積部、２
０４がＷＷＷサービスを提供するための各種デーモン、
２０５が該コンピュータ１０３を制御するための各種オ
ペレーティングシステムである。ブラウザ２０１では、
コンピュータの入力装置から入力されたユーザからのＵ
ＲＬに従い、ネットワーク上のＷＷＷサーバに情報取得
要求を発行する。情報取得要求を受けたＷＷＷサーバの
デーモン２０４では、ＵＲＬで示される情報蓄積部２０
３内の情報をユーザに転送する。
【０００４】図８に、この従来のＷＷＷサーバのサービ
ス提供シーケンスの一例を示す。同図において、複数の
ユーザから複数回情報提供要求がある場合でも同様の手
順で情報を返送する。
ス提供シーケンスの一例を示す。同図において、複数の
ユーザから複数回情報提供要求がある場合でも同様の手
順で情報を返送する。
【０００５】上記従来のＷＷＷにおけるＨＴＴＰは、不
特定多数のユーザへの通信サービスが対象であり、一連
の情報取得要求の中から同一ユーザの識別、ユーザごと
の操作履歴の記憶、アクセス履歴により情報の保護が行
えない。
特定多数のユーザへの通信サービスが対象であり、一連
の情報取得要求の中から同一ユーザの識別、ユーザごと
の操作履歴の記憶、アクセス履歴により情報の保護が行
えない。
【０００６】これに対して、先に本出願人は、一連の情
報取得要求の中から同一ユーザの識別、ユーザごとの操
作履歴の記憶、アクセス履歴による情報の保護を行う機
能を拡張した方式を提案した（特願平７−１２５３８７
号「対話管理型情報提供方法及び装置」）。
報取得要求の中から同一ユーザの識別、ユーザごとの操
作履歴の記憶、アクセス履歴による情報の保護を行う機
能を拡張した方式を提案した（特願平７−１２５３８７
号「対話管理型情報提供方法及び装置」）。
【０００７】図９は、特願平７−１２５３８７号のシス
テム構成を示したものである。１０１，１０３及び１０
４は図７と同様である。クライアント側コンピュータ１
０１の内部において、２０１がＷＷＷサービスの提供を
受けるための各種ブラウザ、２０２が該コンピュータ１
０１を制御するための各種オペレーティングシステムで
あり、また、サーバ側コンピュータ１０３の内部におい
て、２０３がＷＷＷサービスにおいてユーザに提供する
ための情報（ハイパーテキストなど）の蓄積部、４０１
が対話管理可能なＷＷＷサービスを提供するためのデー
モン、４０２が対話管理を行うために必要な情報を蓄積
する対話記憶部、２０５が該コンピュータを制御するた
めの各種オペレーティングシステムである。ブラウザ２
０１からは、コンピュータの入力装置から入力されたユ
ーザからのＵＲＬに従い、ネットワーク上のＷＷＷサー
バに情報取得要求が発行される。情報取得要求を受けた
ＷＷＷサーバのデーモン４０１では、対話記憶部４０２
の情報をもとにＷＷＷサービスの提供の可否を判定し、
サービス提供を許可する場合にはＵＲＬで示される情報
蓄積部２０３内の情報をユーザに転送する。
テム構成を示したものである。１０１，１０３及び１０
４は図７と同様である。クライアント側コンピュータ１
０１の内部において、２０１がＷＷＷサービスの提供を
受けるための各種ブラウザ、２０２が該コンピュータ１
０１を制御するための各種オペレーティングシステムで
あり、また、サーバ側コンピュータ１０３の内部におい
て、２０３がＷＷＷサービスにおいてユーザに提供する
ための情報（ハイパーテキストなど）の蓄積部、４０１
が対話管理可能なＷＷＷサービスを提供するためのデー
モン、４０２が対話管理を行うために必要な情報を蓄積
する対話記憶部、２０５が該コンピュータを制御するた
めの各種オペレーティングシステムである。ブラウザ２
０１からは、コンピュータの入力装置から入力されたユ
ーザからのＵＲＬに従い、ネットワーク上のＷＷＷサー
バに情報取得要求が発行される。情報取得要求を受けた
ＷＷＷサーバのデーモン４０１では、対話記憶部４０２
の情報をもとにＷＷＷサービスの提供の可否を判定し、
サービス提供を許可する場合にはＵＲＬで示される情報
蓄積部２０３内の情報をユーザに転送する。
【０００８】図１０に、この場合のクライアントとサー
バ間のシーケンスの一例を示す。ここで、一連のアクセ
スを対話と呼ぶことにする。ユーザからのアクセスの初
期の段階において、サーバがその対話に対する識別子
（対話ＩＤ）を生成し、次回のアクセスに必要となるＵ
ＲＬにその対話ＩＤを付加したハイパーテキストをユー
ザに提供する。クライアントからは、転送されてきたハ
イパーテキスト上の所定の文字をユーザがクリックする
ことにより、対話ＩＤ付きＵＲＬによってサーバにアク
セスを行う。
バ間のシーケンスの一例を示す。ここで、一連のアクセ
スを対話と呼ぶことにする。ユーザからのアクセスの初
期の段階において、サーバがその対話に対する識別子
（対話ＩＤ）を生成し、次回のアクセスに必要となるＵ
ＲＬにその対話ＩＤを付加したハイパーテキストをユー
ザに提供する。クライアントからは、転送されてきたハ
イパーテキスト上の所定の文字をユーザがクリックする
ことにより、対話ＩＤ付きＵＲＬによってサーバにアク
セスを行う。
【０００９】上記特願平７−１２５３８７号の方式で
は、不特定多数のユーザを対象とした通信サービスにお
いて高度がアクセス制御が可能であるが、これらの機能
の有効範囲はそれぞれの情報提供元のサーバに対しての
みである。このため、ＷＷＷを用いた一連の情報取得に
おいて、コンピュータネットワーク上の様々な情報提供
サーバ間をまたがってアクセスする場合、それぞれのサ
ーバにおいて別々に情報取得要求の認証を行う必要が生
じる。
は、不特定多数のユーザを対象とした通信サービスにお
いて高度がアクセス制御が可能であるが、これらの機能
の有効範囲はそれぞれの情報提供元のサーバに対しての
みである。このため、ＷＷＷを用いた一連の情報取得に
おいて、コンピュータネットワーク上の様々な情報提供
サーバ間をまたがってアクセスする場合、それぞれのサ
ーバにおいて別々に情報取得要求の認証を行う必要が生
じる。
【００１０】
【発明が解決しようとする課題】本発明の目的は、ハイ
パーテキストをコンピュータネットワーク上で、不特定
多数のユーザに提供するＷＷＷを用いた通信サービスに
おいて、一連の情報取得要求の中から同一ユーザの識
別、ユーザごとの操作履歴の記憶、アクセス履歴による
情報の保護等の高度なアクセス制御を可能にすると同時
に、複数のサーバをまたがった一連のアクセスにおいて
も一貫性を持ったアクセス制御を可能にして、それぞれ
のサーバでの別々の情報取得要求の認証を不要にするこ
とにある。
パーテキストをコンピュータネットワーク上で、不特定
多数のユーザに提供するＷＷＷを用いた通信サービスに
おいて、一連の情報取得要求の中から同一ユーザの識
別、ユーザごとの操作履歴の記憶、アクセス履歴による
情報の保護等の高度なアクセス制御を可能にすると同時
に、複数のサーバをまたがった一連のアクセスにおいて
も一貫性を持ったアクセス制御を可能にして、それぞれ
のサーバでの別々の情報取得要求の認証を不要にするこ
とにある。
【００１１】
【課題を解決するための手段】本発明は、ＷＷＷにおけ
るＨＴＴＰで利用されるＵＲＬに先の特願平７−１２５
３８７号で導入した同一ユーザからの一連の情報を識別
する識別子（対話ＩＤ）を、コンピュータネットワーク
上に多数存在するサーバ間で継承して管理する事を最も
主要な特徴とする。
るＨＴＴＰで利用されるＵＲＬに先の特願平７−１２５
３８７号で導入した同一ユーザからの一連の情報を識別
する識別子（対話ＩＤ）を、コンピュータネットワーク
上に多数存在するサーバ間で継承して管理する事を最も
主要な特徴とする。
【００１２】
【作用】本発明では、ユーザからのアクセスの初期の段
階において、サーバがその対話に対する識別子（対話Ｉ
Ｄ）を生成し、次回のアクセスに必要となるＵＲＬと対
話ＩＤを付加したハイパーテキストをユーザに提供す
る。クライアントからは、転送されてきたハイパーテキ
スト上の所定の文字をユーザがクリックすることによ
り、対話ＩＤとＵＲＬによってサーバにアクセスを行
う。サーバはクライアントから送信されたきた情報取得
要求の中の対話ＩＤを解析し、同一ユーザの識別、一連
のアクセスの記憶、所定のアクセスのチェックなどを行
う。これらのチェックにおいて、自サーバ内の対話ＩＤ
の管理情報による識別だけでなく、他のサーバで管理さ
れている対話ＩＤについても該当のサーバへの問合わせ
を行い、他のサーバ発行の対話ＩＤも有効にする。これ
により、サーバをまたがった一連のアクセスにおいて
も、一貫性を持ったアクセス制御ができるようになる。
階において、サーバがその対話に対する識別子（対話Ｉ
Ｄ）を生成し、次回のアクセスに必要となるＵＲＬと対
話ＩＤを付加したハイパーテキストをユーザに提供す
る。クライアントからは、転送されてきたハイパーテキ
スト上の所定の文字をユーザがクリックすることによ
り、対話ＩＤとＵＲＬによってサーバにアクセスを行
う。サーバはクライアントから送信されたきた情報取得
要求の中の対話ＩＤを解析し、同一ユーザの識別、一連
のアクセスの記憶、所定のアクセスのチェックなどを行
う。これらのチェックにおいて、自サーバ内の対話ＩＤ
の管理情報による識別だけでなく、他のサーバで管理さ
れている対話ＩＤについても該当のサーバへの問合わせ
を行い、他のサーバ発行の対話ＩＤも有効にする。これ
により、サーバをまたがった一連のアクセスにおいて
も、一貫性を持ったアクセス制御ができるようになる。
【００１３】
【実施例】以下、本発明について図面を参照して説明す
る。
る。
【００１４】図１は、本発明を適用するコンピュータネ
ットワークの一実施例を示したものである。同図におい
て、１０１はサービスの提供を受けるためにユーザが用
いるコンピュータ（クライアント側コンピュータ）、１
０２および１０３はサービスを提供するためのコンピュ
ータ（サーバ側コンピュータ）、１０４は両者の間で通
信サービスを提供するためのネットワークである。クラ
イアント側コンピュータ１０１では各種のＷＷＷ用ブラ
ウザが動作し、サーバ側コンピュータ１０２および１０
３ではＷＷＷサービスを提供する各種デーモンプログラ
ムが動作し、ネットワーク１０４を通してユーザに提供
するための情報が蓄積されている。１０２と１０３の違
いは、１０２は１０１の側のユーザ情報を管理してお
り、１０３は１０１の側のユーザ情報を管理していない
事である。各コンピュータ１０１，１０２および１０３
はネットワーク１０４によって接続されている。
ットワークの一実施例を示したものである。同図におい
て、１０１はサービスの提供を受けるためにユーザが用
いるコンピュータ（クライアント側コンピュータ）、１
０２および１０３はサービスを提供するためのコンピュ
ータ（サーバ側コンピュータ）、１０４は両者の間で通
信サービスを提供するためのネットワークである。クラ
イアント側コンピュータ１０１では各種のＷＷＷ用ブラ
ウザが動作し、サーバ側コンピュータ１０２および１０
３ではＷＷＷサービスを提供する各種デーモンプログラ
ムが動作し、ネットワーク１０４を通してユーザに提供
するための情報が蓄積されている。１０２と１０３の違
いは、１０２は１０１の側のユーザ情報を管理してお
り、１０３は１０１の側のユーザ情報を管理していない
事である。各コンピュータ１０１，１０２および１０３
はネットワーク１０４によって接続されている。
【００１５】図２に、本発明のより詳細なシステム構成
の一実施例を示す。同図において、クライアント側コン
ピュータ１０１中の、２０１がＷＷＷサービスの提供を
受けるための各種ブラウザ、２０２が該コンピュータ１
０１を制御するための各種オペレーティングシステムで
あり、また、サーバ側コンピュータ１０２および１０３
中の、２０３がＷＷＷサービスにおいてユーザに提供す
るための情報（ハイパーテキストなど）の蓄積部、４０
１が対話管理可能なＷＷＷサービスを提供するためのサ
ービス制御部（デーモン）、４０２が対話管理を行うた
めに必要な情報を蓄積する対話記憶部、２０５が該コン
ピュータ１０２，１０３を制御するための各種オペレー
ティングシステムである。コンピュータ１０２は、クラ
イアント側コンピュータ１０１を用いるユーザのユーザ
情報を管理しているホームサーバであり、コンピュータ
１０３はクライアント側コンピュータ１０１のホームサ
ーバではないサーバコンピュータである。
の一実施例を示す。同図において、クライアント側コン
ピュータ１０１中の、２０１がＷＷＷサービスの提供を
受けるための各種ブラウザ、２０２が該コンピュータ１
０１を制御するための各種オペレーティングシステムで
あり、また、サーバ側コンピュータ１０２および１０３
中の、２０３がＷＷＷサービスにおいてユーザに提供す
るための情報（ハイパーテキストなど）の蓄積部、４０
１が対話管理可能なＷＷＷサービスを提供するためのサ
ービス制御部（デーモン）、４０２が対話管理を行うた
めに必要な情報を蓄積する対話記憶部、２０５が該コン
ピュータ１０２，１０３を制御するための各種オペレー
ティングシステムである。コンピュータ１０２は、クラ
イアント側コンピュータ１０１を用いるユーザのユーザ
情報を管理しているホームサーバであり、コンピュータ
１０３はクライアント側コンピュータ１０１のホームサ
ーバではないサーバコンピュータである。
【００１６】図３は、コンピュータ１０２，１０３内の
サービス制御部（デーモン）４０１の詳細構成を示した
もので、６０１がアクセス制御部、６０２が対話識別
部、６０３が通信処理部である。
サービス制御部（デーモン）４０１の詳細構成を示した
もので、６０１がアクセス制御部、６０２が対話識別
部、６０３が通信処理部である。
【００１７】クライアント側コンピュータ１０１のブラ
ウザ２０１からは、該コンピュータ１０１の入力装置か
ら入力されたユーザからのＵＲＬに従い、ネットワーク
１０４上のＷＷＷサーバに情報取得要求が発行される。
情報取得要求を受けたサーバ側コンピュータ１０２また
は１０３のサービス制御部４０１では、アクセス制御部
６０１において情報提供およびアクセスの可否の判定を
行い、対話識別部６０２においてはアクセスが許可され
たユーザへの対話ＩＤの発行および対話ＩＤごとにユー
ザのアクセス情報の管理を行い、通信処理部６０３によ
って蓄積装置２０３内の情報をユーザに転送する。
ウザ２０１からは、該コンピュータ１０１の入力装置か
ら入力されたユーザからのＵＲＬに従い、ネットワーク
１０４上のＷＷＷサーバに情報取得要求が発行される。
情報取得要求を受けたサーバ側コンピュータ１０２また
は１０３のサービス制御部４０１では、アクセス制御部
６０１において情報提供およびアクセスの可否の判定を
行い、対話識別部６０２においてはアクセスが許可され
たユーザへの対話ＩＤの発行および対話ＩＤごとにユー
ザのアクセス情報の管理を行い、通信処理部６０３によ
って蓄積装置２０３内の情報をユーザに転送する。
【００１８】図４は、本発明によるクライアントとサー
バ間のシーケンスの一例を示したものである。ここで、
サーバＡとサーバＢは提携関係にあるとする。
バ間のシーケンスの一例を示したものである。ここで、
サーバＡとサーバＢは提携関係にあるとする。
【００１９】始めのユーザＡに対する例では、クライア
ント（ブラウザ）においてユーザＡからのＵＲＬの入力
によりサーバＡへ情報取得要求（１回目のアクセス）を
行い、対話ＩＤ取得要求付き初期画面を取得する。次に
クライアントでは、ユーザＡの操作により対話ＩＤ取得
要求付き情報取得要求（２回目のアクセス）をサーバＡ
へ行う。サーバＡはクライアントからの情報取得要求が
情報提供条件を満たしていれば（例えば、ユーザ名とパ
スワードの一致などで、この例ではユーザＡの情報がサ
ーバＡにおいて管理されている）、対話ＩＤを発行し、
対話記憶部４０２に対話ＩＤを記憶し、ユーザからの要
求のあったハイパーテキスト（これには次の情報取得要
求が付いている）に対話ＩＤを付加して出力する。この
例では、次の情報取得要求の宛先がサーバＢ内のハイパ
ーテキストであり、サーバＡで発行された対話ＩＤが付
加された情報取得要求をサーバＢに発行する（３回目の
アクセス）。対話ＩＤ付き情報取得要求を受け付けたサ
ーバＢは、対話ＩＤを解析し、対話ＩＤ発行元のサーバ
Ａへ対話ＩＤの照会とユーザ情報の取得要求を発行す
る。サーバＡでは、サーバＢからの問合わせに対して、
対話記憶部４０２を検索して対話ＩＤの認証を行い、サ
ーバＢへ認証結果およびシステム内（例えばＯＳへの問
合わせ）のユーザ情報を返送する。サーバＢ、ではサー
バＡから送信されて来た認証結果およびユーザ情報に基
づき、サーバＢ内の情報のユーザＡへの提供の可否を判
定する。この例では、ユーザＡへの情報提供を認めたた
め、サーバＢは自情報蓄積部２０３内のハイパーテキス
トをユーザＡに出力する。
ント（ブラウザ）においてユーザＡからのＵＲＬの入力
によりサーバＡへ情報取得要求（１回目のアクセス）を
行い、対話ＩＤ取得要求付き初期画面を取得する。次に
クライアントでは、ユーザＡの操作により対話ＩＤ取得
要求付き情報取得要求（２回目のアクセス）をサーバＡ
へ行う。サーバＡはクライアントからの情報取得要求が
情報提供条件を満たしていれば（例えば、ユーザ名とパ
スワードの一致などで、この例ではユーザＡの情報がサ
ーバＡにおいて管理されている）、対話ＩＤを発行し、
対話記憶部４０２に対話ＩＤを記憶し、ユーザからの要
求のあったハイパーテキスト（これには次の情報取得要
求が付いている）に対話ＩＤを付加して出力する。この
例では、次の情報取得要求の宛先がサーバＢ内のハイパ
ーテキストであり、サーバＡで発行された対話ＩＤが付
加された情報取得要求をサーバＢに発行する（３回目の
アクセス）。対話ＩＤ付き情報取得要求を受け付けたサ
ーバＢは、対話ＩＤを解析し、対話ＩＤ発行元のサーバ
Ａへ対話ＩＤの照会とユーザ情報の取得要求を発行す
る。サーバＡでは、サーバＢからの問合わせに対して、
対話記憶部４０２を検索して対話ＩＤの認証を行い、サ
ーバＢへ認証結果およびシステム内（例えばＯＳへの問
合わせ）のユーザ情報を返送する。サーバＢ、ではサー
バＡから送信されて来た認証結果およびユーザ情報に基
づき、サーバＢ内の情報のユーザＡへの提供の可否を判
定する。この例では、ユーザＡへの情報提供を認めたた
め、サーバＢは自情報蓄積部２０３内のハイパーテキス
トをユーザＡに出力する。
【００２０】次のサーバＢをホームサーバとするユーザ
Ｂに対する例では、クライアント（ブラウザ）において
ユーザＢからのＵＲＬの入力によりサーバＡへ情報取得
要求（１回目のアクセス）を行い、対話ＩＤ取得要求付
き初期画面を取得する。次にクライアントでは、ユーザ
Ｂの操作により対話ＩＤ取得要求付き情報取得要求（２
回目のアクセス）をサーバＡへ行う。しかし、この例で
は、ユーザＢの情報がサーバＡにおいて管理されておら
ず、ユーザＢは一連のアクセスの過程においてホームサ
ーバにおける認証を行っていない（サーバＢが発行した
対話ＩＤがない）為に、サーバＡにおいてアクセスが拒
否される。
Ｂに対する例では、クライアント（ブラウザ）において
ユーザＢからのＵＲＬの入力によりサーバＡへ情報取得
要求（１回目のアクセス）を行い、対話ＩＤ取得要求付
き初期画面を取得する。次にクライアントでは、ユーザ
Ｂの操作により対話ＩＤ取得要求付き情報取得要求（２
回目のアクセス）をサーバＡへ行う。しかし、この例で
は、ユーザＢの情報がサーバＡにおいて管理されておら
ず、ユーザＢは一連のアクセスの過程においてホームサ
ーバにおける認証を行っていない（サーバＢが発行した
対話ＩＤがない）為に、サーバＡにおいてアクセスが拒
否される。
【００２１】図５は、対話ＩＤ付き情報取得要求の実施
例の一つとして、対話ＩＤ付きＵＲＬの一例を示たもの
である。初期画面を得るための始めのアクセスにおいて
用いられる一回目のアクセスのＵＲＬは従来のＷＷＷと
同様である。２回目のアクセスにおいて、このＵＲＬに
ＩＤ取得要求を付加している。３回目以降のアクセスに
おいては、各種情報取得要求の他に発行元サーバを明記
した対話ＩＤを付加してサーバにアクセスを行う。そし
て、この対話ＩＤが他のサーバに対しても継承される。
例の一つとして、対話ＩＤ付きＵＲＬの一例を示たもの
である。初期画面を得るための始めのアクセスにおいて
用いられる一回目のアクセスのＵＲＬは従来のＷＷＷと
同様である。２回目のアクセスにおいて、このＵＲＬに
ＩＤ取得要求を付加している。３回目以降のアクセスに
おいては、各種情報取得要求の他に発行元サーバを明記
した対話ＩＤを付加してサーバにアクセスを行う。そし
て、この対話ＩＤが他のサーバに対しても継承される。
【００２２】図６は、サーバ側コンピュータにおけるサ
ービス制御部４０１の動作のフローチャートを示したも
のである。図６中、破線で囲った部分がアクセス制御部
６０１と対話識別部６０２の動作、それ以外は通信処理
部６０３の動作である。
ービス制御部４０１の動作のフローチャートを示したも
のである。図６中、破線で囲った部分がアクセス制御部
６０１と対話識別部６０２の動作、それ以外は通信処理
部６０３の動作である。
【００２３】まず、ステップ１００２において、サービ
ス制御部への入力がクライアントからの情報取得要求で
あるか、他のサーバからの対話ＩＤの問い合わせかを判
別する。他のサーバからの対話ＩＤの問い合わせの場合
は、ステップ１００３〜１００６の処理を行い、判定結
果とユーザ情報を問い合わせのあったサーバへ返送す
る。クライアントからの情報取得要求である場合は、初
回アクセスであるのか、ＩＤ取得要求であるのか、対話
ＩＤ付き情報取得要求であるのか、ステップ１００７お
よび１００９で判別する。初回アクセスの場合は、ステ
ップ１００８でＩＤ取得要求付き初期画面を返送するた
めの処理を行う。ＩＤ取得要求の場合は、ＩＤ取得要求
と共に送信されてくるユーザ情報に基づき対話ＩＤ発行
の可否をステップ１０１０において判別し、対話ＩＤ発
行を許可する場合には、ステップ１０１１〜１０１４の
処理を行ってユーザに情報を提供し、許可しない場合
は、ステップ１０１５でアクセス拒否のメッセージを出
力する。対話ＩＤ付き情報取得要求の場合は、ステップ
１０１６で対話ＩＤの抽出、ステップ１０１７で該対話
ＩＤのチェックを行う。そして、対話ＩＤが自分自身が
発行したものである場合は、ステップ１０１８〜１０２
０の処理に従いユーザに情報を提供し、他サーバの発行
した対話ＩＤの場合は、ステップ１０２１で対話ＩＤで
識別されるサーバへ対話ＩＤの問い合わせを行い、ステ
ップ１０２２で判定結果とユーザ情報を取得した後、ス
テップ１０２３でアクセスの可否をチェックし、アクセ
スを許可する場合はステップ１０２４，１０２５でユー
ザに情報を提供し、その以外の対話ＩＤの場合は不正な
対話ＩＤとみなし、ステップ１０２６でアクセス拒否の
処理を行う。
ス制御部への入力がクライアントからの情報取得要求で
あるか、他のサーバからの対話ＩＤの問い合わせかを判
別する。他のサーバからの対話ＩＤの問い合わせの場合
は、ステップ１００３〜１００６の処理を行い、判定結
果とユーザ情報を問い合わせのあったサーバへ返送す
る。クライアントからの情報取得要求である場合は、初
回アクセスであるのか、ＩＤ取得要求であるのか、対話
ＩＤ付き情報取得要求であるのか、ステップ１００７お
よび１００９で判別する。初回アクセスの場合は、ステ
ップ１００８でＩＤ取得要求付き初期画面を返送するた
めの処理を行う。ＩＤ取得要求の場合は、ＩＤ取得要求
と共に送信されてくるユーザ情報に基づき対話ＩＤ発行
の可否をステップ１０１０において判別し、対話ＩＤ発
行を許可する場合には、ステップ１０１１〜１０１４の
処理を行ってユーザに情報を提供し、許可しない場合
は、ステップ１０１５でアクセス拒否のメッセージを出
力する。対話ＩＤ付き情報取得要求の場合は、ステップ
１０１６で対話ＩＤの抽出、ステップ１０１７で該対話
ＩＤのチェックを行う。そして、対話ＩＤが自分自身が
発行したものである場合は、ステップ１０１８〜１０２
０の処理に従いユーザに情報を提供し、他サーバの発行
した対話ＩＤの場合は、ステップ１０２１で対話ＩＤで
識別されるサーバへ対話ＩＤの問い合わせを行い、ステ
ップ１０２２で判定結果とユーザ情報を取得した後、ス
テップ１０２３でアクセスの可否をチェックし、アクセ
スを許可する場合はステップ１０２４，１０２５でユー
ザに情報を提供し、その以外の対話ＩＤの場合は不正な
対話ＩＤとみなし、ステップ１０２６でアクセス拒否の
処理を行う。
【００２４】
【発明の効果】以上説明したように、本発明によれば、
先の特願平７−１２５３８７号において導入した一連の
アクセスに対する識別子を、異なるサーバ間で継承して
有効にする事により、サーバにまたがった一連のアクセ
スにおいて一貫性を持ったアクセス制御ができるように
なる。
先の特願平７−１２５３８７号において導入した一連の
アクセスに対する識別子を、異なるサーバ間で継承して
有効にする事により、サーバにまたがった一連のアクセ
スにおいて一貫性を持ったアクセス制御ができるように
なる。
【図１】本発明で対象とする通信サービスを提供するた
めのシステム構成の一例である。
めのシステム構成の一例である。
【図２】本発明によるシステム構成の一実施例の詳細図
である。
である。
【図３】図２のサーバ内のサービス制御部の詳細図であ
る。
る。
【図４】本発明におけるクライアントとサーバ間のシー
ケンスの一例である。
ケンスの一例である。
【図５】本発明における対話ＩＤ付き情報取得要求を実
現するためのＵＲＬの一例である。
現するためのＵＲＬの一例である。
【図６】本発明におけるサーバのサービス制御部のフロ
ーチャートの一例である。
ーチャートの一例である。
【図７】従来のＷＷＷサービスを提供するためのシステ
ム構成の一例である。
ム構成の一例である。
【図８】従来のＷＷＷサービスのサーバとクライアント
におけるシーケンスの一例である。
におけるシーケンスの一例である。
【図９】本出願人が先に提案したシステム構成の一例で
ある。
ある。
【図１０】図９のシステム構成のサーバとクライアント
におけるシーケンスの一例である。
におけるシーケンスの一例である。
１０１ 被サービス提供側コンピュータ １０２，１０３ サービス提供側コンピュータ １０４ ネットワーク ２０１ ＷＷＷブラウザ ２０２ オペレーティングシステム ２０３ 情報蓄積部 ２０４ ＷＷＷデーモン ２０５ オペレーティングシステム ４０１ サービス制御部 ４０２ 対話記憶部 ６０１ アクセス制御部 ６０２ 対話識別部 ６０３ 通信処理部
Claims (2)
- 【請求項１】 情報提供用のＷorld-Ｗide Ｗebを有す
るサーバコンピュータとＷorld-Ｗide Ｗebからの情報
取得のためのブラウザを有するクライアントコンピュー
タを含むコンピュータネットワークにおけるサーバ側の
アクセス制御方法であって、 クライアント側からの情報取得要求受信時、初回の情報
取得要求か、第２回目以降の情報取得要求かを判定し、 初回の情報取得の場合は、ＩＤ取得要求付き情報要求を
もつ初期画面のハイパーテキストをクライアント側に返
送し、 第２回目以降の情報取得要求の時、ＩＤの取得要求があ
り情報提供条件を満たしたユーザからの要求であった場
合には、発行元サーバの明記された対話ＩＤを生成し、
該対話ＩＤを対話記憶部に登録し、該対話ＩＤを付加し
たハイパーテキストをクライアントに側に返送し、 ＩＤ取得要求でない情報取得要求の場合は、情報取得要
求内の対話ＩＤを抽出し、該対話ＩＤから判明する発行
元サーバに問い合わせを行い、該発行元サーバからのユ
ーザ認証の結果に基づき情報提供の可否の判定を行い、
対話ＩＤが存在しない場合、または正規の対話ＩＤでな
い場合、または、正規の対話ＩＤでもユーザの属性によ
り情報提供を認めない場合には、アクセス拒否を行うこ
とを特徴とするコンピュータネットワーク上の対話継承
型アクセス制御方法。 - 【請求項２】 コンピュータネットワークで接続したク
ライアントコンピュータに対し、Ｗorld-Ｗide Ｗebの
情報をＨyper Ｔransfer Ｐrotocolにより提供するサー
バコンピュータにおいて、 同一ユーザからの一連のアクセスを識別する対話識別手
段と、同一ユーザのアクセスの履歴を記憶する対話記憶
手段と、アクセス履歴を複数サーバから参照する事によ
り情報提供を制御する制御手段を有することを特徴とす
るサーバコンピュータ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20010795A JP3528065B2 (ja) | 1995-08-04 | 1995-08-04 | コンピュータネットワーク上の対話継承型アクセス制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20010795A JP3528065B2 (ja) | 1995-08-04 | 1995-08-04 | コンピュータネットワーク上の対話継承型アクセス制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0950422A true JPH0950422A (ja) | 1997-02-18 |
| JP3528065B2 JP3528065B2 (ja) | 2004-05-17 |
Family
ID=16418953
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP20010795A Expired - Lifetime JP3528065B2 (ja) | 1995-08-04 | 1995-08-04 | コンピュータネットワーク上の対話継承型アクセス制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3528065B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10275124A (ja) * | 1997-03-28 | 1998-10-13 | Nec Corp | 閲覧ソフトウェアを利用した無停電電源装置における電源制御方式 |
| JPH11353274A (ja) * | 1998-06-08 | 1999-12-24 | Nec Corp | ネットワークにおけるアクセス状況監視システム |
| JP2003058503A (ja) * | 2001-08-09 | 2003-02-28 | Yafoo Japan Corp | ユーザ認証方法、及び、ユーザ認証システム |
| JP2003308299A (ja) * | 2002-04-17 | 2003-10-31 | Patent One Kk | アクセス権限管理システム及び方法、アクセス権限情報管理装置、携帯電話機、情報提供装置、並びにプログラム |
| US6901553B1 (en) | 1999-03-30 | 2005-05-31 | Fuji Xerox Co., Ltd. | Apparatus and method for providing intrinsic access space to user in hypertext space |
| JP2005284610A (ja) * | 2004-03-29 | 2005-10-13 | Alps System Integration Co Ltd | 学習用シングルサインオンシステム |
| JP2010244226A (ja) * | 2009-04-03 | 2010-10-28 | Nec Corp | 認証装置、サーバシステム、複数セル間のサーバ認証方法、認証プログラム |
-
1995
- 1995-08-04 JP JP20010795A patent/JP3528065B2/ja not_active Expired - Lifetime
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10275124A (ja) * | 1997-03-28 | 1998-10-13 | Nec Corp | 閲覧ソフトウェアを利用した無停電電源装置における電源制御方式 |
| JPH11353274A (ja) * | 1998-06-08 | 1999-12-24 | Nec Corp | ネットワークにおけるアクセス状況監視システム |
| US6901553B1 (en) | 1999-03-30 | 2005-05-31 | Fuji Xerox Co., Ltd. | Apparatus and method for providing intrinsic access space to user in hypertext space |
| JP2003058503A (ja) * | 2001-08-09 | 2003-02-28 | Yafoo Japan Corp | ユーザ認証方法、及び、ユーザ認証システム |
| JP2003308299A (ja) * | 2002-04-17 | 2003-10-31 | Patent One Kk | アクセス権限管理システム及び方法、アクセス権限情報管理装置、携帯電話機、情報提供装置、並びにプログラム |
| JP2005284610A (ja) * | 2004-03-29 | 2005-10-13 | Alps System Integration Co Ltd | 学習用シングルサインオンシステム |
| JP2010244226A (ja) * | 2009-04-03 | 2010-10-28 | Nec Corp | 認証装置、サーバシステム、複数セル間のサーバ認証方法、認証プログラム |
| US8181235B2 (en) | 2009-04-03 | 2012-05-15 | Nec Corporation | Authentication device, server system, and method of authenticating server between a plurality of cells and authentication program thereof |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3528065B2 (ja) | 2004-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109587133B (zh) | 一种单点登录系统及方法 | |
| CN111416822B (zh) | 访问控制的方法、电子设备和存储介质 | |
| US6496855B1 (en) | Web site registration proxy system | |
| KR100781725B1 (ko) | 피어 투 피어 인가를 위한 방법 및 시스템 | |
| AU756650B2 (en) | An internet interface system | |
| US5848412A (en) | User controlled browser identification disclosing mechanism | |
| KR100331525B1 (ko) | 사용자 인증 시스템 및 그 방법 | |
| US6393468B1 (en) | Data access control | |
| US8006289B2 (en) | Method and system for extending authentication methods | |
| EP1645971B1 (en) | Database access control method, database access controller, agent processing server, database access control program, and medium recording the program | |
| CN100533434C (zh) | 在因特网搜索引擎上检测无效点击的方法和设备 | |
| US20210165871A1 (en) | Global identity for use in a hybrid cloud network architecture | |
| CN101160906B (zh) | 涉及跨分布式目录的组成员资格的访问授权的方法和系统 | |
| US20030061512A1 (en) | Method and system for a single-sign-on mechanism within application service provider (ASP) aggregation | |
| JP5418681B2 (ja) | 仲介処理方法、仲介装置及びシステム | |
| US10476733B2 (en) | Single sign-on system and single sign-on method | |
| WO2004036351A2 (en) | Cross-site timed out authentication management | |
| JP2005519365A (ja) | 単一サインオンサービスにおけるユーザ識別子の取り扱い方法及び装置 | |
| US8037190B2 (en) | Managing multiple network application versions | |
| US20070055666A1 (en) | Personalisation | |
| JPH09146824A (ja) | 対話管理型情報提供方法及び装置 | |
| US7093019B1 (en) | Method and apparatus for providing an automated login process | |
| JP2000106552A (ja) | 認証方法 | |
| JPH0950422A (ja) | コンピュータネットワーク上の対話継承型アクセス制御方法及びそのサーバコンピュータ | |
| JP3437680B2 (ja) | 対話管理型情報提供方法及び装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040210 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7426 Effective date: 20040210 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040210 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090305 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090305 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100305 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110305 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110305 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120305 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130305 Year of fee payment: 9 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |