(57)【要約】【課題】施設内における設備の効率的な利用を可能にする。【解決手段】スケジュール情報取得部は、従業員の予定を格納したスケジュールＤＢ、出張者情報テーブルに基づいて、部門ごとの事業所内在席予定人数を特定し（Ｓ１０，Ｓ１２）、部門別エリア特定部は、特定した部門ごとの事業所内在席予定人数と、事業所内の座席レイアウト（事業所情報テーブル）と、事業所内の設備配置に基づく座席の割り当て基準と、に基づいて、各部門に割り当てる座席を決定し（Ｓ１４）、報知部は、決定した座席の情報を利用者に対して報知する（Ｓ２０）。【選択図】図１２
2016071760.tif 000002
【特許請求の範囲】
【請求項１】
組織に属する利用者の予定を格納したスケジュールデータに基づいて、複数の組織について組織ごとの施設内在席予定人数を特定し、
特定した前記組織ごとの施設内在席予定人数と、施設内の座席レイアウトと、前記施設内の設備配置に基づく座席の割り当て基準と、に基づいて、各組織に割り当てる座席を決定し、
前記決定した座席の情報を利用者に対して報知する、
処理をコンピュータに実行させることを特徴とする施設管理プログラム。
【請求項２】
前記座席の割り当て基準は、前記施設内の設備の稼働率を減らす基準であることを特徴とする請求項１に記載の施設管理プログラム。
【請求項３】
前記決定する処理では、組織間の関連性に基づいて、各組織に割り当てる座席を決定することを特徴とする請求項１又は２に記載の施設管理プログラム。
【請求項４】
前記決定する処理では、組織内の利用者の情報に基づいて、前記組織に割り当てられた各座席をどの利用者に割り当てるかを決定することを特徴とする請求項１〜３のいずれか一項に記載の施設管理プログラム。
【請求項５】
組織に属する利用者の予定を格納したスケジュールデータに基づいて、複数の組織について組織ごとの施設内在席予定人数を特定し、
特定した前記組織ごとの施設内在席予定人数と、施設内の座席レイアウトと、前記施設内の設備配置に基づく座席の割り当て基準と、に基づいて、各組織に割り当てる座席を決定し、
前記決定した座席の情報を利用者に対して報知する、
処理をコンピュータが実行することを特徴とする施設管理方法。
【請求項６】
組織に属する利用者の予定を格納したスケジュールデータに基づいて、複数の組織について組織ごとの施設内在席予定人数を特定する特定部と、
特定した前記組織ごとの施設内在席予定人数と、施設内の座席レイアウトと、前記施設内の設備配置に基づく座席の割り当て基準と、に基づいて、各組織に割り当てる座席を決定する決定部と、
前記決定した座席の情報を利用者に対して報知する報知部と、
を備える施設管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、施設管理プログラム、施設管理方法及び施設管理装置に関する。
【背景技術】
【０００２】
複数の従業員が利用する事務所においては、業務効率化等のため、組織（部門）ごとにスペースや座席が割り当てられている。このため、各部門の在席人数が少なくても、照明や空調は事務所スペース全体で常時使用されており、効率が悪い。
【０００３】
一方、施設内の利用者の入退場状況に応じて設備資源の利用割り当てを動的に行う施設管理システムが知られている（例えば、特許文献１等参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１６５１２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１等の技術を利用した場合、入退場に応じて利用者に設備資源を割り当てるため、利用者に頻繁な移動を強いるおそれがある。
【０００６】
１つの側面では、本発明は、施設内における効率的な設備利用を可能にする施設管理プログラム、施設管理方法及び施設管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
一つの態様では、施設管理プログラムは、利用者の予定を格納したスケジュールデータに基づいて、複数の組織について組織ごとの施設内在席予定人数を特定し、特定した前記組織ごとの施設内在席予定人数と、施設内の座席レイアウトと、前記施設内の設備配置に基づく座席の割り当て基準と、に基づいて、各組織に割り当てる座席を決定し、前記決定した座席の情報を利用者に対して報知する、処理をコンピュータに実行させる施設管理プログラムである。
【発明の効果】
【０００８】
施設内における効率的な設備利用を可能にすることができる。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係る施設管理システムの構成を概略的に示す図である。
【図２】図２（ａ）は、スケジュールＤＢを示す図であり、図２（ｂ）は、メールＤＢを示す図である。
【図３】図３（ａ）は、人事マスタを示す図であり、図３（ｂ）は、健康管理情報ＤＢを示す図である。
【図４】施設管理装置のハードウェア構成を示す図である。
【図５】施設管理装置の機能ブロック図である。
【図６】図６（ａ）は、事業所情報テーブルを示す図であり、図６（ｂ）は、部門情報テーブルを示す図である。
【図７】××工場の本館１０階の事務所内レイアウト図である。
【図８】部門内情報テーブルを示す図である。
【図９】出張者情報テーブルを示す図である。
【図１０】血液型別相性判別テーブルを示す図である。
【図１１】在席情報テーブルを示す図である。
【図１２】施設管理装置の処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、施設管理システムの一実施形態について、図１〜図１２に基づいて詳細に説明する。図１には、一実施形態に係る施設管理システム１００の構成が概略的に示されている。本実施形態の施設管理システム１００は、会社の施設（事業所）において、部門（組織）に属する各従業員（利用者）が利用する座席を日毎に決定し、事業所内の座席レイアウトを構築するためのシステムである。
【００１１】
図１に示すように、本実施形態の施設管理システム１００は、従業員端末４０と、スケジュールサーバ５０と、メールサーバ６０と、人事情報管理サーバ７０と、健康情報管理サーバ８０と、施設管理装置１０と、を備える。なお、図１の各装置は、インターネットやＬＡＮ（Local Area Network）などのネットワーク８５に接続されている。
【００１２】
従業員端末４０は、ノートＰＣ（Personal Computer）などの持ち運び可能な端末であり、従業員が業務に利用する端末である。
【００１３】
スケジュールサーバ５０は、従業員のスケジュールを管理するサーバである。スケジュールサーバ５０は、図２（ａ）に示すようなスケジュールＤＢ５２を有する。スケジュールＤＢ５２は、「部門名」、「氏名」、「日付」、「ＡＭ行動予定」、「ＰＭ行動予定」の各フィールドを有する。「部門名」のフィールドには、従業員が属する部門の名称が格納される。「氏名」のフィールドには、従業員の氏名が格納される。「日付」のフィールドには、スケジュールの日付(年月日)が格納される。「ＡＭ行動予定」、「ＰＭ行動予定」のフィールドには、午前及び午後の予定（在席、出張、休暇）が格納される。なお、スケジュールＤＢ５２に格納される各情報は、例えば、従業員によって前日までに従業員端末４０を介して入力される。なお、図２（ａ）では、午前と午後の行動予定がスケジュールＤＢ５２に格納されているが、これに限らず、より詳細に（例えば３０分や１時間毎に）行動予定が格納できるようになっていてもよい。
【００１４】
メールサーバ６０は、メールの送受信を行うサーバであり、一例として図２（ｂ）に示すメールＤＢ６２を有する。メールＤＢ６２は、各部門から他の部門に送信されたメールの件数の情報を管理するデータベースであり、「部門名」、「前月のメール送信件数」、「送信先部門」の各フィールドを有する。「部門名」のフィールドには、送信元の部門の名称が格納され、「送信先」のフィールドには、送信先の部門の名称が格納される。また、「前月のメール送信件数」のフィールドには、前月において送信元の部門から送信先の部門に送信されたメールの総件数が格納される。
【００１５】
人事情報管理サーバ７０は、従業員の情報を管理するサーバであり、一例として、図３（ａ）に示すような人事マスタ７２を有する。人事マスタ７２は、図３（ａ）に示すように、「氏名」、「生年月日」、「性別」の各フィールドを有する。「氏名」のフィールドには、従業員の氏名が格納され、「生年月日」、「性別」のフィールドには、従業員の生年月日、性別（男又は女）が格納されている。なお、人事マスタ７２には、その他の情報（住所や年齢など）が格納されていてもよい。
【００１６】
健康情報管理サーバ８０は、従業員の健康診断の結果などの情報を管理するサーバであり、図３（ｂ）に示すような健康管理情報ＤＢ８２を有する。図３（ｂ）に示すように、健康管理情報ＤＢ８２は、従業員ごとに「血液型」などの健康管理に関する情報が格納されている。なお、血液型以外の健康管理に関する情報としては、例えば健康診断により得られる情報（身長や体重、血圧など）が格納される。
【００１７】
施設管理装置１０は、各サーバから得られる情報や従業員端末４０から入力される情報に基づいて、翌日の事業所の座席レイアウトを構築したり、当日の座席レイアウトを従業員に報知したりする。
【００１８】
図４には、施設管理装置１０のハードウェア構成が示されている。図４に示すように、施設管理装置１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、表示部９３、入力部９５及び可搬型記憶媒体用ドライブ９９等を備えている。これら施設管理装置１０の構成各部は、バス９８に接続されている。表示部９３は、例えば事業所内に設置される大型ディスプレイであるものとする。また、入力部９５は、例えば、キーボードやマウスなどであるものとする。施設管理装置１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（施設管理プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（施設管理プログラムを含む）をＣＰＵ９０が実行することにより、図５に示す機能が実現される。
【００１９】
図５には、施設管理装置１０の機能ブロック図が示されている。図５に示すように施設管理装置１０では、ＣＰＵ９０がプログラムを実行することにより、特定部としてのスケジュール情報取得部１２、決定部としての部門別エリア特定部１４、利用者毎決定部としての座席決定部１６、報知部１８、及び出張者情報受付部１９としての機能が実現されている。なお、図５には、ＨＤＤ９６等に格納されている各種テーブルも図示されている。
【００２０】
スケジュール情報取得部１２は、スケジュールサーバ５０からスケジュールＤＢ５２に格納されている情報を取得し、部門別エリア特定部１４に送信する。また、スケジュール情報取得部１２は、スケジュールＤＢ５２において翌日の予定が出張となっている従業員の出張先を、出張者情報テーブル２４に基づいて特定する。なお、出張者情報テーブル２４の詳細については、後述する。
【００２１】
部門別エリア特定部１４は、スケジュールＤＢ５２の情報、人事マスタ７２の情報、並びに事業所情報テーブル２１、部門情報テーブル２２に格納されている情報に基づいて、部門ごとに割り当てる事業所内のエリアを特定する。ここで、図６（ａ）には、事業所情報テーブル２１のデータ構造が示され、図６（ｂ）には、部門情報テーブル２２のデータ構造が示されている。
【００２２】
事業所情報テーブル２１は、図６（ａ）に示すように、事業所の情報（建屋の各階、各階のエリアに関する情報など）を格納するテーブルである。事業所情報テーブル２１は、「事業所名」、「建屋名」、「階数」、「エリア名」、「ブロック数」、「在席可能人数」の各フィールドを有する。「事業所名」のフィールドには、事業所の名称が格納され、「建屋名」のフィールドには、事業所内に存在する建屋（本館、○号館など）の名称が格納される。また、「階数」のフィールドには、建て屋の階数が格納され、「エリア名」のフィールドには、各階のエリア（例えば、北側、南側、中央など）が格納される。また、「ブロック数」のフィールドには、各エリアに存在する座席の集合（ブロック）の数が格納され、「在席可能人数」のフィールドには、各エリアに在席可能な従業員の人数が格納される。
【００２３】
図７には、××工場の本館１０階のレイアウト図が示されている。このレイアウト図に基づく事業所情報は、図６（ａ）の上から３行目、及び４行目の情報となる。具体的には、図６（ａ）の上から３行目、及び４行目の情報は、××工場の本館１０階には、北側と南側のエリアがあり、両エリアには１２個のブロックが存在し、各１５６人の従業員が着席できる、という情報である。
【００２４】
部門情報テーブル２２は、図６（ｂ）に示すように、他部門へのメールの送信回数（１人あたり）と、所属する事業所、建屋の情報を管理するテーブルである。部門情報テーブル２２は、「部門名」、「前月のメール送信回数（回／１人）」、「送信先部門」、「事業所名」、「建屋名」の各フィールドを有する。「前月のメール送信回数（回／１人）」のフィールドには、メールＤＢ６２（図２（ｂ））の「前月のメール送信件数」のフィールドの数値を部門に属する従業員数で除した値が格納される。また、「事業所名」、「建屋名」のフィールドには、予め設定されている各部門が所属する事業所及び建屋の名称が格納される。
【００２５】
図５に戻り、座席決定部１６は、翌日において各部門の各従業員が利用可能な座席を決定する。ここで、座席決定部１６は、部門別エリア特定部１４が特定した部門毎のエリアの情報と、ＨＤＤ９６等に格納されている部門内情報テーブル２３、出張者情報テーブル２４の一部、血液型別相性判別テーブル２５と、スケジュール情報取得部１２が取得したスケジュールＤＢ５２の情報と、に基づいて、座席を決定する。座席決定部１６は、決定した座席の情報を在席情報テーブル２６、及び出張者情報テーブル２４の一部に格納する。
【００２６】
ここで、図８には、部門内情報テーブル２３が示され、図９には、出張者情報テーブル２４が示され、図１０には、血液型別相性判別テーブル２５が示され、図１１には、在席情報テーブル２６が示されている。
【００２７】
部門内情報テーブル２３は、人事マスタ７２、健康管理情報ＤＢ８２、従業員端末４０から入力される情報等に基づいて、部門ごとに生成されるテーブルであり、各部門に属する従業員の情報を格納する。部門内情報テーブル２３は、図８に示すように、「氏名」、「役職」、「プロジェクト」、「年齢」、「血液型」、「近傍希望者」の各フィールドを有する。「氏名」のフィールドには、従業員の氏名が格納され、「役職」のフィールドには、従業員の役職が格納される。「プロジェクト」のフィールドには、従業員が属するプロジェクトの名称等が格納され、「年齢」、「血液型」のフィールドには、従業員の年齢、血液型の情報が格納される。更に、「近傍希望者」のフィールドには、従業員が従業員端末４０を介して入力する、近くの席に座りたい人物の氏名が格納される。
【００２８】
出張者情報テーブル２４は、出張者の情報を格納するテーブルである。出張者情報テーブル２４には、出張者情報受付部１９が従業員端末４０からの出張申請を受け付けた場合に、該出張申請に基づいて、図９に示す「氏名」、「日付」、「時間帯」、「事業所名」、「出張先部署名」、「出張席確保情報」の各フィールドの情報が格納される。「出張席確保情報」のフィールドには、出張申請を受けた部門の管理者が承認した場合に「ＯＫ」が格納され、承認しなかった場合に「ＮＧ」が格納される。なお、「氏名」〜「出張席確保情報」の各フィールドには、スケジュール情報取得部１２が、スケジュールＤＢ５２から取得した出張に関する情報を格納するようにしてもよい。そして、座席決定部１６は、出張者の座席を決定すると、当該座席の情報に基づいて、出張者情報テーブル２４の「建屋名」、「階数」、「エリア名」、「ブロック番号」、「席番号」の各フィールドに情報を格納する。
【００２９】
血液型別相性判別テーブル２５は、図１０に示すように、血液型（及び性別）ごとの相性の順位を定めるテーブルである。図１０の血液型別相性判別テーブル２５においては、一例として、Ａ型の男性は、Ａ型、Ｏ型、ＡＢ型、Ｂ型の順に相性が良い可能性が高いという情報が格納されている。
【００３０】
在席情報テーブル２６は、図１１に示すように、座席決定部１６が決定した各従業員の座席の情報を格納するテーブルである。在席情報テーブル２６は、「氏名」、「日付」、「ＡＭ在席予定」、「ＰＭ在席予定」、「事業所名」、「建屋名」、「階数」、「エリア名」、「ブロック番号」、「席番号」の各フィールドを有する。在席情報テーブル２６においては、座席決定部１６が決定した座席の情報が管理される。
【００３１】
図５に戻り、報知部１８は、所定のタイミングで、表示部９３等に在席情報テーブル２６の少なくとも一部の情報を表示するなどして、従業員に報知する。なお、情報の報知方法の詳細については、後述する。
【００３２】
次に、本実施形態の施設管理装置１０の処理について、図１２のフローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。なお、図１２のステップＳ１０〜Ｓ１６までの処理は、例えば、前日の就業時間終了後等において行われる処理であるものとする。また、出張者情報受付部１９は、出張予定者からの出張希望を随時受け付け、受け付けた情報を出張者情報テーブル２４に格納しているものとする。
【００３３】
図１２の処理では、まず、ステップＳ１０において、スケジュール情報取得部１２が、スケジュールＤＢ５２から各従業員の翌日のスケジュールを取得する。そして、スケジュール情報取得部１２は、部門に属する従業員のうち、翌日に事業所内に在席する人数を取得する。
【００３４】
次いで、ステップＳ１２では、スケジュール情報取得部１２が、出張者の出張先を特定し、翌日に各部門に出張してくる従業員の人数を取得する。この場合、スケジュール情報取得部１２は、出張者情報テーブル２４から翌日の出張者の情報を取得する。なお、出張先が特定された出張者は、以降においては、出張先の部門に属するものとして扱うものとする。
【００３５】
なお、ステップＳ１０、Ｓ１２の処理により、翌日における部門ごとの事業所内在席予定人数が特定されることになる。
【００３６】
次いで、ステップＳ１４では、部門別エリア特定部１４が、各部門のレイアウトを特定する。具体的には、部門別エリア特定部１４は、各部門が所属する事業所や建屋を部門情報テーブル２２（図６（ｂ））に基づいて特定するとともに、部門ごとの事業所内在席予定人数や、各建屋の設備の稼働率を減らすための座席の割り当て基準に基づいて、各部門のレイアウト（ブロック）を特定する。例えば、図７の××工場の本館１０階南側エリアに各部門を割り当てる場合、部門別エリア特定部１４は、エアコンや照明の配置に基づいて、エアコンや照明を効率的に使えるように、一例として、右端から（ブロックＳ１２→Ｓ１１→Ｓ１０→…の順に）各部門を割り当てることとする。これにより、稼動するエアコンや照明の数を減らすことができ、無駄な電力消費を抑制することが可能となる。なお、各ブロックは、複数の部門で共用してもよいものとするが、各部門の従業員は一纏めで（散在しないように）配置する。また、部門別エリア特定部１４は、各部門を割り当てる際には、各部門の関連性を考慮することとする。例えば、部門別エリア特定部１４は、部門情報テーブル２２に格納されている部門間におけるメールのやり取りの頻度を参照し、やり取りの頻度が多い部門を近くに配置するようにする。これにより、部門間の連携を図りやすくすることができる。
【００３７】
次いで、ステップＳ１６では、座席決定部１６が、部門内のレイアウト、すなわち各部門に属する従業員の座席位置、を特定する。具体的には、座席決定部１６は、スケジュールＤＢ５２と出張者情報テーブル２４の情報に基づいて、各部門において翌日在席する予定がある従業員と、当該部門に出張する予定の従業員とを特定する。そして、座席決定部１６は、部門内情報テーブル２３に格納されている情報（各従業員の役職やプロジェクト、年齢や血液型や近傍希望者の情報）を参照して、部門内のレイアウトを決定する。この場合、座席決定部１６は、例えば、役職順及びプロジェクト別に座席を仮決めし、年齢や血液型、近傍希望者の情報に基づいて、仮決めした座席レイアウトを調整する。また、出張者は、なるべく端の席に割り当てる。なお、座席決定部１６は、血液型の情報を用いる際には、血液型別相性判別テーブル２５を参照するものとする。なお、ステップＳ１６において決定した座席の情報は、座席決定部１６が、図９の出張者情報テーブル２４及び図１１の在席情報テーブル２６に格納する。
【００３８】
次いで、ステップＳ１８では、報知部１８が、座席情報表示タイミングとなるまで待機する。例えば、ステップＳ１６の後、日付が変わり、業務が開始される所定時間前や、従業員が出社してくる直前のタイミングになった場合に、ステップＳ１８の判断は、肯定される。ステップＳ１８の判断が肯定されると、報知部１８は、ステップＳ２０に移行する。
【００３９】
ステップＳ２０に移行すると、報知部１８は、座席情報を表示する。この場合、報知部１８は、例えば、各事業所の各建屋の各階に設けられた表示部９３（大型ディスプレイ等）に、座席情報として各階の座席レイアウト図（どの従業員がどの座席に割り当てられているかを示す図）を表示する。なお、従業員は、出勤した後に、表示部９３に表示されている自分の座席に、従業員端末４０を持って移動する。
【００４０】
次いで、ステップＳ２２では、報知部１８が、その日の業務が終了したか否かを判断する。このステップＳ２２の判断が否定された場合には、報知部１８は、ステップＳ１８に戻る。一方、ステップＳ２２の判断が肯定された場合には、表示部９３の表示を終了し、図１２の全処理を終了する。なお、ステップＳ１８に戻った場合には、報知部１８は、ステップＳ１８〜Ｓ２２の処理・判断を繰り返す。なお、ステップＳ１８に戻った場合に、表示部９３に座席情報が表示されているような場合には、ステップＳ１８、Ｓ２０の処理・判断を行わずに、ステップＳ２２に移行することとしてもよい。
【００４１】
なお、上記においては、業務時間中、表示部９３に座席レイアウト図を表示し続ける場合について説明したが、これに限られるものではない。例えば、従業員（出張者以外）が出勤した際にＯＴＲ（オンラインタイムレコーダ）システムを利用する場合には、報知部１８は、当該従業員がタイムレコーダを利用したタイミングで、タイムレコーダ近傍に設けられた表示部に当該従業員の座席情報を表示するようにしてもよい。また、報知部１８は、出張してきた従業員がドアセキュリティ装置を開錠した場合に、ドアセキュリティ装置が有する表示部に当該従業員の座席情報を表示するようにしてもよい。また、報知部１８は、所定のタイミングで、各従業員に対して座席情報をメール等により通知してもよい。また、上記方法に限らず、報知部１８は、その他の方法により座席情報を従業員に対して報知することとしてもよい。また、報知部１８は、例えば、座席情報をプリントアウトしてもよいし、音声等により座席情報を報知するようにしてもよい。
【００４２】
なお、上記においては、座席レイアウトの構築を１日毎に行う場合について説明したが、これに限らず、その他の期間ごと（例えば半日ごと）に座席レイアウトを変更するようにしてもよい。
【００４３】
なお、これまでの説明から分かるように、従業員の予定を格納したスケジュールデータの一例として、スケジュールＤＢ５２と、出張者情報テーブル２４とが挙げられる。
【００４４】
以上、詳細に説明したように、本実施形態によると、スケジュール情報取得部１２は、従業員の予定を格納したスケジュールＤＢ５２、出張者情報テーブル２４に基づいて、部門ごとの事業所内在席予定人数を特定し（Ｓ１０，Ｓ１２）、部門別エリア特定部１４は、特定した部門ごとの事業所内内在席予定人数と、事業所内の座席レイアウト（事業所情報テーブル２１）と、事業所内の設備配置に基づく座席の割り当て基準と、に基づいて、各部門に割り当てる座席を決定し（Ｓ１４）、報知部１８は、決定した座席の情報を利用者に対して報知する（Ｓ２０）。これにより、従業員のスケジュールや事業所内の設備配置に基づく座席の割り当て基準に基づいて決定した各部門に割り当てる座席を、従業員に報知するので、従業員は決定された座席を利用することで、事業所内の設備（空調や照明）の無駄な利用を抑制し、効率的な利用を実現することが可能となる。例えば、従業員の存在しない範囲の空調や照明の稼動を停止することができるため、エネルギ効率の向上や、光熱費の低減を図ることが可能となる。また、スケジュールＤＢ５２の情報を利用して、事前に座席を決定しておくので、従業員の出退勤や入退室等に基づいてリアルタイムに座席を変動させるような場合と比べて、従業員の移動頻度を低減することができる。
【００４５】
また、本実施形態では、部門間の関連性（例えば、前月のメール送信回数）に基づいて、各部門に割り当てる座席を決定するので、部門間における情報交換、業務遂行のしやすさを考慮して、各部門の座席を決定することが可能となる。
【００４６】
また、本実施形態では、座席決定部１６が、部門内の従業員の情報（役職や年齢、血液型など）に基づいて、部門に割り当てられた各座席をどの従業員に割り当てるかを決定する。これにより、従業員間の情報交換や業務遂行のしやすさを考慮して、各従業員の座席を決定することが可能となる。
【００４７】
なお、上記実施形態においては、施設管理装置１０が、在席情報テーブル２６に基づいて、空調や照明、電源などの設備の電源ＯＮ／ＯＦＦを自動的に管理することとしてもよい。これにより、従業員による電源操作が不要となるので、使い勝手を向上することが可能となる。
【００４８】
なお、上記実施形態では、部門間の関連性をメールの送信回数に基づいて判断する場合について説明したが、これに限られるものではない。部門間の関連性は、部門に属する従業員が参加するプロジェクトの共通性や、業務の類似性などに基づいて判断することとしてもよい。
【００４９】
なお、上記実施形態では、事業所内に在席している従業員を在席情報テーブル２６において管理しているので、該在席情報テーブル２６に基づいて、在席している従業員に対してネットワークの利用権限を付与することとしてもよい。これにより、情報セキュリティの向上を図ることが可能となる。
【００５０】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【００５１】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００５２】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００５３】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００５４】
なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）  組織に属する利用者の予定を格納したスケジュールデータに基づいて、複数の組織について組織ごとの施設内在席予定人数を特定し、
特定した前記組織ごとの施設内在席予定人数と、施設内の座席レイアウトと、前記施設内の設備配置に基づく座席の割り当て基準と、に基づいて、各組織に割り当てる座席を決定し、
前記決定した座席の情報を利用者に対して報知する、
処理をコンピュータに実行させることを特徴とする施設管理プログラム。
（付記２）  前記座席の割り当て基準は、前記施設内の設備の稼働率を減らす基準であることを特徴とする付記１に記載の施設管理プログラム。
（付記３）  前記決定する処理では、組織間の関連性に基づいて、各組織に割り当てる座席を決定することを特徴とする付記１又は２に記載の施設管理プログラム。
（付記４）  前記決定する処理では、組織内の利用者の情報に基づいて、前記組織に割り当てられた各座席をどの利用者に割り当てるかを決定することを特徴とする付記１〜３のいずれかに記載の施設管理プログラム。
（付記５）  組織に属する利用者の予定を格納したスケジュールデータに基づいて、複数の組織について組織ごとの施設内在席予定人数を特定し、
特定した前記組織ごとの施設内在席予定人数と、施設内の座席レイアウトと、前記施設内の設備配置に基づく座席の割り当て基準と、に基づいて、各組織に割り当てる座席を決定し、
前記決定した座席の情報を利用者に対して報知する、
処理をコンピュータが実行することを特徴とする施設管理方法。
（付記６）  前記座席の割り当て基準は、前記施設内の設備の稼働率を減らす基準であることを特徴とする付記５に記載の施設管理方法。
（付記７）  前記決定する処理では、組織間の関連性に基づいて、各組織に割り当てる座席を決定することを特徴とする付記５又は６に記載の施設管理方法。
（付記８）  前記決定する処理では、組織内の利用者の情報に基づいて、前記組織に割り当てられた各座席をどの利用者に割り当てるかを決定することを特徴とする付記５〜７のいずれかに記載の施設管理方法。
（付記９）  組織に属する利用者の予定を格納したスケジュールデータに基づいて、複数の組織について組織ごとの施設内在席予定人数を特定する特定部と、
特定した前記組織ごとの施設内在席予定人数と、施設内の座席レイアウトと、前記施設内の設備配置に基づく座席の割り当て基準と、に基づいて、各組織に割り当てる座席を決定する決定部と、
前記決定した座席の情報を利用者に対して報知する報知部と、
を備える施設管理装置。
（付記１０）  前記座席の割り当て基準は、前記施設内の設備の稼働率を減らす基準であることを特徴とする付記９に記載の施設管理装置。
（付記１１）  前記決定部は、組織間の関連性に基づいて、各組織に割り当てる座席を決定することを特徴とする付記９又は１０に記載の施設管理装置。
（付記１２）  組織内の利用者の情報に基づいて、前記組織に割り当てられた各座席をどの利用者に割り当てるかを決定する利用者毎決定部を備える付記９〜１１のいずれかに記載の施設管理装置。
【符号の説明】
【００５５】
１０  施設管理装置
１２  スケジュール情報取得部（特定部）
１４  部門別エリア特定部（決定部）
１６  座席決定部（利用者毎決定部）
１８  報知部
２４  出張者情報テーブル（スケジュールデータの一部）
５２  スケジュールＤＢ（スケジュールデータの一部）
【図１】
2016071760.tif 000003
【図２】
2016071760.tif 000004
【図３】
2016071760.tif 000005
【図４】
2016071760.tif 000006
【図５】
2016071760.tif 000007
【図６】
2016071760.tif 000008
【図７】
2016071760.tif 000009
【図８】
2016071760.tif 000010
【図９】
2016071760.tif 000011
【図１０】
2016071760.tif 000012
【図１１】
2016071760.tif 000013
【図１２】
2016071760.tif 000014