JP2002163487A - 災害者支援方法、災害者救助方法、災害者救助システム、サーバ及び端末 - Google Patents

Abstract

(57)【要約】 【課題】 災害が発生したときにその救助に必要な費用
の軽減、又は災害者に対する資金援助ができる災害者支
援方法、災害者救助方法、災害者救助システム、サーバ
及び端末を提供する。 【解決手段】 第三者の端末には事故状況の映像が流れ
る事故状況実況画面Ｒが表示され、この画面Ｒ上に事故
状況が放映される実況表示欄６１の他に、支援スポンサ
ー用の広告表示欄６２を設ける。その広告収益は災害者
の支援金として使用される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、災害者支援方法、
災害者救助方法、災害者救助システム、サーバ及び端末
に関するものである。

【０００２】

【従来の技術】例えばＳＯＳ船が事故により救助を求め
る場合には、一般的にＳＯＳ船が無線によって事故現場
近海に位置する不特定多数の船にＳＯＳ信号を発信し、
ＳＯＳ信号を受信した船のうち救助に向かうことができ
る船が事故現場に急行する手順が取られる。そして事故
現場に到着した船が救助船となってＳＯＳ船の救助活動
を行う。

【０００３】

【発明が解決しようとする課題】ところが、従来のよう
に無差別にＳＯＳ信号を送って救助を要請すると、ＳＯ
Ｓ信号を受けた側はその救助に適さない船であっても、
興味本位や人道的な要因により事故現場に向かう場合が
ある。このように、救助に関係のない船が事故現場に存
在すると、迅速な救助活動の妨げの原因や、事故現場が
混乱して二次災害の原因になる問題があった。また、救
助活動を行えない船にまで救助を依頼するとその分だけ
余計に救助費用の出費がかかる問題もあった。また、船
以外の災害として例えば山で遭難した人を救助するため
に、民間の山岳救助隊などに救助を依頼するとかなりの
費用がかかるので、救助費用をできるだけ集めることが
望まれていた。

【０００４】本発明は前記の問題点に鑑みてなされたも
のであって、その第１の目的は、災害が発生したときに
その救助に必要な費用の軽減、又は災害者に対する資金
援助ができる災害者支援方法、災害者救助方法、災害者
救助システム、サーバ及び端末を提供することにある。
第２の目的は第１の目的を達成するとともに、最も救助
に適した救助者を選定できることにある。

【０００５】

【課題を解決するための手段】上記問題点を解決するた
めに、請求項１に記載の発明では、災害等の映像又は記
事の画像データを、サーバがネットワークを通じて送信
して端末の画面上に前記映像又は記事を表示させるとと
もに、前記映像又は記事が映し出された画面上に、前記
災害等に対して支援金を寄付した支援者の寄付行為の直
接的または間接的な証しとなる寄付表示を付したことを
要旨とする。

【０００６】請求項２に記載の発明では、請求項１に記
載の発明において、前記寄付表示は、前記映像又は記事
が映し出された画面上に掲載された支援者の広告であ
り、広告収益を前記災害者の支援金に当てることを要旨
とする。

【０００７】請求項３に記載の発明では、請求項２に記
載の発明において、前記支援者用の広告は支援金の額に
応じて大きさが異なることを要旨とする。請求項４に記
載の発明では、請求項１〜３のうちいずれか一項に記載
の発明において、前記端末の画面上で支援金募集の旨の
通知を行うことによって、前記支援者を前記ネットワー
ク上で募ることを要旨とする。

【０００８】請求項５に記載の発明では、請求項１〜４
のいずれか一項に記載の発明において、前記サーバは、
前記端末の画面上に、前記災害等の前記映像として該災
害等の実況中継の映像を映し出す実況画面を表示させる
ことを要旨とする。

【０００９】請求項６に記載の発明では、請求項１〜５
のいずれか一項に記載の発明において、前記サーバは、
前記端末の画面上に、前記災害等の前記映像としての録
画映像又は前記記事としての災害記録を表示させた記録
画面を表示させることを要旨とする。

【００１０】請求項７に記載の発明は、請求項１〜６の
いずれか一項に記載の発明において、前記寄付表示は、
前記映像又は記事が映し出された画面上に、支援金を寄
付した支援者名と寄付した金額を掲載させた表示である
ことを要旨とする。

【００１１】請求項８に記載の発明では、請求項１〜７
のうちいずれか一項に記載の発明において、前記災害が
発生する前に前記端末の画面上で支援者募集の通知を行
い、前記ネットワークを通じて前記支援者を予め募集し
ておくことを要旨とする。

【００１２】請求項９に記載の発明では、請求項１〜７
のうちいずれか一項に記載の発明において、前記端末の
画面上に前記災害の映像又は前記記事を表示するととも
に、該映像又は記事が映された画面上で同時に前記支援
者を募ることを要旨とする。

【００１３】請求項１０に記載の発明では、請求項１〜
９のうちいずれか一項に記載の発明において、前記災害
の処理が終わった後に前記端末の画面上で前記支援者の
募集の通知を行い、前記ネットワークを通じて前記支援
者を募集することを要旨とする。

【００１４】請求項１１に記載の発明では、請求項１〜
１０のうちいずれか一項に記載の発明において、前記支
援者を前記ネットワーク上で募り、前記支援金の振り込
みは該ネットワーク上で入金手続きが可能なネットバン
キングシステムを利用して行うことを要旨とする。

【００１５】請求項１２に記載の発明では、請求項１〜
１１のうちいずれか一項に記載の災害者支援方法は、救
助依頼時に提示される救助依頼情報に対して、最も適切
な条件を提示した救助者を競りによって前記ネットワー
ク上で選定する災害者救助方法に使用され、災害が起き
て救助依頼があったときに災害現場の位置を知らせて、
入札者に対しその災害現場に最も早く到着できるか否か
を判断するために必要な入札情報の提示を求めて、サー
バが入札者側の端末に前記ネットワークを通じて入札を
募る募集手順と、前記入札の募集を受けた入札者によっ
て提示される入札情報を、前記端末から前記ネットワー
クを通じて前記サーバが受信する入札手順と、前記サー
バが、前記入札手順による参加によって受信した前記入
札情報を基に災害現場に最も早く到着できる入札者を救
助者として選定する救助者決定手順とを備えたことを要
旨とする。

【００１６】請求項１３に記載の発明では、請求項１〜
１１のうちいずれか一項に記載の災害者支援方法は、救
助依頼時に提示される救助依頼情報に対して、最も適切
な条件を提示した救助者を競りによって前記ネットワー
ク上で選定する災害者救助方法に使用され、災害が起き
て救助依頼があったときに、災害現場の位置と災害状況
が分かるような災害情報を知らせて、入札者に対しその
災害現場への到着時刻と、その災害に対する災害対処能
力の有無とを判断するために必要な入札情報の提示を求
めて、サーバが入札者側の端末に前記ネットワークを通
じて入札を募る募集手順と、前記入札の募集を受けた入
札者によって提示される入札情報を、前記端末から前記
ネットワークを通じて前記サーバが受信する入札手順
と、前記サーバが、前記入札手順による参加によって受
信した前記入札情報を基に、災害現場への到着時刻と災
害対処能力の両方を考慮して最も早く適切に災害者を救
助できる入札情報を提示した入札者を救助者として選定
する救助者決定手順とを備えたことを要旨とする。

【００１７】請求項１４に記載の発明では、請求項１２
又は１３に記載の発明において、前記募集手順では、災
害現場の映像を放映して災害状況が分かるように災害情
報を知らせることを特徴とする災害者救助方法。ことを
要旨とする。

【００１８】請求項１５に記載の発明では、請求項１２
〜１４のうちいずれか一項に記載の発明において、撮影
手段により撮影された災害現場の映像が前記ネットワー
ク上で放映され、前記入札者は該災害現場の映像を端末
で見ながら前記入札に参加することを要旨とする。

【００１９】請求項１６に記載の発明では、請求項１２
〜１５のうちいずれか一項に記載の発明において、前記
救助者に救助を依頼する救助依頼者は、災害者を管理す
る救助センターであり、前記救助者決定手順では、前記
救助センターにより提示される前記救助依頼情報を基に
前記救助者を選定することを要旨とする。

【００２０】請求項１７に記載の発明では、請求項１２
〜１６のうちいずれか一項に記載の災害者救助方法に使
用される災害者救助システムであって、前記救助依頼者
が前記ネットワークを通じて前記救助依頼情報を前記サ
ーバに送信するときに使用される前記救助依頼者側の端
末と、前記入札者が自分の入札情報を前記ネットワーク
を通じて前記サーバへ送信するときに使用される前記入
札者側の端末と、前記救助依頼者及び入札者側の前記各
端末から送信された前記救助依頼情報及び入札情報を前
記ネットワークを通じて受信するサーバとを備え、前記
サーバは、前記入札手順により受信した前記入札情報を
基にして、災害現場に最も早く到着できる入札者、又は
災害現場への到着時刻と災害対処能力の両方を考慮して
最も早く適切に災害者を救助できる入札情報を提示した
入札者を救助者として選定する救助者決定手段を備えた
ことを要旨とする。

【００２１】請求項１８に記載の発明では、請求項１２
〜１６のうちいずれか一項に記載の災害者救助方法に使
用されるサーバであって、前記救助依頼者側の端末から
前記救助依頼情報を受信し、前記募集手順によって前記
入札情報の提示を求めて入札者を募り、前記入札手順に
よって前記入札者から前記入札情報を受信するととも
に、災害現場に最も早く到着できる、又は最も適切に災
害者を救助できる入札情報を提示した入札者を救助者と
して選定する救助者決定手段を備えたを要旨とする。

【００２２】請求項１９に記載の発明では、請求項１２
〜１６のうちいずれか一項に記載の災害者救助方法に使
用される救助依頼者側の端末であって、前記救助依頼情
報を前記ネットワークを通じて前記サーバに送信すると
ともに、前記救助者決定手順により選定された選定結果
を前記ネットワークを通じて受信することを要旨とす
る。

【００２３】請求項２０に記載の発明では、請求項１２
〜１６のうちいずれか一項に記載の災害者救助方法に使
用される入札者側の端末であって、前記入札情報を入力
するための画面が表示され、該入札情報を前記ネットワ
ークを通じて前記サーバに送信するとともに、前記救助
者決定手順により選定された選定結果を前記ネットワー
クを通じて受信することを要旨とする。

【００２４】

【発明の実施の形態】以下、本発明を具体化した災害者
救助システムの一実施形態を図１〜図１１に従って説明
する。本例の災害者救助システムとしての民間救助シス
テムは救助活動に最も適した救助者を選定すると共に、
事故に対する支援金（義援金）を提供する支援スポンサ
ーを効率良く募るためのものである。また本システムで
は、事故現場で救助活動を行う救助者を選定する方式と
して、救助を依頼するのに適切であるか否かを数値で評
価し、その評価値で競りをするオークションを採用して
いる。この民間救助システムとして、本例ではＳＯＳ船
を救助する救助船をオークションで選定する例を挙げる
が、例えば民間山岳救助隊等のその他の救助ワークプロ
セスにも本例のシステムは対応している。

【００２５】ところで、船が事故により救助を求める時
に最も早く救助してくれる船を探したいが、全ての船を
対象にＳＯＳを発信した場合には、ＳＯＳを受信する各
船はそれぞれ一定方向に移動中であり、それらが別々に
方向転換して救助に向かうと現場付近は混乱して、場合
によっては二次的災害が生じる可能性がある。そこで本
例の民間救助システムでは、例えばそのＳＯＳ船に最も
近く、かつ進路方向にあった船を選び、あるいは探し出
し、最も迅速に救助活動を行える船を救助船としてオー
クションで選定する。

【００２６】一方、このシステムに参加していない場合
はＳＯＳ船の救助船となり得ない場合が生じる。このと
き、事が人道上の問題である為に、救助船となりえる船
がこの救助システムに参加していようとしていまいと、
救助船の対象とするシステムまで拡大することが必要で
ある。そこで全ての船が自動民間救助システムに加入し
ていると想定した場合と、もしそうでない時は衛星によ
って救助船となりうる可能性の船を探して、衛星よりそ
の船に救援の要望の無線通信を行った場合との２つを挙
げる。

【００２７】まず、全ての船が民間救助システムに加入
している場合について説明する。図１は、民間救助シス
テムの概略システム構成図である。民間救助システム１
０は、本システムを管理する中央管理システム２０と、
ネットワーク（例えばインターネット）Ｎと、そのネッ
トワークＮを介して中央管理システムに接続された利用
者側の端末３０とから構成されている。中央管理システ
ム２０は、利用者側からの要求に応じた情報やサービス
を提供するためのサーバ２１と、そのサーバ２１に接続
された３つのデータベース２２〜２４とを備えている。
サーバ２１は、最も救助に適した救助者を選定する際に
オークション処理プログラムに沿って演算制御を行う落
札者決定手段としてのＣＰＵを内蔵している。なお、サ
ーバ２１は、Ｗｅｂサーバとアプリケーションサーバと
に分けて構成もできる。

【００２８】利用者側の端末３０には、救助依頼者とし
てのＳＯＳ船４０側に搭載された端末３１と、そのＳＯ
Ｓ船４０から救助依頼があったときにその旨が通知され
る入札者としての参加船４１に搭載された端末３２とが
ある。ＳＯＳ船４０が端末３１からネットワークＮを通
じて民間救助システム１０に救助を依頼する場合、端末
３１で図５に示す救助依頼画面Ｂを表示してその画面Ｂ
に必要事項を入力し、入力後にネットワークＮを通じて
ＳＯＳ船４０に関する情報を中央管理システム２０に配
信する。

【００２９】救助依頼を受けた中央管理システム２０
は、システム加入済みの複数の船４１に対してネットワ
ークＮを介して救助依頼があった旨を通知する。依頼を
受けた船のうち救助に向かうことが可能な参加船４１
は、端末３２で図６に示すオークション参加画面Ｃを表
示してその画面Ｃに必要事項を入力し、入力後にネット
ワークＮを通じて船４１に関する情報を中央管理システ
ム２０に配信することでオークションに参加する。そし
て中央管理システム２０は、オークションに参加した参
加船４１のうち最も救助に適した船を救助船（救助者）
として選定する。

【００３０】一方、民間救助システム１０は、図２に示
すようにＳＯＳ船４０が送受信機４２による無線によっ
て救助センター４３を経由して救助依頼を行う構成でも
よい。詳述すると、救助センター４３は、ネットワーク
Ｎに接続された端末４４と、各船４０，４５に搭載され
た送受信機４２と通信可能な送受信機４６とを備えてい
る。そして、例えば各船４０，４５に関する情報を予め
救助センター４３に登録しておき、ＳＯＳ船４０からの
救助依頼時はＳＯＳ船４０から無線により救助依頼を送
って位置情報を救助センター４３に知らせる。

【００３１】そしてＳＯＳ船４０に関する情報が救助セ
ンター４３からネットワークＮを通じて中央管理システ
ム２０に配信される。そして中央管理システム２０は図
１の場合と同様にしてＳＯＳ船４０を救助可能な船を募
り、オークションに参加した参加船４１の中から最も救
助に適した船を救助船として選定する。また、救助セン
ター４３にレーダー等を設置し、そのレーダーによって
ＳＯＳ船４０位置が特定されるようにし、ＳＯＳ船４０
は事故時に無線でＳＯＳ信号だけ送るようにしてもよ
い。

【００３２】図１および図２に示すように、民間救助シ
ステム１０は撮影手段としての宇宙衛星４８と通信可能
な送受信機２６を備えている。宇宙衛星４８はＳＯＳ船
４０の位置を測定可能な探査システムを備え、この探査
システムには望遠カメラ、レーダーシステム、赤外線探
査システム、衛星備え付けの各種電波探査システム等が
挙げられる。中央管理システム２０はこれらシステムに
より得た事故現場の映像データを送受信機２６により受
信する。災害情報としてのこの映像データはネットワー
クＮを介して参加船４１側の各端末３２に送信され、参
加船４１はＳＯＳ船４０の事故現場（事故状況）を各端
末３２の画面上に表示することによってＳＯＳ船４０の
状況を監視することが可能である。

【００３３】ここで、中央管理システム２０によって事
故現場に最も早く到着できる船を救助船として選定して
も、その船が適切な救助船となり得ない例を以下に列挙
する。（１）ＳＯＳ船が化学物質や放射線物質、火薬危
険物、廃棄物質等の運搬船やＬＮＧ船や石油タンク等の
特殊船の場合、（２）ＳＯＳ船が巨大で、小型の救助船
では救助する人数が限られたり、救助に時間がかかる、
あるいは危険が伴うと言った場合、（３）その逆のＳＯ
Ｓ船が小型で救助船が巨大な場合、（４）ＳＯＳ船と利
害関係や同族関係や特殊な関係にある救助船の場合、
（５）ＳＯＳ船が火災やハイジャックされていた場合
や、武装船に襲撃されていた場合などである。

【００３４】以上の場合は、適切な救助船を選ぶために
時間の要素だけでなく他の要素もオークションの競りの
対象となる。つまり救助船を選定するときの競り対象が
時間以外に、双方の船の大きさ、救助される人数（数
量）、危険度、救助の技術等の要素が要求される。よっ
てこのオークションでは、時間以外の要素を数値化（評
価数値化）して最も適切と思われる救助船を参加船や公
共船から選び出し、その船に救助の依頼を通知する。な
お、ＳＯＳ船がハイジャックされた場合は、最もＳＯＳ
船に近い警備船に知らせるという方法が取られ、火災の
場合はその火災の種類により化学消防船、化学消火ヘリ
コプター、消防船等が救助船として選定される。

【００３５】一方、ＳＯＳ船４０の周りに救助を依頼で
きる船がいない場合や、ＳＯＳ船４０の事故現場へ最も
早く到着できる船であっても物理的に救助が困難と判断
された場合は、この民間救助システム１０に参加しない
別の船に参加を呼びかける方法を取る。例えば、最も早
く事故現場に到着できる船でもＳＯＳ船４０に到着する
頃にはＳＯＳ船４０が沈没していること等が予想される
場合などである。この場合、救助依頼の対象をこのシス
テムに参加していない他の船まで拡大し、例えば宇宙衛
星４８を使ってＳＯＳ船４０に最も近くて、進路方向上
にある救助船を探し出しその船に無線で救助の要請を行
うようにする。

【００３６】従って、ＳＯＳ船４０のシステム１０に対
する契約形式には、ＳＯＳ船４０やＳＯＳを求める人
が、直接、民間救助システム１０を利用する場合（図
１）と、このシステム１０を利用せずに例えば救助セン
ター４３に救助船依頼のＳＯＳを求め、救助センター４
３等からこのシステム１０を利用する場合（図２）の２
種類がある。そこで、前者ではＳＯＳ船４０またはＳＯ
Ｓを求める人とこのシステム１０との間に契約関係が存
在し、後者では救助センター４３等とシステム１０との
間に契約関係が存在することになるが、どちらの形式を
用いてオークションを実施してもよい。なお本例では、
図１に示す構成の民間救助システム１０を採用した場合
について以下に説明する。

【００３７】サーバ２１にはオークションホームページ
（ＨＰ）（サイト）が置かれ、民間救助システム１０を
利用する場合には利用者はネットワークＮを通じて各端
末３０の画面上にブラウザソフトを用いて図３に示すオ
ークションＨＰを表示する。利用者はこのＨＰで必要な
データを入力することによってオークションへの登録ま
たは参加が可能であり、ここではオークションの信頼性
を確保するために予め利用者登録を済ませた者のみがオ
ークションへの参加を可能としている。オークションＨ
Ｐには、図４に示す利用者登録画面Ａ、図５に示す救助
依頼画面Ｂ、図６に示すオークション参加画面Ｃ等の各
種画面がリンクされている。サーバ２１のハードディス
クには各種画面ＨＰ，Ａ〜Ｃ等の画像データ、画面の表
示等に用いるプログラム（例えばＨＴＭＬ記述プログラ
ム）やオークションの演算処理に用いるプログラム等が
記憶されている。

【００３８】図３に示すように、オークションＨＰには
オークション用の商品や役務ごとに分類された多数の選
択ボタン５１，５２が用意され、民間救助システム１０
に参加を希望する者はその多数の選択ボタン５１，５２
のうち「救助依頼」ボタン５２を選択する。またオーク
ションＨＰには、オークションの利用者登録を行うため
の「利用者登録」ボタン５３と、ＳＯＳ船４０が救助依
頼を行うための「依頼」ボタン５４と、オークション参
加船がオークション参加を行うための「入札」ボタン５
５等が用意されている。

【００３９】「利用者登録」ボタン５３を選択すると図
４に示す利用者登録画面Ａが各端末３０に表示され、こ
の利用者登録画面Ａには、船名、船種別、船の所有者、
所有者の電話番号、所有者の電子メールアドレス、備考
等を入力するための各種入力欄Ａ１が用意されている。
利用者はこの利用者登録画面Ａでこれら全ての項目に必
要事項を入力して「確定」ボタン５６を選択すると、こ
の利用者登録データＤ１はネットワークＮを通じてサー
バ２１に送信され、顧客管理データベース２２に格納さ
れる。サーバ２１は所定の手数料の納付を確認すると、
登録者の端末へ認証番号（ＩＤ番号とパスワード）を送
信し、登録者はオークションを利用するときには暗証番
号を利用する。

【００４０】ＳＯＳ船４０が救助を依頼するときにはＨ
Ｐ上の「依頼」ボタン５４を選択し、図５に示す救助依
頼画面ＢをＳＯＳ船４０側の端末３１に表示する。この
救助依頼画面Ｂには、ＳＯＳ船４０の位置を特定するた
めのＧＰＳボタン５７、ＳＯＳ船への連絡先、船名、乗
船人員、積荷種、積載量、ＳＯＳ船が属する船の系列、
トラブル状況、ＩＤ番号等を入力するための各種入力欄
Ｂ１〜Ｂ８が用意されている。ＳＯＳ船４０はＧＰＳ
（全地球側位システム）を内蔵しており、画面Ｂ上でＧ
ＰＳボタン５７を選択することによってＧＰＳにより測
定される位置がＳＯＳ船４０の現在位置として設定され
る。系列入力欄Ｂ６には、ＳＯＳ船４０と利害関係、同
族関係、特殊な関係を考慮して、救助船選定時に優先順
位を決めるための情報が入力される。また、トラブル状
況入力欄Ｂ７には、例えば事故の場合にその事故状況
（事故内容）が文字入力される。各入力欄Ｂ１〜Ｂ８に
必要事項を入力した後に送信ボタン５８を選択し、その
依頼情報データＤ２がサーバ２１に送信されて依頼情報
管理データベース２３に格納される。なお、依頼情報デ
ータＤ２が救助依頼情報に相当する。

【００４１】中央管理システム２０はＳＯＳ船４０から
救助依頼を受けると、サーバ２１は民間救助システム１
０に加入した船へ救助船募集の旨の通知と共にＳＯＳ船
４０の情報などを送信する。ここで救助船募集の旨の通
知を受けた端末３２は、画面上にその表示がされたり、
音等で知らされる。参加船４１がＳＯＳ船４０の救助を
希望するときにはＨＰ上で「入札」ボタン５５を選択
し、図６に示すオークション参加画面Ｃを各端末３２に
表示する。

【００４２】このオークション参加画面Ｃには、「ＳＯ
Ｓ船詳細表示」ボタン５９、残り時間表示欄Ｃ１、ＳＯ
Ｓ船位置表示欄Ｃ２が用意されている。「ＳＯＳ船詳細
表示」ボタン５９を選択すると、そのＳＯＳ船４０に関
する情報が表示され、参加船４１側でＳＯＳ船４０に関
する詳細情報が閲覧可能となる。またオークション参加
画面Ｃには、参加船４１の船名、参加船４１の船位置、
進路方向、進路経路、最大速度、最大乗船人数、最大積
載量、船種別、救助技術、ＩＤ番号の各入力欄Ｃ３〜Ｃ
１２が用意されている。進路方向入力欄Ｃ５には、参加
船４１の進行方向（例えば方位）が入力される。進路経
路入力欄Ｃ６には、ＳＯＳ船４０の位置へ到達するまで
の経路が入力される。船種別入力欄Ｃ１０には、参加船
４１の種類（例えばタンカー、観光船、海上連絡船等の
船の種類）が入力される。救助技術入力欄Ｃ１１には、
参加船４１が備える救助に関する装置の内容や、その参
加船４１に乗船する乗船員の救助技術内容や技術レベル
などが入力される。

【００４３】各入力欄Ｃ３〜Ｃ１２に必要事項を入力し
た後に参加ボタン６０を選択し、その競り情報データＤ
３がサーバ２１に送信されて競り情報管理データベース
２４に格納される。サーバ２１は各参加船４１から送信
されたデータを用いて、ＳＯＳ船４０を最も効果的に救
助し得る参加船４１を救助船として選定する。ここで入
力作業簡素化のために、救助依頼画面ＢにおいてＳＯＳ
船位置やトラブル状況以外の項目は予めシステム２０の
データベース２３に入力しておき、救助船依頼時は最低
必要事項のみ入力するようにしてもよい。同じくオーク
ション参加画面Ｃにおいて、参加船４１の船位置、進路
方向、進路経路以外の項目は予めデータベース２４に入
力しておき、オークション参加時は最低限必要事項のみ
入力するようにしてもよい。また救助依頼画面Ｂで「送
信」ボタン５８を選択すれば自動的に各項目に入力値が
入力されて中央管理システム２０にデータが送信される
仕組みにしてもよく、同じくオークション参加画面Ｃで
「参加」ボタン６０を選択すれば自動的に各項目に入力
値が入力されてシステム２０にデータが送信される仕組
みにしてもよい。なお、競り情報データＤ３が入札情報
に相当する。

【００４４】ここで、最も早く事故現場に到着できる船
を選定したとしても、その救助船の規模が小さかったり
救助技術が不足している場合には、救助作業が難航する
ことが考えられる。よってこの問題を解消して、最も効
率良く、スムーズに救助作業が行える船を特定するため
に、本例のオークションでは競りの対象が時間だけでな
く、他の要素も競りの対象としている。つまりサーバ２
１は、オークション参加画面Ｃ中の各入力欄Ｃ３〜Ｃ１
１に入力された入力値（入力データ）を用いて救助する
ときの必要条件となる項目ごとに数値化し、その数値に
基づきオークションを実施する。

【００４５】詳述すると図７（ａ）に示すように、図５
の救助依頼画面Ｂの各入力欄Ｂ３〜Ｂ８に入力された入
力値を用いて、サーバ２１は救助時の必要条件となる項
目として例えば救助のタイムミリットとなる猶予時間
（分）、船の大きさ（ｔ）、救助しなければならない救
助人数（人）を数値化すると共に、ＳＯＳ船４０を救助
するために必要となる必要救助技術度を評価数値化（例
えば１００点を満点とする）する。

【００４６】次にサーバ２１はＳＯＳ船４０に関する数
値を基準として、複数の参加船の中から救助船を選定す
る。つまり図７（ｂ）に示すように、図６のオークショ
ン参加画面Ｃの各入力欄Ｃ４〜Ｃ１１に入力された入力
値を用いて、各参加船４１ごとにサーバ２１は、救助時
の必要条件となる項目として、事故現場までの到達時間
（分）、船の大きさ（ｔ）、救助可能人数（人）を数値
化すると共に、参加船４１が有する救助技術度を評価数
値化する。ここでは同図に示すＸ〜Ｚの参加船のうち、
ＳＯＳ船４０の数値を全てクリアする参加船Ｙが救助船
として選定される。そして例えばサーバ２１は、最も早
くＳＯＳ船４０に到着でき、救助人数が乗船でき、ＳＯ
Ｓ船４０の事故状況に対する危険度を回避できる救助技
術を有する参加船４１を救助船として選定する。

【００４７】ここで、救助船を一隻だけ競り落とすこと
に限らず、救助船を複数隻選び出すこともできる。例え
ばＳＯＳ船４０が一隻の救助船では対応できない程の大
型船である場合、その救助作業を行え得る救助技術を有
するとともに、所定時間内に到着できる複数の参加船４
１をサーバ２１によって救助船として複数選び出す。

【００４８】また、オークションの参加船のみが救助船
となり得る船に限らず、第三者から提供された情報を用
いてオークションを行ってもよい。つまり救助船として
適合しそうな船に関する情報を第三者から広く募り、そ
の情報を基にオークションを行って最も適切な救助船を
選び出すこともできる。情報によって選定された船には
無線やインターネット等で連絡して、事故現場に向かわ
せるようにする。

【００４９】また同様に、ＳＯＳ船４０の救助以外に山
での遭難や熊や人間等に襲われた場合、ビル等での火災
や、強盗や監禁等、天災、人災、事故等によるＳＯＳ救
助の場合もこのシステムが利用される。その場合、防
犯、火災、事故、急患等を告知する装置もしくは通信端
末よりこのシステムに参加し、その状況を数値化して最
も早く救助出来る数値となる警察所や消防署、病院や関
係施設、事故関係者や民間パトロール車、警備カー、民
間救助機構隊員、セキュリティー会社、ガードマン等を
選び出す。

【００５０】このように多くの救助者、救助施設、救助
船、救助車等から最も最適な救助者や救助方法を絞り込
んで選び出すシステムの要素は価格のみではなく、時
間、距離、移動、大きさ、数量、技術度、関係度、専門
度、公共度、危険度等の要素が互いに組み合わされる。
そこで本例のオークションでは、その中で最も適切な組
合わせのものを救助者（救助方法）として選び出すため
に、それぞれの要素を数値化して自動的に判断し絞り込
むシステムとなっている。

【００５１】次に、救助船を選定するまでのオークショ
ンのフローを図８に従って説明する。なお、同図の手順
フローはサーバ２１の処理手順を必ずしも示すものでは
なく、オークション全体の手順（流れ）を示すものであ
る。

【００５２】Ｓ１０では、ＳＯＳ船４０の情報を入力す
る。つまり救助依頼画面Ｂの各入力欄Ｂ１〜Ｂ８に必要
事項を入力する。Ｓ２０では、ＳＯＳ船４０からの救助
依頼の有無を判断する。依頼があるまでＳ２０で待機す
る。

【００５３】Ｓ３０では、オークションを開始する。こ
こで、民間救助システム１０に加入済みの船が有する各
端末３２にネットワークＮを通じて救助船依頼の旨の通
知をしてオークションへの参加を募集する。なお、この
Ｓ３０の手順が募集手順に相当する。

【００５４】Ｓ４０では、参加船４１の情報を入力す
る。つまりオークション参加画面Ｃの各入力欄Ｃ３〜Ｃ
１２に必要事項を入力する。なお、このＳ４０で入力さ
れた参加船４１の情報をサーバ２１が受信する手順が入
札手順に相当する。

【００５５】Ｓ５０では、応募の有無を判断する。つま
りオークションへの参加があったか否かが判断され、オ
ークション参加の応募があればＳ６０に進み、応募がな
ければＳ８０に進む。なお、Ｓ５０〜Ｓ１１０の手順が
落札者決定手順に相当する。

【００５６】Ｓ６０では、数値化処理を実行する。つま
り、図６のオークション参加画面の入力欄Ｃ４〜Ｃ１１
に入力した入力値を用いて、ＳＯＳ船４０を救助するた
めの必要条件の項目（例えば到達時間、船の大きさ、救
助技術度など）ごとに数値化する。

【００５７】Ｓ７０では、数値で競り処理を実行する。
つまりオークションに参加した参加船４１の間におい
て、Ｓ６０で数値化した数値を用いてＳＯＳ船４０の救
助船として最も適した順に優先順位を求めて救助船を選
定する。

【００５８】Ｓ８０では、時間制限か否かを判断する。
時間制限内であるならＳ５０に戻り再びオークションへ
の新規参加の有無を判断し、時間制限外であるならＳ９
０に進む。

【００５９】Ｓ９０では、救助船が決定したか否かを判
断する。つまりＳ７０で救助船として選定された船が一
隻であるならＳ１１０に進む。また、求めた数値が同一
で複数の船が救助船として選定された場合はＳ１００に
進む。

【００６０】Ｓ１００では、絞込処理を実行する。ここ
では、Ｓ７０の競り処理を行ったときに同一条件で並ん
だ参加船４１を救助船として一隻だけ選定するために、
数値化した値以外の条件、例えば救助船を依頼するとき
にかかる価格などで、なるべくＳＯＳ船４０側に資金的
負担とならないように参加船４１を絞り込む。

【００６１】Ｓ１１０では、双方にオークション成立の
旨を通知する。次に、災害者支援方法として、支援スポ
ンサー（支援者）からの支援の仕方について説明する。
本例ではＳＯＳ船４０の事故状況や事故記録がネットワ
ークＮを通じて第三者の端末（各家庭のパソコン等）３
３（図１，図２参照）で表示される構成とし、第三者は
図９〜図１１に示す事故状況実況画面や事故記録画面を
表示して事故状況や記録を観覧する。第三者の端末３３
に表示される事故状況の映像は、宇宙衛星４８からシス
テム２０が受信する画像データの他に、例えば事故現場
で撮影を行う放送機関（テレビ局、救助隊専属の撮影ス
タッフ、救助船の自動撮影カメラ等）から送られる画像
データ等を使用している。そして、これら画面上にその
事故に支援金を援助した支援スポンサーの広告やスポン
サー名等を表示することによってスポンサーを確保して
いる。その広告掲載方法として以下の３つを列挙する。

【００６２】まず図９は、事故の発生時期や内容に関係
なく、ネットワークＮ上で予め確保された支援スポンサ
ーの広告が表示される実況画面としての事故状況実況画
面Ｒである。支援金の入金方法には例えばネットバンキ
ングシステムが用いられる。つまり支援スポンサーは画
面上で入金画面を開き、その画面に入金金額や入金元の
口座番号等の必要事項を入力し、ネットワークＮ上で支
援金を入金先の口座に入金する方法がとられている。

【００６３】この事故状況実況画面Ｒには、事故状況の
映像が放映される実況表示欄６１と広告表示欄６２が用
意され、事故が発生する前に支援金を募って予めスポン
サーを確保しておき、その後に事故が発生して実況画面
Ｒを放映するときにそのスポンサーの広告を広告表示欄
６２に表示する。この場合、広告による宣伝効果を狙っ
たスポンサーから支援金が調達でき、できるだけ多くの
支援金を集金できるようになる。またこの種の画面に広
告を載せることはスポンサーのイメージアップにも繋が
るため、スポンサーを集めるときにこのイメージアップ
効果を強調することにより支援金が一層効率良く集ま
る。ここで広告は、動画、静止画、バナー広告、実況中
継中断時のＣＭ等であればよい。

【００６４】また図１０は、事故が起きたときに支援ス
ポンサーの呼びかけをネットワークＮを通じて行い、そ
の呼びかけに応じたスポンサーのうち支援金の応分によ
って大きさの異なる広告が表示される実況画面としての
事故状況実況画面Ｓである。この事故状況実況画面Ｓに
は、事故状況の映像が放映される実況表示欄６３と、
大、中、小の３段階で設定された広告表示欄６４，６
５，６６とが用意されている。

【００６５】つまり中央管理システム２０のサーバ２１
はＳＯＳ船４０から救助依頼を受けると、ネットワーク
Ｎを通じて第三者側の端末３３に支援金募集の通知を行
う。そして支援金を寄付することに同意した支援者は支
援スポンサーとなって、例えばネットワークＮを通じて
入金手続きが可能なネットバンキングシステム等を用い
て端末から支援金の入金手続き作業を行う。支援スポン
サー名と支援金の額はそれぞれデータ化され、そのデー
タは支援者管理用データベース８１（図１，図２参照）
に格納される。そしてサーバ２１は各支援スポンサーを
支援金の額が多いものから順に並べて、大きい広告表示
欄を獲得できる支援者の優先順位を決める。

【００６６】よってこの例では、支援金の額に応じて広
告表示欄６４〜６６のうち、最も高い金額の支援金を寄
付したスポンサーが最も大きい広告表示欄６４を獲得
し、その次に高い金額を寄付したスポンサーが中サイズ
の広告表示欄６５を獲得し、それ以下の金額のスポンサ
ーが小サイズの広告表示欄６６を獲得する。このように
広告表示欄に大小をつけることで、支援者は最も大きな
表示欄６４を得ようとすることから高い支援金の集金効
果が得られる。なお、広告表示欄の大きさは３段階に限
らず多段階であればよい。

【００６７】また図１１は、事故の処理が終わった後に
ネットワークＮ上で支援金の呼びかけを行い、事故記録
と共に支援金の金額や支援者名が表示される記録画面と
しての事故記録画面Ｔである。ところで事故のニュース
性や救助活動の規模によって支援金や同情金の金額が左
右され、ニュース性があるもの程、支援金が多く収集で
きる傾向にあると共に、ネットワークＮ上で閲覧できる
事故記録としては多くのページ数が割かれる。よって事
故記録画面Ｔには災害記録としての事故写真６７および
記事文６８の他に、支援金を援助した支援者が一覧表示
された支援者一覧画面６９が用意されている。事故写真
６７や記事文６８と共に支援者一覧画面６９を同時に表
示可能とすることによって、事故後であっても支援金を
集める事ができるうえに、支援者も事故のニュース性の
大きさを確認してから名誉や宣伝として支援金を出すこ
とが可能となる。

【００６８】従って、この実施形態によれば以下の効果
が得られる。 （１）各画面Ｓ，Ｔにスポンサー用の広告表示欄６２，
６４〜６６や支援者一覧画面６９を用意することによっ
て、その広告主やスポンサーから支援金を受け取ること
ができる。特に、支援金を提供してこの種の救助実況画
面等に広告を載せることは広告主やスポンサーのイメー
ジアップにも繋がるため、そのイメージアップ効果を強
調することによって効率良く支援金を集めることもでき
る。

【００６９】（２）図１０のように広告表示欄６４〜６
６の大きさを３段階に分け、支援金の多いスポンサーか
ら順に大きい広告表示欄を獲得する構成の場合には、ス
ポンサーは最も大きな広告表示欄６６を獲得しようとす
ることから支援金の集金効果が増す。また図１１のよう
に事故発生後にネットワークＮ上で配信される事故記録
画面Ｔに支援者一覧画面６９を用意した場合には、事故
後であっても支援金を集めることができるうえに、支援
者は事故のニュース性や大きさ等を確認してから支援金
を出すこともできる。

【００７０】（３）本例では支援金が効率良く集まるの
で、その支援金を災害者の治療費や、家屋修理費、食
費、生活費、援助金等の資金として運用すれば災害者の
資金的負担を軽減できる。

【００７１】（４）ＳＯＳ船（ＳＯＳ発信者）４０はオ
ークションに参加する参加船４１の中から最も適切な救
助船（救援者）を選定することができる。よって、迅速
な救助活動の実施、救助活動混乱の回避などの効果が得
られるとともに、救助に役立たない船までも呼び寄せた
ときに発生する費用の余分な出費も抑えることができ
る。

【００７２】なお、実施形態は前記に限定されず、例え
ば次の態様に変更してもよい。 ・ 支援金のスポンサーを集める方法は、図９〜図１１
に示すように広告表示欄６２，６４〜６６を用意するこ
とや、支援者一覧画面６９を用意することに限定されな
い。例えば図１２に示すように、事故状況実況画面Ｕに
広告７１を表示すると共にその広告主のＨＰにリンクす
るボタン７２を用意してもよい。この場合、実況表示欄
７３で事故状況を観覧する観覧者は、この実況画面Ｕ上
の広告を見て興味を抱いたとき、ボタン７２を選択する
ことによってその画面Ｕから広告主のＨＰへリンクする
ことができる。

【００７３】・ ネットワークＮ上で予めスポンサーを
確保する場合（図９）においても、複数の支援金スポン
サーを募り、その支援金の額に応じて広告の大きさを異
なるようにしてもよい。また図９や図１０の実況画面に
図１１と同様の支援者一覧画面を表示し、その一覧画面
に支援金を寄付したスポンサーを掲載してもよい。

【００７４】・ 事故発生後にネットワークＮ上で支援
金募集の呼びかけを行う場合（図１０）に、例えば広告
表示欄は１つのみであって、最も多くの支援金を寄付し
たスポンサーのみの広告をその広告表示欄に掲載しても
よい。

【００７５】・ スポンサー支援の募集はネットワーク
Ｎを通じて行うことに限定されず、テレビ、ラジオ、貼
り紙（ポスター）等を用いて支援スポンサーを募っても
よい。

【００７６】・ 事故記録を画面に載せる場合（図１
１）に、支援者一覧画面に代えて支援金を寄付したスポ
ンサーの広告を載せてもよい。 また支援者の広告に、
支援スポンサー名や支援金額を同時に掲載してもよい。

【００７７】・ 支援者名と寄付金額を掲載する画面
は、記事を掲載した一覧画面６９とリンクされた画面で
あってもよい。また支援者名（ペンネーム含む）のみを
掲載してもよい。

【００７８】・ 広告収益や寄付金で集まった支援金
は、必ずしも全て災害者救済のために使用されることに
限定されない。例えば災害者の救助費用や治療費、物損
費用、復興費、見舞金等の必要な費用を使って余った額
については、他の災害支援や基金に回してもよい。

【００７９】・ 災害等の終了後にサーバが端末の画面
に表示させる画面は、災害等の記事に限定されない。例
えば災害等の録画映像を放映しても構わない。この場
合、一覧画面６９は録画画面上またはこの録画画面とリ
ンクする画面に表示させるようにする。

【００８０】・ サーバ、ネットワーク及び端末は、双
方向通信可能なデジタルテレビで実現することもでき
る。この場合、サーバはデジタルデータを発信するテレ
ビ局などのコンピュータ、端末はデジタル放送を受信す
るデジタル放送受信可能なテレビが該当する。 ・ 寄付表示は災害等の表示画面（例えば実況画面や記
事画面）の枠外に表示されることに限定されない。例え
ば災害等の表示画面の枠内に寄付表示としての広告や支
援者名を流してもよい。 ・ 災害等の表示画面（例えば実況画面）上に表示され
る寄付表示は、スポンサー広告や支援者一覧画面に限定
されない。例えば災害等の表示画面（例えば実況画面や
記事画面）にリンクされた支援者一覧画面の表示が可能
である旨が示された一覧表示ボタンであったり、またそ
の表示画面にリンクされたスポンサー広告画面の表示が
可能である旨が示された広告表示ボタンであってもよ
い。

【００８１】・ 事故状況実況画面Ｒ，Ｓに掲載される
広告の形式（内容）はどのような形態のものでもよく、
つまりスポンサーが関連する広告であれば足りるものと
する。

【００８２】・ ＳＯＳ船４０やオークションの参加船
４１に搭載される端末３０にパソコンを用いてネットワ
ーク通信するための具体的な構成としては、例えばイン
ターネット通信可能な携帯電話やＰＨＳをパソコンに接
続して行う方法がとられたり、ネットワーク接続専用の
端末をパソコンに接続することによって実施することも
できる。

【００８３】・ 救助依頼するときや入札するときに用
いる端末はパソコンやネットワーク通信可能な携帯電話
に限らず、例えば災害者救助システム専用の端末を用い
ることもできる。

【００８４】・ 救助依頼者側の端末３１に例えばカメ
ラ等の撮影機器を搭載してもよい。この場合、その撮影
機器で撮影された映像が入札者側の端末に表示され、入
札者はその画面で災害者の被害状況を確認して入札を行
うことができる。また、その撮影機器からの映像を中央
管理システム２０側で見られるようにし、その映像から
システム２０側で災害の被害レベルを判断し、システム
２０側の判断者によって救助技術度を評価数値化するこ
ともできる。また、この撮影機器により得られる画像デ
ータを第三者の端末３３に配信し、この画像データを基
に第三者の端末３３上に事故映像を放映することもでき
る。

【００８５】・ 依頼者または入札者はＧＰＳが内蔵さ
れた端末を使用することもできる。例えばＧＰＳ内蔵の
携帯電話を利用し、そのＧＰＳにより測定される現在位
置のデータをサーバ２１に送信することもできる。

【００８６】・ オークションを利用して救助船を選定
する場合、事故現場への到着時間の他に船の大きさや救
助技術度なども考慮に入れて、最も適した船を救助船と
して選定することに限定されず、例えばただ単に最も早
く事故現場に到着できる船を救助船として選定してもよ
い。

【００８７】・ 支援金の入金方法はネットバンキング
システムを用いることに限らず、例えば支援者がＡＴＭ
端末から直接、支援金入金用の口座に支援金を振り込む
ようにしてもよい。

【００８８】・ 救助依頼画面Ｂやオークション参加画
面Ｃの入力欄の項目内容は適宜自由に設定変更できる。
つまり各画面Ｓ，Ｔの入力欄には、救助船選定時に最も
適した船を選定できる情報を入力するための入力欄が設
けられていればよい。また救助対象が船以外のときに
は、救助依頼画面やオークション参加画面の入力項目
を、その災害内容、事故内容、事件内容等に応じて適宜
変更することもできる。

【００８９】次に、本発明における定義を説明する。 （１）救助者とは、人間のみを指すものではなく、広く
救助できる人、組織、設備などを含むものである。従っ
て、救助者が乗った船，車両，リコプター，飛行機など
を含み、また救助チームや救助隊などの組織をも含む。
また設備は有人無人を問わず、例えば救助ロボットや遠
隔操作式の救助装置なども含む。

【００９０】（２）災害とは、救助が必要な事柄であれ
ば足り、事故、急病、遭難、火災、水害、地震、爆発、
テロ、傷害事件、強盗などを含む。また災害者とは、前
述した災害を被った被災者、被害者であり、人に限らず
動物なども含む。

【００９１】（３）支援金とは、お金に限らず、救助支
援物品となるものも含む。前記実施形態及び別例から把
握できる請求項以外の技術的思想について、以下にその
効果とともに記載する。

【００９２】（１）請求項１〜１１において、災害等の
映像の画像データを、サーバがネットワークを通じて送
信して端末の画面上に前記災害等の実況中継の映像を映
し出す実況画面を表示させ、かつ当該実況画面上に、前
記災害等に対して支援金を寄付した支援者の寄付行為の
証しとなる広告を掲載して広告収益を前記災害者の支援
金に当てるとともに、前記サーバは前記端末に対し前記
実況画面上または前記災害等の終了後に表示させる画面
上に支援金募集の旨の通知を行い、前記サーバは、前記
災害等の終了後、前記端末の画面上に、前記災害等の録
画映像又は前記記事を表示させた記録画面を表示させる
とともに、当該記録画面上、もしくは該記録画面とリン
クされた画面上に、前記支援金募集に応じて支援金を寄
付した支援者名を掲載させることを特徴とする災害者支
援方法。

【００９３】（２）前記（１）の技術的思想において、
前記前記記録画面もしくは該記録画面とリンクされた画
面上には、前記支援者名と寄付した金額を掲載させるこ
とを特徴とする災害者支援方法。

【００９４】（３）前記（１）又は（２）の技術的思想
における災害者支援方法は、救助依頼者が提示した救援
依頼情報に対して最も適切な条件を提示した救援者を競
りによって前記ネットワークーク上で選定する災害者救
助方法に使用され、請求項１２〜１６のいずれか一項に
記載の要件（各手順）を兼ね備えていることを特徴とす
る災害者救助方法。

【００９５】（４）請求項１〜１１において、前記災害
者は救助を依頼する船である。この場合、船を救助する
ときに支援金を充分に確保できる。 （５）請求項１５において、前記撮影手段は宇宙衛星で
ある。この場合、宇宙衛星で撮影すれば救助依頼者の位
置が迅速に、かつ細かに測定できる。

【００９６】

【発明の効果】以上詳述したように請求項１〜２０に記
載の発明によれば、前記映像や記録が映された画面上に
表示された支援者から支援金が得られるので、災害が発
生したときにその救助に必要な費用の軽減、又は災害者
に対する資金援助ができる。

【００９７】また請求項１２〜２０に記載の発明によれ
ば、オークションを用いて、例えば最も早く災害現場に
到着可能な救助者や、最も早く適切に災害者を救助可能
な救助者を選ぶことで、最も救助に適した救助者を選定
できる。

【図面の簡単な説明】

【図１】 一実施形態における民間救助システムの概略
システム構成図。

【図２】 図１とは別構成の民間救助システムの概略シ
ステム構成図。

【図３】 民間救助システムにより提供されるオークシ
ョンＨＰ。

【図４】 利用者登録画面図。

【図５】 救助依頼画面図。

【図６】 オークション参加画面図。

【図７】 （ａ），（ｂ）はサーバが救助船を選定する
ときの説明図。

【図８】 オークションの手順を示すフローチャート。

【図９】 事故状況実況画面図。

【図１０】 別の事故状況実行画面図。

【図１１】 事故記録画面図。

【図１２】 別例における事故状況実況画面図。

【符号の説明】

１０…災害者救助システムとしての民間救助システム、
２１…サーバ、端末…３０〜３３、４０…救助依頼者と
してのＳＯＳ船、４１…入札者としての参加船、４３…
救助者センター、４８…撮影手段としての宇宙衛星、Ｎ
…ネットワーク、Ｒ，Ｓ，Ｕ…実況画面としての事故状
況実況画面、Ｔ…記録画面としての事故記録画面。

Claims (20)

【特許請求の範囲】
1. 【請求項１】 災害等の映像又は記事の画像データを、
   サーバがネットワークを通じて送信して端末の画面上に
   前記映像又は記事を表示させるとともに、前記映像又は
   記事が映し出された画面上に、前記災害等に対して支援
   金を寄付した支援者の寄付行為の直接的または間接的な
   証しとなる寄付表示を付したことを特徴とする災害者支
   援方法。
2. 【請求項２】 請求項１に記載の災害者支援方法におい
   て、 前記寄付表示は、前記映像又は記事が映し出された画面
   上に掲載された支援者の広告であり、広告収益を前記災
   害者の支援金に当てることを特徴とする災害者支援方
   法。
3. 【請求項３】 請求項２に記載の災害者支援方法におい
   て、 前記支援者用の広告は支援金の額に応じて大きさが異な
   ることを特徴とする災害者支援方法。
4. 【請求項４】 請求項１〜３のうちいずれか一項に記載
   の災害者支援方法において、 前記端末の画面上で支援金募集の旨の通知を行うことに
   よって、前記支援者を前記ネットワーク上で募ることを
   特徴とする災害者支援方法。
5. 【請求項５】 請求項１〜４のうちいずれか一項に記載
   の災害者支援方法において、 前記サーバは、前記端末の画面上に、前記災害等の前記
   映像として該災害等の実況中継の映像を映し出す実況画
   面を表示させることを特徴とする災害者支援方法。
6. 【請求項６】 請求項１〜５のうちいずれか一項に記載
   の災害者支援方法において、 前記サーバは、前記端末の画面上に、前記災害等の前記
   映像としての録画映像又は前記記事としての災害記録を
   表示させた記録画面を表示させることを特徴とする災害
   者支援方法。
7. 【請求項７】 請求項１〜６のうちいずれか一項に記載
   の災害者支援方法において、 前記寄付表示は、前記映像又は記事が映し出された画面
   上に、支援金を寄付した支援者名と寄付した金額を掲載
   させた表示であることを特徴とする災害者支援方法。
8. 【請求項８】 請求項１〜７のうちいずれか一項に記載
   の災害者支援方法において、 前記災害が発生する前に前記端末の画面上で支援者募集
   の通知を行い、前記ネットワークを通じて前記支援者を
   予め募集しておくことを特徴とする災害者支援方法。
9. 【請求項９】 請求項１〜７のうちいずれか一項に記載
   の災害者支援方法において、 前記端末の画面上に前記災害の前記映像又は記事を表示
   するとともに、該映像又は記事が映された画面上で同時
   に前記支援者を募ることを特徴とする災害者支援方法。
10. 【請求項１０】 請求項１〜９のうちいずれか一項に記
    載の災害者支援方法において、 前記災害の処理が終わった後に前記端末の画面上で前記
    支援者の募集の通知を行い、前記ネットワークを通じて
    前記支援者を募集することを特徴とする災害者支援方
    法。
11. 【請求項１１】 請求項１〜１０のうちいずれか一項に
    記載の災害者支援方法において、 前記支援者を前記ネットワーク上で募り、前記支援金の
    振り込みは該ネットワーク上で入金手続きが可能なネッ
    トバンキングシステムを利用して行うことを特徴とする
    災害者支援方法。
12. 【請求項１２】 請求項１〜１１のうちいずれか一項に
    記載の災害者支援方法は、救助依頼時に提示される救助
    依頼情報に対して、最も適切な条件を提示した救助者を
    競りによって前記ネットワーク上で選定する災害者救助
    方法に使用され、 災害が起きて救助依頼があったときに災害現場の位置を
    知らせて、入札者に対しその災害現場に最も早く到着で
    きるか否かを判断するために必要な入札情報の提示を求
    めて、サーバが入札者側の端末に前記ネットワークを通
    じて入札を募る募集手順と、 前記入札の募集を受けた入札者によって提示される入札
    情報を、前記端末から前記ネットワークを通じて前記サ
    ーバが受信する入札手順と、 前記サーバが、前記入札手順による参加によって受信し
    た前記入札情報を基に災害現場に最も早く到着できる入
    札者を救助者として選定する救助者決定手順とを備えた
    ことを特徴とする災害者救助方法。
13. 【請求項１３】 請求項１〜１１のうちいずれか一項に
    記載の災害者支援方法は、救助依頼時に提示される救助
    依頼情報に対して、最も適切な条件を提示した救助者を
    競りによって前記ネットワーク上で選定する災害者救助
    方法に使用され、 災害が起きて救助依頼があったときに、災害現場の位置
    と災害状況が分かるような災害情報を知らせて、入札者
    に対しその災害現場への到着時刻と、その災害に対する
    災害対処能力の有無とを判断するために必要な入札情報
    の提示を求めて、サーバが入札者側の端末に前記ネット
    ワークを通じて入札を募る募集手順と、 前記入札の募集を受けた入札者によって提示される入札
    情報を、前記端末から前記ネットワークを通じて前記サ
    ーバが受信する入札手順と、 前記サーバが、前記入札手順による参加によって受信し
    た前記入札情報を基に、災害現場への到着時刻と災害対
    処能力の両方を考慮して最も早く適切に災害者を救助で
    きる入札情報を提示した入札者を救助者として選定する
    救助者決定手順とを備えたことを特徴とする災害者救助
    方法。
14. 【請求項１４】 請求項１２又は１３に記載の民間救助
    方法において、 前記募集手順では、災害現場の映像を放映して災害状況
    が分かるように災害情報を知らせることを特徴とする災
    害者救助方法。
15. 【請求項１５】 請求項１２〜１４のうちいずれか一項
    に記載の災害者救助方法において、 撮影手段により撮影された災害現場の映像が前記ネット
    ワーク上で放映され、前記入札者は該災害現場の映像を
    端末で見ながら前記入札に参加することを特徴とする災
    害者救助方法。
16. 【請求項１６】 請求項１２〜１５のうちいずれか一項
    に記載の災害者救助方法において、 前記救助者に救助を依頼する救助依頼者は、災害者を管
    理する救助センターであり、前記救助者決定手順では、
    前記救助センターにより提示される前記救助依頼情報を
    基に前記救助者を選定することを特徴とする災害者救助
    方法。
17. 【請求項１７】 請求項１２〜１６のうちいずれか一項
    に記載の災害者救助方法に使用される災害者救助システ
    ムであって、 前記救助依頼者が前記ネットワークを通じて前記救助依
    頼情報を前記サーバに送信するときに使用される前記救
    助依頼者側の端末と、 前記入札者が自分の入札情報を前記ネットワークを通じ
    て前記サーバへ送信するときに使用される前記入札者側
    の端末と、 前記救助依頼者及び入札者側の前記各端末から送信され
    た前記救助依頼情報及び入札情報を前記ネットワークを
    通じて受信するサーバとを備え、 前記サーバは、前記入札手順により受信した前記入札情
    報を基にして、災害現場に最も早く到着できる入札者、
    又は災害現場への到着時刻と災害対処能力の両方を考慮
    して最も早く適切に災害者を救助できる入札情報を提示
    した入札者を救助者として選定する救助者決定手段を備
    えたことを特徴とする災害者救助システム。
18. 【請求項１８】 請求項１２〜１６のうちいずれか一項
    に記載の災害者救助方法に使用されるサーバであって、 前記救助依頼者側の端末から前記救助依頼情報を受信
    し、前記募集手順によって前記入札情報の提示を求めて
    入札者を募り、前記入札手順によって前記入札者から前
    記入札情報を受信するとともに、災害現場に最も早く到
    着できる、又は最も適切に災害者を救助できる入札情報
    を提示した入札者を救助者として選定する救助者決定手
    段を備えたことを特徴とするサーバ。
19. 【請求項１９】 請求項１２〜１６のうちいずれか一項
    に記載の災害者救助方法に使用される救助依頼者側の端
    末であって、 前記救助依頼情報を前記ネットワークを通じて前記サー
    バに送信するとともに、前記救助者決定手順により選定
    された選定結果を前記ネットワークを通じて受信するこ
    とを特徴とする救助依頼者側の端末。
20. 【請求項２０】 請求項１２〜１６のうちいずれか一項
    に記載の災害者救助方法に使用される入札者側の端末で
    あって、 前記入札情報を入力するための画面が表示され、該入札
    情報を前記ネットワークを通じて前記サーバに送信する
    とともに、前記救助者決定手順により選定された選定結
    果を前記ネットワークを通じて受信することを特徴とす
    る入札者側の端末。