JP2023016556A - 災害備蓄提供システム、災害備蓄提供方法及びプログラム - Google Patents
災害備蓄提供システム、災害備蓄提供方法及びプログラム Download PDFInfo
- Publication number
- JP2023016556A JP2023016556A JP2021120955A JP2021120955A JP2023016556A JP 2023016556 A JP2023016556 A JP 2023016556A JP 2021120955 A JP2021120955 A JP 2021120955A JP 2021120955 A JP2021120955 A JP 2021120955A JP 2023016556 A JP2023016556 A JP 2023016556A
- Authority
- JP
- Japan
- Prior art keywords
- disaster
- stockpile
- stockpiles
- amount
- user organization
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 146
- 230000008520 organization Effects 0.000 claims description 122
- 238000004364 calculation method Methods 0.000 claims description 28
- 238000001514 detection method Methods 0.000 claims description 10
- 230000008569 process Effects 0.000 description 111
- 238000012545 processing Methods 0.000 description 49
- 238000010586 diagram Methods 0.000 description 24
- 230000008859 change Effects 0.000 description 17
- 238000004891 communication Methods 0.000 description 8
- 230000000694 effects Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 239000003651 drinking water Substances 0.000 description 4
- 235000020188 drinking water Nutrition 0.000 description 4
- 238000007726 management method Methods 0.000 description 3
- 206010037844 rash Diseases 0.000 description 3
- 238000006424 Flood reaction Methods 0.000 description 2
- 238000004140 cleaning Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 2
- 238000013500 data storage Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000001556 precipitation Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A10/00—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE at coastal zones; at river basins
- Y02A10/40—Controlling or monitoring, e.g. of flood or hurricane; Forecasting, e.g. risk assessment or mapping
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
例えば、特許文献1では、災害備蓄に関して、維持管理又は配布を支援する技術が提供されている。また、他には、特許文献2では、多数の備蓄者が、各々備蓄している災害備蓄の備蓄情報を一元的に管理する技術が提供されている。
しかしながら、これらの団体には、災害備蓄を保管しておくスペースがない問題がある。そのため、団体以外の者が保管している災害備蓄の内から、災害備蓄を適切に割り当てて、必要な際に災害備蓄を提供する技術が求められている。
特許文献1及び2の技術では、保管している災害備蓄の内から、ユーザ団体に災害備蓄を適切に割り当てて、必要な際に災害備蓄を提供することが出来なかった。
所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得する状態情報取得部と、
ユーザ団体に所属する人員数を取得する人員数取得部と、
取得した前記人員数に必要な前記災害備蓄の量を計算する計算部と、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる割当部と、
災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配する手配部と、
を備える災害備蓄提供システムを提供する。
図1は、災害備蓄提供システム1の概要を説明するための図である。災害備蓄提供システム1は、少なくともコンピュータ10を含み、災害備蓄(例えば、飲料水、食料品、清潔品、救急用品、日用品)を管理するシステムである。本実施形態では、災害備蓄提供システム1は、コンピュータ10と、所定の保管場所(例えば、倉庫、施設、車両のトランク)3の管理者が管理する管理者端末(例えば、WMS(Warehouse Management System)、コンピュータ、携帯端末)20、ユーザ団体(例えば、企業、学校、施設等)が管理するユーザ団体端末(例えば、コンピュータ、携帯端末)30とが、データ通信可能に接続されている。
はじめに、コンピュータ10は、所定の保管場所3に保管中の災害備蓄の状態を示す状態情報を取得する(ステップS1)。
状態情報は、例えば、保管場所、種類、名称、量、賞味期限、消費期限、使用可能期限である。
管理者端末20は、保管中の災害備蓄の状態を示す状態情報の入力を受け付け、受け付けた状態情報を、コンピュータ10に送信する。
コンピュータ10は、この状態情報を受信することにより、所定の保管場所3に保管中の災害備蓄の状態を示す状態情報を取得する。
なお、コンピュータ10は、この状態情報の直接入力の受付、その他の端末や装置類等からこの状態情報の取得、又は、その他の方法等により、この状態情報を取得しても良い。
ユーザ団体端末30は、ユーザ団体に所属する人員数の入力を受け付け、受け付けた人員数を、コンピュータ10に送信する。
コンピュータ10は、この人員数を受信することにより、ユーザ団体に所属する人員数を取得する。
なお、コンピュータ10は、人員数の直接入力の受付、その他の端末や装置類等からこの人員数の取得、又は、その他の方法等により、この人員数を取得しても良い。
コンピュータ10は、予め設定された人員数一人当たりに必要な災害備蓄の量に基づいて、取得した人員数に必要な災害備蓄の量を計算する。このとき、コンピュータ10は、災害備蓄の種類毎等の個別の災害備蓄毎に、必要な量を、其々計算する。
コンピュータ10は、一の保管場所3のみで、災害備蓄が充足する場合、この一の保管場所3のみで保管中の災害備蓄をユーザ団体に割り当てる。
一方、一の保管場所3のみでは、災害備蓄が不足する場合、この一の保管場所3に保管中の災害備蓄に加えて、他の保管場所3に保管中の災害備蓄を併せてユーザ団体に割り当てる。このとき、コンピュータ10は、一の保管場所3における災害備蓄の不足分の量を、他の保管場所3に保管中の災害備蓄の量から割当、一の保管場所3と、他の保管場所3とで、所定の割合で災害備蓄の量を割当、又は、その他の方法等により割り当てても良い。
災害は、例えば、暴風、豪雨、豪雪、洪水、高潮、地震、津波、噴火である。
コンピュータ10は、気象庁や情報提供者が発信する災害情報の取得、災害備蓄提供システム1にデータ通信可能に接続された各種センサからセンサ情報の取得、又は、その他の方法等により、災害発生を検知する。
コンピュータ10は、災害発生時、ユーザ団体に対して、割り当てた災害備蓄の保管場所3に取りに行く指示の送信、ユーザ団体に対して、割り当てた災害備蓄を保管場所3からユーザ団体へ配送するために必要な処理の実行、又は、その他の方法等を行うことにより、災害発生時、割り当てた災害備蓄を、ユーザ団体に手配する。
図2に基づいて、災害備蓄提供システム1の機能構成について説明する。
災害備蓄提供システム1は、コンピュータ10を少なくとも備え、コンピュータ10が、所定の保管場所3を管理するWMSや保管場所3の管理者が管理する携帯電話、スマートフォン、タブレット端末、パーソナルコンピュータ等の管理者端末20、ユーザ団体が管理する携帯電話、スマートフォン、タブレット端末、パーソナルコンピュータ等のユーザ団体端末30と、公衆回線網等のネットワーク9を介して、データ通信可能に接続されたシステムである。
災害備蓄提供システム1は、上述した管理者端末20、ユーザ団体端末30、災害に関する情報の提供者が管理する情報提供者端末や災害を検知するセンサ類、その他の端末や装置類等が含まれていても良い。この場合、災害備蓄提供システム1は、後述する処理を、コンピュータ10、含まれる端末や装置類等の何れか又は複数の組み合わせにより実行する。
コンピュータ10は、例えば、1台のコンピュータで実現されても良いし、クラウドコンピュータのように、複数のコンピュータで実現されても良い。本明細書におけるクラウドコンピュータとは、ある特定の機能を果たす際に、任意のコンピュータをスケーラブルに用いるものや、あるシステムを実現するために複数の機能モジュールを含み、その機能を自由に組み合わせて用いるものの何れであってもよい。
また、コンピュータ10は、記憶部として、ハードディスクや半導体メモリ、記憶媒体、メモリカード等によるデータのストレージ部を備える。
また、コンピュータ10は、処理部として、各種処理を実行する各種デバイス、人員数に必要な災害備蓄の量を計算する計算部14、ユーザ団体に災害備蓄を割り当てる割当部15等を備える。
また、コンピュータ10において、制御部が所定のプログラムを読み込むことにより、記憶部と協働して、状態情報記憶モジュール、割当結果記憶モジュール、課金結果記憶モジュール、閾値記憶モジュールを実現する。
また、コンピュータ10において、制御部が所定のプログラムを読み込むことにより、処理部と協働して、災害備蓄量計算モジュール、割当モジュール、変動判断モジュール、課金金額計算モジュール、災害判断モジュール、値変更モジュールを実現する。
図3に基づいて、コンピュータ10が実行する状態情報取得処理について説明する。同図は、コンピュータ10が実行する状態情報取得処理のフローチャートを示す図である。本状態情報取得処理は、上述した状態情報の取得処理(ステップS1)の詳細である。
保管場所3は、上述した通り、倉庫、施設、車両のトランク等の災害備蓄を保管する場所である。災害備蓄は、上述した通り、飲料水、食料品、清潔品、救急用品、日用品等である。状態情報は、上述した通り、保管場所、種類、名称、量、賞味期限、消費期限、使用可能期限等の災害備蓄の状態を示す情報である。
状態情報取得モジュールは、管理者端末20やその他の端末や装置類等から、この状態情報の取得、災害備蓄提供システム1の管理者から状態情報の直接入力の受付、又は、その他の方法等により、この状態情報を取得する。
状態情報取得モジュールが、管理者端末20から状態情報を取得する場合を例として説明する。
管理者端末20は、保管場所3の管理者から、保管場所3に保管中の災害備蓄の状態情報の入力を受け付ける。管理者端末20は、災害備蓄毎に、状態情報の入力を受け付ける。管理者端末20は、受け付けた状態情報を、コンピュータ10に送信する。
状態情報取得モジュールは、この状態情報を受信することにより、所定の保管場所3に保管中の災害備蓄の状態を示す状態情報を取得する。
状態情報記憶モジュールは、状態情報における、保管場所、種類、名称、量、賞味期限、消費期限、使用可能期限等を対応付けて記憶する(図4参照)。
図4に基づいて、状態情報記憶モジュールが記憶する状態情報について説明する。同図は、状態情報記憶モジュールが記憶する状態情報の一例を模式的に示した図である。同図において、状態情報記憶モジュールは、保管場所毎に、種類、名称、量、賞味期限、消費期限、使用可能期限等を対応付けて、テーブル形式により状態情報を記憶する。
なお、状態情報記憶モジュールは、保管場所に個別のテーブル形式として状態情報を記憶しても良いし、各保管場所をまとめて一のテーブル形式として状態情報を記憶しても良いし、テーブル形式に限らず、その他の形式として状態情報を記憶しても良いし、その他の方法等により状態情報を記憶しても良い。
災害備蓄提供システム1は、本状態情報取得処理により、取得及び記憶した災害備蓄の状態情報を用いて、後述する処理を実行する。
図5に基づいて、コンピュータ10が実行する第一の災害備蓄割当処理について説明する。同図は、コンピュータ10が実行する第一の災害備蓄割当処理のフローチャートを示す図である。本第一の災害備蓄割当処理は、上述した状態情報取得処理の後に行われる処理であり、上述した人員数の取得処理(ステップS2)、災害備蓄の量の計算処理(ステップS3)、災害備蓄の割当処理(ステップS4)の詳細である。
ユーザ団体は、上述した通り、企業、学校、施設等である。団体情報は、ユーザ団体の識別子(例えば、名称、管理番号)、所在地、連絡先(例えば、メールアドレス、電話番号)、所属する人員数、ユーザ団体に所属する人員数におけるリモートワーク者の人員数、各リモートワーク者の住所又は居所等である。
団体情報取得モジュールは、ユーザ団体端末30やその他の端末や装置類等から、この団体情報の取得、災害備蓄提供システム1の管理者から団体情報の直接入力の受付、又は、その他の方法等により、この団体情報を取得する。
団体情報取得モジュールが、ユーザ団体端末30から団体情報を取得する場合を例として説明する。
ユーザ団体端末30は、端末の管理者等から、ユーザ団体の団体情報の入力を受け付ける。ユーザ団体端末30は、受け付けた団体情報を、コンピュータ10に送信する。
団体情報取得モジュールは、この団体情報を受信することにより、ユーザ団体に所属する人員数を含む団体情報を取得する。
災害備蓄量計算モジュールは、予め設定された人員数一人当たりに必要な災害備蓄の量に基づいて、取得した人員数に必要な災害備蓄の量を計算する。このとき、災害備蓄量計算モジュールは、災害備蓄の種類毎等の個別の災害備蓄毎に、必要な量を、其々計算する。
割当モジュールは、計算した災害備蓄の量が、一の保管場所3に保管中の災害備蓄の量のみで充足する場合、この一の保管場所3のみに保管中の災害備蓄をユーザ団体に割り当てる。
一方、割当モジュールは、計算した災害備蓄の量が、一の保管場所3に保管中の災害備蓄の量のみで不足する場合、この一の保管場所3に保管中の災害備蓄に加えて、一又は複数の他の保管場所3に保管中の災害備蓄をユーザ団体に割り当てる。このとき、割当モジュールは、一の保管場所3における災害備蓄の不足分の量を、他の保管場所3に保管中の災害備蓄から割り当てても良いし、一の保管場所3と、一又は複数の他の保管場所3とで、所定の割合で災害備蓄の量を割り当てても良いし、その他の方法等により割り当てても良い。
なお、割当モジュールは、一の保管場所3に保管中の災害備蓄の量が不足し、他の保管場所3に保管中の災害備蓄を割り当てる場合、一の保管場所3から、所定の距離以内の場所に存在する他の保管場所3に保管中の災害備蓄を割り当てる構成も可能である。
また、割当モジュールは、複数の他の保管場所3に保管中の災害備蓄を割り当てる場合、距離が近い順に、割り当てる災害備蓄の量を多くする等の距離に応じて、割り当てる災害備蓄の量を変更する構成も可能である。また、割当モジュールは、距離だけでなく、その他の条件に応じて、割り当てる災害備蓄の量を変更する構成も可能である。
割当結果記憶モジュールは、状態情報における保管場所、種類、名称、量、賞味期限、消費期限、使用可能期限等及び団体情報におけるユーザ団体の名称等の識別子を対応付けて記憶する(図6参照)。この識別子には、ユーザ団体の団体情報が更に紐付けられている。
図6に基づいて、割当結果記憶モジュールが記憶する割当結果について説明する。同図は、割当結果記憶モジュールが記憶する割当結果の一例を模式的に示した図である。同図において、割当結果記憶モジュールは、ユーザ団体の名称等の識別子に、保管場所毎に割り当てた災害備蓄の種類、名称、量、賞味期限、消費期限、使用可能期限を対応付けて、テーブル形式により記憶する。
なお、割当結果記憶モジュールは、識別子毎に、個別のテーブル形式により割当結果を記憶しても良いし、複数の識別子を一のテーブルにまとめた形式により割当結果を記憶しても良いし、テーブル形式に限らず、その他の形式等により割当結果を記憶しても良いし、その他の方法により割り当て結果を記憶しても良い。
割当結果提供モジュールは、ユーザ団体に割り当てた災害備蓄の状態情報を、ユーザ団体端末30に送信、この状態情報を所定の形式の書類にて作成し、作成した書類をユーザ団体に郵送する指示の出力、この状態情報を所定のWebサイト等にアップロードし、ユーザ団体端末30が閲覧可能な状態に出力、又は、その他の方法等により、この状態情報を、ユーザ団体に提供する。
割当結果提供モジュールが提供する災害備蓄の状態情報には、上述した災害備蓄の割当処理(ステップS22)により割り当てた災害備蓄の状態情報と、この災害備蓄を保管中の保管場所3の地図、保管場所3の住所や連絡先等が含まれる。
割当結果提供モジュールが、Webサイト上で閲覧可能な状態に出力する場合を例として説明する。
割当結果提供モジュールは、ユーザ団体に割り当てた災害備蓄の状態情報を、所定のWebサイトにアップロードする。割当結果提供モジュールは、このアップロードしたWebサイトのURLを、ユーザ団体端末30に送信する。
ユーザ団体端末30は、このURLを受信し、このURLにアクセスすることにより、所定のWebサイト上で、自身のユーザ団体に割り当てられた災害備蓄の状態情報を閲覧する(図7参照)。
図7に基づいて、割当結果提供モジュールが提供する災害備蓄の状態情報について説明する。同図は、割当結果提供モジュールが提供する災害備蓄の状態情報の一例を模式的に示した図である。同図において、割当結果提供モジュールは、提供内容40として、割り当てた災害備蓄の状態情報41、この災害備蓄の保管場所3周辺の地図42、この保管場所3の住所や連絡先等の場所情報43が示されている。
割当結果提供モジュールは、この提供内容40を、所定のWebサイト上にアップロードし、アップロードしたWebサイトのURLを、ユーザ団体端末30に送信する。
ユーザ団体端末30は、このURLを受信し、このURLにアクセスすることにより、この提供内容40を自身の表示部等に表示する。
図8に基づいて、コンピュータ10が実行する第二の災害備蓄割当処理について説明する。同図は、コンピュータ10が実行する第二の災害備蓄割当処理のフローチャートを示す図である。本第二の災害備蓄割当処理は、上述した第一の災害割当処理の変形例であり、上述した人員数の取得処理(ステップS2)、災害備蓄の量の計算処理(ステップS3)、災害備蓄の割当処理(ステップS4)の別の詳細である。
なお、上述した処理と同様の処理については、その詳細な説明は省略する。
ステップS30の処理は、上述したステップS20の処理と同様である。
ユーザ団体端末30は、端末の管理者等から、自身が所望する災害備蓄の量の入力を受け付ける。ここで、ユーザ団体端末30は、災害備蓄の種類毎に、所望する量の入力を受け付ける。ユーザ団体端末30は、受け付けた所望する災害備蓄の量を、コンピュータ10に送信する。
所望量取得モジュールは、このユーザ団体が所望する災害備蓄の量を受信することにより、ユーザ団体から、所望する災害備蓄の量を取得する。
ステップS32の処理は、上述したステップS21の処理と同様である。
割当モジュールは、計算した災害備蓄の量(以下、計算量とも称す)と、取得したユーザ団体が所望した災害備蓄の量(以下、所望量とも称す)とに基づいて、実際にユーザ団体に割り当てる災害備蓄の量を決定する。
割当モジュールは、計算量と所望量とが、一致する場合、この量を、実際にユーザ団体に割り当てる災害備蓄の量として決定する。
一方、割当モジュールは、計算量と所望量とが異なる場合、計算量、所望量、計算量と所望量との平均値、所望量に応じた所定の係数を計算量に乗算した量、又は、その他の方法等により得られた量の何れかを、実際にユーザ団体に割り当てる災害備蓄の量として決定する。
割当モジュールは、決定した災害備蓄の量を保管する保管場所3の内から、ユーザ団体に災害備蓄を割り当てる。
割当モジュールが災害備蓄を割り当てる具体的な処理内容については、上述したステップS22の処理と同様である。
なお、割当モジュールは、種類毎に、異なる方法により、実際にユーザ団体に割り当てる災害備蓄の量を決定しても良いし、種類に関わらず、同一の方法により、実際にユーザ団体に割り当てる災害備蓄の量を決定しても良い。
ステップS34の処理は、上述したステップS23の処理と同様であり、ステップS35の処理は、上述したステップS24の処理と同様である。
図9に基づいて、コンピュータ10が実行する災害備蓄再割当処理について説明する。同図は、コンピュータ10が実行する災害備蓄再割当処理のフローチャートを示す図である。本災害備蓄再割当処理は、上述した第一の災害備蓄割当処理及び第二の災害備蓄割当処理の後に行われる処理である。
なお、上述した処理と同様の処理については、その詳細な説明は省略する。
定期的にとは、単月毎、複数月毎、単年毎、複数年毎等である。
団体情報取得モジュールは、上述した団体情報の取得処理(ステップS20、S30)の処理を、定期的に実行する事により、ユーザ団体に所属する人員数を含む団体情報を定期的に再取得する。ここで、団体情報取得モジュールは、定期的に、ユーザ団体端末30やその他の端末や装置類等に、団体情報の要求を行い、団体情報の再取得、災害備蓄提供システム1の管理者から定期的に団体情報の直接入力の受付、又は、その他の方法等により、この団体情報を再取得する。
団体情報取得モジュールが、定期的に、ユーザ団体端末30に、団体情報の再取得の要求を行う場合を例として説明する。
団体情報取得モジュールは、前回、団体情報を取得してから、予め設定された期間が経過した場合、ユーザ団体端末30に対して、団体情報の再取得の要求を送信する。
ユーザ団体端末30は、この団体情報の再取得の要求を受信し、自身の表示部等に表示することにより、端末の管理者に対して、団体情報の再入力を受け付ける。ユーザ団体端末30は、受け付けた団体情報を、コンピュータ10に送信する。
団体情報取得モジュールは、この団体情報を受信することにより、ユーザ団体に所属する人員数を含む団体情報を定期的に再取得する。
人員数の変動とは、人員数が増加又は減少していることを意図するものである。
変動判断モジュールは、上述した第一の災害備蓄割当処理又は第二の災害備蓄割当処理において取得及び記憶した団体情報における人員数と、今回再取得した団体情報における人員数とが、変動しているか否かを判断する。
変動判断モジュールは、再取得後の人員数に変動が無いと判断した場合(ステップS41 NO)、コンピュータ10は、本災害備蓄再割当処理を終了する。
災害備蓄量計算モジュールは、上述した災害備蓄量の計算処理(ステップS21、S32)の処理と同様に、予め設定された人員数一人当たりに必要な災害備蓄の量に基づいて、今回再取得した人員数に必要な災害備蓄の量を計算する。
また、災害備蓄量計算モジュールは、予め設定された人員数一人当たりに必要な災害備蓄の量に基づいて、変動した人員数に必要な災害備蓄の量を計算する。その上で、災害備蓄量計算モジュールは、人員数が増加していた場合、今回計算した災害備蓄の量を、上述した災害備蓄の状態情報及び団体情報の記憶処理(ステップS23、S34)により記憶した災害備蓄の量に加算することにより、今回再取得した人員数に必要な災害備蓄の量を計算し、人員数が減少していた場合、今回計算した災害備蓄の量を、上述した災害備蓄の状態情報及び団体情報の記憶処理(ステップS23、S34)により記憶した災害備蓄の量から減算することにより、今回再取得した人員数に必要な災害備蓄の量を計算する。
災害備蓄量計算モジュールは、上述した災害備蓄量の計算処理(ステップS21、S32)の処理と同様に、災害備蓄の種類毎等の個別の災害備蓄毎に、必要な量を、其々計算する。
ステップS43の処理は、上述したステップS22、33の処理と同様である。
割当結果記憶モジュールは、上述した災害備蓄の状態情報及び団体情報の記憶処理(ステップS23、S34)において記憶した災害備蓄の状態情報を、今回、割り当てた災害備蓄の状態情報に更新する。
ステップS45の処理は、上述したステップS24、S35の処理と同様である。
図10に基づいて、コンピュータ10が実行する第一の課金処理について説明する。同図は、コンピュータ10が実行する第一の課金処理のフローチャートを示す図である。本第一の課金処理は、上述した第一の災害備蓄割当処理、第二の災害備蓄割当処理及び災害備蓄再割当処理の後に行われる処理である。
課金金額計算モジュールは、予め設定された人員数一人当たりの金額に基づいて、上述した団体情報の取得処理(ステップS20、S30)又は団体情報の再取得処理(ステップS40)により取得した団体情報における人員数に応じた金額を計算する。
課金モジュールは、予めユーザ団体が登録した支払方法(口座振替、クレジットカード決済、電子マネー決済等)及び支払単位(日単位、月単位、年単位等)や、予め設定された支払方法及び支払単位に基づいて、計算した金額を、ユーザ団体に課金する。
課金モジュールが実行する課金方法は、一般的な決済方法であれば良いため、詳細は省略する。
なお、コンピュータ10は、何らかの理由(残高不足、誤登録等)により、ユーザ団体に対する課金が行えなかった場合、課金が行えなかった旨の通知を、ユーザ団体に対して行う構成も可能である。
課金結果記憶モジュールは、ユーザ団体に課金した金額及び単位と、このユーザ団体の識別子とを対応付けて記憶する。
課金結果提供モジュールは、ユーザ団体に課金した金額及び単位を示す課金結果通知を、ユーザ団体端末30に送信する。
ユーザ団体端末30は、この課金結果通知を受信し、自身の表示部等に表示する。
課金結果提供モジュールは、課金結果通知を、ユーザ団体端末30に表示させることにより、課金した金額及び単位を、ユーザ団体に提供する。
図11に基づいて、コンピュータ10が実行する第二の課金処理について説明する。同図は、コンピュータ10が実行する第二の課金処理のフローチャートを示す図である。本第二の課金処理は、上述した第一の災害備蓄割当処理、第二の災害備蓄割当処理及び災害備蓄再割当処理の後に行われる処理である。
なお、上述した処理と同様の処理については、その詳細な説明は省略する。
課金金額計算モジュールは、予め設定された災害備蓄の単位量当たりの金額に基づいて、上述した災害備蓄の割当処理(ステップS22、S33)、災害備蓄の再割当処理(ステップS43)により、割り当てた災害備蓄の量に応じた金額を計算する。
課金金額計算モジュールは、災害備蓄の種類毎に、金額を計算し、この金額の合計を、災害備蓄の量に応じた金額として計算する。
ステップS61の処理は、上述したステップS51の処理と同様であり、ステップS62の処理は、上述したステップS52の処理と同様であり、ステップS63の処理は、上述したステップS53の処理と同様である。
なお、上述した第一の課金処理及び第二の課金処理において、コンピュータ10は、課金した期間の満了日又は満了日の所定期間前に、次回以降の課金を行うか否かの確認をユーザ団体に通知する構成も可能である。このとき、コンピュータ10は、ユーザ団体から、課金を行う旨の通知を取得した場合、再度、第一の課金処理又は第二の課金処理を実行する。
また、コンピュータ10は、課金した期間の満了日又は満了日の所定期間前に、自動的に、再度、第一の課金処理又は第二の課金処理を実行する構成も可能である。
また、コンピュータ10は、上述した災害備蓄再割当処理が行われ、人員数の変動に伴い、ユーザ団体に課金する金額が変動した場合、金額が不足する場合には、追加の課金が必要である旨の通知をユーザ団体に通知する構成や、自動的に、不足分をユーザ団体に課金する構成も可能であり、金額が超過した場合には、次回以降の第一の課金処理実行時又は第二の課金処理実行時に、超過した分の金額を差し引いた金額をユーザ団体に課金する構成や、超過した分の金額を、ユーザ団体に返金する構成も可能である。
図12に基づいて、コンピュータ10が実行する災害備蓄手配処理について説明する。同図は、コンピュータ10が実行する災害備蓄手配処理のフローチャートを示す図である。本災害備蓄手配処理は、上述した第一の災害備蓄割当処理、第二の災害備蓄割当処理及び災害備蓄再割当処理の後に行われる処理である。加えて、本災害備蓄手配処理は、上述した第一の課金処理及び第二の課金処理の後に行われる処理である。
災害は、上述した通り、暴風、豪雨、豪雪、洪水、高潮、地震、津波、噴火等である。
災害検知モジュールは、気象庁や情報提供者が発信する災害情報の取得、災害備蓄提供システム1にデータ通信可能に接続された各種センサからセンサ情報の取得、その他の方法等により、災害を検知する。このとき、災害検知モジュールは、上述した第一の災害備蓄割当処理又は第二の災害備蓄割当処理により取得及び記憶した団体情報におけるユーザ団体の所在地周辺の災害を検知する。
災害の程度は、風量、降水量、水位、水量、降雪量、積雪量、海水面、震度、マグニチュード、波長、波高、噴火警戒レベル等の値に基づいたものである。閾値は、この災害の程度に対して、予め設定されたものである。
例えば、災害判断モジュールは、災害検知モジュールが地震を検知した際、この地震の震度やマグニチュードが、所定の閾値を超えたか否かを判断する。災害判断モジュールは、他の災害についても同様に、災害の程度が所定の閾値を超えたか否かを判断する。
本処理は、災害判断モジュールが、災害検知モジュールにより検知された災害に対して、保管場所3に保管中の災害備蓄をユーザ団体に手配する必要がある規模の災害であるか否かを判断する処理である。そのため、本実施形態において、コンピュータ10は、検知した災害が、この規模の災害でないと判断する場合、災害が発生していないと判断することになり、検知した災害がこの規模の災害であると判断する場合、災害が発生したと判断することになる。
災害判断モジュールは、災害の程度が閾値を超えていないと判断した場合(ステップS71 NO)、コンピュータ10は、災害が発生していないと判断し、本処理を終了する。
手配モジュールは、割り当てた災害備蓄の保管場所3に災害備蓄を取りに行くようユーザ団体に指示、割り当てた災害備蓄を、保管場所3からユーザ団体の所在地に配送の手配、又は、その他の方法により、割り当てた災害備蓄をユーザ団体に手配する。
手配モジュールが、割り当てた災害備蓄の保管場所3に災害備蓄を取りに行くようユーザ団体に指示する場合を例として説明する。
手配モジュールは、災害備蓄及びこの災害備蓄の保管場所3が示された災害備蓄受取用通知(図13参照)をユーザ団体端末30に送信する。
ユーザ団体端末30は、この災害備蓄受取用通知を受信し、自身の表示部等に表示する。ユーザ団体端末30の管理者等は、この災害備蓄受取用通知を閲覧し、割り当てられた災害備蓄及びこの災害備蓄の保管場所3を把握し、この保管場所3に災害備蓄を取りに行く。
図13に基づいて、手配モジュールが送信する災害備蓄受取用通知について説明する。同図は、災害備蓄受取用通知の一例を模式的に示した図である。同図において、災害備蓄受取用通知50には、ユーザ団体に割り当てた災害備蓄の状態情報51及びこの災害備蓄を保管する保管場所3周辺の地図52と、この保管場所3の住所や連絡先等の場所情報53が示されている。
手配モジュールは、この災害備蓄受取用通知50を、ユーザ団体端末30に表示させることにより、割り当てた災害備蓄の保管場所3に災害備蓄を取りに行くようユーザ団体に指示する。
手配モジュールは、割り当てた災害備蓄を、保管場所3からリモートワーク者の住所又は居所に配送することを手配する。
手配モジュールは、運送会社等に、リモートワーク者の住所又は居所あてに災害備蓄を配送するために必要な処理を実行する。手配モジュールが実行する配送に必要な処理は、一般的な物品の配送に必要な処理であれば良い。
状態情報記憶モジュールは保管場所3に保管中の災害備蓄の量から、手配した災害備蓄の量を減算し、上述した状態情報取得処理により記憶した状態情報を減算した後の災害備蓄の量に更新する。
図14に基づいて、コンピュータ10が実行する閾値変更処理について説明する。同図は、コンピュータ10が実行する閾値変更処理のフローチャートを示す図である。本閾値変更処理は、上述した災害備蓄手配処理に関連する処理である。
要望は、閾値そのものの数字等の直接的なもの、災害発生時の被害状況等の間接的なものである。
ユーザ団体端末30は、端末の管理者等からこの閾値の入力を受け付ける。ユーザ団体端末30は、災害の種類毎や所定の災害に対する閾値の要望を、数字や文字等により入力を受け付ける。例えば、ユーザ団体端末30は、地震に対する震度やマグニチュードの要望(例えば、震度6以上、マグニチュード7以上)の入力を受け付ける。
ユーザ団体端末30は、受け付けた閾値に対する要望を、コンピュータ10に送信する。
閾値要望取得モジュールは、この閾値に対する要望を受信することにより、ユーザ団体から、災害発生と判断する災害の程度の閾値に対する要望を取得する。
閾値変更モジュールは、取得した要望を、そのまま閾値として変更、予め設定された閾値と、今回取得した要望とに基づいた新たな閾値に変更(例えば、平均値、値が大きいもの、値が小さいもの)、又は、その他の方法等により、取得した要望に基づいて閾値を変更する。
閾値記憶モジュールは、変更した閾値と、災害とを対応付けて記憶する。
コンピュータ10は、本閾値変更処理により変更した閾値を用いて、上述した災害備蓄手配処理を実行する。
所定の保管場所(例えば、倉庫、施設、車両のトランク)に保管中の前記災害備蓄の状態を示す状態情報(例えば、保管場所、種類、名称、量、賞味期限、消費期限、使用可能期限)を取得する状態情報取得部(例えば、状態情報取得部11、状態情報取得モジュール)と、
ユーザ団体(例えば、企業、学校、施設)に所属する人員数を取得する人員数取得部(例えば、人員数取得部12、団体情報取得モジュール)と、
取得した前記人員数に必要な前記災害備蓄の量を計算する計算部(例えば、計算部14、災害備蓄量計算モジュール)と、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる割当部(例えば、割当部15、割当モジュール)と、
災害(例えば、暴風、豪雨、豪雪、洪水、高潮、地震、津波、噴火)発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配する手配部(例えば、手配部13、手配モジュール)と、
を備える災害備蓄提供システム。
を更に備える(1)に記載の災害備蓄提供システム。
検知した前記災害の程度が閾値を超えた場合、災害発生と判断する判断部(例えば、災害判断モジュール)と、
を更に備える(1)に記載の災害備蓄提供システム。
取得した前記要望に基づいて、前記閾値を変更する変更部(例えば、閾値変更モジュール)と、
を更に備える(3)に記載の災害備蓄提供システム。
を更に備え、
前記割当部は、計算した前記災害備蓄の量と、前記ユーザ団体が所望した前記災害備蓄の量とに基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる、
(1)に記載の災害備蓄提供システム。
前記計算部は、再取得した前記人員数が、前回取得した前記人員数と比較して変動している場合、再取得した前記人員数に必要な前記災害備蓄の量を再計算し、
前記割当部は、再計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を再度割り当てる、
(1)に記載の災害備蓄提供システム。
を更に備える請求項1に記載の災害備蓄提供システム。
を更に備える(1)に記載の災害備蓄提供システム。
前記手配部は、割り当てた前記災害備蓄を、前記リモートワーク者に手配する、
(1)に記載の災害備蓄提供システム。
所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得するステップ(例えば、ステップS10)と、
ユーザ団体に所属する人員数を取得するステップ(例えば、ステップS20)と、
取得した前記人員数に必要な前記災害備蓄の量を計算するステップ(例えば、ステップS21)と、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てるステップ(例えば、ステップS22)と、
災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配するステップ(例えば、ステップS72)と、
を備える災害備蓄提供方法。
所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得するステップ(例えば、ステップS10)、
ユーザ団体に所属する人員数を取得するステップ(例えば、ステップS20)、
取得した前記人員数に必要な前記災害備蓄の量を計算するステップ(例えば、ステップS21)、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てるステップ(例えば、ステップS22)、
災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配するステップ(例えば、ステップS72)、
を実行させるためのコンピュータ読み取り可能なプログラム。
3 保管場所
9 ネットワーク
10 コンピュータ
11 状態情報取得部
12 人員数取得部
13 手配部
14 計算部
15 割当部
20 管理者端末
30 ユーザ団体端末
40 提供内容
41,51 状態情報
42,52 地図
43,53 場所情報
50 災害備蓄受取用通知
所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得する状態情報取得部と、
ユーザ団体に所属する人員数を取得する人員数取得部と、
取得した前記人員数に必要な前記災害備蓄の量を計算する計算部と、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる割当部と、
災害を検知する検知部と、
検知した前記災害の程度が閾値を超えた場合、災害発生と判断する判断部と、
災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配する手配部と、
前記ユーザ団体から、前記閾値に対する要望を取得する要望取得部と、
取得した前記要望に基づいて、前記閾値を変更する変更部と、
を備える災害備蓄提供システムを提供する。
また、本発明は、災害備蓄を管理する災害備蓄提供システムであって、
所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得する状態情報取得部と、
ユーザ団体に所属する人員数、及び、前記ユーザ団体に所属する人員数の内、リモートワーク者の人員数を取得する人員数取得部と、
取得した前記人員数に必要な前記災害備蓄の量を計算する計算部と、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる割当部と、
災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体及び前記リモートワーク者に手配する手配部と、
を備える災害備蓄提供システムを提供する。
また、本発明によれば、災害備蓄を管理する災害備蓄提供システムは、所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得し、ユーザ団体に所属する人員数、及び、前記ユーザ団体に所属する人員数の内、リモートワーク者の人員数を取得し、取得した前記人員数に必要な前記災害備蓄の量を計算し、計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当て、災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体及び前記リモートワーク者に手配する。
Claims (11)
- 災害備蓄を管理する災害備蓄提供システムであって、
所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得する状態情報取得部と、
ユーザ団体に所属する人員数を取得する人員数取得部と、
取得した前記人員数に必要な前記災害備蓄の量を計算する計算部と、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる割当部と、
災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配する手配部と、
を備える災害備蓄提供システム。 - 前記ユーザ団体に割り当てた前記災害備蓄の状態情報を、前記ユーザ団体に提供する提供部と、
を更に備える請求項1に記載の災害備蓄提供システム。 - 災害を検知する検知部と、
検知した前記災害の程度が閾値を超えた場合、災害発生と判断する判断部と、
を更に備える請求項1に記載の災害備蓄提供システム。 - 前記ユーザ団体から、前記閾値に対する要望を取得する要望取得部と、
取得した前記要望に基づいて、前記閾値を変更する変更部と、
を更に備える請求項3に記載の災害備蓄提供システム。 - 前記ユーザ団体から、所望する前記災害備蓄の量を取得する所望量取得部と、
を更に備え、
前記割当部は、計算した前記災害備蓄の量と、前記ユーザ団体が所望した前記災害備蓄の量とに基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てる、
請求項1に記載の災害備蓄提供システム。 - 前記人員数取得部は、定期的に前記人員数を再取得し、
前記計算部は、再取得した前記人員数が、前回取得した前記人員数と比較して変動している場合、再取得した前記人員数に必要な前記災害備蓄の量を再計算し、
前記割当部は、再計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を再度割り当てる、
請求項1に記載の災害備蓄提供システム。 - 取得した前記人員数に応じて、前記ユーザ団体に課金する第1の課金部と、
を更に備える請求項1に記載の災害備蓄提供システム。 - 割り当てた前記災害備蓄の量に応じて、前記ユーザ団体に課金する第2の課金部と、
を更に備える請求項1に記載の災害備蓄提供システム。 - 前記人員数取得部は、前記ユーザ団体に所属する人員数の内、リモートワーク者の人員数を更に取得し、
前記手配部は、割り当てた前記災害備蓄を、前記リモートワーク者に手配する、
請求項1に記載の災害備蓄提供システム。 - 災害備蓄を管理するコンピュータが実行する災害備蓄提供方法であって、
所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得するステップと、
ユーザ団体に所属する人員数を取得するステップと、
取得した前記人員数に必要な前記災害備蓄の量を計算するステップと、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てるステップと、
災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配するステップと、
を備える災害備蓄提供方法。 - 災害備蓄を管理するコンピュータに、
所定の保管場所に保管中の前記災害備蓄の状態を示す状態情報を取得するステップ、
ユーザ団体に所属する人員数を取得するステップ、
取得した前記人員数に必要な前記災害備蓄の量を計算するステップ、
計算した前記災害備蓄の量に基づいて、保管中の前記災害備蓄の内から、前記ユーザ団体に前記災害備蓄を割り当てるステップ、
災害発生時、割り当てた前記災害備蓄を、前記ユーザ団体に手配するステップ、
を実行させるためのコンピュータ読み取り可能なプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2021120955A JP7047223B1 (ja) | 2021-07-21 | 2021-07-21 | 災害備蓄提供システム、災害備蓄提供方法及びプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2021120955A JP7047223B1 (ja) | 2021-07-21 | 2021-07-21 | 災害備蓄提供システム、災害備蓄提供方法及びプログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP7047223B1 JP7047223B1 (ja) | 2022-04-05 |
JP2023016556A true JP2023016556A (ja) | 2023-02-02 |
Family
ID=81259155
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2021120955A Active JP7047223B1 (ja) | 2021-07-21 | 2021-07-21 | 災害備蓄提供システム、災害備蓄提供方法及びプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP7047223B1 (ja) |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002133036A (ja) * | 2000-10-23 | 2002-05-10 | Nec System Technologies Ltd | 緊急災害用物資分散管理システム及びその方法 |
JP2003288443A (ja) * | 2002-03-28 | 2003-10-10 | Hitachi Zosen Corp | 災害対策情報管理システム |
JP2006085354A (ja) * | 2004-09-15 | 2006-03-30 | Hitachi Software Eng Co Ltd | 救援物資の配布システム |
JP2006092071A (ja) * | 2004-09-22 | 2006-04-06 | Hoshino Sogo Shoji Kk | 災害用物資の備蓄・備品情報管理システム |
JP2006188331A (ja) * | 2005-01-06 | 2006-07-20 | Hitachi Ltd | 物資分配支援方法及びシステム |
JP2009123224A (ja) * | 2008-12-17 | 2009-06-04 | Choichiro Koseki | 緊急災害用物資管理システム |
JP4787380B1 (ja) * | 2011-02-18 | 2011-10-05 | 克也 沢田 | 災害支援システム及び災害支援プログラム |
JP2014191793A (ja) * | 2013-03-28 | 2014-10-06 | Hitachi Ltd | 備蓄調達管理装置、備蓄調達管理方法及び備蓄調達管理プログラム |
JP2015191649A (ja) * | 2014-03-31 | 2015-11-02 | 能美防災株式会社 | 支援システム |
JP2018084876A (ja) * | 2016-11-21 | 2018-05-31 | 富士通株式会社 | 配布拠点特定プログラム、配布拠点特定装置及び配布拠点特定方法 |
-
2021
- 2021-07-21 JP JP2021120955A patent/JP7047223B1/ja active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002133036A (ja) * | 2000-10-23 | 2002-05-10 | Nec System Technologies Ltd | 緊急災害用物資分散管理システム及びその方法 |
JP2003288443A (ja) * | 2002-03-28 | 2003-10-10 | Hitachi Zosen Corp | 災害対策情報管理システム |
JP2006085354A (ja) * | 2004-09-15 | 2006-03-30 | Hitachi Software Eng Co Ltd | 救援物資の配布システム |
JP2006092071A (ja) * | 2004-09-22 | 2006-04-06 | Hoshino Sogo Shoji Kk | 災害用物資の備蓄・備品情報管理システム |
JP2006188331A (ja) * | 2005-01-06 | 2006-07-20 | Hitachi Ltd | 物資分配支援方法及びシステム |
JP2009123224A (ja) * | 2008-12-17 | 2009-06-04 | Choichiro Koseki | 緊急災害用物資管理システム |
JP4787380B1 (ja) * | 2011-02-18 | 2011-10-05 | 克也 沢田 | 災害支援システム及び災害支援プログラム |
JP2014191793A (ja) * | 2013-03-28 | 2014-10-06 | Hitachi Ltd | 備蓄調達管理装置、備蓄調達管理方法及び備蓄調達管理プログラム |
JP2015191649A (ja) * | 2014-03-31 | 2015-11-02 | 能美防災株式会社 | 支援システム |
JP2018084876A (ja) * | 2016-11-21 | 2018-05-31 | 富士通株式会社 | 配布拠点特定プログラム、配布拠点特定装置及び配布拠点特定方法 |
Also Published As
Publication number | Publication date |
---|---|
JP7047223B1 (ja) | 2022-04-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Orgut et al. | Robust optimization approaches for the equitable and effective distribution of donated food | |
CN104899713B (zh) | 一种基于识别码的物流控制方法、装置及*** | |
US11341576B2 (en) | Management device, cryptocurrency system, and system | |
CN108090643A (zh) | 快递物流调度方法及装置 | |
CN111985865B (zh) | 订单接收与配送管理方法、管理平台及终端设备 | |
US10223667B2 (en) | Method for monitoring and tracking identified material in fillable receptacles | |
JP4804372B2 (ja) | 広告配信順位決定方法、広告配信システム、広告配信順位決定装置及びコンピュータプログラム | |
CN102024224A (zh) | 实现商品最优时间上架和/或下架的电子商务***及方法 | |
CN110222935B (zh) | 自然灾害损失评估方法与装置 | |
CN112801759B (zh) | 基于智能供应链的电商*** | |
JP7047223B1 (ja) | 災害備蓄提供システム、災害備蓄提供方法及びプログラム | |
Wu et al. | Simulation decision system on the preparation of emergency resources using system dynamics | |
JP6824650B2 (ja) | 備蓄品管理システム、備蓄品管理方法及びプログラム | |
JP4819861B2 (ja) | 緊急災害用物資管理システム | |
JP2004501414A (ja) | 世界的早期警告ネットワークとその利用方法 | |
US11216780B1 (en) | Systems and methods for coordinating supply efforts | |
US8604929B1 (en) | Personal alert system and method | |
JP7185664B2 (ja) | 広告区域提示装置、広告区域提示方法、及び広告区域提示プログラム | |
JP2004362304A (ja) | 緊急災害用物資管理システム | |
WO2013102917A2 (en) | A c omputer implemented system for management and optimization of financial accounts and financial obligations of a user | |
CN113112314A (zh) | 一种广告业务处理方法、装置、电子设备及介质 | |
CN113762879A (zh) | 设定邮费的方法、装置和*** | |
Kiss et al. | Capacity acquisition and PPE distribution planning during the COVID-19 pandemic | |
EP3951737A1 (en) | Information system, information processing device, information processing method, and program | |
CN110520741A (zh) | 具有捎带电子商务的电力消耗计量的***和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20210721 |
|
A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20210721 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20211116 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20211215 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20220208 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20220224 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7047223 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |