(57)【要約】      （修正有）【課題】利用者の窮屈感を低減でき、快適な車内環境を確保できる運行支援システムを提供する。【解決手段】複数の利用者を乗り合わせて送迎する乗合車両の運行を支援する運行支援システム１の処理装置４は、複数のシートを備え、各シートに対応するシート情報を格納するシート情報格納領域１２と、各利用者の体格情報を格納する体格情報格納領域１５と、シート情報と体格情報とに基づいて、各利用者を各シートに割り当てるシート割当プログラム２２とを備える。【選択図】図１
2020140492.tif 000002
【特許請求の範囲】
【請求項１】
複数のシートを備え、複数の利用者を乗り合わせて送迎する乗合車両の運行を支援する運行支援システムであって、
各前記シートに対応するシート情報を格納するシート情報格納領域と、
各前記利用者の体格情報を格納する体格情報格納領域と、
前記シート情報と前記体格情報とに基づいて、各前記利用者を各前記シートに割り当てるシート割当手段と、を備えることを特徴とする、運行支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の利用者を乗り合わせて送迎する乗合車両の運行を支援する運行支援システムに関する。
【背景技術】
【０００２】
近年、利用者の需要（予約）を集約して、利用者を乗り合わせて運行するオンデマンド型の車両運行システムが注目されている。
【０００３】
例えば、運行計画作成部を備える管理センタと、複数のバス車両とを備えるデマンドバスシステムが提案されている（例えば、特許文献１参照。）。
【０００４】
そのようなデマンドバスシステムでは、管理センタに駐在するオペレータが、電話装置により利用者から、希望乗車位置、希望降車位置および乗車希望時刻を含む需要を受けて、その需要の内容を運行計画作成部に入力して、運行計画作成部が運行計画を作成することにより、利用者の利用予約を受け付ける。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２９４９０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に記載のデマンドバスシステムでは、バス車両に乗車する利用者が着座するシートを自由に選択できることから、利用者が互いに隣り合うシートに着座したときに、利用者の体格などに応じて窮屈となり、快適な車内環境を確保できないおそれがある。
【０００７】
そこで、本発明は、利用者の窮屈感を低減でき、快適な車内環境を確保できる運行支援システムを提供する。
【課題を解決するための手段】
【０００８】
本発明［１］は、複数のシートを備え、複数の利用者を乗り合わせて送迎する乗合車両の運行を支援する運行支援システムであって、各前記シートに対応するシート情報を格納するシート情報格納領域と、各前記利用者の体格情報を格納する体格情報格納領域と、前記シート情報と前記体格情報とに基づいて、各前記利用者を各前記シートに割り当てるシート割当手段と、を備える、運行支援システムを含む。
【０００９】
このような構成によれば、シート割当手段が、各シートに対応するシート情報と、各利用者の体格情報とに基づいて、利用者をシートに割り当てる。つまり、シートの広さまたは位置と利用者の体格とを考慮して、利用者が着座するシートが決定される。そのため、利用者の窮屈感を低減でき、快適な車内環境を確保できる。
【発明の効果】
【００１０】
本発明の運行支援システムでは、利用者の窮屈感を低減でき、快適な車内環境を確保できる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の運行支援システムの一実施形態を示す概略構成図である。
【図２】図２は、図１に示す運行支援システムに管理される乗合車両の一実施形態を示す概略構成図である。
【図３】図３は、図１に示すシート情報格納領域に格納されるシート情報を説明するための説明図である。
【図４】図４は、図１に示す運行支援システムの処理のフローチャートを示す。
【図５】図５は、図４に示す予約蓄積処理のフローチャートを示す。
【図６】図６は、図１に示す体格情報格納領域に格納される体格情報を説明するための説明図である。
【図７】図７は、図１に示すシート割当プログラムによる利用者のシートに対する割り当てを説明するための説明図である。
【図８】図８Ａは、図１に示す運行支援システムに管理される乗合車両の他の実施形態（すべてのシートが同じサイズである態様）を示す概略構成図である。図８Ｂは、図３に示すシート情報の変形例を説明するための説明図である。図８Ｃは、図７に示す利用者のシートに対する割り当ての変形例を説明するための説明図である。
【発明を実施するための形態】
【００１２】
＜運行支援システム＞
図１および図２を参照して、本発明の運行支援システムの一実施形態としての運行支援システム１を説明する。
【００１３】
図１に示すように、運行支援システム１は、複数の利用者の予約を集約して、複数の利用者を乗り合わせて送迎する乗合車両２の運行を支援する。また、運行支援システム１は、複数の乗合車両２の運行を支援する。
【００１４】
以下では、まず、運行支援システム１が運行を支援する乗合車両２について説明し、次いで、運行支援システム１の詳細について説明する。
【００１５】
図２に示すように、各乗合車両２は、運転者を除いて、例えば、１人以上４人以下の利用者を同時に乗り合わせることができる。乗合車両２の車種は、特に制限されないが、好ましくは、四輪の小型自動車および四輪の軽自動車が挙げられ、さらに好ましくは、四輪の軽自動車が挙げられる。
【００１６】
乗合車両２は、車体７と、複数のシート３とを備える。
【００１７】
車体７は、複数の利用者が乗車可能な車内スペース９と、利用者が車内スペース９に乗り降り可能な乗降口８とを有する。乗降口８は、図示しないが、常にはドアにより閉鎖されており、必要に応じてドアが移動することにより開放される。
【００１８】
複数のシート３は、利用者の座席であって、車内スペース９に配置されている。なお、図１では、便宜上、乗合車両２に同時に乗り合わせ可能な最大人数が４人であり、乗合車両２が４つのシート３を備えるが、乗合車両２に同時に乗り合わせ可能な最大人数および乗合車両２が備えるシート３の数は、特に制限されない。例えば、乗合車両に同時に乗り合わせ可能な人数は、例えば、１０人以下、好ましくは、４人以下であり、乗合車両が備えるシートの数は、乗合車両に同時に乗り合わせ可能な最大人数と同数である。
【００１９】
複数のシート３は、車幅方向の寸法が互いに異なるシート３を含む。なお、複数のシート３の車両前後方向の寸法は、互いに同じである。本実施形態において、複数のシート３は、後側シート列３Ａと、前側シート３Ｂとを含む。
【００２０】
後側シート列３Ａは、車両前後方向において、乗降口８に対して後側に間隔を空けて位置する。後側シート列３Ａは、車幅方向に並ぶ複数（３つ）の後側シート３Ｃを備える。複数の後側シート３Ｃの車幅方向寸法は、互いに同じである。
【００２１】
前側シート３Ｂは、車両前後方向において、後側シート列３Ａに対して前側に間隔を空けて位置する。前側シート３Ｂは、車幅方向において、乗降口８に対して間隔を空けて位置する。前側シート３Ｂの車幅方向寸法は、後側シート３Ｃの車幅方向寸法よりも大きい。前側シート３Ｂの車幅方向寸法は、後側シート３Ｃの車幅方向寸法に対して、例えば、１倍以上２倍以下である。なお、本実施形態では、便宜上、後側シート３Ｃの広さ（車幅方向寸法）を１とし、前側シート３Ｂの広さ（車幅方向寸法）を１．５とする。
【００２２】
図１に示すように、運行支援システム１は、処理装置４と、入力装置５とを備える。
【００２３】
処理装置４は、ホストコンピュータであって、演算処理部６と、メモリ１０と、プログラム２０とを備える。
【００２４】
演算処理部６は、中央処理装置（ＣＰＵ）であって、プログラム２０を実行可能である。演算処理部６は、入力装置５から入力される情報およびメモリ１０に格納される情報などを、プログラム２０に基づいて、演算または計算して、メモリ１０に記録する。
【００２５】
メモリ１０は、情報を格納する。詳しくは、メモリ１０は、停車位置格納領域１１と、シート情報格納領域１２と、移動時間格納領域１３と、需要情報格納領域１４と、体格情報格納領域１５と、運行計画情報格納領域１６とを備える。
【００２６】
停車位置格納領域１１は、事前に登録される複数の停車位置に関する停車位置情報を格納している。停車位置として、例えば、バスターミナル、電車の駅、商業施設、病院、公民館、利用者の自宅などが挙げられる。
【００２７】
シート情報格納領域１２は、上記した各シート３に対応するシート情報を格納する。詳しくは、図３に示すように、シート情報は、各シートの位置と各シートの広さとが関連付けられて、シート情報格納領域１２に格納されている。
【００２８】
移動時間格納領域１３は、複数の停車位置間における乗合車両２の移動時間に関する移動時間情報を格納している。移動時間格納領域１３は、複数の停車位置のうち任意に選択される一の停車位置から、他の停車位置までの乗合車両２の移動時間についての情報を格納している。移動時間情報は、好ましくは、複数の停車位置に含まれる２つの停車位置のすべての組み合わせに応じた乗合車両２の移動時間を含む。
【００２９】
需要情報格納領域１４は、詳しくは後述するが、乗合車両２を予約する利用者の需要情報を格納する。
【００３０】
体格情報格納領域１５は、詳しくは後述するが、乗合車両２を予約する利用者の体格情報を格納する。
【００３１】
運行計画情報格納領域１６は、詳しくは後述するが、乗合車両２を予約する利用者の需要に基づいて作成される運行計画を格納する。
【００３２】
プログラム２０は、体格計算プログラム２１と、シート割当手段の一例としてのシート割当プログラム２２と、ルート計算プログラム２３と、時間計算プログラム２４と、予約受付プログラム２６と、格納プログラム２５と、を備える。
【００３３】
体格計算プログラム２１は、詳しくは後述するが、体格情報格納領域１５に格納される体格情報に基づいて、利用者の体格測定値を計算する。
【００３４】
シート割当プログラム２２は、詳しくは後述するが、シート情報格納領域１２に格納されるシート情報と、体格情報格納領域１５に格納される体格情報とに基づいて、各利用者を各シート３に割り当てる。
【００３５】
ルート計算プログラム２３は、詳しくは後述するが、利用者の希望乗車位置および希望降車位置に基づいて、複数の停車位置を含む運行ルートを計算する。
【００３６】
時間計算プログラム２４は、詳しくは後述するが、運行ルートに含まれるすべての停車位置の到着時間および発車時間を計算する。
【００３７】
予約受付プログラム２６は、詳しくは後述するが、運行支援システム１の処理が含む予約蓄積処理（後述）を実行する。
【００３８】
格納プログラム２５は、詳しくは後述するが、シート割当プログラム２２が割り当てたシート情報と、ルート計算プログラム２３が計算した運行ルートと、時間計算プログラム２４が計算した到着時間および発車時間とを関連付けて、１つの運行計画として、運行計画情報格納領域１６に格納する。
【００３９】
入力装置５は、有線または無線により、処理装置４と通信可能に接続されている。入力装置５は、例えば、オペレータによって操作可能である。
【００４０】
＜運行支援システムの処理＞
次いで、図４〜図７を参照して、運行支援システム１の処理を説明する。
【００４１】
図４に示すように、運行支援システム１の処理では、まず、演算処理部６が、予約受付プログラム２６を実行する。予約受付プログラム２６は、予約蓄積処理を実行する（ステップ１）。予約受付プログラム２６は、各日の所定時間帯に運行予定の乗合車両（例えば、午前便、午後便など）に対する予約を、予約受付の開始時間から終了時間まで蓄積する。なお、予約受付の開始時間から終了時間までは、一日中に完了してもよく、複数日にわたってもよい。
【００４２】
具体的には、図５に示すように、予約受付プログラム２６が、利用者の予約の受け付けがあるか否かを判断する（ステップ１−１）。予約受付プログラム２６は、利用者からの需要情報および体格情報が処理装置４に入力されるか否かにより、利用者の予約の受け付けを判断する。
【００４３】
利用者の需要情報は、予約した利用者（以下、予約者とする。）を特定する予約者情報と、予約者の希望乗車位置および希望降車位置とを少なくとも含む。
【００４４】
利用者の体格情報として、例えば、利用者の体重情報、利用者の全身が撮影されている写真データなどが挙げられる。写真データは、例えば、利用者が所有する携帯情報端末（例えば、スマートフォンなど）が備えるカメラ機能により取得される。なお、利用者の写真データには、好ましくは、利用者の全身とともに、利用者の体格判断の基準となる所定サイズを有する測定基準（例えば、カードなど）が撮影されている。
【００４５】
このような需要情報および体格情報は、例えば、入力装置５を操作可能なオペレータが、電話端末などにより受け付け、入力装置５により処理装置４に入力してもよく、利用者の情報携帯端末（例えば、スマートフォンなど）から送信されて、入力装置５が受信してもよい。なお、本実施形態では、体格情報として、体重情報および写真データのいずれか一方が、処理装置４に入力される。
【００４６】
そして、利用者の需要情報および体格情報が処理装置４に入力されると、予約受付プログラム２６は、利用者の予約の受け付けがあると判断する（ステップ１−１のＹｅｓ）。
【００４７】
すると、予約受付プログラム２６は、利用者の需要情報を需要情報格納領域１４に格納するとともに、利用者の体格情報を、図６に示すように、予約者情報と予約順とに関連付けして、体格情報格納領域１５に格納する。
【００４８】
次いで、演算処理部６は、体格計算プログラム２１を実行する。体格計算プログラム２１は、体格情報格納領域１５に格納された体格情報に基づいて、各予約者の体格を、例えば、３段階に分類して、その分類に対応する体格測定値を決定する（ステップ１−２）。なお、本実施形態では、体格計算プログラム２１は、各予約者の体格を３段階、具体的には、小柄（体格測定値＝１）、中柄（体格測定値＝２）および大柄（体格測定値＝３）に分類する。体格計算プログラム２１は、決定した体格測定値を、体格情報として体格情報格納領域１５に格納する（図６参照）。
【００４９】
その後、予約受付プログラム２６は、乗合車両に対する予約の受付時間が終了しているか否かを判断し（ステップ１−３）、予約の受付時間の終了前であれば（ステップ１−３のＮｏ）、ステップ１−１に戻る。そのため、予約の受付時間が終了するまで、上記したステップ１−１およびステップ１−２が繰り返される。
【００５０】
これによって、需要情報格納領域１４には、複数の利用者の需要情報が蓄積されるとともに、体格情報格納領域１５には、複数の利用者の体格情報が蓄積される。
【００５１】
なお、利用者の需要情報および体格情報の入力がなければ（ステップ１−１のＮｏ）、ステップ１−３に進行する。また、乗合車両に対する予約の受付時間が終了すると（ステップ１−３のＹｅｓ）、予約蓄積処理が完了する。
【００５２】
本実施形態では、便宜上、図６に示すように、所定の乗合車両に対する予約受付の開始時間から終了時間までに、Ａ〜Ｅの５人の利用者から予約を受け付け、Ａ〜Ｅの体格情報が体格情報格納領域１５に格納されている。
【００５３】
次いで、図４に示すように、演算処理部６は、シート割当プログラム２２を実行する。シート割当プログラム２２は、シート情報格納領域１２に格納されるシート情報と、体格情報格納領域１５に格納される体格情報とに基づいて、各予約者を各シート３に割り当てる（ステップ２）。
【００５４】
具体的には、シート割当プログラム２２は、シート情報に含まれるシートの広さと、体格情報に含まれる体格測定値とに基づいて、各シート３の広さに対する各予約者の体格測定値が所定の閾値以下となるように、複数の予約者の予約順に各予約者を各シート３に割り当てる。
【００５５】
例えば、本実施形態では、閾値が２．０に設定される。そのため、図７に示すように、各シート３の広さに対する各予約者の体格測定値が２．０以下となるように、複数の予約者の予約順に各予約者が各シート３に割り当てられる。
【００５６】
そのため、予約順が１番目であるＡに前側シート３Ｂが割り当てられ、予約順が２番目であるＢに後側シート３Ｃが割り当てられ、予約順が３番目であるＣに後側シート３Ｃが割り当てられる。
【００５７】
一方、予約順が４番目であるＤは、体格測定値が３であり、未だ予約者が割り当てられていないシート３が後側シート３Ｃ（広さ＝１）であるため、後側シート３Ｃの広さに対するＤの体格測定値が、２．０を超過する（３．０）。そのため、予約者Ｄには、後側シート３Ｃが割り当てられない。この場合、予約順が次の５番目であるＥが、閾値を満たすために、後側シート３Ｃに割り当てられる。
【００５８】
つまり、シート割当プログラム２２は、上記所定の閾値以下となるように、予約者を、未だ予約者が決定していないシート３に割り当てできない場合、その予約者にシート３を割り当てずに、予約順が次の予約者が、上記所定の閾値以下となるように、未だ予約者が決定していないシート３に割り当てできるかを判断する。
【００５９】
次いで、シート割当プログラム２２は、シート３が割り当てられていない予約者がいないか否かを判断する（ステップ３）。
【００６０】
シート３が割り当てられていない予約者がいる場合（ステップ３のＮｏ）、シート割当プログラム２２は、該当する予約者（本実施形態では予約者Ｄ）に予約不可を連絡する（ステップ４）。なお、該当する予約者への予約不可の連絡は、例えば、入力装置５に該当する予約者を表示して、オペレータにより電話端末にて該当する予約者に通知するか、処理装置４から該当する予約者の携帯情報端末に送信される。この場合、該当する予約者を、別の所定時間帯に運行予定の乗合車両２に対する予約者とすることもできる。
【００６１】
次に、演算処理部６は、ルート計算プログラム２３を実行する。ルート計算プログラム２３は、運行ルートを作成する（ステップ５）。
【００６２】
詳しくは、ルート計算プログラム２３は、シート３が割り当てられた予約者の希望乗車位置および希望降車位置を需要情報格納領域１４から抽出して、それら希望乗車位置および希望降車位置を複数の停車位置として含む運行ルートを作成する。
【００６３】
次いで、演算処理部６は、時間計算プログラム２４を実行する。時間計算プログラム２４は、運行ルートに含まれる各停車位置の到着時間および発車時間を計算する（ステップ６）。
【００６４】
詳しくは、時間計算プログラム２４は、運行ルートに含まれる複数の停車位置のうち互いに隣り合う停車位置間の特定の移動時間情報を移動時間格納領域１３から抽出し、それら特定の移動時間情報に基づいて、運行ルートにおける各停車位の到着時間および発車時間を計算する。
【００６５】
なお、各停車位置の到着時間および発車時間は、例えば、入力装置５に表示されて、オペレータにより対応する予約者に通知されるか、処理装置４から対応する予約者の携帯情報端末に送信される。
【００６６】
次いで、演算処理部６は、格納プログラム２５を実行する。格納プログラム２５は、ステップ２において各予約者に割り当てられたシート情報（図７参照）と、ステップ５において計算された運行ルートと、ステップ６において計算された各停車位置の到着時間および発車時間とを関連付けして、１つの運行計画として、運行計画情報格納領域１６に格納する（ステップ７）。
【００６７】
以上によって、運行支援システム１の処理が終了する。
【００６８】
そして、乗合車両２の運行開始時刻になると、乗合車両２は、運行計画情報格納領域１６に格納される運行計画を実行する。
【００６９】
＜作用効果＞
図４に示すように、運行支援システム１では、シート割当プログラム２２が、各シート３に対応するシート情報と、各利用者の体格情報とに基づいて、利用者をシート３に割り当てる。つまり、シート３の広さと利用者の体格とを考慮して、利用者が着座するシート３が決定される。そのため、利用者の窮屈感を低減でき、快適な車内環境を確保できる。
【００７０】
＜変形例＞
上記した実施形態では、図２に示すように、乗合車両２が、車幅方向の寸法が互いに異なる複数のシート３を備えるが、本発明は、これに限定されない。
【００７１】
乗合車両２が備えるすべてのシート３は、図８Ａに示すように、車幅方向の寸法が互いに同じであってもよい。この場合、図８Ｂに示すように、シート情報格納領域１２には、シートの位置と、車幅方向に互いに隣り合うシートの有無とが関連付けられて、シート情報格納領域１２に格納されている。本変形例では、便宜上、車幅方向に互いに隣り合うシートがある場合（つまり、後側シート３Ｃ）、そのシートの位置ポイントを１とし、車幅方向に互いに隣り合うシートがない場合（つまり、前側シート３Ｂ）、そのシートの位置ポイントを１．５とする。
【００７２】
そして、図８Ｃに示すように、運行支援システム１の処理のステップ２において、シート割当プログラム２２は、シート情報に含まれる隣り合うシートの有無と、体格情報に含まれる体格測定値とに基づいて、各シート３の位置ポイントに対する各予約者の体格測定値が所定の閾値以下となるように、複数の予約者の予約順に各予約者を各シート３に割り当てる。これによっても、上記した実施形態と同様の作用効果を奏することができる。
【００７３】
また、上記した実施形態では、体格情報は、利用者の予約の受け付けにおいて処理装置４に入力されて体格情報格納領域１５に格納されるが、本発明はこれに限定されない。複数の利用者の体格情報が、予め体格情報格納領域１５に格納されていてもよい。これによっても、上記した実施形態と同様の作用効果を奏することができる。
【符号の説明】
【００７４】
１      運行支援システム
２      乗合車両
３      シート
１２    シート情報格納領域
１５    体格情報格納領域
２２    シート割当プログラム
【図１】
2020140492.tif 000003
【図２】
2020140492.tif 000004
【図３】
2020140492.tif 000005
【図４】
2020140492.tif 000006
【図５】
2020140492.tif 000007
【図６】
2020140492.tif 000008
【図７】
2020140492.tif 000009
【図８】
2020140492.tif 000010