ホーム > 特許ランキング > 株式会社野村総合研究所
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-25
(45)【発行日】2024-11-05
(54)【発明の名称】会議室監視システム
(51)【国際特許分類】
H04N 7/18 20060101AFI20241028BHJP
G08B 21/24 20060101ALI20241028BHJP
G08B 25/00 20060101ALI20241028BHJP
【ＦＩ】
H04N7/18 D
G08B21/24
G08B25/00 510M
【請求項の数】
3
(21)【出願番号】P 2020174270
(22)【出願日】2020-10-15
(65)【公開番号】P2022065574
(43)【公開日】2022-04-27
【審査請求日】2023-07-28
【新規性喪失の例外の表示】特許法第３０条第２項適用 令和２年６月１１日に、ウェブサイト（ｈｔｔｐｓ：／／ｗｗｗ．ｎｒｉ．ｃｏｍ／ｊｐ／ｎｅｗｓ／ｎｅｗｓｒｅｌｅａｓｅ／ｌｓｔ／２０２０／ｃｃ／０６１１＿１）にて公開。
【新規性喪失の例外の表示】特許法第３０条第２項適用 令和２年６月１１日に、ウェブサイト（ｈｔｔｐｓ：／／ｗｗｗ．ｎｒｉ．ｃｏｍ／－／ｍｅｄｉａ／Ｃｏｒｐｏｒａｔｅ／ｊｐ／Ｆｉｌｅｓ／ＰＤＦ／ｎｅｗｓ／ｎｅｗｓｒｅｌｅａｓｅ／ｃｃ／２０２０／２００６１１＿１．ｐｄｆ）にて公開。
【新規性喪失の例外の表示】特許法第３０条第２項適用 令和２年７月３１日に、ウェブサイト（ｈｔｔｐｓ：／／ｗｗｗ．ｎｒｉ．ｃｏｍ／－／ｍｅｄｉａ／Ｃｏｒｐｏｒａｔｅ／ｊｐ／Ｆｉｌｅｓ／ＰＤＦ／ｎｅｗｓ／ｉｎｆｏ／ｃｃ／２０２０／２００７３１＿１．ｐｄｆ）にて公開。
(73)【特許権者】
【識別番号】000155469
【氏名又は名称】株式会社野村総合研究所
(74)【代理人】
【識別番号】110002354
【氏名又は名称】弁理士法人平和国際特許事務所
(72)【発明者】
【氏名】岩永 耕太
(72)【発明者】
【氏名】内山 剛志
(72)【発明者】
【氏名】浅辺 公彦
【審査官】武田 悟
(56)【参考文献】
【文献】特開２０１９－７９４０８（ＪＰ，Ａ）
【文献】中国特許出願公開第１１１３８２７１９（ＣＮ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ７／１８
Ｇ０８Ｂ ２１／２４ ， ２５／００
(57)【特許請求の範囲】
【請求項1】
複数の区画にそれぞれ１人以内が位置するように定められた会議室内の撮像画像を取得する撮像部と、制御部とを備え、
前記制御部は、
前記撮像部を制御することにより、会議室の撮像画像を継続して取得し、
撮像画像から人の画像を抽出し、
抽出した人の画像に基づいて会議室内の状態を判定し、異常であると判定した場合に、異常であることを報知する報知処理を行い、
前記制御部は、
撮像画像から人の画像である頭部画像を抽出し、頭部画像の画像サイズに基づいて、頭部画像と区画とを対応付け、
１つの区画と、２以上の頭部画像とが対応付けられた場合に、１つの区画に２以上の人が存在していると判定して、前記報知処理を行う
ことを特徴とする会議室監視装置。
【請求項2】
前記制御部は、撮像画像から抽出した人の画像をカウントし、カウント数が、会議室の定員を超えた場合に、前記報知処理を行うことを特徴とする請求項１に記載の会議室監視装置。
【請求項3】
前記制御部は、撮像画像から抽出した人の画像である頭部画像を解析することにより、頭部画像にマスクが含まれないと判定した場合に、前記報知処理を行うことを特徴とする請求項１又は２に記載の会議室監視装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、撮像画像を利用して会議を監視する会議室監視システムに関するものである。
【背景技術】
【0002】
従来、監視カメラの映像を解析することにより、特定の人物を検出する監視システムがあった。例えば、特許文献１に記載のシステムは、カメラ映像を解析することにより、対象者を検出し、この対象者に対して情報を提供するものである。
ところで、感染症が流行している時期において、複数の人が会議室等に集まることは、これらの人の間での感染リスクを高めるおそれがある。
しかし、従来の監視システムは、会議室等における感染症の感染リスクを低減できるものではなかった。
ところで、感染症が流行している時期において、複数の人が会議室等に集まることは、これらの人の間での感染リスクを高めるおそれがある。
しかし、従来の監視システムは、会議室等における感染症の感染リスクを低減できるものではなかった。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１５－２４７７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明の課題は、会議室等における感染症の感染リスクを低減できる監視システムを提供することである。
【課題を解決するための手段】
【0005】
本発明の一形態は、複数の区画にそれぞれ１人以内が位置するように定められた会議室内の撮像画像を取得する撮像部と、制御部とを備え、前記制御部は、前記撮像部を制御することにより、会議室の撮像画像を継続して取得し、撮像画像から人の画像を抽出し、抽出した人の画像に基づいて会議室内の状態を判定し、異常であると判定した場合に、異常であることを報知する報知処理を行い、前記制御部は、撮像画像から人の画像である頭部画像を抽出し、頭部画像の画像サイズに基づいて、頭部画像と区画とを対応付け、１つの区画と、２以上の頭部画像とが対応付けられた場合に、１つの区画に２以上の人が存在していると判定して、前記報知処理を行うことを特徴とする会議室監視装置の構成にした。
【発明の効果】
【0006】
本発明によれば、会議室等における感染症の感染リスクを低減できる監視システムを提供できる。
【図面の簡単な説明】
【0007】
【図1】第１実施形態の会議室（１号室）の平面図、モニタ、監視装置を示す図である。
【図2】第１実施形態の会議室監視システムのブロック図である。
【図3】第１実施形態の管理端末を示す図である。
【図4】第１実施形態の監視装置が記憶する許容時間－定員テーブル、区画－顔画像初期設定テーブルを説明する図である。
【図5】第１実施形態の監視装置が記憶する画像解析履歴記憶部を説明する図である。
【図6】第１実施形態の監視装置が記憶する区画－顔画像監視テーブルを説明する図である。
【図7】第１実施形態のサーバが記憶する許容時間－定員テーブル、予約情報記憶部を説明する図である。
【図8】第１実施形態の初期設定処理のフローチャートである。
【図9】第１実施形態の監視処理のフローチャートである。
【図10】第１実施形態の会議室（１号室）の正常時の撮像画像を示す図である。
【図11】第１実施形態の会議室（１号室）の異常時の平面図を示す図である。
【図12】第１実施形態の会議室（１号室）の異常時の撮像画像を示す図である。
【図13】第１実施形態の報知処理のフローチャートである。
【図14】第１実施形態のスケジュール管理処理のフローチャートである。
【図15】第１実施形態の予約繰り下げ処理のフローチャートである。
【図16】第１実施形態の会議時間延長処理のフローチャートである。
【図17】第２実施形態の会議室の平面図を示す図である。
【図18】第３実施形態のモニタリング画面を説明する図である。
【発明を実施するための形態】
【0008】
（実施形態）
以下、図面等を参照して、本発明の実施形態について説明する。
（第１実施形態）
図１は、第１実施形態の会議室１（１号室）の平面図、モニタ２、監視装置４０を示す図である。
図２は、第１実施形態の会議室監視システム１０のブロック図である。
図３は、第１実施形態の管理端末１１を示す図である。
図４は、第１実施形態の監視装置４０が記憶する許容時間－定員テーブル４５ｂ、区画－顔画像初期設定テーブル４５ｃを説明する図である。
図５は、第１実施形態の監視装置４０が記憶する画像解析履歴記憶部４５ｄを説明する図である。
図６は、第１実施形態の監視装置４０が記憶する区画－顔画像監視テーブル４５ｅを説明する図である。
図７は、第１実施形態のサーバ６０が記憶する許容時間－定員テーブル６５ｂ、予約情報記憶部６５ｈを説明する図である。
以下、図面等を参照して、本発明の実施形態について説明する。
（第１実施形態）
図１は、第１実施形態の会議室１（１号室）の平面図、モニタ２、監視装置４０を示す図である。
図２は、第１実施形態の会議室監視システム１０のブロック図である。
図３は、第１実施形態の管理端末１１を示す図である。
図４は、第１実施形態の監視装置４０が記憶する許容時間－定員テーブル４５ｂ、区画－顔画像初期設定テーブル４５ｃを説明する図である。
図５は、第１実施形態の監視装置４０が記憶する画像解析履歴記憶部４５ｄを説明する図である。
図６は、第１実施形態の監視装置４０が記憶する区画－顔画像監視テーブル４５ｅを説明する図である。
図７は、第１実施形態のサーバ６０が記憶する許容時間－定員テーブル６５ｂ、予約情報記憶部６５ｈを説明する図である。
【0009】
会議室監視システム１０は、会議室内に滞在する人を監視することにより、人から人への感染症の感染リスクを低減するものである。
本実施形態では、同一施設内の複数の会議室１に関するシステムについて説明する
図２等に示すように、実施形態の会議室監視システム１０は、一例として３つの会議室１（１～３号室）に関するものである。
本実施形態では、同一施設内の複数の会議室１に関するシステムについて説明する
図２等に示すように、実施形態の会議室監視システム１０は、一例として３つの会議室１（１～３号室）に関するものである。
【0010】
図１（Ａ）に示すように、実施形態の会議室１（１号室）の平面図は、図１（Ａ）の縦方向Ｙに細長い長方形であり、また、会議室１（１号室）の中央には縦方向Ｙに細長い長方形のテーブル３が配置されている。会議室１（１号室）の定員は、８人である。テーブル３の左右には、それぞれ４人が位置することができる区画Ｌ１～Ｌ４，Ｒ１～Ｒ４が定められている。
会議室１（１～３号室）の定員は、部屋の大きさ、テーブル３等に応じて、会議室毎に異なり、それぞれ８，１０，１２人である。以下の説明では、主に、会議室１（１号室）を例にして説明する。なお、会議室監視システム１０は、後述する初期設定によって、定員が８，１０，１２人以外であったり、席の配置が図１（Ａ）とは異なる種々の会議室に対応することができる。
会議室１（１～３号室）の定員は、部屋の大きさ、テーブル３等に応じて、会議室毎に異なり、それぞれ８，１０，１２人である。以下の説明では、主に、会議室１（１号室）を例にして説明する。なお、会議室監視システム１０は、後述する初期設定によって、定員が８，１０，１２人以外であったり、席の配置が図１（Ａ）とは異なる種々の会議室に対応することができる。
【0011】
なお、席の配置は、例えば、１つの席が１つの机及び１つの椅子を備える形態では、複数の席が全て一方向に向いているレイアウト（いわゆるスクール形成）でもよく、また、この形態では、席が２列以上（例えば３列（右、中央、左）等）に配列されていてもよい。
また、本システムは、会議室に限定されず、複数の人が定められた区画に位置して話しをする空間に適用することができ、例えば、教室、打ち合わせに利用される部屋、応接室等に適用することができる。
また、本システムは、会議室に限定されず、複数の人が定められた区画に位置して話しをする空間に適用することができ、例えば、教室、打ち合わせに利用される部屋、応接室等に適用することができる。
【0012】
図１に示すように、会議室１には、モニタ２が設置されていてもよい。
モニタ２は、例えば、会議室１に存在する全ての人が視聴可能な大型の表示装置であり、市場で広く流通しているものでもよい。モニタ２は、例えば、会議室１の壁に固定されている。モニタ２は、例えば、会議室１の利用時において、利用者が所有する端末の画面等を表示するために利用される。
モニタ２は、例えば、会議室１に存在する全ての人が視聴可能な大型の表示装置であり、市場で広く流通しているものでもよい。モニタ２は、例えば、会議室１の壁に固定されている。モニタ２は、例えば、会議室１の利用時において、利用者が所有する端末の画面等を表示するために利用される。
【0013】
（会議室監視システム１０の構成）
図２に示すように、会議室監視システム１０は、管理端末１１、利用者端末１２、ルータ１３、部屋システム３０、サーバ６０を備える。
管理端末１１、ルータ１３、部屋システム３０は、会議室１が設置された施設のシステムを構成する。
管理端末１１、利用者端末１２、ルータ１３、部屋システム３０は、ＬＡＮ（無線ＬＡＮを一部に含んでいてもよい）等の施設内の通信網１５に接続されており、必要に応じて通信することができる。また、会議室監視システム１０は、会議室１の異常報知の処理に関して、クラウドコンピューティングのシステムを利用するようになっている。施設の部屋システム３０の各装置４０，５０，５９と、サーバ６０とは、インターネット等の通信網１６を介して、必要に応じて通信することができる。
図２に示すように、会議室監視システム１０は、管理端末１１、利用者端末１２、ルータ１３、部屋システム３０、サーバ６０を備える。
管理端末１１、ルータ１３、部屋システム３０は、会議室１が設置された施設のシステムを構成する。
管理端末１１、利用者端末１２、ルータ１３、部屋システム３０は、ＬＡＮ（無線ＬＡＮを一部に含んでいてもよい）等の施設内の通信網１５に接続されており、必要に応じて通信することができる。また、会議室監視システム１０は、会議室１の異常報知の処理に関して、クラウドコンピューティングのシステムを利用するようになっている。施設の部屋システム３０の各装置４０，５０，５９と、サーバ６０とは、インターネット等の通信網１６を介して、必要に応じて通信することができる。
【0014】
なお、実施形態において、コンピュータとは、記憶装置、制御装置、演算装置等を備えた電子計算機をいい、本システムを構成する各装置１１，１２，４０，５０，５９，６０は、記憶部、制御部等を備え、コンピュータの概念に含まれる。また、各装置１１，１２，４０，５０，５９，６０は、単体の電子計算機によって構成される形態に限定されず、必要に応じて複数の電子計算機から構成されていてもよい。
記憶部は、各装置１１，１２，４０，５０，５９，６０の動作に必要なプログラム、情報等を記憶するハードディスク、半導体メモリ素子等の記憶装置である。
制御部は、各装置１１，１２，４０，５０，５９，６０の動作に必要な演算処理をしたり、各装置１１，１２，４０，５０，５９，６０を統括的に制御するための装置である。制御部は、例えば、ＣＰＵ（中央処理装置）等から構成される。制御部は、記憶部に記憶された各種プログラムを適宜読み出して実行することにより、実施形態の各種機能を実現している。
記憶部は、各装置１１，１２，４０，５０，５９，６０の動作に必要なプログラム、情報等を記憶するハードディスク、半導体メモリ素子等の記憶装置である。
制御部は、各装置１１，１２，４０，５０，５９，６０の動作に必要な演算処理をしたり、各装置１１，１２，４０，５０，５９，６０を統括的に制御するための装置である。制御部は、例えば、ＣＰＵ（中央処理装置）等から構成される。制御部は、記憶部に記憶された各種プログラムを適宜読み出して実行することにより、実施形態の各種機能を実現している。
【0015】
管理端末１１は、会議室１の管理者等が操作する端末である。管理端末１１は、システム専用のコンピュータでも、汎用のパーソナルコンピュータ（デスクトップ型、ラップトップ型、タブレット型等）でもよい。管理端末１１は、主に、監視装置４０の初期設定をするために利用される。
管理端末１１は、操作部１１ａ、表示部１１ｂ、記憶部１１ｃ、制御部１１ｄを備える。
図２、図３に示すように、操作部１１ａは、マウス、キーボード等の入力装置である。
表示部１１ｂは、液晶表示装置等の表示装置である。
管理端末１１は、操作部１１ａ、表示部１１ｂ、記憶部１１ｃ、制御部１１ｄを備える。
図２、図３に示すように、操作部１１ａは、マウス、キーボード等の入力装置である。
表示部１１ｂは、液晶表示装置等の表示装置である。
【0016】
利用者端末１２は、会議室１の利用者が操作する端末である。利用者端末１２は、例えば、管理端末１１と同様なパーソナルコンピュータ等や、多機能型携帯電話機等である。利用者端末１２は、インストールされているアプリケーションを起動したり、ＷＥＢサーバに接続することにより、主に、会議室１の利用を予約する際に利用される。なお、管理者等が所有する利用者端末１２は、管理端末１１の機能を有していてもよい。
利用者端末１２は、操作部１２ａ、表示部１２ｂ、記憶部１２ｃ、制御部１２ｄを備える。
操作部１２ａ、表示部１２ｂは、管理端末１１の操作部１１ａ、表示部１１ｂと同様な部材である。
利用者端末１２は、操作部１２ａ、表示部１２ｂ、記憶部１２ｃ、制御部１２ｄを備える。
操作部１２ａ、表示部１２ｂは、管理端末１１の操作部１１ａ、表示部１１ｂと同様な部材である。
【0017】
（部屋システム３０）
部屋システム３０は、各会議室１に配置される装置によるシステムである。
部屋システム３０は、監視装置４０（撮像装置）、スマートスピーカ５０（音声出力装置）、扉タブレット５９を備える。同一の会議室１に配置されたこれらの装置４０，５０，５９は、予めペアリングすることにより、対応付けられている。これらの装置４０，５０，５９間は、施設内の通信網１５を介して、必要に応じて通信可能である。
監視装置４０は、会議室監視システム１０の主要な機能に関する制御、処理を行う端末である。監視装置４０は、カメラ４３を内蔵した各種コンピュータ、カメラ４３を接続したコンピュータを用いることができる。実施形態では、監視装置４０は、カメラ４３を内蔵したコンピュータである例を説明する。また、実施形態では、監視装置４０は、専用の入力装置、表示装置を備えず、利用者端末１２等によって操作される例を示すが、これに限定されず、監視装置４０自体が、入力装置、表示装置等を備えていてもよい。例えば、監視装置４０及びモニタ２は、１台のモニタ一体型コンピュータ（例えば、Ｓｕｒｆａｃｅ Ｈｕｂ（登録商標）（販売者：日本マイクロソフト株式会社）等）であってもよい。
図１（Ｂ）に示すように、監視装置４０は、モニタ２の直下に取り付けられている。監視装置４０の取付形態は、限定されず、例えば、両面テープ、取付具等を利用することができる。また、監視装置４０の配置は、モニタ２の直下に限定されず、カメラ４３の撮影画角θ４３内に全ての区画が含まれていればよく、例えば、モニタ２の直上に取り付けてもよく、モニタ２から離れた位置に配置してもよい。
部屋システム３０は、各会議室１に配置される装置によるシステムである。
部屋システム３０は、監視装置４０（撮像装置）、スマートスピーカ５０（音声出力装置）、扉タブレット５９を備える。同一の会議室１に配置されたこれらの装置４０，５０，５９は、予めペアリングすることにより、対応付けられている。これらの装置４０，５０，５９間は、施設内の通信網１５を介して、必要に応じて通信可能である。
監視装置４０は、会議室監視システム１０の主要な機能に関する制御、処理を行う端末である。監視装置４０は、カメラ４３を内蔵した各種コンピュータ、カメラ４３を接続したコンピュータを用いることができる。実施形態では、監視装置４０は、カメラ４３を内蔵したコンピュータである例を説明する。また、実施形態では、監視装置４０は、専用の入力装置、表示装置を備えず、利用者端末１２等によって操作される例を示すが、これに限定されず、監視装置４０自体が、入力装置、表示装置等を備えていてもよい。例えば、監視装置４０及びモニタ２は、１台のモニタ一体型コンピュータ（例えば、Ｓｕｒｆａｃｅ Ｈｕｂ（登録商標）（販売者：日本マイクロソフト株式会社）等）であってもよい。
図１（Ｂ）に示すように、監視装置４０は、モニタ２の直下に取り付けられている。監視装置４０の取付形態は、限定されず、例えば、両面テープ、取付具等を利用することができる。また、監視装置４０の配置は、モニタ２の直下に限定されず、カメラ４３の撮影画角θ４３内に全ての区画が含まれていればよく、例えば、モニタ２の直上に取り付けてもよく、モニタ２から離れた位置に配置してもよい。
【0018】
図１、図２に示すように、監視装置４０は、通信部４２、カメラ４３（撮像部）、記憶部４５、制御部４６を備える。
通信部４２は、外部機器との間で、各種情報を通信するためのインターフェースであり、例えば、有線ＬＡＮのケーブル接続端子、無線ＬＡＮの通信装置等を備える。
カメラ４３は、会議室内の撮像画像を取得する撮像装置である。カメラ４３は、撮影画角θ４３内に８つの区画が含まれるように配置されている。実施形態では、カメラ４３は、撮像画像内において左右の区画が左右対称になるように、配置されている。
通信部４２は、外部機器との間で、各種情報を通信するためのインターフェースであり、例えば、有線ＬＡＮのケーブル接続端子、無線ＬＡＮの通信装置等を備える。
カメラ４３は、会議室内の撮像画像を取得する撮像装置である。カメラ４３は、撮影画角θ４３内に８つの区画が含まれるように配置されている。実施形態では、カメラ４３は、撮像画像内において左右の区画が左右対称になるように、配置されている。
【0019】
記憶部４５は、会議室監視システム１０の主要な機能に関するプログラムである監視プログラム４５ａ、許容時間－定員テーブル４５ｂ、区画－顔画像初期設定テーブル４５ｃ、画像解析履歴記憶部４５ｄ、区画－顔画像監視テーブル４５ｅを有し、また、各種処理をする際に必要な情報を一時記憶等したりする。
監視プログラム４５ａは、会議室監視システム１０の導入時等に予め記憶したものでもよく、デジタルコンテンツの配信サーバ等からダウンロードしたものでもよい。
許容時間－定員テーブル４５ｂ、区画－顔画像初期設定テーブル４５ｃ、画像解析履歴記憶部４５ｄは、初期設定の処理（図８参照）によって作成される。また、画像解析履歴記憶部４５ｄ、区画－顔画像監視テーブル４５ｅは、監視処理（図９参照）によって作成される。これらのテーブルの詳細は、後述する。
制御部４６は、会議室監視システム１０の動作に関する各種制御、処理を行う。
監視プログラム４５ａは、会議室監視システム１０の導入時等に予め記憶したものでもよく、デジタルコンテンツの配信サーバ等からダウンロードしたものでもよい。
許容時間－定員テーブル４５ｂ、区画－顔画像初期設定テーブル４５ｃ、画像解析履歴記憶部４５ｄは、初期設定の処理（図８参照）によって作成される。また、画像解析履歴記憶部４５ｄ、区画－顔画像監視テーブル４５ｅは、監視処理（図９参照）によって作成される。これらのテーブルの詳細は、後述する。
制御部４６は、会議室監視システム１０の動作に関する各種制御、処理を行う。
【0020】
スマートスピーカ５０は、ＡＩスピーカとも称されるスピーカ装置である。
スマートスピーカ５０は、マイク５１（音声入出力部）、通信部５２、スピーカ５３（音声出力部）、記憶部５５、制御部５６を備える。
スマートスピーカ５０は、対話型の音声操作に対応したＡＩアシスタント機能を有し、また、内蔵されているマイク５１で音声を認識することにより操作可能な装置である。これにより、会議室内の利用者は、音声を利用して、スマートスピーカ５０、監視装置４０を操作できるので利便性がよい。
通信部５２は、通信部４２と同様に、外部機器との間で通信するための装置である。
スマートスピーカ５０は、マイク５１（音声入出力部）、通信部５２、スピーカ５３（音声出力部）、記憶部５５、制御部５６を備える。
スマートスピーカ５０は、対話型の音声操作に対応したＡＩアシスタント機能を有し、また、内蔵されているマイク５１で音声を認識することにより操作可能な装置である。これにより、会議室内の利用者は、音声を利用して、スマートスピーカ５０、監視装置４０を操作できるので利便性がよい。
通信部５２は、通信部４２と同様に、外部機器との間で通信するための装置である。
【0021】
扉タブレット５９は、会議室１の扉４に設置されたブレット型コンピュータ等である。
扉タブレット５９の表示部５９ｂは、会議室１の使用状態、使用予定等の情報を表示する。
扉タブレット５９の表示部５９ｂは、会議室１の使用状態、使用予定等の情報を表示する。
【0022】
（サーバ６０）
サーバ６０は、クラウドコンピューティングサービスを提供するサーバである。なお、サーバ６０は、サーバーレスコンピューティングのシステムで運用されるサーバを含む概念である。
サーバ６０は、記憶部６５、制御部６６を備える。
なお、実施形態では、サーバ６０が会議室１の監視に関する処理（つまり会議室１の異常に関する処理）、会議室１の予約に関する処理を兼用する例を示すが、これらの処理は、独立したサーバが行ってもよい。この場合には、会議室１の監視に関するサーバと、会議室１の予約に関するサーバとが、必要に応じて、通信すればよい。
サーバ６０は、クラウドコンピューティングサービスを提供するサーバである。なお、サーバ６０は、サーバーレスコンピューティングのシステムで運用されるサーバを含む概念である。
サーバ６０は、記憶部６５、制御部６６を備える。
なお、実施形態では、サーバ６０が会議室１の監視に関する処理（つまり会議室１の異常に関する処理）、会議室１の予約に関する処理を兼用する例を示すが、これらの処理は、独立したサーバが行ってもよい。この場合には、会議室１の監視に関するサーバと、会議室１の予約に関するサーバとが、必要に応じて、通信すればよい。
【0023】
記憶部６５は、許容時間－定員テーブル６５ｂ、区画－顔画像初期設定テーブル６５ｃ、画像解析履歴記憶部６５ｄ（解析結果記憶部）、区画－顔画像監視テーブル６５ｅ、報知音声記憶部６５ｇ、予約情報記憶部６５ｈを有する。
図７（Ａ）に示すように、許容時間－定員テーブル６５ｂは、全会議室１（１～３号室）について、定員、許容時間を対応付けて記憶する。許容時間－定員テーブル６５ｂが記憶する情報と、各部屋システム３０の各会議室１の監視装置４０が記憶する許容時間－定員テーブル４５ｂとは、同じである。
図示は省略するが、区画－顔画像初期設定テーブル６５ｃ、画像解析履歴記憶部６５ｄ、区画－顔画像監視テーブル６５ｅも、同様に、各部屋システム３０の監視装置４０が記憶する区画－顔画像初期設定テーブル４５ｃ、画像解析履歴記憶部４５ｄ、区画－顔画像監視テーブル４５ｅと同じ情報を記憶する。
図７（Ａ）に示すように、許容時間－定員テーブル６５ｂは、全会議室１（１～３号室）について、定員、許容時間を対応付けて記憶する。許容時間－定員テーブル６５ｂが記憶する情報と、各部屋システム３０の各会議室１の監視装置４０が記憶する許容時間－定員テーブル４５ｂとは、同じである。
図示は省略するが、区画－顔画像初期設定テーブル６５ｃ、画像解析履歴記憶部６５ｄ、区画－顔画像監視テーブル６５ｅも、同様に、各部屋システム３０の監視装置４０が記憶する区画－顔画像初期設定テーブル４５ｃ、画像解析履歴記憶部４５ｄ、区画－顔画像監視テーブル４５ｅと同じ情報を記憶する。
【0024】
報知音声記憶部６５ｇは、会議室１の異常を報知する報知音声を記憶する。
図７（Ｂ）に示すように、予約情報記憶部６５ｈは、各会議室１の予約情報を記憶する。
予約情報は、会議室１の部屋番号（１～３号）、予約開始時刻、予約終了時刻、予約ＩＤを対応付けた情報である。
予約ＩＤは、各予約情報の識別情報である。
詳細な説明は省略するが、サーバ６０の制御部４６は、利用者端末１２等から予約を受け付けて、予約ＩＤを予約情報に付与して、予約情報記憶部６５ｈに記憶する。
なお、サーバ６０が複数の会議室１の予約情報を管理する構成は、例えば、ＷＥＢブラウザを利用したスケージューラー、スケジュール管理用のアプリケーションを用いることにより、利用者端末１２等から、会議室１の予約情報の管理（予約情報の登録等）をできるようにしてもよい。
図７（Ｂ）に示すように、予約情報記憶部６５ｈは、各会議室１の予約情報を記憶する。
予約情報は、会議室１の部屋番号（１～３号）、予約開始時刻、予約終了時刻、予約ＩＤを対応付けた情報である。
予約ＩＤは、各予約情報の識別情報である。
詳細な説明は省略するが、サーバ６０の制御部４６は、利用者端末１２等から予約を受け付けて、予約ＩＤを予約情報に付与して、予約情報記憶部６５ｈに記憶する。
なお、サーバ６０が複数の会議室１の予約情報を管理する構成は、例えば、ＷＥＢブラウザを利用したスケージューラー、スケジュール管理用のアプリケーションを用いることにより、利用者端末１２等から、会議室１の予約情報の管理（予約情報の登録等）をできるようにしてもよい。
【0025】
（会議室監視システム１０の動作）
会議室監視システム１０の動作について説明する。
図８は、第１実施形態の初期設定処理のフローチャートである。
図９は、第１実施形態の監視処理のフローチャートである。
図１０は、第１実施形態の会議室１（１号室）の正常時の撮像画像を示す図である。
図１１は、第１実施形態の会議室１（１号室）の異常時の平面図を示す図である。
図１２は、第１実施形態の会議室１（１号室）の異常時の撮像画像を示す図である。
図１３は、第１実施形態の報知処理のフローチャートである。
なお、図１０、図１２に示す撮像画像７１，７２内の文字情報等は、説明の便宜上、表示したものである。
また、会議室監視システム１０の動作の説明は、主に、会議室１（１号室）について説明し、また、部屋番号の付記を適宜省略する。
会議室監視システム１０の動作について説明する。
図８は、第１実施形態の初期設定処理のフローチャートである。
図９は、第１実施形態の監視処理のフローチャートである。
図１０は、第１実施形態の会議室１（１号室）の正常時の撮像画像を示す図である。
図１１は、第１実施形態の会議室１（１号室）の異常時の平面図を示す図である。
図１２は、第１実施形態の会議室１（１号室）の異常時の撮像画像を示す図である。
図１３は、第１実施形態の報知処理のフローチャートである。
なお、図１０、図１２に示す撮像画像７１，７２内の文字情報等は、説明の便宜上、表示したものである。
また、会議室監視システム１０の動作の説明は、主に、会議室１（１号室）について説明し、また、部屋番号の付記を適宜省略する。
【0026】
（初期設定処理）
会議室監視システム１０を利用する前提として、会議室１の管理者等は、管理端末１１を操作することにより、監視装置４０の初期設定を行う。また、会議室１の管理者等は、初期設定時には、会議室１の区画に配置された椅子に、人を座らせる。
実施形態では、会議室１の定員である８人が、区画Ｌ１～Ｌ４、Ｒ１～Ｒ４に配置された椅子に座る。なお、ここでいう定員とは、システム運用上において、会議室の運営者等が設定した定員をいう。システム運用上の定員は、人同士の間隔を広くするために、平時の使用時（感染症の感染リスクの警戒等が不要である際の会議室の使用時）よりも、少なく設定することができ、例えば、平時の使用時の５０％以下に設定できる。各図は、システム運用上の定員に対応した、会議室の配置等を図示する。
図３に示すように、初期設定時には、管理端末１１の表示部１１ｂには、初期設定画面１１ｆが表示される。会議室１の管理者等は、初期設定画面１１ｆに従って操作部２３を操作する。
会議室監視システム１０を利用する前提として、会議室１の管理者等は、管理端末１１を操作することにより、監視装置４０の初期設定を行う。また、会議室１の管理者等は、初期設定時には、会議室１の区画に配置された椅子に、人を座らせる。
実施形態では、会議室１の定員である８人が、区画Ｌ１～Ｌ４、Ｒ１～Ｒ４に配置された椅子に座る。なお、ここでいう定員とは、システム運用上において、会議室の運営者等が設定した定員をいう。システム運用上の定員は、人同士の間隔を広くするために、平時の使用時（感染症の感染リスクの警戒等が不要である際の会議室の使用時）よりも、少なく設定することができ、例えば、平時の使用時の５０％以下に設定できる。各図は、システム運用上の定員に対応した、会議室の配置等を図示する。
図３に示すように、初期設定時には、管理端末１１の表示部１１ｂには、初期設定画面１１ｆが表示される。会議室１の管理者等は、初期設定画面１１ｆに従って操作部２３を操作する。
【0027】
Ｓ１において、監視装置４０の制御部４６は、初期設定の情報の入力を受け付ける。
この場合、監視装置４０は、管理端末１１の入力情報を、サーバ６０を介して取得する。
図３に示すように、初期設定の処理では、管理端末１１の制御部１１ｄは、初期設定画面１１ｆを表示する。
初期設定画面１１ｆは、初期設定を行う部屋システム３０が設置された会議室１の部屋番号１１ｇ、会議の許容時間１１ｈ、定員１１ｉの入力を受け付ける画面である。許容時間は、会議を継続できる時間である。会議室１の定員は、区画数に等しい。許容時間、会議室１の定員は、例えば、会議室１の管理者等が会議室１の大きさ等を考慮することにより、定めることができる。
この場合、監視装置４０は、管理端末１１の入力情報を、サーバ６０を介して取得する。
図３に示すように、初期設定の処理では、管理端末１１の制御部１１ｄは、初期設定画面１１ｆを表示する。
初期設定画面１１ｆは、初期設定を行う部屋システム３０が設置された会議室１の部屋番号１１ｇ、会議の許容時間１１ｈ、定員１１ｉの入力を受け付ける画面である。許容時間は、会議を継続できる時間である。会議室１の定員は、区画数に等しい。許容時間、会議室１の定員は、例えば、会議室１の管理者等が会議室１の大きさ等を考慮することにより、定めることができる。
【0028】
図３は、部屋番号１１ｇ、許容時間１１ｈ、定員１１ｉが、それぞれ１号室、６０分、８人と入力された例である。
そして、会議室１の管理者等は、これらの入力情報を決定する際には、決定ボタン１１ｊを操作すればよい。
これにより、管理端末１１の制御部１１ｄは、部屋番号、許容時間、定員の入力情報をサーバ６０に送信する。
サーバ６０の制御部６６は、部屋番号、許容時間、定員の入力情報を受信すると、これらの情報を許容時間－定員テーブル６５ｂに記憶する。そして、制御部６６は、これらの入力情報を監視装置４０に送信する。
監視装置４０の制御部４６は、部屋番号、許容時間、定員の入力情報を受信すると、これらの情報を許容時間－定員テーブル４５ｂ（図４参照）に記憶する。
そして、会議室１の管理者等は、これらの入力情報を決定する際には、決定ボタン１１ｊを操作すればよい。
これにより、管理端末１１の制御部１１ｄは、部屋番号、許容時間、定員の入力情報をサーバ６０に送信する。
サーバ６０の制御部６６は、部屋番号、許容時間、定員の入力情報を受信すると、これらの情報を許容時間－定員テーブル６５ｂに記憶する。そして、制御部６６は、これらの入力情報を監視装置４０に送信する。
監視装置４０の制御部４６は、部屋番号、許容時間、定員の入力情報を受信すると、これらの情報を許容時間－定員テーブル４５ｂ（図４参照）に記憶する。
【0029】
サーバ６０の制御部６６は、部屋番号、許容時間、定員の初期設定を、３つの会議室１（１～３号室）について、それぞれ受け付ける。
図７（Ａ）の許容時間－定員テーブル６５ｂに示すように、このため、サーバ６０の制御部６６は、３つの会議室１（１～３号室）について、定員、許容時間を対応付けて記憶する。
また、許容時間－定員テーブル４５ｂに示すように、各会議室１に設置されている監視装置４０の制御部４６は、各会議室１の定員、許容時間を対応付けて記憶する。
図７（Ａ）の許容時間－定員テーブル６５ｂに示すように、このため、サーバ６０の制御部６６は、３つの会議室１（１～３号室）について、定員、許容時間を対応付けて記憶する。
また、許容時間－定員テーブル４５ｂに示すように、各会議室１に設置されている監視装置４０の制御部４６は、各会議室１の定員、許容時間を対応付けて記憶する。
【0030】
Ｓ２において、監視装置４０の制御部４６は、許容時間、定員の入力情報をサーバ６０から受信することに応じて（Ｓ１）、カメラ４３を制御することにより、会議室１の撮像画像を取得する。
Ｓ３において、監視装置４０の制御部４６は、この取得した撮像画像に対して、画像認識の処理を行うことにより、人の顔の画像である顔画像（頭部画像）を抽出する。画像認識の処理は、公知の手法を用いることができ、例えば、撮像画像のなかから動きのある領域を抽出することにより人を検出後、さらに、顔のパーツ（目、鼻、口等）の画像に基づいて、人の顔を認識することができる。
実施形態では、８つの顔画像ＦＬ１～ＦＬ４，ＦＲ１～ＦＲ４（図１０参照）が、撮像画像７１から抽出される。
なお、初期設定時の撮像画像は、後述する監視処理時（正常時）の撮像画像７１とは異なるが、実施形態では、適宜流用して説明する。
Ｓ３において、監視装置４０の制御部４６は、この取得した撮像画像に対して、画像認識の処理を行うことにより、人の顔の画像である顔画像（頭部画像）を抽出する。画像認識の処理は、公知の手法を用いることができ、例えば、撮像画像のなかから動きのある領域を抽出することにより人を検出後、さらに、顔のパーツ（目、鼻、口等）の画像に基づいて、人の顔を認識することができる。
実施形態では、８つの顔画像ＦＬ１～ＦＬ４，ＦＲ１～ＦＲ４（図１０参照）が、撮像画像７１から抽出される。
なお、初期設定時の撮像画像は、後述する監視処理時（正常時）の撮像画像７１とは異なるが、実施形態では、適宜流用して説明する。
【0031】
Ｓ４において、監視装置４０の制御部４６は、８つ顔画像ＦＬ１～ＦＬ４，ＦＲ１～ＦＲ４と、区画Ｌ１～Ｌ４，Ｒ１～Ｒ４とを対応付ける処理を行う。
この場合、制御部４６は、撮像画像７１内における８つの顔画像ＦＬ１～ＦＬ４，ＦＲ１～ＦＲ４を、左右の位置に応じて、左側の顔画像ＦＬ１～ＦＬ４、右側の顔画像ＦＲ１～ＦＲ４に振り分ける。
そして、制御部４６は、カメラ４３の撮像画像７１に基づいて、顔画像ＦＬ１～ＦＬ４，ＦＲ１～ＦＲ４の画像サイズを取得する。画像サイズは、例えば、顔画像ＦＬ１～ＦＬ４，ＦＲ１～ＦＲ４の最大外形（縦及び横方向の大きさ）を、ピクセル等の単位で表すことができる。
図４（Ｄ）の区画－顔画像初期設定テーブル４５ｃに示すように、実施形態では、説明の便宜上、最も大きい顔画像ＦＬ１の最大外形の「縦サイズ×横サイズ」を「１００×１００」に設定し、最も小さい顔画像ＦＬ４の最大外形の「横サイズ×縦サイズ」を「２５×２５」に設定した（以下、「横サイズ×縦サイズ」の記載を省略し、単に「２５×２５」等ともいう）。そして、これらの比率と、顔画像ＦＬ１～ＦＬ４の画像サイズの比率に基づいて、顔画像ＦＬ２，ＦＬ３の画像サイズを、それぞれ「３７．５×３７．５」、「７５×７５」と算出することにより取得した。
同様に、制御部４６は、顔画像ＦＲ１～ＦＲ４についても、画像サイズを取得する。
但し、図１（Ａ）等の例では、区画Ｌ１～Ｌ４の各区画と、区画Ｒ１～Ｒ４の各区画とは、縦方向Ｙ（カメラ４３の光軸方向）において、同じ位置である。このため、左右で対応する２つの顔画像（例えば、顔画像ＦＬ１，ＦＲ１）は、通常、同じサイズである。そのため、制御部４６は、顔画像ＦＲ１～ＦＲ４の画像取得を省略し、顔画像ＦＲ１～ＦＲ４の画像サイズを、顔画像ＦＬ１～ＦＬ４と同じ画像サイズに設定してもよい。
この場合、制御部４６は、撮像画像７１内における８つの顔画像ＦＬ１～ＦＬ４，ＦＲ１～ＦＲ４を、左右の位置に応じて、左側の顔画像ＦＬ１～ＦＬ４、右側の顔画像ＦＲ１～ＦＲ４に振り分ける。
そして、制御部４６は、カメラ４３の撮像画像７１に基づいて、顔画像ＦＬ１～ＦＬ４，ＦＲ１～ＦＲ４の画像サイズを取得する。画像サイズは、例えば、顔画像ＦＬ１～ＦＬ４，ＦＲ１～ＦＲ４の最大外形（縦及び横方向の大きさ）を、ピクセル等の単位で表すことができる。
図４（Ｄ）の区画－顔画像初期設定テーブル４５ｃに示すように、実施形態では、説明の便宜上、最も大きい顔画像ＦＬ１の最大外形の「縦サイズ×横サイズ」を「１００×１００」に設定し、最も小さい顔画像ＦＬ４の最大外形の「横サイズ×縦サイズ」を「２５×２５」に設定した（以下、「横サイズ×縦サイズ」の記載を省略し、単に「２５×２５」等ともいう）。そして、これらの比率と、顔画像ＦＬ１～ＦＬ４の画像サイズの比率に基づいて、顔画像ＦＬ２，ＦＬ３の画像サイズを、それぞれ「３７．５×３７．５」、「７５×７５」と算出することにより取得した。
同様に、制御部４６は、顔画像ＦＲ１～ＦＲ４についても、画像サイズを取得する。
但し、図１（Ａ）等の例では、区画Ｌ１～Ｌ４の各区画と、区画Ｒ１～Ｒ４の各区画とは、縦方向Ｙ（カメラ４３の光軸方向）において、同じ位置である。このため、左右で対応する２つの顔画像（例えば、顔画像ＦＬ１，ＦＲ１）は、通常、同じサイズである。そのため、制御部４６は、顔画像ＦＲ１～ＦＲ４の画像取得を省略し、顔画像ＦＲ１～ＦＲ４の画像サイズを、顔画像ＦＬ１～ＦＬ４と同じ画像サイズに設定してもよい。
【0032】
図１０等に示すように、人及びカメラ４３間の距離が小さい程、顔画像の大きさは小さくなる。また、左側の区画Ｌ１～Ｌ４に存在する人の顔画像ＦＬ１～ＦＬ４は、撮像画像７１内の左側に位置し、一方、右側の区画Ｒ１～Ｒ４に存在する人の顔画像ＦＲ１～ＦＲ４は、撮像画像７１内の右側に位置する。
このため、区画－顔画像初期設定テーブル４５ｃは、撮像画像７１内の左側に位置する顔画像ＦＬ１，ＦＬ２，ＦＬ３，ＦＬ４が、大きい順に、区画－顔画像初期設定テーブル４５ｃの区画Ｌ１，Ｌ２，Ｌ３，Ｌ４に配置されている。同様に、区画－顔画像初期設定テーブル４５ｃは、右側の顔画像ＦＲ１，ＦＲ２，ＦＲ３，ＦＲ４についても、区画Ｒ１，Ｒ２，Ｒ３，Ｒ４の順に配置されている。これにより、区画－顔画像初期設定テーブル４５ｃは、会議室１の人の配置に対応して情報を記憶することができる。
以上の処理によって、各区画Ｌ１～Ｌ４，Ｒ１～Ｒ４と、各顔画像ＦＬ１～ＦＬ４，ＦＲ１～ＦＲ４とが、画像サイズ、左右の位置に基づいて、対応付けられる。
このため、区画－顔画像初期設定テーブル４５ｃは、撮像画像７１内の左側に位置する顔画像ＦＬ１，ＦＬ２，ＦＬ３，ＦＬ４が、大きい順に、区画－顔画像初期設定テーブル４５ｃの区画Ｌ１，Ｌ２，Ｌ３，Ｌ４に配置されている。同様に、区画－顔画像初期設定テーブル４５ｃは、右側の顔画像ＦＲ１，ＦＲ２，ＦＲ３，ＦＲ４についても、区画Ｒ１，Ｒ２，Ｒ３，Ｒ４の順に配置されている。これにより、区画－顔画像初期設定テーブル４５ｃは、会議室１の人の配置に対応して情報を記憶することができる。
以上の処理によって、各区画Ｌ１～Ｌ４，Ｒ１～Ｒ４と、各顔画像ＦＬ１～ＦＬ４，ＦＲ１～ＦＲ４とが、画像サイズ、左右の位置に基づいて、対応付けられる。
【0033】
Ｓ５において、監視装置４０の制御部４６は、閾値を設定する。
図４（Ｄ）の区画－顔画像初期設定テーブル４５ｃに示すように、制御部４６は、顔画像のサイズ間の中央のサイズを算出し、これを閾値に設定する。
なお、図４（Ｄ）の例では、最も大きい顔画像ＦＬ１の最大値１１２．５、最も小さい顔画像ＦＬ４の最小値１２．５も、他の閾値を勘案することにより、算出した。また、説明を簡略するために、左右の顔画像のサイズ、縦横のサイズを、同じ数値とした。
閾値は、後述する密接判定処理において、利用される。
図４（Ｄ）の区画－顔画像初期設定テーブル４５ｃに示すように、制御部４６は、顔画像のサイズ間の中央のサイズを算出し、これを閾値に設定する。
なお、図４（Ｄ）の例では、最も大きい顔画像ＦＬ１の最大値１１２．５、最も小さい顔画像ＦＬ４の最小値１２．５も、他の閾値を勘案することにより、算出した。また、説明を簡略するために、左右の顔画像のサイズ、縦横のサイズを、同じ数値とした。
閾値は、後述する密接判定処理において、利用される。
【0034】
制御部４６は、以上により、初期設定処理を終了する。
制御部４６は、初期設定により、許容時間－定員テーブル４５ｂ、区画－顔画像初期設定テーブル４５ｃを作成し、これらの情報を記憶部４５に記憶する。
制御部４６は、初期設定により、許容時間－定員テーブル４５ｂ、区画－顔画像初期設定テーブル４５ｃを作成し、これらの情報を記憶部４５に記憶する。
【0035】
初期設定は、原則として、会議室監視システム１０の導入時等に実行すれば、その後は、行う必要がない。但し、テーブル３の配置の変更等にともない、会議室内の区画の配置が変更されたり、定員が変更された場合、監視装置４０の配置を変更した場合等には、初期設定が再度必要となる。
【0036】
（監視処理）
監視処理は、会議室１で会議を行う際の処理であり、主に、監視装置４０によって行われる。
図９に示すように、Ｓ１０において、監視装置４０の制御部４６は、会議が開始したか否かを判定する。この判定は、「撮像画像を取得して、撮像画像から人画像、顔画像等を抽出する処理」（図８のＳ２，Ｓ３参照）と同様な処理を行うことにより、人画像等が抽出された場合に、会議開始と判定すればよい。つまり、会議開始により、会議室１が在室になった場合には、撮像画像から人画像等が抽出されるためである。
制御部４６は、会議開始と判定した場合には（Ｓ１０：ＹＥＳ）、Ｓ１１に進み、一方、会議開始ではないと判定した場合には（Ｓ１０：ＮＯ）、このＳ１０の処理を繰り返す。
監視処理は、会議室１で会議を行う際の処理であり、主に、監視装置４０によって行われる。
図９に示すように、Ｓ１０において、監視装置４０の制御部４６は、会議が開始したか否かを判定する。この判定は、「撮像画像を取得して、撮像画像から人画像、顔画像等を抽出する処理」（図８のＳ２，Ｓ３参照）と同様な処理を行うことにより、人画像等が抽出された場合に、会議開始と判定すればよい。つまり、会議開始により、会議室１が在室になった場合には、撮像画像から人画像等が抽出されるためである。
制御部４６は、会議開始と判定した場合には（Ｓ１０：ＹＥＳ）、Ｓ１１に進み、一方、会議開始ではないと判定した場合には（Ｓ１０：ＮＯ）、このＳ１０の処理を繰り返す。
【0037】
Ｓ１１において、監視装置４０の制御部４６は、Ｓ２，Ｓ３と同様に、カメラ４３を制御することにより会議室１の撮像画像を取得し、また、人画像、顔画像等を抽出する。そして、制御部４６は、撮像画像内における各顔画像の位置、サイズを取得する。
【0038】
（人数をカウント（密集情報の取得））
Ｓ１２において、監視装置４０の制御部４６は、初期設定時のＳ３と同様に、Ｓ１１で取得した撮像画像を解析することにより、会議室内に存在する人数をカウントする。カウントした人数が会議室１の定員よりも多い状態は、会議室１内に、複数の人が密集した状態とみなすことができる。制御部４６は、会議室内に存在する人数の情報を画像解析履歴記憶部４５ｄに記憶する。
図示は省略するが、監視装置４０の制御部４６は、カウントした人数の情報をサーバ６０に送信し、サーバ６０の制御部６６は、これを受信すると画像解析履歴記憶部６５ｄに記憶する。
Ｓ１２において、監視装置４０の制御部４６は、初期設定時のＳ３と同様に、Ｓ１１で取得した撮像画像を解析することにより、会議室内に存在する人数をカウントする。カウントした人数が会議室１の定員よりも多い状態は、会議室１内に、複数の人が密集した状態とみなすことができる。制御部４６は、会議室内に存在する人数の情報を画像解析履歴記憶部４５ｄに記憶する。
図示は省略するが、監視装置４０の制御部４６は、カウントした人数の情報をサーバ６０に送信し、サーバ６０の制御部６６は、これを受信すると画像解析履歴記憶部６５ｄに記憶する。
【0039】
（区画－顔画像監視テーブル４５ｅの作成（密接情報の取得））
Ｓ１３において、監視装置４０の制御部４６は、抽出した顔画像と、区画と対応付ける処理を行うことにより、区画－顔画像監視テーブル４５ｅを作成しこれを記憶部４５に記憶する。図示は省略するが、監視装置４０の制御部４６は、区画－顔画像監視テーブル４５ｅの情報をサーバ６０に送信し、サーバ６０の制御部６６は、これを受信すると、区画－顔画像監視テーブル６５ｅとして記憶部６５に記憶する。
Ｓ１３において、監視装置４０の制御部４６は、抽出した顔画像と、区画と対応付ける処理を行うことにより、区画－顔画像監視テーブル４５ｅを作成しこれを記憶部４５に記憶する。図示は省略するが、監視装置４０の制御部４６は、区画－顔画像監視テーブル４５ｅの情報をサーバ６０に送信し、サーバ６０の制御部６６は、これを受信すると、区画－顔画像監視テーブル６５ｅとして記憶部６５に記憶する。
【0040】
この処理では、制御部４６は、区画－顔画像初期設定テーブル４５ｃの閾値を参照することにより、顔画像のサイズに対応する区画を選択する。
図６（Ａ）の区画－顔画像監視テーブル４５ｅ（Ｄ１０３００）は、図１０に示す撮像画像７１に基づいて作成されたものである。
例えば、撮像画像７１から抽出した顔画像ＦＬ３は、画像サイズ「４０×４０」である。この画像サイズは、区画－顔画像初期設定テーブル４５ｃの区画Ｌ３の顔画像の画像サイズ「（３７．５～６２．５）×（３７．５～６２．５）」の範囲内である。このため、制御部４６は、この顔画像ＦＬ３と、区画Ｌ３と対応付ける。同様に、制御部４６は、他の左側の顔画像ＦＬ１，ＦＬ２，ＦＬ４と、区画Ｌ１，Ｌ２，Ｌ４とを、それぞれ対応付ける。
同様に、制御部４６は、右側の４つの顔画像ＦＲ１～ＦＲ４と、顔画像ＦＲ１～ＦＲ４とを、画像サイズに基づいて、それぞれ対応付ける。
制御部４６は、このような処理によって、区画－顔画像監視テーブル４５ｅ（Ｄ１０３００）を作成し、これを記憶部４５に記憶する。
図６（Ａ）の区画－顔画像監視テーブル４５ｅ（Ｄ１０３００）は、図１０に示す撮像画像７１に基づいて作成されたものである。
例えば、撮像画像７１から抽出した顔画像ＦＬ３は、画像サイズ「４０×４０」である。この画像サイズは、区画－顔画像初期設定テーブル４５ｃの区画Ｌ３の顔画像の画像サイズ「（３７．５～６２．５）×（３７．５～６２．５）」の範囲内である。このため、制御部４６は、この顔画像ＦＬ３と、区画Ｌ３と対応付ける。同様に、制御部４６は、他の左側の顔画像ＦＬ１，ＦＬ２，ＦＬ４と、区画Ｌ１，Ｌ２，Ｌ４とを、それぞれ対応付ける。
同様に、制御部４６は、右側の４つの顔画像ＦＲ１～ＦＲ４と、顔画像ＦＲ１～ＦＲ４とを、画像サイズに基づいて、それぞれ対応付ける。
制御部４６は、このような処理によって、区画－顔画像監視テーブル４５ｅ（Ｄ１０３００）を作成し、これを記憶部４５に記憶する。
【0041】
一方、図６（Ｂ）の区画－顔画像監視テーブル４５ｅ（Ｄ１１０５０）は、会議室内の人の配置が図１１に示す状態であり、図１２に示す撮像画像７２に基づいて作成されたものである。
この例では、撮像画像７２から抽出した顔画像ＦＬ３は、画像サイズ「６５×６５」である。この画像サイズは、区画－顔画像初期設定テーブル４５ｃの区画Ｌ２の顔画像の画像サイズ「（６２．５～８７．５）×（６２．５～８７．５）」の範囲内である。このため、制御部４６は、この顔画像ＦＬ２と、区画Ｌ３と対応付ける。
また、顔画像ＦＬ２は、画像サイズ「７０×７１」であり、この画像サイズも区画－顔画像初期設定テーブル４５ｃの区画Ｌ２の顔画像の画像サイズ「（６２．５～８７．５）×（６２．５～８７．５）」の範囲内である。このため、制御部４６は、この顔画像ＦＬ２も、区画Ｌ２と対応付ける。
このため、区画－顔画像監視テーブル４５ｅ（Ｄ１１０５０）は、顔画像ＦＬ２，ＦＬ３の２つが、同じ区画Ｌ２に対応付けられた情報を記憶する。
ここで、１つの区画に２つ以上の顔画像が対応付けられている状態は、１つの区画に２人以上が存在する状態である。このため、この状態は、２人以上の距離が密接した状態（例えば、人同士の距離が１～２ｍ以内等）とみなすことができる。
この例では、撮像画像７２から抽出した顔画像ＦＬ３は、画像サイズ「６５×６５」である。この画像サイズは、区画－顔画像初期設定テーブル４５ｃの区画Ｌ２の顔画像の画像サイズ「（６２．５～８７．５）×（６２．５～８７．５）」の範囲内である。このため、制御部４６は、この顔画像ＦＬ２と、区画Ｌ３と対応付ける。
また、顔画像ＦＬ２は、画像サイズ「７０×７１」であり、この画像サイズも区画－顔画像初期設定テーブル４５ｃの区画Ｌ２の顔画像の画像サイズ「（６２．５～８７．５）×（６２．５～８７．５）」の範囲内である。このため、制御部４６は、この顔画像ＦＬ２も、区画Ｌ２と対応付ける。
このため、区画－顔画像監視テーブル４５ｅ（Ｄ１１０５０）は、顔画像ＦＬ２，ＦＬ３の２つが、同じ区画Ｌ２に対応付けられた情報を記憶する。
ここで、１つの区画に２つ以上の顔画像が対応付けられている状態は、１つの区画に２人以上が存在する状態である。このため、この状態は、２人以上の距離が密接した状態（例えば、人同士の距離が１～２ｍ以内等）とみなすことができる。
【0042】
（マスク未着用情報の取得）
Ｓ１４において、監視装置４０の制御部４６は、Ｓ１１で取得した各顔画像のパーツを解析することにより、顔画像内にマスクの画像が含まれるか否かを判定する。この判定方法は、種々の方法があり、例えば、複数のマスク画像を記憶部４５に記憶しておき、各顔画像のパーツと、マスク画像との一致度合いを判定する方法がある。
ここで、マスク画像が含まれないことは、そのマスク画像に対応する人がマスク未着用（マスクを着用してない状態）とみなすことができる。
図４（Ｄ）に示すように、制御部４６は、マスク未着用である顔画像に対応付いた区画の情報を、画像解析履歴記憶部４５ｄに記憶する。
図示は省略するが、監視装置４０の制御部４６は、マスク未着用である顔画像に対応付いた区画の情報をサーバ６０に送信し、サーバ６０の制御部６６は、これを受信すると記憶部６５に記憶する。
Ｓ１４において、監視装置４０の制御部４６は、Ｓ１１で取得した各顔画像のパーツを解析することにより、顔画像内にマスクの画像が含まれるか否かを判定する。この判定方法は、種々の方法があり、例えば、複数のマスク画像を記憶部４５に記憶しておき、各顔画像のパーツと、マスク画像との一致度合いを判定する方法がある。
ここで、マスク画像が含まれないことは、そのマスク画像に対応する人がマスク未着用（マスクを着用してない状態）とみなすことができる。
図４（Ｄ）に示すように、制御部４６は、マスク未着用である顔画像に対応付いた区画の情報を、画像解析履歴記憶部４５ｄに記憶する。
図示は省略するが、監視装置４０の制御部４６は、マスク未着用である顔画像に対応付いた区画の情報をサーバ６０に送信し、サーバ６０の制御部６６は、これを受信すると記憶部６５に記憶する。
【0043】
Ｓ１５において、監視装置４０の制御部４６は、前回のＳ１５の判定がＹＥＳであった時点から１分が経過した否かを判定する。制御部４６は、１分が経過したと判定した場合には（Ｓ１５：ＹＥＳ）、Ｓ１６に進み、一方、１分が経過していないと判定した場合には（Ｓ１５：ＮＯ）、Ｓ１１からの処理を繰り返す。
【0044】
このＳ１５の処理により、監視装置４０の制御部４６は、１分間における会議室１の人数の情報、区画－顔画像監視テーブルの情報、マスク未着者の情報を記憶することができる。
監視装置４０の制御部４６は、Ｓ１１～Ｓ１５の一連の処理時間（つまり１回のループ時間）を、１０秒で行う。つまり、制御部４６は、Ｓ１５の処理を、１０秒間隔で行う。このため、制御部４６は、１分間で、６つのレコードを取得する。
図５の画像解析履歴記憶部４５ｄは、便宜上、時刻の秒単位が丁度００秒の時点で１回目のレコードを取得し、時刻の秒単位が丁度５０秒の時点で６回目のレコードを取得した例を示す。
このため、監視装置４０の制御部４６は、時刻の秒単位が５０秒を経過した時点で（Ｓ１５：ＹＥＳ）、Ｓ１６に進む。
なお、監視装置４０は、Ｓ１１～Ｓ１４で取得した情報をサーバ６０にも送信する。このため、サーバ６０は、画像解析履歴記憶部４５ｄと同様な情報と、会議室１の部屋番号とを対応付けて、画像解析履歴記憶部６５ｄに記憶する。
監視装置４０の制御部４６は、Ｓ１１～Ｓ１５の一連の処理時間（つまり１回のループ時間）を、１０秒で行う。つまり、制御部４６は、Ｓ１５の処理を、１０秒間隔で行う。このため、制御部４６は、１分間で、６つのレコードを取得する。
図５の画像解析履歴記憶部４５ｄは、便宜上、時刻の秒単位が丁度００秒の時点で１回目のレコードを取得し、時刻の秒単位が丁度５０秒の時点で６回目のレコードを取得した例を示す。
このため、監視装置４０の制御部４６は、時刻の秒単位が５０秒を経過した時点で（Ｓ１５：ＹＥＳ）、Ｓ１６に進む。
なお、監視装置４０は、Ｓ１１～Ｓ１４で取得した情報をサーバ６０にも送信する。このため、サーバ６０は、画像解析履歴記憶部４５ｄと同様な情報と、会議室１の部屋番号とを対応付けて、画像解析履歴記憶部６５ｄに記憶する。
【0045】
上記処理によって、Ｓ１６以降の処理は、会議開始後、１分経過するごとに繰り返し行われる。
なお、Ｓ１５までの処理と、Ｓ１６以降の処理とは、シリアルとして両者を連続した処理によって実現してもよく、また、両者を独立して動作させデータベースを介した非同期処理によって実現してもよい。
なお、Ｓ１５までの処理と、Ｓ１６以降の処理とは、シリアルとして両者を連続した処理によって実現してもよく、また、両者を独立して動作させデータベースを介した非同期処理によって実現してもよい。
【0046】
（密集判定処理）
Ｓ１６において、監視装置４０の制御部４６は、画像解析履歴記憶部４５ｄを参照することにより、密集状態であるか否かを判定する。この場合、制御部４６は、１分間で取得した６つのカウント人数が、会議室１の定員を超過していたか否かを判定する。
制御部４６は、カウント人数が、会議室１の定員を超えていた場合には（Ｓ１６：ＹＥＳ）、Ｓ１６ａに進み、一方、定員を超えていないと判定した場合には（Ｓ１６：ＮＯ）、Ｓ１７に進む。
例えば、図１（Ａ）、図１０に示す場面に対応した１０：３０：００～１０：３０：５０のレコードでは、６つのカウント人数が８人であり会議室１の定員以下であるので（Ｓ１６：ＮＯ）、制御部４６は、Ｓ１７に進む。
一方、図１１、図１２に示す場面に対応した１１：０５：００～１１：０５：５０では、５つのレコードのカウント人数が９人であり会議室１の定員を超えているので（Ｓ１６：ＹＥＳ）、制御部４６は、Ｓ１６ａに進む。
Ｓ１６において、監視装置４０の制御部４６は、画像解析履歴記憶部４５ｄを参照することにより、密集状態であるか否かを判定する。この場合、制御部４６は、１分間で取得した６つのカウント人数が、会議室１の定員を超過していたか否かを判定する。
制御部４６は、カウント人数が、会議室１の定員を超えていた場合には（Ｓ１６：ＹＥＳ）、Ｓ１６ａに進み、一方、定員を超えていないと判定した場合には（Ｓ１６：ＮＯ）、Ｓ１７に進む。
例えば、図１（Ａ）、図１０に示す場面に対応した１０：３０：００～１０：３０：５０のレコードでは、６つのカウント人数が８人であり会議室１の定員以下であるので（Ｓ１６：ＮＯ）、制御部４６は、Ｓ１７に進む。
一方、図１１、図１２に示す場面に対応した１１：０５：００～１１：０５：５０では、５つのレコードのカウント人数が９人であり会議室１の定員を超えているので（Ｓ１６：ＹＥＳ）、制御部４６は、Ｓ１６ａに進む。
【0047】
Ｓ１６ａにおいて、監視装置４０の制御部４６は、密集状態報知処理を行う。
制御部４６は、密集状態報知処理を、報知処理に従って行う（図１３参照）。
詳細は後述するが、密集状態報知処理では、スマートスピーカ５０から「定員超過であり密集状態です」等の音声を出力する。
その後、制御部４６は、Ｓ２０に進む。
制御部４６は、密集状態報知処理を、報知処理に従って行う（図１３参照）。
詳細は後述するが、密集状態報知処理では、スマートスピーカ５０から「定員超過であり密集状態です」等の音声を出力する。
その後、制御部４６は、Ｓ２０に進む。
【0048】
（密接判定処理）
Ｓ１７において、監視装置４０の制御部４６は、画像解析履歴記憶部４５ｄを参照することにより、密接状態であるか否かを判定する。この場合、制御部４６は、画像解析履歴記憶部４５ｄに基づいて、さらに区画－顔画像監視テーブル４５ｅを参照することにより、１つの区画に２つ以上の顔画像が対応付けられている密接状態であるか否かを判定する。そして、６つのレコードのうち、密接状態のレコードが３０％以上存在するか否かを判定する。
このように３０％といった割合を設定することにより、監視装置４０は、密接情報の取得時（上記Ｓ１３）の処理の誤りがあったとしも密接状態の有無を精度よく判定でき、また、短時間の密接状態を無視することできる。
なお、この割合は、管理者等が適宜設定できるようにしてもよい。
制御部４６は、密接状態であると判定した場合には（Ｓ１７：ＹＥＳ）、Ｓ１７ａに進み、一方、密接状態ではないと判定した場合には（Ｓ１７：ＮＯ）、Ｓ１８に進む。
Ｓ１７において、監視装置４０の制御部４６は、画像解析履歴記憶部４５ｄを参照することにより、密接状態であるか否かを判定する。この場合、制御部４６は、画像解析履歴記憶部４５ｄに基づいて、さらに区画－顔画像監視テーブル４５ｅを参照することにより、１つの区画に２つ以上の顔画像が対応付けられている密接状態であるか否かを判定する。そして、６つのレコードのうち、密接状態のレコードが３０％以上存在するか否かを判定する。
このように３０％といった割合を設定することにより、監視装置４０は、密接情報の取得時（上記Ｓ１３）の処理の誤りがあったとしも密接状態の有無を精度よく判定でき、また、短時間の密接状態を無視することできる。
なお、この割合は、管理者等が適宜設定できるようにしてもよい。
制御部４６は、密接状態であると判定した場合には（Ｓ１７：ＹＥＳ）、Ｓ１７ａに進み、一方、密接状態ではないと判定した場合には（Ｓ１７：ＮＯ）、Ｓ１８に進む。
【0049】
ここで、制御部４６は、例えば、１０：３０：５０の経過時には、１０：３０：１０時点、１０：３０：２０時点、・・・、１０：３０：５０時点の６つのレコードに基づいて、密接状態を判定する。
図１０の１０：３０：００時点の撮像画像７１、図６（Ａ）の区画－顔画像監視テーブル４５ｅ（Ｄ１０３００）には、８つの区画Ｌ１～Ｌ４，Ｒ１～Ｒ４に１つずつ顔画像ＦＬ１～ＦＬ４，ＦＲ１～ＦＲ４が対応付いている。このため、１０：３０：５０時点のレコードは、密接状態ではない。また、図示は省略するが、他の５つのレコードも同様に、密接状態ではない。このため、制御部４６は、密接状態のレコードが３０％未満であるので、密接状態ではないと判定する。
図１０の１０：３０：００時点の撮像画像７１、図６（Ａ）の区画－顔画像監視テーブル４５ｅ（Ｄ１０３００）には、８つの区画Ｌ１～Ｌ４，Ｒ１～Ｒ４に１つずつ顔画像ＦＬ１～ＦＬ４，ＦＲ１～ＦＲ４が対応付いている。このため、１０：３０：５０時点のレコードは、密接状態ではない。また、図示は省略するが、他の５つのレコードも同様に、密接状態ではない。このため、制御部４６は、密接状態のレコードが３０％未満であるので、密接状態ではないと判定する。
【0050】
また、制御部４６は、例えば、１１：０５：５０経過時には、１１：０５：１０時点、１１：０５：２０時点、・・・、１１：０５：５０時点の６つのレコードに基づいて、密接状態を判定する。
１１：０５：１０時点では、図１２の撮像画像７２、図６（Ｂ）の区画－顔画像監視テーブル４５ｅ（Ｄ１１０５０）に示すように、区画Ｌ２に２つの顔画像ＦＬ２，ＦＬ３が対応付いているので（Ｓ１７：ＹＥＳ）、密接状態である。また、図示は省略するが、他の５つのレコードは、密接状態ではないとする。この場合、制御部４６は、密接状態のレコードが３０％以上であるので、密接状態であると判定する。
１１：０５：１０時点では、図１２の撮像画像７２、図６（Ｂ）の区画－顔画像監視テーブル４５ｅ（Ｄ１１０５０）に示すように、区画Ｌ２に２つの顔画像ＦＬ２，ＦＬ３が対応付いているので（Ｓ１７：ＹＥＳ）、密接状態である。また、図示は省略するが、他の５つのレコードは、密接状態ではないとする。この場合、制御部４６は、密接状態のレコードが３０％以上であるので、密接状態であると判定する。
【0051】
会議では、例えば、資料を２人以上で共有して見る場面、感情的な議論の場面等において、２人以上の距離が近づく場合がある。制御部４６は、このＳ１７ の処理によって、このような場面等において、２人以上の距離が近付いたことを、判定することができる。
【0052】
Ｓ１７ａにおいて、監視装置４０の制御部４６は、密接状態報知処理を行う。
詳細は後述するが、密接状態報知処理では、スマートスピーカ５０から「人同士が密着している密接状態です」等の音声を出力する。その後、制御部４６は、Ｓ２０に進む。
詳細は後述するが、密接状態報知処理では、スマートスピーカ５０から「人同士が密着している密接状態です」等の音声を出力する。その後、制御部４６は、Ｓ２０に進む。
【0053】
（マスク未着用判定）
Ｓ１８において、監視装置４０の制御部４６は、画像解析履歴記憶部４５ｄを参照することにより、マスク未着用状態であるか否か判定する。この場合、制御部４６は、マスク未着用率が７０％を超えている場合、つまり１分間で取得した６つのレコードのうち、マスク未着用のレコードが７０％を超えている場合に、マスク未着用状態であると判定する。
このように７０％といった割合を設定することにより、上記Ｓ１６と同様に、マスク未着用状態を精度よく判定でき、また、短時間のマスク未着用状態を無視することできる。
制御部４６は、マスク未着用状態であると判定した場合には（Ｓ１８：ＹＥＳ）、Ｓ１８ａに進み、一方、マスク未着用状態ではないと判定した場合には（Ｓ１８：ＮＯ）、Ｓ１９に進む。
Ｓ１８において、監視装置４０の制御部４６は、画像解析履歴記憶部４５ｄを参照することにより、マスク未着用状態であるか否か判定する。この場合、制御部４６は、マスク未着用率が７０％を超えている場合、つまり１分間で取得した６つのレコードのうち、マスク未着用のレコードが７０％を超えている場合に、マスク未着用状態であると判定する。
このように７０％といった割合を設定することにより、上記Ｓ１６と同様に、マスク未着用状態を精度よく判定でき、また、短時間のマスク未着用状態を無視することできる。
制御部４６は、マスク未着用状態であると判定した場合には（Ｓ１８：ＹＥＳ）、Ｓ１８ａに進み、一方、マスク未着用状態ではないと判定した場合には（Ｓ１８：ＮＯ）、Ｓ１９に進む。
【0054】
制御部４６は、例えば、１０：３０：５０の経過時には、１０：３０：１０時点、１０：３０：２０時点、・・・、１０：３０：５０時点の６つのレコードに基づいて、マスク未着用状態を判定する。これら６つのレコードうち５つのレコードがマスク未着用ではなく、１つのレコード（１０：３０：３０）がマスク未着用であるので、マスク未着用率は、約１７％である。このため、制御部４６は、１０：３０：５０の経過時には、マスク未着用状態ではないと判定する（Ｓ１８：ＮＯ）。
【0055】
また、制御部４６は、例えば、１１：０５：５０の経過時には、１１：０５：１０時点、１１：０５：２０時点、・・・、１１：０５：５０時点の６つのレコードに基づいて、マスク未着用状態を判定する。これら６つのレコードうち１つのレコード（１１：０５：２０）がマスク未着用ではなく、５つのレコード（１０：３０：３０）がマスク未着用であるので、マスク未着用率は、約８３％である。このため、制御部４６は、１１１：０５：５０の経過時には、マスク未着用状態であると判定する（Ｓ１８：ＹＥＳ）。
【0056】
Ｓ１８ａにおいて、監視装置４０の制御部４６は、マスク未着用報知処理を行う。
詳細は後述するが、マスク未着用報知処理では、スマートスピーカ５０から「会議室内にマスクを未着用の人がいます」等の音声を出力する。その後、制御部４６は、Ｓ２０に進む。
詳細は後述するが、マスク未着用報知処理では、スマートスピーカ５０から「会議室内にマスクを未着用の人がいます」等の音声を出力する。その後、制御部４６は、Ｓ２０に進む。
【0057】
（時間超過判定）
Ｓ１９において、監視装置４０の制御部４６は、会議を開始してからの経過時間と、許容時間６０分とを比較する。経過時間の開始起点は、仕様等に応じて、適宜設定することができ、例えば、１人目の顔画像を検出した時点、スケジュールで予定された会議の開始時点等に設定することができる。
ここで、仮に会議室内の人のなかに感染者が存在する場合において、許容時間を超過して会議を継続することは、会議室内の他の人への感染リスクが高くなる。
制御部４６は、会議の経過時間が許容時間を経過したと判定した場合には（Ｓ１９：ＹＥＳ）、Ｓ１９ａに進み、一方、許容時間を経過していない判定した場合には（Ｓ１９：ＮＯ）、Ｓ２０に進む。
例えば、図１０の会議の場面は、会議の経過時間が３０分であるので、許容時間６０分以内であるため（Ｓ１９：ＮＯ）、制御部４６は、Ｓ２０に進む。一方、図１２の会議の場面は、会議の経過時間が６５分であるので、許容時間６０分を５分超過しているため（Ｓ１９：ＹＥＳ）、制御部４６は、Ｓ１９ａに進む。
Ｓ１９において、監視装置４０の制御部４６は、会議を開始してからの経過時間と、許容時間６０分とを比較する。経過時間の開始起点は、仕様等に応じて、適宜設定することができ、例えば、１人目の顔画像を検出した時点、スケジュールで予定された会議の開始時点等に設定することができる。
ここで、仮に会議室内の人のなかに感染者が存在する場合において、許容時間を超過して会議を継続することは、会議室内の他の人への感染リスクが高くなる。
制御部４６は、会議の経過時間が許容時間を経過したと判定した場合には（Ｓ１９：ＹＥＳ）、Ｓ１９ａに進み、一方、許容時間を経過していない判定した場合には（Ｓ１９：ＮＯ）、Ｓ２０に進む。
例えば、図１０の会議の場面は、会議の経過時間が３０分であるので、許容時間６０分以内であるため（Ｓ１９：ＮＯ）、制御部４６は、Ｓ２０に進む。一方、図１２の会議の場面は、会議の経過時間が６５分であるので、許容時間６０分を５分超過しているため（Ｓ１９：ＹＥＳ）、制御部４６は、Ｓ１９ａに進む。
【0058】
Ｓ１９ａにおいて、監視装置４０の制御部４６は、会議時間超過報知処理を行う。
詳細は後述するが、会議時間超過報知処理では、スマートスピーカ５０から「会議時間を超過しています」等の音声を出力する。その後、制御部４６は、Ｓ２０に進む。
詳細は後述するが、会議時間超過報知処理では、スマートスピーカ５０から「会議時間を超過しています」等の音声を出力する。その後、制御部４６は、Ｓ２０に進む。
【0059】
（会議終了判定）
Ｓ１７において、監視装置４０の制御部４６は、会議が終了したか否かを判定する。この判定は、「撮像画像から人画像等を抽出する処理」（図８のＳ２，Ｓ３参照）を行うことにより、人画像等が抽出されない場合に、会議終了と判定すればよい。つまり、会議終了により、会議室１が不在になった場合には、撮像画像から人画像等が抽出されないためである。
制御部４６は、会議終了と判定した場合には（Ｓ２０：ＹＥＳ）、Ｓ１０からの処理を繰り返し、一方、会議終了ではないと判定した場合には（Ｓ１７：ＮＯ）、Ｓ１１からの処理を繰り返す。
なお、制御部４６は、Ｓ１０からの処理を繰り返すことにより（Ｓ１７：ＹＥＳ）、次の会議の開始を待機することになる。また、制御部４６は、Ｓ１１からの処理を繰り返すことにより（Ｓ１７：ＮＯ）、進行中の会議の会議室内を継続して監視する。
Ｓ１７において、監視装置４０の制御部４６は、会議が終了したか否かを判定する。この判定は、「撮像画像から人画像等を抽出する処理」（図８のＳ２，Ｓ３参照）を行うことにより、人画像等が抽出されない場合に、会議終了と判定すればよい。つまり、会議終了により、会議室１が不在になった場合には、撮像画像から人画像等が抽出されないためである。
制御部４６は、会議終了と判定した場合には（Ｓ２０：ＹＥＳ）、Ｓ１０からの処理を繰り返し、一方、会議終了ではないと判定した場合には（Ｓ１７：ＮＯ）、Ｓ１１からの処理を繰り返す。
なお、制御部４６は、Ｓ１０からの処理を繰り返すことにより（Ｓ１７：ＹＥＳ）、次の会議の開始を待機することになる。また、制御部４６は、Ｓ１１からの処理を繰り返すことにより（Ｓ１７：ＮＯ）、進行中の会議の会議室内を継続して監視する。
【0060】
（報知処理）
図１３に示すように、Ｓ３０において、監視装置４０の制御部４６は、解析結果に関する情報（つまり会議室内が異常判定されたこと（「Ｓ１６：ＹＥＳ」、「Ｓ１７：ＹＥＳ」、「Ｓ１８：ＮＯ」、「Ｓ１９：ＹＥＳ」のいずれか）を、４つの異常種別を識別できる態様、かつ、撮像情報を含まない形態で、サーバ６０に送信する。異常種別に関する情報は、異常種別に対応した識別信号等でもよく、また、異常種別に対応した音声のテキスト情報（例えば、定員超過（Ｓ１６：ＹＥＳ）であれば「定員超過であり密集状態です」のテキスト情報等）でもよい。
図１３に示すように、Ｓ３０において、監視装置４０の制御部４６は、解析結果に関する情報（つまり会議室内が異常判定されたこと（「Ｓ１６：ＹＥＳ」、「Ｓ１７：ＹＥＳ」、「Ｓ１８：ＮＯ」、「Ｓ１９：ＹＥＳ」のいずれか）を、４つの異常種別を識別できる態様、かつ、撮像情報を含まない形態で、サーバ６０に送信する。異常種別に関する情報は、異常種別に対応した識別信号等でもよく、また、異常種別に対応した音声のテキスト情報（例えば、定員超過（Ｓ１６：ＹＥＳ）であれば「定員超過であり密集状態です」のテキスト情報等）でもよい。
【0061】
Ｓ３１において、サーバ６０の制御部６６は、異常種別の情報を受信すると、解析結果を音声に変換した情報であり、また、異常種別に対応した報知音声の情報（解析結果音声情報）を、報知音声記憶部６５ｇに記憶する。
異常種別に関する情報が識別信号等である仕様では、記憶部６５が識別信号と報知音声とを対応付けてテーブルの形態で記憶しておけばよい。この場合には、制御部６６は、監視装置４０から受信した識別信号に対応した報知音声を、記憶部６５の情報を参照することにより読み出し、これを報知音声記憶部６５ｇに記憶すればよい。また、異常種別に関する情報が異常種別に対応した音声のテキスト情報である仕様では、制御部６６は、テキスト情報を報知音声に変換し、これを報知音声記憶部６５ｇに記憶すればよい。
異常種別に関する情報が識別信号等である仕様では、記憶部６５が識別信号と報知音声とを対応付けてテーブルの形態で記憶しておけばよい。この場合には、制御部６６は、監視装置４０から受信した識別信号に対応した報知音声を、記憶部６５の情報を参照することにより読み出し、これを報知音声記憶部６５ｇに記憶すればよい。また、異常種別に関する情報が異常種別に対応した音声のテキスト情報である仕様では、制御部６６は、テキスト情報を報知音声に変換し、これを報知音声記憶部６５ｇに記憶すればよい。
【0062】
Ｓ３２において、サーバ６０の制御部６６は、Ｓ３１で記憶した報知音声を記憶場所のＵＲＩ（解析結果記憶場所情報）、つまり解析結果のネットワーク上における記憶場所に関する情報を、監視装置４０に送信する。
Ｓ３３において、監視装置４０の制御部４６は、ＵＲＩの情報をサーバ６０から受信することに応じて、このＵＲＩの情報をスマートスピーカ５０に送信する。
Ｓ３３において、監視装置４０の制御部４６は、ＵＲＩの情報をサーバ６０から受信することに応じて、このＵＲＩの情報をスマートスピーカ５０に送信する。
【0063】
Ｓ３４において、スマートスピーカ５０の制御部５６は、ＵＲＩの情報を監視装置４０から受信することに応じて、サーバ６０に対して、ＵＲＩに記憶された報知音声の情報を送信するように要求する。
Ｓ３５において、サーバ６０の制御部６６は、スマートスピーカ５０からの要求に応じて、Ｓ３１で記憶した報知音声の情報を読み出し、これをスマートスピーカ５０に送信する。
Ｓ３６において、スマートスピーカ５０の制御部５６は、報知音声の情報をサーバ６０から受信したら、これをスピーカ５３から出力する。
例えば、密集状態報知処理では、スマートスピーカ５０から「定員超過であり密集状態です」等の音声を出力する。
その後、制御部４６は、図９の監視処理（Ｓ２０）に戻る。
Ｓ３５において、サーバ６０の制御部６６は、スマートスピーカ５０からの要求に応じて、Ｓ３１で記憶した報知音声の情報を読み出し、これをスマートスピーカ５０に送信する。
Ｓ３６において、スマートスピーカ５０の制御部５６は、報知音声の情報をサーバ６０から受信したら、これをスピーカ５３から出力する。
例えば、密集状態報知処理では、スマートスピーカ５０から「定員超過であり密集状態です」等の音声を出力する。
その後、制御部４６は、図９の監視処理（Ｓ２０）に戻る。
【0064】
以上の処理によって、会議室監視システム１０は、感染症の感染リスクに関して、監視装置４０が会議室内の異常を検知することにより、スマートスピーカ５０から報知することができる。また、会議室監視システム１０は、クラウドコンピューティングの構成を利用するものの、施設内の部屋システム３０からサーバ６０に対して異常判定の結果を送信しかつ撮像画像の情報を送信しない。これにより、会議室監視システム１０は、会議室１の利用者の個人情報、会議内容の情報等の安全性を向上できる。
【0065】
また、密集判定処理、密接判定処理、マスク着用判定処理、時間超過判定処理において異常があった場合には、異常を示す警告（音声）がスマートスピーカ５０から出力される。会議室内に存在する人は、これらの警告を聞くことにより、会議室内の人数を定員以下に減らしたり、密接している人同士を離したり、マスク着用を促したりといった対応をすることができる。また、会議室内に存在する人は、会議時間が許容時間を超過している場合には、会議を早急に終了するような対応をすることができる。
なお、繰り返すＳ１１からの処理によって密集判定処理、密接判定処理、マスク着用判定処理、時間超過判定処理において異常な状態が継続している場合には、警告がスマートスピーカ５０から出力される状態が継続する。会議室内にいる人は、継続して出力される警告を、上記対応をすることにより出力されない状態にすることで、感染症の感染リスクを低減することができる。
なお、繰り返すＳ１１からの処理によって密集判定処理、密接判定処理、マスク着用判定処理、時間超過判定処理において異常な状態が継続している場合には、警告がスマートスピーカ５０から出力される状態が継続する。会議室内にいる人は、継続して出力される警告を、上記対応をすることにより出力されない状態にすることで、感染症の感染リスクを低減することができる。
【0066】
以上説明したように、本実施形態の会議室監視システム１０は、会議室１の撮像画像を解析することにより、感染症の感染リスクが高い状態であることを警告する。会議室１に存在する人は、この警告に応じて、感染リスクを低減するような対応をすることができる。
【0067】
なお、会議室１に在室する利用者は、任意のタイミングで、会議室１の状況を確認することもできる。この場合には、利用者は、「現在の状況を教えて」等といった命令を、スマートスピーカ５０に音声入力すればよい。これに応じて、スマートスピーカ５０は、画像解析履歴をサーバ６０に要求する。サーバ６０は、スマートスピーカ５０からの要求に応じて、最新の画像解析履歴を画像解析履歴記憶部６５ｄから読み出して、これを音声情報に変換して、スマートスピーカ５０に送信する。そして、スマートスピーカ５０は、この音声情報を、スピーカ５３から出力すればよい。音声の内容は、例えば、「現在、１号室は、３名で利用されており、１名、マスク未着用を検出しています。密接検出はありません」等である。
【0068】
（スケジュール管理処理）
会議室監視システム１０は、以上説明した基本的な処理に加えて、スケジュールの管理の処理等を行うことができる。
図１４は、第１実施形態のスケジュール管理処理のフローチャートである。
図１５は、第１実施形態の予約繰り下げ処理のフローチャートである。
図１６は、第１実施形態の会議時間延長処理のフローチャートである。
会議室監視システム１０は、以上説明した基本的な処理に加えて、スケジュールの管理の処理等を行うことができる。
図１４は、第１実施形態のスケジュール管理処理のフローチャートである。
図１５は、第１実施形態の予約繰り下げ処理のフローチャートである。
図１６は、第１実施形態の会議時間延長処理のフローチャートである。
【0069】
図１４に示すように、Ｓ４０において、監視装置４０の制御部４６は、管理端末１１と通信することにより、監視装置４０が設置されている会議室１の次の会議の予約情報を取得する。なお、図１４には、図示を省略するが、サーバ６０の制御部６６は、監視装置４０からの要求に応じて、予約情報記憶部６５ｈから、この会議室１の次の予約情報を読み出して、監視装置４０に送信する。
【0070】
Ｓ４１において、監視装置４０の制御部４６は、予約開始時刻に会議室１が在室か否か、つまり会議室内に人が存在するか否かを判定する。この判定は、「撮像画像から顔画像等を抽出する処理」（図８のＳ３，Ｓ１１参照）を行えばよい。
制御部４６は、会議室１が在室であると判定した場合には（Ｓ４１：ＹＥＳ）、Ｓ４２に進み、一方、不在であると判定した場合には（Ｓ４１：ＮＯ）、Ｓ４１ａに進む。
制御部４６は、会議室１が在室であると判定した場合には（Ｓ４１：ＹＥＳ）、Ｓ４２に進み、一方、不在であると判定した場合には（Ｓ４１：ＮＯ）、Ｓ４１ａに進む。
【0071】
Ｓ４１ａにおいて、監視装置４０の制御部４６は、予約開始時刻を１５分経過したか否かを判定する。すなわち、会議が開始されない状態（Ｓ４１ａ：ＮＯ）が、１５分継続しているか否かを判定する。
制御部４６は、予約開始時刻を１５分経過したと判定した場合には（Ｓ４１ａ：ＹＥＳ）、Ｓ４１ｂに進み、一方、１５分経過していないと判定した場合には（Ｓ４１ａ：ＮＯ）、Ｓ４１からの処理を繰り返す。
なお、この１５分は、予約開始時刻に対して、会議室１の利用者が会議を実際に開始するまでの許容時間である。許容時間は、会議室監視システム１０の管理者等が管理装置を操作することにより、会議室１の運用状況等に応じて適宜変更できるようにしてもよい。
Ｓ４１ｂにおいて、監視装置４０の制御部４６は、予約繰り下げ処理を行った後（図１４参照）、Ｓ４０からの処理を繰り返す。予約繰り下げ処理の詳細は、後述する。
制御部４６は、予約開始時刻を１５分経過したと判定した場合には（Ｓ４１ａ：ＹＥＳ）、Ｓ４１ｂに進み、一方、１５分経過していないと判定した場合には（Ｓ４１ａ：ＮＯ）、Ｓ４１からの処理を繰り返す。
なお、この１５分は、予約開始時刻に対して、会議室１の利用者が会議を実際に開始するまでの許容時間である。許容時間は、会議室監視システム１０の管理者等が管理装置を操作することにより、会議室１の運用状況等に応じて適宜変更できるようにしてもよい。
Ｓ４１ｂにおいて、監視装置４０の制御部４６は、予約繰り下げ処理を行った後（図１４参照）、Ｓ４０からの処理を繰り返す。予約繰り下げ処理の詳細は、後述する。
【0072】
Ｓ４２において、監視装置４０の制御部４６は、会議室１が在室であることを示す情報である在室情報を、扉タブレット５９に送信する。
Ｓ４３において、扉タブレット５９は、図１（Ｃ）に示すように、在室情報を受信したことに応じて、会議室１が在室であることを示す「使用中」等の表示（在室表示）を、表示部５９ｂに表示する。
Ｓ４３において、扉タブレット５９は、図１（Ｃ）に示すように、在室情報を受信したことに応じて、会議室１が在室であることを示す「使用中」等の表示（在室表示）を、表示部５９ｂに表示する。
【0073】
Ｓ４４において、監視装置４０の制御部４６は、会議室１が不在（人が存在しない状態）であるか否かを判定する。この判定は、Ｓ４１と同様に行えばよい。制御部４６は、このＳ４４によって、会議が開始されたことにより在室になった後に（Ｓ４１：ＹＥＳ）、会議が終了したことにより不在になったことを判定することができる。
制御部４６は、会議室１が不在であると判定した場合には（Ｓ４４：ＹＥＳ）、Ｓ４５に進み、一方、在室であると判定した場合には（Ｓ４４：ＮＯ）、Ｓ４４ａに進む。
制御部４６は、会議室１が不在であると判定した場合には（Ｓ４４：ＹＥＳ）、Ｓ４５に進み、一方、在室であると判定した場合には（Ｓ４４：ＮＯ）、Ｓ４４ａに進む。
【0074】
Ｓ４４ａにおいて、監視装置４０の制御部４６は、予約終了時刻を経過したか否かを判定する。制御部４６は、このＳ４４ａによって、予約終了時刻を経過後において、人が会議室１に存在するか否かを判定することができる。
制御部４６は、予約終了時刻を経過したと判定した場合には（Ｓ４４ａ：ＹＥＳ）、Ｓ４４ｂに進み、一方、経過していないと判定した場合には（Ｓ４４ａ：ＮＯ）、Ｓ４４からの処理を繰り返す。
Ｓ４４ｂにおいて、監視装置４０の制御部４６は、会議時間延長処理を行う（図１５参照）。会議時間延長処理の詳細は、後述する。
制御部４６は、予約終了時刻を経過したと判定した場合には（Ｓ４４ａ：ＹＥＳ）、Ｓ４４ｂに進み、一方、経過していないと判定した場合には（Ｓ４４ａ：ＮＯ）、Ｓ４４からの処理を繰り返す。
Ｓ４４ｂにおいて、監視装置４０の制御部４６は、会議時間延長処理を行う（図１５参照）。会議時間延長処理の詳細は、後述する。
【0075】
Ｓ４５において、監視装置４０の制御部４６は、次の会議の予約情報をサーバ６０から取得する。
Ｓ４６において、監視装置４０の制御部４６は、次の会議の予約開始時刻を扉タブレット５９に送信する。その後、制御部４６は、Ｓ４１からの処理を繰り返す。なお、繰り返すＳ４１からの処理は、制御部４６は、次の会議の予約開始時刻に基づいて行われる。
Ｓ４７において、扉タブレット５９は、次の会議の予約開始時刻を管理装置から受信すると、この開始時刻を表示部５９ｂに表示する。表示内容は、例えば「次の会議の開始時刻は、１５：００です」等である。
なお、扉タブレット５９は、次の会議の予約開始時刻に加えて、次の会議の予約終了時刻を監視装置４０から取得して、この予約終了時刻を表示部５９ｂに表示するようにしてもよい。
Ｓ４６において、監視装置４０の制御部４６は、次の会議の予約開始時刻を扉タブレット５９に送信する。その後、制御部４６は、Ｓ４１からの処理を繰り返す。なお、繰り返すＳ４１からの処理は、制御部４６は、次の会議の予約開始時刻に基づいて行われる。
Ｓ４７において、扉タブレット５９は、次の会議の予約開始時刻を管理装置から受信すると、この開始時刻を表示部５９ｂに表示する。表示内容は、例えば「次の会議の開始時刻は、１５：００です」等である。
なお、扉タブレット５９は、次の会議の予約開始時刻に加えて、次の会議の予約終了時刻を監視装置４０から取得して、この予約終了時刻を表示部５９ｂに表示するようにしてもよい。
【0076】
（予約繰り下げ処理（Ｓ４１ｂ））
図１５に示すように、Ｓ５０において、監視装置４０の制御部４６は、会議の予約開始時刻を超過していることを、会議室１を予約した利用者端末１２に通知する。詳細な説明は省略するが、制御部４６は、例えば、電子メール、スケジュールの管理のアプリケーション等によって、時刻超過していることを示す情報を、利用者端末１２に対して送信する。スケジュールの管理のアプリケーションを用いる際には、制御部４６は、サーバ６０と連携することにより、時刻超過していることを示す情報を、利用者端末１２に送信する。
会議室１を予約した利用者端末１２の制御部１２ｄは、会議の予約をキャンセルするか否かの選択操作を、利用者から受け付けて、予約キャンセルするか否かの操作情報をサーバ６０に送信する。その後、サーバ６０の制御部６６は、利用者端末１２の操作情報を、監視装置４０に送信する。
図１５に示すように、Ｓ５０において、監視装置４０の制御部４６は、会議の予約開始時刻を超過していることを、会議室１を予約した利用者端末１２に通知する。詳細な説明は省略するが、制御部４６は、例えば、電子メール、スケジュールの管理のアプリケーション等によって、時刻超過していることを示す情報を、利用者端末１２に対して送信する。スケジュールの管理のアプリケーションを用いる際には、制御部４６は、サーバ６０と連携することにより、時刻超過していることを示す情報を、利用者端末１２に送信する。
会議室１を予約した利用者端末１２の制御部１２ｄは、会議の予約をキャンセルするか否かの選択操作を、利用者から受け付けて、予約キャンセルするか否かの操作情報をサーバ６０に送信する。その後、サーバ６０の制御部６６は、利用者端末１２の操作情報を、監視装置４０に送信する。
【0077】
Ｓ５１において、監視装置４０の制御部４６は、サーバ６０から受信した利用者端末１２の操作情報が、予約キャンセルであった場合には（Ｓ５１：ＹＥＳ）、Ｓ５１ａに進み、一方、予約キャンセルではない場合には（Ｓ５１：ＮＯ）、Ｓ５２に進む。
Ｓ５１ａ，Ｓ５１ｂにおいて、監視装置４０の制御部４６、サーバ６０の制御部６６は、通信し合うことにより、会議の予約キャンセルの処理を行う。つまり、監視装置４０の制御部４６は、会議の予約キャンセルをサーバ６０の制御部６６に対して依頼し、これに応じてサーバ６０の制御部６６は、この会議の予約情報を予約情報記憶部６５ｈから削除する。
これにより、会議室１の利用者は、会議の予約開始時刻を経過しても会議を開始できない事情等があった場合に、会議室１の予約をキャンセルすることができる。
Ｓ５１ａ，Ｓ５１ｂにおいて、監視装置４０の制御部４６、サーバ６０の制御部６６は、通信し合うことにより、会議の予約キャンセルの処理を行う。つまり、監視装置４０の制御部４６は、会議の予約キャンセルをサーバ６０の制御部６６に対して依頼し、これに応じてサーバ６０の制御部６６は、この会議の予約情報を予約情報記憶部６５ｈから削除する。
これにより、会議室１の利用者は、会議の予約開始時刻を経過しても会議を開始できない事情等があった場合に、会議室１の予約をキャンセルすることができる。
【0078】
Ｓ５２において、監視装置４０の制御部４６は、この会議の予約情報の繰り下げ、つまり、予約開始時刻、予約終了時刻の繰り下げを、サーバ６０に要求する。
Ｓ５３において、サーバ６０の制御部６６は、監視装置４０からの要求に応じて、予約情報記憶部６５ｈを参照することにより、この予約情報（つまり予約終了時刻）と、次の予約情報（つまり予約開始時刻）との間隔が、１５分以上であるか否かを判定する。
サーバ６０の制御部６６は、両者の間隔が１５分以上である場合には、この予約情報を１５分繰り下げて、予約情報記憶部６５ｈを更新する。なお、サーバ６０の制御部６６は、予約開始時刻を既に経過しているので、予約終了時刻のみを繰り下げ、予約開始時刻を繰り下げてもよく、繰り下げなくてよい。
一方、サーバ６０の制御部６６は、両者の間隔が１５分未満である場合には、この予約情報を変更することなく維持する。
Ｓ５４において、サーバ６０の制御部６６は、Ｓ５３の判定結果（この予約を繰り下げるか、又は維持するかの情報）を、監視装置４０に送信する。
Ｓ５３において、サーバ６０の制御部６６は、監視装置４０からの要求に応じて、予約情報記憶部６５ｈを参照することにより、この予約情報（つまり予約終了時刻）と、次の予約情報（つまり予約開始時刻）との間隔が、１５分以上であるか否かを判定する。
サーバ６０の制御部６６は、両者の間隔が１５分以上である場合には、この予約情報を１５分繰り下げて、予約情報記憶部６５ｈを更新する。なお、サーバ６０の制御部６６は、予約開始時刻を既に経過しているので、予約終了時刻のみを繰り下げ、予約開始時刻を繰り下げてもよく、繰り下げなくてよい。
一方、サーバ６０の制御部６６は、両者の間隔が１５分未満である場合には、この予約情報を変更することなく維持する。
Ｓ５４において、サーバ６０の制御部６６は、Ｓ５３の判定結果（この予約を繰り下げるか、又は維持するかの情報）を、監視装置４０に送信する。
【0079】
Ｓ５５において、監視装置４０の制御部４６は、Ｓ５０と同様な方法によって、Ｓ５３の判定結果を利用者端末１２に送信する。
図示は省略するが、利用者端末１２の制御部１２ｄは、この判定結果を受信すると、判定結果を表示部１２ｂに表示等することにより、利用者に伝える。
図示は省略するが、利用者端末１２の制御部１２ｄは、この判定結果を受信すると、判定結果を表示部１２ｂに表示等することにより、利用者に伝える。
【0080】
なお、制御部４６は、Ｓ５１ａ，Ｓ５５の処理終了後、Ｓ４０（図１４参照）に進む。このＳ４０以降の処理は、予約キャンセルにともなう次の会議の予約情報、繰り下げられた予約情報、又は維持された予約情報に基づいて行われる。
【0081】
このように、会議室１の利用者は、会議の予約開始時刻を徒過してしまった場合でも、会議の繰り下げ、キャンセル等をする際の操作が容易である。
【0082】
（会議時間延長処理（Ｓ４４ｂ））
図１６に示すように、Ｓ６０において、監視装置４０の制御部４６は、この会議の会議時間の延長、つまり予定終了時刻の繰り下げを、サーバ６０に要求する。
Ｓ６１において、サーバ６０の制御部６６は、監視装置４０からの要求に応じて、予約情報記憶部６５ｈを参照することにより、現時刻と、次の予約情報（つまり予約開始時刻）と間隔が、１５分以上であるか否かを判定する。
サーバ６０の制御部６６は、両者の間隔が１５分以上である場合には、この予約情報の会議時間を１５分延長し、つまり、予約終了時刻を１５分延長し、予約情報を更新する。
一方、サーバ６０の制御部６６は、両者の間隔が１５分未満である場合には、この予約情報の会議時間を変更することなく維持する。
図１６に示すように、Ｓ６０において、監視装置４０の制御部４６は、この会議の会議時間の延長、つまり予定終了時刻の繰り下げを、サーバ６０に要求する。
Ｓ６１において、サーバ６０の制御部６６は、監視装置４０からの要求に応じて、予約情報記憶部６５ｈを参照することにより、現時刻と、次の予約情報（つまり予約開始時刻）と間隔が、１５分以上であるか否かを判定する。
サーバ６０の制御部６６は、両者の間隔が１５分以上である場合には、この予約情報の会議時間を１５分延長し、つまり、予約終了時刻を１５分延長し、予約情報を更新する。
一方、サーバ６０の制御部６６は、両者の間隔が１５分未満である場合には、この予約情報の会議時間を変更することなく維持する。
【0083】
Ｓ６２において、サーバ６０の制御部６６は、Ｓ６２の判定結果（この会議時間を延長するか、又は維持するかの情報）を、監視装置４０に送信する。
Ｓ６３において、監視装置４０の制御部４６は、Ｓ５５と同様な方法によって、Ｓ６２の判定結果を利用者端末１２に送信する。
図示は省略するが、利用者端末１２の制御部１２ｄは、この判定結果を受信すると、判定結果を表示等に表示することにより、利用者に伝える。
Ｓ６３において、監視装置４０の制御部４６は、Ｓ５５と同様な方法によって、Ｓ６２の判定結果を利用者端末１２に送信する。
図示は省略するが、利用者端末１２の制御部１２ｄは、この判定結果を受信すると、判定結果を表示等に表示することにより、利用者に伝える。
【0084】
なお、制御部４６は、Ｓ６３の処理終了後、Ｓ４４（図１４参照）に進む。このＳ４４以降の処理は、延長された会議時間に対応した予約終了時刻、又は維持された会議時間に対応した予約終了時刻に基づいて行われる。
【0085】
このように、会議室１の利用者は、次の会議の開始までの時間に余裕がある場合には、操作を要することなく、会議時間を延長できる。但し、監視装置４０は、利用者端末１２に対して、会議時間を延長するか否かの問い合わせ後、利用者端末１２からの応答に応じて、会議時間を延長するようにしてもよい。この場合にも、会議時間を延長する際の操作が容易である。
【0086】
（第２実施形態）
次に、本発明の第２実施形態について説明する。
なお、以下の説明及び図面において、前述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾（下２桁）に同一の符号を適宜付して、重複する説明を適宜省略する。
図１７は、第２実施形態の会議室１の平面図を示す図である。
図１７に示すように、本実施形態の会議室監視システム２１０は、監視装置２４０と区画Ｌ１，Ｒ１との距離が小さいために、カメラ２４３の撮影画角θ２４３の外側に区画Ｌ１，Ｒ１が位置している。
区画Ｌ２～Ｌ４，Ｒ２～Ｒ４は、カメラ２４３の撮影画角θ２４３内に位置しているので、監視装置２４０の制御部は、区画Ｌ２～Ｌ４，Ｒ２～Ｒ４の存在する人の顔画像については、第１実施形態と同様に処理することができる。
次に、本発明の第２実施形態について説明する。
なお、以下の説明及び図面において、前述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾（下２桁）に同一の符号を適宜付して、重複する説明を適宜省略する。
図１７は、第２実施形態の会議室１の平面図を示す図である。
図１７に示すように、本実施形態の会議室監視システム２１０は、監視装置２４０と区画Ｌ１，Ｒ１との距離が小さいために、カメラ２４３の撮影画角θ２４３の外側に区画Ｌ１，Ｒ１が位置している。
区画Ｌ２～Ｌ４，Ｒ２～Ｒ４は、カメラ２４３の撮影画角θ２４３内に位置しているので、監視装置２４０の制御部は、区画Ｌ２～Ｌ４，Ｒ２～Ｒ４の存在する人の顔画像については、第１実施形態と同様に処理することができる。
【0087】
監視装置２４０の制御部は、会議室１に入出した人の顔画像を追尾し、撮影画角θ２４３外に移動した場合に、その人が区画Ｌ１，Ｒ１に存在すると判定する。
例えば、人ＭＬ１は、会議室１の入口から入った後、区画Ｌ１に移動している。この場合、監視装置２４０の制御部は、会議室１の撮像画像から人ＭＬ１の顔画像を抽出し、人ＭＬ１の顔画像が撮像画像内に左側に位置すると判定する。そして、監視装置２４０の制御部は、人ＭＬ１の顔画像を追尾して、撮像画像外に移動した場合に、人ＭＬ１が区画Ｌ１内に存在すると判定する。また、監視装置２４０の制御部は、人ＭＲ１、区画Ｒ１についても、同様に判定する。
例えば、人ＭＬ１は、会議室１の入口から入った後、区画Ｌ１に移動している。この場合、監視装置２４０の制御部は、会議室１の撮像画像から人ＭＬ１の顔画像を抽出し、人ＭＬ１の顔画像が撮像画像内に左側に位置すると判定する。そして、監視装置２４０の制御部は、人ＭＬ１の顔画像を追尾して、撮像画像外に移動した場合に、人ＭＬ１が区画Ｌ１内に存在すると判定する。また、監視装置２４０の制御部は、人ＭＲ１、区画Ｒ１についても、同様に判定する。
【0088】
監視装置２４０の制御部は、区画Ｌ１，Ｒ１について、上記処理することにより、第１実施形態と同様な監視処理を行うことができる。
すなわち、密集判定処理については、撮像画像に含まれる人の数をカウントし、これに区画Ｌ１，Ｒ１に移動した人数を加算すればよい。
すなわち、密集判定処理については、撮像画像に含まれる人の数をカウントし、これに区画Ｌ１，Ｒ１に移動した人数を加算すればよい。
【0089】
密接判定処理については、監視装置２４０の制御部は、区画Ｌ１に移動する人の顔画像を追尾し、これが２以上存在する場合には、区画Ｌ１に２以上の人が存在すると判定することができる。監視装置２４０の制御部は、区画Ｒ１についても同様に判定することができる。
マスク未着用判定については、監視装置２４０の制御部は、区画Ｌ２～Ｌ４，Ｒ２～Ｒ４の人の顔画像についてマスク画像が含まれるか否かを判定することに加えて、区画Ｌ１，Ｒ１に移動中の顔画像についても、マスク画像が含まれるか否かを判定すればよい。
マスク未着用判定については、監視装置２４０の制御部は、区画Ｌ２～Ｌ４，Ｒ２～Ｒ４の人の顔画像についてマスク画像が含まれるか否かを判定することに加えて、区画Ｌ１，Ｒ１に移動中の顔画像についても、マスク画像が含まれるか否かを判定すればよい。
【0090】
このように、本実施形態の会議室監視システム２１０は、カメラ２４３の撮影画角θ２４３外に人が存在する場合にも、会議室１について監視処理を行うことができる。
【0091】
（第３実施形態）
次に、本発明の第３実施形態について説明する。
図１８は、第３実施形態のモニタリング画面３７５を説明する図である。
モニタリング画面３７５は、直近の会議室１の状況を示ために、サーバ６０が画像解析履歴記憶部６５ｄの直近の情報に基づいて作成する。
図１８に示すように、モニタリング画面３７５は、会議室１の部屋番号を表示し、また、会議室１の模式図３７５ａと、会議室内の人の模式図３７５ｂとを平面図で表示する。また、マスクをしていない利用者の模式図内には、マスクの模式図内に「×印」を表示する（区画Ｒ１の模式図３７５ｂ参照）。
次に、本発明の第３実施形態について説明する。
図１８は、第３実施形態のモニタリング画面３７５を説明する図である。
モニタリング画面３７５は、直近の会議室１の状況を示ために、サーバ６０が画像解析履歴記憶部６５ｄの直近の情報に基づいて作成する。
図１８に示すように、モニタリング画面３７５は、会議室１の部屋番号を表示し、また、会議室１の模式図３７５ａと、会議室内の人の模式図３７５ｂとを平面図で表示する。また、マスクをしていない利用者の模式図内には、マスクの模式図内に「×印」を表示する（区画Ｒ１の模式図３７５ｂ参照）。
【0092】
管理端末１１等は、サーバ６０に要求することにより、モニタリング画面３７５の情報を取得して、表示部１１ｂ等に表示することができる。
これにより、会議室１の管理者等は、ほぼリアルタイムで、会議室１の状況を確認することができる。
これにより、会議室１の管理者等は、ほぼリアルタイムで、会議室１の状況を確認することができる。
【0093】
以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限定されるものではなく、例えば、後述する変形形態等のように種々の変形や変更が可能であって、それらも本発明の技術的範囲内である。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、前述した実施形態及び後述する変形形態の構成は、それらの一部のみ用いること、又は適宜組み合わせて用いることもできるが、詳細な説明は省略する。
【0094】
（変形形態）
（１）実施形態において、監視装置は、撮像画像から頭部画像として顔画像を抽出する例を示したが、これに限定されない。例えば、監視装置は、顔画像を含む画像を抽出する形態であればよく、例えば、頭部全体の画像を抽出してもよい。
（２）実施形態において、監視装置は、詳細な解析情報を表示しない例を示したが、これに限定されない。監視装置は、例えば、図１０、図１２に示すような詳細な解析情報を含む撮像画像を、モニタ、管理端末等の表示部に表示してもよい。
（１）実施形態において、監視装置は、撮像画像から頭部画像として顔画像を抽出する例を示したが、これに限定されない。例えば、監視装置は、顔画像を含む画像を抽出する形態であればよく、例えば、頭部全体の画像を抽出してもよい。
（２）実施形態において、監視装置は、詳細な解析情報を表示しない例を示したが、これに限定されない。監視装置は、例えば、図１０、図１２に示すような詳細な解析情報を含む撮像画像を、モニタ、管理端末等の表示部に表示してもよい。
【0095】
（３）実施形態において、会議室監視システムは、会議室の密集状態の場合に、密集状態報知処理をする例を示したが（図９のＳ１６，Ｓ１６ａ参照）、これに限定されない。
会議室監視システムは、会議室が密集状態である場合には（Ｓ１６：ＹＥＳ）、利用者に対して、他の会議室を案内してもよい。
例えば、図７（Ｂ）の予約情報記憶部６５ｈの予約ＩＤ１００１では、定員８名の１号室の会議室で、１０：００－１１：００に会議が行われる。一方で、この時間には、定員１０名の２号室の会議室では、会議が行われていない。
このため、予約ＩＤ１００１で予約された会議が行われている場合に、会議室が密集状態であるときには（Ｓ１６：ＹＥＳ）、監視装置は、会議室内が異常判定されたことを示す情報（定員超過情報）を送信することにより（図１３のＳ３０参照）、利用中の会議室に在室している人数を収容可能な他の会議室の空き状況をサーバに問い合わせをし、これに応じて、サーバは、予約情報記憶部６５ｈを参照すればよい。この場合にも、サーバが２号室の会議室が空いている情報をスマートスピーカに送信することにより、スマートスピーカが定員１０名の２号室の会議室が空いていることを示す音声を出力すればよい。
会議室監視システムは、会議室が密集状態である場合には（Ｓ１６：ＹＥＳ）、利用者に対して、他の会議室を案内してもよい。
例えば、図７（Ｂ）の予約情報記憶部６５ｈの予約ＩＤ１００１では、定員８名の１号室の会議室で、１０：００－１１：００に会議が行われる。一方で、この時間には、定員１０名の２号室の会議室では、会議が行われていない。
このため、予約ＩＤ１００１で予約された会議が行われている場合に、会議室が密集状態であるときには（Ｓ１６：ＹＥＳ）、監視装置は、会議室内が異常判定されたことを示す情報（定員超過情報）を送信することにより（図１３のＳ３０参照）、利用中の会議室に在室している人数を収容可能な他の会議室の空き状況をサーバに問い合わせをし、これに応じて、サーバは、予約情報記憶部６５ｈを参照すればよい。この場合にも、サーバが２号室の会議室が空いている情報をスマートスピーカに送信することにより、スマートスピーカが定員１０名の２号室の会議室が空いていることを示す音声を出力すればよい。
【0096】
（４）予約情報は、リモート会議等の情報を含んでいてもよい。この場合には、監視装置は、会議開始されたと判定されたときに（図９のＳ１０参照）、リモート会議用のカメラ装置と、相手の情報端末とを接続するようにしてもよい。また、この場合には、スマートスピーカは、「相手の情報端末に接続します」といった音声を出力してもよい。
【0097】
（５）実施形態において、監視装置は、１つのカメラで会議室内の撮像画像を取得する例を示したが、これに限定されない。監視装置は、撮像範囲が異なる２以上のカメラで、会議室内の２以上の撮像画像を取得してもよい。この場合には、監視装置は、より広い面積の会議室を、監視することができる。この場合には、監視装置は、各撮像画像の個別の解析情報を統括して監視してもよく、また、２以上の撮像画像をパノラマ画像のようにして１つの撮像画像に合成し、この撮像画像を解析するようにしてもよい。
また、広角カメラ装置と、監視装置とを、施設内の通信網で接続することにより、より広い面積の会議室を監視できるようにしてもよい。
また、広角カメラ装置と、監視装置とを、施設内の通信網で接続することにより、より広い面積の会議室を監視できるようにしてもよい。
【0098】
（６）監視装置の制御部は、各判定で報知処理（すべての判定を対象としてもよいし、任意の判定を対象としてもよい）をした場合において、その判定タイミングの撮像情報を、記憶部に記憶してもよい。
この場合には、運用者は、記憶部に記憶された撮像情報を分析することにより、種々の対応をすることができる。例えば、本システムの判定が誤っている場合には、運用者は、設定を調整することにより、判定の精度を向上することができる。また、例えば、会議室の特定の使用者に関して異常判定が繰り返されている場合には、運用者は、その使用者に対して、感染症に関して、より警戒して行動ように指示することもできる。このような使用者の特定を円滑に行うために、監視装置の制御部は、撮像情報と、会議室の使用者とを、対応付けて記憶しておくことが好適である。
この場合には、運用者は、記憶部に記憶された撮像情報を分析することにより、種々の対応をすることができる。例えば、本システムの判定が誤っている場合には、運用者は、設定を調整することにより、判定の精度を向上することができる。また、例えば、会議室の特定の使用者に関して異常判定が繰り返されている場合には、運用者は、その使用者に対して、感染症に関して、より警戒して行動ように指示することもできる。このような使用者の特定を円滑に行うために、監視装置の制御部は、撮像情報と、会議室の使用者とを、対応付けて記憶しておくことが好適である。
【0099】
（７）実施形態において、制御部は、会議終了か否かを判定後に（Ｓ２０）、直ぐに、次の処理に進む例を示したが、これに限定されない。制御部は、一の種別の異常の報知処理後には、一定の時間経過するまでは、判定処理（Ｓ１６～１９）においていずれかの種別が異常であると判定しても、報知処理をスキップし、その一定時間経過に、新たな異常に関する報知処理を実行してもよい。これにより、会議室監視システムは、一の種別の異常判定に応じて、一定の時間経過するまで、会議室内に存在する人に対して、一の種別の異常（違反内容）を確実に報知できる。
【0100】
（８）実施形態において、会議室内の異常判定処理（Ｓ１６～１９）は、密集、密接、マスク着用、時間超過の順で行われる例を示したが、これに限定されない。これらの順序は、仕様等に応じて、適宜変更してもよく、また、適宜設定できるようにしてもよい。異常判定処理は、例えば、マスク着用、密集、密接、時間超過の順でもよい。
【0101】
（９）実施形態において、密接判定処理では、１つの区画に２以上の人（顔画像）が存在した場合に、密接状態であると判定する例を示したが、これに限定されない。
密接判定処理では、例えば、隣合う区画にそれぞれ人が存在すると判定した場合に、密接状態と判定してもよい。
また、１つの区画に２以上の人（顔画像）が存在した場合には、高密接状態と判定し、隣合う区画にそれぞれ人が存在すると判定した場合に低密接状態と判定するようにしてもよい。これにより、密接状態の度合いを、より詳細に確認できる。
さらに、会議室の管理者等が、感染症の警戒レベルに応じて、このような判定基準を、適宜、設定できるようにしてもよい。
密接判定処理では、例えば、隣合う区画にそれぞれ人が存在すると判定した場合に、密接状態と判定してもよい。
また、１つの区画に２以上の人（顔画像）が存在した場合には、高密接状態と判定し、隣合う区画にそれぞれ人が存在すると判定した場合に低密接状態と判定するようにしてもよい。これにより、密接状態の度合いを、より詳細に確認できる。
さらに、会議室の管理者等が、感染症の警戒レベルに応じて、このような判定基準を、適宜、設定できるようにしてもよい。
【符号の説明】
【0102】
１：会議室
２：モニタ
４：扉
１０，２１０：会議室監視システム
１１：管理端末
１２：利用者端末
３０：部屋システム
４０，２４０：監視装置
４３，２４３：カメラ
５０：スマートスピーカ
５３：スピーカ
５９：扉タブレット
６０：サーバ
２：モニタ
４：扉
１０，２１０：会議室監視システム
１１：管理端末
１２：利用者端末
３０：部屋システム
４０，２４０：監視装置
４３，２４３：カメラ
５０：スマートスピーカ
５３：スピーカ
５９：扉タブレット
６０：サーバ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】