JP6705796B2 - 運行管理システムに係るサーバ、端末装置、サーバの制御方法及びサーバの制御プログラム - Google Patents

Description

本発明は、車両の運行を管理する運行管理システムであって、特に、複数の乗客を乗車させて走行する車両の運行管理システムに係るサーバ、端末装置、サーバの制御方法及びサーバの制御プログラムに関する。

複数の乗客を乗車させて走行する車両、例えば乗合バスのような車両では、安全に乗客を運ぶための運行管理が不可欠である。例えば、特許文献１には、バスの乗務員の操作忘れや操作ミスに起因して車載器が誤った運行状態を把握するのを防止することを目的とした、バス車両管理用車載器等が開示されている。

さらに、バスには、車両内での乗客の転倒が起こり得るなど、普通乗用車とは異なるバス特有の問題がある。この問題に対し、特許文献１には、車内を移動中の乗客を検知する乗客移動検知を、車内での乗客の転倒事故が発生する頻度が高い状況で適切に実施することを目的とした乗客移動検知装置等が開示されている。

特開２０１７−４９７２７号公報 特開２０１７−１９９１２３号公報

ここで、バスの運行管理側（運行管理を行う法人等）は、複数の路線と、路線上を行き来する複数のバス、さらに、それらバスを運転する複数の運転手を抱えている。そして、管理側では、１人の管理者に複数のバスを分散させて管理させている。従って、管理者に負担を要しない管理手法の実現が望まれている。

上述の特許文献１に記載の技術では、車両の運行状態（「出庫」、「実車」、「入庫」等）の区分や位置情報が、運行日報として記録される。しかしながら、車内で発生した警告事象や、運転履歴が記載される訳ではない。また、特許文献２に記載の技術では、運転手への報知がなされる旨は記載されているが、管理者側に当該報知の発生について周知させる技術については開示されていない。

そこで、本発明は、車両の運行を管理する運行管理システムにおいて、管理側の運行管理に係る負荷を軽減するための、車両の運行管理システムに係るサーバ、端末装置、サーバの制御方法及びサーバの制御プログラムを提供することを目的とする。

本発明の一実施形態による、車両の運行状況を管理する運行管理システムに係るサーバは、管理者と、当該管理者が管理すべき少なくとも１の車両とを関連付けて記憶する記憶部と、管理者に関連付けられた車両から、当該車両の運行に関する少なくとも１のパラメータを受信する受信部と、管理者に関連付けられた少なくとも１の車両に関する情報を、管理者に対応付けられた端末装置の表示部に表示させるための表示情報を生成する生成部と、生成部によって生成された表示情報を、端末装置へ送信する送信部とを備える。

本発明の一実施形態によるサーバにおいて、生成部は、管理者に関連付けられた少なくとも１の車両に関する情報を、端末装置の表示部に一覧で表示させるための表示情報を生成してもよい。

本発明の一実施形態によるサーバにおいて、生成部は、少なくとも１の車両に関する情報を、端末装置の表示部に一覧で表示させるための表示情報を生成してもよい。

本発明の一実施形態によるサーバにおいて、生成部は、少なくとも１の車両の走行位置をマップ上に重畳させて表示させるための表示情報を生成してもよい。

本発明の一実施形態によるサーバにおいて、生成部は、車両の運行中にパラメータが所定の条件を満たす場合、当該所定の条件を満たした時刻と当該パラメータとを関連付けた警告事象を表示させる表示情報を生成してもよい。

本発明の一実施形態によるサーバにおいて、受信部は、警告事象が生じた際の車両内の警告事象映像を、車両からさらに受信し、生成部は、警告事象を表示させる情報として、警告事象映像を含む表示情報を生成してもよい。

本発明の一実施形態によるサーバにおいて、生成部は、パラメータの時系列における変化を、日単位で表示させるための表示情報をさらに生成してもよい。

本発明の一実施形態によるサーバにおいて、生成部は、管理者に関連付けられた車両の運行ルートを、マップに重畳させて表示させる表示情報を生成してもよい。

本発明の一実施形態によるサーバにおいて、生成部は、マップが、端末装置において、管理者に対応付けられた端末装置の位置を略中心として表示される表示情報を生成してもよい。

本発明の一実施形態による端末装置は、サーバから受信した表示情報に基づき、少なくとも１の車両に関する情報を表示する表示部を備えてもよい。

本発明の一実施形態による、車両の運行状況を管理する運行管理システムに係るサーバの制御方法は、管理者と、当該管理者が管理すべき少なくとも１の車両とを関連付けて記憶する記憶ステップと、管理者に関連付けられた車両から、当該車両の運行に関する少なくとも１のパラメータを受信する受信ステップと、管理者に関連付けられた少なくとも１の車両に関する情報を、管理者に対応付けられた端末装置の表示部に表示させるための表示情報を生成する生成ステップと、生成ステップにて生成された表示情報を、端末装置へ送信する送信ステップとを含む。

本発明の一実施形態による、車両の運行状況を管理する運行管理システムに係るサーバの制御プログラムは、サーバに、管理者と、当該管理者が管理すべき少なくとも１の車両とを関連付けて記憶する記憶機能と、管理者に関連付けられた車両から、当該車両の運行に関する少なくとも１のパラメータを受信する受信機能と、管理者に関連付けられた少なくとも１の車両に関する情報を、管理者に対応付けられた端末装置の表示部に表示させるための表示情報を生成する生成機能と、生成機能によって生成された表示情報を、端末装置へ送信する送信機能と、を実現させる。

本発明によれば、車両の運行を管理する運行管理システムにおいて、管理側の運行管理に係る負荷を軽減するための、車両の運行管理システムに係るサーバ、端末装置、サーバの制御方法及びサーバの制御プログラムを提供することができる。

本発明の一実施形態による運行管理システム構成の概略図である。 本発明の一実施形態による車両のブロック図の一例である。 本発明の一実施形態による、管理装置（サーバ）のブロック図の一例である。 本発明の一実施形態による、管理装置の表示部（表示操作端末）に表示される管理画面の概略図である。 本発明の一実施形態による、管理装置の表示部に表示される管理画面の一例である。 本発明の一実施形態による、管理装置の表示部に表示される管理画面の一例である。 本発明の一実施形態による、管理装置の表示部に表示される管理画面の一例である。 本発明の一実施形態による、管理装置の表示部に表示される管理画面の一例である。 本発明の一実施形態による、管理装置の表示部に表示される管理画面の概略図である。 本発明の一実施形態による、管理装置の表示部に表示される管理画面の一例である。 本発明の一実施形態による、日報画面の概略図である。 本発明の一実施形態による、日報画面の一例である。 本発明の一実施形態による、管理装置の表示部に表示される管理画面の一例である。 本発明の一実施形態による、管理装置の表示部に表示される管理画面の一例である。 本発明の一実施形態による、運行管理システムに係るサーバの制御方法のフローチャートの一例である。 本発明の一実施形態による、運行管理システムに係るサーバの制御方法のシーケンス図の一例である。

以下、諸図面を参照しながら、本発明の一実施形態を詳細に説明する。図１は、本発明の一実施形態による運行管理システム構成の概略図である。図に示すように、運行管理システム６００は、車両２００Ａ〜２００Ｃと、管理装置（サーバ）３００と、表示操作端末（端末装置）３４０とを少なくとも含む。管理装置３００は、運行管理側の管理装置であって、ネットワーク５００を介して複数の車両２００Ａ〜２００Ｃと情報の送受信を行う。ネットワーク５００は、例えば、ワイヤレスＬＡＮ（ｗｉｒｅｌｅｓｓ ＬＡＮ：ＷＬＡＮ）や広域ネットワーク（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ：ＷＡＮ）、ＩＳＤＮｓ（ｉｎｔｅｇｒａｔｅｄ ｓｅｒｖｉｃｅ ｄｉｇｉｔａｌ ｎｅｔｗｏｒｋｓ）、無線ＬＡＮｓ、ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａｄｖａｎｃｅｄ、第４世代（４Ｇ）、第５世代（５Ｇ）、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）等である。表示操作端末３４０は、管理装置３００の表示部及び入力受付部として機能する。表示操作端末３４０は、各管理者４００に対応付けられて、管理者４００からの入力操作を受け付けたり、管理者４００に対して各種情報を提示する。なお、図では、表示操作端末３４０をデスクトップパソコンとキーボードにて示してあるが、タブレットや、スマートフォン等の端末装置であってもよい。また、管理装置３００を２台のサーバにて示してあるが、これ以上存在してもこれ以下でもよく、また、クラウドサーバで実現されてもよい。

車両２００Ａ〜２００Ｃは、以下の説明ではバスを一例として説明する。図に示すように、車両２００としては、運転手１００によって運転されるバスであってもよいし、運転手を必要としない自動運転の車両２００Ｃであってもよい。さらに、図では、車両としてバスを３台のみ示してあるが、複数の車両が存在してもよいことは言うまでもない。特に区別する必要がない場合、車両２００Ａ〜２００Ｃ、運転手１００Ａ，１００Ｂを、単に車両２００、運転手１００と表記する。なお、自動運転の車両について特筆することがある場合は、適宜説明する。

図２は、本発明の一実施形態による車両２００のブロック図である。図２に示すように、車両２００は、車両制御装置２７０を搭載し、撮影部２１０、スピーカ２２０、ディスプレイ２３０、決済部２４０、降車ボタン２５０、センサ２６０を少なくとも備える。撮影部２１０は、例えばカメラであって、車両内の出入口ドア、左右前後、決済部２４０付近、車両内外等に複数設けられ、車両２００内外を撮影する。撮影部２１０によって撮影されたデータは、動画であってもよいし、静止画像であってもよい。スピーカ２２０は、車両２００内に、停車場や運賃等の案内、異常時の警告音声等を出力する。また、スピーカ２２０は、車両内外の音声を録音するのに用いられてもよい。ディスプレイ２３０は、上記停車場や運賃等の案内、異常時の警告メッセージ等を表示する。決済部２４０は、車両２００の利用料（運賃）の支払いに用いられ、例えば電子マネー、クレジットカードの読取装置、入金額を判定可能な入金装置である。降車ボタン２５０は、車両２００の乗客が次の停車場で降車を希望する旨を示すためのボタンである。センサ２６０は、車両２００内に複数設けられ、車両２００の運行に関するパラメータの少なくとも１つを取得する各種センサであって、例えば、加速度センサ、速度センサ、位置センサ（ＧＰＳ装置等）、温度センサ、傾きセンサ、空気圧センサ等を含む。ここで、「車両の運行に関するパラメータ」とは、車両の運行状況を把握可能なパラメータであって、例えば、車両の速度、加速度、車両内温度、出入口ドアの開閉状態、走行距離、乗客人数、売上、エンジン回転数、冷却水温度、ハンドルの操作量、燃料の残量、電気自動車である場合に燃料電池の充電率等を含む。さらに、車両の運行に関するパラメータとして、例えば撮影部２１０による画像によって取得可能な、車両内の乗客に関する情報が含まれてもよく、車椅子や松葉づえ、ベビーカーといった乗降に補助が必要な乗客の有無が含まれてもよい。

車両制御装置２７０は、車両内の上述した各装置を制御して、各種情報を取得する。また、車両制御装置２７０は、取得した各種情報を運行管理システム６００へ、すなわち、管理装置３００へ送信する。なお、これら各種情報は、所定時間毎に送信されてよく、例えば、１秒に１回の割合で送信されてもよい。車両制御装置２７０は、制御部２７１、通信Ｉ／Ｆ（インタフェース）２７６、外部装置Ｉ／Ｆ２７７及び記憶部２７８を備える。制御部２７１は、車両制御装置２７０の各部を制御する機能を有するプロセッサである。制御部２７１は、取得部２７２、送受信部２７３及び外部装置制御部２７４を備える。取得部２７２は、車両の運行に関するパラメータを、上述した車両２００に設けられた外部装置から取得する。送受信部２７３は、ネットワーク５００を介した、車両２００と管理装置３００との間の、データの送受信を制御する。例えば、送受信部２７３は、撮影部２１０によって撮影された動画、画像データを、管理装置３００へ送信する。外部装置制御部２７４は、上述した車両２００内の各種外部装置を制御する。

ここで、車両２００が自動運転車両２００Ｃである場合、車両制御装置２７０は、車両２００Ｃの走行を制御する制御装置としても機能する。

記憶部２７８は、典型的には、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなど各種の記録媒体により実現され、車両制御装置２７０が動作するうえで必要とする各種プログラム及びデータを記憶（格納）する機能を有する。また、記憶部２７８は、撮影部２１０によって撮影された動画像を記憶する。また、記憶部２７８は、後述する車両２００の運行に関するパラメータを、管理装置３００へ送信する前に記憶する。

次に、管理装置３００について説明する。管理装置３００は、制御部３１０、通信制御Ｉ／Ｆ３２０、入出力制御Ｉ／Ｆ３２１及び記憶部３３０を備える。また、管理装置３００は、管理装置３００の入力受付部ＫＥＹ、表示部ＤＩＳとして機能する、表示操作端末３４０と、入出力制御Ｉ／Ｆ３２１を介して有線又は無線にて接続される。なお、表示操作端末３４０には、図示しないスピーカを備えてもよい。通信制御Ｉ／Ｆ３２０は、図示しないアンテナ等のインタフェースである。すなわち、通信制御Ｉ／Ｆ部３２０は、車両２００とネットワーク５００を介してデータを通信させる機能を有する。

記憶部３３０は、典型的には、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記録媒体により実現され、管理装置３００が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部３３０は、管理者４００と、管理者４００が管理すべき少なくとも１の車両２００とを関連付けて記憶する。なお、管理者４００と車両２００との関連付けは、日毎に更新されてもよいし、週毎、月毎に更新されてもよく、運行管理に応じて更新されてもよい。また、記憶部３３０は、車両２００から受信した車両の運行に関するパラメータを記憶する。さらに、記憶部３３０は、車両２００の運行中にパラメータが所定の条件を満たす場合、所定の条件を満たした時刻と、パラメータとを関連付けて、警告事象として記憶する。また、記憶部３３０は、車両２００内の動画像データを格納する機能も有する。

ここで、警告事象とは、車両２００の運行において管理者４００が把握すべき事象であって、例えば、乗客が転倒する可能性がある運転や、車両の不具合等に関する事象である。例えば、警告事象とは、車両の「急発進・急加速」、「急停止・急減速」、「急旋回」、「速度オーバー」等を含む。車両の運行に関するパラメータの所定の条件は、上記の警告事象を検出可能な条件である。例えば、「急発進」を検出可能な所定の条件は、車両の運行に関するパラメータである「加速度」が「単位時間当たりに○以上変化する」と設定することができる。また、「急旋回」を検出可能な所定の条件は、車両の運行に関するパラメータである「ハンドルの操作量」及び「速度」において、「速度○ｋｍ／ｈ以上でのハンドルの変化量が○以上」と設定することができる。また、車両の不具合等に関する事象として、「通信モジュールのエラー」、「車両カメラの破損」、「燃料減少」等が警告事象に含まれる。これらを検出可能な所定の条件は、例えば車両２００の撮影部２１０からの映像データが入力されない、燃料センサによって、燃料が所定の閾値以下であることが検出された等とすることができる。その他、警告事象として、車両２００の外、すなわち道路上での落下物の検出や、乗客の体調不良、渋滞情報、車両の運行に影響を与え得る工事に関する情報が含まれてもよい。

制御部３１０は、管理装置３００の各部を制御する機能を有するプロセッサである。制御部３１０は、情報処理部３１１、生成部３１２、受信部３１３、送信部３１４及び判定部３１５を含む。情報処理部３１１は、各種情報の処理を行う。例えば、情報処理部３１１は、受信部３１３及び送信部３１４が通信制御Ｉ／Ｆ３２０を介して車両２００から受信した情報を、生成部３１２に伝達する。生成部３１２は、情報処理部３１１から伝達された表示用のデータを画素情報に変換し、表示部ＤＩＳのフレームバッファに書き込む機能を有する。例えば、生成部３１２は、管理者に関連付けられた少なくとも１の車両に関する情報を、管理者４００に対応付けられた表示操作端末（端末装置）３４０の表示部ＤＩＳに表示させるための表示情報を生成する。また、生成部３１２は、上述した警告事象を表示させるための表示情報を生成する。

受信部３１３は、管理者に関連付けられた車両２００から、上述した車両の運行に関する少なくとも１のパラメータを受信する。なお、受信部３１３は、警告事象が生じた際の車両２００内の警告事象映像を、車両２００から受信する。また、受信部３１３は、管理者に対応する表示操作端末３４０から、運行管理システムへのログイン要求を受信する。

送信部３１４は、入力受付部ＫＥＹから入力された情報にしたがって、通信制御Ｉ／Ｆ３２０から車両２００に情報を送信するように制御する機能を有する。なお、生成部３１２をサーバ３００内に示してあるが、表示操作端末３４０に生成部３１２を設け、表示情報の生成にかかる負荷を分散させてもよい。また、送信部３１４は、受信部３１３によってログイン要求が受信された場合、表示情報として、管理者に関連付けられた車両を一覧表示させる情報を表示操作端末３４０へ送信する。

入力受付部ＫＥＹは、管理者４００からの入力操作を受け付けて、当該入力に係る情報を、制御部３１０に伝達する。表示操作端末３４０において、入力受付部ＫＥＹは、キーボードやタッチパネルなどにより実現され、管理者４００のキーの押下操作、指やスタイラスなどの指示具による接触とその接触位置を検出し、接触位置の座標を情報処理部３１１に伝達する。表示部ＤＩＳは、動画像やテキストデータを表示する機能を有するモニタであり、典型的には液晶ディスプレイで実現される。表示部ＤＩＳは、生成部３１２によって生成された表示情報に基づき、各種表示画面を表示する。

ここで、図４〜１４を用いて、管理装置３００の表示画面（管理画面）について説明する。図４は、表示操作端末３４０に表示される管理画面１０の概略図である。図に示すように、管理画面１０は、車両情報表示領域１０１を少なくとも含む。車両情報表示領域１０１は、管理者が管理すべき車両を一覧表示させた領域である。車両情報表示領域１０１に表示される情報は、上述したように、車両が運行管理システム６００に送信する車両情報（車両の運行に関するパラメータ）に基づく。車両情報としては、例えば、車両の識別情報、車両の位置情報（経度・緯度等）、次の停留所での降車の有無、車両に搭載された各機器の状態に関する情報、乗客数、行路情報等であってよい。なお、車両情報の表示形式は、リスト形式であっても、マップ形式であっても、両者を合わせた形式であってもよい。リスト形式の場合、行路名順に表示されてもよい。なお、マップ形式であれ、リスト形式であれ、車両情報は、所定のタイミングで更新されてもよい。例えば、更新されるタイミングは、車両情報が車両から送信されるタイミングに追随してもよい。例えば、マップ形式の場合、車両の移動に応じて、マップ上で車両が移動するように表示されてもよい。

図５に、車両情報表示領域１０１の一例を示す。管理画面１０は、車両情報表示領域１０１として、車両２００の運行ルートが重畳表示されたマップ画面１５と、車両２００の一覧表示１６とを少なくとも含む。生成部３１２は、管理者４００に関連付けられた車両２００の運行ルートを、マップに重畳させて表示させる表示情報を生成する。ここで、マップの情報は、オープンデータをネットワーク５００を介して取得してもよいし、記憶部３３０に予め記憶させておいてもよい。管理画面１０において、車両２００の運行状況に応じて、各車両の表示位置が遷移する。これは、車両２００の位置情報を管理装置３００の受信部３１３が受信し、生成部３１２が、受信した位置情報の変化に基づいて各車両２００の運行状況を表示させる表示情報を生成することで実現できる。なお、マップは、管理者に対応付けられた表示操作端末３４０の位置を略中心として表示されてもよい。例えば、管理者が通常勤務する営業所を中心としたマップを表示させたり、又は、表示操作端末３４０の位置情報に基づき、表示操作端末３４０の現在位置を中心としたマップを表示させてもよい。これにより、管理者が即座に表示されたマップの位置を把握することが可能となる。

表示操作端末３４０において、一覧表示１６から車両２００の選択操作が検出されると、当該車両２００の詳細な管理画面へと遷移する。図６は、車両２００の詳細な管理画面の概略図である。図に示すように、管理画面１０は、運行ルート表示領域１７と、車両パラメータ表示領域１８と、車内・車外映像表示領域１９と、各種ボタン表示領域２１とを含む。なお、各表示領域の位置は概略であって、大きさや位置がこれに限られるわけではない。図７は、車両２００の詳細な管理画面１０の一例である。生成部３１２は、車両２００から送信される運行に関するパラメータや画像が用いて、図７に示す管理画面１０を表示させるための表示情報を生成する。

上述のように、本発明によれば、管理者が管理すべき車両の情報が、管理者の端末装置に一覧で表示される。従って、管理者の負荷を軽減させることが可能となる。

また、本発明の一実施形態によれば、車両で生じた警告事象が、管理画面に表示される。この例を、図８を用いて説明する。図８に示すように、管理画面１０は、警告事象表示領域１１と、警告事象詳細表示領域１２とを少なくとも含む。警告事象表示領域１１は、警告事象を一覧表示する領域であって、その表示形式は、リスト形式、マップ形式等であってよい。また、警告事象詳細表示領域１２は、警告事象表示領域１１において、管理者４００によって選択された警告事象についての詳細を表示する領域であって、警告事象の発生車両、映像、画像、発生日時、発生ルート（運行ルート）、当該車両の管理者等についての情報を含む。すなわち、管理装置３００の生成部３１２は、警告事象を表示させる情報として、警告事象映像を含む表示情報を生成する。なお、警告事象は、サーバ３００の記憶部３３０に記憶されずに、車両２００から送信された情報に基づき、表示操作端末３４０に表示されてもよい。また、図８では、２つの表示領域を明確に区別して示してあるが、本発明はこれに限られるものではない。例えば、図９に、図８の管理画面の一例を示す。図９の例では、警告事象表示領域１１としてアラートリストが表示されている。アラートリストには、少なくとも、アラート内容（警告事象の内容）、発生日時が含まれる。重要度は、アラート内容に応じて付加される情報であって、早急に対応すべき内容であれば「高」となる。なお、アラートリストは、表示操作端末３４０に対応付けられた管理者４００が管理すべき車両に関するものである方が好ましい。

表示操作端末３４０において、管理者４００によって警告事象の１つが選択されると、選択された警告事象の詳細画面が表示される。図９の例では、アラート内容「走行中の立ち上がり」が選択され、アラート内容が発生した際の映像が、警告事象詳細表示領域１２として表示されている。この映像は、警告事象が発生した際の前後３０秒程度の動画であてもよいし、静止画像であってもよい。また、警告事象をより正確に把握可能なように、複数の撮影部２１０による動画像が表示されてもよい。さらに、音声データを含んでもよい。

図１０は、警告事象表示領域１１において、警告事象がマップ形式で表示された例である。図に示すように、表示操作端末３４０において、管理画面１０は、マップ形式の警告事象表示領域１１を含む。マップ形式の警告事象表示領域１１では、警告事象の発生箇所が、所定のマーク１３で示されている。生成部３１２は、警告事象が発生した場所を、車両２００の位置情報（緯度・経度）から特定し、特定した場所を、所定のマーク１３でマップ上にプロットさせる。表示操作端末３４０において、管理者４００によって警告事象の１つが選択されると、選択された警告事象の詳細画面１２が表示される。なお、図１０の例のように、警告事象の内容に応じて、表示させる警告情報のフィルタリングができてもよい。

上述のように、本発明の一実施態様によれば、管理者が確認すべき警告事象が、表示操作端末において表示される。また、警告事象は、車両２００から取得される、車両の運行に関するパラメータに応じて判定され、表示情報が生成される。従って、管理者にとってみれば、警告事象の有無や内容を一瞥で把握することができ、利便性が高い。また、警告事象の生じた際の動画像が表示されるため、より精度の高いチェックを行うことが可能となる。

管理装置３００の説明に戻る。管理装置３００において、受信部３１３は、管理者に対応する表示操作端末３４０から、運行管理システムへのログイン要求を受信する。判定部３１５は、ログイン要求に含まれる管理者の識別情報や、表示操作端末３４０の識別情報に基づき、ログイン要求を行った管理者を判定する。生成部３１２は、記憶部３３０に記憶された情報に基づき、ログイン要求を送信した管理者に関連付けられた車両を表示させるための表示情報を生成する。送信部３１４は、生成された表示情報を、表示操作端末３４０へ送信する。

図１１は、表示操作端末３４０の表示画面の一例である。図１１は、管理者が運行管理システムにログインした際に表示される画面の１つである。図に示すように、管理画面１０には、管理者４００に関連付けられた車両であって、管理者４００が管理すべき複数の車両２００の一覧表示画面として、運行スケジュール画面１４が表示される。従って、管理者４００は、自身が管理すべき車両に関する情報を即座に把握できるため、利便性が高い。

なお、本発明の一実施態様によれば、運転手１００が日報を作成する支援を行うことができる。例えば、図１２に、日報画面が表示された管理画面１０の概略図を示す。図に示すように、日報画面は、警告事象表示領域２３、運転パラメータ表示領域２４、スコア表示領域２５、連絡履歴表示領域２６を含む。警告事象表示領域２３は、運転手１００による１日の運転状況に基づき、判定部３１５によって警告事象であると判定された場合を表示する。運転パラメータ表示領域２４は、１日当たりの運転パラメータを時系列で表示する。スコア表示領域２５は、運転手１００の１日当たりの運転パラメータに基づき、理想的な運転モデルとの比較結果を表示する。連絡履歴表示領域２６は、運転手１００と管理者４００とのメッセージのやり取り履歴を表示する。図１３は、日報画面の一例である。

上述のように、本発明の一実施態様によれば、車両２００の運行に関するパラメータが、車両２００から管理装置３００に送信され、当該パラメータに基づいて、日報が生成されて表示される。従って、運転手の負担を減らし、利便性を高めることが可能となる。

なお、日報としては上述の例に限られるものではない。図１４に、日報の他の例を示す。図１４では、車両２００の売上の時系列変化と、警告事象の発生時間のプロットとが示されている。前者は、車両２００の決済部２４０における決済情報に基づき生成することができる。なお、図１４に示すように、日報に含めることのできるパラメータを選択可能であることが好ましい。

次に、上述したサーバ３００の制御方法について、図を用いて説明する。図１５は、サーバ３００による制御方法のフローチャートである。まず、管理装置３００の記憶部３３０に、管理者と、当該管理者が管理すべき少なくとも１の車両とが関連付けられて記憶される（ステップＳ１１）。受信部３１３は、管理者４００に関連付けられた車両２００から、当該車両の運行に関する少なくとも１のパラメータを受信する（ステップＳ１２）。ここで、車両の運行に関するパラメータは、一定時間（例えば、１５分）毎に、それ以前のパラメータをまとめて車両２００から送信されてもよいし、逐一送信されてもよい。一定時間ごとに送信される場合は、車両２００の記憶部２７８に、パラメータが一時的に記憶される。次に、生成部３１２は、管理者４００に関連付けられた少なくとも１の車両に関する情報を、管理者に対応付けられた端末装置の表示部に表示させるための表示情報を生成する（ステップＳ１３）。送信部３１４は、生成部３１２によって生成された表示情報を、表示操作端末装置へ送信する（ステップＳ１４）

次に、車両２００と、管理装置３００と、表示操作端末３４０とによる運行管理処理について説明する。図１６は、一実施形態における、車両２００と、管理装置３００と、表示操作端末３４０とによる運行管理処理の流れを示すシーケンス図である。

車両２００の運行に関するパラメータが、管理装置３００へ送信される（ステップＳ２１，Ｓ２２）。管理装置３００から、表示情報が表示操作端末３４０へ送信される（ステップＳ２３）。表示操作端末３４０において、管理画面が表示される（ステップＳ２４）。

このように、本発明の一実施形態によれば、車両２００から、車両の運行に関するパラメータが送信され、当該パラメータの履歴に基づいて、車両内で生じた警告事象や、日報が生成され、管理者４００に対して表示される。従って、管理者４００に正確に必要な情報を提示することができ、利便性が高い。

本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を容易に行えることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、上記実施の形態に示す構成を適宜組み合わせることとしてもよい。例えば、管理装置３００、車両２００又は表示操作端末３４０として区別して説明した機能は、管理装置３００のみによって行われても良い。また、管理装置３００が備えるとして説明した各構成部は、複数の情報処理装置によって分散されて実現されてもよい。

例えば、上述の例では、マップの中心位置が表示操作端末３４０の位置に対応する態様について説明した。しかしながら、車両の異常を検知した場合、当該車両の現在位置をマップの中心位置とするようにマップを移動させてもよい。これにより、異常が発生した車両の位置を即座に管理者に把握させることが可能となる。

さらに、マップ外にいる車両の移動方向を、例えばリスト形式の表示項目に、矢印で表示させてもよい。これにより、マップ外の車両に対しても、運行が通常通りに行われているかを簡単に把握することができる。

例えば、上述では、警告事象の判定を、管理装置３００で行うとして説明した。しかしながら、警告事象の判定は、車両２００の車両制御装置２７０において行われてもよい。そして、車両２００における判定結果に基づき、警告事象に関するパラメータや、映像のみが、管理装置３００へ送信されてもよい。

また、警告事象を判定する所定の条件は、車両２００の走行環境に応じて異なってもよい。例えば、車両２００が走行している場所（住宅地、ビル街の別）、道路状況（混雑、道幅、路面状態等）、天候（台風、強風、降雨等）に応じて、異なる判定条件が設定されてもよい。

また、車両２００に人工知能（ＡＩ：Artifical Intelligence）を設け、車両の走行中に警告事象を判定する所定の条件を学習させて、当該所定の条件を更新してもよい。これにより、より走行環境に則した安全な運転を提供することができる。

また、上述では、車両としてバスについて説明した。しかしながら、車両としては、トラックやタクシー等、交通に用いられる車両に本発明を適用することができる。

さらに、図示しない他の管理画面が表示されてもよい。例えば、管理者４００がログインした際に表示される管理画面として、未対応の警告事象や、自身が管理する車両の運転手とのメッセージのうち未読のもの等が表示されてもよい。また、運転手１００にも表示操作端末３４０が対応付けられ、日報の確認やメッセージの入力操作等が行われてもよい。さらに、取得された警告事象に基づき、警告事象の発生が多い場所についてのハザードマップを表示させる表示情報が、生成部３１２によって生成されてもよい。

また、本発明に係る発明の一実施形態を説明したが、本発明はこれに限られないことは言うまでもない。例えば、上述において、管理装置３００の記憶部３３０に記憶されると説明した各種情報は、管理装置３００とは別の外部メモリや、クラウド上に記憶されてもよいし、どちらかの記憶部に集約されていてもよい。また、表示画面は一例であり、これ以上の情報が表示されてもよいし、これ以下の情報であってもよい。

管理装置３００、車両２００の各機能部は、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。また、各機能部は、１または複数の集積回路により実現されてよく、複数の機能部の機能を１つの集積回路により実現されることとしてもよい。さらに、上述した管理装置３００は、複数のサーバコンピュータで実現してもよいし、機能によっては、外部のプラットフォーム等をＡＰＩ（Application Programming Interface）等で呼び出して実現してもよい。

管理装置３００の各機能部をソフトウェアにより実現する場合、管理装置３００または車両制御装置２７０は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラム及び各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。すなわち、本発明に係る管理装置３００は、ＣＰＵがＲＡＭ上にロードされたプログラムを実行することにより、上述した各構成部として機能する。上記記録媒体としては、「一時的でない有形の媒体」、例えば、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、上記プログラムは、例えば、ActionScript、JavaScript（登録商標）、Python、Rubyなどのスクリプト言語、C言語、C＋＋、C＃、Objective-C、Swift、Java（登録商標）などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装できる。さらに、特許請求の範囲における「部（section、module、unit）」との記載は、「手段」や「回路」に読み替えてもよい。例えば、受信部は、受信手段や受信回路に読み替えることができる。

６００ 運行管理システム
１００Ａ，１００Ｂ 運転手
２００Ａ〜２００Ｃ 車両（バス）
３００ 管理装置（サーバ）
３４０ 表示操作端末
４００ 管理者
５００ ネットワーク
２１０ 撮影部
２２０ スピーカ
２３０ ディスプレイ
２４０ 決済部
２５０ 降車ボタン
２６０ センサ
２７０ 車両制御装置
２７１ 制御部
２７２ 取得部
２７３ 送受信部
２７４ 外部装置制御部
２７６ 通信制御Ｉ／Ｆ（インタフェース）
２７８ 記憶部
３１０ 制御部
３３０ 記憶部
３１１ 情報処理部
３１２ 生成部
３１３ 受信部
３１４ 送信部
３１５ 判定部
３４０ 表示管理端末
３１２ 受信部
１０ 管理画面
１０１ 警告事象表示領域
１２ 警告事象詳細表示領域
１２ 警告事象詳細表示画面
１３ マーク
１４ 運行スケジュール画面
１５ マップ画面
１６ 一覧表示
１７ 運行ルート表示領域
１８ 車両パラメータ表示領域
１９ 車外映像表示領域
２１ 種ボタン表示領域
２３ 警告事象表示領域
２４ 運転パラメータ表示領域
２５ スコア表示領域
２６ 連絡履歴表示領域

Claims (10)

1. 車両の運行状況を管理する運行管理システムに係るサーバであって、
   管理者と、当該管理者が管理すべき少なくとも１の車両とを関連付けて記憶する記憶部と、
   前記管理者に関連付けられた車両から、当該車両の運行に関する少なくとも１のパラメータを受信する受信部と、
   前記管理者に関連付けられた少なくとも１の車両に関する情報を、前記管理者に対応付けられた端末装置の表示部に一覧で表示させるための表示情報を生成する生成部と、
   前記生成部によって生成された前記表示情報を、前記端末装置へ送信する送信部と、
   を備え、
   前記生成部は、前記車両の運行中に前記パラメータが所定の条件を満たす場合、当該所定の条件を満たした時刻と当該パラメータとを関連付けた警告事象を表示させる表示情報として、前記受信部が前記車両からさらに受信した、前記警告事象が生じた際の前記車両内の警告事象映像を含む表示情報を生成し、
   前記所定の条件は、前記車両の走行環境に応じて設定される、サーバ。
2. 前記生成部は、前記パラメータの時系列における変化を、日単位で表示させるための表示情報をさらに生成する、
   ことを特徴とする請求項１に記載のサーバ。
3. 前記生成部は、前記パラメータの時系列における変化として、前記警告事象の時系列における変化を、前記警告事象の種類ごとに日単位で表示させるための表示情報を生成する、
   ことを特徴とする請求項２に記載のサーバ。
4. 前記生成部は、前記パラメータの時系列における変化を、前記管理者に対応付けられた車両ごとに一覧で表示させるための表示情報を生成する、
   ことを特徴とする請求項２に記載のサーバ。
5. 前記生成部は、前記少なくとも１の車両の走行位置をマップ上に重畳させて表示させるための表示情報を生成する、
   ことを特徴とする請求項１〜４のいずれか一項に記載のサーバ。
6. 前記生成部は、前記管理者に関連付けられた車両の運行ルートを、前記マップに重畳させて表示させる表示情報を生成する、
   ことを特徴とする請求項１〜５のいずれか一項に記載のサーバ。
7. 前記生成部は、前記マップが、前記端末装置において、前記管理者に対応付けられた前記端末装置の位置を略中心として表示される表示情報を生成する、
   ことを特徴とする請求項１〜６のいずれか一項に記載のサーバ。
8. 前記請求項１〜７のいずれか一項に記載のサーバから受信した表示情報に基づき、前記少なくとも１の車両に関する情報を表示する表示部を備える、端末装置。
9. 車両の運行状況を管理する運行管理システムに係るサーバの制御方法であって、
   管理者と、当該管理者が管理すべき少なくとも１の車両とを関連付けて記憶する記憶ステップと、
   前記管理者に関連付けられた車両から、当該車両の運行に関する少なくとも１のパラメータを受信する受信ステップと、
   前記管理者に関連付けられた少なくとも１の車両に関する情報を、前記管理者に対応付けられた端末装置の表示部に一覧で表示させるための表示情報を生成する生成ステップと、
   前記生成ステップにて生成された前記表示情報を、前記端末装置へ送信する送信ステップと、を含み、
   前記生成ステップは、前記車両の運行中に前記パラメータが所定の条件を満たす場合、当該所定の条件を満たした時刻と当該パラメータとを関連付けた警告事象を表示させる表示情報として、前記受信ステップにて前記車両からさらに受信した、前記警告事象が生じた際の前記車両内の警告事象映像を含む表示情報を生成し、
   前記所定の条件は、前記車両の走行環境に応じて設定される、サーバの制御方法。
10. 車両の運行状況を管理する運行管理システムに係るサーバに、
    管理者と、当該管理者が管理すべき少なくとも１の車両とを関連付けて記憶する記憶機能と、
    前記管理者に関連付けられた車両から、当該車両の運行に関する少なくとも１のパラメータを受信する受信機能と、
    前記管理者に関連付けられた少なくとも１の車両に関する情報を、前記管理者に対応付けられた端末装置の表示部に一覧で表示させるための表示情報を生成する生成機能と、
    前記生成機能によって生成された前記表示情報を、前記端末装置へ送信する送信機能と、
    を実現させ、
    前記生成機能は、前記車両の運行中に前記パラメータが所定の条件を満たす場合、当該所定の条件を満たした時刻と当該パラメータとを関連付けた警告事象を表示させる表示情報として、前記受信機能が前記車両からさらに受信した、前記警告事象が生じた際の前記車両内の警告事象映像を含む表示情報を生成し、
    前記所定の条件は、前記車両の走行環境に応じて設定される、サーバの制御プログラム。

Images