OpenTTDでバスを買ったのに客を運べないときは、停留所・道路・車庫・運行指示・発車状態を順に確認します。車両を買ったことと、旅客輸送が成立したことは別です。また、バスが走り始めても、停留所に客が集まらない場合や、待機条件で止まる場合があります。最初の一本を「出庫して往復し、旅客を届ける」状態まで持っていくためのガイドです。
本稿は2026年9月14日に確認したOpenTTD公式サイトと公式Wikiのマニュアルに基づきます。公式プロジェクトの共同編集資料であり、開発者個人の実験報告ではありません。手順の組み立て、診断表、比較例は編集上の提案です。筆者がゲームを起動して収益や所要時間を測ったものではなく、黒字や特定期間内の成功を保証しません。
PC版の基本車両で小さな路線を確認する
公式配布ページでは安定版とテスト版が分かれています。本稿はPCの安定版、マウス操作、基本車両を想定し、NewGRFで追加した道路・車両や独自シナリオを前提にしません。配布状況と必要な基本グラフィックはOpenTTD公式ダウンロード案内で確認してください。スマートフォン向け移植版の操作説明ではありません。
調査用には使用中の版、開始年、景観、追加データの有無を記録します。資料と車名が一致しない場合、すぐに不具合とは判断しません。年代や追加設定を含めて自分の購入画面にある旅客対応車両を確認します。すでに大きな会社を経営している場合は、既存の鉄道路線や貨物網を作り直さず、問題のバス一台と二つの停留所だけを調査対象にしてください。
最初の確認区間は、目で道路をたどれる規模に絞ります。隣町までの長距離路線を先に作ると、出庫できない問題と、途中の接続が切れている問題を分けにくくなります。小さな区間で運ぶ仕組みを理解してから、収益の改善や乗り換えへ進む構成にします。短い試運転の路線を、そのまま最も儲かる路線と考える必要はありません。
旅客用の停留所を道路につなぐ
公式のバス入門では、町の異なる場所に二つの停留所を設け、道路へ入口を向けて接続する構成が紹介されています。道路脇の終端型と道路上の通過型では置き方が違います。根拠は公式マニュアルのバス入門です。本稿ではそのまま配置図を写すのではなく、自分の町で接続を確かめます。
停留所を二つ建てたら、便宜上AとBとして、どちらがどの建物の近くにあるかを区別します。終端型なら入口の向きに道路があるか、通過型なら路線として使う道路上に置かれているかを確認します。別の場所に建てたつもりでも、画面の駅名や扱いが想定どおりかは確認が必要です。運行指示を作るときに迷わないよう、停車先を見分けられる状態にしておきます。
停留所の外観だけで車種の用途を判断しないことも大切です。荷物用の施設と旅客用の施設を取り違えると、道路自体が通じていても目的の輸送になりません。旅客を運ぶバスには旅客用の停留所を使うという対応は、公式の道路車両説明でも確認できます。設備を増やす前に、選んだ建設ボタンと購入した車両の対応をそろえます。
町の中でも旅客を扱える位置か確認する
駅や停留所は周囲の建物と集客・受け入れの関係を持ちます。ただし、公式Wikiの集客範囲ページには古い内容が含まれるという注意があるため、本稿では半径の固定マス数や複合駅の範囲計算を断定しません。参照は公式マニュアルの集客範囲です。建設画面と駅の表示で、旅客を扱える位置かを確認してください。
町名が画面に見えるだけでは、その停留所の周りに必要な建物が入っている証明にはなりません。道路の端の広い空き地へ置いた場合は、停留所を選び、周囲の建物との関係を見ます。旅客を受け入れる表示と、現在待っている客の数も分けて読みます。待ち人数が一瞬ゼロだったことだけで、停留所全体が無効と結論しないようにしましょう。
移設を検討するなら、まずAとBのどちらに問題があるかを決めます。両方を同時に移すと、何が改善したのかが分からなくなります。住宅に近い候補地を見つけても、道路へ接続できるかを併せて確認します。集客だけを考えて入口を塞いだ配置へ移すと、今度は到達の問題が生まれます。停留所の位置と道路のつながりを一組で評価するのが要点です。
車庫は停留所とは別の出入口を持つ
道路車両の車庫は、車両の購入や整備に使う施設です。車庫の出口を道路へ向け、道路網へ出られるように配置します。公式手順は道路車庫の建設マニュアルにあります。バス停が正しく接続していても、購入したバスが入る車庫の出口が離れていれば別途確認が必要です。
出庫できないときは、車庫の入口側から最寄りの交差点までを拡大して見ます。施設の横に道路があるというだけではなく、出口側に接続があるかを調べてください。購入画面でバスが存在していることと、町の道路へ出られることを区別します。出庫できる前に別の車庫を何個も追加すると、どこに何台入っているのかという管理の問題も増えてしまいます。
最初の確認では、対象車庫を一つに絞り、その中のバスを選びます。別の町の同型車両を見ていないか、車両名や所在も合わせて確かめましょう。既存会社での修正なら、ほかの車両を誤って停止・売却しないよう、一括操作より対象一台の状態を読むことを優先します。道路へ出た後に迷うなら、車庫の問題ではなく、その先の路線へ調査を移します。
道路が見えることと目的地へ通じることは違う
公式マニュアルでは道路の敷設を独立した建設工程として説明しています。施設だけで道路の全区間が完成するとは考えず、停留所までの接続を確認してください。道路建設の操作は公式の道路建設マニュアルを参照します。本稿は高度な交差点や追加道路セットの経路探索を扱いません。
バスが車庫を出たのにAへ着かないなら、車庫からAまでだけを追います。Aへ着いてBへ行けないなら、AとBの間を追います。最初から地図全体を見回すより、最後に到達できた場所と次の目的地で区切るほうが確認範囲を限定できます。道路を変更した直後なら、つなぎ直した箇所や施設の入口を優先して見てください。
目的地へ向かっているかどうかは、バスの進行方向だけでなく現在の行き先表示と照らします。道路の迂回を見ただけでは、誤った停留所を目指しているのか、正しい目的地へ別経路で向かっているのか分かりません。道路に問題がなさそうなら、次の節の運行指示へ進みます。接続と指示を別々に調べることで、正常な道路を何度も敷き直す手間を避けられます。
購入したバスに行き先を与えて発車させる
車庫の新規車両画面でバスを購入し、車両画面から運行指示を設定します。A、Bの順に停留所を登録し、停止状態のボタンを切り替えて発車させるのが公式の基本手順です。根拠は公式の道路車両購入マニュアルです。購入の完了だけでは路線の運行開始になりません。
編集上の確認例は、バス一台、旅客用停留所A、旅客用停留所Bという構成です。運行指示の一覧で二つの名前を確認し、発車後にAへ向かうかを見ます。Aへ着いた後はBが次の行き先になるかを確かめます。この二地点は記事内の仮称であり、特定マップの駅名や実測結果ではありません。
指示を入力した直後に別作業へ移らず、少なくとも対象車両の状態を一度読み直してください。出庫したか、現在どこへ向かっているか、停車先が意図したものかを確認すれば、入力したつもりの状態を減らせます。バスが停止中なら発車状態へ、移動しているのに違う場所へ向かうなら目的地へ、駅に着いて待ち続けるなら積載条件へ、それぞれ調査を分けます。
満載待ちを付けたまま止まっていないか調べる
運行指示には、利用可能な客を乗せる、満載になるまで待つ、積み込まないなどの条件があります。満載待ちは、空きがある間に出発しない理由になり得ます。指示の意味は公式の運行指示マニュアルを参照してください。最初の往復確認では、意図しない満載待ちや積み込み禁止が付いていないかを見ます。
| 状態 | 確認先 | 改善の見分け方 |
|---|---|---|
| 車庫で停止 | 発車状態と車庫の出口 | 対象の一台が道路へ出る |
| 停留所に到達しない | 現在の目的地と道路接続 | 指定した停留所へ到達する |
| 停留所で待ち続ける | 満載待ちなどの積載条件 | 想定した条件で次の場所へ進む |
| 到着するが客が乗らない | 旅客対応、待ち客、積み込み条件 | 積載人数の変化が確認できる |
| 運んでいるが赤字 | 運賃収入、経費、輸送時間 | 同じ期間の収支で比べられる |
待ち状態を直す場合は、該当する停留所の指示を一つ選んで内容を読みます。問題が積載条件だけなら、道路や車庫の撤去は必要ありません。客が少ない路線で往復の仕組みを確認したいときに、満席になるまで待つ条件を入れると、調べたい到達確認が進みにくくなります。条件を変える目的を先に決め、解除後は次の停留所まで行くことを確認します。
運べたことと儲かったことを分けて評価する
貨物や旅客の運送収入は、種類、量、出発地と目的地の距離、輸送にかかった時間に関係します。走った道路をわざと長くすれば、その長さの分だけ運賃が増えるわけではありません。根拠は公式の運送収入解説です。本稿では古い表の支払単価を現在の収益予測として転載しません。
旅客輸送が成立した後は、停留所の待ち人数、バスの積載、経路、運行費を分けて見ます。道路を走る姿が見えたことは、採算の証明ではありません。最初の確認区間が短く、客も少ない場合には、車両を追加するより、どの停留所に客がいるかを理解することが先です。単に二台へ増やすと、一台あたりの客が減る可能性もあるため、増車の理由を待ち人数などの観察に置きます。
比較するときは、停留所の移動、車両追加、道路延長を同時に行わないほうが判断しやすくなります。たとえば客を運べているが迂回が目立つなら経路を、客がたまり続けているなら輸送能力を調べます。ここで提示しているのは判断の分岐であって、特定の台数や距離を選べば黒字になるという最適化式ではありません。経営条件が違えば結果も変わります。
車両一覧で期間をそろえて見直す
公式の車両一覧説明には、今年の利益、前年の利益、容量、信頼性などで並べ替える機能が記載されています。今いる場所の見た目だけでなく、対象車両の記録を使って比較します。参照は公式の車両一覧マニュアルです。購入直後の車両と長く走っている車両の数字を、そのまま同条件と扱わないでください。
確認用のメモには、対象バス、観察を始めたゲーム内の時点、変更内容、観察を終えた時点を残します。利益の変化を見る場合は、比較した期間に車両の停止や路線の変更がなかったかも添えます。記録がそろっていなければ、「以前より良くなった気がする」と「同条件で改善を確認した」を分けておきましょう。本稿では架空の売上を入れた成功例を示しません。
車両が増えた後は、路線ごとのグループを作って見分ける方法があります。グループで車両を管理できることは公式の車両グループ説明に記されています。ただし、グループへ入れただけで停留所や指示が正しくなるわけではありません。まず一台の運行を成立させ、同じ路線を増やす段階で管理を整理します。
修正の終点と他作品への内部案内
最初の路線の確認は、車庫から出る、AとBへ着く、旅客を乗せる、目的地で降ろす、再び次の運行へ進むところまでです。そのうえで採算は別に評価します。まだ客を運べていないなら収益改善に進まず、止まった段階へ戻ってください。客を運べているなら、接続の修正を続けるより需要と輸送条件へ目を向けます。
本稿では実機の画面操作、追加道路セット、旅客の行き先を扱う独自設定、マルチプレイのルール、現在のすべての日本語メニュー名は検証していません。公式マニュアルにも版の古い説明が混在するため、表示と違う固定値を無理に適用しないでください。セーブを残し、使用版と設定を確認したうえで、その環境の案内に従います。
鉄道や町づくりも扱いたい読者には、A列車で行こう はじまる観光計画の交通・観光・経営攻略があります。施設と来場者を考える別作品としては、Park Beyondの来園者・経営攻略も掲載しています。関連ジャンルの記事を読むためのリンクであり、OpenTTDの運賃や停留所の仕様の根拠ではありません。作品ごとのルールを混ぜずに利用してください。
コメント