JPH1063724A - 電子メールとのインタフェースを備えたビル管理システム - Google Patents

Abstract

(57)【要約】 【課題】 電子メールにより、操作員を介さずに空調設
備や照明等の機器の運転制御や、設定値、温度等の情報
確認等の処理要求を行えるビル管理システムを提供す
る。 【解決手段】 ビル管理用ネットワークを介して、ビル
内に設置された機器に対し、運転制御、運転スケジュー
ルの設定、または機器に関する所定の情報の収集等のビ
ル管理に関する所定の処理を行う中央制御部３３を有す
るビル管理システムにおいて、オフィス用ネットワーク
を介して電子メールによりユーザからの処理要求を受信
し、処理要求に基づいた処理を行うように制御する命令
を中央制御部３３に対して出力する電子メール処理部１
１を設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ビル内の空調や照
明等の機器の制御、状態監視等を行うビル管理システム
であって、特に、使用者が、電子メールシステムを介し
て、これらの機器の遠隔操作および情報の収集を行うこ
とができるビル管理システムに関する。

【０００２】

【従来の技術】ビル内の空調設備や照明等の機器の制御
・監視を行うビル管理システムにおいて、これらの機器
の制御・監視は、ネットワークを介して、中央監視室で
集中的に行われる。一般にビルの居住者（以下、「ユー
ザ」と称す。）が、ビルの空調運転時間の延長等のスケ
ジュールの変更や、設定温度の確認や、起動・停止等を
要求する時は、この中央監視室に電話、ＦＡＸ等を用い
て連絡する必要がある。中央監視室の操作員は、その連
絡に基づきビル管理システムを操作し、要求された処理
を行う。またユーザは、現在設定されている温度や、機
器の稼働スケジュール等を確認したい時も、同様に、中
央監視室に電話等により連絡することにより、これらの
情報を得る。中央監視室の操作員はユーザからの連絡が
ある度に、設定変更操作や、確認操作を行いユーザに連
絡しなければならないため、これらの作業は、操作員の
負担となっていた。

【０００３】このような操作員の負担を軽減するための
方法として、多機能電話とＰＢＸ（構内交換機）、また
は専用のユーザ端末等を用いて、居住者が直接、ビル管
理システムにアクセスし、操作変更の入力や、設定値や
スケジュール等の確認する方法がある。

【０００４】

【発明が解決しようとする課題】しかし、このような専
用のハードウエアを用いる方法では、専用のハードウェ
アと専用のソフトウェアを別途設置しなければならない
という問題点がある。また、ユーザが専用ハードウェア
の操作方法を理解しなければならないという問題があ
る。さらに、複数のユーザから矛盾する要求が入力され
た時には、自動的に対応できず、中央監視室の操作員が
対応する必要がある。

【０００５】本発明は、上記問題を解決すべくなされた
ものであり、その目的とするところは、電子メールによ
り、操作員を介さずに空調設備や照明等の機器の運転制
御や、設定値、温度等の情報確認等の処理要求を行える
ビル管理システムを提供することにある。

【０００６】

【課題を解決するための手段】本発明に係る第１ビル管
理システムは、ビル管理用ネットワークを介して、ビル
内に設置された機器に対し、運転制御、運転スケジュー
ルの設定、または前記機器に関する所定の情報の収集等
のビル管理に関する所定の処理を行う中央制御手段を有
するビル管理システムにおいて、オフィス用ネットワー
クを介して電子メールによりユーザからの処理要求を受
信し、該処理要求に基づいた処理を行うように制御する
命令を前記中央制御手段に対して出力する電子メール処
理手段を備える。

【０００７】好ましくは、前記第１ビル管理システムに
おいて、前記電子メール処理手段は、前記処理要求が記
述された前記電子メールを受信するコントロール手段
と、前記電子メールに自然言語で記述された前記処理要
求を前記中央制御手段が認識できる中間言語に翻訳する
翻訳処理手段と、翻訳された前記中間言語を前記命令と
して前記中央制御手段に出力するコマンド処理手段とか
ら構成される。

【０００８】好ましくは、前記第１ビル管理システムに
おいて、前記コマンド処理手段は、前記中央処理手段に
前記中間言語を出力する場合の出力方法を制御する規則
を前記中間言語に応じて格納する規則格納手段を有す
る。前記コマンド処理手段は、前記規則に基づき、前記
中間言語の中央制御手段への出力方法を制御する。

【０００９】好ましくは、前記第１ビル管理システムに
おいて、前記翻訳処理手段は、前記自然言語と前記中間
言語とを関連づけて記憶する辞書手段を有しており、前
記翻訳処理手段は、前記辞書手段を参照することによ
り、前記電子メールにおいて、自然言語により記述され
た前記処理要求を前記中間言語で記述された前記命令に
変換する。

【００１０】好ましくは、前記第１ビル管理システムに
おいて、前記辞書手段は言語毎に設定されており、前記
ユーザの使用する言語に応じて選択される。

【００１１】好ましくは、前記第１ビル管理システムに
おいて、前記辞書手段は、ビル内の所定の領域毎に設定
されており、前記ユーザの所属する領域に応じて選択さ
れる。

【００１２】さらに、好ましくは、前記第１ビル管理装
置において、前記翻訳処理手段は、学習機能を有する。
前記翻訳処理手段は、現在格納していない自然言語が新
たに前記中間言語と関連づけられた時は、前記自然言語
を前記中間言語と関連づけて前記辞書手段に登録する。
また、前記辞書手段において、前記自然言語と対応させ
て該自然言語の使用頻度を格納する。

【００１３】本発明に係る第２ビル管理システムは、ビ
ル管理用ネットワークを介して、ビル内に設置された機
器の状態、設定値、または温度／湿度等のビル内の所定
の情報を収集する中央制御手段を有するビル管理システ
ムにおいて、前記中央制御手段により収集された所定の
情報を、オフィス用ネットワークを介して電子メールに
よりユーザに通知する電子メール処理手段を備える。

【００１４】好ましくは、前記第２ビル管理システムに
おいて、前記電子メール処理手段は、前記中央制御手段
から前記所定の情報を受信するコマンド処理手段と、前
記中央制御手段からの所定の情報を自然言語に翻訳する
翻訳処理手段と、前記翻訳処理手段による翻訳結果を前
記ユーザに前記電子メールにより送信するコントロール
手段とからなる。

【００１５】

【発明の実施の形態】以下、添付の図面を用いて本発明
に係るビル管理装置の実施形態を説明する。

【００１６】図１に本実施形態のビル管理システムのハ
ードウェア構成を示す。本実施形態のビル管理システム
１１は、ＣＰＵ（中央演算処理装置）１３と表示装置１
５と操作入力装置１７と主記憶装置１９と補助記憶装置
２１とＯＡ−ＬＡＮインタフェース２３とビル管理ネッ
トワークインタフェース２７とからなる。さらに、ビル
管理システム１１は、ＯＡ−ＬＡＮインタフェース２３
を介して、ビル内の各ユーザのオフィスに構築されたロ
ーカルエリアネットワーク（以下、「ＯＡ−ＬＡＮ」と
称す。）２５と接続され、また、ビル管理ネットワーク
インタフェース２７を介して空調機器や照明等のビル内
の機器に接続されたビル管理用ネットワーク２９に接続
されている。

【００１７】ＣＰＵ１３は、所定のプログラムに基づい
て本ビル管理システム１１の全ての動作の制御を行う。
表示装置１５は、ビル管理システム１１が管理する機器
の状態や、スケジュールの設定等の情報の表示を行う。
操作入力装置１７は、ビル管理システム１１に対する処
理要求の入力を行うものである。主記憶装置１９および
補助記憶装置２１は、ＣＰＵ１３が実行するプログラム
およびデータを格納する。ビル管理ネットワークインタ
フェース２７は、ビル管理システム１１と、ビル内の空
調設備や照明機器等を制御するためのビル管理用ネット
ワーク２９との間のデータのインタフェースを行う。Ｏ
Ａ−ＬＡＮインタフェース２３は、ビル管理システム１
１と、ビル内の各ユーザのオフィスに構築されたＯＡ−
ＬＡＮ２５との間のデータのインタフェースを行う。

【００１８】図２に本実施形態のビル管理システム１１
のブロック構成図を示す。図２に示される各機能ブロッ
クは、前述のようにＣＰＵ１３により所定のプログラム
が実行されることにより制御される。図２において、ビ
ル管理システム１１は、電子メール処理部３１と中央制
御部３３とからなる。

【００１９】中央制御部３３は、ビル管理用ネットワー
ク２９を介して、ビル内に設置された空調や照明等の機
器に対する、運転制御や、スケジュールの設定、温度／
湿度設定等の各種設定値の変更や、機器の運転状態、機
器の設定値、検針値、ビル内の各室の温度／湿度等のビ
ル管理システムが管理する所定の情報の収集を行う。本
実施形態の中央制御部３３は、上記のような一般的なビ
ル管理システムの機能を実現するものであればよく、こ
こでは詳細な説明は省略する。

【００２０】電子メール処理部３１は、コントロール部
４１と、翻訳処理部４３と、コマンド処理部４５と、メ
ンテナンス処理部４７とからなり、各処理部において参
照されるデータファイルである、ユーザ情報４９と、ド
メイン辞書５１と、ユーザ辞書５３と、ルールセット５
５と、保留データ５７と、履歴データ５９とを有する。
電子メール処理部３１は、ユーザとビル管理システムと
の間でやりとりされる電子メールに対して所定の処理を
行うことにより、中央制御部３３に対する処理要求や、
ユーザに対する情報提供等の所定の処理を行う。

【００２１】コントロール部４１は、電子メールシステ
ムを介してユーザとの間で電子メールの送受信を行う。
すなわち、コントロール部４１は、受信したメールの翻
訳を翻訳処理部４３に依頼し、翻訳結果をコマンド処理
部４５に送信することによりユーザの要求処理を実行
し、また、コマンド処理部４５から処理結果を受け取
り、この処理結果を電子メールによりユーザに通知す
る。

【００２２】翻訳処理部４３は、ユーザから送信された
自然言語で記述されたメールを、中央制御部３３が処理
できる中間言語に翻訳し、また逆に、処理結果等のビル
管理システム１１から出力されるメッセージを、自然言
語に翻訳する。これらの翻訳処理はコントロール部４１
からの依頼に基づいて行われる。また、翻訳処理部４３
は、使用言語に対応して複数存在しており、コントロー
ル部４１によりユーザの使用言語に基づいて選択され
る。

【００２３】コマンド処理部４５は、中央制御部３３に
対して中間言語を出力する。この時、コマンド処理部４
５は、コントロール部４１から送信された中間言語に応
じた所定の処理タイプにしたがい、中間言語の中央制御
部３３への出力方法を制御する。処理タイプの詳細につ
いては後述する。

【００２４】メンテナンス処理部４７は、上記処理を行
う際に参照されるユーザ情報４９、ドメイン辞書５１、
ユーザ辞書５３およびルールセット５５等のデータファ
イルに格納されたデータの管理を行う。すなわち、管理
者により操作入力装置１７から入力された要求に従い、
上記データファイルに格納されるデータの追加、変更、
削除や照会を行う。

【００２５】ユーザ情報４９は、ユーザに関する情報を
格納する。ユーザ情報４９には、本ビル管理システムの
使用が許可されているユーザが登録される。ユーザ情報
４９は、図３に示されるように、「ユーザアドレス」、
「ユーザ名」、「ルートドメイン」および「所属ドメイ
ン」から構成される。「ユーザアドレス」には、ユーザ
アドレスが格納される。「ユーザ名」にはユーザの名称
が格納される。「ルートドメイン」には、ユーザが使用
する言語を表す情報が格納される。「所属ドメイン」に
は、ユーザの所属部署やテナントの居室等のユーザが居
住するビル内の領域を表すす情報が格納される。例え
ば、「２Ｆ−Ｅ（２階の東側）」、「２Ｆ−Ｗ（２階の
西側）」のような情報が格納される。「優先度」には、
ユーザが複数のルートドメイン（使用言語）を有する時
に、どのルートドメインを優先させるかを指定する度合
いを示す値が格納される。

【００２６】ドメイン辞書５１は、翻訳処理部４３にお
いて、自然言語からビル管理システム１１が認識できる
コマンドである中間言語への翻訳時、または中間言語か
ら自然言語への翻訳時に参照される。ドメイン辞書５１
は、ユーザの使用言語毎および居住領域毎に設定され、
ユーザ情報におけるルートドメインおよび所属ドメイン
の値に応じて選択される。ドメイン辞書５１は、ユーザ
の所属部署、テナントの居室等の単位で、ユーザをグル
ープ化し、そのグループ特有の表現等の情報を格納す
る。

【００２７】ドメイン辞書５１は、図４に示されるよう
に、「自然言語」、「型」、「中間言語」および「使用
頻度」から構成される。「自然言語」には、メール中に
使用される自然言語の単語または語句が格納される。
「型」には、「自然言語」に格納された単語または語句
に対応する中間言語の種類を示す情報が格納される。例
えば、Ｃ：コマンド、Ｏ：オペランド、Ｐ：パラメータ
およびＣ、Ｏ、Ｐを組み合わせたものがある。「中間言
語」には、「自然言語」に格納された単語または語句に
対応する中間言語が格納される。「使用頻度」には、
「自然言語」が使用された頻度が格納される。この使用
頻度は、ユーザによりその単語が使用される毎にカウン
トアップされる。

【００２８】ユーザ辞書５３は、図５に示されるように
ドメイン辞書５１と同じ構成を持ち、ドメイン辞書５１
と同様に自然言語から中間言語への翻訳時、または中間
言語から自然言語への翻訳時に参照される。ユーザ辞書
４９とドメイン辞書５１の異なる点は、ドメイン辞書５
１がユーザの所属する部署等のグループ単位の表現を格
納するのに対し、ユーザ辞書５３は、ユーザ特有の表現
を格納する点にある。したがって、ユーザ辞書５３はユ
ーザ毎に定義され、ユーザが複数の言語を使用するとき
は、さらに使用言語毎に定義される。

【００２９】ルールセット５５は、コマンド処理部４５
において、処理されるべき中間言語の出力方法の制御方
法である処理タイプの情報を格納している。コマンド処
理部４５は、中間言語を実行する際に、その中間言語の
処理タイプを確認し、その処理タイプに応じた制御方法
で中間言語を中央処理部に出力する。ルールセット５５
は、図６に示すように、「ユーザ」、「コマンド」、
「オペランド」、「型」および「管理者」から構成され
る。「ユーザ」には、ユーザアドレスが格納される。
「コマンド」には、ビル管理システム１１が認識できる
コマンドである中間言語が格納される。「オペランド」
には、制御される対象機器を示す値が格納される。
「型」には、この時の「ユーザリスト」、「コマンド」
および「オペランド」に対応した処理タイプが格納され
る。例えば、Ｅ：排他型、Ｓ：共有型、Ｄ：拒否型およ
びＡ：確認型等がある。これらの処理タイプについては
後述する。「管理者」には、処理の実行に対して確認が
必要とされる時に確認対象となる管理者のユーザアドレ
スが格納される。

【００３０】保留データ５７は、ユーザからの処理要求
に対して許可等の確認をしている間、その処理要求を保
留する必要があるときに、その保留された処理要求に関
する情報を格納する。履歴データ５９は、ビル管理シス
テム１１において、処理された要求処理の履歴を格納す
る。

【００３１】以上のようにして構成された本実施形態の
ビル管理システム１１は、電子メール処理部３１におい
て、ＭＳ−Ｍａｉｌ（マイクロソフト社）、ｃｃ：Ｍａ
ｉｌ（ロータス社）等の汎用的な電子メールシステムに
より、ＯＡ−ＬＡＮ２５を経由して送信されたユーザか
らの要求を、ＳＭＴＰ（Simple Mail Transfer Protoco
l）に準じた電文形式の電子メールで受信し、その電子
メールの内容を翻訳し、その内容に基づいた命令を中央
制御部３３に出力する。中央制御部３３は、電子メール
処理部３１からの命令に基づき、ビル管理用ネットワー
ク２９を介して、ビル内の機器の動作制御、設定値の変
更、状態監視、または室温等の情報の収集等を行う。

【００３２】以下に、本ビル管理システムの動作を図７
のフローチャートを参照して説明する。本システムは、
電子メール処理部３１において、ユーザからの電子メー
ルを受信することにより起動される。

【００３３】電子メール処理部３１において、コントロ
ール部４１はユーザから電子メールを受信すると（Ｓ
１）、まず、ユーザアドレスの正当性を確認する（Ｓ
２）。これは、ユーザアドレスの正当性を確認すること
により、権限のあるユーザのみ本ビル管理装置へのアク
セスを可能とするためである。ユーザアドレスの正当性
は、ユーザがユーザ情報４９に登録されているか否かで
判断する。すなわち、電子メールのヘッダ部からユーザ
アドレスを特定し、このユーザアドレスを検索キーとし
て、ユーザ情報４９のデータを検索する。ユーザ情報４
９中に検索キーと一致するデータが検索されなければ、
このユーザは正しいユーザでないと判断され（Ｓ３）、
処理を終了する。ユーザアドレスが一致するデータが検
索されれば、正しいユーザであると判断され（Ｓ３）、
ユーザ情報４９中のそのユーザアドレスに対するルート
ドメインの値から、そのユーザの使用言語を特定する
（Ｓ４）。使用言語が特定されると、コントロール部４
１は、メールの種類の判断を行う（Ｓ５）。ここで、本
実施形態において使用されるメールの種類について説明
する。

【００３４】本実施形態のビル管理システム１１におい
ては、ユーザからのメールが正しく翻訳できなかった時
や、ユーザからの処理要求に対して何らかの確認を必要
とする時は、ユーザに対して確認のためのメール（以
下、「確認メール」と称す。）を送信する。ビル管理シ
ステム１１は、その確認メールに対するユーザからの回
答メールを受信することにより、ユーザの要求を確定し
実行する。そこで、コントロール部４１は、受信したメ
ールが新規に送られたメールか回答メールかを判断し、
メールの種類に応じた処理をする必要がある。メールの
種類の判断は、メール中のヘッダ部の情報により、以下
のように行われる。

【００３５】図８にメールのヘッダ部の一例を示す。図
８（ａ）は、ビル管理システム１１からユーザに対して
送信されたメールのヘッダを表し、図８（ｂ）は、図８
（ａ）に対する回答メールのヘッダ部を表す。図８
（ａ）に示すようにヘッダ部には、一般的にそのメール
を特定するためのメッセージＩＤ(Message-ID)と、送信
日時(Date)と、送信者(From)と、送信先(To)と、件名(S
ubject)とを示す情報が含まれる。ここで件名(Subject)
の「BAS0001」は、コントロール部４１が、この確認メ
ールに対して割り当てたＩＤ（以下、「コントロールＩ
Ｄ」と称す。）を表す。コントロールＩＤは、メールを
送信する際にコントロール部４１によりメールに対して
割り当てられ、送信されたメールと実行または保留され
た処理要求とが関連づけられるようにコントロール部４
１により管理されている。

【００３６】図８（ｂ）に示す回答メールのヘッダ部に
おいて、件名(Subject)における「Ｒｅ：」は、このメ
ールが「Ｒｅ：」以降で示されるコントロールＩＤを持
つメールに対する回答メールであることを示す。この場
合は、「BAS0001」のメールに対する回答メールである
ことを示している。このようにして、件名(Subject)を
参照することにより、そのメールが新規に送られたメー
ルであるか確認メールに対する回答メールであるかを判
断することができ、また回答メールの場合、件名の「Ｒ
ｅ：」以後のコントロールＩＤを参照することにより、
以前に送信したどのメールに対する回答メールかを関連
付けることができる。

【００３７】以上のような方法でコントロール部４１は
メールの種類を判断する（Ｓ５）。受信メールが、翻訳
時の確認メールに対する回答メールである時は（Ｓ
６）、学習処理ルーチン（Ｓ７）に進む。学習処理ルー
チンは、ユーザ特有の表現を学習する処理であり詳細に
ついては後述する。学習処理ルーチン（Ｓ７）終了後、
要求発行処理ルーチン（Ｓ８）に進む。要求発行処理ル
ーチンは、ユーザの要求を実行するための処理であり詳
細については後述する。受信メールが翻訳時の確認メー
ルに対する回答メールでない時は（Ｓ６）、要求発行処
理ルーチン（Ｓ８）に進む。要求発行処理ルーチン（Ｓ
８）終了後、ユーザの処理要求が実行された時は、処理
結果の通知のための通知メールを送信し、また、許可等
の確認をする必要がある時は、ユーザまたは所定の管理
者に対して確認メールを送信する（Ｓ９）。

【００３８】上記の要求発行処理ルーチンは、図９に示
されるフローチャートに基づいて行われる。以下にこの
要求発行処理ルーチンの動作を説明する

【００３９】要求発行処理ルーチンでは、まず、コント
ロール部４１は受信したメールの翻訳を、ユーザのルー
トドメインおよび所属ドメインから決定される翻訳処理
部４３に依頼する（Ｓ２１）。翻訳処理部４３では翻訳
処理ルーチンを実行する（Ｓ２２）。翻訳処理ルーチン
は自然言語で記述されたメールの内容をビル管理システ
ムが認識できる中間言語に翻訳する処理を行い、詳細に
ついては後述する。翻訳処理終了後、コントロール部４
１は、翻訳処理部４３から翻訳結果を受信すると（Ｓ２
３）、翻訳が成功したか否かを判断する（Ｓ２４）。

【００４０】翻訳が失敗した時は（Ｓ２４）、翻訳処理
を終了する。この時、後述するように翻訳処理部４３に
おいて、複数の文意が選択され１つに特定されない時
は、文意をユーザに確認するための確認メールが作成さ
れており、要求発行処理ルーチン終了後、確認メールが
ユーザに送信される（Ｓ９）。翻訳が成功した時は（Ｓ
２４）、コマンド処理部４５に対して、翻訳結果により
得られた中間言語をコマンド処理部４５に送信する（Ｓ
２５）。コマンド処理部４５は、この中間言語に基づい
てコマンド処理ルーチンを行う（Ｓ２６）。コマンド処
理ルーチンの詳細な説明については後述する。コマンド
処理部４５で中間言語に基づき処理が実行された後、コ
ントロール部４１はその処理結果を受信する（Ｓ２
７）。コントロール部４１は、その処理結果に基づき、
ユーザに処理結果を通知するためのメールを作成し（Ｓ
２８）、処理を終了する。以上のようにして、コントロ
ール部４１は要求発行処理を行う。要求発行処理終了
後、コントロール部４１は、翻訳処理部４３に対し、処
理結果を通知するためのメールの作成を依頼し、作成さ
れたメールをユーザに送信する。

【００４１】次に、上記の翻訳処理ルーチンについて図
１０のフローチャートを用いて説明する。翻訳処理ルー
チンは、翻訳処理部４３において行われる。前述のよう
に翻訳処理部４３は、言語毎に複数存在しており、コン
トロール部４１により、ユーザの使用言語（ユーザのル
ートドメインの値）、および、ユーザの居住エリア（所
属ドメインの値）に対応して選択されている。

【００４２】翻訳処理ルーチンでは、翻訳処理部４３
は、まず、メール中の文章の中から、「。」、「、」、
改行コード等を区切り文字として、文を抽出する（Ｓ４
１）。

【００４３】翻訳処理部４３は文を抽出した後、その文
中の単語または語句とユーザ辞書５３中に登録された単
語または語句とのマッチングを行う（Ｓ４２）。すなわ
ち、ユーザ辞書５３の「自然言語」のフィールドに格納
される単語または語句と同一の単語または語句があるか
どうか検索する。文中にユーザ辞書５３中に該当する単
語または語句が検索されない時は、次にドメイン辞書５
１を参照して同様に検索を行う。検索の結果、文中に、
ユーザ辞書５３およびドメイン辞書５１に登録されてい
る単語が検索されなかった時は（Ｓ４３）、翻訳不能と
して、その旨を伝える返信メールを作成し（Ｓ５１）、
処理を終了する。

【００４４】検索の結果、文意が１つだけ得られた時は
（Ｓ４４）、ドメイン辞書５１またはユーザ辞書５３の
中のその文意が検索された方の辞書を更新する（Ｓ４
８）。すなわち、検索された文意に該当するデータの
「使用頻度」を増加させる。その後、得られた文意を翻
訳結果としてコントロール部４１に通知し（Ｓ４９）、
処理を終了する。検索の結果、複数の文意が得られた時
は（Ｓ４４）、以下に示すルール１またはルール２にし
たがい、複数の文意のうち１つを選択する。

【００４５】ルール１：マッチした単語または語句のう
ち、コマンドの型の組み合わせが多い単語または語句を
選択する。 ルール２：それぞれの単語または語句の評点が算出さ
れ、他の単語または語句の評点との差が所定値以上とな
る最高の評点を有するものを選択する。

【００４６】複数の文意が得られた時は（Ｓ４４）、ま
ず、ルール１により文意の特定を行う（Ｓ４５）。ルー
ル１により特定できないときは（Ｓ４６）、ルール２に
より文意の特定を行う（Ｓ４７）。ルール２によって
も、文意が特定できないときは（Ｓ４８）、翻訳不能通
知メールを作成する（Ｓ５１）。以下にルール１および
ルール２における文意の特定方法を例を示して説明す
る。

【００４７】例えば、受信メールにおける記述から「冷
房をＯＮにして下さい」という文が抽出された時を考え
る。この時、図４に示すドメイン辞書５１中の「自然言
語」のフィールドにおいて「冷房」、「冷房ＯＮ」とい
う単語がマッチする。この時、「冷房」の型はオペラン
ドを表す「Ｏ」であり、「冷房ＯＮ」の型はコマンドと
オペランドとの組み合わせを表す「ＣＯ」である。この
ため、ルール１にしたがい、型の組み合わせが多い「冷
房ＯＮ」が選択され、これに対応する中間言語である
「ＯＮ，２Ｆ−ＰＡＣ−１」が翻訳結果とされる。ここ
で、中間言語の「ＯＮ」は、オペランドで指定される機
器を始動するコマンドであり、「２Ｆ−ＰＡＣ−１」
は、特定の場所にあるエアコン等の空調機器を示すオペ
ランドを表す。

【００４８】また、以下の２文がメール中から抽出され
た場合を考える。 （１）「空調をＯＮにして下さい。」 （２）「空調ＯＦＦ。」

【００４９】この場合、図４に示すドメイン辞書５１に
おいて、文（１）では「空調，ＯＮ」がマッチし、文
（２）では「空調，ＯＦＦ」がマッチし、２つの文意候
補が得られる。これらのコマンドの型は共に「ＣＯ」と
なり同じであるためルール１では特定できない。したが
って、ルール２に基づき、それぞれの評点を算出し、そ
の評点差からいずれを選択するか決定する必要がある。

【００５０】評点の算出は、その単語の使用頻度に、文
中のマッチした単語または語句以外の語の数にマイナス
の重みを積算したものを加えることにより算出する。こ
こでは、図４に示すようにそれぞれの使用頻度は２０で
あり、文（１）においては、「空調」、「ＯＮ」以外の
語が７語あるため、マイナスの重みを１とすると、マイ
ナスの評点は７になる。文（２）においては、「空
調」、「ＯＮ」以外の語はないため、マイナスの評点は
０になる。文（１）の文意候補の評点は、２０−７＝１
３となり、文（２）の文意候補の評点は、２０−０＝２
０となる。したがって、両文の評点差は７となる。

【００５１】この評点差と基準値とを比較する。評点差
が基準値以上あるときは、評点の高い方を翻訳結果とし
て選択する。この評点差が基準値を下回るときは、どち
らの文意候補とも確定することができないとして、確認
メールを送信することにより、ユーザに対してどちらの
要求を実行させるのか確認する。基準値を例えば、５と
すると、この場合、評点差が７であるため文（２）が特
定される。

【００５２】以上のようにして複数の文意候補があると
きは、ルール１またはルール２にしたがい、１つの文意
に特定される。文意が特定されると、その単語または語
句が検索されたユーザ辞書５３またはドメイン辞書５１
において、選択された単語または語句の「使用頻度」の
値を増加させる（Ｓ４９）。この使用頻度を増加させる
ことにより、過去の使用実績が学習され、以降の選択時
（評点算出時）において過去の使用頻度が高いものほど
選択されやすくなる。ユーザ辞書またはドメイン辞書５
１更新後、翻訳結果をコマンド処理部４５に通知し（Ｓ
５０）、翻訳処理ルーチンを終了する。

【００５３】次に、前述の学習処理ルーチンについて説
明する。前述のように、ビル管理システム１１では、ユ
ーザから送信されたメールに記述された文が、ユーザ辞
書５３またはドメイン辞書５１に登録されておらず翻訳
できない場合や、あいまいな表現の文であるため複数の
文意が特定できない場合は、ユーザに再度文意を確認す
るための確認メールを送信する。この確認メールに対す
る回答メールを受信後、これを翻訳することにより、処
理が確定した場合、新規の訳語としてユーザが最初に送
信したメールに記述されている表現を、ユーザ辞書５３
に自動的に登録する学習機能を有する。このような学習
機能を実現する学習処理ルーチンについて図１１のフロ
ーチャートを用いて説明する。

【００５４】学習処理ルーチンでは、翻訳処理部４３
は、図１０のフローチャートで示される翻訳処理を行う
（Ｓ６１）。次に、翻訳結果を判断し（Ｓ６２）、正し
く翻訳された時すなわち一意的に中間言語に翻訳された
時は、受信した回答メールに対する元の確認メールに記
述されている自然言語の表現を、中間言語に関連づけ
て、ユーザ辞書５３に新規登録する（Ｓ６３）。このよ
うに、ユーザ特有の表現をユーザ辞書５３に登録するこ
とにより学習し、以降、同一ユーザから同一表現での処
理要求がなされた時に、ユーザに確認することなく翻訳
が可能となる。受信メールが正しく翻訳されなかった場
合は処理をせず学習処理ルーチンを終了する。

【００５５】次に、コマンド処理ルーチンについて説明
する。コマンド処理ルーチンは、コマンド処理部４５に
より行われ、コントロール部４１から送信された中間言
語を命令として中央制御部３３に対して出力する。この
時、コントロール部４１は、中間言語に応じた所定の処
理タイプに基づいて中間言語の中央制御部３３に対する
出力方法を制御する。以上のように中間言語に応じて処
理タイプを規定することにより、複数の矛盾する要求が
なされた場合に、設定ユーザまたは管理者に必要があれ
ば確認し、どの要求処理を優先させるかを判断する。こ
の処理タイプには以下に示すような５つのタイプがあ
る。

【００５６】（ａ）排他型 排他型においては、ある機器に対して有効な事前の設定
がある場合は、他のユーザによる変更はできない。この
タイプの中間言語による処理要求がなされた場合、その
要求を行ったユーザと、現在の設定を行ったユーザと、
ルールセットに管理者が設定されていればその管理者と
に、新たに処理要求があった旨を通知する通知メールが
送信される。

【００５７】（ｂ）共有型 共有型においては、ある機器に対して有効な事前の設定
がある場合でも、他のユーザによる変更はできる。すな
わち、その時点で最新の処理要求が有効となる。このタ
イプの中間言語による処理要求がなされた場合、その処
理要求を行ったユーザと、現在の設定を行ったユーザ
と、ルールセットに管理者が設定されていればその管理
者とに、処理要求が変更された旨を通知する通知メール
が送信される。

【００５８】（ｃ）許可型 許可型においては、ある機器に対してあるユーザによる
有効な事前の設定があり、他のユーザにより設定変更の
要求が行われた時に、現在の設定を行ったユーザと、ル
ールセットに管理者が設定されていればその管理者と
に、それぞれ許可を得るための確認メールが送信され
る。その確認メール送信後、所定時間内に、現在有効な
設定を行ったユーザまたはルールセットに指定された管
理者からの回答メールにより「許可」を得た場合は設定
が変更される。所定時間内に「許可」を得られなかった
場合は、設定は変更されない。また、確認メール送信
後、回答メールの受信を待つ所定時間内は、新たになさ
れた要求は保留されている。

【００５９】（ｄ）拒否型 拒否型においては、ある機器に対して、あるユーザによ
る有効な事前の設定があり、他のユーザにより設定変更
の要求が行われた時に、現在の設定を行ったユーザと、
ルールセットに管理者が設定されていればその管理者と
に、「拒否」を確認するための確認メールが送信され
る。その確認メール送信後、所定時間内に、現在有効な
設定を行ったユーザまたはルールセットに指定された管
理者からの回答メールにより「拒否」を得た場合には要
求が拒否される。「拒否」を確定する回答メールが返信
されない場合は、新たな要求が有効となる。また、確認
メール送信後、回答メールを受信するまでの所定時間内
は、新たになされた要求は保留されている。

【００６０】（ｅ）確認型 確認型においては、ある機器に対してあるユーザによる
有効な事前の設定があり、他のユーザにより設定変更の
要求が行われた時に、その要求を行ったユーザに確認メ
ールを送信する。ユーザから送信された回答メールによ
り、その要求が確認された場合に、新たになされた要求
が設定される。

【００６１】以上の処理タイプの情報は、ルールセット
５５における「型」に格納される。すなわち、コマンド
処理部４５において、コントロール部４１から送信され
た、「ユーザ」、「コマンド」、「オペランド」をキー
として検索され、該当するデータの「型」のフィールド
から処理タイプが決定される。

【００６２】以下に、コマンド処理ルーチンの動作を図
１２のフローチャートを用いて説明する。コマンド処理
ルーチンにおいて、まず、コマンド処理部４５は、ユー
ザアドレス、中間言語およびオペランドを検索キーとし
てルールセット５５を検索し、その中間言語に対する処
理タイプを認識する（Ｓ８１）。次に処理タイプを判断
し（Ｓ８２）、処理タイプが「排他型」のときはステッ
プＳ８３に、処理タイプが「共有型」のときはステップ
Ｓ８４に、処理タイプが「許可型」のときはステップＳ
８５に、処理タイプが「拒否型」のときはステップＳ８
６に、処理タイプが「確認型」のときはステップＳ８７
に進む。

【００６３】排他型処理（Ｓ８３）において、コマンド
処理部４５は、図１３のフローチャートに示される手順
で動作する。図１３において、まず、コマンド処理部４
５は、履歴データ５９を参照し、事前に同じ処理要求が
設定されているか否かを確認する（Ｓ１０１）。既に同
じ処理要求が設定されている時は（Ｓ１０２）、処理を
終了する。設定されてない時は（Ｓ１０２）、中央制御
部３３に中間言語を出力することによりユーザからの要
求の処理を依頼し（Ｓ１０３）、履歴データ５９に、ユ
ーザ名、設定された処理内容、設定時間、処理結果等の
履歴情報を登録する（Ｓ１０４）。その後、コントロー
ル部４１に処理結果を通知する（Ｓ１０５）。

【００６４】共有型処理（Ｓ８４）において、コマンド
処理部４５は、図１４のフローチャートに示される手順
で動作する。図１４において、コマンド処理部４５は、
中央制御部３３に中間言語を出力することによりユーザ
からの要求処理の実行を依頼する（Ｓ１２１）。その
後、履歴データ５９に実行された処理の履歴情報を登録
する（Ｓ１２２）し、コントロール部４１に処理結果を
出力する（Ｓ１２３）。

【００６５】許可型処理（Ｓ８５）において、コマンド
処理部４５は、図１５のフローチャートに示される手順
で動作する。まず、コマンド処理部４５は、現在処理中
のメールが、許可を得るために事前に送信された確認メ
ールに対する回答メールであるか否かを判断する（Ｓ１
４１）。現在処理中のメールが回答メールでない時は、
既に該当する処理要求が設定されているか否かを判断す
る（Ｓ１４２）。既に設定された処理要求が存在する時
は（Ｓ１４２）、保留データ５７にその要求処理を保留
要求処理として記録する（Ｓ１４３）。次に、現在有効
な設定を行ったユーザ、またはユーザ情報において指定
された機器の管理者に対して許可を得るための確認メー
ルを送信するように処理結果をコントロール部４１に出
力する（Ｓ１４４）。該当する処理が設定されてない時
は（Ｓ１４２）、中央制御部３３に中間言語を出力する
ことによりユーザからの処理要求の実行を依頼し（Ｓ１
４５）、履歴データ５９を更新（Ｓ１４６）する。その
後、処理結果をコントロール部４１に出力する（Ｓ１４
７）。

【００６６】現在処理中のメールが回答メールである時
は（Ｓ１４１）、コマンド処理部４５は処理要求が許可
されたか否かを判断する（Ｓ１４８）。許可された時は
（Ｓ１４８）、保留データ５７中に保留されている処理
要求の実行を中央制御部３３に中間言語を出力すること
により依頼し（Ｓ１４９）、履歴データ５９を更新する
（Ｓ１５０）。その後、保留データ５７中の該当する保
留要求処理データを削除し（Ｓ１５１）、処理結果をコ
ントロール部４１に出力し（Ｓ１５２）、処理を終了す
る。許可されなかった時は（Ｓ１４８）、保留データ５
７中の該当する保留要求処理データを削除し（Ｓ１５
１）、許可されなかった旨を通知するメールを作成する
ように処理結果をコントロール部４１に出力し（Ｓ１５
２）、処理を終了する。

【００６７】拒否型処理（Ｓ８６）において、コマンド
処理部４５は、図１６のフローチャートに示される手順
に従い動作する。図１６において、コマンド処理部４５
は、現在処理中のメールが拒否を確認するために事前に
送信された確認メールに対する回答メールであるか否か
判断する（Ｓ１６１）。現在処理中のメールがその回答
メールでない時は（Ｓ１６１）、既に該当する処理が設
定されているか否かを判断する（Ｓ１６２）。既に該当
する処理が設定されている時は（Ｓ１６２）、保留デー
タ５７にその処理要求を保留要求処理として記録し（Ｓ
１６３）、現在有効な設定を行ったユーザ、またはユー
ザ情報において指定された機器の管理者に対してメール
を送信するように処理結果をコントロール部４１に出力
する（Ｓ１６４）。該当する処理が設定されてない時は
（Ｓ１６２）、中央制御部３３に中間言語を出力するこ
とによりユーザからの処理要求の実行を依頼し（Ｓ１６
５）、履歴データ５９を更新し（Ｓ１６６）、処理結果
をコントロール部４１に出力し（Ｓ１６７）、処理を終
了する。

【００６８】現在処理中のメールが回答メールである時
は（Ｓ１６１）、その処理要求が拒否されたか否か判断
される（Ｓ１６８）。拒否されなかった時は（Ｓ１６
８）、保留データ５７中に保留されている処理要求の実
行を中央制御部３３に中間言語を出力することにより依
頼し（Ｓ１６９）、履歴データ５９を更新する（Ｓ１７
０）。その後、保留データ５７中の保留要求処理データ
を削除し（Ｓ１７１）、処理結果をコントロール部４１
に出力し（Ｓ１７２）、処理を終了する。拒否された時
は（Ｓ１６８）、保留データ５７中の保留要求処理デー
タを削除し（Ｓ１７１）、処理結果をコントロール部４
１に出力し（Ｓ１７２）、処理を終了する。

【００６９】確認型処理（Ｓ８７）において、コマンド
処理部４５は、図１７のフローチャートに従い動作す
る。図１７において、コマンド処理部４５は、現在処理
中のメールが事前に送信された確認メールに対する回答
メールであるか否かを判断する（Ｓ１８０）。現在処理
中のメールが回答メールでない時は（Ｓ１８０）、保留
データ５７にその要求処理が保留要求処理として記録さ
れ（Ｓ１８１）、ユーザ情報４９において指定された機
器の管理者に対してメールを送信するように処理結果を
コントロール部４１に出力する（Ｓ１８２）。現在処理
中のメールが回答メールである時は（Ｓ１８０）、履歴
データ５９を更新し（Ｓ１８３）、中央制御部３３に中
間言語を出力することによりユーザからの処理要求の実
行を依頼し（Ｓ１８４）、保留データ５７中に記録され
た該当する保留要求処理データを削除し（Ｓ１８５）、
処理結果を出力し（Ｓ１８６）、処理を終了する。

【００７０】このようにして、本実施形態のコマンド処
理部４５においては、発行された中間言語の処理タイプ
に応じて中央制御部に対する中間言語の出力の制御を行
う。すなわち、同じ処理要求がなされた時に、処理タイ
プに基づいて、自動的に中央制御部への処理を行った
り、確認が必要な処理要求については確認後、中央制御
部への処理の依頼を行ったりする。これにより、ユーザ
により複数の矛盾する処理が要求された時も所定の手順
に基づいて矛盾なく処理を完結することができる。

【００７１】以上、本実施形態のビル管理システムの動
作について説明したが、以下に本実施形態のビル管理シ
ステムにおけるメールのやりとりを図１８を用いて具体
的に示す。

【００７２】ユーザ（ｓａｔｏｈ）から、図１８（ａ）
に示すメールが、ビル管理システム（ＢＡＳ）に対して
送信されると、前述のように、コントロール部４１にお
いて、ユーザアドレス（ｓａｔｏｈ）の正当性と使用言
語が確認された後、翻訳が行われる。翻訳処理部におい
て、まず、「照明ＯＮ」が文として特定され、この文中
の単語または語句と、ユーザ辞書５３またはドメイン辞
書５１中に登録された単語とのマッチングが行われる。

【００７３】ここで、図４に示すようにドメイン辞書５
１には「照明」という単語が登録されているため、この
「照明」という単語がマッチングにより検索される。し
かし、単語「照明」からは、「２Ｆ−ＬＡ」と「２Ｆ−
ＬＢ」の２つの文意候補が得られるため、翻訳処理部４
３において、どちらの機器を処理対象としているのか特
定するために、図１８（ｂ）に示されるような確認メー
ルが作成され、ユーザに送信される。ユーザから、図１
８（ｃ）に示されるような「候補１」を選択する旨を伝
える回答メールが返信されると、翻訳処理部４３におい
て、図１８（ｃ）の回答メールに基づき、処理対象が確
定され、ユーザからの要求に基づいた中間言語が生成さ
れる。この時、翻訳処理部４３は、図１８（ｃ）に示さ
れる回答メールの内容にしたがい、「照明ＯＮ」という
単語を「ＯＮ，２Ｆ−ＬＡ」という中間言語に関連づけ
てユーザ辞書５３に登録することにより学習する。これ
により以降、同じユーザから「照明ＯＮ」というメール
が送信された時は、ユーザに確認することなく、中間言
語に翻訳することができる。

【００７４】コントロール部４１は、この翻訳された中
間言語をコマンド処理部４５に送信する。コマンド処理
部４５は、この中間言語の処理タイプを確認する。図６
に示すルールセットを参照すると、この場合の処理タイ
プは共有型を表す「Ｓ」であるため、最新の要求が有効
となる。このため、コマンド処理部４５は、設定変更を
事前のユーザに確認することなく、中間言語を中央制御
部３３に出力する。中央制御部３３はこの中間言語にし
たがい指定された照明機器をオンする。中央制御部３３
による処理が完了した後、コマンド処理部４５はコント
ロール部４１に処理結果を通知し、コントロール部４１
は、図１８（ｄ）のような処理結果の通知メールをユー
ザに送信し処理を終了する。

【００７５】以上のようにして、本実施形態のビル管理
システムにおいては、ユーザから送信された電子メール
の内容に基づいて、ビル内の機器の運転の制御、スケジ
ュールの設定や、スケジュールの現状の設定および環境
パラメータ等の情報提供を行うことができる。この時、
翻訳処理部は、ユーザが使用する言語毎およびユーザの
居住エリア毎に設定されるため、ユーザの使用する言語
に応じた翻訳が可能となり、また、ユーザの所属エリア
に応じて制御対象となる機器を自動的に特定することが
できる。さらに、ユーザからの要求を実行する際に、そ
の要求の内容に応じて処理タイプを設定しているため、
複数のユーザから矛盾する要求があった時も所定の手順
により矛盾なく処理を完結することができる。

【００７６】

【発明の効果】本発明に係る第１ビル管理システムにお
いて、ユーザは電子メールにより、ビル管理システムに
対して、ビル内の機器の運転制御、スケジュールの設定
等の要求を行うことができる。

【００７７】好ましい構成の第１ビル管理システムにお
いて、中間言語に応じた所定の規則により中央制御手段
への出力方法を制御するため、複数の矛盾する処理要求
がなされた時も、自動的に必要に応じて確認作業がなさ
れ、要求に対する処理の実行／停止の判断を決定するこ
とができる。

【００７８】好ましい構成の第１ビル管理システムにお
いて、辞書手段を有するため、自然言語から中間言語へ
の変換またはその逆の変換を行うことができる。

【００７９】好ましい構成の第１ビル管理システムにお
いて、辞書手段を言語毎に設定することにより、異なる
言語により記述された電子メールの場合でも中間言語へ
の変換ができる。

【００８０】好ましい構成の第１ビル管理システムにお
いて、ビル内の所定領域毎に辞書手段が設定されてお
り、ユーザの所属領域に応じた所定領域の辞書手段が選
択されるため、ユーザの居住する範囲の機器が自動的に
選択される。これにより、他のユーザの居住範囲の機器
を誤って制御することを防止できる。

【００８１】好ましい構成の第１ビル管理システムにお
いて、翻訳処理手段が学習機能を有するため、ユーザ固
有の表現を自動的に登録することができ、また単語また
は語句の使用頻度についても自動的に更新することによ
り、以降の変換処理において処理時間を短縮できる。

【００８２】本発明に係る第２ビル管理システムによれ
ば、ユーザに対して電子メールにより、ビル内の機器の
運転状態、設定値等の所定の情報の提供を行うことがで
きる。

【図面の簡単な説明】

【図１】 本発明に係るビル管理装置のハードウェア構
成図。

【図２】 本発明に係るビル管理装置の実施形態のブロ
ック構成図。

【図３】 ユーザ情報の構成および格納データの一例を
示す図。

【図４】 ドメイン辞書の構成および格納データの一例
を示す図。

【図５】 ユーザ辞書の構成および格納データの一例を
示す図。

【図６】 ルールセットの構成および格納データの一例
を示す図。

【図７】 本実施形態のビル管理装置における電子メー
ル処理部の動作を示すフローチャート。

【図８】 本実施形態においてやりとりされる電子メー
ルにおけるヘッダ部を示す図。

【図９】 要求発行処理ルーチンの動作を示すフローチ
ャート。

【図１０】 翻訳処理ルーチンの動作を示すフローチャ
ート。

【図１１】 学習処理ルーチンの動作を示すフローチャ
ート。

【図１２】 コマンド処理ルーチンの動作を示すフロー
チャート。

【図１３】 処理タイプが排他型の場合の処理を示すフ
ローチャート。

【図１４】 処理タイプが共有型の場合の処理を示すフ
ローチャート。

【図１５】 処理タイプが許可型の場合の処理を示すフ
ローチャート。

【図１６】 処理タイプが拒否型の場合の処理を示すフ
ローチャート。

【図１７】 処理タイプが確認型の場合の処理を示すフ
ローチャート。

【図１８】 本実施形態のビル管理装置においてやりと
りされる電子メールの一例を示す図。

【符号の説明】

１１…ビル管理システム、１３…ＣＰＵ、１５…表示装
置、１７…操作入力装置、１９…主記憶装置、２１…補
助記憶装置、２３…ＯＡ−ＬＡＮインタフェース、２５
…ＯＡ−ＬＡＮ、２７…ビル管理用ネットワークインタ
フェース、２９…ビル管理用ネットワーク、３１…電子
メール処理部、３３…中央制御部、４１…コントロール
部、４３…翻訳処理部、４５…コマンド処理部、４７…
メンテナンス処理部、４９…ユーザ情報、５１…ドメイ
ン辞書、５３…ユーザ辞書、５５…ルールセット、５７
…保留データ、５９…履歴データ。

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ビル管理用ネットワークを介して、ビル
   内に設置された機器に対し、運転制御、運転スケジュー
   ルの設定、または前記機器に関する所定の情報の収集等
   のビル管理に関する所定の処理を行う中央制御手段を有
   するビル管理システムにおいて、 オフィス用ネットワークを介して電子メールによりユー
   ザからの処理要求を受信し、該処理要求に基づいた処理
   を行うように制御する命令を前記中央制御手段に対して
   出力する電子メール処理手段を備えたことを特徴とする
   ビル管理システム。
2. 【請求項２】 請求項１に記載のビル管理システムにお
   いて、前記電子メール処理手段は、 前記処理要求が記述された前記電子メールを受信するコ
   ントロール手段と、 前記電子メールに自然言語で記述された前記処理要求を
   前記中央制御手段が認識できる中間言語に翻訳する翻訳
   処理手段と、 翻訳された前記中間言語を前記命令として前記中央制御
   手段に出力するコマンド処理手段とからなることを特徴
   とするビル管理システム。
3. 【請求項３】 請求項２に記載のビル管理システムにお
   いて、前記コマンド処理手段は、前記中央処理手段に前
   記中間言語を出力する場合の出力方法を制御する規則を
   前記中間言語に応じて格納する規則格納手段を有するこ
   とを特徴とするビル管理システム。
4. 【請求項４】 請求項２に記載のビル管理システムにお
   いて、前記翻訳処理手段は、前記自然言語と前記中間言
   語とを関連づけて記憶する辞書手段を有することを特徴
   とするビル管理システム。
5. 【請求項５】 請求項４に記載のビル管理システムにお
   いて、前記辞書手段は、言語毎に設定されており、前記
   ユーザの使用する言語に応じて選択されることを特徴と
   するビル管理システム。
6. 【請求項６】 請求項４に記載のビル管理システムにお
   いて、前記辞書手段は、ビル内の所定の領域毎に設定さ
   れており、前記ユーザの所属する領域に応じて選択され
   ることを特徴とするビル管理システム。
7. 【請求項７】 請求項４に記載のビル管理装置におい
   て、前記翻訳処理手段は、学習機能を有することを特徴
   とするビル管理システム。
8. 【請求項８】 ビル管理用ネットワークを介して、ビル
   内に設置された機器の状態、設定値、または温度／湿度
   等のビル内の所定の情報を収集する中央制御手段を有す
   るビル管理システムにおいて、 前記中央制御手段により収集された所定の情報を、オフ
   ィス用ネットワークを介して電子メールによりユーザに
   通知する電子メール処理手段を備えたことを特徴とする
   ビル管理システム。
9. 【請求項９】 請求項８に記載のビル管理システムにお
   いて、前記電子メール処理手段は、 前記中央制御手段から前記所定の情報を受信するコマン
   ド処理手段と、 前記中央制御手段からの所定の情報を自然言語に翻訳す
   る翻訳処理手段と、 前記翻訳処理手段による翻訳結果を前記ユーザに前記電
   子メールにより送信するコントロール手段とからなるこ
   とを特徴とするビル管理システム。