JP3528065B2 - コンピュータネットワーク上の対話継承型アクセス制御方法 - Google Patents
コンピュータネットワーク上の対話継承型アクセス制御方法Info
- Publication number
- JP3528065B2 JP3528065B2 JP20010795A JP20010795A JP3528065B2 JP 3528065 B2 JP3528065 B2 JP 3528065B2 JP 20010795 A JP20010795 A JP 20010795A JP 20010795 A JP20010795 A JP 20010795A JP 3528065 B2 JP3528065 B2 JP 3528065B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- acquisition request
- server
- information acquisition
- user
- 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 - Lifetime
Links
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、コンピュータネッ
トワーク上の対話継承型アクセス制御方法に関し、詳し
くは、ハイパーテキストをコンピュータネットワーク上
でユーザに提供するための通信サービスのアクセス制御
に関するものである。 【０００２】 【従来の技術】従来、ハイパーテキストをコンピュータ
ネットワーク上で、ユーザに対して提供する通信サービ
スとしてＷＷＷ（Ｗorld-Ｗide Ｗeb）が知られてお
り、そのための方法としてＨＴＴＰ（Ｈyper Ｔext Ｔr
ansfer Ｐrotocol）がある。この方法は、不特定多数の
ユーザへのサービス提供を行うものであるが、従来はユ
ーザのハイパーテキストに対する一連の操作に対して情
報取得の要求が生じた時のみ、情報取得要求中のプロト
コル、ＩＰアドレス（サーバアドレス）、ポート番号、
取得する情報等を設定したＵＲＬ（Ｕniform Ｒesource
Ｌocator）で指定されるサービス提供元のサーバに接
続を行い情報の取得を行っている。 【０００３】図７は、この従来のＷＷＷのシステム構成
を示したものである。同図において、１０１はサービス
の提供を受けるためにユーザが用いるコンピュータ（ク
ライアント側コンピュータ）、１０３はサービスを提供
するためのコンピュータ（サーバ側コンピュータ）で、
両者はネットワーク１０４によって接続されている。コ
ンピュータ１０１の内部において、２０１がＷＷＷサー
ビスの提供を受けるための各種ブラウザ、２０２が該コ
ンピュータ１０１を制御するための各種オペレーティン
グシステムであり、また、コンピュータ１０３の内部に
おいて、２０３がＷＷＷサービスにおいてユーザに提供
するための情報（ハイパーテキストなど）の蓄積部、２
０４がＷＷＷサービスを提供するための各種デーモン、
２０５が該コンピュータ１０３を制御するための各種オ
ペレーティングシステムである。ブラウザ２０１では、
コンピュータの入力装置から入力されたユーザからのＵ
ＲＬに従い、ネットワーク上のＷＷＷサーバに情報取得
要求を発行する。情報取得要求を受けたＷＷＷサーバの
デーモン２０４では、ＵＲＬで示される情報蓄積部２０
３内の情報をユーザに転送する。 【０００４】図８に、この従来のＷＷＷサーバのサービ
ス提供シーケンスの一例を示す。同図において、複数の
ユーザから複数回情報提供要求がある場合でも同様の手
順で情報を返送する。 【０００５】上記従来のＷＷＷにおけるＨＴＴＰは、不
特定多数のユーザへの通信サービスが対象であり、一連
の情報取得要求の中から同一ユーザの識別、ユーザごと
の操作履歴の記憶、アクセス履歴により情報の保護が行
えない。 【０００６】これに対して、先に本出願人は、一連の情
報取得要求の中から同一ユーザの識別、ユーザごとの操
作履歴の記憶、アクセス履歴による情報の保護を行う機
能を拡張した方式を提案した（特願平７−１２５３８７
号「対話管理型情報提供方法及び装置」）。 【０００７】図９は、特願平７−１２５３８７号のシス
テム構成を示したものである。１０１，１０３及び１０
４は図７と同様である。クライアント側コンピュータ１
０１の内部において、２０１がＷＷＷサービスの提供を
受けるための各種ブラウザ、２０２が該コンピュータ１
０１を制御するための各種オペレーティングシステムで
あり、また、サーバ側コンピュータ１０３の内部におい
て、２０３がＷＷＷサービスにおいてユーザに提供する
ための情報（ハイパーテキストなど）の蓄積部、４０１
が対話管理可能なＷＷＷサービスを提供するためのデー
モン、４０２が対話管理を行うために必要な情報を蓄積
する対話記憶部、２０５が該コンピュータを制御するた
めの各種オペレーティングシステムである。ブラウザ２
０１からは、コンピュータの入力装置から入力されたユ
ーザからのＵＲＬに従い、ネットワーク上のＷＷＷサー
バに情報取得要求が発行される。情報取得要求を受けた
ＷＷＷサーバのデーモン４０１では、対話記憶部４０２
の情報をもとにＷＷＷサービスの提供の可否を判定し、
サービス提供を許可する場合にはＵＲＬで示される情報
蓄積部２０３内の情報をユーザに転送する。 【０００８】図１０に、この場合のクライアントとサー
バ間のシーケンスの一例を示す。ここで、一連のアクセ
スを対話と呼ぶことにする。ユーザからのアクセスの初
期の段階において、サーバがその対話に対する識別子
（対話ＩＤ）を生成し、次回のアクセスに必要となるＵ
ＲＬにその対話ＩＤを付加したハイパーテキストをユー
ザに提供する。クライアントからは、転送されてきたハ
イパーテキスト上の所定の文字をユーザがクリックする
ことにより、対話ＩＤ付きＵＲＬによってサーバにアク
セスを行う。 【０００９】上記特願平７−１２５３８７号の方式で
は、不特定多数のユーザを対象とした通信サービスにお
いて高度のアクセス制御が可能であるが、これらの機能
の有効範囲はそれぞれの情報提供元のサーバに対しての
みである。このため、ＷＷＷを用いた一連の情報取得に
おいて、コンピュータネットワーク上の様々な情報提供
サーバ間をまたがってアクセスする場合、それぞれのサ
ーバにおいて別々に情報取得要求の認証を行う必要が生
じる。 【００１０】 【発明が解決しようとする課題】本発明の目的は、ハイ
パーテキストをコンピュータネットワーク上で、不特定
多数のユーザに提供するＷＷＷを用いた通信サービスに
おいて、一連の情報取得要求の中から同一ユーザの識
別、ユーザごとの操作履歴の記憶、アクセス履歴による
情報の保護等の高度なアクセス制御を可能にすると同時
に、複数のサーバをまたがった一連のアクセスにおいて
も一貫性を持ったアクセス制御を可能にして、それぞれ
のサーバでの別々の情報取得要求の認証を不要にするこ
とにある。 【００１１】 【課題を解決するための手段】本発明は、ＷＷＷにおけ
るＨＴＴＰで利用されるＵＲＬに先の特願平７−１２５
３８７号で導入した同一ユーザからの一連の情報を識別
する識別子（対話ＩＤ）を、コンピュータネットワーク
上に多数存在するサーバ間で継承して管理する事を最も
主要な特徴とする。 【００１２】 【作用】本発明では、ユーザからのアクセスの初期の段
階において、サーバがその対話に対する識別子（対話Ｉ
Ｄ）を生成し、次回のアクセスに必要となるＵＲＬと対
話ＩＤを付加したハイパーテキストをユーザに提供す
る。クライアントからは、転送されてきたハイパーテキ
スト上の所定の文字をユーザがクリックすることによ
り、対話ＩＤとＵＲＬによってサーバにアクセスを行
う。サーバはクライアントから送信されたきた情報取得
要求の中の対話ＩＤを解析し、同一ユーザの識別、一連
のアクセスの記憶、所定のアクセスのチェックなどを行
う。これらのチェックにおいて、自サーバ内の対話ＩＤ
の管理情報による識別だけでなく、他のサーバで管理さ
れている対話ＩＤについても該当のサーバへの問合わせ
を行い、他のサーバ発行の対話ＩＤも有効にする。これ
により、サーバをまたがった一連のアクセスにおいて
も、一貫性を持ったアクセス制御ができるようになる。 【００１３】 【実施例】以下、本発明について図面を参照して説明す
る。 【００１４】図１は、本発明を適用するコンピュータネ
ットワークの一実施例を示したものである。同図におい
て、１０１はサービスの提供を受けるためにユーザが用
いるコンピュータ（クライアント側コンピュータ）、１
０２および１０３はサービスを提供するためのコンピュ
ータ（サーバ側コンピュータ）、１０４は両者の間で通
信サービスを提供するためのネットワークである。クラ
イアント側コンピュータ１０１では各種のＷＷＷ用ブラ
ウザが動作し、サーバ側コンピュータ１０２および１０
３ではＷＷＷサービスを提供する各種デーモンプログラ
ムが動作し、ネットワーク１０４を通してユーザに提供
するための情報が蓄積されている。１０２と１０３の違
いは、１０２は１０１の側のユーザ情報を管理してお
り、１０３は１０１の側のユーザ情報を管理していない
事である。各コンピュータ１０１，１０２および１０３
はネットワーク１０４によって接続されている。 【００１５】図２に、本発明のより詳細なシステム構成
の一実施例を示す。同図において、クライアント側コン
ピュータ１０１中の、２０１がＷＷＷサービスの提供を
受けるための各種ブラウザ、２０２が該コンピュータ１
０１を制御するための各種オペレーティングシステムで
あり、また、サーバ側コンピュータ１０２および１０３
中の、２０３がＷＷＷサービスにおいてユーザに提供す
るための情報（ハイパーテキストなど）の蓄積部、４０
１が対話管理可能なＷＷＷサービスを提供するためのサ
ービス制御部（デーモン）、４０２が対話管理を行うた
めに必要な情報を蓄積する対話記憶部、２０５が該コン
ピュータ１０２，１０３を制御するための各種オペレー
ティングシステムである。コンピュータ１０２は、クラ
イアント側コンピュータ１０１を用いるユーザのユーザ
情報を管理しているホームサーバであり、コンピュータ
１０３はクライアント側コンピュータ１０１のホームサ
ーバではないサーバコンピュータである。 【００１６】図３は、コンピュータ１０２，１０３内の
サービス制御部（デーモン）４０１の詳細構成を示した
もので、６０１がアクセス制御部、６０２が対話識別
部、６０３が通信処理部である。 【００１７】クライアント側コンピュータ１０１のブラ
ウザ２０１からは、該コンピュータ１０１の入力装置か
ら入力されたユーザからのＵＲＬに従い、ネットワーク
１０４上のＷＷＷサーバに情報取得要求が発行される。
情報取得要求を受けたサーバ側コンピュータ１０２また
は１０３のサービス制御部４０１では、アクセス制御部
６０１において情報提供およびアクセスの可否の判定を
行い、対話識別部６０２においてはアクセスが許可され
たユーザへの対話ＩＤの発行および対話ＩＤごとにユー
ザのアクセス情報の管理を行い、通信処理部６０３によ
って蓄積装置２０３内の情報をユーザに転送する。 【００１８】図４は、本発明によるクライアントとサー
バ間のシーケンスの一例を示したものである。ここで、
サーバＡとサーバＢは提携関係にあるとする。 【００１９】始めのユーザＡに対する例では、クライア
ント（ブラウザ）においてユーザＡからのＵＲＬの入力
によりサーバＡへ情報取得要求（１回目のアクセス）を
行い、対話ＩＤ取得要求付き初期画面を取得する。次に
クライアントでは、ユーザＡの操作により対話ＩＤ取得
要求付き情報取得要求（２回目のアクセス）をサーバＡ
へ行う。サーバＡはクライアントからの情報取得要求が
情報提供条件を満たしていれば（例えば、ユーザ名とパ
スワードの一致などで、この例ではユーザＡの情報がサ
ーバＡにおいて管理されている）、対話ＩＤを発行し、
対話記憶部４０２に対話ＩＤを記憶し、ユーザからの要
求のあったハイパーテキスト（これには次の情報取得要
求が付いている）に対話ＩＤを付加して出力する。この
例では、次の情報取得要求の宛先がサーバＢ内のハイパ
ーテキストであり、サーバＡで発行された対話ＩＤが付
加された情報取得要求をサーバＢに発行する（３回目の
アクセス）。対話ＩＤ付き情報取得要求を受け付けたサ
ーバＢは、対話ＩＤを解析し、対話ＩＤ発行元のサーバ
Ａへ対話ＩＤの照会とユーザ情報の取得要求を発行す
る。サーバＡでは、サーバＢからの問合わせに対して、
対話記憶部４０２を検索して対話ＩＤの認証を行い、サ
ーバＢへ認証結果およびシステム内（例えばＯＳへの問
合わせ）のユーザ情報を返送する。サーバＢ、ではサー
バＡから送信されて来た認証結果およびユーザ情報に基
づき、サーバＢ内の情報のユーザＡへの提供の可否を判
定する。この例では、ユーザＡへの情報提供を認めたた
め、サーバＢは自情報蓄積部２０３内のハイパーテキス
トをユーザＡに出力する。 【００２０】次のサーバＢをホームサーバとするユーザ
Ｂに対する例では、クライアント（ブラウザ）において
ユーザＢからのＵＲＬの入力によりサーバＡへ情報取得
要求（１回目のアクセス）を行い、対話ＩＤ取得要求付
き初期画面を取得する。次にクライアントでは、ユーザ
Ｂの操作により対話ＩＤ取得要求付き情報取得要求（２
回目のアクセス）をサーバＡへ行う。しかし、この例で
は、ユーザＢの情報がサーバＡにおいて管理されておら
ず、ユーザＢは一連のアクセスの過程においてホームサ
ーバにおける認証を行っていない（サーバＢが発行した
対話ＩＤがない）為に、サーバＡにおいてアクセスが拒
否される。 【００２１】図５は、対話ＩＤ付き情報取得要求の実施
例の一つとして、対話ＩＤ付きＵＲＬの一例を示たもの
である。初期画面を得るための始めのアクセスにおいて
用いられる一回目のアクセスのＵＲＬは従来のＷＷＷと
同様である。２回目のアクセスにおいて、このＵＲＬに
ＩＤ取得要求を付加している。３回目以降のアクセスに
おいては、各種情報取得要求の他に発行元サーバを明記
した対話ＩＤを付加してサーバにアクセスを行う。そし
て、この対話ＩＤが他のサーバに対しても継承される。 【００２２】図６は、サーバ側コンピュータにおけるサ
ービス制御部４０１の動作のフローチャートを示したも
のである。図６中、破線で囲った部分がアクセス制御部
６０１と対話識別部６０２の動作、それ以外は通信処理
部６０３の動作である。 【００２３】まず、ステップ１００２において、サービ
ス制御部への入力がクライアントからの情報取得要求で
あるか、他のサーバからの対話ＩＤの問い合わせかを判
別する。他のサーバからの対話ＩＤの問い合わせの場合
は、ステップ１００３〜１００６の処理を行い、判定結
果とユーザ情報を問い合わせのあったサーバへ返送す
る。クライアントからの情報取得要求である場合は、初
回アクセスであるのか、ＩＤ取得要求であるのか、対話
ＩＤ付き情報取得要求であるのか、ステップ１００７お
よび１００９で判別する。初回アクセスの場合は、ステ
ップ１００８でＩＤ取得要求付き初期画面を返送するた
めの処理を行う。ＩＤ取得要求の場合は、ＩＤ取得要求
と共に送信されてくるユーザ情報に基づき対話ＩＤ発行
の可否をステップ１０１０において判別し、対話ＩＤ発
行を許可する場合には、ステップ１０１１〜１０１４の
処理を行ってユーザに情報を提供し、許可しない場合
は、ステップ１０１５でアクセス拒否のメッセージを出
力する。対話ＩＤ付き情報取得要求の場合は、ステップ
１０１６で対話ＩＤの抽出、ステップ１０１７で該対話
ＩＤのチェックを行う。そして、対話ＩＤが自分自身が
発行したものである場合は、ステップ１０１８〜１０２
０の処理に従いユーザに情報を提供し、他サーバの発行
した対話ＩＤの場合は、ステップ１０２１で対話ＩＤで
識別されるサーバへ対話ＩＤの問い合わせを行い、ステ
ップ１０２２で判定結果とユーザ情報を取得した後、ス
テップ１０２３でアクセスの可否をチェックし、アクセ
スを許可する場合はステップ１０２４，１０２５でユー
ザに情報を提供し、その以外の対話ＩＤの場合は不正な
対話ＩＤとみなし、ステップ１０２６でアクセス拒否の
処理を行う。 【００２４】 【発明の効果】以上説明したように、本発明によれば、
先の特願平７−１２５３８７号において導入した一連の
アクセスに対する識別子を、異なるサーバ間で継承して
有効にする事により、サーバにまたがった一連のアクセ
スにおいて一貫性を持ったアクセス制御ができるように
なる。
トワーク上の対話継承型アクセス制御方法に関し、詳し
くは、ハイパーテキストをコンピュータネットワーク上
でユーザに提供するための通信サービスのアクセス制御
に関するものである。 【０００２】 【従来の技術】従来、ハイパーテキストをコンピュータ
ネットワーク上で、ユーザに対して提供する通信サービ
スとしてＷＷＷ（Ｗorld-Ｗide Ｗeb）が知られてお
り、そのための方法としてＨＴＴＰ（Ｈyper Ｔext Ｔr
ansfer Ｐrotocol）がある。この方法は、不特定多数の
ユーザへのサービス提供を行うものであるが、従来はユ
ーザのハイパーテキストに対する一連の操作に対して情
報取得の要求が生じた時のみ、情報取得要求中のプロト
コル、ＩＰアドレス（サーバアドレス）、ポート番号、
取得する情報等を設定したＵＲＬ（Ｕniform Ｒesource
Ｌocator）で指定されるサービス提供元のサーバに接
続を行い情報の取得を行っている。 【０００３】図７は、この従来のＷＷＷのシステム構成
を示したものである。同図において、１０１はサービス
の提供を受けるためにユーザが用いるコンピュータ（ク
ライアント側コンピュータ）、１０３はサービスを提供
するためのコンピュータ（サーバ側コンピュータ）で、
両者はネットワーク１０４によって接続されている。コ
ンピュータ１０１の内部において、２０１がＷＷＷサー
ビスの提供を受けるための各種ブラウザ、２０２が該コ
ンピュータ１０１を制御するための各種オペレーティン
グシステムであり、また、コンピュータ１０３の内部に
おいて、２０３がＷＷＷサービスにおいてユーザに提供
するための情報（ハイパーテキストなど）の蓄積部、２
０４がＷＷＷサービスを提供するための各種デーモン、
２０５が該コンピュータ１０３を制御するための各種オ
ペレーティングシステムである。ブラウザ２０１では、
コンピュータの入力装置から入力されたユーザからのＵ
ＲＬに従い、ネットワーク上のＷＷＷサーバに情報取得
要求を発行する。情報取得要求を受けたＷＷＷサーバの
デーモン２０４では、ＵＲＬで示される情報蓄積部２０
３内の情報をユーザに転送する。 【０００４】図８に、この従来のＷＷＷサーバのサービ
ス提供シーケンスの一例を示す。同図において、複数の
ユーザから複数回情報提供要求がある場合でも同様の手
順で情報を返送する。 【０００５】上記従来のＷＷＷにおけるＨＴＴＰは、不
特定多数のユーザへの通信サービスが対象であり、一連
の情報取得要求の中から同一ユーザの識別、ユーザごと
の操作履歴の記憶、アクセス履歴により情報の保護が行
えない。 【０００６】これに対して、先に本出願人は、一連の情
報取得要求の中から同一ユーザの識別、ユーザごとの操
作履歴の記憶、アクセス履歴による情報の保護を行う機
能を拡張した方式を提案した（特願平７−１２５３８７
号「対話管理型情報提供方法及び装置」）。 【０００７】図９は、特願平７−１２５３８７号のシス
テム構成を示したものである。１０１，１０３及び１０
４は図７と同様である。クライアント側コンピュータ１
０１の内部において、２０１がＷＷＷサービスの提供を
受けるための各種ブラウザ、２０２が該コンピュータ１
０１を制御するための各種オペレーティングシステムで
あり、また、サーバ側コンピュータ１０３の内部におい
て、２０３がＷＷＷサービスにおいてユーザに提供する
ための情報（ハイパーテキストなど）の蓄積部、４０１
が対話管理可能なＷＷＷサービスを提供するためのデー
モン、４０２が対話管理を行うために必要な情報を蓄積
する対話記憶部、２０５が該コンピュータを制御するた
めの各種オペレーティングシステムである。ブラウザ２
０１からは、コンピュータの入力装置から入力されたユ
ーザからのＵＲＬに従い、ネットワーク上のＷＷＷサー
バに情報取得要求が発行される。情報取得要求を受けた
ＷＷＷサーバのデーモン４０１では、対話記憶部４０２
の情報をもとにＷＷＷサービスの提供の可否を判定し、
サービス提供を許可する場合にはＵＲＬで示される情報
蓄積部２０３内の情報をユーザに転送する。 【０００８】図１０に、この場合のクライアントとサー
バ間のシーケンスの一例を示す。ここで、一連のアクセ
スを対話と呼ぶことにする。ユーザからのアクセスの初
期の段階において、サーバがその対話に対する識別子
（対話ＩＤ）を生成し、次回のアクセスに必要となるＵ
ＲＬにその対話ＩＤを付加したハイパーテキストをユー
ザに提供する。クライアントからは、転送されてきたハ
イパーテキスト上の所定の文字をユーザがクリックする
ことにより、対話ＩＤ付きＵＲＬによってサーバにアク
セスを行う。 【０００９】上記特願平７−１２５３８７号の方式で
は、不特定多数のユーザを対象とした通信サービスにお
いて高度のアクセス制御が可能であるが、これらの機能
の有効範囲はそれぞれの情報提供元のサーバに対しての
みである。このため、ＷＷＷを用いた一連の情報取得に
おいて、コンピュータネットワーク上の様々な情報提供
サーバ間をまたがってアクセスする場合、それぞれのサ
ーバにおいて別々に情報取得要求の認証を行う必要が生
じる。 【００１０】 【発明が解決しようとする課題】本発明の目的は、ハイ
パーテキストをコンピュータネットワーク上で、不特定
多数のユーザに提供するＷＷＷを用いた通信サービスに
おいて、一連の情報取得要求の中から同一ユーザの識
別、ユーザごとの操作履歴の記憶、アクセス履歴による
情報の保護等の高度なアクセス制御を可能にすると同時
に、複数のサーバをまたがった一連のアクセスにおいて
も一貫性を持ったアクセス制御を可能にして、それぞれ
のサーバでの別々の情報取得要求の認証を不要にするこ
とにある。 【００１１】 【課題を解決するための手段】本発明は、ＷＷＷにおけ
るＨＴＴＰで利用されるＵＲＬに先の特願平７−１２５
３８７号で導入した同一ユーザからの一連の情報を識別
する識別子（対話ＩＤ）を、コンピュータネットワーク
上に多数存在するサーバ間で継承して管理する事を最も
主要な特徴とする。 【００１２】 【作用】本発明では、ユーザからのアクセスの初期の段
階において、サーバがその対話に対する識別子（対話Ｉ
Ｄ）を生成し、次回のアクセスに必要となるＵＲＬと対
話ＩＤを付加したハイパーテキストをユーザに提供す
る。クライアントからは、転送されてきたハイパーテキ
スト上の所定の文字をユーザがクリックすることによ
り、対話ＩＤとＵＲＬによってサーバにアクセスを行
う。サーバはクライアントから送信されたきた情報取得
要求の中の対話ＩＤを解析し、同一ユーザの識別、一連
のアクセスの記憶、所定のアクセスのチェックなどを行
う。これらのチェックにおいて、自サーバ内の対話ＩＤ
の管理情報による識別だけでなく、他のサーバで管理さ
れている対話ＩＤについても該当のサーバへの問合わせ
を行い、他のサーバ発行の対話ＩＤも有効にする。これ
により、サーバをまたがった一連のアクセスにおいて
も、一貫性を持ったアクセス制御ができるようになる。 【００１３】 【実施例】以下、本発明について図面を参照して説明す
る。 【００１４】図１は、本発明を適用するコンピュータネ
ットワークの一実施例を示したものである。同図におい
て、１０１はサービスの提供を受けるためにユーザが用
いるコンピュータ（クライアント側コンピュータ）、１
０２および１０３はサービスを提供するためのコンピュ
ータ（サーバ側コンピュータ）、１０４は両者の間で通
信サービスを提供するためのネットワークである。クラ
イアント側コンピュータ１０１では各種のＷＷＷ用ブラ
ウザが動作し、サーバ側コンピュータ１０２および１０
３ではＷＷＷサービスを提供する各種デーモンプログラ
ムが動作し、ネットワーク１０４を通してユーザに提供
するための情報が蓄積されている。１０２と１０３の違
いは、１０２は１０１の側のユーザ情報を管理してお
り、１０３は１０１の側のユーザ情報を管理していない
事である。各コンピュータ１０１，１０２および１０３
はネットワーク１０４によって接続されている。 【００１５】図２に、本発明のより詳細なシステム構成
の一実施例を示す。同図において、クライアント側コン
ピュータ１０１中の、２０１がＷＷＷサービスの提供を
受けるための各種ブラウザ、２０２が該コンピュータ１
０１を制御するための各種オペレーティングシステムで
あり、また、サーバ側コンピュータ１０２および１０３
中の、２０３がＷＷＷサービスにおいてユーザに提供す
るための情報（ハイパーテキストなど）の蓄積部、４０
１が対話管理可能なＷＷＷサービスを提供するためのサ
ービス制御部（デーモン）、４０２が対話管理を行うた
めに必要な情報を蓄積する対話記憶部、２０５が該コン
ピュータ１０２，１０３を制御するための各種オペレー
ティングシステムである。コンピュータ１０２は、クラ
イアント側コンピュータ１０１を用いるユーザのユーザ
情報を管理しているホームサーバであり、コンピュータ
１０３はクライアント側コンピュータ１０１のホームサ
ーバではないサーバコンピュータである。 【００１６】図３は、コンピュータ１０２，１０３内の
サービス制御部（デーモン）４０１の詳細構成を示した
もので、６０１がアクセス制御部、６０２が対話識別
部、６０３が通信処理部である。 【００１７】クライアント側コンピュータ１０１のブラ
ウザ２０１からは、該コンピュータ１０１の入力装置か
ら入力されたユーザからのＵＲＬに従い、ネットワーク
１０４上のＷＷＷサーバに情報取得要求が発行される。
情報取得要求を受けたサーバ側コンピュータ１０２また
は１０３のサービス制御部４０１では、アクセス制御部
６０１において情報提供およびアクセスの可否の判定を
行い、対話識別部６０２においてはアクセスが許可され
たユーザへの対話ＩＤの発行および対話ＩＤごとにユー
ザのアクセス情報の管理を行い、通信処理部６０３によ
って蓄積装置２０３内の情報をユーザに転送する。 【００１８】図４は、本発明によるクライアントとサー
バ間のシーケンスの一例を示したものである。ここで、
サーバＡとサーバＢは提携関係にあるとする。 【００１９】始めのユーザＡに対する例では、クライア
ント（ブラウザ）においてユーザＡからのＵＲＬの入力
によりサーバＡへ情報取得要求（１回目のアクセス）を
行い、対話ＩＤ取得要求付き初期画面を取得する。次に
クライアントでは、ユーザＡの操作により対話ＩＤ取得
要求付き情報取得要求（２回目のアクセス）をサーバＡ
へ行う。サーバＡはクライアントからの情報取得要求が
情報提供条件を満たしていれば（例えば、ユーザ名とパ
スワードの一致などで、この例ではユーザＡの情報がサ
ーバＡにおいて管理されている）、対話ＩＤを発行し、
対話記憶部４０２に対話ＩＤを記憶し、ユーザからの要
求のあったハイパーテキスト（これには次の情報取得要
求が付いている）に対話ＩＤを付加して出力する。この
例では、次の情報取得要求の宛先がサーバＢ内のハイパ
ーテキストであり、サーバＡで発行された対話ＩＤが付
加された情報取得要求をサーバＢに発行する（３回目の
アクセス）。対話ＩＤ付き情報取得要求を受け付けたサ
ーバＢは、対話ＩＤを解析し、対話ＩＤ発行元のサーバ
Ａへ対話ＩＤの照会とユーザ情報の取得要求を発行す
る。サーバＡでは、サーバＢからの問合わせに対して、
対話記憶部４０２を検索して対話ＩＤの認証を行い、サ
ーバＢへ認証結果およびシステム内（例えばＯＳへの問
合わせ）のユーザ情報を返送する。サーバＢ、ではサー
バＡから送信されて来た認証結果およびユーザ情報に基
づき、サーバＢ内の情報のユーザＡへの提供の可否を判
定する。この例では、ユーザＡへの情報提供を認めたた
め、サーバＢは自情報蓄積部２０３内のハイパーテキス
トをユーザＡに出力する。 【００２０】次のサーバＢをホームサーバとするユーザ
Ｂに対する例では、クライアント（ブラウザ）において
ユーザＢからのＵＲＬの入力によりサーバＡへ情報取得
要求（１回目のアクセス）を行い、対話ＩＤ取得要求付
き初期画面を取得する。次にクライアントでは、ユーザ
Ｂの操作により対話ＩＤ取得要求付き情報取得要求（２
回目のアクセス）をサーバＡへ行う。しかし、この例で
は、ユーザＢの情報がサーバＡにおいて管理されておら
ず、ユーザＢは一連のアクセスの過程においてホームサ
ーバにおける認証を行っていない（サーバＢが発行した
対話ＩＤがない）為に、サーバＡにおいてアクセスが拒
否される。 【００２１】図５は、対話ＩＤ付き情報取得要求の実施
例の一つとして、対話ＩＤ付きＵＲＬの一例を示たもの
である。初期画面を得るための始めのアクセスにおいて
用いられる一回目のアクセスのＵＲＬは従来のＷＷＷと
同様である。２回目のアクセスにおいて、このＵＲＬに
ＩＤ取得要求を付加している。３回目以降のアクセスに
おいては、各種情報取得要求の他に発行元サーバを明記
した対話ＩＤを付加してサーバにアクセスを行う。そし
て、この対話ＩＤが他のサーバに対しても継承される。 【００２２】図６は、サーバ側コンピュータにおけるサ
ービス制御部４０１の動作のフローチャートを示したも
のである。図６中、破線で囲った部分がアクセス制御部
６０１と対話識別部６０２の動作、それ以外は通信処理
部６０３の動作である。 【００２３】まず、ステップ１００２において、サービ
ス制御部への入力がクライアントからの情報取得要求で
あるか、他のサーバからの対話ＩＤの問い合わせかを判
別する。他のサーバからの対話ＩＤの問い合わせの場合
は、ステップ１００３〜１００６の処理を行い、判定結
果とユーザ情報を問い合わせのあったサーバへ返送す
る。クライアントからの情報取得要求である場合は、初
回アクセスであるのか、ＩＤ取得要求であるのか、対話
ＩＤ付き情報取得要求であるのか、ステップ１００７お
よび１００９で判別する。初回アクセスの場合は、ステ
ップ１００８でＩＤ取得要求付き初期画面を返送するた
めの処理を行う。ＩＤ取得要求の場合は、ＩＤ取得要求
と共に送信されてくるユーザ情報に基づき対話ＩＤ発行
の可否をステップ１０１０において判別し、対話ＩＤ発
行を許可する場合には、ステップ１０１１〜１０１４の
処理を行ってユーザに情報を提供し、許可しない場合
は、ステップ１０１５でアクセス拒否のメッセージを出
力する。対話ＩＤ付き情報取得要求の場合は、ステップ
１０１６で対話ＩＤの抽出、ステップ１０１７で該対話
ＩＤのチェックを行う。そして、対話ＩＤが自分自身が
発行したものである場合は、ステップ１０１８〜１０２
０の処理に従いユーザに情報を提供し、他サーバの発行
した対話ＩＤの場合は、ステップ１０２１で対話ＩＤで
識別されるサーバへ対話ＩＤの問い合わせを行い、ステ
ップ１０２２で判定結果とユーザ情報を取得した後、ス
テップ１０２３でアクセスの可否をチェックし、アクセ
スを許可する場合はステップ１０２４，１０２５でユー
ザに情報を提供し、その以外の対話ＩＤの場合は不正な
対話ＩＤとみなし、ステップ１０２６でアクセス拒否の
処理を行う。 【００２４】 【発明の効果】以上説明したように、本発明によれば、
先の特願平７−１２５３８７号において導入した一連の
アクセスに対する識別子を、異なるサーバ間で継承して
有効にする事により、サーバにまたがった一連のアクセ
スにおいて一貫性を持ったアクセス制御ができるように
なる。
【図面の簡単な説明】
【図１】本発明で対象とする通信サービスを提供するた
めのシステム構成の一例である。 【図２】本発明によるシステム構成の一実施例の詳細図
である。 【図３】図２のサーバ内のサービス制御部の詳細図であ
る。 【図４】本発明におけるクライアントとサーバ間のシー
ケンスの一例である。 【図５】本発明における対話ＩＤ付き情報取得要求を実
現するためのＵＲＬの一例である。 【図６】本発明におけるサーバのサービス制御部のフロ
ーチャートの一例である。 【図７】従来のＷＷＷサービスを提供するためのシステ
ム構成の一例である。 【図８】従来のＷＷＷサービスのサーバとクライアント
におけるシーケンスの一例である。 【図９】本出願人が先に提案したシステム構成の一例で
ある。 【図１０】図９のシステム構成のサーバとクライアント
におけるシーケンスの一例である。 【符号の説明】 １０１ 被サービス提供側コンピュータ １０２，１０３ サービス提供側コンピュータ １０４ ネットワーク ２０１ ＷＷＷブラウザ ２０２ オペレーティングシステム ２０３ 情報蓄積部 ２０４ ＷＷＷデーモン ２０５ オペレーティングシステム ４０１ サービス制御部 ４０２ 対話記憶部 ６０１ アクセス制御部 ６０２ 対話識別部 ６０３ 通信処理部
めのシステム構成の一例である。 【図２】本発明によるシステム構成の一実施例の詳細図
である。 【図３】図２のサーバ内のサービス制御部の詳細図であ
る。 【図４】本発明におけるクライアントとサーバ間のシー
ケンスの一例である。 【図５】本発明における対話ＩＤ付き情報取得要求を実
現するためのＵＲＬの一例である。 【図６】本発明におけるサーバのサービス制御部のフロ
ーチャートの一例である。 【図７】従来のＷＷＷサービスを提供するためのシステ
ム構成の一例である。 【図８】従来のＷＷＷサービスのサーバとクライアント
におけるシーケンスの一例である。 【図９】本出願人が先に提案したシステム構成の一例で
ある。 【図１０】図９のシステム構成のサーバとクライアント
におけるシーケンスの一例である。 【符号の説明】 １０１ 被サービス提供側コンピュータ １０２，１０３ サービス提供側コンピュータ １０４ ネットワーク ２０１ ＷＷＷブラウザ ２０２ オペレーティングシステム ２０３ 情報蓄積部 ２０４ ＷＷＷデーモン ２０５ オペレーティングシステム ４０１ サービス制御部 ４０２ 対話記憶部 ６０１ アクセス制御部 ６０２ 対話識別部 ６０３ 通信処理部
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 特開 昭62−26567（ＪＰ，Ａ)
特開 平６−290152（ＪＰ，Ａ)
斉藤典明他，Ｉｎｔｅｒｎｅｔ技術に
よるノウハウ共有システム，電子情報通
信学会技術研究報告，1995年 ５月25
日，第95巻，第77号，ｐ．37−ｐ．42
元田敏浩，徳丸浩二，ＷＷＷとデータ
ベースサービスとの連携方式の検証，電
子情報通信学会技術研究報告，1995年
５月30日，第95巻，第86号，ｐ．47−
ｐ．54
北角智洋，勝俣雅司，コンピュータネ
ットワークにおける認証およびアクセス
権管理方式の検討，電子情報通信学会技
術研究報告，1994年 １月28日，第93
巻，第456号，ｐ．61−ｐ．66
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 15/00
G06F 12/00
G06F 13/00
G06F 17/60
H04L 9/00
Claims (1)
- (57)【特許請求の範囲】 【請求項１】 情報提供用のＷorld-Ｗide Ｗebを有す
るサーバコンピュータとＷorld-Ｗide Ｗebからの情報
取得のためのブラウザを有するクライアントコンピュー
タを含むコンピュータネットワークにおける該コンピュ
ータネットワーク上の対話継承型アクセス制御方法であ
って、前記サーバコンピュータは、 前記クライアントコンピュータからの情報取得要求受信
時、対話ＩＤ取得要求付き情報取得要求か、対話ＩＤ付
き情報取得要求か、これらのいずれでもない情報取得要
求（以下、初回の情報取得要求）かを判定し、 前記初回の情報取得要求 の場合は、ＩＤ取得要求付き情
報要求をもつ初期画面のハイパーテキストを前記クライ
アントコンピュータに返送し、前記対話ＩＤ取得要求付き情報取得要求の場合は、情報
提供条件を満たしたユーザからの要求であれば、 発行元
サーバの明記された対話ＩＤを生成し、該対話ＩＤを対
話記憶部に登録し、該対話ＩＤを付加したハイパーテキ
ストを前記クライアントコンピュータに返送し、前記ＩＤ付き情報取得要求の場合は、該 情報取得要求内
の対話ＩＤを抽出し、該対話ＩＤから判明する発行元サ
ーバに問い合わせを行い、該発行元サーバからのユーザ
認証の結果に基づき情報提供の可否の判定を行い、対話
ＩＤが存在しない場合、または正規の対話ＩＤでない場
合、または、正規の対話ＩＤでもユーザの属性により情
報提供を認めない場合には、アクセス拒否を行う、こと
を特徴とするコンピュータネットワーク上の対話継承型
アクセス制御方法。
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 JPH0950422A (ja) | 1997-02-18 |
| JP3528065B2 true 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) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10275124A (ja) * | 1997-03-28 | 1998-10-13 | Nec Corp | 閲覧ソフトウェアを利用した無停電電源装置における電源制御方式 |
| JP3248487B2 (ja) * | 1998-06-08 | 2002-01-21 | 日本電気株式会社 | ネットワークにおけるアクセス状況監視システム |
| JP2000285002A (ja) | 1999-03-30 | 2000-10-13 | Fuji Xerox Co Ltd | ハイパーテキスト空間においてユーザに固有アクセス空間を提供するための装置及び方法 |
| JP4758575B2 (ja) * | 2001-08-09 | 2011-08-31 | ヤフー株式会社 | ユーザ認証方法、及び、ユーザ認証システム |
| JP2003308299A (ja) * | 2002-04-17 | 2003-10-31 | Patent One Kk | アクセス権限管理システム及び方法、アクセス権限情報管理装置、携帯電話機、情報提供装置、並びにプログラム |
| JP4652710B2 (ja) * | 2004-03-29 | 2011-03-16 | チエル株式会社 | 学習用シングルサインオンシステム |
| JP4736140B2 (ja) * | 2009-04-03 | 2011-07-27 | 日本電気株式会社 | 認証装置、サーバシステム、認証方法、認証プログラム |
-
1995
- 1995-08-04 JP JP20010795A patent/JP3528065B2/ja not_active Expired - Lifetime
Non-Patent Citations (3)
| Title |
|---|
| 元田敏浩，徳丸浩二，ＷＷＷとデータベースサービスとの連携方式の検証，電子情報通信学会技術研究報告，１９９５年 ５月３０日，第９５巻，第８６号，ｐ．４７−ｐ．５４ |
| 北角智洋，勝俣雅司，コンピュータネットワークにおける認証およびアクセス権管理方式の検討，電子情報通信学会技術研究報告，１９９４年 １月２８日，第９３巻，第４５６号，ｐ．６１−ｐ．６６ |
| 斉藤典明他，Ｉｎｔｅｒｎｅｔ技術によるノウハウ共有システム，電子情報通信学会技術研究報告，１９９５年 ５月２５日，第９５巻，第７７号，ｐ．３７−ｐ．４２ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0950422A (ja) | 1997-02-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5357246B2 (ja) | 統合認証のためのシステム、方法およびプログラム製品 | |
| US8635679B2 (en) | Networked identity framework | |
| US5586260A (en) | Method and apparatus for authenticating a client to a server in computer systems which support different security mechanisms | |
| AU694367B2 (en) | Internet server access control and monitoring systems | |
| US7350229B1 (en) | Authentication and authorization mapping for a computer network | |
| US8006289B2 (en) | Method and system for extending authentication methods | |
| EP1379045B1 (en) | Arrangement and method for protecting end user data | |
| US7188181B1 (en) | Universal session sharing | |
| US9900305B2 (en) | Internet server access control and monitoring systems | |
| US7296077B2 (en) | Method and system for web-based switch-user operation | |
| US7464162B2 (en) | Systems and methods for testing whether access to a resource is authorized based on access information | |
| US7249369B2 (en) | Post data processing | |
| EP1645971B1 (en) | Database access control method, database access controller, agent processing server, database access control program, and medium recording the program | |
| US9514459B1 (en) | Identity broker tools and techniques for use with forward proxy computers | |
| US20020112155A1 (en) | User Authentication | |
| US20020091798A1 (en) | Providing data to applications from an access system | |
| US20040073668A1 (en) | Policy delegation for access control | |
| US20040267749A1 (en) | Resource name interface for managing policy resources | |
| US20040064824A1 (en) | Request processing switch | |
| US9894057B2 (en) | Method and system for managing secure custom domains | |
| JP3528065B2 (ja) | コンピュータネットワーク上の対話継承型アクセス制御方法 | |
| JP3437680B2 (ja) | 対話管理型情報提供方法及び装置 | |
| JP2000106552A (ja) | 認証方法 | |
| JP2005293088A (ja) | 認証システム及び認証方法 | |
| JP2004178466A (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 |