(57)【要約】【課題】  フリーアドレスオフィス環境において、各ユーザの温度感度に適した座席位置を提案する。【解決手段】  席毎または席エリア毎の室温を計測する温度センサ１１、演算処理手段１０、席別の空席情報を記憶する席情報ＤＢ１７、計測された室温データを記憶する室温ＤＢ１８、及び、ユーザ別の快適温度帯データを記憶するユーザＤＢ１９を備え、演算処理手段１０が、座席位置提案の要求を受け付け、当該要求時の入力データをユーザＤＢのユーザ情報と照合して当該ユーザの特定を行い、快適温度帯ＤＢから当該ユーザの快適温度帯データを取得し、席情報ＤＢから空席を抽出し、室温ＤＢから空席毎の室温データを取得し、当該ユーザの快適温度帯データと空席毎の室温データに基づいて、抽出した空席の中から当該ユーザが快適と感じる温度範囲内または近傍の候補席を１以上選択し、当該候補席の中から当該ユーザの選択した席を空席から除外して空席情報を更新する。【選択図】        図１
2013185798.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザが個々に使用する席が固定されていないフリーアドレスオフィス環境において、前記ユーザに対し座席位置を提案する在席提案システムであって、
席毎または複数の席を含む席エリア毎の室温を計測する温度計測装置と、記憶手段と、コンピュータのデータ処理により前記ユーザの座席位置を提案する演算処理手段と、を備え、
前記記憶手段が、
前記席別に空席であることを示す空席情報を記憶する席情報ＤＢ、
前記温度計測装置によって計測された前記席毎または前記席エリア毎の室温データを記憶する室温ＤＢ、及び、
前記ユーザ別に、前記ユーザの特定に使用するユーザ情報と、前記ユーザが快適と感じる温度範囲を示す快適温度帯データを記憶するユーザＤＢを備え、
前記演算処理手段が、
座席位置提案の要求を受け付け、前記要求時に受け付けた入力データを前記ユーザＤＢのユーザ情報と照合して当該提案対象ユーザの特定を行うユーザ特定部と、
前記快適温度帯ＤＢから前記提案対象ユーザの前記快適温度帯データを取得し、前記席情報ＤＢから空席を抽出し、前記室温ＤＢから抽出した前記空席毎の室温データを取得し、前記提案対象ユーザの前記快適温度帯データと前記空席毎の室温データに基づいて、抽出した前記空席の中から前記提案対象ユーザが快適と感じる温度範囲にあるか、或いは、当該温度範囲に近い候補席を１以上選択し、所定の出力端末に出力する候補席選択部と、
前記候補席選択部が選択した候補席の中から前記提案対象ユーザの選択した席を空席から除外して前記空席情報を更新する席情報更新部と、を備えることを特徴とする座席提案システム。
【請求項２】
前記演算処理手段が、前記ユーザの温度感度に係る温冷感情報を前記ユーザが使用する外部端末から受け付け、前記温冷感情報に基づいて、新たに前記ユーザの前記快適温度帯データを作成するか、或いは、既に作成された前記快適温度帯データを修正し、前記ユーザＤＢに記憶する快適温度帯データ登録部を、更に備えることを特徴とする請求項１に記載の座席提案システム。
【請求項３】
前記快適温度帯データ登録部は、前記温冷感情報として着席中の前記ユーザが現在の着席位置で少なくとも暑いと感じるか寒いと感じるかの情報を、前記ユーザまたは前記着席位置を特定可能な情報とともに、前記ユーザが使用する外部端末から受け付け、前記温冷感情報を受け付けた時点の前記着席位置の室温データを前記室温ＤＢから取得し、前記温冷感情報と取得した前記着席位置の室温データに基づいて、新たに前記ユーザの前記快適温度帯データを作成するか、或いは、既に作成された前記快適温度帯データを修正し、前記ユーザＤＢに記憶することを特徴とする請求項２に記載の座席提案システム。
【請求項４】
前記快適温度帯データ登録部は、前記温冷感情報として着席中の前記ユーザが現在の着席位置で少なくとも暑いと感じるか寒いと感じるかの情報を、前記ユーザまたは前記着席位置を特定可能な情報と前記着席位置の室温データともに、前記ユーザが使用する外部端末から受け付け、前記温冷感情報と前記着席位置の室温データに基づいて、新たに前記ユーザの前記快適温度帯データを作成するか、或いは、既に作成された前記快適温度帯データを修正し、前記ユーザＤＢに記憶することを特徴とする請求項２に記載の座席提案システム。
【請求項５】
前記候補席選択部が、
前記空席毎の室温データを、提案当日の室温以外に、前記提案当日より前の室温データを含めて取得し、前記提案当日及びそれ以前の室温データに基づいて、前記提案当日の前記空席毎の室温変動を推測し、前記室温変動を考慮して前記提案当日の勤務時間帯を通して、抽出した前記空席の中から前記提案対象ユーザが快適と感じる温度範囲にあるか、或いは、当該温度範囲に近い候補席を１以上選択することを特徴とする請求項１〜４の何れか１項に記載の座席提案システム。
【請求項６】
前記フリーアクセスオフィスの位置する場所の外気温及び天候の少なくとも何れか一方の実測データの履歴を記録した気象ＤＢを備え、
前記候補席選択部が、前記気象ＤＢから、提案当日と一定の誤差範囲内で同じ外気温を示す日、前記提案当日の天候と同じ天候の日、または、その両方が同じ日を類似日として１または複数抽出し、前記室温ＤＢから、当該抽出した前記類似日の前記空席毎の前記室温データを取得し、当該抽出した前記室温データに基づいて、前記提案当日の前記空席毎の室温変動を推測し、前記室温変動を考慮して前記提案当日の勤務時間帯を通して、抽出した前記空席の中から前記提案対象ユーザが快適と感じる温度範囲にあるか、或いは、当該温度範囲に近い候補席を１以上選択することを特徴とする請求項１〜５の何れか１項に記載の座席提案システム。
【請求項７】
前記ユーザＤＢが、１年を複数に区分した区分期間毎に、前記ユーザ別の前記快適温度帯データを記憶することを特徴とする請求項１〜６の何れか１項に記載の座席提案システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザが個々に使用する席が固定されていないフリーアドレスオフィス環境において、コンピュータのデータ処理により、各ユーザの温度感度に適した座席位置を提案する座席提案システムに関する。
【背景技術】
【０００２】
ＢＥＭＳ（Building and Energy Management System）と呼ばれるビル管理システム等の普及により、空調システムをビル全体或いは室内毎にきめ細かく管理してエネルギ消費量を削減する試みが普及しつつある。
【０００３】
空調システムは、寒冷期（冬期）には暖房を行い、温暖期（夏期）には冷房を行うことで、年間を通じて快適な温度環境を、生活空間に提供する手段として、多種多様なものが存在する。一般に、空調システムは、寒冷期には温かく感じるように、温暖期には涼しく感じるように、季節に応じた設定温度を定めて、生活空間が当該設定温度となるように運転される。
【０００４】
更に、地球温暖化の抑制及びエネルギ消費量の削減を目的として、上記ＢＥＭＳ等を利用して、快適性を損なわずに、効率的に省エネルギを実現することが種々の方式により行われている。また、人間の季節毎、また、一日の外気温の変化による人体からの放熱量を考慮して、上記設定温度を季節毎及び時間毎にきめ細かく調節することで、より快適な温度環境を提供する空調制御システムも提案されている（例えば、下記特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−１４８３７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の特許文献１に開示されているように、空調システムの設定温度を人体リズムに即して調節することで、温度環境における快適性をより好適に調整することが可能となるが、一般家庭のように、室内に居る人数が比較的少ない場合は、個々人のその時の体感温度に即して設定温度を調整することで、快適性を維持することが可能であるが、職場等の比較的多数の人が同じ室内で作業する場合には、個々人の温度感度に差があるため、同じ温度制御下においても、快適と感じている人も居れば、暑いと感じている人、或いは、寒いと感じている人も混在することになる。そこで、暑いと感じている人に合わせて空調制御を行えば、寒いと感じている人はより寒いと感じるようになり、逆に、寒いと感じている人に合わせて空調制御を行えば、暑いと感じている人はより暑いと感じるようになり、同じ室内を一律に空調制御して全ての人の快適性を確保することは極めて困難である。暑がりの人と寒がりの人が同じ室内に混在し、特に、当該両者が近接した位置で作業している場合は、快適な温度環境の提供が困難となる。
【０００７】
一方、各作業者、つまり、職場の室内空間のユーザの作業場所である席が固定されないフリーアドレスオフィス環境においては、暑がりの人は、室内の比較的涼しい場所に自席を設け、逆に、寒がりの人は、室内の比較的涼しい場所に自席を設けることで、上記空調制御の問題は或る程度解消される。しかしながら、フリーアドレスオフィスでは、その時々の状況に応じて自由に座席が変化することに特徴があり、特定のユーザが固定的に特定の席を占有することを前提としていない。また、通常、出勤した順に空席を見付けて自席を確保することが多いため、必ずしも自己の温度感度に適した席が、出勤時に空席であるとは限らない。また、同じ室内でも、季節或いは１日の時間帯によって温度条件が変化するために、特定の席が常時、特定のユーザに適した場所とは限らないし、各ユーザの温度感度も季節によって変化する場合もある。
【０００８】
本発明は、上記フリーアドレスオフィス環境における空調制御における問題に鑑みてなされたものであり、その目的は、各ユーザの温度感度に適した座席位置を提案する座席提案システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明は、複数のユーザが個々に使用する席が固定されていないフリーアドレスオフィス環境において、前記ユーザに対し座席位置を提案する在席提案システムであって、席毎または複数の席を含む席エリア毎の室温を計測する温度計測装置と、記憶手段と、コンピュータのデータ処理により前記ユーザの座席位置を提案する演算処理手段と、を備え、
前記記憶手段が、前記席別に空席であることを示す空席情報を記憶する席情報ＤＢ、前記温度計測装置によって計測された前記席毎または前記席エリア毎の室温データを記憶する室温ＤＢ、及び、前記ユーザ別に、前記ユーザの特定に使用するユーザ情報と、前記ユーザが快適と感じる温度範囲を示す快適温度帯データを記憶するユーザＤＢを備え、
前記演算処理手段が、座席位置提案の要求を受け付け、前記要求時に受け付けた入力データを前記ユーザＤＢのユーザ情報と照合して当該提案対象ユーザの特定を行うユーザ特定部と、前記快適温度帯ＤＢから前記提案対象ユーザの前記快適温度帯データを取得し、前記席情報ＤＢから空席を抽出し、前記室温ＤＢから抽出した前記空席毎の室温データを取得し、前記提案対象ユーザの前記快適温度帯データと前記空席毎の室温データに基づいて、抽出した前記空席の中から前記提案対象ユーザが快適と感じる温度範囲にあるか、或いは、当該温度範囲に近い候補席を１以上選択し、所定の出力端末に出力する候補席選択部と、前記候補席選択部が選択した候補席の中から前記提案対象ユーザの選択した席を空席から除外して前記空席情報を更新する席情報更新部と、を備えることを特徴とする座席提案システムを提供する。
【００１０】
更に、上記特徴の座席提案システムは、前記演算処理手段が、前記ユーザの温度感度に係る温冷感情報を前記ユーザが使用する外部端末から受け付け、前記温冷感情報に基づいて、新たに前記ユーザの前記快適温度帯データを作成するか、或いは、既に作成された前記快適温度帯データを修正し、前記ユーザＤＢに記憶する快適温度帯データ登録部を、更に備えることが好ましい。
【００１１】
更に、前記快適温度帯データ登録部は、一例として、前記温冷感情報として着席中の前記ユーザが現在の着席位置で少なくとも暑いと感じるか寒いと感じるかの情報を、前記ユーザまたは前記着席位置を特定可能な情報とともに、前記ユーザが使用する外部端末から受け付け、前記温冷感情報を受け付けた時点の前記着席位置の室温データを前記室温ＤＢから取得し、前記温冷感情報と取得した前記着席位置の室温データに基づいて、新たに前記ユーザの前記快適温度帯データを作成するか、或いは、既に作成された前記快適温度帯データを修正し、前記ユーザＤＢに記憶することが好ましい。
【００１２】
更に、前記快適温度帯データ登録部は、他の一例として、前記温冷感情報として着席中の前記ユーザが現在の着席位置で少なくとも暑いと感じるか寒いと感じるかの情報を、前記ユーザまたは前記着席位置を特定可能な情報と前記着席位置の室温データともに、前記ユーザが使用する外部端末から受け付け、前記温冷感情報と前記着席位置の室温データに基づいて、新たに前記ユーザの前記快適温度帯データを作成するか、或いは、既に作成された前記快適温度帯データを修正し、前記ユーザＤＢに記憶することが好ましい。
【００１３】
更に、上記特徴の座席提案システムは、前記候補席選択部が、前記空席毎の室温データを、提案当日の室温以外に、前記提案当日より前の室温データを含めて取得し、前記提案当日及びそれ以前の室温データに基づいて、前記提案当日の前記空席毎の室温変動を推測し、前記室温変動を考慮して前記提案当日の勤務時間帯を通して、抽出した前記空席の中から前記提案対象ユーザが快適と感じる温度範囲にあるか、或いは、当該温度範囲に近い候補席を１以上選択することが好ましい。
【００１４】
更に、上記特徴の座席提案システムは、前記フリーアクセスオフィスの位置する場所の外気温及び天候の少なくとも何れか一方の実測データの履歴を記録した気象ＤＢを備え、前記候補席選択部が、前記気象ＤＢから、提案当日と一定の誤差範囲内で同じ外気温を示す日、前記提案当日の天候と同じ天候の日、または、その両方が同じ日を類似日として１または複数抽出し、前記室温ＤＢから、当該抽出した前記類似日の前記空席毎の前記室温データを取得し、当該抽出した前記室温データに基づいて、前記提案当日の前記空席毎の室温変動を推測し、前記室温変動を考慮して前記提案当日の勤務時間帯を通して、抽出した前記空席の中から前記提案対象ユーザが快適と感じる温度範囲にあるか、或いは、当該温度範囲に近い候補席を１以上選択することが好ましい。
【００１５】
更に、上記特徴の座席提案システムは、前記ユーザＤＢが、１年を複数に区分した区分期間毎に、前記ユーザ別の前記快適温度帯データを記憶することが好ましい。
【発明の効果】
【００１６】
上記特徴の座席提案システムによれば、フリーアドレスオフィス環境において、種々の温度感度のユーザが、自己の温度感度に適した席で作業できる可能性が高まり、より多くのユーザが快適な温度状況下で作業ができるようになり、作業効率の向上が図れる。
【図面の簡単な説明】
【００１７】
【図１】本発明に係る座席提案システムの概略構成を示すブロック図
【図２】本発明に係る座席提案システムの座席位置提案の処理手順の一例を示すフローチャート
【図３】本発明に係る座席提案システムの快適温度帯データの登録更新処理手順の一例を示すフローチャート
【発明を実施するための形態】
【００１８】
本発明に係る座席提案システム（以下、適宜「本発明システム」という）の実施形態につき、図面に基づいて説明する。
【００１９】
〈第１実施形態〉
本発明システムは、複数のユーザが個々に使用する席が固定されていないフリーアドレスオフィス環境において、各ユーザに対し座席位置を提案する在席提案システムであり、コンピュータのハードウェアとそのハードウェア上で実行されるアプリケーションソフトウェア、及び、当該コンピュータと接続する他のハードウェア機器で構成されている。また、本発明システムのユーザの一例として、企業等で働く従業員等を想定する。図１に本発明システム１の概略構成を示す。
【００２０】
本発明システム１は、より具体的には、コンピュータのデータ処理により上記座席位置の提案を行う演算処理手段であるアプリケーションサーバ１０と、各ユーザが作業を行う席毎に設置された温度センサ１１と、記憶手段１２を備えて構成され、更に、周辺装置として、各ユーザの使用するパソコン等のユーザ端末１３、上記座席位置の提案要求を受け付ける入力端末１４、及び、上記座席位置の提案内容を出力し、ユーザからの座席位置決定入力を受け付ける入出力端末１５が使用される。温度センサ１１、記憶手段１２、ユーザ端末１３、入力端末１４、及び、入出力端末１５は、ＬＡＮやＷＡＮ等のコンピュータネットワーク１６を介して、アプリケーションサーバ１０とデータ通信可能に接続している。
【００２１】
アプリケーションサーバ１０は、１または複数のコンピュータのハードウェアとそのハードウェア上で実行されるアプリケーションソフトウェアで構成され、機能的には、後述するユーザ特定部２０と、候補席選択部２１と、席情報更新部２２と、快適温度帯データ登録部２３の４つの情報処理部を備える。各情報処理部は、夫々の処理内容に対応したコンピュータプログラムを実行することで、夫々の情報処理を実行する。具体的な情報処理の内容については後述する。
【００２２】
また、アプリケーションサーバ１０は、Ｗｅｂ（ウェブ）サーバとして機能し、各ユーザ端末１３からのＵＲＬ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ）を指定してのアクセスに対し、当該ＵＲＬに対応した画面データをＨＴＭＬまたはＸＭＬ形式等で送信し、各ユーザ端末１３では予めインストールされている汎用のＷｅｂブラウザソフトウェアにより受信した画面データを画面表示させ、表示された画面データを介してアプリケーションサーバ１０との間でデータの送受信を可能としている。Ｗｅｂ方式でデータの送受信を行うので、ユーザ端末１３には、汎用のＷｅｂブラウザソフトウェア以外に、専用のソフトウェアは必要でない。本実施形態では、快適温度帯データ登録部２３の一部の処理で、当該Ｗｅｂ方式でデータの送受信が行われる。
【００２３】
温度センサ１１は、本実施形態では、席毎に所定の位置（例えば、卓上）に設けられ、例えば、３０分毎或いは１時間毎に周囲温度を計測して、計測データをサーバ１０に都度送信するように構成されている。尚、温度センサ１１は、コンピュータネットワーク１６を介してサーバ１０と直接接続するのではなく、各席の温度センサ１１による温度計測を管理する温度計測サーバ或いは温度計測管理端末を別途設け、各温度センサ１１が当該温度計測サーバと接続し、当該温度計測サーバ或いは温度計測管理端末が、アプリケーションサーバ１０との間でデータ通信を行う構成でも良い。また、温度センサ１１は、席毎に設けるのではなく、２〜５席程度の席エリア毎に設けても良い。
【００２４】
記憶手段１２内には、席情報ＤＢ１７、室温ＤＢ１８、ユーザＤＢ１９の３つのデータベースが構築されている。本実施形態では、アプリケーションサーバ１０が、これらのデータベースに対して、データの登録、検索、変更、削除等のデータベース操作を実行するように構成されている。
【００２５】
席情報ＤＢ１７には、席別に空席であることを示す空席情報が記憶される。具体的には、空席の場合は、空席である旨を示す空席コード、利用中の場合は、利用しているユーザのユーザＩＤが席毎に記録されている。ここで、空席とは、座席提案を行う提案当日に、どのユーザにも席の割り当ての行われていない席、及び、一旦割り当てられた後、当該割り当てられたユーザが退席し、当該提案当日中は退席状態が継続することが確認された席を意味する。従って、一時的にユーザが離席している席は、本実施形態における空席ではない。
【００２６】
室温ＤＢ１８には、各温度センサ１１によって計測された席毎の室温データが、計測された席及び時間（日時等）が特定可能に記憶される。
【００２７】
ユーザＤＢ１９には、ユーザ別に、座席位置の提案対象となるユーザの特定に使用されるユーザ情報と、各ユーザが快適と感じる温度範囲を示す快適温度帯データが記憶される。ユーザ情報には、各ユーザの氏名、所属、ユーザＩＤ、フリーアドレスオフィスで作業するユーザか否かの情報等が含まれる。快適温度帯データは、本実施形態では、一例として、夏期（例えば、７〜９月）、冬期（例えば、１２月〜２月）、中間期（夏期及び冬期以外）の３つの区分期間に分けて登録される。尚、本実施形態では、ユーザが快適と感じる温度範囲は、ユーザが不快と感じない温度範囲を同じと定義する。快適温度帯データは、ユーザ別、区分期間別に、当該区分期間においてユーザが、快適と感じる（不快と感じない）温度範囲の上限温度と下限温度で規定される。
【００２８】
入力端末１４は、本実施形態では、ユーザが常時携帯しているＩＤカードから各ユーザに各別に割り当てられたユーザＩＤを読み取るためのＲＦＩＤリーダを備えて構成される。例えば、ＲＦＩＤリーダが、職場の玄関等に設置されており、各ユーザは、出社及び退社時にＩＤカードをＲＦＩＤリーダに接近させて出社及び退社の登録を、本発明システムとは別に設けられた勤務管理システム３０に対して行うと同時に、本発明システムのサーバ１０に対して、座席位置提案の要求をユーザＩＤとともに送信する。
【００２９】
入出力端末１５は、座席位置提案の対象となる提案対象ユーザに対して、アプリケーションサーバ１０の候補席選択部２１が、空席の中から提案対象ユーザの温度感度に適しているとして選択した候補席を表示する表示装置、及び、候補席の中から提案対象ユーザが選択した空席の入力を受け付ける入力装置として機能する。具体的には、入出力端末１５は、例えば、タッチセンサ機能を備えた液晶タッチパネル等を備えて構成される。また、本実施形態では、入出力端末１５は、入力端末１４のＲＦＩＤリーダを同じ筐体内に備えて構成され、職場の玄関等に設置される場合を想定するが、入力端末１４とは別に、各ユーザが使用する携帯情報端末（例えば、携帯電話、スマートフォン等）を利用しても良い。
【００３０】
コンピュータネットワーク１６は、必ずしも有線回線である必要はなく、一部または全部が無線ＬＡＮ等の無線回線で構成されていても良い。
【００３１】
次に、アプリケーションサーバ１０の４つの情報処理部の夫々の処理内容について説明する。先ず、ユーザ特定部２０と候補席選択部２１と席情報更新部２２の処理内容について、図２に示す座席位置提案の処理手順のフローチャートに沿って説明する。
【００３２】
ユーザ特定部２０は、入力端末１４から提案対象ユーザのユーザＩＤとともに座席位置提案の要求を受け付け（ステップ＃１）、受け付けたユーザＩＤを基に、ユーザＤＢ１９に登録されているユーザ情報と照合して当該提案対象ユーザの特定を行う（ステップ＃２）。ユーザの特定処理では、既にユーザＩＤの入力を受け付けているので、ユーザＩＤを基に、当該提案対象ユーザにおいて、フリーアドレスオフィスで作業するユーザか否かの判別を行う（ステップ＃３）。尚、全てのユーザが、フリーアドレスオフィスで作業するユーザの場合は、ステップ＃３の判別処理を省略して、座席位置提案の要求の受け付けとユーザＩＤの取得だけを行う。ここで、提案対象ユーザが、フリーアドレスオフィスで作業するユーザでない場合は（ステップ＃３のＮＯ分岐）、座席位置の提案を行う必要がないため、座席位置提案処理を中断して、座席位置提案の要求の待機状態に戻る。
【００３３】
引き続き、提案対象ユーザが、フリーアドレスオフィスで作業するユーザである場合は（ステップ＃３のＹＥＳ分岐）、候補席選択部２１は、席情報ＤＢ１７から空席情報を読み出し、提案対象ユーザが利用するオフィス内の空席を抽出し（ステップ＃４）、ユーザ特定部２０がステップ＃１で取得したユーザＩＤを基に、ユーザＤＢ１９に登録されている提案当日の同じ区分期間の提案対象ユーザの快適温度帯データを取得し（ステップ＃５）、ステップ＃４で抽出した空席毎の直近の室温データを室温ＤＢ１８から取得する（ステップ＃６）。ステップ＃５で、提案対象ユーザの快適温度帯データが登録されておらず、取得できなかった場合は（ステップ＃５ＡのＮＯ分岐）、ステップ＃４の処理だけを行い、ステップ＃５及びステップ＃６の処理を省略して、ステップ＃４で抽出した空席を候補席として後述するステップ＃１０の候補席の出力表示処理に移行する。
【００３４】
ステップ＃４とステップ＃５の処理順序は不問であり、同時に実行しても良い。また、快適温度帯データを取得できた場合に、ステップ＃６において、提案対象ユーザが利用するオフィス内の全ての席の直近の室温データを取得して、ステップ＃４で抽出した空席の室温データだけを後続の処理で使用するようにしても良い。ステップ＃４の空席抽出処理で仮に空席が抽出できなかった場合は（ステップ＃４ＡのＮＯ分岐）、所定のエラーメッセージを入出力端末１５に出力表示して（ステップ＃７）、座席位置提案処理を中断して、座席位置提案の要求の待機状態に戻る。
【００３５】
ステップ＃６に引き続き、候補席選択部２１は、ステップ＃４で抽出した空席の室温データと、ステップ＃５で取得した提案対象ユーザの快適温度帯データを比較し、室温データが当該快適温度帯データの示す温度範囲内にある空席を候補席として抽出する（ステップ＃８）。しかし、ステップ＃４で抽出した空席の数が少ない場合や、提案対象ユーザの快適温度帯データの温度範囲が狭い場合等では、室温データが当該快適温度帯データの示す温度範囲内にある空席を抽出できない可能性もあり、候補席が抽出できなかった場合は（ステップ＃８ＡのＮＯ分岐）、提案対象ユーザの快適温度帯データの温度範囲を一時的に広げて（一例として、上限値を０．５℃上げ、下限値を０．５℃下げて）（ステップ＃９）、ステップ＃８の候補席の抽出処理を繰り返す。候補席が抽出できた場合は（ステップ＃８ＡのＹＥＳ分岐）、抽出された候補席を入出力端末１５に出力表示する（ステップ＃１０）。
【００３６】
提案対象ユーザは、入出力端末１５に表示された候補席中から利用したい席（利用席）を選択する入力操作を、入出力端末１５に対して行う（ステップ＃１１）。入出力端末１５に表示された候補席が１つの場合は、当該１つの候補席を選択することになる。
【００３７】
引き続き、席情報更新部２２は、提案対象ユーザの入力操作により選択された利用席の入力を受け付け、席情報ＤＢ１７の選択された利用席に記録されている空席コードを提案対象ユーザのユーザＩＤに書き換えて、空席情報の更新を行う（ステップ＃１２）。
【００３８】
尚、席情報更新部２２は、入力端末１４からユーザが退社した旨の情報をユーザＩＤとともに随時受け付ける。席情報更新部２２は、座席位置提案処理フローから独立して、当該退社した旨の情報を受け付けると、ユーザＤＢ１９に登録されているユーザ情報と照合して、当該退社したユーザがフリーアドレスオフィスで作業するユーザか否かの判別を行い、フリーアドレスオフィスで作業するユーザである場合には、席情報ＤＢ１７を検索して、当該退社したユーザによって利用されていた利用席に記録されていたユーザＩＤを空席コードに書き換えて、空席情報を更新する。
【００３９】
次に、快適温度帯データ登録部２３の処理内容について、図３に示す快適温度帯データの登録更新処理手順のフローチャートに沿って説明する。本実施形態では、フリーアドレスオフィスで作業する各ユーザが、上記ステップ＃９で選択した利用席で作業を開始した後、ユーザが当該利用席において、暑いまたは寒いと感じた場合に、その感覚を当該ユーザの温度感度として、ユーザＤＢ１９の快適温度帯データに登録できる構成となっている。具体的には、ユーザが、任意の時間に暑いまたは寒いと感じた場合に、当該ユーザが使用するユーザ端末１３から、コンピュータネットワーク１６を介して、快適温度帯データの登録用のＷｅｂ画面のＵＲＬを指定して、アプリケーションサーバ１０にアクセスする（ステップ＃２１）。Ｗｅｂサーバとして機能するアプリケーションサーバ１０は、当該Ｗｅｂ画面の送信要求を受け付けると、ユーザ端末１３に、当該ＵＲＬに対応した快適温度帯データの登録用の画面データを送信し（ステップ＃２２）、ユーザ端末１３の表示画面上に、当該快適温度帯データの登録用画面が表示される（ステップ＃２３）。一例として、ユーザは、表示された画面上の指示に従って、暑いと感じるか、寒いと感じるかの何れかの一方の項目を選択し、ユーザＩＤ、及び、必要に応じて個人認証コード等を入力して、アプリケーションサーバ１０に対して当該情報を返信する（ステップ＃２４）。アプリケーションサーバ１０側では、当該返信情報を受信すると、快適温度帯データ登録部２３が、当該返信情報に含まれるユーザＩＤに基づいて席情報ＤＢ１７を検索して当該ユーザが利用している利用席を特定し、特定した利用席に基づいて、室温ＤＢ１８を検索して当該利用席における直近の室温データを抽出する（ステップ＃２５）。そして、抽出した室温データの示す温度と、当該返信情報に含まれる「暑い」または「寒い」の何れか一方とを紐付けて当該ユーザの温度感度情報として保存する（ステップ＃２６）。上記ステップ＃２１からステップ＃２６までの温度感度情報の入力処理が、或る１日の勤務時間帯（例えば、午前８時〜午後１０時等）を通して、快適温度帯データの登録または更新を行うユーザについて繰り返し行われる。尚、温度感度情報の入力処理は、ユーザの任意の行為に基づくため、当該入力処理が行われない日も当然に存在する。
【００４０】
或る１日の勤務時間帯が終了すると、アプリケーションサーバ１０は、ステップ＃２１のアクセスの受け付けを停止し、快適温度帯データ登録部２３は、その日に追加された温度感度情報の全てのユーザを抽出し（ステップ＃２７）、抽出されたユーザ毎に、ユーザＩＤに基づいて、ユーザＤＢ１９の当該ユーザの快適温度帯データが既に登録されているか否かを判別し（ステップ＃２８）、快適温度帯データが未登録のユーザについては（ステップ＃２８のＮＯ分岐）、当該ユーザのその日追加された温度感度情報に基づいて、新たに快適温度帯データを作成する（ステップ＃２９）。具体的には、その日追加された温度感度情報に「暑い」と温度の紐付けデータが存在する場合は、当該温度より例えば０．５℃低い温度を快適温度帯データの上限値として登録する。その日追加された温度感度情報に「寒い」と温度の紐付けデータが存在する場合は、当該温度より例えば０．５℃高い温度を快適温度帯データの下限値として登録する。その日追加された温度感度情報に「暑い」と温度の紐付けデータが存在しない場合は、上限値として所定のデフォルト値（例えば、３０℃）を使用し、その日追加された温度感度情報に「寒い」と温度の紐付けデータが存在しない場合は、下限値として所定のデフォルト値（例えば、１５℃）を使用する。
【００４１】
一方、快適温度帯データが既に登録されているユーザについては（ステップ＃２８のＹＥＳ分岐）、ユーザＤＢ１９から当該ユーザの快適温度帯データを読み出し、当該ユーザのその日追加された温度感度情報と比較して、快適温度帯データを更新する（ステップ＃３０）。具体的には、その日追加された温度感度情報に「暑い」と温度の紐付けデータが存在する場合であって、当該温度感度情報の温度が読み出した現在の快適温度帯データ内に存在する場合は、当該温度より例えば０．５℃低い温度を快適温度帯データの新たな上限値として更新する。その日追加された温度感度情報に「寒い」と温度の紐付けデータが存在する場合であって、当該温度感度情報の温度が読み出した現在の快適温度帯データ内に存在する場合は、当該温度より例えば０．５℃高い温度を快適温度帯データの新たな下限値として更新する。
【００４２】
上記ステップ＃２８からステップ＃３０までの処理を、ステップ＃２７で抽出した全てのユーザについて繰り返し実行して、その日の快適温度帯データの登録更新処理を終了する。
【００４３】
〈第２実施形態〉
上記第１実施形態では、入力端末１４と入出力端末１５が、職場の玄関等に固定的に設置され、全てのユーザが共通に使用する場合を想定したが、入力端末１４と入出力端末１５を一体化して、各ユーザが個別に使用する携帯情報端末（例えば、携帯電話、スマートフォン等）を利用して構成しても良い。
【００４４】
第２実施形態では、図２に示す座席位置提案の処理手順のステップ＃１において、ユーザ特定部２０が、入力端末１４である各ユーザの携帯情報端末から提案対象ユーザのユーザＩＤとともに座席位置提案の要求を受け付ける前に、提案対象ユーザは、携帯情報端末から、無線ＬＡＮのコンピュータネットワーク１６、或いは、インターネット等の外部回線を経由して、座席位置提案要求用のＷｅｂ画面のＵＲＬを指定して、アプリケーションサーバ１０にアクセスし、アプリケーションサーバ１０から当該ＵＲＬに対応した座席位置提案要求用の画面データを受信して、携帯情報端末の表示画面上に、当該画面を表示させる。そして、提案対象ユーザは、表示された画面上の指示に従って、ユーザＩＤ、及び、必要に応じて個人認証コード等を入力して、アプリケーションサーバ１０に対して座席位置提案の要求を返信する。上記第１実施形態では、ステップ＃１の処理に対して、提案対象ユーザがＩＤカードをＲＦＩＤリーダに接近させるだけで良かったが、第２実施形態では、提案対象ユーザは上述の座席位置提案の要求の入力操作を行う必要があるが、当該入力操作は、上記出社時の操作とは独立して事前に行うことも可能となる。
【００４５】
図２に示す座席位置提案の処理手順のステップ＃１からステップ＃１２までの処理は、ステップ＃１０及びステップ＃１１の処理における入出力端末１５が、提案対象ユーザが使用する携帯情報端末である点以外は、上記第１実施形態と同じであるので、重複する説明は省略する。
【００４６】
〈第３実施形態〉
上記第１及び第２実施形態では、図２に示す座席位置提案の処理手順のステップ＃６において、候補席選択部２１は、室温ＤＢ１８からステップ＃４で抽出した空席毎の直近の室温データを取得する場合を説明したが、第３実施形態では、候補席選択部２１は、室温ＤＢ１８からステップ＃４で抽出した空席毎の提案当日の室温データを取得するとともに、提案当日より過去の１または複数の所定日の各１日を通しての空席毎の室温データを取得して、所定のアルゴリズムを用い取得した室温データに基づいて、提案当日の空席毎の室温変動（最高温度と最低温度）を予測し、ステップ＃８において、予測した提案当日の空席毎の室温変動が、ステップ＃５で取得した提案対象ユーザの快適温度帯データの示す温度範囲内にある空席を候補席として抽出する。しかし、上記室温変動が快適温度帯データの示す温度範囲内にある空席を抽出できない可能性もあり、候補席が抽出できなかった場合は（ステップ＃８ＡのＮＯ分岐）、第１実施形態と同様に、提案対象ユーザの快適温度帯データの温度範囲を一時的に広げて、ステップ＃８の候補席の抽出処理を繰り返す。
【００４７】
また、提案当日の空席毎の室温変動を予測する場合に、室温変動を空席毎の室温の時間変化として予測しても良い。この場合は、候補席が抽出できなかった場合に（ステップ＃８ＡのＮＯ分岐）、当該提案対象ユーザの快適温度帯データの温度範囲を一時的に広げる処理に代えて、或いは、追加して、ステップ＃９において、上記室温変動が快適温度帯データの示す温度範囲内から外れる時間の合計の勤務時間に対する時間比（或いは、当該外れる時間）を０％（或いは０分）から、一定割合（或いは一定時間。例えば、５％或いは３０分）段階的に一時的に大きくして、ステップ＃８の候補席の抽出処理を繰り返しても良い。
【００４８】
上記提案当日の空席毎の室温変動（最高温度と最低温度）を予測するアルゴリズムとしては、種々のアルゴリズムが想定されるが、一例として、提案当日前の一定期間（例えば５日間）の同じ空席毎の室温変動の最高温度と最低温度の各平均値を算出して、当該最高温度と最低温度の各平均値で示される室温変動を上記提案当日の室温変動とする。或いは、外気温（平均気温、最低気温、最高気温等）の実測値の履歴或いは職場の位置する場所の天候（晴天、曇天、雨天等）の履歴を記録したデータベースを別途備え、例えば、過去の１或いは２週間内の、現在の外気温と同じ時間に一定の誤差範囲内で同じ外気温を示す日、或いは、提案当日の天候と同じ天候の日、または、その両方が同じ日を類似日として１または複数抽出して、当該抽出した類似日の同じ空席毎の室温変動の最高温度と最低温度の各平均値を算出して、当該最高温度と最低温度の各平均値で示される室温変動を上記提案当日の室温変動とするようにしても良い。
【００４９】
また、上記提案当日の空席毎の室温変動の時間変化を予測するアルゴリズムにおいても、一例として、提案当日前の一定期間（例えば５日間）の同じ空席毎の一定時間毎の室温の平均値を算出して、当該平均値で示される室温変動の時間変化を上記提案当日の室温変動とする。或いは、上述の外気温或いは天候の履歴データベースを備える場合は、過去の１或いは２週間内の、現在の外気温と同じ時間に一定の誤差範囲内で同じ外気温を示す日、或いは、提案当日の天候と同じ天候の日、その両方が同じ日を類似日として１または複数抽出して、当該抽出した類似日の同じ空席毎の室温の平均値を算出して、当該平均値で示される室温変動の時間変化を上記提案当日の室温変動とするようにしても良い。
【００５０】
以下に、別の実施形態につき説明する。
〈１〉上記各実施形態では、ユーザＤＢ１９に記憶される快適温度帯データは、３つの区分期間に分けて登録される場合を想定したが、区分期間の数は３に限定されるものではなく、例えば、区分期間が月単位（区分期間の数が１２）であっても良い。
【００５１】
更に、区分期間を設けず、快適温度帯データを通年で管理しても良い。この場合、夏期と冬期では当然に快適温度帯データは変化するので、快適温度帯データ登録部２３が、例えば、既に登録されている快適温度帯データの登録時期または更新時期に基づいて、一定期間毎に、当該既登録の快適温度帯データの上限値及び下限値の夫々を補正するようにしても良い。例えば、夏期に登録または更新された快適温度帯データは、中間期の開始時点で、上限値及び下限値を夫々１〜３℃程度低く設定する。また、冬期に登録または更新された快適温度帯データは、中間期の開始時点で、上限値及び下限値を夫々１〜３℃程度高く設定する。更に、中間期に登録または更新された快適温度帯データは、夏期の開始時点で、上限値及び下限値を夫々１〜３℃程度高く設定し、冬期の開始時点で、上限値及び下限値を夫々１〜３℃程度低く設定する。このように、強制的に補正した快適温度帯データに対して、個々のユーザが暑いまたは寒いと感じた場合は、図３に示す快適温度帯データの登録更新処理手順で、当該ユーザからの温度感度情報を受け付けて補正後の快適温度帯データに対して更に補正を加えて更新すれば良い。
【００５２】
〈２〉上記各実施形態では、ユーザＤＢ１９に記憶される快適温度帯データは、１日を通して固定されていたが、１日を複数の時間帯に区分して時間帯別に、快適温度帯データをユーザＤＢ１９に登録するようにしても良い。ユーザによっては、快適温度帯データが未登録の時間帯が存在する場合がある。快適温度帯データを時間帯別に設ける場合は、図２に示す座席位置提案の処理手順のステップ＃８において、快適温度帯データと比較する室温データは、時間帯別の室温変動または室温の時間変化とし、上記比較を当該時間帯毎に行い、全ての時間帯において、室温変動または室温の時間変化が快適温度帯データの温度範囲内にある空席を候補席として抽出する。
【００５３】
〈３〉上記各実施形態では、図３に示す快適温度帯データの登録更新処理のステップ＃２４において、ユーザ端末１３からは、「暑い」または「寒い」の何れか一方の情報と、ユーザＩＤ、及び、必要に応じて個人認証コード等が、アプリケーションサーバ１０に送信される構成であったが、ユーザ端末１３が、ユーザＩＤに代えて、または、追加して、当該ユーザが利用している利用席の情報を、アプリケーションサーバ１０に送信するようにしても良い。そうすることで、ステップ＃２５において、快適温度帯データ登録部２３は、当該ユーザが利用している利用席を特定する処理を割愛できる。更に、ステップ＃２４において、ユーザ端末１３が、周囲の温度を計測して、或いは、最も近い温度センサ１１の計測データを取得して、当該室温データを、「暑い」または「寒い」の何れか一方の情報等に追加して、アプリケーションサーバ１０に送信するようにしても良い。そうすることで、ステップ＃２５において、快適温度帯データ登録部２３は、室温ＤＢ１８を検索して当該利用席における直近の室温データを抽出する処理を割愛できる。
【００５４】
〈４〉上記各実施形態では、図２に示す座席位置提案の処理手順のステップ＃５Ａにおいて、提案対象ユーザの快適温度帯データが登録されていない場合は（ステップ＃５ＡのＮＯ分岐）、後述するステップ＃１０の候補席の出力表示処理に移行する構成としていたが、図３に示す快適温度帯データの登録更新処理を行っていないユーザに対して、下記の要領で自動的に当該各ユーザの快適温度帯データを作成するようにしても良い。
【００５５】
具体的には、快適温度帯データの登録更新処理を行っていないユーザ別に、当該ユーザが過去の所定日間（例えば、１カ月分）利用した利用席の席及び利用日毎の室温データを全て（例えば、１カ月分）取得し、当該室温データの温度変動の最低温度と最高温度を夫々、当該ユーザの快適温度帯データの最低温度と最高温度として、快適温度帯データを作成して登録するようにしても良い。そして、当該作成及び登録処理を、各区分期間の開始直前に夫々実行するのも好ましい。この場合、座席位置提案の処理手順のステップ＃５Ａの判別では、必ず快適温度帯データが登録されているため、全てＹＥＳ分岐となる。
【００５６】
〈５〉上記各実施形態では、座席位置の提案対象となるオフィスは、空調されている場合を想定し、当該空調制御は、本発明システムとは独立して行われる場合を想定した。しかし、座席位置の提案対象となるオフィスが、例えば中間期等において空調制御されない場合でも、本発明システムは適用可能である。更に、当該空調制御が本発明システムと連動して、例えば、各席での室温が、各席のユーザの快適温度帯データの温度範囲内に収まるように制御されても良い。
【産業上の利用可能性】
【００５７】
本発明に係る座席提案システムは、複数のユーザが個々に使用する席が固定されていないフリーアドレスオフィス環境において、コンピュータのデータ処理により、各ユーザの温度感度に適した座席位置を提案するのに利用可能である。
【符号の説明】
【００５８】
１：    座席提案システム
１０：  アプリケーションサーバ
１１：  温度センサ
１２：  記憶手段
１３：  ユーザ端末
１４：  入力端末
１５：  入出力端末
１６：  コンピュータネットワーク
１７：  席情報ＤＢ
１８：  室温ＤＢ
１９：  ユーザＤＢ
２０：  ユーザ特定部
２１：  候補席選択部
２２：  席情報更新部
２３：  快適温度帯データ登録部
３０：  勤務管理システム
【図１】
2013185798.tif 000003
【図２】
2013185798.tif 000004
【図３】
2013185798.tif 000005