JP6309714B2

JP6309714B2 - 情報管理装置及びプログラム

Info

Publication number: JP6309714B2
Application number: JP2013113485A
Authority: JP
Inventors: 宗佑南田
Original assignee: Mitsubishi Electric Building Techno-Service Co Ltd
Current assignee: Mitsubishi Electric Building Techno-Service Co Ltd
Priority date: 2013-05-29
Filing date: 2013-05-29
Publication date: 2018-04-11
Anticipated expiration: 2033-05-29
Also published as: JP2014232457A

Description

本発明は、設備機器の操作要求を端末装置から受け付けて管理する情報管理装置及びプログラムに関する。

ビル等の建物内には、空調機や照明等の様々な設備機器が設置されている。近年、テナント向けビルにおいて、ビル内の設備機器を管理するビル管理システムとテナントサーバとを接続し、ビル管理会社等が設備機器の一部の操作をテナント居住者に公開するサービスが行われている。このサービスを利用することで、テナント居住者は、ビル管理会社に申請しなくても、自分のテナントに設置されているパーソナルコンピュータ（ＰＣ）からテナントサーバにアクセスすることにより、設備機器のＯＮ／ＯＦＦ操作や温度変更操作等が可能となる。これらの操作の中には、設備機器の運転スケジュールを変更するスケジュール変更操作がある。一般的に、ビル内の設備機器は、予め決定されたスケジュールに従って運転されるが、テナント居住者は、テナント内のＰＣを利用してスケジュール変更操作を行うことで、設備機器の運転スケジュールを変更することが可能となる。例えば残業を行う場合、テナント居住者は、テナント内のＰＣから、残業対象日における設備機器の運転の延長を事前に申請することができる。

なお、特許文献１には、ストレージ資源へのアクセスを管理する技術として、ユーザ名、資源名及び時間帯に基づき、資源へのアクセスを許可し、ユーザ名、資源名及び複数料率に基づき、資源にアクセスするための課金を決定する技術が開示されている。また、特許文献２には、多数のユーザ端末を複数のユーザ群に分類し、複数のユーザ群に異なる時間帯やユーザ特定情報を割り振っておき、多数のユーザがＷｅｂサイトにアクセスした時に、その割り振りに基づきアクセス可能なユーザ群を選択するシステムが開示されている。

特開２００３−４４２２６号公報特開２００６−７９３４０号公報

ところで、ビル内には複数のテナントが存在するため、一度に複数のテナントのＰＣから設備機器のスケジュール変更操作が行われる場合がある。特に大規模ビルのようにテナント数が多い場合、複数のアクセスを受けるテナントサーバに多くの負荷が集中するため、スケジュール変更操作が一時的に実行できない等の障害が発生することがある。

例えば当日の残業に対応すべく、残業時刻の直前になってスケジュール延長操作が行われる場合、残業時刻の直前にテナントサーバへのアクセスが集中することがある。図１１にアクセス集中の一例を示す。図１１には、各テナントからテナントサーバへのアクセスの回数が示されている。例えばビルの運用により、空調機の運転時間帯（コア時間帯）が９：００〜１７：００と決まっている場合、１７：０１以降の運転延長を行うために、１６時台（１６：００〜１６：５９の時間帯）にスケジュール延長操作が集中し、１６時台にテナントサーバへのアクセスが集中することがある。

上記の例の場合、コア時間帯の終了時刻付近にてテナントサーバへのアクセスが集中するが、様々なビル運用の形態が存在し、また、テナント居住者の様々な都合や事情が存在するので、必ずしもコア時間帯の直前にアクセスが集中するとは限らず、コア時間帯の直前以外の時間帯にアクセスが集中することも想定される。従って、時間帯毎にアクセスを制限するといった対策では、テナントサーバへのアクセス集中を軽減できるとは限らない。また、時間帯毎に一律にアクセス制限を行った場合、テナントの住環境に応じたサービスの提供が困難となり、テナント居住者の利便性が低下するおそれがある。

本発明の目的は、設備機器の操作要求を行う端末装置からのアクセス集中を軽減することが可能な情報管理装置及びプログラムを提供することである。

請求項１に係る発明は、複数の管理対象領域のそれぞれに設置されている設備機器の操作要求を、各管理対象領域に対応する端末装置から受け付けて管理する情報管理装置であって、各管理対象領域の温度を示す温度情報及び各管理対象領域の在室人数を示す在室人数情報のうちの少なくとも１つを取得し、各管理対象領域の温度情報及び在室人数情報のうちの少なくとも１つに基づき、各管理対象領域の優先度を決定する優先度決定手段と、各管理対象領域の優先度に基づき、各管理対象領域に対応する端末装置からのアクセスを許可又は禁止する制御手段と、を有し、前記優先度決定手段は、指定された季節が夏期である場合、又は、設備機器としての空調機の運転モードが冷房モードである場合、温度が高い管理対象領域ほど優先度を高くし、指定された季節が冬期である場合、又は、設備機器としての空調機の運転モードが暖房モードである場合、温度が低い管理対象領域ほど優先度を高くし、前記制御手段は、優先度が高い管理対象領域に対応する端末装置から順番にアクセスを許可する、ことを特徴とする情報管理装置である。

請求項２に係る発明は、請求項１に記載の情報管理装置であって、前記優先度決定手段は、各管理対象領域の温度情報及び在室人数情報に基づき、温度が同一の管理対象領域について、在室人数が多い管理対象領域ほど優先度を高くする、ことを特徴とする。

請求項３に係る発明は、請求項１又は請求項２に記載の情報管理装置であって、前記制御手段は、既にアクセスを受けている端末装置の数と新たにアクセスを受けた端末装置の数との合計が、予め設定されたアクセス数の上限値を超えた場合、新たにアクセスを受けた端末装置からのアクセスを優先度に基づき許可又は禁止する、ことを特徴とする。

請求項４に係る発明は、請求項３に記載の情報管理装置であって、前記制御手段は、前記合計が前記上限値以下となる場合、優先度に関わらず、新たにアクセスを受けた端末装置からのアクセスを許可する、ことを特徴とする。

請求項５に係る発明は、請求項３に記載の情報管理装置であって、前記制御手段は、前記上限値と等しい数の端末装置から既にアクセスを受けている場合、優先度に関わらず、新たにアクセスを受けた端末装置からのアクセスを禁止する、ことを特徴とする。

請求項６に係る発明は、請求項１から請求項５のいずれか一項に記載の情報管理装置であって、前記管理対象領域が複数のエリアを含む場合、前記優先度決定手段は、エリア毎の温度情報及び在室人数情報を取得し、前記エリア毎の温度情報に基づき求められる各管理対象領域の平均温度、及び、前記エリア毎の在室人数情報に基づき求められる各管理対象領域の平均在室人数のうちの少なくとも１つに基づき、各管理対象領域の優先度を決定する、ことを特徴とする。

請求項７に係る発明は、複数の管理対象領域のそれぞれに設置されている設備機器の操作要求を各管理対象領域に対応する端末装置から受け付けて管理する情報管理装置に対する端末装置からのアクセスを制御するプログラムであって、コンピュータに、各管理対象領域の温度を示す温度情報及び各管理対象領域の在室人数を示す在室人数情報のうちの少なくとも１つを取得するステップと、各管理対象領域の温度情報及び在室人数情報のうちの少なくとも１つに基づき、各管理対象領域の優先度を決定するステップと、各管理対象領域の優先度に基づき、各管理対象領域に対応する端末装置からのアクセスを許可又は禁止するステップと、を実行させ、前記優先度を決定するステップでは、指定された季節が夏期である場合、又は、設備機器としての空調機の運転モードが冷房モードである場合、温度が高い管理対象領域ほど優先度を高くし、指定された季節が冬期である場合、又は、設備機器としての空調機の運転モードが暖房モードである場合、温度が低い管理対象領域ほど優先度を高くし、前記アクセスを許可又は禁止するステップでは、優先度が高い管理対象領域に対応する端末装置から順番にアクセスを許可する、ことを特徴とするプログラムである。

本発明によると、各管理対象領域の温度及び在室人数のうちの少なくとも１つに基づき各管理対象領域の優先度を決定し、当該優先度に基づき、各管理対象領域に対応する端末装置からのアクセスを許可又は禁止することで、各管理対象領域の環境に応じたアクセス制限を行うことが可能となり、端末装置からのアクセス集中を軽減することが可能となる。

実施形態に係る情報管理システムの一例を示すブロック図である。ビル内のテナント及びエリアの配置例を示す模式図である。温度の一例を示す表である。在室人数の一例を示す表である。アクセス許可数の上限値を説明するための図である。端末装置の数とアクセス許可数の上限値との関係を説明するための図である。端末装置の数とアクセス許可数の上限値との関係を説明するための図である。端末装置の数とアクセス許可数の上限値との関係を説明するための図である。実施形態に係るテナントサーバの動作の一例を示すフローチャートである。端末装置に表示される画面を説明するための図である。アクセスの回数を示す表である。

図１に、本発明の実施形態に係る情報管理システムの一例を示す。本実施形態に係る情報管理システムは、情報管理装置の一例であるテナントサーバ１０とビル管理システム２０とを含む。通信経路としてのネットワークＮには、テナントサーバ１０と複数の端末装置３０とが接続されており、テナントサーバ１０及び端末装置３０は、ネットワークＮを介して互いに通信を行う。

ビル管理システム２０は、例えばテナント向けビル等の建物内に設置された各種設備機器の運転状態、建物内の各居室に対する人の入退室、及び、建物内の各居室の温度を管理し、各居室の在室人数を示す在室人数情報、及び、各居室の温度を示す温度情報を、テナントサーバ１０に出力する。例えば、ビル管理システム２０は、設備機器の設定モード、設定値、ＯＮ／ＯＦＦ、測定値及び消費電力等の情報を管理する。図１には、設備機器の一例として空調機６０と照明７０とが示されているが、これらの設備機器は一例であり、本発明が対象とする設備機器は、これらの設備機器に限定されるものではない。例えば、ビル管理システム２０は、空調機６０の設定モード（冷房モードや暖房モード）や設定温度やＯＮ／ＯＦＦ等を管理し、照明７０の設定モードやＯＮ／ＯＦＦ等を管理する。

ここで、図２を参照して、ビル管理システム２０が管理するビルについて説明する。例えば図２に示すように、ビル内には複数のテナントが存在する。一例として、フロア２Ｆにはテナント１〜３が存在し、フロア３Ｆにはテナント４が存在し、各テナントが利用者に貸出しされている。また、テナント３，４は複数のエリアに分割されている。すなわち、各テナントは１又は複数のエリアを含む。例えば、テナント１はエリアＡを含み、テナント２はエリアＢを含み、テナント３はエリアＣ，Ｄを含み、テナント４はエリアＥ〜Ｈを含む。各エリアは、例えばパーテーション等の間切りによって区分けされている。なお、図２に示すテナント及びエリアは一例であり、本発明はこの例に限定されるものではない。テナント及びエリアの数は、図２に示す例より多くてもよいし少なくてもよい。

ビル管理システム２０は、テナント単位で設備機器の運転を管理する。例えば、テナント毎に空調機６０及び照明７０が設置されており、ビル管理システム２０は、テナント毎に空調機６０及び照明７０の運転を管理する。また、ビル管理システム２０は、エリア単位で空調機６０及び照明７０の運転を管理してもよい。

また、テナント１〜４のそれぞれに、読取装置４０及び温度センサ５０が設置されている。読取装置４０は、テナントの扉付近の外側及び内側に設置され、利用者が所持する記録媒体（例えばカードや携帯端末）に記録されたユーザ情報（例えばユーザＩＤ）を読み取り、読み取ったユーザ情報をビル管理システム２０に出力する。ビル管理システム２０は、読取装置４０によって読み取られたユーザ情報に基づき、テナント１〜４のそれぞれの在室人数を検知する。なお、読取装置４０は、ユーザの指紋や静脈等の生体情報を読み取り、その生体情報をユーザ情報としてビル管理システム２０に出力してもよい。また、温度センサ５０は、テナント内の温度を検知し、その温度を示す温度情報をビル管理システム２０に出力する。これにより、ビル管理システム２０は、テナント１〜４内の温度を検知する。このようにして、ビル管理システム２０は、テナント単位で在室人数及び温度を管理する。

また、ビル管理システム２０は、エリア単位で在室人数及び温度を管理してもよい。この場合、各エリアに読取装置４０及び温度センサ５０が設置され、ビル管理システム２０は、各エリアに設置された読取装置４０及び温度センサ５０からの情報に基づき、エリアＡ〜Ｈのそれぞれの在室人数及び温度を検知する。

以上のように、ビル管理システム２０は、テナント単位又はエリア単位で設備機器の運転を管理するとともに、テナント単位又はエリア単位で在室人数及び温度を管理する。エリア単位で管理が行われる場合、同一のテナントであっても、設備機器の運転はエリア毎で別々に管理される。なお、テナント単位で管理が行われる場合、テナントが「管理対象領域」の一例に相当し、エリア単位で管理が行われる場合、エリアが「管理対象領域」の一例に相当する。

図３に各エリアの温度の一例を示す。図３には、１６時台におけるエリアＡ〜Ｈのそれぞれの温度が示されている。また、図４に各エリアの在室人数の一例を示す。図４には、１６時台におけるエリアＡ〜Ｈのそれぞれの在室人数が示されている。図３及び図４に示す例では、１分毎に温度及び在室人数が検知されている。例えば、ビル管理システム２０は、温度及び在室人数をリアルタイムで検知し、温度情報及び在室人数情報をリアルタイムでテナントサーバ１０に出力する。

また、テナント１〜４のそれぞれには端末装置３０が設置されている。また、エリア単位で管理が行われる場合、エリアＡ〜Ｈのそれぞれに端末装置３０が設置される。端末装置３０は例えばパーソナルコンピュータ（ＰＣ）であり、操作部及び表示部を備えている。テナント居住者は、端末装置３０によってテナントサーバ１０にアクセスすることにより、各自のテナント又はエリアに設置されている設備機器を操作することができる。例えば、テナント居住者は、端末装置３０を利用することで、設備機器のＯＮ／ＯＦＦ操作、温度変更操作、設備機器の運転スケジュールの変更等を行うことができる。

次に、図１を参照して、テナントサーバ１０の構成を説明する。テナントサーバ１０は、通信部１２と、優先度決定部１４と、制御部１６と、操作登録部１８とを含み、設備機器の操作要求を端末装置３０から受け付け、設備機器に対する端末装置３０からの操作内容をビル管理システム２０に登録する。

通信部１２は例えばネットワークインターフェースであり、ネットワークＮを介して端末装置３０と通信を行う。優先度決定部１４は、各管理対象領域の温度情報及び在室人数情報のうちの少なくとも１つに基づき、各管理対象領域の優先度を決定する。この優先度は、各管理対象領域に設置されている端末装置３０からテナントサーバ１０へのアクセスの許可又は禁止を判断するための基準である。制御部１６は、端末装置３０からテナントサーバ１０へのアクセスを制御する。制御部１６は、既にテナントサーバ１０にアクセスしている端末装置３０の数と新たにアクセスした端末装置３０の数との合計が、予め設定されたアクセス許可数の上限値を超えた場合に、新たにアクセスした端末装置３０からのアクセスを、優先度決定部１４によって決定された優先度に基づき許可又は禁止する。操作登録部１８は、アクセスが許可された端末装置３０から操作内容を受け付け、当該操作内容をビル管理システム２０に登録する。例えば、操作登録部１８は、設備機器のＯＮ／ＯＦＦ操作、温度変更操作、設備機器の運転スケジュールの変更等をビル管理システム２０に登録する。

＜優先度の具体的な決定方法＞
次に、優先度の具体的な決定方法について説明する。テナント毎に管理が行われる場合、優先度決定部１４は、各テナントの温度情報及び在室人数情報のうちの少なくとも１つをビル管理システム２０から取得し、温度情報及び在室人数情報のうちの少なくとも１つに基づき、各テナントの優先度を決定する。また、エリア毎に管理が行われる場合、優先度決定部１４は、各エリアの温度情報及び在室人数情報のうちの少なくとも１つをビル管理システム２０から取得し、温度情報及び在室人数情報のうちの少なくとも１つに基づき、各エリアの優先度を決定する。具体的には、優先度決定部１４は、以下に示す決定方法Ａ，Ｂ，Ｃのいずれかに従って優先度を決定する。

［優先度の決定方法Ａ］
図３を参照して、優先度の決定方法Ａについて説明する。この決定方法Ａでは、温度に基づき優先度を決定する。テナント毎に管理が行われる場合、優先度決定部１４は、以下の式（１）に従い、各時刻における各テナントの平均温度を求め、各時刻における各テナントの平均温度に基づき、各時刻における各テナントの優先度を決定する。
テナントの平均温度＝
Σ（同一テナント内の各エリアの温度）／（同一テナント内のエリア数）・・・（１）

例えば、テナント１にはエリアＡのみが存在するため、各時刻におけるエリアＡの温度が、各時刻におけるテナント１の平均温度である。テナント２についても同様であり、各時刻におけるエリアＢの温度が、各時刻におけるテナント２の平均温度である。テナント３にはエリアＣ，Ｄが含まれるため、各時刻におけるエリアＣ，Ｄの温度の平均値が、各時刻におけるテナント３の平均温度である。テナント４にはエリアＥ〜Ｈが含まれるため、各時刻におけるエリアＥ〜Ｈの温度の平均値が、各時刻におけるテナント４の平均温度である。

そして、優先度決定部１４は、各時刻におけるテナント１〜４のそれぞれの平均温度に基づき、各時刻におけるテナント１〜４の優先度を決定する。例えば夏期の場合、優先度決定部１４は、平均温度が高いテナントほど優先度を高くする。一方、冬期の場合、優先度決定部１４は、平均温度が低いテナントほど優先度を高くする。例えば、テナントサーバ１０の管理者等が、優先度の判定基準を季節によって切り替えてもよい。または、優先度決定部１４は、空調機６０の運転モードを示す情報をビル管理システム２０から取得し、空調機６０の運転モードが冷房モードの場合、平均温度が高いテナントほど優先度を高くし、空調機６０の運転モードが暖房モードの場合、平均温度が低いテナントほど優先度を高くしてもよい。例えば、各テナントにおける空調機６０の運転モードがビル管理システム２０によって一律に制御されている場合、優先度の判定基準を運転モードによって切り換えてもよい。なお、優先度決定部１４は、平均温度が同じテナントの優先度を同一にする。

図３を参照して具体例を説明する。例えば１６時２９分に着目すると、テナント４の平均温度（エリアＥ〜Ｈの平均温度）が一番高く、テナント１の平均温度（エリアＡの温度）が２番目に高く、テナント２の平均温度（エリアＢの温度）が３番目に高く、テナント３の平均温度（エリアＣ，Ｄの平均温度）が一番低い。夏期の場合、テナント４の優先度が１位となり、テナント１の優先度が２位となり、テナント２の優先度が３位となり、テナント３の優先度が４位となる。一方、冬期の場合、テナント３の優先度が１位となり、テナント２の優先度が２位となり、テナント１の優先度が３位となり、テナント４の優先度が４位となる。

また、エリア毎に管理が行われる場合、優先度決定部１４は、各時刻における各エリアの温度に基づき、各時刻における各エリアの優先度を決定する。この場合、同一のテナントに含まれるエリアであっても、温度が異なれば優先度は異なることになる。なお、優先度決定部１４は、温度が同じエリアの優先度を同一にする。

［優先度の決定方法Ｂ］
次に、図４を参照して、優先度の決定方法Ｂについて説明する。この決定方法Ｂでは、在室人数に基づき優先度を決定する。テナント毎に管理が行われている場合、優先度決定部１４は、以下の式（２）に従い、各時刻における各テナントの平均在室人数（エリア当たりの在室人数）を求め、各時刻における各テナントの平均在室人数に基づき、各時刻における各テナントの優先度を決定する。
テナントの平均在室人数＝
Σ（同一テナント内の各エリアの在室人数）／（同一テナント内のエリア数）
・・・（２）

例えば、各時刻におけるエリアＡの在室人数が、各時刻におけるテナント１の平均在室人数である。テナント２についても同様であり、各時刻におけるエリアＢの在室人数が、各時刻におけるテナント２の平均在室人数である。また、各時刻におけるエリアＣ，Ｄの在室人数の平均値が、各時刻におけるテナント３の平均在室人数であり、各時刻におけるエリアＥ〜Ｈの在室人数の平均値が、各時刻におけるテナント４の平均在室人数である。

そして、優先度決定部１４は、平均在室人数が多いテナントほど優先度を高くする。なお、優先度決定部１４は、平均在室人数が同じテナントの優先度を同一にする。

図４に示す１６時２９分に着目すると、テナント３の平均在室人数（エリアＣ，Ｄの平均在室人数）が一番多く、テナント２の平均在室人数（エリアＢの在室人数）が２番目に多く、テナント１の平均在室人数（エリアＡの在室人数）が３番目に多く、テナント４の平均在室人数（エリアＥ〜Ｈの平均在室人数）が一番少ない。従って、テナント３の優先度が１位となり、テナント２の優先度が２位となり、テナント１の優先度が３位となり、テナント４の優先度が４位となる。

また、エリア毎に管理が行われる場合、優先度決定部１４は、各時刻における各エリアの在室人数に基づき、各時刻における各エリアの優先度を決定する。この場合、同一のテナントに含まれるエリアであっても、在室人数が異なれば優先度は異なることになる。なお、優先度決定部１４は、在室人数が同じエリアの優先度を同一にする。

［優先度の決定方法Ｃ］
次に、優先度の決定方法Ｃについて説明する。この決定方法Ｃは、上記の決定方法Ａ，Ｂを組み合わせた方法であり、温度及び在室人数に基づき優先度を決定する。優先度決定部１４は、上記の決定方法Ａに従い、温度に基づき各テナント又は各エリアの優先度を決定する。このとき、テナント又はエリアの温度が同一であった場合、優先度決定部１４は、在室人数が多いテナント又はエリアの優先度を高くする。なお、優先度決定部１４は、温度及び在室人数が同じテナント又はエリアの優先度を同一にする。

＜アクセス制御の具体例＞
次に、制御部１６によるアクセス制御の具体例を説明する。テナント毎に管理が行われる場合、制御部１６は、各テナントの優先度に基づき、各テナントに設置されている端末装置３０からのアクセスを許可又は禁止する。また、エリア毎に管理が行われる場合、制御部１６は、各エリアの優先度に基づき、各エリアに設置されている端末装置３０からのアクセスを許可又は禁止する。

なお、テナント毎に管理が行われる場合、例えば、各端末装置３０を識別するための識別情報（例えばＩＰアドレス）と、各端末装置３０が設置されているテナントを示す情報とが、対応付けられてテナントサーバ１０に予め登録される。制御部１６は、テナントサーバ１０にアクセスした端末装置３０から識別情報（例えばＩＰアドレス）を取得し、当該識別情報に基づき、当該端末装置３０が設置されているテナントを特定し、特定したテナントの優先度に基づき、当該端末装置３０からのアクセスを許可又は禁止する。また、エリア毎に管理が行われる場合、各端末装置３０の識別情報と、各端末装置３０が設置されているエリアを示す情報とが、対応付けられてテナントサーバ１０に予め登録される。制御部１６は、テナントサーバ１０にアクセスした端末装置３０から識別情報を取得し、当該識別情報に基づき、当該端末装置３０が設置されているエリアを特定し、特定したエリアの優先度に基づき、当該端末装置３０からのアクセスを許可又は禁止する。または、ＶＰＮ機能を利用する場合、端末装置３０に設定されるＩＤやパスワードを識別情報としてテナントサーバ１０に予め登録しておき、テナントサーバ１０にアクセスした端末装置３０を識別情報に基づき特定してもよい。なお、端末装置３０を識別する方法は上記の例に限定されず、公知技術を利用することで端末装置３０を識別することができる。

ここで、図５を参照して、アクセス許可数の上限値について説明する。テナントサーバ１０に対して同時にアクセス可能な端末装置３０の台数は、テナントサーバ１０のスペックに依存し、テナントサーバ１０は、上限値を超えた台数の端末装置３０からアクセスを受けることができない。例えば図５に示すように、アクセス許可数の上限値を５０台とする。この場合、テナントサーバ１０にアクセスする端末装置３０の台数が上限値（５０台）以下であれば、すべての端末装置３０からのアクセスが許可される（アクセス許可ゾーン）。一方、テナントサーバ１０にアクセスする端末装置３０の台数が上限値（５０台）を超えた場合、上限値を超えた台数についてはアクセスが禁止される（アクセス超過ゾーン）。

制御部１６によるアクセス制御の具体例として、例えば以下のケースＡ，Ｂ，Ｃが想定される。

［ケースＡ］
まず、図６を参照してケースＡについて説明する。ケースＡでは、追加アクセス前の時点で、既に１０台の端末装置３０がテナントサーバ１０にアクセスしており、新たに複数の端末装置３０が同時にテナントサーバ１０にアクセスしている（追加アクセス）。なお、ここでいう同時とは、例えば分単位で同じ時刻であることを意味する。以下の説明でも同様である。但し、本発明はこの例に限らず、数分を１単位として同一期間内に行われたアクセスを、同時アクセスとしてもよい。ケースＡでは、追加アクセス後の端末装置３０の総台数は、上限値（５０台）以下となる。この場合、制御部１６は、追加分の端末装置３０を含めすべての端末装置３０からのアクセスを許可する。すなわち、制御部１６は、各テナント又は各エリアの優先度に関わらず、すべての端末装置３０からのアクセスを許可する。

［ケースＢ］
次に、図７を参照してケースＢについて説明する。ケースＢにおいても、追加アクセス前の時点で、既に１０台の端末装置３０がテナントサーバ１０にアクセスしており、新たに複数の端末装置３０が同時にテナントサーバ１０にアクセスしている（追加アクセス）。ケースＢでは、追加アクセス後の端末装置３０の総台数は、上限値（５０台）を超える。テナントサーバ１０は、上限値を超える台数からアクセスを受けることができない。この場合、制御部１６は、追加分の端末装置３０が設置されているテナント又はエリアの優先度に基づき、アクセス中の端末装置３０の総台数が上限値（５０台）以下となるように、追加分の端末装置３０からのアクセスを許可又は禁止する。制御部１６は、上限値を限度に、優先度が高いテナント又はエリアに設置されている端末装置３０から順番にアクセスを許可する。なお、追加アクセス前からテナントサーバ１０にアクセスしている１０台の端末装置３０は、引き続きアクセスが許可される。

ケースＢについて更に詳しく説明する。例えば、温度に基づき優先度が決定された場合、季節が夏期であれば、制御部１６は、平均温度が高いテナント又はエリアに設置されている端末装置３０ほど、優先的にアクセスを許可する。一方、季節が冬期であれば、制御部１６は、平均温度が低いテナント又はエリアに設置されている端末装置３０ほど、優先的にアクセスを許可する。また、在室人数に基づき優先度が決定された場合、制御部１６は、平均在室人数が多いテナント又はエリアに設置されている端末装置３０ほど、優先的にアクセスを許可する。また、温度及び在室人数に基づき優先度が決定された場合も同様であり、季節が夏期であれば、制御部１６は、平均温度が高いテナント又はエリアに設置されている端末装置３０ほど、優先的にアクセスを許可し、平均温度が同一のテナント又はエリアに設置されている端末装置３０については、在室人数が多いテナント又はエリアに設置されている端末装置３０ほど、優先的にアクセスを許可する。

［ケースＣ］
次に、図８を参照してケースＣについて説明する。ケースＣでは、追加アクセス前の時点で、既に５０台（上限値）の端末装置３０がテナントサーバ１０にアクセスしており、新たに複数の端末装置３０が同時にテナントサーバ１０にアクセスしている（追加アクセス）。この場合、テナントサーバ１０は、上限値を超える台数からアクセスを受けることができないので、制御部１６は、追加分の端末装置３０からのアクセスを禁止する。すなわち、制御部１６は、新規のアクセスをすべて禁止する。なお、追加アクセス前からテナントサーバ１０にアクセスしている５０台の端末装置３０は、引き続きアクセスが許可される。

次に、図９に示すフローチャートを参照して、テナントサーバ１０の動作の一例を説明する。まず、テナントサーバ１０は、複数の端末装置３０から同時に新規のアクセスを受ける（Ｓ０１）。制御部１６は、ステップＳ０１より前の時点で既にアクセスしている端末装置３０の台数（直前の台数）をカウントし、直前の台数が上限値（例えば５０台）未満ではない場合（Ｓ０２，Ｎｏ）、新規のアクセスをすべて禁止する（Ｓ０３）。すなわち、図８に示すケースＣのように、既に５０台の端末装置３０がテナントサーバ１０にアクセスしている場合、テナントサーバ１０は、上限値を超える台数からアクセスを受けることができないので、新規のアクセスはすべて禁止される。一方、直前の台数が上限値未満であり（Ｓ０２，Ｙｅｓ）、さらに、追加アクセス後の端末装置３０の総台数が上限値以下の場合（Ｓ０４，Ｙｅｓ）、制御部１６は、新規のアクセスをすべて許可する（Ｓ０５）。例えば図６に示すケースＡのように、総台数が上限値以下となる場合、新規のアクセスはすべて許可される。追加アクセス後の総台数が上限値以下とならない場合（Ｓ０４，Ｎｏ）、制御部１６は、新規分の端末装置３０を対象にして、アクセス許可又は禁止の判定処理を行う（Ｓ０６）。例えば図７に示すケースＢのように、総台数が上限値を超える場合、制御部１６は、上限値を限度として総台数が上限値になるまで、優先度が高いテナント又はエリアに設置されている端末装置３０から順番にアクセスを許可し、優先度が低いテナント又はエリアに設置されている端末装置３０からのアクセスを禁止する（Ｓ０７）。そして、処理はステップＳ０１に戻り、テナントサーバ１０は、新たなアクセスを受ける度に、ステップＳ０１〜Ｓ０７の処理を繰り返し実行する。

次に、図１０を参照して、アクセスが許可又は禁止された端末装置３０に表示される画面について説明する。図１０に示す例ではテナント毎に管理が行われているが、エリア毎に管理が行われる場合であっても、テナント毎の管理と同じ画面が端末装置３０に表示される。例えば、あるタイミングで、テナント２の優先度が１位であり、テナント１の優先度が２位であり、テナント３の優先度は５１位であるとする。そして、このタイミングでは、テナント１，２のそれぞれに設置されている端末装置３０からのアクセスが許可され、テナント３に設置されている端末装置３０からのアクセスが禁止されたとする。この場合、テナント１，２のそれぞれに設置されている端末装置３０には、ログイン画面が表示される。そして、テナント１，２のそれぞれのテナント居住者は、アクセスが許可された端末装置３０を利用することでテナントサーバ１０にログインし、各自のテナントに設置されている設備機器の操作を行うことが可能となる。例えば、テナント１，２のそれぞれのテナント居住者は、各自のテナントに設置されている空調機のＯＮ／ＯＦＦの切り替え、空調機の設定温度の変更、空調機の運転スケジュールの変更等を申請することができる。テナントサーバ１０の操作登録部１８は、端末装置３０から申請（操作内容）を受け付け、運転スケジュール変更等の操作内容をビル管理システム２０に登録する。申請が完了すると、端末装置３０には、［登録完了］を示す画面が表示される。一方、テナント３に設置されている端末装置３０には、再アクセスを促すメッセージが表示される。そして、テナントサーバ１０にアクセス中の端末装置３０の台数が上限値未満になると、テナント３の端末装置３０からテナントサーバ１０へのアクセスが許可される。

以上のように、温度及び在室人数のうち少なくとも１つに基づきテナント又はエリアの優先度を決定し、当該優先度に基づき端末装置３０からのアクセスを許可又は禁止することで、各テナント（各エリア）の住環境に応じたアクセス制限を行うことが可能となり、端末装置３０からテナントサーバ１０へのアクセス集中を軽減することが可能となる。例えば夏期において室内温度が相対的に高いテナント（エリア）からのアクセスを優先的に許可したり、在室人数が相対的に多いテナント（エリア）からのアクセスを優先的に許可したりすることで、テナント居住者のニーズに応じたサービスを提供するとともに、端末装置３０からテナントサーバ１０へのアクセス集中を軽減することが可能となる。例えば、「室内が暑いので空調機をＯＦＦせずにそのまま残業を続けたい」、「残業する社員が多いので、いち早く申請操作を完了して社員に報告したい」等といった要求がある場合、本実施形態によると、各テナント（各エリア）の住環境に応じたアクセス制限が可能となるので、上記のような要求に対応しつつ、端末装置３０からテナントサーバ１０へのアクセス集中を軽減することが可能となる。

なお、優先度が同一のテナント（エリア）が複数ある場合であって、優先度が同一の複数のテナント（エリア）からのアクセスをテナントサーバ１０が受け付けても、アクセス中の端末装置３０の総台数が上限値以下となる場合には、制御部１６は、優先度が同一の複数のテナント（エリア）からのアクセスをすべて許可する。一方、アクセス中の端末装置３０の総台数が上限値を超える場合、制御部１６は、優先度が同一の複数のテナント（エリア）からのアクセスをすべて禁止する。例えば、３つのテナントの優先度が同一となり、テナントサーバ１０における残りのアクセス許可数が２台の場合、制御部１６は、３つのテナント（３台の端末装置３０）からのアクセスをすべて禁止する。

本実施形態では、アクセス数が上限値を超えた場合に、優先度に基づくアクセス制限を行うが、優先度決定部１４は、アクセス数が上限値を超えない時間帯であっても、各テナント又は各エリアの優先度を決定してもよい。すなわち、優先度決定部１４は、温度情報及び在室人数情報のうちの少なくとも１つをリアルタイムでビル管理システム２０から取得し、各テナント又は各エリアの各時刻における優先度を決定してもよい。このようにリアルタイムで優先度を決定しておくことで、急なアクセス集中が発生した場合であっても、優先度に基づくアクセス制限を迅速に行い、アクセス集中を迅速に軽減することが可能となる。

なお、テナントサーバ１０は図示しないＣＰＵ等のプロセッサを備えており、当該プロセッサが図示しない記憶部に記憶されたプログラムを実行することで、テナントサーバ１０の各部の機能が実行される。

１０テナントサーバ、１２通信部、１４優先度決定部、１６制御部、１８操作登録部、２０ビル管理システム、４０読取装置、５０温度センサ、６０空調機、７０照明。

Claims

複数の管理対象領域のそれぞれに設置されている設備機器の操作要求を、各管理対象領域に対応する端末装置から受け付けて管理する情報管理装置であって、
各管理対象領域の温度を示す温度情報及び各管理対象領域の在室人数を示す在室人数情報のうちの少なくとも１つを取得し、各管理対象領域の温度情報及び在室人数情報のうちの少なくとも１つに基づき、各管理対象領域の優先度を決定する優先度決定手段と、
各管理対象領域の優先度に基づき、各管理対象領域に対応する端末装置からのアクセスを許可又は禁止する制御手段と、
を有し、
前記優先度決定手段は、指定された季節が夏期である場合、又は、設備機器としての空調機の運転モードが冷房モードである場合、温度が高い管理対象領域ほど優先度を高くし、指定された季節が冬期である場合、又は、設備機器としての空調機の運転モードが暖房モードである場合、温度が低い管理対象領域ほど優先度を高くし、
前記制御手段は、優先度が高い管理対象領域に対応する端末装置から順番にアクセスを許可する、
ことを特徴とする情報管理装置。
請求項１に記載の情報管理装置であって、
前記優先度決定手段は、各管理対象領域の温度情報及び在室人数情報に基づき、温度が同一の管理対象領域について、在室人数が多い管理対象領域ほど優先度を高くする、
ことを特徴とする情報管理装置。
請求項１又は請求項２に記載の情報管理装置であって、
前記制御手段は、既にアクセスをしている端末装置の数と新たにアクセスした端末装置の数との合計が、予め設定されたアクセス許可数の上限値を超えた場合、新たな端末装置からのアクセスを優先度に基づき許可又は禁止する、
ことを特徴とする情報管理装置。
請求項３に記載の情報管理装置であって、
前記制御手段は、前記合計が前記上限値以下となる場合、優先度に関わらず、新たな端末装置からのアクセスを許可する、
ことを特徴とする情報管理装置。
請求項３に記載の情報管理装置であって、
前記制御手段は、前記上限値と等しい数の端末装置から既にアクセスを受けている場合、優先度に関わらず、新たな端末装置からのアクセスを禁止する、
ことを特徴とする情報管理装置。
請求項１から請求項５のいずれか一項に記載の情報管理装置であって、
前記管理対象領域が複数のエリアを含む場合、前記優先度決定手段は、エリア毎の温度情報及び在室人数情報を取得し、前記エリア毎の温度情報に基づき求められる各管理対象領域の平均温度、及び、前記エリア毎の在室人数情報に基づき求められる各管理対象領域の平均在室人数のうちの少なくとも１つに基づき、各管理対象領域の優先度を決定する、
ことを特徴とする情報管理装置。
複数の管理対象領域のそれぞれに設置されている設備機器の操作要求を各管理対象領域に対応する端末装置から受け付けて管理する情報管理装置に対する端末装置からのアクセスを制御するプログラムであって、
コンピュータに、
各管理対象領域の温度を示す温度情報及び各管理対象領域の在室人数を示す在室人数情報のうちの少なくとも１つを取得するステップと、
各管理対象領域の温度情報及び在室人数情報のうちの少なくとも１つに基づき、各管理対象領域の優先度を決定するステップと、
各管理対象領域の優先度に基づき、各管理対象領域に対応する端末装置からのアクセスを許可又は禁止するステップと、
を実行させ、
前記優先度を決定するステップでは、指定された季節が夏期である場合、又は、設備機器としての空調機の運転モードが冷房モードである場合、温度が高い管理対象領域ほど優先度を高くし、指定された季節が冬期である場合、又は、設備機器としての空調機の運転モードが暖房モードである場合、温度が低い管理対象領域ほど優先度を高くし、
前記アクセスを許可又は禁止するステップでは、優先度が高い管理対象領域に対応する端末装置から順番にアクセスを許可する、
ことを特徴とするプログラム。