特許 7604949 表示制御プログラム、表示制御方法及び表示制御装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-16

(45)【発行日】2024-12-24

(54)【発明の名称】表示制御プログラム、表示制御方法及び表示制御装置

(51)【国際特許分類】

   G06Q 90/00 20060101AFI20241217BHJP

   G06Q 50/26 20240101ALI20241217BHJP

【ＦＩ】

G06Q90/00 310

G06Q50/26

【請求項の数】 6

(21)【出願番号】P 2021033554

(22)【出願日】2021-03-03

(65)【公開番号】P2022134435

(43)【公開日】2022-09-15

【審査請求日】2023-11-09

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】木幡 駿

(72)【発明者】

【氏名】樋口 博之

【審査官】▲高▼瀬 健太郎

(56)【参考文献】

【文献】国際公開第２０１７／１４９７０３（ＷＯ，Ａ１）

【文献】特開２０２０－２０４９８１（ＪＰ，Ａ）

【文献】特開２０１９－１７７７６０（ＪＰ，Ａ）

【文献】国際公開第２０１７／０２２２７３（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ －９９／００

(57)【特許請求の範囲】

【請求項1】

特定の領域内に位置する複数の施設のそれぞれの上限人数と、前記複数の施設のそれぞれで撮像された画像に基づいて算出された来場者の人数とに基づいて決定される混雑に関する値に応じて、前記複数の施設の優先度を決定し、
決定された優先度に基づいて、前記複数の施設のうち、特定の数の施設を選択し、
選択された前記特定の数の施設のそれぞれについて、地図上の位置と、前記混雑に関する値に応じたアラート情報とを表示する、
処理をコンピュータに実行させ、
前記決定する処理は、前記複数の施設ごとに前記施設への前記来場者の人数が前記施設の上限人数で除算された混雑度でソートされた前記複数の施設の並び順のうち、前記混雑度が同値であるか、あるいは前記混雑度の差が閾値以内である施設の組合せが、前記組合せに含まれる施設ごとに前記施設の上限人数から前記施設への前記来場者の人数が減算された空き人数でさらにソートされた前記複数の施設の並び順により前記優先度を決定する処理を含む、
ことを特徴とする表示制御プログラム。

【請求項2】

前記選択する処理は、前記複数の施設のうち前記優先度が上位特定数に該当し、かつ前記混雑に関する値と閾値との比較結果が特定の条件を満たす施設を選択する処理を含む、
ことを特徴とする請求項１に記載の表示制御プログラム。

【請求項3】

特定の領域内に位置する複数の施設のそれぞれの上限人数と、前記複数の施設のそれぞれで撮像された画像に基づいて算出された来場者の人数とに基づいて決定される混雑に関する値に応じて、前記複数の施設の優先度を決定し、
決定された優先度に基づいて、前記複数の施設のうち、特定の数の施設を選択し、
選択された前記特定の数の施設のそれぞれについて、地図上の位置と、前記混雑に関する値に応じたアラート情報とを表示する、
処理をコンピュータに実行させ、
前記決定する処理は、前記複数の施設ごとに前記施設への前記来場者の人数が前記施設の上限人数で除算された混雑度の変化量でソートされた前記複数の施設の並び順のうち、前記混雑度の変化量が同値であるか、あるいは前記混雑度の変化量の差が閾値以内である施設の組合せが、前記組合せに含まれる施設のそれぞれの前記来場者の人数の変化量でさらにソートされた前記複数の施設の並び順により前記優先度を決定する処理を含む、
ことを特徴とする表示制御プログラム。

【請求項4】

前記選択する処理は、前記複数の施設のうち前記優先度が上位特定数に該当し、かつ前記混雑に関する値と閾値との比較結果が特定の条件を満たす施設を選択する処理を含む、
ことを特徴とする請求項３に記載の表示制御プログラム。

【請求項5】

特定の領域内に位置する複数の施設のそれぞれの上限人数と、前記複数の施設のそれぞれで撮像された画像に基づいて算出された来場者の人数とに基づいて決定される混雑に関する値に応じて、前記複数の施設の優先度を決定し、
決定された優先度に基づいて、前記複数の施設のうち、特定の数の施設を選択し、
選択された前記特定の数の施設のそれぞれについて、地図上の位置と、前記混雑に関する値に応じたアラート情報とを表示する、
処理をコンピュータが実行し、
前記決定する処理は、前記複数の施設ごとに前記施設への前記来場者の人数が前記施設の上限人数で除算された混雑度でソートされた前記複数の施設の並び順のうち、前記混雑度が同値であるか、あるいは前記混雑度の差が閾値以内である施設の組合せが、前記組合せに含まれる施設ごとに前記施設の上限人数から前記施設への前記来場者の人数が減算された空き人数でさらにソートされた前記複数の施設の並び順により前記優先度を決定する処理を含む、
ことを特徴とする表示制御方法。

【請求項6】

特定の領域内に位置する複数の施設のそれぞれの上限人数と、前記複数の施設のそれぞれで撮像された画像に基づいて算出された来場者の人数とに基づいて決定される混雑に関する値に応じて、前記複数の施設の優先度を決定し、
決定された優先度に基づいて、前記複数の施設のうち、特定の数の施設を選択し、
選択された前記特定の数の施設のそれぞれについて、地図上の位置と、前記混雑に関する値に応じたアラート情報とを表示する、
処理を実行する制御部を含み、
前記決定する処理は、前記複数の施設ごとに前記施設への前記来場者の人数が前記施設の上限人数で除算された混雑度でソートされた前記複数の施設の並び順のうち、前記混雑度が同値であるか、あるいは前記混雑度の差が閾値以内である施設の組合せが、前記組合せに含まれる施設ごとに前記施設の上限人数から前記施設への前記来場者の人数が減算された空き人数でさらにソートされた前記複数の施設の並び順により前記優先度を決定する処理を含む、
表示制御装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、表示制御技術に関する。

【背景技術】

【0002】

自治体の危機管理者向けに災害避難者支援サービスが提供されている。災害避難者支援サービスでは、自治体職員等の危機管理者の効率的な避難所運営を実現する側面から、自治体等が管轄する地域内で運営される避難所に関する各種の情報を集約して表示するダッシュボード機能が提供される。例えば、ダッシュボード機能では、地図上に自治体等が管轄する避難所をマッピングして表示したり、さらには、避難所ごとに避難所へ避難する人数をカウントして表示したりする。

【先行技術文献】

【特許文献】

【0003】

【文献】特開平１０－３３４１４６号公報

【文献】特開２０２０－２４５３０号公報

【文献】特開２０１６－２０６９９５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記のダッシュボード機能では、自治体等が管轄する地域内で運営される全ての避難所の情報が一画面に集約して表示される。このため、自治体等により運営される避難所の数が多いほどダッシュボード画面に表示される情報が過多になる。その結果、上記のダッシュボード機能では、対策が求められる避難所の情報が他の避難所の情報に埋もれる場合がある。なお、ここでは、避難所に関するダッシュボード機能を例に挙げたが、施設全般に関するダッシュボード機能にも同様の課題が生じ得る。

【0005】

１つの側面では、本発明は、情報過多になることを抑制できる表示制御プログラム、表示制御方法及び表示制御装置を提供することを目的とする。

【課題を解決するための手段】

【0006】

一態様では、表示制御プログラムは、特定の領域内に位置する複数の施設のそれぞれの上限人数と、前記複数の施設のそれぞれで撮像された画像に基づいて算出された来場者の人数とに基づいて決定される混雑に関する値に応じて、前記複数の施設の優先度を決定し、決定された優先度に基づいて、前記複数の施設のうち、特定の数の施設を選択し、選択された前記特定の数の施設のそれぞれについて、地図上の位置と、前記混雑に関する値に応じたアラート情報とを表示する、処理をコンピュータに実行させる。

【発明の効果】

【0007】

情報過多になることが抑制される。

【図面の簡単な説明】

【0008】

【図1】図１は、実施例１に係るサーバ装置の機能構成例を示すブロック図である。

【図2】図２は、ダッシュボード機能に用いる画像解析を模式的に示す図である。

【図3】図３は、ダッシュボード画面の一例を示す図である。

【図4】図４は、ダッシュボード画面の一例を示す図である。

【図5】図５は、ダッシュボード画面の一例を示す図である。

【図6】図６は、ダッシュボード画面の一例を示す図である。

【図7】図７は、アラート情報の表示例を示す図である。

【図8】図８は、アラート情報の表示例を示す図である。

【図9】図９は、アラート情報の表示例を示す図である。

【図10】図１０は、アラート情報の表示例を示す図である。

【図11】図１１は、アラート情報の表示例を示す図である。

【図12】図１２は、選択のアルゴリズムの一例を示す模式図である。

【図13】図１３は、実施例１に係る表示制御処理の手順を示すフローチャートである。

【図14】図１４は、選択のアルゴリズムの応用例を示す模式図である。

【図15】図１５は、アラート情報の応用例を示す図である。

【図16】図１６は、ハードウェア構成例を示す図である。

【発明を実施するための形態】

【0009】

以下に添付図面を参照して本願に係る表示制御プログラム、表示制御方法及び表示制御装置について説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【実施例1】

【0010】

図１は、実施例１に係るサーバ装置１０の機能構成例を示すブロック図である。図１に示すサーバ装置１０は、自治体等の危機管理者向けに災害避難者支援サービスを提供するコンピュータの一例である。

【0011】

例えば、サーバ装置１０は、上記の災害避難者支援サービスに対応する機能を実現する災害避難者支援プログラムを任意のコンピュータに実行させることにより実現できる。一例として、サーバ装置１０は、上記の災害避難者支援サービスに対応する機能をオンプレミスに提供するサーバとして実現することができる。他の一例として、サーバ装置１０は、ＳａａＳ（Software as a Service）型のアプリケーションとして実装することで、上記の災害避難者支援サービスをクラウドサービスとして提供することもできる。

【0012】

また、サーバ装置１０は、図１に示すように、ネットワークＮＷを介して、カメラ２０およびクライアント端末３０と通信可能に接続され得る。例えば、ネットワークＮＷは、有線または無線を問わず、インターネットやＬＡＮ（Local Area Network）などの任意の種類の通信網であってよい。

【0013】

カメラ２０は、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を搭載する撮像装置の一例である。あくまで一例として、カメラ２０は、自治体等が管轄する行政区画内で運営される避難所ごとに設置され得る。

【0014】

クライアント端末３０は、上記の災害避難者支援サービスの提供を受けるコンピュータの一例である。あくまで一例として、クライアント端末３０は、自治体職員やその関係者などの危機管理者をユーザとし、災害対策本部や避難所受付などで利用され得る。例えば、クライアント端末３０には、パーソナルコンピュータなどのデスクトップ型のコンピュータなどが対応し得る。これはあくまで例示に過ぎず、クライアント端末３０は、ラップトップ型のコンピュータや携帯端末装置、ウェアラブル端末などの任意のコンピュータであってよい。

【0015】

なお、図１には、上記の災害避難者支援サービスがクライアントサーバシステムで提供される例を挙げるが、この例に限定されず、スタンドアロンで上記の災害避難者支援サービスが提供されることとしてもよい。

【0016】

ここで、上記の災害避難者支援サービスには、危機管理者による避難所運営の効率化を実現する側面から、自治体等が管轄する地域内で運営される避難所における避難者状況を可視化するダッシュボード機能がパッケージ化され得る。

【0017】

例えば、避難者状況の可視化は、次に挙げる観点から避難所運営の効率化に貢献する。１つの側面として、地震や台風などの自然災害の発生時には、避難所状況の把握、避難集中の把握、リアルタイム集計、職員動員体制の確保などの観点から貢献できる。他の側面として、コロナ禍では、密閉、密集および密接の３密の回避、ソーシャルディスタンス、避難所のキャパシティの変化、さらには、避難者の分散などの観点から貢献できる。特に、コロナ禍等の感染症の流行が招く災害、あるいは感染症の流行等を含む複合災害の下では、各避難所における人数の把握や各避難所間の人数の偏りの把握などが感染リスクの対策に有用である。

【0018】

このような側面から、上記のダッシュボード機能は、自治体等が管轄する地域内で運営される避難所に関する各種の情報、例えば避難所における人数が集約されたウィンドウをダッシュボード画面として表示する。

【0019】

図２は、ダッシュボード機能に用いる画像解析を模式的に示す図である。図２には、あくまで一例として、避難所２Ａにおける人数カウントが画像解析技術により実現される例が示されている。図２に示す例で言えば、カメラ２０Ａは、避難所２Ａの出入り口の付近に設置されている。このようなカメラ配置の下、カメラ２０Ａにより撮像される画像２００Ａから人の頭部、例えば図２に示すバウンディングボックスの部分が検出される。このように検出された頭部をトラッキングすることにより、カメラ２０Ａが撮像する画像上に設定されたラインＬ１を通過する人物の人数がカウントされる。例えば、頭部が避難所２Ａの外側から内側へ向けてラインＬ１を通過する場合、避難所２Ａの人数がインクリメントされる。一方、頭部が避難所２Ａの内側から外側へ向けてラインＬ１を通過する場合、避難所２Ａの人数がデクリメントされる。このように、カメラ２０Ａにより撮像される画像に基づいて避難所２Ａへの来場および避難所２Ａからの出場のイベントを検知し、来場または出場のイベントに応じて避難所２Ａに来場している人数が更新される。以下、避難所２Ａに来場している来場者のことを「避難者」と記載すると共に、避難者の人数のことを「避難者数」と記載する場合がある。

【0020】

なお、図２には、避難所２Ａにおける避難者の人数カウントが頭部検出により実現される例を挙げたが、顔や全身を検出することにより実現されることとしてもよい。また、図２には、ラインＬ１の通過人数をカウントすることにより、施設、例えば避難所の人数をカウントする例を挙げたが、避難所内に存在する避難者の人数そのものをカウントすることとしてもよい。

【0021】

また、図２には、あくまで一例として、避難所２Ａにおける避難者の人数カウントが画像解析により実現される例を挙げたが、他の技術により実現されてもよい。例えば、避難者が使用する携帯端末装置の位置情報をトラッキングしたり、あるいは近距離無線通信のビーコンを検知したりすることにより避難所２Ａの出入り口を通過する人数がカウントされることとしてもよい。また、避難所受付の自治体職員等により入力されるカウンタから入退場の人数を収集することとしてもよい。

【0022】

このようにして得られる避難所における避難者の人数に基づいて、ダッシュボード機能は、地図上に自治体等により管轄される避難所をマッピングし、マッピングされた避難所ごとに避難者数に関する各種の情報の表示をダッシュボード画面上で実現できる。

【0023】

あくまで一例として、ダッシュボード画面の表示パターンを３つ挙げる。図３～図５は、ダッシュボード画面の一例を示す図である。図３～図５には、ダッシュボード画面の一例として、ダッシュボード画面３１０～３３０が示されている。図３～図５に示すように、ダッシュボード画面３１０～３３０には、上記の災害避難者支援サービスの加入者となる自治体、例えば「市」や「区」などが管轄する地域の地図が描画された地図画像が表示される。

【0024】

図３に示すように、ダッシュボード画面３１０には、自治体が管轄する地域で運営される避難所２Ａ～２Ｇの各々に対応するシンボル４Ａ～４Ｇが避難所２Ａ～２Ｇの各々に対応する位置にマッピングされた地図画像が表示される。このようなマッピングには、一例として、ＧＩＳ（Geographical Information System）ソフトウェアにより提供される機能を用いることができる。さらに、ダッシュボード画面３１０では、避難所２Ａ～２Ｇに対応するシンボル４Ａ～４Ｇごとに避難所２Ａ～２Ｇの各々における避難者数などのアノテーションが対応付けて表示される。

【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】

取得部１５Ａは、画像を取得する処理部である。あくまで一例として、取得部１５Ａは、カメラ２０ごとに当該カメラ２０から出力される画像をフレーム単位で取得することができる。ここで、取得部１５Ａが画像を取得する情報ソースは、任意の情報ソースであってよく、カメラ２０に限定されない。例えば、取得部１５Ａは、画像を蓄積するストレージ、あるいはメモリカードやＵＳＢ（Universal Serial Bus）メモリなどのリムーバブルメディアから画像を取得することもできる。この他、取得部１５Ａは、カメラ２０以外の外部装置からネットワークＮＷを介して画像を取得することもできる。

【0055】

算出部１５Ｂは、混雑に関する値、例えば上記の混雑評価値を算出する処理部である。あくまで一例として、算出部１５Ｂは、施設、例えば避難所２ごとに次のような処理を実行する。以下、利用シーンのあくまで一例として、避難所２の出入り口が１つである場合を例に挙げる。本例に従えば、１つの避難所につき１つのカメラ２０から画像が取得されることになる。この場合、算出部１５Ｂは、取得部１５Ａにより取得される画像ごとに当該画像に図２に示された画像解析技術を適用する。例えば、画像解析技術は、避難所の静止画、あるいは最新のフレームから遡って特定のフレーム数分の動画が入力されることにより避難所における人数カウントを出力する機械学習モデルにより実現され得る。このような機械学習モデルの生成には、一例として、ＣＮＮ（Convolutional Neural Network）に対応するＤＬ（Deep Learning）フレームワークを用いることができる。なお、１つの避難所２に複数の出入り口が存在する場合、出入り口の数に対応する数のカメラ２０から取得される画像の各々を入力として１つの避難所の人数カウントを実行することとすればよい。

【0056】

避難所の人数カウントの実行後、算出部１５Ｂは、避難所の避難者数と、当該避難所に設定された上限人数とに基づいて避難所の混雑評価値を算出する。このような混雑評価値の例として、混雑度および空き人数が挙げられる。例えば、「混雑度」は、避難者数を上限人数で除算する計算、「避難者数÷上限人数」により算出することができる。ここでは、あくまで一例として、混雑度の値が大きいほど避難所が混雑している度合いが高い混雑度を算出する例を挙げたが、混雑度の値が小さいほど避難所が混雑している度合いが高い混雑度を算出することとしてもよい。また、「空き人数」は、上限人数から避難者数を減算する計算、「上限人数－避難者数」により算出することができる。

【0057】

決定部１５Ｃは、複数の避難所の各々混雑評価値に応じて複数の避難所間の優先度を決定する。あくまで一例として、決定部１５Ｃは、避難所２を混雑度の降順にソートする。これにより、避難所２を混雑度が高い順、いわゆる降順に並べ替える。そして、決定部１５Ｃは、混雑度が同等である避難所２が存在するか否かを判定する。ここで言う「同等」とは、同値である状態および避難所間の混雑度の差が閾値以内である状態の両者を範疇とする。このとき、混雑度が同等である避難所２が存在する場合、決定部１５Ｃは、混雑度の降順にソートされた避難所のうち混雑度が同等である避難所に絞り込んで空き人数が少ない順、いわゆる昇順にさらにソートする。このようなソートの結果として得られた避難所２の並び順、すなわち順位が優先度として決定される。

【0058】

選択部１５Ｄは、複数の避難所の間の優先度に基づいて、複数の避難所のうち特定の数の避難所を選択する。あくまで一例として、選択部１５Ｄは、避難所２のうち優先度が上位特定数、例えば上位１つまたは上位４つに該当する避難所を選択する。例えば、選択部１５Ｄが選択する避難所の数は、あくまで一例として、記憶部１３に記憶された設定情報１３Ａに設定された避難所の選択数が参照される。ここで、選択部１５Ｄが選択する避難所の数は、設定情報１３Ａに設定された選択数のみに拘束されずともよい。例えば、選択部１５Ｄは、優先度に基づいて選択された避難所のうち、混雑度が閾値以上である条件１を満たす避難所を再選択できる。また、選択部１５Ｄは、優先度に基づいて選択された避難所のうち、空き人数が閾値未満である条件２を満たす避難所を再選択できる。さらに、選択部１５Ｄは、優先度に基づいて選択された避難所のうち、条件１および条件２を満たす避難所を再選択できる。なお、設定情報１３Ａに設定される避難所の選択数は、システム定義であってもよいし、ユーザ定義であってもよい。

【0059】

図１２は、選択のアルゴリズムの一例を示す模式図である。図１２には、一例として、算出部１５Ｂによる算出結果の一例がテーブル１５Ｂ１として模式化されている。図１２に示すように、テーブル１５Ｂ１には、避難所２Ａ～２Ｇごとに避難者数、収容人数、空き人数および混雑度が対応付けられている。これらのうち、「収容人数」は、避難所が選択されるよりも事前に定義しておくことができる。ここで言う「収容人数」は、避難所の上限人数の一例に対応し、例えば、避難所の構造物の設計事業者等により避難所の収容能力の面から設定され得る。これはあくまで１つの側面に過ぎず、他の側面から上限人数を設定することもできる。例えば、温度または湿度は感染リスクと相関がある側面から、避難所で測定された温度または湿度に基づいて収容人数が補正された補正収容人数を上限人数に設定することもできる。

【0060】

例えば、避難所２Ａを例に挙げれば、カメラ２０Ａにより撮像された画像に避難者の人数カウントが実行されることにより避難者数が８００人と算出される。すると、避難者数「８００人」を収容人数「１０００人」で除算することにより、混雑度「０．８」が算出される。さらに、収容人数「１０００人」から避難者数「８００人」を減算することにより、空き人数「２００人」が算出される。避難所２Ａ以外の避難所２Ｂ～２Ｇについても収容人数および避難者数の各々の数値は異なれども同様の計算を実行することにより、混雑度および空き人数などの混雑評価値を算出することができる。この結果、図１２に示すテーブル１５Ｂ１が生成される。

【0061】

その後、テーブル１５Ｂ１の避難所２Ａ～２Ｇを混雑度が高い順、いわゆる降順に並べ替えることにより、避難所２Ａ～２Ｇが混雑度の降順にソートされたテーブル１５Ｃ１１が得られる。そして、避難所２Ａ～２Ｇの間で混雑度が同等である避難所２が存在するか否かが判定される。テーブル１５Ｃ１１の例で言えば、避難所２Ａおよび避難所２Ｅの混雑度「０．８」が同値であり、さらに、避難所２Ｃおよび避難所２Ｇの混雑度「０．５」が同値である。このため、混雑度という１つの指標では、避難所２Ａおよび避難所２Ｅと、避難所２Ｃおよび避難所２Ｇとの間で同評価となるので、優劣を決定するのが困難である。そこで、テーブル１５Ｃ１１の避難所２Ａ～２Ｇのうち混雑度が同値である避難所２Ａおよび避難所２Ｅを空き人数の昇順にさらに並べ替えると共に、混雑度が同値である避難所２Ｃおよび避難所２Ｇを空き人数の昇順にさらに並び替える。これにより、テーブル１５Ｃ１２が得られる。このようにして得られたテーブル１５Ｃ１２における避難所２の並び順、すなわち順位が優先度として決定される。ここで、設定情報１３Ａに設定された避難所の選択数が「４」である場合を例に挙げる。この場合、避難所２Ａ～２Ｇのうち優先度が上位４つに該当する避難所２が選択される。例えば、図１２に示すテーブル１５Ｃ１２の例に従えば、避難所２Ｅ、避難所２Ａ、避難所２Ｆおよび避難所２Ｇが選択される。

【0062】

このように、混雑度および空き人数のソートの結果に対応する優先度に基づいて避難所を選択することで、混雑がより逼迫している避難所に関するアラート情報を表示させることができる。図１２に示すテーブル１５Ｃ１２の例で言えば、避難所２Ｃおよび避難所２Ｇは、いずれも混雑度が「０．５」であり、同等の混雑であるが、上位４つの避難所を選択する場合、いずれかがアラートの対象から外れる。このような場合でも、空き人数でさらにソートされたテーブル１５Ｃ１２に基づいて空き人数が避難所２Ｃよりも少ない避難所２Ｇが選択される。それ故、避難所２Ｃよりも混雑がより逼迫している避難所２Ｇをアラートの対象に含める一方で、避難所２Ｇよりも混雑が逼迫していない避難所２Ｃをアラートの対象から外すことができる。

【0063】

表示制御部１５Ｅは、クライアント端末３０に対する各種の表示制御を実行する処理部である。１つの側面として、表示制御部１５Ｅは、クライアント端末３０からダッシュボード画面の表示リクエストを受け付けた場合、次のような処理を実行する。すなわち、表示制御部１５Ｅは、記憶部１３に記憶された地図情報１３Ｂのうち、上記の災害避難者支援サービスの加入者となる自治体のアカウントに対応する地図情報を読み出す。続いて、続いて、表示制御部１５Ｅは、地図情報に含まれる地図画像に自治体が管轄する地域で運営される避難所の各々に対応するシンボルをマッピングする。このようなマッピングには、一例として、ＧＩＳソフトウェアにより提供される機能を用いることができる。そして、表示制御部１５Ｅは、設定情報１３Ａに設定された表示パターン、例えば図３～図５に示された３つの表示パターンのうちいずれかの表示パターンにしたがって避難所がマッピングされた地図画像を含むダッシュボード画面の表示データを生成する。このように生成されたダッシュボード画面がクライアント端末３０に表示される。その後、表示制御部１５Ｅは、算出部１５Ｂにより避難者数が算出された場合、各避難所のシンボルに対応付けられた避難者数のアノテーションの表示を更新する。

【0064】

他の側面として、表示制御部１５Ｅは、ダッシュボード画面にアラート情報を表示する。あくまで一例として、表示制御部１５Ｅは、自治体により運営される避難所のうち、選択部１５Ｄにより選択された避難所に関するアラート情報をダッシュボード画面上に表示させる。このとき、表示制御部１５Ｅは、設定情報１３Ａに設定された表示パターン、例えば図７～図１１に示された表示パターンのうちいずれかの表示パターンにしたがってダッシュボード画面上にアラート情報を表示させる。例えば、アラート情報には、図７～図１１に示されたメッセージ等を含めたり、避難者数や混雑評価値を含めたりすることができる。

【0065】

次に、本実施例に係るサーバ装置１０の処理の流れについて説明する。図１３は、実施例１に係る表示制御処理の手順を示すフローチャートである。例えば、表示制御処理は、クライアント端末３０にダッシュボード画面が表示された場合に開始される。その後、表示制御処理は、カメラ２０により画像が取得される周期、あるいは特定の間隔、例えば１秒ごとに繰り返される。そして、表示制御処理は、ダッシュボード画面が閉じられた場合に終了する。

【0066】

図１３に示すように、取得部１５Ａは、自治体のアカウントに関連付けられた避難所２ごとに当該避難所２に設置されたカメラ２０から画像を取得する（ステップＳ１０１）。

【0067】

その後、避難所２の総数Ｎ個に対応する回数の分、下記のステップＳ１０２および下記のステップＳ１０３の処理を繰り返すループ処理１が開始される。なお、ここでは、ループ処理が行われる例を挙げるが、避難所２ごとに下記のステップＳ１０２および下記のステップＳ１０３の処理が並列して実行されもよい。

【0068】

すなわち、算出部１５Ｂは、ステップＳ１０１で取得された画像に図２に示された画像解析技術を適用することにより、避難所における避難者数をカウントする（ステップＳ１０２）。そして、算出部１５Ｂは、ステップＳ１０２でカウントされた避難所の避難者数と、当該避難所に設定された上限人数とに基づいて避難所の混雑度および空き人数を混雑評価値として算出する（ステップＳ１０３）。

【0069】

このようなループ処理１が繰り返されることにより、避難所２ごとに避難者数と混雑度および空き人数を含む混雑評価値を得ることができる。そして、ループ処理１が終了すると、表示制御部１５Ｅは、ステップＳ１０２で避難所ごとに算出された避難者数に基づいて各避難所のシンボルに対応付けられた避難者数のアノテーションの表示を更新する（ステップＳ１０４）。

【0070】

そして、決定部１５Ｃは、避難所２を混雑度の降順にソートする（ステップＳ１０５）。続いて、決定部１５Ｃは、混雑度が同等である避難所２が存在するか否かを判定する（ステップＳ１０６）。

【0071】

このとき、混雑度が同等である避難所２が存在する場合（ステップＳ１０６Ｙｅｓ）、決定部１５Ｃは、ステップＳ１０５で混雑度の降順にソートされた避難所２のうち混雑度が同等である避難所２同士を空き人数の昇順にさらにソートする（ステップＳ１０７）。なお、混雑度が同等である避難所２が存在しない場合（ステップＳ１０６Ｎｏ）、ステップＳ１０７の処理をスキップしてステップＳ１０８の処理へ移行する。

【0072】

その後、決定部１５Ｃは、ステップＳ１０５またはステップＳ１０７のソートの結果として得られた避難所２の並び順、すなわち順位を各避難所の優先度として決定する（ステップＳ１０８）。

【0073】

そして、選択部１５Ｄは、設定情報１３Ａに設定された避難所の選択数を参照して、避難所２のうちステップＳ１０８で決定された優先度が上位特定数、例えば上位１つまたは上位４つに該当する避難所２を選択する（ステップＳ１０９）。

【0074】

その上で、表示制御部１５Ｅは、設定情報１３Ａに設定された表示パターンに従って、自治体により運営される避難所のうちステップＳ１０９で選択された避難所に関するアラート情報をダッシュボード画面上に表示させ（ステップＳ１１０）、処理を終了する。

【0075】

上述してきたように、本実施例に係るサーバ装置１０は、特定の地域に含まれる複数の避難所の各々の上限人数と複数の避難所の各々の画像から算出される避難者数とから評価される混雑に関する値に応じて選択された避難所に関するアラート情報を表示する。したがって、本実施例に係るサーバ装置１０によれば、対策が求められる施設の情報が埋もれるのを抑制することが可能である。

【実施例2】

【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】

（付記１０）特定の領域内に位置する複数の施設のそれぞれの上限人数と、前記複数の施設のそれぞれで撮像された画像に基づいて算出された来場者の人数とに基づいて決定される混雑に関する値に応じて、前記複数の施設の優先度を決定し、
決定された優先度に基づいて、前記複数の施設のうち、特定の数の施設を選択し、
選択された前記特定の数の施設のそれぞれについて、地図上の位置と、前記混雑に関する値に応じたアラート情報とを表示する、
処理をコンピュータが実行する表示制御方法。

【0103】

（付記１１）前記決定する処理は、前記複数の施設ごとに前記施設への前記来場者の人数が前記施設の上限人数で除算された混雑度でソートされた前記複数の施設の並び順により前記優先度を決定する処理を含む、
ことを特徴とする付記１０に記載の表示制御方法。

【0104】

（付記１２）前記決定する処理は、前記混雑度でソートされた前記複数の施設の並び順のうち、前記混雑度が同値であるか、あるいは前記混雑度の差が閾値以内である施設の組合せが、前記組合せに含まれる施設ごとに前記施設の上限人数から前記施設への前記来場者の人数が減算された空き人数でさらにソートされた前記複数の施設の並び順により前記優先度を決定する処理を含む、
ことを特徴とする付記１１に記載の表示制御方法。

【0105】

（付記１３）前記決定する処理は、前記複数の施設ごとに前記施設への前記来場者の人数が前記施設の上限人数で除算された混雑度の変化量でソートされた前記複数の施設の並び順により前記優先度を決定する処理を含む、
ことを特徴とする付記１０に記載の表示制御方法。

【0106】

（付記１４）前記決定する処理は、前記混雑度の変化量でソートされた前記複数の施設の並び順のうち、前記混雑度の変化量が同値であるか、あるいは前記混雑度の変化量の差が閾値以内である施設の組合せが、前記組合せに含まれる施設のそれぞれの前記来場者の人数の変化量でさらにソートされた前記複数の施設の並び順により前記優先度を決定する処理を含む、
ことを特徴とする付記１３に記載の表示制御方法。

【0107】

（付記１５）前記選択する処理は、前記複数の施設のうち前記優先度が上位特定数に該当し、かつ前記混雑に関する値と閾値との比較結果が特定の条件を満たす施設を選択する処理を含む、
ことを特徴とする付記１０に記載の表示制御方法。

【0108】

（付記１６）前記アラート情報は、選択された前記特定の数の施設のそれぞれで撮像された画像を含む、
ことを特徴とする付記１０に記載の表示制御方法。

【0109】

（付記１７）前記アラート情報は、選択された前記特定の数の施設のそれぞれについて、前記来場者の人数の算出値の時系列データがプロットされたチャートを含む、
ことを特徴とする付記１０に記載の表示制御方法。

【0110】

（付記１８）前記アラート情報は、選択された前記特定の数の施設のそれぞれについて、前記来場者の人数の算出値の時系列データと、前記来場者の人数の予測値の時系列データとがプロットされたチャートを含む、
ことを特徴とする付記１０に記載の表示制御方法。

【0111】

（付記１９）特定の領域内に位置する複数の施設のそれぞれの上限人数と、前記複数の施設のそれぞれで撮像された画像に基づいて算出された来場者の人数とに基づいて決定される混雑に関する値に応じて、前記複数の施設の優先度を決定し、
決定された優先度に基づいて、前記複数の施設のうち、特定の数の施設を選択し、
選択された前記特定の数の施設のそれぞれについて、地図上の位置と、前記混雑に関する値に応じたアラート情報とを表示する、
処理を実行する制御部を含む表示制御装置。

【0112】

（付記２０）前記決定する処理は、前記複数の施設ごとに前記施設への前記来場者の人数が前記施設の上限人数で除算された混雑度でソートされた前記複数の施設の並び順により前記優先度を決定する処理を含む、
ことを特徴とする付記１９に記載の表示制御装置。

【符号の説明】

【0113】

１０ サーバ装置
１１ 通信インタフェイス部
１３ 記憶部
１３Ａ 設定情報
１３Ｂ 地図情報
１５ 制御部
１５Ａ 取得部
１５Ｂ 算出部
１５Ｃ 決定部
１５Ｄ 選択部
１５Ｅ 表示制御部
２０ カメラ
３０ クライアント端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】