JP7743346B2 - 運行情報管理装置、運行情報管理方法、および運行情報管理プログラム - Google Patents

Description

本発明は、運行情報管理装置、運行情報管理方法、および運行情報管理プログラムに関する。

従来、バス等の公共交通機関の利用者（乗客）が希望の行先に到達することを支援する技術が知られている（例えば、特許文献１参照）。特許文献１には、乗客が乗車したいバス、すなわち「希望バス」を登録すると、バス停の発信機と携帯端末とで通信を行い、バス停に停車しているバスが希望バスである場合には、乗車を促すメッセージを携帯端末に表示するシステムが開示されている。

特開２０２０－１４０７１８号公報

特許文献１記載のシステムにおいては、バス停に発信機が配設されていることが前提であり、発信機が配設されていない路線においては希望バスであるか否かの照合ができない。その結果、当該路線を運営するバス会社のウェブサイトや、当該路線に対応している別のサービス等を探して確認する必要があり、煩雑であった。

本発明はこのような事情に鑑みてなされたもので、簡便な構成で公共交通機関における乗客の誤乗車を防止することを目的とする。

上記課題を解決するために、本発明に係る運行情報管理装置は、例えば、運行経路に関する情報が格納された運行管理データベースと接続された運行情報管理装置であって、乗客端末から目的地に関する情報である目的地情報を取得する目的地情報取得部と、前記乗客端末から車両が撮影された車両画像を取得する車両画像取得部と、前記車両画像から前記車両の識別情報を抽出し、当該識別情報に基づいて前記運行管理データベースから前記車両の運行経路である特定運行経路を抽出する運行経路抽出部と、前記目的地情報に基づいて前記特定運行経路に前記目的地が含まれているか判定をする判定部と、前記判定部による判定の結果を前記乗客端末に報知させる報知制御部と、を備えたことを特徴とする。

本発明の他態様に係る運行情報管理方法は、例えば、乗客端末から目的地に関する情報である目的地情報を取得する目的地情報取得ステップと、前記乗客端末から車両が撮影された車両画像を取得する車両画像取得ステップと、前記車両画像から前記車両の識別情報を抽出し、当該識別情報に基づいて運行経路に関する情報が格納された運行管理データベースから前記車両の運行経路である特定運行経路を抽出する運行経路抽出ステップと、前記目的地情報に基づいて前記特定運行経路に前記目的地が含まれているか判定をする判定ステップと、前記判定ステップによる判定の結果を前記乗客端末に報知させる報知制御ステップと、を含むことを特徴とする。

本発明の他態様に係る運行情報管理プログラムは、例えば、コンピュータを、少なくとも乗客端末から目的地に関する情報である目的地情報を取得する目的地情報取得部、前記乗客端末から車両が撮影された車両画像を取得する車両画像取得部、前記車両画像から前記車両の識別情報を抽出し、当該識別情報に基づいて運行経路に関する情報が格納された運行管理データベースから前記車両の運行経路である特定運行経路を抽出する運行経路抽出部、前記目的地情報に基づいて前記特定運行経路に前記目的地が含まれているか判定をする判定部、前記判定部による判定の結果を前記乗客端末に報知させる報知制御部、として機能させることを特徴とする。

本発明の上記いずれかの態様では、交通機関における乗客の誤乗車を防止することができる。特に、撮影された車両画像に基づいて運行経路を抽出できるため、簡便である。

ここで、前記運行経路抽出部は、前記車両画像から前記識別情報のうちの車両に割り振られたＩＤ番号である車両ＩＤが抽出できた場合には、当該車両ＩＤに基づいて前記特定運行経路を抽出し、前記車両画像の解析により前記車両ＩＤを読取できない場合には、前記車両画像から前記識別情報のうちの前記車両ＩＤ以外の情報を抽出し、当該抽出された情報に基づいて前記特定運行経路を抽出してもよい。このように、抽出の精度が担保できる情報を優先して抽出することで、精度の高い情報抽出ができる。

本発明の他態様に係る運行情報管理装置は、例えば、乗客端末から目的地に関する情報である目的地情報を取得する目的地情報取得部と、車両から送信された当該車両の運行経路である特定運行経路を取得する車両情報取得部と、前記特定運行経路と前記目的地情報とに基づいて、前記特定運行経路に前記目的地が含まれているか判定をする判定部と、前記判定部による判定の結果を前記乗客端末に報知させる報知制御部と、を備えたことを特徴とする。

本発明の他態様に係る運行情報管理方法は、例えば、乗客端末から目的地に関する情報である目的地情報を取得する目的地情報取得ステップと、車両から送信された当該車両の運行経路である特定運行経路を取得する車両情報取得ステップと、前記特定運行経路と前記目的地情報とに基づいて、前記特定運行経路に前記目的地が含まれているか判定をする判定ステップと、前記判定ステップによる判定の結果を前記乗客端末に報知させる報知制御ステップと、を含むことを特徴とする。

本発明の他態様に係る運行情報管理プログラムは、例えば、コンピュータを、少なくとも乗客端末から目的地に関する情報である目的地情報を取得する目的地情報取得部、車両から送信された当該車両の運行経路である特定運行経路を取得する車両情報取得部、前記特定運行経路と前記目的地情報とに基づいて、前記特定運行経路に前記目的地が含まれているか判定をする判定部、前記判定部による判定の結果を前記乗客端末に報知させる報知制御部、として機能させることを特徴とする。

本発明の上記いずれかの態様では、交通機関における乗客の誤乗車を防止することができる。また、車両から取得する特定運行経路に基づいて判定するため、正確な判定が可能である。

ここで、前記車両情報取得部は、前記乗客端末と前記車両に設けられた車載装置との通信を契機に前記特定運行経路を受信してもよい。これにより、照合する車両を正確に特定できる。

ここで、運行経路に関する情報が格納された運行管理データベースと接続された運行情報管理装置であって、運行管理データベースから前記特定運行経路を抽出する運行経路抽出部を備え、前記車両情報取得部は、前記車両の識別情報を取得し、前記運行経路抽出部は、前記識別情報に基づいて前記特定運行経路を抽出し、前記判定部は、前記運行経路抽出部により抽出された前記特定運行経路と前記目的地情報に基づいて前記特定運行経路に前記目的地が含まれているか判定をしてもよい。これにより、車両から送信される識別情報に基づいて判定するため、正確な判定が可能である。

本発明の他態様に係る運行情報管理装置は、例えば、運行経路に関する情報が格納された運行管理データベースと接続された運行情報管理装置であって、乗客端末から目的地に関する情報である目的地情報を取得する目的地情報取得部と、車両に表示された車両ＩＤであって、車両に割り振られたＩＤ番号である車両ＩＤを前記乗客端末を介して取得する車両ＩＤ取得部と、前記車両ＩＤに基づいて前記運行管理データベースから前記車両の運行経路である特定運行経路を抽出する運行経路抽出部と、前記目的地情報に基づいて前記特定運行経路に前記目的地が含まれているか判定をする判定部と、前記判定部による判定の結果を前記乗客端末に報知させる報知制御部と、を備えたことを特徴とする。

本発明の他態様に係る運行情報管理方法は、例えば、乗客端末から目的地に関する情報である目的地情報を取得する目的地情報取得ステップと、車両に表示された車両ＩＤであって、車両に割り振られたＩＤ番号である車両ＩＤを前記乗客端末を介して取得する車両ＩＤ取得ステップと、前記車両ＩＤに基づいて運行経路に関する情報が格納された運行管理データベースから前記車両の運行経路である特定運行経路を抽出する運行経路抽出ステップと、前記目的地情報に基づいて前記特定運行経路に前記目的地が含まれているか判定をする判定ステップと、前記判定ステップによる判定の結果を前記乗客端末に報知させる報知制御ステップと、を含むことを特徴とする。

本発明の他態様に係る運行情報管理プログラムは、例えば、コンピュータを、少なくとも乗客端末から目的地に関する情報である目的地情報を取得する目的地情報取得部、車両に表示された車両ＩＤであって、車両に割り振られたＩＤ番号である車両ＩＤを前記乗客端末を介して取得する車両ＩＤ取得部、前記車両ＩＤに基づいて運行経路に関する情報が格納された運行管理データベースから前記車両の運行経路である特定運行経路を抽出する運行経路抽出部、前記目的地情報に基づいて前記特定運行経路に前記目的地が含まれているか判定をする判定部、前記判定部による判定の結果を前記乗客端末に報知させる報知制御部、として機能させることを特徴とする。

本発明の上記いずれかの態様では、交通機関における乗客の誤乗車を防止することができる。また、車両に表示された車両ＩＤに基づいて正確な判定が可能である。

ここで、前記報知制御部は、前記判定の結果、前記運行経路に前記目的地が含まれていない場合に前記乗客端末を介して警告を発報するものとしてもよい。これにより、判定結果を乗客に正確に把握させ、誤乗車を防止することができる。

ここで、前記運行経路抽出部は、日付及び／又は曜日を参照して前記特定運行経路を抽出してもよい。これにより、日によって運行経路が異なる交通機関であっても、誤乗車を防止することができる。

ここで、前記報知制御部は、前記運行経路に前記目的地が含まれていない場合には、前記乗客端末を介して警告を発報してもよい。これにより、乗客の誤乗車を防止することができる。

ここで、前記報知制御部は、前記乗客端末と前記車載装置との通信が確立した場合、又は情報の授受が行われた場合には、前記乗客端末及び／又は前記車載装置から報知させてもよい。これにより、誤乗車か否か判定されていることが乗客にとって明らかになるので、乗客に安心感を与えることができる。

なお、コンピュータプログラムは、インターネット等のネットワークを介したダウンロードによって提供したり、ＣＤ－ＲＯＭなどのコンピュータ読取可能な各種の記録媒体に記録して提供したりすることができる。

本発明によれば、交通機関において乗客の誤乗車を防止することができる。

第１の実施形態に係る運行情報管理装置３０を含む運行情報管理システム１の全体構成の一例を示すブロック図である。 運行情報管理装置３０のハードウェア構成の一例を概略的に示すブロック図である。 運行情報管理装置３０の電気的な機能ブロックの概略を示す図である。 運行管理ＤＢ６０に格納されたデータの一例を示す図であり、（Ａ）は第１テーブルＴ１の一例であり、（Ｂ）は第２テーブルＴ２の一例であり、（Ｃ）は第３テーブルＴ３の一例である。 運行情報管理装置３０が判定結果を報知する処理の流れの一例を示すフローチャートである。 第２の実施形態に係る運行情報管理装置３０Ａを含む運行情報管理システム２の全体構成の一例を示すブロック図である。 運行情報管理装置３０Ａの電気的な機能ブロックの概略を示す図である。 運行情報管理装置３０Ａが判定結果を報知する処理の流れの一例を示すフローチャートである。 第２の実施形態の変形例に係る運行情報管理装置３０Ｂ及び運行情報管理システム２Ａの電気的な機能ブロックの概略を示す図である。 第３の実施形態に係る運行情報管理装置３０Ｃを含む運行情報管理システム３の全体構成の一例を示すブロック図である。 運行情報管理装置３０Ｃが判定結果を報知する処理の流れの一例を示すフローチャートである。

以下、本発明に係る運行情報管理装置の実施形態を、図面を参照して詳細に説明する。運行情報管理装置は、異なる行先に向かう複数の乗客を乗せて運行する交通機関において、乗客の目的地を把握し、誤乗車を防止する装置である。

交通機関はバスや電車等が想定される。以降の説明において、交通機関を利用する乗客が乗車する筐体を、「車両」と総称する。目的地は、例えば、バスにおける停留所又は電車における駅等、あらかじめ定められている複数の地点から選択的に設定される地点である。

車両の車体（外表面）には、車両の識別情報が表示されている。車両の識別情報とは、車両の運行経路の特定に関する情報であり、例えば運行経路を示す系統番号、行先、車両ＩＤを示す文字もしくは記号、運行を管理する会社（以下、運行管理会社という）の名称、ロゴもしくはエンブレム等である。識別情報は、文字列で表示されていてもよいし、２次元バーコード又はカラーパターン等のコード情報により表示されていてもよい。

車両ＩＤとは、車両に割り振られたＩＤ番号であり、例えば全ての公共交通機関（電車、バス等）に全国共通ルールにより割り振られたＩＤ番号である。車両ＩＤは、会社、経路、運行曜日（特定の日時のみ運転する車両の場合には、その特定日時情報）が識別可能な文字列である。

＜第１の実施形態＞
図１は、第１の実施形態に係る運行情報管理装置３０を含む運行情報管理システム１の全体構成の一例を示すブロック図である。運行情報管理システム１は、乗客端末１０と、運行情報管理装置３０と、運行管理データベース（ＤＢ）６０と、を備える。乗客端末１０は、例えば移動体通信網又は無線通信等の通信ネットワークを介して運行情報管理装置３０と互いに通信可能に構成されている。

乗客端末１０は、車両の乗客に所持されると共に通信（例えば移動体通信）を行うことができる装置である。乗客端末１０は、例えばスマートホン又はタブレット端末等の可搬性のある装置により実現される。乗客端末１０は、主として、入力部１１と、記憶部１２と、撮像部１３と、コード読取部１４と、通信処理部１５と、表示部１６とを備える。

入力部１１は、例えば、乗客からの入力を受け付ける。入力部１１は、例えば乗客の目的地に関する情報（以下、目的地情報という）の入力を受け付ける。目的地情報は、目的地、例えば交通機関における乗降地点の情報である。乗降地点とは、バスにおける停留所又は電車における駅の名称であってよい。また、目的地情報は、住所や適宜の方法で特定される地点の情報であってもよい。入力部１１は、乗客による運行情報管理システム１への利用登録を受け付けてもよい。この場合、例えば、入力部１１は乗客の氏名や連絡先等の入力を受け付ける。

記憶部１２は、例えば、乗客端末１０を所持する乗客の識別情報、および目的地に関する情報を格納する。

撮像部１３は、車両の外観、例えば、車両の正面や側面に設けられた行先表示器、交通機関の名称又はロゴ、２次元バーコードやカラーパターンを撮像し、画像を取得する。撮像部１３は、例えば可視光カメラにより構成される。

コード読取部１４は、撮像部１３が撮像した画像から２次元バーコードやカラーパターン等のコード情報を抽出し、抽出したコード情報を読み取る機能部である。コード情報の読み取りは、すでに公知の様々な方法を用いることができる。なお、コード読取部１４は必須ではない。

通信処理部１５は、例えば、運行情報管理装置３０と通信を行う。通信処理部１５は、撮像部１３により撮像した撮像データを運行情報管理装置３０に送信する。また、通信処理部１５は、コード読取部１４がコード情報を読み取った結果を運行情報管理装置３０に送信してもよい。また、通信処理部１５は、運行情報管理装置３０から、目的地情報が示す目的地に車両が到達するか否かの判定結果を受信する。

通信処理部１５による乗客端末１０との通信態様は任意であり、移動体通信の他、適宜の近距離通信技術を採用できる。また、通信処理部１５による乗客端末１０と運行情報管理装置３０との通信態様も任意である。

表示部１６は、例えば、運行情報管理装置３０から送信された判定結果を表示する。入力部１１及び表示部１６は、例えば、入力機能を担うタッチセンサと表示機能を担うディスプレイとを含むタッチパネルとして構成される。

運行管理ＤＢ６０は、交通機関の運行経路に関する情報が格納されているデータベースである。運行管理ＤＢ６０には、車両の識別情報と、運行経路に関する情報（停車地点（停留所、駅等）及び行先の情報を含む）とが対応付けられて記憶されている。

図４は、運行管理ＤＢ６０に格納されたデータの一例を示す図であり、（Ａ）は第１テーブルＴ１の一例であり、（Ｂ）は第２テーブルＴ２の一例であり、（Ｃ）は第３テーブルＴ３の一例である。第１テーブルＴ１は、車両ＩＤを含むテーブルであり、車両ＩＤと運行会社と系統番号と当該系統番号の車両が運行される日程条件（ここでは、運行曜日）が対応付けられている。運行会社の欄には、運行会社の名称が格納され、系統番号の欄には系統番号を示す文字列（数字、記号等）が格納される。日程条件とは、曜日、祝日や年末年始等の特定日である場合に運行される旨の条件であり、運行曜日は日程条件の１つである。なお、第１テーブルＴ１において、日程条件は運行曜日に限られないし、日程条件は必須ではない。

第２テーブルＴ２は、運行会社・系統番号別の運行経路・運航日を示すテーブルである。第２テーブルＴ２では、運行会社、系統番号、運行経路、運行曜日、始発時間が対応付けられている。運行経路は、第３テーブルＴ３との対応付けに用いる項目であり、運行経路毎に振られたＩＤが格納されている。１つの運行経路に対して複数の運行曜日や始発時間の組み合わせがある場合には、それらを全て第２テーブルＴ２に格納する。例えば、運行曜日ごとに時間が異なる場合には、運行曜日１、運行曜日２・・・のように複数の曜日を格納する。また、例えば、同じ曜日に複数回運行する場合には、運行曜日１に後ろに複数の始発時間を格納する。

第３テーブルＴ３は、運行経路別の地点情報を示すテーブルである。第３テーブルＴ３では、運行経路と、運行経路の地点情報が関連付けられている。運行経路の地点情報とは、始発地点、終着地点、途中地点（経由地）の位置情報である。位置情報とは、バス停、駅の名称、住所等である。１つの運行経路に対して、通常、複数の途中地点が格納されている。

また、第３テーブルＴ３には、終着地点までの所要時間及び途中地点までの所要時間が、それぞれ、終着地点及び各途中地点に対応付けて格納されている。所要時間は、始発地点から終着地点又は各途中地点に到達するまでの所要時間であり、交通機関の運行時刻表に基づいて求められる。運行時刻表は、運行管理ＤＢ６０に記憶されていてもよい。なお、第３テーブルＴ３において、所要時間の情報は必須ではない。

運行情報管理装置３０は、乗客端末１０が保有する目的地情報と、運行管理ＤＢ６０に格納されている情報とを参照し、乗客端末１０を保持する乗客が乗車しようとしている車両の運行経路が、乗客の目的地を含むか否かを判定する装置である。

図２は、運行情報管理装置３０のハードウェア構成の一例を概略的に示すブロック図である。運行情報管理装置３０は、制御装置５０と、通信装置５２と、記憶装置５４と、を備える。制御装置５０は、例えば、ＣＰＵ（Central Processing Unit）５６及びメモリ５８を主に備えて構成される。

制御装置５０では、記憶装置５４又はメモリ５８等に格納された所定のプログラムをＣＰＵが実行することにより、後述する各種の機能部として機能する。

通信装置５２は、外部の装置と通信するための通信インターフェース等で構成される。通信装置５２は、例えば、乗客端末１０および運行管理ＤＢ６０との間で各種の情報を送受信する。

記憶装置５４は、ハードディスク等で構成される。この記憶装置５４は、制御装置５０における処理の実行に必要な各種プログラムや各種の情報、及び処理結果の情報を記憶する。

なお、運行情報管理装置３０は、専用又は汎用のサーバ・コンピュータ等の情報処理装置を用いて実現することができる。また、運行情報管理装置３０は、単一の情報処理装置により構成されるものであっても、通信ネットワーク上に分散した複数の情報処理装置により構成されるものであってもよい。また、図２は、運行情報管理装置３０が有する主要なハードウェア構成の一部を示しているに過ぎず、運行情報管理装置３０は、サーバ装置が一般的に備える他の構成を備えることができる。

なお、運行情報管理装置３０は、１個につき１台の車両の運行情報を管理するものであってもよいし、複数の車両の運行情報を管理する構成であってもよい。運行情報管理装置３０は、車両とは異なる場所にサーバ装置として配置されると好適である。

図３は、実施の形態に係る運行情報管理装置３０の電気的な機能ブロックの概略を示す図である。運行情報管理装置３０は、主として、目的地情報取得部３１、車両画像取得部３２、運行経路抽出部３３、判定部３４および報知制御部３５を備える。

目的地情報取得部３１は、乗客端末１０から目的地情報を取得する機能部である。目的地情報として交通機関における乗降地点の情報が取得された場合には、目的地情報取得部３１は乗降地点を目的地とする。また、目的地情報として住所や適宜の方法で特定される地点の情報が取得された場合には、目的地情報取得部３１は、当該地点の最寄りの乗降地点を抽出し、これを目的地とする。

車両画像取得部３２は、乗客端末１０が取得した車両の画像（以下、車両画像という）を取得する機能部である。

運行経路抽出部３３は、車両画像に対して画像処理を行い、車両画像に含まれる（車両画像に写っている）車両の運行経路である特定運行経路を運行管理ＤＢ６０から抽出する機能部である。運行経路抽出部３３には、運行管理ＤＢ６０が接続されている。運行経路は、停車可能な地点の情報、車両の行先、すなわち終点の情報を含む。

運行経路抽出部３３は、画像解析の適宜の手法を用いて、車両画像に映り込んでいる車両の識別情報を抽出する。また、運行経路抽出部３３は、車両画像に含まれる２次元バーコード又はカラーパターン等のコード情報を抽出し、抽出したコード情報を読み取ることで車両の識別情報を抽出してもよい。コード情報の読み取りは、すでに公知の様々な方法を用いることができる。コード情報は、車両の識別情報を含む。なお、乗客端末１０がコード読取部１４を有する場合には、運行経路抽出部３３がコード情報を読み取る機能を有しなくてもよい。

運行経路抽出部３３は、車両画像に対して画像処理を行うときに、車両の識別情報の抽出を段階的に行ってもよい。車両の識別情報の抽出の優先順位は、例えば、車両ＩＤ、系統番号、行き先、バス・鉄道会社のマークの順である。運行経路抽出部３３は、車両画像から車両ＩＤを読取できた場合には、車両ＩＤに基づいて特定運行経路を抽出する。この場合には、車両ＩＤ以外の識別情報を抽出しない。また、車両画像の解析により車両ＩＤを読取できない場合には、車両画像から車両ＩＤ以外の情報を抽出し、当該抽出された情報に基づいて特定運行経路を抽出する。また、車両画像から車両ＩＤ以外の情報を抽出する場合には、運行経路抽出部３３は、系統番号、行き先の文字列、運行管理会社に関する表示（文字又は画像）の抽出を段階的に試み、情報が抽出できた時点で抽出処理を終了する。このように、特定運行経路の抽出精度が高い識別情報を優先することで、撮像画像に含まれる車両が目的地に到着するか否かの判定精度が高くなる。また、優先順位をつけて識別情報を抽出することで、無駄な抽出処理が減り、処理負担を軽減できる。

運行経路抽出部３３は、車両の識別情報に基づいて運行管理ＤＢ６０から特定運行経路を抽出する。具体的には、運行経路抽出部３３は、運行管理ＤＢ６０を参照して、抽出された車両の識別情報に関連付けられた運行経路を運行管理ＤＢ６０から取得し、これを特定運行経路とする。

運行経路抽出部３３は、車両ＩＤが抽出できた場合には、第１テーブルＴ１（図４参照）から系統番号を取得し、その系統番号に関連付けられた運行経路を第２テーブルＴ２（図４参照）から取得する。

また、運行経路抽出部３３は、車両ＩＤが抽出できなかった場合には、抽出できた識別情報に関連付けられた運行経路を第２テーブルＴ２から取得する。例えば、運行経路抽出部３３は、系統番号が抽出できた場合には、系統番号に関連付けられた運行経路を取得する。例えば、系統番号が同じであっても曜日によって運行経路が異なる場合には、運行経路抽出部３３は、第２テーブルＴ２の運行曜日の欄に基づいて、現在の曜日に対応する運行経路を取得する。

また、例えば、運行経路抽出部３３は、行先表示が抽出できた場合には、行先表示に記載された行先が行先となっている運行経路を第３テーブルＴ３から取得する。また、例えば、運行経路抽出部３３は、運行管理会社が抽出できた場合には、その運行管理会社に関連付けられた運行経路を第２テーブルＴ２から取得する。これらの場合において、複数の運行経路が取得可能な場合には、例えば、運行経路抽出部３３は、乗客端末１０から位置情報を取得し、当該位置が第３テーブルＴ３の途中地点に含まれる運行経路を取得したり、第２テーブルＴ２の運行曜日の欄に車両画像が撮像された日時（曜日）が含まれる運行経路を取得したりしてもよい。

そして、運行経路抽出部３３は、取得された運行経路に対応付けられた地点情報を第３テーブルＴ３から取得し、この地点情報を特定運行経路として抽出する。例えば、運行経路抽出部３３は、「ＲＯＵＴＥ－ＩＤ２」の運行経路が取得された場合には、第３テーブルＴ３から、「ＲＯＵＴＥ－ＩＤ２」に関連付けられた始発地点「ＰＯＩＮＴ２－１」、終着地点「ＰＯＩＮＴ２－２」、途中地点「ＰＯＩＮＴ２－３」・・・を特定運行経路として抽出する。

判定部３４は、目的地情報に基づいて特定運行経路に目的地が含まれているか判定をする機能部である。例えば、判定部３４は、目的地情報が示す目的地が「Ａ」である場合には、「Ａ」が特定運行経路に含まれているか判定をする

報知制御部３５は、撮像画像に含まれる車両が目的地に到着するか否かの判定結果を乗客端末１０に出力し、乗客端末１０に報知させる機能部である。乗客端末１０における報知の態様はさまざまである。例えば、報知制御部３５は、乗客端末１０の表示部１６上に判定結果を表示してもよい。また、報知制御部３５は、乗客端末１０から音声により報知をしてもよい。また、報知制御部３５は、乗客端末１０を振動させたり照明を明滅させたりしてもよい。

報知制御部３５は、判定の結果、特定運行経路に目的地が含まれていない場合には、乗客端末１０を介して警告を発報する。報知は、少なくとも誤って乗車した乗客が確認可能な態様であればよく、例えば音声の他、車内の適宜の表示部における表示、照明の明滅等適宜の態様を含む。また、この報知には、誤った車両に乗車しようとしている旨の情報を含んでよい。

また、特定運行経路に目的地が含まれていない場合には、報知制御部３５は、目的地に到達する車両の特徴（例えば、路線名、系統番号、行先、車両の外観の特徴等）を合わせて報知してもよい。この場合、運行経路抽出部３３は、目的地を含む運行経路を運行管理ＤＢ６０から取得し、これを報知制御部３５が報知する。報知制御部３５は、乗客端末１０の位置を含む地図を乗客端末１０に表示させ、目的地に到達する車両の停車位置（駅のホーム番号、停留所名）を案内してもよい。

図５は、運行情報管理装置３０が判定結果を報知する処理の流れの一例を示すフローチャートである。図５では、乗客端末１０の保有者がバス停でバスを待っている状況を例に処理の流れを説明する。なお、以後の説明において、ステップの順番は、適宜、変更することができる。

（ステップＳＰ１１）
目的地情報取得部３１は、乗客端末１０から目的地情報を取得する。そして処理はステップＳＰ１２に移行する。

（ステップＳＰ１２）
車両画像取得部３２は、乗客端末１０から車両画像を取得する。そして処理はステップＳＰ１３に移行する。

（ステップＳＰ１３）
運行経路抽出部３３は、車両画像を解析する。車両画像を解析する処理（ステップＳＰ１３）は、複数のステップ（ステップＳＰ１４～ＳＰ１７）を含む。

（ステップＳＰ１４）
運行経路抽出部３３は、車両画像から車両ＩＤの抽出を試みる。車両画像から車両ＩＤが抽出された場合（ステップＳＰ１４でＹｅｓ）には、処理はステップＳＰ１８に移行する。車両画像から車両ＩＤが抽出されなかった場合（ステップＳＰ１４でＮｏ）には、処理はステップＳＰ１５に移行する。

（ステップＳＰ１５）
運行経路抽出部３３は、車両画像から車両に表示される系統番号の抽出を試みる。車両画像から系統番号が抽出された場合（ステップＳＰ１５でＹｅｓ）には、処理はステップＳＰ１８に移行する。車両画像から系統番号が抽出されなかった場合（ステップＳＰ１５でＮｏ）には、処理はステップＳＰ１６に移行する。

（ステップＳＰ１６）
運行経路抽出部３３は、車両画像から車両に表示される行先表示の抽出を試みる。車両画像から行先表示が抽出された場合（ステップＳＰ１６でＹｅｓ）には、処理はステップＳＰ１８に移行する。車両画像から行先表示が抽出されなかった場合（ステップＳＰ１６でＮｏ）には、処理はステップＳＰ１７に移行する。

（ステップＳＰ１７）
運行経路抽出部３３は、車両画像から車両の運行管理会社の画像（マーク）または文字の抽出を試みる。車両画像から運行管理会社が抽出された場合（ステップＳＰ１７でＹｅｓ）には、処理はステップＳＰ１８に移行する。車両画像から運行管理会社が抽出されなかった場合（ステップＳＰ１７でＮｏ）には、処理を終了する。このとき、運行情報管理装置３０は、報知制御部３５を介して、乗客端末１０を介して、処理が行えない（車両の運行経路が抽出できない）旨のエラー報知を行ってもよい。

（ステップＳＰ１８）
運行経路抽出部３３は、ステップＳＰ１４～ＳＰ１７のいずれかにより車両画像から抽出された情報に基づいて、運行管理ＤＢ６０から特定運行経路を抽出する。

（ステップＳＰ１９）
判定部３４は、特定運行経路に目的地が含まれているか判定する。そして処理はステップＳＰ２０に移行する。

（ステップＳＰ２０）
報知制御部３５は、ステップＳＰ１９における判定結果を乗客端末１０に報知させる。

本実施の形態によれば、交通機関における乗客の誤乗車を防止することができる。また、運行経路抽出部３３が、車両ＩＤを読み取りできた場合には車両ＩＤに基づいて運行経路を抽出し、車両ＩＤを抽出できない場合には車両の識別情報に基づいて運行経路を抽出する構成によれば、抽出の精度が担保できる情報を優先して抽出することで、精度の高い情報抽出ができる。また、車両の識別情報の抽出処理を段階的に行い、運行経路が抽出された時点で抽出処理を終了する構成によれば、処理負担を軽減できる。

なお、本実施の形態では、始発地点と終着地点が異なる（周回しない）場合を例に説明したが、車両が周回経路を走行する場合も考えられる。乗車地点と降車地点の両方を含む運行経路が第３テーブルＴ３に複数含まれる場合には、これらの経路を周回経路と判定可能である。車両が周回経路を走行する場合には、運行経路抽出部３３は、複数の運行経路のそれぞれに対して、現在地から目的地までの所要時間を求め、所要時間が最も短い経路を特定運行経路とすればよい。なお、所要時間は、目的地が格納された途中地点に対応付けられた所要時間と、現在地が格納された途中地点に対応付けられた所要時間を第３テーブルＴ３から抽出し、これらの差分することで求めることができる。また、車両が周回経路を走行する場合には、運行経路抽出部３３は、複数の運行経路のそれぞれに対して、第２テーブルＴ２から抽出された取得された始発時間と、第３テーブルＴ３から抽出された目的地（目的地が格納された途中地点）までの所要時間から到着時刻を求め、到着時刻が最も早い経路を特定運行経路としてもよい。

＜第２の実施形態＞
次に、第２の実施形態に係る運行情報管理装置を含む運行情報管理システム２について説明する。なお、以降の説明において、第１の実施形態と同様の要素や構造には同一の符号を付し、詳細な説明を省略する。

図６は、第２の実施形態に係る運行情報管理装置３０Ａを含む運行情報管理システム２の全体構成の一例を示すブロック図である。運行情報管理システム２は、乗客端末１０と、車載装置２０と、運行情報管理装置３０Ａとを備える。

運行情報管理装置３０Ａは、車両から送信されるデータに基づいて特定運行経路を取得する点で、運行情報管理装置３０と異なる。乗客端末１０および車載装置２０は、例えば移動体通信網又は無線通信等の通信ネットワークを介して運行情報管理装置３０Ａと互いに通信可能に構成されている。運行情報管理装置３０Ａは、車載装置２０が搭載される車両とは異なる場所に配設されていてもよいし、機能の一部が車載装置２０とともに車両に搭載されていてもよい。また、車載装置２０および運行情報管理装置３０Ａは、１個のハードウェア構成により実現されていてもよい。

車載装置２０は、交通機関の車両に設けられると共に通信（例えば移動体通信）を行うことができる装置である。車載装置２０は、主として、車両情報送信部２１と、報知部２３と、を備える。

車両情報送信部２１は、乗客端末１０及び／又は運行情報管理装置３０Ａと通信し、情報の送受信を行う機能部である。車両情報送信部２１は、接触領域に乗客端末１０が近接又は接触したことを契機に、車両の運行経路に関する情報（特定運行経路）を運行情報管理装置３０Ａに送信する。

車両情報送信部２１と乗客端末１０とは、無線通信、例えばBluetooth（登録商標）やRFID技術等の適宜の近距離無線通信を用いて通信を行ってよい。

車両情報送信部２１は、乗客端末１０を近接又は接触させる接触領域を有する筐体に収容されていてもよい。車両情報送信部２１の接触領域は、例えば、車両の扉付近（外壁又は社内）に設けられている。なお、車両情報送信部２１の接触領域の近傍に、乗客が確認するための車両ＩＤが表示されていてもよい。

報知部２３は、例えば、車両の車内に警報を報知する装置である。報知部２３は、特定運行経路に乗客の目的地が含まれているか否かを報知する。報知部２３は、例えばスピーカー又はディスプレイを備え、音声、文字又は映像により乗客に報知を行う。

図７は、運行情報管理装置３０Ａの電気的な機能ブロックの概略を示す図である。運行情報管理装置３０Ａは、主として、目的地情報取得部３１、車両情報取得部３６、判定部３４および報知制御部３５Ａを備える。

車両情報取得部３６は、乗客端末１０と車両に搭載されている車載装置２０との通信を契機に、車載装置２０から特定運行経路を取得する機能部である。車両情報送信部２１は、乗客端末１０との通信が確立又は情報の授受が行われたことを契機に、特定運行経路を車両情報取得部３６に送信し、車両情報取得部３６はこれを受信する。

なお、車両情報送信部２１は、乗客端末１０との通信により取得した乗客の目的地情報を、特定運行経路とともに車両情報取得部３６に送信し、目的地情報取得部３１が目的地情報を受信し、車両情報取得部３６が特定運行経路を受信するようにしてもよい。この構成によっても、運行情報管理装置３０Ａは、照合すべき目的地情報および車両の識別情報を対応付けて取得することができる。

報知制御部３５Ａは、報知制御部３５と同様に、撮像画像に含まれる車両が目的地に到着するか否かの判定結果を乗客端末１０に出力し、乗客端末１０に報知させる機能部である。また、報知制御部３５Ａは、乗客端末１０を保持する乗客が目的地に到達しない車両に乗車したことが推定された場合に、乗客端末１０に警告を報知させる。なお、報知制御部３５Ａは、乗客端末１０のみでなく、車載装置２０の報知部２３を介して警告を行ってもよい。

また、報知制御部３５Ａは、乗客端末１０と車載装置２０との通信が確立した場合、又は情報の授受が行われた場合には、乗客端末１０及び／又は車載装置２０から報知させてもよい。このときの報知は、例えば、乗客端末１０と車載装置２０との通信が確立したことを示す通知である。この構成によれば、当該車両の車載装置２０が運行情報管理システム２に対応しており、誤乗車か否か判定されていることが乗客にとって明らかになるので、乗客に安心感を与えることがわかる。また、乗客端末１０の保有者は、報知がないことにより運行情報管理システム２が対応していないことが分かる。

図８は、運行情報管理装置３０Ａが判定結果を報知する処理の流れの一例を示すフローチャートである。図８では、乗客端末１０の保有者がバス停でバスを待っている状況を例に処理の流れを説明する。なお、以後の説明において、ステップの順番は、適宜、変更することができる。

（ステップＳＰ２１）
乗客端末１０と車両情報送信部２１とが通信を行うと、目的地情報取得部３１は、乗客端末１０から目的地情報を取得する。そして処理はステップＳＰ２２に移行する。

（ステップＳＰ２２）
車両情報取得部３６は、乗客端末１０から特定運行経路を取得する。そして処理はステップＳＰ２３に移行する。

（ステップＳＰ２３）
報知制御部３５Ａは、車載装置２０を介して、乗客端末１０と車載装置２０との通信が確立した旨、又は情報の授受が行われた旨の報知を行う。なお、この報知は、乗客端末１０を介して行われてもよい。そして処理はステップＳＰ２４に移行する。

（ステップＳＰ２４）
判定部３４により、乗客端末１０から取得した特定運行経路に目的地が含まれているか判定する。そして処理はステップＳＰ２５およびＳＰ２６に移行する。

（ステップＳＰ２５）
報知制御部３５Ａは、判定結果を乗客端末１０に報知させる。

（ステップＳＰ２６）
報知制御部３５Ａは、判定結果を車載装置２０の報知部２３に報知させる。

本実施の形態によれば、交通機関において乗客の誤乗車を防止することができる。特に、乗客端末１０を車載装置２０と通信させるだけで運行情報管理装置３０Ａが乗車の適否を判断できるので、乗客にとって簡便である。また、運行情報管理装置３０Ａが車載装置２０から特定運行経路を受信するため、誤った車両と照合するおそれがない。

なお、本実施の形態では、運行情報管理装置３０Ａが車載装置２０から特定運行経路を受信したが、運行情報管理装置３０Ａが車載装置２０から受信する情報は特定運行経路に限られない。例えば、運行情報管理装置３０Ａが車載装置２０から車両の識別情報を受信してもよい。

図９は、第２の実施形態の変形例に係る運行情報管理装置３０Ｂ及び運行情報管理装置３０Ｂを含む運行情報管理システム２Ａの電気的な機能ブロックの概略を示す図である。運行情報管理システム２Ａは、乗客端末１０と、車載装置２０と、運行情報管理装置３０Ｂと、運行管理ＤＢ６０と、を備える。

運行情報管理装置３０Ｂは、運行情報管理装置３０Ａと同様に、車両から送信されるデータに基づいて特定運行経路を取得する。運行情報管理装置３０Ｂは、主として、目的地情報取得部３１、車両情報取得部３６Ａ、運行経路抽出部３３Ａ、判定部３４および報知制御部３５Ａを備える。

車両情報取得部３６Ａは、乗客端末１０と車両に搭載されている車載装置２０との通信を契機に、車載装置２０から車両の識別情報又は運行経路を取得する機能部である。車両情報送信部２１は、乗客端末１０との通信が確立又は情報の授受が行われたことを契機に、車両の識別情報又は運行経路を車両情報取得部３６Ａに送信し、車両情報取得部３６Ａはこれを受信する。

車両情報取得部３６Ａは、車載装置２０から車両の識別情報を取得した場合には、車両の識別情報を運行経路抽出部３３Ａに出力する。

運行経路抽出部３３Ａは、車両情報取得部３６Ａから取得した車両の識別情報に基づいて運行管理ＤＢ６０から特定運行経路を抽出する。運行経路抽出部３３Ａが運行管理ＤＢ６０から特定運行経路を抽出する処理は、運行経路抽出部３３と同様である。

運行情報管理装置３０Ｂの処理の流れは、運行情報管理装置３０Ａ（図８参照）と同様である。そして、運行情報管理装置３０Ｂの場合には、図８のステップＳＰ２４において、運行経路抽出部３３Ａが運行管理ＤＢ６０から特定運行経路を抽出し、判定部３４が運行管理ＤＢ６０から抽出された特定運行経路に目的地が含まれているか否かを判定すればよい。

本変形例によれば、乗客端末１０を車載装置２０と通信させるだけで運行情報管理装置３０Ｂが乗車の適否を判断できるので、交通機関において乗客の誤乗車を簡便に防止することができる。

＜第３の実施形態＞
次に、第３の実施形態に係る運行情報管理装置を含む運行情報管理システム３について説明する。なお、以降の説明において、第１の実施形態と同様の要素や構造には同一の符号を付し、詳細な説明を省略する。

図１０は、第３の実施形態に係る運行情報管理装置３０Ｃを含む運行情報管理システム３の全体構成の一例を示すブロック図である。運行情報管理システム３は、乗客端末１０と、運行情報管理装置３０Ｃと、運行管理ＤＢ６０とを備える。

運行情報管理装置３０Ｃは、乗客端末１０から車両ＩＤの入力を受け付け、当該車両ＩＤに基づいて運行経路を抽出する点で、第１実施形態に係る運行情報管理装置３０と異なる。運行情報管理装置３０Ｃは、主として目的地情報取得部３１、車両ＩＤ取得部３７、運行経路抽出部３３Ｂ、判定部３４および報知制御部３５Ａを備える。

車両ＩＤ取得部３７は、乗客端末１０からの入力を受け付ける機能部である。乗客は、車両又は運行経路を識別する車両ＩＤを乗客端末１０に入力する。車両ＩＤは、例えば車両の外表面又は乗降口近傍に、乗客から視認できる態様で表示されている。本実施の形態では、車両ＩＤは、文字列で表示されている。車両ＩＤ取得部３７は、入力された車両ＩＤを運行経路抽出部３３に出力する。

運行経路抽出部３３Ｂは、車両ＩＤ取得部３７から取得した車両ＩＤに基づいて運行管理ＤＢ６０から特定運行経路を抽出する。運行経路抽出部３３Ｂが運行管理ＤＢ６０から特定運行経路を抽出する処理は、運行経路抽出部３３と同様である。

図１１は、運行情報管理装置３０Ｃが判定結果を報知する処理の流れの一例を示すフローチャートである。図１１では、乗客端末１０の保有者がバス停でバスを待っている状況を例に処理の流れを説明する。なお、以後の説明において、ステップの順番は、適宜、変更することができる。

（ステップＳＰ３１）
目的地情報取得部３１は、乗客端末１０から目的地情報を取得する。そして処理はステップＳＰ３２に移行する。

（ステップＳＰ３２）
車両ＩＤ取得部３７は、乗客端末１０から車両ＩＤを取得する。そして処理はステップＳＰ３３に移行する。

（ステップＳＰ３３）
運行経路抽出部３３は、車両ＩＤに基づいて、運行管理ＤＢ６０から特定運行経路を抽出する。そして処理はステップＳＰ３４に移行する。

（ステップＳＰ３４）
判定部３４は、特定運行経路に目的地が含まれているか判定する。そして処理はステップＳＰ３５に移行する。

（ステップＳＰ３５）
報知制御部３５は、ステップＳＰ３４における判定結果を乗客端末１０に報知させる。

本実施の形態によれば、車両に表示された識別情報に基づいて車両の運行経路を正確に抽出できるため、誤乗車を防止することができる。

以上、この発明の実施形態を、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

１、２、２Ａ、３：運行情報管理システム
１０ ：乗客端末
１１ ：入力部
１２ ：記憶部
１３ ：撮像部
１４ ：コード読取部
１５ ：通信処理部
１６ ：表示部
２０ ：車載装置
２１ ：車両情報送信部
２３ ：報知部
３０、３０Ａ、３０Ｂ、３０Ｃ：運行情報管理装置
３１ ：目的地情報取得部
３２ ：車両画像取得部
３３、３３Ａ、３３Ｂ：運行経路抽出部
３４ ：判定部
３５、３５Ａ：報知制御部
３６、３６Ａ：車両情報取得部
３７ ：車両ＩＤ取得部
５０ ：制御装置
５２ ：通信装置
５４ ：記憶装置
５８ ：メモリ
６０ ：運行管理ＤＢ

Claims (7)

1. 乗客端末から目的地に関する情報である目的地情報を取得する目的地情報取得部と、
   車両から送信された当該車両の運行経路である特定運行経路を取得する車両情報取得部と、
   前記特定運行経路と前記目的地情報とに基づいて、前記特定運行経路に前記目的地が含まれているか判定をする判定部と、
   前記判定部による判定の結果を前記乗客端末に報知させる報知制御部と、
   を備え、
   前記車両情報取得部は、前記乗客端末と前記車両に設けられた車載装置との通信を契機に前記特定運行経路を受信する
   ことを特徴とする運行情報管理装置。
2. 運行経路に関する情報が格納された運行管理データベースと接続された請求項１に記載の運行情報管理装置であって、
   前記運行管理データベースから前記特定運行経路を抽出する運行経路抽出部を備え、
   前記車両情報取得部は、前記車両の識別情報を取得し、
   前記運行経路抽出部は、前記識別情報に基づいて前記特定運行経路を抽出し、
   前記判定部は、前記運行経路抽出部により抽出された前記特定運行経路と前記目的地情報に基づいて前記特定運行経路に前記目的地が含まれているか判定をする
   ことを特徴とする運行情報管理装置。
3. 請求項２に記載の運行情報管理装置であって、
   前記運行経路抽出部は、日付及び／又は曜日を参照して前記特定運行経路を抽出する
   ことを特徴とする運行情報管理装置。
4. 請求項１から３のいずれか一項に記載の運行情報管理装置であって、
   前記報知制御部は、前記運行経路に前記目的地が含まれていない場合には、前記乗客端
   末を介して警告を発報する
   ことを特徴とする運行情報管理装置。
5. 請求項１に記載の運行情報管理装置であって、
   前記報知制御部は、前記乗客端末と前記車載装置との通信が確立した場合、又は情報の授受が行われた場合には、前記乗客端末及び／又は前記車載装置から報知させる
   ことを特徴とする運行情報管理装置。
6. 乗客端末から目的地に関する情報である目的地情報を取得する目的地情報取得ステップと、
   車両から送信された当該車両の運行経路である特定運行経路を取得する車両情報取得ステップと、
   前記特定運行経路と前記目的地情報とに基づいて、前記特定運行経路に前記目的地が含まれているか判定をする判定ステップと、
   前記判定ステップによる判定の結果を前記乗客端末に報知させる報知制御ステップと、
   を含み、
   前記車両情報取得ステップは、前記乗客端末と前記車両に設けられた車載装置との通信を契機に前記特定運行経路を受信する
   ことを特徴とする運行情報管理方法。
7. コンピュータを、少なくとも
   乗客端末から目的地に関する情報である目的地情報を取得する目的地情報取得部、
   車両から送信された当該車両の運行経路である特定運行経路を取得する車両情報取得部、
   前記特定運行経路と前記目的地情報とに基づいて、前記特定運行経路に前記目的地が含まれているか判定をする判定部、
   前記判定部による判定の結果を前記乗客端末に報知させる報知制御部、
   として機能させ、
   前記車両情報取得部は、前記乗客端末と前記車両に設けられた車載装置との通信を契機に前記特定運行経路を受信する
   ことを特徴とする運行情報管理プログラム。