JP2004157843A - Disaster support device and disaster support system - Google Patents

Disaster support device and disaster support system Download PDF

Info

Publication number
JP2004157843A
JP2004157843A JP2002323909A JP2002323909A JP2004157843A JP 2004157843 A JP2004157843 A JP 2004157843A JP 2002323909 A JP2002323909 A JP 2002323909A JP 2002323909 A JP2002323909 A JP 2002323909A JP 2004157843 A JP2004157843 A JP 2004157843A
Authority
JP
Japan
Prior art keywords
support
request
disaster
supplies
information
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.)
Pending
Application number
JP2002323909A
Other languages
Japanese (ja)
Inventor
Takeshi Kishigami
剛 岸上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2002323909A priority Critical patent/JP2004157843A/en
Publication of JP2004157843A publication Critical patent/JP2004157843A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To smoothly instruct the supply of the stock of materials of a system to each disaster area without requiring a manager's high-level decision-making. <P>SOLUTION: This disaster support system comprises the disaster support device connectable to a victim terminal used by a victim and a supplier terminal used by the supplier of the stock of materials through a communication network 10. A support file 1 for updating and managing information for a request of materials and its supply state by evacuation zone has a stock management means 2 for accepting the stock information of materials disclosed on the communication network and received from the supplier terminal to update and manage the stock information of the system, a request management means 3 for accepting a support request of materials from the victim terminal to tabulate and manage the request information by evacuation zone, and a support processing means 4 for comparing the request tabulated by evacuation zone with the stock information of the system and instructing, when the supply is possible, the supply of the stock of materials to the supplier terminal. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は災害支援装置及び災害支援システムに関し、更に詳しくは、被災者が使用する被災者端末と支援物資の供給者が使用する供給者端末とが通信ネットワークを介して災害支援装置と接続可能な災害支援システムの前記災害支援装置及び災害支援システムに関する。
【0002】
地震等の大規模災害発生時には、被災規模に応じた人数の被災者が最寄の各避難所に避難するが、この様な場合に備えて、予め避難所毎に被災規模(避難民の数等)を想定しておき、該規模に応じた支援物資を備蓄しておくことが行われる。しかし、避難所毎に多めの物資を備蓄・管理しておくのは得策ではなく、現実の避難状況(避難人数)に即した必要量の支援物資が過不足なく迅速に支給(補給)されることが望まれる。
【0003】
【従来の技術】
従来は、避難所の管理者が避難住民の人数等から必要物資量を計算し、防災センタに電話やFAXにより支援物資の依頼要求を行っていた。一方、この要求を受け付けた防災センタでは、限られた人数で各避難所からの要求を整理・判断し、各避難所への支援物資の分配を決定していた。
【0004】
【発明が解決しようとする課題】
しかし、災害時における実際の被災規模は、一般には予測し難く、このため、被災地区によっては備蓄物資に大幅な過不足が生じる。この場合に、予め多めの備蓄を維持・管理して置くのは得策ではないし、逆に、物資が不足した場合には迅速な補給が必要となる。
【0005】
また、大規模災害時には短時間に様々な支援要求が大量に送られてくるため、防災センタでは的確な判断ができず、避難所で必要とする支援物資が届かなかったり、数量が誤って届けられるという問題が生じ得る。また、避難所の管理者は、避難所の収容規模によって複数人置かれるが、管理者数が増すと、管理者間の情報伝達が疎になり、支援物資の重複要求等の問題が発生するばかりか、逆に管理者数が少ないと、避難住民のニーズを十分に吸い上げられない問題も生じる。
【0006】
係る状況の下、従来は、災害の発生を知らせる災害情報と、予めシステムに格納されている防災計画ルールと、過去の意思決定の履歴情報とに基づき、災害発生時における自治体管理者(知事等)による高度な意思決定を支援するための意思決定支援情報を作成・提供する災害時意思決定支援装置が知れれている(例えば特許文献1)。しかし、該特許文献1には、このような管理者の高度な意思決定を必要とはせずに、システムの備蓄物資を各被災地区に過不足なく円滑に供給指示可能とすることに関しては、開示も示唆もされていない。
【0007】
本発明は上記従来技術の問題点に鑑みなされたもので、その目的とする所は、管理者の高度な意思決定を必要とせずに、システムの備蓄物資を各被災地区に過不足なく円滑に供給指示可能な災害支援装置及び災害支援システムを提供することにある。
【0008】
【特許文献1】
特開平10−334078号公報(要約、図1)。
【0009】
【課題を解決するための手段】
上記の課題は例えば図1の構成により解決される。即ち、本発明(1)の災害支援装置は、被災者が使用する被災者端末と支援物資の供給者が使用する供給者端末とが通信ネットワーク100を介して災害支援装置と接続可能な災害支援システムの前記災害支援装置であって、避難地区別の物資の要求及びその配給状態の情報を更新・管理するための支援ファイル1であって、通信ネットワーク上に公開されるものと、供給者端末からの物資の備蓄情報を受付けてシステムの備蓄情報を更新・管理する備蓄管理手段2と、被災者端末からの物資の支援要求を受付けて避難地区別の要求情報を集計・管理する要求管理手段3と、避難地区別の集計要求とシステムの備蓄情報とを比較し、配給可能であることにより、供給者端末に対して支援物資の配給指示を行う支援処理手段4とを備えるものである。
【0010】
本発明(1)によれば、被災者と支援物資の供給者とが通信ネットワークを介して避難地区別の物資の要求及びその配給状態の情報を共有できる構成により、中間に高度な意思決定を行う管理者が介在しなくても、より現場レベルの判断に基づき、現実の避難規模(避難民の人数等)に応じた適正な物資の要求と、円滑な供給とが図られる。
【0011】
本発明(2)では、上記本発明(1)において、要求管理手段3は、被災者端末からの支援要求を受付けるに際して、当該被災者につき物資を要求する権限があるか否かを検査する。従って、不特定多数からの重複を含む多様な支援要求によってシステムが混乱するのを有効に回避できる。
【0012】
本発明(3)では、上記本発明(1)において、要求管理手段3は、被災者端末からの支援要求と当該避難地区についての現時点の集計要求とにつき物資の内容又は種類が重複することにより、該被災者端末に対して現時点の集計要求とその配給状態の情報とを送信すると共に、該被災者端末からの要求の確認、修正又は取消の応答を待って当該要求を受付けるものである。従って、この場合の被災者には当該避難地区の状況確認と、物資の重複要求当を回避する機会が与えられると共に、システムでは該要求の確認、修正又は取消を伴う適正な要求のみを受付けることが可能となる。
【0013】
本発明(4)では、上記本発明(1)において、支援処理手段4は、集計された要求回数の多い避難地区から優先的に物資の配給可否の判断を行うものである。従って、現実に避難規模の大きい(即ち、物資の要求頻度が多い)ところから優先的に物資配給可能となる。
【0014】
本発明(5)の災害支援システムは、被災者が使用する被災者端末と支援物資の供給者が使用する供給者端末とがインターネットを含む通信ネットワークを介して上記本発明(1)記載の災害支援装置と接続可能に構成されたものである。従って、インターネットを利用可能な所望の地域に所望の規模で本災害支援システムを構築できる。
【0015】
【発明の実施の形態】
以下、添付図面に従って本発明に好適なる実施の形態を詳細に説明する。なお、全図を通して同一符号は同一又は相当部分を示すものとする。
【0016】
図2は実施の形態による災害支援システムの構成図であり、図において、A1,A2は地区別に設けられた避難所、TE1,TE2は例えば避難所に備え付けの通信端末(ブラウザ機能を備えるパーソナルコンピュータ等)、MS1,MS2は避難住民が所持する(持ち込んだ)携帯端末(ブラウザ機能を有する携帯電話,PHS等)、Cは支援物資の供給管理を行う災害支援センタ、50は災害支援センタCに関してWeb上の窓口(災害声援に関する各種情報の閲覧及び支援センタCに対するアクセス要求の受付等)となるようなWebサーバ、10は災害支援管理の主制御・処理を行う支援装置、30は本システムのシステム管理者等が監視・操作をするためのコンソール(CSL)、M1,M2は支援物資を備蓄している倉庫、Dは、倉庫M1,M2や各避難所A1,A2における物資の備蓄情報を災害支援センタCに報告すると共に、災害支援センタCからの物資の配給指示に従って支援物資の配送手配等を行う供給センタ、TE3はその通信端末、100は本災害支援システムを収容する通信ネットワーク(固定網,移動網,インターネットを含む)、BS1,BS2は携帯端末を収容する基地局である。
【0017】
図3は実施の形態による災害支援センタCの構成図であり、図において、50はインターネットのブラウザ機能を介して通信端末TEや携帯端末MSからアクセス可能なWebサーバ、51はWebサーバ50の主制御・処理を行うCPU、52はCPU51が使用する主メモリ(MM)、53は本システムによる物資の支援状況(避難地区別の要求情報及びその分配情報等)を参照可能なWebデータベース(DB)、54は支援装置10との間で情報のやり取りを行う通信インタフェース(CIF)、55はネットワーク100に接続する通信制御装置(COM)、56はCPU51の共通バス、10は災害支援処理を行う支援装置、11は支援装置10の主制御・処理を行うCPU、12はCPU11が使用する主メモリ(MM)、13は本システムの運用に必要な各種ファイル(DB,プログラム等)を格納しているディスク装置(DSK)、14はWebサーバ50との間で情報のやり取りを行う通信インタフェース(CIF)、15はCPU11の共通バスである。
【0018】
また、上記ディスク装置13には、特定のDBにアクセスするための権限等の情報を記憶する権限DB13aと、避難住民からの物資要求情報を格納する要求DB13bと、各物資要求情報について避難所別及びカテゴリ別の集計情報を格納する集計DB13cと、多種多様な物資をカテゴリ別に分類するためのカテゴリDB(カテゴリ辞書)13dと、システムの備蓄物資の情報を管理する供給DB13eとが含まれる。次に、本システムによる災害支援動作を説明する。
【0019】
図4,図5は実施の形態による災害支援処理のシーケンス図(1).(2)であり、図4は災害発生前における支援物資の備蓄管理処理を示している。なお、以下の説明における支援センタCとの間の通信はインターネットを介するWebサーバ50へのアクセスを窓口として行われる。図4において、今、ある倉庫Mに支援物資が補充されたとすると、供給センタDの管理者が支援物資(在庫)の登録処理を行う。即ち、ステップS11では供給センタDの管理者が支援センタCの供給DB13eに対するアクセス要求を行い、これを受けた支援センタCではステップS12で供給DB13eに対するアクセス権有無の認証要求を行う。
【0020】
ここで、各種DBとアクセス権の関係を説明しておく。図6(A)にアクセス権の階層構造を示す。避難住民と、災害支援センタと、支援物資の供給センタとの間で災害支援情報(DB)を共有する本システムでは、各DBに対するアクセスの競合(混乱)を調整するために、図示の如く、アクセス権限の階層構造を設けている。
【0021】
図6(B)に権限DB13aの記録内容を示す。予め、地区S(災害支援システムSを表す)の管理者には全DBに対するアクセス権限としてレベル0(最も高い権限)が与えられ、また非難地区A1の地区リーダには権限DB13aや要求DB13bに対するアクセス権限としてレベル2が与えられている。更に、供給センタD1の管理者には供給DB13eに対するアクセス権限としてレベル1が与えられている。また、災害時における地区(避難所)A1への非難住民に対しては、該地区A1の地区リーダ等によって要求DB13bに対するアクセス権限としてレベル3(最も低い権限)が与えられる。
【0022】
図6(C)に各種DBに対するデータ読書(書替)権限の関係を示す。横軸は最初に書込データを作成したデータ作成元のレベルを示し、縦軸は後(ログイン時)にデータをアクセス(読書)する者のレベルを示している。レベル0のログイン者はレベル0〜レベル3が作成したデータを書替(R/W)可能であり、またレベル1のログイン者はレベル1〜レベル3が作成したデータを書替(R/W)可能である。以下、同様である。また、原則として、各レベルのログイン者は全レベルの作成データを参照(R)可能である。
【0023】
かくして、本実施の形態による災害支援処理(支援物資の要求と供給の流れ)は、基本的には、より現場レベルにある避難住民や物資の供給者からのデータに従って自動的に運用されることになるが、上記の如く,上位レベルの者によってデータの書替を可能とする構成により、支援処理全体の膣予や適正なバランスを維持可能となる。
【0024】
図4に戻り、ステップS13では上記支援センタCからの認証要求に従って供給センタDの管理者が個人ID,パスワード等を入力する。ステップS14では該入力情報に基づき、支援センタCが権限DB13aを参照し、供給DB13eに対するアクセス権の有/無を判定する。ステップS15では認証OKか否かを判別し、OKでない場合は、権限なしの応答を行う。また、OKの場合はステップS16で更に管理者が支援物資の供給情報を入力する。この供給情報には支援物資の物資名、数量、備蓄されている倉庫名(供給元)等の情報が含まれる。ステップS17では該物資名によって支援センタCがカテゴリDB13dを参照し、当該支援物資のカテゴリ情報を抽出する。
【0025】
図7(C)にカテゴリDB13dの記録内容を示す。例えば「飲料水」のカテゴリには「水」、「お茶」、「コーヒー」等が含まれる。カテゴリの情報は、例えば避難所から水を要求されても、水の備蓄が不足しているような場合には、代用品としてお茶(ペットボトル等)やコーヒーを配給できるようにするために利用される。そして、ステップS18では当該支援物資の情報を供給DB13eに登録する。
【0026】
図7(D)に供給DB13eの記録内容を示す。ここには支援物資のシステムへの登録「受付日時」、支援物資の「供給者(倉庫)名」、供給者の「通知先(eメールアドレス)」等の情報が含まれる。なお、この供給DB13eには、各地区の倉庫M1,M2に備蓄されている支援物資のみならず.各地区の避難所A1,A2に予め備蓄されているような支援物資の情報も含まれる。これによって、本システムの全備蓄物資をリアルタイムに把握できる。
【0027】
図5は災害発生時における支援物資の配給管理処理を示している。災害発生時には、もし誰でも救援物資を直接に要求できるとすると、システムに様々な要求(重複を含む)が殺到し、混乱してしまう。そこで、ステップS31では予めシステムに登録された避難所の地区リーダ等が任意先着の避難住民又は所定の条件を満足するような避難住民を選択し、支援センタCに対して当該非難住民の登録要求を行う。これを受けた支援センタCでは、当該非難住民に対して支援物資の要求DB13bへのアクセス権限(要求書込権限)を与えるべく,ステップS41で当該非難住民を権限DB13aに登録する。その際には、後に当該非難住民を認証するための個人IDやパスワード等の情報も併せて登録する。こうして、災害発生時には、支援物資の要求を発生する者を適当な数に制限することが可能となる。
【0028】
その後、ステップS32では前記登録された避難住民が支援センタCに対して適宜に支援物資の要求を行う。これを受けた支援センタCでは、ステップS42で権限DB13aを参照し、当該住民の個人IDやパスワードの認証を行う。ステップS43では認証OKか否かを判別し、OKでない場合はその旨を通知する。
【0029】
また、認証OKの場合は,ステップS44でカテゴリDB13dを参照し,当該要求物資についてのカテゴリ情報を抽出する。例えば物資名「お茶」を要求された場合は「飲料水」のカテゴリ情報を抽出する。ステップS45では要求DB13b及び集計DB13cを参照して、今回の要求と同一カテゴリの物資につき既要求があるか否かを判別する。既要求ありの場合は、既要求の情報を当該避難所住民に送信する。避難所Aでは要求住民(地区リーダでも良い)が既要求情報を見ることにより、追加要求の必要が無いと考える場合は今回の要求を取り下げる。又は物資の要求量を修正する。又は、追加要求の必要があると考える場合は要求確認の情報を入力する。ステップS47では避難所Aからの応答指示に従って、この新たな要求を受付け、これを要求DB13bに格納する。
【0030】
図7(A)に要求DB13bの記録内容を示す。要求DB13bには上記避難住民からの重複要求検査をパスした要求内容を順次蓄積格納する。ここでは要求毎に「要求ID」=Q001,Q002等が付与され、その欄には、要求発生した「避難地区」、要求内容の「受付時刻」、要求に係る「物資ID」、「数量」、要求者の「個人ID」、要求内容に対する集計処理の「進捗状態」、集計DB13cへの「リンク」の各情報が記録される。
【0031】
図4に戻り、ステップS21では、各地区からの要求を蓄積した要求DB13bの内容が、例えば定期的に集計され,その集計結果が集計DB13cに格納される。図7(B)に集計DB13cの記録内容を示す。ここでは、避難地区(場所)毎、かつ物資のカテゴリ毎に「集計ID」=S001,S002等が付与され、その欄には、集計対象の「避難地区」、最後に集計を行った「集計時刻」、集計物資の「カテゴリID」、「数量」、要求者の「個人ID」、集計物資に対する発送処理の「進捗状態」、要求DB13bへの「リンク」、要求回数を集計した「集計回数」の各情報が記録される。
【0032】
要求DB13bと集計DB13cとの間では「リンク」の情報を介して集計前及び集計後の各情報を参照できる。例えば集計ID=S001の元になる要求情報は要求DB13bの要求ID=Q001,Q002を参照すればよい。逆に要求ID=Q001,Q002の集計情報は集計ID=S001を参照すればよい。こうして、支援物資のカテゴリ名のみならず、その元になった支援物資の名称も参照できる。
【0033】
図4に戻り、ステップS22では集計DB13cの集計結果に基づき避難地区への物資供給有無の判断を行う。好ましくは、この判断は「集計回数」の多い地区から優先的に行う。集計回数や要求数量の少ない地域や物資カテゴリに対する判断は今回は行われない場合もあり得る。そして、今回供給すると判断された地域(避難所)に対しては、必要な物資を必要な数量だけ配送するように供給センタDに指示する。そして、集計DB13cにつき前記発送指示した欄の「進捗状況」を発送済に変更する。
【0034】
なお、図示しないが、支援物資の供給者は、災害発生時であっても集計DB13cの内容をWebを介して逐次モニタすることにより、必要なときに必要な量の支援物資を本システムに対して備蓄登録でき、よって物資の無駄のない備蓄管理を行える。
【0035】
また、上記本発明に好適なる実施の形態を述べたが、本発明思想を逸脱しない範囲内で各部の構成、制御、処理及びこれらの組み合わせの様々な変更が行えることは言うまでも無い。
【0036】
【発明の効果】
以上述べた如く本発明によれば、システムの備蓄物資を各被災地区に過不足なく円滑に供給可能なため、システムの運用(備蓄)コストを低減できると共に、災害発生時の支援物資の補給作業に寄与するところが極めて大きい。
【図面の簡単な説明】
【図1】本発明の原理を説明する図である。
【図2】実施の形態による災害支援システムの構成図である。
【図3】実施の形態による災害支援センタの構成図である。
【図4】実施の形態による災害支援処理のシーケンス図(1)である。
【図5】実施の形態による災害支援処理のシーケンス図(2)である。
【図6】実施の形態による災害支援処理を説明する図(1)である。
【図7】実施の形態による災害支援処理を説明する図(2)である。
【符号の説明】
10 支援装置
30 コンソール(CSL)
50 Webサーバ
100 ネットワーク(NW)
A 避難所
C 災害支援センタ
D 供給センタ
M 倉庫
BS 基地局
MS 携帯端末
TE 通信端末
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a disaster support device and a disaster support system, and more particularly, a disaster victim device used by a victim and a supplier terminal used by a supplier of support supplies can be connected to the disaster support device via a communication network. The present invention relates to the disaster support device and the disaster support system of the disaster support system.
[0002]
When a large-scale disaster such as an earthquake occurs, the number of victims evacuated to the nearest evacuation centers according to the scale of the disasters. Etc.) and reserve supplies according to the scale are stored. However, it is not advisable to stock up and manage a large amount of supplies at each evacuation center, and the necessary amount of support supplies according to the actual evacuation situation (number of evacuees) is promptly supplied (supplied) without excess or shortage. It is desired.
[0003]
[Prior art]
Conventionally, evacuation site managers have calculated the required amount of supplies from the number of evacuees and the like, and have made a request to the disaster prevention center for support supplies by telephone or FAX. On the other hand, the disaster prevention center that received this request arranged and judged the requests from each evacuation center with a limited number of people, and decided to distribute support supplies to each evacuation site.
[0004]
[Problems to be solved by the invention]
However, the actual scale of a disaster at the time of a disaster is generally difficult to predict, and therefore, there is a large excess or deficiency in stockpiles in some affected areas. In this case, it is not advisable to maintain and manage a large stockpile in advance, and conversely, if supplies are insufficient, prompt replenishment is required.
[0005]
Also, in the event of a large-scale disaster, a large amount of various support requests are sent in a short period of time, making it impossible for the disaster prevention center to make an accurate determination, and the necessary supplies at the evacuation center cannot be delivered, or the wrong amount of Can be a problem. In addition, there are a plurality of evacuation center managers depending on the accommodation capacity of the evacuation centers. However, as the number of managers increases, information transmission between the managers becomes sparse, and problems such as duplicate requests for support supplies occur. On the other hand, if the number of managers is small, there is also a problem that the needs of evacuees cannot be sufficiently taken up.
[0006]
Under such circumstances, conventionally, a local government manager (governor, etc.) at the time of a disaster based on disaster information notifying the occurrence of a disaster, disaster prevention plan rules stored in the system in advance, and past decision making history information 2. Description of the Related Art There is known a disaster decision support device that creates and provides decision support information for supporting advanced decision making according to (1) (for example, Patent Document 1). However, Patent Literature 1 does not require such a high-level decision of the administrator, and relates to the ability to instruct supply of the stockpiled materials of the system to each affected area smoothly and without shortage. No disclosure or suggestion.
[0007]
The present invention has been made in view of the above-mentioned problems of the prior art, and the object thereof is to smoothly and appropriately store the stockpiled materials of the system in each disaster-affected area without requiring advanced decision-making by an administrator. It is an object of the present invention to provide a disaster support device and a disaster support system capable of providing a supply instruction.
[0008]
[Patent Document 1]
JP-A-10-334078 (abstract, FIG. 1).
[0009]
[Means for Solving the Problems]
The above problem is solved by, for example, the configuration of FIG. In other words, the disaster support device of the present invention (1) provides a disaster support device in which a victim terminal used by a victim and a supplier terminal used by a supplier of support supplies can connect to the disaster support device via the communication network 100. A support file 1 for updating and managing information on a request for goods and a distribution state of the goods for each evacuation area, which is disclosed on a communication network, Storage management means 2 for receiving and storing information on supplies from the government and updating and managing the storage information of the system, and request management means for receiving and requesting support for supplies from disaster victim terminals and summarizing and managing request information for each evacuation area 3 is provided with a support processing means 4 for comparing the totaling request for each evacuation area with the stock information of the system, and instructing the supplier terminal to distribute the support supplies by being able to distribute. That.
[0010]
ADVANTAGE OF THE INVENTION According to this invention (1), an advanced decision-making can be intermediately performed by the structure which a disaster victim and a supplier of a support material can share the information of the request of goods and the distribution state of each evacuation area via a communication network. Even without an intervening manager, based on the judgment at the site level, it is possible to request an appropriate material according to the actual evacuation scale (such as the number of refugees) and to smoothly supply.
[0011]
In the present invention (2), in the above present invention (1), when accepting a support request from a victim terminal, the request management means 3 checks whether or not the victim has authority to request supplies. Therefore, it is possible to effectively prevent the system from being confused by various support requests including duplication from an unspecified number of people.
[0012]
In the present invention (3), in the above-mentioned present invention (1), the request management means 3 is configured such that the contents or types of the supplies overlap with the support request from the victim terminal and the current total request for the evacuation area. In addition to transmitting the current tally request and the distribution status information to the victim terminal, the terminal receives the request from the victim terminal after confirming, correcting or canceling the request. Therefore, the victims in this case are given the opportunity to check the situation of the evacuation area and avoid duplicate requests for supplies, and the system should only accept appropriate requests with confirmation, correction or cancellation of the request. Becomes possible.
[0013]
According to the present invention (4), in the above-mentioned present invention (1), the support processing means 4 determines whether or not the supply of materials can be preferentially performed from the evacuation districts having the large number of requested requests. Therefore, it is possible to preferentially distribute supplies from a place where the evacuation scale is actually large (that is, a request frequency of supplies is high).
[0014]
In the disaster support system according to the present invention (5), the disaster victim terminal according to the present invention (1) described above is used in which the victim terminal used by the victim and the supplier terminal used by the supplier of the support supplies via a communication network including the Internet. It is configured to be connectable to the support device. Therefore, this disaster support system can be constructed on a desired scale in a desired area where the Internet can be used.
[0015]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. Note that the same reference numerals indicate the same or corresponding parts throughout the drawings.
[0016]
FIG. 2 is a configuration diagram of a disaster support system according to the embodiment. In the figure, A1 and A2 are evacuation shelters provided for each district, and TE1 and TE2 are communication terminals (personal computers having a browser function) provided in evacuation shelters, for example. Etc.), MS1 and MS2 are mobile terminals (mobile phones, PHS, etc. having a browser function) carried (carried in) by the evacuees, C is a disaster support center that manages supply of support supplies, and 50 is a disaster support center C A web server serving as a contact point on the web (for example, browsing various information related to disaster cheering and receiving an access request to the support center C), 10 is a support device for performing main control and processing of disaster support management, and 30 is a support device for the system. Console (CSL) for monitoring and operation by system administrators, etc., M1 and M2 are warehouses storing supplies, D is The supply center TE3 reports the stockpiling information of the supplies in the warehouses M1 and M2 and the respective shelters A1 and A2 to the disaster support center C, and arranges the delivery of the support supplies according to the supply instruction of the supplies from the disaster support center C. The communication terminal 100 is a communication network (including a fixed network, a mobile network, and the Internet) that accommodates the disaster support system, and BS1 and BS2 are base stations that accommodate portable terminals.
[0017]
FIG. 3 is a configuration diagram of the disaster support center C according to the embodiment. In the figure, reference numeral 50 denotes a Web server accessible from the communication terminal TE or the mobile terminal MS via a browser function of the Internet; A CPU for controlling and processing, 52 is a main memory (MM) used by the CPU 51, and 53 is a Web database (DB) capable of referring to the support status of supplies by this system (request information for each evacuation area and distribution information thereof). , 54 are a communication interface (CIF) for exchanging information with the support device 10, 55 is a communication control device (COM) connected to the network 100, 56 is a common bus of the CPU 51, and 10 is support for performing disaster support processing. Device, 11 a CPU for performing main control and processing of the support device 10, 12 a main memory (MM) used by the CPU 11, 1 Is a disk device (DSK) storing various files (DBs, programs, etc.) necessary for operation of this system, 14 is a communication interface (CIF) for exchanging information with the Web server 50, and 15 is a CPU 11 It is a common bus.
[0018]
The disk device 13 has an authority DB 13a for storing information such as authority for accessing a specific DB, a request DB 13b for storing material request information from evacuated residents, and an evacuation site for each material request information. And a category DB (category dictionary) 13d for classifying various kinds of supplies by category, and a supply DB 13e for managing information on stockpiled supplies of the system. Next, a disaster support operation by the present system will be described.
[0019]
4 and 5 are sequence diagrams of disaster support processing according to the embodiment (1). FIG. 4 shows the stockpiling management processing of the support supplies before the occurrence of the disaster. Note that communication with the support center C in the following description is performed using access to the Web server 50 via the Internet as a contact point. In FIG. 4, assuming that a warehouse M has been replenished with support supplies, an administrator of the supply center D performs a support supply (stock) registration process. That is, in step S11, the manager of the supply center D makes an access request to the supply DB 13e of the support center C, and in response to this, the support center C makes an authentication request for the presence or absence of an access right to the supply DB 13e in step S12.
[0020]
Here, the relationship between various DBs and access rights will be described. FIG. 6A shows a hierarchical structure of the access right. In this system for sharing disaster support information (DB) between the evacuated residents, the disaster support center, and the supply center for support supplies, as shown in the figure, The access authority has a hierarchical structure.
[0021]
FIG. 6B shows the recorded contents of the authority DB 13a. In advance, the administrator of the district S (representing the disaster support system S) is given level 0 (highest authority) as the access authority to all DBs, and the district leader of the blamed area A1 has access to the authority DB 13a and the request DB 13b. Level 2 is granted as authority. Further, the administrator of the supply center D1 is given level 1 as an access right to the supply DB 13e. In addition, a level 3 (lowest authority) is given to the refugees in the district (refuge) A1 at the time of disaster by the district leader of the district A1 as an access authority to the request DB 13b.
[0022]
FIG. 6C shows a relationship between data reading (rewriting) authority for various DBs. The horizontal axis shows the level of the data creation source that first created the write data, and the vertical axis shows the level of the person who accesses (reads) the data later (when logging in). Level 0 login users can rewrite (R / W) the data created by levels 0 to 3, and level 1 login users can rewrite (R / W) the data created by levels 1 to 3. ) It is possible. Hereinafter, the same applies. Also, in principle, the log-in person at each level can refer to (R) the created data at all levels.
[0023]
Thus, the disaster support processing (the flow of request and supply of support supplies) according to the present embodiment is basically automatically operated according to data from evacuees and supply suppliers at a more on-site level. However, as described above, with the configuration in which data can be rewritten by a higher-level person, it is possible to maintain the vagina schedule and the appropriate balance of the entire support process.
[0024]
Returning to FIG. 4, in step S13, the manager of the supply center D inputs a personal ID, a password, and the like in accordance with the authentication request from the support center C. In step S14, based on the input information, the support center C refers to the authority DB 13a and determines whether or not the access right to the supply DB 13e exists. In step S15, it is determined whether or not the authentication is OK. If not, a response without authority is made. In the case of OK, the administrator further inputs the supply information of the support supplies in step S16. This supply information includes information such as the name of the supplies, the quantity of the supplies, and the names of stockpiled warehouses (suppliers). In step S17, the support center C refers to the category DB 13d based on the material name, and extracts the category information of the support material.
[0025]
FIG. 7C shows the recorded contents of the category DB 13d. For example, the category of "drinking water" includes "water", "tea", "coffee", and the like. Category information is used, for example, to provide tea (plastic bottles, etc.) or coffee as a substitute when water is not enough even when water is requested from an evacuation center. Is done. Then, in step S18, information on the support supplies is registered in the supply DB 13e.
[0026]
FIG. 7D shows the recorded contents of the supply DB 13e. This includes information such as “acceptance date and time” of registration of support supplies in the system, “supplier (warehouse) name” of support supplies, and “notification destination (e-mail address)” of the supplier. In this supply DB 13e, not only the supplies stored in the warehouses M1 and M2 of each district but also. It also includes information on relief supplies that are stored in advance at the evacuation shelters A1 and A2 in each district. As a result, all the stockpiles of the present system can be grasped in real time.
[0027]
FIG. 5 shows a distribution management process of support supplies at the time of occurrence of a disaster. In the event of a disaster, if anyone could request relief supplies directly, the system would be flooded with various demands (including duplication) and disrupted. Therefore, in step S31, a district leader or the like of the evacuation center registered in advance in the system selects an evacuation inhabitant who arrives arbitrarily or an evacuation inhabitant that satisfies predetermined conditions, and requests the support center C to register the non-refugee. I do. In response to this, the support center C registers the refugee in the authority DB 13a in step S41 in order to give the refugee the access right (request writing right) to the support material request DB 13b. At that time, information such as a personal ID and a password for authenticating the refugee is also registered later. In this way, in the event of a disaster, it is possible to limit the number of those who request the support supplies to an appropriate number.
[0028]
Thereafter, in step S32, the registered evacuees make an appropriate request for support supplies to the support center C. In response to this, the support center C refers to the authority DB 13a in step S42 and authenticates the personal ID and password of the inhabitant. In step S43, it is determined whether or not the authentication is OK, and if it is not OK, the fact is notified.
[0029]
If the authentication is OK, the category DB 13d is referred to in step S44 to extract the category information on the requested material. For example, when the material name “tea” is requested, the category information of “drinking water” is extracted. In step S45, by referring to the request DB 13b and the tallying DB 13c, it is determined whether or not there is a request for a material in the same category as the current request. If there has been a request, the information of the request is transmitted to the residents of the evacuation center. At the evacuation center A, if the requesting residents (which may be the district leaders) view the already requested information and think that there is no need for an additional request, the request is withdrawn. Or correct the required amount of supplies. Or, when it is deemed that an additional request is required, information of request confirmation is input. In step S47, this new request is accepted according to the response instruction from the evacuation site A, and stored in the request DB 13b.
[0030]
FIG. 7A shows the recorded contents of the request DB 13b. The request DB 13b sequentially accumulates and stores the contents of requests from the evacuated residents who have passed the duplicate request inspection. Here, “request ID” = Q001, Q002, etc. are assigned for each request, and the “evacuation area” where the request occurred, “reception time” of the request content, “material ID”, “quantity” related to the request are provided in the fields. , The "individual ID" of the requester, the "progress status" of the tallying process for the requested content, and the "link" to the tallying DB 13c are recorded.
[0031]
Returning to FIG. 4, in step S21, the contents of the request DB 13b in which the requests from the respective districts are accumulated are counted, for example, periodically, and the counting result is stored in the counting DB 13c. FIG. 7B shows the recorded contents of the tallying DB 13c. Here, “total ID” = S 001, S 002, etc. are assigned to each evacuation area (location) and each category of goods, and “Evacuation area” to be counted and “tal "Time", "Category ID" and "Quantity" of the aggregated material, "Individual ID" of the requester, "Progress status" of the shipping process for the aggregated material, "Link" to the request DB 13b, and "Aggregated number of requests" Is recorded.
[0032]
Between the request DB 13b and the tallying DB 13c, information before and after tallying can be referred to via the information of "link". For example, the request information based on the total ID = S001 may refer to the request ID = Q001 and Q002 in the request DB 13b. Conversely, the total information of the request IDs = Q001 and Q002 may refer to the total ID = S001. In this way, not only the category name of the support supplies, but also the name of the support supplies from which they are based can be referenced.
[0033]
Returning to FIG. 4, in step S22, it is determined whether or not supplies are provided to the evacuation area based on the counting result of the counting DB 13c. Preferably, this determination is made preferentially from the area with the largest “count”. Judgment may not be made at this time for regions or material categories for which the number of counts or required quantity is small. Then, it instructs the supply center D to deliver a necessary quantity of the necessary material to the area (evacuation site) determined to be supplied this time. Then, the “progress status” in the column in which the shipping instruction has been made is changed to “shipped” in the tallying DB 13c.
[0034]
Although not shown, even when a disaster occurs, the supplier of the aid supplies monitors the contents of the tallying DB 13c via the Web sequentially, so that the necessary amount of the support supplies can be sent to the system when necessary. Therefore, stockpiling can be registered, and stockpiling management without waste of materials can be performed.
[0035]
Although the preferred embodiments of the present invention have been described, it goes without saying that various changes in the configuration, control, processing, and combinations thereof can be made without departing from the spirit of the present invention.
[0036]
【The invention's effect】
As described above, according to the present invention, the stockpile of the system can be smoothly supplied to each affected area without excess and deficiency, so that the operation (storage) cost of the system can be reduced and the supply of support supplies in the event of a disaster occurs. Is extremely large.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating the principle of the present invention.
FIG. 2 is a configuration diagram of a disaster support system according to an embodiment.
FIG. 3 is a configuration diagram of a disaster support center according to the embodiment.
FIG. 4 is a sequence diagram (1) of a disaster support process according to the embodiment.
FIG. 5 is a sequence diagram (2) of the disaster support process according to the embodiment.
FIG. 6 is a diagram (1) illustrating a disaster support process according to the embodiment;
FIG. 7 is a diagram (2) illustrating a disaster support process according to the embodiment;
[Explanation of symbols]
10 Support device 30 Console (CSL)
50 Web server 100 Network (NW)
A evacuation center C disaster support center D supply center M warehouse BS base station MS mobile terminal TE communication terminal

Claims (5)

被災者が使用する被災者端末と支援物資の供給者が使用する供給者端末とが通信ネットワークを介して災害支援装置と接続可能な災害支援システムの前記災害支援装置であって、
避難地区別の物資の要求及びその配給状態の情報を更新・管理するための支援ファイルであって、通信ネットワーク上に公開されるものと、
供給者端末からの物資の備蓄情報を受付けてシステムの備蓄情報を更新・管理する備蓄管理手段と、
被災者端末からの物資の支援要求を受付けて避難地区別の要求情報を集計・管理する要求管理手段と、
避難地区別の集計要求とシステムの備蓄情報とを比較し、配給可能であることにより、供給者端末に対して支援物資の配給指示を行う支援処理手段とを備えることを特徴とする災害支援装置。
The disaster support device of the disaster support system in which the victim terminal used by the victim and the supplier terminal used by the supplier of the support supplies can be connected to the disaster support device via a communication network,
A support file for updating and managing information on material requirements and their distribution status by evacuation area, which is published on the communication network;
A stockpiling management means for receiving stockpiling information of supplies from a supplier terminal and updating and managing stockpiling information of the system;
A request management means for receiving a support request for supplies from the victim terminal and collecting and managing request information for each evacuation area;
Disaster support device, comprising: a support processing unit that compares a totaling request for each evacuation area with information stored in a system and that can supply a distribution, thereby instructing a supplier terminal to distribute a support material. .
要求管理手段は、被災者端末からの支援要求を受付けるに際して、当該被災者につき物資を要求する権限があるか否かを検査することを特徴とする請求項1記載の災害支援装置。2. The disaster support device according to claim 1, wherein the request management unit checks whether or not the disaster victim has authority to request supplies when receiving a support request from the victim terminal. 要求管理手段は、被災者端末からの支援要求と当該避難地区についての現時点の集計要求とにつき物資の内容又は種類が重複することにより、該被災者端末に対して現時点の集計要求とその配給状態の情報とを送信すると共に、該被災者端末からの要求の確認、修正又は取消の応答を待って当該要求を受付けることを特徴とする請求項1記載の災害支援装置。The request management means, by overlapping the contents or type of the supplies with the support request from the victim terminal and the current total request for the evacuation area, gives the current total request and the distribution status to the victim terminal. 2. The disaster support apparatus according to claim 1, wherein said information is transmitted and said request is received after a confirmation, correction or cancellation response of the request from said victim terminal is received. 支援処理手段は、集計された要求回数の多い避難地区から優先的に物資の配給可否の判断を行うことを特徴とする請求項1記載の災害支援装置。2. The disaster support apparatus according to claim 1, wherein the support processing means determines whether distribution of supplies is possible or not from the evacuation area having the largest number of requests. 被災者が使用する被災者端末と支援物資の供給者が使用する供給者端末とがインターネットを含む通信ネットワークを介して請求項1記載の災害支援装置と接続可能に構成されたことを特徴とする災害支援システム。The disaster victim terminal used by the victim and the supplier terminal used by the supplier of the support supplies are configured to be connectable to the disaster assistance device according to claim 1 via a communication network including the Internet. Disaster support system.
JP2002323909A 2002-11-07 2002-11-07 Disaster support device and disaster support system Pending JP2004157843A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002323909A JP2004157843A (en) 2002-11-07 2002-11-07 Disaster support device and disaster support system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002323909A JP2004157843A (en) 2002-11-07 2002-11-07 Disaster support device and disaster support system

Publications (1)

Publication Number Publication Date
JP2004157843A true JP2004157843A (en) 2004-06-03

Family

ID=32803657

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002323909A Pending JP2004157843A (en) 2002-11-07 2002-11-07 Disaster support device and disaster support system

Country Status (1)

Country Link
JP (1) JP2004157843A (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006085354A (en) * 2004-09-15 2006-03-30 Hitachi Software Eng Co Ltd Distribution system for relief supplies
JP2006092071A (en) * 2004-09-22 2006-04-06 Hoshino Sogo Shoji Kk Stockpile/equipment information management system for supplies for disaster
JP4787380B1 (en) * 2011-02-18 2011-10-05 克也 沢田 Disaster support system and disaster support program
JP2013088958A (en) * 2011-10-17 2013-05-13 Nippon Telegr & Teleph Corp <Ntt> Apparatus, method and program for supporting formulation of emergency case action plan
JP2014225250A (en) * 2013-04-25 2014-12-04 昭 宮田 Relief support system
JP2015097008A (en) * 2013-11-15 2015-05-21 富士通株式会社 Program, information processor, and method
WO2022107324A1 (en) * 2020-11-20 2022-05-27 日本電気株式会社 Assistance control device, assistance device, robot control system, assistance control method, and storage medium

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006085354A (en) * 2004-09-15 2006-03-30 Hitachi Software Eng Co Ltd Distribution system for relief supplies
JP2006092071A (en) * 2004-09-22 2006-04-06 Hoshino Sogo Shoji Kk Stockpile/equipment information management system for supplies for disaster
JP4787380B1 (en) * 2011-02-18 2011-10-05 克也 沢田 Disaster support system and disaster support program
JP2013088958A (en) * 2011-10-17 2013-05-13 Nippon Telegr & Teleph Corp <Ntt> Apparatus, method and program for supporting formulation of emergency case action plan
JP2014225250A (en) * 2013-04-25 2014-12-04 昭 宮田 Relief support system
JP2015097008A (en) * 2013-11-15 2015-05-21 富士通株式会社 Program, information processor, and method
WO2022107324A1 (en) * 2020-11-20 2022-05-27 日本電気株式会社 Assistance control device, assistance device, robot control system, assistance control method, and storage medium
JP7491400B2 (en) 2020-11-20 2024-05-28 日本電気株式会社 Assistance control device, assistance device, robot control system, assistance control method and program

Similar Documents

Publication Publication Date Title
CN106020928B (en) Virtual resource cost tracking is carried out with special implementing resource
US9767678B2 (en) System and method for providing centralized management and distribution of information to remote users
US20060064305A1 (en) Security and property management system
Ghasemi et al. A New Multiechelon Mathematical Modeling for Pre‐and Postdisaster Blood Supply Chain: Robust Optimization Approach
US8677458B2 (en) Hierarchical structure of a notification system including rights based on roles
Clay et al. On the volatility of blood inventories
JP2007156678A (en) Workflow system and pending electronic document processing method
CN114363352B (en) Cross-chain interaction method of Internet of things system based on block chain
CN101197874B (en) Mobile terminal equipment
KR102217822B1 (en) Event database management using histogram-based analysis
CN111340354A (en) Work order management and control method, system, computer equipment and storage medium
JP2008152471A (en) Server, information processing method, server program and server system
JP2004157843A (en) Disaster support device and disaster support system
CN101467132A (en) Method and system for distributing data processing units in a communication network
Wu et al. Simulation decision system on the preparation of emergency resources using system dynamics
CN102112978B (en) Resource deployment management
US20030025943A1 (en) E-mail based inquiry-response automation
Yang et al. Solution to the multidepot inventory slack-routing problem at the planning stage
Baron et al. Ensuring feasibility in location problems with stochastic demands and congestion
JP6604787B2 (en) Event information management system and event information management program
WO2022149452A1 (en) Disaster information management device, method, and program
JP7449518B1 (en) Resource management method, resource management system, resource management program, resource management device
WO2001088786A1 (en) Schedule managing system, schedule managing method, and recorded medium
JP6444089B2 (en) Inquiry device, information identification device, information creation device, and control program
JP2012048669A (en) Management method and management device of load test for web system

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060331

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060411

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060808