(57)【特許請求の範囲】
【請求項１】
少なくとも各客の希望乗車地点および希望降車地点が指定された利用要求を受付ける利用要求受付手段と、
前記利用要求を含む客情報を保持する客情報保持手段と、
乗合車両の車両情報を含む運用情報を保持する運用情報保持手段と、
道路ネットワーク情報を取得して保持する道路ネットワーク情報取得手段と、
少なくとも前記客情報保持手段が保持する客情報、前記運用情報保持手段が保持する運用情報、および前記道路ネットワーク情報取得手段が保持する道路ネットワーク情報を所定の評価関数に入力し、該評価関数を最適にするよう前記利用要求に指定された希望乗車地点と希望降車地点を巡回する前記乗合車両の巡回経路および巡回時刻を特定する乗合車両運行スケジュールを作成する乗合車両運行スケジュール作成手段と、
一つの前記利用要求が複数組の客を含み、該複数組の客を一つの客グループとし、該客グループの客ごとに、乗合の認否、前記客からの希望乗車時刻と乗合車両運行スケジュール上での当該客の乗車時刻とのずれの許容範囲、前記客からの希望降車時刻と乗合車両運行スケジュール上での当該客の降車時刻とのずれの許容範囲、および乗車時間の許容範囲のいずれかを含む客制約を設定する手段と、
作成された前記乗合車両運行スケジュールを出力するスケジュール出力手段と、を具備し、
前記乗合車両運行スケジュール作成手段は、前記客制約を満たし、かつ該客グループが同一の乗合車両に配車されるよう前記乗合車両運行スケジュールを作成し、乗合車両のみでは前記客制約を満足し得ない場合に、前記客グループの少なくとも一部の客に乗換車両を配車し、乗換車両から乗合車両への乗り換え、もしくは乗合車両から乗換車両への乗り換えにより前記客制約を満足させるよう前記乗合車両運行スケジュールを作成することを特徴とする乗合車両運行スケジューリングシステム。
【請求項２】
少なくとも各客の希望乗車地点および希望降車地点が指定された利用要求を受付ける利用要求受付手段と、
前記利用要求を含む客情報を保持する客情報保持手段と、
乗合車両の車両情報を含む運用情報を保持する運用情報保持手段と、
道路ネットワーク情報を取得して保持する道路ネットワーク情報取得手段と、
少なくとも前記客情報保持手段が保持する客情報、前記運用情報保持手段が保持する運用情報、および前記道路ネットワーク情報取得手段が保持する道路ネットワーク情報を所定の評価関数に入力し、該評価関数を最適にするよう前記利用要求に指定された希望乗車地点と希望降車地点を巡回する前記乗合車両の巡回経路および巡回時刻を特定する乗合車両運行スケジュールを作成する乗合車両運行スケジュール作成手段と、
作成された前記乗合車両運行スケジュールを出力するスケジュール出力手段と、を具備し、
一つの前記利用要求が複数組の客を含み、該複数組の客を一つの客グループとし、
前記乗合車両運行スケジュール作成手段は、
未配車の客グループに対し、割り当て可能な車両が存在しないとの判定に基づいて新たな車両を追加し、かつ、同一の客グループ内のすべての客を同一の乗合車両に割り当てるスケジューリングアルゴリズムを実行する手段であって、
前記客情報保持手段に登録された利用要求に未配車の客グループが含まれる場合は当該未配車の客グループに関する情報を取り出す第１手段と、
いずれかの車両に前記第１手段で取り出した未配車の客グループに属する全ての客を割当て可能であるならば、割当て可能な車両の中の最適な車両をスケジュール評価関数に基づいて選定し、当該車両に前記客グループの全ての客を割当て、当該車両の最適な巡回経路を作成しその経路での巡回時刻を更新する第２手段と、
前記いずれかの客割当て中車両に乗換車両を追加し接続することで前記未配車の客グループに属する全ての客を割当て可能であるならば、追加接続の乗換車両に前記全ての客を割当て、追加された乗換車両を含む全車両の巡回経路および巡回時刻を作成する第３手段と、
利用可能な乗合車両が存在し、かつ必要に応じて乗換車両を追加すれば未配車の客グループに属する全ての客を割当て可能であるなら、当該乗合車両又は乗換車両を割当て、当該車両の巡回経路および巡回時刻を作成する第４手段と、を有することを特徴とする乗合車両運行スケジューリングシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、乗合型の車両運行サービスを提供する公共交通システムに好適な乗合車両の運行スケジューリングシステムに関する。
【０００２】
【従来の技術】
従来、乗合車両運行サービスにおいては、多数客からの利用要求を受付け、それぞれの利用要求に沿うように、一方では運行可能な車両台数や乗務員の勤務状況、あるいは道路交通情報といった運用事情を考慮しつつ、乗合車両の配車および巡回経路の作成を行うといった運行スケジュールの作成を人手により行っていた。複数の乗客が乗降地点を共有する乗合車両運行サービスでは、乗客を乗車地点から目的地点に移動させる途中で、複数の車両の乗り継ぎをさせることもあるが、この乗り継ぎが発生する運行のためのスケジュールの作成についても、やはり人手により行われてきた。
【０００３】
【発明が解決しようとする課題】
本発明は上記事情を考慮してなされたものであり、その目的は、従来人手によって行われていた乗合車両の運行スケジュールの作成を自動的に行うことのできる乗合車両運行スケジューリングシステムを提供することにある。
【０００４】
【課題を解決するための手段】
本発明の乗合車両運行スケジューリングシステム（請求項１）は、少なくも各客の希望乗車地点および希望降車地点が指定された利用要求を受付ける利用要求受付手段と、前記利用要求を含む客情報を保持する客情報保持手段と、乗合車両の車両情報を含む運用情報を保持する運用情報保持手段と、道路ネットワーク情報を取得して保持する道路ネットワーク情報取得手段と、少なくとも前記客情報保持手段が保持する客情報、前記運用情報保持手段が保持する運用情報、および前記道路ネットワーク情報取得手段が保持する道路ネットワーク情報を所定の評価関数に入力し、該評価関数を最適にするよう前記利用要求に指定された希望乗車地点と希望降車地点を巡回する前記乗合車両の巡回経路および巡回時刻を特定する乗合車両運行スケジュールを作成する乗合車両運行スケジュール作成手段と、作成された前記乗合車両運行スケジュールを出力するスケジュール出力手段と、を具備することを特徴とする。
【０００５】
なお、一つの前記利用要求が複数組の客を含み、該複数組の客を一つの客グループとし、該客グループが同一の乗合車両に配車されるよう前記乗合車両運行スケジュールを作成することが好ましい。
【０００６】
また、前記評価関数は、前記各客の希望乗車時刻、希望降車時刻、希望乗降地点間の移動最低所要時間、車両スケジュールにおける乗車時刻、車両スケジュールにおける降車時刻、車両スケジュールにおける乗車時間、および運用コストの少なくともいずれかを引数とする関数を含むものとしてもよい。
【０００７】
また、乗合の認否、前記客からの希望乗車時刻と乗合車両運行スケジュール上での当該客の乗車時刻とのずれの許容範囲、前記客からの希望降車時刻と乗合車両運行スケジュール上での当該客の降車時刻とのずれの許容範囲、および乗車時間の許容範囲のいずれかを含む客制約を満たすように前記乗合車両運行スケジュールを作成してもよい。
【０００８】
また、前記客制約を前記各客もしくは客グループごとに設定する手段を具備してもよい。
【０００９】
また、前記乗合車両の利用可能時間帯を前記運用情報として登録する手段を具備し、かかる時間帯に応じて利用可能な乗合車両を配車するよう前記乗合車両運行スケジュールを作成してもよい。
【００１０】
また、複数事業者毎に利用可能な前記乗合車両の車両情報を登録する手段を具備してもよい。
【００１１】
また、乗合車両のみでは前記客制約を満足し得ない場合に、少なくとも一部の客に乗換車両を配車し、乗換車両から乗合車両への乗り換え、もしくは乗合車両から乗換車両への乗り換えにより前記客制約を満足させるよう前記乗合車両運行スケジュールを作成してもよい。
【００１２】
また、乗合車両の配車可能台数、乗換車両の配車可能台数、乗合車両一台あたりに接続可能な乗換車両の台数、各車両の利用可能時間帯、車両定員、積込み可能荷物数、積込み可能重量、または積込み可能体積のいずれかを含む運用制約を満たすように前記乗合車両運行スケジュールを作成してもよい。
【００１３】
また、前記乗合車両運行スケジュール作成手段は、未配車の客に対し、割り当て可能な車両が存在しないとの判定に基づいて新たな車両を追加する第１のスケジューリングアルゴリズムを実行する手段を具備し、該第１のスケジューリングアルゴリズムは、前記客情報保持手段に登録された利用要求に未配車の客が含まれる場合は当該未配車の客に関する情報を取り出す第１ステップと、いずれかの車両に前記第１ステップで取り出した未配車の客を割り当て可能であるなら、割当て可能な車両の中の最適な車両をスケジュール評価関数に基づいて選定し、当該車両に未配車の客を割当て、当該車両の最適な巡回経路を作成しその経路での巡回時刻を更新する第２ステップと、客割当て中車両に乗換車両を追加し接続することで割当て可能であるなら、追加接続の乗換車両に未配車の客を割当て、当該追加接続車両の巡回経路および巡回時刻を作成する第３ステップと、乗換車両の追加接続であっても割当てられない場合、前記客割当て中車両以外に利用可能な車両が存在すればこれを追加して前記未配車の客を割当て、当該車両を客割当て中車両とし、当該追加車両の巡回経路および巡回時刻を作成する第４ステップと、を有する構成としてもよい。
【００１４】
また、前記乗合車両運行スケジュール作成手段は、未配車の客グループに対し、割り当て可能な車両が存在しないとの判定に基づいて新たな車両を追加し、かつ、同一の客グループ内のすべての客を同一の乗合車両に割り当てる第２のスケジューリングアルゴリズムを実行する手段を具備し、該第２のスケジューリングアルゴリズムは、前記客情報保持手段に登録された利用要求に未配車の客グループが含まれる場合は当該未配車の客グループに関する情報を取り出す第１ステップと、いずれかの車両に前記第１ステップで取り出した未配車の客グループに属する全ての客を割当て可能であるならば、割当て可能な車両の中の最適な車両をスケジュール評価関数に基づいて選定し、当該車両に前記客グループの全ての客を割当て、当該車両の最適な巡回経路を作成しその経路での巡回時刻を更新する第２ステップと、前記いずれかの客割当て中車両に乗換車両を追加し接続することで前記未配車の客グループに属する全ての客を割当て可能であるならば、追加接続の乗換車両に前記全ての客を割当て、追加された乗換車両を含む全車両の巡回経路および巡回時刻を作成する第３ステップと、利用可能な乗合車両が存在し、かつ必要に応じて乗換車両を追加すれば未配車の客グループに属する全ての客を割当て可能であるなら、当該乗合車両又は乗換車両を割当て、当該車両の巡回経路および巡回時刻を作成する第４ステップと、を有する構成としてもよい。
【００１５】
また、前記スケジュール出力手段は、作成された乗合車両運行スケジュールを表形式で出力する手段を具備してもよい。
【００１６】
また、指定条件にしたがって前記表形式の乗合車両運行スケジュールから行、列、若しくはセルを抽出し、又は、指定項目に属する行、列、若しくはセルを抽出し、それぞれの抽出結果を表示形態を異ならせて出力してもよい。
【００１７】
また、前記スケジュール出力手段は、地図上もしくは道路ネットワーク上に、作成された乗合車両運行スケジュールを重畳して出力する手段を具備してもよい。
【００１８】
また、指定項目に属する情報のみを前記地図上もしくは道路ネットワーク上に表示してもよい。
【００１９】
本発明のプログラム（請求項１６）は、未配車の客に対し、割り当て可能な車両が存在しないとの判定に基づいて新たな車両を追加する乗合車両運行スケジューリングアルゴリズムをコンピュータに実行させるためのプログラムにおいて、与えられた利用要求に未配車の客が含まれる場合は当該未配車の客に関する情報を客情報記憶手段から取り出す第１ステップと、いずれかの車両に前記第１ステップで取り出した未配車の客を割り当て可能であるなら、割当て可能な車両の中の最適な車両をスケジュール評価関数に基づいて選定し、当該車両に未配車の客を割当て、当該車両の最適な巡回経路を作成しその経路での巡回時刻を更新する第２ステップと、客割当て中車両に乗換車両を追加し接続することで割当て可能であるなら、追加接続の乗換車両に未配車の客を割当て、当該追加接続車両の巡回経路および巡回時刻を作成する第３ステップと、乗換車両の追加接続であっても割当てられない場合、前記客割当て中車両以外に利用可能な車両が存在すればこれを追加して前記未配車の客を割当て、当該車両を客割当て中車両とし、当該追加車両の巡回経路および巡回時刻を作成する第４ステップと、を有することを特徴とする。
【００２０】
本発明のプログラム（請求項１７）は、未配車の客グループに対し、割り当て可能な車両が存在しないとの判定に基づいて新たな車両を追加し、かつ、同一の客グループ内のすべての客を同一の乗合車両に割り当てる乗合車両運行スケジューリングアルゴリズムをコンピュータに実行させるためのプログラムにおいて、与えられた利用要求に未配車の客グループが含まれる場合は当該未配車の客グループに関する情報を客情報記憶手段から取り出す第１ステップと、いずれかの車両に前記第１ステップで取り出した未配車の客グループに属する全ての客を割当て可能であるならば、割当て可能な車両の中の最適な車両をスケジュール評価関数に基づいて選定し、当該車両に前記客グループの全ての客を割当て、当該車両の最適な巡回経路を作成しその経路での巡回時刻を更新する第２ステップと、前記いずれかの客割当て中車両に乗換車両を追加し接続することで前記未配車の客グループに属する全ての客を割当て可能であるならば、追加接続の乗換車両に前記全ての客を割当て、追加された乗換車両を含む全車両の巡回経路および巡回時刻を作成する第３ステップと、利用可能な乗合車両が存在し、かつ必要に応じて乗換車両を追加すれば未配車の客グループに属する全ての客を割当て可能であるなら、当該乗合車両又は乗換車両を割当て、当該車両の巡回経路および巡回時刻を作成する第４ステップと、を有することを特徴とする。
【００２１】
さらに、前記利用要求に前記各客の希望乗車時刻又は希望降車時刻のいずれか一方もしくは両方が指定され、該指定された希望乗降時刻を守るよう前記乗合車両運行スケジュールを作成してもよい。
【００２２】
また、前記利用要求は、前記各客の利用人数、荷物数、幼児人数、乗合認否、他交通機関との乗り換え、または他施設の利用に関する情報を含んでもよい。
【００２３】
また、運用側の制約条件もしくは客もしくは客グループの制約条件の組み合わせ毎に、乗合車両運行スケジュールを作成して保存する構成が好ましい。
【００２４】
また、前記利用要求に記載された客の希望乗車地点もしくは希望降車地点を地図上もしくは道路ネットワーク上で検索し、当該地点の緯度、経度もしくは地点名を含む地点情報によって、当該地点を道路ネットワーク上の指定ノードもしくは自動的に求めたノードに関連付ける手段を設けることが好ましい。なお、ノードとの関連付けにおいては、客の希望乗車地点もしくは希望降車地点についての前記地点情報と、当該地点および前記ノード間の移動経路もしくは移動所要時間等からなる関連付け付随情報を当該客個人情報に含めて保存することが好ましい。
【００２５】
また、客の氏名又は電話番号など客個人情報に含まれる部分情報を指定することによって、該当する客の個人情報を呼び出す構成が好ましい。客個人情報は、以前の乗合車両サービス利用時の乗車時間や希望とのずれ（顧客満足度）などのサービス利用実績情報を含む。
【００２６】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施形態を説明する。図１は本発明の一実施形態に係る乗合車両運行スケジューリングシステムの構成を示すブロック図である。
本実施形態の乗合車両運行スケジューリングシステムは、客（利用者）からの利用要求を受け付け、かかる利用要求に応える最適な乗合車両運行スケジュールを作成するシステムである。
【００２７】
図１に示すように、本実施形態の乗合車両運行スケジューリングシステムは、例えばインターネット経由で送られる乗合車両運行サービスの利用要求を受付けるサーバー装置、または通常の電話あるいはファクシミリ（ＦＡＸ）から受け付けた利用要求に基づく情報を記録する装置等から成る利用要求受付部１と、顧客の氏名、電話番号や住所、および過去における乗合車両運行サービス利用時の迎え先・送り先およびその地点への道順などのサービス利用実績情報などを保持する顧客データベース２と、オペレータが入力した利用要求情報や、前記サーバー等から送られる利用要求情報を要求内容に従って適宜処理して保持する客情報保持部３と、乗合車両運行サービスに使用される車両の定員、積載可能荷物量、所属車両基地、所属会社、利用可能日、利用可能時間帯、および利用不可能時間帯などの車両情報５や乗務員情報（勤務状況などの情報を含む）６などの運用情報を保持する運用情報保持部４と、道路ネットワーク内の地点の位置や名前などの地点情報や、２地点間の距離や移動所要時間を得たり、交通状況の変化に応じて更新される道路情報を得たりする道路ネットワーク情報取得部８とを備えている。
【００２８】
また、少なくとも、客情報保持部３と運用情報保持部４に記憶された情報の内容、および本サービス提供地域に関する道路ネットワーク情報から自動的に乗合車両運行スケジュールを作成する乗合車両運行自動スケジューラ７と、乗合車両運行自動スケジューラ７によって作成された乗合車両運行スケジュールをディスプレイやプリンタ等によって所定の出力形態で表示又は印刷出力したり、客が所持する端末や車両搭載端末に適切な情報を送信したりする乗合車両運行スケジュール出力部９と、を備えている。
【００２９】
［乗合車両運行スケジュールの作成］
各客から電話、インターネットなどを介して利用要求を受付け、多数客の利用要求に沿うように、一方で運行可能な車両台数や乗務員の勤務状況、あるいは道路交通情報といった運用事情を考慮しつつ、乗合車両運行スケジュールを作成する手順の例を説明する。
【００３０】
［乗合車両運行スケジュール作成手順］
先ず、利用要求受付け部１により、客からの利用要求を受付ける。必要に応じて、受付けた利用要求を適宜分類する。例えば、利用希望日、目的地点、乗車地点ごとに分類することが好ましい。一つの利用要求には、乗車地点もしくは降車地点が異なる場合であっても、同一の乗合車両への配車を希望する複数組の客（いわゆる同行客）が含まれていても良く、これを「客グループ」として扱う。
【００３１】
次に、受付部１において受け付けられ、スケジュール作成対象となる利用要求を、例えば希望乗車時刻順あるいは希望降車時刻順あるいは利用要求の受付順などに客情報保持部３へ登録する。
【００３２】
次に、道路ネットワーク情報を取得部８が取得する。かかる道路ネットワーク情報は、必要に応じて更新される。これには、例えば事故や渋滞の発生などによる一時的な情報更新が含まれる。事前に設定され、運用情報保持部４が保持している車両情報５や乗務員情報６についても必要に応じて適宜更新する。これには、例えばスケジュール作成対象日ごとに利用可能な乗合車両の台数が異なるなどの運用状況の変化に対応する情報更新が含まれる。なお、道路ネットワーク情報や運用情報が最新であり更新する必要がない場合もある。
【００３３】
次に、客情報保持部３が保持する利用要求、運用情報保持部４が保持する運用情報、および道路ネットワーク情報取得部８が保持する道路ネットワーク情報に基づいて、乗合車両運行自動スケジューラ７が乗合車両運行スケジュールを作成する。
【００３４】
「乗合車両運行スケジュール」
ここで乗合車両運行スケジュールとは、運用側のスケジュール管理単位によって識別される、複数台の乗合車両の運行情報すなわち各車両の巡回地点列と各巡回地点への巡回時刻を特定する情報である。例えばスケジュール管理単位を一日とする場合、乗合車両運行スケジュールとは、ある運用日に使用される全車両について、各車両の巡回地点列と、各巡回地点への巡回時刻を特定する情報である。この場合の乗合車両運行スケジュールの例を図２に示す。図２は、ある一日の乗合車両運行スケジュールであり、この日に使用される乗合車両はB1とB2の2台、および乗合車両B1に接続する乗換車両D1、乗合車両B2に接続する乗換車両D2である。各車両について、一行目に巡回地点列の地点IDが巡回順に示されており、以下の行に、各地点での到着時刻や出発時刻、その他の付随情報が示されている。このスケジュールにおいてB1は地点1→5→3（D1と乗り換え接続）→10→11という巡回列を持ち（地点10は同地点で同時刻に客1、2、3が降車）、それぞれの地点における到着時刻や出発時刻が決定されている。なお、到着時刻もしくは出発時刻のいずれか一方のみを決定する場合もありうる。
【００３５】
それぞれの地点で乗降する客のIDや接続する車両のID、乗降人数などが決定されている。ここでは乗合車両運行スケジュールの各車両の巡回列には客の乗降や車両接続の発生する地点のみが含まれているが、この他、それらの地点間の通過地点や車両の出発基地、帰着基地、インターチェンジなど車両が巡回する全ての地点の情報が含まれることもありうる。また、地点に関する他の情報（地点名称、緯度・経度、駐停車可不可など）の地点付随情報が含まれることもありうる。地点付随情報は地点IDをキーとして、例えば道路ネットワーク情報取得部８から得る。また、乗客に関する他の情報（荷物数、幼児人数など）が含まれてもよい。例えば、乗客に関する情報は客IDをキーとして顧客データベース２や客情報保持部３から得る。
【００３６】
また乗合車両運行スケジュールは、運行情報を、上記のような車両ごとの情報としてだけでなく、客ごとの情報としても持つ場合もある。すなわち、客ごとに乗降車地点や乗り換え地点、乗降車時刻、乗換時刻、その他利用要求内容などの客付随情報を保持するデータ構造を乗合車両運行スケジュールが含んでいてもよい。また、乗務員もしくは車両ごとの情報としても持つことがありうる。すなわち、乗務員もしくは車両ごとに、割り当てられた運行の巡回地点列や巡回時刻、乗降あるいは乗り換えする客の情報、運転する車両、接続する車両を保持するデータ構造も乗合車両運行スケジュールに含まれうる。また、上記スケジュール管理単位としては、運用日と目的地あるいは出発地の組、あるいは時間帯、週、月ごと、これらと目的地あるいは出発地の組、業務内容や運行地域、車種などとの組みなどがある。
【００３７】
そして、作成された乗合車両運行スケジュールを出力部９から出力する。
【００３８】
出力されたスケジュールは客や乗務員に通知される。スケジュールの内容に変更の必要があれば適宜行う。
【００３９】
上記スケジュールの作成において、乗合車両運行自動スケジューラ７は、例えば次に示すスケジューリングアルゴリズム（１）を用いて、乗合車両の配車および巡回経路の決定、さらには補助的に用いられる乗換車両の配車および巡回経路の決定といったスケジュールの自動作成を行う。
【００４０】
［スケジューリングアルゴリズム（１）（ステップ１〜５）］
図３は、スケジューリングアルゴリズム（１）の各ステップを示すフローチャートである。
【００４１】
（ステップ１）客情報保持部３に登録された利用要求に未配車の客が含まれる場合は当該未配車の客に関する情報を取り出してステップ２に進む。未配車の客が無ければ終了する。
【００４２】
（ステップ２）いずれかの車両（すなわち、客割当て中車両かそれに接続している乗換車両）にステップ１で取り出した未配車の客を割り当て可能であるなら、割当て可能な車両の中の最適な車両をスケジュール評価関数に基づいて選定し、これに未配車の客を割当て、当該車両の最適な巡回経路を作成しその経路での巡回時刻を更新してステップ１へ戻る。
【００４３】
（ステップ３）客割当て中車両かそれに接続している乗換車両への割当ては可能でないが、客割当て中車両に乗換車両を追加し接続することで割当て可能であるなら、追加接続の乗換車両に未配車の客を割当て、当該追加接続車両の巡回経路および巡回時刻を作成してステップ１へ戻る。
【００４４】
（ステップ４）乗換車両の追加接続であっても割当てられない場合、客割当て中車両以外に利用可能な車両が存在すればこれを追加して未配車の客を割当て、当該車両を客割当て中車両とし、その巡回経路および巡回時刻を作成してステップ１へ戻る。
【００４５】
（ステップ５）未配車の客を、配車不可能であるが配車済みの客としてステップ１へ戻る。
【００４６】
このアルゴリズムでは、未配車の客に対し、割り当て可能な車両が存在しないとの判定に基づいて新たな車両を追加する。つまり、各車両には可能な限り多くの客を割り当てることで配車台数ができるだけ少なくなるようにスケジューリングを行なう。
【００４７】
乗換車両は、乗合サービスの時間的なメリットを確保しつつ、高コストな乗合車両への過剰な配車を抑えるために利用する補助的な車両として定義される。乗換車両の運行においては、乗合車両への乗り換えのための接続を伴う。
【００４８】
乗合車両あるいは乗換車両として運行させる車両の車種や配車優先度などは、運用側で決定される。例えば、乗合車両としてはマイクロバス、乗換車両としてはタクシー車両を用いることとし、その定員や走行地域範囲、料金などを車両情報５に設定する。乗換車両のスケジューリングについては具体例を挙げて後述する。
【００４９】
スケジュール評価関数はスケジュール上の乗降車時刻と客の希望乗降車時刻とのずれや、乗車時間、あるいはサービスの時間的な質を引数とする関数であり、運用側で適宜設定される。この関数の具体例についても後述する。
【００５０】
一つの利用要求に複数組の客が含まれており、これらを客グループとして扱い、客グループ単位でスケジュールを作成する場合は次に示すスケジューリングアルゴリズム（２）を用いる。
【００５１】
［スケジューリングアルゴリズム（２）（客グループ単位、ステップ1〜5)］
図４は、スケジューリングアルゴリズム（２）の各ステップを示すフローチャートである。
【００５２】
（ステップ１）客情報保持部３に登録された利用要求に未配車の客グループが含まれる場合は当該未配車の客に関する情報を取り出してステップ２に進む。未配車の客グループが無ければ終了する。
【００５３】
（ステップ２）いずれかの車両（すなわち、客割当て中車両かそれに接続している乗換車両）にステップ１で取り出した未配車の客グループに属する全ての客を割当て可能であるならば、割当て可能な車両の中の最適な車両をスケジュール評価関数に基づいて選定し、これに当該客グループの全ての客を割当て、当該車両の最適な巡回経路を作成しその経路での巡回時刻を更新してステップ１へ戻る。
【００５４】
（ステップ３）前記いずれかの客割当て中車両に乗換車両を追加し接続することで前記未配車の客グループに属する全ての客を割当て可能であるならば、追加接続の乗換車両に未配車の客を全て割当て、追加された乗合車両を含む全車両の巡回経路および巡回時刻を作成してステップ１へ戻る。
【００５５】
（ステップ４）利用可能な乗合車両が存在し、かつ必要に応じて乗換車両を追加すれば未配車の客グループに属する全ての客を割当て可能であるなら、これらの車両を割当てて、客割当て中車両とし、当該全車両の巡回経路および巡回時刻を作成してステップ１へ戻る。
【００５６】
（ステップ５）未配車の客グループを、配車不可能であるが、配車済みの客グループとしステップ１へ戻る。
【００５７】
このアルゴリズムでは、同一客グループ内のすべての客を同一の乗合車両に割り当てる。ある利用要求受付けにおいて、複数組の客を含むが、要求内容から必ずしも同一の車両に割り当てる必要が無い場合は、スケジューリングにおいて、これらの客を客グループとして扱わない、もしくはそれぞれ異なる客グループの客として扱うこととする。また、一組の客しか含まない利用要求についても、一組の客からなる客グループとする。これにより、全客はいずれかの客グループに属することになり、このアルゴリズムで客グループ単位のスケジュールを作成することができる。
【００５８】
適用されるアルゴリズムとしては、Ａ*探索やセービング法など公知のものを利用可能である。また、作成された乗合車両運行スケジュールを基に、これを徐々に変化させて行き、スケジュール評価関数の値がより良いものに更新して行く改善法（λ−ｏｐｔ法やタブーサーチ、シミュレーテッド・アニーリング、遺伝的アルゴリズムなど）を用いて、改良することもできる。また改善法においては、もとのスケジュール作成時に用いた評価関数とは引数や関数形が異なるものを用いることができる。改善法としては「時間枠付き配送経路問題における局所探索の誘導方式」（岡野裕之、１９９９年度日本オペレーションズ・リサーチ学会秋季研究発表会）などで提案されているような公知の手法を適用しても良いが、本発明は特定の改善法に限定されない。
【００５９】
［サービス例］
ここで、本実施形態に係る乗合車両運行スケジューリングシステムを利用した具体的なサービスの例として、空港向けのドアツードア（Ｄｏｏｒ−ｔｏ−Ｄｏｏｒ）型の乗合送迎サービス（以下、「本サービス」という）を説明する。
【００６０】
本サービスの対象地域を例えばＡ市とし、行き（Ａ市から空港；往路）については市内の自宅やホテルなど客指定の迎え先に乗合車両が迎えに来て、他の乗合客の迎え先を巡回し乗車させた後、インターチェンジから高速道路に入り空港へ向う。帰り（空港からＡ市；復路）については空港で乗り合い、インターチェンジで高速道路を降り、各客指定の送り先を巡回し各客を降ろして行く。また本サービスでは、客に対する時間的サービスの質の確保と乗合車両の増発によるコスト増加の抑制を目的として乗換車両が補助的に用いられる。乗換車両としては例えばタクシー車両が使用される。
【００６１】
本サービスにおける利用要求受付けから乗合車両運行スケジュール作成までの流れは以下のとおりである。
【００６２】
（１）利用要求受付け
電話やインターネットなどで、客は空港向けの乗合送迎サービスの申込み、すなわち利用要求を行う。かかる利用要求内容の一例を図５に示す。この図５に示す利用要求は一件の利用要求、つまり一人の客が行った利用申込みを示したものである。この客は行き（市内から空港）での利用を希望しており、利用日は８月３１日、１１：００の航空便を利用予定であり、９：００の空港到着を希望している。この利用要求内の客は３組で客グループを構成しており、それぞれ迎え先を指定できる。客１は自宅への迎えを希望しており、利用人数（迎え先での乗り込み人数）は２人で幼児は０人、荷物は２個である。この利用要求での客グループ人数は大人６人と幼児１人である。
【００６３】
このように複数組の客をまとめて客グループとした場合は、これらの客を同一の乗合車両に割り当てる。必ずしも同一の車両に割り当てる必要が無い場合は、これらの客をそれぞれ単独組の客からなる３つの客グループの客とすれば良い。またある利用要求の客を、別の利用要求の客と同一の客グループに指定することもできる。これは、全ての客に客グループＩＤを割り当てることで実現できる。
【００６４】
帰りの利用要求の場合は、図５の項目の中で「迎え先」は「送り先」に、「空港到着希望時刻」は「空港出発希望時刻」となる。また空港到着希望時刻、空港出発希望時刻は、運用側で利用航空便時刻から自動的に決定してもよい。またこの例では利用人数などは客ごとに記したが、これらは合計のみでも良い。荷物に関する情報としては、利用要求に含まれる各客ごとの荷物の数や種類、体積、寸法、重量などを記載できる。これらは利用要求内の全客についての合計のみでも良い。
【００６５】
この例では、迎え先（送り先）として客の自宅などが記載されているが、これらに対する住所や緯度・経度、地点名、駅や交差点など目印となる地点からの道順を記載し、顧客データベース２に登録してもよい。また、後述する乗合車両運行スケジュール作成において、既存の道路ネットワーク情報を使用する場合、道路ネットワークを構成するノードの中で、最適なものを自動もしくは手動で選択して客の迎え先もしくは送り先の目印とし、この目印からの道順を顧客データベース２に登録しておくことも好ましい。
【００６６】
利用要求には複数組の客があるが、これらを同一の乗合車両に配車する必要の有無、つまりこれらの客をまとめて客グループとする必要の有無を記載するように構成してもよい。また、他の利用要求の客との乗合をせず、貸し切りを希望する旨を記載できるようにしても良い。
【００６７】
このような利用要求を電話やファクシミリ、インターネットで随時受付ける。電話やファクシミリの場合はオペレータが図５をもとに作成された伝票に記入しても良いし、インターネットの場合は客が直接地図や地点リストから乗車地点や降車地点を選択し、あわせて利用人数など他の情報を、図５をもとに作成されたフォームに記入しても良い（オンラインでの利用要求）。
【００６８】
また、顧客データベース２から氏名や電話番号などを検索キーとして顧客情報を検索し、迎え先（送り先）やその地点への詳しい道順などを顧客データベース２からロードすることにより、既知の情報入力の手間を省くことも可能である。一度本サービスを利用した客の情報は顧客データベース２に追加されてゆき、次回サービス利用時にロードされる。
【００６９】
本サービスでは図５のような利用要求を多数受け付け、利用日ごとに仕分けし、例えば利用日の前日に締め切る。
【００７０】
（２）利用要求の登録
スケジュール作成を利用日前日に行う場合、例えば図５のように利用日が８月３１日である利用要求を、スケジュール作成対象として客情報保持部３に例えば空港到着希望時刻順あるいは空港出発希望時刻順あるいは利用要求受付順などに登録し、８月３０日にスケジュールを作成する。
【００７１】
（３）道路ネットワーク情報の更新
利用日当日（この例では８月３１日）のある時間帯に、ある道路が通行止めとなる、降雨により渋滞が発生するといった場合には道路ネットワーク情報を更新する。
【００７２】
（４）運用情報の更新
利用日当日に本サービスに従事できる乗務員や使用できる乗合車両についての運用情報を更新する必要がある場合はこれを行う。
【００７３】
［車両情報の内容］
・車両個別情報：車種、定員、可載荷物数・体積・重量など
・各車両の日毎の利用情報：本サービス利用時間帯、他業務利用時間帯、修理情報、車検情報、燃料情報など
・各車両の月間、週間の利用情報やこれまでの利用実績：走行距離、走行時間
・全車両の利用情報：走行時間や走行距離の平均値や分散など
・複数業者が利用可能車両を登録できる場合の車両情報：上記項目の他、所属など
［乗務員情報の内容］
・乗務員個人情報：氏名、賃金など
・各乗務員の日毎の勤務情報：本サービス従事時間帯、他業務従事時間帯、休暇、売り上げなど
・各乗務員の月間、週間の勤務情報：労働時間、運行時間、売り上げ、休暇など
・全乗務員の勤務情報：労働時間や運行時間の平均値や分散など
・複数業者が利用可能車両を登録できる場合の乗務員情報：上記項目の他、所属など
（５）乗合車両運行スケジュールの作成
客情報保持部３に保持されている利用要求、運用情報保持部４に保持されている運用情報、道路ネットワーク情報取得部８に保持されている道路ネットワーク情報に基づいて、乗合車両運行自動スケジューラ７は、例えば上述したスケジューリングアルゴリズム（２）などを用いて、スケジュールの評価関数に基づき、できるだけ客の希望に添うように、また運行コストが小さくなるように、かつ、後述する利用制約条件や運用制約条件を満たすようにスケジュールの自動作成を行う。また、以前に本サービスを利用した客については、サービスの質などの過去利用実績を顧客データベース２に登録しておき、スケジュール作成時に利用する。
【００７４】
また、後処理として、作成されたスケジュールの内容に沿って運用情報、顧客情報などを更新する。
【００７５】
［車両・客割り当て方法］
本例では、行き（市内迎え先から空港）の客と帰り（空港から市内送り先）の客があるが、スケジューリングにおいて、車両に行き・帰りの客を同時に割り当てながら、スケジュールを作成する方法、行きの客のためのスケジュールと帰りの客のためのスケジュールを別々に作成し、後にそれらを車両に割り当てる方法がある。
【００７６】
前者の場合、例えば、上述したスケジューリングアルゴリズム（２）において、客情報保持部３に、行きの客と帰りの客を登録しておき、そこから取り出した客が行きの客の場合は、車両の行きのスケジュールへの最適な割り当てを行い、帰りの客の場合は車両の帰りのスケジュールへの最適な割り当てを行うことによりスケジュール作成する。後者の場合は、まず行きの客のみ客情報保持部３から取り出してスケジューリングを行った後、次に帰りの客のみについてスケジューリングを行ない、行き・帰りの各運行を車両に割り当てる。
【００７７】
一台の車両に行きの運行と帰りの運行が割り当てられる場合には、行きの運行における空港到着時刻と帰りの運行における空港出発時刻との間に、荷物の積み降ろしや乗務員休憩のための適当な時間間隔を取る、といった時間制約を守るよう割り当てを行う。さらに、行きの運行・帰りの運行の１往復だけでなく、２回以上の往復を行うよう運行を割り当てる場合にも、同様の時間制約を守るよう割り当てを自動的に行う。
【００７８】
また、運用情報保持部４より得られる週間、月間の車両走行距離や走行時間などを参照し、これらの項目について車両間の平均化を図り、かつ各項目に制約を設ける場合は、それを守るよう自動的に車両割り当てを行う。
【００７９】
［スケジュール評価関数］
乗合車両運行自動スケジューラ７は、各客の希望乗車時刻、希望降車時刻、自動作成されるスケジュールのおける各客の乗車時刻、降車時刻、運用コスト、もしくはこれらの関数を引数とする関数をスケジュールの評価関数とし、この評価関数について最適なスケジュールを自動作成する。上記引数および関数の例を以下に示す。各客ｉについて、
・希望乗車時刻：ＤＴＯｉ
ここでは帰り（空港から送り先）の場合の空港出発希望時刻
・希望降車時刻：ＤＴＤｉ
こここでは行き（迎え先から空港）の場合の空港到着希望時刻
・スケジュールＳにおける乗車時刻：ＡＴＯｉ（Ｓ）
・スケジュールＳにおける降車時刻：ＡＴＤｉ（Ｓ）
・乗車地点と降車地点間の最短移動所要時間：ＭｉｎＴｉ
とする。ただし行きの場合、希望乗車時刻つまり希望迎え時刻ＤＴＯｉはＤＴＯｉ＝ＤＴＤｉ−ＭｉｎＴｉと自動設定される。同様に、帰りに場合は希望降車時刻つまり希望送り時刻ＤＴＤｉはＤＴＤｉ＝ＤＴＯｉ＋ＭｉｎＴｉと自動設定される。
【００８０】
また空港向けサービスにおいては、航空便発着時刻との関係から、行きの場合、スケジュール上の降車時刻つまり空港到着時刻ＡＴＤｉは、希望降車時刻つまり空港到着希望時刻ＤＴＤｉと以前となるようにスケジューリングが行われる。帰りの場合は同様に、ＡＴＯｉはＤＴＯｉと以降となるようにスケジューリングが行われる。これらは後述する客制約の設定により実現される。
【００８１】
各客ｉに対し上記希望乗降車時刻どおりの運行を提供した場合は、時間的にはタクシー送迎と同等の最高のサービスを行うことになり、その場合のサービス時間は上記ＭｉｎＴｉとなる。しかし乗合のために他の客の乗降車地点への迂回が生じ、また他客の希望乗降車時刻との兼ね合いがあり、スケジュール上では各客から見ると乗車時間および乗降車時刻に、この最高のサービスからのずれが生じる。希望時刻からのずれと迂回による乗車時間の増加を含めた客へのサービス時間の、最高のサービス時間ＭｉｎＴｉに対する比をサービス時間比とし、評価関数の引数とすることができる。サービス時間比は各客の時間的不便さを定量化したものである。空港向けサービスの場合、スケジュールＳにおける客ｉのサービス時間比ＳＲｉ（Ｓ）を
・SRi(S)=(DTDi-ATOi(S))/MinTi(客iが行きの利用客の場合)あるいは、
・SRi(S)=(ATDi(S)-DTOi)/MinTi(客iが帰りの利用客の場合)
と算出し、スケジュールＳの評価関数Ｆを例えば、
Ｆ＝ΣＳＲｉ（Ｓ）2      （Σは客に関する和）
とする。
【００８２】
評価関数はこの他、希望乗車時刻と乗車時刻のずれＤＴＯｉ−ＡＴＯｉ（Ｓ）などの客の希望乗降車時刻とスケジュール上の乗降車時刻のずれそのものを引数とすることもできる。また得意先など特別な顧客や、前回利用時に不利を被った客などについて評価関数において顧客情報の関数として重みを大きく設定することにより優遇することができる。また、スケジュールにおける乗合車両や乗換車両の配車台数、走行距離、燃料費あるいは人件費など運用側コストなどを引数とすることもできる。また同じ引数であっても関数形を変えることもできる。
【００８３】
［客制約の項目例］
以下の項目について客制約を設け、スケジューリングにおいてはこれらの制約を守るように配車およびルーティングを行うことにより、サービスの品質が保証された乗合車両運行スケジュールを作成することが可能である。
【００８４】
・希望時刻からのずれ時間
スケジュールＳにおける乗車時刻および降車時刻の希望時刻からのずれの上限を設け制約とすることができる。例えば、
ＥＯ，ＤＯ：希望乗車時刻からの早ずれ、後ずれの上限
ＥＤ，ＤＤ：希望降車時刻からの早ずれ、後ずれの上限
をそれぞれ設定することにより、スケジュールＳにおける各客ｉの乗車時刻ＡＴＯｉ（Ｓ）および降車時刻ＡＴＤｉ（Ｓ）が、
ＤＴＯｉ−ＥＯ＜ＡＴＯｉ（Ｓ）＜ＤＴＯｉ＋ＤＯ
ＤＴＤｉ−ＥＤ＜ＡＴＤｉ（Ｓ）＜ＤＴＤｉ＋ＤＤ
を満たすよう、スケジューリングを行うことができる。例えば空港向けサービスでは航空便発着時刻との関連からＤＯ＝０、ＥＤ＝０と設定される。これらの上限値は、本サービスの前回利用時に不便、不利益を被った客や、早くから利用申込みを行った客、特別料金を支払った客などのために、客あるいは客グループごとに設定することもできる。さらに客の方からこれらの上限値を指定することも可能である。また制約としては、ずれ時間の上限だけではなく、客が許容できる最も早い、あるいは最も遅い乗降車時刻を設定することもできる。
【００８５】
・乗車時間
スケジュールＳにおける各客ｉの乗車時間Ｔｉ（Ｓ）＝ＡＴＤｉ（Ｓ）−ＡＴＯｉ（Ｓ）、あるいは乗車時間と上記最短移動所要時間ＭｉｎＴｉ（Ｓ）との比Ｔｉ（Ｓ）／ＭｉｎＴｉ（Ｓ）に対し、上限値を設け制約とすることができる。これらの上限値は、客あるいは客グループごとに設定できる。さらに客の方から上限値を指定することも可能である。
【００８６】
・サービス時間比
上記サービス時間比ＳＲｉ（Ｓ）に対し、上限値を設け制約とすることができる。またこの上限値は客あるいは客グループごとに設定できる。さらに客の方から上限値を指定することも可能である。
【００８７】
・乗り換え回数
許容できる乗り換え回数の上限を指定できる。乗り換えを希望しない場合は０とすればよい。
【００８８】
・乗合い認否
客が乗合を拒否し、乗合車両の占有を希望した場合は、他客との乗合を行わないように制約を設けスケジューリングを行うことができる。
【００８９】
［運用制約の項目例］
例えば以下の項目を運用制約とし、スケジューリングにおいてはこれらの制約を守るように配車およびルーティングを行うことにより、運用側の所有する資源の範囲内で運用可能な乗合車両運行スケジュールを作成することが可能である。
【００９０】
・乗合車両制約
配車台数の上限
各車両の定員、荷物数、荷物体積、荷物重量、乗換車両接続可能台数などの上限
利用可能時間帯：他業務での利用時間中は本サービスへの配車不可とする。
【００９１】
・乗換車両制約
配車台数の上限
各車両の定員、荷物数、荷物体積、荷物重量、（乗換車両接続可能台数）、走行距離、走行時間、乗り換え回数などの上限
利用可能時間帯：他業務での利用時間中は本サービスへの配車不可とする。
【００９２】
・乗務員制約
乗務員人数
勤務予定、休暇予定：他業務への従事時間中や休暇日には割り当て不可とする。
【００９３】
勤務時間、運行時間、休憩時間、運行距離、運行回数の上下限
［乗換車両の接続］
利用可能な車両には台数制限があるので、乗降車地点の分布や時間制約の設定によっては配車不可能な客が発生する。例えば、空港到着希望時刻が同じである客が複数居て、その中のある客の乗車地点が位置的に孤立している場合、この客の乗車地点を巡回すると大きな迂回が生じ時間的制約を守ることができなくなる。時間制約を緩くすれば配車は可能であるが、時間的サービス品質を低下させることは望ましくない。また利用可能な乗合車両台数に余裕があっても、本サービスの場合、乗合車両は空港の高速道路料金や燃料費などのためコストが高く、少数の客のために乗合車両を配車すると運用効率が下がる。この場合、通常のタクシーなどを乗換車両として用い、市内の適当な地点で乗換車両から乗合車両への乗り換え、もしくは乗合車両から乗換車両への乗り換えを行うことにより時間的サービス品質の確保とコストの抑制が可能となる。この場合、乗換車両は市内走行のみとなり、乗合車両を新規に配車するよりは低コストになる。図６の例では客１〜４が居り、それぞれの乗車地点▲１▼〜▲４▼のうち▲４▼が孤立している。この場合客４を乗換車両で迎え、乗り換え地点Ｄで乗合車両に乗り換えさせている。
【００９４】
乗合車両運行自動スケジューラ７は、乗換車両について乗り換えが位置・時間的に可能なようにスケジューリングを行う。例えば本サービスでは、乗り換えを行う乗合車両の巡回経路上の交差点や高速道路インターチェンジなどの指定された道路ネットワーク上のノードを乗り換え地点とし、この地点を起点もしくは終点として、乗換車両に割り当てられた各客の乗降車地点を巡回する巡回経路を作成し、これに沿って巡回時刻を決定する。この時、各地点への巡回時刻が客制約範囲内にあるかをチェックする。また運用制約として、乗換車両の走行距離や走行時間の上限がある場合はこれもチェックする。また乗り換え地点は乗換車両の走行距離が短くなるよう、客制約を満たす複数の地点の中から選択する。
【００９５】
時間的サービス品質を上げるために乗換車両を多用することはコスト増につながるので、乗換車両を用いる場合もその配車台数は少ないほうが運用コストの面からは望ましい。このため、上述した乗合車両のスケジューリングアルゴリズム（１）あるいは（２）を用いる場合、両アルゴリズムのステップ３の車両割り当てにおいて、追加接続する乗換車両が最も少ないものを割り当てることにより、乗換車両の配車台数ができるだけ少なくなるようにする。また、乗合車両一台あたりに接続される乗換車両台数に上限を設けてもよい。
【００９６】
各客について乗り換えは複数回行われても良く、乗換車両から乗換車両への乗り換えを行うようスケジューリングを行っても良い。この場合、客制約もしくは運用制約として各客の乗換回数の上限を設け、これを守るようスケジューリングを行うようにする。
【００９７】
［乗務員の割り当て］
・利用日当日や利用日の含まれる週あるいは月の乗務員の労働時間、運行時間、運行距離、売り上げなど
・利用日当日の乗務員の勤務予定、例えば他業務従事、休暇の予定など
・客からの乗務員指名
などの項目についての情報を、運用情報保持部４、客情報保持部３から得ることにより、これらの項目の乗務員間平均化といった運用側の目的に沿い、かつ最長労働時間などの運用制約を満たすよう自動的に乗務員を割り当てることができる。また割り当て決定後、その内容に従って、乗務員勤務時間などの運用情報を自動的に更新する。
【００９８】
［客制約・運用制約の変更］
客制約や運用制約のために配車不可能な客が存在する場合、これらの制約を一部緩和してスケジューリングを行うようにする。例えば、客と交渉の上、客制約の一つである希望乗車時刻からのずれの上限を大きくしたり、乗務員と交渉の上、運用制約の一つである、乗務員の休暇予定を変更したり、全部もしくは一部の乗合車両について乗合車両一台あたりに接続可能な乗換車両台数の上限を増やすなどして、再スケジューリングする。
【００９９】
また、これらの様な変更方法の複数の組み合わせについて、それぞれスケジューリングを行い、作成された各乗合車両運行スケジュールを保存しておく。保存された各乗合車両運行スケジュールは随時呼び出し、次に説明する表形式や地図形式で表示することができる。
【０１００】
［乗合車両運行スケジュール出力・表示例］
作成された乗合車両運行スケジュールの表形式による出力・表示例を図７に示す。この例では、最初のセクションにおいて車両ごとに運転手名が表示されている。次のセクションでは車両の巡回経路に関する表示がなされ、行き帰りごとの巡回経路上の訪問地点および各地点への巡回時刻、その地点での乗降人数が巡回順に表示されている。
【０１０１】
図７の例では車両１は行き帰りともに乗車があり、車両２は行きのみ、車両３は帰りのみ乗車がある。最後のセクションでは行き帰りごとの総乗車人数と売り上げが表示されるている。この他、各地点で乗降車する客の氏名や荷物数、あるいは各車両の乗車率や車両基地出発・帰着時刻あるいは運行時間などを表示してもよい。
【０１０２】
この他、運用情報に保持されている各乗務員の週間あるいは月間の売り上げや運行時間などを表示してもよい。また、全車両の該当日もしくは週間、月間の乗車人数や売り上げ、走行距離、走行時間などの総和、あるいは平均乗車率、平均走行距離、平均走行時間などを表示してもよい。また、客や乗務員、車両番号を指定すると、その客や乗務員の乗車した車両に関する行のみや関連するセルのみを表示する、あるいは表示色を変えるなど表示形式を変える、図８のように乗務員の運行実績や車両の走行実績などを別ウインドウに表形式で表示させてもよい。
【０１０３】
また、客の所持する端末に、乗車時刻、降車時刻などその客に関する情報のみを表示させてもよい。車両搭載の端末に、その車両に関する情報のみ、例えば図７における該当車両の行のみを表示させてもよい。
【０１０４】
［地図上での出力・表示例］
乗合車両運行スケジュールの地図形式での出力・表示例を図９に示す。表示スケジュールは図７のものと同じである。この例では各客の迎え先を丸印、送り先を角印で表示し、それらを矢印で結び、各車両の巡回経路を表示している。迎え先と送り先の長方形枠内に、それぞれの地点での乗車・降車に関する情報を表示している。長方形枠内の表示内容は、車両番号（円内の数字）、巡回時刻、乗降車人数である。この枠内に、地点名、客氏名、荷物数を表示してもよい。また、空港地点を示す楕円形枠内には、それぞれの車両の車両番号（円内の数字）、空港到着時刻あるいは空港出発時刻、乗降車人数を表示している。この枠内に各車両の売り上げなどを表示してもよい。さらに、各車両の車両基地の出発・帰着時刻や運行時間などを表示してもよい。また、別ウインドウにおいて全車両の乗車人数や売り上げ、走行距離、走行時間などの総和、あるいは平均乗車率、平均走行距離、平均走行時間などを表示してもよい。また、客や乗務員、車両番号を指定すると、その客や乗務員の乗車した車両に関する巡回経路や乗降車地点情報のみを地図上に表示する、あるいは表示色を変える、別ウインドウに表形式で表示するなど表示形式を変えることも好ましい。また、車両搭載の端末に、その車両に関する巡回経路や情報のみを表示してもよい。
【０１０５】
以上説明した本実施形態によれば、乗合車両運行サービスにおいて、電話やファクシミリ（ＦＡＸ）、インターネット、携帯電話などによって多数の利用要求を受付け、利用要求内容と車両台数や乗務員勤務状況などの運用情報や交通状況を含む道路ネットワーク情報に基づいて、様々な制約条件を満たしつつ、かつ利用者の希望にできるだけ沿い、運用コストもできるだけ少なくなるような乗合車両運行スケジュールを自動作成することができる。作成された乗合車両運行スケジュールは表形式や地図形式など好ましい形態で出力・表示することができる。
【０１０６】
なお、本発明は上述した実施形態に限定されず種々変形して実施可能である。
【０１０７】
【発明の効果】
以上説明したように、本発明によれば、乗合車両の運行スケジュールの作成を自動作成する乗合車両運行スケジューリングシステムを提供できる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る乗合車両運行スケジューリングシステムの構成を示すブロック図
【図２】作成される乗合車両運行スケジュールのデータ構造例を示す図
【図３】スケジューリングアルゴリズム（１）の各ステップを示すフローチャート
【図４】スケジューリングアルゴリズム（２）の各ステップを示すフローチャート
【図５】利用要求の一例を示す図
【図６】乗換車両の接続を説明するための図
【図７】乗合車両運行スケジュールの表形式による出力・表示例を示す図
【図８】乗務員の運行実績や車両の走行実績などを別ウインドウに表形式で表示した例を示す図
【図９】乗合車両運行スケジュールの地図形式での出力・表示例を示す図
【符号の説明】
１…利用要求受付部
２…顧客データベース
３…客情報保持部
４…運用情報保持部
５…車両情報
６…乗務員情報
７…乗合車両運行自動スケジューラ
８…道路ネットワーク情報取得部
９…乗合車両運行スケジュール出力部
【図１】
0003959245.tif 000002
【図２】
0003959245.tif 000003
【図３】
0003959245.tif 000004
【図４】
0003959245.tif 000005
【図５】
0003959245.tif 000006
【図６】
0003959245.tif 000007
【図７】
0003959245.tif 000008
【図８】
0003959245.tif 000009
【図９】
0003959245.tif 000010