JP7432323B2 - 異常状態通知システム - Google Patents

Description

本発明は、警察や消防、あるいは、鉄道や車両交通等に関して、緊急事態や交通管理に対応する各種管理センターに対して異常な状態があることを通知するための異常状態通知システムに関する。

交通安全システムとして、道路の横断において歩行者（すなわち横断者）を検知する横断者検知装置を有するものや（特許文献１参照）、危険回避システムとして、踏切内において車載器と狭域双方向通信を行うもの（特許文献２参照）が知られている。また、車両が踏切内に存在しているか、脱輪やエンストをしているか等を判定し、判定結果から、緊急事態発生信号の自動通報を、踏切警報装置や列車に対して行う車両状態判定装置（特許文献２参照）が知られている。

しかしながら、特許文献１，２の場合、例えば道路や踏切を通過する歩行者等の危険回避のために、歩行者等の危険検知からその回避までを可能にするための種々の設備を道路や踏切の付近において設置する必要がある。これは、例えば特許文献３において、踏切警報装置に通報する場合でも同様である。また、特許文献３において、列車に対して通報を行う場合、列車において車両状態判定装置との通信を可能にするための設備を設ける必要がある。

さらに、歩行者や車両等の移動体の近くにある設備等に通報するだけでは、例えば異常事態に対して対応が必要な列車の全てに連絡がなされるとは限らず、十分な安全確保がなされない可能性もある。

特開２００５－２３４８０６号公報 特開２００７－２９７０１３号公報 特開２０００－６８１３号公報

本発明は上記した点に鑑みてなされたものであり、移動体の異常状態を検知して、移動体や移動体の周辺に関する危険回避、あるいは安全確保のための対応が可能となる異常状態通知システムを提供することを目的とする。

上記目的を達成するための異常状態通知システムは、移動体の異常状態を検知した時に位置情報と合せて無線回線を介して異常情報管理センターに移動体情報を送信する携帯端末を備える。

上記異常状態通知システムでは、携帯端末によって、移動体の異常状態を検知した時に、移動体情報を移動体の位置情報と合せて異常情報管理センターに送信でき、移動体や移動体の周辺に関する危険回避、あるいは安全確保のために、検知された異常状態の具体的状況等に応じて、異常情報管理センターにおいて例えば総合的視点から的確な対応をとることが可能になる。また、この際、携帯端末によって、無線回線を介して異常情報管理センターに情報送信がなされるので、移動体の周辺において、移動体の異常状態の検知や携帯端末との通信ができるような施設を必ずしも要しない。

本発明の具体的な側面では、無線回線は、汎用無線回線網である。この場合、移動体情報及び位置情報の送信のために特段の設備を設ける必要が無い。

本発明の別の側面では、無線回線は、インフラ側の近距離受信システムである。この場合、近距離受信システムを利用して直接的に異常情報管理センターへの移動体情報及び位置情報の送信が可能となる。

本発明のさらに別の側面では、携帯端末は、状態送信先テーブルを備えた送信先選択部を有する。この場合、状況に応じて的確な送信先に情報送信できる。

本発明のさらに別の側面では、状態送信先テーブルには、送信先として、警察署、消防署、鉄道システム及び交通管制センターが含まれる。この場合、状況に応じて的確な対応が可能になる。

第１実施形態に係る異常状態通知システムについて説明するための概念図である。 異常状態通知システムの動作について一例を説明するための概念図である。 異常状態通知システムの一構成例を説明するためのブロック図である。 異常状態発生時の通知について一例を示すシーケンス図である。 （Ａ）は、通常時における一連の処理について一例を示すシーケンス図であり、（Ｂ）は、異常状態発生時における一連の処理について一例を示すシーケンス図である。 （Ａ）～（Ｄ）は、人以外に対象となり得る移動体について携帯端末を取り付けた様子を示す概念図である。 第２実施形態に係る異常状態通知システムの動作について一例を説明するための概念図である。 （Ａ）は、駅の管轄に関する区分を示す地図データの一例を示す図であり、（Ｂ）は、管轄エリアと指令所との対応関係を示すデータの一例を示す図であり、（Ｃ）は、指令所における管轄エリアにある管轄対象とその位置との対応関係を示すデータの一例を示す図である。 （Ａ）は、携帯端末に関する事前登録の一例を示すデータ図であり、（Ｂ）は、異常状態発生時において通知対象となった移動体の状況について、一例を示すデータ図である。 第３実施形態に係る異常状態通知システムにおける一連の処理について一例を示すシーケンス図である。 第４実施形態に係る異常状態通知システムにおける一連の処理について一例を示すシーケンス図である。 異常状態通知システムのうち、携帯端末の一連の処理について一例を示すフローチャートである。 異常状態通知システムのうち、送信先の一連の処理について一例を示すフローチャートである。 第５実施形態に係る異常状態通知システムの動作について一例を説明するための概念図である。 異常状態通知システムの動作について一変形例を説明するための概念図である。

〔第１実施形態〕
以下、図１等を参照して、本発明の第１実施形態に係る異常状態通知システムについて説明する。

図１は、本実施形態に係る異常状態通知システム１００について説明するための概念図であり、図２は、異常状態通知システム１００の動作について一例を説明するための概念図である。本実施形態に係る異常状態通知システム１００では、図１に示すように、種々の送信先（送信先１，２，３，４，…）に通知可能となっているが、ここでは、説明を簡単にするため、図２に例示するように、送信先の１つである鉄道システムに対して異常状態の通知をする、すなわち緊急事態が生じたことを通知する場合について説明する。

まず、図１に示すように、本実施形態に係る異常状態通知システム１００は、異常の有無等（異常状態）を検知する対象となる歩行者（人）ＨＵ等の移動体ＭＯが携帯する携帯端末（通信端末）１０を備える。さらに、異常状態通知システム１００は、携帯端末１０からの送信を受ける受信設備等（例えば図３等に示す受信用の無線部３０等）を、異常情報管理センター５０に設けておくことで構成される。

また、図２に示すように、異常状態通知システム１００に関して、携帯端末１０と異常情報管理センター５０とは、無線回線を介して通信可能となっている。図示の例では、インターネット回線等の汎用無線回線網で構成されるネットワーク回線ＣＬを利用して、携帯端末１０と異常情報管理センター５０との間での無線通信が可能になっている。

携帯端末１０としては、例えば携帯電話やスマートフォン（スマホ）やタブレット機器その他の通信機能を有する携帯可能な種々の端末が適用可能である。例えば、汎用機としてのスマホ等に予めアプリをダウンロードしておくことで、異常状態通知システム１００を構成する携帯端末１０として利用することができる。

また、携帯端末１０は、移動体ＭＯに生じ得る異常状態の検知と、自身の位置すなわち携帯端末１０を携帯する移動体ＭＯの位置を把握するための位置検知とが可能となっている。なお、検知等に関する携帯端末１０の構成についての具体例等については、図３のブロック図を参照して、一例を後述する。

図１に戻って、携帯端末１０にとっての送信先である異常情報管理センター５０については、種々の態様が考えられるが、ここでは、例示として、複数の送信先として、警察署、消防署、鉄道システム及び交通管制センターが含まれるものとなっている。具体的には、異常情報管理センター５０として、送信先１（警察署）を第１異常情報管理センター５０Ａとし、送信先２（消防署）を第２異常情報管理センター５０Ｂとし、送信先３（鉄道システム）を第３異常情報管理センター５０Ｃとし、送信先４（交通管制センター）を第４異常情報管理センター５０Ｄとしている。無論、これらは例示であり、異常情報管理センター５０について、上記以外のさらに別の送信先が含まれている場合もある。逆に、これらのうち一部のみを送信先の対象とする態様もあり得る。

携帯端末１０は、移動体ＭＯ（図示の例では、歩行者ＨＵ）について異常状態を検知した時に、位置情報と合せて異常情報管理センター５０のいずれかに移動体情報を送信する。すなわち、複数の送信先である異常情報管理センター５０Ａ，５０Ｂ，５０Ｃ，５０Ｄ…のうちから、移動体ＭＯの異常状態や位置情報の内容に基づき、通知すべき一の送信先を選択した上で、移動体情報及び位置情報を送信する。

以下では、一例として、携帯端末１０での選択により、送信先３すなわち第３異常情報管理センター５０Ｃである鉄道システムに対して異常状態の発生が通知される場合について説明する。

以下、図２等を参照して、異常情報管理センター５０Ｃである鉄道システムに対して異常状態を通知する場合のより具体的な一態様について説明する。なお、以下では、送信先すなわち異常情報管理センターの１つである鉄道システムを、鉄道システム５０Ｃとも記載する。

ここでは、一例として、図２に示すように、移動体ＭＯとしての歩行者ＨＵ及び歩行者ＨＵが乗る（運転する）自転車ＢＣが、線路の踏切ＣＲ内で転倒した場合を異常状態として取り扱い、このような異常状態の発生に対応して、携帯端末１０が鉄道システム５０Ｃに対して送信することを想定して、説明する。

以下、図３のブロック図等を参照して、異常状態通知システム１００の一構成例を説明するために、携帯端末１０の一構成例と、鉄道システム５０Ｃの一構成例とについて説明する。

まず、携帯端末１０は、例えば、鉄道システム５０Ｃを含む異常情報管理センター５０との無線通信を行うための無線部２０のほか、各種検知を行うための検知装置ＤＴと、各種情報を格納する記憶部ＭＥと、送信先を選択（決定）する送信先選択部ＴＳとを備える。

検知装置ＤＴについては、移動体ＭＯの異常状態を検知するための種々のハード的あるいはソフト的構成をとることが考えられるが、ここでは、一例として、上記のような移動体ＭＯの転倒を検知する転倒検知部１１を備えるものとする。転倒検知部１１については、例えばスマホ等に内蔵される加速度センサーを利用して、当該加速度センサーでの検出結果に応じて移動体ＭＯが転倒したか否かを検知することで構成できる。

また、検知装置ＤＴとして、上記のほか、移動体ＭＯの位置を検知する位置検知部１２を備える。位置検知部１２についても種々の手法を利用することが可能であるが、一例として、例えばスマホ等に内蔵されるＧＰＳ機能を利用することが考えられる。

記憶部ＭＥには、上記のように検知装置ＤＴによって検知された移動体ＭＯの異常状態に関する情報等の移動体情報や、移動体ＭＯの位置情報に基づいて、通知内容や送信先を決定するために必要となる各種情報が格納されている。ここでは、一例として、地図データが格納されているものとし、中でも、鉄道に関するものとして、鉄道路線図データ１５が含まれているものとする。鉄道路線図データ１５には、例えば、鉄道施設についての位置情報等、鉄道を構成するための各施設に関する位置情報が含まれており、鉄道路線図データ１５を利用することで、例えば位置検知部１２で検知された位置が、これらの施設内であるか否か等の判定が可能になる。

送信先選択部ＴＳは、検知装置ＤＴでの検知結果と記憶部ＭＥに格納された各種データとに基づいて、通知すべき送信先の選択を行う。また、例えば図示において一部拡大して示すように、状態送信先テーブルＤＡを備える。状態送信先テーブルＤＡには、送信先として、警察署、消防署、鉄道システム及び交通管制センターが含まれており、これらへの連絡方法等がデータとして格納されている。ここでは、送信すべきか否かを含めた必要となる各種判定についても、送信先選択部ＴＳにおいて行うものとする。なお、送信先選択部ＴＳは、例えば携帯端末１０に組み込まれた回路基板において、各種プログラムやデータを読み込むことで構成される。言い換えると、携帯端末１０が、適宜プログラム等を読み出すことで、送信先選択部ＴＳとして機能する。

以上の構成により、携帯端末１０は、例えば、転倒検知部１１により移動体ＭＯの転倒が検知されると、位置検知部１２により取得された位置情報を、鉄道路線図データ１５と照合して、鉄道路線内であるか否かを送信先選択部ＴＳにおいて判定する。この場合において、鉄道路線内であると判定されると、送信先選択部ＴＳは、選択された一の送信先（ここでは鉄道システム５０Ｃ）に対して、状態送信先テーブルＤＡから読み出し、読み出した連絡方法により通信部である無線部２０により鉄道システム５０Ｃに対する無線通信を行わせる。

以下、図３等を参照して、鉄道システム５０Ｃの一構成例について説明する。鉄道システム５０Ｃは、携帯端末１０からの無線通信による送信を受け取るための受信用の無線部３０のほか、受け付けた情報に基づいて移動体ＭＯやその周辺に関する危険状態を判定する危険状態判定部４０と、各指令所に設置されて列車制御信号を管轄下にある列車ＴＲや信号機ＳＧ等（図２参照）の鉄道施設に送信して列車の制御を司る列車制御部６０と、鉄道システム５０Ｃに対するユーザ（指令所の管理者等）からの各種指令を受け付けるためのユーザーインターフェースＩＦとを備える。すなわち、鉄道システム５０Ｃについては、典型的には、鉄道運行の総合的制御を管轄する列車制御部６０を備える各指令所に、無線部３０や危険状態判定部４０を設けて構成することが考えられる。なお、鉄道施設については、踏切や線路、駅ホーム及び一般人の進入禁止領域が含まれ、列車制御部６０は、これらの鉄道施設内のものを管轄する。また、見方を変えると、これらの鉄道施設内が、移動体ＭＯの存在位置と重なる場合、危険状態が高いものと判定されることになる。

以上の構成により、鉄道システム５０Ｃは、例えば無線部３０において受け付けた携帯端末１０からの移動体情報及び位置情報について、危険状態判定部４０で危険状態の判定をする。さらに、危険状態判定部４０において、危険である、すなわち危険回避のために列車の制御について変更を行う必要があると判定された場合に、危険状態判定部４０は、列車制御部６０に対して判定結果を送信する。

以上のようにして、対応が必要と判断された場合、鉄道運行の総合的制御を管轄する列車制御部６０に対して、移動体情報及び位置情報が送信されることになるため、移動体ＭＯや移動体ＭＯの周辺に関する危険回避、あるいは安全確保のために、検知された異常状態の具体的状況等に応じて、例えば総合的視点から的確な対応をとることが可能になる。より具体的には、例えば上記のように転倒した人あるいは物がある踏切が特定されることで、転倒した人の安全のみならず、その人がいる踏切や、さらにそれに連なる線路上を走行する列車等の安全を図るべく、列車の運行について、必要に応じて全体に亘った変更が可能になる。

以上のような異常状態発生時の通知について、携帯端末１０側すなわち移動体ＭＯ側の一例を自転車ＢＣとし、送信先側の一例を、鉄道システム５０Ｃとして概要を纏めると、図４に例示するシーケンス図のようになる。すなわち、自転車ＢＣ側において転倒検知（ステップＳ１）がなされると、転倒や転倒位置等に関する情報が、鉄道システム５０Ｃ側に通知（ステップＳ２）がなされ、鉄道システム５０Ｃは、必要に応じて、列車制御を行う（ステップＳ３）。

以下、図５を参照して、図４に概要を示した異常状態通知システム１００における一連の処理についてより詳細な一例を説明する。なお、図５（Ａ）は、通常時における一連の処理について一例を示すシーケンス図であり、図５（Ｂ）は、異常状態発生時における一連の処理について一例を示すシーケンス図である。

まず、異常が発生していない通常時においては、図５（Ａ）に示すように、異常状態通知システム１００のうち、携帯端末１０は、位置検知部１２による位置検知（ステップＳ１０１）を継続する。例えば、ＧＰＳ機能等により検知した位置を携帯端末１０に内蔵するあるいは外部との通信による地図データと参照する。なお、ステップＳ１０１に例示する位置検知について、ここでの一例では、経度、緯度に加え、高さ（高度）についても検知を行うものとする。高さ（高度）を検知することで、例えば高架がある場合も考慮可能となる。この場合、平面地図上では線路内であっても、高架下に要る移動体ＭＯについては、鉄道システム５０Ｃへの通報対象外とする、あるいは、鉄道システム５０Ｃへの通報後、危険状態判定部４０における判定対象から事前に除外する、といった態様とすることが可能になる。

以下、図５（Ｂ）を参照して、異常が発生した場合、すなわち異常状態発生時における一連の処理について、一例を説明する。携帯端末１０のうち、転倒検知部１１において転倒検知（ステップＳ２０１）が行われ、転倒が検知される（ステップＳ２０１：Ｙｅｓ）と、転倒検知部１１から位置検知部１２に転倒通知とともに位置情報取得通知がなされる（ステップＳ２０２）。位置検知部１２は、ステップＳ２０２の通知を受けると、ステップＳ１０１として常時行っていた位置検知の結果を、送信先選択部ＴＳに通知する（ステップＳ２０３）。なお、ステップＳ２０３の場合、図５（Ａ）における位置検知の通知と異なり、転倒検知部１１における転倒通知も併せて通知されることになる。

ステップＳ２０３の通知を受けた送信先選択部ＴＳは、通知された異常状態すなわち転倒発生の検知と、転倒発生の位置検知とに基づいて、異常に関する判定（異常判定）を行う（ステップＳ２０４）。すなわち、送信先選択部ＴＳは、異常発生に関する通知を要するか否かの判定を行う。この際、異常判定に併せて選択すべき送信先が決定される。なお、ここでの一例では、転倒発生が踏切内であることから、鉄道システム５０Ｃが送信先として選択される。異常判定の結果に応じて、無線部２０を介して、移動体ＭＯたる自転車ＢＣの異常状態に関する移動体情報（具体的には、例えば、「××踏切内にて転倒発生」等。）が位置検知の結果と合せて送信される（ステップＳ２０５）。

鉄道システム５０Ｃでは、無線部３０を介して、携帯端末１０からの移動体情報を位置情報とともに受け付けると（ステップＳ３０１）、危険状態判定部４０において、危険状態判定がなされる。すなわち、無線部３０で受け付けた移動体情報の内容と位置情報とに基づいて、どの程度の対応が必要であるかが判定される（ステップＳ３０２）。危険状態判定部４０は、危険状態判定の結果（具体的には、例えば、「××踏切内へ向かって走行する列車は減速」等。）を、列車制御部６０に対して送信する（ステップＳ３０３）。なお、列車制御部６０は、列車の制御に際して、上記危険状態判定部４０からの危険状態判定結果を加味して列車制御信号を、管轄下にある列車ＴＲや信号機ＳＧ等（図２参照）に対して送信する。

以下、図６を参照して、上記のような検知がなされる対象となり得る移動体ＭＯについて、一例を示す。上記の例では、異常発生の一態様として、転倒（踏切内での転倒）を想定している。このような異常（転倒発生）を検知すべきものとしては、上記一例あるいは図６（Ａ）に例示するような自転車ＢＣが、検知対象たる移動体ＭＯとなり得る。もちろん、転倒等を検知すべき移動体ＭＯとして、携帯端末１０を携帯する人すなわち歩行者ＨＵ（図２等参照）自体も含まれ得る。また、例えば図６（Ａ）に例示するように、移動体ＭＯとしての自転車ＢＣに携帯端末１０を取り付け、自転車ＢＣが検知対象となっている場合においても、本実施形態における検知対象とすることができる。同様に、図６（Ｂ）に示す二輪車（オートバイ）ＭＢや、図６（Ｃ）に示すベビーカー（バギー、乳母車）ＳＲ、あるいは、図６（Ｄ）に示す車イスＷＨ等や、これらを運転する人やこれらに乗る人までも含めて、検知対象たる移動体ＭＯとなり得る。なお、図示のように、二輪車ＭＢ、ベビーカーＳＲ、車イスＷＨ等についても、自転車ＢＣの場合と同様に、携帯端末１０を取り付けてもよい。

以上のように、本実施形態に係る異常状態通知システム１００では、移動体ＭＯの異常状態を検知した時に位置情報と合せて無線回線を介して異常情報管理センター５０に移動体情報を送信する携帯端末１０を備える。この場合、携帯端末１０によって、移動体ＭＯの異常状態を検知した時に、移動体情報を移動体の位置情報と合せて異常情報管理センター５０としての鉄道システム５０Ｃ等に送信できるので、移動体ＭＯや移動体ＭＯの周辺に関する危険回避、あるいは安全確保のために、検知された異常状態の具体的状況等に応じて、異常情報管理センター５０において例えば総合的視点から的確な対応をとることが可能になる。また、この際、携帯端末１０によって、無線回線を介して異常情報管理センター５０に情報送信がなされるので、移動体ＭＯの周辺において、移動体ＭＯの異常状態の検知や携帯端末１０との通信ができるような施設を必ずしも要しない。より具体的には、踏切ＣＲ側に携帯端末１０との通信設備が存しないような場合であっても、上記のような異常状態の通知が可能になる。

なお、上記では、異常状態を通知する送信先である異常情報管理センター５０についての一例として、鉄道システム５０Ｃについて説明したが、送信先は、既述のように、鉄道システム５０Ｃに限らず、検知された異常状態の内容（移動体情報）に応じて、種々の態様が考えられる。

また、検知装置ＤＴにおいて検知する内容についても、上記のような加速度センサーを利用した転倒に限らず、例えば温度や湿度等の外部環境、あるいは心拍数や体温、発汗量等の人体に関する情報、あるいは、移動体の移動速度、といった種々の内容を検知すべき事項（測定対象）とすることができる。

また、記憶部ＭＥに格納する各種情報についても、例えば地図データとして、鉄道路線図データ１５以外にも、交通道路に関する地図データ等が含まれていてもよい。例えば、位置検知の結果から、鉄道路線図データと交通道路に関する地図データとを参照することで、送信先を鉄道系とするか交通（道路）系とするかを決定してもよい。

さらに、携帯端末１０の送信先選択部ＴＳによって複数ある送信先のうちから一を選択するものとして説明したが、異常状態によっては、複数の送信先へ並行して通知を行うものとしてもよい。例えば、上記のような鉄道に関する異常が、道路交通にも影響するといった場合には、第１異常情報管理センター５０Ａである送信先１（警察署）や、第４異常情報管理センター５０Ｄである送信先４（交通管制センター）に対しても送信を要する可能性がある。また、移動体ＭＯの転倒に伴い、救急車を呼ぶことが必要と判断されるような場合には、第２異常情報管理センター５０Ｂである送信先２（消防署）に対しても送信を要する可能性がある。この場合、移動体ＭＯが保有する携帯端末１０により判断がなされるとともに、異常発生現場の位置情報を異常の内容（移動体情報）とともに発信できるので、より的確な対応を迅速に行うことが可能になる。

〔第２実施形態〕
以下、図７等を参照して、第２実施形態に係る異常状態通知システムについて説明する。図７は、本実施形態に係る異常状態通知システム２００の動作について一例を説明するための概念図であり、図２に対応する図である。また、図８は、駅の管轄に関して示す図である。このうち、図８（Ａ）は、駅の管轄に関する区分を示す地図データの一例を示す図であり、図８（Ｂ）は、管轄エリアと指令所との対応関係を示すデータの一例を示す図であり、図８（Ｃ）は、指令所における管轄エリアにある管轄対象とその位置との対応関係を示すデータの一例を示す図である。

なお、本実施形態に係る異常状態通知システム２００は、第１実施形態の異常状態通知システム１００の変形例であり、異常状態通知システム１００と共通する構成要素については同じ符号を付し、詳細な説明は省略する。

本実施形態では、送信先について、さらに細かな区分けがなされている点において、第１実施形態と異なっているが、見方を変えると、本実施形態は、第１実施形態の場合において、さらに詳しい一態様について示す実施形態である、とも言える。

本実施形態においても、複数の送信先すなわち異常情報管理センターから、鉄道システム５０Ｃを選択する場合について説明するが、本実施形態では、さらに、鉄道システム５０Ｃに関しても、複数の送信先に分かれている。具体的には、図７及び図８に示すように、鉄道システム５０Ｃは、駅を管轄する各指令所の各管轄エリア（管轄路線区間）Ａ，Ｂ，Ｃ…に応じて、複数の送信先として、鉄道システム５０Ｃ－α，５０Ｃ－β，５０Ｃ－γ…に分かれている。言い換えると、携帯端末１０は、位置検知の結果に応じて、上記複数の送信先のうちから一の送信先を選択する。

以下、携帯端末１０における送信先の選択に関して説明する。まず、前提として、ここでは、図８（Ａ）及び図８（Ｂ）に例示するように、各路線上の駅及び駅間を繋ぐ区間に応じて、各指令所α，β，γ…が管轄する管轄エリアＡ，Ｂ，Ｃ…がそれぞれ定められているものとする。携帯端末１０は、位置検知の結果を、図８（Ａ）及び図８（Ｂ）に示すデータと参照することで、鉄道システム５０Ｃとして存する複数の送信先である鉄道システム５０Ｃ－α，５０Ｃ－β，５０Ｃ－γ…のうち、いずれに対して送信すべきかを決定できる。

以上のように、図８（Ａ）及び図８（Ｂ）との参照により、送信先の選択（決定）は可能であるが、さらに、図８（Ｃ）において鉄道システム５０Ｃ－αにおける管轄エリアＡについて例示するように、管轄エリアごとにおける管轄対象について特定可能とする。すなわち、携帯端末１０は、位置検知の結果を、図８（Ｃ）に示すデータと参照することで、異常発生の位置が管轄エリアＡの管轄対象すなわち踏切、駅あるいは橋梁等のうちどこであるかまで特定する。

一方、別の前提として、図９（Ａ）に示すように、異常状態通知システム２００を構成するに際して、携帯端末１０について異常状態通知システム２００を構成するものとなるための事前登録として、例えば携帯端末１０たるスマホ等のＩＤ登録がなされるものとする。この場合において、さらに携帯端末１０の所有者を特定する各種登録情報に加え、移動体の種別について登録しておいてもよい。移動体の種別に関しては、図示にもあるように、例えば自転車等に乗ることが無い人は、歩行者として登録することが考えられる。一方、二輪車（バイク）に乗る場合も乗らずに歩く場合もある人は、バイク又は歩行者として登録することが考えられる。あるいは、図６において一例を示したように、自転車や車イス等に携帯端末１０を取り付ける場合には、専ら自転車や車イスが対象となり、この場合には、自転車や車イスとして登録することが考えられる。このような種別に関する事前登録をしておくことで、例えば携帯端末１０から転倒した旨の通知があった場合に、事前登録された内容を参照して、転倒した移動体が何であるのかを特定する、あるいは推定することができる。具体的には、異常発生時において、図９（Ｂ）に示すような情報が、移動体情報として、指令所α等の各管轄指令所に通知される、あるいは各管轄指令所において生成されることになり、転倒した移動体が何であるのかをスマホ等のＩＤ登録番号とともに移動体ＭＯを特定するための事項として示すことができる。なお、図示のように、移動体ＭＯの特定事項や、異常発生状況、異常発生位置の情報とともに、発生時刻の情報が通知されてもよい。

本実施形態においても、携帯端末１０によって、移動体ＭＯの異常状態を検知した時に、移動体情報を移動体の位置情報と合せて送信できるので、移動体ＭＯや移動体ＭＯの周辺に関する危険回避、あるいは安全確保のために、検知された異常状態の具体的状況等に応じて的確な対応をとることが可能になる。特に、本実施形態では、鉄道システムにおける管轄エリアごとの指令所に対して送信できるので、より的確な送信先へ迅速に通知できる。

〔第３実施形態〕
以下、図１０を参照して、第３実施形態に係る異常状態通知システムについて説明する。図１０は、本実施形態に係る異常状態通知システム３００における一連の処理について一例を示すシーケンス図であり、図５（Ｂ）に対応する図である。

なお、本実施形態に係る異常状態通知システム３００は、第１実施形態の異常状態通知システム１００等の変形例であり、異常状態通知システム１００等と共通する構成要素については同じ符号を付し、詳細な説明は省略する。

本実施形態では、移動体ＭＯが転倒した場合ではなく、踏切等の特定の場所において留まっている場合等についての対応である点において、第１実施形態等の場合と異なっているが、見方を変えると、本実施形態は、第１実施形態の場合と並列的に処理がなされ得る異常状態の通知についての実施形態である、とも言える。

ここでは、上述のように、踏切等の特定の場所において、移動体ＭＯが留まっているか否かを判定する。踏切等のように、本来その場に留まることなく迅速に通過すべき場所において、移動体ＭＯが一定時間以上滞在し続けているのは、何らかの異常が発生している可能性が高い。そこで、本実施形態では、一例として、予め定めた一定時間以上踏切内に移動体ＭＯが留まっている場合に対する対応について考察する。

以下、図１０を参照して、異常状態通知システム３００における一連の処理について一例について詳細を説明する。

まず、異常状態通知システム３００のうち、携帯端末１０は、異常の発生を問わず、位置検知部１２による位置検知（ステップＳ４０１）を続け、ステップＳ４０１での位置検知から一定時間経過するまでの間、同じ位置が検知されると（ステップＳ４０２）、その旨を位置検知結果とともに送信先選択部ＴＳに通知する（ステップＳ４０３）。

ステップＳ４０３の通知を受けた送信先選択部ＴＳは、位置検知に基づいて、異常に関する判定（異常判定）を行う（ステップＳ４０４）。すなわち、送信先選択部ＴＳは、異常発生に関する通知を要するか否かの判定を行う。この際、異常判定に併せて選択すべき送信先が決定される。なお、ここでの一例では、検知された位置が踏切内であるものとしており、この場合、鉄道システム５０Ｃが送信先たる異常情報管理センター５０として選択される。すなわち、異常判定の結果に応じて、無線部２０を介して、移動体ＭＯたる自転車ＢＣの異常状態に関する移動体情報（具体的には、例えば、「××踏切内にて移動体あり」等。）が位置検知の結果と合せて送信される（ステップＳ４０５）。

なお、鉄道システム５０Ｃでは、図５（Ｂ）を参照して説明した場合と同様に、無線部３０を介して、携帯端末１０からの移動体情報を位置情報とともに受け付け、危険状態判定部４０において、危険状態判定がなされ、危険状態判定の結果（具体的には、例えば、「××踏切内へ向かって走行する列車は減速」等。）を、列車制御部６０に対して送信する。

なお、上記において、予め定める一定時間については、携帯端末１０を携帯する移動体ＭＯの種別や、個人情報に応じて個別に設定してもよい。例えば歩行者である場合と自転車や二輪車である場合とでは、踏切に進入してから通過完了するまでの時間が異なる。さらに、同じ歩行者であっても、年齢や身体的特性等によって、通過を完了するまでの時間が異なる。このような場合に対応すべく、例えば事前登録の内容によって上記一定時間を個別に定めてもよい。また、検知された位置の特性に応じて記一定時間を定めてもよい。

上記の一変形例として、例えば、一定時間をゼロとする、すなわち位置検知とともに常に送信先選択部ＴＳによる異常判定を行うものとしてもよい。この場合、例えば進入禁止区間に入ってしまった移動体ＭＯを即座に検知できる。

本実施形態においても、携帯端末１０によって、移動体ＭＯの異常状態を検知した時に、移動体情報を移動体の位置情報と合せて送信できるので、移動体ＭＯや移動体ＭＯの周辺に関する危険回避、あるいは安全確保のために、検知された異常状態の具体的状況等に応じて的確な対応をとることが可能になる。特に、本実施形態では、異常状態の検知として一定時間以上同じ特定の場所に留まっている移動体ＭＯを検知することで、安全性を高めることができる。

〔第４実施形態〕
以下、図１１等を参照して、第４実施形態に係る異常状態通知システムについて説明する。図１１は、本実施形態に係る異常状態通知システム４００における一連の処理について一例を示すシーケンス図であり、図５（Ｂ）等に対応する図である。

なお、本実施形態に係る異常状態通知システム４００は、第１実施形態の異常状態通知システム１００等の変形例であり、異常状態通知システム１００等と共通する構成要素については同じ符号を付し、詳細な説明は省略する。本実施形態では、第１実施形態に例示した移動体ＭＯが転倒した場合において、転倒の判定処理についてより詳細な一例を示す実施形態である。

例えば、移動体ＭＯが転倒しても、その後すぐに立ち上がって、その場（踏切等）から立ち去る場合もあり、このような場合には、わざわざ異常と捉えて通知をする必要が無い。そこで、本実施形態では、第１実施形態における転倒に際して、上記した通報を要しない場合には、これを通知対象から除外するための手法について一例を説明する。

以下、図１１を参照して、異常状態通知システム４００における一連の処理について一例について詳細を説明する。

まず、携帯端末１０のうち、転倒検知部１１において転倒検知（ステップＳ５０１）が行われ、転倒が検知される（ステップＳ５０１：Ｙｅｓ）と、転倒検知部１１から位置検知部１２に転倒通知とともに位置情報取得通知がなされる（ステップＳ５０２）。位置検知部１２は、ステップＳ５０２の通知を受けると、位置検知の結果を、送信先選択部ＴＳに通知する（ステップＳ５０３）。

ステップＳ５０３の通知を受けた送信先選択部ＴＳは、直ちには異常判定を行わず、まず、位置検知の結果を確認し、踏切等の特定の場所、すなわち一定時間以上滞在すべきではない箇所であるか否かの判定（第１判定）をし（ステップＳ５０４）、ステップＳ５０４において特定の場所であれば（ステップＳ５０４：Ｙｅｓ）、ステップＳ５０３での位置検知の結果通知から一定時間経過後に、当該箇所から移動したか否かを確認すべく、送信先選択部ＴＳは、位置検知部１２に問い合わせ（ステップＳ５０５）、再度位置検知部１２による位置検知を行わせる（ステップＳ５０６）。

送信先選択部ＴＳは、ステップＳ５０６における位置検知の結果に基づき、異常に関する判定（異常判定；第２判定）を行う（ステップＳ５０７）。ステップＳ５０６において、同じ位置にいる旨の通知を受けた場合、送信先選択部ＴＳは、ステップＳ５０７において異常状態すなわち転倒発生が検知されたものと判定する。

なお、以下の処理については、図５（Ｂ）に示したステップＳ２０５以降の処理と同様であるので、詳しい説明を省略する。

以下、図１２に示すフローチャートを参照して、携帯端末１０の一連の処理について一例を説明する。すなわち、図１１を参照して説明した一連の処理（図５（Ｂ）での説明等を含む）を含めた携帯端末１０における各種処理のさらなる詳細について一例を説明する。ここでは、転倒を含めた各種異常状態の検知を携帯端末１０において行っているものとした上で、そのうち転倒に関するものの処理を行う態様であるものとして説明する。

まず、携帯端末１０は、検知装置ＤＴにおいて、転倒検知部１１として機能する加速度センサーを含む各種センサー等により取得した検知情報に基づく異常発生についての有無の確認を継続する（ステップＳ６０１）。

ステップＳ６０１において、何らかの異常が検知されると（ステップＳ６０１：Ｙｅｓ）、携帯端末１０は、当該異常が転倒に関するものであるか否かを確認する（ステップＳ６０２）。なお、ステップＳ６０２において、転倒以外の異常が検知された場合には（ステップＳ６０２：Ｎｏ）、当該異常は、他の処理において取り扱われるものとし、ここでは、触れない。また、この場合、携帯端末１０は、転倒に関するものの処理としては、これ以上の処理を行わず、ステップＳ６０１からの処理に戻る。

ステップＳ６０２において、転倒に関する異常があったことが確認されると（ステップＳ６０２：Ｙｅｓ）、携帯端末１０は、検知装置ＤＴのうち位置検知部１２による移動体ＭＯの位置検知すなわち携帯端末１０自身の位置検知を行う（ステップＳ６０３）。

次に、携帯端末１０は、ステップＳ６０３における位置検知の結果、現在位置が対象範囲内であるか否かを確認する（ステップＳ６０４）。すなわち、携帯端末１０は、送信先選択部ＴＳとして、現在位置が踏切等のような一定時間以上滞在すべきではない特定の場所であるか否かを判定する。

ステップＳ６０４において、対象範囲内でないすなわち踏切等の特定の場所でないと判例された場合には（ステップＳ６０４：Ｎｏ）、これ以上の処理を行わず、ステップＳ６０１からの処理に戻る。

一方、ステップＳ６０４において、対象範囲内であると判定された場合（ステップＳ６０４：Ｙｅｓ）、携帯端末１０は、送信先選択部ＴＳとして、通知を行う送信先を設定する（ステップＳ６０５）。例えば、対象範囲内とされた場所が踏切であれば、当該踏切を管轄する指令所を、送信先として設定する。

また、ステップＳ６０５での設定とともに、携帯端末１０は、送信先選択部ＴＳとして、移動体ＭＯがステップＳ６０３における位置検知の箇所に一定時間以上留まっているか否かを確認すべく、一定時間の経過を確認し（ステップＳ６０６）、一定時間の経過後（ステップＳ６０６：Ｙｅｓ）、再度の位置検知を位置検知部１２に行わせて、当該位置検知から対象範囲内に一定時間以上留まったままか否かを確認する（ステップＳ６０７）。

ステップＳ６０７において、留まっていない、すなわち特定の場所から移動したと判定された場合には（ステップＳ６０７：Ｎｏ）、これ以上の処理を行わず、ステップＳ６０１からの処理に戻る。

一方、ステップＳ６０７において、留まったままである、すなわち特定の場所から移動していないと判定された場合には（ステップＳ６０７：Ｙｅｓ）、転倒に関する異常が特定の場所（例えば踏切等）で発生したものと判断し、ステップＳ６０５で設定した送信先へ移動体情報及び位置情報の通知を行う（ステップＳ６０８）。

なお、携帯端末１０は、転倒に関する異常状態の通知に関して、上記のような動作を繰り返す。

また、上記内容は、移動体ＭＯの転倒に関しての説明であるが、携帯端末１０は、転倒に限らず、転倒以外の異常状態についても、検知動作を並行して行う、すなわち並列的に処理を行うものとしてもよい。

以下、図１３に示すフローチャートを参照して、送信先としての鉄道システム５０Ｃの一連の処理について一例を説明する。すなわち、図１１を参照して説明した一連の処理（図５（Ｂ）での説明等を含む）を含めた鉄道システム５０Ｃにおける各種処理のさらなる詳細について一例を説明する。ここでは、転倒を含めた各種異常状態の検知を携帯端末１０において行っているものとした上で、携帯端末１０からの各種情報の処理を行う態様について説明する。

まず、鉄道システム５０Ｃのうち、無線部３０は、携帯端末１０からの各種情報の受信確認を継続する（ステップＳ７０１）。

ステップＳ７０１において、受信が確認されると、危険状態判定部４０は、除外処理を行う（ステップＳ７０２）。除外処理とは、明らかに危険状態から外れる事案を除外事項とし、危険か否かを判定する前に、処理対象から取り除くことを意味する。除外事項としては、例えば、通知された移動体が、電車内の乗客であることが判明した場合や、既述のように、緯度経度では一致するものの高さ（高度）を比較することで、移動体が鉄道の高架下に存在することが判明した場合等が考えられる。以上のように、ステップＳ７０２において、鉄道システム５０Ｃ側が有する情報との照合により、内容について危険か否かを判定するまでもない事案を予め除外できる。

ステップＳ７０２での処理後、危険状態判定部４０は、予め定められた処理に基づいて、受信した携帯端末１０からの各種情報すなわち移動体情報及び位置情報に基づいて、危険状態の判定等一連の処理をする（ステップＳ７０３）。すなわち、危険状態の判定をし、必要に応じて、列車制御部６０に対して判定結果を送信する。

列車制御部６０は、危険状態判定部４０からの危険状態判定結果を加味して列車制御信号を作成し（ステップＳ７０４）、管轄下にある列車や信号機等に対して送信する（ステップＳ７０５）。

なお、鉄道システム５０Ｃは、上記のような携帯端末１０からの通知に対する処理動作を繰り返す。

本実施形態においても、携帯端末１０によって、移動体ＭＯの異常状態を検知した時に、移動体情報を移動体の位置情報と合せて送信できるので、移動体ＭＯや移動体ＭＯの周辺に関する危険回避、あるいは安全確保のために、検知された異常状態の具体的状況等に応じて的確な対応をとることが可能になる。特に、本実施形態では、移動体ＭＯの転倒に関する検知をより正確に行うことができる。

〔第５実施形態〕
以下、図１４を参照して、第５実施形態に係る異常状態通知システムについて説明する。図１４は、本実施形態に係る異常状態通知システム５００の動作について一例を説明するための概念図であり、図２等に対応する図である。

なお、本実施形態に係る異常状態通知システム５００は、第１実施形態の異常状態通知システム１００等の変形例であり、異常状態通知システム１００等と共通する構成要素については同じ符号を付し、詳細な説明は省略する。第１実施形態等では、踏切ＣＲ側に携帯端末１０との通信設備が存しないような場合であっても、携帯端末１０と送信先との間での通信が可能である旨を説明したが、踏切ＣＲ等のインフラ側において、無線回線としての近距離受信システムＳＳＤを設けていてもよい。すなわち、当該近距離受信システムＳＳＤを利用して、携帯端末１０と送信先との間での通信を行うものとしてもよい。

以下、本実施形態に係る異常状態通知システム５００について説明する。図１４に示すように、本実施形態に係る異常状態通知システム５００は、一例として、鉄道システムに関するインフラ側である踏切ＣＲにおいて、携帯端末１０と無線による近距離の送受信を可能にする受信部ＲＸが設けられている。受信部ＲＸは、自己を管轄する鉄道システム５０Ｃと接続されている。以上により、近距離受信システムＳＳＤが構成される。なお、近距離通信としては、既知の種々の方法を採用することができる。

この場合、例えば、携帯端末１０において、携帯端末１０を携帯する移動体ＭＯが踏切ＣＲにおいて転倒を検知すると、携帯端末１０は、踏切ＣＲに設けた受信部ＲＸとの近距離通信を行う。受信部ＲＸは、受信結果としての移動体情報及び位置情報を、鉄道システム５０Ｃに対して出力（送信）する。

本実施形態においても、携帯端末１０によって、移動体ＭＯの異常状態を検知した時に、移動体情報を移動体の位置情報と合せて送信できるので、移動体ＭＯや移動体ＭＯの周辺に関する危険回避、あるいは安全確保のために、検知された異常状態の具体的状況等に応じて的確な対応をとることが可能になる。特に、本実施形態では、近距離受信システムＳＳＤを利用して直接的に異常情報管理センターたる鉄道システム５０Ｃへの移動体情報及び位置情報の送信が可能となる。

〔その他〕
この発明は、上記の実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様で実施することが可能である。

まず、上記実施形態では、説明を分かりやすくするため、各種情報処理を、携帯端末１０で行う処理すなわち発生現場の側で行うものと、鉄道システム５０Ｃ等の異常情報管理センター側で行うものとに区別して説明したが、上記は例示であり、各種処理について、その一部又は全部を異なる場所で行ってもよい。例えば、図１５に示す異常状態通知システム６００のように、一部の処理をクラウド化して、処理結果のみを通信するようにしてもよい。すなわち、携帯端末１０に関しては、図３における記憶部ＭＥに格納される各種データや、送信先選択部ＴＳとして機能するための各種プログラムをクラウドＣＤ上で取り扱うものとしてもよい。さらに、鉄道システム５０Ｃに関しては、危険状態判定部４０として機能するための各種プログラムをクラウドＣＤ上で取り扱うものとしてもよい。

具体的には、例えば携帯端末１０の側であれば、転倒等の発生した異常の検知と、ＧＰＳ等による位置の検知及び通信機能を有していれば、残りの処理をクラウドＣＤ上で行うものとしてもよい。また、鉄道システム５０Ｃの側であれば、危険状態に関する判定結果を受け付け、受け付けた危険状態判定結果を加味して列車制御部６０において、列車制御信号の作成及び送信を行ってもよい。すなわち、以下のように処理をしてもよい。

まず、携帯端末１０は、現場で生じた転倒等の異常発生の内容と、スマホＩＤ等の携帯端末１０あるいはそれを携帯する移動体ＭＯを特定する情報と、携帯端末１０あるいは移動体ＭＯの位置情報とを、クラウドＣＤ上に送信する。

クラウドＣＤでは、鉄道に関する地図データや、送信先に関する情報、またこれらに基づく判定処理や送信先の選択を可能にするための各種プログラム等を使って、異常状況についての判定や送信先の選択等の必要な判断が可能になっている。さらに、クラウドＣＤにおいて送信先における危険度判定等を行った上で、判定結果を鉄道システム５０Ｃに送信する。

なお、以上において、送信先が例えば鉄道システム５０Ｃであれば、危険度判定に基づく列車制御内容判定を、クラウドＣＤの側において行うことが可能になるが、送信先が交通管制センターである場合には、例えば信号制御内容判定を行い、送信先が警察署や消防署である場合には、例えば出動要否判定を行う、といった態様にもできる。

また、各種検知において、学習機能を有するものとしてもよい。例えば、加速度センサーの検知結果に基づく転倒検知について、学習を重ねることで、転倒でない場合を点灯と誤検知してしまう可能性を低減できる。

また、上記では、携帯端末１０をスマホ等の汎用機にアプリをダウンロードすることで構成しているが、これに限らず、携帯端末１０として機能する専用機を利用するものとしてもよい。

また、上記各実施形態について、可能な範囲で組み合わせて適用することも可能である。

１０…携帯端末（通信端末）、１１…転倒検知部、１２…位置検知部、１５…鉄道路線図データ、２０…無線部、３０…無線部、４０…危険状態判定部、５０，５０Ａ，５０Ｂ，５０Ｄ…異常情報管理センター、５０Ｃ…異常情報管理センター（鉄道システム）、６０…列車制御部、１００，２００，３００，４００，５００，６００…異常状態通知システム、Ａ，Ｂ，Ｃ…管轄エリア、ＢＣ…自転車、ＣＤ…クラウド、ＣＬ…ネットワーク回線、ＣＲ…踏切、ＤＡ…状態送信先テーブル、ＤＴ…検知装置、ＨＵ…歩行者、ＩＦ…ユーザーインターフェース、ＭＢ…二輪車（オートバイ）、ＭＥ…記憶部、ＭＯ…移動体、ＲＸ…受信部、ＳＧ…信号機、ＳＲ…ベビーカー、ＳＳＤ…近距離受信システム、ＴＲ…列車、ＴＳ…送信先選択部、ＷＨ…車イス、α～γ…指令所

Claims (4)

1. 移動体の異常情報を、無線回線を介して異常情報管理センターに送信する携帯端末を備え、前記異常情報の処理に加え、前記異常情報の内容に基づく判断処理をする異常状態通知システムであって、
   前記携帯端末は、送信先の情報を含む状態送信先テーブルと、送信先に関連する位置情報を含む地図データとを有し、前記地図データと検知された異常発生の位置との照合結果に基づき通知する送信先を選択する、異常状態通知システム。
2. 前記携帯端末は、前記照合結果に加え、前記移動体の異常情報の内容に基づいて、通知する送信先を選択し、
   前記異常情報管理センターは、前記携帯端末から受けた前記異常情報に基づいて対応を判断する、請求項１に記載の異常状態通知システム。
3. 前記携帯端末において、前記状態送信先テーブルには、送信先として鉄道システムが含まれ、前記地図データには、鉄道路線図データが含まれ、
   前記携帯端末は、前記鉄道路線図データを利用して異常発生の位置が鉄道路線内であると判定した場合に、前記鉄道システムを前記異常情報管理センターとして選択し、情報送信を行う、請求項１及び２のいずれか一項に記載の異常状態通知システム。
4. 前記状態送信先テーブルには、送信先として、前記鉄道システムのほか、警察署、消防署及び交通管制センターが含まれ、
   前記地図データには、送信先に関連する施設の位置情報が含まれる、請求項３記載の異常状態通知システム。

Images