JP2023016556A - 災害備蓄提供システム、災害備蓄提供方法及びプログラム - Google Patents

Abstract

【課題】保管している災害備蓄の内から、ユーザ団体に災害備蓄を適切に割り当てて、必要な際に災害備蓄を提供する。【解決手段】災害備蓄を管理する災害備蓄提供システムは、所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得し、ユーザ団体に所属する人員数を取得し、取得した前記人員数に必要な前記災害備蓄の量を計算し、計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当て、災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配する。【選択図】図１

Description

本発明は、災害備蓄の管理に有効な技術に関する。

近年、災害備蓄（例えば、飲料水、食料品、清潔品、救急用品、日用品）の管理に関する技術が注目されている。
例えば、特許文献１では、災害備蓄に関して、維持管理又は配布を支援する技術が提供されている。また、他には、特許文献２では、多数の備蓄者が、各々備蓄している災害備蓄の備蓄情報を一元的に管理する技術が提供されている。

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

社会的責任や自治体条例等により、企業、学校及び施設等の団体には、従業員や職員の災害備蓄を用意しておく責任が課せられている。
しかしながら、これらの団体には、災害備蓄を保管しておくスペースがない問題がある。そのため、団体以外の者が保管している災害備蓄の内から、災害備蓄を適切に割り当てて、必要な際に災害備蓄を提供する技術が求められている。
特許文献１及び２の技術では、保管している災害備蓄の内から、ユーザ団体に災害備蓄を適切に割り当てて、必要な際に災害備蓄を提供することが出来なかった。

本発明者らは、保管している災害備蓄の内から、ユーザ団体に災害備蓄を適切に割り当てて、必要な際に災害備蓄を提供することが可能な災害備蓄提供システム、災害備蓄提供方法及びプログラムが必要であることに着目した。

そこで、本発明は、保管している災害備蓄の内から、ユーザ団体に災害備蓄を適切に割り当てて、必要な際に災害備蓄を提供することが可能な災害備蓄提供システム、災害備蓄提供方法及びプログラムを提供することを目的とする。

本発明は、災害備蓄を管理する災害備蓄提供システムであって、
所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得する状態情報取得部と、
ユーザ団体に所属する人員数を取得する人員数取得部と、
取得した前記人員数に必要な前記災害備蓄の量を計算する計算部と、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる割当部と、
災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配する手配部と、
を備える災害備蓄提供システムを提供する。

本発明によれば、災害備蓄を管理する災害備蓄提供システムは、所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得し、ユーザ団体に所属する人員数を取得し、取得した前記人員数に必要な前記災害備蓄の量を計算し、計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当て、災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配する。

本発明は、システムのカテゴリであるが、方法及びプログラムであっても同様の作用、効果を奏する。

本発明によれば、保管している災害備蓄の内から、ユーザ団体に災害備蓄を適切に割り当てて、必要な際に災害備蓄を提供することが可能となる。

災害備蓄提供システム１の概要を説明する図である。 災害備蓄提供システム１の機能構成を示す図である。 災害備蓄提供システム１が実行する状態情報取得処理のフローチャートを示す図である。 コンピュータ１０が記憶する状態情報の一例を模式的に示したものである。 災害備蓄提供システム１が実行する第一の災害備蓄割当処理のフローチャートを示す図である。 コンピュータ１０が記憶する割当結果の一例を模式的に示した図である。 コンピュータ１０が提供する災害備蓄の状態情報の一例を模式的に示した図である。 災害備蓄提供システム１が実行する第二の災害備蓄割当処理のフローチャートを示す図である。 災害備蓄提供システム１が実行する災害備蓄再割当処理のフローチャートを示す図である。 災害備蓄提供システム１が実行する第一の課金処理のフローチャートを示す図である。 災害備蓄提供システム１が実行する第二の課金処理のフローチャートを示す図である。 災害備蓄提供システム１が実行する災害備蓄手配処理のフローチャートを示す図である。 コンピュータ１０が送信する災害備蓄受取用通知の一例を模式的に示した図である。 災害備蓄提供システム１が実行する閾値変更処理のフローチャートを示す図である。

以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ要素には同じ番号又は符号を付している。

［基本概念／基本構成］
図１は、災害備蓄提供システム１の概要を説明するための図である。災害備蓄提供システム１は、少なくともコンピュータ１０を含み、災害備蓄（例えば、飲料水、食料品、清潔品、救急用品、日用品）を管理するシステムである。本実施形態では、災害備蓄提供システム１は、コンピュータ１０と、所定の保管場所（例えば、倉庫、施設、車両のトランク）３の管理者が管理する管理者端末（例えば、ＷＭＳ（Ｗａｒｅｈｏｕｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）、コンピュータ、携帯端末）２０、ユーザ団体（例えば、企業、学校、施設等）が管理するユーザ団体端末（例えば、コンピュータ、携帯端末）３０とが、データ通信可能に接続されている。

本実施形態は、前提として、保管場所３に災害備蓄が保管されており、この保管している災害備蓄を管理するものである。

災害備蓄提供システム１が、災害備蓄をユーザ団体に提供する場合についての処理ステップについて、図１に基づいて説明する。
はじめに、コンピュータ１０は、所定の保管場所３に保管中の災害備蓄の状態を示す状態情報を取得する（ステップＳ１）。
状態情報は、例えば、保管場所、種類、名称、量、賞味期限、消費期限、使用可能期限である。
管理者端末２０は、保管中の災害備蓄の状態を示す状態情報の入力を受け付け、受け付けた状態情報を、コンピュータ１０に送信する。
コンピュータ１０は、この状態情報を受信することにより、所定の保管場所３に保管中の災害備蓄の状態を示す状態情報を取得する。
なお、コンピュータ１０は、この状態情報の直接入力の受付、その他の端末や装置類等からこの状態情報の取得、又は、その他の方法等により、この状態情報を取得しても良い。

コンピュータ１０は、ユーザ団体に所属する人員数を取得する（ステップＳ２）。
ユーザ団体端末３０は、ユーザ団体に所属する人員数の入力を受け付け、受け付けた人員数を、コンピュータ１０に送信する。
コンピュータ１０は、この人員数を受信することにより、ユーザ団体に所属する人員数を取得する。
なお、コンピュータ１０は、人員数の直接入力の受付、その他の端末や装置類等からこの人員数の取得、又は、その他の方法等により、この人員数を取得しても良い。

コンピュータ１０は、取得した人員数に必要な災害備蓄の量を計算する（ステップＳ３）。
コンピュータ１０は、予め設定された人員数一人当たりに必要な災害備蓄の量に基づいて、取得した人員数に必要な災害備蓄の量を計算する。このとき、コンピュータ１０は、災害備蓄の種類毎等の個別の災害備蓄毎に、必要な量を、其々計算する。

コンピュータ１０は、計算した災害備蓄の量に基づいて、保管中の災害備蓄の内から、ユーザ団体に災害備蓄を割り当てる（ステップＳ４）。
コンピュータ１０は、一の保管場所３のみで、災害備蓄が充足する場合、この一の保管場所３のみで保管中の災害備蓄をユーザ団体に割り当てる。
一方、一の保管場所３のみでは、災害備蓄が不足する場合、この一の保管場所３に保管中の災害備蓄に加えて、他の保管場所３に保管中の災害備蓄を併せてユーザ団体に割り当てる。このとき、コンピュータ１０は、一の保管場所３における災害備蓄の不足分の量を、他の保管場所３に保管中の災害備蓄の量から割当、一の保管場所３と、他の保管場所３とで、所定の割合で災害備蓄の量を割当、又は、その他の方法等により割り当てても良い。

コンピュータ１０は、災害発生時、割り当てた災害備蓄を、ユーザ団体に手配する（ステップＳ５）。
災害は、例えば、暴風、豪雨、豪雪、洪水、高潮、地震、津波、噴火である。
コンピュータ１０は、気象庁や情報提供者が発信する災害情報の取得、災害備蓄提供システム１にデータ通信可能に接続された各種センサからセンサ情報の取得、又は、その他の方法等により、災害発生を検知する。
コンピュータ１０は、災害発生時、ユーザ団体に対して、割り当てた災害備蓄の保管場所３に取りに行く指示の送信、ユーザ団体に対して、割り当てた災害備蓄を保管場所３からユーザ団体へ配送するために必要な処理の実行、又は、その他の方法等を行うことにより、災害発生時、割り当てた災害備蓄を、ユーザ団体に手配する。

このような災害備蓄提供システム１によれば、保管している災害備蓄の内から、ユーザ団体に災害備蓄を適切に割り当てて、必要な際に災害備蓄を提供することが可能となる。

［機能構成］
図２に基づいて、災害備蓄提供システム１の機能構成について説明する。
災害備蓄提供システム１は、コンピュータ１０を少なくとも備え、コンピュータ１０が、所定の保管場所３を管理するＷＭＳや保管場所３の管理者が管理する携帯電話、スマートフォン、タブレット端末、パーソナルコンピュータ等の管理者端末２０、ユーザ団体が管理する携帯電話、スマートフォン、タブレット端末、パーソナルコンピュータ等のユーザ団体端末３０と、公衆回線網等のネットワーク９を介して、データ通信可能に接続されたシステムである。
災害備蓄提供システム１は、上述した管理者端末２０、ユーザ団体端末３０、災害に関する情報の提供者が管理する情報提供者端末や災害を検知するセンサ類、その他の端末や装置類等が含まれていても良い。この場合、災害備蓄提供システム１は、後述する処理を、コンピュータ１０、含まれる端末や装置類等の何れか又は複数の組み合わせにより実行する。

コンピュータ１０は、災害備蓄を管理するサーバ機能を有するコンピュータやパーソナルコンピュータである。
コンピュータ１０は、例えば、１台のコンピュータで実現されても良いし、クラウドコンピュータのように、複数のコンピュータで実現されても良い。本明細書におけるクラウドコンピュータとは、ある特定の機能を果たす際に、任意のコンピュータをスケーラブルに用いるものや、あるシステムを実現するために複数の機能モジュールを含み、その機能を自由に組み合わせて用いるものの何れであってもよい。

コンピュータ１０は、制御部として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、通信部として、他の端末や装置等と通信可能にするためのデバイス、災害備蓄の状態情報を取得する状態情報取得部１１、ユーザ団体に所属する人員数を取得する人員数取得部１２、災害備蓄をユーザ団体に手配する手配部１３等を備える。
また、コンピュータ１０は、記憶部として、ハードディスクや半導体メモリ、記憶媒体、メモリカード等によるデータのストレージ部を備える。
また、コンピュータ１０は、処理部として、各種処理を実行する各種デバイス、人員数に必要な災害備蓄の量を計算する計算部１４、ユーザ団体に災害備蓄を割り当てる割当部１５等を備える。

コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、通信部と協働して、状態情報取得モジュール、団体情報取得モジュール、割当結果提供モジュール、所望量取得モジュール、課金モジュール、課金結果提供モジュール、災害検知モジュール、手配モジュール、閾値要望取得モジュールを実現する。
また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、記憶部と協働して、状態情報記憶モジュール、割当結果記憶モジュール、課金結果記憶モジュール、閾値記憶モジュールを実現する。
また、コンピュータ１０において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、災害備蓄量計算モジュール、割当モジュール、変動判断モジュール、課金金額計算モジュール、災害判断モジュール、値変更モジュールを実現する。

以下、本災害備蓄提供システム１が実行する各処理について、上述した各モジュールが実行する処理と併せて説明する。

［コンピュータ１０が実行する状態情報取得処理］
図３に基づいて、コンピュータ１０が実行する状態情報取得処理について説明する。同図は、コンピュータ１０が実行する状態情報取得処理のフローチャートを示す図である。本状態情報取得処理は、上述した状態情報の取得処理（ステップＳ１）の詳細である。

状態情報取得モジュールは、所定の保管場所３に保管中の災害備蓄の状態を示す状態情報を取得する（ステップＳ１０）。
保管場所３は、上述した通り、倉庫、施設、車両のトランク等の災害備蓄を保管する場所である。災害備蓄は、上述した通り、飲料水、食料品、清潔品、救急用品、日用品等である。状態情報は、上述した通り、保管場所、種類、名称、量、賞味期限、消費期限、使用可能期限等の災害備蓄の状態を示す情報である。
状態情報取得モジュールは、管理者端末２０やその他の端末や装置類等から、この状態情報の取得、災害備蓄提供システム１の管理者から状態情報の直接入力の受付、又は、その他の方法等により、この状態情報を取得する。
状態情報取得モジュールが、管理者端末２０から状態情報を取得する場合を例として説明する。
管理者端末２０は、保管場所３の管理者から、保管場所３に保管中の災害備蓄の状態情報の入力を受け付ける。管理者端末２０は、災害備蓄毎に、状態情報の入力を受け付ける。管理者端末２０は、受け付けた状態情報を、コンピュータ１０に送信する。
状態情報取得モジュールは、この状態情報を受信することにより、所定の保管場所３に保管中の災害備蓄の状態を示す状態情報を取得する。

状態情報記憶モジュールは、取得した状態情報を記憶する（ステップＳ１１）。
状態情報記憶モジュールは、状態情報における、保管場所、種類、名称、量、賞味期限、消費期限、使用可能期限等を対応付けて記憶する（図４参照）。

［コンピュータ１０が記憶する災害備蓄の状態情報］
図４に基づいて、状態情報記憶モジュールが記憶する状態情報について説明する。同図は、状態情報記憶モジュールが記憶する状態情報の一例を模式的に示した図である。同図において、状態情報記憶モジュールは、保管場所毎に、種類、名称、量、賞味期限、消費期限、使用可能期限等を対応付けて、テーブル形式により状態情報を記憶する。
なお、状態情報記憶モジュールは、保管場所に個別のテーブル形式として状態情報を記憶しても良いし、各保管場所をまとめて一のテーブル形式として状態情報を記憶しても良いし、テーブル形式に限らず、その他の形式として状態情報を記憶しても良いし、その他の方法等により状態情報を記憶しても良い。

以上が、状態情報取得処理である。
災害備蓄提供システム１は、本状態情報取得処理により、取得及び記憶した災害備蓄の状態情報を用いて、後述する処理を実行する。

［コンピュータ１０が実行する第一の災害備蓄割当処理］
図５に基づいて、コンピュータ１０が実行する第一の災害備蓄割当処理について説明する。同図は、コンピュータ１０が実行する第一の災害備蓄割当処理のフローチャートを示す図である。本第一の災害備蓄割当処理は、上述した状態情報取得処理の後に行われる処理であり、上述した人員数の取得処理（ステップＳ２）、災害備蓄の量の計算処理（ステップＳ３）、災害備蓄の割当処理（ステップＳ４）の詳細である。

団体情報取得モジュールは、ユーザ団体に所属する人員数を含む団体情報を取得する（ステップＳ２０）。
ユーザ団体は、上述した通り、企業、学校、施設等である。団体情報は、ユーザ団体の識別子（例えば、名称、管理番号）、所在地、連絡先（例えば、メールアドレス、電話番号）、所属する人員数、ユーザ団体に所属する人員数におけるリモートワーク者の人員数、各リモートワーク者の住所又は居所等である。
団体情報取得モジュールは、ユーザ団体端末３０やその他の端末や装置類等から、この団体情報の取得、災害備蓄提供システム１の管理者から団体情報の直接入力の受付、又は、その他の方法等により、この団体情報を取得する。
団体情報取得モジュールが、ユーザ団体端末３０から団体情報を取得する場合を例として説明する。
ユーザ団体端末３０は、端末の管理者等から、ユーザ団体の団体情報の入力を受け付ける。ユーザ団体端末３０は、受け付けた団体情報を、コンピュータ１０に送信する。
団体情報取得モジュールは、この団体情報を受信することにより、ユーザ団体に所属する人員数を含む団体情報を取得する。

災害備蓄量計算モジュールは、取得した人員数に必要な災害備蓄の量を計算する（ステップＳ２１）。
災害備蓄量計算モジュールは、予め設定された人員数一人当たりに必要な災害備蓄の量に基づいて、取得した人員数に必要な災害備蓄の量を計算する。このとき、災害備蓄量計算モジュールは、災害備蓄の種類毎等の個別の災害備蓄毎に、必要な量を、其々計算する。

割当モジュールは、計算した災害備蓄の量に基づいて、保管場所３に保管中の災害備蓄の内から、ユーザ団体に災害備蓄を割り当てる（ステップＳ２２）。
割当モジュールは、計算した災害備蓄の量が、一の保管場所３に保管中の災害備蓄の量のみで充足する場合、この一の保管場所３のみに保管中の災害備蓄をユーザ団体に割り当てる。
一方、割当モジュールは、計算した災害備蓄の量が、一の保管場所３に保管中の災害備蓄の量のみで不足する場合、この一の保管場所３に保管中の災害備蓄に加えて、一又は複数の他の保管場所３に保管中の災害備蓄をユーザ団体に割り当てる。このとき、割当モジュールは、一の保管場所３における災害備蓄の不足分の量を、他の保管場所３に保管中の災害備蓄から割り当てても良いし、一の保管場所３と、一又は複数の他の保管場所３とで、所定の割合で災害備蓄の量を割り当てても良いし、その他の方法等により割り当てても良い。
なお、割当モジュールは、一の保管場所３に保管中の災害備蓄の量が不足し、他の保管場所３に保管中の災害備蓄を割り当てる場合、一の保管場所３から、所定の距離以内の場所に存在する他の保管場所３に保管中の災害備蓄を割り当てる構成も可能である。
また、割当モジュールは、複数の他の保管場所３に保管中の災害備蓄を割り当てる場合、距離が近い順に、割り当てる災害備蓄の量を多くする等の距離に応じて、割り当てる災害備蓄の量を変更する構成も可能である。また、割当モジュールは、距離だけでなく、その他の条件に応じて、割り当てる災害備蓄の量を変更する構成も可能である。

割当結果記憶モジュールは、割り当てた災害備蓄の状態情報及び取得した団体情報を対応付けて記憶する（ステップＳ２３）。
割当結果記憶モジュールは、状態情報における保管場所、種類、名称、量、賞味期限、消費期限、使用可能期限等及び団体情報におけるユーザ団体の名称等の識別子を対応付けて記憶する（図６参照）。この識別子には、ユーザ団体の団体情報が更に紐付けられている。

［コンピュータ１０が記憶する割当結果］
図６に基づいて、割当結果記憶モジュールが記憶する割当結果について説明する。同図は、割当結果記憶モジュールが記憶する割当結果の一例を模式的に示した図である。同図において、割当結果記憶モジュールは、ユーザ団体の名称等の識別子に、保管場所毎に割り当てた災害備蓄の種類、名称、量、賞味期限、消費期限、使用可能期限を対応付けて、テーブル形式により記憶する。
なお、割当結果記憶モジュールは、識別子毎に、個別のテーブル形式により割当結果を記憶しても良いし、複数の識別子を一のテーブルにまとめた形式により割当結果を記憶しても良いし、テーブル形式に限らず、その他の形式等により割当結果を記憶しても良いし、その他の方法により割り当て結果を記憶しても良い。

割当結果提供モジュールは、ユーザ団体に割り当てた災害備蓄の状態情報を、ユーザ団体に提供する（ステップＳ２４）。
割当結果提供モジュールは、ユーザ団体に割り当てた災害備蓄の状態情報を、ユーザ団体端末３０に送信、この状態情報を所定の形式の書類にて作成し、作成した書類をユーザ団体に郵送する指示の出力、この状態情報を所定のＷｅｂサイト等にアップロードし、ユーザ団体端末３０が閲覧可能な状態に出力、又は、その他の方法等により、この状態情報を、ユーザ団体に提供する。
割当結果提供モジュールが提供する災害備蓄の状態情報には、上述した災害備蓄の割当処理（ステップＳ２２）により割り当てた災害備蓄の状態情報と、この災害備蓄を保管中の保管場所３の地図、保管場所３の住所や連絡先等が含まれる。
割当結果提供モジュールが、Ｗｅｂサイト上で閲覧可能な状態に出力する場合を例として説明する。
割当結果提供モジュールは、ユーザ団体に割り当てた災害備蓄の状態情報を、所定のＷｅｂサイトにアップロードする。割当結果提供モジュールは、このアップロードしたＷｅｂサイトのＵＲＬを、ユーザ団体端末３０に送信する。
ユーザ団体端末３０は、このＵＲＬを受信し、このＵＲＬにアクセスすることにより、所定のＷｅｂサイト上で、自身のユーザ団体に割り当てられた災害備蓄の状態情報を閲覧する（図７参照）。

［コンピュータ１０が提供する災害備蓄の状態情報］
図７に基づいて、割当結果提供モジュールが提供する災害備蓄の状態情報について説明する。同図は、割当結果提供モジュールが提供する災害備蓄の状態情報の一例を模式的に示した図である。同図において、割当結果提供モジュールは、提供内容４０として、割り当てた災害備蓄の状態情報４１、この災害備蓄の保管場所３周辺の地図４２、この保管場所３の住所や連絡先等の場所情報４３が示されている。
割当結果提供モジュールは、この提供内容４０を、所定のＷｅｂサイト上にアップロードし、アップロードしたＷｅｂサイトのＵＲＬを、ユーザ団体端末３０に送信する。
ユーザ団体端末３０は、このＵＲＬを受信し、このＵＲＬにアクセスすることにより、この提供内容４０を自身の表示部等に表示する。

以上が、第一の災害備蓄割当処理である。本第一の災害備蓄割当処理の結果割り当てた災害備蓄を用いて、後述する処理を実行する。

［コンピュータ１０が実行する第二の災害備蓄割当処理］
図８に基づいて、コンピュータ１０が実行する第二の災害備蓄割当処理について説明する。同図は、コンピュータ１０が実行する第二の災害備蓄割当処理のフローチャートを示す図である。本第二の災害備蓄割当処理は、上述した第一の災害割当処理の変形例であり、上述した人員数の取得処理（ステップＳ２）、災害備蓄の量の計算処理（ステップＳ３）、災害備蓄の割当処理（ステップＳ４）の別の詳細である。
なお、上述した処理と同様の処理については、その詳細な説明は省略する。

団体情報取得モジュールは、ユーザ団体に所属する人員数を含む団体情報を取得する（ステップＳ３０）。
ステップＳ３０の処理は、上述したステップＳ２０の処理と同様である。

所望量取得モジュールは、ユーザ団体から、所望する災害備蓄の量を取得する（ステップＳ３１）。
ユーザ団体端末３０は、端末の管理者等から、自身が所望する災害備蓄の量の入力を受け付ける。ここで、ユーザ団体端末３０は、災害備蓄の種類毎に、所望する量の入力を受け付ける。ユーザ団体端末３０は、受け付けた所望する災害備蓄の量を、コンピュータ１０に送信する。
所望量取得モジュールは、このユーザ団体が所望する災害備蓄の量を受信することにより、ユーザ団体から、所望する災害備蓄の量を取得する。

災害備蓄量計算モジュールは、取得した人員数に必要な災害備蓄の量を計算する（ステップＳ３２）。
ステップＳ３２の処理は、上述したステップＳ２１の処理と同様である。

割当モジュールは、計算した災害備蓄の量と、取得したユーザ団体が所望した災害備蓄の量とに基づいて、保管場所３に保管中の災害備蓄の内から、ユーザ団体に災害備蓄を割り当てる（ステップＳ３３）。
割当モジュールは、計算した災害備蓄の量（以下、計算量とも称す）と、取得したユーザ団体が所望した災害備蓄の量（以下、所望量とも称す）とに基づいて、実際にユーザ団体に割り当てる災害備蓄の量を決定する。
割当モジュールは、計算量と所望量とが、一致する場合、この量を、実際にユーザ団体に割り当てる災害備蓄の量として決定する。
一方、割当モジュールは、計算量と所望量とが異なる場合、計算量、所望量、計算量と所望量との平均値、所望量に応じた所定の係数を計算量に乗算した量、又は、その他の方法等により得られた量の何れかを、実際にユーザ団体に割り当てる災害備蓄の量として決定する。
割当モジュールは、決定した災害備蓄の量を保管する保管場所３の内から、ユーザ団体に災害備蓄を割り当てる。
割当モジュールが災害備蓄を割り当てる具体的な処理内容については、上述したステップＳ２２の処理と同様である。
なお、割当モジュールは、種類毎に、異なる方法により、実際にユーザ団体に割り当てる災害備蓄の量を決定しても良いし、種類に関わらず、同一の方法により、実際にユーザ団体に割り当てる災害備蓄の量を決定しても良い。

割当結果記憶モジュールは、割り当てた災害備蓄の状態情報及び取得した団体情報を対応付けて記憶し（ステップＳ３４）、割当結果提供モジュールは、ユーザ団体に割り当てた災害備蓄の状態情報を、ユーザ団体に提供する（ステップＳ３５）。
ステップＳ３４の処理は、上述したステップＳ２３の処理と同様であり、ステップＳ３５の処理は、上述したステップＳ２４の処理と同様である。

以上が、第二の災害備蓄割当処理である。本第二の災害備蓄割当処理の結果割り当てた災害備蓄を用いて、後述する処理を実行する。

［コンピュータ１０が実行する災害備蓄再割当処理］
図９に基づいて、コンピュータ１０が実行する災害備蓄再割当処理について説明する。同図は、コンピュータ１０が実行する災害備蓄再割当処理のフローチャートを示す図である。本災害備蓄再割当処理は、上述した第一の災害備蓄割当処理及び第二の災害備蓄割当処理の後に行われる処理である。
なお、上述した処理と同様の処理については、その詳細な説明は省略する。

団体情報取得モジュールは、ユーザ団体に所属する人員数を含む団体情報を定期的に再取得する（ステップＳ４０）。
定期的にとは、単月毎、複数月毎、単年毎、複数年毎等である。
団体情報取得モジュールは、上述した団体情報の取得処理（ステップＳ２０、Ｓ３０）の処理を、定期的に実行する事により、ユーザ団体に所属する人員数を含む団体情報を定期的に再取得する。ここで、団体情報取得モジュールは、定期的に、ユーザ団体端末３０やその他の端末や装置類等に、団体情報の要求を行い、団体情報の再取得、災害備蓄提供システム１の管理者から定期的に団体情報の直接入力の受付、又は、その他の方法等により、この団体情報を再取得する。
団体情報取得モジュールが、定期的に、ユーザ団体端末３０に、団体情報の再取得の要求を行う場合を例として説明する。
団体情報取得モジュールは、前回、団体情報を取得してから、予め設定された期間が経過した場合、ユーザ団体端末３０に対して、団体情報の再取得の要求を送信する。
ユーザ団体端末３０は、この団体情報の再取得の要求を受信し、自身の表示部等に表示することにより、端末の管理者に対して、団体情報の再入力を受け付ける。ユーザ団体端末３０は、受け付けた団体情報を、コンピュータ１０に送信する。
団体情報取得モジュールは、この団体情報を受信することにより、ユーザ団体に所属する人員数を含む団体情報を定期的に再取得する。

変動判断モジュールは、再取得後の人員数に変動が有るか否かを判断する（ステップＳ４１）。
人員数の変動とは、人員数が増加又は減少していることを意図するものである。
変動判断モジュールは、上述した第一の災害備蓄割当処理又は第二の災害備蓄割当処理において取得及び記憶した団体情報における人員数と、今回再取得した団体情報における人員数とが、変動しているか否かを判断する。
変動判断モジュールは、再取得後の人員数に変動が無いと判断した場合（ステップＳ４１ ＮＯ）、コンピュータ１０は、本災害備蓄再割当処理を終了する。

一方、変動判断モジュールは、人員数が変動していると判断した場合（ステップＳ４１ ＹＥＳ）、災害備蓄量計算モジュールは、再取得した人員数に必要な災害備蓄の量を再計算する（ステップＳ４２）。
災害備蓄量計算モジュールは、上述した災害備蓄量の計算処理（ステップＳ２１、Ｓ３２）の処理と同様に、予め設定された人員数一人当たりに必要な災害備蓄の量に基づいて、今回再取得した人員数に必要な災害備蓄の量を計算する。
また、災害備蓄量計算モジュールは、予め設定された人員数一人当たりに必要な災害備蓄の量に基づいて、変動した人員数に必要な災害備蓄の量を計算する。その上で、災害備蓄量計算モジュールは、人員数が増加していた場合、今回計算した災害備蓄の量を、上述した災害備蓄の状態情報及び団体情報の記憶処理（ステップＳ２３、Ｓ３４）により記憶した災害備蓄の量に加算することにより、今回再取得した人員数に必要な災害備蓄の量を計算し、人員数が減少していた場合、今回計算した災害備蓄の量を、上述した災害備蓄の状態情報及び団体情報の記憶処理（ステップＳ２３、Ｓ３４）により記憶した災害備蓄の量から減算することにより、今回再取得した人員数に必要な災害備蓄の量を計算する。
災害備蓄量計算モジュールは、上述した災害備蓄量の計算処理（ステップＳ２１、Ｓ３２）の処理と同様に、災害備蓄の種類毎等の個別の災害備蓄毎に、必要な量を、其々計算する。

割当モジュールは、再計算した災害備蓄の量に基づいて、保管場所３に保管中の災害備蓄の内から、ユーザ団体に再度割り当てる（ステップＳ４３）。
ステップＳ４３の処理は、上述したステップＳ２２、３３の処理と同様である。

割当結果記憶モジュールは、割り当てた災害備蓄の状態情報を更新する（ステップＳ４４）。
割当結果記憶モジュールは、上述した災害備蓄の状態情報及び団体情報の記憶処理（ステップＳ２３、Ｓ３４）において記憶した災害備蓄の状態情報を、今回、割り当てた災害備蓄の状態情報に更新する。

割当結果提供モジュールは、ユーザ団体に割り当てた災害備蓄の状態情報をユーザ団体に提供する（ステップＳ４５）。
ステップＳ４５の処理は、上述したステップＳ２４、Ｓ３５の処理と同様である。

以上が、災害備蓄再割当処理である。本災害備蓄再割当処理の結果割り当てた災害備蓄を用いて、後述する処理を実行する。

［コンピュータ１０が実行する第一の課金処理］
図１０に基づいて、コンピュータ１０が実行する第一の課金処理について説明する。同図は、コンピュータ１０が実行する第一の課金処理のフローチャートを示す図である。本第一の課金処理は、上述した第一の災害備蓄割当処理、第二の災害備蓄割当処理及び災害備蓄再割当処理の後に行われる処理である。

課金金額計算モジュールは、取得した人員数に応じて、ユーザ団体に課金する金額を計算する（ステップＳ５０）。
課金金額計算モジュールは、予め設定された人員数一人当たりの金額に基づいて、上述した団体情報の取得処理（ステップＳ２０、Ｓ３０）又は団体情報の再取得処理（ステップＳ４０）により取得した団体情報における人員数に応じた金額を計算する。

課金モジュールは、計算した金額を、ユーザ団体に課金する（ステップＳ５１）。
課金モジュールは、予めユーザ団体が登録した支払方法（口座振替、クレジットカード決済、電子マネー決済等）及び支払単位（日単位、月単位、年単位等）や、予め設定された支払方法及び支払単位に基づいて、計算した金額を、ユーザ団体に課金する。
課金モジュールが実行する課金方法は、一般的な決済方法であれば良いため、詳細は省略する。
なお、コンピュータ１０は、何らかの理由（残高不足、誤登録等）により、ユーザ団体に対する課金が行えなかった場合、課金が行えなかった旨の通知を、ユーザ団体に対して行う構成も可能である。

課金結果記憶モジュールは、課金した金額及び単位を記憶する（ステップＳ５２）。
課金結果記憶モジュールは、ユーザ団体に課金した金額及び単位と、このユーザ団体の識別子とを対応付けて記憶する。

課金結果提供モジュールは、課金した金額及び単位を、ユーザ団体に提供する（ステップＳ５３）。
課金結果提供モジュールは、ユーザ団体に課金した金額及び単位を示す課金結果通知を、ユーザ団体端末３０に送信する。
ユーザ団体端末３０は、この課金結果通知を受信し、自身の表示部等に表示する。
課金結果提供モジュールは、課金結果通知を、ユーザ団体端末３０に表示させることにより、課金した金額及び単位を、ユーザ団体に提供する。

以上が、第一の課金処理である。

［コンピュータ１０が実行する第二の課金処理］
図１１に基づいて、コンピュータ１０が実行する第二の課金処理について説明する。同図は、コンピュータ１０が実行する第二の課金処理のフローチャートを示す図である。本第二の課金処理は、上述した第一の災害備蓄割当処理、第二の災害備蓄割当処理及び災害備蓄再割当処理の後に行われる処理である。
なお、上述した処理と同様の処理については、その詳細な説明は省略する。

課金金額計算モジュールは、割り当てた災害備蓄の量に応じて、ユーザ団体に課金する金額を計算する（ステップＳ６０）。
課金金額計算モジュールは、予め設定された災害備蓄の単位量当たりの金額に基づいて、上述した災害備蓄の割当処理（ステップＳ２２、Ｓ３３）、災害備蓄の再割当処理（ステップＳ４３）により、割り当てた災害備蓄の量に応じた金額を計算する。
課金金額計算モジュールは、災害備蓄の種類毎に、金額を計算し、この金額の合計を、災害備蓄の量に応じた金額として計算する。

課金モジュールは、計算した金額を、ユーザ団体に課金し（ステップＳ６１）、課金結果記憶モジュールは、課金した金額及び単位を記憶し（ステップＳ６２）、課金結果提供モジュールは、課金した金額及び単位を、ユーザ団体に提供する（ステップＳ６３）。
ステップＳ６１の処理は、上述したステップＳ５１の処理と同様であり、ステップＳ６２の処理は、上述したステップＳ５２の処理と同様であり、ステップＳ６３の処理は、上述したステップＳ５３の処理と同様である。

以上が、第二の課金処理である。

上述した第一の課金処理及び第二の課金処理は、ユーザ団体又は災害備蓄提供システム１の管理者からの選択入力の受付、所定の条件等に基づいて、どちらの処理を実行するかを選択することが可能である。
なお、上述した第一の課金処理及び第二の課金処理において、コンピュータ１０は、課金した期間の満了日又は満了日の所定期間前に、次回以降の課金を行うか否かの確認をユーザ団体に通知する構成も可能である。このとき、コンピュータ１０は、ユーザ団体から、課金を行う旨の通知を取得した場合、再度、第一の課金処理又は第二の課金処理を実行する。
また、コンピュータ１０は、課金した期間の満了日又は満了日の所定期間前に、自動的に、再度、第一の課金処理又は第二の課金処理を実行する構成も可能である。
また、コンピュータ１０は、上述した災害備蓄再割当処理が行われ、人員数の変動に伴い、ユーザ団体に課金する金額が変動した場合、金額が不足する場合には、追加の課金が必要である旨の通知をユーザ団体に通知する構成や、自動的に、不足分をユーザ団体に課金する構成も可能であり、金額が超過した場合には、次回以降の第一の課金処理実行時又は第二の課金処理実行時に、超過した分の金額を差し引いた金額をユーザ団体に課金する構成や、超過した分の金額を、ユーザ団体に返金する構成も可能である。

［コンピュータ１０が実行する災害備蓄手配処理］
図１２に基づいて、コンピュータ１０が実行する災害備蓄手配処理について説明する。同図は、コンピュータ１０が実行する災害備蓄手配処理のフローチャートを示す図である。本災害備蓄手配処理は、上述した第一の災害備蓄割当処理、第二の災害備蓄割当処理及び災害備蓄再割当処理の後に行われる処理である。加えて、本災害備蓄手配処理は、上述した第一の課金処理及び第二の課金処理の後に行われる処理である。

災害検知モジュールは、災害を検知する（ステップＳ７０）。
災害は、上述した通り、暴風、豪雨、豪雪、洪水、高潮、地震、津波、噴火等である。
災害検知モジュールは、気象庁や情報提供者が発信する災害情報の取得、災害備蓄提供システム１にデータ通信可能に接続された各種センサからセンサ情報の取得、その他の方法等により、災害を検知する。このとき、災害検知モジュールは、上述した第一の災害備蓄割当処理又は第二の災害備蓄割当処理により取得及び記憶した団体情報におけるユーザ団体の所在地周辺の災害を検知する。

災害判断モジュールは、災害の程度が閾値を超えたか否かを判断する（ステップＳ７１）。
災害の程度は、風量、降水量、水位、水量、降雪量、積雪量、海水面、震度、マグニチュード、波長、波高、噴火警戒レベル等の値に基づいたものである。閾値は、この災害の程度に対して、予め設定されたものである。
例えば、災害判断モジュールは、災害検知モジュールが地震を検知した際、この地震の震度やマグニチュードが、所定の閾値を超えたか否かを判断する。災害判断モジュールは、他の災害についても同様に、災害の程度が所定の閾値を超えたか否かを判断する。
本処理は、災害判断モジュールが、災害検知モジュールにより検知された災害に対して、保管場所３に保管中の災害備蓄をユーザ団体に手配する必要がある規模の災害であるか否かを判断する処理である。そのため、本実施形態において、コンピュータ１０は、検知した災害が、この規模の災害でないと判断する場合、災害が発生していないと判断することになり、検知した災害がこの規模の災害であると判断する場合、災害が発生したと判断することになる。
災害判断モジュールは、災害の程度が閾値を超えていないと判断した場合（ステップＳ７１ ＮＯ）、コンピュータ１０は、災害が発生していないと判断し、本処理を終了する。

一方、災害判断モジュールは、災害の程度が閾値を超えていると判断した場合（ステップＳ７１ ＹＥＳ）、災害判断モジュールは、災害発生と判断する（ステップＳ７２）。

手配モジュールは、割り当てた災害備蓄をユーザ団体に手配する（ステップＳ７３）。
手配モジュールは、割り当てた災害備蓄の保管場所３に災害備蓄を取りに行くようユーザ団体に指示、割り当てた災害備蓄を、保管場所３からユーザ団体の所在地に配送の手配、又は、その他の方法により、割り当てた災害備蓄をユーザ団体に手配する。
手配モジュールが、割り当てた災害備蓄の保管場所３に災害備蓄を取りに行くようユーザ団体に指示する場合を例として説明する。
手配モジュールは、災害備蓄及びこの災害備蓄の保管場所３が示された災害備蓄受取用通知（図１３参照）をユーザ団体端末３０に送信する。
ユーザ団体端末３０は、この災害備蓄受取用通知を受信し、自身の表示部等に表示する。ユーザ団体端末３０の管理者等は、この災害備蓄受取用通知を閲覧し、割り当てられた災害備蓄及びこの災害備蓄の保管場所３を把握し、この保管場所３に災害備蓄を取りに行く。

［コンピュータ１０が送信する災害備蓄受取用通知］
図１３に基づいて、手配モジュールが送信する災害備蓄受取用通知について説明する。同図は、災害備蓄受取用通知の一例を模式的に示した図である。同図において、災害備蓄受取用通知５０には、ユーザ団体に割り当てた災害備蓄の状態情報５１及びこの災害備蓄を保管する保管場所３周辺の地図５２と、この保管場所３の住所や連絡先等の場所情報５３が示されている。
手配モジュールは、この災害備蓄受取用通知５０を、ユーザ団体端末３０に表示させることにより、割り当てた災害備蓄の保管場所３に災害備蓄を取りに行くようユーザ団体に指示する。

なお、手配モジュールは、上述した第一の災害備蓄割当処理、第二の災害備蓄割当処理及び災害備蓄再割当処理において、取得及び記憶した団体情報に、リモートワーク者の人員数が含まれている場合、割り当てた災害備蓄を、リモートワーク者に手配する。
手配モジュールは、割り当てた災害備蓄を、保管場所３からリモートワーク者の住所又は居所に配送することを手配する。
手配モジュールは、運送会社等に、リモートワーク者の住所又は居所あてに災害備蓄を配送するために必要な処理を実行する。手配モジュールが実行する配送に必要な処理は、一般的な物品の配送に必要な処理であれば良い。

状態情報記憶モジュールは、手配後の災害備蓄の状態情報を更新する（ステップＳ７４）。
状態情報記憶モジュールは保管場所３に保管中の災害備蓄の量から、手配した災害備蓄の量を減算し、上述した状態情報取得処理により記憶した状態情報を減算した後の災害備蓄の量に更新する。

以上が、災害備蓄手配処理である。

［コンピュータ１０が実行する閾値変更処理］
図１４に基づいて、コンピュータ１０が実行する閾値変更処理について説明する。同図は、コンピュータ１０が実行する閾値変更処理のフローチャートを示す図である。本閾値変更処理は、上述した災害備蓄手配処理に関連する処理である。

閾値要望取得モジュールは、ユーザ団体から、災害発生と判断する災害の程度の閾値に対する要望を取得する（ステップＳ８０）。
要望は、閾値そのものの数字等の直接的なもの、災害発生時の被害状況等の間接的なものである。
ユーザ団体端末３０は、端末の管理者等からこの閾値の入力を受け付ける。ユーザ団体端末３０は、災害の種類毎や所定の災害に対する閾値の要望を、数字や文字等により入力を受け付ける。例えば、ユーザ団体端末３０は、地震に対する震度やマグニチュードの要望（例えば、震度６以上、マグニチュード７以上）の入力を受け付ける。
ユーザ団体端末３０は、受け付けた閾値に対する要望を、コンピュータ１０に送信する。
閾値要望取得モジュールは、この閾値に対する要望を受信することにより、ユーザ団体から、災害発生と判断する災害の程度の閾値に対する要望を取得する。

閾値変更モジュールは、取得した要望に基づいて、閾値を変更する（ステップＳ８１）。
閾値変更モジュールは、取得した要望を、そのまま閾値として変更、予め設定された閾値と、今回取得した要望とに基づいた新たな閾値に変更（例えば、平均値、値が大きいもの、値が小さいもの）、又は、その他の方法等により、取得した要望に基づいて閾値を変更する。

閾値記憶モジュールは、変更後の閾値を記憶する（ステップＳ８２）。
閾値記憶モジュールは、変更した閾値と、災害とを対応付けて記憶する。

以上が、閾値変更処理である。
コンピュータ１０は、本閾値変更処理により変更した閾値を用いて、上述した災害備蓄手配処理を実行する。

上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、コンピュータからネットワーク経由で提供される（ＳａａＳ：ソフトウェア・アズ・ア・サービス）形態やクラウドサービスで提供されてよい。また、プログラムは、コンピュータ読取可能な記録媒体に記録された形態で提供されてよい。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記録装置又は外部記録装置に転送し記録して実行する。また、そのプログラムを、記録装置（記録媒体）に予め記録しておき、その記録装置から通信回線を介してコンピュータに提供するようにしてもよい。

以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

（１）災害備蓄（例えば、飲料水、食料品、清潔品、救急用品、日用品）を管理する災害備蓄提供システムであって、
所定の保管場所（例えば、倉庫、施設、車両のトランク）に保管中の前記災害備蓄の状態を示す状態情報（例えば、保管場所、種類、名称、量、賞味期限、消費期限、使用可能期限）を取得する状態情報取得部（例えば、状態情報取得部１１、状態情報取得モジュール）と、
ユーザ団体（例えば、企業、学校、施設）に所属する人員数を取得する人員数取得部（例えば、人員数取得部１２、団体情報取得モジュール）と、
取得した前記人員数に必要な前記災害備蓄の量を計算する計算部（例えば、計算部１４、災害備蓄量計算モジュール）と、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる割当部（例えば、割当部１５、割当モジュール）と、
災害（例えば、暴風、豪雨、豪雪、洪水、高潮、地震、津波、噴火）発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配する手配部（例えば、手配部１３、手配モジュール）と、
を備える災害備蓄提供システム。

（１）の発明によれば、保管している災害備蓄の内から、ユーザ団体に災害備蓄を適切に割り当てて、必要な際に災害備蓄を提供することが可能となる。

（２）前記ユーザ団体に割り当てた前記災害備蓄の状態情報を、前記ユーザ団体に提供する提供部（例えば、割当結果提供モジュール）と、
を更に備える（１）に記載の災害備蓄提供システム。

（２）の発明によれば、ユーザ団体が地震に割り当てられた災害備蓄の状態情報を把握することが可能となる。

（３）災害を検知する検知部（例えば、災害検知モジュール）と、
検知した前記災害の程度が閾値を超えた場合、災害発生と判断する判断部（例えば、災害判断モジュール）と、
を更に備える（１）に記載の災害備蓄提供システム。

（３）の発明によれば、災害備蓄が必要となる規模の災害発生時に、災害備蓄を提供することが可能となる。

（４）前記ユーザ団体から、前記閾値に対する要望を取得する要望取得部（例えば、閾値要望取得モジュール）と、
取得した前記要望に基づいて、前記閾値を変更する変更部（例えば、閾値変更モジュール）と、
を更に備える（３）に記載の災害備蓄提供システム。

（４）の発明によれば、ユーザ団体が所望した程度の災害の発生時に、災害備蓄を提供することが可能となる。

（５）前記ユーザ団体から、所望する前記災害備蓄の量を取得する所望量取得部（例えば、所望量取得モジュール）と、
を更に備え、
前記割当部は、計算した前記災害備蓄の量と、前記ユーザ団体が所望した前記災害備蓄の量とに基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる、
（１）に記載の災害備蓄提供システム。

（５）の発明によれば、ユーザ団体が所望する災害備蓄の量を加味した災害備蓄の量を、災害発生時に提供することが可能となる。

（６）前記人員数取得部は、定期的に前記人員数を再取得し、
前記計算部は、再取得した前記人員数が、前回取得した前記人員数と比較して変動している場合、再取得した前記人員数に必要な前記災害備蓄の量を再計算し、
前記割当部は、再計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を再度割り当てる、
（１）に記載の災害備蓄提供システム。

（６）の発明によれば、人員数が変動した場合であっても、保管している災害備蓄の内から、ユーザ団体に災害備蓄を適切に割り当てて、必要な際に災害備蓄を提供することが可能となる。

（７）取得した前記人員数に応じて、前記ユーザ団体に課金する第１の課金部（例えば、課金モジュール）と、
を更に備える請求項１に記載の災害備蓄提供システム。

（７）の発明によれば、人員数に応じた金額をユーザ団体に課金することが可能となる。

（８）割り当てた前記災害備蓄の量に応じて、前記ユーザ団体に課金する第２の課金部（例えば、課金モジュール）と、
を更に備える（１）に記載の災害備蓄提供システム。

（８）の発明によれば、手配する災害備蓄の量に応じた金額をユーザ団体に課金することが可能となる。

（９）前記人員数取得部は、前記ユーザ団体に所属する人員数の内、リモートワーク者の人員数を更に取得し、
前記手配部は、割り当てた前記災害備蓄を、前記リモートワーク者に手配する、
（１）に記載の災害備蓄提供システム。

（９）の発明によれば、リモートワーク者に対しても、必要な際に災害備蓄を提供することが可能となる。

（１０）災害備蓄を管理するコンピュータが実行する災害備蓄提供方法であって、
所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得するステップ（例えば、ステップＳ１０）と、
ユーザ団体に所属する人員数を取得するステップ（例えば、ステップＳ２０）と、
取得した前記人員数に必要な前記災害備蓄の量を計算するステップ（例えば、ステップＳ２１）と、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てるステップ（例えば、ステップＳ２２）と、
災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配するステップ（例えば、ステップＳ７２）と、
を備える災害備蓄提供方法。

（１１）災害備蓄を管理するコンピュータに、
所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得するステップ（例えば、ステップＳ１０）、
ユーザ団体に所属する人員数を取得するステップ（例えば、ステップＳ２０）、
取得した前記人員数に必要な前記災害備蓄の量を計算するステップ（例えば、ステップＳ２１）、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てるステップ（例えば、ステップＳ２２）、
災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配するステップ（例えば、ステップＳ７２）、
を実行させるためのコンピュータ読み取り可能なプログラム。

１ 災害備蓄提供システム
３ 保管場所
９ ネットワーク
１０ コンピュータ
１１ 状態情報取得部
１２ 人員数取得部
１３ 手配部
１４ 計算部
１５ 割当部
２０ 管理者端末
３０ ユーザ団体端末
４０ 提供内容
４１，５１ 状態情報
４２，５２ 地図
４３，５３ 場所情報
５０ 災害備蓄受取用通知

本発明は、災害備蓄を管理する災害備蓄提供システムであって、
所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得する状態情報取得部と、
ユーザ団体に所属する人員数を取得する人員数取得部と、
取得した前記人員数に必要な前記災害備蓄の量を計算する計算部と、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる割当部と、
災害を検知する検知部と、
検知した前記災害の程度が閾値を超えた場合、災害発生と判断する判断部と、
災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配する手配部と、
前記ユーザ団体から、前記閾値に対する要望を取得する要望取得部と、
取得した前記要望に基づいて、前記閾値を変更する変更部と、
を備える災害備蓄提供システムを提供する。
また、本発明は、災害備蓄を管理する災害備蓄提供システムであって、
所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得する状態情報取得部と、
ユーザ団体に所属する人員数、及び、前記ユーザ団体に所属する人員数の内、リモートワーク者の人員数を取得する人員数取得部と、
取得した前記人員数に必要な前記災害備蓄の量を計算する計算部と、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる割当部と、
災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体及び前記リモートワーク者に手配する手配部と、
を備える災害備蓄提供システムを提供する。

本発明によれば、災害備蓄を管理する災害備蓄提供システムは、所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得し、ユーザ団体に所属する人員数を取得し、取得した前記人員数に必要な前記災害備蓄の量を計算し、計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当て、災害を検知し、検知した前記災害の程度が閾値を超えた場合、災害発生と判断し、災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配し、前記ユーザ団体から、前記閾値に対する要望を取得し、取得した前記要望に基づいて、前記閾値を変更する。
また、本発明によれば、災害備蓄を管理する災害備蓄提供システムは、所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得し、ユーザ団体に所属する人員数、及び、前記ユーザ団体に所属する人員数の内、リモートワーク者の人員数を取得し、取得した前記人員数に必要な前記災害備蓄の量を計算し、計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当て、災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体及び前記リモートワーク者に手配する。

Claims (11)

1. 災害備蓄を管理する災害備蓄提供システムであって、
   所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得する状態情報取得部と、
   ユーザ団体に所属する人員数を取得する人員数取得部と、
   取得した前記人員数に必要な前記災害備蓄の量を計算する計算部と、
   計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる割当部と、
   災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配する手配部と、
   を備える災害備蓄提供システム。
2. 前記ユーザ団体に割り当てた前記災害備蓄の状態情報を、前記ユーザ団体に提供する提供部と、
   を更に備える請求項１に記載の災害備蓄提供システム。
3. 災害を検知する検知部と、
   検知した前記災害の程度が閾値を超えた場合、災害発生と判断する判断部と、
   を更に備える請求項１に記載の災害備蓄提供システム。
4. 前記ユーザ団体から、前記閾値に対する要望を取得する要望取得部と、
   取得した前記要望に基づいて、前記閾値を変更する変更部と、
   を更に備える請求項３に記載の災害備蓄提供システム。
5. 前記ユーザ団体から、所望する前記災害備蓄の量を取得する所望量取得部と、
   を更に備え、
   前記割当部は、計算した前記災害備蓄の量と、前記ユーザ団体が所望した前記災害備蓄の量とに基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる、
   請求項１に記載の災害備蓄提供システム。
6. 前記人員数取得部は、定期的に前記人員数を再取得し、
   前記計算部は、再取得した前記人員数が、前回取得した前記人員数と比較して変動している場合、再取得した前記人員数に必要な前記災害備蓄の量を再計算し、
   前記割当部は、再計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を再度割り当てる、
   請求項１に記載の災害備蓄提供システム。
7. 取得した前記人員数に応じて、前記ユーザ団体に課金する第１の課金部と、
   を更に備える請求項１に記載の災害備蓄提供システム。
8. 割り当てた前記災害備蓄の量に応じて、前記ユーザ団体に課金する第２の課金部と、
   を更に備える請求項１に記載の災害備蓄提供システム。
9. 前記人員数取得部は、前記ユーザ団体に所属する人員数の内、リモートワーク者の人員数を更に取得し、
   前記手配部は、割り当てた前記災害備蓄を、前記リモートワーク者に手配する、
   請求項１に記載の災害備蓄提供システム。
10. 災害備蓄を管理するコンピュータが実行する災害備蓄提供方法であって、
    所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得するステップと、
    ユーザ団体に所属する人員数を取得するステップと、
    取得した前記人員数に必要な前記災害備蓄の量を計算するステップと、
    計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てるステップと、
    災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配するステップと、
    を備える災害備蓄提供方法。
11. 災害備蓄を管理するコンピュータに、
    所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得するステップ、
    ユーザ団体に所属する人員数を取得するステップ、
    取得した前記人員数に必要な前記災害備蓄の量を計算するステップ、
    計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てるステップ、
    災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配するステップ、
    を実行させるためのコンピュータ読み取り可能なプログラム。
    
    

Images