WO2023181254A1 - 乗車支援装置、車載端末、乗車支援方法及びプログラム記録媒体 - Google Patents

Abstract

［課題］旅客が事前に予約をしなくとも、乗車すべき車両等を容易に見分け得るようにする。 ［解決手段］乗車支援装置は、乗合交通機関の搭乗エリアで搭乗待ちをしている旅客を認識する旅客認識手段と、前記旅客の行先を推定する行先推定手段と、前記行先毎に、旅客の数を集計する集計手段と、所定の行先表示装置に、前記行先毎の旅客の数に応じた行先表示を行わせる表示制御手段と、を備える。

Description

乗車支援装置、車載端末、乗車支援方法及びプログラム記録媒体

　本発明は、乗車支援装置、車載端末、乗車支援方法及びプログラム記録媒体に関する。

　路線バスが異なる路線を運行するバスが同じ停留所を経由することがあり、旅客は、バスの前面や側面の行先表示装置（方向幕）に表示された行先な系統記号によって自身が乗るべきバスを見分ける必要がある。また近年、鉄道路線等においても、異なる会社が同一の路線に乗り入れている路線が増え、この場合も、旅客は乗り間違えをしないように、よく注意をする必要がある。

　特許文献１に、利用者が予約した路線バスを容易に見分け得るようにした乗車支援装置が開示されている。同文献によると、この乗車支援装置は、事前に予約をした利用者が待つバス停に、バスが近づいた時点で、車両前方の行先表示装置や車両側方の行先表示装置に降車バス停の名称を表示する。また同文献には、バス停で待つ複数の利用者がそれぞれ異なる予約してする場合、同乗車支援装置は、複数の降車バス停を行先表示装置において表示すると記載されている（段落００８２）。

特開２０１５－０５６０８１号公報

　特許文献１の乗車支援装置では、旅客が事前に予約をしないと、降車バス停の表示がなされないという問題点がある。また、旅客が多数に上る場合、行先表示装置の表示装置に、そのすべてを表示できない可能性がある。

　本発明は、旅客が事前に予約をしなくとも、乗車すべき車両等を容易に見分け得るようにした乗車支援装置、車載端末、乗車支援方法及びプログラム記録媒体を提供することを目的とする。

　第１の視点によれば、乗合交通機関の搭乗エリアで搭乗待ちをしている旅客を認識する旅客認識手段と、前記旅客の行先を推定する行先推定手段と、前記行先毎に、旅客の数を集計する集計手段と、所定の行先表示装置に、前記行先毎の旅客の数に応じた行先表示を行わせる表示制御手段と、を備える乗車支援装置が提供される。

　第２の視点によれば、上記した乗車支援装置から行先表示の表示指示を受信して、車両の前面、後面又は側面に設定された表示装置に表示する機能を備えた車載端末が提供される。

　第３の視点によれば、乗合交通機関の搭乗エリアで搭乗待ちをしている旅客を認識し、前記旅客の行先を推定し、前記行先毎に、旅客の数を集計し、所定の行先表示装置に、前記行先毎の旅客の数に応じた行先表示を行わせる、乗車支援方法が提供される。

　第４の視点によれば、乗合交通機関の搭乗エリアで搭乗待ちをしている旅客を認識する処理と、前記旅客の行先を推定する処理と、前記行先毎に、旅客の数を集計する処理と、所定の行先表示装置に、前記行先毎の旅客の数に応じた行先表示を行わせる処理と、をコンピュータに実行させるプログラムを記録したプログラム記録媒体が提供される。

　本発明によれば、旅客が事前に予約をしなくとも、乗車すべき車両等を容易に見分け得るようにすることのできる乗車支援装置、車載端末、乗車支援方法及びプログラム記録媒体が提供される。

本発明の一実施形態の構成を示す図である。 本発明の一実施形態の動作を説明するための図である。 本発明の一実施形態の動作を説明するための図である。 本発明の第１の実施形態の構成を示す図である。 本発明の第１の実施形態の乗車支援装置が保持する推定結果情報の一例を表した図である。 本発明の第１の実施形態の乗車支援装置が表示制御を行う車両の構成を示す図である。 本発明の第１の実施形態の乗車支援装置の動作を表した流れ図である。 本発明の第１の実施形態の乗車支援装置の動作を説明するための図である。 本発明の第１の実施形態の乗車支援装置の動作を説明するための図である。 本発明の第２の実施形態の構成を示す図である。 本発明の第２の実施形態の乗車支援装置が保持する推定結果情報の一例を表した流れ図である。 本発明の第２の実施形態の乗車支援装置の動作を表した流れ図である。 本発明の第２の実施形態の乗車支援装置の動作を説明するための図である。 本発明の乗車支援装置として機能可能なコンピュータの構成を示す図である。

　はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。プログラムはコンピュータ装置を介して実行され、コンピュータ装置は、例えば、プロセッサ、記憶装置、入力装置、通信インターフェース、及び必要に応じ表示装置を備える。また、このコンピュータ装置は、通信インターフェースを介して装置内又は外部の機器（コンピュータを含む）と、有線、無線を問わず、通信可能に構成される。また、図中の各ブロックの入出力の接続点には、ポート乃至インターフェースがあるが図示を省略する。

　本発明は、その一実施形態において、図１に示すように、旅客認識手段１１と、行先推定手段１２と、集計手段１３と、表示制御手段１４と、を備える乗車支援装置１０にて実現できる。

　より具体的には、旅客認識手段１１は、乗合交通機関の搭乗エリアで搭乗待ちをしている旅客を認識する。

　行先推定手段１２は、前記旅客の行先を推定する。例えば、行先推定手段１２は、カメラ５０で撮影された前記旅客の像に基づいて、前記旅客の行先を推定する。

　集計手段１３は、前記行先毎に、旅客の数を集計する。

　表示制御手段１４は、所定の行先表示装置３０に、前記行先毎の旅客の数に応じた行先表示を行わせる。

　図２は、本発明の一実施形態の動作を説明するための図である。図２の例では、バス停（乗合交通機関の搭乗エリア）に２名の旅客Ｅ、Ｆが搭乗待ちをしている。乗車支援装置１０は、それぞれの旅客を認識し、カメラ５０に映った像からそれぞれの行先を推定する。

　例えば、乗車支援装置１０は、旅客Ｅについて、ビジネスマンと判定し、このバス停から発車する路線上のＤ工場に向かうものと判定する。同様に、乗車支援装置１０は、旅客Ｆについて、手を吊っていることから通院中の患者と判定し、このバス停から発車する路線上のＧ病院に向かうものと判定する。

　この場合、乗車支援装置１０は、Ｄ工場に向かう旅客１、Ｇ病院に向かう旅客１と集計する。そして、乗車支援装置１０は、図３に示すように、これらの旅客が搭乗するバスの側面の行先表示装置（電子方向幕）の表示を変更する。具体的には、乗車支援装置１０は、Ａ駅北口→Ｂ公園→Ｃ駅南口との通常の経路表示を、これらの旅客向けに、Ａ駅北口→Ｄ工場→Ｇ病院→Ｃ駅南口との経路表示に変更するよう指示する。また、表示すべき行先の数が多数あり、通常の表示形式では行先表示装置にすべての行先を同時に表示できない場合がある。この場合、乗車支援装置１０は、スクロール表示をしたり、表示する文字を小さくしたりするといった表示形式の変更を行ってもよい。

　前記２名の旅客Ｅ、Ｆは、バスが到着すると、バスの側面の行先表示装置（電子方向幕）を参照する。このとき、Ａ駅北口→Ｄ工場→Ｇ病院→Ｃ駅南口との経路表示が行われているため、前記２名の旅客Ｅ、Ｆは、初めて訪れる土地であっても、安心してバスに搭乗し、目的地に向かうことが可能となる。

［第１の実施形態］
　続いて、画像認識技術を用いて旅客の行先を推定するようにした本発明の第１の実施形態について図面を参照して詳細に説明する。図４は、本発明の第１の実施形態の構成を示す図である。図４を参照すると、１台以上のカメラ５０と、このカメラから画像を取得可能な乗車支援装置１００と、乗車支援装置１００から表示制御される行先表示装置を備えた車両３００とを含む構成が示されている。

　カメラ５０は、乗合交通機関の搭乗エリア（図４の例ではバス停）で搭乗待ちをしている旅客を撮影可能に設置されたカメラである。カメラ５０は、乗車支援装置１００専用のカメラでもよいが、防犯用途や顧客サービスの向上目的に設置されたカメラであってもよい。

　乗車支援装置１００は、旅客認識手段１０１と、行先推定手段１０２と、集計手段１０３と、表示制御手段１０４と、モデル記憶手段１０５と、推定結果記憶手段１０６とを備えている。

　モデル記憶手段１０５は、カメラ５０で撮影される旅客の行先を推定するための分類モデルを記憶する。ごく簡単には、モデル記憶手段１０５は、カメラ５０に映った人物の性別、年齢層、服装、携行物等から行先を識別するための分類モデルを記憶する。このような分類モデルは、カメラ５０で実際に撮影された人物の画像と、その人物の実際の行先（正解データ）とを対応付けた教師データを用いて各種の機械学習により作成することができる。

　旅客認識手段１０１は、乗合交通機関の搭乗エリア（図４の例ではバス停）で搭乗待ちをしている旅客を認識すると、当該旅客の画像を行先推定手段１０２に送り、行先の推定を依頼する。

　行先推定手段１０２は、旅客認識手段１０１から旅客の画像を受け付けると、モデル記憶手段１０５に保持されている行先推定用の分類モデルを用いて、旅客の行先を推定する。さらに、行先推定手段１０２は、行先を推定した旅客に旅客ＩＤを設定し、推定結果記憶手段１０６に保存する。

　図５は、推定結果記憶手段１０６に保持されている推定結果情報の一例を示す図である。図５の例では、バス停「Ａ駅北口」で３人の旅客が認識され、それぞれ推定した行先が記録されている。

　集計手段１０３は、推定結果記憶手段１０６を参照し、前記推定した行先毎に、旅客の数を集計する。例えば、集計手段１０３は、推定結果情報から、バス停「Ａ駅北口」からＤ工場に向かう旅客が２名、Ｇ病院に向かう旅客が１名と集計する。

　表示制御手段１０４は、前記集計手段１０３で集計された結果に基づき、乗合交通機関の車両３００の行先表示装置に表示させる内容を作成し、車両３００に送信する。なお、表示制御手段１０４が車両３００に送信する内容は、行先表示装置に表示させる内容そのものであってもよいし、集計手段１０３で集計された集計値を含む文字や数値で構成された制御情報であってもよい。乗車支援装置１００が、文字や数値で構成された制御情報を送信する場合、車両が受信した制御情報に基づいて表示内容を作成することになる。

　図６は、本実施形態の乗車支援装置１００が表示制御を行う車両３００の構成を示す図である。図６参照すると、車両３００は、車両前面の行先表示装置３０１と、車両後面の行先表示装置３０２と、車両側面の行先表示装置３０３と、車載端末３０４とを備えている。行先表示装置３０１～３０３は、電子方向幕などとも呼ばれる各種の文字や図形を表示可能な表示装置によって構成されている。

　車載端末３０４は、乗車支援装置１００から受信した行先表示の表示指示情報に基づいて、行先表示装置３０１～３０３への表示を行う。なお、車載端末３０４と乗車支援装置１００との間の通信形態としては、移動体通信網を用いる形態や、道路周辺に設置された路側機等を用いる形態等の種々の方式を用いることができる。

　続いて、本実施形態の乗車支援装置１００に用いられる乗車支援方法について図面を参照して詳細に説明する。図７は、本発明の第１の実施形態の乗車支援装置１００の動作を表した流れ図である。図７を参照すると、まず、乗車支援装置１００は、乗合交通機関の搭乗エリアで搭乗待ちをしている旅客を撮影可能に設置されたカメラ５０から画像を取得する（ステップＳ００１）。

　次に、乗車支援装置１００は、画像中の旅客を識別し、その行先を推定する（ステップＳ００２）。例えば、乗車支援装置１００は、画像中の旅客が写っている部分にバウンディングボックスを設定し、分類モデルに入力することで、旅客の行先を推定する。

　次に、乗車支援装置１００は、乗合交通機関の搭乗エリア毎に、行先を集計する（ステップＳ００３）。次に、乗車支援装置１００は、前記集計結果に基づき、行先が多い順に表示時間が長くなるように表示内容（電子方向幕の表示パターン）を作成する（ステップＳ００４）。

　図８は、バス停「Ａ駅北口」からＤ工場に向かう旅客が２名、Ｇ病院に向かう旅客が１名と集計した場合の行先表示装置３０１～３０３に表示する電子方向幕の表示パターンの一例を示す図である。図８の例では、旅客が３名いるため、３つの表示画面を作成し、そのうちの２つを「Ｄ工場経由　Ｃ駅南口」に割り当て、残りの１つを「Ｇ病院経由　Ｃ駅南口」に割り当てている。

　次に、乗車支援装置１００は、車両３００に対し、前記作成した電子方向幕の表示パターンを送信する（ステップＳ００５）。

　前記電子方向幕の表示パターンを受信した車両３００の車載端末３０４は、行先表示装置３０１～３０３に、受信した電子方向幕の表示パターンに従った表示を行わせる。

　上記のようにして変化する電子方向幕を見た旅客ＩＤ＃０００１～＃０００３で特定される旅客は、行先表示装置３０１～３０３の表示内容で行先を確認してから車両３００に搭乗する。その際に、旅客ＩＤ＃０００１～＃０００３で特定される旅客は自身の行先を経由することを確認できるため、安心して乗車することができる。

　なお、上記した例では、乗車支援装置１００が、行先毎の旅客の数に応じて表示時間が長くなるように経由地を表示する例を挙げて説明したが、行先表示装置３０１～３０３への表示態様はこれに限られない。例えば、行先毎の旅客の数に応じて表示領域やフォントが大きくなるように経由地を表示することも可能である。例えば、図９の例では、旅客が２名いる「Ｄ工場経由」の字を大きくし、「Ｇ病院経由」を小さくした電子方向幕の例を示している。このような表示パターンとすることで、図８の表示パターンとの比較において、例えば、Ｇ病院に行くと旅客が「Ｇ病院経由　Ｃ駅南口」との表示を見逃すことを防ぐことが可能となる。

　上記した例では、乗車支援装置１００がカメラ５０で撮影される画像から旅客を識別し、その行先を推定するものとして説明したが、旅客の識別やその行先の推定方法は、これに限定されない。旅客が、地図表示機能や経路検索機能を有する携帯端末（各機能がアプリケーションプログラムで実現されたスマートフォンを含む。）を保持している場合がある。これらの地図表示機能や経路検索機能の中には、ユーザーの現在地を自動的に取得するものがある。この場合、乗車支援装置１００は、前記携帯端末やこの携帯端末にサービスを提供するサーバと通信して、前記携帯端末の位置情報を取得することができる。そして、乗車支援装置１００は、取得した位置情報を用いて、乗合交通機関の搭乗エリアで搭乗待ちをしている旅客の認識を行ってもよい。

　さらに、乗車支援装置１００は、前記携帯端末やこれらの携帯端末にサービスを提供するサーバと通信して、前記地図表示機能や前記経路検索機能に入力された行先や、これらの機能の出力結果を取得することができる。そして、乗車支援装置１００は、前記取得した情報を用いて、旅客の行先を推定することもできる。また、乗車支援装置１００が、行先推定手段１０２に前記取得した行先等の情報を提供し、推定する行先を絞り込むための補助情報として用いることもできる。　

［第２の実施形態］
　続いて、乗車支援装置１００ａがカメラ画像に加え、旅客の携行するＩＣカードの情報を用いて行先を推定するようにした本発明の第２の実施形態について図面を参照して詳細に説明する。図１０は、本発明の第２の実施形態の乗車支援装置１００ａの構成を示す図である。図４に示す第１の実施形態との第１の相違点は、乗合交通機関の搭乗エリアにカメラ５０に加えて、ＩＣカード読取機６０が設置されている点である。また、第１の実施形態との第２の相違点は、旅客認識手段１１１及び行先推定手段１１２の動作である。さらに、第１の実施形態との第３の相違点は、推定結果記憶手段１１６がＩＣカード情報を保持可能となっている点である。その他の構成は第１の実施形態と同様であるため、以下、その相違点を中心に説明する。

　ＩＣカード読取機６０は、乗車券となるＩＣカード等を読み取り可能な近距離無線通信手段を備えている。このようなＩＣカード読取機６０としては、専用の装置のほか、スマートバス停端末等と呼ばれている機器を用いることもできる。ＩＣカード読取機６０は、旅客がＩＣカードを近づけると、その内容を読み取り、乗車支援装置１００ａに送る。また、ＩＣカード読取機６０は、旅客に対し、目的地までの乗り換え経路検索機能や運賃計算機能を備えていてもよい。この場合、ＩＣカード読取機６０は、旅客の行先候補を入手することができるため、ＩＣカード読取機６０は、乗車支援装置１００ａに、ＩＣカードの情報に加えて、旅客が照会した目的地の情報を送信してもよい。

　乗車支援装置１００ａの旅客認識手段１１１は、ＩＣカード読取機６０から得られた情報を行先推定手段１１２に送信する。

　行先推定手段１１２は、カメラ画像に加えてＩＣカード情報を用いて行先を推定する。より具体的には、行先推定手段１１２は、分類モデルを用いて推定した行先のうち、ＩＣカード情報を用いて、より尤度の高い行先を選択する。例えば、認識した旅客が定期券を有している場合、行先推定手段１１２は、定期券利用区間の範囲から行先を選択する。また、旅客が照会した目的地の情報が得られている場合、行先推定手段１１２は、分類モデルを用いて推定した行先と、その目的地とを比較して行先を選択してもよい。

　図１１は、本実施形態の推定結果記憶手段１１６に保持されている推定結果情報の一例を示す図である。図１１の例では、図５の推定結果情報に加え、「ＩＣカード情報」フィールドが追加されている。

　続いて、本実施形態の動作について図面を参照して詳細に説明する。図１２は、本発明の第２の実施形態の乗車支援装置１００ａの動作を表した流れ図である。図７に示した第１の実施形態の乗車支援装置１００の動作との相違点は、ＩＣカード読取機６０が、旅客が接触させたＩＣカードの情報を読み取って乗車支援装置１００ａに送信する処理が追加されている点である（ステップＳ１０１）。

　その後、乗車支援装置１００ａは、画像とＩＣカード情報とを併用して、旅客を識別し、その行先を推定する（ステップＳ１０２）。

　次に、乗車支援装置１００ａは、乗合交通機関の搭乗エリア毎に、行先を集計する（ステップＳ１０３）。その際に、乗車支援装置１００ａは、定期券を使って乗車している旅客（図１１の旅客＃０００１、＃０００２）を除外して集計を行う。

　その後、乗車支援装置１００ａは、前記集計結果に基づき、行先が多い順に表示時間が長くなるように表示内容（電子方向幕の表示パターン）を作成する（ステップＳ００４）。例えば、図１１のような推定結果情報が得られている場合、定期券を使って乗車している旅客（図１１の旅客＃０００１、＃０００２）を除外して集計を行うため、バス停「Ａ駅北口」からＧ病院に向かう旅客が１名のみと集計される。

　図１２は、バス停「Ａ駅北口」からＧ病院に向かう旅客が１名と集計した場合の行先表示装置３０１～３０３に表示する電子方向幕の表示パターンの一例を示す図である。図１２の例では、旅客が１名であるので、「Ｇ病院経由　Ｃ駅南口」と表示する表示画面が作成されている。

　以上のように動作にする本実施形態によれば、旅客認識手段１１１の認識結果に基づいて、前記搭乗エリアから前記乗合交通機関に搭乗する頻度の高い旅客を除外して集計し、行先表示装置に表示する内容を作成する。このため、真にその土地に不案内な旅客を対象にした表示内容を作成することが可能となる。

　なお、上記した実施形態では、ＩＣカード読取機６０が、乗車券となるＩＣカードを読み取るものとして説明したが、ＩＣカード読取機６０が、ＩＣカード機能付きのスマートフォン等の携帯端末からＩＣカードと同等の情報を読み取ってもよい。

　また、上記した実施形態では、ＩＣカード読取機６０を用いるものとして説明したが、旅客が所持する各種の携帯端末から、当該旅客の搭乗頻度や行先を推定可能な情報を取得可能な各種の機器を用いることもできる。例えば、旅客が携行するスマートフォンやスマートウォッチから旅客のＩＤ等を受信し、一定期間保持する基地局装置等が乗車支援装置１００ａに旅客のＩＤを提供することでも、乗車支援装置１００ａは旅客の搭乗頻度を把握することが可能となる。

　以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、データの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。

　例えば、上記した各実施形態では、乗合交通機関の例として、乗合バスに適用した例を挙げて説明したが、本発明は乗合バス以外にも適用することができる。例えば、トラム、電車、フェリー等においても同様に、搭乗エリアで搭乗待ちをしている旅客の行先を推定し、集計した結果に基づいて、行先表示装置への表示を行わせることが可能となる。

　また、上記した各実施形態では、行先表示装置がバスの車体に設置された行先表示装置であるものとして説明したが、行先表示装置は、必ずしも車体に設置されたものでなくてもよい。例えば、搭乗エリアに設置された旅客案内用の表示装置における行先表示にも適用することが可能である。

（ハードウェア構成について）
　本開示の各実施形態において、各装置の各構成要素は、機能単位のブロックを示している。各装置の各構成要素の一部又は全部は、例えば図１４に示すような情報処理装置９００とプログラムとの任意の組み合わせにより実現される。図１４は、各装置の各構成要素を実現する情報処理装置９００のハードウェア構成の一例を示すブロック図である。情報処理装置９００は、一例として、以下のような構成を含む。
・ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１
・ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０２
・ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０３
・ＲＡＭ９０３にロードされるプログラム９０４
・プログラム９０４を格納する記憶装置９０５
・プログラム記録媒体９０６の読み書きを行うドライブ装置９０７
・通信ネットワーク９０９と接続する通信インターフェース９０８
・データの入出力を行う入出力インターフェース９１０
・各構成要素を接続するバス９１１

　各実施形態における各装置の各構成要素は、これらの機能を実現するプログラム９０４をＣＰＵ９０１が取得して実行することで実現される。すなわち、図１４のＣＰＵ９０１にて、行先集計プログラムや表示制御プログラムを実行し、ＲＡＭ９０３や記憶装置９０５等に保持された各計算パラメーターの更新処理を実施させればよい。各装置の各構成要素の機能を実現するプログラム９０４は、例えば、予め記憶装置９０５やＲＯＭ９０２などのプログラム記録媒体に格納されており、必要に応じてＣＰＵ９０１が読み出す。なお、プログラム９０４は、通信ネットワーク９０９を介してＣＰＵ９０１に供給されてもよいし、予めプログラム記録媒体９０６に格納されており、ドライブ装置９０７が当該プログラムを読み出してＣＰＵ９０１に供給してもよい。

　また、このプログラム９０４は、必要に応じ中間状態を含めその処理結果を段階毎に表示装置を介して表示することができ、あるいは通信インターフェースを介して、外部と通信することができる。また、このプログラム９０４は、コンピュータが読み取り可能な（非トランジトリーな）プログラム記録媒体に記録することができる。

　各装置の実現方法には、様々な変形例がある。例えば、各装置は、構成要素毎にそれぞれ別個の情報処理装置９００とプログラムとの任意の組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つの情報処理装置９００とプログラムとの任意の組み合わせにより実現されてもよい。即ち、上記した第１～第３の実施形態に示した通信端末やネットワーク制御装置、これらの装置に搭載されたプロセッサに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することができる。

　また、各装置の各構成要素の一部又は全部は、その他の汎用または専用の回路、プロセッサ等やこれらの組み合わせによって実現される。これらは、単一のチップによって構成されてもよいし、バスを介して接続される複数のチップによって構成されてもよい。

　各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組み合わせによって実現されてもよい。

　各装置の各構成要素の一部又は全部が複数の情報処理装置や回路等により実現される場合には、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントアンドサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。

　なお、上述した各実施の形態は、本開示の好適な実施の形態であり、上記各実施の形態にのみ本開示の範囲を限定するものではない。即ち、本開示の要旨を逸脱しない範囲において当業者が上記各実施の形態の修正や代用を行い、種々の変更を施した形態を構築することが可能である。

　上記の実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

［付記１］
　乗合交通機関の搭乗エリアで搭乗待ちをしている旅客を認識する旅客認識手段と、
　前記旅客の行先を推定する行先推定手段と、
　前記行先毎に、旅客の数を集計する集計手段と、
　所定の行先表示装置に、前記行先毎の旅客の数に応じた行先表示を行わせる表示制御手段と、
　を備える乗車支援装置。
［付記２］
　上記した乗車支援装置の前記行先推定手段は、カメラで撮影された前記旅客の像に基づいて、前記旅客の行先を推定する構成を採ることができる。
［付記３］
　上記した乗車支援装置の前記表示制御手段は、
　前記旅客の数が多い順に、前記行先の表示時間又は表示領域が大きくなるように構成された行先表示を行う構成を採ることができる。
［付記４］
　上記した乗車支援装置は、前記行先表示装置として、前記乗合交通機関の車両に装備された電子方向幕を用いる構成を採ることができる。
［付記５］
　上記した乗車支援装置の前記行先推定手段は、前記旅客が所持する端末から取得した情報に基づいて、前記旅客の行先を推定する構成を採ることができる。
［付記６］
　上記した乗車支援装置の前記集計手段は、旅客認識手段の認識結果に基づいて、前記搭乗エリアから前記乗合交通機関に搭乗する頻度の高い旅客を除外して、前記行先毎の旅客の数を集計する構成を採ることができる。
［付記７］
　上記した乗車支援装置から行先表示の表示指示を受信して、車両の前面、後面又は側面に設定された表示装置に表示する機能を備えた車載端末。
［付記８］
　乗合交通機関の搭乗エリアで搭乗待ちをしている旅客を認識し、
　前記旅客の行先を推定し、
　前記行先毎に、旅客の数を集計し、
　所定の行先表示装置に、前記行先毎の旅客の数に応じた行先表示を行わせる、
　乗車支援方法。
［付記９］
　乗合交通機関の搭乗エリアで搭乗待ちをしている旅客を認識する処理と、
　前記旅客の行先を推定する処理と、
　前記行先毎に、旅客の数を集計する処理と、
　所定の行先表示装置に、前記行先毎の旅客の数に応じた行先表示を行わせる処理と、
　をコンピュータに実行させるプログラムを記録したプログラム記録媒体。

　なお、上記付記８～付記９の形態は、付記１と同様に、付記２～付記６の形態に展開することが可能である。

　なお、上記の特許文献の各開示は、本書に引用をもって繰り込み記載されているものとし、必要に応じて本発明の基礎ないし一部として用いることが出来るものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択（部分的削除を含む）が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。さらに、上記引用した文献の各開示事項は、必要に応じ、本発明の趣旨に則り、本発明の開示の一部として、その一部又は全部を、本書の記載事項と組み合わせて用いることも、本願の開示事項に含まれるものと、みなされる。

　１０、１００、１００ａ　乗車支援装置
　１１、１０１、１１１　旅客認識手段
　１２、１０２、１１２　行先推定手段
　１３、１０３　集計手段
　１４、１０４　表示制御手段
　５０　カメラ
　１０５　モデル記憶手段
　１０６、１１６　推定結果記憶手段
　３００　車両
　３０１～３０３　行先表示装置
　３０４　車載端末
　９００　情報処理装置
　９０１　ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）
　９０２　ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）
　９０３　ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）
　９０４　プログラム
　９０５　記憶装置
　９０６　プログラム記録媒体
　９０７　ドライブ装置
　９０８　通信インターフェース
　９０９　通信ネットワーク
　９１０　入出力インターフェース
　９１１　バス

Claims (9)

1. 　乗合交通機関の搭乗エリアで搭乗待ちをしている旅客を認識する旅客認識手段と、
   　前記旅客の行先を推定する行先推定手段と、
   　前記行先毎に、旅客の数を集計する集計手段と、
   　所定の行先表示装置に、前記行先毎の旅客の数に応じた行先表示を行わせる表示制御手段と、
   　を備える乗車支援装置。
2. 　前記行先推定手段は、カメラで撮影された前記旅客の像に基づいて、前記旅客の行先を推定する請求項１の乗車支援装置。
3. 　前記表示制御手段は、
   　前記旅客の数が多い順に、前記行先の表示時間又は表示領域が大きくなるように構成された行先表示を行う請求項１又は２の乗車支援装置。
4. 　前記行先表示装置として、前記乗合交通機関の車両に装備された電子方向幕を用いる請求項１から３いずれか一の乗車支援装置。
5. 　前記行先推定手段は、前記旅客が所持する端末から取得した情報に基づいて、前記旅客の行先を推定する請求項１から４いずれか一の乗車支援装置。
6. 　前記集計手段は、旅客認識手段の認識結果に基づいて、前記搭乗エリアから前記乗合交通機関に搭乗する頻度の高い旅客を除外して、前記行先毎の旅客の数を集計する請求項１から５いずれか一の乗車支援装置。
7. 　請求項１から６いずれか一の乗車支援装置から行先表示の表示指示を受信して、車両の前面、後面又は側面に設定された表示装置に表示する機能を備えた車載端末。
8. 　乗合交通機関の搭乗エリアで搭乗待ちをしている旅客を認識し、
   　前記旅客の行先を推定し、
   　前記行先毎に、旅客の数を集計し、
   　所定の行先表示装置に、前記行先毎の旅客の数に応じた行先表示を行わせる、
   　乗車支援方法。
9. 　乗合交通機関の搭乗エリアで搭乗待ちをしている旅客を認識する処理と、
   　前記旅客の行先を推定する処理と、
   　前記行先毎に、旅客の数を集計する処理と、
   　所定の行先表示装置に、前記行先毎の旅客の数に応じた行先表示を行わせる処理と、
   　をコンピュータに実行させるプログラムを記録したプログラム記録媒体。

Images