JP4469380B2 - 通報システム、通報システムの通報方法、通報監視装置の通報プログラム - Google Patents

Description

本発明は、例えば、列車内で発生したトラブルを通報するための通報システム、通報システムの通報方法、通報監視装置の通報プログラムに関するものである。

怪我、ケンカ、泥酔、忘れ物、痴漢行為などのトラブルが列車内で発生した場合に、居合わせた乗客がトラブルに巻き込まれることを恐れ自ら解決したり駅員に通告することを躊躇したりするケースがある。
列車内で起きたトラブルの通報に関する文献として特許文献１や特許文献２がある。
特許３１３４８４３号公報 特開２００３−１８９３６４号公報

しかし、特許文献１では、携帯電話機からの通知を表示することにより乗客の通報を車掌に通知する処理を列車内において行い、車掌が通報者との通話により連絡を受けるため、通話の必要な通報者が通報に躊躇するという懸念や、車掌が対処方法の判断も各所への連絡もこなさなければならないという課題がある。
また、特許文献２では携帯電話機に非常ボタンを備える必要があるという課題がある。

本発明は、例えば、トラブルに巻き込まれることに対する恐れを軽減して通報を促すことを目的とする。
また例えば、本発明は、通報が有った際、車掌の負荷を軽減し、通報に対する対処ミスを抑止できるようにすることを目的とする。
また例えば、本発明は、非常ボタンのような通報のための特殊な装置を携帯電話機に要せずに通報できるようにすることを目的とする。

本発明の通報システムは、当該車両を識別する車両識別符号を含む提供情報を通信機器を用いて車両内に発信する情報提供装置と、前記情報提供装置から提供情報を受信した携帯端末装置から送信された通報内容を識別する通報区分と前記携帯端末装置を識別する個体識別子と前記提供情報に含まれる車両識別符号とを含む通報情報を通信機器を用いて受信する通報情報受信部と、各携帯端末装置を識別する個体識別子に対応付けて当該携帯端末装置からの通報の信用度を示す個体信用点が記憶機器に記憶された個体データベースと、前記個体データベースから前記通報情報受信部が受信した通報情報が示す個体識別子に対応する個体信用点を取得する信用点取得部と、前記通報情報受信部が受信した各通報情報について通報区分と車両識別符号とに対応付けて通報の信頼度を示す通報スコアが記憶機器に記憶された通報データベースと、前記通報データベースに対して、前記通報情報受信部が受信した通報情報が示す通報区分と車両識別符号とに対応する通報スコアを前記信用点取得部が取得した個体信用点に基づいて更新する通報スコア更新部と、前記通報スコア更新部が更新した通報スコアと所定の閾値とをＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて比較し、当該通報スコアが閾値以上であると判定した場合に当該通報区分と当該車両識別符号とを出力機器から出力する通報出力部とを備えた通報監視装置とを有することを特徴とする。

本発明によれば、携帯端末が提供情報の取得の際に車両を識別する車両識別符号を取得するため、車両外の司令室（通報監視装置）に取得済みの車両識別符号を送信することでトラブルの発生場所を通報することができる。つまり、通報が容易に行えるため、通報者がトラブルに巻き込まれることを防ぎ、乗客に通報を促すことができる。

実施の形態１．
図１は、実施の形態１における通報システム９９０の構成図である。
鉄道を交通手段の一例として、実施の形態１における通報システム９９０の構成について、図１に基づいて以下に説明する。但し、交通手段はバスやタクシーなどの他の交通手段であっても構わない。列車９９１、バス、タクシーは車両の一例である。

各鉄道事業者の各列車９９１は、列車９９１内において列車９９１内の各機器を制御するシステム（以下、列車内システムとする）と地上の施設において各列車９９１の運行監視を行うシステム（以下、司令部システム７００とする）とにより運行管理されている。

図１において、司令部システム７００は地上系装置５００、司令室端末５１０、Ｗｅｂサーバ６００により構成される。但し、実施の形態１における司令部システム７００は１つの装置（通報監視装置）として構成されていても構わない。
地上系装置５００は線路上のセンサ（図示省略）などからの情報により各列車９９１がどの位置を走行中であるか、予定通りの運行状況であるかなどの情報を司令室端末５１０や駅表示装置５４０に通知し、各駅の駅表示装置５４０は地上系装置５００からの通知に基づいて各列車９９１の到着予定時刻や遅延時間などの運行状況を表示する。また、司令室では各列車９９１の運行ダイヤと地上系装置５００から通知された運行状況とに基づいて停止や減速などの指令が司令室端末５１０から駅員端末５３０や運転台装置５２０に通知される。そして、駅員端末５３０で指令を受けた駅員や運転台装置５２０で通知を受けた運転士は司令室からの指令に応じて所定のアナウンスや運転制御を行う。

列車９９１内において、列車内装置３００は、列車番号、運行ダイヤ（停車駅や到着時刻を示す路線情報）など、自装置が搭載された列車９９１の情報を記憶管理している。また、列車内装置３００は、その他に車輪の回転数に基づいて始発駅からの距離（キロ程）を記録管理し、自己が搭載された車両（自己が制御する対象の車両）の車両番号を記録管理し、運行ダイヤやキロ程に基づいて列車９９１がどの駅間を走行中であるか、次の到着駅はどこかなどの情報を記録管理している。
また、列車内装置３００は運転台装置５２０での運転士による加速や減速などの運転操作や速度計・加速度計（図示省略）などの計測値に基づいてブレーキ３３０を制御したり、運転台装置５２０での運転士による開閉操作に基づいてドア３２０を制御したり、各車両の温度計・湿度計（図示省略）などの計測値に基づいてエアコン３１０を制御したりする。
また、列車内装置３００は運行ダイヤや次の到着駅などの情報を情報サーバ４００に提供し、情報サーバ４００が生成した運行ダイヤ・次の到着駅の表示情報や企業のコマーシャル、ニュース、天気、雑学などのコンテンツを情報ディスプレイ４１０に表示させる。

情報サーバ４００と情報ディスプレイ４１０とは列車９９１内の表示装置を用いて乗客に情報提供を行うシステムを構成する。

実施の形態１における通報システム９９０は車内端末１００が当該車両を識別する車両識別符号を含む提供情報（コンテンツ）を通信機器を用いて車両内に発信して乗客の携帯端末２００に提供することを特徴とする。
また、司令部システム７００（通報監視装置）において、Ｗｅｂサーバが携帯端末２００からの通報を受け付ける受付システムを構成し、地上系装置５００が携帯端末２００からの通報を司令室端末５１０に通知し、司令室端末５１０からの指令を通報現場の列車内装置３００や運転台装置５２０、次に到着する駅の駅員端末５３０などに通知する通報システムを構成し、司令室端末５１０が通報の一覧表示や指令員からの指令の入力を行う監視システムを構成することを特徴とする。

路線番号は当該列車９９１が運行する路線を識別する情報・符号・ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）の一例であり、列車番号は列車９９１を識別する情報・符号・ＩＤの一例であり、車両番号は車両を識別する情報・符号・ＩＤの一例であり、路線番号と列車番号と車両番号とは１車両を特定する識別情報・識別符号・識別ＩＤの一例である。
携帯端末２００の形態には携帯電話機、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）（登録商標）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）（登録商標）、接触型・非接触型ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードなどがある。
車内端末１００と携帯端末２００とはＦｅｌｉｃａ（登録商標）、赤外線、可視光、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗ−ＬＡＮ（ワイヤレスラン）などを利用した無線通信を行う。以下、Ｆｅｌｉｃａ（登録商標）のように、携帯端末２００が車内端末１００から近距離（数ミリメートル）または短距離（数センチメートル）の範囲（以下、近距離とする）に接近することにより、車内端末１００と携帯端末２００とが通信を行うものとして説明する。
実施の形態１においてサーバや端末は装置、機器を意味する。

図２は、実施の形態１における通報システム９９０の通報方法を示す図である。
情報サーバ４００により提供された提供情報を車内端末１００から携帯端末２００に取得した乗客が、車両内でトラブルが起きたことを知った際、提供情報に含まれる車両を特定する情報を携帯端末２００から送信することにより、司令部システム７００にトラブルの発生した車両を通報し、司令部システム７００が当該通報の信頼度を判定し、司令員や現場乗務員や列車内装置３００が信頼度の高い通報に対して対応する実施の形態１における通報方法の処理全体の流れ（１）〜（８）について、図２に基づいて以下に説明する。

（１）列車情報の取得（情報提供処理の一例）
列車９９１に乗車した乗客（通報者）は、携帯端末２００を車内端末１００に近接させることにより、情報サーバ４００が提供する運行ダイヤ、次の到着駅の情報、企業のコマーシャル、ニュース、天気、雑学などの情報を携帯端末２００に取得することができる。このとき、車内端末１００は車内端末記憶部１９０に記憶している当該車両を特定する路線番号、列車番号、車両番号を情報サーバ４００の提供情報と合わせて無線装置１０１を用いて携帯端末２００に送信する。携帯端末２００は無線装置２０１を用いて車内端末１００から提供情報、路線番号、列車番号、車両番号を受信する。

（２）受付システムへの通報（通報情報受信処理、信用点取得処理、通報スコア更新処理の一例）、（２）’受付システムへの追加情報の送信
乗車している車両内でトラブルが発生した場合、携帯端末２００に提供情報を取得した乗客（通報者）は提供情報と共に携帯端末２００に記憶された路線番号、列車番号、車両番号を司令部システム７００に送信することにより、トラブルの発生している車両を司令部システム７００に通報することができる。乗客（通報者）は携帯端末２００のアプリケーションもしくはＷｅｂブラウザ２０３の機能を用いて司令部システム７００に路線番号、列車番号、車両番号、トラブル内容を送信する。また、乗客（通報者）は２回目以降の追加情報として、携帯端末２００に備わるカメラやマイクなどの画像・映像・音声記録装置２０２を用いて現場の画像や音声を取得し、取得した画像や音声のファイルを添付した電子メールをメールクライアント２０４の機能を用いて司令部システム７００に送信してもよい。

（３）指令への通報（通報出力処理の一例）
受付システム７１０は、通報者の携帯端末２００から受信した通報情報に基づいて、通報元である携帯端末２００（または通報者）の情報を個体ＤＢ７９１に登録すると共に、同一事象のトラブルに対してされた各通報の情報を一つに纏めて通報ＤＢ７９２に登録する。また、受付システム７１０は過去の通報結果などに基づく各通報元の信頼度（個体信用点）に基づいて各トラブルに対する通報の信頼度（通報スコア）を算出して通報ＤＢ７９２に登録する。同一事象のトラブルは、例えば、路線番号、列車番号、車両番号、トラブル内容（通報区分）、通報日時により特定される。
そして、通報システム７２０は、通報ＤＢ７９２に登録された各トラブルに対する通報の信頼度（通報スコア）に基づいて実際に発生している可能性の高いトラブルを特定し、特定したトラブルの情報を監視システム７３０のスピーカー９０９から音声出力したり、表示装置９０１に表示したりする。

（４）指令の確認
スピーカー９０９からのトラブル発生の警報・放送を聴いた指令員は発生したトラブルの内容を表示装置９０１で確認する。

（５）現場の乗務員・機器への指示
トラブル内容を確認した指令員は監視システム７３０を用いてトラブルが発生した列車９９１の乗務員に指示を出す。例えば、指令員は電話により現場乗務員に指示を出す。また例えば、指令員は司令室端末５１０を用いて運転台装置５２０や列車内装置３００に指示内容（トラブルの発生した車両、トラブル内容、対応方法など）を示す情報を送信する。

（６）指示に基づく現場でのトラブル解決
トラブルの発生現場である列車９９１では指令員の指示に基づいてトラブルに対応する。例えば、乗務員はトラブルが発生している車両に移動してトラブルの解決を図る。また例えば、運転台装置５２０で指示を受けた運転士は停車などの運転操作を行う。また例えば、トラブルの発生した車両の列車内装置３００は、監視カメラ３４０を起動して現場の映像や音声を取得したり、スピーカー３５０から所定のアナウンス音声を出力したりする。

（７）指令への完了報告
トラブルに対応した現場から対応結果を指令員に報告する。例えば、乗務員はトラブルが実際に発生していたか、トラブルを解決できたかなどを指令員に電話報告する。また例えば、運転士は運転台装置５２０を用いて列車９９１を緊急停車したことを示す通知を司令室端末５１０に送信する。また例えば、列車内装置３００は監視カメラ３４０で取得した映像や音声のファイルを司令室端末５１０に送信する。

（８）監視システムへの結果入力
指令員は電話機や司令室端末５１０において現場からのトラブル対応結果を確認し、司令室端末５１０を用いて確認結果に基づいて個体ＤＢ７９１に登録されている各通報元の信頼度（個体信用点）を更新したり、通報ＤＢ７９２に登録されている対応したトラブルのステータス（対処済みフラグ）を更新したりする。例えば、指令員は乗務員からの電話報告によりトラブル対応結果を確認する。また例えば、指令員は司令室端末５１０に表示された現場映像や音声出力された現場音声に基づいてトラブル対応結果を確認する。

図３、図４は、実施の形態１における通報システム９９０のハードウェア資源の一例を示す図である。
図３、図４において、各装置・機器・システムは、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３、ＲＡＭ９１４、通信ボード９１５（または通信チップ）、磁気ディスク装置９２０と接続される。司令部システム７００において、ＣＰＵ９１１は表示装置９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＣＤＤ９０５（コンパクトディスク装置）、プリンタ９０６、スキャナ９０７、マイク９０８、スピーカー９０９などとも接続される。そして、ＣＰＵ９１１はこれらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶機器、記憶装置あるいは記憶部の一例である。また、入力データが記憶されている記憶機器は入力機器、入力装置あるいは入力部の一例であり、出力データが記憶される記憶機器は出力機器、出力装置あるいは出力部の一例である。
通信ボード９１５、キーボード９０２、スキャナ９０７、ＦＤＤ９０４などは、入力機器、入力装置あるいは入力部の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ９０６などは、出力機器、出力装置あるいは出力部の一例である。

通信ボード９１５（または通信チップ）は電話回線網、ＬＡＮ（ローカルエリアネットワーク）、インターネット９４０、ＷＡＮ（ワイドエリアネットワーク）などに有線または無線により接続されている。

磁気ディスク装置９２０には、ＯＳ９２１（オペレーティングシステム）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、ＯＳ９２１、ウィンドウシステム９２２により実行される。

上記プログラム群９２３には、実施の形態において「〜部」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。

ファイル群９２４には、実施の形態において、「〜部」、「〜端末」、「〜装置」、「〜システム」などの機能を実行した際の「〜の判定結果」、「〜の計算結果」、「〜の処理結果」などの結果データ、「〜部」の機能を実行するプログラム間で受け渡しするデータ、その他の情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。列車９９１内の提供情報（路線番号、列車番号、車両番号を含む）、乗客の携帯端末２００からの通報情報、個体ＤＢ７９１や通報ＤＢ７９２のレコード情報などはファイル群９２４に含まれるものの一例である。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
また、実施の形態において説明するフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）等の記録媒体に記録される。また、データや信号値は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、実施の形態において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、通報プログラムは、「〜部」としてコンピュータを機能させるものである。あるいは、「〜部」、「〜端末」、「〜装置」、「〜システム」の手順や方法をコンピュータに実行させるものである。

図５は、実施の形態１における車内端末１００、携帯端末２００の機能構成図である。
図６は、実施の形態１における列車内装置３００の機能構成図である。
図７は、実施の形態１における司令部システム７００の機能構成図である。
実施の形態１における車内端末１００、携帯端末２００、列車内装置３００および司令部システム７００の機能構成について、図５、図６および図７に基づいて以下に説明する。

図５において、車内端末１００（情報提供装置の一例）は対携帯通信部１１０、端末制御部１２０、対列車内装置通信部１３０および車内端末記憶部１９０を備える。
対列車内装置通信部１３０は通信機器を用いて有線または無線により列車内装置３００と通信を行う。例えば、対列車内装置通信部１３０は列車内装置３００から路線番号、列車番号、車両番号、情報サーバ４００の提供情報を取得する。
車内端末記憶部１９０は記憶機器を用いて車内端末１００で使用する各データの記憶管理を行う。例えば、車内端末記憶部１９０は列車内装置３００から取得した路線番号、列車番号、車両番号、情報サーバ４００の提供情報を記憶管理する。また例えば、車内端末記憶部１９０は自己を識別する端末ＩＤを記憶管理する。
対携帯通信部１１０は通信機器を用いて携帯端末２００との間で近距離無線通信を行う。例えば、対携帯通信部１１０は、無線通信範囲内に位置する携帯端末２００の電波を検出した際、情報サーバ４００の提供情報と共に路線番号、列車番号、車両番号、端末ＩＤ、通信時刻を無線で発信する。
端末制御部１２０はＣＰＵを用いて車内端末１００の各機能を制御する。例えば、端末制御部１２０はクロック（図示省略）から時刻を取得し、対列車内装置通信部１３０を制御して列車内装置３００から路線番号、列車番号、車両番号、情報サーバ４００の提供情報を取得し、対携帯通信部１１０を制御して携帯端末２００に路線番号、列車番号、車両番号、端末ＩＤ、通信時刻を含めて情報サーバ４００の提供情報を提供し、車内端末記憶部１９０に対するデータの記憶、取り出しを行う。

図５において、携帯端末２００は携帯通信部２１０、携帯制御部２２０、携帯表示部２３０、キー入力部２４０、音声入出力部２５０、振動部２６０、撮像部２７０および携帯記憶部２９０を備える。音声入出力部２５０と撮像部２７０とは画像・映像・音声記録装置２０２を構成する。
携帯通信部２１０は通信機器を用いて無線により携帯端末２００の入出力データの通信を行う。例えば、携帯通信部２１０は車内端末１００が発信した提供情報（路線番号、列車番号、車両番号、端末ＩＤ、通信時刻を含む）を表す電波を受信し、司令部システム７００に通報情報を送信する。
携帯表示部２３０は液晶ディスプレイ（表示機器の一例）（図示省略）に文字や画像を表示する。
キー入力部２４０は押下されたテンキーや十字キー（入力機器の一例）（図示省略）の情報を入力する。
音声入出力部２５０はマイク（入力機器の一例）（図示省略）により収集した音声情報を入力し、スピーカー（出力機器の一例）（図示省略）から音声を出力する。
振動部２６０はバイブレーター（図示省略）を起動して携帯端末２００を振動させる。
撮像部２７０はカメラ（入力機器の一例）（図示省略）により取得した画像情報を入力する。
携帯記憶部２９０は記憶機器を用いて携帯端末２００で使用する各データの記憶管理を行う。例えば、携帯記憶部２９０は車内端末１００から取得した提供情報（路線番号、列車番号、車両番号、端末ＩＤ、通信時刻を含む）、予め登録された電話番号やメールアドレス、取得した音声情報や画像情報を記憶管理する。
携帯制御部２２０はＣＰＵを用いて携帯端末２００の各機能を制御する。例えば、携帯制御部２２０は携帯通信部２１０を制御して車内端末１００から提供情報（路線番号、列車番号、車両番号、端末ＩＤ、通信時刻を含む）を取得する。また例えば、携帯制御部２２０はキー入力部２４０が入力したキー情報に基づいて通報情報を生成し、携帯通信部２１０を制御して通報情報を司令部システム７００に送信する。また例えば、携帯制御部２２０は携帯記憶部２９０に対するデータの記憶、取り出しを行う。

図６において、列車内装置３００（車両制御装置）は列車内装置通信部３０１、列車内装置制御部３０２および列車内装置記憶部３０９を備える。
列車内装置通信部３０１（指令受信部）は通信機器を用いて有線または無線により列車内装置３００の入出力データの通信を行う。例えば、列車内装置通信部３０１は車内端末１００に列車内装置３００が管理している路線番号、列車番号、車両番号、キロ程などのデータを送信する。また例えば、列車内装置通信部３０１は情報サーバ４００から提供情報を受信し、情報サーバ４００の提供情報を車内端末１００に送信する。また例えば、列車内装置通信部３０１は司令部システム７００から指令情報を受信する。また例えば、列車内装置通信部３０１は隣車両の列車内装置３００の列車内装置通信部３０１と通信を行う。
列車内装置記憶部３０９は記憶機器を用いて列車内装置３００で使用する各データの記憶管理を行う。例えば、列車内装置記憶部３０９は予め設定されている路線番号、列車番号、運行ダイヤなどの自装置が搭載された列車９９１の情報、列車９９１の現在のキロ程を記憶管理する。また例えば、列車内装置記憶部３０９は自己が搭載されている車両（自己が接続する車内端末１００が設置されている車両）の番号（車両番号）、列車９９１がどの駅間を走行中であるか、次の到着駅はどこであるかなどの情報を記憶管理する。また例えば、列車内装置記憶部３０９は情報サーバ４００から取得した提供情報、司令部システム７００からの指令情報、監視カメラ３４０が取得した画像情報・音声情報を記憶管理する。また例えば、スピーカー３５０から予め登録されたアナウンス用の音声情報を記憶管理する。
列車内装置制御部３０２（カメラ起動部）はＣＰＵを用いて列車内装置３００の各機能を制御する。例えば、列車内装置制御部３０２は列車内装置通信部３０１を制御して車内端末１００に路線番号、列車番号、車両番号、情報サーバ４００の提供情報を提供する。また例えば、列車内装置制御部３０２は車輪の回転数に基づいて列車９９１の現在のキロ程を算出する。また例えば、列車内装置制御部３０２は運行ダイヤやキロ程に基づいて列車９９１がどの駅間を走行中であるか、次の到着駅はどこであるかなどを特定する。また例えば、列車内装置制御部３０２は列車内装置記憶部３０９に対するデータの記憶・取り出しを行う。また例えば、列車内装置制御部３０２はエアコン３１０を制御して列車９９１内の空気調節を行い、ドア３２０の開閉を行い、ブレーキ３３０を制御して列車９９１を加速・減速・停止する。また例えば、列車内装置制御部３０２は情報サーバ４００が提供するコンテンツを情報ディスプレイ４１０に表示出力、音声出力させる。また例えば、列車内装置制御部３０２は司令部システム７００からの指令情報に基づいて監視カメラ３４０やスピーカー３５０を起動する。

図７において、司令部システム７００（通報監視装置）は受付システム７１０、通報システム７２０、監視システム７３０、個体ＤＢ７９１、通報ＤＢ７９２およびアドレス変換テーブル７９３を備える。

個体ＤＢ７９１は通報元である各携帯端末２００（または各通報者）についての情報を記憶機器を用いて記憶管理する。以下、一台の携帯端末２００（または一人の通報者）についての情報を示すレコードを個体ＤＢレコードとする。個体ＤＢレコードには、図２に示すように、「ＩＤ種別」、「個体ＩＤ」、「アクセス回数」、「個体信用点」などが含まれる。
「個体ＩＤ」は、携帯端末２００（または通報者）を識別する情報であり、例えば、携帯端末２００の製造番号、所有者名、電話番号、Ｅメールアドレス、受付システム７１０に対して予め登録された登録番号を示す。
「ＩＤ種別」は、携帯端末２００の通報機能を識別する情報であり、例えば、アプリケーションやＷｅｂブラウザの種別を示す。
「アクセス回数」は、当該携帯端末２００（または通報者）からの過去の通報回数を示す。
「個体信用点」は過去の通報の真偽や通報時の個人情報（氏名、住所、連絡先など）やアクセス回数に基づく当該携帯端末２００（または通報者）からの通報の信頼度を示す。

通報ＤＢ７９２は各通報情報を同一事象であるトラブル毎に記憶機器に記憶管理する。以下、一つのトラブルについての情報を示すレコードを通報ＤＢレコードとする。図２に示すように、「通報ＩＤ」、「路線番号」、「列車番号」、「車両番号」、「通報区分」、「初回通報日時」、「最終通報日時」、「通報スコア」、「通知済フラグ」、「確認済フラグ」、「対処済フラグ」、「通報個体のＩＤリスト」、「追加情報リスト」などが含まれる。
「通報ＩＤ」は、通報ＤＢレコードを識別する情報である。
「路線番号」、「列車番号」、「車両番号」はトラブルが発生した車両を特定する情報である。
「通報区分」は、トラブル内容を示す情報であり、例えば、「１．病人・けが人がいる」、「２．要介護者がいる」、「３．迷惑行為の人がいる」、「４．泥酔客がいる」、「５．痴漢がいる」、「６．忘れ物がある」、「７．その他緊急事態」を示す。
「初回通報日時」は、当該トラブルに対して最初に行われた通報の日時を示す。
「最終通報日時」は、当該トラブルに対して最後に行われた通報の日時を示す。
「通報スコア」は、各通報元の信頼度（個体信用点）に基づく当該トラブルに対する通報の信頼度を示す。
「通知済フラグ」は、監視システム７３０にトラブル発生を通知済みか否かを示す。
「確認済フラグ」は、監視システム７３０において指令員がトラブル発生の通知を確認済みか否かを示す。
「対処済みフラグ」は、トラブルに対応済みか否かを示す。
「通報個体のＩＤリスト」は、各通報元の個体ＩＤを示す。
「追加情報リスト」は、現場で取得された画像や音声のファイルを示す。

アドレス変換テーブル７９３は、各通報事象・各通報元に対して割り当てた専用の連絡先情報（Ｅメールアドレス、電話番号、住所、担当者名など）を記憶機器に記憶管理する。例えば、アドレス変換テーブル７９３は通報元の“個体ＩＤ”と通報されたトラブルの“通報ＩＤ”とに対応付けてユニークなＥメールアドレスを記憶する。

受付システム７１０は受付通信部７１１、個体ＤＢ受付アクセス部７１２、通報ＤＢ受付アクセス部７１３を備え、列車９９１内の乗客からの通報を受け付ける。
受付通信部７１１（通報情報受信部、メールアドレス送信部）は通信機器を用いて乗客の携帯端末２００から通報情報を受信する。
個体ＤＢ受付アクセス部７１２（信用点取得部）は受付通信部７１１の受信した通報情報に基づいてＣＰＵを用いて個体ＤＢ７９１のレコードを追加・更新する。
通報ＤＢ受付アクセス部７１３（通報スコア更新部、追加情報記憶部）は受付通信部７１１の受信した通報情報に基づいてＣＰＵを用いて通報ＤＢ７９２のレコードを追加・更新する。
アドレス変換テーブルアクセス部７１４は受付通信部７１１の受信した通報情報に基づいてＣＰＵを用いてアドレス変換テーブル７９３から通信元に対する専用アドレスを取得する。専用アドレスは特定のトラブル（通報事象）について現場の画像や音声のファイルを携帯端末２００から送信する際の送信先アドレスとなる。

通報システム７２０は通報通信部７２１、通報ＤＢ通報アクセス部７２３を備え、トラブルの発生を監視システム７３０に通知する。
通報ＤＢ通報アクセス部７２３はＣＰＵを用いて通報ＤＢ７９２から通報ＤＢレコードを取得する。
通報通信部７２１（通報出力部）は通報ＤＢ通報アクセス部７２３の取得した通報ＤＢレコードが示すトラブルに対する通報の信頼度（通報スコア）に基づいて通報のあったトラブルの情報について監視システム７３０への通知要否をＣＰＵを用いて判定し、通知要と判定したトラブルの情報を通信機器を用いて監視システム７３０に送信する。

監視システム７３０は監視通信部７３１、個体ＤＢ監視アクセス部７３２、通報ＤＢ監視アクセス部７３３、監視入出力部７３４を備え、指令員にトラブル発生を知らせ、現場乗務員、列車内装置３００などにトラブル対応の指令を出す。
監視入出力部７３４は通報システム７２０から通知のあったトラブル情報を表示装置９０１に表示し、スピーカー９０９から音声出力する。また、監視入出力部７３４（通報結果入力部）はキーボード９０２、マウス９０３から指令員が指定した指令に関する情報やＤＢを更新するための情報などを入力する。
監視通信部７３１（司令部）は通信機器を用いて通報システム７２０からトラブル情報を受信し、列車内装置３００に指令情報を出力し、列車内装置３００から現場の映像や音声のファイルを受信する。
個体ＤＢ監視アクセス部７３２（信用点更新部）は指令員が指定した情報に基づいてＣＰＵを用いて個体ＤＢ７９１のレコードを更新する。
通報ＤＢ監視アクセス部７３３は指令員が指定した情報に基づいてＣＰＵを用いて通報ＤＢ７９２のレコードを更新する。

以下、図２に基づいて説明した実施の形態１における通報システム９９０の通報方法を示す（１）列車情報の取得〜（８）監視システムへの結果入力の各処理の詳細について説明する。

まず、処理（１）列車情報の取得（情報提供処理の一例）の詳細について説明する。
列車９９１に乗車した際、提供情報を受けたい乗客は乗車した車両に設置された車内端末１００に携帯端末２００を近接させる。そして、携帯端末２００が車内端末１００の通信範囲に入った際、携帯制御部２２０は携帯通信部２１０を制御して提供情報要求を発信する（Ｓ１０１）。
車内端末１００では対携帯通信部１１０が提供情報要求を受信し（Ｓ１０２）、端末制御部１２０が車内端末記憶部１９０から情報サーバ４００の提供情報、路線番号、列車番号、車両番号、端末ＩＤを取得し（Ｓ１０３）、対携帯通信部１１０が通信時刻と路線番号と列車番号と車両番号と端末ＩＤとを含めて提供情報を発信する（Ｓ１０４：情報提供処理の一例）。
そして、携帯端末２００において、携帯通信部２１０が提供情報を受信し（Ｓ１０５）、携帯制御部２２０が提供情報を携帯記憶部２９０に記憶する（Ｓ１０６）。
ここで、車内端末１００の車内端末記憶部１９０には、対列車内装置通信部１３０が列車内装置３００から受信した情報サーバ４００の生成した提供情報、列車内装置３００の管理する路線番号、列車番号、車両番号が予め記憶されているものとする。また、車内端末１００の車内端末記憶部１９０には自己の端末ＩＤが予め記憶されているものとする。
こうして、携帯端末２００に提供情報を取得した乗客は、携帯端末２００を操作して提供情報の映像や音声を利用することができる。

次に、処理（２）受付システムへの通報、処理（２）’受付システムへの追加情報の送信の詳細について説明する。

車両内において、体調の悪化を訴えている人がいる、迷惑行為を働いている人がいる、などのトラブルが発生している場合、乗客は提供情報と合わせて取得した路線番号、列車番号、車両番号、端末ＩＤを携帯端末２００を用いて受付システム７１０に送信することで、トラブル発生を通報することができる。

トラブルの発生を通報する通報者（乗客）は、携帯端末２００を操作することにより、提供情報を利用する機能を有するアプリケーションもしくはＷｅｂブラウザを起動して提供情報のメニューを表示し、提供情報のメニューから「トラブルの通報」メニューを選択してトラブルの発生を受付システム７１０に通報する。
通報者に操作された携帯端末２００では、キー入力部２４０が通報者による提供情報のメニュー表示の指定を入力し（Ｓ２０１）、携帯制御部２２０がキー入力部２４０の入力に基づいてアプリケーション機能もしくはＷｅｂブラウザ機能を実行し（Ｓ２０２）、携帯表示部２３０は提供情報メニューを表示装置９０１に表示し（Ｓ２０３）、キー入力部２４０が通報者による「トラブルの通報」メニューの指定を入力し（Ｓ２０４）、携帯表示部２３０が「トラブルの通報」画面を表示装置９０１に表示し（Ｓ２０５）、キー入力部２４０が通報者による通報内容の指定を入力し（Ｓ２０６）、携帯制御部２２０がアプリケーション機能による通報とＷｅｂブラウザ機能による通報との種別を示すＩＤ種別、通報内容を示す通報区分、携帯記憶部２９０に記憶されている路線番号、列車番号、車両番号、携帯端末２００の個体ＩＤ（例えば、製造番号、受付システム７１０に対する登録番号）を含む通報情報を生成し（Ｓ２０７）、携帯通信部２１０が通報情報を受付システム７１０に送信する（Ｓ２０８）。
路線番号、列車番号、車両番号はトラブルが発生している車両を特定する情報であり、さらに、端末ＩＤを用いて車両内でのトラブルの発生位置が提供情報を提供した車内端末１００の近辺であることを特定するようにしてもよい。
製造番号、受付システム７１０に対する登録番号などの個体ＩＤは携帯端末２００の携帯記憶部２９０に予め記憶されているものとする。また、通報者は通報情報に個体ＩＤを含めるか否かを選択することができ、携帯制御部２２０は通報者の選択に基づいて個体ＩＤを含む通報情報または個体ＩＤを含まない通報情報を生成するものとする。個体ＩＤを含まない通報も受信するように構成することで、匿名（通報者を特定しない）での通報が可能となり、通報を促進することができる。

図８は、実施の形態１における処理（２）受付システムへの通報の際の受付システム７１０の処理を示すフローチャートである。
処理（２）受付システムへの通報における受付システム７１０の処理（通報情報受信処理、信用点取得処理、通報スコア更新処理の一例）について、図８に基づいて以下に説明する。
受付システム７１０の各部は以下の処理をＣＰＵを用いて実行する。

＜Ｓ２１０：通報情報受信処理の一例＞
まず、受付通信部７１１が通報者の携帯端末２００から通報情報を受信する。通報情報にはアプリケーション機能による通報、Ｗｅｂブラウザ機能による通報等、通報種別を示すＩＤ種別、通報内容を示す通報区分、トラブルの発生した車両を特定する路線番号と列車番号と車両番号が含まれる。また、通報情報に通報元の携帯端末２００（または通報者）を識別する個体ＩＤが含まれる場合と含まれない場合とがある。

＜Ｓ２２０＞
次に、個体ＤＢ受付アクセス部７１２は受付通信部７１１が受信した通報情報に通報元の携帯端末２００（または通報者）を識別する個体ＩＤが含まれているか否かを判定する。

＜Ｓ２３０＞
Ｓ２２０において通報情報に個体ＩＤが含まれていると判定した場合、個体ＤＢ受付アクセス部７１２は、個体ＤＢ７９１にアクセスし、通報情報が示す“ＩＤ種別”と“個体ＩＤ”とを検索キーとして個体ＤＢレコードを検索する。

＜Ｓ２３１＞
次に、個体ＤＢ受付アクセス部７１２は検索結果に基づいて通報情報が示す“ＩＤ種別”と“個体ＩＤ”とに対応する個体ＤＢレコードの有無を判定する。

＜Ｓ２３２：信用点取得処理の一例＞
当該個体ＤＢレコードが有った場合、個体ＤＢ受付アクセス部７１２は、当該個体ＤＢレコードに対して、個体ＩＤで識別される通報元の信頼度を示す“個体信用点”を取得し、個体ＩＤで識別される通報元の通報回数を示す“アクセス回数”に１加算する。

＜Ｓ２３３＞
また、当該個体ＤＢレコードが無かった場合、個体ＤＢ受付アクセス部７１２は通報情報が示す“個体ＩＤ”と“ＩＤ種別”とを設定して新たに個体ＤＢレコードを生成する。また、個体ＤＢ受付アクセス部７１２は、新たに生成した個体ＤＢレコードに対して、「アクセス回数」に“１”、「個体信用点」に所定の初期値を設定する。

＜Ｓ２２１＞
また、Ｓ２２０において通報情報に個体ＩＤが含まれていないと判定した場合、個体ＤＢ受付アクセス部７１２は匿名ユーザ用の所定値を個体信用点として記憶機器（図示省略）から取得する。

＜Ｓ２４０＞
次に、通報ＤＢ受付アクセス部７１３は、通報ＤＢ７９２にアクセスし、通報情報が示す“路線番号”、“列車番号”、“車両番号”および“通報区分”を検索キーとして通報ＤＢレコードを検索する。

＜Ｓ２４１＞
次に、通報ＤＢ受付アクセス部７１３は検索結果に基づいて通報情報が示す“路線番号”、“列車番号”、“車両番号”および“通報区分”に対応する通報ＤＢレコードの有無を判定する。

＜Ｓ２４２：通報スコア更新処理の一例＞
当該通報ＤＢレコードが有った場合、通報ＤＢ受付アクセス部７１３は、当該通報ＤＢレコードに対して、“路線番号”、“列車番号”、“車両番号”および“通報区分”で特定されるトラブルに対する通報の信頼度を示す「通報スコア」に、個体ＤＢ受付アクセス部７１２が取得した“個体信用点”を加算する。また、通報ＤＢ受付アクセス部７１３は当該通報ＤＢレコードの「最終通報日時」を現在日時で更新する。また、通報ＤＢ受付アクセス部７１３は「通報個体のＩＤリスト」に通報情報が示す“個体ＩＤ”を追加する。

＜Ｓ２４３＞
また、当該通報ＤＢレコードが無かった場合、通報ＤＢ受付アクセス部７１３は通報情報が示す“路線番号”、“列車番号”、“車両番号”および“通報区分”を設定して新たに通報ＤＢレコードを生成する。また、通報ＤＢ受付アクセス部７１３は、新たに生成した通報ＤＢレコードに対して、「通報スコア」に個体ＤＢ受付アクセス部７１２が取得した“個体信用点”、「初回通報日時」と「最終通報日時」とに現在日時、「通知済フラグ」と「確認済フラグ」と「対処済フラグ」とに“未済み”、「通報個体のＩＤリスト」に通報情報が示す“個体ＩＤ”を設定する。新たに生成した通報ＤＢレコードの“通報ＩＤ”は他の通報ＤＢレコードとは異なるユニークな符号を示す。

＜Ｓ２５０＞
次に、アドレス変換テーブルアクセス部７１４は、アドレス変換テーブル７９３にアクセスし、通報情報が示す“個体ＩＤ”と通報ＤＢ受付アクセス部７１３が更新または生成した通報ＤＢレコードの“通報ＩＤ”とを検索キーとしてアドレス変換レコードを検索する。通報情報に“個体ＩＤ”が含まれない場合、アドレス変換テーブルアクセス部７１４は「個体ＩＤ」が設定されていないアドレス変換レコードを検索する。

＜Ｓ２５１＞
次に、アドレス変換テーブルアクセス部７１４は検索結果に基づいて通報情報が示す“個体ＩＤ”と通報ＤＢ受付アクセス部７１３が更新または生成した通報ＤＢレコードの“通報ＩＤ”とに対応するアドレス変換レコード（または、通報ＤＢ受付アクセス部７１３が更新または生成した通報ＤＢレコードの“通報ＩＤ”に対応し、「個体ＩＤ」が設定されていないアドレス変換レコード）の有無を判定する。

＜Ｓ２５２＞
当該アドレス変換レコードが有った場合、アドレス変換テーブルアクセス部７１４は当該アドレス変換レコードから専用メールアドレスを取得する。

＜Ｓ２５３＞
また、当該アドレス変換レコードが無かった場合、アドレス変換テーブルアクセス部７１４は未使用のアドレス変換レコードに対して通報情報が示す“個体ＩＤ”と通報ＤＢ受付アクセス部７１３が更新または生成した通報ＤＢレコードの“通報ＩＤ”とを設定する（または、通報ＤＢ受付アクセス部７１３が更新または生成した通報ＤＢレコードの“通報ＩＤ”を設定し、「個体ＩＤ」を未設定にする）。アドレス変換テーブルアクセス部７１４は“個体ＩＤ”、“通報ＩＤ”を設定したアドレス変換レコードに設定されているＥメールアドレスを専用メールアドレスとして取得する。
ここで、アドレス変換テーブル７９３は使用可能なＥメールアドレス（専用アドレスの一例）が予め１つ設定された複数のアドレス変換レコードを有しているものとする。

＜Ｓ２６０＞
そして、受付通信部７１１は通報元の携帯端末２００にアドレス変換テーブルアクセス部７１４が取得した専用メールアドレスを含む完了応答を送信する。

ここで、通報者は携帯端末２００に備わるカメラやマイクを操作して取得した現場の画像や音声を追加情報として受付システム７１０に送信することができる。

通報者は、携帯端末２００を操作することにより、現場の画像や音声を携帯端末２００に取得し、取得した画像や音声を添付して専用メールアドレスを送信先としたＥメールを受付システム７１０に送信する。
携帯端末２００では、携帯通信部２１０が受付システム７１０から送信された完了応答を受信する（Ｓ２０１Ｂ）。そして、通報者による操作に基づいて、撮像部２７０がカメラにより撮像した画像のデータファイルを生成し、音声入出力部２５０がマイクにより取得した音声のデータファイルを生成し（Ｓ２０２Ｂ）、携帯制御部２２０が、メールクライアント機能を実行して、画像ファイルや音声ファイルを添付し、完了応答が示す専用メールアドレスを送信先アドレスとして設定したＥメールを生成し（Ｓ２０３Ｂ）、携帯通信部２１０がＥメールを受付システム７１０に送信する（Ｓ２０４Ｂ）。

図９は、実施の形態１における（２）’受付システムへの追加情報の送信の際の受付システム７１０の処理を示すフローチャートである。
処理（２）’受付システムへの追加情報の送信における受付システム７１０の処理について、図９に基づいて以下に説明する。
受付システム７１０の各部は以下の処理をＣＰＵを用いて実行する。

＜Ｓ２１０Ｂ＞
まず、受付通信部７１１が通報者の携帯端末２００からＥメールを受信する。Ｅメールには現場を表す画像ファイルや音声ファイルが含まれる。また、Ｅメールの“送信先アドレス”はアドレス変換テーブルアクセス部７１４が通報ＤＢレコードの“通報ＩＤ”、個体ＤＢレコードの“個体ＩＤ”に対応付けて割り当てた専用アドレスを示す。

＜Ｓ２２０Ｂ＞
次に、アドレス変換テーブルアクセス部７１４は、アドレス変換テーブル７９３にアクセスし、Ｅメールの“送信先アドレス”を検索キーとしてアドレス変換レコードを検索し、当該アドレス変換レコードから“通報ＩＤ”を取得する。

＜Ｓ２３０Ｂ＞
次に、通報ＤＢ受付アクセス部７１３は、通報ＤＢ７９２にアクセスし、アドレス変換テーブルアクセス部７１４が取得した“通報ＩＤ”を検索キーとして通報ＤＢレコードを検索し、当該通報ＤＢレコードの「追加情報リスト」にＥメールに含まれる画像ファイルや音声ファイルを設定する。

図１０は、処理（２）受付システムへの通報、処理（２）’受付システムへの追加情報の送信の際の携帯端末２００の画面の一例を示す図である。

図１０において、処理（１）列車情報の取得により提供情報を取得した携帯端末２００は表示装置９０１に（Ａ）に示すような提供情報メニュー画面を表示する。提供情報メニュー画面には「トラブルの通報」メニューが含まれる。そして、通報者により「トラブルの通報」メニューを選択された場合、携帯端末２００は表示装置９０１に（Ｂ）に示すような「トラブルの通報」画面を表示する。ここで、通報者によりトラブルの内容（通報区分）が選択され、携帯端末２００は受付システム７１０に路線番号、列車番号、車両番号、通報区分を含む通報情報を送信する。次に、携帯端末２００は受付システム７１０から専用メールアドレスを含む完了応答を受信し、完了応答に基づいて（Ｃ）に示すような「トラブルの通報」画面を表示する。完了応答に基づく「トラブルの通報」画面（Ｃ）には受付システム７１０から通知された専用メールアドレスが含まれる。そして、通報者が携帯端末２００に備わるカメラやマイクを使用して現場の画像や音声を取得し、携帯端末２００は現場の画像や音声のファイルを添付したＥメールを専用アドレス宛てに送信する。

次に、処理（３）指令への通報（通報出力処理の一例）の詳細について説明する。

図１１は、実施の形態１における処理（３）指令への通報の流れを示すフローチャートである。
処理（３）指令への通報における通報システム７２０の処理（通報出力処理の一例）について、図１１に基づいて以下に説明する。
通報システム７２０の各部は以下の処理をＣＰＵを用いて一定時間おきに実行する。

＜Ｓ３１０＞
所定時間の経過を検出時、通報ＤＢ通報アクセス部７２３は、通報ＤＢ７９２にアクセスし、「通報済フラグ」が“未済み”で且つ「通報スコア」が所定の閾値以上である通報ＤＢレコードを検索する。

＜Ｓ３１１＞
次に、通報ＤＢ通報アクセス部７２３は検索結果に基づいて「通報済フラグ」が“未済み”で且つ「通報スコア」が所定の閾値以上である通報ＤＢレコードの有無を判定する。

＜Ｓ３１２＞
当該通報ＤＢレコードが有る場合、通報ＤＢ通報アクセス部７２３は、当該通報ＤＢレコードに対して、監視システム７３０に送信する指令出力情報を取得し、「通知済フラグ」に“済み”を設定する。指令出力情報には、例えば、“通報ＩＤ”、“路線番号”、“列車番号”、“車両番号”、“通報区分”、“通報スコア”、“通報個体のＩＤリスト”、“追加情報リスト”が含まれる。

＜Ｓ３２０：通報出力処理の一例＞
次に、通報通信部７２１は通報ＤＢ通報アクセス部７２３が取得した指令出力情報を監視システム７３０に送信する。

以後、通報システム７２０は、「通報済フラグ」が“未済み”で且つ「通報スコア」が所定の閾値以上である通報ＤＢレコードの全てに対して、通報ＤＢレコードから指令出力情報を取得し（Ｓ３１２）、取得した指令出力情報を監視システム７３０に送信する（Ｓ３２０）。

そして、通報システム７２０は、以下のＳ３３０〜Ｓ３４０の処理により、通報ＤＢ７９２から過去のトラブルに対する通報ＤＢレコードを削除する。

＜Ｓ３３０＞
Ｓ３１１において「通報済フラグ」が“未済み”で且つ「通報スコア」が所定の閾値以上である通報ＤＢレコードが無いと判定した場合、通報ＤＢ通報アクセス部７２３は、通報ＤＢ７９２にアクセスし、“初回通報日時”から一定時間経過している、つまり、現在日時から“初回通報日時”を差し引いた時間が所定時間以上である通報ＤＢレコードを検索する。

＜Ｓ３３１＞
次に、通報ＤＢ通報アクセス部７２３は検索結果に基づいて“初回通報日時”から一定時間経過している通報ＤＢレコードの有無を判定する。

＜Ｓ３３２＞
当該通報ＤＢレコードが有る場合、通報ＤＢ通報アクセス部７２３は当該通報ＤＢレコードを削除する。

＜Ｓ３４０＞
そして、通報ＤＢ通報アクセス部７２３は削除した通報ＤＢレコードの履歴をログとして外部記憶装置（図示省略）（例えば、ＤＶＤや磁気テープを記憶媒体とする記憶装置）を用いて記録する。

＜Ｓ３５０＞
そして、Ｓ３１０〜Ｓ３２０による指令出力情報の監視システム７３０への送信とＳ３３０〜Ｓ３４０による過去の通報ＤＢレコードの削除とを行った通報システム７２０は待機状態となり、所定の時間だけ処理を停止する。

次に、処理（４）指令への確認、処理（５）現場の乗務員・機器への指示、処理（６）指示に基づく現場でのトラブル解決、処理（７）指令への完了報告の詳細について説明する。

図１２は、実施の形態１における処理（４）指令への確認の流れを示すフローチャートである。
処理（４）指令への確認における監視システム７３０の処理について、図１２に基づいて以下に説明する。
監視システム７３０の各部は以下の処理をＣＰＵを用いて実行する。

＜Ｓ４１０＞
まず、監視通信部７３１は通報システム７２０から指令出力情報を受信する。指令出力情報には通報ＤＢレコードに設定された“通報ＩＤ”、“路線番号”、“列車番号”、“車両番号”、“通報区分”、“通報スコア”、“通報個体のＩＤリスト”、“追加情報リスト”が含まれる。

＜Ｓ４２０＞
次に、監視入出力部７３４は監視通信部７３１の受信した指令出力情報に基づいて司令室端末５１０のディスプレイに通報されたトラブルの一覧を示す通報一覧画面を表示する。例えば、通報一覧画面は各指令出力情報の“通報ＩＤ”、“通報区分”、“通報スコア”、追加情報リストの有無を示す。また、監視入出力部７３４は他の表示装置９０１にトラブルの発生を知らせる所定のメッセージを表示し、スピーカー９０９からトラブルの発生を知らせる所定の警報や所定の音声メッセージを出力する。

＜Ｓ４３０＞
次に、監視入出力部７３４はスピーカー９０９やマウス９０３などの入力機器から指令員の指定を入力する。
例えば、指令員は通報一覧画面の示す“通報スコア”に基づいて通報に対する対応の要否を判断する。また例えば、指令員は通報一覧画面において追加情報リストの有る指令出力情報を選択して追加情報リストを表示し、表示された追加情報リストが示す画像ファイルや音声ファイルを選択して現場画像の表示や現場音声の再生を行い、通報に対する対応の要否を判断する。そして、指令員は対応要否を判断した指令出力情報を選択して確認済みを指定する入力を行う。
このとき、監視システム７３０では、監視入出力部７３４はスピーカー９０９やマウス９０３などの入力機器から指令員の指定を入力し、指令員の入力に基づいて司令室端末５１０のディスプレイに通報一覧、追加情報リスト、現場画像を表示したりスピーカー９０９から現場音声を出力したりする。

＜Ｓ４３１＞
監視システム７３０は司令室端末５１０において指令員による確認の指定が無かった場合、Ｓ４３０において指令員による確認の指定の入力を待つ。

＜Ｓ４４０＞
次に、通報ＤＢ監視アクセス部７３３は、通報ＤＢ７９２にアクセスし、指令員が確認済みを指定した指令出力情報が示す“通報ＩＤ”を検索キーとして通報ＤＢレコードを検索し、当該通報ＤＢレコードの「確認済フラグ」を“済み”に更新する。

＜Ｓ４５０＞
そして、監視入出力部７３４は色分けやチェックマークの表示により指令員による確認済み・未済みが分かるように指令出力情報を表示した画面に通報一覧画面を更新する。

＜Ｓ５００：処理（５）現場の乗務員・機器への指示＞
Ｓ４３０において、トラブル対応が必要であると判断した指令員は、通報一覧画面において当該指令出力情報を選択してトラブルの発生現場を示す“路線番号”、“列車番号”、“車両番号”を表示し、司令室端末５１０や電話などを用いて当該列車９９１の運転士や乗務員、当該列車９９１が次に到着する駅の駅員などにトラブルの発生を知らせると共にトラブルの対処方法を指示する。また、指令員は司令室端末５１０を用いて当該列車９９１の運転台装置５２０、当該車両の列車内装置３００、当該列車９９１が次に到着する駅の駅員端末５３０にトラブルの対処方法に関する命令を送信する。
このとき、監視通信部７３１は監視入出力部７３４の入力に基づいてトラブルの対処方法に関する命令を当該列車９９１の運転台装置５２０、当該車両の列車内装置３００、当該列車９９１が次に到着する駅の駅員端末５３０に送信する。

＜Ｓ６００：処理（６）指示に基づく現場でのトラブル解決＞
指令員からの指令を受けた現場では、指令員からの指示・命令に基づいて、運転士による列車９９１の停車、乗務員による現場車両での対応、駅員の待機、当該車両の列車内装置３００による監視カメラ３４０の起動・スピーカー３５０からのアナウンスなどが行われる。

＜Ｓ７００：処理（７）指令への完了報告＞
そして、指令員からの指示・命令に基づいてトラブルに対処した現場は指令員に対して結果の報告を行う。例えば、運転士、乗務員、駅員は列車９９１を停車した旨、トラブルの有無、トラブルが解決したか否かなどを電話機を用いた通話や携帯型端末を用いたデータ通信により指令員に報告する。また例えば、列車内装置３００は監視カメラ３４０で取得した現場の映像や音声のファイルを監視システム７３０に送信する。

次に、処理（８）監視システムへの結果入力の詳細について説明する。

図１３は、実施の形態１における処理（８）監視システムへの結果入力の流れを示すフローチャートである。
処理（８）監視システムへの結果入力における監視システム７３０の処理について、図１３に基づいて以下に説明する。
監視システム７３０の各部は以下の処理をＣＰＵを用いて実行する。

＜Ｓ８１０＞
まず、監視入出力部７３４は司令室端末５１０のディスプレイに通報されたトラブルの一覧を示す通報一覧画面を表示する。例えば、通報一覧画面は各指令出力情報の“通報ＩＤ”、“通報区分”、“通報スコア”、追加情報リストの有無を示す。

＜Ｓ８２０＞
次に、監視入出力部７３４はキーボード９０２やマウス９０３などの入力機器から指令員の指定を入力する。
このとき、現場の乗務員、運転士、駅員などから報告を受けた指令員は、通報一覧画面において報告を受けた指令出力情報を選択し、通報への対応結果を入力する。また、監視入出力部７３４は司令室端末５１０において当該車両の列車内装置３００から送信された現場の画像や音声のファイルを再生する。そして、指令員は表示された現場の画像や再生された現場の音声に基づいて通報への対応結果を入力する。例えば、通報への対応結果としてトラブルの対処中であるか（１：対処中）、トラブルを解決したか（２：対処完（真報））、誤報であったか（３：対処完（誤報））、対処が不要であったか（４：対処完（無視））のいずれかが選択される。

＜Ｓ８２１＞
監視入出力部７３４は指令員からの入力を待ち、指令員からの入力内容を判定する。

＜Ｓ８３０、Ｓ８３１＞
指令員の入力が“１：対処中”の場合（Ｓ８３０）、通報ＤＢ監視アクセス部７３３は、通報ＤＢ７９２にアクセスし、選択された指令出力情報が示す“通報ＩＤ”を検索キーとして通報ＤＢレコードを検索し、当該通報ＤＢレコードの「対処済フラグ」を“対処中”に更新する（Ｓ８３１）。

＜Ｓ８４０、Ｓ８４１、Ｓ８４２＞
指令員の入力が“２：対処完（真報）”の場合（Ｓ８４０）、通報ＤＢ監視アクセス部７３３は、通報ＤＢ７９２にアクセスし、選択された指令出力情報が示す“通報ＩＤ”を検索キーとして通報ＤＢレコードを検索し、当該通報ＤＢレコードに対して、「対処済フラグ」を“対処完（真報）”に更新し、“通報個体のＩＤリスト”を取得する（Ｓ８４１）。
そして、個体ＤＢ監視アクセス部７３２は、個体ＤＢ７９１にアクセスし、通報ＤＢ監視アクセス部７３３が取得した“通報個体のＩＤリスト”が示す“個体ＩＤ”を検索キーとして個体ＤＢレコードを検索し、各個体ＤＢレコードの“個体信用点”に真報所定値を加点する（Ｓ８４２）。
これにより、以後、当該通報元からの通報の信頼度は高いと判定することができ、通報の見逃しや無駄なトラブル対応を減らすことができる。

＜Ｓ８５０、Ｓ８５１、Ｓ８５２＞
指令員の入力が“３：対処完（誤報）”の場合（Ｓ８５０）、通報ＤＢ監視アクセス部７３３は、通報ＤＢ７９２にアクセスし、選択された指令出力情報が示す“通報ＩＤ”を検索キーとして通報ＤＢレコードを検索し、当該通報ＤＢレコードに対して、「対処済フラグ」を“対処完（誤報）”に更新し、“通報個体のＩＤリスト”を取得する（Ｓ８５１）。
そして、個体ＤＢ監視アクセス部７３２は、個体ＤＢ７９１にアクセスし、通報ＤＢ監視アクセス部７３３が取得した“通報個体のＩＤリスト”が示す“個体ＩＤ”を検索キーとして個体ＤＢレコードを検索し、各個体ＤＢレコードの“個体信用点”から誤報所定値を減点する（Ｓ８５２）。
これにより、以後、当該通報元からの通報の信頼度は低いと判定することができ、無駄なトラブル対応を減らすことができる。

＜Ｓ８６０、Ｓ８６１＞
指令員の入力が“４：対処完（無視）”の場合（Ｓ８６０）、通報ＤＢ監視アクセス部７３３は、通報ＤＢ７９２にアクセスし、選択された指令出力情報が示す“通報ＩＤ”を検索キーとして通報ＤＢレコードを検索し、当該通報ＤＢレコードに対して、「対処済フラグ」を“対処完（無視）”に更新する（Ｓ８５１）。

＜Ｓ８７０＞
そして、監視入出力部７３４は指令員が通報への対応結果を入力した指令出力情報を削除した画面に通報一覧画面を更新する。

本発明によれば、携帯端末が提供情報の取得の際に車両を識別する車両識別符号を取得するため、車両外の司令室（通報監視装置）に取得済みの車両識別符号を送信することでトラブルの発生場所を通報することができる。つまり、通報が容易に行えるため、通報者がトラブルに巻き込まれることを防ぎ、乗客に通報を促すことができる。個体ＩＤを含まない通報も受信するように構成することで、匿名（通報者を特定しない）での通報が可能となり、通報を促進することができる。また、車掌が司令室の判断に従ってトラブルに対処することができるため車掌の負荷を軽減し、通報に対する対処ミスを減らすことができる。
さらに、本発明によれば、通報出力部が信頼度の高い通報を出力するため、重要な通報を見逃す、重要な通報に手が回らないといった事態を減らすことができる。
また、本発明によれば、携帯電話機の通信機能により通報が行えるため、非常ボタンのような通報のための特殊な装置は携帯電話機に不要である。
また、本発明によれば、情報提供装置を車両に備えることにより通報が容易であることを周知できるため、迷惑行為を抑止することができる。

実施の形態１における通報システム９９０の構成図。 実施の形態１における通報システム９９０の通報方法を示す図。 実施の形態１における通報システム９９０のハードウェア資源の一例を示す図。 実施の形態１における通報システム９９０のハードウェア資源の一例を示す図。 実施の形態１における車内端末１００、携帯端末２００の機能構成図。 実施の形態１における列車内装置３００の機能構成図。 実施の形態１における司令部システム７００の機能構成図。 実施の形態１における処理（２）受付システムへの通報の際の受付システム７１０の処理を示すフローチャート。 実施の形態１における（２）’受付システムへの追加情報の送信の際の受付システム７１０の処理を示すフローチャート。 処理（２）受付システムへの通報、処理（２）’受付システムへの追加情報の送信の際の携帯端末２００の画面の一例を示す図。 実施の形態１における処理（３）指令への通報の流れを示すフローチャート。 実施の形態１における処理（４）指令への確認の流れを示すフローチャート。 実施の形態１における処理（８）監視システムへの結果入力の流れを示すフローチャート。

符号の説明

１００ 車内端末、１０１ 無線装置、１１０ 対携帯通信部、１２０ 端末制御部、１３０ 対列車内装置通信部、１９０ 車内端末記憶部、２００ 携帯端末、２０１ 無線装置、２０２ 画像・映像・音声記録装置、２０３ アプリケーションもしくはＷｅｂブラウザ、２０４ メールクライアント、２１０ 携帯通信部、２２０ 携帯制御部、２３０ 携帯表示部、２４０ キー入力部、２５０ 音声入出力部、２６０ 振動部、２７０ 撮像部、２９０ 携帯記憶部、３００ 列車内装置、３０１ 列車内装置通信部、３０２ 列車内装置制御部、３０９ 列車内装置記憶部、３１０ エアコン、３２０ ドア、３３０ ブレーキ、３４０ 監視カメラ、３５０ スピーカー、４００ 情報サーバ、４１０ 情報ディスプレイ、５００ 地上系装置、５１０ 司令室端末、５２０ 運転台装置、５３０ 駅員端末、５４０ 駅表示装置、６００ Ｗｅｂサーバ、７００ 司令部システム、７１０ 受付システム、７１１ 受付通信部、７１２ 個体ＤＢ受付アクセス部、７１３ 通報ＤＢ受付アクセス部、７１４ アドレス変換テーブルアクセス部、７２０ 通報システム、７２１ 通報通信部、７２３ 通報ＤＢ通報アクセス部、７３０ 監視システム、７３１ 監視通信部、７３２ 個体ＤＢ監視アクセス部、７３３ 通報ＤＢ監視アクセス部、７３４ 監視入出力部、７９１ 個体ＤＢ、７９２ 通報ＤＢ、７９３ アドレス変換テーブル、９０１ 表示装置、９０２ キーボード、９０３ マウス、９０４ ＦＤＤ、９０５ ＣＤＤ、９０６ プリンタ、９０７ スキャナ、９０８ マイク、９０９ スピーカー、９１１ ＣＰＵ、９１２ バス、９１３ ＲＯＭ、９１４ ＲＡＭ、９１５ 通信ボード、９２０ 磁気ディスク装置、９２１ ＯＳ、９２２ ウィンドウシステム、９２３ プログラム群、９２４ ファイル群、９４０ インターネット、９９０ 通報システム、９９１ 列車。

Claims (6)

1. 車両を識別する車両識別符号を含む提供情報を通信機器を用いて当該車両内に発信する情報提供装置と、
   前記情報提供装置から提供情報を受信した携帯端末装置から送信された通報情報であって通報内容を識別する通報区分と前記携帯端末装置を識別する個体識別子と前記提供情報に含まれる車両識別符号とを含む通報情報と、個体識別子を除いた通報情報とのいずれかの通報情報を通信機器を用いて受信する通報情報受信部と、
   各携帯端末装置を識別する個体識別子に対応付けて当該携帯端末装置からの通報の信用度を示す個体信用点が記憶された個体データベースと、
   前記通報情報受信部が受信した通報情報に個体識別子が含まれている場合、前記個体データベースから前記通報情報が示す個体識別子に対応する個体信用点を取得する信用点取得部と、
   前記通報情報受信部が受信した各通報情報について通報区分と車両識別符号とに対応付けて通報の信頼度を示す通報スコアが記憶された通報データベースと、
   前記通報データベースに記憶された通報スコアのうち前記通報情報受信部が受信した通報情報が示す通報区分と車両識別符号とに対応する通報スコアを特定し、前記通報情報に個体識別子が含まれているか否かを判定し、前記通報情報に個体識別子が含まれている場合、特定した通報スコアに前記信用点取得部が取得した個体信用点を加算して前記通報スコアを更新し、前記通報情報に個体識別子が含まれていない場合、特定した通報スコアに所定点を加算して前記通報スコアを更新する通報スコア更新部と、
   前記通報スコア更新部が更新した通報スコアと所定の閾値とをＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて比較し、当該通報スコアが閾値以上であると判定した場合に当該通報区分と当該車両識別符号とを出力機器から出力する通報出力部とを備えた通報監視装置と
   を有することを特徴とする通報システム。
2. 前記個体データベースは、個体識別子と個体信用点とを対応付けた個体レコードを記憶し、
   前記通報データベースは、通報区分と、車両識別符号と、通報スコアと、個体識別子を設定する個体識別子リストと、通報を識別する通報ＩＤとを対応付けた通報レコードを記憶し、
   前記通報スコア更新部は、前記通報情報受信部が受信した通報情報が示す通報区分と車両識別符号とを含んだ通報レコードを特定し、前記通報情報に個体識別子が含まれている場合、特定した通報レコードの通報スコアに前記個体信用点を加算して前記通報スコアを更新すると共に特定した通報レコードの個体識別子リストに前記通報情報に含まれる個体識別子を追加し、前記通報情報に個体識別子が含まれていない場合、特定した通報レコードの通報スコアに前記所定点を加算して前記通報スコアを更新し、
   前記通報監視装置は、さらに、
   通報の真偽と通報を識別する通報ＩＤとを示す通報結果を入力機器から入力する通報結果入力部と、
   前記通報結果入力部に入力された通報結果が示す通報ＩＤを含んだ通報レコードを特定し、特定した通報レコードから個体識別子リストに含まれている個体識別子を取得し、取得した個体識別子を含んだ個体レコードを特定し、前記通報結果に通報が真であると示される場合に前記個体レコードの個体信用点に加点する加点処理と前記通報結果に通報が偽であると示される場合に前記個体レコードの個体信用点を減点する減点処理との少なくともいずれかの処理を実行する信用点更新部と
   を備えたことを特徴とする請求項１記載の通報システム。
3. 前記通報監視装置は、さらに、
   前記通報情報受信部が受信した通報情報が示す通報区分と車両識別符号とに対応させたメールアドレスを前記通報情報受信部が受信した通報情報を送信した携帯端末装置に通信機器を用いて送信するメールアドレス送信部と、
   前記メールアドレス送信部が送信したメールアドレス宛てに送信された追加情報を当該メールアドレスに対応する通報区分と車両識別符号とに対応付けて前記通報データベースに記憶する追加情報記憶部とを備え、
   前記通報監視装置の前記通報出力部は、
   通報区分と車両識別符号と共に前記追加情報記憶部により前記通報データベースに記憶された追加情報を出力する
   ことを特徴とする請求項１または請求項２記載の通報システム。
4. 前記通報システムは、さらに、車両を制御する車両制御装置を有し、
   前記通報監視装置は通報に対する指令を通信機器を用いて前記車両制御装置に送信する指令部を備え、
   前記車両制御装置は
   通報に対する指令を通信機器を用いて前記通報監視装置から受信する指令受信部と、
   前記指令受信部が通報に対する指令を受信した際にカメラを起動して車両内を撮像するカメラ起動部と
   を備えることを特徴とする請求項１〜請求項３いずれかに記載の通報システム。
5. 情報提供装置が、車両を識別する車両識別符号を含む提供情報を通信機器を用いて当該車両内に発信する情報提供処理を行い、
   通報監視装置の通報情報受信部が、前記情報提供装置から提供情報を受信した携帯端末装置から送信された通報情報であって通報内容を識別する通報区分と前記携帯端末装置を識別する個体識別子と前記提供情報に含まれる車両識別符号とを含む通報情報と、個体識別子を除いた通報情報とのいずれかの通報情報を通信機器を用いて受信する通報情報受信処理を行い、
   通報監視装置の信用点取得部が、前記通報情報受信部が受信した通報情報に個体識別子が含まれている場合、各携帯端末装置を識別する個体識別子に対応付けて当該携帯端末装置からの通報の信用度を示す個体信用点が記憶された個体データベースから前記通報情報が示す個体識別子に対応する個体信用点を取得する信用点取得処理を行い、
   通報監視装置の通報スコア更新部が、前記通報情報受信部が受信した各通報情報について通報区分と車両識別符号とに対応付けて通報の信頼度を示す通報スコアが記憶された通報データベースに記憶された通報スコアのうち前記通報情報受信部が受信した通報情報が示す通報区分と車両識別符号とに対応する通報スコアを特定し、前記通報情報に個体識別子が含まれているか否かを判定し、前記通報情報に個体識別子が含まれている場合、特定した通報スコアに前記信用点取得部が取得した個体信用点を加算して前記通報スコアを更新し、前記通報情報に個体識別子が含まれていない場合、特定した通報スコアに所定点を加算して前記通報スコアを更新する通報スコア更新処理を行い、
   通報監視装置の通報出力部が、前記通報スコア更新部が更新した通報スコアと所定の閾値とをＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて比較し、当該通報スコアが閾値以上であると判定した場合に当該通報区分と当該車両識別符号とを出力機器から出力する通報出力処理を行う
   ことを特徴とする通報システムの通報方法。
6. 通報監視装置の通報情報受信部が、携帯端末装置から送信された通報情報であって通報内容を識別する通報区分と前記携帯端末装置を識別する個体識別子と前記携帯端末装置の位置する車両を識別する車両識別符号とを含む通報情報と、個体識別子を除いた通報情報とのいずれかの通報情報を通信機器を用いて受信する通報情報受信処理と、
   通報監視装置の信用点取得部が、前記通報情報受信部が受信した通報情報に個体識別子が含まれている場合、各携帯端末装置を識別する個体識別子に対応付けて当該携帯端末装置からの通報の信用度を示す個体信用点が記憶された個体データベースから前記通報情報が示す個体識別子に対応する個体信用点を取得する信用点取得処理と、
   通報監視装置の通報スコア更新部が、前記通報情報受信部が受信した各通報情報について通報区分と車両識別符号とに対応付けて通報の信頼度を示す通報スコアが記憶された通報データベースに記憶された通報スコアのうち前記通報情報受信部が受信した通報情報が示す通報区分と車両識別符号とに対応する通報スコアを特定し、前記通報情報に個体識別子が含まれているか否かを判定し、前記通報情報に個体識別子が含まれている場合、特定した通報スコアに前記信用点取得部が取得した個体信用点を加算して前記通報スコアを更新し、前記通報情報に個体識別子が含まれていない場合、特定した通報スコアに所定点を加算して前記通報スコアを更新する通報スコア更新処理と、
   通報監視装置の通報出力部が、前記通報スコア更新部が更新した通報スコアと所定の閾値とをＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて比較し、当該通報スコアが閾値以上であると判定した場合に当該通報区分と当該車両識別符号とを出力機器から出力する通報出力処理と
   をコンピュータに実行させる通報監視装置の通報プログラム。

Images