WO2022065218A1

WO2022065218A1 - 画面表示制御装置、画面表示制御方法及びプログラム

Info

Publication number: WO2022065218A1
Application number: PCT/JP2021/034253
Authority: WO
Inventors: 郷太渡部
Original assignee: 富士フイルム株式会社
Priority date: 2020-09-23
Filing date: 2021-09-17
Publication date: 2022-03-31
Also published as: JPWO2022065218A1; US20230229374A1

Abstract

動的に変化する重要度を反映した画面表示を実現する画面表示制御装置、画面表示制御方法及びプログラムを提供する。入力された複数の種類のデータを取得し、複数の種類のデータのそれぞれの重要度を判定し、複数の種類のデータのそれぞれの重要度をもとに、画面全体における複数の種類のデータの表示の配置を決定し、複数の種類のデータを決定した配置で画面に表示させる画面表示制御装置、画面表示制御方法及びプログラムによって上記課題を解決する。

Description

画面表示制御装置、画面表示制御方法及びプログラム

　本発明は画面表示制御装置、画面表示制御方法及びプログラムに係り、特に複数の種類のデータを画面に表示する技術に関する。

　自治体の災害対応業務においては、気象情報及び街の被害状況等、多種多様で大量の情報がリアルタイムに入力され、この大量の情報を適切に画面表示することが必要となる。

　特許文献１には、ユーザーが見たい情報を表示する画面をあらかじめ登録しておき、ショートカットボタン等で切り替える装置が記載されている。

特開２００３－１４１６７０号公報

　災害対応業務の担当者は、入力される大量の情報の中から必要な情報を取捨選択しながら意思決定を行うが、適切な情報に着目することが遅れると、救助活動及び避難指示発令等の意思決定の速さにも影響してしまう。

　これに対し、特許文献１に記載の装置のように、表示項目及びレイアウトがプリセットされた表示方法では、状況に応じて重要度が動的に変わるような情報を適切に表現できないという問題点があった。

　本発明はこのような事情に鑑みてなされたもので、動的に変化する重要度を反映した画面表示を実現する画面表示制御装置、画面表示制御方法及びプログラムを提供することを目的とする。

　上記目的を達成するための画面表示制御装置の一の態様は、プロセッサに実行させるための命令を記憶するメモリと、メモリに記憶された命令を実行するプロセッサと、を備え、プロセッサは、入力された複数の種類のデータを取得し、複数の種類のデータのそれぞれの重要度を判定し、複数の種類のデータのそれぞれの重要度をもとに、画面全体における複数の種類のデータの表示の配置を決定し、複数の種類のデータを決定した配置で画面に表示させる、画面表示制御装置である。

　本態様によれば、複数の種類のデータのそれぞれの重要度をもとに、画面全体における複数の種類のデータの表示の配置を決定するようにしたので、動的に変化する重要度を反映した画面表示を実現することができる。

　プロセッサは、複数の種類のデータのうち重要度が高い第１の種類のデータの面積を大きく配置、又は第１の種類のデータ以外の種類のデータよりも目立たせて配置することが好ましい。これにより、重要度が高い第１の種類のデータを大きく、又は目立たせて配置することができる。

　プロセッサは、複数の種類のデータのうち第２の種類のデータの重要度が上がると、第２の種類のデータ以外の種類のデータのうち、最も重要度の低い第３の種類のデータの面積を小さく配置、又は非表示にすることが好ましい。これにより、第２の種類のデータの面積を相対的に大きくすることができる。

　プロセッサは、データ入力頻度が閾値を超えた種類のデータについて重要度が高いと判定することが好ましい。これにより、重要度を適切に判定することができる。

　プロセッサは、複数の種類のデータのうち第４の種類のデータを一定の面積で配置することが好ましい。第４の種類のデータを常に一定の面積で表示させることができる。

　プロセッサは、ユーザーからの入力を受け付けるウィンドウを画面に表示させることが好ましい。ユーザーからの入力を受け付けることができる。

　プロセッサは、ユーザーの属性又はユーザーの位置に応じて複数の種類のデータのそれぞれの重要度を判定することが好ましい。これにより、ユーザーに応じた重要度を判定することができる。

　プロセッサは、複数の種類のデータのそれぞれの重要度を共通の指標で算出し、共通の指標で算出された重要度を用いて複数の種類のデータ同士の重要度を比較することがこのましい。これにより、複数の種類のデータの重要度を適切に比較することができる。

　複数の種類のデータは、気象情報、災害対策情報、地震災害情報、及び水害情報のうち少なくとも１つを含むことが好ましい。本態様は、このような種類のデータを扱う場合に好適である。

　上記目的を達成するための画面表示制御方法の一の態様は、入力された複数の種類のデータを取得する取得工程と、複数の種類のデータのそれぞれの重要度を判定する判定工程と、複数の種類のデータのそれぞれの重要度をもとに、画面全体における複数の種類のデータの表示の配置を決定する決定工程と、複数の種類のデータを決定した配置で画面に表示させる表示制御工程と、を備える画面表示制御方法である。

　上記目的を達成するためのプログラムの一の態様は、上記の画面表示制御方法をコンピュータに実行させるためのプログラムである。このプログラムが記録された、コンピュータが読み取り可能な非一時的記憶媒体も本態様に含んでよい。

　本発明によれば、動的に変化する重要度を反映した画面表示を実現することができる。

図１は、被害状況監視システムの概略図である。図２は、サーバーの構成図である。図３は、サーバーの機能ブロック図である。図４は、画面構成部の機能ブロック図である。図５は、レイアウト制御部の機能ブロック図である。図６は、色制御部の機能ブロック図である。図７は、外部データ受信部の機能ブロック図である。図８は、重要度判定用データ取得部の機能ブロック図である。図９は、ユーザー属性取得部の機能ブロック図である。図１０は、画面表示制御方法の各工程を示すフローチャートである。図１１は、ディスプレイに表示される画面の一例である。図１２は、ディスプレイに表示される画面の一例である。図１３は、タブレットＰＣに表示される画面の一例を示す図である。図１４は、タブレットＰＣに表示される画面の一例を示す図である。図１５は、スマートフォンに表示される画面の一例を示す図である。図１６は、ディスプレイに表示される画面の一例を示す図である。図１７は、ディスプレイに表示される画面の一例を示す図である。図１８は、重要度判定部が用いる参照テーブルの一例を示す図である。

　以下、添付図面に従って本発明の好ましい実施形態について詳説する。

　〔被害状況監視システムの構成〕
　図１は、本実施形態に係る被害状況監視システム１０の概略図である。図１に示すように、被害状況監視システム１０は、ディスプレイ１２と、サーバー１４と、情報取得装置１６と、タブレットＰＣ（Personal Computer）１８と、スマートフォン２０と、から構成される。

　ディスプレイ１２は、行政機関の災害対策本部に設置され、災害に関する複数の情報を災害対策本部のメンバーであるユーザーに視認させるための表示装置である。ディスプレイ１２としては、大画面プラズマディスプレイ、又は複数のディスプレイをつなぎ合わせた多面マルチディスプレイ等を適用することができる。ディスプレイ１２に代えて、スクリーンに映像を投影するプロジェクタを適用してもよい。

　サーバー１４は、少なくとも１つのコンピュータで実現され、ディスプレイ１２、タブレットＰＣ１８、及びスマートフォン２０の画面表示を制御する画面表示制御装置を構成する。

　情報取得装置１６は、センサーデータ及びシステムログからなる気象情報、災害対策情報、地震災害情報、及び水害情報等の情報を取得する。サーバー１４は、インターネット等の通信ネットワーク２１を介して、情報取得装置１６からこれらの情報を受信可能に接続される。

　ここで、気象情報は、雨量グラフ、天気図、雨雲分布図、波高グラフ、風向風速グラフ、警報・注意報、気温グラフ、及び湿度グラフのうちの少なくとも１つを含む情報である。

　災害対策情報は、避難所マップ、避難所備蓄品・収容可能人数・設備情報、避難所への避難住民名簿・人数グラフ、避難所からの物資・人員支援リクエスト、下水・上水道マップ、病院マップ、病院の受け入れ可能人数、通信障害エリアマップ、給油可能ガソリンスタンドマップ、公共交通機関の稼働状況、定点カメラ位置・撮影画像・ストリーミング映像、ドライブレコーダー位置・撮影画像・ストリーミング映像、調査用ドローンの航跡・撮影画像・ストリーミング映像、災害対策本部に設置されたホワイトボードの位置・画像・ストリーミング映像、及び他自治体の災害対策情報のうちの少なくとも１つを含む情報である。

　地震災害情報は、震度分布図、被災家屋分布図・損壊家屋画像、火災家屋分布図・火災家屋画像、道路・インフラ被害分布図、被災者数グラフ、家屋被害調査員の人数・調査資材、家屋被害調査員の位置情報、家屋被害調査の進捗、家屋被害調査実施内容のログ、家屋被害調査結果、家屋被害調査員からの問い合わせログ、住民からの家屋被害通報、住民からの道路・インフラ被害通報、住民からの火災通報、住民からの相談内容、及び住民のＳＮＳ（Social Networking Service）投稿内容のうちの少なくとも１つを含む情報である。

　水害情報は、ハザードマップ、河川水位グラフ、危険水準河川マップ、堤防の損壊箇所マップ、洪水シミュレーション結果、避難経路シミュレーション結果、避難勧告発令履歴、避難住民位置情報、要支援住民リスト、洪水発生マップ、及び土砂災害発生マップのうちの少なくとも１つを含む情報である。

　タブレットＰＣ１８は、行政機関の関係者が所有する情報携帯端末であり、通信ネットワーク２１を介してサーバー１４に接続される。図１では１つのタブレットＰＣ１８を例示しているが、複数のタブレットＰＣ１８が通信ネットワーク２１を介してサーバー１４に接続されていてもよい。

　スマートフォン２０は、地域住民が所有する情報携帯端末であり、通信ネットワーク２１を介してサーバー１４に接続される。図１では１つのスマートフォン２０を例示しているが、複数のスマートフォン２０が通信ネットワーク２１を介してサーバー１４に接続されていてもよい。

　図２は、サーバー１４の構成図である。サーバー１４は、プロセッサ１４Ａと、メモリ１４Ｂと、通信インターフェース１４Ｃと、を備える。

　プロセッサ１４Ａは、メモリ１４Ｂに記憶された命令を実行する。プロセッサ１４Ａのハードウェア的な構造は、次に示すような各種のプロセッサ（processor）である。各種のプロセッサには、ソフトウェア（プログラム）を実行して各種の機能部として作用する汎用的なプロセッサであるＣＰＵ（Central Processing Unit）、画像処理に特化したプロセッサであるＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field Programmable Gate Array）等の製造後に回路構成を変更可能なプロセッサであるＰＬＤ（Programmable Logic Device）、ＡＳＩＣ（Application Specific Integrated Circuit）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等が含まれる。

　１つの処理部は、これら各種のプロセッサのうちの１つで構成されていてもよいし、同種又は異種の２つ以上のプロセッサ（例えば、複数のＦＰＧＡ、又はＣＰＵとＦＰＧＡの組み合わせ、あるいはＣＰＵとＧＰＵの組み合わせ）で構成されてもよい。また、複数の機能部を１つのプロセッサで構成してもよい。複数の機能部を１つのプロセッサで構成する例としては、第１に、クライアント又はサーバー等のコンピュータに代表されるように、１つ以上のＣＰＵとソフトウェアの組合せで１つのプロセッサを構成し、このプロセッサが複数の機能部として作用させる形態がある。第２に、ＳｏＣ（System On Chip）等に代表されるように、複数の機能部を含むシステム全体の機能を１つのＩＣ（Integrated Circuit）チップで実現するプロセッサを使用する形態がある。このように、各種の機能部は、ハードウェア的な構造として、上記各種のプロセッサを１つ以上用いて構成される。

　さらに、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路（circuitry）である。

　メモリ１４Ｂは、プロセッサ１４Ａに実行させるための命令を記憶する。メモリ１４Ｂは、不図示のＲＡＭ（Random Access Memory）、及びＲＯＭ（Read Only Memory）を含む。プロセッサ１４Ａは、ＲＡＭを作業領域とし、ＲＯＭに記憶された画面表示制御プログラムを含む各種のプログラム及びパラメータを使用してソフトウェアを実行し、かつＲＯＭ等に記憶されたパラメータを使用することで、サーバー１４の各種の処理を実行する。

　通信インターフェース１４Ｃは、有線及び無線の通信を制御する。サーバー１４は、通信インターフェース１４Ｃによって、インターネット等の通信ネットワーク２１にデータを送受信可能に接続される。

　タブレットＰＣ１８、及びスマートフォン２０の構成についても、図２に示したサーバー１４の構成と同様である。

　図３は、サーバー１４の機能ブロック図である。図３に示すように、サーバー１４は、外部データ受信部２２と、画面表示部２４と、画面構成部２６と、データ重要度判定部２８と、重要度判定用データ取得部３０と、を備える。外部データ受信部２２と、画面表示部２４と、画面構成部２６と、データ重要度判定部２８と、重要度判定用データ取得部３０と、の機能は、プロセッサ１４Ａによって実現される。

　外部データ受信部２２は、通信ネットワーク２１を介して情報取得装置１６、タブレットＰＣ１８、及びスマートフォン２０から入力された複数の種類のデータを受信（取得の一例）する。画面表示部２４は、外部データ受信部２２が受信した複数の種類のデータを画面構成部２６が決定した配置でディスプレイ１２等の画面に表示させる。画面構成部２６は、表示画面の構成を制御する。

　データ重要度判定部２８は、外部データ受信部２２が受信した複数の種類のデータのそれぞれの重要度を判定する。重要度判定用データ取得部３０は、データ重要度判定部２８が重要度を判定するための重要度判定用データを取得する。

　図４は、画面構成部２６の機能ブロック図である。図４に示すように、画面構成部２６は、表示・非表示制御部３２と、レイアウト制御部３４と、カーソルフォーカス制御部３６と、ズーム制御部３８と、色制御部４０と、音効果制御部４２と、アニメーション制御部４４と、を備える。

　表示・非表示制御部３２は、複数の種類のデータのそれぞれの種類のデータについて、画面での表示及び非表示を制御する。レイアウト制御部３４は、画面全体におけるレイアウトを制御する。カーソルフォーカス制御部３６は、カーソルのフォーカス位置における動作を制御する。ズーム制御部３８は、画面内の表示の拡大縮小を制御する。色制御部４０は、画面表示の色を制御する。音効果制御部４２は、ディスプレイ１２、タブレットＰＣ１８、及びスマートフォン２０の不図示のスピーカにおける音の効果を制御する。アニメーション制御部４４は、アニメーション表示を制御する。

　図５は、レイアウト制御部３４の機能ブロック図である。図５に示すように、レイアウト制御部３４は、表示位置制御部４６と、表示レイヤー制御部４８と、サイズ制御部５０と、を備える。

　表示位置制御部４６は、複数の種類のデータのそれぞれの種類のデータの表示位置を制御する。表示レイヤー制御部４８は、複数の種類のデータのそれぞれの種類のデータの表示レイヤーを制御する。サイズ制御部５０は、複数の種類のデータのそれぞれの種類のデータの表示サイズを制御する。

　また、図６は、色制御部４０の機能ブロック図である。図６に示すように、色制御部４０は、テキスト色制御部５２と、背景色制御部５４と、枠線色制御部５６と、透明効果制御部５８と、を備える。

　テキスト色制御部５２は、テキストの色を制御する。背景色制御部５４は、背景色を制御する。枠線色制御部５６は、枠線の色を制御する。透明効果制御部５８は、透明効果を制御する。

　このように構成された画面構成部２６によって、様々な効果を付与した表示画面を実現することができる。

　図７は、外部データ受信部２２の機能ブロック図である。図７に示すように、外部データ受信部２２は、センサーデータ受信部５９と、システムログ受信部６０と、を備える。

　センサーデータ受信部５９は、センサーデータを受信する。センサーデータとは、例えば温度センサーから得られる温度データ等である。システムログ受信部６０は、システムログを受信する。システムログとは、例えば住民からの家屋被害通報等である。

　図８は、重要度判定用データ取得部３０の機能ブロック図である。図８に示すように、重要度判定用データ取得部３０は、データ更新頻度取得部６１と、データ閾値取得部６２と、メタデータ取得部６３と、ユーザー属性取得部６４と、ユーザーフィードバック取得部６６と、参照テーブル取得部６７と、を備える。

　データ更新頻度取得部６１は、情報取得装置１６から入力されたそれぞれの種類のデータの更新頻度を取得する。データ閾値取得部６２は、それぞれの種類のデータの閾値を取得する。データの閾値とは、データそのものの値と比較するための閾値であってもよいし、データの更新頻度と比較するための閾値であってもよいし、データの入力頻度と比較するための閾値であってもよい。

　メタデータ取得部６３は、それぞれの種類のデータのメタデータを取得する。ユーザー属性取得部６４は、サーバー１４、タブレットＰＣ１８、及びスマートフォン２０のユーザーの属性情報を取得する。ユーザーフィードバック取得部６６は、ユーザーからフィードバックされた情報を取得する。参照テーブル取得部６７は、複数の種類のデータ同士の重要度を比較するための共通の指標で表された重要度参照テーブルを取得する。

　図９は、ユーザー属性取得部６４の機能ブロック図である。図９に示すように、ユーザー属性取得部６４は、ユーザー位置取得部６８と、ユーザー性別取得部７０と、ユーザー年齢取得部７２と、生体情報取得部７４と、を備える。ユーザー位置取得部６８は、ユーザーの現在位置の情報を取得する。ユーザー性別取得部７０は、ユーザーの性別の情報を取得する。ユーザー年齢取得部７２は、ユーザーの年齢の情報を取得する。ユーザーの現在位置、性別、及び年齢の情報は、あらかじめメモリ１４Ｂに登録されていてもよいし、入力インターフェースによってその都度ユーザーが入力してもよい。生体情報取得部７４は、ユーザーの生体情報を取得する。生体情報とは、例えば表情、声、姿勢、体温、血圧、脈拍、心拍数等である。生体情報は、センサーを用いて自動的に取得してもよいし、入力インターフェースによってその都度ユーザーが入力してもよい。

　タブレットＰＣ１８、及びスマートフォン２０の機能構成についても、図３～図９に示したサーバー１４の機能構成と同様である。すなわち、タブレットＰＣ１８、及びスマートフォン２０は、それぞれ画面表示制御装置を構成する。

　〔画面表示制御方法：第１の実施形態〕
　図１０は、被害状況監視システム１０による画面表示制御方法の各工程を示すフローチャートである。第１の実施形態に係る画面表示制御方法は、サーバー１４のプロセッサ１４Ａがメモリ１４Ｂに記憶された画面表示制御プログラムを実行することで実現される。画面表示制御プログラムは、コンピュータが読み取り可能な非一時的記憶媒体によって提供されてもよい。この場合、サーバー１４は、非一時的記憶媒体から画面表示制御プログラムを読み取り、メモリ１４Ｂに記憶させてもよい。

　ここでは、地震災害発生時において、ユーザーが災害対策本部に設置されたディスプレイ１２において被害状況をモニタリングする例を説明する。

　ステップＳ１（取得工程の一例）では、外部データ受信部２２は、情報取得装置１６から通信ネットワーク２１を介して、複数の種類の外部データを取得する。

　ここでは、情報取得装置１６の１つとして、カメラを搭載したドローンが用いられる。ドローンは、カメラによって被災地の画像を撮影し、画像処理技術によって被災した家屋の抽出と被災程度の判定を行い、被災家屋情報をサーバー１４に送信する。被災家屋情報には、家屋の位置、画像、数値として表現された被害の程度が含まれる。被災した家屋が多いほど、ドローンが被災家屋情報をサーバー１４に送信する回数が増加する。

　ステップＳ２では、重要度判定用データ取得部３０は、ステップＳ１で取得した複数の種類のデータのそれぞれの重要度を判定するための重要度判定用データを取得する。ここでは、重要度判定用データ取得部３０は、受信した被災家屋情報の重要度を判定するためのデータとして、過去の一定期間内での被災家屋情報の受信頻度を計算する。

　ステップＳ３（判定工程の一例）では、データ重要度判定部２８は、ステップＳ２で取得した重要度判定用データに基づいて、ステップＳ１で取得した複数の種類のデータのそれぞれの種類のデータの重要度を判定する。重要度は、共通の指標となる数値データとして表現される。このように、複数の種類のデータのそれぞれの重要度が共通の指標で算出され、データ重要度判定部２８は、共通の指標で算出された重要度を用いて複数の種類のデータ同士の重要度を比較する。

　ここでは、データ重要度判定部２８は、ドローンからの被災家屋情報のデータ受信頻度（データ入力頻度の一例）が、データ閾値取得部６２が取得した閾値を超えている場合、被災家屋情報の重要度が高まったと判定し、被災家屋情報の重要度の上昇を画面構成部２６に通知する。一方、被災家屋情報の頻度が閾値を下回った場合、被災家屋情報の重要度が低下したと判定し、被災家屋情報の重要度の低下を画面構成部２６に通知する。すなわち、ドローンから受信する被災家屋情報は、受信頻度によって重要度が動的に変化する。

　ステップＳ４（決定工程の一例）では、画面構成部２６は、ステップＳ３で判定した複数の種類のデータのそれぞれの重要度をもとに、ディスプレイ１２の画面全体における複数の種類のデータの表示の配置（画面構成）を決定する。

　例えば、画面構成部２６は、複数の種類のデータのうち重要度が高い第１の種類のデータの面積を大きく配置、又は第１の種類のデータ以外の種類のデータよりも目立たせて配置する。また、画面構成部２６は、複数の種類のデータのうち第２の種類のデータの重要度が上がると、第２の種類のデータ以外の種類のデータのうち、最も重要度の低い第３の種類のデータの面積を小さく配置、又は非表示にする。

　さらに、画面構成部２６は、複数の種類のデータのうち第４の種類のデータを一定の面積で配置してもよい。画面構成部２６は、ユーザーからの入力を受け付けるウィンドウを画面に表示させてもよい。

　ステップＳ５（表示制御工程の一例）では、画面表示部２４は、ステップＳ１で取得した複数の種類のデータをステップＳ４で決定した配置でディスプレイ１２に表示させる。

　図１１は、ディスプレイ１２に表示される画面の一例である。図１１に示す例では、ディスプレイ１２の表示画面は、優先度で表示が制御される動的な表示エリアである動的表示領域Ａ１と、ユーザー入力インターフェースとして機能するユーザー入力領域Ａ２と、ユーザーが指定した種類のデータ（第４の種類のデータの一例）が常に表示される固定表示領域Ａ３と、から構成される。

　ここでは、画面構成部２６は、被災家屋情報の重要度の更新を受け取り、重要度が現在の値より高い場合、被災家屋情報（第１の種類のデータの一例）を優先した配置にする。すなわち、画面構成部２６は、動的表示領域Ａ１において、被災家屋情報の面積を大きく配置、又は被災家屋情報以外の種類のデータよりも目立たせて配置する。

　ここで、被災家屋情報を目立たせて配置させるとは、画面の中心に近い位置に配置させたり、枠線を太く表示させたり、枠線の色を赤色にして表示させたりすることを含む。また、被災家屋情報以外の種類のデータを目立たなく配置させることで、被災家屋情報を相対的に目立たせることを含む。目立たなく配置させるとは、画面の端に配置させたり、枠線を細く表示させたり、枠線の色を黒色に表示させたりすることを含む。

　なお、被災家屋情報が現在の画面に配置されていない場合（非表示の場合）は、画面構成部２６は、被災家屋情報をマッピングした地図を生成し、動的表示領域Ａ１に配置する。

　また、画面構成部２６は、ユーザー入力領域Ａ２に、被災家屋情報に関連する調査担当者へ調査依頼を送信するフォーム（ユーザーからの入力を受け付けるウィンドウの一例）を配置する。地図が表示される動的表示領域Ａ１とフォームが表示されるユーザー入力領域Ａ２を確保するため、画面構成部２６は、動的表示領域Ａ１に配置されている項目のうち、重要度の低い情報（第３の種類のデータの一例）の面積を小さく配置、又は非表示とする。

　一方で、画面構成部２６が受け取った被災家屋情報の重要度が現在の値より低い場合、画面構成部２６は、動的表示領域Ａ１において、被災家屋情報の面積を小さく配置、又は被災家屋情報以外の種類のデータよりも目立たせなくして配置する。

　画面構成部２６は、被災家屋情報をマッピングした地図を非表示としてもよい。この場合、画面構成部２６は、その時点で重要度が相対的に高い情報を代わりに配置する。さらに、画面構成部２６は、ユーザー入力領域Ａ２において、関連するフォームも同時に非表示とする。ユーザー入力領域Ａ２そのものを非表示としてもよい。

　図１２は、この場合にディスプレイ１２に表示される画面の一例である。図１２に示す例では、動的表示領域Ａ１には地図に代えた複数の種類の情報が配置され、ユーザー入力領域Ａ２は非表示となり、ユーザー入力領域Ａ２の分だけ動的表示領域Ａ１が広く配置される。固定表示領域Ａ３の表示内容は図１１に示す例と同様である。

　なお、固定表示領域Ａ３は、配置位置及び面積が固定されるが、表示内容が変化してもよい。例えば、地図中で決壊が危惧される箇所を赤くする構成とし、災害により使用できなくなった道路を赤くする、等のようにリアルタイムで変化させて配置してもよい。

　〔第２の実施形態〕
　第２の実施形態は、災害現場において家屋被害調査員等の調査員がタブレットＰＣ１８を用いて被害調査を実施する例を説明する。ここでは、タブレットＰＣ１８において、画面表示制御プログラム（被害状況監視アプリケーション）が実行されているものとする。

　図１３は、調査員が所持するタブレットＰＣ１８に表示される画面の一例を示す図である。図１３に示すように、タブレットＰＣ１８の表示画面は、優先度で表示を制御する動的な表示エリアである動的表示領域Ａ１が配置されている。

　図１３に示す状態において、タブレットＰＣ１８の外部データ受信部２２は、災害対策本部のサーバー１４から被害調査依頼情報を受信する。

　タブレットＰＣ１８は、ユーザーの属性から優先度を判断し、受信した複数の種類のデータのうち、優先度の高いデータを画面上に優先して配置して表示する。ここでは、重要度判定用データ取得部３０のユーザー属性取得部６４は、ユーザーの属性としてユーザーが調査員であることを取得する。データ重要度判定部２８は、このユーザー属性に基づいて、被害調査依頼の情報の優先度が高いと判断する。画面構成部２６は、この判断に基づいて、被害調査依頼の情報を優先した配置を決定する。画面表示部２４は、画面構成部２６が決定した配置でタブレットＰＣ１８の画面に表示させる。

　続いて、タブレットＰＣ１８は、新しいユーザー属性に従ってデータの重要度を再計算し、再計算された重要度に関連したデータを優先表示する。ここでは、ユーザー属性取得部６４は、新しいユーザー属性として目的地（調査地域）を用いてデータの重要度を再計算する。また、ユーザー位置取得部６８は、ユーザーの現在位置を取得する。

　データ重要度判定部２８は、調査地域の位置に関連したデータとして現在位置から調査地域までの経路、及び調査地域付近の河川の水位データが重要と判定する。画面構成部２６は、現在位置から調査地域までの経路、及び調査地域付近の河川の水位データを優先した配置を決定する。画面表示部２４は、画面構成部２６が決定した配置でタブレットＰＣ１８の画面に表示させる。

　図１４は、この時点においてタブレットＰＣ１８に表示される画面の一例を示す図である。図１４に示すように、タブレットＰＣ１８の表示画面は、調査依頼情報が表示される領域Ａ１１と、現在位置から調査地域までの経路の情報が表示される領域Ａ１２と、調査地域付近の河川の水位の情報が表示される領域Ａ１３と、から構成される。

　このように、ユーザーの属性を用いて重要度を判断することで、調査員にとって動的に変化する重要度を反映した画面表示を実現することができる。

　ここでは、タブレットＰＣ１８において画面構成を決定してタブレットＰＣ１８の画面に表示させたが、画面構成を決定する処理をサーバー１４において実施し、サーバー１４からの指令に基づいてタブレットＰＣ１８の画面に表示させてもよい。

　〔第３の実施形態〕
　第３の実施形態は、災害時に住民がスマートフォンで災害情報を受け取り、街の被害を通報する例を説明する。ここでは、スマートフォン２０において、画面表示制御プログラム（被害状況監視アプリケーション）が実行されているものとする。

　住民が所持するスマートフォン２０のデータ重要度判定部２８は、複数の種類のデータのうち、住民の現在位置付近の河川の水位データを重要度の高い情報と判断する。なお、住民の現在位置は、ユーザー位置取得部６８が取得する。

　画面構成部２６は、災害情報として住民の現在位置付近の河川の水位データを優先した配置を決定する。また、画面構成部２６は、街の被害情報を入力できるユーザーインターフェースを配置する。画面表示部２４は、画面構成部２６が決定した配置でスマートフォン２０の画面に表示させる。

　図１５は、スマートフォン２０に表示される画面の一例を示す図である。図１５に示すように、スマートフォン２０の表示画面は、住民の現在位置付近の河川の水位の情報が表示される領域Ａ２１と、被害通報用ユーザーインターフェースが表示される領域Ａ２２と、から構成される。

　領域Ａ２２には、道路の被害を通報するためのボタンＢ１と、家屋の被害を通報するためのボタンＢ２と、堤防の被害を通報するためのボタンＢ３と、が配置されている。被害を目撃した住民は、これらのボタンを使用して情報を入力し、災害対策本部のサーバー１４へログとして送信することができる。

　このように、ユーザーの属性を用いて重要度を判断することで、住民にとって動的に変化する重要度を反映した画面表示を実現することができる。

　ここでは、スマートフォン２０において画面構成を決定してスマートフォン２０の画面に表示させたが、画面構成を決定する処理をサーバー１４において実施し、サーバー１４からの指令に基づいてスマートフォン２０の画面に表示させてもよい。

　〔第４の実施形態〕
　第４の実施形態は、ユーザーが災害対策本部のディスプレイ１２において河川の水位を監視する例を説明する。

　重要度判定用データ取得部３０は、各河川の水位データと水位の閾値を重要度判定用データとして取得する。ここで、リアルタイムに受信した水位データが、データ閾値取得部６２が取得した閾値を超えた場合は、データ重要度判定部２８は、その河川の水位データの重要度が高くなったと判断し、画面構成部２６は、その河川の水位データグラフの表示サイズを大きく配置する。画面構成部２６は、サイズを大きくするグラフの表示領域を確保するため、その時点で重要度の低い（閾値まで余裕のある）水位データグラフを非表示とする。

　図１６は、ディスプレイ１２に表示される画面の一例を示す図である。データＤ１、Ｄ２、Ｄ３、Ｄ４、Ｄ５、及びＤ６は、それぞれ異なる河川の水位データである。図１６に示すＦ１６Ａは、データＤ１～Ｄ６の表示サイズがそれぞれ同じ表示サイズである画面配置を示している。

　また、図１６に示すＦ１６Ｂは、データＤ４の表示サイズが相対的に大きい表示サイズであり、データＤ１、Ｄ５、Ｄ６の表示サイズが相対的に小さい表示サイズであり、データＤ２、Ｄ３が非表示である画面配置を示している。Ｆ１６Ａの状態において、データＤ４の水位データが閾値を超えると、サーバー１４は、Ｆ１６Ａに示す画面配置からＦ１６Ｂに示す画面配置に変更する。

　図１７は、ディスプレイ１２に表示される画面の一例を示す図である。図１７に示すＦ１７Ａは、データＤ１１の表示サイズが相対的に大きい表示サイズであり、データＤ１２～Ｄ１４の表示サイズが相対的に小さい表示サイズである画面配置を示している。また、図１７に示すＦ１７Ｂは、データＤ１１、Ｄ１３、Ｄ１４、Ｄ１６～Ｄ１８の表示サイズがそれぞれ同じ表示サイズである画面配置を示している。データＤ１１の水位データが閾値を下回ると、サーバー１４は、Ｆ１７Ａに示す画面配置からＦ１７Ｂに示す画面配置に変更する。

　このように、水位データから重要度を判断することで、災害対策本部で監視しているユーザーおよび住民にとって動的に変化する重要度を反映した画面表示を実現することができる。

　〔第５の実施形態〕
　データ重要度判定部２８がそれぞれ異なる複数の種類のデータの重要度を判定するために、それぞれの種類のデータにおいて、どの値になった場合にどのような重要度と判定するかについて、ユーザーがあらかじめ参照テーブルを作成しておく。好ましくは、複数の種類のデータの間で重要度の比較ができるように、複数の種類のデータのそれぞれが、共通のレベル、例えばレベル１からレベル５のレベルを有しているとよい。

　図１８は、データ重要度判定部２８が用いる参照テーブルの一例を示す図である。図１８に示す例では、複数の種類のデータとして、１時間当たりの降水量［ｍｍ］と、氾濫危険水位に対する水深割合［％］である河川水位情報と、行政区画における被災家屋の累積発生数［件］である被災家屋数情報と、を含む。被災家屋数情報は、住民１万人当たりの件数としてもよいし、単位時間当たりの発生頻度であってもよい。

　図１８に示すように、降水量は、４０ｍｍの場合がレベル１、５０ｍｍの場合がレベル２、６０ｍｍの場合がレベル３、７０ｍｍの場合がレベル４、及び８０ｍｍの場合がレベル５に定められている。また、河川水位情報は、５０％以上の場合がレベル１、６０％以上の場合がレベル２、７０％以上の場合がレベル３、８０％以上の場合がレベル４、及び９０％以上の場合がレベル５に定められている。さらに、被災家屋数情報は、２０件の場合がレベル１、４０件の場合がレベル２、６０件の場合がレベル３、８０件の場合がレベル４、及び１００件の場合がレベル５に定められている。なお、図１８の数値は、本実施形態を説明するためのものであり、実際の防災行政において用いられるものではない。

　図１８に示す参照テーブルを用いる場合、例えば降水量が６０［ｍｍ］であり、河川水位情報が６０％以上であり、被災家屋数情報が２０件であるとき、それぞれの重要度は、降水量がレベル３、河川水位情報がレベル２、被災家屋数情報がレベル１である。したがって、降水量の重要度が最も高く、被災家屋数情報の重要度が最も低いことがわかる。

　このように、複数の種類のデータのそれぞれの重要度を共通の指標で算出し、共通の指標で算出された重要度を用いて複数の種類のデータ同士の重要度を比較することにより、大規模災害で多くのデータが集まる場合においても、優先して対応すべき事項を、ユーザーがリアルタイムに把握することができる。

　この参照テーブルは、重要度判定用データに相当する。参照テーブルはあらかじめメモリ１４Ｂに記憶され、重要度判定用データ取得部３０の参照テーブル取得部６７が取得する。

　また、データ重要度判定部２８は、ユーザーの属性に応じて重要度の判定方法を変えてもよい。例えば、第２の実施形態で特定の災害現場に向かう調査員のタブレットＰＣ１８の画面に表示すべきデータについて、データ重要度判定部２８は、その特定の災害現場の属する行政区画におけるデータの重要度を、その他の行政区画におけるデータの重要度より高くしてもよい。

　また、第３の実施形態で住民のスマートフォン２０の画面に表示すべきデータについて、データ重要度判定部２８は、その住民が居住する行政区画におけるデータの重要度を、その他の行政区画におけるデータの重要度より高くしてもよい。

　〔その他〕
　本発明の技術的範囲は、上記の実施形態に記載の範囲には限定されない。各実施形態における構成等は、本発明の趣旨を逸脱しない範囲で、各実施形態間で適宜組み合わせることができる。

１０…被害状況監視システム
１２…ディスプレイ
１４…サーバー
１４Ａ…プロセッサ
１４Ｂ…メモリ
１４Ｃ…通信インターフェース
１６…情報取得装置
１８…タブレットＰＣ
２０…スマートフォン
２１…通信ネットワーク
２２…外部データ受信部
２４…画面表示部
２６…画面構成部
２８…データ重要度判定部
３０…重要度判定用データ取得部
３２…表示・非表示制御部
３４…レイアウト制御部
３６…カーソルフォーカス制御部
３８…ズーム制御部
４０…色制御部
４２…音効果制御部
４４…アニメーション制御部
４６…表示位置制御部
４８…表示レイヤー制御部
５０…サイズ制御部
５２…テキスト色制御部
５４…背景色制御部
５６…枠線色制御部
５８…透明効果制御部
５９…センサーデータ受信部
６０…システムログ受信部
６１…データ更新頻度取得部
６２…データ閾値取得部
６３…メタデータ取得部
６４…ユーザー属性取得部
６６…ユーザーフィードバック取得部
６７…参照テーブル取得部
６８…ユーザー位置取得部
７０…ユーザー性別取得部
７２…ユーザー年齢取得部
７４…生体情報取得部
Ａ１…動的表示領域
Ａ２…ユーザー入力領域
Ａ３…固定表示領域
Ａ１１～Ａ１３、Ａ２１、Ａ２２…領域
Ｂ１～Ｂ３…ボタン
Ｄ１～Ｄ６…データ
Ｄ１１～Ｄ１８…データ
Ｓ１～Ｓ５…画面表示制御方法の各工程

Claims

　プロセッサに実行させるための命令を記憶するメモリと、
　メモリに記憶された命令を実行するプロセッサと、
　を備え、
　前記プロセッサは、
　入力された複数の種類のデータを取得し、
　前記複数の種類のデータのそれぞれの重要度を判定し、
　前記複数の種類のデータのそれぞれの重要度をもとに、画面全体における前記複数の種類のデータの表示の配置を決定し、
　前記複数の種類のデータを前記決定した配置で画面に表示させる、
　画面表示制御装置。
　前記プロセッサは、前記複数の種類のデータのうち前記重要度が高い第１の種類のデータの面積を大きく配置、又は前記第１の種類のデータ以外の種類のデータよりも目立たせて配置する、
　請求項１に記載の画面表示制御装置。
　前記プロセッサは、前記複数の種類のデータのうち第２の種類のデータの重要度が上がると、前記第２の種類のデータ以外の種類のデータのうち、最も重要度の低い第３の種類のデータの面積を小さく配置、又は非表示にする、
　請求項１又は２に記載の画面表示制御装置。
　前記プロセッサは、データ入力頻度が閾値を超えた種類のデータについて重要度が高いと判定する、
　請求項１から３のいずれか１項に記載の画面表示制御装置。
　前記プロセッサは、前記複数の種類のデータのうち第４の種類のデータを一定の面積で配置する、
　請求項１から４のいずれか１項に記載の画面表示制御装置。
　前記プロセッサは、ユーザーからの入力を受け付けるウィンドウを前記画面に表示させる、
　請求項１から５のいずれか１項に記載の画面表示制御装置。
　前記プロセッサは、ユーザーの属性又はユーザーの位置に応じて前記複数の種類のデータのそれぞれの重要度を判定する、
　請求項１から６のいずれか１項に記載の画面表示制御装置。
　前記プロセッサは、
　前記複数の種類のデータのそれぞれの重要度を共通の指標で算出し、
　前記共通の指標で算出された重要度を用いて前記複数の種類のデータ同士の重要度を比較する、
　請求項１から７のいずれか１項に記載の画面表示制御装置。
　前記複数の種類のデータは、気象情報、災害対策情報、地震災害情報、及び水害情報のうち少なくとも１つを含む請求項１から８のいずれか１項に記載の画面表示制御装置。
　入力された複数の種類のデータを取得する取得工程と、
　前記複数の種類のデータのそれぞれの重要度を判定する判定工程と、
　前記複数の種類のデータのそれぞれの重要度をもとに、画面全体における前記複数の種類のデータの表示の配置を決定する決定工程と、
　前記複数の種類のデータを前記決定した配置で画面に表示させる表示制御工程と、
　を備える画面表示制御方法。
　請求項１０に記載の画面表示制御方法をコンピュータに実行させるためのプログラム。
　非一時的かつコンピュータ読取可能な記録媒体であって、請求項１１に記載のプログラムが記録された記録媒体。