JP2000172646A - アプリケーション機能指定装置及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 アプリケーションを実行するユーザ権限に対
応し、そのアプリケーションが提供する機能の一部を実
行可能にしたり実行不可能にしたりすることをアプリケ
ーション実行時に動的に変更でき、かつ、シングルサイ
ンオンを実現することができる。 【解決手段】 アプリケーション１１１からの要求に応
じて、当該アプリケーションが提供する一以上の機能１
２２，１２３，１２４のうち、当該アプリケーションを
使用しているユーザに実行許可される機能についての権
限情報１２５を返却する権限情報返却手段１０２，１０
３を備えたことを特徴とするアプリケーション機能指定
装置。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はアプリケーション
機能指定装置及び記憶媒体、更に詳しくはＷＷＷブラウ
ザ上等で動作するアプリケーションにおいて、アプリケ
ーション実行者の権限によってそのアプリケーションで
実行できる機能を動的に切り替えることを可能とするた
めのアプリケーション機能指定装置及び記憶媒体に関す
るものである。

【０００２】

【従来の技術】近年のインターネット技術の発展に伴
い、ＷＷＷ（ワールドワイドウエブ）ブラウザ上で動作
するＪａｖａアプレット（以下、アプレットと記載）等
のＷＷＷアプリケーションが広く用いられるようになっ
ている。

【０００３】これらのアプリケーションには、その動作
自体あるいは動作機能の一部にユーザに対応した使用制
限が付されることも多い。例えばある一つのアプレット
がいくつかの機能から構成されている場合を考える。こ
のアプレットは、ユーザが持つ権限に応じてそれらの機
能の一部を実行可能にしたり実行不可能にしたりを実行
時に動的に変更する必要がある。この実行可能範囲の動
的な変更機能を実現するため、従来から例えば次のよう
な方法を取っている。

【０００４】第１の方法は、アプレット自体がユーザ情
報（ユーザ名・パスワードなど）を問い合わせるように
するものである。

【０００５】すなわちアプレット実行時に、ユーザ（ア
プレット実行者）に対してユーザ情報（ユーザ名・パス
ワードなど）を入力させ、この情報をもとにアプレット
内のどの機能を実行可能とし、どの機能を実行不可能に
するかを決定するようにアプレットを作成する。

【０００６】ただし、このためには、ユーザ認証機構や
各ユーザユーザの権限情報を設定・管理する機構を別途
作り込む必要がある。

【０００７】第２の方法は、実行可能な機能の組み合わ
せごとに、別のアプレットをそれぞれ用意するものであ
る。

【０００８】例えば三つの機能Ａ，Ｂ，Ｃをアプレット
で実現する場合を考える。この場合には、 アプレット１：機能Ａ，Ｂ，Ｃが実行可能なアプレット アプレット２：機能Ａ，Ｃが実行可能なアプレット アプレット３：機能Ａのみ実行可能なアプレット という３種類のアプレットを用意し、それぞれに対して
ＷＷＷサーバのアクセス制御機能に基づいたアクセス権
の設定を行う。

【０００９】すなわち、アプレット１は、機能Ａ，Ｂ，
Ｃすべてを実行可能なユーザにアクセス権を設定し、ア
プレット２は、機能ＡとＣが実行可能なユーザにアクセ
ス権を設定し、さらに、アプレット３は、機能Ａのみ実
行可能なユーザにアクセス権を設定するというものであ
る。

【００１０】これにより、例えば、機能Ｂを実行する権
限のないユーザは、アプレット１をダウンロード・実行
ができないことになる。

【００１１】

【発明が解決しようとする課題】しかしながら、上記従
来技術によってＷＷＷアプリケーション機能の一部を実
行時に動的変更する場合には、未だに解決すべき以下の
ような課題がある。

【００１２】まず、アプレット自体がユーザ情報を問い
合わせる上記第１の方法においては、そのアプレットに
対して入力されるユーザ情報は、ＷＷＷブラウザ上で動
作する当該アプレット内のみで有効な情報となる。

【００１３】一方、ＷＷＷコンテンツに対するアクセス
権が設定されている場合、ＷＷＷブラウザとＷＷＷサー
バの間でＨＴＴＰプロトコルを用いてユーザ情報が受け
渡され、ＷＷＷサーバにおいてユーザ認証やアクセス権
限の確認が行われる。

【００１４】したがって、利用者は、アクセス権が設定
されているＷＷＷコンテンツにアクセスするときに、ま
ずユーザ情報の入力を求められ、さらにこのアプレット
を実行するときに再度ユーザ情報の入力を求められるこ
とになる。すなわち、シングルサインオン（一度の認証
で複数のサービスを利用できる仕組み）が実現できない
ことになる。

【００１５】また、この第１の方法では、ユーザ認証を
行う機構やアクセス権限の管理・設定を行う機構をサー
バ上に別途用意するか、アプレット内に含ませる必要が
あり、このような機構の実装に労力を要することにな
る。

【００１６】さらに、ユーザ情報としてユーザ名とパス
ワードの組を使用する代わりに、電子証明書を使用する
ことによりセキュリティレベルとユーザの利便性を向上
させたい場合がある。この第１の方法に電子証明書を使
用する方法を組み込むことを考えると、アプレットがユ
ーザ情報を問い合わせるためには、電子証明書をその保
管場所（ＷＷＷブラウザ、ＩＣカードなど）から取り出
す機構と、電子証明書の内容を解析してユーザ認証を行
う機構を作り込む必要があり、実装のための労力が非常
に大きくなる。

【００１７】次に、実行可能な機能の組み合わせごとに
別々のアプレットを用意する上記第２の方法において
は、どのアプレットを実行するかは、メニューなどの形
でユーザが選択することになる。しかし、その都度ユー
ザに選択させる形態を取るのが困難な場合がある。

【００１８】例えば、アプレット１を実行した後にアプ
レット２を実行することにより作業が完遂するような処
理を想定する。ここで、アプレット１が機能Ａと機能Ｂ
からなっており、アプレット２が機能Ｃと機能Ｄからな
っているとする。この場合、上記従来技術で述べた内容
に従い、それぞれ次のような二つのアプレットとして実
現することとする。

【００１９】アプレット１ａ：機能Ａ，Ｂが実行可能な
アプレット１ アプレット１ｂ：機能Ａのみ実行可能なアプレット１ アプレット２ａ：機能Ｃ，Ｄが実行可能なアプレット２ アプレット２ｂ：機能Ｃのみ実行可能なアプレット２ ここで、アプレットに１ａに着目する。アプレット１ａ
の処理終了後、アプレット２を呼び出すことになるが、
アプレット２はアプレット２ａと２ｂの二つのバリエー
ションがある。

【００２０】一般にアプレット１ａへのアクセス権を与
えられているユーザがそのままアプレット２ａへのアク
セス権が与えられているとは限らないため、アプレット
１ａがアプレット２ａを呼び出すかアプレット２ｂを呼
び出すかは、アプレット１ａの作成（実装）時には特定
できない。このため、アプレット１ａの実行時に次に呼
出すアプレットを動的に変更する必要がある。

【００２１】しかし、このような仕組みは提供されてい
ないため、アプレット１ａ実行時に、ユーザに対してメ
ニューなどの形により、アプレット２ａを実行するかア
プレット２ｂを実行するかの選択を行わせる必要があ
る。ところが現実には、アプレット１からアプレット２
への処理の移行はユーザを介さず自動的に行ないたい場
合が多いため、ユーザに対してその都度問い合わせを行
うという形態にするのは困難な場合が多い。

【００２２】また、一つのアプレットがたくさんの機能
から構成されている場合、アプレット１ａ，１ｂ，１ｃ
…というように多数のバリエーションのアプレットを作
成することになり、実装および管理コストが非常に大き
くなるという問題点もある。

【００２３】本発明は、このような実情を考慮してなさ
れたもので、アプリケーションを実行するユーザ権限に
対応し、そのアプリケーションが提供する機能の一部を
実行可能にしたり実行不可能にしたりすることをアプリ
ケーション実行時に動的に変更でき、また、シングルサ
インオンを実現することができるアプリケーション機能
指定装置及び記憶媒体を提供することを目的とする。

【００２４】

【課題を解決するための手段】上記課題を解決するため
に、請求項１に対応する発明は、アプリケーションから
の要求に応じて、当該アプリケーションが提供する一以
上の機能のうち、当該アプリケーションを使用している
ユーザに実行可否される機能についての権限情報を返却
する権限情報返却手段を有するアプリケーション機能指
定装置である。

【００２５】本発明はこのような手段を設けたので、ア
プリケーションを実行するユーザ権限に対応し、そのア
プリケーションが提供する機能の一部を実行可能にした
り実行不可能にしたりすることができる。

【００２６】次に、請求項２に対応する発明は、アプリ
ケーションからの権限情報要求に応じて、当該アプリケ
ーションが有する一以上の機能のうち実行可能な機能を
指定するアプリケーション機能指定装置としてなされた
ものである。

【００２７】このアプリケーション機能指定装置におい
ては、権限情報管理手段によって、各アプリケーション
の有する各機能毎に実行可否され得るユーザの情報が実
行権限情報として管理されている。

【００２８】また、権限情報返却手段によって、権限情
報要求を出力したアプリケーションについての実行権限
情報が権限情報管理手段から取得される。さらに、この
実行権限情報に基づいて、アプリケーションを使用して
いるユーザに実行可否される機能についての情報が例え
ば実行可能機構一覧等の形で作成され、要求を行ったア
プリケーションに返却される。

【００２９】したがって、アプリケーションを実行する
ユーザ権限に対応し、そのアプリケーションが提供する
機能の一部を実行可能にしたり実行不可能にしたりする
ことができる。

【００３０】次に、請求項３に対応する発明は、ＷＷＷ
サーバ上に設けられた請求項２に対応する発明のアプリ
ケーション機能指定装置についてなされたものである。

【００３１】本発明においては、権限情報管理手段は、
実行権限情報をＷＷＷサーバで用いられるアクセスコン
トロールリストとして管理する。

【００３２】したがって、本発明についてのシステム開
発を容易かつ効率的に行うことができる。

【００３３】次に、請求項４に対応する発明は、ＷＷＷ
サーバ上に設けられた請求項１〜３に対応する発明のア
プリケーション機能指定装置についてなされたものであ
る。

【００３４】本発明の権限情報返却手段は、ＷＷＷサー
バの有するユーザ認証機構の認証結果をそのまま利用す
ることにより、アプリケーションの実行者を特定する。

【００３５】したがって、ＷＷＷサーバのユーザ認証機
構がシステム全体のユーザ認証を一括して行うことにな
るので、いわゆるシングルサインオンを実現させること
ができる。

【００３６】次に、請求項５に対応する発明は、請求項
１に対応する発明をコンピュータに実現させるプログラ
ムを記録した記録媒体である。

【００３７】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、請求項１のアプリケ
ーション機能指定装置として機能する。

【００３８】次に、請求項６に対応する発明は、請求項
２に対応する発明をコンピュータに実現させるプログラ
ムを記録した記録媒体である。

【００３９】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、請求項２のアプリケ
ーション機能指定装置として機能する。

【００４０】次に、請求項７に対応する発明は、請求項
３に対応する発明をコンピュータに実現させるプログラ
ムを記録した記録媒体である。

【００４１】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、請求項３のアプリケ
ーション機能指定装置として機能する。

【００４２】次に、請求項８に対応する発明は、請求項
４に対応する発明をコンピュータに実現させるプログラ
ムを記録した記録媒体である。

【００４３】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、請求項４のアプリケ
ーション機能指定装置として機能する。

【００４４】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。 （第１の実施形態）図１は本発明の第１の実施形態に係
るアプリケーション機能指定装置を適用したネットワー
クシステムの構成例を示すブロック図である。

【００４５】このネットワークシステムは、インターネ
ットに接続される多数の計算機からなるものであり、何
れかの計算機に各々設けられたＷＷＷブラウザ１０８，
１１０及びＷＷＷサーバ１０１が同図に示されている。
なお、計算機自体及び公衆回線等を用いたネットワーク
網は図示を省略している。

【００４６】ＷＷＷサーバ１０１は、一般的なＷＷＷサ
ーバ機能を有する他、権限情報返却部１０２と、権限情
報管理部１０３とを備えている。さらにＷＷＷサーバ１
０１は、アプレット１０５とアプレット１０６を含む複
数のアプレットを図示しない記憶手段に保持する。また
権限情報管理部１０３は各アプレット１０５，１０６等
に対応した各権限情報１０４を管理する。

【００４７】本実施形態のＷＷＷアプリケーション機能
指定装置は、ＷＷＷサーバ１０１上に権限情報返却部１
０２及び権限情報管理部１０３が設けられることで実現
されるものである。

【００４８】また、図１に示す例では、ユーザ１がブラ
ウザ１０８を、ユーザ２がブラウザ１１０を利用してお
り、ＷＷＷサーバ１０１上のアプレット１０５をそれぞ
れ自分のブラウザ上にダウンロードして実行している。
各ブラウザ１０８，１１０上にダウンロードされ実行可
能状態になったアプレットを、それぞれアプレット１１
１、アプレット１１２とする。

【００４９】権限情報返却部１０２は、アプレットから
ユーザ権限の問合せがあったときに、権限情報管理部１
０３に対し当該ユーザがそのアプレットのどの機能を使
用許可できるかについて問い合わせると共に、その問合
せ結果に基づいて実行可能機能一覧を作成し当該一覧を
アプレットに返す。この権限情報返却部１０２はアプレ
ットから起動可能であれば特に実現方法は問わないが、
具体的には例えばＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａ
ｙ Ｉｎｔｅｒｆａｃｅ）によって実行される形態、ま
たは、ＷＷＷサーバが公開しているＷＷＷサーバの機能
拡張用のＡＰＩ（アプリケーションインターフェース）
を利用した形態等により実現可能である。

【００５０】権限情報管理部１０３は、上記のように権
限情報１０４を管理しており、権限情報返却部１０２か
ら呼び出されると、指定されたアプレット及びユーザに
ついての権限情報１０４の内容に対応した結果を返却す
る。なお、例えば権限情報返却部１０２がＣＧＩによっ
て実行される形態の場合には、権限情報返却部１０２か
ら子プロセスとして起動される形態や、権限情報返却部
１０２の中の一機能として同一プロセス内で実行される
形態などが考えられる。

【００５１】権限情報１０４は、ＷＷＷサーバ１０１が
保持するアプレット毎に用意されるものであり、そのア
プレットの各機能を何れのユーザが実行可能であるかを
示す情報である。

【００５２】図２はアプレットＡに対する権限情報の例
を示す図である。

【００５３】このアプレットＡ（１０５）は、このアプ
レット本来の処理機能として、概略表示機能１２２、詳
細表示機能１２３、データ変更機能１２４を備えてお
り、それぞれ同図に示すユーザが各機能の実行権限を有
している。

【００５４】アプレット１０５，１０６等は、上記アプ
レット本来の処理機能１２２，１２３，１２４等の他
に、権限チェック処理部１２１を備えている。なお、ア
プレット本来の処理機能は、各アプレット毎に異なるも
のである。

【００５５】権限チェック処理部１２１は、自己アプレ
ット名を添付してＷＷＷサーバ１０１の権限情報返却部
１０２を起動し、さらに同返却部１０２から実行可能機
能一覧を受け取る。

【００５６】また、権限チェック処理部１２１は、この
実行可能機能一覧に基づき当該アプレットが有する各機
能（アプレット本来の処理機能）のうち当該ユーザに実
行許可されている機能を実行可能状態とする。なお、図
１にはユーザ１，２に許可される機能が実行可能状態と
された例が示されている。

【００５７】なお、ＷＷＷブラウザ１０８，１１０等
は、ブラウザの標準機能として、ＷＷＷサーバ１０１か
らの要求に対応し、ユーザ識別情報（ユーザ名）及びパ
スワード等からなるユーザ情報を取得しサーバ１０１に
送信する機能を有している（図示せず）。これにより、
ＷＷＷサーバ１０１はＷＷＷブラウザ１０８，１１０等
の使用者をユーザ認証する。

【００５８】次に、以上のように構成された本実施形態
におけるアプリケーション機能指定装置の動作について
説明する。

【００５９】図３は本実施形態におけるＷＷＷサーバ側
の動作を示す流れ図である。

【００６０】まず、アプレット１１１，１１２等から権
限情報返却部１０２が呼び出され、調査対象アプレット
名を受け取る（ｓ１）。

【００６１】次に、ＷＷＷサーバ１０１のサーバ機能に
よって、権限情報返却部１０２を呼び出したアプレット
を実行しているユーザのユーザ名が権限情報返却部１０
２に与えられる（ｓ２）。ここで、ユーザ名の取り出し
は、ＷＷＷサーバ１０１が標準で提供している機能を用
いることにより実行可能である。

【００６２】取得された調査対象アプレット名が引数と
して用いられ、権限情報返却部１０２により、権限情報
管理部１０３に対する権限情報１０４の問い合わせが行
われる（ｓ３）。

【００６３】ステップＳ３０３で受け取った調査対象ア
プレットに対する権限情報１０４が権限情報管理部１０
３によって取り出され、権限情報返却部１０２に送信さ
れる（ｓ４）。

【００６４】この権限情報１０４は権限情報返却部１０
２において解析され、ステップｓ２得た調査対象ユーザ
に実行権が与えられている機能の一覧（実行可能機能一
覧）が作成される（ｓ５）。

【００６５】図４は実行可能機能一覧の内容例を示す図
である。

【００６６】あるユーザ１，２について、調査対象とな
るアプレットＡ，Ｂ等のもつ各機能に対し、実行が許可
されているか許可されていないかの一覧が示されてい
る。なお、同図に示す実行可能機能一覧１２５の例は、
ユーザ２についてのアプレットＡに関するものである。

【００６７】この作成された実行可能機能一覧は、権限
情報返却部１０２によって呼び出し元のアプレット１１
１，１１２等に返却される（ｓ６）。

【００６８】なお、上記ステップｓ５では、権限情報返
却部１０２が、権限情報管理部１０３から受け取った情
報と調査対象ユーザ名を突き合わせて実行可能機能一覧
を生成するように記載したが、権限情報管理部１０３の
呼び出し時に調査対象ユーザ名も引数として渡し、調査
対象ユーザの実行可能機能一覧を権限情報管理部１０３
が生成するような構成にしてもよい。

【００６９】次に、権限情報返却部１０２から受け取っ
た権限情報（実行可能機能一覧１２５）をもとに、与え
られた権限に応じて動作を切り替えるべきアプレット１
１１，１１２等の動作手順を、図５のフローチャートを
用いて説明する。

【００７０】図５は本実施形態におけるＷＷＷブラウザ
側の動作を示す流れ図である。

【００７１】まず、ブラウザ１０８，１１０等において
アプレット１１１，１１２等の実行が開始されると（ｔ
１）、アプレット１１１，１１２等における権限チェッ
ク処理１２１によって、ＷＷＷサーバ１０１上の権限情
報返却部１０２が起動される（ｔ２）。

【００７２】その後、権限情報返却部１０２が作成した
実行可能機能一覧１２５が権限チェック処理部１２１に
引き渡されると（ｔ３）、当該一覧１２５に基づき、ア
プレットの有する機能のうち当該ユーザ１，２等に許さ
れる処理のみが権限チェック処理部１２１によって、又
はアプレット本来の処理機能１２２，１２３，１２４等
自体が有する機能によって実行可能又は不可能状態とな
る。

【００７３】なお、図１の例でアプレットＡをユーザ２
が使用する場合について説明すると、まず、アプレット
Ａに対する権限情報は図２に示すとおりである。したが
って、実行可能機能一覧１２５は図４に示す通りとな
り、図１に示すように、「概略表示機能１２２」のみが
実行可能状態となる。

【００７４】ここで、アプレット１１１，１１２等が有
する機能制御方法としては、例えば次のような方法が考
えられる。 （１）アプレット使用者に権限が与えられていない機能
を実行するようなＧＵＩ部品（ボタンなど）が権限チェ
ック処理部１２１、又はアプレット本来の処理機能１２
２，１２３，１２４等自体が有する機能によって、アプ
レットの実行画面作成時に表示しない、あるいは、該当
ＧＵＩ部品のプロパティを設定するなどにより、操作で
きない状態にされる。 （２）実行可能機能一覧１２５をアプレット内に保持す
ると共に、アプレットの機能１２２等を提供する各メソ
ッド内に、保持されている実行可能機能一覧を確認して
権限が与えられていない場合はそのメソッドの実行を中
止するようなルーチンを入れておく。例えば、以下のよ
うな構成のメソッド定義となる。

【００７５】 ｐｕｂｌｉｃ ｖｏｉｄ 詳細表示機能（）｛ 実行可能機能一覧を参照し、詳細表示機能の実行権が与えられているか 調べる ｉｆ（実行権限が与えられている）｛ 詳細表示を行うルーチン ｝ ｝ このような形で、権限チェック処理部１２１、又はアプ
レット本来の処理機能１２２，１２３，１２４等に実行
可能機能一覧１２５に基づく機能実行制限処理を作成し
ておくことにより、アプレット実行時に実行者の持つ権
限に応じた動作切替えが実現される。

【００７６】上述したように、本発明の実施の形態に係
るアプリケーション機能指定装置は、ＷＷＷサーバ１０
１に権限情報返却部１０２と権限情報管理部１０３を設
け、アプレット１１１，１１２等からこれを利用するよ
うにしたので、以下のような効果を得ることができる。 （１）アプレットの実行時に権限情報返却部１０２に依
頼してユーザ権限を調べるようにしているので、ユーザ
権限に応じ、実行可能な機能を実行時に動的に変更する
アプレットを構成させることができる。 （２）したがって、提供する機能のうちどの機能を実行
可能としてどの機能を実行不可能にするかを動的に変更
可能となることから、異なるバリエーションのアプレッ
トをいくつも作成することが不要であり、実装および管
理のコストを大幅に軽減させることができる。 （３）サーバ上に保持されている実行権限の情報をアプ
レット１１１，１１２等から参照する方式をとっている
ので、権限情報の設定・管理を効率的に行うことが可能
であり、設定管理コストの軽減を図ることができる。ま
た、権限情報を各クライアント側に持たせる（あるいは
配布する）場合と異なり、権限情報の内容変更時の不整
合が発生しない。 （４）また、ユーザ情報は、ＷＷＷサーバ１０１等を介
して権限情報返却部１０２に引き渡されるので、ＷＷＷ
サーバ１０１のサーバ機能が有するユーザ認証機能をそ
のまま利用でき、この場合には再度ユーザ情報を要求す
る必要をなくし、いわゆるシングルサインオンを実現す
ることができる。

【００７７】なお、ＷＷＷサーバが標準で提供するユー
ザ認証機能は必ずしもそのまま利用する必要はなく、種
々の方法でユーザ名を取得することができる。

【００７８】また、権限情報返却部１０２を例えばサー
バ機能拡張用のＡＰＩを用いて実現させたような場合に
おいても、当該ＡＰＩがＷＷＷサーバ標準のユーザ認証
機能を利用して、あるいは同ユーザ認証機能を利用せず
に、ユーザ名の取得を行うようにすることができる。Ｗ
ＷＷサーバ標準のユーザ認証機能を利用しない場合には
例えばアプレット１１１，１１２等の権限チェック処理
部１２１にユーザ情報を送信させるようにしてもよい。 （第２の実施形態）本実施形態は、第１の実施形態にお
ける権限情報返却部１０２の実現方式として、ＣＧＩを
用いた場合について説明する。

【００７９】図６は本発明の第２の実施形態に係るアプ
リケーション機能指定装置を実現するＷＷＷサーバの構
成例を示すブロック図であり、図１と同一部分には同一
符号を付して説明を省略し、ここでは異なる部分につい
てのみ述べる。

【００８０】このＷＷＷサーバ１０１は、権限情報返却
部１０２がＣＧＩプログラム（ＣＧＩによって実行され
るプログラム）として構成されると共に、権限情報管理
部１０３が権限情報返却部１０２の一機能として実現さ
れ同一プロセスとして動作する形態となっている他、第
１の実施形態と同様に構成されている。なお、ＷＷＷサ
ーバ１０１にはユーザ認証部１３１が設けられるが、同
認証部１３１は一般的なＷＷＷサーバ機能に標準的に含
まれるものであって、第１の実施形態においてはその図
示を省略している。

【００８１】ユーザ認証部１３１は、アプレット１１
１，１１２等から権限情報返却部１０２の実行要求を受
けた場合等に、ユーザ認証を行うためにＷＷＷブラウザ
１０８，１１０等にユーザ情報を要求するとともに、自
己が取得したあるいは既に取得しているユーザ情報を変
数ＲＥＭＯＴＥ＿ＵＳＥＲに設定する形で権限情報返却
部１０２に付与する。

【００８２】なお、ＣＧＩはＷＷＷサーバ上でプログラ
ムを実行させる仕組みであり、ブラウザ側から当該プロ
グラムの実行を要求することでそのプログラム動作が実
現される。

【００８３】次に、以上のように構成された本実施形態
におけるアプリケーション機能指定装置の動作について
説明する。

【００８４】図７は本実施形態におけるＷＷＷアプリケ
ーション機能指定装置の動作を示す流れ図である。

【００８５】まず、アプレット１１１，１１２等の権限
チェック処理部１２１からＣＧＩにより権限情報返却部
１０２に対する実行要求がなされる。このとき、ＣＧＩ
の引数として、権限情報調査対象名（アプレット名）が
権限情報返却部１０２に渡される（ｕ１）。

【００８６】ここで、このアプレット１１１，１１２等
の実行者がいまだにＷＷＷサーバ１０１に対してユーザ
認証を行なっていない場合には、ユーザ認証部１３１に
よってＨＴＴＰレベルでのユーザ情報送信がＷＷＷブラ
ウザ１０８，１１０等に対して要求される（ステップｕ
２）。

【００８７】これを受けてユーザに対してユーザ情報の
入力を促す処理は、一般にＷＷＷブラウザが標準で提供
している機能（図示せず）であり、ポップアップウィン
ドウを表示してユーザにユーザ名とパスワードを入力さ
せる形態が一般的である。また、該当ＷＷＷサーバに対
するユーザ認証が既に行なわれている場合は、この時点
でのこの処理は省かれる。

【００８８】次に、ＷＷＷブラウザ１０８，１１０等か
らＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ
Ｐｒｏｔｏｃｏｌ）プロトコルを用いて送信されたユ
ーザ情報がＷＷＷサーバ１０１にて受信される（ｕ
３）。

【００８９】ユーザ情報であるユーザ名とパスワードを
もとに、ＷＷＷサーバ１０１のユーザ認証部１３１によ
ってユーザ認証が行われ、認証された場合には、そのユ
ーザ名がユーザ認証部１３１によって変数ＲＥＭＯＴＥ
＿ＵＳＥＲに設定される（ｕ４）。この変数はＣＧＩプ
ログラムである権限情報返却部１０２から参照可能にな
っている。

【００９０】次に、権限情報返却部１０２がＣＧＩプロ
グラムとして実行される（ｕ５）。これによりまず、権
限情報返却部１０２内で変数ＲＥＭＯＴＥ＿ＵＳＥＲが
参照されることにより、権限情報返却部１０２を起動し
たユーザ、すなわちアプレット１１１，１１２等を利用
しているユーザのユーザ名が取得される。さらに、ＣＧ
Ｉ起動時の引数が取り出されることにより、権限情報返
却部１０２において、権限の調査対象名（アプレット
名）が取得される（ｕ６）。

【００９１】次に、ステップｕ６で得られた調査対象名
を引数として、権限情報管理部１０３（関数またはサブ
ルーチン）に対して調査対象の権限情報の返却が要求さ
れる（ｕ７）。

【００９２】この調査対象名に基づき、権限情報管理部
１０３によって当該調査対象の権限情報が検索され、そ
の検索結果が権限情報返却部１０２に返却される（ｕ
８）。

【００９３】ステップｕ６で得られたユーザ名と、ステ
ップｕ８で得られた権限情報とが権限情報返却部１０２
において突き合わされ、対象ユーザが実行可能な機能の
一覧（実行可能機能一覧１２５）が作成される（ｕ
９）。

【００９４】調査対象が「アプレットＡ」、対象ユーザ
が「ユーザ２」で、権限情報が図２のとおりである場合
には、ユーザ２は「概略表示機能１２２」に対してのみ
権限が与えられていることがわかるので、実行可能機能
一覧１２５は図４に示したようになる。

【００９５】ステップｕ９で得られた実行可能機能一覧
１２５に基づいて権限情報返却部１０２によって返却値
が構築され、さらにＣＧＩの返却値としてアプレット１
１１，１１２等に返却される（ｕ１０）。

【００９６】なお、返却する情報（実行可能機能一覧１
２５）のフォーマットとしては、例えば図８に示すよう
な形式が考えられる。

【００９７】図８は本実施形態におけるＣＧＩ返却値と
しての実行可能機能一覧の例を示す図である。

【００９８】なお、ここでは権限情報返却部１０２が権
限情報管理部１０３から受け取った情報と調査対象ユー
ザ名を突き合わせて実行可能機能一覧を生成するように
記載したが、権限情報管理部１０３の呼び出し時に調査
対象ユーザ名も引数として渡し、調査対象ユーザの実行
可能機能一覧を権限情報管理部１０３が生成するような
構成にしてもよい。

【００９９】上述したように、本発明の実施の形態に係
るアプリケーション機能指定装置は、権限情報返却部１
０２をＣＧＩとして構成させ、さらに権限情報管理部１
０３も権限情報返却部１０２に連動するように構成させ
たので、以下のような効果を得ることができる。 （１）ＷＷＷサーバ、ＷＷＷブラウザが標準で提供して
いるユーザ認証機能をそのまま利用するため、これらの
機能について新たな作り込みをする必要なく、システム
構築の労力を低減させることができる。 （２）ＨＴＴＰによるユーザ認証が行なわれるため、Ｗ
ＷＷブラウザから別のＨＴＭＬファイル等にアクセスす
る場合のユーザ認証との共通化を図ることができる。し
たがって、他のＷＷＷシステムやＷＷＷアプリケーショ
ンとの間で、シングルサインオンを容易に実現すること
ができる。 （第３の実施形態）第１及び第２の実施形態では、ユー
ザ認証に使用するユーザ情報として、ユーザ名とパスワ
ードの組をユーザが入力する方式を用いたが、本実施形
態ではユーザ情報として電子証明書を利用する場合を説
明する。

【０１００】本実施形態のアプリケーション機能指定装
置は、ユーザ情報として電子証明書を用いる他、第１又
は第２の実施形態と同様に構成されている。電子証明書
とは、ユーザ名を含む情報に電子署名がなされたもの等
である。

【０１０１】本実施形態におけるＷＷＷブラウザ１０
８，１１０等及びＷＷＷサーバ１０１は、ユーザ認証を
行うのに電子証明書を利用する機能を有する。なお、こ
の機能は一般的なＷＷＷブラウザ及びＷＷＷサーバにて
提供される標準的な機能である。

【０１０２】次に、以上のように構成された本実施形態
におけるアプリケーション機能指定装置の動作について
説明する。

【０１０３】この装置の動作は電子証明書を利用する以
外は第１又は第２の実施形態で述べた手順と同様であ
る。

【０１０４】電子証明書については、まずＷＷＷサーバ
１０１により、ＨＴＴＰプロトコルに従ったユーザ情報
送信要求が送信される。

【０１０５】この要求を受信したＷＷＷブラウザ１０
８，１１０等においては、そのＷＷＷブラウザ標準機能
により、このブラウザ上で動作しているアプレット１１
１，１１２等を使用しているユーザの電子証明書が取り
出されＷＷＷサーバ１０１に送信される。

【０１０６】このようにしてＷＷＷサーバ１０１に送信
された電子証明書は、そのＷＷＷサーバ標準機能により
解析され、ユーザ認証が行われる。

【０１０７】この結果、アプレット１１１，１１２等を
使用しているユーザのユーザ名が第２の実施形態の場合
と同様にして、ＣＧＩプログラムから参照可能な変数
（ＲＥＭＯＴＥ＿ＵＳＥＲ）にセットされる。なお、権
限情報返却部１０２等が、ＷＷＷサーバの機能を拡張す
るためのＡＰＩによって構成される場合にも、当該ＡＰ
Ｉの使用によりユーザ名を格納した変数を参照できるよ
うになっている。

【０１０８】上述したように、本発明の実施の形態に係
るアプリケーション機能指定装置は、ユーザ認証に電子
証明書を利用できるようにしたので、以下のような効果
を得ることができる。 （１）電子証明書を利用することにより、セキュリティ
レベルの向上を図ることができる。 （２）電子証明書を利用することにより、ブラウザ使用
者は一々ユーザ名とパスワードの組を入力する必要がな
く、ユーザの利便性を向上させることができる。 （３）電子証明書を取り扱う機能はＷＷＷブラウザおよ
びＷＷＷサーバが標準で提供しているものをそのまま利
用できるため、アプリケーション開発者などがこのよう
な機能を作る込む必要がなく、アプリケーション開発を
容易に行うことができる。 （第４の実施形態）本実施形態では、第１〜第３の実施
形態における権限情報１０４を、その実施例として、図
９に示すような形式のテキストファイルで実現する場合
について説明する。

【０１０９】図９は本発明の第３の実施形態に係るアプ
リケーション機能指定装置における権限情報のデータ構
造例を示す図である。

【０１１０】同図に示すように、この権限情報１０４
は、レコードの区切りを空行とするデータ形式であり、
一つのアプレットに対する権限の情報を１レコードで記
述している。また、レコードの１行目に対象アプレット
名を記述し、２行目移行にそのアプレットが提供するア
クセス権を設定するべき機能名とその機能の実行を許可
するユーザ名を記述する。

【０１１１】次に、以上のように構成された本実施形態
におけるアプリケーション機能指定装置の動作について
図１０のフローチャートを用いて説明する。

【０１１２】図１０は本実施形態におけるＷＷＷアプリ
ケーション機能指定装置の動作を示す流れ図である。

【０１１３】まず、第１の実施形態の図３に示したステ
ップｓ１，ｓ２の処理については、本実施形態において
も同様であるので説明を省略し、図３のステップｓ３〜
ｓ６に対応する部分のみを説明する。なお、ここでは、
権限情報の調査対象アプレット名が「アプレットＡ」で
あり、調査対象ユーザ名が「ユーザ２」であるとして説
明を行う。

【０１１４】まず、調査対象アプレット名（「アプレッ
トＡ」）を引数として、権限情報返却部１０２によって
権限情報管理部１０３に対する権限情報の問い合わせが
行われる（ｖ１）。

【０１１５】次に権限情報管理部１０３によって権限情
報１０４が参照され、調査対象アプレット名に対応する
権限情報、すなわちレコードの１行目に調査対象アプレ
ット名が記述されているレコードの情報が抜き出される
（ｖ２）。

【０１１６】この例では調査対象アプレット名が「アプ
レットＡ」であるため、図９に示す権限情報のうち「ア
プレットＡ」に該当するレコードの内容、すなわち 対象：アプレットＡ 概略表示 ユーザ１，ユーザ２，ユーザ３，ユーザ４ 詳細表示 ユーザ１，ユーザ４ データ変更 ユーザ１ が抜き出される。

【０１１７】次にステップｖ２で得られた権限情報が権
限情報管理部１０３から権限情報返却部１０２に渡され
る（ｖ３）。返却手段は、プロセス間通信、あるいは、
ファイルや共有メモリによる受け渡し等の何れでもよ
く、特に手段は問わない。また、権限情報管理部１０３
が権限情報返却部１０２の中の一機能として、同一プロ
セス内で実行される形態の場合は、構造体などのデータ
構造の形で受け渡してもよい。

【０１１８】次に、ステップｖ３で受け取った権限情報
は権限情報返却部１０２により参照され、各機能に設定
された実行可能ユーザとして調査対象が含まれているか
が調べられ、実行可能機能一覧１２５が作成される（ｖ
４）。

【０１１９】ここで、この例では調査対象ユーザが「ユ
ーザ２」であるため、ステップｖ２で得た権限情報の各
行に「ユーザ２」が含まれているかどうかが調べられる
ことにより、実行可能機能一覧１２５が作成される。

【０１２０】この場合、機能として「概略表示機能１２
２」「詳細表示機能１２３」「データ変更機能１２４」
の三つが記述されているが、ユーザ２は「概略表示機能
１２２」の行にのみ権限有りと記述されているため、実
行可能機能一覧１２５は次のようになる。

【０１２１】概略表示ＯＫ 詳細表示ＮＧ データ変更ＮＧ 実行可能機能一覧１２５の作成後、同一覧１２５に対し
て、アプレット１１２に返却するために必要な情報が付
加されて返却処理が実行される（ｖ５）。なお、アプレ
ット１１２との送受信をＨＴＴＰプロトコルを用いて行
う場合、ここで付加する情報は「Ｃｏｎｔｅｎｔ−Ｔｙ
ｐｅ： ｔｅｘｔ／ｐｌａｉｎ」ということになる。

【０１２２】なお、ここでは権限情報返却部１０２が、
権限情報管理部１０３から受け取った情報と調査対象ユ
ーザ名を突き合わせて実行可能機能一覧を生成するよう
に記載したが、権限情報管理部１０３の呼び出し時に調
査対象ユーザ名も引数として渡し、調査対象ユーザの実
行可能機能一覧を権限情報管理部１０３が生成するよう
な構成にしてもよい。

【０１２３】上述したように、本発明の実施の形態に係
るアプリケーション機能指定装置は、レコードの区切り
を空行とするデータ形式で権限情報１０４を記述するよ
うにしたので、上記各実施形態における作用効果を容易
に実現させることができる。 （第５の実施形態）本実施形態では、第１〜第４実施形
態における権限情報管理部１０３を、権限情報１０４を
アクセスコントロールリスト（ＡＣＬ：Ａｃｃｅｓｓ
Ｃｏｎｔｒｏｌ Ｌｉｓｔ）の形態で提供することによ
り実現する場合を説明する。

【０１２４】図１１は本発明の第５の実施形態に係るア
プリケーション機能指定装置を適用したＷＷＷサーバの
構成例を示すブロック図であり、図１〜図１０と同一部
分には同一符号を付してその説明を省略する。

【０１２５】このＷＷＷアプリケーション機能指定装置
は、権限情報管理部１０３が問合せ管理部１５１，ＡＣ
Ｌ管理部１５２及びＡＣＬ格納部１５３から構成される
他、第１〜第４の実施形態と同様に構成されている。

【０１２６】ここで、ＡＣＬ管理部１５２は、ＡＣＬの
設定・管理、および、ＡＣＬの解析を行い設定内容を返
却する機能を提供するもので、ＷＷＷサーバが標準で提
供する機能をそのまま使用する。

【０１２７】なお、一般的なＷＷＷサーバは、ＡＣＬ管
理部１５２の機能を利用して、ＡＣＬの設定・管理を行
うためのユーザインタフェースを提供している。また、
ＡＣＬ管理部１５２の機能を利用するためのＡＰＩを公
開している場合もある。ユーザインタフェースやＡＰＩ
を提供していないＷＷＷサーバの場合は、ＡＣＬ設定・
管理機能をＣＧＩプログラムなどの形で実装することに
より、ＡＣＬ管理部１５２を構成する。

【０１２８】ＡＣＬ格納部１５３は、一つのコンテンツ
（ファイル）に対するアクセス権の設定情報からなるＡ
ＣＥ（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｅｎｔｒｙ）１
５４が複数集まってなるＡＣＬを格納する。なお、ＡＣ
Ｌの取り扱い機能自体もＷＷＷサーバが提供する標準機
能である。

【０１２９】図１２はＡＣＥの一例を示す図である。

【０１３０】同図に示すＡＣＥの例では、ｓａｍｐｌ
ｅ．ｈｔｍｌというコンテンツに対してユーザ１とユー
ザ２にｒｅａｄ権限を与えている様子が示されている。
ＡＣＬやその構成要素であるＡＣＥの記述フォーマット
はＷＷＷサーバ毎に異なっているが、ここに含まれる情
報は基本的にはすべて同等なものである。

【０１３１】次に、問合せ管理部１５１は、情報変換部
１５５とＡＣＬ管理部１５２に対するインターフェース
としてのＡＣＬ問合せ部１５６とを備える。

【０１３２】この問合せ管理部１５１は、権限情報返却
部１０２から与えられたアプレット名等の情報を、ＡＣ
Ｌ管理部１５２で用いられる形式の命令に変換して、Ａ
ＣＬ管理部１５２に対してＡＣＥを要求する。また、Ａ
ＣＬ管理部１５２から受け取った情報を権限情報返却部
１０２に返す。

【０１３３】ここで、情報変換部１５５は、権限情報返
却部１０２から与えられたアプレット名等の情報を、Ａ
ＣＬ管理部１５２で用いられる形式の命令に変換するも
のであり、この変換のために、例えば図１３に示すよう
なテーブルを備えている。

【０１３４】図１３は本実施形態における情報変換部１
５５が有する情報変換テーブルの一例を示す図である。

【０１３５】同図に示すように、このテーブルでは、例
えばあるアプレット名を受け取ると、当該情報を対応す
るＡＣＥからアプレット情報を取得するコマンドに変換
するようになっている。

【０１３６】次に、以上のように構成された本実施形態
におけるアプリケーション機能指定装置の動作について
説明する。

【０１３７】まず、ＷＷＷアプリケーション機能指定装
置の具体的な動作説明に先立って、権限情報１０４をＡ
ＣＬとして設定する手順を説明する。権限情報１０４の
例として第１の実施形態における図２に例示した情報を
使用する。

【０１３８】まず、権限情報を設定するために、いくつ
かのファイルを作成する。ここでは一例として、ファイ
ル名の命名規則を「対象名．機能名．ａｃｌ」とする。
この命名規則は一例であり、以下に述べるような処理が
行なえる形であれば他の形態でもよい。

【０１３９】図２に示したように、アプレットＡは三つ
の機能から構成されているため、上記命名規則に従う
と、「アプレットＡ．概略表示．ａｃｌ」「アプレット
Ａ．詳細表示．ａｃｌ」「アプレットＡ．データ変更．
ａｃｌ」という名前のファイルを生成することになる。

【０１４０】次に、ＷＷＷサーバ１０１が提供するイン
ターフェースを使用する等により、上記三つのファイル
に対してＡＣＬの設定を行う。設定方法は通常のＨＴＭ
Ｌファイル等に対して設定する場合と同様である。

【０１４１】図２によると、アプレットＡの概略表示機
能は、ユーザ１、ユーザ２、ユーザ３、ユーザ４が実行
権限を持っているため、「アプレットＡ．概略表示．ａ
ｃｌ」というファイルに対して、これら４ユーザに対し
てアクセス権を与えるようにＡＣＬを設定する。以下同
様にして設定したＡＣＬの例を、図１４に示す。

【０１４２】図１４は本実施形態におけるＡＣＬの一例
を示す図である。

【０１４３】次に、ＷＷＷアプリケーション機能指定装
置の具体的な動作説明を行う。

【０１４４】本実施形態において、先の実施形態と同様
な動作部分については省略し、以下、第１実施形態の図
３におけるステップｓ３以降について、すなわち権限情
報返却部１０２からの要求で権限情報管理部１０３が権
限情報を取り出して返却するまでについて説明する。こ
こでは権限情報の調査対象が「アプレットＡ」であると
する。

【０１４５】まず、権限情報返却部１０２から権限情報
管理部１０３の問合せ管理部１５１に対し、アプレット
Ａについての権限情報が要求される。問合せ管理部１５
１ではアプレット名（アプレットＡ）が情報変換テーブ
ルによりＡＣＬ管理部１５２へのコマンドに変換され、
同コマンドによってＡＣＬ管理部１５２に対して、アプ
レットＡの各機能に対する権限情報を設定したＡＣＥ群
を返却するように要求される。

【０１４６】次に、ＡＣＬ管理部１５２によりＡＣＬが
解析され、対象となるＡＣＥ群が取り出されて、問合せ
管理部１５１に返却される。対象となるＡＣＥ群とは、
具体的には「ｐａｔｈ＝”アプレットＡ．＊．ａｃ
ｌ”」となっている（”＊”は任意の文字列を表わすワ
イルドカード）ＡＣＥということになる。この例では、
図１４に示した三つのＡＣＥが対応する。

【０１４７】ＡＣＬ管理部１５２から受け取ったＡＣＥ
群は、問合せ管理部１５１によって権限情報返却部１０
２に送信される。この時、受け取ったＡＣＥ群をそのま
ま送信してもよいし、権限情報返却部１０２が扱いやす
いようにフォーマットを変換してもよい。例えば以下の
ように、ＡＣＥ一つの情報を１行にまとめる等の処理を
行ってもよい。

【０１４８】 概略表示 ユーザ１，ユーザ２，ユーザ３，ユーザ４ 詳細表示 ユーザ１，ユーザ４ データ変更 ユーザ１ その他、権限情報返却部１０２と権限情報管理部１０３
が同一プロセスとして動作する形態の場合であれば、構
造体などのデータ構造の形で受け渡してもよい。

【０１４９】権限情報管理部１０３から受け取った権限
情報は権限情報返却部１０２によって参照され、各機能
に設定された実行可能ユーザとして調査対象ユーザが含
まれているかが調べられる。この調査結果に基づいて、
アプレットに対して返却するデータ形式が作成される。

【０１５０】ここで、調査対象ユーザが「ユーザ２」で
あるとすると、「ユーザ２」は「概略表示」の実行可能
ユーザにのみ含まれているため、次のような実行可能機
能一覧が作成される。

【０１５１】概略表示ＯＫ 詳細表示ＮＧ データ変更ＮＧ そして、この実行可能機能一覧１２５に対し、アプレッ
ト１１２に返却するために必要な情報が付加され同アプ
レット１１２に返却される。アプレットとの送受信をＨ
ＴＴＰプロトコルを用いて行う場合、ここで付加する情
報は「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉ
ｎ」ということになる。

【０１５２】なお、ここでは権限情報返却部１０２が、
権限情報管理部１０３から受け取った情報と調査対象ユ
ーザ名を突き合わせて実行可能機能一覧を生成するよう
に記載したが、権限情報管理１０３の呼び出し時に調査
対象ユーザ名も引数として渡し、調査対象ユーザの実行
可能機能一覧を権限情報管理部１０３が生成するような
構成にしてもよい。

【０１５３】上述したように、本発明の実施の形態に係
るアプリケーション機能指定装置は、権限情報１０４
を、ＡＣＬを利用して設定することで権限情報管理部１
０３を実現するようにしたので、ＡＣＬの設定・管理や
設定内容の解析にＷＷＷサーバが標準で提供する機能
（ＡＰＩ）やユーザインタフェースを利用することがで
き、システム開発労力を低減させることができる。

【０１５４】

【実施例】第１〜第５の実施形態にかかるアプリケーシ
ョン機能指定装置及びＷＷＷアプリケーション（アプレ
ット）を利用した実施例について説明する。ここではア
プレット１１１，１１２等の持つ各機能１２２等に対す
る権限情報１０４をもとに、アプレットの機能を動的に
変更するようなアプリケーションの一例を説明する。本
実施例で想定するアプリケーションは、次のようなもの
である。 （１）機器構成図をＨＴＭＬとして表示する。 （２）設定を行ないたい機器をクリックすることによ
り、その機器の設定を変更するアプレットが起動され
る。 （３）設定を変更する権限を持つユーザが実行した場
合、このアプレットは設定の変更を行う機能を提供して
いるものとなり、設定を変更する権限を持たないユーザ
が実行した場合は、現在の設定値を表示するだけの機能
を提供するものとなる。

【０１５５】図１５は本発明の実施例におけるアプリケ
ーションが表示する機器構成図の一例を示す図である。

【０１５６】この機器構成図は一つのＨＴＭＬファイル
で構成されており、機器Ａ、機器Ｂ、機器Ｃの部分がク
リッカブルマップ等のＨＴＭＬの機能を利用して、それ
ぞれの設定を変更する機能を提供するアプレットが実行
されるようにリンクが張られている。

【０１５７】このようにして実行されるアプレットの画
面例を図１６，図１７に示す。

【０１５８】図１６は設定変更権限を持たないユーザが
実行した場合の画面例を示す図である。

【０１５９】図１７は設定変更権限を持ったユーザが実
行した場合の画面例を示す図である。同図に示す例で
は、値を表示しているフィールドが編集可能になってい
て、「設定変更」ボタンが設置されている。

【０１６０】次にＷＷＷアプリケーション機能指定装置
及びアプリケーションの動作を説明する。まず、機器の
設定を変更するアプレット側の処理手順を説明する。こ
のアプレットは次のような流れで動作する。

【０１６１】まず、ＷＷＷサーバ１０１の権限情報返却
部１０２に対して実行可能機能一覧１２５が要求され
る。

【０１６２】権限情報返却部１０２から、このアプレッ
トを実行しているユーザの実行可能機能一覧を受け取
る。

【０１６３】一方、初期画面として、「対象」「管理
者」などのラベルと、設定値を表示するフィールドがア
プレットの機能により設置される。

【０１６４】受け取った実行可能機能一覧が確認され、
設定変更権限を持ったユーザかどうかが調べられる。こ
の調査は、各機能に埋め込まれた処理により行われても
よく、また権限チェック処理部１２１により行われても
よい。

【０１６５】ここで、設定変更権限を持ったユーザの場
合、設定値表示フィールドが変更可能に設定され、図１
７に示すように設定変更ボタンが設置される。

【０１６６】次に、対象機器から現在の設定値が取得さ
れ、図１６，図１７に示す各フィールドに値が表示され
る。

【０１６７】また、図１７に示す設定変更ボタンが押さ
れた場合には、各フィールドの値が取り出され、使用者
の入力に応じて対象機器の設定が変更される。

【０１６８】以上がアプリケーションにおける処理であ
る。次に、図１５の機器構成図について説明する。

【０１６９】これは、クリッカブルマップなどの機能を
用いて作成されている一つのＨＴＭＬであり、例えば
「機器Ａ」の部分をクリックすると、機器Ａの設定を変
更するアプレットが起動される。ここで、機器Ａの設定
を変更するアプレットを起動するように設定したＨＴＭ
Ｌファイルを「機器Ａ．ｈｔｍｌ」と仮定すると、機器
構成図の「機器Ａ」の部分から「機器Ａ．ｈｔｍｌ」へ
リンクを張ることになる。

【０１７０】ここで本実施例では、権限情報返却部１０
２に対して実行可能機能一覧１２５を問い合わせるよう
にし、機器の設定を変更するアプレットを構築している
ので、アプレットの実態は一つだけである。したがっ
て、「機器構成図」は一種類だけ用意すればよい。

【０１７１】これに対し、実施例との比較のため、機器
Ａの設定を変更するアプレットを、従来技術で述べたよ
うに機能ごとに別のアプレットとして実装する場合を考
える。すなわち、設定情報を表示するだけの機能を持つ
「アプレットＡ１」と、表示および設定変更機能を持つ
「アプレットＡ２」の二つのアプレットが作られる。機
器構成図の「機器Ａ」の部分からのリンク先は、ＨＴＭ
Ｌの制約から一つのリンク先しか設定できないため、こ
のような構成の場合、「設定変更を行う権限を持たない
ユーザ用の機器構成図」と「設定変更を行う権限を持つ
ユーザ用の機器構成図」の二つを用意する必要がある。
前者はアプレットＡ１を起動するように設定されてお
り、後者はアプレットＡ２を起動するように設定されて
いる。

【０１７２】更に機器Ｂについて従来技術を用いた場合
を考える。あるユーザが機器Ａに対して持っている権限
と機器Ｂに対して持っている権限は、一般には一致しな
いことが想定される。すなわち、機器Ａに対しては設定
変更権限を持つが、機器Ｂに対しては設定変更権限を与
えられていないユーザの存在が想定される。したがっ
て、「機器構成図」として、「機器Ａ，Ｂともに設定変
更を行なえるユーザ用の機器構成図」「機器Ａのみ設定
変更を行なえるユーザ用の機器構成図」「機器Ｂのみ設
定変更を行なえるユーザ用の機器構成図」「機器Ａ，Ｂ
とも設定変更を行なえないユーザ用の機器構成図」の４
通りを用意する必要がある。さらに機器数が増加する
と、用意する「機器構成図」の種類が組み合わせ的爆発
を起こすことになる。

【０１７３】しかし、上述したように本実施例のＷＷＷ
アプリケーション機能指定装置によれば、権限情報返却
部１０２に対して実行可能機能一覧１２５を問い合わせ
るようにして機器の設定を変更できるアプレットが用い
られるので、アプレットの実態を一つだけにすることが
でき、「機器構成図」は一種類だけ用意すればよい。

【０１７４】なお、本発明は、上記各実施形態及び実施
例に限定されるものでなく、その要旨を逸脱しない範囲
で種々に変形することが可能である。

【０１７５】例えば各実施形態で権限情報返却部１０２
は、ブラウザ（アプレット）に対し機能の実行可否リス
トを実行可能機能一覧という形で返却するようにした
が、本発明は、実行可能情報を返却するという形態に限
られるものではない。例えば実行拒否する機能について
の情報を返却するようにしたり、実行許可、実況許否、
条件付きで実行許可等といった情報を返却するようにし
ても良い。

【０１７６】また、本発明が適用される状況はネットワ
ークを介して実行可否を求める場合に限られない。例え
ば一計算機内のアプリケーションが当該計算機内の他の
プログラム（アプリケーション機能指定装置に相当）に
対し、自己が多数有する機能のうち実行許可される機能
を問合せるような場合にも適用できる。

【０１７７】また、実施形態及び実施例に説明した装置
は、記憶媒体に格納したプログラムをコンピュータに読
み込ませることで実現させることができる。

【０１７８】ここで本発明における記憶媒体としては、
磁気ディスク、フロッピーディスク、ハードディスク、
光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等）、光
磁気ディスク（ＭＯ等）、半導体メモリ等、プログラム
を記憶でき、かつコンピュータが読み取り可能な記憶媒
体であれば、その記憶形式は何れの形態であってもよ
い。

【０１７９】また、記憶媒体からコンピュータにインス
トールされたプログラムの指示に基づきコンピュータ上
で稼働しているＯＳ（オペレーティングシステム）や、
データベース管理ソフト、ネットワークソフト等のＭＷ
（ミドルウェア）等が本実施形態を実現するための各処
理の一部を実行してもよい。

【０１８０】さらに、本発明における記憶媒体は、コン
ピュータと独立した媒体に限らず、ＬＡＮやインターネ
ット等により伝送されたプログラムをダウンロードして
記憶又は一時記憶した記憶媒体も含まれる。

【０１８１】また、記憶媒体は１つに限らず、複数の媒
体から本実施形態における処理が実行される場合も本発
明における記憶媒体に含まれ、媒体構成は何らの構成で
あってもよい。

【０１８２】なお、本発明におけるコンピュータは、記
憶媒体に記憶されたプログラムに基づき、本実施形態に
おける各処理を実行するものであって、パソコン等の１
つからなる装置、複数の装置がネットワーク接続された
システム等の何れの構成であってもよい。

【０１８３】また、本発明におけるコンピュータとは、
パソコンに限らず、情報処理機器に含まれる演算処理装
置、マイコン等も含み、プログラムによって本発明の機
能を実現することが可能な機器、装置を総称している。

【０１８４】

【発明の効果】以上詳記したように本発明によれば、各
アプリケーション及び各ユーザについての権限情報を管
理するとともに、アプリケーションの権限チェック要求
に応じて動作可能な機能の情報を返すようにしたので、
アプリケーションを実行するユーザ権限に対応し、その
アプリケーションが提供する機能の一部を実行可能にし
たり実行不可能にしたりすることをアプリケーション実
行時に動的に変更できるアプリケーション機能指定装置
及び記憶媒体を提供することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係るアプリケーショ
ン機能指定装置を適用したネットワークシステムの構成
例を示すブロック図。

【図２】アプレットＡに対する権限情報の例を示す図。

【図３】同実施形態におけるＷＷＷサーバ側の動作を示
す流れ図。

【図４】実行可能機能一覧の内容例を示す図。

【図５】同実施形態におけるＷＷＷブラウザ側の動作を
示す流れ図。

【図６】本発明の第２の実施形態に係るアプリケーショ
ン機能指定装置を実現するＷＷＷサーバの構成例を示す
ブロック図。

【図７】同実施形態におけるアプリケーション機能指定
装置の動作を示す流れ図。

【図８】同実施形態におけるＣＧＩ返却値としての実行
可能機能一覧の例を示す図。

【図９】本発明の第３の実施形態に係るアプリケーショ
ン機能指定装置における権限情報のデータ構造例を示す
図。

【図１０】同実施形態におけるアプリケーション機能指
定装置の動作を示す流れ図。

【図１１】本発明の第５の実施形態に係るアプリケーシ
ョン機能指定装置を適用したＷＷＷサーバの構成例を示
すブロック図。

【図１２】ＡＣＥの一例を示す図。

【図１３】同実施形態における情報変換部１５５が有す
る情報変換テーブルの一例を示す図。

【図１４】同実施形態におけるＡＣＬの一例を示す図。

【図１５】本発明の実施例におけるアプリケーションが
表示する機器構成図の一例を示す図。

【図１６】設定変更権限を持たないユーザが実行した場
合の画面例を示す図。

【図１７】設定変更権限を持ったユーザが実行した場合
の画面例を示す図。

【符号の説明】

１０１…ＷＷＷサーバ １０２…権限情報返却部 １０３…権限情報管理部 １０４…権限情報 １０５…サーバ上に保持されているアプレット １０６…サーバ上に保持されているアプレット １０７…ユーザ １０８…ブラウザ １０９…ユーザ １１０…ブラウザ １１１…ブラウザ上にダウンロードされて実行されてい
るアプレット １１２…ブラウザ上にダウンロードされて実行されてい
るアプレット １２１…権限チェック処理部 １２２…概略表示機能 １２３…詳細表示機能 １２４…データ変更機能 １２５…実行可能機能一覧 １３１…ＷＷＷサーバのユーザ認証部 １３２…変数 １５１…問合せ管理部 １５２…ＡＣＬ管理部 １５３…ＡＣＬ格納部 １５４…ＡＣＥ １５５…情報変換部 １５６…ＡＣＬ問合せ部

Claims (8)

【特許請求の範囲】
1. 【請求項１】 アプリケーションからの要求に応じて、
   当該アプリケーションが提供する一以上の機能のうち、
   当該アプリケーションを使用しているユーザに実行可否
   される機能についての権限情報を返却する権限情報返却
   手段を備えたことを特徴とするアプリケーション機能指
   定装置。
2. 【請求項２】 アプリケーションからの権限情報要求に
   応じて、当該アプリケーションが有する一以上の機能の
   うち実行可能な機能を指定するアプリケーション機能指
   定装置であって、 各アプリケーションの有する各機能毎に実行可否され得
   るユーザの情報を実行権限情報として管理する権限情報
   管理手段と、 前記権限情報要求を出力したアプリケーションについて
   の実行権限情報を前記権限情報管理手段から取得すると
   ともに、当該実行権限情報に基づいて当該アプリケーシ
   ョンを使用しているユーザに実行可否される機能につい
   ての情報を作成しアプリケーションに返却する権限情報
   返却手段とを備えたことを特徴とするアプリケーション
   機能指定装置。
3. 【請求項３】 ＷＷＷサーバ上に設けられた請求項２記
   載のアプリケーション機能指定装置であって、 前記権限情報管理手段は、前記実行権限情報をＷＷＷサ
   ーバで用いられるアクセスコントロールリストとして管
   理することを特徴とするアプリケーション機能指定装
   置。
4. 【請求項４】 ＷＷＷサーバ上に設けられた請求項１乃
   至３のうち何れか１項記載のアプリケーション機能指定
   装置であって、 前記権限情報返却手段は、ＷＷＷサーバの有するユーザ
   認証機構がユーザ認証したユーザを、前記アプリケーシ
   ョンを使用しているユーザとして特定することを特徴と
   するアプリケーション機能指定装置。
5. 【請求項５】 アプリケーションからの要求に応じて、
   当該アプリケーションが提供する一以上の機能のうち、
   当該アプリケーションを使用しているユーザに実行可否
   される機能についての権限情報を返却させる権限情報返
   却手段を有するプログラムを記憶したコンピュータ読み
   取り可能な記憶媒体。
6. 【請求項６】 アプリケーションからの権限情報要求に
   応じて、当該アプリケーションが有する一以上の機能の
   うち実行可能な機能を指定するアプリケーション機能指
   定装置を制御するプログラムであって、 各アプリケーションの有する各機能毎に実行可否され得
   るユーザの情報を実行権限情報として管理させる権限情
   報管理手段と、 前記権限情報要求を出力したアプリケーションについて
   の実行権限情報を前記権限情報管理手段から取得させる
   とともに、当該実行権限情報に基づいて当該アプリケー
   ションを使用しているユーザに実行可否される機能につ
   いての情報を作成させアプリケーションに返却させる権
   限情報返却手段とを有するプログラムを記憶したコンピ
   ュータ読み取り可能な記憶媒体。
7. 【請求項７】 ＷＷＷサーバ上に設けられた請求項６記
   載のアプリケーション機能指定装置を制御するプログラ
   ムであって、 前記権限情報管理手段は、前記実行権限情報をＷＷＷサ
   ーバで用いられるアクセスコントロールリストとして管
   理させることを特徴とするコンピュータ読み取り可能な
   記憶媒体。
8. 【請求項８】 ＷＷＷサーバ上に設けられた請求項５乃
   至７のうち何れか１項記載のアプリケーション機能指定
   装置を制御するプログラムであって、 前記権限情報返却手段は、ＷＷＷサーバの有するユーザ
   認証機構がユーザ認証させたユーザを、前記アプリケー
   ションを使用しているユーザとして特定させることを特
   徴とするコンピュータ読み取り可能な記憶媒体。