JP2004157843A - 災害支援装置及び災害支援システム - Google Patents
災害支援装置及び災害支援システム Download PDFInfo
- 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
Links
- 239000000463 material Substances 0.000 claims abstract description 27
- 238000004891 communication Methods 0.000 claims abstract description 19
- 238000012545 processing Methods 0.000 claims abstract description 13
- 230000004044 response Effects 0.000 claims description 6
- 238000012790 confirmation Methods 0.000 claims description 3
- 238000012937 correction Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 10
- 238000000034 method Methods 0.000 description 9
- 238000007726 management method Methods 0.000 description 8
- 230000002265 prevention Effects 0.000 description 4
- 241001122767 Theaceae Species 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 3
- 230000007812 deficiency Effects 0.000 description 2
- 239000003651 drinking water Substances 0.000 description 2
- 235000020188 drinking water Nutrition 0.000 description 2
- 230000004308 accommodation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 210000001215 vagina Anatomy 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【目的】管理者の高度な意思決定を必要とせずに、システムの備蓄物資を各被災地区に過不足なく円滑に供給指示可能なことを課題とする。
【構成】被災者が使用する被災者端末と支援物資の供給者が使用する供給者端末とが通信ネットワーク100を介して災害支援装置と接続可能な災害支援システムの前記災害支援装置であって、避難地区別の物資の要求及びその配給状態の情報を更新・管理するための支援ファイル1であって、通信ネットワーク上に公開されるものと、供給者端末からの物資の備蓄情報を受付けてシステムの備蓄情報を更新・管理する備蓄管理手段2と、被災者端末からの物資の支援要求を受付けて避難地区別の要求情報を集計・管理する要求管理手段3と、避難地区別の集計要求とシステムの備蓄情報とを比較し、配給可能であることにより、供給者端末に対して支援物資の配給指示を行う支援処理手段4とを備える。
【選択図】 図1
【構成】被災者が使用する被災者端末と支援物資の供給者が使用する供給者端末とが通信ネットワーク100を介して災害支援装置と接続可能な災害支援システムの前記災害支援装置であって、避難地区別の物資の要求及びその配給状態の情報を更新・管理するための支援ファイル1であって、通信ネットワーク上に公開されるものと、供給者端末からの物資の備蓄情報を受付けてシステムの備蓄情報を更新・管理する備蓄管理手段2と、被災者端末からの物資の支援要求を受付けて避難地区別の要求情報を集計・管理する要求管理手段3と、避難地区別の集計要求とシステムの備蓄情報とを比較し、配給可能であることにより、供給者端末に対して支援物資の配給指示を行う支援処理手段4とを備える。
【選択図】 図1
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 通信端末
【発明の属する技術分野】
本発明は災害支援装置及び災害支援システムに関し、更に詳しくは、被災者が使用する被災者端末と支援物資の供給者が使用する供給者端末とが通信ネットワークを介して災害支援装置と接続可能な災害支援システムの前記災害支援装置及び災害支援システムに関する。
【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 通信端末
Claims (5)
- 被災者が使用する被災者端末と支援物資の供給者が使用する供給者端末とが通信ネットワークを介して災害支援装置と接続可能な災害支援システムの前記災害支援装置であって、
避難地区別の物資の要求及びその配給状態の情報を更新・管理するための支援ファイルであって、通信ネットワーク上に公開されるものと、
供給者端末からの物資の備蓄情報を受付けてシステムの備蓄情報を更新・管理する備蓄管理手段と、
被災者端末からの物資の支援要求を受付けて避難地区別の要求情報を集計・管理する要求管理手段と、
避難地区別の集計要求とシステムの備蓄情報とを比較し、配給可能であることにより、供給者端末に対して支援物資の配給指示を行う支援処理手段とを備えることを特徴とする災害支援装置。 - 要求管理手段は、被災者端末からの支援要求を受付けるに際して、当該被災者につき物資を要求する権限があるか否かを検査することを特徴とする請求項1記載の災害支援装置。
- 要求管理手段は、被災者端末からの支援要求と当該避難地区についての現時点の集計要求とにつき物資の内容又は種類が重複することにより、該被災者端末に対して現時点の集計要求とその配給状態の情報とを送信すると共に、該被災者端末からの要求の確認、修正又は取消の応答を待って当該要求を受付けることを特徴とする請求項1記載の災害支援装置。
- 支援処理手段は、集計された要求回数の多い避難地区から優先的に物資の配給可否の判断を行うことを特徴とする請求項1記載の災害支援装置。
- 被災者が使用する被災者端末と支援物資の供給者が使用する供給者端末とがインターネットを含む通信ネットワークを介して請求項1記載の災害支援装置と接続可能に構成されたことを特徴とする災害支援システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002323909A JP2004157843A (ja) | 2002-11-07 | 2002-11-07 | 災害支援装置及び災害支援システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002323909A JP2004157843A (ja) | 2002-11-07 | 2002-11-07 | 災害支援装置及び災害支援システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004157843A true JP2004157843A (ja) | 2004-06-03 |
Family
ID=32803657
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002323909A Pending JP2004157843A (ja) | 2002-11-07 | 2002-11-07 | 災害支援装置及び災害支援システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004157843A (ja) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
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 | 災害用物資の備蓄・備品情報管理システム |
JP4787380B1 (ja) * | 2011-02-18 | 2011-10-05 | 克也 沢田 | 災害支援システム及び災害支援プログラム |
JP2013088958A (ja) * | 2011-10-17 | 2013-05-13 | Nippon Telegr & Teleph Corp <Ntt> | 緊急時事案行動計画策定支援装置、緊急時事案行動計画策定支援方法、及び緊急時事案行動計画策定支援プログラム |
JP2014225250A (ja) * | 2013-04-25 | 2014-12-04 | 昭 宮田 | 救援支援システム |
JP2015097008A (ja) * | 2013-11-15 | 2015-05-21 | 富士通株式会社 | プログラム、情報処理装置、および方法 |
WO2022107324A1 (ja) * | 2020-11-20 | 2022-05-27 | 日本電気株式会社 | 支援制御装置、支援装置、ロボット制御システム、支援制御方法及び記憶媒体 |
-
2002
- 2002-11-07 JP JP2002323909A patent/JP2004157843A/ja active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
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 | 災害用物資の備蓄・備品情報管理システム |
JP4787380B1 (ja) * | 2011-02-18 | 2011-10-05 | 克也 沢田 | 災害支援システム及び災害支援プログラム |
JP2013088958A (ja) * | 2011-10-17 | 2013-05-13 | Nippon Telegr & Teleph Corp <Ntt> | 緊急時事案行動計画策定支援装置、緊急時事案行動計画策定支援方法、及び緊急時事案行動計画策定支援プログラム |
JP2014225250A (ja) * | 2013-04-25 | 2014-12-04 | 昭 宮田 | 救援支援システム |
JP2015097008A (ja) * | 2013-11-15 | 2015-05-21 | 富士通株式会社 | プログラム、情報処理装置、および方法 |
WO2022107324A1 (ja) * | 2020-11-20 | 2022-05-27 | 日本電気株式会社 | 支援制御装置、支援装置、ロボット制御システム、支援制御方法及び記憶媒体 |
JP7491400B2 (ja) | 2020-11-20 | 2024-05-28 | 日本電気株式会社 | 支援制御装置、支援装置、ロボット制御システム、支援制御方法及びプログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106020928B (zh) | 用专用实施资源进行虚拟资源成本追踪 | |
US9767678B2 (en) | System and method for providing centralized management and distribution of information to remote users | |
CN102947797B (zh) | 使用横向扩展目录特征的在线服务访问控制 | |
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 | |
CN114363352B (zh) | 基于区块链的物联网***跨链交互方法 | |
CN101197874B (zh) | 移动终端设备 | |
KR102217822B1 (ko) | 히스토그램 기반 분석을 이용한 이벤트 데이터베이스 관리 | |
JP2008152471A (ja) | サーバ、情報処理方法、サーバ用プログラム、およびサーバシステム | |
JP2004157843A (ja) | 災害支援装置及び災害支援システム | |
CN101467132B (zh) | 用于在通信网络中分配数据处理单元的方法和*** | |
Wu et al. | Simulation decision system on the preparation of emergency resources using system dynamics | |
CN102112978B (zh) | 资源部署管理 | |
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 | |
WO2022149452A1 (ja) | 災害情報管理装置、方法およびプログラム | |
JP7449518B1 (ja) | リソース管理方法、リソース管理システム、リソース管理プログラム、リソース管理装置 | |
CN103455944A (zh) | 信息处理装置和信息处理方法 | |
JP6444089B2 (ja) | 照会装置、情報特定装置、情報作成装置、および制御プログラム | |
JP2012048669A (ja) | ウェブシステムに対する負荷テストの管理方法及び管理装置 | |
CN104054088B (zh) | 管理跨周界访问 | |
US20240046167A1 (en) | Managing resource scheduling | |
CN110868564B (zh) | 一种存储任务分配方法、云存储***及电子设备 |
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 |