JP2021168058A - 車載器、該車載器を用いた輸送管理システムおよび輸送管理プログラム - Google Patents

Abstract

【課題】乗客や荷物の積載可能な空きスペースに関する情報等を正確に把握でき、相乗りをする場合にも円滑に車両選択を行うことができる車載器、該車載器を用いた輸送管理システムおよび輸送管理プログラムを提供する。【解決手段】車両の座席部の画像を取得する第１の画像取得手段（車載カメラ１０Ａ）と、前記車両の荷台部（トランクルーム３０１）の画像を取得する第２の画像取得手段（デジタルカメラ）の何れかを備え、第１の画像取得手段および第２の画像取得手段で取得した画像に基づいて、車両への乗車予定者又は乗車予定者の荷物を積載可能な空きスペースに関する情報を算出する空きスペース情報算出手段（１０１）と、空きスペースに関する情報を外部装置（クラウドサーバ２００）に送信する通信手段（１０４）と、制御手段（１１）とを備える。【選択図】図３

Description

本発明は、タクシー等の車両に搭載される車載器、該車載器を用いた輸送管理システムおよび輸送管理プログラムに関する。

従来から、複数の客が相乗りする相乗りタクシーを予約する場合などに適用可能な輸送管理システムに関する技術が種々提案されている（例えば、特許文献１参照）。

このような輸送管理システムでは、タクシー等を検索する際に、「タクシー等への乗車可能人数」に対する「実際の乗車人数」などによって乗車可否の判断を行っている。

特開２０１８−１５６２７０号公報

一方、乗客が荷物を保有している場合には、荷物が積載できないために、選択した車両に乗車できない場合が想定される。

また、車両のトランクルームの空きスペースによっては、無理に荷物を積載することで。荷物の破損や変形を生じることが有り、乗客との間でトラブルが発生する虞もある。

特に、タクシー車両等の公共交通機関の有効活用の時勢を受けて、一台の車両に複数の乗客が相乗りする相乗りタクシーの需要増大が想定される。この場合に、乗車可能人数と積載可能な荷物の個数等を把握した上で、タクシー等の予約を行いたいとの要望がある。

本発明は、上記課題に鑑みてなされたものであり、乗客や荷物の積載可能な空きスペースに関する情報等を正確に把握でき、相乗りをする場合にも円滑に車両選択を行うことができる車載器、該車載器を用いた輸送管理システムおよび輸送管理プログラムを提供することを目的とする。

本発明の態様に係る車載器は、車両の座席部の画像を取得する第１の画像取得手段と、前記車両の荷台部の画像を取得する第２の画像取得手段、の何れかを備え、前記第１の画像取得手段および前記第２の画像取得手段で取得した画像に基づいて、前記車両への乗車予定者又は前記乗車予定者の荷物を積載可能な空きスペースに関する情報を算出する空きスペース情報算出手段と、前記空きスペースに関する情報を外部装置に送信する通信手段と、前記第１の画像取得手段、前記第２の画像取得手段および前記通信手段を制御する制御手段と、を備える。

前記空きスペースに関する情報は、前記乗車予定者が着座可能な座席数に関する情報または前記乗車予定者の荷物を積載可能な前記荷台部の空き容積に関する情報を含むことが好ましい。

前記第１の画像取得手段または前記第２の画像取得手段で取得された画像に基づく画像認識を行う画像認識手段をさらに備え、前記画像認識手段により、前記乗車予定者が着座可能な空き座席、前記荷台部内の積載物および空きスペースを画像認識することが好ましい。

本発明の他の態様に係る輸送管理システムは、上述の車載器と、前記車載器から送信される空きスペースに関する情報を受信する情報通信手段と、情報を格納する情報格納手段と、情報処理を行う情報処理手段と、を備えるサーバと、乗車予定者が備え、前記サーバとの間で、乗車予定者の人数および前記乗車予定者の荷物の外形サイズおよび必要な収容スペースに関する情報、前記空きスペースに関する情報、積載可否に関する情報を送受信する携帯端末と、から構成され、前記サーバの前記情報処理手段は、前記乗車予定者の人数又は前記乗車予定者の荷物の外形サイズおよび必要な収容スペースに関する情報と、前記空きスペースに関する情報とに基づいて、前記車両への積載可否を判定する積載可否判定手段を備える。

本発明の他の態様に係る輸送管理プログラムは、輸送管理システムで実行され、第１の画像取得手段により前記車両の座席部の画像を取得する工程と、第２の画像取得手段により前記車両の荷台部の画像を取得する工程と、取得した画像に基づいて、前記車両への乗車予定者および前記乗車予定者の荷物を積載可能な空きスペースに関する情報を算出する空きスペース情報算出工程と、前記乗車予定者の人数および前記乗車予定者の荷物の外形サイズおよび必要な収容スペースに関する情報と、前記空きスペース情報算出手段で算出された空きスペースに関する情報とに基づいて、前記車両への積載可否を判定する積載可否判定工程と、を有する。

本発明によれば、乗客や荷物の積載可能な空きスペースに関する情報等を正確に把握でき、相乗りをする場合にも円滑に車両選択を行うことができる車載器、該車載器を用いた輸送管理システムおよび輸送管理プログラムを提供することができる。

実施の形態に係る車載器を適用したタクシー車両等の構成例を示す概略構成図である。 実施の形態に係る車載器を適用したタクシー車両の要部を示す説明図である。 実施の形態に係る車載器を用いた輸送管理システムの機能構成を示す機能ブロック図である。 実施の形態に係る車載器に適用される車載器（デジタルタコグラフ）の構成例を示すブロック図である。 実施の形態に係る輸送管理システムで実行される輸送管理処理の処理手順を示すフローチャートである。 実施の形態に係る輸送管理システムで実行される輸送管理処理のサブルーチンに係る車載器制御処理の処理手順を示すフローチャートである。 実施の形態に係る輸送管理システムで実行される輸送管理処理のサブルーチンに係る携帯端末における予約処理の処理手順を示すフローチャートである。 実施の形態に係る輸送管理システムで実行される輸送管理処理のサブルーチンに係るサーバ処理の処理手順を示すフローチャートである。 実施の形態に係る輸送管理システムで実行される輸送管理処理のサブルーチンに係る予約確定処理の処理手順を示すフローチャートである。 携帯端末における乗車条件入力の表示例を示す説明図である。 携帯端末における乗車可能情報の表示例を示す説明図である。 実施の形態に係る車載器において予約確定情報の表示例を示す説明図である。

図１から図１２を参照して、本発明の実施の形態に係る輸送管理システムＳ１について説明する。

（車載器の機能構成等）
図１から図３を参照して、本実施の形態に係る輸送管理システムＳ１に適用される車載器１００等の機能構成などについて説明する。

なお、本実施の形態では、輸送管理システムＳ１をタクシー車両Ｖ１（Ｖ２…）に適用した場合を示す。但し、輸送管理システムＳ１は、タクシー車両Ｖへの適用には限定されない。
ここで、図１は、実施の形態に係る車載器１００を適用したタクシー車両等の構成例を示す概略構成図、図２は、車載器１００を適用したタクシー車両の要部を示す説明図、図３は、車載器１００を用いた輸送管理システムＳ１の機能構成を示す機能ブロック図である。

図１および図２に示すように、タクシー車両Ｖ１（Ｖ２…）の車内の前方側上部には、座席部の画像を取得する第１の画像取得手段としての車載カメラ１０Ａが設けられている。

この車載カメラ（第１の画像取得手段）１０Ａで取得される画像の画像認識等によって、車内の各座席にヒトが着座しているか否かが分かる。これにより、空いている座席（空きスペース）を把握することができ、現状であと何人が乗車可能かを判定することができる。

例えば、図２の例では、車載カメラ（第１の画像取得手段）１０Ａで取得される画像の画像認識等によって、運転席と後部座席左側にヒトＨ１、Ｈ２が居ることが確認される。そして、空きスペースとして、助手席Ａ１と後部座席右側（乗客が詰めれば後部座席中央も可）Ａ２が空いていると判定することができる。

また、タクシー車両Ｖ１（Ｖ２…）のトランクルーム（荷台部）３０１には、荷台部３０１内の画像を取得する第２の画像取得手段としてのデジタルカメラ１０Ｂが設けられている。

より具体的には、例えばトランクルーム３０１においてＤ１方向に開閉可能に設けられるハッチ部３００の内側に、デジタルカメラ１０Ｂを設けるようにできる。

なお、トランクルーム３０１内の画像取得は、ハッチ部３００を開けた状態で行うようにしてもよいし、ハッチ部３００を閉じた状態で行うようにしてもよい。但し、ハッチ部３００を閉じた状態で、デジタルカメラ１０Ｂによって画像取得を行う構成とする場合には、トランクルーム３０１内にＬＥＤライトなどの光源を別途設ける必要がある。

そして、デジタルカメラ（第２の画像取得手段）１０Ｂで取得される画像の画像認識等によって、トランクルーム３０１内の載置されている荷物の個数および大きさを認識することができる。これにより、トランクルーム３０１内の空きスペースＡ３を把握することができ、現状でどの程度の荷物を積載可能か否かを後述するクラウドサーバ２００で判定することができる。

例えば、図２の例では、デジタルカメラ（第２の画像取得手段）１０Ｂで取得される画像の画像認識等によって、トランクルーム３０１内に積載されている荷物５００ａが認識される。そして、他の荷物を積載可能な空きスペースＡ３が有ると判定することができる。

なお、図１に示すように、車載器１００と、車載カメラ１０Ａおよびデジタルカメラ１０Ｂは、ケーブル３５０ａ、３５０ｂを介して接続される。また、ケーブル３５０ａ、３５０ｂに代えて、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）等を介して接続するようにしてもよい。

また、車載器１００を適用した輸送管理システムＳ１では、空きスペースに関する情報、積載可否に関する情報の少なくとも一方を無線回線Ｎ１を介して外部装置としてのクラウドサーバ２００に送信するようになっている。

また、クラウドサーバ２００は、乗車予定者が所有する携帯端末（スマートフォン等）７００ａ（７００ｂ…）からの無線回線Ｎ２を介したアクセスにより、予約情報、タクシー車両Ｖ１（Ｖ２…）の空きスペースに関する情報、積載可否に関する情報等の送受信などを行う。詳細については後述する。

（輸送管理システムの構成例）
図３を参照して、輸送管理システムＳ１の機能構成について説明する。
輸送管理システムＳ１は、車載器１００と、車載器１００から送信される空きスペースに関する情報を受信する情報通信手段２０１および各情報を格納するハードディスク装置等で構成される情報格納手段２０２を備えるサーバ（クラウドサーバ）２００と、乗車予定者が備え、サーバ２００との間で、乗車予定者の人数および乗車予定者の荷物の容積に関する情報、空きスペースに関する情報、積載可否に関する情報を送受信する携帯端末７００ａ（７００ｂ…）と、から構成される。

車載器１００としては、デジタルタコグラフを用いることができる。デジタルタコグラフとは、車両に搭載されて、その車両の走行状態に関する情報を時系列で記録する装置である。なお、車載器１００は、デジタルタコグラフに限定されず、タクシーメータを備えた制御装置等であってもよい。

車載器１００は、車両（タクシー車両Ｖ１等）の座席部の画像を取得する第１の画像取得手段（車載カメラ１０Ａ）、車両の荷台部（トランクルーム３０１）の画像を取得する第２の画像取得手段（デジタルカメラ１０Ｂ）を備える。

また、第１の画像取得手段１０Ａおよび第２の画像取得手段１０Ｂで取得した画像に基づいて、車両への乗車予定者および乗車予定者の荷物を積載可能な空きスペースに関する情報を算出する空きスペース情報算出手段１０１を備える。
また、空きスペースに関する情報を外部装置としてのクラウドサーバ２００に送信する通信手段１０４を備える。

また、車載カメラ１０Ａ、デジタルカメラ１０Ｂ、空きスペース情報算出手段１０１および通信手段１０４を制御するマイクロコンピュータ（ＣＰＵ）等で構成される制御手段１１を備える。

なお、空きスペースに関する情報は、乗車予定者が着座可能な座席数に関する情報または乗車予定者の荷物を積載可能な荷台部（トランクルーム３０１）の空き容積に関する情報、荷物の外形サイズおよび必要な収容スペースに関する情報等を含むようにできる。

また、車載カメラ１０Ａ、デジタルカメラ１０Ｂで取得された画像に基づく画像認識を行う画像認識手段１０５をさらに備える。これにより、画像認識手段１０５によって、乗車予定者が着座可能な空き座席（図２おけるＡ１、Ａ２等）、荷台部（トランクルーム３０１）内の積載物（図２における荷物５００ａ等）および空きスペース（図２おけるＡ３等）を画像認識することができる。

（車載器の構成例）
図４を参照して、車載器１００としてのデジタルタコグラフの構成例について説明する。
図４に示す車載器１００としてのデジタルタコグラフ１００は、タクシー車両Ｖ１（Ｖ２…）等に搭載され、エンジン回転数オーバ、急発進、急加速、急減速等の運転状態を表す運転データを含む稼働データを時刻毎に記録するものである。

デジタルタコグラフ１００は、ＣＰＵ１１、速度／エンジン回転数Ｉ／Ｆ１２、外部入力Ｉ／Ｆ１３、センサ入力Ｉ／Ｆ１４、ＧＰＳ受信部１５、ＣＡＮ＿Ｉ／Ｆ１６、運行記録部１７、カードＩ／Ｆ１８、音声Ｉ／Ｆ１９、スピーカ２１４、ＲＴＣ（時計ＩＣ）２１、出庫／入庫ボタンＳＷ入力部２２、表示コントローラ２３ａ、印字コントローラ２３ｂ、通信部１０４、電源部２５、メモリ２６、ＬＥＤ表示部４１３、陸送ＯＮ／ＯＦＦボタンＳＷ入力部３１を有している。

ＣＰＵ１１は、マイクロコンピュータ等により構成される制御部であり、プログラムに従ってデジタルタコグラフ１００の全体を制御する。ＣＰＵ１１が実行するプログラムや制御に必要な定数等のデータはメモリ２６上に保持されている。メモリ２６は不揮発性であり、所定のプログラム、データの読み出しおよび書き込みが可能である。

カードＩ／Ｆ（インタフェース）１８は、所定の規格に適合するメモリカードをＣＰＵ１１に接続するためのインタフェースであり、メモリカードを着脱自在に保持するカードスロットを備えている。このカードＩ／Ｆ１８には、タクシー車両Ｖ１等を運転する各運転手が所持している所定のメモリカード５５が装着される。このメモリカード５５は、不揮発性のメモリを内蔵しており、各運転者を特定するための番号などが登録された状態で使用される。

音声Ｉ／Ｆ１９は、疑似音声信号を合成して出力するためのインタフェースであり、ＣＰＵ１１の制御により様々なメッセージに対応する音声信号を出力することができる。音声Ｉ／Ｆ１９の出力には報知手段を構成するスピーカ２１４が接続されている。
ＲＴＣ（リアルタイムクロック）２１は、所定のクロックパルスを常時計数することにより、現在時刻の情報を把握している。
出庫／入庫ボタンＳＷ入力部２２には、出庫／入庫ボタンのＯＮ／ＯＦＦ信号が入力される。

表示コントローラ２３ａは、報知手段を構成する表示器２０５の表示内容を制御する。表示器２０５は、例えば、液晶表示装置や有機ＥＬ表示装置等で構成され、予約確定情報等が表示される（具体例については後述する）。
印字コントローラ２３ｂは、感熱式などのプリンタ２０６の印刷を制御し、運賃等をレシートなどとして印刷出力する。

ＬＥＤ表示部４１３は、複数のＬＥＤ（発光ダイオード）を内蔵し、ＣＰＵ１１の制御により各ＬＥＤを点灯、消灯、または点滅し、通信や動作の状態を表示することができる。
陸送ＯＮ／ＯＦＦボタンＳＷ入力部３１は、運転者等により操作され、手動操作による陸送モードのオンオフ切り替えに使用される。

速度／エンジン回転Ｉ／Ｆ１２には、車速センサやエンジン回転数センサからそれぞれ速度パルスや回転パルスが入力される。速度／エンジン回転数Ｉ／Ｆ１２は、入力された信号をＣＰＵ１１の処理に適した信号に変換する。
外部入力Ｉ／Ｆ１３は、外部装置をＣＰＵ１１に接続するためのインタフェースである。
外部入力Ｉ／Ｆ１３には、第１の画像取得手段（車載カメラ１０Ａ）、第２の画像取得手段（デジタルカメラ１０Ｂ）等が接続される。

センサ入力Ｉ／Ｆ１４は、様々なセンサをＣＰＵ１１に接続するためのインタフェースである。センサ入力Ｉ／Ｆ１４の入力には、エンジン温度を検知する温度センサ、燃料量を検知する燃料センサ、車両の加速度（Ｇ値）を感知するＧセンサ等の各種センサＳＮが接続される。

ＧＰＳ受信部１５は、複数のＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）衛星からの電波をＧＰＳアンテナ１５ａで受信し、所定の計算処理を行って受信信号からタクシー車両Ｖ１（Ｖ２…）の現在位置を表す緯度、経度の情報を取得する。

ＣＡＮ＿Ｉ／Ｆ１６は、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）規格の通信ネットワークと接続するためのインタフェースである。ＣＰＵ１１は、車両上の通信ネットワークに接続されている様々な機器との間でＣＡＮ＿Ｉ／Ｆ１６を介して通信できる。実際には、速度、エンジン回転数、燃料量等の各種データの通信が行われる。
通信部１０４は、所定の無線通信インタフェースを内蔵しており、車両の外部との間で無線通信回線を利用して各種情報のデータ通信を行うことができる。

電源部２５は、車両のバッテリーなどから供給される電力に基づき、ＣＰＵ１１等が動作するために必要な安定した電圧（例えば＋５［Ｖ］）を生成し、イグニッションスイッチがオンの時にデジタルタコグラフ１００の各回路に電力を供給するようになっている。
なお、ＣＰＵ１１にはタクシーメータ（図示せず）からタリフ情報等も入力される。

（クラウドサーバの構成例）
図３を参照して、外部装置としてのクラウドサーバ２００の構成例について説明する。
クラウドサーバ２００は、車載器（デジタルタコグラフ）１００から送信される空きスペースに関する情報を受信する情報通信手段２０１と、それらの情報を格納するハードディスク装置等で構成される情報格納手段２０２と、各種の情報処理を行うＣＰＵ等で構成される情報処理手段２０３とを備える。

さらに、情報処理手段２０３は、乗車予定者の人数又は乗車予定者の荷物の外形サイズおよび必要な収容スペースに関する情報と、空きスペースに関する情報とに基づいて、車両Ｖ１（Ｖ２…）への積載可否を判定する積載可否判定手段２０４を備えている。

これにより、積載可否判定手段２０４による積載可否の判定結果を情報通信手段２０１を介して、携帯端末７００ａ（７００ｂ…）および車載器（デジタルタコグラフ）１００に送信することができる。
したがって、乗車予定者は、携帯端末７００ａ（７００ｂ…）によって、乗車および荷物の積載可否等の情報を知得することができる。

また、車両Ｖ１（Ｖ２…）の運転者は、携帯端末７００ａ（７００ｂ…）を介した乗車予定者の予約状況等の情報をクラウドサーバ２００から受信し、車載器（デジタルタコグラフ）１００の表示器２０５等で確認することができる。

（輸送管理処理について）
次に、図５のフローチャートを参照して車載器１００を適用した輸送管理システムＳ１で実行される輸送管理処理の処理手順の例について説明する。
まず、ステップＳＢ１で、車載器１００で各種動作を制御する車載器制御処理に係るサブルーチンを実行する。なお、車載器制御処理の処理手順については後述する。

次いで、ステップＳＢ２では、携帯端末７００ａ（７００ｂ…）における予約処理に係るサブルーチンを実行する。なお、携帯端末における予約処理の処理手順については後述する。

次いで、ステップＳＢ３では、クラウドサーバ２００で実行されるサーバ処理に係るサブルーチンを実行する。なお、サーバ処理の処理手順については後述する。
次いで、ステップＳＢ４では、携帯端末７００ａ（７００ｂ…）、サーバ２００および車載器１００で実行される予約確定処理に係るサブルーチンを実行して処理を終了する。なお、予約確定処理の処理手順については後述する。

（車載器制御処理について）
図６のフローチャートを参照して、車載器制御処理に係るサブルーチンＳＢ１の処理手順について説明する。
ステップＳ１０１では、タクシーメータは空車状態か否かが判定され、「Ｎｏ」の場合には待機し、「Ｙｅｓ」の場合にはステップＳ１０２に移行する。

ステップＳ１０２では、第１の画像取得手段（車載カメラ１０Ａ）により車内の画像を取得すると共に、第２の画像取得手段（デジタルカメラ１０Ｂ）により車両の荷台部（トランクルーム３０１）の画像を取得してステップＳ１０３に移行する。

ステップＳ１０３では、タクシーメータは実車状態か否かが判定され、「Ｎｏ」の場合にはステップＳ１０２に戻り、「Ｙｅｓ」の場合にはステップＳ１０４に移行する。
ステップＳ１０４では、取得した画像に基づいて、空きスペース情報の算出を行う。

より具体的には、第１の画像取得手段（車載カメラ１０Ａ）で取得した画像の画像認識に基づいて、例えば図２に示すように、車内に空きスペースとしての空き座席Ａ１、Ａ２等が有るかの演算処理が行われる。

また、第２の画像取得手段（デジタルカメラ１０Ｂ）で取得した画像の画像認識に基づいて、例えば図２に示すようにトランクルーム３０１に空きスペースＡ３等が有るかの演算処理が行われる。
次いで、ステップＳ１０５では、クラウドサーバ２００に対して、空きスペースに関する情報を送信してステップＳ１０６に移行する。
ステップＳ１０６では、車内配置状況に変化が有ったか否かが判定される。
なお、車内配置状況の変化には、例えば荷物の位置ずれや、１ＢＯＸタイプの車両におけるシートリクライニング等による収容状態の変化などを含む。
そして、判定結果が「Ｙｅｓ」の場合にはステップＳ１０２に戻り、「Ｎｏ」の場合にはメイン処理に戻る。
なお、上述の車載器制御処理は、車載器１００を搭載したタクシーＶ１のほか、同様の車載器１００を搭載した他のタクシーＶ２…でも同様に実行される。
これにより、営業中のタクシー車両Ｖ１、Ｖ２…における空きスペースに関する情報が、サーバ（クラウドサーバ）２００に順次蓄積されていく。

（携帯端末における予約処理について）
図７のフローチャートおよび図１０の説明図を参照して、携帯端末７００ａ（７００ｂ…）における予約処理に係るサブルーチンＳＢ２の処理手順について説明する。

まず、ステップＳ２０１では、乗車予定者が、スマートフォン等から成る携帯端末７００ａ（７００ｂ…）を操作して本システム用の予約アプリケーションソフトウェア（予約アプリ）を起動してステップＳ２０２に移行する。起動された画面では、例えば図１０に示すように、「乗車条件入力」として各種項目が表示部７０１上に表示される。
ステップＳ２０２では、上述の乗車条件入力の画面を操作して乗車人数（例えば、「２名」）を入力してステップＳ２０３に移行する。
ステップＳ２０３では、上述の乗車条件入力の画面を操作して荷物の個数（例えば、「１個」）を入力してステップＳ２０４に移行する。
ステップＳ２０４では、上述の乗車条件入力の画面を操作して荷物の大きさ（例えば、「Ｌ」）を選択入力してステップＳ２０５に移行する。

ステップＳ２０５では、上述の乗車条件入力の画面を操作して希望車種（例えば、「セダンタイプ」）を選択入力してステップＳ２０６に移行する。
ステップＳ２０６では、上述の乗車条件入力の画面を操作して相乗りの可否（例えば、「可」）を選択入力してステップＳ２０７に移行する。
ステップＳ２０７では、ステップＳ２０２〜２０６で入力された情報をサーバ（クラウドサーバ）２００へ送信してメイン処理に戻る。
このような携帯端末における予約処理は、各乗車予定者が所有する各携帯端末７００ａ（７００ｂ…）で実行される。
これにより、タクシーを利用したい者（乗車予定者）は、スマートフォン等から成る携帯端末７００ａ（７００ｂ…）で予約アプリを操作するだけで、乗車条件に合致したタクシー車両を検索、あるいは予約することができる。
特に、相乗りの可否を乗車条件に含むことができるので、タクシー車両等の有効活用に寄与することができる。
また、所持する荷物の積載の可否に関する情報を取得できるので、利便性を向上することができる。また、荷物の破損等の事態を未然に回避することができる。

（サーバ処理について）
図８のフローチャートを参照して、サーバ（クラウドサーバ２００）で実行されるサーバ処理に係るサブルーチンＳＢ３の処理手順について説明する。
ステップＳ３０１では、車載器（デジタルタコグラフ）１００から空きスペース情報を受信したか否かが判定される。
判定結果が「Ｎｏ」の場合には待機し、「Ｙｅｓ」の場合にはステップＳ３０２に移行する。
ステップＳ３０２では、スマートフォン等から成る携帯端末７００ａ（７００ｂ…）から予約情報を受信したか否かが判定され、「Ｎｏ」の場合にはステップＳ３０１に戻り、「Ｙｅｓ」の場合にはステップＳ３０３に移行する。

ステップＳ３０３では、空きスペースに関する情報と、乗車予定者の人数又は乗車予定者の荷物の外形サイズおよび必要な収容スペースに関する情報を含む予約情報とに基づいて、各タクシー車両Ｖ１（Ｖ２…）について積載可否を判定してステップＳ３０４に移行する。

ステップＳ３０４では、積載可否の判定結果と予約情報に基づいて、予約情報（上述の乗車条件入力で入力された情報）の条件（予約条件）を満たすタクシー車両があるかの判定を行う。
そして、判定結果が「Ｎｏ」の場合にはステップＳ３０１に戻り、「Ｙｅｓ」の場合にはステップＳ３０５に移行する。

ここで、「Ｙｅｓ」の場合とは、図１０に示す例に従えば、乗車人数：２名、荷物：１個、荷物の大きさ：Ｌ、希望車種：セダンタイプ、相乗り：可の条件を満たすタクシー車両が有った場合である。
ステップＳ３０５は、携帯端末７００ａ（７００ｂ…）に乗車可能情報を送信してメイン処理に戻る。
なお、予約条件を満たすタクシー車両が２台以上ある場合には、全ての乗車可能情報を送信するようにできる。

（予約確定処理について）
図９のフローチャートおよび図１１、図１２の説明図を参照して、携帯端末７００ａ（７００ｂ…）等で実行される予約確定処理に係るサブルーチンＳＢ４の処理手順について説明する。

ステップＳ４０１では、携帯端末７００ａ（７００ｂ…）は乗車可能情報を受信したか否かが判定され、「Ｎｏ」の場合は待機し、「Ｙｅｓ」の場合にはステップＳ４０２に移行する。
ステップＳ４０２では、例えば携帯端末７００ａの表示部７０１に乗車可能情報を表示する（図１１参照）。

図１１に示す例では、乗車人数：２名、荷物：Ｌサイズ１個、先に乗車の１名と相乗り、車種：セダンタイプである旨が表示される。また、図１１に示すように、「宜しければ確定ボタンを押してください。」等のメッセージが表示され、閲覧者に予約確定の意思を確認するようにできる。

次いで、ステップＳ４０３では、確定ボタンが押されたか否かが判定され、「Ｎｏ」の場合にはステップＳ４０２に戻り、「Ｙｅｓ」の場合にはステップＳ４０４に移行する。

なお、乗車可能情報が２種類以上ある場合（即ち、乗車可能情報を満たすタクシー車両が２台以上ある場合）には、ステップＳ４０２で各情報を順次表示するようにしてもよい。
ステップＳ４０４では、確定情報をサーバ（クラウドサーバ）２００に送信してステップＳ４０５に移行する。
ステップＳ４０５では、サーバ（クラウドサーバ）２００が、該当するタクシー車両の車載器１００に予約確定情報を送信してステップＳ４０６に移行する。
ステップＳ４０６では、車載器１００の表示器２０５に予約確定情報を表示してメイン処理に戻る。

ここで、図１２に示す例では、予約確定情報として、乗車人数：２名、荷物：Ｌサイズ１個、先に乗車の１名と相乗りを了承している旨が表示される。なお、表示と併せて音声で予約確定情報を報知するようにしてもよい。

そして、図１および図２で例示したタクシー車両Ｖ１等が、上述の予約確定情報を受信した車両に該当する場合には、運転手は、サーバ（クラウドサーバ）２００あるいは管理センター等に予約客の場所や時間等を確認して、指定場所等に迎車走行することとなる。

以上述べたように、本実施の形態に係る輸送管理システムＳ１によれば、乗客や荷物の積載可能な空きスペースに関する情報等を正確に把握することができ、相乗りをする場合にも円滑に車両選択を行うことが可能となる。

以上、本発明の輸送管理システムＳ１を図示の実施形態に基づいて説明したが、本発明はこれに限定されるものではなく、各部の構成は、同様の機能を有する任意の構成のものに置き換えることができる。
例えば、タクシー車両Ｖ１等の識別は、車両コード等に基づいて行うようにできる。

また、リクライニングシート等を備える車両では、利用態様によって空きスペースに関する情報が変化することに留意することが好ましい。即ち、リクライニングシート等を使用する場合などに、乗車可能人数が変わったり、積載可能な荷物の数や大きさに変化を生じる場合があるためである。

Ｓ１ 輸送管理システム
Ｖ１、Ｖ２ 車両（タクシー車両）
１００ 車載器（デジタルタコグラフ）
１０Ａ 第１の画像取得手段（車載カメラ）
１０Ｂ 第２の画像取得手段（デジタルカメラ）
１１ 制御手段（ＣＰＵ）
１０１ 空きスペース情報算出手段
１０４ 通信手段（通信部）
１０５ 画像認識手段
２００ 外部装置（クラウドサーバ）
２０１ 情報通信手段
２０２ 情報格納手段
２０３ 情報処理手段
２０４ 積載可否判定手段
２０５ 表示器
３０１ トランクルーム（荷台部）
５００ａ 積載物（荷物）
７００ａ、７００ｂ 携帯端末
Ａ１、Ａ２、Ａ３ 空きスペース

Claims (5)

1. 車両の座席部の画像を取得する第１の画像取得手段と、前記車両の荷台部の画像を取得する第２の画像取得手段、の何れかを備え、
   前記第１の画像取得手段および前記第２の画像取得手段で取得した画像に基づいて、前記車両への乗車予定者又は前記乗車予定者の荷物を積載可能な空きスペースに関する情報を算出する空きスペース情報算出手段と、
   前記空きスペースに関する情報を外部装置に送信する通信手段と、
   前記第１の画像取得手段、前記第２の画像取得手段および前記通信手段を制御する制御手段と、
   を備える車載器。
2. 前記空きスペースに関する情報は、前記乗車予定者が着座可能な座席数に関する情報または前記乗車予定者の荷物を積載可能な前記荷台部の空き容積に関する情報を含む請求項１に記載の車載器。
3. 前記第１の画像取得手段または前記第２の画像取得手段で取得された画像に基づく画像認識を行う画像認識手段をさらに備え、
   前記画像認識手段により、前記乗車予定者が着座可能な空き座席、前記荷台部内の積載物および空きスペースを画像認識する請求項１または請求項２に記載の車載器。
4. 請求項１から請求項３の何れか１項に記載の車載器と、
   前記車載器から送信される空きスペースに関する情報を受信する情報通信手段と、情報を格納する情報格納手段と、情報処理を行う情報処理手段と、を備えるサーバと、
   乗車予定者が備え、前記サーバとの間で、乗車予定者の人数および前記乗車予定者の荷物の外形サイズおよび必要な収容スペースに関する情報、前記空きスペースに関する情報、積載可否に関する情報を送受信する携帯端末と、
   から構成され、
   前記サーバの前記情報処理手段は、
   前記乗車予定者の人数又は前記乗車予定者の荷物の外形サイズおよび必要な収容スペースに関する情報と、前記空きスペースに関する情報とに基づいて、前記車両への積載可否を判定する積載可否判定手段を備える輸送管理システム。
5. 輸送管理システムで実行され、
   第１の画像取得手段により車両の座席部の画像を取得する工程と、
   第２の画像取得手段により前記車両の荷台部の画像を取得する工程と、
   取得した画像に基づいて、前記車両への乗車予定者および前記乗車予定者の荷物を積載可能な空きスペースに関する情報を算出する空きスペース情報算出工程と、
   前記乗車予定者の人数および前記乗車予定者の荷物の外形サイズおよび必要な収容スペースに関する情報と、前記空きスペース情報算出手段で算出された空きスペースに関する情報とに基づいて、前記車両への積載可否を判定する積載可否判定工程と、
   を有する輸送管理プログラム。

Images