JP2005258840A - 車両運行管理システム、車両運行管理方法、および車両運行管理装置 - Google Patents

Abstract

【課題】交通機関の利用者の定期券などの乗車媒体から得られた情報を用いることにより、利用者に特別な操作をさせることなく、臨時車両の運行を決定する。
【解決手段】バス１の乗車口カードリーダ１１および降車口カードリーダ１２が定期券８を読取ることによって得られたバス利用者の利用者番号、乗降した停留所名、乗降の種別などのデータは、降車口カードリーダ１２に装着されたメモリカード１３に記録される。これらのデータはメモリカード１３を介してバス運行管理装置２０に渡される。バス運行管理装置２０は、これらのデータから当日に所定の停留所で降車したが、その停留所で乗車していないバス利用者を特定し、特定された利用者の人数を求め、この人数に基づいて当該停留所からの定期最終便以降の臨時バス１の運行を決定する。
【選択図】 図２

Description

本発明は、交通機関の臨時車両の運行に関し、特に利用者の定期券などの乗車媒体から得られた情報に基づいて定期最終便以降の臨時車両を必要とする臨時車両需要者の特定を行なうものに関する。

バスなどは定期最終便の発車時刻が早いため、バス利用者が電車で自宅の最寄り駅に着いても帰宅するためのバスが無く、バス利用者が困ることがある。そこで、臨時便の候補日時を予めバス会社のホームページに掲示し、ネットワーク網を通じてホームページ上でバス利用者の臨時便の利用申し込みを前日までに受け付け、申し込みの多寡に従って臨時便を出すか否かを決定し、その結果を利用者に電子メールで通知し、またはホームページに掲示することによってバス利用者の便宜を図ることが知られている（例えば、特許文献１）。
また、現在位置を測位可能な移動体通信端末を所持する者を停留所に設けた基地局により認識し、停留所の領域に進入する所持者の数および停留所の領域から退出する所持者の数からバス待ちの行列人数を求め、行列人数の多寡に従って当該停留所へのバスの運行を増減させることも知られている（例えば、特許文献２）。

特開２００３−６７４５９号公報（段落００１４〜００３２） 特開２００３−２８８６６４号公報（要約）

しかしながら、上記特許文献１のものにおいては、日々の帰宅時刻が遅く、臨時バスを利用することの多い利用者にとっては、毎回、前日までに利用申し込みをしなければならず、利用申し込みの操作が煩わしいという問題、および申し込みを忘れた利用者が多くいると、臨時バスが増便されていたはずなのに臨時バスに乗れなくなるという問題がある。また、前日の申し込み時には不要と思って申し込みをしなかったが、当日の急な事情によって臨時バスを利用したくなった者の需要を把握できないという問題もある。尚、上記特許文献２のものは、現時点で停留所にいる利用者の行列人数に応じて、臨時バスの増減を決定するものであり、最終バスの発車後のバス利用者の需要人数を把握できない。

本発明は、上記問題点を解決するものであって、その課題とするところは、交通機関の利用者の乗車媒体から得られた情報を用いることにより、利用者からの申し込みを受け付けなくても、定期最終便以降の臨時車両を必要とする臨時車両需要者を特定することのできる車両運行管理システム、車両運行管理方法、および車両運行管理装置を提供することにある。

本発明車両運行管理システムは、第１交通機関の利用者が使用する第１乗車媒体から利用者情報と乗降情報とを取得する情報取得手段、または利用者が第１交通機関から乗り継ぐ第２交通機関において使用する第２乗車媒体から利用者情報と乗降情報とを取得する情報取得手段のいずれかと、情報取得手段で得られた利用者情報と乗降情報とを関連づけて記憶する記憶部と、情報取得手段で得られた利用者情報と乗降情報とを記憶部に伝達する伝達手段と、当日に第１交通機関の所定の停留所で第１交通機関から降車したが当日に当該停留所で第１交通機関に乗車していない利用者を、記憶部に記憶された利用者情報ごとの乗降情報に含まれる当該停留所での乗降の種別から特定することにより、当該停留所において第１交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者を特定する特定手段と、を備える。
ここで、利用者情報は第１または第２乗車媒体に記録された利用者番号などの利用者を特定（識別）する情報であり、乗車情報は利用者が乗降した停留所（駅）および乗降の種別（入出場の種別）の情報である。また、本発明の情報取得手段には、実施形態に示される乗車口カードリーダおよび降車口カードリーダ、または自動改札機が相当する。伝達手段には、情報取得手段と記憶部との間に介在するもの、例えば、実施形態に示されるメモリカード、通信路、バス会社サーバなどが相当する。尚、第１交通機関の停留所は、バスの停留所、電車の駅などである。

このようにすることで、当日に第１交通機関の所定の停留所で第１交通機関から降車したが当日に当該停留所で第１交通機関に乗車していない利用者が特定されることにより、当該停留所において第１交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者が特定される。これにより、定期最終便以降の臨時車両の利用申し込みを受け付けなくても、特定された臨時車両需要者の人数に基づいて、臨時車両の運行を決定することができる。また、第１交通機関の情報取得手段が自動化されていないなどの理由で、第１交通機関の利用者情報および乗降情報が取得されない場合であっても、第２交通機関の情報取得手段で取得された、第１交通機関から第２交通機関に乗り継ぐ利用者の利用者情報および乗降情報から、当日に第１交通機関の所定の停留所で第２交通機関に乗りついで第２交通機関に乗車したが当日に第２交通機関から降車していない利用者を、実質的に第１交通機関の所定の停留所で第１交通機関から降車したが当該停留所で第１交通機関に乗車していない利用者として特定することにより、当該停留所において第１交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者を特定することができる。

本発明の実施形態においては、いずれかの情報取得手段は第２交通機関の情報取得手段であり、特定手段は、当日に第１交通機関の所定の停留所で第１交通機関から降車したが当日に当該停留所で第１交通機関に乗車していない利用者を、記憶部に記憶された利用者情報ごとの乗降情報に含まれる第１交通機関の当該停留所で乗り継ぎ利用する第２交通機関での乗降種別から特定するようにすることができる。このようにすることで、第１交通機関の所定の停留所において第１交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者を特定することができる。

また、本発明の実施形態においては、乗降情報は利用者が第２交通機関から降車した時刻を含み、記憶部は、当日よりも前の乗降情報を利用者情報に関連づけて更に記憶し、特定手段は、特定された臨時車両需要者の当日よりも前の乗降情報に基づいて、各臨時車両需要者が臨時車両を必要とする時刻を更に推定するようにすることができる。このようにすることで、各臨時車両需要者が臨時車両を必要とする時刻に合わせて、臨時車両の運行を決定することが可能となる。

さらに、本発明の実施形態においては、特定手段で特定された臨時車両需要者の人数に基づいて、所定の停留所における臨時車両の運行を決定する決定手段を更に備えるようにすることができる。このようにすることで、車両運行管理システムの管理者、オペレータなどが臨時車両需要者の人数に基づいて臨時車両の運行を決定する必要がなくなる。これにより、省力化が図られると共に、人為的ミスが防止される。

さらに、本発明の実施形態においては、記憶部は、利用者ごとに予め登録された利用者の所持する携帯端末への送信先と、利用者情報とを関連付けて更に記憶し、利用者の内、特定手段で特定された臨時車両需要者の携帯端末の送信先に決定手段の決定結果を送信する送信手段を更に備えるようにすることができる。このようにすることで、臨時車両需要者に臨時車両の運行の決定結果が自動的に送信されるので、臨時車両需要者は交通機関のホームページにアクセスなどしなくても、臨時車両の運行の決定結果を知ることができる。

さらに、本発明の実施形態においては、第１交通機関はバスであり、臨時車両はタクシーまたはタクシーとすることができる。このようにすることで、臨時車両として適切な台数のバスまたはタクシーを配車することができる。

また、本発明の車両運行管理方法は、第１交通機関の利用者が使用する第１乗車媒体から利用者情報と乗降情報とを取得する工程、または利用者が第１交通機関から乗り継ぐ第２交通機関において使用する第２乗車媒体から利用者情報と乗降情報とを取得する工程のいずれかの工程と、当日に第１交通機関の所定の停留所で第１交通機関から降車したが当日に当該停留所で第１交通機関に乗車していない利用者を、取得された利用者情報ごとの乗降情報に含まれる当該停留所での乗降の種別から特定することにより、当該停留所において第１交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者を特定する工程と、を備える。
ここで、利用者情報は第１または第２乗車媒体に記録された利用者番号などの利用者を特定（識別）する情報であり、乗車情報は利用者が乗降した停留所（駅）および乗降の種別（入出場の種別）の情報である。尚、第１交通機関の停留所は、バスの停留所、電車の駅などである。

このようにすることで、当日に第１交通機関の所定の停留所で第１交通機関から降車したが当日に当該停留所で第１交通機関に乗車していない利用者が特定されることにより、当該停留所において第１交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者が特定される。これにより、定期最終便以降の臨時車両の利用申し込みを受け付けなくても、特定された臨時車両需要者の人数に基づいて、臨時車両の運行を決定することができる。また、第１交通機関での情報取得が自動化されていないなどの理由で、第１交通機関の利用者情報および乗降情報が取得されない場合であっても、第２交通機関で取得された、第１交通機関から第２交通機関に乗り継ぐ利用者の利用者情報および乗降情報から、当日に第１交通機関の所定の停留所で第２交通機関に乗りついで第２交通機関に乗車したが当日に第２交通機関から降車していない利用者を、実質的に第１交通機関の所定の停留所で第１交通機関から降車したが当該停留所で第１交通機関に乗車していない利用者として特定することにより、当該停留所において第１交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者を特定することができる。

さらに、本発明の車両運行管理装置は、第１交通機関の利用者が使用する第１乗車媒体から取得される利用者情報と乗降情報、または利用者が第１交通機関から乗り継ぐ第２交通機関において使用する第２乗車媒体から取得される利用者情報と乗降情報のいずれかを受取る受取り手段と、受取り手段で受取られた利用者情報と乗降情報とを関連づけて記憶する記憶部と、当日に第１交通機関の所定の停留所で第１交通機関から降車したが当日に当該停留所で第１交通機関に乗車していない利用者を、記憶部に記憶された利用者情報ごとの乗降情報に含まれる当該停留所での乗降の種別から特定することにより、当該停留所において第１交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者を特定する特定手段と、を備える。
ここで、利用者情報は第１または第２乗車媒体に記録された利用者番号などの利用者を特定（識別）する情報であり、乗車情報は利用者が乗降した停留所（駅）および乗降の種別（入出場の種別）の情報である。また、本発明の受取り手段には、実施形態に示される車両運行管理装置のメモリカード読取り部、送受信部が相当する。尚、第１交通機関の停留所は、バスの停留所、電車の駅などである。

このようにすることで、当日に第１交通機関の所定の停留所で第１交通機関から降車したが当日に当該停留所で第１交通機関に乗車していない利用者が特定されることにより、当該停留所において第１交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者が特定される。これにより、定期最終便以降の臨時車両の利用申し込みを受け付けなくても、特定された臨時車両需要者の人数に基づいて、臨時車両の運行を決定することができる。また、第１交通機関での情報取得が自動化されていないなどの理由で、第１交通機関の利用者情報および乗降情報が取得されない場合であっても、第２交通機関で取得された、第１交通機関から第２交通機関に乗り継ぐ利用者の利用者情報および乗降情報から、当日に第１交通機関の所定の停留所で第２交通機関に乗りついで第２交通機関に乗車したが当日に第２交通機関から降車していない利用者を、実質的に第１交通機関の所定の停留所で第１交通機関から降車したが当該停留所で第１交通機関に乗車していない利用者として特定することにより、当該停留所において第１交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者を特定することができる。

本発明によれば、交通機関の利用者の乗車媒体から得られた情報から、交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者が特定されるので、定期最終便以降の臨時車両の利用申し込みを受け付けなくても、特定された臨時車両需要者の人数に基づいて、臨時車両の運行を決定することができる。

以下、図面を参照して本発明の実施形態を説明する。まず、図１を参照して本発明が実施される環境を説明する。バス路線Ａを運行する第１交通機関であるバス１は、朝にバスセンター７を出た後、停留所２Ａと停留所２Ａｚとの間を定期的に往復運行する。定期最終便のバス１は、停留所２Ａから出発してバス路線Ａを往復した後、バスセンター７に戻る。また、バス１の運転手が交代するときなどにもバスセンター７に戻る。朝、停留所２Ａｘ〜２Ａｚで乗車するバス利用者の多くは、停留所２Ａで降車し、近くの駅４Ａから第２交通機関である電車３に乗る。上記バス１の利用者は、夜に駅４Ａで電車３から降り、停留所２Ａからバス１に乗って帰宅する。

バス路線Ａの定期最終便が出る時点あるいは定期最終便が出るより前の時点で、その日（当日）、停留所２Ａでバス１から降車したバス利用者であって、未だ停留所２Ａから乗車していない者が多い場合には停留所２Ａから臨時バス１が出るようになっている。この臨時バス１の運行を管理するために、後述のバス運行管理装置２０がバスセンター７に設けられている。バス路線Ｂも、バス路線Ａと同様の運用がされている。また、停留所２Ａ，２Ｂの近くにはタクシー乗り場６、６があり、臨時バス１が運行されない場合には、バス利用者はタクシー５で帰宅する。

図２〜図８を参照して第１の実施形態を説明する。図２は本発明に係る車両運行管理システムの概要を示す図であり、図３は車両運行管理システムの構成を示す図である。バス１にはバス利用者が使用するバス１の定期券８の情報を読み取る乗車口カードリーダ１１および降車口カードリーダ１２が設けられている。乗車口カードリーダ１１の非接触カード読取り部１１Ｂは、乗車するバス利用者の非接触型ＩＣカードである定期券８に記録された利用者番号、利用区間、使用期間などのデータを読取り、そのデータを送受信部１１Ａおよび降車口カードリーダ１２の送受信部１２Ａを介してメモリカード処理部１２Ｃに送信する。同様に、降車口カードリーダ１２の非接触カード読取り部１２Ｂは、降車するバス利用者の定期券８から同様のデータを読取り、そのデータをメモリカード処理部１２Ｃに送信する。

メモリカード処理部１２Ｃにはメモリカード１３が装着されており（図ではメモリカード１３が取り外された状態で示されている）、メモリカード処理部１２Ｃは、図５に示されるように、利用者情報である利用者番号ならびに乗降情報であるバス利用者が乗降した停留所２、乗降の日時および乗降の種別をメモリカード１３に記録する。図５（ａ）はバス路線Ａを運行する第１のバス１のメモリカード記録データ６２を示し、図５（ｂ）は同じバス路線Ａを運行する第２のバス１のメモリカード記録データ６３を示す。このメモリカード記録データ６２、６３は、臨時バス１の運行を決定する時点でのデータであり、以下のことを示す。例えば、利用者番号が２２の利用者は、朝の６：３０に停留所２Ａで第１のバス１から降車し、夜の２０：００に停留所２Ａで第２のバス１に乗車しているので、臨時バス１を必要としない。それに対し、利用者番号が３３の利用者は、朝の６：３０に停留所２Ａで第１のバス１から降車しているが、臨時バス１の運行を決定する時点で停留所２Ａから未だ第１または第２のバス１に乗車していないので、臨時バス１を必要とする。尚、利用者番号の桁数は１０桁程度であるが、説明の都合上２桁としている。

メモリカード処理部１２Ｃから取り外されたメモリカード１３は、後述のバス運行管理装置２０のメモリカード読取り部２１に装着され、メモリカード１３に記録されているデータを使用して臨時バス１の運行が決定される。尚、メモリカード処理部１２Ｃは、ＣＰＵ、メモリ、時計回路、メモリカード書込み部などから構成されている。また、メモリカード１３を介してではなく、無線通信によって利用者情報および乗降情報をバス運行管理装置２０に送信するようにしてもよい。

次に、バス運行管理装置２０の構成について説明する。メモリカード読取り部２１はメモリカード１３から読取った記録データを記憶部２２に格納する。このようにして、バス路線Ａおよびバス路線Ｂのバス１のメモリカード１３の記録データが記憶部２２に格納される。この格納された記録データから、臨時バス１を発車させる停留所２（例えば、停留所２Ａおよび停留所２Ｂ）ごとに記録データを乗降時刻の順番に並べたファイルが作成され、このファイルが記憶部２２に格納される。図６は、図５の２つのメモリカード記録データ６２，６３から上述のようにして作成された停留所２Ａのバス乗降データファイル６４を示す。図の利用者番号の欄の「＊」は、当該利用者が停留所２Ａでバス１から降車したが、未だ停留所２Ａでバス１に乗車していないことを示す。このバス乗降データファイル６４を利用して臨時バス１の運行が決定される。

図３において、バス運行管理装置２０を操作するオペレータにより入力部２３から臨時バス１を出す停留所名が入力されると、利用者特定部２４は記憶部２２のバス乗降データファイル６４のデータ（利用者情報および乗降情報）から臨時バス１を利用するバス利用者を特定する。ここで、特定された利用者とは、当日に指定された停留所２でバス１から降車したが、その停留所２からバス１に乗車していないバス利用者のことである。運行決定部２５は、特定されたバス利用者の人数に基づいて、臨時バス１を運行するか否かを決定する。

この決定結果は、定期最終便以降の臨時バス１の運行があること、または運行がないことをバス利用者に知らせるために、無線送受信部２７を介して特定されたバス利用者の携帯電話１４に送信され、携帯電話１４に図７（ａ）または（ｂ）に示されるメッセージが表示される。図３では、携帯電話会社のネットワークの図示は省略されている（図９も同様）。ここで、携帯電話１４の送信先であるメールアドレスについて説明する。バス１の定期券８の購入申し込み用紙には、氏名、利用区間などの他に、携帯電話１４のメールアドレス、臨時バス１の運行の決定結果のメール通知の要否が記入される。そして、定期券発行機（不図示）が利用区間、利用者番号などを記録した定期券８を発行する。上記のメール通知を必要とするバス利用者の利用者番号およびメールアドレスのデータは、バス運行管理装置２０の入力部２３を介して、または定期券発行機から不図示のルートを介して記憶部２２に記憶される。これらのデータは、図４に示すメール通知情報ファイル６１として管理される。このように、メール通知を必要とするバス利用者の利用者番号に関連付けてメールアドレスが記憶されているので、このようなバス利用者だけに臨時バス１の運行の決定結果が間違いなく送信される。

図３の説明に戻る。上述の決定結果は表示部２６にも出力され、この表示内容に従って、臨時バス１の手配などが行われる。バス運行管理装置２０はＣＰＵ、メモリ、ハードディスク、ＣＲＴ、時計回路などから構成され、ハードディスクからメモリにロードされたプログラムがＣＰＵによって実行されることによって、利用者特定部２４、運行決定部２５などの各機能が実現されている。また、上記の記憶部２２は、メモリまたはハードディスクによって実現される。

上記の説明では、臨時バス１を出す停留所名をオペレータが入力するとしたが、臨時バス１を出す停留所名と、停留所２ごとの臨時バス１の運行を決定する時刻とを記憶部２２に記憶させておき、決定する時刻になった停留所２については、自動的に臨時バス１の運行の決定を開始するようにしてもよい。また、上記の説明では、臨時バス１の運行の決定結果をバス利用者の携帯電話１４に送信するようにしたが、これに加えて、上記決定結果の画像データを記憶部２２に格納しておき、バス利用者の携帯電話１４から無線送受信部２７を介して画像データにアクセスできるようにしてもよい。

次に、図８を参照してバス運行管理装置２０の動作を説明する。まず、オペレータが入力部２３から臨時バス１を出す停留所名を指定する（Ｓ１）。この指定がされると、利用者特定部２４は、記憶部２２のバス乗降データファイル６４から指定された停留所２におけるバス利用者の乗降データを読み出し（Ｓ２）、指定された停留所２において当日にバス１から降車したがバス１に乗車していない利用者を特定し（Ｓ３）、特定された利用者の人数を求める（Ｓ４）。

ここで、指定された停留所２において降車したが乗車していない利用者は、帰宅のために未だバス１に乗っていない利用者であり、臨時バス１を必要とする利用者（臨時バス需要者）である。図６の場合は、利用者番号３３および６６の利用者が特定された利用者に該当する。一方、２泊旅行に出かけるために指定された停留所２でバス１から降車した人は、上記の特定された利用者に該当するが、臨時バス１を必要としない利用者である。つまり、特定された利用者と臨時バス１を必要とする人との間には多少の誤差はあるが、本発明は少なくとも臨時バス１を出すか否かを判断できれば十分であり、この誤差は本発明の実施の妨げとはならない。

次に、運行決定部２５は、Ｓ４で求められた特定された利用者の人数に基づいて、指定された停留所２からの臨時バス１の運行を決定する。すなわち、特定された利用者の人数が所定数（例えば、３０人）以上であるか否かを判断し（Ｓ５）、所定数以上であれば臨時バス１を運行することを決定し（Ｓ６）、所定数よりも少なければ臨時バス１を運行しないことを決定する（Ｓ８）。臨時バス１を運行することの決定においては、臨時バス１の発車時刻、台数なども決定される。例えば、特定された利用者の人数が５０人未満であれば「定期最終便のバス１の発車時刻の１時間後に１台の臨時バス１を発車する」と決定され、５０人以上であれば「当該時刻に２台の臨時バス１を発車する」と決定される。

そして、臨時バス１を運行することが決定された場合には、無線送受信部２７は、特定された利用者であってメール通知を必要とする利用者（メール通知情報ファイル６１に登録されている利用者）の携帯電話１４に対して、臨時バス１の運行ありの決定を知らせるメールを送信し（Ｓ７）、処理を終了する。この結果、当該利用者の携帯電話１４には図７（ａ）に示されるメッセージが表示される。それに対し、臨時バス１を運行しないことが決定された場合には、無線送受信部２７は、特定された利用者の携帯電話１４に対して、臨時バス１の運行なしの決定を知らせるメールを送信し（Ｓ９）、処理を終了する。この結果、当該利用者の携帯電話１４には図７（ｂ）に示されるメッセージが表示される。そして、処理が終了すると、当日のデータからなるバス乗降データファイル６４は不要となり、記憶部２２から削除される。

図９〜図１１を参照して第２の実施形態を説明する。図９はバス運行管理システムの構成を示す図である。図９と図３との相違点を以下に説明する。図３（第１の実施形態）では、バス１に設けられた乗車口カードリーダ１１および降車口カードリーダ１２によってバス１の利用者情報および乗降情報が得られる。それに対し、図９（本実施形態）では、バス１に乗車口カードリーダ１１および降車口カードリーダ１２が設けられておらず、第２交通機関である電車３の駅４に設けられた自動改札機３１によって得られる電車３の利用者情報および乗降情報から、バス１の利用者情報および乗降情報が求められる。

自動改札機３１は、制御部３１Ａ、読取り部３１Ｂおよび判定部３１Ｃから構成される。読取り部３１Ｂは、乗車媒体である電車３の定期券９に記録された利用者番号、利用区間、使用期間などのデータを読取る。判定部３１Ｃは、読取られたデータの判定および電車利用者が駅４に入場したか、または駅４から出場したかの判定を行う。制御部３１Ａは、読取り部３１Ｂおよび判定部３１Ｃを制御すると共に、通信路３５Ａを介して読取られたデータおよび判定結果のデータを駅サーバ３２に送信する。

駅サーバ３２は、他の自動改札機（不図示）からのデータも受信する。これらのデータは、通信路３５Ｂ、電鉄サーバ３３、通信路３５Ｃ、バス会社サーバ３４、通信路３５Ｄを順番に通り、バス運行管理装置２０Ａの送受信部２８で受信される。送受信部２８は、受信したデータを駅４ごとに分けて記憶部２２に格納する。尚、自動改札機３１で得られる電車利用者の利用者情報および乗降情報は膨大であり、臨時バス１の運行管理に不要な情報も含まれるので、例えば電鉄サーバ３３で運行管理に必要な情報のみを抽出し、それをバス運行管理装置２０Ａに送ることが望ましい。この点については後述する。

ここで、電車利用者の乗降データからバス１と電車３とを乗り継ぐ者（以下、「バス利用者」という）の乗降データを抽出するために必要となる情報について説明する。電車３の定期券９の購入申し込み用紙には、氏名、利用区間などの他にバス１の利用の有無、携帯電話１４のメールアドレス、臨時バス１の運行の決定結果のメール通知の要否が記入される。そして、定期券発行機（不図示）が利用区間、利用者番号などを記録した定期券９が発行する。利用者番号、バス１の利用の有無、メールアドレスおよびメール通知の要否のデータは、定期券発行機から不図示のルートを介して電鉄サーバ３３のハードディスク（不図示）に格納される。

図１０（ａ）は、上記のように定期券発行機が定期券９を発行するごとに電鉄サーバ３３のハードディスクに格納される上記のデータが記録された電車利用者情報ファイル７１を示す。この電車利用者情報ファイル７１には、バス１を利用する者のデータのみならず、利用しない者のデータも含まれる。図１０（ｂ）は、電車利用者情報ファイル７１から、バス利用者のデータのみを抽出したバス利用者情報ファイル７２を示す。このバス利用者情報ファイル７２から、臨時バス運行の決定結果のメール通知を必要とする者のデータを抽出することによって、メール通知情報ファイル６１（図５参照）が作成される。上記の電車利用者情報ファイル７１またはバス利用者情報ファイル７２を使用することによって、電車利用者の乗降データからバス利用者の乗降データを抽出することができる。

図１１（ａ）は、自動改札機３１で得られた入出場データが駅４ごとに駅サーバ３２を介して随時電鉄サーバ３３に集められ、各入出場データが入出場時刻の順番に並べられた駅入出場データファイル７４であって、駅４Ａ（図１参照）における入出場データを示す。駅４Ｂについても同様のデータが駅入出場データファイル７４に記録されている。ここで、利用者番号の欄の「＃」は、当該データがバス利用者ではない電車利用者のデータであることを示す。図１１（ｂ）は、電車利用者情報ファイル７１またはバス利用者情報ファイル７２を参照することによって、駅入出場データファイル７４からバス利用者の入出場データだけが抽出された駅バス乗降データファイル７５を示す。ここで、バス利用者の駅４からの出場はバス１の乗車に対応し、駅４への入場はバス１からの降車に対応するので、駅バス乗降データファイル７５の内容は、実質的に上述のバス乗降データファイル６４と同じである。また、利用者番号の欄の「＊」は、当該バス利用者が当日に駅４に入場したが駅４から出場していないことを示す。

臨時バス１の運行管理に必要なファイルは、メール通知情報ファイル６１および駅バス乗降データファイル７５だけである。これら２つのファイル６１，７５は、電鉄サーバ３３で作成された後にバス運行管理装置２０Ａに送信され、バス運行管理装置２０Ａの記憶部２２に格納される。このようにすることで、２つのファイル６１，７５をバス会社サーバ３４またはバス運行管理装置２０Ａで作成する場合に比較して、電鉄サーバ３３からバス運行管理装置２０Ａへのデータの送信量を減らすことができる。

次に、図１２に示すフローチャートを参照して第２の実施形態のバス運行管理装置２０Ａの動作を説明する。図１２の内容は図８（第１の実施形態）の内容と略同じであり、図１２のＳ１１〜Ｓ１９がそれぞれ図８のＳ１〜Ｓ９に対応し、図１２のＳ１４以降は図８のＳ４以降と同じである。以下、Ｓ１１〜Ｓ１３について説明する。まず、オペレータが入力部２３から臨時バス１を出す停留所２に近い駅名を指定する（Ｓ１１）。この指定がされると、利用者特定部２４は、記憶部２２の駅バス乗降データファイル７５から指定された駅４におけるバス利用者の入出場データを読み出し（Ｓ１２）、指定された駅４において当日に駅４に入場したが駅４から出場していない利用者を特定する（Ｓ１３）。

ここで、上述のように駅バス乗降データファイル７５には、指定された駅４でバス１と電車３とを乗り継ぐバス利用者のみが記録されているので、指定された駅４において入場したが出場していないバス利用者は、指定された駅４の近くの停留所２でバス１から降車したがバス１に乗車していないバス利用者となる。つまり、第２の実施形態では、駅４の自動改札機３１で得られた利用者情報および乗降情報（駅４の入出場データ）から、当日に駅４に入場したが駅４から出場していない利用者を特定し、当該利用者を実質的に当該駅４の近くの停留所２でバス１から降車したがバス１に乗車していないバス利用者として特定し、特定されたバス利用者の人数に基づいて臨時バス１の運行を決定している。

図１３〜図１６を参照して第３の実施形態を説明する。第１および第２の実施形態では、臨時車両として臨時バス１を運行させたが、本実施形態では、駅４のタクシー乗り場６に配車するタクシー５の台数を増減する。つまり、タクシー５の配車台数を増減することが臨時車両の運行の決定である。また、タクシー５の配車台数を決定するために、駅バス乗降データファイル７５（図１１（ｂ）参照）に加えて駅バス乗降データ蓄積ファイル８１（図１４参照）がタクシー運行管理装置２０Ｂの記憶部２２に記憶されている。図１４に示す駅バス乗降データ蓄積ファイル８１は、駅バス乗降データファイル７５からバス利用者ごとの駅４から出場時刻を抽出し、例えば過去５日間に渡って蓄積したものである。そして、この駅バス乗降データ蓄積ファイル８１に記録されている過去の駅４からの出場時刻を使用して、上述の特定された利用者の当日の出場時刻が推定され、各利用者の推定出場時刻に基づいて、過不足の無いタクシー５の配車台数が決定される。

次に、図１６を参照して第３の実施形態のタクシー運行管理装置２０Ｂの動作を説明する。まず、オペレータが入力部２３からタクシー５を配車する駅名を指定する（Ｓ２１）。この指定がされると、利用者特定部２４は、記録部２２の駅バス乗降データファイル７５から指定された駅４における利用者の入出場データを読み出し（Ｓ２２）、指定された駅４において当日に駅４に入場したが駅４から出場していない利用者を特定する（Ｓ２３）。これによって、指定された駅４の近くの停留所２でバス１から降車したがバス１に乗車していないバス利用者、つまりバス１の定期最終便に乗り遅れ、タクシー５を利用する可能性の高いバス利用者が特定される。図１１（ｂ）の利用者番号の欄の「＊」は、当該利用者（利用者番号３３および６６）が特定された利用者であることを示す。

次に、運行決定部２５は、駅バス乗降データ蓄積ファイル８１の当日よりも前の日の入出場データから、特定された利用者の当日の出場時刻を推定する（Ｓ２４）。図１４の利用者番号の欄の「＊」は、当該利用者（利用者番号３３および６６）が特定された利用者であることを示す。また、「データなし」は、当該利用者が当該日に指定された駅４から出場していないことを示す。ここで、定期最終便のバス１の発車時刻が２１：００であるとして、当日の出場時刻は、例えば「データなし」を無視して、定期最終便のバス１の発車時刻以降の過去の出場時刻の平均値によって推定される。この場合、利用者番号３３の利用者の推定出場時刻は２２：００となり、利用者番号６６の利用者の推定出場時刻は２３：００となる。

次に、運行決定部２５は、Ｓ２４で推定された出場時刻に基づいて、時間帯ごとに特定された利用者の人数を求め（Ｓ２５）、時間帯ごとに指定された駅４のタクシー乗り場６に配車するタクシー５の配車台数を決定する（Ｓ２６）。図１５は、このようにして決定された時間帯、推定人数および配車台数の一例を示す。この決定を受けた無線送受信部２７は、タクシー５に対して駅名（配車先）および配車時刻を無線で通知し（Ｓ２７）、処理を終了する。そして、処理が終了した後に、駅バス乗降データ蓄積ファイル８１から最も古い日（５日前）のデータを削除し、４日前のデータを５日前のデータにするなどして各日のデータを１日だけ古い日のデータとし、駅バス乗降データファイル７５中の駅４からの出場時刻のデータを昨日のデータとして駅バス乗降データ蓄積ファイル８１に追加すると共に、当日のデータからなる駅バス乗降データファイル７５を記憶部２２から削除する。尚、タクシー５の送信先は、上述のメールアドレスと同様に記憶部２２に記憶されており、上述の駅名（配車先）および配車時刻が自動的に無線送受信部２７からタクシー５に送信される。

以上述べた第１〜第３の実施形態においては、バス運行管理装置２０，２０Ａおよびタクシー運行管理装置２０Ｂに運行決定部２５を設け、運行決定部２５で臨時バス１の運行またはタクシー５の配車を決定するようにしていた。これに代えて、バス運行管理装置２０，２０Ａおよびタクシー運行管理装置２０Ｂに運行決定部２５を設けずに、利用者特定部２４で特定された利用者の人数または利用者特定部２４で特定された利用者の時間帯ごとの推定人数などの情報を各装置２０，２０Ａ，２０Ｂの表示部２６に表示するようにしてもよい。この場合、この表示された情報を見て、各装置２０，２０Ａ，２０Ｂの管理者またはオペレータが臨時バス１の運行またはタクシー５の配車を決定する。また、プリンタを各装置２０，２０Ａ，２０Ｂに備え、上記の情報を印刷するようにしてもよい。

また、上記第３の実施形態においては、駅バス乗降データ蓄積ファイル８１を利用して、特定された利用者の駅４からの出場時刻を推定したが、第２の実施形態においても当該ファイル８１を設けて、臨時バス１の運行管理に利用するようにしてもよい。
さらに、上記第１〜第３の実施形態では、バス１または電車３の乗車媒体が定期券８，９であるとして説明したが、乗車媒体は利用者番号を特定できるものであれば定期券８，９以外のもの、例えば利用者番号が記録されたプリペイド乗車券などであってもよい。

さらに、上記第１〜第３の実施形態では、第１交通機関がバス１、第２交通機関が電車３、臨時車両がバス１またはタクシー５である場合を例に挙げて説明したが、これに限られるものではなく、第１交通機関がローカル電車、第２交通機関が幹線電車、臨時車両がバスなどであっても本発明を実施できる。
さらに、上記第２〜第３の実施形態では、車両運行管理装置がバス運行管理装置２０Ａまたはタクシー運行管理装置２０Ｂである場合について説明したが、バス会社サーバ３４にバス運行管理装置２０Ａまたはタクシー運行管理装置２０Ｂと同様な機能を持たせるようにしてもよい。また、バス運行管理装置２０Ａの記憶部２２に代えて、バス会社サーバ３４の記憶部に臨時バスの運行管理に必要な情報を格納し、バス運行管理装置２０Ａから当該記憶部にアクセスして臨時バス１の運行を決定するようにしてもよい。

本発明が実施される環境を示す図である。 第１の実施形態の車両運行管理システムの概要を示す図である。 第１の実施形態の車両運行管理システムの構成を示す図である。 メール通知情報ファイルを示す図である。 メモリカードに記録されているデータを示す図である。 バス乗降データファイルを示す図である。 携帯電話に表示される臨時バスの運行決定のメッセージを示す図である。 第１の実施形態のバス運行管理装置の動作を示すフローチャートである。 第２の実施形態の車両運行管理システムの構成を示す図である。 電車利用者情報ファイルおよびバス利用者情報ファイルを示す図である。 駅入出場データファイルおよび駅バス乗降データファイルを示す図である。 第２の実施形態のバス運行管理装置の動作を示すフローチャートである。 第３の実施形態の車両運行管理システムの構成を示す図である。 駅バス乗降データ蓄積ファイルを示す図である。 タクシーの配車の一例を示す図である。 第３の実施形態のタクシー運行管理装置の動作を示すフローチャートである。

符号の説明

１ バス、臨時バス
２，２Ａ，２Ｂ 停留所（駅）
３ 電車
４，４Ａ，４Ｂ 駅
５ タクシー
８ バスの定期券（第１乗車媒体）
９ 電車の定期券（第２乗車媒体）
１１ 乗車口カードリーダ
１２ 降車口カードリーダ
１３ メモリカード
１４ 携帯電話
２０、２０Ａ、バス運行管理装置（車両運行管理装置）
２０Ｂ タクシー運行管理装置（車両運行管理装置）
２１ メモリカード読取り部
２２ 記憶部
２３ 入力部
２４ 利用者特定部
２５ 運行決定部
２６ 表示部
２７ 無線送受信部
２８ 送受信部
３１ 自動改札機

Claims (8)

1. 第１交通機関の利用者が使用する第１乗車媒体から利用者情報と乗降情報とを取得する情報取得手段、または前記利用者が第１交通機関から乗り継ぐ第２交通機関において使用する第２乗車媒体から利用者情報と乗降情報とを取得する情報取得手段のいずれかと、
   前記情報取得手段で得られた前記利用者情報と前記乗降情報とを関連づけて記憶する記憶部と、
   前記情報取得手段で得られた前記利用者情報と前記乗降情報とを前記記憶部に伝達する伝達手段と、
   当日に第１交通機関の所定の停留所で第１交通機関から降車したが当日に当該停留所で第１交通機関に乗車していない利用者を、前記記憶部に記憶された前記利用者情報ごとの前記乗降情報に含まれる当該停留所での乗降の種別から特定することにより、当該停留所において第１交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者を特定する特定手段と、を備えたことを特徴とする車両運行管理システム。
2. 請求項１に記載の車両運行管理システムにおいて、
   前記いずれかの情報取得手段は前記第２交通機関の情報取得手段であり、
   前記特定手段は、当日に第１交通機関の所定の停留所で第１交通機関から降車したが当日に当該停留所で第１交通機関に乗車していない利用者を、前記記憶部に記憶された前記利用者情報ごとの前記乗降情報に含まれる第１交通機関の当該停留所で乗り継ぎ利用する第２交通機関での乗降種別から特定することを特徴とする車両運行管理システム。
3. 請求項２に記載の車両運行管理システムにおいて、
   前記乗降情報は前記利用者が第２交通機関から降車した時刻を含み、
   前記記憶部は、当日よりも前の前記乗降情報を前記利用者情報に関連づけて更に記憶し、
   前記特定手段は、前記特定された臨時車両需要者の前記当日よりも前の乗降情報に基づいて、前記各臨時車両需要者が前記臨時車両を必要とする時刻を更に推定することを特徴とする車両運行管理システム。
4. 請求項１ないし請求項３のいずれかに記載の車両運行管理システムにおいて、
   前記特定手段で特定された臨時車両需要者の人数に基づいて、前記所定の停留所における前記臨時車両の運行を決定する決定手段を更に備えることを特徴とする車両運行管理システム。
5. 請求項４に記載の車両運行管理システムにおいて、
   前記記憶部は、前記利用者ごとに予め登録された前記利用者の所持する携帯端末への送信先と、前記利用者情報とを関連付けて更に記憶し、
   前記利用者の内、前記特定手段で特定された臨時車両需要者の前記携帯端末の送信先に前記決定手段の決定結果を送信する送信手段を更に備えることを特徴とする車両運行管理システム。
6. 請求項１ないし請求項５のいずれかに記載の車両運行管理システムにおいて、
   前記第１交通機関はバスであり、前記臨時車両はバスまたはタクシーであることを特徴とする車両運行管理システム。
7. 第１交通機関の利用者が使用する第１乗車媒体から利用者情報と乗降情報とを取得する工程、または前記利用者が第１交通機関から乗り継ぐ第２交通機関において使用する第２乗車媒体から利用者情報と乗降情報とを取得する工程のいずれかの工程と、
   当日に第１交通機関の所定の停留所で第１交通機関から降車したが当日に当該停留所で第１交通機関に乗車していない利用者を、前記取得された前記利用者情報ごとの前記乗降情報に含まれる当該停留所での乗降の種別から特定することにより、当該停留所において第１交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者を特定する工程と、を備えたことを特徴とする車両運行管理方法。
8. 第１交通機関の利用者が使用する第１乗車媒体から取得される利用者情報と乗降情報、または前記利用者が第１交通機関から乗り継ぐ第２交通機関において使用する第２乗車媒体から取得される利用者情報と乗降情報のいずれかを受取る受取り手段と、
   前記受取り手段で受取られた前記利用者情報と前記乗降情報とを関連づけて記憶する記憶部と、
   当日に第１交通機関の所定の停留所で第１交通機関から降車したが当日に当該停留所で第１交通機関に乗車していない利用者を、前記記憶部に記憶された前記利用者情報ごとの前記乗降情報に含まれる当該停留所での乗降の種別から特定することにより、当該停留所において第１交通機関の定期最終便以降の臨時車両を必要とする臨時車両需要者を特定する特定手段と、を備えたことを特徴とする車両運行管理装置。

Images