JPH11328187A - 情報閲覧システム - Google Patents

Abstract

(57)【要約】 【課題】 各種文書へのアクセス管理を利用者ごとに正
確に行う。 【解決手段】 クライアント端末２１から所定ＨＴＭＬ
文書の閲覧要求があった場合、Ｗｅｂサーバー端末１１
の表示制御処理部１３において、クライアント端末２１
の利用者のユーザー情報ファイルからアクセスレベルを
取得し、そのアクセスレベルに基づき利用者に対する要
求ＨＴＭＬ文書の表示可否および変更可否を判断し、表
示可または変更可の場合のみ要求ＨＴＭＬ文書を配信す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報閲覧システム
に関し、特にインターネット・ブラウザを用いて各種情
報の閲覧を行う情報閲覧システムに関するものである。

【０００２】

【従来の技術】近年、急速に普及しているインターネッ
トやイントラネットと称するコンピュータ・ネットワー
ク・システムでは、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗ
ｅｂ）と呼ばれる情報閲覧技術が利用されている。ＷＷ
Ｗは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋ−ｕｐ
Ｌａｎｇｕａｇｅ）という言語で記述されたデータ
を、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ
Ｐｒｏｔｏｃｏｌ）を用いて提供するしくみである。

【０００３】この種のネットワーク・システムでは、各
所でこのネットワークに接続されたコンピュータすなわ
ちＷｅｂサーバー端末内に、Ｗｅｂサーバープログラム
が搭載され、その管理下には閲覧されるデータファイル
が置かれている。利用者（ユーザー）は、ネットワーク
に接続された各自のパーソナルコンピュータすなわちク
ライアント端末などに搭載されたブラウザ（閲覧プログ
ラム）を起動し、所定のデータファイルの格納場所を示
すＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｓｅ Ｌｏｃａ
ｔｏｒ）を入力する。

【０００４】これに応じて、ブラウザは、指定されたＷ
ｅｂサーバー端末とＬＡＮ回線や電話回線などの通信回
線を介して、ＴＣＰ／ＩＰという通信プロトコルにより
接続し、そのＷｅｂサーバー端末から受信したデータを
画面に表示する。データの受信終了後、Ｗｅｂサーバー
端末との接続は切断され、利用者による新たなデータの
要求に応じて再び接続され、所望のデータが受信されて
表示される。

【０００５】図１８は、一般的な情報閲覧システムを示
す説明図であり、特に、オフィスビルで運用されるシス
テム例を示している。この場合、２〜４階にはそれぞれ
テナントＡ〜Ｆが入居し、１階には、ビル設備の保守・
運用を行うビル管理室と駐車場が設けられており、ま
た、各階にはエレベータが設けられている。特に、駐車
場やエレベータは、それぞれ異なる管理会社により管理
されており、ビルが複数の管理会社により運営されてい
る。

【０００６】ビルの各階にはＬＡＮ回線１０が配設され
ており、各階のテナントごとに設けられたクライアント
端末２１〜２６、１階の駐車場に設けられたクライアン
ト端末２７、および１階のビル管理室に設けられたＷｅ
ｂサーバー端末（サーバー端末）１１とクライアント端
末２８が、このＬＡＮ回線１０を介して相互に接続され
ている。

【０００７】Ｗｅｂサーバー端末１１には、ビルの居住
者へ通知されるべき情報、例えばフロア掃除のお知らせ
や食堂のメニューなどを示すＨＴＭＬ文書の他に、各ビ
ル施設の管理者が機器の管理制御を行うためのメニュー
などを示すＨＴＭＬ文書が格納されており、各クライア
ント端末２１〜２８からブラウザを用いて閲覧できる。

【０００８】したがって、文書の内容によっては、その
文書を閲覧できる利用者を制限する必要が生じる。従
来、このようなシステムでは、文書を閲覧可能な利用者
を予め登録しておき、利用者にログイン操作させること
により、ユーザー認証を行い、その利用者に対する文書
表示可否の判断を行うものとなっていた。

【０００９】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の情報閲覧システムでは、利用者が文書（情
報）へアクセスできるかできないかの２通りであるた
め、ＷＷＷを応用して業務システムやビル監視制御シス
テムのアプリケーションを構築する場合など、任意のア
クセスレベルを有する各利用者ごとに、それぞれの文書
に対して表示可否および変更可否を管理する必要がある
システムに対応できないという問題点があった。

【００１０】例えば、業務アプリケーションにおいて、
人事情報の入力を行う画面をクライアント端末のブラウ
ザで表示する場合、この画面用ＨＴＭＬ文書にアクセス
できるのは人事部員などのように限られた利用者であ
る。しかし、一般の社員に対しては、ここで入力された
人事情報の表示のみを行わせたい場合がある。

【００１１】このような場合、従来の情報閲覧システム
で、単に情報閲覧が可能なログイン名と、情報変更可能
なログイン名とを使い分けてログイン操作する方法が取
られるが、この方法によれば、特定の利用者は２とおり
のログイン名を持たなければならず、利用しづらくなる
原因となっていた。

【００１２】また、ビル監視制御システムにおいて、機
器の状態表示や操作指示を行う画面をクライアント端末
のブラウザで表示する場合、あるテナントＡ内の部署Ａ
に属する利用者は、自部署の機器の一覧の表示や発停・
設定変更操作は可能であるが、他の部署Ｂの機器の一覧
については表示のみ可能とし、さらにテナントＢに属す
るユーザーはテナントＣの機器一覧は表示できないとい
った文書へのアクセス管理が必要となる。

【００１３】しかし、このような複雑な制御について、
従来の情報閲覧システムによるユーザー名を使い分ける
方法では対応しきれないという問題点があった。本発明
はこのような課題を解決するためのものであり、各種文
書へのアクセス管理を利用者ごとに正確に行うことがで
きる情報閲覧システムを提供することを目的としてい
る。

【００１４】

【課題を解決するための手段】このような目的を達成す
るために、請求項１の発明は、情報閲覧システムにおい
て、サーバー端末は、クライアント端末からの所定ＨＴ
ＭＬ文書の閲覧要求に応じて、そのクライアント端末利
用者に対応して設けられたユーザー情報ファイルからア
クセスレベルを取得し、そのアクセスレベルに基づきク
ライアント端末利用者に対する要求ＨＴＭＬ文書の表示
可否および変更可否を判断し、表示可または変更可の場
合のみ要求ＨＴＭＬ文書を配信する表示制御処理手段を
備えるものである。したがって、利用者のユーザー情報
ファイルのアクセスレベルが、要求ＨＴＭＬ文書につい
て表示可または変更可の場合のみ、その要求ＨＴＭＬ文
書が配信される。

【００１５】また請求項２の発明は、請求項１記載の情
報閲覧システムにおいて、表示制御処理手段により、ク
ライアント端末利用者のアクセスレベルに応じて、要求
ＨＴＭＬ文書のうち表示可および変更可の内容からなる
新たなＨＴＭＬ文書を生成して配信するようにしたもの
である。したがって、クライアント端末利用者のアクセ
スレベルに応じて、文書単位ではなく、文書の内容ごと
に表示可否および変更可否が判断される。また請求項３
の発明は、請求項１または２記載の情報閲覧システムに
おいて、クライアント端末により、閲覧要求時にクライ
アント端末利用者に固有の利用者識別情報を添付して送
信し、サーバー端末の表示制御処理手段により、クライ
アント端末からの閲覧要求に添付されている利用者識別
情報に基づき、クライアント端末利用者に対応するユー
ザー情報ファイルを選択するようにしたものである。し
たがって、クライアント端末からの閲覧要求に添付され
ている、クライアント端末利用者に固有の利用者識別情
報に基づき、クライアント端末利用者に対応するユーザ
ー情報ファイルが選択される。

【００１６】また、請求項４の発明は、請求項３記載の
情報閲覧システムにおいて、サーバー端末は、クライア
ント端末からのログイン要求に応じてそのクライアント
端末利用者のログイン可否を判断し、ログイン可の場合
は、所定のＨＴＭＬ文書に利用者識別情報を添付して配
信するログイン認証処理手段を備えるものである。した
がって、クライアント端末利用者のログインが可能の場
合は、所定のＨＴＭＬ文書に利用者識別情報が添付され
て配信される。また、請求項５の発明は、請求項１〜４
記載の情報閲覧システムにおいて、表示制御処理手段に
より、変更可の内容を編集するための画面を示すＨＴＭ
Ｌ文書の情報を前記新たなＨＴＭＬ文書に付加して配信
するようにしたものである。したがって、変更可の内容
については、その内容を編集するための画面を示すＨＴ
ＭＬ文書の情報が新たなＨＴＭＬ文書に付加される。

【００１７】

【発明の実施の形態】次に、本発明について図面を参照
して説明する。図１は本発明の一実施の形態である情報
閲覧システムを示すブロック図であり、前述の説明（図
１８参照）と同じまたは同等部分には、同一符号を付し
てある。以下、任意のクライアント端末２１からＷｅｂ
サーバー端末１１を介して、ビル施設を構成する機器を
監視制御するビル監視制御システムに情報閲覧システム
を適用した場合を例に説明する。なお、システム構成と
しては、前述した図１８と同等である。

【００１８】図１において、クライアント端末２１に
は、Ｗｅｂサーバー端末１１に格納されている任意のＨ
ＴＭＬ文書を閲覧表示するためのブラウザ２１０が設け
られている。一方、Ｗｅｂサーバー端末１１には、ログ
イン認証処理部１２、表示制御処理部１３、データ更新
処理部１４、機器監視制御処理部１５の各処理部と、情
報記憶部１６とが設けられている。

【００１９】特に、情報記憶部１６には、各種ＨＴＭＬ
文書の他に、各ユーザーのログイン認証に用いるログイ
ン情報ファイルや各ユーザーの管理情報を格納するユー
ザー情報ファイルが記憶保存される。ログイン認証処理
部１２は、クライアント端末２１からのログイン操作に
応じて、所定のログイン情報ファイルを参照し、そのユ
ーザーに対するログイン認証を行う。

【００２０】表示制御処理部１３は、クライアント端末
２１からの閲覧要求に応じて、要求文書を表示可または
変更可の場合にのみ、情報記憶部１６から要求文書を読
み出して配信する。データ更新処理部１４は、クライア
ント端末２１からの入力データに応じて、情報記憶部１
６に記憶保持されている所定ファイルの内容を変更す
る。

【００２１】また、Ｗｅｂサーバー端末１１には、ビル
施設を構成する機器、例えば空調機３１、温度センサー
３２、照明３３、エレベータ３４などの機器を集中管理
するコントローラ３０がＬＡＮ回線や電話回線などの所
定の通信回線を介して接続されている。機器監視制御処
理部１５は、クライアント端末２１からの制御指示に応
じて、コントローラ３０と通信を行うことにより、所定
の機器を監視制御する。

【００２２】以下、図２を参照して、本発明の第１の実
施の形態として、任意のユーザーがＷｅｂサーバー端末
内の所定ＨＴＭＬ文書を閲覧する場合の動作について説
明する。図２は文書閲覧処理手順を示すシーケンス図で
ある。ＨＴＭＬ文書を閲覧する場合、図２に示す処理手
順により、所望のＨＴＭＬ文書がクライアント端末２１
に配信される。

【００２３】まず、クライアント端末２１のブラウザ２
１０から、ユーザー名とパスワードを入力してログイン
操作を行う。このユーザー名とパスワードは、利用者
（ユーザー）に固有の情報であり、予めＷｅｂサーバー
端末１１に登録されているものとする。これに応じて、
Ｗｅｂサーバー端末１１のログイン認証処理部１２は、
図３に示すログイン認証処理を開始する。

【００２４】まず、クライアント端末２１から入力され
たユーザー名に対応するログイン情報ファイルの有無を
確認する（ステップ１２１）。図５は情報記憶部内のフ
ァイル格納状況を示す説明図である。この例では、デー
タファイルディレクトリ５０内に、ユーザー管理ディレ
クトリ５１が設けられており、その下位には、会社、部
署、ユーザーごとに各ディレクトリが階層構造で設けら
れている。

【００２５】ユーザー管理ディレクトリ５１には、各会
社単位のディレクトリとして、会社Ａディレクトリ５２
Ａ，会社Ｂディレクトリ５２Ｂ，‥が設けられている。
これら会社単位のディレクトリ、例えば会社Ａディレク
トリ５２Ａ内には、その会社Ａの管理情報を示す会社情
報ファイル５３と、各部署単位のディレクトリとして、
部署Ａディレクトリ５３Ａ，部署Ｂディレクトリ５３
Ｂ，‥とが設けられている。

【００２６】さらに、これら部署単位のディレクトリ、
例えば部署Ａディレクトリ５３Ａ内には、その部署Ａの
管理情報を示す部署情報ファイル５４と、その部署に属
するユーザー単位のディレクトリとして、ユーザーＡデ
ィレクトリ５４Ａ，ユーザーＢディレクトリ５４Ｂ，ユ
ーザーＣディレクトリ５４Ｃ，‥がと設けられており、
各ユーザー単位のディレクトリ内に、それぞれのユーザ
ーの管理情報を示すユーザー情報ファイル５５Ａ，５５
Ｂ，５５Ｃ，‥が格納されている。

【００２７】また、ユーザー管理ディレクトリ５１内に
は、ログイン認証に用いる情報を格納するディレクトリ
としてログイン管理ディレクトリ５６が設けられてい
る。このログイン管理ディレクトリ５６内には、各ログ
イン名単位のディレクトリとして、ログイン名１ディレ
クトリ５７Ａ，ログイン名２ディレクトリ５７Ｂ，‥が
設けられており、各ログイン名単位のディレクトリ内
に、それぞれのログイン名に対応する管理情報を示すロ
グイン情報ファイル５８Ａ，５８Ｂ，‥が格納されてい
る。

【００２８】なお、これらディレクトリには、その会
社、部署、ユーザーおよびログイン名に対応して予め設
定された会社コード、部署コード、ユーザーコードおよ
びログイン名からなる文字列の名前が、その登録時に割
り当てられている。また、図６はログイン情報ファイル
の記述例を示す説明図であり、各ログイン名に対応する
のユーザーが属する会社および部署のコードと、ユーザ
ー自身のユーザーコードが登録されている。なお、
「＃」記号から行末まではコメント部分を示す（以下、
同じ）。

【００２９】したがって、Ｗｅｂサーバー端末１１のロ
グイン認証処理部１２は、クライアント端末２１から入
力されたログイン名に応じて、ログイン管理ディレクト
リ５６内の対応するログイン名ディレクトリを参照し
て、ログイン操作を行ったユーザーのログイン情報ファ
イルの有無を確認する（ステップ１２１）。ここで、ロ
グイン情報ファイルが見つかった場合は（ステップ１２
１：ＹＥＳ）、そのログイン情報ファイルから会社コー
ド、部署コード、およびユーザーコードを取得する（ス
テップ１２２）。

【００３０】続いて、これらコードが示すディレクトリ
を参照することにより、そのユーザーのユーザー情報フ
ァイルの有無を確認する（ステップ１２３）。ここで、
ユーザー情報ファイルが見つかった場合は（ステップ１
２３：ＹＥＳ）、そのユーザー情報ファイルからパスワ
ードを取得し（ステップ１２４）、ログイン操作により
クライアント端末２１から入力されたパスワードと比較
する（ステップ１２５）。

【００３１】そして、両パスワードが一致した場合は、
ログイン操作を行ったユーザーが既に登録されている正
当なユーザーであると判断して、閲覧するＨＴＭＬ文書
を選択するためのメニュー頁をクライアント端末２１に
配信する（ステップ１２６）。このとき、メニュー頁を
示すＨＴＭＬ文書に、前述のステップ１２２で取得した
会社コード、部署コード、およびユーザーコードからな
る利用者識別情報を添付してクライアント端末２１に配
信し、一連の処理を終了する。

【００３２】ここで添付された会社コード、部署コー
ド、およびユーザーコードからなる利用者識別情報は、
後述するように、それ以降にクライアント端末２１から
の所定ＨＴＭＬ文書の閲覧要求時に用いられる。なお、
これらコードの送受信については、「Ｃｏｏｋｉｅ」と
呼ばれる機能を利用してもよい。

【００３３】「Ｃｏｏｋｉｅ」とは、Ｗｅｂサーバー端
末からクライアント端末に対して所定の情報ファイルを
送信し、そのクライアント端末で保存しておく情報転送
機能のことであり、ブラウザなどに付属する機能であ
る。この場合、各コードとそれぞれの暗号鍵とを組と
し、必要に応じて複数の組が転送される。

【００３４】なお、ステップ１２１において、ログイン
情報ファイルが見つからなかった場合（ステップ１２
１：ＮＯ）、ステップ１２３において、ユーザー情報フ
ァイルが見つからなかった場合（ステップ１２３：Ｎ
Ｏ）、およびステップ１２５においてパスワードが一致
しなかった場合（ステップ１２５：ＮＯ）には、未登録
のユーザーからのログイン操作であると判断し、エラー
レスポンスとしてログインエラーを示す情報をクライア
ント端末２１に返送して（ステップ１２７）、処理を終
了する。

【００３５】これにより、正常にログインできた場合、
クライアント端末２１の画面には、ブラウザ２１０によ
り、閲覧するＨＴＭＬ文書を選択するためのメニュー頁
が表示される。また、これと同時に受信した利用者識別
情報が、クライアント端末２１内に保存される。

【００３６】次に、クライアント端末２１において、閲
覧したい所望のＨＴＭＬ文書が選択された場合、ブラウ
ザ２１０は、その閲覧要求ＨＴＭＬ文書のＵＲＬをＷｅ
ｂサーバー端末に送信することにより、閲覧要求を行
う。このとき、先に受信し保存しておいた利用者識別情
報が添付される。これに応じて、Ｗｅｂサーバー端末１
１の表示制御処理部１３は、図４に示すような表示制御
処理を開始する。

【００３７】まず、受信した閲覧要求に、利用者識別情
報が添付されているか否か確認する（ステップ１３
１）。ここで、利用者識別情報が添付されている場合は
（ステップ１３１：ＹＥＳ）、利用者識別情報を構成す
る利用者の会社コード、部署コード、およびユーザーコ
ードが示す情報記憶部１６内のディレクトリを参照し
て、そのユーザーに対応して予め設けられているユーザ
ー情報ファイルを開く（ステップ１３２））。

【００３８】そして、そのユーザー情報ファイルから、
閲覧要求したユーザーのアクセスレベル（アクセス権）
を取得し、閲覧要求文書の表示可否および変更可否を判
断する（ステップ１３３）。ここで、表示可または変更
可と判断された場合は（ステップ１３３：ＹＥＳ）、閲
覧要求のあったＨＴＭＬ文書を情報記憶部１６から読み
出してクライアント端末２１に配信し（ステップ１３
４）、一連の処理を終了する。

【００３９】なお、ステップ１３１において、ユーザー
の会社コード、部署コード、およびユーザーコードが添
付されていない場合（ステップ１３１：ＮＯ）、または
ステップ１３３において、表示不可と判断された場合は
（ステップ１３３：ＮＯ）、要求のあったＨＴＭＬ文書
への閲覧不可と判断し、エラーレスポンスとして閲覧要
求エラーを示す情報をクライアント端末２１に返送して
（ステップ１３５）、処理を終了する。

【００４０】したがって、例えば、所定のアクセスレベ
ルを有する利用者が、利用者情報すなわちユーザー情報
ファイルを表示あるいは変更する場合は、ユーザー一覧
画面を示すＨＴＭＬ文書の閲覧要求がクライアント端末
２１のブラウザ２１０から行われ、これに応じて、Ｗｅ
ｂサーバー端末１１の表示制御処理部１３で以下のよう
な判断処理が行われる。

【００４１】ここでは、前述の図５で説明した各情報フ
ァイル、すなわち会社情報ファイル５３，部署情報ファ
イル５４およびユーザー情報ファイル５５Ａ，５５Ｂ，
５５Ｃ‥には、その会社、部署あるいはユーザーの各情
報ファイルを管理する管理者の情報が格納されているも
のとする。

【００４２】例えば、図７に示す会社情報ファイルの記
述例には、会社名の他に、その会社に属する各種情報フ
ァイル、すなわちその会社ディレクトリ以下のディレク
トリ内に格納されている各種情報ファイルを管理するア
クセスレベルを有する管理者名などが記述されている。
また、会社属性として、この会社がどのような権限を有
する会社であるかを示す情報が記述されている。

【００４３】この例では、ビル管理会社またはそれに相
当する会社、Ｗｅｂサーバー端末のメンテナンス会社、
施設Ａ〜Ｅの管理会社のどれに相当するかが、「Ｔｒｕ
ｅ／Ｆａｌｓｅ」により記述されている。

【００４４】同様にして、図８に示す部署情報ファイル
の記述例には、部署名の他に、その部署に属する各種情
報ファイル、すなわちその部署ディレクトリ以下のディ
レクトリ内に格納されている各種情報ファイルを管理す
るアクセスレベルを有する部署管理者名などが記述され
ている。また、部署属性として、この部署がどのような
権限を有する部署であるかを示す情報が記述されてい
る。

【００４５】この例では、ビル管理会社またはそれに相
当する部署、Ｗｅｂサーバー端末のメンテナンス部署、
施設Ａ〜Ｅの管理部署のどれに相当するかが、「Ｔｒｕ
ｅ／Ｆａｌｓｅ」により記述されている。

【００４６】また、図９に示すユーザー情報ファイルの
記述例には、ログイン名やパスワードの他に、利用者の
名前などが記述されている。また、ユーザー属性とし
て、この利用者がどのような権限を有するユーザーであ
るかを示す情報が記述されている。

【００４７】この例では、ビル管理者、Ｗｅｂサーバー
端末のメンテナンス者、施設Ａ〜Ｅの管理者、会社管理
者、部署管理者、および一般ユーザーＡ〜Ｅの管理者の
どのアクセスレベルを有しているかが、「Ｔｒｕｅ／Ｆ
ａｌｓｅ」により記述されている。ここでは、この利用
者が一般ユーザーＡ〜Ｅの管理者であり、これらユーザ
ーのユーザー情報ファイルを変更する権限を有している
ことがわかる。

【００４８】なお、ビル管理者およびＷｅｂサーバー端
末のメンテナンス者には、本システムに登録されている
全てのユーザー情報の表示および変更するアクセスレベ
ルが与えられているものとする。また、会社管理者に
は、その会社管理者の所属する会社に属する全てのユー
ザー情報の表示および変更するアクセスレベルが与えら
れており、部署管理者には、その部署管理者の所属する
部署に属する全てのユーザー情報の表示および変更する
アクセスレベルが与えられているものとする。

【００４９】したがって、ユーザー一覧画面を示すＨＴ
ＭＬ文書の閲覧要求があった場合、表示制御処理部１３
において、閲覧要求を行った利用者のユーザー情報ファ
イルを参照して、その利用者がどのようなアクセスレベ
ルを有しているか判断される（図４：ステップ１３３参
照）。

【００５０】そして、例えば閲覧要求を行った利用者
が、ビル管理者またはＷｅｂサーバー端末のメンテナン
ス者と同じアクセスレベルを有している場合は、本シス
テムに登録されている全てのユーザー情報の表示および
変更可と判断される。これにより、ユーザー一覧画面と
して、本システムに登録されている全てのユーザー情報
を選択するためのメニュー頁、例えば会社Ａ，会社Ｂ，
‥を選択するメニュー頁を示すＨＴＭＬ文書が生成され
て、クライアント端末２１のブラウザ２１０に返送され
る（図４：ステップ１３４）。

【００５１】また、会社管理者と同じアクセスレベルを
有している場合は、ユーザー一覧画面として、その会社
に属する全てのユーザー情報のみを選択するためのメニ
ュー頁、例えば、会社Ａの部署Ａ，部署Ｂ，‥を選択す
るメニュー頁を示すＨＴＭＬ文書が生成されて返送され
る。同様にして、部署管理者と同じアクセスレベルを有
している場合は、ユーザー一覧画面として、その部署に
属する全てのユーザー情報のみを選択するためのメニュ
ー頁、例えば部署ＡのユーザーＡ，ユーザーＢ，ユーザ
ーＣ‥を選択するためのＨＴＭＬ文書が生成されて返送
される。

【００５２】さらに、図９に示すように、特定のユーザ
ーに対するアクセスレベルを有している場合は、ユーザ
ー一覧画面として、これら一般ユーザーＡ〜Ｅのユーザ
ー情報のみを選択するためのメニュー頁を示すＨＴＭＬ
文書が生成されて返送される。また、いずれのアクセス
レベルも持たない場合は、ユーザー一覧画面の閲覧が不
可能である旨を示すＨＴＭＬ文書が返送される（図４：
ステップ１３５）。

【００５３】このように、本実施の形態では、クライア
ント端末２１から所定ＨＴＭＬ文書の閲覧要求があった
場合、Ｗｅｂサーバー端末１１の表示制御処理部１３に
おいて、クライアント端末２１の利用者のユーザー情報
ファイルからアクセスレベルを取得し、そのアクセスレ
ベルに基づき利用者に対する要求ＨＴＭＬ文書の表示可
否および変更可否を判断し、表示可または変更可の場合
のみ要求ＨＴＭＬ文書を配信するようにしたものであ
る。

【００５４】したがって、従来のように、同一利用者が
複数のログイン名を使い分けるという煩わしい作業を行
うことなく、各利用者のアクセスレベルに応じて、それ
ぞれの文書の閲覧可否を正確に管理できる。また、利用
者のアクセスレベルに応じて、表示可あるいは変更可の
内容のみからなる新たなＨＴＭＬ文書を生成して配信す
るようにしたので、表示または変更できない内容がクラ
イアント端末２１の画面に表示されなくなり、アクセス
不可能な内容、例えばアクセス不可能な文書の選択メニ
ューを表示した場合に発生しうる利用者による誤解を回
避できる。

【００５５】また、閲覧要求に添付されている会社コー
ド、部署コード、および利用者コードからなる利用者に
固有の利用者識別情報に基づいて、対応するユーザー情
報ファイルを選択するようにしたので、クライアント端
末２１からＷｅｂサーバー端末１１へのアクセスごとに
接続が切断されるＷＷＷであっても、アクセスごとに利
用者のユーザー認証を行う必要がなくなり、接続時処理
を軽減できる。

【００５６】また、文書閲覧要求に先立って行われるク
ライアント端末からのログイン操作に応じて、利用者の
ログイン認証を行い、認証が得られた場合は、その後の
文書閲覧要求に添付する利用者識別情報を送信するよう
にしたので、この利用者識別情報をＷｅｂサーバー端末
１１で管理することができ、不正なアクセスを低減でき
る。

【００５７】なお、以上の説明において、ログイン認証
処理部１２からクライアント端末２１に対して利用者識
別情報を送信する場合、その利用者識別情報の有効期限
を管理するようにしてもよい。例えば、ログイン可の判
断に応じて利用者識別情報を送信する場合は、その利用
者識別情報の有効期限を無期限とする。

【００５８】そして、その後に利用者からログアウト操
作が行われた場合、ログイン認証処理部１２からクライ
アント端末２１に対して、その有効期限がゼロ（相対時
刻）の利用者識別情報を送信する。これにより、ログイ
ン操作からログアウト操作までの期間だけ、クライアン
ト端末２１で保持される利用者識別情報を有効とするこ
とができ、システムの安全性を向上できる。

【００５９】次に、図１０を参照して、本発明の第２の
実施の形態として、ビル施設を構成する各種機器をクラ
イアント端末から監視制御する場合の処理動作について
説明する。図１０は表示制御処理の他の例を示すフロー
チャートであり、特に機器一覧画面を示すＨＴＭＬ文書
が要求された場合を示している。

【００６０】所定の機器を監視制御する場合、まずクラ
イアント端末２１のブラウザ２１０から、監視制御する
機器を選択するために、機器一覧画面を示すＨＴＭＬ文
書の閲覧要求を行う。これに応じて、Ｗｅｂサーバー端
末１１の表示制御処理部１３は、図１０に示す表示制御
処理を開始する。

【００６１】まず、受信した閲覧要求に、利用者の利用
者識別情報、すなわち会社コード、部署コード、および
ユーザーコードが添付されているか否か判断し（ステッ
プ１５１）、閲覧要求に利用者識別情報が添付されてい
ない場合は（ステップ１５１：ＮＯ）、エラーレスポン
スとして、機器一覧画面の閲覧が不可能である旨を示す
ＨＴＭＬ文書を返送し（ステップ１６８）、処理を終了
する。

【００６２】また、利用者識別情報が添付されている場
合は（ステップ１５１：ＹＥＳ）、前述の図４と同様
に、その会社コード、部署コード、およびユーザーコー
ドに基づいて格納されているユーザー情報ファイル（図
９参照）を開く（ステップ１５２）。続いて、受信した
利用者識別情報の会社コードに基づいて、利用者が属す
る会社に対応して設けられた公開機器情報ファイルを開
くとともに（ステップ１５３）、部署コードに基づい
て、利用者が属する部署に対応して設けられた一覧情報
設定ファイルを開く（ステップ１５４）。

【００６３】図１１は情報記憶部内の他のファイル格納
状況を示す説明図であり、前述の説明（図５参照）と同
じ部分には同一符号を付してある。ここでは、会社単位
のディレクトリ、例えば会社Ａディレクトリ５２Ａ内に
機器情報ディレクトリ６１が設けられており、その会社
Ａに属する利用者が監視制御できる機器、すなわちその
会社Ａの利用者に公開されている機器を示す公開機器情
報ファイル６２が格納されている。

【００６４】また、部署単位のディレクトリ、例えば部
署Ａディレクトリ５３Ａ内にも機器情報ディレクトリ６
３が設けられ、その部署Ａに属する各利用者の各機器に
対するアクセスレベルを示す一覧情報設定ファイル６４
Ａ，６４Ｂ，‥が格納されている。

【００６５】図１２は公開機器情報ファイルの記述例を
示す説明図である。ここでは、その先頭行に各カラムの
書式が記載されているように、先頭カラムから順に、機
器を特定するための管理番号、機器の管理点コード、機
器（管理点）の名称、その会社に属する利用者の機器に
対するアクセスレベルが記述されている。特に、アクセ
スレベルとして、表示可（Ｒ：Ｒｅａｄ）、操作可
（Ｗ：Ｗｒｉｔｅ）、表示（操作）不可（−）が設定さ
れている。

【００６６】また図１３は一覧情報設定ファイルの記述
例を示す説明図である。ここでは、その先頭行に各カラ
ムの書式が記載されているように、先頭カラムから順
に、機器を特定するための管理番号、その機器に対する
部署管理者のアクセスレベルが記述されており、以下、
その機器に対する各利用者（ユーザーＡ〜Ｅ）のアクセ
スレベルが記述されている。

【００６７】なお、一覧情報設定ファイルは、機器一覧
画面の各頁に対応して設けられており、例えば、一覧情
報設定ファイル６４Ａには、機器一覧画面の１頁目に表
示される機器に対するアクセスレベルが記述され、一覧
情報設定ファイル６４Ｂには、機器一覧画面の２頁目に
表示される機器に対するアクセスレベルが記述されてい
る。

【００６８】したがって、表示制御処理部１３は、利用
者が属する会社の公開機器情報ファイル６２と、閲覧要
求された機器一覧画面の頁に対応する一覧情報設定ファ
イル、例えば一覧情報設定ファイル６４Ａを開く（ステ
ップ１５３，１５４）。そして、その一覧情報設定ファ
イル６４Ａに記載された各機器について、一覧情報設定
ファイル６４Ａでのアクセスレベルと、公開機器情報フ
ァイル６２でのアクセスレベルとを比較し、いずれか低
い方のアクセスレベルを、その機器に対する利用者のア
クセスレベルとして採用する（ステップ１５５〜１６
３）。

【００６９】まず、一覧情報設定ファイル６４Ａのう
ち、未処理情報を検索し（ステップ１５５）、未処理の
機器が見つかった場合は（ステップ１５５：ＹＥＳ）、
その機器の情報を１件読み出す（ステップ１５６）。こ
こで、その機器の情報の読み出しに成功した場合は（ス
テップ１５７：ＹＥＳ）、一覧情報設定ファイル６４Ａ
に設定されているその機器に対する利用者のアクセスレ
ベルを変数Ｘに格納する（ステップ１５７）。

【００７０】続いて、公開機器情報ファイル６２に設定
されているその機器に対するアクセスレベルを変数Ｙに
格納し（ステップ１５７）、図１４に示すような論理テ
ーブルに基づき、両アクセスレベルＸ，Ｙのうち、いず
れか低い方のアクセスレベルを変数Ａに格納する（ステ
ップ１５８）。そして、変数Ａを検査し（ステップ１６
１）、変数Ａが「Ｗ」の場合は、その機器に対する利用
者のアクセスレベルを「操作可（変更可）」とし（ステ
ップ１６２）、ステップ１５５に戻る。

【００７１】また、変数Ａが「Ｒ」の場合は、その機器
に対する利用者のアクセスレベルを「表示可」とし（ス
テップ１６３）、変数Ａが「−」の場合は、その機器に
対する利用者のアクセスレベルを「表示不可（操作不
可）」とし（ステップ１６４）、それぞれステップ１５
５に戻る。なお、ステップ１５７で、その機器の情報の
読み出しに失敗した場合は（ステップ１５７：ＮＯ）、
一覧情報設定ファイル６４Ａを読み込み終了と設定し
（ステップ１６５）、ステップ１５５に戻る。

【００７２】このようにして、一覧情報設定ファイル６
４Ａの未処理情報について順に処理し、ステップ１５５
において、未処理情報がなくなった場合は（ステップ１
５５：ＮＯ）、一覧情報設定ファイル６４Ａのうち、利
用者のアクセスレベルが表示可または操作可の機器の状
態をコントローラ３０から取得する（ステップ１６
６）。

【００７３】そして、取得した各機器の状態に基づい
て、利用者に対して表示可または操作可の機器の一覧画
面を示す新たなＨＴＭＬ文書を作成して、クライアント
端末２１に返送し（ステップ１６７）、一連の処理を終
了する。この場合、表示不可と判断された機器について
は、新たなＨＴＭＬ文書に記載されない。

【００７４】また、操作可と判断された機器について、
その機器が、ビル監視制御システムにおける発停点や設
定点である場合には、その操作指示を行うための操作画
面（ＨＴＭＬ文書）を呼び出すためのハイパーリンク情
報を、新たなＨＴＭＬ文書に記載する。なお、表示可
（操作不可）と判断された機器については、このハイパ
ーリンク情報を記載しない。

【００７５】したがって、ユーザーＣから機器一覧画面
の閲覧要求があったときに、図１２に示す公開機器情報
ファイルと、図１３に示す一覧情報設定ファイルとが設
定されている場合、機器１「空調機１」のみが操作可と
なり、ハイパーリンク情報付きで表示される。図１５は
機器一覧画面の表示出力例であり、機器名欄の「空調機
１」の実線アンダーラインが、ハイパーリンク情報付き
であることを示しており、ここをクリックすることによ
り、「空調機１」の操作画面を呼び出すことができる。

【００７６】また、機器３「空調機Ａ」および機器７
「照明１」が表示可となり、ハイパーリンク情報なしで
表示される。この場合、機器名欄の「空調機Ａ」および
「照明１」の破線アンダーラインが（またはアンダーラ
インなし）、ハイパーリンク情報なしであることを示し
ている。なお、機器２「空調機２」および機器６「共用
部空調機」が表示不可となり、機器一覧画面には表示さ
れない。

【００７７】このように、本実施の形態では、各機器に
対する利用者のアクセスレベルを検査し、操作可（すな
わち変更可）の機器に対しては、その操作状況を変更す
るための画面を示すＨＴＭＬ文書の情報、例えばハイパ
ーリング情報を付加するようにしたので、利用者は、得
られた機器一覧画面を操作することにより、操作可の機
器の操作画面を直ちに呼び出すことができる。

【００７８】なお、クライアント端末２１のブラウザ２
１０により表示された機器一覧画面から、操作可の機器
に対する機器操作画面のＨＴＭＬ文書が要求された場
合、Ｗｅｂサーバー端末１１の表示制御処理部１３は、
図１６に示すような、表示制御処理を開始する。図１６
は表示制御処理の他の例を示すフローチャートであり、
（ａ）は任意の機器の操作画面が要求された一般的な場
合、（ｂ）は「エレベータ」の操作画面を示すＨＴＭＬ
文書が要求された場合を示しており、前述の図４とほぼ
同様である。

【００７９】図１６（ａ）では、まず、要求された機器
の操作画面に対応するＨＴＭＬ文書のＵＲＬが機器操作
画面要求として受信され、この要求に利用者の利用者識
別情報が添付されている場合は（ステップ１７１：ＹＥ
Ｓ）、その利用者識別情報の各コードに基づいて利用者
のユーザー情報ファイルを開き（ステップ１７２）、一
般ユーザーＡ〜Ｅのアクセス権をチェックする（ステッ
プ１７３）。

【００８０】そして、一覧情報設定ファイルのユーザー
属性から、利用者のアクセスレベルが、機器に設定され
ている一般ユーザーＡ〜Ｅに対するアクセスレベルと合
致する場合は（ステップ１７４：ＹＥＳ）、受信したＵ
ＲＬで示されるＨＴＭＬ文書、すなわち機器の操作画面
を示すＨＴＭＬ文書を、情報記憶部１６から読み出して
返送し（ステップ１７５）、一連の処理を終了する。な
お、各施設と機器との対応付けは、予め設定しておくも
のとする。

【００８１】この後、この操作画面から入力されたデー
タが、クライアント端末２１のブラウザ２１０から、Ｗ
ｅｂサーバー端末１１の機器監視制御処理部１５に転送
され、コントローラ３０に機器操作指示が出力されて、
各種機器が制御される。なお、ステップ１７１におい
て、利用者識別情報が添付されていない場合（ステップ
１７１：ＮＯ）、またはステップ１７４において、利用
者のアクセスレベルがその施設管理者より低い場合は
（ステップ１７４：ＮＯ）、閲覧不可能と判断して、エ
ラーレスポンスを行う（ステップ１７６）。

【００８２】これと同様にして、例えば機器操作画面と
して「エレベータ」の操作画面が要求された場合は、図
１６（ｂ）に示すように、前述の図１６（ａ）のステッ
プ１７３のところで、エレベータ設備に対応する設備Ａ
〜Ｅがチェックされる（ステップ１９３）。そして、利
用者のアクセスレベルが、「エレベータ」に設定されて
いるアクセスレベル、ここでは「エレベータ」に相当す
る設備Ａ〜Ｅのいずれかの管理者と合致する場合にのみ
（ステップ１９４：ＹＥＳ）、エレベータ操作画面が返
送される（ステップ１９５）。

【００８３】また、公開機器情報ファイル６２や一覧情
報設定ファイル６４Ａ，６４Ｂ，‥の内容は、ビル管理
者によって設定される。図１７は表示制御処理の他の例
を示すフローチャートであり、特に公開機器情報ファイ
ル６２の編集画面を示すＨＴＭＬ文書が要求された場合
を示しており、前述の図４とほぼ同様である。

【００８４】まず、公開機器情報ファイル６２の編集画
面に対応するＨＴＭＬ文書のＵＲＬが編集画面要求とし
て受信され、この要求に利用者の利用者識別情報が添付
されている場合は（ステップ１８１：ＹＥＳ）、その利
用者識別情報の各コードに基づいて利用者のユーザー情
報ファイルを開く（ステップ１８２）。

【００８５】そして、ユーザー情報ファイルのユーザー
属性から、利用者のアクセスレベルがビル管理者と同じ
場合は（ステップ１８３：ＹＥＳ）、受信したＵＲＬで
示されるＨＴＭＬ文書、すなわち公開機器情報ファイル
６２の編集画面を示すＨＴＭＬ文書を、情報記憶部１６
から読み出して返送し（ステップ１８４）、一連の処理
を終了する。

【００８６】この後、この編集画面から入力されたデー
タが、クライアント端末２１のブラウザ２１０から、Ｗ
ｅｂサーバー端末１１のデータ更新処理１４に転送さ
れ、情報記憶部１６内の対応する公開機器情報ファイル
６２が、受信した入力データに基づいて更新される。な
お、ステップ１８１において、利用者識別情報が添付さ
れていない場合（ステップ１８１：ＮＯ）、またはステ
ップ１８３において、利用者のアクセスレベルがビル管
理者より低い場合は（ステップ１８３：ＮＯ）、編集不
可能と判断して、エラーレスポンスを行う（ステップ１
８５）。

【００８７】

【発明の効果】以上説明したように、本発明は、サーバ
ー端末により、クライアント端末からの所定ＨＴＭＬ文
書の閲覧要求に応じて、そのクライアント端末利用者に
対応して設けられたユーザー情報ファイルからアクセス
レベルを取得し、そのアクセスレベルに基づきクライア
ント端末利用者に対する要求ＨＴＭＬ文書の表示可否お
よび変更可否を判断し、表示可または変更可の場合のみ
要求ＨＴＭＬ文書を配信する表示制御処理手段を備える
ものである。したがって、利用者のユーザー情報ファイ
ルのアクセスレベルが、要求ＨＴＭＬ文書について表示
可または変更可の場合のみ、その要求ＨＴＭＬ文書が配
信され、従来のように、同一利用者が複数のログイン名
を使い分けるという煩わしい作業を行うことなく、各利
用者のアクセスレベルに応じて、それぞれの文書の閲覧
可否を正確に管理できる。

【図面の簡単な説明】

【図１】 本発明の一実施の形態である情報閲覧システ
ムを示すブロック図である。

【図２】 文書閲覧処理手順を示すシーケンス図であ
る。

【図３】 ログイン認証処理部の動作を示すフローチャ
ートである。

【図４】 表示制御処理部の動作を示すフローチャート
である。

【図５】 情報記憶部内のファイル格納状況を示す説明
図である。

【図６】 ログイン情報ファイルの記述例を示す説明図
である。

【図７】 会社情報ファイルの記述例を示す説明図であ
る。

【図８】 部署情報ファイルの記述例を示す説明図であ
る。

【図９】 ユーザー情報ファイルの記述例を示す説明図
である。

【図１０】 表示制御処理部の他の動作例を示すフロー
チャートである。

【図１１】 情報記憶部内の他のファイル格納状況を示
す説明図である。

【図１２】 公開機器情報ファイルの記述例を示す説明
図である。

【図１３】 一覧情報設定ファイルの記述例を示す説明
図である。

【図１４】 アクセスレベル算出用の論理テーブルを示
す説明図である。

【図１５】 機器一覧画面の表示出力例である。

【図１６】 表示制御処理部の他の動作例を示すフロー
チャートである。

【図１７】 表示制御処理部の他の動作例を示すフロー
チャートである。

【図１８】 一般的な情報閲覧システムを示す説明図で
ある。

【符号の説明】

１０…ＬＡＮ回線、１１…Ｗｅｂサーバー端末、１２…
ログイン認証処理部、１３…表示制御処理部、１４…デ
ータ更新処理部、１５…機器監視制御処理部、１６…情
報記憶部、２１〜２８…クライアント端末、２１０…ブ
ラウザ、５３…会社情報ファイル、５４…部署情報ファ
イル、５５Ａ，５５Ｂ，５５Ｃ…ユーザー情報ファイ
ル、５８Ａ，５８Ｂ…ログイン情報ファイル、６２…公
開機器情報ファイル、６４Ａ，６４Ｂ…一覧情報設定フ
ァイル。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ Ｇ０６Ｆ 15/419 ３２０ (72)発明者 伊藤 弘 東京都渋谷区渋谷２丁目12番19号 山武ハ ネウエル株式会社内 (72)発明者 中川 日出夫 東京都港区六本木一丁目４番33号 株式会 社エヌ・ティ・ティファシリティーズ内 (72)発明者 大島 一夫 東京都港区六本木一丁目４番33号 株式会 社エヌ・ティ・ティファシリティーズ内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 各種ＨＴＭＬ文書をＬＡＮ回線や電話回
   線などの通信回線を介して配信するサーバー端末と、通
   信回線を介して配信された各種情報を閲覧するクライア
   ント端末とからなる情報閲覧システムにおいて、 サーバー端末は、 クライアント端末からの所定ＨＴＭＬ文書の閲覧要求に
   応じて、そのクライアント端末利用者に対応して設けら
   れたユーザー情報ファイルからアクセスレベルを取得
   し、 そのアクセスレベルに基づきクライアント端末利用者に
   対する要求ＨＴＭＬ文書の表示可否および変更可否を判
   断し、表示可または変更可の場合のみ要求ＨＴＭＬ文書
   を配信する表示制御処理手段を備えることを特徴とする
   情報閲覧システム。
2. 【請求項２】 請求項１記載の情報閲覧システムにおい
   て、 表示制御処理手段は、 クライアント端末利用者のアクセスレベルに応じて、要
   求ＨＴＭＬ文書のうち表示可および変更可の内容からな
   る新たなＨＴＭＬ文書を生成して配信することを特徴と
   する情報閲覧システム。
3. 【請求項３】 請求項１または２記載の情報閲覧システ
   ムにおいて、 クライアント端末は、 閲覧要求時に、クライアント端末利用者に固有の利用者
   識別情報を添付して送信し、 表示制御処理手段は、 クライアント端末からの閲覧要求に添付されている利用
   者識別情報に基づき、クライアント端末利用者に対応す
   るユーザー情報ファイルを選択することを特徴とする情
   報閲覧システム。
4. 【請求項４】 請求項３記載の情報閲覧システムにおい
   て、 サーバー端末は、 クライアント端末からのログイン要求に応じてそのクラ
   イアント端末利用者のログイン可否を判断し、ログイン
   可の場合は、所定のＨＴＭＬ文書に前記利用者識別情報
   を添付して配信するログイン認証処理手段を備えること
   を特徴とする情報閲覧システム。
5. 【請求項５】 請求項１〜４記載の情報閲覧システムに
   おいて、 表示制御処理手段は、 変更可の内容を編集するための画面を示すＨＴＭＬ文書
   の情報を前記新たなＨＴＭＬ文書に付加して配信するこ
   とを特徴とする情報閲覧システム。