(57)【特許請求の範囲】
【請求項１】
１又は複数の車両の運行管理を行うデマンド車両管理装置であって、
少なくとも前記車両の利用要求情報と、前記車両の運行位置情報を含む運行状況情報とが入力される入力部と、
前記車両の運行可能経路情報と、前記入力された運行状況情報を含む前記車両の運行管理情報とを記憶する記憶部と、
少なくとも前記利用要求情報に対する回答情報と、前記車両の運行指示経路を含む運行指示情報を出力する出力部と、
前記利用要求情報、前記運行可能経路情報、及び前記運行管理情報を用いて、前記回答情報及び前記運行指示情報を作成する制御部とを有し、
前記運行管理情報は、各車両毎、利用要求受付済利用者毎の利用開始地点到着予定時刻情報を含んでおり、
前記制御部は、前記利用要求情報入力時に前記回答情報及び前記運行指示情報を作成するに際して、前記利用開始地点到着予定時刻情報からの変動をパラメータとして含むコスト関数を利用するものであるデマンド車両管理装置。
【請求項２】
請求項１記載のデマンド車両管理装置であって、
前記運行管理情報は、各車両毎、利用要求受付済利用者毎の利用終了地点到着予定時刻情報をさらに含んでおり、
前記制御部は、前記利用要求情報入力時に前記回答情報及び前記運行指示情報を作成するに際して、前記利用開始地点到着予定時刻情報からの変動、及び前記利用終了地点到着予定時刻情報からの遅れをパラメータとして含むコスト関数を利用するものであるデマンド車両管理装置。
【請求項３】
請求項１又は２記載のデマンド車両管理装置であって、
前記入力部には、前記回答情報に対する利用者の予約確認情報が入力されるものであり、
前記制御部は、利用予約確認情報の入力を待たずに他の利用者からの前記利用要求情報に対する回答情報の作成を開始するものであるデマンド車両管理装置。
【請求項４】
請求項１ないし３のいずれか１項記載のデマンド車両管理装置であって、
前記車両の利用要求情報は、携帯端末を利用して入力されるものであるデマンド車両管理装置。
【請求項５】
請求項４記載のデマンド車両管理装置であって、
前記携帯端末は、位置検出機能を有しており、掲出した位置情報に基づいて利用者の希望利用開始点情報が生成されるデマンド車両管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、利用者の要求（デマンド）に応じて運行される車両の運行管理を行うデマンド車両管理装置に関する。
【０００２】
【従来の技術】
乗合車両のデマンド運行は、予め定められた路線を利用者の要求（デマンド）に応じて運行するものから、任意の経路を利用者の要求にしたがって運行するフルデマンドシステムへと変化しつつある。特開平１０−２４１０９１号公報（以下、第１先行文献という。）に記載されたフルデマンドの車両運行システムの先行例は、多数乗員型車両、例えばバンの運行ルートを、利用者からの要求にしたがって作成し、乗車中の乗客からの変更要求や交通状況にしたがって更新することによりオンデマンド輸送を実現するものである。乗車地点、乗車希望時間、目的地、及び目的地到着希望時間を含む利用者からの要求は、ルーティングユニットに送られ、最適な運行ルートが決定されるものである。
【０００３】
また、Matsushita Technical Journal，Vol.46，No.４（Aug.2000），pp.105-113（以下、第２先行文献という。）には、中山間地における乗合路線バスの代替手段として利用されるデマンドバスシステムについて記載されている。このシステムは、バス経路の停留所及び各種施設に設けられた端末装置、個人用パソコン、並びにオペレータを介したバスの利用要求にしたがって、その要求が発生する毎に最適な経路を再生成し、運行中又は待機中のバスに運行指令を出力するものである。
【０００４】
そして、第２先行文献に記載されたシステムにおける、最適経路の演算は、情報処理学会、高度交通システム４−２（2001.3.2），pp.7-12（以下、第３先行文献という。）に記載されるように、バスの走行時間、利用者毎のバスの乗車時間と最短移動時間の差、乗車希望時間に対する遅れ時間及び早着時間、降車希望時間（特別な場合のみ）に対する遅れ時間をパラメータとする目的コスト関数を求め、この関数の値が最小となる運行経路をバスに対して指示するものである。
その際、最適解を求めるため、タブー探索法を利用し、演算時間を減少させている。
【０００５】
以上、説明したようなフルデマンド車両運行管理システムにおいては、利用者の要求に対して、最適な車両運行ルートを短時間で求める必要があると共に、予約申し込みを受けた後は、できるだけ申し込み時に回答した通りの運行をする必要がある。しかし、申し込み受け付け後も、随時新規の利用要求があるため、申し込み時に回答した通りの運行をすることは簡単ではなく、従来のシステムでは、必ずしも満足のいく結果が得られなかった。
【０００６】
【発明が解決しようとする課題】
本発明は、上記事情に鑑みなされたもので、デマンド車両の利用要求が随時追加されても、利用要求受付済の利用者の利用内容の変動を極力避け、利用者の満足度を向上させた運行管理を行うことができるデマンド車両管理装置を提供するものである。
【０００７】
【課題を解決するための手段】
本発明のデマンド車両管理装置は、１又は複数の車両の運行管理を行うものであって、少なくとも前記車両の利用要求情報と、前記車両の運行位置情報を含む運行状況情報とが入力される入力部と、前記車両の運行可能経路情報と、前記入力された運行状況情報を含む前記車両の運行管理情報とを記憶する記憶部と、少なくとも前記利用要求情報に対する回答情報と、前記車両の運行指示経路を含む運行指示情報を出力する出力部と、前記利用要求情報、前記運行可能経路情報、及び前記運行管理情報を用いて、前記回答情報及び前記運行指示情報を作成する制御部とを有し、前記運行管理情報は、各車両毎、利用要求受付済利用者毎の利用開始地点到着予定時刻の回答済情報を含んでおり、前記制御部は、前記利用要求情報入力時に前記回答情報及び前記運行指示情報を作成するに際して、前記利用開始地点到着予定時刻の回答済情報からの変動をパラメータとして含むコスト関数を利用するものである。
【０００８】
また、本発明のデマンド車両管理装置は、前記運行管理情報として、各車両毎、利用要求受付済利用者毎の利用終了地点到着予定時刻の回答済情報をさらに含んでおり、前記制御部は、前記利用要求情報入力時に前記回答情報及び前記運行指示情報を作成するに際して、前記利用開始地点到着予定時刻の回答済情報からの変動、及び前記利用終了地点到着予定時刻の回答済情報からの遅れをパラメータとして含むコスト関数を利用するものである。
【０００９】
また、本発明のデマンド車両管理装置における前記入力部には、前記回答情報に対する利用者の予約確認情報が入力されるものであり、前記制御部は、利用予約確認情報の入力を待たずに他の利用者からの前記利用要求情報に対する回答情報の作成を開始するものである。このような構成とすると、連続した利用要求に対して、回答が遅れることが避けられる。
【００１０】
また、本発明のデマンド車両管理装置における前記車両の利用要求情報は、携帯端末を利用して入力可能としたものである。
【００１１】
また、本発明のデマンド車両管理装置における前記携帯端末は、位置検出機能を有しており、掲出した位置情報に基づいて利用者の希望利用開始点情報が生成されるものである。このような構成とすると、利用要求情報の入力を簡単に行うことができる。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を用いて説明する。
【００１３】
図１に、本発明のデマンド車両管理装置を含む車両管理システムの概略構成を示す。図１のシステムは、デマンド車両の利用者が使用する端末装置２、運行される各車両に搭載される車載機３、及び１又は複数の車両の運行管理を行うデマンド車両管理装置１を含んで構成され、端末装置２とデマンド車両管理装置１との間、及び車載機３とデマンド車両管理装置１との間は、ネットワーク４を介してデータの送受信が可能である。図１では、端末装置２及び車載機３を１つのみ記載したが、通常は複数の端末装置２が設けられ、運行車両の数分の車載機３が設けられる。また、送受信路としてネットワーク４と記載したが、同一のネットワークである必要はなく、また、複数のネットワークを経由してデータの送受信を行うものでもよい。また、送受信路は、有線通信路でも無線通信路でもよいが、少なくとも車載機３との送受信は、無線通信路を介して行う。
【００１４】
デマンド車両管理装置１は、利用者からの運行車両の利用要求（デマンド）を受け付け、要求に応じた運行計画を作成し、各車両に運行指示情報を出力するもので、制御部１１、記憶部１２、操作端末部１３、通信部１４を含んで構成される。制御部１１は、運行計画の作成処理を含むデマンド車両管理装置１全体の動作を制御するものである。記憶部１２は、車両が運行される領域の地図情報を含む運行可能経路情報と、車両の運行管理情報とを少なくとも記憶し、これらの情報は、運行計画の作成、車両の運行管理に利用される。操作端末部１３は、利用者から電話又はＦＡＸで受けた利用要求の入力を含むオペレータの入力操作を行うためのものである。通信部１４は、ネットワーク４を介して端末装置２及び車載機３とデータの送受信を行うものである。
【００１５】
次に、記憶部１２に記憶される車両の運行可能経路情報、及び運行管理情報について説明する。図２は、車両の運行可能な経路の一例を模式的に示したもので、停車可能地点Ａ〜Ｇ間の経路を有向グラフ形式で記憶管理される。そして、各停車可能地点Ａ〜Ｇのパス１〜２０の標準運行時間は、図３に示すような形式で管理される。図２において、例えば「１０（９）」は、地点Ｂから地点Ｃへのパス１０の標準運行時間が９分であることを示す。図２に示す経路情報及び図３に示す標準運行時間情報は、運行車両毎、又は、バス、乗用車、ワゴン車等の車種毎に作成される。また、必要に応じて、運行日時に応じて異なるもの、例えば運行時間帯毎や曜日毎の標準運行時間情報を用意する。
【００１６】
図４は、運行管理情報の記憶形式の一例を示したもので、運行車両毎に作成され、運行車両の車種、運行時間、現在走行位置、定員、乗車人員、運行指示経路、利用者から受け付けたデマンドリストの項目を含む。運行車両の車種の項目には、運行車両の車種に関する情報、例えば、バス、乗用車、ワゴン車等の情報が記憶される。運行時間の項目には、各車両が連続して運行可能な時間帯が記憶される。この時間帯は、乗務員の勤務時間との関係で定めるのが好ましい。現在走行位置の項目には、車両の走行位置情報が、図２の停車可能地点を基に、例えば地点Ｄと地点Ｄ到着時刻、地点Ｄと地点Ｃの間（Ｄ−Ｃ）と地点Ｃ出発時刻のように記憶される。ここで、地点情報としては、緯度、経度等の絶対座標を用いてもよい。定員の項目には、車両の乗務員を除く乗車可能人数が記憶され、乗車人員の項目には、その時点での乗車人数が記憶される。運行指示経路の項目には、最新の運行指示経路情報が記憶される。その際、停車指示地点については、停車予定時刻情報を合わせて付加するのが好ましい。
【００１７】
デマンドリストの項目には、利用者から受け付け、その車両に割当てられたデマンドの内容が記憶される。デマンドの内容としては、乗車地、乗車希望時刻、乗車回答時刻、完了フラグ、降車地、降車希望時刻、降車回答時刻、完了フラグ、利用人員、特殊要求が含まれる。ここで、乗車回答時刻及び降車回答時刻は、利用者の利用要求に対して乗車予定地及び降車予定地への到着予定時刻を回答した場合に、その時刻情報が記憶される。また、完了フラグは、要求された地点に到着し、乗車又は降車が予定通りされたときにオンとされる。
【００１８】
特殊要求は、定時運行されている列車等への乗り継ぎを要求する場合、通勤通学時の利用、または、スクールバスや介護バスあるいは複数ホテルからの空港行きバス等で、デマンド運行で集めた乗客を１つまたは複数の目的地へ束ねて運ぶような運行等について記憶されるもので、一般に到着希望時刻への遅れを許容しない運行計画を作成するために利用される。乗務員の交替等も、特殊要求のデマンドを追加しておくことにより、勤務時間を超過しない運行計画を作成することができる。
【００１９】
なお、運行管理情報は、各車両毎、運行時間毎に作成され、新規デマンドが入力される毎に、利用可能な車両の運行管理情報が参照され、回答情報の作成に使用される。この新規デマンドは、回答情報に対する利用者からの確認又は選択を受けて、割当てられた車両のデマンドリストに追加される。また、現在走行位置、乗車人員、完了フラグは、車載機３から車両の運行状況情報が入力される毎に更新される。
【００２０】
以上、デマンド車両管理装置１の概略構成を説明したが、具体的には、所定のプログラムがインストールされた１又は複数のコンピュータによって実現される。複数のコンピュータを利用する場合、どのように機能分担するかは任意である。また、全てのコンピュータをネットワーク４に接続しても、一部のコンピュータのみを接続してもよい。
【００２１】
車載機３は、各車両に搭載され、デマンド車両管理装置１からの運行指示情報を受信して乗務員に提示すると共に、車両の運行状況をデマンド車両管理装置１に送信するもので、図５に示す概略構成を有する。図５の車載機３は、位置検出部３１、制御部３２、操作部３３、通信部３４、記憶部３５、表示部３６を含んで構成される。
【００２２】
位置検出部３１は、車両の走行位置を検出するもので、例えばＧＰＳ装置が利用される。制御部３２は、車載機３全体の制御を行うものである。操作部３３は、乗務員が操作するために設けたもので、デマンド車両管理装置１からの運行指示情報を表示部３６に表示させたり、車両の運行状況、例えば乗降者情報を入力するものである。また、予約なしの利用者の要求情報を乗務員が入力するのにも利用される。通信部３４は、ネットワーク４を介してデマンド車両管理装置１とデータの送受信を行うものである。記憶部３５は、車両の運行状況情報及び運行指示情報を記憶するものである。運行状況情報には、車両の現在走行位置情報、走行方向情報、乗車人員等の情報が含まれる。また、運行指示情報には、運行経路情報、停車地点情報、及び停車地点での停車予定時刻情報並びに乗降者情報が含まれる。表示部３６は、乗務員に対する指示情報の表示、操作部３３による入力支援情報の表示等に利用される。なお、車両内及び車両外の利用者に対する利用者用表示部３７は、必要に応じて車両の内部又は外部に追加されるもので、それぞれ乗車中の利用者又は車両を見てこれから利用しようとする利用者に対して、運行経路情報や目的地情報の表示を行うものである。
【００２３】
端末装置２は、利用者のデマンド入力に利用されるもので、停車予定地点近傍に設置される専用端末、運行領域内の各種施設に設けられるキオスク端末、インターネット等のネットワークに接続可能なコンピュータ、携帯電話機等の携帯端末が利用可能である。デマンド入力は、端末装置２に表示された入力支援画面にしたがって入力するものとするのが好ましい。入力支援画面は、専用端末及びキオスク端末の場合は、メニューの選択によって表示させ、ネットワークに接続可能なコンピュータ及び携帯電話機の場合は、デマンド入力用のＷＥＢページにアクセスすることによって表示させることができる。また、端末装置２には、利用者のデマンドに対する回答情報が送られて表示され、利用者の確認又は選択後、乗車予約が可能となる。
【００２４】
次に、本システムの利用時の動作を図６の概略動作フローを用いて説明する。
ステップ６０１で利用者のデマンドが入力される。デマンドは、端末装置２又は操作端末部１３から入力される。また、予約なしに乗車した利用者のデマンド情報は、車載機３の操作部３３から入力されるが、携帯電話機等によりオペレータに連絡し、操作端末部１３から入力することも可能である。デマンド情報としては、乗車希望車種、乗車希望地点、乗車希望時刻、降車希望地点、降車希望時刻、乗車希望人数、特殊要求に関する情報が入力可能であるが、すべての情報を入力する必要はない。また、専用端末、キオスク端末、位置検出機能（ＧＰＳ等）付携帯端末の使用時は、乗車位置未入力の場合は、自動的に端末の位置が乗車希望位置として入力され、列車乗り継ぎ等の特殊要求時に列車を特定すると、自動的に降車希望時刻が入力される。入力されなかった要求項目については、回答情報作成時に任意のものとして最適運行計画の生成処理が行われる。
【００２５】
なお、図２に記載した停車地点Ａ〜Ｇは、運行管理情報の管理の都合上指定したもので、車両の乗降車地点を限定するものではなく、各パスの途中での乗降車も可能である。
【００２６】
入力されたデマンド情報は、ステップ６０２でデマンド車両管理装置に送られ、デマンドに対する回答情報が作成される（ステップ６０３）。回答情報の作成は、送られたデマンド情報、記憶部１２に記憶された運行可能経路情報及び運行管理情報を用いて、最適車両を利用する最適経路情報を生成することによって行う。回答情報には、最適なもの１つだけでなく、複数の経路情報を含んでもよい。
【００２７】
最適車両の選定は、各車両の運行管理情報を参照し、乗車希望車種、運行時間、現在走行位置、定員、受持ちデマンド数等の条件に合うものを検索することにより行う。最適車両には、１つだけでなく複数の候補車両を含んでもよい。
【００２８】
最適経路情報の生成処理は、希望要求を満たす経路候補を最適車両それぞれについて、既に停車地点に個別に設定されている遅れ許容時間、早着許容時間、Ｕターン禁止等の条件を満たすものを選んで生成し、次に、生成された経路候補の中から、コスト関数が最小となるものを選択することによって行う。その際、利用するコスト関数としては、次の関数Ｆを利用する。なお、遅れ許容時間は、特に鉄道の駅、他の運行バス、パークアンドバスライト実施点、イベント会場等においては、遅れを許容しないため零又は負の値とする。
【００２９】
Ｆ＝αΣ（各パスの走行時間）＋Σβ（乗車時間−最短時間）＋Σγ（遅れ時間）＋Σδ（早着時間）＋εΣ｜乗車地到着予定時刻−回答済乗車地到着予定時刻｜＋Ση｜降車地到着予定時刻−回答済降車地到着予定時刻｜+
【００３０】
ただし、α、β、γ、δ、ε、ηは、重み係数であり、車両毎又は車両の車種毎に予め設定される。また、デマンドに応じて複数用意してもよい。特に特殊要求を含むデマンドについて異なる係数を用いるのが好ましい。
【００３１】
次に、前記関数の各項の定義を説明する。第１項は、車両の運行経路に含まれる全パスの走行時間の総和である。第２項は、利用者の乗車時間と乗車地と降車地の最短移動時間との差を、デマンド毎に求めたものの総和である。すなわち、利用者にとっての余分な乗車時間を考慮するものである。第３項は、利用者の乗車希望時間及び降車希望時間に対する車両の遅れの総和である。この項の降車希望時間に対する遅れは、列車乗り継ぎ等の特殊要求の場合のみ考慮することもできる。第４項は、利用者の乗車希望時間及び降車希望時間に対する車両の早着時間の総和である。この項の降車希望時間に対する遅れは、考慮しないようにすることもできる。
【００３２】
第５項と第６項は、本発明において追加された項であり、第５項は、回答済デマンドの乗車地到着時間の変動分の総和を示し、第６項は、回答済デマンドの降車地到着時間の遅れ分の総和を示す。第６項における｜降車地到着予定時刻−回答済降車地到着予定時刻｜+は、（降車地到着予定時刻−回答済降車地到着予定時刻）が正の場合はその絶対値を、負の場合は０を意味する。第５項と第６項は、予約済の利用者が予約時に提示された乗車予定時刻及び降車予定時刻から大きく変動する（降車予定時刻の場合は遅れのみ）場合、コストを高くして他の経路が選択されるようにし、利用者の満足度を向上させるためのものである。なお、第６項については省略も可能である。
【００３３】
以上のコスト関数の演算は、全ての経路について行ってもよいが、計算時間を減少させるために、前掲の第３先行文献に記載された方法を採用するのが好ましい。また、上記関数Ｆの第１項をΣα（各車両の運行時間）、すなわち車両毎の全運行時間の総和とし（この場合αは車両毎に定められる。）、システム全体の運行時間に関するコストを考慮した関数としてもよい。
【００３４】
再び図６に戻って、ステップ６０３では、以上のようにして求めた最適経路情報を用いて利用者に対する回答情報を作成する。回答情報は、最適なものを１つだけ利用者に提示して予約確認を行ってもよいし、複数提示して選択させるようにしてもよい。そして、ステップ６０４で、作成した回答情報を利用者に対して出力する。回答情報の出力は、端末装置２を用いたデマンド入力の場合は、端末装置２の表示部（図示せず）に対して行われ、車載機３の場合は、車載機３内の表示部３６に対して行われる。また、電話、ＦＡＸ等によるオペレータ経由のデマンド入力の場合は、操作端末部１３の表示部に表示され、オペレータを介して利用者に通知される。ステップ６０５で利用者が確認又は選択すると、確認／選択情報が送信され（ステップ６０６）、運行指示情報が作成される（ステップ６０７）。そして、作成した運行指示情報が車載機３に送信される（ステップ６０９）と共に、運行指示情報に基づく最終回答情報が利用者に送られる（ステップ６０８）。なお、回答情報に対する確認のみを行う場合は、ステップ６０８は省略可能である。また、車載機３からのデマンド入力の場合は、ステップ６０３からステップ６０６は省力可能である。
【００３５】
そして、車載機３は、受信した運行指示情報に基づいて記憶部３５の運行情報を更新する。したがって、運行指示情報が更新された車両は、更新された経路で運行されることになり、新規デマンドの要求にしたがった運行が可能となる。
【００３６】
図７及び図８に、デマンド車両管理装置１の記憶部１２に記憶された運行管理情報の一例を示す。デマンド車両管理装置１は、図２に示す領域を運行する車両を管理するものである。図７は、デマンド１を受け付け、予約確認後デマンド２を受け付けた場合の運行管理情報である。前記コスト関数の第５項を考慮した結果、デマンド２についての乗車回答時刻が乗車希望時刻から遅れていることが理解できる。また、図８は、デマンド２の利用者を地点Ａで乗車させた後に、デマンド３を受け付けた場合の運行管理情報である。この例では、前記コスト関数の第６項を考慮した結果、デマンド２についての乗車回答時刻が乗車希望時刻から遅れていることが理解できる。
【００３７】
以上説明したように、フルデマンドの運行管理は、利用者からデマンドに対する最適経路を随時求めるものであるため、連続してデマンドが入力された場合は、一方のデマンドに対する回答が遅れる場合がある。本発明は、このような不都合を解消するために、デマンド入力が連続した場合、利用予約確認情報の入力を待たずに他の利用者からの回答情報の作成を開始する構成とすることも可能である。
【００３８】
図９は、そのような処理を行う場合の概略動作フロー図である。図９は、端末装置ａからデマンドａが入力され（ステップ９０１）、デマンドａに対する回答情報ａが送信され（ステップ９０４）、確認を待っている間に、端末装置ｂからのデマンドｂを受信した（ステップ９０６）場合の動作を示している。
【００３９】
この場合、デマンドａに対する回答を待ってからデマンドｂに対する回答作成処理を行うと、回答が遅れてしまうため、デマンドａが受け付けられたという前提で、回答作成処理を行う（ステップ９０７）。そして、回答作成中又は作成後、デマンドａに対するキャンセル入力があっても（ステップ９０９）、デマンドｂに対して作成した回答情報ｂを送信する（ステップ９１１）。また、デマンドａについての運行指示情報ａもキャンセルの有無に関わらず作成し（ステップ９１２）、車載機ｘに送信する（ステップ９１２）。
【００４０】
その後、端末装置ｂからデマンドｂの回答情報ｂに対する確認情報が入力される（ステップ９１５）と、同様に、運行指示情報ｂを作成して（ステップ９１６）、車載機ｘに送信し（ステップ９１７）、車載機ｘの運行情報が更新される（ステップ９１８）。
【００４１】
以上のような処理を行うと、デマンドが連続しても回答情報の送信が遅れることはない。図９の例のように先のデマンドがキャンセルされた場合、運行車両が無駄な移動を行う場合があるが、キャンセル率を考慮した場合、大きな問題とはならない。また、複数車両に対する運行管理を行う場合、回答情報が、必ずしも同一の車両についてのものとならないため、無駄な移動が指示される確立はさらに少なくなる。例えば図９の例で、デマンドｂに対する回答情報が、車載機ｘ（車両ｘ）に対するものでない場合には、デマンドａがキャンセルされたとき、車載機ｘの運行情報を更新しないようにしても問題は生じない。したがって、図９のステップ９０９でデマンドａのキャンセル情報を受信したときに、送信済で確認待ちの回答情報（この例では、回答情報ｂ）と、回答情報ａの対象車両を確認し、一致する場合のみ、運行指示情報ａを作成し、運行情報を更新すればよい。
【００４２】
なお、以上説明したデマンド車両管理システムにおいては、利用者自身の移動に利用するだけでなく、物品の運搬にも利用することができる。その場合、利用要求入力時に、乗車人数を入力する代わりに、運搬される物品の情報を入力することにより、同様の運行管理が可能である。
【００４３】
【発明の効果】
以上の説明から明らかなように、本発明によれば、デマンド車両の利用要求が随時追加されても、利用要求受付済の利用者の利用内容の変動を極力避け、利用者の満足度を向上させた運行管理を行うことができる。
【図面の簡単な説明】
【図１】本発明のデマンド車両管理装置を含む車両管理システムの概略構成を示す図
【図２】車両の運行可能な経路の一例を模式的に示す図
【図３】標準運行時間管理リストの一例を示す図
【図４】運行管理情報の記憶形式の一例を示す図
【図５】車載機の概略構成を示す図
【図６】本システムの利用時の概略動作フローを示す図
【図７】運行管理情報の一例を示す図
【図８】運行管理情報の他の例を示す図
【図９】デマンド連続入力時の概略動作フローを示す図
【符号の説明】
１・・・デマンド車両管理装置
２・・・端末装置
３・・・車載機
４・・・ネットワーク
１１・・・制御部
１２・・・記憶部
１３・・・操作端末部
１４・・・通信部
３１・・・位置検出部
３２・・・制御部
３３・・・操作部
３４・・・通信部
３５・・・記憶部
３６・・・表示部
３７・・・利用者用表示部
【図１】
0004548977.tif 000002
【図２】
0004548977.tif 000003
【図３】
0004548977.tif 000004
【図４】
0004548977.tif 000005
【図５】
0004548977.tif 000006
【図６】
0004548977.tif 000007
【図７】
0004548977.tif 000008
【図８】
0004548977.tif 000009
【図９】
0004548977.tif 000010