特許 7552871 通知装置、通知システム、通知方法及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-09-09

(45)【発行日】2024-09-18

(54)【発明の名称】通知装置、通知システム、通知方法及びプログラム

(51)【国際特許分類】

   G08G 1/00 20060101AFI20240910BHJP

   G08G 1/04 20060101ALI20240910BHJP

   H04N 7/18 20060101ALI20240910BHJP

【ＦＩ】

G08G1/00 A

G08G1/04 C

H04N7/18 D

【請求項の数】 10

(21)【出願番号】P 2023509901

(86)(22)【出願日】2021-03-29

(86)【国際出願番号】 JP2021013217

(87)【国際公開番号】W WO2022208586

(87)【国際公開日】2022-10-06

【審査請求日】2023-09-08

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】小林 航生

(72)【発明者】

【氏名】長谷川 哲郎

(72)【発明者】

【氏名】網中 洋明

(72)【発明者】

【氏名】柳澤 慶

(72)【発明者】

【氏名】尾形 一気

【審査官】秋山 誠

(56)【参考文献】

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

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

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

Ｇ０８Ｇ １／００

Ｇ０８Ｇ １／０４

Ｈ０４Ｎ ７／１８

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

【請求項1】

１又は複数のカメラで撮影された映像から事故の発生を検知する事故発生検知手段と、
前記映像を分析して、前記事故に係る分析対象人物の詳細情報を導出する分析手段と、
前記詳細情報に基づいて、前記分析対象人物への対処方法を決定する決定手段と、
決定された前記対処方法を通知対象に通知する通知手段と、を備え、
前記分析手段は、前記分析対象人物の映像及び事故発生の様子を示した映像も用いて前記詳細情報を導出する、
通知装置。

【請求項2】

前記事故が発生した場所を含む第１の領域に存在する前記通知対象を検知する通知対象検知手段をさらに備え、
前記通知手段は、前記通知対象検知手段が検知した前記通知対象に前記対処方法を通知する、
請求項１に記載の通知装置。

【請求項3】

前記通知対象検知手段は、前記通知対象の候補である第１の種類の候補が前記第１の領域に存在すること、及び、前記通知対象の候補である第２の種類の候補が、前記第１の領域よりも広い、前記事故が発生した場所を含む第２の領域に存在することを検知し、
前記通知手段は、前記通知対象検知手段が検知した前記第１の領域に存在する前記第１の種類の候補、及び、前記通知対象検知手段が検知した前記第２の領域に存在する前記第２の種類の候補、の少なくともいずれか一方を前記通知対象として、前記対処方法を通知する、
請求項２に記載の通知装置。

【請求項4】

前記通知対象は、人物及び車両の少なくともいずれか一方を含む、
請求項２又は３に記載の通知装置。

【請求項5】

前記決定手段は、前記対処方法の決定として、前記分析対象人物への手当又は処置の決定、及び、前記手当又は処置において使用される医療機器であって、前記事故が発生した場所を含む第３の領域に存在する医療機器の場所の特定の少なくともいずれか一方を実行し、
前記通知手段は、前記決定された手当又は処置、及び、前記特定された医療機器の場所の少なくともいずれか一方を前記対処方法に含めて前記通知対象に通知する、
請求項２乃至４のいずれか１項に記載の通知装置。

【請求項6】

前記通知対象検知手段は、前記通知対象の候補が前記映像に映っていることを判定することで、前記候補を前記通知対象として検知し、
前記通知手段は、前記通知対象検知手段が検知した前記通知対象と関連付けられた端末に対して、前記対処方法を通知する、
請求項２乃至５のいずれか１項に記載の通知装置。

【請求項7】

前記分析手段は、前記映像に映っている前記分析対象人物の顔画像と、登録者の顔情報とを用いた顔認証の認証結果に基づいて、前記分析対象人物を前記登録者の中から特定し、前記登録者に関連付けられた個人情報を前記詳細情報として導出し、
前記決定手段は、前記個人情報に基づいて前記対処方法を決定する、
請求項１乃至６のいずれか１項に記載の通知装置。

【請求項8】

１又は複数のカメラと、
前記１又は複数のカメラと接続された通知装置と、
前記通知装置から通知を受信する１又は複数の端末と、を備え、
前記通知装置は、
前記１又は複数のカメラで撮影された映像から事故の発生を検知する事故発生検知手段と、
前記映像を分析して、前記事故に係る分析対象人物の詳細情報を導出する分析手段と、
前記詳細情報に基づいて、前記分析対象人物への対処方法を決定する決定手段と、
決定された前記対処方法を前記１又は複数の端末に通知する通知手段と、を有し、
前記分析手段は、前記分析対象人物の映像及び事故発生の様子を示した映像も用いて前記詳細情報を導出する、
通知システム。

【請求項9】

１又は複数のカメラで撮影された映像から事故の発生を検知し、
前記映像を分析して、前記事故に係る分析対象人物の詳細情報を導出し、
前記詳細情報に基づいて、前記分析対象人物への対処方法を決定し、
決定された前記対処方法を通知対象に通知し、
前記詳細情報は、前記分析対象人物の映像及び事故発生の様子を示した映像も用いて導出される、
ことを通知装置が実行する通知方法。

【請求項10】

１又は複数のカメラで撮影された映像から事故の発生を検知し、
前記映像を分析して、前記事故に係る分析対象人物の詳細情報を導出し、
前記詳細情報に基づいて、前記分析対象人物への対処方法を決定し、
決定された前記対処方法を通知対象に通知し、
前記詳細情報は、前記分析対象人物の映像及び事故発生の様子を示した映像も用いて導出される、
ことをコンピュータに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は通知装置、通知システム、通知方法及び非一時的なコンピュータ可読媒体に関する。

【背景技術】

【0002】

事故が発生した場合に、事故の発生を検知してそれに対処する技術が考えられている。

【0003】

例えば、特許文献１には、入力された音響データが交通事故によるものである場合に、音響データ及び映像データをデータ記録装置に一時的に記録し、その記録されたデータに基づいて交通事故を分類し、解析する記録・解析システムが開示されている。

【0004】

また、特許文献２には、通報者の端末から救急要請があった場合に、救急の対象となる患者の状態に基づいて、救急要請を行った通報者に送信すべきコンテンツの候補を選定するコンテンツ生成装置が開示されている。

【0005】

また、特許文献３には、特定の人が医学的問題を有するという通報があった場合に、その特定の人の現在地を特定し、現在地周辺地域にいる登録ユーザに対して、特定の人の位置を通報するシステムが開示されている。

【先行技術文献】

【特許文献】

【0006】

【文献】国際公開第２００５／１０１３４６号

【文献】特開２０１９－１０１９８３号公報

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

【発明の概要】

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

【0007】

本開示の目的は、例えば負傷者や急病人といった分析対象人物に対する迅速な初動対応を実現させることが可能な通知装置、通知システム、通知方法及び非一時的なコンピュータ可読媒体を提供することである。

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

【0008】

本実施形態にかかる一態様の通知装置は、１又は複数のカメラで撮影された映像から事故の発生を検知する事故発生検知手段と、映像を分析して、事故に係る分析対象人物の詳細情報を導出する分析手段と、詳細情報に基づいて、分析対象人物への対処方法を決定する決定手段と、決定された前記対処方法を通知対象に通知する通知手段を備える。

【0009】

本実施形態にかかる一態様の通知システムは、１又は複数のカメラと、１又は複数のカメラと接続された通知装置と、通知装置から通知を受信する１又は複数の端末を備え、通知装置は、１又は複数のカメラで撮影された映像から事故の発生を検知する事故発生検知手段と、映像を分析して、事故に係る分析対象人物の詳細情報を導出する分析手段と、詳細情報に基づいて、分析対象人物への対処方法を決定する決定手段と、決定された対処方法を１又は複数の端末に通知する通知手段を有する。

【0010】

本実施形態にかかる一態様の通知方法は、１又は複数のカメラで撮影された映像から事故の発生を検知する事故発生検知ステップと、映像を分析して、事故に係る分析対象人物の詳細情報を導出する分析ステップと、詳細情報に基づいて、分析対象人物への対処方法を決定する決定ステップと、決定された対処方法を通知対象に通知する通知ステップを通知装置が実行するものである。

【0011】

本実施形態にかかる一態様の非一時的なコンピュータ可読媒体は、１又は複数のカメラで撮影された映像から事故の発生を検知する事故発生検知ステップと、映像を分析して、事故に係る分析対象人物の詳細情報を導出する分析ステップと、詳細情報に基づいて、分析対象人物への対処方法を決定する決定ステップと、決定された対処方法を通知対象に通知する通知ステップをコンピュータに実行させるプログラムが格納されているものである。

【発明の効果】

【0012】

本開示によれば、例えば負傷者や急病人といった分析対象人物に対する迅速な初動対応を実現させることが可能な通知装置、通知システム、通知方法及び非一時的なコンピュータ可読媒体を提供することができる。

【図面の簡単な説明】

【0013】

【図1】実施の形態１にかかる通知装置の一例を示すブロック図である。

【図2】実施の形態１にかかる通知装置が実行する処理の一例を示すフローチャートである。

【図3】実施の形態１にかかる通知システムの一例を示す概略図である。

【図4】実施の形態２にかかる通知システムの一例を示す概略図である。

【図5】実施の形態２にかかるカメラの一例を示すブロック図である。

【図6】実施の形態２にかかるカメラが設けられている道路の例を示す概略図である。

【図7】実施の形態２にかかるＭＥＣサーバの一例を示すブロック図である。

【図8】実施の形態２にかかる通知サーバの一例を示すブロック図である。

【図9】実施の形態２にかかる端末の一例を示すブロック図である。

【図10】実施の形態２にかかる通知システムの代表的な処理の一例を示したシーケンス図である。

【図11】実施の形態２にかかる通知サーバが実行する処理の一例を示すフローチャートである。

【図12】実施の形態２にかかるカメラが設けられている道路の例を示す概略図である。

【図13】実施の形態３にかかる通知システムの一例を示す概略図である。

【図14】実施の形態３にかかる通知サーバの一例を示すブロック図である。

【図15】実施の形態３にかかる端末の一例を示すブロック図である。

【図16】実施の形態４にかかる通知システムの一例を示す概略図である。

【図17】実施の形態４にかかる通知サーバの一例を示すブロック図である。

【図18】実施の形態４にかかる端末の一例を示すブロック図である。

【図19】実施の形態５にかかる基地局のセルの構成例を示す概略図である。

【図20】各実施の形態にかかる装置のハードウェア構成の一例を示すブロック図である。

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

【0014】

実施の形態１
（１Ａ）
以下、図面を参照して本開示の実施の形態１について説明する。この（１Ａ）では、事故の発生を検出して、通知対象に通知する通知装置について説明する。

【0015】

図１は、通知装置の一例を示すブロック図である。通知装置１０は、事故発生検知部１０１、分析部１０２、決定部１０３及び通知部１０４を備える。通知装置１０の各部（各手段）は、不図示の制御部（コントローラ）により制御される。以下、各構成要素について説明する。

【0016】

事故発生検知部１０１は、１又は複数のカメラで撮影された映像から事故の発生を検知する。なお、本開示において「事故」とは、偶発的か意図的かを問わず、負傷者又は急病人が発生した出来事（incident）を意味するものであり、例えば、車と人との事故、人同士の事故、車同士の事故、急激な病状の悪化等を含むが、これらに限られるものではない。事故発生検知部１０１は、事故を検知した場合に、衝突事故、火事、持病の悪化といった事故の種類を判定しても良い。また、「映像」は、動画、静止画のいずれのデータであっても良い。

【0017】

１又は複数のカメラは、任意の場所に設けられても良い。複数のカメラが設けられる場合には、例えば、ある所定の場所を複数のカメラが別方向から撮影しても良いし、複数のカメラが、それぞれ別の場所を撮影しても良い。事故発生検知部１０１は、１又は複数のカメラで撮影された映像を分析することにより、１又は複数の場所において事故が発生したことを検知する。カメラは、可視光カメラ、赤外線カメラ及びサーモカメラ等の１以上の種類のカメラを任意に組み合わせて用いてもよい。なお、事故発生検知部１０１は、事故の発生を撮影したと判断されたカメラの位置、及び、映像データ中で事故が発生した範囲の少なくともいずれかに基づいて、事故現場の位置を特定しても良い。

【0018】

分析部１０２は、事故発生検知部１０１が事故の発生を検知した場合に、事故が発生したことを検知した映像を分析することにより、事故によって生じた負傷者又は急病人（以下、分析対象人物）の詳細情報を導出する。なお、分析部１０２は、事故が発生したことを検知した映像の代わりに、または事故が発生したことを検知した映像に加えて、事故現場の位置を撮影範囲に含む映像を分析し、分析対象人物の詳細情報を導出してもよい。分析部１０２は、事故発生検知部１０１が事故の発生を検知したタイミング周辺から、分析処理を行う時に至るまでの期間中のカメラの映像データ、又は、１若しくは複数のタイミングにおけるカメラの撮影映像に基づいて、この詳細情報を導出する。詳細情報は、例えば、分析対象人物の体の状態に関する情報、事故の分析対象人物の個人情報の少なくともいずれかを示すものであるが、これらに限られない。

【0019】

分析対象人物の体の状態に関する情報は、一例として、分析対象人物の意識状態、呼吸状態、出血状態、骨折状態、火傷状態、強打部位、痙攣状態、歩行状態、心拍状態、脈拍状態及び体温状態の少なくともいずれかを含む。具体的には、意識状態は、意識の有無及び混濁度合いの少なくともいずれかを示し、呼吸状態は、呼吸の有無及び正常度合いの少なくともいずれかを示し、出血状態は、出血の有無、箇所及び程度の少なくともいずれかを示し、骨折状態は、骨折の有無、箇所及び程度の少なくともいずれかを示しても良い。また、火傷状態は、火傷の有無、箇所及び程度の少なくともいずれかを示し、強打部位は、強打をした箇所及びその程度の少なくともいずれかを示し、痙攣状態は、痙攣の有無及び程度の少なくともいずれかを示し、歩行状態は、歩行のふらつき度合い及び正常度合いの少なくともいずれかを示し、心拍状態は、心拍の有無、回数及び正常度合いの少なくともいずれかを示し、脈拍状態は、脈拍の有無、回数及び正常度合いの少なくともいずれかを示しても良い。また、体温状態は、発熱の有無、温度及び箇所の少なくともいずれかを示してもよい。

【0020】

分析部１０２は、分析対象人物自体の映像に基づいて、直接的又は間接的にこの詳細情報を導出しても良い。例えば、分析部１０２は、映像における分析対象人物の出血の様子から出血状態を直接的に判定することで、詳細情報を導出することができる。他の例では、分析対象人物の外傷の様子がなくとも、足をひきずり、分析対象人物の顔に苦痛の表情が浮かんでいる場合に、分析部１０２は、分析対象人物が足を骨折又は打撲していることを間接的に推定して、詳細情報を導出することができる。

【0021】

また、分析部１０２は、分析対象人物自体の映像だけでなく、事故の発生の様子を示したそれ以外の映像も用いて、この詳細情報を導出しても良い。例えば、分析対象人物を撮影したカメラあるいはそれとは別のカメラで、爆発事故に伴って物体が散乱した様子が捉えられた場合に、分析部１０２は、その事故の発生の様子を分析して、分析対象人物が爆風を受けた又は爆風によって飛ばされた物体に当たったことを判定し、分析対象人物に出血、骨折、打撲の少なくともいずれかの負傷が生じたことを推定することができる。

【0022】

さらに、分析部１０２は、事故発生検知部１０１が判定した事故の種類の情報、予め登録された、事故を撮影したカメラが設けられた地域の属性といった他の情報もさらに用いて、この詳細情報を導出しても良い。例えば、事故発生検知部１０１が、事故が火事であることを判定した場合に、分析部１０２は、映像の分析にその情報を考慮に入れた上で、分析対象人物が火傷をしていることを判定することができる。

【0023】

さらに、分析部１０２は、正確な詳細情報を導出するために、映像を撮影するカメラを制御してもよい。例えば、空間的または時間的な撮影分解能を高めるために、撮影倍率を高める、解像度を高める、フレームレートを高める、量子化ビット数を高める、ビットレートを高めるなどの制御をカメラに行ってもよい。これにより、カメラは、分析対象人物の状態を、より鮮明に撮影できるようになる。また、分析対象人物または分析対象人物の特定部位を撮影範囲に収めるように、カメラのカメラアングルを制御してもよい。

【0024】

また、詳細情報の他の例は、事故の分析対象人物の個人情報でも良い。分析部１０２は、事故が発生した映像に映っている分析対象人物の顔画像と、登録者の顔情報とを用いた顔認証の認証結果に基づいて、分析対象人物を登録者の中から特定し、登録者に関連付けられた個人情報を詳細情報として導出しても良い。個人情報は、既往歴、現病歴、妊娠の有無、年齢、性別、血液型、アレルギー情報、個人番号、かかりつけ医療機関、及び緊急連絡先の少なくともいずれかを含むものであるが、これらに限定されない。

【0025】

なお、上述の処理において、分析部１０２が、分析対象人物の顔画像と、登録者の顔情報とを用いた顔認証を実行しても良い。又は、分析部１０２が、通知装置１０以外の他の装置が実行した顔認証の認証結果を取得することにより、分析対象人物を登録者の中から特定しても良い。ここで、個人情報は、他の装置に格納されたものを認証結果とともに分析部１０２が取得しても良いし、認証結果に基づいて、通知装置１０の記憶部に格納された個人情報の中から分析部１０２が特定することにより、取得しても良い。なお、認証に顔を用いるのは一例であって、その他の生体認証技術を用いてもよい。例えば、分析部１０２は、身体的特徴の一種である虹彩を用いて認証してもよいし、行動的特徴の一種である歩容を用いて認証してもよいし、２以上の生体認証技術を任意に組み合わせて認証してもよい。

【0026】

決定部１０３は、分析部１０２が導出した詳細情報に基づいて、映像に映っている分析対象人物への対処方法を決定する。対処方法は、分析対象人物の負傷又は病気に対する手当（first aid）、処置（procedure）、その他の行動のうち、少なくともいずれか１つが含まれる。本開示において「手当」とは、一般人でも実施可能な分析対象人物のための救命手当及び応急手当を含む概念を示し、「処置」とは、医者や救急隊員等のスペシャリストが実施可能な分析対象人物のための医療的な処置のことを示す。特定の負傷又は病気に対する「手当」と「処置」は、全く異なる対応であっても良いし、少なくとも両者の一部の内容が重複しても良い。また、「その他の行動」とは、救急車の要請、事故が発生した場所（事故現場）へのスタッフの派遣要請、分析対象人物の受け入れ要請、処置の準備、及び所定の連絡先への連絡のうち少なくともいずれか１つが含まれるが、これらに限定されるものではない。ここで、「処置の準備」とは、例えば、輸血の準備、必要な医療機器の準備、医療スタッフや処置場所（例えば、病室、手術室、検査室等の場所）の確保のうち少なくともいずれか１つが含まれるが、これらに限定されるものではない。また、「所定の連絡先」とは、例えば、家族等の親族、友人、職場やその関連、特定の医療機関や介護機関、医療スタッフや介護スタッフのうち少なくともいずれか１つの連絡先が含まれるが、これらに限定されるものではない。決定部１０３は、分析部１０２によって得られた分析対象人物の詳細情報に基づいて、妥当と考えられる対処方法を決定することができる。

【0027】

なお、決定部１０３は、分析部１０２が詳細情報として上述の個人情報を取得した場合に、その個人情報に基づいて、分析対象人物への対処方法を決定しても良い。例えば、決定部１０３は、分析対象人物の既往歴、現病歴、妊娠の有無、年齢、性別、血液型、アレルギー情報の少なくともいずれかに基づいて、手当、処置又はその他の行動の少なくともいずれかを対処方法として決定しても良い。

【0028】

例えば、分析部１０２が、分析対象人物の脈拍状態に異常があることを分析して詳細情報として取得し、かつ、当該人物の個人情報として「心臓病」を現病歴として取得した場合には、決定部１０３は、分析対象人物に対して、心臓病の発作に対する対処方法が必要と判断する。そして、救急車の要請、医療機関（特に心臓専門の医療機関）に対する分析対象人物の受け入れ要請、手当又は処置として用いる医療機器として心臓病用途のＡＥＤ（Automated External Defibrillator）を指定すること、を決定する。さらに、決定部１０３は、事故発生の位置情報を考慮して、対処方法を決定しても良い。例えば、決定部１０３は、事故発生の位置情報と、ＡＥＤが配置された場所の位置情報を比較した上で、事故現場周辺にあるＡＥＤの所在地を特定し、対処方法として含めても良い。他の例として、決定部１０３は、かかりつけ医療機関、緊急連絡先等の所定の連絡先に対して連絡することを、対処方法として決定しても良い。

【0029】

通知対象は後述の通り１つ又は複数存在し、対処方法は、通知先毎に少なくとも１つの内容を含む。各通知先への対処方法には、手当、処置、その他の行動のうちいずれか１つが含まれても良いし、そのうちの複数が含まれていても良い。また、決定部１０３が決定する対処方法は、通知先に関わらず同じ内容であっても良いし、通知先の属性等に応じて異なる内容であっても良い。この詳細については実施の形態２で記載する。

【0030】

通知部１０４は、決定部１０３により決定された対処方法を、１又は複数の通知対象に通知する。通知対象は、予め通知装置１０に記憶された通知先であっても良い。予め記憶された通知先は、例えば公的又は民間の救急サービス、医療機関（health facility）であるが、これらに限られない。通知部１０４は、各分析対象人物を同一の通知先に通知しても良いし、分析部１０２が導出した詳細情報、及び決定部１０３が決定した対処方法の少なくともいずれかに基づいて、通知対象を複数の登録先の中から選択しても良い。例えば、決定部１０３が、分析対象人物に対して、心臓病の発作に対する対処方法が必要と判断した場合に、通知部１０４は、予め記憶された通知先として、救急サービス、医療機関（特に心臓専門の医療機関）の少なくともいずれかを通知対象とすることができる。また、通知部１０４は、分析対象人物が予め登録された登録者であった場合には、その登録者に関連付けられた個人情報に基づいて、通知対象を決定しても良い。例えば、通知部１０４は、個人情報に含まれたかかりつけ医療機関、緊急連絡先を通知対象としても良い。通知部１０４は、予め記憶された通知先に代えて、又はそれに加えて、このような通知対象を決定することができる。

【0031】

また、通知部１０４は、事故現場を含む周辺領域（第１の領域）に存在する通知対象に対して対処方法を通知しても良い。第１の領域に存在する通知対象は、例えば医療関係者、非医療関係者、医療機関であっても良い。この詳細については、実施の形態２で後述する。

【0032】

通知部１０４は、対処方法と併せて、事故発生検知部１０１が特定した事故現場の位置情報（つまり、分析対象人物がいる位置情報）を通知しても良い。また、通知部１０４が実行する通知は、任意の形態をとることができる。例えば、通知部１０４は、通知対象の端末のアプリに対して通知しても良いし、ＳＭＳ (Short Message Service)やＭＭＳ（Multimedia Messaging Service）等のメッセージ、Ｅメール、電話等による通知をしても良い。

【0033】

なお、事故発生検知部１０１、分析部１０２、決定部１０３の少なくともいずれかは、機械学習された事故の検知モデルを用いて、事故発生の検知、詳細情報（例えば分析対象人物の体の状態に関する情報）の導出、対処方法の決定を実行しても良い。

【0034】

例えば、事故発生検知部１０１は、入力データとして映像が入力され、出力データとして事故の有無の判定結果が生成されるよう機械学習された事故の検知モデルを用いて、その検知モデルに１又は複数のカメラで撮影された映像を入力させることで、事故の発生の有無を検知しても良い。また、分析部１０２は、入力データとして映像が入力され、出力データとして詳細情報が生成されるよう機械学習された詳細情報の分析モデルを用いて、その分析モデルに１又は複数のカメラで撮影された映像を入力させることで、詳細情報を導出しても良い。さらに、決定部１０３は、入力データとして詳細情報が入力され、出力データとして対処方法が生成されるよう機械学習された対処方法のモデルを用いて、そのモデルに分析部１０２が導出した詳細情報を入力させることで、対処方法を導出しても良い。以上に示された検知モデルは、通知装置１０の内部に設けられても良いし、外部に設けられても良い。また、モデルは、事故発生検知部１０１、分析部１０２、決定部１０３の各処理に応じて個別のモデルが設けられても良いし、複数の処理（例えば、事故発生検知部１０１と分析部１０２の処理）において１つのモデルが兼用されても良い。ただし、事故発生検知部１０１、分析部１０２、決定部１０３は、これ以外の方法により、各処理を実行しても良い。例えば、詳細情報と対処方法とを対応付けた表を用意しておき、分析部１０２により詳細情報が導出された後、決定部１０３が当該表を参照することで、当該詳細情報に適した対処方法を決定してもよい。

【0035】

図２は、通知装置１０の代表的な処理の一例を示したフローチャートであり、このフローチャートによって、通知装置１０の処理が説明される。以下で各部が実行する処理の詳細は、上述の通りである。まず、事故発生検知部１０１は、１又は複数のカメラで撮影された映像から事故の発生を検知する（ステップＳ１１；事故発生検知ステップ）。分析部１０２は、映像を分析して、事故発生検知部１０１が検知した事故に係る分析対象人物の詳細情報を導出する（ステップＳ１２；分析ステップ）。

【0036】

決定部１３は、分析部１０２が導出した詳細情報に基づいて、分析対象人物への対処方法を決定する（ステップＳ１３；決定ステップ）。通知部１０４は、ステップＳ１２で決定された対処方法を通知対象に通知する（ステップＳ１４；通知ステップ）。通知装置１０は、以上のように動作することができる。

【0037】

このように、通知装置１０は、事故が発生した場合に、分析対象人物を分析して対処方法を決定し、通知することができるため、分析対象人物に対する迅速な初動対応を実現させることができる。

【0038】

なお、通知装置１０は、単独のコンピュータで構成されている集中型の構成であっても良いし、複数のコンピュータが事故発生検知部１０１～通知部１０４の処理を分担して実行する分散型の構成であっても良い。分散型の構成において、複数の機器は、例えばＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等の通信ネットワークを介して接続されても良い。この例については実施の形態２で後述する。

【0039】

（１Ｂ）
次に、（１Ｂ）では、通知装置１０を備えた通知システムについて説明する。

【0040】

図３は、通知システムの一例を示すブロック図である。通知システムＳ１は、通知装置１０、カメラ１１Ａ、１１Ｂ及び端末１２Ａ、１２Ｂを備える。通知装置１０の説明は、（１Ａ）で示した通りであるため、説明を省略する。

【0041】

カメラ１１Ａ、１１Ｂ（以下、総称してカメラ１１と記載）は、任意の場所を撮影し、撮影された映像データを通知装置１０に送信する。図３では、カメラ１１は有線回線により映像データを送信しているが、無線回線により映像データを送信しても良い。また、カメラ１１と通知装置１０は、直接接続されても良いし、通信ネットワーク等を介して接続されても良い。事故発生検知部１０１は、カメラ１１で撮影された映像から事故の発生を検知する。この詳細については、（１Ａ）で示した通りである。分析部１０２、決定部１０３及び通知部１０４も、（１Ａ）に示した処理を実行する。なお、通知部１０４の通知の出力先は、端末１２Ａ、１２Ｂである。

【0042】

端末１２Ａ、１２Ｂ（以下、総称して端末１２と記載）は、通知装置１０の通知部１０４から対処方法を受信する。図３では、無線回線ＲＡ、ＲＢにより対処方法を受信しているが、有線回線により対処方法を送信しても良い。端末１２は、スマートフォン等の携帯電話、パーソナルコンピューター、携帯情報端末（Personal digital assistant）、カーナビゲーション、車載通信端末等の、通信可能な任意の情報端末であって良い。

【0043】

なお、カメラ１１、端末１２は、（１Ｂ）ではそれぞれ２個設けられているとしたが、それぞれ３個以上設けられても良いし、１個だけが設けられても良い。

【0044】

また、カメラ１１は、一例として、信号機、路側機、交差点及び踏切の少なくともいずれかに設けられ、その場所を撮影することができる。なお、信号機は、自動車、二輪車、自転車等の車両、歩行者及び鉄道のいずれを対象としても良い。また、交差点は、２つ以上の道路が交差する場所を意味する。この「道路」は、自動車用道路であっても良いし、自転車若しくは歩行者道路であっても良い。これらの箇所は、自動車や鉄道等に関する事故が起こることが想定される場所であるため、事故があった場合でも、カメラ１１がその事故を撮影し、映像データを通知装置１０に送信することで、通知装置１０が事故の負傷者に対する対処方法を通知することができる。したがって、事故の負傷者に対する迅速な対処を実現させることができる。

【0045】

ただし、カメラ１１は、その他の屋外の任意の場所（例えば上述以外の道路沿い又は線路沿いの場所や、空港及びその近隣の場所）や、屋内の任意の場所に設けられても良い。このように、カメラ１１が、事故が発生する可能性があると考えられる場所、その他何らかの危険があると考えられる場所に設けられることによっても、事故の負傷者に対する迅速な対処を実現させることができる。

【0046】

実施の形態２
（２Ａ）
以下、図面を参照して本開示の実施の形態２について説明する。この（２Ａ）では、上述の実施の形態１（１Ｂ）の具体例について説明する。

【0047】

図４は、通知システムの一例を示す概略図である。通知システムＳ２は、カメラ２０Ａ～２０Ｎ、ＭＥＣ（Mobile Edge Computing又はMulti-access Edge Computing）サーバ２１、通知サーバ２２、端末２３Ａ～２３Ｄを備える。なお、カメラ２０Ａ～２０Ｎ、端末２３Ａ～２３Ｄをそれぞれ総称してカメラ２０、端末２３と呼称する。カメラ２０とＭＥＣサーバ２１とは、有線回線で接続されていてもよいし、ＬＴＥ（Long Term Evolution）、５Ｇ（5th Generation）、無線ＬＡＮ等の無線回線で接続されていてもよいし、有線回線と無線回線の組み合わせによって接続されていてもよい。同様に、ＭＥＣサーバ２１と通知サーバ２２とは、有線回線で接続されていてもよいし、ＬＴＥ、５Ｇ、無線ＬＡＮ等の無線回線で接続されていてもよいし、有線回線と無線回線の組み合わせによって接続されていてもよい。ＭＥＣサーバ２１と通知サーバ２２は、複数のコンピュータが事故発生検知部１０１～通知部１０４の処理を分担して実行する構成を示す。また、通知サーバ２２と端末２３は、ＬＴＥ、５Ｇ、無線ＬＡＮ等の無線回線ＲＡ～ＲＤ経由で通知を受信しているが、これに限定されず、有線回線経由で通知を受信してもよいし、有線回線と無線回線の両者を経由して通知を受信してもよい。また、各装置の各ユニットは、不図示の装置内の制御部（コントローラ）がプログラムを読み込むことにより、制御される。以下、各装置の構成及び処理について説明する。

【0048】

図５は、カメラ２０の一例を示すブロック図である。カメラ２０は、（１Ｂ）のカメラ１１に対応するものであり、撮影部２０１、送受信部（トランシーバ）２０２及び記憶部２０３を備える。以下、カメラ２０の各構成要素について説明する。

【0049】

撮影部２０１は、ハード構成としてレンズ、撮像素子等を備えており、映像を撮影する。ただし、カメラ２０が撮影して送信するのは、所定の間隔を空けて撮影された静止画であっても良い。撮影部２０１は、撮影倍率、解像度、フレームレート、量子化ビット数、ビットレート、カメラアングルのうち１以上を制御する機能を有していてもよい。なお、この映像データには、撮影時の時刻情報も含まれていてもよい。送受信部２０２は、映像データを、カメラ２０の識別情報（例えば自カメラのＩＤ、位置情報といった情報）と併せてＭＥＣサーバ２１に送信する。自カメラのＩＤは、各カメラに重複なく割り当てられた任意の文字列や数列であってもよいし、ＩＰ（Internet Protocol）アドレスのような通信アドレス情報であってもよい。記憶部２０３には、送受信部２０２が送信するための識別情報が記憶されている。なお、この識別情報は、カメラ２０の移動等に応じて、適宜変更することができる。

【0050】

図６は、カメラ２０が設けられている道路の例を示す概略図である。この例では、カメラ２０Ａ、２０Ｂは、交差点Ｃ１の信号機に設けられ、カメラ２０Ｃ、２０Ｄは、交差点Ｃ２の信号機に設けられ、カメラ２０Ｅ、２０Ｆは、交差点Ｃ３の信号機に設けられている。例えば、カメラ２０Ａ、２０Ｂは、同じ交差点Ｃ１において異なる位置の信号機に設けられている。そのため、両者は交差点Ｃ１を異なる位置及び角度から撮影した映像データをＭＥＣサーバ２１に送信する。具体的には、カメラ２０Ａは、交差点Ｃ１及びカメラ２０Ｂ周辺をその撮影範囲に含む一方で、カメラ２０Ｂは、交差点Ｃ１及びカメラ２０Ａ周辺をその撮影範囲に含む。同様の理由で、カメラ２０Ｃ、２０Ｄは交差点Ｃ２を異なる位置及び角度から撮影した映像データをＭＥＣサーバ２１に送信し、カメラ２０Ｅ、２０Ｆは交差点Ｃ３を異なる位置及び角度から撮影した映像データをＭＥＣサーバ２１に送信する。また、交差点Ｃ２は交差点Ｃ１と隣接しているため、交差点Ｃ２は、交差点Ｃ１を含む後述の領域Ｒ１に含まれる。

【0051】

図６の例では、交差点Ｃ１で事故ＴＲが発生する。したがって、カメラ２０Ａ、２０Ｂは、事故ＴＲを撮影した映像データをＭＥＣサーバ２１に送信する。また、カメラ２０Ａは、事故発生時に医療関係者ＮＡを撮影しており、カメラ２０Ｂは、事故発生時に非医療関係者ＮＢを撮影している。さらに、事故発生時にカメラ２０Ｃ、２０Ｄは、病院Ｃ保有の自動車である車両ＮＣを撮影している。また、交差点Ｃ３周辺には、医療関係者ＮＥ、非医療関係者ＮＦ、及び、非医療関係者Ｇ保有の自動車である車両ＮＧが存在している。事故発生時に、カメラ２０Ｅ及び２０Ｆは医療関係者ＮＥ及び非医療関係者ＮＦを撮影し、カメラ２０Ｅは車両ＮＧを撮影している。

【0052】

図７は、ＭＥＣサーバ２１の一例を示すブロック図である。ＭＥＣサーバ２１は、（１Ｂ）の通知装置１０の一部に対応するものであり、この例では、事故発生検知部２１１、送受信部（トランシーバ）２１２及び記憶部２１３を備える。以下、ＭＥＣサーバ２１の各構成要素について説明する。

【0053】

事故発生検知部２１１は、（１Ａ）の事故発生検知部１０１に対応し、各カメラ２０Ａ～２０Ｎから送信された映像データから事故の発生を検知する。事故発生検知部２１１は、カメラ２０Ａ～２０Ｎで撮影された映像を分析することにより、カメラ２０Ａ、２０Ｂの撮影領域、すなわち交差点Ｃ１で、ある時刻ｔにおいて事故が発生したことを検知する。ここで、事故発生検知部２１１は、事故の発生を撮影したと判断されたカメラ２０Ａ、２０Ｂの位置、及び、映像データ中で事故が発生した範囲に基づいて、事故現場の位置を特定する。事故発生検知部２１１は、カメラ２０Ａ、２０Ｂの位置を、カメラ２０Ａ、２０Ｂが送信した自カメラのＩＤに基づいて、後述の記憶部２１３に格納されたカメラ２０Ａ、２０Ｂの位置情報を参照することで特定しても良い。カメラ２０Ａ、２０Ｂが自カメラの位置情報を送信する場合には、事故発生検知部２１１は、その位置情報をそのまま用いることができる。

【0054】

事故発生検知部２１１は、入力データとして映像が入力され、出力データとして事故の有無の判定結果が生成されるよう機械学習された事故の検知モデルを用いて、その検知モデルに各カメラ２０Ａ～２０Ｎで撮影された映像データを入力させる。これによって、事故発生検知部２１１は、各映像データにおける事故の発生の有無を検知する。その他の事故発生検知部２１１が実行する処理については、事故発生検知部１０１と同様であるため、説明を省略する。

【0055】

送受信部２１２は、各カメラ２０Ａ～２０Ｎから、撮影された映像データ及び識別情報を受信する。また、事故発生検知部２１１は、あるカメラ２０の映像データにおいて事故を検出した場合に、事故を検出した時刻ｔ周辺の時刻ｔ１から現在（事故発生検知部２１１のこの処理の実行時）までにそのカメラ２０が撮影した映像データを抽出する。送受信部２１２は、抽出した映像データと、事故現場の位置情報を併せて通知サーバ２２に送信する。この例では、送受信部２１２は、事故を検出した時刻ｔ１から現在までのカメラ２０Ａ及び２０Ｂが撮影した映像データと、交差点Ｃの位置情報とを併せて通知サーバ２２に送信することになる。なお、事故現場の位置情報として、事故を撮影したカメラ２０の識別情報が送信されても良い。

【0056】

また、事故発生検知部２１１は、事故現場を含む第１の領域として、事故現場である交差点Ｃを含む領域Ｒ１（図６参照）を判定する。そして、事故発生検知部２１１は、その領域Ｒ１を撮影するカメラ２０を、記憶部２１３に格納されたカメラ２０の撮影場所の情報に基づいて特定する。図６に示す通り、領域Ｒ１を撮影するカメラ２０は、交差点Ｃ１に設けられたカメラ２０Ａ、２０Ｂ及び、交差点Ｃ１近傍に設けられたカメラ２０Ｃ、２０Ｄである。そのため、事故発生検知部２１１は、カメラ２０Ａ、２０Ｂだけでなく、カメラ２０Ｃ、２０Ｄが撮影した映像データについても、通知サーバ２２における後述の通知対象検出に必要と判断する。事故発生検知部２１１は、カメラ２０Ｃ、２０Ｄの時刻ｔ２から現在までの映像データも抽出し、送受信部２１２はその映像データを通知サーバ２２に送信する。ただし、交差点Ｃ３周辺は、領域Ｒ１に入っていないため、カメラ２０Ｅ及び２０Ｆが撮影した映像データは、通知サーバ２２に送信されない。したがって、この場合、医療関係者ＮＥ、非医療関係者ＮＦ及び車両ＮＧは、通知対象としては考慮されないことになる。

【0057】

「第１の領域」は、任意の範囲が設定されることができる。例えば、「第１の領域」は、事故現場から所定の距離を半径とした円領域であっても良いし、事故現場から所定の徒歩の速さ又は車速において所定の時間以内に位置する領域であっても良いし、事故現場を含む所定の区画であっても良い。所定の区画として、救急サービス上の区画や、県、市、町、村、区や州のような行政上の区画が一例として挙げられるが、これらに限られない。事故発生検知部２１１は、例えば、検出した事故現場の位置情報と、記憶部２１３に格納された事故現場周辺の地図情報及び第１の領域の設定基準を用いて、上述のような第１の領域を設定することができる。

【0058】

また、時刻ｔ１、ｔ２は、時刻ｔと同じタイミングでも良いし、通知サーバ２２において事故の詳細が確実に明確になるように、時刻ｔよりも所定の期間だけ前のタイミングであっても良い。所定の期間は、例えば数秒～数分程度といったものである。あるいは、時刻ｔ１、ｔ２を決定する所定の基準が定められても良い。例えば、時刻ｔ１を、事故の負傷者が映像データ中に初めて映ったタイミングにするという基準が考えられる。事故発生検知部２１１は、記憶部２１３に格納されたタイミングの所定の期間又は基準を用いて時刻ｔ１、ｔ２を決定し、上述の通り、映像データを抽出する。

【0059】

記憶部２１３には、事故発生検知部２１１及び送受信部２１２が実行する処理に必要な情報が格納されている。具体的には、次の情報を格納することができる。
（ｉ）事故発生検知部２１１が用いる検知モデル、地図情報及び第１の領域の設定基準
（ｉｉ）カメラ２０のＩＤに関連付けられた各カメラ２０の位置情報
（ｉｉｉ）事故発生検知部２１１の検知対象となる、所定の期間におけるカメラ２０Ａ～２０Ｎが撮影した映像データ
（ｉｖ）映像データを抽出するためのタイミングｔ１、ｔ２の値又はそのタイミングを設定するための基準

【0060】

図８は、通知サーバ２２の一例を示すブロック図である。通知サーバ２２は、（１Ｂ）の通知装置１０の一部に対応するものであり、通知対象検知部２２１、分析部２２２、決定部２２３、送受信部（トランシーバ）２２４及び記憶部２２５を備える。以下、通知サーバ２２の各構成要素について説明する。

【0061】

通知対象検知部２２１は、事故現場を含む第１の領域（検知領域）に存在する通知対象を検知する。ここで、通知対象は、所定の機関（organization）、個人及び車両の少なくともいずれかを含む。通知対象の候補となる所定の機関は、例えば、医療又は救急に係る機関であり、これは、公営、民間を問わず、病院、診療所等の医療機関や、救急隊員等の専門スタッフを派遣する救急に係る機関が含まれる。救急に係る機関は、例えば、消防署や、ＥＭＳ（Emergency Medical Services）といった機関であるが、これらに限られない。さらに、通知対象の候補となる所定の機関として、事故処理を担当する警察署や、道路、鉄道等の事故に対応する会社（例えばロードサービスの会社）が含まれても良い。

【0062】

また、通知対象の候補となる所定の個人としては、医者、看護師、救急救命士等の医療関係者及び非医療関係者（特に一般人）の少なくともいずれかが含まれていても良い。また、消防士、警察官、事故に対応する会社のスタッフ等、事故現場に向かうことが職務である人物が含まれていても良い。通知対象の候補となる所定の車両は、例えば、上述の所定の機関又は個人が有する（保有又は一時的に占有している）車両である。一例としては、救急車や、病院が保有している自動車が挙げられる。

【0063】

なお、通知対象の候補となる各機関、各個人や各車両を示す情報は、実際の送受信部２２４の通知の送信先となる各機関、各個人や各車両の端末情報とともに、予め記憶部２２５に記憶されている。この端末は、各機関、各個人や各車両と関連付けられた端末（例えば、機関等が保有又は一時的に占有している端末）であり、この端末情報は、各機関又は各個人、さらには管理者によって適宜更新されることができる。

【0064】

ただし、通知対象検知部２２１は、事故現場を含む第１の領域に存在しない所定の機関、個人及び車両であっても、通知対象として選択することができる。後述の分析部２２２が、個人情報として、かかりつけ医療機関、緊急連絡先といった情報を取得した場合に、通知対象検知部２２１は、かかりつけ医療機関、緊急連絡先の場所に関わらず、それらの連絡先を通知対象として追加することができる。

【0065】

また、所定の機関の一種である救急医療機関については、通知対象の候補となる救急医療機関が記憶部２２５に格納されていても良い。ＭＥＣサーバ２１から受信した事故現場の位置情報、及び分析部２２２が取得した詳細情報の少なくともいずれかに基づき、通知対象検知部２２１は、事故現場を含む第１の領域に存在するか否かとは無関係に、事故の状況に応じた１又は複数の救急医療機関を特定し、通知対象として選択しても良い。救急医療機関を特定するために用いられる詳細情報は、例えば、分析部２２２が映像データの分析により取得した分析対象人物の体の状態に関する情報（例えば、負傷又は病気の種類あるいは度合いに関する情報）、既往歴、現病歴、妊娠の有無といった個人情報の少なくともいずれかであって良い。ただし、通知対象検知部２２１は、救急対応の機関として状況に関わらず予め通知対象として登録された１又は複数の所定の機関を、通知対象として選択しても良い。

【0066】

通知対象検知部２２１が通知対象を検知する方法は、様々な方法が想定されるが、（２Ａ）では、その一例を示す。通知対象検知部２２１は、ＭＥＣサーバ２１から受信した、各カメラ２０Ａ～２０Ｄが撮影した映像データを解析して、通知対象の候補が映像データに映っているか否かを検知する。

【0067】

ここで、記憶部２２５には、映像データを用いて通知対象検知部２２１が通知対象を検知するための、所定の個人又は車両を特定する特定情報が格納されている。特定情報は、各個人であれば、顔情報等の生体情報であり、各車両であれば、ナンバープレートの番号や映像データ等、車両を特定可能な情報である。通知対象検知部２２１は、この特定情報と、カメラ２０Ａ～２０Ｄが撮影した映像データとを比較することにより、第１の領域内の各映像データ中に通知対象の候補が映っているか否かを判定する。

【0068】

この例では、通知対象検知部２２１は、カメラ２０Ａ、２０Ｂのそれぞれが撮影した映像データに、通知対象の候補となる候補者である医療関係者ＮＡ、非医療関係者ＮＢが映っていることを判定する。さらに、通知対象検知部２２１は、カメラ２０Ｃ及び２０Ｄが撮影した映像データに、通知対象の候補となる車両ＮＣのナンバープレートが映っていたことを検知する。これにより、通知対象検知部２２１は、事故現場を含む第１の領域に存在する通知対象として、医療関係者ＮＡ、非医療関係者ＮＢ及び病院Ｃが保有する車両ＮＣを検知する。これらの通知対象に、対処方法が通知されることになる。

【0069】

分析部２２２は、実施の形態１に係る分析部１０２に対応するものであり、カメラ２０Ａ、２０Ｂに係る映像データに映っている、事故に係る分析対象人物の詳細情報を導出する。具体的には、分析部２２２は、映像データに映る分析対象人物の顔画像と、予め記憶部２２５に格納された登録者の顔情報とを用いた顔認証を実行することにより、分析対象人物を登録者の中から特定し、記憶部２２５に格納された登録者の個人情報を詳細情報として取得する。この登録者は、本人情報を事前に自身で登録した人物、持病を有する人物、あるいは何らかの重要人物として事前に記憶された人物である。さらに、分析部２２２は、カメラ２０Ａ、２０Ｂに係る映像データを分析することにより、分析対象人物の体の状態に関する情報も、詳細情報として取得する。分析部２２２は、個人情報と体の状態に関する情報の少なくともいずれか一方を詳細情報として取得することができる。個人情報及び分析対象人物の体の状態に関する情報の詳細や、分析部２２２が実行するその他の処理の詳細は、実施の形態１に記載した通りであるため、説明を省略する。

【0070】

この例では、分析部２２２は、個人情報として、分析対象人物の現病歴に心臓病があること、及び、かかりつけ医療機関である病院Ｄの連絡先の情報を取得する。さらに、分析対象人物の体の状態として、呼吸状態及び脈拍状態に異常があることを取得する。

【0071】

分析部２２２が、個人情報として病院Ｄの連絡先の情報を取得したことに応じて、通知対象検知部２２１は、病院Ｄを通知対象として追加する。この病院Ｄは、事故現場を含む第１の領域に存在する必要はない。

【0072】

決定部２２３は、実施の形態１に係る決定部１０３に対応するものであり、分析対象人物に対する対処方法を決定する。この例において、決定部２２３は、通知対象が医療関係者ＮＡ及び車両ＮＣ（医療関係者又はその車両）である場合と、通知対象が非医療関係者ＮＢ（一般人）である場合と、通知対象が病院Ｄ（医療機関）である場合とで、対処方法を分けて決定することができる。

【0073】

通知対象が医療関係者ＮＡ及び車両ＮＣである場合に、決定部２２３は、分析対象人物への処置を決定し、さらに、処置において使用される医療機器であって、事故現場を含む所定の領域（第３の領域）に存在する医療機器の場所を特定する。この例では、決定部２２３は、分析対象人物への処置として、人工呼吸、胸骨圧迫（心臓マッサージ）、ＡＥＤの使用及び医療関係者が実施可能な処置を決定する。また、決定部２２３は、処置において使用される医療機器としてＡＥＤを特定し、記憶部２２５に格納されたＡＥＤが設けられた位置情報の一覧と、事故現場の位置情報を参照することで、事故現場を含む所定の領域に存在するＡＥＤの場所を特定する。決定部２２３は、この処置の情報と、所定の領域に存在するＡＥＤの場所の情報とを、医療関係者ＮＡ及び車両ＮＣを通知対象とした対処方法に含める。なお、医療機器が存在する、事故現場を含む所定の領域（第３の領域）は、第１の領域と同じ領域でも良いし、異なる領域であっても良い。この領域の設定基準は、記憶部２２５に格納されている。

【0074】

通知対象が非医療関係者ＮＢである場合に、決定部２２３は、分析対象人物への手当の決定、及び、手当において使用される医療機器であって、事故現場を含む所定の領域に存在する医療機器の場所を特定する。この例では、決定部２２３は、分析対象人物への手当として、人工呼吸、胸骨圧迫及びＡＥＤの使用を決定する。また、決定部２２３は、上述の通りに、事故現場を含む所定の領域（第３の領域）に存在するＡＥＤの場所を特定する。決定部２２３は、この手当の情報と、所定の領域に存在するＡＥＤの場所の情報とを対処方法に含める。

【0075】

ただし、決定部２２３は、処置又は手当の情報と、所定の領域に存在するＡＥＤの場所の情報の２つの情報のうち、１つだけを対処方法に含めても良い。

【0076】

通知対象が病院Ｄである場合に、決定部２２３は、分析対象人物への処置及び分析対象人物の受け入れ要請が含まれるように対処方法を決定する。処置は、通知対象が医療関係者ＮＡ及び車両ＮＣである場合の処置と同内容である。ただし、対処方法はこの例に限られず、決定部２２３は、分析対象人物への処置、事故現場へのスタッフの派遣要請及び分析対象人物の受け入れ要請の少なくともいずれかが含まれるように対処方法を決定しても良い。なお、決定部２２３が実行するその他の処理の詳細は、実施の形態１に記載した通りであるため、説明を省略する。

【0077】

送受信部２２４は、実施の形態１に係る通知部１０４に対応するものであり、通知対象検知部２２１が検知した通知対象に対して、決定部２２３が決定した対処方法を通知する。この例では、送受信部２２４は、処置の情報と、所定の領域に存在するＡＥＤの場所の情報を含めた対処方法を、端末２３Ａ、２３Ｃに通知する。また、送受信部２２４は、手当の情報と、所定の領域に存在するＡＥＤの場所の情報を含めた対処方法を、端末２３Ｂに通知する。さらに、送受信部２２４は、分析対象人物への処置及び分析対象人物の受け入れ要請を含めた対処方法を、端末２３Ｄに通知する。ここで、端末２３Ａ、２３Ｂは、それぞれ医療関係者ＮＡ、非医療関係者ＮＢが保有するスマートフォンであり、端末２３Ｃは、車両ＮＣに搭載されたカーナビゲーションであり、端末２３Ｄは、病院Ｄが備える救急患者受け入れ用の端末である。端末２３Ａ、２３Ｂ、２３Ｃの連絡先情報は、それぞれ医療関係者ＮＡ、非医療関係者ＮＢ及び車両ＮＣに関連付けられて、通知対象の候補の情報として記憶部２２５に格納されており、送受信部２２４はそれらの情報を送信に用いる。また、端末２３Ｄの連絡先情報は、上述の通り、分析部２２２が取得した個人情報に含まれており、送受信部２２４はその情報を送信に用いる。なお、「連絡先情報」とは、各端末の通信アドレス情報（例えばＩＰアドレス）、電話番号、Ｅメールアドレス、その他任意のユーザ識別子などの少なくともいずれかを含む情報である。

【0078】

送受信部２２４は、それぞれ無線回線ＲＡ、ＲＢ、ＲＤにより、端末２３Ａ、２３Ｂ、２３Ｄに対処方法を送信する。また、送受信部２２４は、図示しない端末２３Ｃ近傍の路側機に対して対処方法を送信し、その路側機は、対処方法を無線回線ＲＣにより端末２３Ｃに送信する。このようにして、通知サーバ２２は、路側機を介して対処方法を自動車搭載の端末に送信することができる。また、送受信部２２４は、対処方法と併せて、通知サーバ２２が受信した事故現場の位置情報（つまり、分析対象人物がいる位置情報）を、各通知対象の端末２３に通知してもよい。

【0079】

記憶部２２５には、通知対象検知部２２１～送受信部２２４が実行する処理に必要な情報が格納されている。具体的には、次の情報を格納することができる。
（ｉ）通知対象の候補となる所定の機関、個人並びに車両の情報、及びその各々の情報に関連付けられた通知の送信先となる機関、個人及び車両の端末情報
（ｉｉ）通知対象検知部２２１が映像データを用いて通知対象を検知するための、所定の個人又は車両を特定する特定情報
（ｉｉｉ）分析部２２２が顔認証を実行するための登録者の顔情報
（ｉｖ）各種医療機器（例えばＡＥＤ）が設けられた位置情報の一覧、及び、各種医療機器が存在する場所の通知範囲となる所定の領域（第３の領域）の設定基準
ただし、記憶部２２５には、救急対応の機関として、予め通知対象として登録された１又は複数の所定の機関が、さらに格納されていても良い。

【0080】

また、記憶部２２５には、通知サーバ２２が管轄するカメラ２０が配置された場所の地図情報及び第１の領域の設定基準も格納されていても良い。管理者は、これらの情報を更新可能であり、通知サーバ２２は、更新された場合に、ＭＥＣサーバ２１に更新情報を送信する。これにより、ＭＥＣサーバ２１は、記憶部２１３に格納されたそれらの情報を更新する。

【0081】

図９は、端末２３の一例を示すブロック図である。端末２３は、（１Ｂ）の端末１２に対応するものであり、出力部２３１、送受信部（トランシーバ）２３２及び記憶部２３３を備える。以下、端末２３の各構成要素について説明する。

【0082】

出力部２３１は、端末２３のユーザに対して、テキスト、画像、音声等で情報を通知するインタフェースであり、ディスプレイ、スピーカ等で構成されている。出力部２３１は、通知サーバ２２の送受信部２２４から各端末２３に送信された対処方法及び事故現場の位置情報を、端末２３のユーザに対して出力する。例えば、端末２３がスマートフォンであれば、そのディスプレイにそれらの情報が表示されても良いし、端末２３がカーナビゲーションであれば、そのディスプレイにそれらの情報が表示されても良い。

【0083】

送受信部２３２は、通知サーバ２２から通知された対処方法及び事故現場の位置情報を受信する。また、端末２３が入力部をさらに備えており、対処方法を視認したユーザが、対処方法を確認したことを示す内容を入力した場合には、送受信部２３２は、通知サーバ２２に対して確認済であることを示す通知を送信してもよい。

【0084】

記憶部２３３は、通知サーバ２２から送信された対処方法等の情報を記憶するほか、端末２３の操作に必要な情報が格納されている。

【0085】

図１０は、通知システムＳ２の代表的な処理の一例を示したシーケンス図であり、このシーケンス図によって、通知システムＳ２の処理が説明される。以下で各装置が実行する処理の詳細は、上述の通りである。なお、図１０では、カメラ２０、端末２３のそれぞれの一例としてカメラ２０Ａ、端末２３Ａを示しているが、他のカメラ２０、端末２３でも、以下と類似の処理がなされる。

【0086】

まず、カメラ２０Ａの撮影部２０１は、交差点Ｃ１を撮影し（ステップＳ２１）、送受信部２０２は、撮影された映像データをＭＥＣサーバ２１に送信する（ステップＳ２２）。

【0087】

ＭＥＣサーバ２１の送受信部２１２は、ステップＳ２２で送信された映像データを受信する。事故発生検知部２１１は、カメラ２０Ａの映像データに基づいて、交差点Ｃ１における事故の発生を検知する（ステップＳ２３）。送受信部２１２は、上述の通り、その事故に係るカメラ２０Ａの映像データを、通知サーバ２２に送信する（ステップＳ２４）。

【0088】

通知サーバ２２の送受信部２２４は、ステップＳ２４で送信された映像データを受信する。通知サーバ２２は、受信した映像データに基づいて、分析対象人物に係る対処方法を決定する（ステップＳ２５）。この詳細については後述する。通知サーバ２２の送受信部２２４は、決定された対処方法等を端末２３に送信する（ステップＳ２６）。

【0089】

端末２３Ａの送受信部２３２は、ステップＳ２６で送信された映像データを受信する。端末２３Ａの出力部２３１は、対処方法等をユーザに出力する（ステップＳ２７）。

【0090】

図１１は、ステップＳ２５の処理の一例を示したフローチャートであり、このフローチャートによって、通知サーバ２２の処理が説明される。まず、通知対象検知部２２１は、ＭＥＣサーバ２１から送信された映像データから、通知対象を検知する（ステップＳ２５１）。また、分析部２２２は、映像データを分析して、ＭＥＣサーバ２１の事故発生検知部２１１が検知した事故に係る分析対象人物の詳細情報を導出する（ステップＳ２５２）。

【0091】

決定部２２３は、分析部２２２が導出した詳細情報に基づいて、分析対象人物への対処方法を決定する（ステップＳ２５３）。送受信部２２４は、ステップＳ２５３で決定された対処方法を、通知対象検知部２２１が検知した通知対象に通知する（ステップＳ２５４）。なお、ステップＳ２５１とＳ２５２は、どちらの順番が先でも良い。ただし、ステップＳ２５２において、詳細情報として分析対象人物の個人情報が取得される場合には、上述の病院Ｄのように、個人情報に基づいて通知対象が追加される場合もあり得るため、ステップＳ２５２が先に実行されても良い。また、ステップＳ２５１～Ｓ２５４の処理の詳細は、通知対象検知部２２１～送受信部２２４についての説明で記載した通りである。

【0092】

以上のように、通知システムＳ２は、事故が発生した場合に、分析対象人物を分析して対処方法を決定し、通知することができるため、分析対象人物に対する迅速な初動対応を実現させることができる。

【0093】

また、通知サーバ２２の通知対象検知部２２１は、事故が発生した場所を含む第１の領域に存在する通知対象を検知し、送受信部２２４は、検知された通知対象に対処方法を通知することができる。このように、通知サーバ２２は、通報者ではなく、事故現場の周囲に存在する人や車両を検知し、それらに対して情報を提供している。そのため、事故現場の周囲に存在する非通報者や、事故を認識していない人（例えば、事故現場から死角の場所にいる人）等から、負傷者又は急病人の対応に関する協力を得ることができる。したがって、負傷者又は急病人の生存確率の増加や、予後不良の抑制が可能となる。

【0094】

また、通知サーバ２２は、人物、車両の少なくともいずれかに対処方法を通知することができる。そのため、現場周辺にいる人物又は車両に乗っている人物が対処方法をすぐに認識し、行動に移すことが可能となる。

【0095】

また、通知サーバ２２の決定部２２３は、対処方法の決定として、分析対象人物への手当又は処置の決定、及び、手当又は処置において使用される医療機器であって、事故現場を含む領域に存在する医療機器の場所の特定の少なくともいずれか一方を実行することができる。この対処方法を送受信部２２４が通知対象に送信することで、通知対象の人物が、負傷者又は急病人に対してより適切な対応をとることができる。

【0096】

また、通知サーバ２２の通知対象検知部２２１は、通知対象の候補が映像に映っていることを判定することで、その候補を通知対象として検知し、送受信部２２４は、検知された通知対象と関連付けられた端末に対して対処方法を通知することができる。これにより、通知サーバ２２は、事故現場周辺に存在する人物に対して通知することができるため、負傷者又は急病人に対してケアがなされる確率を増加させることができる。

【0097】

また、通知対象には、医療又は救急に係る機関が含まれても良い。決定部２２３は、このような機関に通知する対処方法の内容を、分析対象人物への処置、事故が発生した場所へのスタッフの派遣要請、分析対象人物の受け入れ要請及び処置の準備の少なくともいずれかが含まれるように決定することができる。これにより、通知サーバ２２は、医療又は救急に係る機関に対して負傷者又は急病人を対処してもらうことが可能となるため、負傷者又は急病人は、専門機関で治療を早期又は適切に受けることができる。

【0098】

また、分析部２２２は、映像に映っている分析対象人物の顔画像と、登録者の顔情報とを用いた顔認証の認証結果に基づいて、分析対象人物を登録者の中から特定することで、登録者に関連付けられた個人情報を詳細情報として導出しても良い。そして、決定部２２３は、個人情報に基づいて対処方法を決定することができる。したがって、通知サーバ２２は、個人の特性に応じた対処方法を通知することができるため、負傷者又は急病人の事情に応じた対応がなされることが期待できる。

【0099】

個人情報は、例えば、既往歴、現病歴、妊娠の有無、年齢、性別、血液型、アレルギー情報、個人番号、かかりつけ医療機関、及び緊急連絡先の少なくともいずれかを含んでも良い。このような医療に関連する個人情報に基づいて、通知サーバ２２は、詳細かつ正確な対処方法を通知することができる。

【0100】

また、送受信部２２４は、個人情報に基づいて通知対象を決定しても良い。これにより、通知サーバ２２は、分析対象人物の事情を知っている人物又は機関に分析対象人物の対応をしてもらえるため、負傷者又は急病人の適切なケアがなされることが可能となる。

【0101】

また、詳細情報は、意識状態、呼吸状態、出血状態、骨折状態、火傷状態、強打部位、痙攣状態、歩行状態、心拍状態、脈拍状態及び体温状態の少なくともいずれかを含んでも良い。このような医療に関連する詳細情報に基づいて、通知サーバ２２は、詳細かつ正確な対処方法を通知することができる。

【0102】

また、決定部２２３は、通知対象が非医療関係者やその車両（第１の種類の候補）である場合と、医療関係者やその車両（第２の種類の候補）である場合とで、それぞれに異なる対処方法（手当又は処置）を通知することができる。したがって、通知サーバ２２は、通知対象の人物の専門性を考慮した対処方法を通知することができるため、負傷者又は急病人が適切な応急対応を受けられる可能性が高まり、かつ、通知対象者に対しても配慮した通知をすることができる。

【0103】

なお、（２Ａ）で示した通知システムＳ２の構成及び処理は、次のように変更することができる。例えば、通知対象が非医療関係者の車両であった場合でも、決定部２２３は、通知対象が非医療関係者である場合と同様に、対処方法を決定することができる。

【0104】

（２Ａ）では、通知対象検知部２２１は、事故現場からの距離に関わらず、分析部２２２が取得した個人情報に応じて、病院Ｄを通知対象として追加した。しかしながら、通知対象検知部２２１は、病院Ｄが領域Ｒ１内に含まれない場合、又は事故現場から所定の領域以内に含まれない場合に、病院Ｄを通知対象として追加しなくても良い。なお、所定の領域は、記憶部２２５に予め判定用の閾値として記憶されたものである。

【0105】

通知対象検知部２２１は、個人情報として記憶された病院Ｄに代えて、又はそれに加えて、事故の状況に応じた１又は複数の救急医療機関を特定し、通知対象として設定しても良い。この救急医療機関に通知される対処方法には、分析対象人物への処置、事故が発生した場所へのスタッフの派遣要請及び分析対象人物の受け入れ要請の少なくともいずれかが含まれる。仮に、送受信部２２４からの通知に対し、その救急医療機関が受け入れ不可の返信を通知サーバ２２に対してした場合には、通知対象検知部２２１は、他の救急医療機関を新たな通知対象として再設定しても良い。送受信部２２４は、その新たな通知対象に対して対処方法を通知する。この通知対象の再設定方法は、記憶部２２５に予め格納された優先順位に基づいていても良い。又は、記憶部２２５に予め格納された優先順位策定の基準と、事故現場の位置情報及び分析部２２２が取得した詳細情報の少なくともいずれかと、に基づいて、通知対象検知部２２１が優先順位を決定し、その優先順位に基づいて再設定しても良い。

【0106】

（２Ａ）では、分析対象人物が心臓病を有する場合を説明したが、当然、これ以外の状況に対しても、通知システムＳ２を適用することができる。例えば、分析部２２２が、カメラ２０Ａ、２０Ｂが撮影した映像データに基づき、分析対象人物が事故の際に頭を打っていることを判定した場合には、決定部２２３は、「頭を動かさないこと」を手当又は処置として、対処方法に含めても良い。また、分析部２２２が、映像に基づき、分析対象人物の出血が激しいことを判定し、なおかつ、個人情報として、分析対象人物の血液型がＯ型であることを判定した場合には、決定部２２３は、輸血の準備（処置の準備）である「Ｏ型の輸血が必要であること」を対処方法に含めても良い。

【0107】

ＭＥＣサーバ２１は、カメラ２０から通知サーバ２２までの通信経路上の任意の場所に設けられていても良い。例えば、ＭＥＣサーバ２１とカメラ２０とが有線回線で接続され、ＭＥＣサーバ２１が５Ｇ無線通信を経由して通知サーバ２２に接続されてもよい。他の例として、カメラ２０が５Ｇ無線通信を経由して、５Ｇ基地局近傍に設置されたＭＥＣサーバ２１に接続され、ＭＥＣサーバ２１と通知サーバ２２とは有線回線で接続されてもよい。ここで、５Ｇ基地局近傍にＭＥＣサーバ２１を設置する代わりに、所定の地域単位や、５Ｇシステムのコア網（５ＧＣ）にＭＥＣサーバ２１が設置されてもよい。ＭＥＣサーバ２１が通信経路上においてカメラ２０により近い側に設けられることにより、各カメラ２０から出力される一連の映像データが流れる距離が、より短くて済む。そのため、ネットワークに大量のデータが流れることが抑制され、ネットワーク負荷が削減されたり、通信の遅延を抑制したりすることができる。

【0108】

ＭＥＣサーバ２１は、単独で設けられても良いし、地理的に分散された状態で複数のＭＥＣサーバ２１が存在しても良い。また、ＭＥＣサーバ２１は、通知サーバ２２が備える通知対象検知部２２１、分析部２２２及び決定部２２３のうち少なくともいずれかを備えていても良い。

【0109】

また、ＭＥＣサーバ２１が設けられず、通知サーバ２２が事故発生検知部２１１を備えており、カメラ２０が通知サーバ２２に直接映像データを送信する構成としても良い。

【0110】

（２Ａ）では、ＭＥＣサーバ２１が、領域Ｒ１にカメラ２０Ｃ、２０Ｄが存在することを判定することで、カメラ２０Ｃ、２０Ｄが撮影した映像データも通知サーバ２２の処理に必要であることを判断し、その映像データを通知サーバ２２に送信した。しかしながら、ＭＥＣサーバ２１がその判定を実行せず、事故を検出したカメラ２０Ａ、２０Ｂが撮影した映像データだけを通知サーバ２２に送信しても良い。この場合、通知サーバ２２の通知対象検知部２２１が、記憶部２２５に格納された事故現場周辺の地図情報及び第１の領域の設定基準を用いて、事故現場を含む第１の領域として領域Ｒ１を設定する。そして、通知対象検知部２２１は、その領域Ｒ１を撮影するカメラ２０が、カメラ２０Ａ～２０Ｄであると特定する。これにより、通知対象検知部２２１は、カメラ２０Ｃ、２０Ｄが撮影した映像データについても、通知対象検出に必要と判断し、ＭＥＣサーバ２１に対して、カメラ２０Ｃ、２０Ｄが撮影した映像データを出力するように要求する。ＭＥＣサーバ２１は、その要求に基づいて、カメラ２０Ｃ、２０Ｄが撮影した映像データを通知サーバ２２に送信する。通知対象検知部２２１は、この映像データを用いて、上述の処理を行う。

【0111】

（２Ｂ）
（２Ｂ）では、（２Ａ）と異なるバリエーションについて説明する。以降の説明では、（２Ａ）と異なる点を説明し、（２Ａ）と同じ点については、適宜説明を省略する。

【0112】

図１２は、カメラ２０が設けられている道路の例を示す概略図である。図１２では、図６に示した要素のほか、領域Ｒ１と交差点Ｃ３周辺を含む、領域Ｒ１よりも広い領域Ｒ２が開示されている。以下、この例を用いて処理の説明をする。

【0113】

ＭＥＣサーバ２１の事故発生検知部２１１は、（２Ａ）に示したように、カメラ２０Ａ、２０Ｂが撮影した映像データから、事故の発生を検知する。このとき、事故発生検知部２１１は、事故現場を含む第１の領域として領域Ｒ１を判定するとともに、事故現場を含む第２の領域として領域Ｒ２を判定する。そして、事故発生検知部２１１は、領域Ｒ１に係るカメラ２０Ａ～２０Ｄが撮影した映像データだけでなく、領域Ｒ２に係るカメラ２０Ｅ、２０Ｆの時刻ｔ３から現在までに撮影した映像データも、送受信部２１２を介して通知サーバ２２に送信させる。なお、時刻ｔ３は、上述の時刻ｔ２と同様に設定される。

【0114】

「第２の領域」も、「第１の領域」と同様、任意の範囲が設定されることができる。例えば、「第２の領域」は、事故現場から「第１の領域」よりも長い所定の距離を半径とした円領域であっても良いし、「第１の領域」を含む領域で、事故現場から所定の徒歩の速さ又は車速において所定の時間以内に位置する領域であっても良い。また、「第２の領域」は、「第１の領域」を内部に含む所定の区画であっても良い。事故発生検知部２１１は、例えば、検出した事故現場の位置情報と、記憶部２１３に格納された事故現場周辺の地図情報及び第１並びに第２の領域の設定基準を用いて、第１及び第２の領域を設定することができる。

【0115】

通知対象検知部２２１は、第１の領域に存在する通知対象の候補である非医療関係者やその車両（第１の種類の候補）と、第２の領域に存在する通知対象の候補である医療関係者やその車両（第２の種類の候補）を、通知対象として検知する。通知対象検知部２２１は、カメラ２０Ａ～２０Ｆが撮影した映像データを解析して、特定情報と、カメラ２０Ａ～２０Ｆが撮影した映像データとを比較することにより、各々の映像データ中に通知対象が映っているか否かを判定する。

【0116】

（２Ａ）と同様に、通知対象検知部２２１は、カメラ２０Ａ～２０Ｄが撮影した映像データに基づいて、第１の領域に存在する通知対象として、医療関係者ＮＡ、非医療関係者ＮＢ及び病院Ｃが保有する車両ＮＣを検知する。さらに、通知対象検知部２２１は、カメラ２０Ｅ～２０Ｆが撮影した映像データに基づいて、第２の領域に存在し、かつ第１の領域に存在しない通知対象として、医療関係者ＮＥを検知する。通知対象検知部２２１は、カメラ２０Ｅ～２０Ｆが撮影した映像データに関して、医療関係者等の特定情報を分析対象とし、非医療関係者等の特定情報を分析対象としないことにより、第２の領域に存在し、かつ第１の領域に存在しない通知対象として、医療関係者ＮＥを検知し、非医療関係者ＮＦを検知しないようにしても良い。ただし、通知対象検知部２２１は、カメラ２０Ｅ～２０Ｆが撮影した映像データに関して、医療関係者及び非医療関係者の両方の特定情報を分析対象とするものの、分析の結果検知した非医療関係者ＮＦおよび車両ＮＧを、通知の対象外として設定しても良い。

【0117】

分析部２２２は、（２Ａ）と同様の処理を実行する。決定部２２３は、通知対象が医療関係者ＮＡ、車両ＮＣ及び医療関係者ＮＥ（医療関係者やその車両）である場合と、通知対象が非医療関係者ＮＢ（一般人）である場合と、通知対象が病院Ｄ（医療機関）である場合とで、対処方法を分けて決定する。この決定方法は（２Ａ）に記載の通りである。

【0118】

送受信部２２４は、処置の情報と、所定の領域に存在するＡＥＤの場所の情報を含めた対処方法を、端末２３Ｅに通知する。ここで、端末２３Ｅは、医療関係者ＮＥが保有するスマートフォンであり、その連絡先情報は、医療関係者ＮＥに関連付けられて記憶部２２５に格納されている。送受信部２２４は、端末２３Ａ～２３Ｃについては、（２Ａ）と同様に通知を行う。また、送受信部２２４は、対処方法と併せて、通知サーバ２２が受信した事故現場の位置情報を、各通知対象の端末２３に通知する。

【0119】

以上のように、通知対象検知部２２１は、通知対象の候補として、第１の種類の候補が領域Ｒ１に存在すること、及び、第２の種類の候補が領域Ｒ２に存在することを検知し、送受信部２２４は、領域Ｒ１に存在する第１の種類の候補、及び、領域Ｒ２に存在する第２の種類の候補を通知対象として、対処方法を通知することができる。医療関係者等は、負傷者又は急病人の救護が職務の一環といえるため、事故現場からやや離れた位置にいても事故現場に到着することが期待できる。一方、一般人のボランティア等は、救護について不慣れであり、かつ別の仕事を有していることもあるため、事故現場からやや離れた位置にいる場合に、救援を求めることが現実的でない可能性がある。通知サーバ２２は、この点を考慮し、通知対象の属性に応じて検知領域（すなわち、救援を求める範囲）を変更して、より負傷者又は急病人の救護がなされる可能性を増大させることができる。ただし、送受信部２２４は、領域Ｒ１に存在する第１の種類の候補、及び、領域Ｒ２に存在する第２の種類の候補の少なくともいずれかに対して通知をしても良い。

【0120】

なお、通知対象の候補として特定される個人の属性は、第１の種類の候補が「非医療関係者」、第２の種類の候補が「医療関係者」としたが、この例には限られない。例えば、第２の種類の候補として、消防士、警察官、事故に対応する会社のスタッフ等、事故現場に向かうことが職務である人物が含まれていても良い。また、通知対象となる候補は２種類に限られず、３種類以上設定されても良いし、それに対応して、それぞれの種類の候補を通知対象検知部２２１が検知対象とする検知領域も、３種類以上設定されても良い。各種医療機器が存在する場所の通知対象となる所定の領域（第３の領域）は、複数設定された検知領域のいずれかと同じ領域であっても良いし、そのいずれとも異なる領域であっても良い。

【0121】

実施の形態３
実施の形態３では、通知対象の候補が有する端末から通知サーバが位置情報を取得することにより、通知対象を検知する例を説明する。以降の説明では、実施の形態２と異なる点を説明し、実施の形態２と同じ点については、適宜説明を省略する。

【0122】

図１３は、通知システムの一例を示す概略図である。通知システムＳ３は、カメラ２０Ａ～２０Ｎ、ＭＥＣサーバ２１、通知サーバ３２及び端末３３Ａ～３３Ｃ、２３Ｄを備える。なお、端末３３Ａ～３３Ｃを総称して端末３３と呼称する。なお、カメラ２０及びＭＥＣサーバ２１は、図５、７に記載の構成を備える。

【0123】

カメラ２０は、（２Ａ）と同様に、映像データをＭＥＣサーバ２１に送信する。ＭＥＣサーバ２１の事故発生検知部２１１も、（２Ａ）と同様に、カメラ２０Ａ～２０Ｎから送信された映像データを用いて、事故の発生を検知する。その結果、送受信部２１２は、事故があった交差点Ｃ１を撮影したカメラ２０Ａ、２０Ｂの映像データと、事故現場の位置情報を併せて通知サーバ２２に送信する。ただし、ＭＥＣサーバ２１は、事故現場を含む第１の領域である領域Ｒ１を判定する必要はなく、またその結果として、カメラ２０Ｃ、２０Ｄが撮影した映像データを通知サーバ２２に送信する必要はない。したがって、記憶部２１３は、第１の領域の設定基準等を記憶する必要はない。

【0124】

図１４は、実施の形態３に係る通知サーバ３２の一例を示すブロック図である。通知サーバ３２は、実施の形態２に係る通知サーバ２２の構成に加えて、位置情報取得部３２１を備える。

【0125】

位置情報取得部３２１は、各通知対象の候補が有する端末３３から、その位置情報を取得する。位置情報取得部３２１は、例えばＧＰＳ（Global Positioning System）等の衛星測位システム、又は屋内測位技術といった測位技術を用いて端末３３が取得した自端末の位置情報を、その端末３３の送受信部２３２から受信する。この位置情報は、所定のタイミングで更新される。

【0126】

通知対象検知部２２１は、位置情報取得部３２１が取得した端末３３の最新の位置情報に基づいて、事故現場を含む第１の領域に存在する通知対象の候補を検知する。事故発生検知部２１１は、例えば、検出した事故現場の位置情報と、記憶部２２５に格納された事故現場周辺の地図情報及び第１の領域の設定基準を用いて、第１の領域を設定することができる。この方法の詳細については、実施の形態２で示した通りである。また、通知対象検知部２２１は、通知対象の候補に関連付けられた端末（例えば、候補者が保有している端末）が第１の領域に存在することを検知した場合に、その通知対象の候補が第１の領域に存在することを検知する。

【0127】

例えば、図６に示した例では、第１の領域である領域Ｒ１に、通知対象の候補である医療関係者ＮＡ、非医療関係者ＮＢ及び車両ＮＣがそれぞれ保有する端末３３Ａ、３３Ｂ及び３３Ｃが位置している。一方、領域Ｒ１外には、通知対象の候補である医療関係者ＮＥ及び非医療関係者ＮＦがそれぞれ保有する端末３３Ｅ及び３３Ｆが位置している。通知対象検知部２２１は、位置情報取得部３２１が取得した端末３３の位置情報に基づいて、領域Ｒ１と各端末３３のこのような位置関係を分析する。この分析に基づき、通知対象検知部２２１は、領域Ｒ１に存在する通知対象として、医療関係者ＮＡ、非医療関係者ＮＢ及び車両ＮＣを検知する。

【0128】

分析部２２２及び決定部２２３の実行する処理は、（２Ａ）と同様である。また、送受信部２２４も、（２Ａ）と同様にして、処置の情報と、所定の領域に存在するＡＥＤの場所の情報を含めた対処方法を、端末３３Ａ、３３Ｃに通知し、手当の情報と、所定の領域に存在するＡＥＤの場所の情報を含めた対処方法を、端末３３Ｂに通知する。ここで、端末３３Ａ、３３Ｂは、それぞれ医療関係者ＮＡ、非医療関係者ＮＢが保有するスマートフォンであり、端末３３Ｃは、車両ＮＣに搭載されたカーナビゲーションである。端末３３Ａ、３３Ｂ、３３Ｃの連絡先情報は、それぞれ医療関係者ＮＡ、非医療関係者ＮＢ及び車両ＮＣに関連付けられて、通知対象の候補の情報として記憶部２２５に格納されている。その他に送受信部２２４が実行する処理は、（２Ａ）と同様であるため、説明を省略する。

【0129】

記憶部２２５には、通知対象検知部２２１～送受信部２２４が実行する処理に必要な情報が格納されている。ただし、通知対象検知部２２１は、カメラの映像データから通知対象の候補を検知するものではないため、記憶部２２５には、所定の個人又は車両を特定する顔認証用の特定情報が格納される必要はない。

【0130】

図１５は、端末３３の一例を示すブロック図である。端末３３は、実施の形態２に係る端末２３の構成に加えて、位置検出部３３１をさらに備える。

【0131】

位置検出部３３１は、衛星測位システム、屋内測位技術といった何らかの測位技術を用いて、端末３３自身の位置情報を所定のタイミングで更新する。位置情報が更新されたときに、位置検出部３３１は、送受信部２３２によって、自身の位置情報を通知サーバ３２に送信する。位置検出部３３１が位置情報を通知サーバ３２に送信するタイミングは、所定周期及び所定イベント検出時の少なくともいずれかとすることができる。所定イベントとは、端末３３がＬＴＥや５Ｇ等のセルラ方式の無線通信を用いる場合、接続する基地局やセルの変更であってもよい。また、所定イベントとは、端末３３の所定の距離の移動、所定の時刻、通知サーバ３２からの要求等であってもよい。位置検出部３３１は、例えば端末３３に通知用のアプリケーションがインストールされ、端末３３の制御部がそのアプリケーションを動作させることによって実現される。出力部２３１～記憶部２３３が実行する処理は、（２Ａ）と同様であるため、説明を省略する。一例として、通知用のアプリケーションが端末３３にインストールされた場合、出力部２３１は画面上のプッシュ通知として、通知サーバ３２から受信した対処方法及び事故現場の位置情報を表示しても良い。

【0132】

以上のように、位置情報取得部３２１は、通知対象の候補が有する端末３３からその端末の位置情報を取得し、通知対象検知部２２１は、位置情報取得部３２１が取得した位置情報に基づいて通知対象を検知することができる。これにより、通知サーバ２２は、カメラ２０に映っていない通知対象の候補も検知して対処方法を通知することができるため、対処方法を通知可能な通知先をより増加させることができる。したがって、より多くの人々の救護への協力が期待できる。

【0133】

なお、実施の形態３においても、（２Ｂ）に示した通り、通知対象となる候補は２種類以上設定されても良いし、それに対応して、それぞれの種類の候補を通知対象検知部２２１が検知対象とする領域も、２種類以上設定されても良い。その他、実施の形態３では、実施の形態２に記載したバリエーションを、適宜適用することができる。

【0134】

実施の形態４
実施の形態４では、対処方法を通知された端末が、通知された対処方法を出力するか否かを制御する例を説明する。以降の説明では、実施の形態３と異なる点を説明し、実施の形態３と同じ点については、適宜説明を省略する。

【0135】

図１６は、通知システムの一例を示す概略図である。通知システムＳ４は、カメラ２０Ａ～２０Ｎ、ＭＥＣサーバ２１、通知サーバ４２及び端末４３Ａ～４３Ｃ、２３Ｄを備える。なお、端末４３Ａ～４３Ｃを総称して端末４３と呼称する。カメラ２０及びＭＥＣサーバ２１は、実施の形態３と同じ処理を実行する。

【0136】

図１７は、実施の形態４に係る通知サーバ４２の一例を示すブロック図である。通知サーバ４２は、実施の形態２に係る通知サーバ２２の通知対象検知部２２１に代えて、通知領域特定部４２１を備える。実施の形態２、３では、通知サーバが通知対象の候補の中から所定の検知領域に存在するものを通知対象として選択したのに対し、この通知サーバ４２は、登録された人及び車両に関する全ての通知対象に対して対処方法を通知する。そのため、通知サーバ４２は、通知対象を検知するための通知対象検知部２２１を備える必要がなくなる。

【0137】

通知領域特定部４２１は、事故現場の位置情報と、記憶部２２５に格納された第１の領域の設定基準に基づいて、通知対象とする領域Ｒ１を設定する。この設定の詳細は、上述の通りである。

【0138】

通知サーバ４２の分析部２２２は、実施の形態２と同じ処理を実行する。また、決定部２２３も、実施の形態２と同様に、通知対象が第１の種類（例えば医療関係者又はその車両）である場合と、通知対象が第２の種類（例えば一般人）である場合と、医療機関である場合とで、対処方法を分けて決定する。

【0139】

送受信部２２４は、記憶部２２５に格納された人及び車両に関する全ての通知対象に対して、決定部２２３が決定した対処方法を通知する。このようにして、送受信部２２４は、処置の情報と、所定の領域に存在するＡＥＤの場所の情報を含めた対処方法を、端末４３Ａ、４３Ｃを含めた第１の種類の通知対象に通知する。また、送受信部２２４は、手当の情報と、所定の領域に存在するＡＥＤの場所の情報を含めた対処方法を、端末４３Ｂを含めた第２の種類の通知対象に通知する。さらに、送受信部２２４は、分析対象人物への処置及び分析対象人物の受け入れ要請を含めた対処方法を、端末２３Ｄに通知する。なお、第１及び第２の種類の通知対象への通知は、端末毎のユニキャスト通信でなされても良いし、第１又は第２の種類の通知対象毎のマルチキャスト通信でなされても良いし、基地局やセルを単位にしたマルチキャスト通信でなされても良い。

【0140】

また、送受信部２２４は、対処方法と併せて、事故現場の位置情報と、通知領域特定部４２１が設定した領域Ｒ１に関する情報を、各通知対象の端末４３Ａ～４３Ｃ、２３Ｄに通知する。

【0141】

記憶部２２５には、通知領域特定部４２１～送受信部２２４が実行する処理に必要な情報が格納されている。例えば、記憶部２２５には、次の情報が格納されている。
（ｉ）通知対象となる所定の機関、個人並びに車両の情報、及びその各々の情報に関連付けられた通知の送信先となる機関、個人及び車両の端末情報
（ｉｉ）分析部２２２が顔認証を実行するための登録者の顔情報
（ｉｉｉ）各種医療機器（例えばＡＥＤ）が設けられた位置情報の一覧及び、各種医療機器が存在する場所の通知対象となる所定の領域（第３の領域）の設定基準
（ｉｖ）第１の領域の設定基準
（ｉ）の情報に基づいて、送受信部２２４が対処方法を通知する所定の機関を決定する方法は、実施の形態２に記載した通りである。また、記憶部２２５には、所定の個人又は車両を特定する特定情報が格納される必要はない。

【0142】

図１８は、端末４３の一例を示すブロック図である。端末４３は、実施の形態３に係る端末３３の構成に加えて、出力制御部４３１をさらに備える。

【0143】

送受信部２３２は、通知サーバ４２の送受信部２２４から各端末４３に送信された対処方法、事故現場の位置情報及び領域Ｒ１に関する情報を受信する。出力制御部４３１は、位置検出部３３１が検出した最新の自端末の位置情報と、受信した領域Ｒ１に関する情報とを比較して、自端末が領域Ｒ１内にいるか否かを判定する。

【0144】

自端末が領域Ｒ１内にいると判定した場合、出力制御部４３１は、出力部２３１に対して、通知サーバ４２より受信した対処方法及び事故現場の位置情報を出力させる制御をする。出力は、例えばアプリケーションのプッシュ通知としてなされる。これにより、端末４３のユーザ（すなわち通知対象）は、対処方法等の情報を知ることができる。これに対し、自端末が領域Ｒ１の外にいると判定した場合、出力制御部４３１は、出力部２３１に対して、通知サーバ４２より受信した対処方法及び事故現場の位置情報を出力させない制御をする。したがって、端末４３のユーザは、対処方法等の情報を知ることはない。その他、端末４３が実行する処理については、実施の形態３と同様であるため、説明を省略する。

【0145】

この実施の形態では、通知サーバ４２が、通知対象を特定する必要がないため、通知サーバ４２をより簡易に構成することができる。また、事故現場から近くにいる通知対象の人物に対しては対処方法等が出力されるが、事故現場から遠くにいる通知対象の人物に対しては対処方法等が出力されない。したがって、事故現場から遠くにいる通知対象の人物の負担を削減することができる。

【0146】

なお、実施の形態４においても、（２Ｂ）に示した通り、通知対象となる候補は２種類以上設定されても良いし、それに対応して、通知領域特定部４２１は、それぞれの種類の候補に対して、通知対象とする領域を２種類以上設定しても良い。例えば、通知領域特定部４２１は、事故現場の位置情報と、記憶部２２５に格納された第１及び第２の領域の設定基準に基づいて、第１の種類の通知対象に対処方法が通知される領域Ｒ１、及び、第２の種類の通知対象に対処方法が通知される領域Ｒ２を設定する。送受信部２２４は、通知対象が第１の種類である場合には、対処方法等と併せて領域Ｒ１に関する情報を通知し、通知対象が第２の種類である場合には、対処方法等と併せて領域Ｒ２に関する情報を通知する。

【0147】

送受信部２３２は、通知サーバ４２の送受信部２２４から各端末４３に送信された対処方法、事故現場の位置情報及び領域Ｒ１又はＲ２に関する情報を受信する。出力制御部４３１は、位置検出部３３１が検出した最新の自端末の位置情報と、受信した領域Ｒ１又はＲ２の位置情報とを比較して、自端末が領域Ｒ１又はＲ２内にいるか否かを判定する。判定結果に応じて、出力制御部４３１は、上述の制御をする。なお、端末４３の記憶部２３３には、自身が第１の種類と第２の種類のいずれの通知対象かを示す属性情報が格納されていてもよい。出力制御部４３１は、この属性情報をもとに、領域Ｒ１及び領域Ｒ２のどちらを、上述の自端末の位置に関する判定において用いるかを判断してもよい。これにより、例えば医療関係者の端末には、事故現場からある程度遠くにいても対処方法が出力されるのに対し、一般人のボランティア等の端末には、事故現場からある程度遠いと対処方法が出力されないようにすることができる。

【0148】

なお、通知サーバ４２は、通知領域特定部４２１を備えていなくとも良い。この場合、例えば送受信部２２４は、対処方法と併せて、事故現場の位置情報と、第１の領域の設定基準を、各通知対象の端末４３に通知する。出力制御部４３１は、受信した事故現場の位置情報及び第１の領域の設定基準に基づいて、通知対象とする領域Ｒ１を設定する。そして、位置検出部３３１が検出した最新の自端末の位置情報と、領域Ｒ１の位置情報とを比較して、自端末が領域Ｒ１内にいるか否かを判定する。このようにしても、事故現場から遠くにいる通知対象の人物に対し、対処方法等を出力させないようにすることができる。領域Ｒ１ではなく、領域Ｒ２等、他の領域が設定された場合にも、この制御は当然可能である。なお、端末４３の記憶部２３３に、第１の領域の設定基準を事前に格納するようにしてもよい。この場合、送受信部２２４は、第１の領域の設定基準を、対処方法及び事故現場の位置情報と併せて端末４３に通知する必要はない。

【0149】

実施の形態４のその他のバリエーションについては、実施の形態２、３に記載されたものを、適宜適用することができる。

【0150】

実施の形態５
（５Ａ）
実施の形態５では、通知サーバがネットワークの構成を利用して、事故現場の近くにいる通知対象に対処方法を通知する例を説明する。以降の説明では、実施の形態２と異なる点を説明し、実施の形態２と同じ点については、適宜説明を省略する。

【0151】

実施の形態５にかかる通知システムは、図４に記載の通りであり、図４に係る各装置の構成は、図５、７、８、９に記載の通りである。ただし、通知サーバ２２は、次の通り、実施の形態２とは異なる処理を実行する。

【0152】

通知対象検知部２２１は、事故現場の位置を自局のセル内に含む１又は複数の基地局を特定する。通知対象検知部２２１は、各基地局の識別情報に関連付けられた、各基地局のセルがカバーする位置情報と、事故現場の位置とを比較することによってこの特定を行う。各基地局のセルがカバーする位置情報は、記憶部２２５に記憶されたものが用いられても良いし、他のデータベース等に記憶されたものを通知対象検知部２２１が取得して用いても良い。これにより、通知対象検知部２２１は、特定された基地局配下にある端末全部を通知対象として設定することで、通知対象を検知する。

【0153】

分析部２２２は、実施の形態２と同様の処理を実行する。決定部２２３は、通知対象が、特定された基地局配下にある端末全部である場合に、第１の種類の候補（非医療関係者）向けの対処方法と、第２の種類の候補（医療関係者）向けの対処方法の両方を含めた対処方法を決定する。ただし、決定部２２３は、第１の種類の候補向けの対処方法と、第２の種類の候補向けの対処方法のいずれか１つを、対処方法に含めても良い。この詳細は実施の形態４に記載の通りである。また、通知対象が病院Ｄである場合に、決定部２２３は、実施の形態２に記載のように対処方法を決定する。

【0154】

送受信部２２４は、通知対象検知部２２１が特定した基地局配下にある全ての端末に対して、ブロードキャスト通信またはマルチキャスト通信で、決定部２２３が決定した対処方法、及び事故現場の位置情報を通知してもよい。ブロードキャスト通信またはマルチキャスト通信として、例えば、ＬＴＥ網であればｅＭＢＭＳ（evolved Multimedia Broadcast Multicast System）やＳＣ－ＰＴＭ（Single Cell Point To Multipoint）、５Ｇ網であればＦｅＭＢＭＳ（Further evolved Multimedia Broadcast Multicast Service）を用いてもよい。なお、通知対象である病院Ｄについては、実施の形態２に記載のように、対処方法及び事故現場の位置情報を通知する。

【0155】

記憶部２２５には、通知対象検知部２２１～送受信部２２４が実行する処理に必要な情報が格納されている。具体的には、次の情報が格納されている。
（ｉ）通知対象の候補となる所定の機関の情報、及びそれに関連付けられた通知の送信先となる機関の端末情報
（ｉｉ）分析部２２２が顔認証を実行するための登録者の顔情報
（ｉｉｉ）各種医療機器（例えばＡＥＤ）が設けられた位置情報の一覧、及び、各種医療機器が存在する場所の通知対象となる所定の領域（第３の領域）の設定基準

【0156】

また、記憶部２２５には、各基地局のセルがカバーする位置情報や、通知サーバ２２が管轄するカメラ２０が配置された場所の地図情報が格納されていても良い。

【0157】

通知サーバ２２から対処方法及び事故現場の位置情報を受信した端末２３は、実施の形態２に記載の通り、それらの情報をディスプレイ等に出力する。以上のようにすることで、通知サーバ２２は、基地局配下にいる、端末を有する不特定多数のユーザに対し、対処方法等を通知することができる。したがって、負傷者又は急病人の救護がなされる確率を高めることができる。

【0158】

なお、通知対象検知部２２１が特定する１又は複数の基地局は、最大のセル規模を有するマクロセル基地局、及びそれよりも小さいセル規模（例えば、マイクロセル、ピコセル、フェムトセル）を有するスモールセル基地局のいずれかであっても良いし、その両方を含んでも良い。さらに、通知対象検知部２２１は、事故現場の位置を自局のセル内に含む基地局だけでなく、それに隣接した基地局等、近傍の基地局についても、特定の対象としても良い。その他のバリエーションについても、従前の実施の形態に記載されたものを、適宜適用することができる。

【0159】

（５Ｂ）
通知対象検知部２２１は、特定した基地局の配下にある全ての端末を通知対象とするのではなく、その基地局の配下にあって、特定の移動体通信事業者（通信キャリア）がサービスを提供している端末の情報を取得し、その端末を通知対象として検知しても良い。例えば、４Ｇのネットワークでは、コアネットワークにあるＨＳＳ（Home Subscriber server）が通信キャリアの加入者情報の管理をしており、コアネットワークのＭＭＥ（Mobility Management Entity）が端末の位置情報や基地局間のハンドオーバーに関する管理（ユーザの移動管理）をしている。そのため、通知対象検知部２２１は、ＨＳＳ及びＭＭＥと通信することで、特定の基地局の配下にあって、特定の通信キャリアからサービスを提供されている端末の情報を取得することができる。

【0160】

他の例として、５Ｇのネットワークでは、ネットワーク機能の一つであるＵＤＭ（Unified Data Management）が通信キャリアの加入者情報の管理をしており、ネットワーク機能の一つであるＡＭＦ（Access and Mobility Management Function）が端末の位置情報や基地局間のハンドオーバーに関する管理（ユーザの移動管理）をしている。そのため、通知対象検知部２２１は、ＵＤＭ及びＡＭＦと通信することで、特定の基地局の配下にあって、特定の通信キャリアからサービスを提供されている端末の情報を取得することができる。また、５Ｇのネットワークの場合、通知対象検知部２２１は、５Ｇシステム外のアプリケーションに対して５Ｇシステム内のネットワーク機能や情報を開示する仕組みであるＮＥＦ（Network Exposure Function）を介して、端末の情報を取得してもよい。

【0161】

分析部２２２及び決定部２２３は、（５Ａ）と同様の処理を実行する。送受信部２２４は、通知対象検知部２２１が特定した全ての端末に対して、決定部２２３が決定した対処方法、及び事故現場の位置情報を通知する。この通知方法は、ユニキャストによる通信であっても良いし、モバイルネットワークにおける緊急通報の仕組み等が用いられても良い。

【0162】

以上のようにしても、通知サーバ２２は、基地局配下にいる、端末を有する不特定多数のユーザに対し、対処方法等を通知することができる。

【0163】

（５Ｃ）
実施の形態５においても、通知対象となる候補は２種類以上設定されても良いし、それに対応して、それぞれの種類の候補を通知対象検知部２２１が通知対象とする領域も、２種類以上設定されても良い。第１の種類の通知対象は、例えば非医療関係者であり、第２の種類の通知対象は、例えば医療関係者である。

【0164】

図１９は、通知対象とする領域を説明するための、基地局のセルの構成例を示す。この例では、通知対象検知部２２１は、事故現場の位置を自局のセルＡ内に含む基地局Ａを特定する。また、通知対象検知部２２１は、セルＡと隣接するセルＢ～セルＧを特定することにより、それぞれのセルを構成する基地局Ｂ～基地局Ｇ（基地局Ａの近傍に位置する基地局）をさらに特定する。通知対象検知部２２１は、（５Ａ）に記載の通り、各基地局のセルがカバーする位置情報を用いて、この基地局の特定処理を行う。

【0165】

なお、記憶部２２５には、第１の種類及び第２の種類の候補の端末の識別情報と、通知対象の種類（通知対象が第１の種類か、又は第２の種類かを示す情報）との対応関係が記憶されている。さらに、記憶部２２５には、第１の種類に対処方法が通知される領域である第１の領域の設定基準と、第２の種類の候補に対処方法が通知される領域である第２の領域の設定基準がさらに記憶されている。

【0166】

通知対象検知部２２１は、第１の種類の候補として、セルＡに収容され、記憶部２２５に記憶された候補である端末を通知対象とする一方、第２の種類の候補として、セルＡ～Ｇに収容され、記憶部２２５に記憶された候補である端末を通知対象とする。詳細には、通知対象検知部２２１は、各領域の設定基準を用いて、第１の領域としてセルＡ、第２の領域としてセルＡ～Ｇを特定する。また、通知対象検知部２２１は、ＬＴＥや５Ｇのネットワーク装置から、各基地局に接続されている端末の識別情報（例えば電話番号）を取得する。通知対象検知部２２１は、取得した各端末の識別情報を用いて、各端末の情報が記憶部２２５に記憶されているか、また記憶されている場合、その端末の通知対象の種類が何であるかを特定する。通知対象検知部２２１は、特定された通知対象の種類に基づいて、セルＡに収容された第１の種類の候補の端末及びセルＢに収容された第２の種類の候補の端末を、通知対象として検知することができる。これらの通知対象に対して対処方法を通知する方法は、上述の通りである。

【0167】

なお、（５Ａ）に限らず、（５Ｂ）においても、通知対象検知部２２１は、同様の処理を実行することができる。（５Ｂ）では、通知対象検知部２２１は、特定の基地局の配下にあって、特定の通信キャリアからサービスを提供されている端末の識別情報を取得し、その識別情報が示す端末において、通知対象の種類が何であるかを特定する。これにより、通知対象検知部２２１は、各種類の候補の端末を、通知対象として検知することができる。実施の形態５のその他のバリエーションについては、実施の形態２～４に記載されたものを、適宜適用することができる。

【0168】

実施の形態６
（６Ａ）
実施の形態２～４において、ユニキャスト通信で対処方法を通知する場合、通知サーバ２２は、通知対象の候補となる端末が、個人が保有しているものか、それとも車両に搭載されたものかに応じて、通知対象として扱われる領域を変更しても良い。

【0169】

例えば、実施の形態２において、非医療関係者やその車両については、領域Ｒ１内に位置している場合には通知対象検知部２２１が通知対象として検知したものの、領域Ｒ１外に位置している場合には、通知対象として検知されなかった。しかしながら、非医療関係者の車両が、領域Ｒ１よりも広い所定の領域内に位置している場合でも、通知対象検知部２２１は、その候補を通知対象として検知しても良い。仮に、領域Ｒ２（図１２参照）が、非医療関係者の車両に関する検知領域と設定された場合には、通知対象検知部２２１は、車両ＮＧも検知対象として検知することができる。

【0170】

同様に、医療関係者の車両についても、その候補が車両であって、領域Ｒ２よりも広い所定の領域内に位置している場合でも、通知対象検知部２２１は、その車両を通知対象として検知しても良い。なお、通知対象の候補が個人か車両かについては、記憶部２２５に格納された通知対象の候補の端末情報に含まれている。また、通知対象の候補が車両である場合の検知領域の設定基準も、記憶部２２５に格納されている。通知対象検知部２２１は、これらの情報を利用して、検知領域を設定し、通知対象を検知することができる。例えば、通知対象検知部２２１は、医療関係者の車両に係る検知領域、非医療関係者の車両に係る検知領域、医療関係者の個人に係る検知領域、非医療関係者の個人に係る検知領域の順に、検知領域を広く設定しても良い。この順において、「非医療関係者の車両に係る検知領域」と「医療関係者の個人に係る検知領域」の順は逆でも良いし、両者が同じ広さの領域であっても良い。

【0171】

以上のように、通知サーバ２２は、通知対象の候補が個人か車両かに応じて、検知領域を変更して設定することができる。通知対象者が、徒歩よりも早く移動可能な車両に搭乗している場合、事故現場からある程度遠くても、負傷者又は急病人の救護に間に合うことが期待される。そのため、車両に搭載された端末については、個人が保有している端末よりも検知領域を広く設定することで、より多くの人々の協力を得ることができる。

【0172】

上述の例では、通知対象が個人か車両かに応じて検知領域を変更したが、通知対象の候補を３種類以上に分けて、それぞれに検知領域を設定しても良い。例えば、通知対象検知部２２１は、検知対象の候補を、個人、自転車、自動車に分け、後の方になるほど、検知領域を広げるように設定しても良い。また、通知対象の候補が個人の場合には、通知対象の候補が非医療関係者か医療関係者かに関係なく、同じ検知領域を設定しても良い。通知対象の候補が車両の場合も同様である。つまり、「第１の種類の候補」を個人とし、「第２の種類の候補」を車両としても良い。

【0173】

（６Ｂ）
実施の形態３において、通知サーバ３２の位置情報取得部３２１は、所定のタイミングで取得した位置情報に基づいて、端末のユーザ（すなわち通知対象の候補）の移動履歴を生成しても良い。この移動履歴に基づいて、通知対象検知部２２１は、通知対象の候補の移動手段（徒歩か自動車か、等）や平均速度を分析し、それに基づいて検知領域を設定しても良い。

【0174】

例えば、通知対象検知部２２１は、ある医療関係者Ｈの保有する端末ＮＨが、現在（通知対象検知部２２１のこの処理の実行時）から所定の過去のタイミングまでの期間、平均して時速３０ｋｍで動いていることを、その移動履歴に基づいて判定する。記憶部２２５には、平均速度の閾値として、「時速１５ｋｍ」が格納されている。通知対象検知部２２１は、端末ＮＨの平均速度がその閾値以上であると判定することで、端末ＮＨ（すなわち医療関係者Ｈ）が自動車で移動していると推定する。したがって、通知対象検知部２２１は、端末ＮＨの検知領域を、医療関係者の個人向けの領域Ｒ２ではなく、車両向けのさらに広い領域に設定することができる。

【0175】

一方、通知対象検知部２２１は、端末ＮＨが、現在から所定の過去のタイミングまでの期間、平均して時速５ｋｍで動いていることを判定した場合、端末ＮＨの平均速度が閾値未満であると判定する。この場合、通知対象検知部２２１は、端末ＮＨが徒歩で移動していると推定し、通知対象検知部２２１は、端末ＮＨの検知領域を、医療関係者の個人向けの領域Ｒ２に設定する。なお、非医療関係者の保有する端末や、車両に備えられた端末についても、通知対象検知部２２１は、同様のロジックで検知領域を変更することができる。

【0176】

以上のように、通知サーバ２２は、通知対象の候補が移動し易い状態、すなわち速く移動できる状態である場合に、検知領域を広く変更して設定することができる。そのため、救護に関して、より多くの人々の協力を得ることができる。

【0177】

なお、検知領域の変更は２段階でなく、３段階以上であっても良い。また、通知対象の候補が同じ速度で動いている場合には、非医療関係者か医療関係者かに関係なく、同じ検知領域が設定されても良い。

【0178】

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、実施の形態１～６に係る発明は、その全部又は一部を適宜組み合わせることが可能である。

【0179】

実施の形態１にかかる通知装置１０、又は実施の形態２～６に係る通知サーバは、分析部の分析結果である詳細情報（分析対象人物の体の状態に関する情報、少なくとも一部の個人情報、等の情報）を、上述の対処方法と併せて通知対象の端末に通知しても良い。また、詳細情報に代えて、又は詳細情報に加えて、カメラが撮影した分析対象人物の映像を、静止画又は動画として、対処方法と併せて通知対象の端末に通知しても良い。これにより、端末を視認したユーザは分析対象人物の状態を知ることができるため、より適切な救護ができるようになる。

【0180】

また、実施の形態１にかかる通知装置１０、又は実施の形態２～６に係る通知サーバは、対処方法を通知する端末に対し、事故の詳細な情報（例えば目撃情報）を質問するアンケートをさらに送信しても良い。通知装置１０又は通知サーバは、そのアンケートの回答を端末から受信することで、事故の詳細な情報を格納することができる。この情報は、分析対象人物が搬送された病院や、救急対応の部署、消防、警察など、救護に関する関係各所に共有させることができる。

【0181】

また、実施の形態２、３、５、６において、分析部２２２は、分析対象人物の負傷又は病気の度合い、及び分析対象人物（負傷者又は急病人）の数の少なくともいずれかに基づいて、事故の重大度を判定しても良い。通知対象検知部２２１は、その重大度に基づいて、検知領域を変更することができる。

【0182】

（２Ａ）の例の場合、記憶部２２５には、事故の重大度の閾値として「４人」が格納されていても良い。ここで、分析部２２２が、事故の負傷者が１人であると判定した場合には、事故の負傷者が閾値未満であるため、分析部２２２は事故の重大度を「低」と判定する。この場合、通知対象検知部２２１は、検知領域を領域Ｒ１のままとする。これに対し、事故の負傷者が７人であると判定した場合には、事故の負傷者が閾値以上であるため、分析部２２２は事故の重大度を「高」と判定する。この場合、通知対象検知部２２１は、検知領域を、領域Ｒ１よりも広い所定の領域（例えば領域Ｒ２）と設定する。実施の形態３でも、同様の処理が実行できる。また、通知対象の候補が２種類以上に区分されることで、それぞれの種類の候補に対して異なる検知領域が予め設定されている場合でも、通知対象検知部２２１は、その複数の検知領域の少なくともいずれかに対して、事故の重大度に基づく同様の処理が実行できる。

【0183】

（５Ａ）の例では、分析部２２２が事故の重大度を「低」と判定した場合、通知対象検知部２２１は、事故現場の位置を自局のセル内に含む１又は複数の基地局を特定する。これに対し、分析部２２２が事故の重大度を「高」と判定した場合、通知対象検知部２２１は、事故現場の位置を自局のセル内に含む基地局だけでなく、それに隣接した１又は複数の基地局（例えばマクロセル基地局）等、近傍の基地局についても、特定の対象とする。

【0184】

以上のように、通知対象検知部２２１は、事故の重大度に基づいて検知領域を変更することができるため、事故の重大度が高いほど、多くの協力者を集めることができる。したがって、重大な事故に対しても、適切な初動対応がなされる確率を高めることができる。なお、事故の重大度は３段階以上の判定が可能であっても良く、検知領域も、それに応じて、３段階以上の変更が可能であっても良い。

【0185】

また、通知対象検知部２２１は、当初の検知領域中に存在する通知対象が所定の閾値未満である場合には、検知領域を当初のものから広げて、新たに対象となる検知領域に存在する通知対象の候補も、新たな通知対象であるとして、検知しても良い。この判定に用いられる所定の閾値は、記憶部２２５に格納されている。通知対象検知部２２１は、検知領域を広げる処理を、存在する通知対象が所定の閾値以上となるまで繰り返し続けることができる。通知対象検知部２２１は、各実施の形態で説明した方法、すなわち、カメラからの映像データ、端末２３からの位置情報、基地局情報のいずれで通知対象を特定する場合であっても、この処理を実行することができる。また、通知対象の候補が２種類以上に区分されることで、それぞれの種類の候補に対して異なる検知領域が予め設定されている場合でも、その複数の検知領域の少なくともいずれかに対して、同様の検知領域の変更処理が実行できる。これにより、通知サーバ２２は、事故の初動対応に参加できる人員を確実に確保することができる。

【0186】

また、実施の形態１にかかる通知装置１０、又は実施の形態２～６に係る通知サーバは、個人、車両及び機関の端末以外の端末に対しても、対処方法を通知しても良い。実施の形態２を例とすると、通知サーバ２２は、事故現場の位置情報と、記憶部２２５に格納された、１又は複数のデジタルサイネージ端末の位置を示す地図情報とに基づいて、事故現場を含む所定の領域内にあるデジタルサイネージ端末に対し、第１の種類の通知対象（非医療関係者）向けの対処方法と、事故現場の位置情報を通知しても良い。通知を受けたデジタルサイネージ端末は、対処方法及び事故現場の位置情報を、画面や音声等で出力する。通行人がそのデジタルサイネージ端末を認識することで、通行人が負傷者又は急病人の初動対応をすることが期待される。なお、所定の領域は、記憶部２２５に格納されたものであっても良い。

【0187】

なお、このデジタルサイネージ端末への通知は、通知対象検知部２２１が当初に設定した検知領域中に存在する個人及び車両の通知対象が所定の閾値未満である場合になされても良い。また、通知対象となるデジタルサイネージ端末が含まれる所定の領域は、分析部２２２が判定した上述の事故の重大度に基づいて、重大度が高いほど、広げることができる。

【0188】

通知サーバ２２は、デジタルサイネージ端末の例と同様にして、防災無線のスピーカを用いて、対処方法及び事故現場の位置情報を通知しても良い。スピーカからは、音声によって、周辺の人物に対し、対処方法及び事故現場の位置情報が出力される。

【0189】

また、実施の形態２～４、６において、通知対象検知部２２１が当初に設定した検知領域中に存在する個人及び車両の通知対象が所定の閾値未満である場合に、実施の形態５に係る処理が実施されても良い。

【0190】

また、通知対象検知部２２１は、記憶部２２５に格納された地図情報に基づいて、ある条件を満たす通知対象の候補を、通知対象から除外しても良い。例えば、事故現場が一般道路であるのに対し、地理上では事故現場の近傍に存在する通知対象の候補が、高速道路上にいる、又は電車の線路上にいる（すなわち通知対象者が電車に乗っている）場合には、通知対象者は、すぐに事故現場に急行することはできない。通知対象検知部２２１は、地図情報から通知対象の候補がいる場所の情報を参照することにより、このような場合を検知して、通知対象の候補を通知対象の選択から外す。

【0191】

また、送受信部２２４は、非医療関係者、医療関係者を問わず、車両に対処方法を通知する場合には、事故現場近くの駐車スペースの情報を、記憶部２２５に格納された地図情報に基づいて抽出し、対処方法と併せてその車両の端末２３に通知しても良い。これにより、車両のユーザが事故現場に接近した際に、すぐに車両を停車させて現場に向かうことができるため、より迅速な救護が可能となる。

【0192】

以上に示した実施の形態では、この開示をハードウェアの構成として説明したが、この開示は、これに限定されるものではない。この開示は、上述の実施形態において説明された装置（通知装置、通知サーバ、ＭＥＣサーバ、カメラ、端末のいずれか）の処理（ステップ）を、コンピュータ内のプロセッサにコンピュータプログラムを実行させることにより実現することも可能である。

【0193】

図２０は、以上に示した各実施の形態の処理が実行される情報処理装置（信号処理装置）のハードウェア構成例を示すブロック図である。図２０を参照すると、この情報処理装置９０は、信号処理回路９１、プロセッサ９２及びメモリ９３を含む。

【0194】

信号処理回路９１は、プロセッサ９２の制御に応じて、信号を処理するための回路である。なお、信号処理回路９１は、送信装置から信号を受信する通信回路を含んでいても良い。

【0195】

プロセッサ９２は、メモリ９３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態において説明された装置の処理を行う。プロセッサ９２の一例として、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＤＳＰ（Demand-Side Platform）、ＡＳＩＣ（Application Specific Integrated Circuit）のうち一つを用いてもよいし、そのうちの複数を並列で用いてもよい。

【0196】

メモリ９３は、揮発性メモリや不揮発性メモリ、またはそれらの組み合わせで構成される。メモリ９３は、１個に限られず、複数設けられてもよい。なお、揮発性メモリは、例えば、ＤＲＡＭ (Dynamic Random Access Memory)、ＳＲＡＭ (Static Random Access Memory)等のＲＡＭ (Random Access Memory)であってもよい。不揮発性メモリは、例えば、ＰＲＯＭ (Programmable Random Only Memory)、ＥＰＲＯＭ (Erasable Programmable Read Only Memory) 等のＲＯＭ (Random Only Memory)や、ＳＳＤ（Solid State Drive）であってもよい。

【0197】

メモリ９３は、１以上の命令を格納するために使用される。ここで、１以上の命令は、ソフトウェアモジュール群としてメモリ９３に格納される。プロセッサ９２は、これらのソフトウェアモジュール群をメモリ９３から読み出して実行することで、上述の実施形態において説明された処理を行うことができる。

【0198】

なお、メモリ９３は、プロセッサ９２の外部に設けられるものに加えて、プロセッサ９２に内蔵されているものを含んでもよい。また、メモリ９３は、プロセッサ９２を構成するプロセッサから離れて配置されたストレージを含んでもよい。この場合、プロセッサ９２は、Ｉ/Ｏ（Input/Output）インタフェースを介してメモリ９３にアクセスすることができる。

【0199】

以上に説明したように、上述の実施形態における各装置が有する１又は複数のプロセッサは、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。この処理により、各実施の形態に記載された信号処理方法が実現できる。

【0200】

プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【0201】

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
１又は複数のカメラで撮影された映像から事故の発生を検知する事故発生検知手段と、
前記映像を分析して、前記事故に係る分析対象人物の詳細情報を導出する分析手段と、
前記詳細情報に基づいて、前記分析対象人物への対処方法を決定する決定手段と、
決定された前記対処方法を通知対象に通知する通知手段と、を備える
通知装置。
（付記２）
前記事故が発生した場所を含む第１の領域に存在する前記通知対象を検知する通知対象検知手段をさらに備え、
前記通知手段は、前記通知対象検知手段が検知した前記通知対象に前記対処方法を通知する、
付記１に記載の通知装置。
（付記３）
前記通知対象検知手段は、前記通知対象の候補である第１の種類の候補が前記第１の領域に存在すること、及び、前記通知対象の候補である第２の種類の候補が、前記第１の領域よりも広い、前記事故が発生した場所を含む第２の領域に存在することを検知し、
前記通知手段は、前記通知対象検知手段が検知した前記第１の領域に存在する前記第１の種類の候補、及び、前記通知対象検知手段が検知した前記第２の領域に存在する前記第２の種類の候補、の少なくともいずれか一方を前記通知対象として、前記対処方法を通知する、
付記２に記載の通知装置。
（付記４）
前記通知対象は、人物及び車両の少なくともいずれか一方を含む、
付記２又は３に記載の通知装置。
（付記５）
前記決定手段は、前記対処方法の決定として、前記分析対象人物への手当又は処置の決定、及び、前記手当又は処置において使用される医療機器であって、前記事故が発生した場所を含む第３の領域に存在する医療機器の場所の特定の少なくともいずれか一方を実行し、
前記通知手段は、前記決定された手当又は処置、及び、前記特定された医療機器の場所の少なくともいずれか一方を前記対処方法に含めて前記通知対象に通知する、
付記２乃至４のいずれか１項に記載の通知装置。
（付記６）
前記通知対象検知手段は、前記通知対象の候補が前記映像に映っていることを判定することで、前記候補を前記通知対象として検知し、
前記通知手段は、前記通知対象検知手段が検知した前記通知対象と関連付けられた端末に対して、前記対処方法を通知する、
付記２乃至５のいずれか１項に記載の通知装置。
（付記７）
前記通知対象の候補が有する端末から、前記端末の位置情報を取得する位置情報取得手段をさらに備え、
前記通知対象検知手段は、前記位置情報取得手段が取得した前記位置情報に基づいて前記通知対象を検知し、
前記通知手段は、前記通知対象検知手段が検知した前記通知対象の端末に前記対処方法を通知する、
付記２乃至５のいずれか１項に記載の通知装置。
（付記８）
前記通知対象検知手段は、前記事故が発生した場所を自局のセル内に含む１又は複数の基地局を特定することにより前記通知対象を検知し、
前記通知手段は、前記通知対象検知手段が検知した前記通知対象の端末に前記対処方法を通知する、
付記２乃至５のいずれか１項に記載の通知装置。
（付記９）
前記通知対象は、少なくとも医療又は救急に係る機関を含み、
前記決定手段は、前記分析対象人物への処置、前記事故が発生した場所へのスタッフの派遣要請、前記分析対象人物の受け入れ要請及び処置の準備の少なくともいずれかが含まれるように前記対処方法を決定し、
前記通知手段は、前記機関に前記対処方法を通知する、
付記１又は２に記載の通知装置。
（付記１０）
前記分析手段は、前記映像に映っている前記分析対象人物の顔画像と、登録者の顔情報とを用いた顔認証の認証結果に基づいて、前記分析対象人物を前記登録者の中から特定し、前記登録者に関連付けられた個人情報を前記詳細情報として導出し、
前記決定手段は、前記個人情報に基づいて前記対処方法を決定する、
付記１乃至９のいずれか１項に記載の通知装置。
（付記１１）
前記個人情報は、既往歴、現病歴、妊娠の有無、年齢、性別、血液型、アレルギー情報、個人番号、かかりつけ医療機関、及び緊急連絡先の少なくともいずれかを含む、
付記１０に記載の通知装置。
（付記１２）
前記通知手段は、前記個人情報に基づいて前記通知対象を決定し、決定した前記通知対象に通知する、
付記１０又は１１に記載の通知装置。
（付記１３）
前記詳細情報は、意識状態、呼吸状態、出血状態、骨折状態、火傷状態、強打部位、痙攣状態、歩行状態、心拍状態、脈拍状態及び体温状態の少なくともいずれかを含む、
付記１乃至１２のいずれか１項に記載の通知装置。
（付記１４）
１又は複数のカメラと、
前記１又は複数のカメラと接続された通知装置と、
前記通知装置から通知を受信する１又は複数の端末と、を備え、
前記通知装置は、
前記１又は複数のカメラで撮影された映像から事故の発生を検知する事故発生検知手段と、
前記映像を分析して、前記事故に係る分析対象人物の詳細情報を導出する分析手段と、
前記詳細情報に基づいて、前記分析対象人物への対処方法を決定する決定手段と、
決定された前記対処方法を前記１又は複数の端末に通知する通知手段と、を有する
通知システム。
（付記１５）
前記１又は複数のカメラは、信号機、路側機、交差点及び踏切の少なくともいずれかに設けられている、
付記１４に記載の通知システム。
（付記１６）
１又は複数のカメラで撮影された映像から事故の発生を検知する事故発生検知ステップと、
前記映像を分析して、前記事故に係る分析対象人物の詳細情報を導出する分析ステップと、
前記詳細情報に基づいて、前記分析対象人物への対処方法を決定する決定ステップと、
決定された前記対処方法を通知対象に通知する通知ステップと、
を通知装置が実行する通知方法。
（付記１７）
１又は複数のカメラで撮影された映像から事故の発生を検知する事故発生検知ステップと、
前記映像を分析して、前記事故に係る分析対象人物の詳細情報を導出する分析ステップと、
前記詳細情報に基づいて、前記分析対象人物への対処方法を決定する決定ステップと、
決定された前記対処方法を通知対象に通知する通知ステップと、
をコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。

【0202】

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

【符号の説明】

【0203】

Ｓ１～Ｓ４ 通知システム
１０ 通知装置
１０１ 事故発生検知部 １０２ 分析部
１０３ 決定部 １０４ 通知部
１１ カメラ
１２ 端末
２０ カメラ
２０１ 撮影部 ２０２ 送受信部
２０３ 記憶部
２１ ＭＥＣサーバ
２１１ 事故発生検知部 ２１２ 送受信部
２１３ 記憶部
２２、３２、４２、５２ 通知サーバ
２２１ 通知対象検知部 ２２２ 分析部
２２３ 決定部 ２２４ 送受信部
２２５ 記憶部 ３２１ 位置情報取得部
４２１ 通知領域特定部
２３、３３、４３、５３ 端末
２３１ 出力部 ２３２ 送受信部
２３３ 記憶部
３３１ 位置検出部 ４３１ 出力制御部
９０ 情報処理装置
９１ 信号処理回路 ９２ プロセッサ
９３ メモリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】