JP2001325224A - 通信システム - Google Patents

Abstract

(57)【要約】 【課題】ユーザが自己のアクセス権限の範囲を心配する
ことなくメニューにしたがってウェブページをアクセス
することができるシステムを提供する。 【解決手段】この発明の通信システムは、複数のウェブ
サーバとブラウザとの間の通信を制御する統合サーバ
と、前記複数のウェブサーバが備えるファイルの少なく
とも１つにアクセスする権限を有するユーザの識別情報
およびアクセス権限情報を有する認証サーバと、を備
え、統合サーバは、ユーザからのアクセス要求に応じ
て、認証サーバと通信しユーザのアクセス権限を確認
し、アクセス権限に対応する項目を含んだメニューペー
ジを作成してユーザに返すダイナミック・メニュー作成
機能を有する。一つの形態において、ダイナミック・メ
ニューを作成するためのHTML文書であるテンプレートを
備え、該テンプレートは、ユーザの属性に応じたページ
へのハイパーリンクの記述を含んでいる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワーク・
システムにおけるユーザ認証およびダイナミック・メニ
ューの作成に関する。

【０００２】

【従来の技術】一般にネットワーク・システムにおい
て、ユーザの認証はサーバ単位で実現している。業務上
複数のサーバを設ける場合、ユーザ登録およびアクセス
権限の設定はサーバごとに行なう。この方式では、ユー
ザの立場から、自己がどのサーバについてどういうアク
セス権限を持っているかが判然とせず、実際にユーザＩ
Ｄおよびパスワードを入力してアクセスを試みて、アク
セスを拒否されて自己にアクセス権限がないことを知る
ことがあった。さらに、それぞれのサーバ単位でユーザ
ＩＤおよびパスワードの入力を要求され使い勝手が悪い
という問題があった。

【０００３】特開平10-269184号公報には、証明証を利
用して統合認証サーバがＤＢサーバおよび業務サーバに
対するユーザのアクセス権限をチェックする方式が記載
されている。

【０００４】また、特開平11-25048号公報には、統合認
証サーバがクライエントから送られてくる統合証明書に
関してアクセス権限をチェックし、正当であれば、通信
当事者に証明書を送付し、通信を確立することが記載さ
れている。

【０００５】

【発明が解決しようとする課題】これらの公開公報に記
載される技術は、複数のサーバに対するユーザの認証を
統合するものではあっても、ユーザのアクセス権限の一
覧をユーザに提示するものではないから、複雑にアクセ
ス権限が設定されている場合、ユーザは自己にどの範囲
のアクセス権限が設定されているかについて記憶してお
くなり、アクセスの度にメモを参照する必要があるとい
う問題を含んでいる。

【０００６】

【課題を解決するための手段】上記の課題を解決するた
め、この発明の通信システムは、複数のウェブサーバと
ブラウザとの間の通信を制御する統合サーバと、前記複
数のウェブサーバが備えるファイルの少なくとも１つに
アクセスする権限を有するユーザの識別情報およびアク
セス権限情報を有する認証サーバと、を備え、統合サー
バは、ユーザからのアクセス要求に応じて、認証サーバ
と通信しユーザのアクセス権限を確認し、アクセス権限
に対応する項目を含んだメニューページを作成してユー
ザに返すダイナミック・メニュー作成機能を有する。

【０００７】このようにすることにより、ユーザには、
ユーザのアクセス権限に応じたメニューページが提示さ
れるので、ユーザは、自己のアクセス権限の範囲を心配
することなく、メニューにしたがってウェブページをア
クセスすることができる。

【０００８】この発明のシステムは、一つの形態におい
て、ダイナミック・メニューを作成するためのHTML文書
であるテンプレートを備え、該テンプレートは、ユーザ
の属性に応じたページへのハイパーリンクの記述を含ん
でいる。

【０００９】さらに具体的な形態において、この発明の
システムは、ユーザの属性グループごとに用意された複
数のページのＵＲＬを含む設定ファイルを備え、ハイパ
ーリンクの記述は、属性グループに関する変数を含んで
おり、ダイナミック・メニュー作成の際、アクセス中の
ユーザの属性グループに対応するページのＵＲＬがこの
変数に代入される。

【００１０】

【発明の実施の形態】次に図面を参照してこの発明の実
施の形態を説明する。図１は、この発明の一実施形態の
コンピュータ・ネットワークの全体的な構成を示すブロ
ック図である。

【００１１】ブラウザ11、12は、典型的にはパーソナル
・コンピュータに組み込まれた閲覧ソフトウェア、たと
えばネットスケープ（商標）、インターネット・エクス
プロアラ（商標）、によって実現され、インターネット
13またはイントラネットを介してインターネット・プロ
トコルにより統合サーバ14に接続される。ブラウザと統
合サーバ14との通信はＳＳＬ暗号機能を使用して行われ
る。

【００１２】統合サーバ14は、ブラウザから送信される
認証CookieまたはユーザＩＤおよびパスワードを認証サ
ーバ15に送り、ユーザのアクセス権限の認証を行う認証
機能14Bを備えている。

【００１３】ネットワークには複数のウェブサーバとし
て取引データベースサーバ16、情報提供サーバ17、およ
びホスト接続サーバ18が接続されている。たとえば保険
業務での適用を例にとると、取引データベースサーバ16
は代理店関連の取引データのデータベース16Aのための
ウェブサーバである。情報提供サーバ17は、マニュア
ル、新商品などの情報を代理店および社員に提供するた
めのウェブサーバである。ホスト接続サーバ18は、契約
管理システム18Aに接続するためのウェブサーバであ
る。

【００１４】ダイナミック・メニューの構成 図２および図３を参照しながらダイナミック・メニュー
の構成を説明する。ダイナミックメニューは、たとえば
図３に示す形態をとり、メニューページに埋め込まれて
ユーザのブラウザに表示される。この例ではNEW!新着情
報のボタン42がダイナミックに作成されており、このボ
タンをクリックすると、アクセス中のユーザの属性グル
ープに対応するページが表示される。ボタン43aから43e
は、通常のハイパーリンクのボタンであり、ユーザの属
性に関わらずそれぞれ同じウェブページにリンクされて
いる。ボタン44は、パスワード変更手続きに入るための
もので、ボタン45は、ログアウトするためのボタンであ
る。

【００１５】図２において、統合サーバ14のフォーワデ
ィング機能14Aは、インターネット13を介してブラウザ1
1、12と通信を行う機能である。ブラウザ11からのアク
セスに対して認証サーバ15による認証がなされると、メ
ニュー作成機能14CがHTML文書であるテンプレート32を
読み出す。このテンプレートは、ボタン42を表示するた
めに、たとえば改行タグ<BR>から始まる次に示す内容の
記述を含んでいる。

【００１６】 <BR> <TABLE CORDER=1 WIDTH=”100%”> <TR><TD ALIGN=”CENTER” BGCOLOR=”#DDDD”> <FONT COLOR=”#FF000”><STRONG>NEW! </STRONG><FONT
> <A HREF=”$S_NEW” TARGET=”VIEW”>新着情報</A> </TD></TR> </TABLE>

【００１７】この記述の中で、<Aおよび<A>は、アンカ
ータグと呼ばれ、ハイパーリンクを規定するタグであ
る。この例では、「新着情報」と表示されるボタンをク
リックすると、$S_NEWが示すＵＲＬにページが飛ぶこと
を規定している。$S_NEWは、ユーザの属性に応じて設定
ファイル31から読み出されて代入されるＵＲＬである。
したがって、ユーザに送信されるメニューページにおい
ては、$S_NEWの箇所に具体的なＵＲＬが入れられてい
る。

【００１８】設定ファイル31は、たとえば次の表に示す
内容を含んでいる。この例ではユーザの属性としてユー
ザの所属するグループをとっている。

【００１９】

【表１】

【００２０】ユーザからのアクセス要求があると、後に
アクセス制御のセクションで説明するように、認証サー
バ15のアクセス権限チェック機能15BがユーザＩＤまた
はユーザの属性を記述する情報に基づいてユーザの所属
グループを判断する。いまの場合、ユーザがgrp02に所
属するとすると、統合サーバは、https://www.abc.co.j
p/xyz/whatsnew3を表１の設定ファイルから読み出し、
テンプレート32における上述のアンカー中の$S_NEWに代
入する。こうして作成されたメニューページがブラウザ
11に送られる。

【００２１】こうしてブラウザ11に表示されたメニュー
ページでは、新着情報のボタン42は、https://www.abc.
co.jp/xyz/whatsnew3にハイパーリンクが形成されてい
る。したがって、このボタンをクリックすると、whatsn
ew3のページがブラウザに表示される。こうしてユーザ
には、ユーザに適した項目だけのページが提示される。

【００２２】ユーザ認証 次に図４を参照してユーザ認証のプロセスを説明する。
ブラウザ11がhttpプロトコルにしたがって統合サーバ14
にアクセス要求を送ると（101）、統合サーバ14、より
具体的には図１におけるフォーワディング機能14A、が
これを受信し、認証Cookieの有無をチェックする（10
2）。Cookie（クッキー）は、httpプロトコルで使われ
る小さいファイルであり、サーバ側のスクリプトから任
意の情報を詰めてブラウザに送られる。この実施例にお
ける認証Cookieは、後に説明するように認証が成功した
ときブロック123で設定されてブラウザ11に送られるも
のである。

【００２３】認証Cookieがないときは、統合サーバ14は
ログインページのhtmlファイルを読み出してブラウザに
送る（104）。ユーザがブラウザ11に表示されるログイ
ンページにユーザＩＤおよびパスワードを入力して送信
すると、統合サーバ14は、送られてきた情報を用いてユ
ーザ認証メッセージを作成し、認証サーバ15に送る（10
6）。これに応答して認証サーバ15は、記憶装置15Aに格
納されているユーザＩＤおよびユーザパスワードと送信
されてきたユーザＩＤおよびユーザパスワードとの整合
性をチェックし（107）、整合しなければ、ＮＧ応答メ
ッセージを統合サーバに返す（108）。これを受けて統
合サーバ14は、ログインエラーページを生成してブラウ
ザ11に送る。ＮＧの原因がパスワードの期限切れの場合
は、統合サーバ14は、パスワード変更ページをブラウザ
11に送る（109）。

【００２４】ログインエラーページまたはパスワード変
更ページは、ブラウザ11に表示され（110）、ユーザは
再度ログインを試み、またはパスワードの変更手続きを
することができる。

【００２５】ブロック107にもどり、ユーザ認証がＯＫ
の場合、認証サーバ15は、認証がＯＫであることを示す
データを入れた認証Cookieを作り（121）、ＯＫメッセ
ージとともに統合サーバ14に送る（122）。統合サーバ1
4は、認証Cookieを設定し、図５のアクセス制御プロセ
スに移るとともに、ブラウザ11に認証Cookieを送る（12
3）。ブラウザ11は、認証Cookieをそのユーザ固有の情
報として保存し、次に統合サーバ14にアクセスするとき
に統合サーバ14に送信する。ブロック102にもどると、
統合サーバ14は、ブラウザからのアクセス要求に認証Co
okieがついていると、図５のアクセス制御プロセスに移
る。

【００２６】認証サーバは、統合サーバ14に接続したユ
ーザのユーザＩＤを保持し、接続から切断までのサービ
ス選択状況を監視し、その記録（ログ）をとる。また、
認証サーバ15は、無停止を前提として構成されており、
システムの稼働中に新規ユーザの登録や既存のユーザの
削除を実行することができる。

【００２７】アクセス制御 統合サーバ14は、アクセス要求メッセージを認証サーバ
15に送る（204）。これを受けて認証サーバ15は、認証C
ookieのチェックを行い、有効であればこのユーザが要
求中のファイルへのアクセス権限をもつかどうかをアク
セス権限テーブルを参照してチェックする（206）。こ
のユーザがアクセス権限を持っていることが確認される
と、認証サーバ15は、ＯＫメッセージを統合サーバ14に
送る（207）。アクセス権限テーブルは、たとえば次の
ようなconfig情報として記述されている。

【００２８】

【表２】Config1 （URL情報) URL01, grp01 URL02, grp02 URL03, grp01, grp02 URL04, grp02, grp03 Cinfig2 （ユーザおよびグループ情報） grp01, UID=A1* grp01, UID=A2001 grp01, UID=A3009 grp02, DESCRIPTION=*0101 grp03, DESCRIPTION=*1010

【００２９】ここで、”*”は、ワイルドカードで任意
の数の任意の文字がこの位置にあってもよいことを意味
する。UIDは、ユーザＩＤであり、DESCRIPTIONは、ユー
ザＩＤ以外のユーザの属性を表すコードであり、企業内
の管理職コード、専門職コード、部門コードなどがその
例である。表２のConfig表現をテーブル表示すると次の
表３のようになる。

【００３０】

【表３】

【００３１】表３では、DESCRIPTION=*0101に該当する
属性コードとして、B0101およびC0101があり、DESCRIPT
ION=*1010に該当する属性コードとしてC1010があるもの
と仮定している。このようにアクセス権限は、ＵＲＬ文
書単位、グループ単位で設定することができる。

【００３２】統合サーバ14は、認証サーバ15からＯＫメ
ッセージを受け取ると、httpリクエストヘッダを作成し
てウェブサーバ、今の例では情報提供サーバ17に送られ
る（220）。こうして要求されたコンテンツがブラウザ1
1に表示される（224）。

【００３３】ブロック205で認証Cookieが不正であった
り、期限切れであると、認証サーバ15は、ＮＧメッセー
ジを統合サーバ14に送り（208）、統合サーバ14は、Ｎ
Ｇの理由に応じて再ログインページまたはエラーページ
をブラウザ11に送る（209）。こうしてブラウザ11に再
ログインページまたはエラーページが表示され（21
0）、ユーザはログインを再試行し、またはエラーを訂
正することができる。

【００３４】統合サーバから認証サーバへのアクセス権
限確認処理は、標準的なＬＤＡＰプロトコルを用いる
が、その他のプロトコルを用いることができることはも
ちろんである。

【００３５】ダイナミックメニュー生成プロセス 次に図６を参照してダイナミックメニュー（動的メニュ
ー）の生成プロセスを説明する。ユーザがブラウザ11か
ら統合サーバ14にダイナミックメニューを要求すると
（301）、統合サーバ14は、要求に認証Cookieが付いて
いるかどうかをチェックし（302）、付いていなければ
ログインエラーページをブラウザ11に返（303）、ログ
インから認証シーケンス（図２）に移る。ダイナミック
メニューの要求に認証Cookieが付いていると、統合サー
バ14は、メニュー要求メッセージを認証サーバ15に送る
（304）。これを受けて認証サーバ15は、アクセス権限
をチェックし（305）、このユーザのアクセス権限を示
す応答メッセージを統合サーバ14に返す（305）。

【００３６】これに応答して統合サーバ14は、メニュー
テンプレート32を読み込み、認証サーバ15からの応答メ
ッセージで特定されたこのユーザの所属グループに対応
するＵＲＬを設定ファイル31から読み出してメニューテ
ンプレート３２に埋め込む（309）。こうして生成され
たダイナミックメニューページがブラウザ11に送られ、
ブラウザ11にダイナミックメニューが表示される。この
ダイナミックメニューのメニュー項目にはハイパーリン
クが生成されており、ユーザがメニュー項目をクリック
すると該当するページへのアクセス要求がブラウザ11か
ら統合サーバ14に送られ、図５に関連して説明したアク
セス制御のシーケンスに入る。

【００３７】以上にこの発明を具体的な実施の形態を例
にとって説明したが、この発明は、このような実施の形
態に限定されるものではない。

【図面の簡単な説明】

【図１】この発明の一実施例のネットワークシステムの
全体的な構成を示すブロック図。

【図２】ダイナミックメニューの生成を行うためのシス
テムの構成を示すブロック図。

【図３】ブラウザに表示されるダイナミックメニューの
例を示す図。ローチャート。

【図４】ユーザ認証プロセスを示すフローチャート。

【図５】アクセス制御のプロセスを示すフローチャー
ト。

【図６】ダイナミックメニューの生成プロセルを示すフ
ローチャート。

【符号の説明】

１１、１２ ブラウザ １４ 統合サーバ １５ 認証サーバ １６、１７、１８ ウェブサーバ

Claims (3)

【特許請求の範囲】
1. 【請求項１】複数のウェブサーバとブラウザとの間の通
   信を制御する統合サーバと、 前記複数のウェブサーバが備えるファイルの少なくとも
   １つにアクセスする権限を有するユーザの識別情報およ
   びアクセス権限情報を有する認証サーバと、を備え、 前記統合サーバは、ユーザからのアクセス要求に応じ
   て、前記認証サーバと通信し該ユーザの前記アクセス権
   限を確認し、該アクセス権限に対応する項目を含んだメ
   ニューページを作成してユーザに返すダイナミック・メ
   ニュー作成機能を有する通信システム。
2. 【請求項２】前記ダイナミック・メニューを作成するた
   めのHTML文書であるテンプレートを備え、該テンプレー
   トは、ユーザの属性に応じたページへのハイパーリンク
   の記述を含んでいる請求項１に記載の通信システム。
3. 【請求項３】ユーザの属性グループごとに用意された複
   数のページのＵＲＬを含む設定ファイルを備え、前記ハ
   イパーリンクの記述は、前記属性グループに関する変数
   を含んでおり、前記ダイナミック・メニュー作成の際、
   アクセス中のユーザの前記属性グループに対応するＵＲ
   Ｌが該変数に代入されるよう構成した請求項２に記載の
   通信システム。