特許 7583759 物資支援システム、物資を支援するための方法およびコンピュータプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-11-06

(45)【発行日】2024-11-14

(54)【発明の名称】物資支援システム、物資を支援するための方法およびコンピュータプログラム

(51)【国際特許分類】

   G06Q 50/26 20240101AFI20241107BHJP

【ＦＩ】

G06Q50/26

【請求項の数】 12

(21)【出願番号】P 2022049557

(22)【出願日】2022-03-25

(65)【公開番号】P2023142596

(43)【公開日】2023-10-05

【審査請求日】2023-12-06

(73)【特許権者】

【識別番号】000107538

【氏名又は名称】株式会社ＵＡＣＪ

(74)【代理人】

【識別番号】100101683

【弁理士】

【氏名又は名称】奥田 誠司

(74)【代理人】

【識別番号】100155000

【弁理士】

【氏名又は名称】喜多 修市

(74)【代理人】

【識別番号】100202197

【弁理士】

【氏名又は名称】村瀬 成康

(72)【発明者】

【氏名】野瀬 健二

(72)【発明者】

【氏名】黒田 英敬

【審査官】酒井 優一

(56)【参考文献】

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

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

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

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

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

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

【請求項1】

物資を備蓄する複数の備蓄拠点のそれぞれの所在地、および、前記複数の備蓄拠点のそれぞれに備蓄された物資の備蓄量を含む備蓄情報を記憶する記憶装置と、
前記複数の備蓄拠点のうちの被災した備蓄拠点である被災拠点の被災側端末装置から送信される物資の支援要請に応答して、前記記憶装置にアクセスして前記被災拠点の備蓄情報を取得し、
前記被災拠点の備蓄情報に基づいて、前記被災拠点に物資を提供することが可能な１以上の支援拠点の候補を前記被災拠点以外の前記複数の備蓄拠点の中から決定し、
前記１以上の支援拠点の候補の中から決定される少なくとも１つの支援拠点の備蓄情報を含む支援情報を前記被災側端末装置に送信する、管理装置と、
を備え、
前記管理装置は、
前記被災拠点の備蓄情報に基づいて決定される抽出条件を更新しながら複数の支援拠点のプレ候補を抽出し、
前記複数の支援拠点のプレ候補に属する前記１以上の支援拠点の候補のそれぞれの所在地および物資の備蓄量を含む備蓄情報を前記被災側端末装置に送信し、前記被災側端末装置に出力させて、被災拠点のユーザに前記１以上の支援拠点の候補の中から前記支援拠点を選択させる、物資支援システム。

【請求項2】

前記管理装置は、
前記複数の支援拠点のプレ候補のそれぞれの所在地が示す備蓄拠点の端末装置に、前記備蓄拠点が支援拠点のプレ候補とされたことを通知し、
プレ候補とされたことの通知に応答して前記端末装置から送信される、前記支援要請の受諾の可否を示す受諾可否通知を受信し、
前記受諾可否通知が示す前記支援要請の受諾の可否の情報に基づいて、前記複数の支援拠点のプレ候補の中から前記１以上の支援拠点の候補を抽出する、請求項１に記載の物資支援システム。

【請求項3】

前記管理装置は、前記被災拠点の備蓄情報、および、前記被災拠点以外の前記複数の備蓄拠点の備蓄情報に基づいて評価スコアを算出し、前記評価スコアに基づいて前記複数の支援拠点のプレ候補を抽出する、請求項１または２に記載の物資支援システム。

【請求項4】

前記管理装置は、前記支援拠点から前記被災拠点までの物資の輸送時間、輸送コスト、および交通網の少なくとも１つをさらに考慮して、前記評価スコアを算出する、請求項３に記載の物資支援システム。

【請求項5】

前記備蓄情報は備蓄拠点の連絡先情報を含まず、前記支援情報は前記支援拠点の連絡先情報を含む、請求項１から４のいずれかに記載の物資支援システム。

【請求項6】

前記管理装置は、前記被災拠点のユーザによって選択された前記支援拠点の前記支援情報を前記被災側端末装置に送信し、かつ、前記被災拠点の連絡先情報を、前記支援拠点の支援側端末装置に送信する、請求項５に記載の物資支援システム。

【請求項7】

前記管理装置は、前記物資を購入したユーザのみにシステムの利用を許可する、請求項１から６のいずれかに記載の物資支援システム。

【請求項8】

前記管理装置は、前記支援拠点から前記被災拠点への物資の支援を決定した場合に、前記被災拠点が支援を受ける物資の量に応じて決定される数量の物資を前記支援拠点の所在
地を届け先として発注する、請求項１から７のいずれかに記載の物資支援システム。

【請求項9】

前記物資は、アルミ缶入り飲料水である、請求項１から８のいずれかに記載の物資支援システム。

【請求項10】

コンピュータに実装される、物資を備蓄する複数の備蓄拠点の間で互いに物資を支援するための方法であって、
前記複数の備蓄拠点のうちの被災した備蓄拠点である被災拠点の被災側端末装置から送信される物資の支援要請に応答して、記憶装置にアクセスして前記被災拠点の備蓄情報を取得するステップであって、前記記憶装置は、前記複数の備蓄拠点のそれぞれの所在地、および、前記複数の備蓄拠点のそれぞれに備蓄された物資の備蓄量を含む備蓄情報を記憶する、ステップと、
前記被災拠点の備蓄情報に基づいて、前記被災拠点に物資を提供することが可能な１以上の支援拠点の候補を前記被災拠点以外の前記複数の備蓄拠点の中から抽出するステップであって、
前記被災拠点の備蓄情報に基づいて決定される抽出条件を更新しながら複数の支援拠点のプレ候補を抽出することと、
前記複数の支援拠点のプレ候補に属する前記１以上の支援拠点の候補のそれぞれの所在地および物資の備蓄量を含む備蓄情報を前記被災側端末装置に送信し、前記被災側端末装置に出力させて、被災拠点のユーザに前記１以上の支援拠点の候補の中から前記支援拠点を選択させることと、
を含むステップと、
前記１以上の支援拠点の候補の中から決定される少なくとも１つの支援拠点の備蓄情報を含む支援情報を前記被災側端末装置に送信するステップと、
をコンピュータに実行させる方法。

【請求項11】

物資を備蓄する複数の備蓄拠点の間で互いに物資を支援するために利用されるコンピュータプログラムであって、
前記複数の備蓄拠点のうちの被災した備蓄拠点である被災拠点の被災側端末装置から送信される物資の支援要請に応答して、記憶装置にアクセスして前記被災拠点の備蓄情報を取得することであって、前記記憶装置は、前記複数の備蓄拠点のそれぞれの所在地、および、前記複数の備蓄拠点のそれぞれに備蓄された物資の備蓄量を含む備蓄情報を記憶する、ステップと、
前記被災拠点の備蓄情報に基づいて、前記被災拠点に物資を提供することが可能な１以上の支援拠点の候補を前記被災拠点以外の前記複数の備蓄拠点の中から抽出するステップであって、
前記被災拠点の備蓄情報に基づいて決定される抽出条件を更新しながら複数の支援拠点のプレ候補を抽出することと、
前記複数の支援拠点のプレ候補に属する前記１以上の支援拠点の候補のそれぞれの所在地および物資の備蓄量を含む備蓄情報を前記被災側端末装置に送信し、前記被災側端末装置に出力させて、被災拠点のユーザに前記１以上の支援拠点の候補の中から前記支援拠点を選択させることと、
を含むステップと、
前記１以上の支援拠点の候補の中から決定される少なくとも１つの支援拠点の備蓄情報を含む支援情報を前記被災側端末装置に送信するステップと、
をコンピュータに実行させるコンピュータプログラム。

【請求項12】

物資を備蓄する複数の備蓄拠点のそれぞれの所在地、および、前記複数の備蓄拠点のそれぞれに備蓄された物資の備蓄量を含む備蓄情報を記憶する記憶装置と、
前記複数の備蓄拠点のうちの被災した備蓄拠点である被災拠点の被災側端末装置から送信される物資の支援要請に応答して、前記記憶装置にアクセスして前記被災拠点の備蓄情報を取得し、
前記被災拠点の備蓄情報に基づいて、前記被災拠点に物資を提供することが可能な１以上の支援拠点の候補を前記被災拠点以外の前記複数の備蓄拠点の中から決定し、
前記１以上の支援拠点の候補の中から決定される少なくとも１つの支援拠点の備蓄情報を含む支援情報を前記被災側端末装置に送信する、管理装置と、
を備え、
前記備蓄情報は備蓄拠点の連絡先情報を含まず、前記支援情報は前記支援拠点の連絡先情報を含む、物資支援システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、物資支援システム、物資を支援するための方法およびコンピュータプログラムに関する。

【背景技術】

【0002】

災害用の物資を管理する管理システムが提案されている。特許文献１は、災害用物資の備蓄・備品情報管理システムを開示している。この管理システムによれば、複数のユーザの各々が備蓄している災害用物資の備蓄情報を一元的に管理することが可能となる。特許文献２は、管理者の高度な意思決定を必要とせず、システムで管理される備蓄物資を各被災拠点に過不足なく円滑に供給することを可能とする災害支援システムを開示している。

【先行技術文献】

【特許文献】

【0003】

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

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

【発明の概要】

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

【0004】

特許文献１または２に開示されたシステムによれば、災害時にシステムを利用するユーザ同士のコミュニケーションが円滑に行えない課題がある。

【0005】

本発明は、上記の課題に鑑みてなされたものであり、その目的は、セキュリティまたはプライバシーを守りつつ、システムを利用するユーザ同士のコミュニケーションを円滑に行うことを可能とする、物資支援システム、物資を支援するための方法およびコンピュータプログラムを提供することにある。

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

【0006】

本発明の実施形態によると、以下の項目に記載の解決手段が提供される。

【0007】

［項目１］
物資を備蓄する複数の備蓄拠点のそれぞれの所在地、および、前記複数の備蓄拠点のそれぞれに備蓄された物資の備蓄量を含む備蓄情報を記憶する記憶装置と、
前記複数の備蓄拠点のうちの被災した備蓄拠点である被災拠点の被災側端末装置から送信される物資の支援要請に応答して、前記記憶装置にアクセスして前記被災拠点の備蓄情報を取得し、
前記被災拠点の備蓄情報に基づいて、前記被災拠点に物資を提供することが可能な１以上の支援拠点の候補を前記被災拠点以外の前記複数の備蓄拠点の中から決定し、
前記１以上の支援拠点の候補の中から決定される少なくとも１つの支援拠点の備蓄情報を含む支援情報を前記被災側端末装置に送信する、管理装置と、
を備える物資支援システム。
［項目２］
前記管理装置は、
前記被災拠点の備蓄情報に基づいて決定される抽出条件を更新しながら複数の支援拠点のプレ候補を抽出し、
前記複数の支援拠点のプレ候補に属する前記１以上の支援拠点の候補のそれぞれの所在地および物資の備蓄量を含む備蓄情報を前記被災側端末装置に送信し、前記被災側端末装置に出力させて、被災拠点のユーザに前記１以上の支援拠点の候補の中から前記支援拠点を選択させる、項目１に記載の物資支援システム。
［項目３］
前記管理装置は、
前記複数の支援拠点のプレ候補のそれぞれの所在地が示す備蓄拠点の端末装置に、前記備蓄拠点が支援拠点のプレ候補とされたことを通知し、
プレ候補とされたことの通知に応答して前記端末装置から送信される、前記支援要請の受諾の可否を示す受諾可否通知を受信し、
前記受諾可否通知が示す前記支援要請の受諾の可否の情報に基づいて、前記複数の支援拠点のプレ候補の中から前記１以上の支援拠点の候補を抽出する、項目２に記載の物資支援システム。
［項目４］
前記管理装置は、前記被災拠点の備蓄情報、および、前記被災拠点以外の前記複数の備蓄拠点の備蓄情報に基づいて評価スコアを算出し、前記評価スコアに基づいて前記複数の支援拠点のプレ候補を抽出する、項目２または３に記載の物資支援システム。
［項目５］
前記管理装置は、前記支援拠点から前記被災拠点までの物資の輸送時間、輸送コスト、および交通網の少なくとも１つをさらに考慮して、前記評価スコアを算出する、項目４に記載の物資支援システム。
［項目６］
前記備蓄情報は備蓄拠点の連絡先情報を含まず、前記支援情報は前記支援拠点の連絡先情報を含む、項目１から５のいずれかに記載の物資支援システム。
［項目７］
前記管理装置は、前記被災拠点のユーザによって選択された前記支援拠点の前記支援情報を前記被災側端末装置に送信し、かつ、前記被災拠点の連絡先情報を、前記支援拠点の支援側端末装置に送信する、項目６に記載の物資支援システム。
［項目８］
前記管理装置は、前記物資を購入したユーザのみにシステムの利用を許可する、項目１から７のいずれかに記載の物資支援システム。
［項目９］
前記管理装置は、前記支援拠点から前記被災拠点への物資の支援を決定した場合に、前記被災拠点が支援を受ける物資の量に応じて決定される数量の物資を前記支援拠点の所在地を届け先として発注する、項目１から８のいずれかに記載の物資支援システム。
［項目１０］
前記物資は、アルミ缶入り飲料水である、項目１から９のいずれかに記載の物資支援システム。
［項目１１］
コンピュータに実装される、物資を備蓄する複数の備蓄拠点の間で互いに物資を支援するための方法であって、
前記複数の備蓄拠点のうちの被災した備蓄拠点である被災拠点の被災側端末装置から送信される物資の支援要請に応答して、記憶装置にアクセスして前記被災拠点の備蓄情報を取得するステップであって、前記記憶装置は、前記複数の備蓄拠点のそれぞれの所在地、および、前記複数の備蓄拠点のそれぞれに備蓄された物資の備蓄量を含む備蓄情報を記憶する、ステップと、
前記被災拠点の備蓄情報に基づいて、前記被災拠点に物資を提供することが可能な１以上の支援拠点の候補を前記被災拠点以外の前記複数の備蓄拠点の中から抽出するステップと、
前記１以上の支援拠点の候補の中から決定される少なくとも１つの支援拠点の備蓄情報を含む支援情報を前記被災側端末装置に送信するステップと、
をコンピュータに実行させる方法。
［項目１２］
物資を備蓄する複数の備蓄拠点の間で互いに物資を支援するために利用されるコンピュータプログラムであって、
前記複数の備蓄拠点のうちの被災した備蓄拠点である被災拠点の被災側端末装置から送信される物資の支援要請に応答して、記憶装置にアクセスして前記被災拠点の備蓄情報を取得することであって、前記記憶装置は、前記複数の備蓄拠点のそれぞれの所在地、および、前記複数の備蓄拠点のそれぞれに備蓄された物資の備蓄量を含む備蓄情報を記憶する、ステップと、
前記被災拠点の備蓄情報に基づいて、前記被災拠点に物資を提供することが可能な１以上の支援拠点の候補を前記被災拠点以外の前記複数の備蓄拠点の中から抽出するステップと、
前記１以上の支援拠点の候補の中から決定される少なくとも１つの支援拠点の備蓄情報を含む支援情報を前記被災側端末装置に送信するステップと、
をコンピュータに実行させるコンピュータプログラム。

【0008】

本開示の包括的または具体的な態様は、装置、システム、方法、集積回路、コンピュータプログラム、もしくはコンピュータが読み取り可能な非一時的記憶媒体、またはこれらの任意の組み合わせによって実現され得る。コンピュータが読み取り可能な記憶媒体は、揮発性の記憶媒体を含んでいてもよいし、不揮発性の記憶媒体を含んでいてもよい。装置は、複数の装置で構成されていてもよい。装置が２つ以上の装置で構成される場合、当該２つ以上の装置は、１つの機器内に配置されてもよいし、分離した２つ以上の機器内に分かれて配置されていてもよい。

【発明の効果】

【0009】

本開示の例示的な実施形態は、セキュリティまたはプライバシーを守りつつ、システムを利用するユーザ同士のコミュニケーションを円滑に行うことを可能とする、物資支援システム、物資を支援するための方法およびコンピュータプログラムを提供する。

【図面の簡単な説明】

【0010】

【図1】図１は、本開示の実施形態における物資支援システムの概略的な構成を例示する模式図である。

【図2】図２は、本開示の実施形態による物資支援システムの概要を説明するための図である。

【図3】図３は、物資の支援要請から支援要請が成立するまでの管理装置の動作の例を示すフローチャートである。

【図4】図４は、ステップＳ２００に含まれる処理のより詳細なフローチャートである。

【図5】図５は、ステップＳ３００に含まれる処理のより詳細なフローチャートである。

【図6】図６は、端末装置に表示される、備蓄水データベースの表示画面を例示する図である。

【図7】図７は、端末装置に表示される、備蓄情報の表示画面を例示する図である。

【図8】図８は、端末装置に表示される、被災時の支援要請の表示画面を例示する図である。

【図9】図９は、端末装置に表示される、支援拠点の候補とされたことを通知する表示画面を例示する図である。

【図10】図１０は、端末装置に表示される支援拠点の候補の表示画面を例示する図である。

【図11】図１１は、端末装置に表示される、支援拠点の候補の地図上の位置を表す表示画面を例示する図である。

【図12】図１２は、物資の支援要請から支援要請が成立するまでの管理装置の動作の他の例を示すフローチャートである。

【図13】図１３は、マッチング成立後に被災側端末装置に表示される表示画面を例示する図である。

【図14】図１４は、マッチング成立後に支援側端末装置に表示される表示画面を例示する図である。

【図15】図１５は、物資の支援要請から支援要請が成立するまでの管理装置の動作の更なる他の例を示すフローチャートである。

【図16】図１６は、管理装置の概略的なハードウェア構成を例示するブロック図である。

【図17】図１７は、端末装置の概略的なハードウェア構成を例示するブロック図である。

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

【0011】

以下、添付の図面を参照しながら、本開示による物資支援システム、および物資を支援するための方法を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明および実質的に同一の構成または処理に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。また、実質的に同一の構成または処理に同一の参照符号を付す場合がある。

【0012】

以下の実施形態は例示であり、本開示による物資支援システム、および物資を支援するための方法は、以下の実施形態に限定されない。例えば、以下の実施形態で示される数値、形状、材料、ステップ、そのステップの順序などは、あくまでも一例であり、技術的に矛盾が生じない限りにおいて種々の改変が可能である。また、技術的に矛盾が生じない限りにおいて、一の態様と他の態様とを組み合わせることが可能である。

【0013】

＜１．物資支援システムの概要＞
先ず、図１を参照して、本開示の実施形態における物資支援システムの概要を説明する。図１に、本開示の実施形態における物資支援システムの概略的な構成を例示する。

【0014】

図１に例示する物資支援システム１０００は、管理装置１００と、後述する記憶装置とを備える。複数の備蓄拠点３００のそれぞれにおいて利用される端末装置２００が、ネットワーク４００を介して管理装置１００に接続される。管理装置１００は、ネットワーク４００を介して記憶装置に接続されてもよいし、ネットワーク４００を介さずに記憶装置に接続されてもよい。図示する例では、７か所の備蓄拠点３００において利用される７台の端末装置２００が物資支援システム１０００に接続されているが、これは例示に過ぎない。物資支援システム１０００に接続される端末装置２００の台数は、数百台あるいは数千台であり得る。また、物資支援システム１０００は、通信遅延の低減またはネットワーク負荷の分散の観点から、１以上のエッジコンピュータをさらに備えていてもよい。

【0015】

各備蓄拠点３００には、災害時に備えて物資が備蓄されている。物資の種類は特に限定されないが、例えば、飲料水、食料品、衣服または医薬品である。本開示の実施形態における物資は、アルミ缶入り飲料水である。アルミ缶入り飲料水は、ペットボトル入りの飲料水に比べて長期保存を可能とするので、備蓄拠点３００に備蓄する物資に適している。

【0016】

管理装置１００の例はクラウドサーバであり、記憶装置（図１３を参照）の例は、クラウドストレージである。端末装置２００は、各備蓄拠点３００においてユーザが使用するコンピュータである。管理装置１００および複数の端末装置２００は、ネットワーク４００を介して互いに通信することができる。図１に例示する端末装置２００は、スマートフォンまたはタブレットコンピュータなどのモバイル端末であるが、これに限定されない。端末装置２００は、ラップトップコンピュータ、デスクトップＰＣ（personal computer）などの据え置き型のコンピュータであってもよい。例えば、ブラウザからクラウドシステムにアクセスする方式を採用することで、スマートフォンまたはタブレットコンピュータなどのデバイスの種類によらず、ユーザは物資支援システム１０００を利用し得る。

【0017】

本明細書において、自然災害などによって被災した備蓄拠点を「被災拠点」と呼び、被災拠点において利用される端末装置を「被災側端末装置」と呼ぶ。また、被災拠点からの支援要請を受け、被災拠点に物資を提供することが可能な備蓄拠点を「支援拠点の候補」と呼び、１以上の支援拠点の候補の中から選択される少なくとも１つの支援拠点の候補を「支援拠点」と呼び、支援拠点において利用される端末装置を「支援側端末装置」と呼ぶ。図１には、７台の端末装置２００のうちの被災側端末装置２０１および支援側端末装置２０２をそれぞれ示している。さらに、被災拠点において被災側端末装置を利用するユーザを「被災者」と呼び、支援拠点の候補において端末装置を利用するユーザを「支援候補者」と呼び、支援拠点において支援側端末装置を利用するユーザを「支援者」と呼ぶ場合がある。例えば、ユーザは、個人であってもよく、行政、団体または企業の担当者または管理者であってもよい。

【0018】

物資を備蓄する複数の備蓄拠点のそれぞれの所在地（または住所）、および、複数の備蓄拠点のそれぞれに備蓄された物資の備蓄量を含む情報を「備蓄情報」と呼ぶ。備蓄情報は、備蓄拠点ごとに、所在地と物資の備蓄量とが関連付けられて記憶装置に記憶される。ただし、備蓄情報は、所在地および物資の備蓄量に加え、例えば、過去に支援を行った回数を含む過去の実績のような更なる情報を含んでいてもよい。

【0019】

本開示の実施形態による物資支援システムは、例えば市区町村がすでに運用している既存のシステムに連携され得る。あるいは、物資支援システムは、公共団体同士または自治体同士の連携を可能とする。また、民間が参入することで、行政と民間とが物資支援システムを介して繋がり得る。さらには、日本全国に存在する複数の備蓄拠点で利用される複数の端末装置がネットワークを介して同一の物資支援システムに相互に繋がり得る。

【0020】

図２に、本開示の実施形態による物資支援システムの概要を説明するための図を示す。本開示の実施形態では、物資（例えば飲料水）の製造元または販売元が物資支援システムを管理し、例えば物資の購入者から申請がある場合に、購入者に物資支援システムの利用を許可し得る。物資支援システムへの加入は任意である。被災拠点に備蓄されている物資が不足している場合に、被災者であるユーザが、被災側端末装置を利用して他の備蓄拠点に物資の支援要請を行うことができる。被災者による操作によって被災側端末装置から支援要請の信号が管理装置に送信される。支援要請の信号は、被災者を特定するための被災者ＩＤを含む。被災者ＩＤは、ユーザごとに割り当てられた固有の識別情報である。ユーザＩＤは、例えば端末装置のシリアル番号に紐付けされて付与され得る。

【0021】

本開示の実施形態では、被災者が、支援要請を行うときに、被災の事実、および、被災現場で必要な物資（例えば飲料水）の量を物資支援システムに通知する。さらには、被災者は、支援要請を行うときに、被災現場で必要な物資の情報（例えば飲料水以外に食料や衣服が不足している）を含むメッセージを送信してもよい。

【0022】

被災者が支援要請を行うときに、端末装置２００は、被災の事実、例えば気象庁が公表する自然災害発生の事実を確認できる機能を備え得る。この機能により、虚偽の支援要請または報告、もしくは誤記入などを適切に防止することができる。

【0023】

物資支援システムが被災者から支援要請を受けると、被災者ＩＤに基づいて管理装置に支援候補者をリストアップさせる。図２には、被災者ＩＤに基づいてリストアップした結果、支援候補者ＡおよびＢを含む支援候補者がリストアップされた結果を例示している。管理装置は、リストアップした支援候補者に支援要請の可否の問合せを行う。言い換えると、管理装置は、支援候補者が利用する端末装置に、支援拠点の候補とされたことを通知する。支援候補者が利用する端末装置には、被災拠点の所在地および物資の備蓄量を含む被災拠点の備蓄情報が通知される。ここで、被災拠点の備蓄情報は、被災者の連絡先情報を含んでいない。図２に示す例では、この通知を受けた支援候補者Ａは、物資の支援が可能であることを管理装置に回答し、この通知を受けた支援候補者Ｂは、支援が不可能であることを管理装置に回答している。

【0024】

管理装置は、支援候補者からの回答を受け、支援候補者の中から支援可能な支援候補者をリストアップする。管理装置は、リストアップした結果を被災側端末装置に通知する。被災者は、被災側端末装置を利用して、通知された支援可能な支援候補者の中から少なくとも一人の支援者を選択し、選択した結果を管理装置に通知する。管理装置は、被災者によって選択された支援者の通知を受け、支援要請のマッチングが成立したと判断する。その後、管理装置は、被災側端末装置に支援者の連絡先情報を送信し、支援側端末装置に被災者の連絡先情報を送信する。マッチングが成立した後は、支援者の連絡先情報の通知を受けた被災者は、支援者に連絡することが可能となり、被災者の連絡先情報の通知を受けた支援者は、被災者に連絡することが可能となる。被災者と支援者とのコミュニケーションは、物資支援システムを介して行われてもよいし、物資支援システムを介さずに（例えば電話網を介して）行われてもよい。

【0025】

このように、本開示の実施形態による物資支援システムによれば、マッチングが成立するまでは、被災者および支援者の連絡先情報は明かされないために、キュリティまたはプライバシーが守られる。マッチング成立後は、システムを利用するユーザ同士のコミュニケーションを円滑に行うことが可能となる。例えば、システムに統合されたチャット機能もしくはメッセージ送受信機能、システム外部の電子メール、または電話などを利用してユーザ同士のコミュニケーションが行われ得る。

【0026】

＜２．物資支援システムの詳細＞
図３に、物資の支援要請から支援要請が成立するまでの管理装置１００の動作の例のフローチャートを示す。管理装置１００は、被災拠点の備蓄情報を取得するステップＳ１００と、被災拠点に物資を提供することが可能な１以上の支援拠点の候補を決定するステップＳ２００と、支援拠点の備蓄情報を含む支援情報を被災側端末装置２０１に送信するステップＳ３００とを含む動作を実行する。

【0027】

前述したように、各備蓄拠点３００の備蓄情報は、所在地と物資の備蓄量とが関連付けられて記憶装置に記憶される。本開示の実施形態では、前述したように、物資を購入した顧客にシステムの利用が許可され得る。そのため、物資を購入した顧客情報に基づいてデータベースが整備されているために、ユーザの加入を任意で認める場合に比べ、データの信頼性が高い。

【0028】

図６に、端末装置２００に表示される、備蓄水データベースの表示画面２００Ａを例示する。表示画面２００Ａは、「管理者情報」、「組織内の備蓄水データ」、「被災時の支援要請」、「地図表示」、「チュートリアル」など項目を含むメニュー画面であり得る。ただし、図示するメニュー画面は一例に過ぎない。図７に、端末装置２００に表示される備蓄情報の表示画面２００Ｂを例示する。表示画面２００Ｂは、図６に示すメニュー画面における「組織内の備蓄水データ」の項目が選択されたときに表示される。表示画面２００Ｂは、同じ管理者が管理する複数の備蓄拠点３００のうちの備蓄拠点３００Ａ～３００Ｃのそれぞれの備蓄水の量（ケース数）および住所の情報を含む。図示する例における端末装置２００は、住所を表示または非表示にする機能を有する。表示画面２００Ｂに表示される備蓄情報は、例えば日または週ごとに更新され得る。

【0029】

（ステップＳ１００）
管理装置１００は、複数の備蓄拠点３００のうちの被災した備蓄拠点である被災拠点の被災側端末装置２０１から送信される物資の支援要請に応答して、記憶装置にアクセスして被災拠点の備蓄情報を取得する。図８に、端末装置２００に表示される被災時の支援要請の表示画面２００Ｃを例示する。表示画面２００Ｃは、図６に示すメニュー画面における「被災時の支援要請」の項目が選択されたときに表示される。このような表示画面の例によれば、例えば管理者が、表示画面２００Ｃに表示される支援要請のボタンを押すことによって、物資を必要とする備蓄拠点を選択し、当該備蓄拠点への支援要請を容易に行い得る。また、前述したように、管理者から入力を受けた被災側端末装置２０１から物資支援システムに、例えば被災の事実、および、被災現場で必要な物資の量が通知される。

【0030】

（ステップＳ２００）
管理装置１００は、被災拠点の備蓄情報に基づいて、被災拠点に物資を提供することが可能な１以上の支援拠点の候補を被災拠点以外の複数の備蓄拠点３００の中から決定する。

【0031】

図４に、ステップＳ２００に含まれる処理のより詳細なフローチャートを示す。図４に例示する処理手順は、ステップＳ２１０～Ｓ２７０の処理を含む。ステップＳ２１０～Ｓ２５０において、管理装置１００は、被災拠点の備蓄情報に基づいて決定される抽出条件を更新しながら複数の支援拠点のプレ候補を抽出する。

【0032】

ステップＳ２１０において、管理装置１００は、抽出条件として評価スコアを算出し得る。例えば、管理装置１００は、被災拠点の備蓄情報、および、被災拠点以外の複数の備蓄拠点３００の備蓄情報に基づいて評価スコアを算出し、評価スコアに基づいて複数の支援拠点のプレ候補を抽出する。管理装置１００は、支援拠点から被災拠点までの距離を備蓄情報に基づいて、例えば地図上における座標の点のユークリッド距離またはマンハッタン距離として算出することができる。管理装置１００は、支援拠点から被災拠点までの物資の輸送時間、輸送コスト、および交通網の少なくとも１つをさらに考慮して、評価スコアを算出し得る。これは、例えば最適輸送理論を評価スコアの算出に導入することで実現され得る。このため、ステップＳ２３０の処理は、例えば遺伝的アルゴリズムを利用して最適輸送問題を解くことを含み得る。最適輸送理論の詳細およびアルゴリズムの例は、特開２０１９－１３３３２３号公報や米国特許出願公開第２０２０／００６５７５９号明細書に記載されている。特開２０１９－１３３３２３号公報および米国特許出願公開第２０２０／００６５７５９号明細書の開示内容のすべてを参照により本明細書に援用する。管理装置１００は、備蓄拠点３００における物資の備蓄量の回復時間などをさらに考慮して、評価スコアを算出してもよい。

【0033】

被災拠点と支援拠点とを結ぶ道路の種類（国道、県道、私道など）を考慮し、評価スコアは算出され得る。これによって、交通網の寸断などにもスムーズに対応できる支援拠点の候補が管理装置１００から提示され得、災害時のシステムのレジリエンスを高めることが可能となる。

【0034】

ステップＳ２２０において、管理装置１００は、複数の支援拠点のプレ候補を抽出できなかった場合には、抽出条件、すなわち評価スコアを更新し（ステップＳ２３０）、更新後の抽出条件を用いて複数の支援拠点のプレ候補を抽出する。抽出条件、すなわち評価スコアの更新は、条件が緩和されるように実行される。管理装置１００が複数の支援拠点のプレ候補を抽出できた場合には、処理は次のステップＳ２４０に進む。管理装置１００が複数の支援拠点のプレ候補を抽出できなかった場合には、ステップＳ２１０～Ｓ２３０の処理を、複数の支援拠点のプレ候補を抽出できるまで繰り返し実行する。

【0035】

ステップＳ２４０において、管理装置１００は、複数の支援拠点のプレ候補のそれぞれの所在地が示す備蓄拠点３００の端末装置２００に、当該備蓄拠点３００が支援拠点のプレ候補とされたことを通知する。この通知を受信した端末装置２００を利用するユーザは、当該備蓄拠点３００が支援拠点のプレ候補とされたこと認識し、支援要請の受諾の可否を判断する。当該ユーザは、支援要請の受諾の可否を端末装置２００から管理装置１００に送信する。

【0036】

図９に、端末装置２００に表示される、支援拠点の候補とされたことを通知する表示画面２００Ｄを例示する。端末装置２００は、管理装置１００から送信される、支援拠点の候補とされたことを通知する信号に応答して、表示画面２００Ｄを表示する。ユーザは、表示画面２００Ｄに表示される支援を必要とする被災拠点からの支援要請を受諾する場合には支援可のボタンを押し、支援要請を拒否する場合には支援不可のボタンを押すことができる。このように、支援要請が届いたことを端末装置２００に表示することで、ユーザは、支援要請の受諾の可否を管理装置１００に瞬時に返答することが可能となる。また、被災者が支援要請を行うときに、被災拠点が必要とする物資の量および期間を被災側端末装置２０１に入力してもよい。そのような情報が被災側端末装置２０１から管理装置１００に送信され、管理装置１００から支援拠点の候補で利用される端末装置２００に通知される。支援要請を受けたユーザは、被災拠点が必要とする物資の量および期間の情報を、支援要請の受諾の可否を判断する材料に利用することができる。

【0037】

ステップＳ２５０において、管理装置１００は、支援拠点候補の通知に応答して端末装置２００から送信される、支援要請の受諾の可否を示す受諾可否通知を受信する。１以上の端末装置２００から送信され得る受諾可否通知に、支援要請の受諾可を示す少なくとも１つの通知が含まれている場合には、処理は次のステップＳ２６０に進む。これに対し、１以上の端末装置から送信され得る受諾可否通知に、支援要請の受諾可を示す通知が１つも含まれていない場合には、処理はステップＳ２３０に戻る。管理装置１００は抽出条件を緩和して、緩和後の抽出条件を用いて複数の支援拠点のプレ候補の抽出を再び試みる。（ステップＳ２１０）。

【0038】

ステップＳ２６０において、管理装置１００は、受諾可否通知が示す支援要請の受諾の可否の情報に基づいて、複数の支援拠点のプレ候補の中から１以上の支援拠点の候補を抽出する。言い換えると、管理装置１００は、複数の支援拠点のプレ候補の中から、支援要請の受諾可を示す通知を送信した端末装置を利用する１以上の備蓄拠点３００を、１以上の支援拠点の候補として抽出する。例えば、管理装置１００は、ステップＳ２１０において、複数の支援拠点のプレ候補として１０拠点を抽出したとする。この場合、管理装置１００は、１０拠点のうちの３拠点において利用される各端末装置２００から支援要請の受諾可を示す通知を受け取ると、１０拠点の支援拠点のプレ候補に属する当該３拠点を支援拠点の候補として決定する。

【0039】

ステップＳ２７０において、管理装置１００は、複数の支援拠点のプレ候補に属する１以上の支援拠点の候補のそれぞれの所在地および物資の備蓄量を含む備蓄情報を被災側端末装置に送信する。図１０に、端末装置２００に表示される支援拠点の候補の表示画面２００Ｅを例示する。この例では、被災者であるユーザが、支援拠点の候補３０１、３０３および３０５の中から１以上の支援拠点を、決定ボタンを押すことで選択することが可能である。

【0040】

図１１に、端末装置２００に表示される支援拠点の候補の地図上の位置を表す表示画面２００Ｆを例示する。端末装置２００は、支援拠点の候補の地図上の位置を表す表示画面２００Ｆを表示してもよい。また、地図上の支援拠点の候補の１つに矢印のカーソルを合わせることで、端末装置２００はその備蓄拠点の備蓄情報２００Ｇを表示してもよい。ユーザは、地図上で備蓄拠点に備蓄されている物資の備蓄量を確認しながら、備蓄拠点の場所を直観的に認識できる。また、この例では、備蓄拠点の位置を示すアイコンに物資の備蓄量（例えば飲料水のケース数）が地図上に明示されている。地図上に備蓄量が表示されるために、近隣の物資の備蓄状態を把握することが容易になり得る。

【0041】

（ステップＳ３００）
管理装置１００は、１以上の支援拠点の候補の中から決定される少なくとも１つの支援拠点の備蓄情報を含む支援情報を被災側端末装置２０１に送信する。図５に、ステップＳ３００に含まれる処理のより詳細なフローチャートを示す。図５に例示する処理手順は、ステップＳ３１０～Ｓ３３０の処理を含む。

【0042】

ステップＳ３１０において、管理装置１００は、支援拠点候補の備蓄情報を被災側端末装置２０１に出力させて、被災拠点の被災者であるユーザに１以上の支援拠点の候補の中から支援拠点を選択させる。

【0043】

ステップＳ３２０において、被災拠点のユーザによって支援拠点が選択された場合には、処理は次のステップＳ３３０に進む。ユーザは、１つの支援拠点に限らず、複数の支援拠点を選択してもよい。被災拠点のユーザによって支援拠点が選択されなかった場合、つまり、被災者が希望する支援候補者が見つからなかった場合には、処理はステップＳ２５０に戻り、管理装置１００は抽出条件を緩和して、緩和後の抽出条件を用いて複数の支援拠点のプレ候補の抽出を再び試みる（図４を参照）。管理装置１００は、例えば被災拠点から支援拠点の候補までの距離、および物資の備蓄量の条件を緩和することで次の支援拠点のプレ候補を速やかに決定し得る。

【0044】

ステップＳ３３０において、管理装置１００は、被災拠点のユーザによって選択された少なくとも１つの支援拠点の支援情報を被災側端末装置２０１に送信し、かつ、被災拠点の連絡先情報を、支援拠点の支援側端末装置２０２に送信する。ここで、備蓄情報は備蓄拠点３００の連絡先情報を含まず、支援情報は支援拠点の連絡先情報を含む。これにより、マッチング成立後は、支援者の連絡先情報の通知を受けた被災者は、支援者に連絡することが可能となり、被災者の連絡先情報の通知を受けた支援者は、被災者に連絡することが可能となる。被災者と支援者とのコミュニケーションは、物資支援システムを介して行われてもよいし、例えば電話またはシステム外部の電子メールを利用して行われてもよい。マッチングの成立後は、被災者と支援者との間に例えばチャットを開設し、通信が不安定な状態になっても、物資の受け渡し場所のような最低限の情報を交換できるようにしておくことが望ましい。

【0045】

図１２に、物資の支援要請から支援要請が成立するまでの管理装置１００の動作の他の例のフローチャートを示す。管理装置１００は、さらに、支援拠点から被災拠点への物資の支援を決定した場合に、被災拠点が支援を受ける物資の量に応じて決定される数量の物資を支援拠点の所在地を届け先として発注するステップＳ４００を含み得る。例えば、管理装置１００は、マッチングの成立後、所定の期間が経過した後（例えば９０日）に、支援者への物資の返却を被災者に促す機能を有し得る。これにより、管理装置１００は、各備蓄拠点３００の物資の在庫を適切に管理し得る。

【0046】

図１３に、マッチング成立後に被災側端末装置２０１に表示される表示画面の例を示す。図１３に示す例における表示画面は、支援拠点の備蓄情報２００Ｈと、支援を要請した物資の量２００Ｉと、発注に関するメッセージ２００Ｊとを含む。支援拠点の備蓄情報２００Ｈは、支援拠点の代表者および連絡先情報を含む。また、支援の感謝として、支援元である支援拠点に物資の発注を促すメッセージ２００Ｊが表示され得る。被災者であるユーザは、物資の発注に同意する場合には、決定ボタンを押して物資を発注することができる。ただし、物資の発注を促すメッセージの表示は必須でなく、マッチングが成立した後は管理装置１００が物資の発注を自動的に行ってもよい。

【0047】

マッチング成立後には、被災者と支援者との間でチャット形式によるメッセージのやり取りが行われてもよい。図１３には、メッセージを投稿するためのチャットボックス２００Ｋを示す。これにより、ユーザはメッセージを遡って確認したり、履歴を確認したりできる。また、マッチング成立後においても被災者と支援者との間のコミュニケーションを容易に継続できる。

【0048】

図１４に、マッチング成立後に支援側端末装置２０２に表示される表示画面の例を示す。図１４に示す例における表示画面は、被災拠点の備蓄情報２００Ｍと、被災者から発注される物資が届く予定日のメッセージ２００Ｎとを含む。支援者は、表示画面を確認することによって、被災拠点の代表者および連絡先情報を確認でき、かつ、支援先から支援の物資が発注されることを把握できる。支援側端末装置２０２に表示される表示画面も、被災側端末装置２０１と同様に、メッセージを投稿するためのチャットボックス２００Ｋを含み得る。

【0049】

このように、本開示の実施形態による物資支援システムによれば、マッチングが成立するまでは、被災者および支援者の連絡先情報は明かされないために、キュリティまたはプライバシーが守られる。マッチング成立後は、システムを利用するユーザ同士が、例えば、システムに統合されたチャット機能もしくはメッセージ送受信機能、システム外部の電子メール、または電話などを利用して、コミュニケーションを円滑に行うことが可能となる。また、最小限のデータベースの支援情報、すなわち備蓄情報を、被災者と支援者との間で送受信することによって、例えば災害時に通信ネットワークの帯域が低下したとしても、被災者は支援要請を行うことができる。

【0050】

図１５に、物資の支援要請から支援要請が成立するまでの管理装置１００の動作の更なる他の例のフローチャートを示す。管理装置１００は、さらに、被災者から発注された物資を支援拠点に配送するための配送計画を行い、配送の手配を行うステップＳ５００を含み得る。管理装置１００は、公知の種々なアルゴリズムを用いて配送計画の最適化を行い得る。あるいは、災害で陸路の交通網が利用できない場合などには、管理装置１００は、ドローンを用いる物資の配送計画を行ってもよい。

【0051】

前述した例では、災害時の管理装置１００の動作を主に説明したが、管理装置１００は、例えば平時にも備蓄拠点のおおよその場所および物資の備蓄量の情報をユーザに開示し、あるいは複数のユーザと共有してもよい。これにより、例えば他の自治体または市町村における備蓄拠点の物資の備蓄量を把握できる。また、複数の拠点から構成されるバックアップセンターが、記憶装置に記憶されているデータ（各備蓄拠点の備蓄情報）のバックアップをリアルタイムで行うことが好ましい。これにより、災害時のレジリエンスを高めることが可能となる。

【0052】

前述した例では、被災者が、被災側端末装置２０１を利用して、通知された支援可能な支援候補者の中から少なくとも一人の支援者を選択したが、本開示の実施形態はこれに限定されない。管理装置１００が、支援可能な支援候補者の中から支援者を自動で決定してもよい。例えば、管理装置１００は、評価スコアが最も高い備蓄拠点を支援拠点として決定してもよい。

【0053】

物資の容器（例えば缶入り飲料水の場合には缶）またはダンボールケースに、物資支援システムへのアクセス先のＵＲＬまたは２次元バーコードを表示することによって、緊急時のシステムへのアクセスが容易になり得る。また、管理装置１００は、物資の購入後、例えば１年ごとに棚卸を行うように端末装置２００に通知することで、平時において物資の在庫確認を各備蓄拠点の管理者または担当者に促してもよい。

【0054】

管理装置１００は、各備蓄拠点に備蓄された物資の賞味期限を管理し得る。管理装置１００は、例えば物資の賞味期限が半分を経過した時点で、備蓄拠点の管理者または担当者に物資の交換または補充を通知してもよい。これにより、物資を積極的に支援するインセンティブを管理者または担当者に与えることができ、その結果、地域間のコミュニケーションの醸成および賞味期限のリセットの効果が期待される。

【0055】

本開示の実施形態による物資支援システム１０００は、例えば災害が発生した地域に存在する複数の被災拠点から複数の支援要請を受けてもよい。その場合であっても、管理装置１００は、例えば最適輸送理論を評価スコアの算出に導入することで、複数の支援拠点から複数の被災拠点への物資の支援を可能とする。

【0056】

＜３．支援物資システムのハードウェア構成＞
（管理装置１００）
図１６に、管理装置１００の概略的なハードウェア構成のブロック図を例示する。管理装置１００は、各備蓄拠点３００から離れた場所に設置されたコンピュータであり得る。管理装置１００の典型例は、クラウドサーバである。管理装置１００は、通信装置１１０と、制御装置１２０と、記憶装置１３０とを備える。これらの構成要素は、バスを介して相互に通信可能に接続される。

【0057】

通信装置１１０は、ネットワーク４００（図１を参照）を介して端末装置２００と通信するための通信モジュールである。例えば、通信装置１１０は、ＩＥＥＥ１３９４（登録商標）、またはイーサネット（登録商標）などの通信規格に準拠した有線通信を行うことができる。通信装置１１０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格もしくはＷｉ－Ｆｉ規格に準拠した無線通信、または、３Ｇ、４Ｇもしくは５Ｇなどのセルラー移動体通信を行うことができる。

【0058】

制御装置１２０は、例えば、プロセッサ１２１、ＲＯＭ（Read Only Memory）１２２およびＲＡＭ(Random Access Memory)１２３などを備える。プロセッサ１２１が少なくとも１つの処理を実行するためのソフトウェア（またはファームウェア）が、ＲＯＭ１２２に実装され得る。そのようなソフトウェアは、例えば光ディスクなど、コンピュータが読み取り可能な記録媒体に記録され、パッケージソフトウェアとして販売され、または、ネットワーク４００を介してユーザに提供され得る。

【0059】

プロセッサ１２１は、半導体集積回路であり、中央演算処理装置（ＣＰＵ）を含む。プロセッサ１２１は、マイクロプロセッサまたはマイクロコントローラによって実現され得る。プロセッサ１２１は、少なくとも１つの処理を実行するための命令群を記述した、ＲＯＭ１２２に格納されるコンピュータプログラムを逐次実行し、所望の処理を実現する。

【0060】

制御装置１２０は、プロセッサ１２１に加えてまたは代えて、ＣＰＵを搭載したＦＰＧＡ（Field Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＡＳＳＰ（Application Specific Standard Product）、または、これら回路の中から選択される２つ以上の回路の組み合わせを備え得る。

【0061】

ＲＯＭ１２２は、例えば、書き込み可能なメモリ（例えばＰＲＯＭ）、書き換え可能なメモリ（例えばフラッシュメモリ）、または読み出し専用のメモリである。ＲＯＭ１２２は、プロセッサ１２１の動作を制御するプログラムを記憶している。ＲＯＭ１２２は、単一の記録媒体である必要はなく、複数の記録媒体の集合であり得る。複数の集合体の一部は取り外し可能なメモリであってもよい。

【0062】

ＲＡＭ１２３は、ＲＯＭ１２２に格納された制御プログラムをブート時に一旦展開するための作業領域を提供する。ＲＡＭ１２３は、単一の記録媒体である必要はなく、複数の記録媒体の集合であり得る。

【0063】

記憶装置１３０は、主としてデータベースのストレージとして機能する。記憶装置１３０の例はクラウドストレージである。記憶装置１３０は、例えば、磁気記憶装置または半導体記憶装置である。磁気記憶装置の例は、ハードディスクドライブ（ＨＤＤ）である。半導体記憶装置の例は、ソリッドステートドライブ（ＳＳＤ）である。

【0064】

（端末装置２００）
図１７に、端末装置２００の概略的なハードウェア構成のブロック図を例示する。端末装置２００は、入力装置２１０、表示装置２２０、通信装置２３０、記憶装置２４０、プロセッサ２５０、ＲＯＭ２６０、およびＲＡＭ２７０を備える。これらの構成要素は、バスを介して相互に通信可能に接続される。

【0065】

入力装置２１０は、ユーザからの指示をデータに変換してコンピュータに入力するための装置である。入力装置２１０の例は、キーボード、マウスまたはタッチパネルである。表示装置２２０の例は、液晶ディスプレイまたは有機ＥＬディスプレイである。通信装置２３０、記憶装置２４０、プロセッサ２５０、ＲＯＭ２６０、およびＲＡＭ２７０のそれぞれに関する説明は、管理装置１００のハードウェア構成例において記載したとおりであり、省略する。

【0066】

本開示の実施形態における物資支援システムで使用されるコンピュータプログラムは、当該システムとは独立して製造および販売され得る。コンピュータプログラムは、例えばコンピュータが読み取り可能な非一時的な記憶媒体に格納されて提供され得る。コンピュータプログラムは、電気通信回線（例えばインターネット）を介したダウンロードによっても提供され得る。

【産業上の利用可能性】

【0067】

本開示の技術は、複数のユーザ間で物資の支援を行う物資支援システムにおいて広く利用され得る。

【符号の説明】

【0068】

１００：管理装置、１１０：通信装置、１２０：制御装置、１２１：プロセッサ、１２２：ＲＯＭ、１２３：ＲＡＭ、１３０：記憶装置、２００：端末装置、２００Ａ～２００Ｆ：表示画面、２０１：被災側端末装置、２０２：支援側端末装置、２１０：入力装置、２２０：表示装置、２３０：通信装置、２４０：記憶装置、２５０：プロセッサ、２６０：ＲＯＭ、２７０：ＲＡＭ、３００：備蓄拠点、３００Ａ：備蓄拠点、３００Ｂ：備蓄拠点、３００Ｃ：備蓄拠点、３０１：候補、３０３：候補、４００：ネットワーク、１０００：物資支援システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】