JP2003067459A - 交通機関の運行ダイヤ編成システムとその方法、およびその処理プログラム - Google Patents

Abstract

(57)【要約】 【課題】定期便に対する臨時便の運行を、利用申込に基
づいて決定し、利用者に通知・公開し、効率的・効果的
な運営・運行を行う交通機関の運行ダイヤ編成システム
を提供すること。 【解決手段】本発明に係る運行ダイヤ編成システム１０
は、定時便ダイヤ情報および臨時便候補ダイヤ情報含む
運行ダイヤ情報を記憶する運行ダイヤ諸元表ＤＢ１１０
と、運行ダイヤ情報をネットワーク網５０を介して交通
機関の利用者に公開する運行ダイヤ公開処理部１２２
と、利用者の端末装置から臨時便候補に対する利用申込
情報を受付る利用申込受付ＤＢ１１２に記憶させる利用
申込受付処理部１２４と、利用申込情報に基づき候補日
時各々について運行の可否を決定し、決定した運行ダイ
ヤ確定情報を運行ダイヤ管理ＤＢ１１４に記憶する運行
ダイヤ作成処理部１２６と、この運行ダイヤ確定情報
を、利用者の端末装置に対して、電子メールにて送信す
る第１の確定運行ダイヤ送信処理部１２８とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、交通機関の運行ダ
イヤ編成を行う技術に関し、特に定期便に対する臨時便
の運行を、利用者の利用申込みに基づいて決定し、その
運行ダイヤを利用者に公開・通知する交通機関の運行ダ
イヤ編成システムとその方法およびその処理プログラム
に関する。

【０００２】

【従来の技術】従来の、交通機関、例えばバスの運行ダ
イヤの作成技術としては、第２６９３５６７号特許公報
（以下、文献１という）のバスの運行ダイヤ作成装置が
ある。この文献１では、運行ダイヤ作成対象となる系統
の路線情報と利用客調査結果の情報とを用いて、運行ダ
イヤ作成時において適する制限条件を自動抽出して、そ
の条件に基づき作成中の運行ダイヤを最適化する技術が
示されている。

【０００３】

【発明が解決しようとする課題】しかしながら、一方
で、各種統計的手法のみに基づく利用客の予測では、不
定期に利用する利用者に起因する不確定要素の正確な予
測は困難である。また他方で、特に、人口過疎地域を運
行するバス路線などでは、バス利用人口が絶対的に少な
く、このためバス運行ダイヤの設定内容の如何によら
ず、時間帯によっては殆ど乗客がいない状態でもバスを
運行させなければならない状況も当然に発生する。従来
の定期便のみによるバス運行では、乗客がいるのか否か
はバスを運行しながら全ての停留所を確認しなければ把
握できず、このため往々にして、一人も乗客のいない状
態でのバス運行を余儀なくさせられていた。

【０００４】仮に、バスの運行便数を大幅削減したとす
ると、自家用車を所有していない、または運転できない
住人、例えば高齢者や子供の「足」を奪うことになり、
その地域での住民生活に支障をきたすことになる。この
ような状況においては、上記文献１の運行ダイヤの作成
技術を適用しても、その効果は期待ほど得ることができ
ないと考えられる。また、人口過疎地域でなくとも、そ
の運営を合理化する上において、利用者の利用要求に合
わせた運行を行いつつ、より効率的・効果的な運行を行
うことが望ましい。

【０００５】本発明は上述のような課題に鑑みてなさ
れ、その目的は、定期便に対する臨時便の運行を、利用
者の利用申込みに基づいて決定し、その運行ダイヤを利
用者に通知・公開することで、より効率的・効果的な運
営・運行を行う交通機関の運行ダイヤ編成システムとそ
の方法およびその処理プログラムを提供することにあ
る。

【０００６】

【課題を解決するための手段】（１）上記目的を達成す
るために、本発明に係る交通機関の運行ダイヤ編成シス
テムは、交通機関の各運行ポイント毎の運行ダイヤ情報
である、定期運行を行う日時を設定した定時便ダイヤ情
報と、臨時運行を行うその候補日時を設定した臨時便候
補ダイヤ情報とを記憶する運行ダイヤ諸元表データベー
スと、前記運行ダイヤ諸元表データベースの運行ダイヤ
情報を、公衆網またはパケット網を含むネットワーク網
を介して、交通機関の利用者に公開する運行ダイヤ公開
手段と、前記利用者の端末装置からネットワーク網を介
して、該候補日時に対して利用を申込んだ利用申込情報
を、利用申込受付データベースに記憶する利用申込受付
手段と、前記利用申込受付データベースの該利用申込情
報に基づいて、該候補日時の各々についてその運行を行
うか否かを決定し、前記運行ダイヤ諸元表データベース
の運行ダイヤ情報に対して該決定結果を反映させた運行
ダイヤ確定情報を、運行ダイヤ管理データベースに記憶
する運行ダイヤ作成手段と、前記運行ダイヤ作成手段に
よる該決定結果または該運行ダイヤ確定情報を、該利用
者の端末装置に対して、電子メールまたは音声情報とし
て送信する第１の確定運行ダイヤ送信手段とを有するこ
とを特徴とする。

【０００７】（２）また上記（１）において、本発明に
係る交通機関の運行ダイヤ編成システムは、前記運行ダ
イヤ管理データベースの該決定結果または該運行ダイヤ
確定情報を、前記各運行ポイントの少なくとも１つに設
けた、運行ダイヤ確定情報を公示するための表示部を有
する運行ダイヤ表示装置に送信する第２の確定運行ダイ
ヤ送信手段をさらに有することを特徴とする。

【０００８】（３）また上記（１）または（２）におい
て、本発明に係る交通機関の運行ダイヤ編成システム
は、前記交通機関がバスであった場合、前記申込受付デ
ータベースの利用申込情報に基づいて、利用申込人数を
集計し、該集計値によって運行させるその車輌種別を決
定し、前記運行ダイヤ管理データベースに該決定を記憶
する車輌種別選択手段をさらに有することを特徴とす
る。

【０００９】

【作用】本発明に係る交通機関の運行ダイヤ編成システ
ムでは、交通機関、例えばバスや路面電車等の運営事業
者は、予め、その管理端末装置により、保有車輌台数、
保有車輌情報、定時便・臨時便候補ダイヤ情報を有する
運行ダイヤ情報などの運営情報を各運行系統毎に、運行
ダイヤ諸元表データベースに登録している。なお、ここ
で「候補」とは、運行を行うか否かは未決定であるとい
う意味で用いている。運営事業者は、その交通機関の運
行に際して事前に、本運行ダイヤ編成システムにより、
定時便・臨時便候補ダイヤ情報を有する運行ダイヤ情報
を、インターネットの専用Ｗｅｂサイト等で公開すると
同時に、例えば翌日以降の臨時便ダイヤに対する利用申
込みを募り、これを受付ける。交通機関の利用者は、イ
ンターネット接続可能な端末装置から、翌日以降の臨時
便の希望利用日時、利用ポイント（駅・停留所など）、
利用人数、および運行判断結果の返信連絡先などの情報
を、所定の利用申込締切時刻までに送信する。

【００１０】利用申込み締切時間が経過した後、本運行
ダイヤ編成システムにより、運行ダイヤ編成に該当する
日付の、運行系統別の利用申込情報各々が読込まれる。
利用申込みが１件も無い時間帯では、その該当日付にお
いては、運行は行わない。利用申込情報がある場合は、
予め設定した臨時便の運行条件（運行基準）に基づいて
運行の判断を行う。この運行条件を満たす場合、対象と
なる臨時便の「運行」を決定する。なお、この運行条件
は、例えば、所定の利用申込度数が設定される。運行す
るか否かの決定結果は、利用申込者に対して電子メール
等で自動通知すると同時に、予めこの通知を受取らない
全ての人が確認できる様に、インターネット等のネット
ワーク上の所定の場所（Ｗｅｂサイト）に公開する。

【００１１】また、さらに、運行対象日前および当日
に、各運行ポイントの少なくとも１つに設定した運行ダ
イヤ表示装置に、確定した運行ダイヤ情報を表示させる
事で、この交通機関を利用しようとしている者全員に公
示することができる。

【００１２】なお、上記の運行では特に、臨時便の運行
条件を満たす利用申込があった場合、利用申込をした者
および利用申込をしていない者を互いに区別せずに通常
の運賃料金で利用可能とした。しかし、このようなシス
テムでなく、他に、利用申込に伴う予約料（割増料金）
を徴収して予約申込者の希望をより運行に反映させるシ
ステムを取ることもできる。

【００１３】

【発明の実施の形態】以下に本発明の実施の形態を、図
１〜図１２を用いて詳細に説明する。図１は、本発明に
係る運行ダイヤ編成システムの構成を説明するためのブ
ロック図である。図２は、図１の運行ダイヤ送信処理部
の動作を説明するためのフローチャートである。図３
は、図１の利用申込受付処理部の動作を説明するための
フローチャートである。図４は、図１の運行ダイヤ作成
処理部の動作を説明するためのフローチャートである。
図５〜図９は、本システムの利用者側の操作・入力例を
説明するための図である。図１０は、あるバス停留所に
おいて定めた運行時刻表の一例を示す表である。図１１
は、図１の利用申込受付ＤＢに記憶された情報例を示す
表である。図１２は、車輌種別についても考慮に入れ
た、運行ダイヤ確定情報の一例を示す表である。

【００１４】図１を用いて、本発明に係る運行ダイヤ編
成システムの構成を説明する。なお、ここでは、交通機
関として具体的にバス交通を例に挙げて説明を進めてい
く。

【００１５】運行ダイヤ編成システム１０は、運行ダイ
ヤ編成装置１００、管理端末装置２０（端末装置は以下
ＰＣという）、ユーザー（利用者）ＰＣ３０、（利用者
の）携帯電話機４０、および運行ダイヤ表示装置１４０
を有して構成されている。

【００１６】運行ダイヤ編成装置１００、ユーザーＰＣ
３０、携帯電話機４０、および運行ダイヤ表示装置１４
０のそれぞれは、電話公衆網やパケット網を含むネット
ワーク網５０を介して接続されている。管理ＰＣ２０
は、ＬＡＮを介して運行ダイヤ編成装置１００に接続さ
れている。

【００１７】管理ＰＣ２０は、運行ダイヤ編成装置１０
０に対して、指示・保守などを行う装置である。ユーザ
ーＰＣ３０および携帯電話機４０は、本運行ダイヤ編成
システム１０を利用する利用者側の通信装置である。運
行ダイヤ表示装置１４０は、表示部１４２および受信制
御部１４４を有しており、ネットワーク網５０を介して
受信した通信情報を表示する。

【００１８】運行ダイヤ編成装置１００は、制御処理部
１０２、通信処理部１０４、運行ダイヤ諸元表データベ
ース（データベースは以下ＤＢと略す）１１０、利用申
込受付ＤＢ１１２、運行ダイヤ管理ＤＢ１１４、予約料
管理ＤＢ１１６、、運行ダイヤ諸元表登録処理部１２
０、運行ダイヤ公開処理部１２２、利用申込受付処理部
１２４、運行ダイヤ作成処理部１２６、第１の確定運行
ダイヤ送信処理部１２８、第２の確定運行ダイヤ送信処
理部１３０、および予約料処理部１３２を有して構成さ
れている。

【００１９】制御処理部１０２は、運行ダイヤ編成装置
１００を制御する処理部である。通信処理部１０４は、
運行ダイヤ編成装置１００の通信の送受信を制御する処
理部である。運行ダイヤ諸元表ＤＢ１１０は、バスの各
運行停留所毎の運行ダイヤ情報である、定期運行を行う
日時を設定した定時便ダイヤ情報と、臨時運行を行うそ
の候補日時を設定した臨時便候補ダイヤ情報とを記憶し
ている。運行ダイヤ諸元表ＤＢ１１０は、他にも、保有
車輌台数および保有車輌情報などの運営情報を各運行系
統毎に記憶している。ここで候補日時とは、バスの運営
事業者がその日付の運行に先だって、仮のダイヤ情報と
して予め設定した日時である。本システムの顧客である
利用者は、この設定された候補日時のうち、乗車を望む
日時を申込むこととなる。この運行ダイヤ情報の登録
は、管理ＰＣ２０により運行ダイヤ諸元表登録処理部１
２０の処理を実行することで行われる。

【００２０】この運行ダイヤ諸元表ＤＢ１１０に記憶さ
れた運行ダイヤ情報の一例について、図１０を用いて説
明する。図１０には、某日における、バス停留所「第１
小学校前」におけるバス時刻表（バスダイヤ）を示して
いる。カッコで区切られた運行時刻（例えば、上り・７
時１５分など）は臨時便候補であることを、またそれ以
外の運行時刻は定時便であることを示している。運営事
業者は、このバス時刻表を固定的に、あるいは、所定期
間毎に見直すなどして、決定している。運行ダイヤ諸元
表ＤＢ１１０には、このようなバス時刻表が、各停留所
毎に記憶されている。

【００２１】利用申込受付ＤＢ１１２は、ユーザーＰＣ
３０および携帯電話機４０からの、上記臨時便候補に対
する利用申込情報を記憶する。この利用申込情報の記憶
は、利用申込受付処理部１２４によって行われる。な
お、この利用申込情報の受付けに先だって、運行ダイヤ
公開処理部１２２により、上記運行ダイヤ諸元表ＤＢ１
１０に記憶された運行ダイヤ情報をインターネット上に
公開する。

【００２２】運行ダイヤ作成処理部１２６は、利用申込
受付ＤＢ１１２に記憶された利用申込情報に基づいて、
臨時運行の候補日時の各々についてその運行を行うか否
かを決定し、運行ダイヤ諸元表ＤＢ１１０の運行ダイヤ
情報に対して、この決定結果を反映させた運行ダイヤ確
定情報を、運行ダイヤ管理ＤＢ１１４に記憶する。

【００２３】第１の確定運行ダイヤ送信処理部１２８
は、運行ダイヤ作成処理部１２６による決定結果または
運行ダイヤ確定情報のいずれかを、利用申込者の端末装
置であるユーザーＰＣ３０および携帯電話機４０に対し
て、電子メールまたは音声情報として送信する。第２の
確定運行ダイヤ送信処理部１３０は、上記第１の確定運
行ダイヤ送信処理部１２８の送信対象とは異なり、バス
の停留所に設けられた運行ダイヤ表示装置１４０に対し
て、決定結果または運行ダイヤ確定情報のいずれかを送
信する。

【００２４】利用申込情報が受理されると、その利用申
込は「予約」という形で受入れられることになる。この
予約に際して課金処理を行うのが、予約料処理部１３２
である。予約料処理部１３２は、予約料管理ＤＢ１１６
から申込時における予約に関する課金情報を読み込み、
これを利用申込者に提示し、また、予約が確定するとそ
の課金情報を個々の利用者に対応させて予約料管理ＤＢ
１１６に記憶する。後に、予約料処理部１３２は、この
課金料金分を一括して、対象の利用者に対して請求する
請求処理を行う。

【００２５】次に、図２と、それに関連する図５〜図９
とを用いて図１の運行ダイヤ編成装置１００内の運行ダ
イヤ公開処理部１２２の動作、および利用申込者の操作
を説明する。運行ダイヤ公開処理部１２２は、図５〜図
９の利用申込受付画面相互間にリンクを張っており、ネ
ットワーク網５０を介して公開・閲覧可能としている。

【００２６】バスの利用を望む利用者は、ユーザーＰＣ
３０または携帯電話機４０などを用いて、本発明に係る
システムが適用されるバス事業者が公開するホームペー
ジを閲覧する。ここには、図５に示すような、バスの運
行系統路線別の選択画面５００が表示されている（ステ
ップＳ２０１）。

【００２７】利用者は、この運行系統路線選択画面５０
０の中から所望の路線を選択（クリック）する。（ステ
ップＳ２０２）。路線を選択すると、図６に示すよう
な、バスの停留所選択画面６００が表示される（ステッ
プＳ２０３）。利用者は、この停留所選択画面６００の
中から、所望の停留所を選択（クリック）する。（ステ
ップＳ２０４）。選択部６０２は、明日以降の臨時便申
込のための選択肢である。停留所を選択すると、図７に
示すような、バスの時刻表画面７００が表示される（ス
テップＳ２０５）。ここで、「臨時便候補」はカッコで
区切られた時刻である。

【００２８】利用者はこの時刻表画面７００の中から所
望の乗車時刻を選択する。このとき、もし「定時便」に
おいて所望の乗車時刻がなければ、利用者は、「臨時便
候補」から所望の乗車時刻を選択（クリック）すること
になる（ステップＳ２０６）。「臨時便候補」を選択す
ると、図８に示すような、臨時便利用申込画面８００が
表示される（ステップＳ２０７）。利用者は、その内容
を確認すると共に、降車する停留所、およびこの申込に
対する返答を受取るメールアドレスなどの連絡先を入力
する（ステップＳ２０８）。ここで、「予約料８０２」
とは、利用申込が受理された場合に請求される予約料
が、１００円／人であることを示している。

【００２９】上記所定の事項を入力した後に、「決定」
を押すと利用申込確認画面９００が表示される（ステッ
プＳ２０９）。利用者は、バス運営事業者に対して利用
申込を申込むのであれば、「送信する」を押して、その
利用申込作業を終了させる。申込まないのであれば、
「キャンセル」を押して、図５のトップ画面５００に戻
る。

【００３０】利用者による利用申込がなされると、運行
ダイヤ編成装置１００の利用申込受付処理部１２４で、
その受付処理が行われる（ステップＳ２１０）。

【００３１】以下に、図３のフローチャートを用いて、
上記ステップＳ２１０の利用申込受付処理の動作につい
て説明する。

【００３２】利用申込受付処理部１２４は、利用者から
の利用申込情報を受信する（ステップＳ３０１）。利用
申込受付処理部１２４は、その利用申込情報を利用申込
受付ＤＢ１１２に記憶する（ステップＳ３０２）。ある
日付における運行ダイヤは、この利用申込受付ＤＢ１１
２に蓄積された利用申込情報に基づいて決定される。利
用申込情報の受付けは、例えば、該当する運行ダイヤの
日付の前日の１９時に締め切られ、また、その運行の決
定結果は、図９に示すように前日の２０時に利用申込者
に対して通知される。この利用申込受付ＤＢ１１２に蓄
積された利用申込情報の一例を、図１１に示す。利用申
込情報の表１１００でには、「申込者」、「連絡先」、
「申込日時」などといった、主に図８の臨時便利用申込
画面８００の情報が記憶されている。このような利用申
込情報が、各利用申込者毎、各利用日毎、各利用時刻毎
に記憶されている。

【００３３】以下に、図４のフローチャートを用いて、
上記ステップＳ３０２以降の、運行ダイヤ作成処理の動
作について説明する。

【００３４】利用申込受付ＤＢ１１２から、編成対象と
なる日付における利用申込情報を読み出す（ステップＳ
４０１）。各臨時便候補毎の利用申込者数を集計する
（ステップＳ４０２）。集計した利用申込者数を基に、
これに運行条件を当てはめる（ステップＳ４０３）。こ
の運行条件とは、ここでは、予め設定した所定利用申込
数（度数）以上となる利用申込数があれば、臨時便の運
行を行うといった条件である。この条件は、図１２の
「運行条件」項目の「１」「１０」にあるように予め各
臨時便候補毎に設定されており、本システムを利用しな
いで乗車する利用者にも対応するように、時間帯別のこ
れらの利用者に起因する不確定要素を考慮した度数とし
て定義されている。なお、全ての利用者は本システムを
利用するという基に運営を行う場合は、運行条件は複数
設定する必要はなく、所定の度数のみを条件として設定
してもよい。

【００３５】運行条件を満たすか否かを、各臨時便候補
毎に判断する（ステップＳ４０４）。運行条件を満たし
ていない場合は、該当する臨時便候補は「運行しない」
と決定され、運行ダイヤ情報における臨時便候補に係る
運行日時情報のフラグをＯＦＦ（図１２の「運行有無」
項目の「Ｎ」に該当）に設定する。

【００３６】運行条件を満たす場合は、該当する臨時便
は「運行する」と決定され、運行ダイヤ情報における臨
時便候補に係る運行日時情報に対応するフラグをＯＮ
（図１２の「運行有無」項目の「Ｙ」に該当）に設定す
る（ステップＳ４０５）。

【００３７】さらに、車輌種別選択処理（特にその処理
部は図示しない）により、その運行における運行車輌を
決定する（ステップＳ４０６）。この運行車輌種別とし
て、図１２の「車輌種別」項目に示すように、乗用者
（Ｊ）、マイクロバス（Ｍ）、大型バス（Ｂ）のいずれ
かが選択されることになる。上記ステップＳ４０１〜Ｓ
４０６の処理により決定された情報は、図１２の運行ダ
イヤ確定情報１２００として、運行ダイヤ管理ＤＢ１１
４に記憶される（ステップＳ４０７）。

【００３８】このようにして決定した運行ダイヤ管理Ｄ
Ｂ１１４の運行ダイヤ確定情報、または決定結果は、第
１の確定運行ダイヤ送信処理部１２８により、図８の連
絡先に記載したアドレスを有するユーザーＰＣ３０また
は携帯電話機４０に送信される。また、同時に、運行ダ
イヤ確定情報または決定結果は、第２の確定運行ダイヤ
送信処理部１３０により、停留所に設けられた運行ダイ
ヤ表示装置１４０に送信される。送信された運行ダイヤ
確定情報または決定結果は、受信制御部１４４で受信さ
れ、表示部１４２で公示される。

【００３９】予約料処理部１３２は、利用申込が受理さ
れた予約に対して、予約料（図９の予約料９０２）を予
約料管理ＤＢ１１６に記憶する。この予約料管理ＤＢ１
１６には、利用申込を行った利用者（予約者）に対応す
る、予約履歴が記憶される。この予約履歴を基に、例え
ば１ヶ月などの所定期間毎に、予約者に対して予約料の
請求を行う。

【００４０】このように、運行ダイヤ編成システム１０
により、特に定期便に対する臨時便の運行を、利用者の
利用申込みに基づいて決定し、その運行ダイヤを利用者
に通知または公示するようなシステムとすることで、交
通機関の運営・運行をより効率的・効果的に行うことが
できるようになる。

【００４１】なお、本発明は、上述の図１〜図１２を用
いて説明した例に限定されるものではなく、その要旨を
逸脱しない範囲において種々の変更が可能である。例え
ば、運行ダイヤ編成装置１００は、運行の有無を、連絡
先として記載したアドレスに電子メールで通知するとし
たが、自動音声情報により音声通知しても、また、ファ
ックスにより運行ダイヤ確定情報を自動送信してもよ
い。すなわち、運行ダイヤ確定情報を利用申込者に通知
さえできれば、どのような手段でも構わない。

【００４２】また、上述の予約料処理部１３２では、い
わばビジネスの一環として予約料を課金するとした。し
かし、この予約料の徴収運用は行われなくてもよい。ま
た、悪戯等による利用申込の防止のため、この予約料を
運賃予納金額として充当するようにしてもよい。この場
合、バスの乗・降車時において、クレジットカードを提
示し、クレジット会社にて運賃予納金額と運賃精算金額
とを一括して代行管理する形態が望ましい。

【００４３】また、上述の実施形態では、予約料は１０
０円／人均一として説明したが、この予約料の金額に応
じて、その臨時便候補の運行の可否を決定するようなビ
ジネスとして運営してもよい。

【００４４】また、上述の実施形態では、交通機関とし
てバス運営を例に挙げて説明したが、この他にも路面電
車、鉄道（特に、第３セクターやローカル鉄道などが好
適）などに本発明を適用することで、その運営・運行を
より効率的・効果的に行うことができるようになる。

【００４５】また、上述の実施形態では、運用ダイヤ情
報として臨時便候補時刻を予め設定して処理を進めた
が、利用者各々に臨時便運行希望時刻を申請してもら
い、この申請を基に、適宜、運用ダイヤ確定情報を決定
するように運用してもよい。この場合、申請される臨時
便候補時刻はバラバラになると考えられる。このため、
実際の運行ダイヤ確定処理の際には、その申請情報の平
均などを考慮して決定する。また他に、利用者各々に
は、例えば１０〜３０分程の時間幅を持たせた臨時便運
行希望時刻を申請してもらい、この申請を基に、適宜、
運用ダイヤ確定情報を決定するように運用してもよい。

【００４６】また、上述の実施形態では、利用申込の締
切りを運行日の前日として説明したが、他に例えば、運
行日当日早朝や運行日１週間前などに設定してもよい。

【００４７】上述の実施形態において、その運行ダイヤ
編成を行う各処理部における処理プログラムをアプリケ
ーションソフトとして、ハードディスク等の記録媒体に
格納しておいてもよい。このようにすれば、ＣＤ−ＲＯ
Ｍ等の可搬型記録媒体にプログラム等を格納して売買し
たり、携帯することができるようになる。

【００４８】

【発明の効果】本発明に係る運行ダイヤ編成システムを
用い、特に定期便に対する臨時便の運行を、利用者の利
用申込みに基づいて決定し、その運行ダイヤを利用者に
通知・公開または公示することで、交通機関の運営・運
行をより効率的・効果的に行うことができるようにな
る。

【図面の簡単な説明】

【図１】本発明に係る運行ダイヤ編成システムの構成を
説明するためのブロック図である。

【図２】図１の運行ダイヤ公開処理部の動作を説明する
ためのフローチャートである。

【図３】図１の利用申込受付処理部の動作を説明するた
めのフローチャートである。

【図４】図１の運行ダイヤ作成処理部の動作を説明する
ためのフローチャートである。

【図５】図２の運行ダイヤ公開処理のステップＳ２０１
の説明に用いる図である。

【図６】図２の運行ダイヤ公開処理のステップＳ２０３
の説明に用いる図である。

【図７】図２の運行ダイヤ公開処理のステップＳ２０５
の説明に用いる図である。

【図８】図２の運行ダイヤ公開処理のステップＳ２０７
の説明に用いる図である。

【図９】図２の運行ダイヤ公開処理のステップＳ２０９
の説明に用いる図である。

【図１０】あるバス停留所において定めた、運行諸元表
ＤＢに記憶された運行ダイヤ情報の一例を示す表であ
る。

【図１１】図１の利用申込受付ＤＢに記憶された情報例
を示す表である。

【図１２】車輌種別についても考慮に入れた、運行ダイ
ヤ確定情報の一例を示す表である。

【符号の説明】

１０：運行ダイヤ編成システム ２０：管理ＰＣ ３０：ユーザーＰＣ ４０：携帯電話機 ５０：ネットワーク網 １００：運行ダイヤ編成装置 １０２：制御処理部 １０４：通信処理部 １１０：運行ダイヤ諸元表ＤＢ １１２：利用申込受付ＤＢ １１４：運行ダイヤ管理ＤＢ １１６：予約料管理ＤＢ １２０：運行ダイヤ諸元表登録処理部 １２２：運行ダイヤ公開処理部 １２４：利用申込受付処理部 １２６：運行ダイヤ作成処理部 １２８：第１の運行ダイヤ送信処理部 １３０：第２の運行ダイヤ送信処理部 １３２：予約料処理部 １４０：運行ダイヤ表示装置 １４２：表示部 １４４：受信制御部 ５００：運行系統選択画面 ６００：停留所選択画面 ７００：運行ダイヤ情報表示画面 ８００：臨時便利用申込画面 ９００：臨時便利用申込確認画面 １０００：運行ダイヤ情報表 １１００：利用申込受付情報表 １２００：運行ダイヤ確定情報表

Claims (7)

【特許請求の範囲】
1. 【請求項１】 交通機関の各運行ポイント毎の運行ダイ
   ヤ情報である、定期運行を行う日時を設定した定時便ダ
   イヤ情報と、臨時運行を行うその候補日時を設定した臨
   時便候補ダイヤ情報とを記憶する運行ダイヤ諸元表デー
   タベースと、 前記運行ダイヤ諸元表データベースの運行ダイヤ情報
   を、公衆網またはパケット網を含むネットワーク網を介
   して、交通機関の利用者に公開する運行ダイヤ公開手段
   と、 前記利用者の端末装置からネットワーク網を介して、該
   候補日時に対して利用を申込んだ利用申込情報を、利用
   申込受付データベースに記憶する利用申込受付手段と、 前記利用申込受付データベースの該利用申込情報に基づ
   いて、該候補日時の各々についてその運行を行うか否か
   を決定し、前記運行ダイヤ諸元表データベースの運行ダ
   イヤ情報に対して該決定結果を反映させた運行ダイヤ確
   定情報を、運行ダイヤ管理データベースに記憶する運行
   ダイヤ作成手段と、 前記運行ダイヤ作成手段による該決定結果または該運行
   ダイヤ確定情報を、該利用者の端末装置に対して、電子
   メールまたは音声情報として送信する第１の確定運行ダ
   イヤ送信手段とを有することを特徴とする交通機関の運
   行ダイヤ編成システム。
2. 【請求項２】 請求項１に記載の交通機関の運行ダイヤ
   編成システムにおいて、 前記運行ダイヤ管理データベースの該決定結果または該
   運行ダイヤ確定情報を、前記各運行ポイントの少なくと
   も１つに設けた、運行ダイヤ確定情報を公示するための
   表示部を有する運行ダイヤ表示装置に送信する第２の確
   定運行ダイヤ送信手段をさらに有することを特徴とする
   交通機関の運行ダイヤ編成支システム。
3. 【請求項３】 請求項１または２に記載の交通機関の運
   行ダイヤ編成システムにおいて、 前記交通機関がバスであった場合、 前記申込受付データベースの利用申込情報に基づいて、
   利用申込人数を集計し、該集計値によって運行させるそ
   の車輌種別を決定し、前記運行ダイヤ管理データベース
   に該決定を記憶する車輌種別選択手段をさらに有するこ
   とを特徴とする交通機関の運行ダイヤ編成システム。
4. 【請求項４】 交通機関の各運行ポイント毎の運行ダイ
   ヤ情報である、定期運行を行う日時を設定した定時便ダ
   イヤ情報と、臨時運行を行うその候補日時を設定した臨
   時便候補ダイヤ情報とを記憶する運行ダイヤ諸元表デー
   タベースの運行ダイヤ情報を、公衆網またはパケット網
   を含むネットワーク網を介して交通機関の利用者に公開
   し、 前記利用者の端末装置からネットワーク網を介して、該
   候補日時に対して利用を申込んだ利用申込情報を受付
   け、利用申込受付データベースに記憶し、 前記利用申込受付データベースの該利用申込情報に基づ
   いて、該候補日時の各々についてその運行を行うか否か
   を決定し、 前記運行ダイヤ諸元表データベースの運行ダイヤ情報に
   対して該決定結果を反映させた運行ダイヤ確定情報を、
   運行ダイヤ管理データベースに記憶し、 該決定結果または該運行ダイヤ確定情報を、該利用者の
   端末装置に対して、電子メールまたは音声情報として送
   信することを特徴とする交通機関の運行ダイヤ編成方
   法。
5. 【請求項５】 請求項４に記載の交通機関の運行ダイヤ
   編成方法において、 前記運行ダイヤ管理データベースの該決定結果または該
   運行ダイヤ確定情報を、前記各運行ポイントの少なくと
   も１つに設けた、運行ダイヤ確定情報を公示するための
   表示部を有する運行ダイヤ表示装置に送信することを特
   徴とする交通機関の運行ダイヤ編成支方法。
6. 【請求項６】 請求項４または５に記載の交通機関の運
   行ダイヤ編成方法において、 前記交通機関がバスであった場合、 前記申込受付データベースの利用申込情報に基づいて、
   利用申込人数を集計し、該集計値によって運行させるそ
   の車輌種別を決定することを特徴とする交通機関の運行
   ダイヤ編成方法。
7. 【請求項７】 請求項４乃至６のいずれかに記載の交通
   機関の運行ダイヤ編成方法における各処理を、コンピュ
   ータに実行させるための交通機関の運行ダイヤ編成処理
   プログラム。