OpenTTD初心者のバス路線づくり｜停留所・車庫・運行指示をつないで一往復する

OpenTTDで最初のバスを買ったのに、車庫から出ない。道路を走るようにはなったけれど、停留所に着かない。ようやく着いたと思ったら乗客がいない。こうした場面では、町を大きく作り直すよりも、停留所、道路、車庫、車両、運行指示を一つずつ見直す方が、次に何を確かめるべきか分かりやすくなります。

この記事では、既にOpenTTDを利用できる人に向けて、一台のバスで二つの停留所を往復し、到着と乗り降りを別々に確認する練習を組み立てます。最初から利益の大きな交通網を目指すのではなく、一つの路線が動くまでのつながりを説明できることが目標です。鉄道、複雑な乗り換え、時刻表、追加の車両セットを使った設計には広げません。

操作の基礎は、2026年10月15日に確認した開発元の公式Wikiに基づきます。ただし、筆者が現行版を起動して一往復を試走した記録ではありません。画面の配置や車種名を現在の全環境に共通するものとして扱わず、実際の画面では機能名と対象を照合してください。本文のA停留所、B停留所、D車庫、診断例と図版は、考え方を整理するために作った架空の教材です。

最初の目標を、二つの停留所を一台で往復することに絞る

A、B、Dの役割を紙に分ける

最初に、小さな町の住宅がある場所を二か所見つけ、片方をA、もう片方をBと呼ぶことにします。Dはバスを用意する車庫です。AとBは乗客が乗り降りする行き先、Dは車両を購入したり整備したりする施設であり、三つを同じ種類の目的地として並べるわけではありません。この役割の違いを先に分けると、車庫を建てたのに乗客が集まらない、という取り違えを防げます。

架空の配置は、町の西側にA、東側にB、その途中の道路脇にDがあるという単純なものにします。西や東は説明用の位置で、ゲーム上の必須方角ではありません。実際には、自分が目で追いやすい道路の近くで構いません。道路網を複雑にしないのは、この配置が最も儲かるからではなく、バスがどこで経路を外れたのかを見つけやすくするためです。

ノートには「Dから道路へ出る」「道路を通ってAへ行く」「AからBへ行く」「BからAへ戻る」という四つの関係を書きます。まだ成功の印は付けません。これは完成報告ではなく、後で確かめる対象の一覧です。道を引いた時点では接続候補、指示を入れた時点では設定済み、車両が通った時点で初めて通行を観察した、と記録の言葉を変えてください。

バスの台数を一台にするのも、最小の観察単位を作るためです。二台以上が動いていると、いま停留所に来たのがどの車両なのか、どちらの指示を変えたのかが曖昧になりやすくなります。最初の一台の設定を説明できるまでは、台数を増やさない方が検証の筋道を保てます。これはすべての経営場面に一台が適切という意味ではなく、今回の練習の条件です。

何を確認できたら次へ進むか

一往復という言葉も、見た目だけで決めないようにします。Aの近くを通過しただけならA到着とは書きません。Bに向かって走り出しただけならB到着も未確認です。Aで停車する場面、Bで停車する場面、再びAへ戻る場面を分け、見ていない箇所は空欄にします。途中で別の作業をして見逃した場合は、想像で埋めず、次の巡回でその場面を見るようにしてください。

乗客の確認は、走行の確認とは別の欄にします。車両が往復できても、その観察時間内に旅客を乗せたとは限りません。反対に、片方の停留所で乗客を乗せたことだけを見て、往復の全区間が正常だと決めることもできません。「移動」「停車」「積載の変化」「帰着」を分けると、うまくいったところを残しながら、残った問題だけを調べられます。

公式のバス入門は、住宅のある町で停留所と車庫を用意し、車両に行き先を設定する流れを案内しています。この記事ではその基本を土台に、成功した場面と未確認の場面を混ぜない観察メモを加えています。公式ページに登場する人口の目安や特定の車種を、そのまま開始条件にする必要はありません。目安を満たしたことより、自分の画面の道路と行き先を追えることを優先します。

配布先の説明と路線の実習を混ぜない

入手方法については、古い紹介の「どこでも無料」という一文だけで判断しないでください。開発元は2026年3月14日の案内で、SteamとGOGの新規取得はTransport Tycoon Deluxeとのバンドルを通す形になり、Steamの既存所有者は引き続き利用できると説明しています。一方、公式サイトからのOpenTTD直接配布は継続しており、無料のゲームであることも示されています。

この違いは配布経路の条件であり、バスの運行指示を学ぶために新しい購入が必要という意味ではありません。この記事ではダウンロード、インストール、アカウント作成、課金の手順を扱わず、現在価格も掲載しません。既に利用できる環境で練習することを前提にします。作品選びやほかのゲームとの比較から始めたい場合は、低スペックPCで遊ぶゲームの選び方も参考にしてください。

住宅と道路を見て、バス停の場所と向きを決める

乗客を扱う施設を、道路のつながりと一緒に見る

Aを置く場所を考えるときは、住宅の近くであることと、バスが入れる道路につながることを同時に見ます。住宅が見えるという理由だけで、道路から離れた空き地を選ばないようにします。一方、広い道路に接していても、周囲にどんな建物があるかを見ずに置くと、乗客を確認する練習として判断しにくくなります。見栄えのよい場所より、周囲と接続を説明しやすい場所を選びましょう。

公式Wikiでは、道路脇へ置く行き止まり型のバス停と、道路上に置く通過型のバス停が説明されています。この記事は、施設の見た目だけで入口の向きを読み違えないことを重視します。行き止まり型なら入口が道路側を向いているか、通過型なら通る道路との向きが合っているかを確認します。種類が違う施設に、同じ置き方を機械的に当てはめないでください。

建設候補を選んだら、すぐ確定する前に、どちらが道路へつながる側なのかを見ます。画面の小さなアイコンの位置を暗記するより、設置予定の向きと地形を照らし合わせる方が、表示設定や版の違いに対応しやすくなります。教材の図は入口を理解するためのイメージであり、そのまま同じタイルに置けば完成する設計図ではありません。自分の画面の接続を優先してください。

Aを置いた後は、駅名をメモします。教材のAという呼び方と、ゲームが表示する停留所名は一致しないことがあります。名前を変更するかどうかに関係なく、「教材A＝画面で表示された名前」と対応を書いておけば、後で運行指示の一覧に同じ対象が入っているか確認できます。地図の見た目だけで識別するより、文字の対応がある方が誤選択を見つけやすくなります。

Bも同じ観点で置きますが、Aのすぐ隣に適当に追加して二個と数えるのではなく、別の行き先として区別できる場所を考えます。今回は二つの停留所を行き来する練習なので、車両から見た行き先と、ノートで呼ぶ場所が対応していることが大切です。駅の結合など、最小実習を複雑にする扱いはここでは広げず、実際の駅名と対象が想定どおりかを読み直します。

つながって見える道路を、そのまま信用しない

道路は、全体を遠くから見ると連続しているようでも、施設の入口や道路の端に切れ目が残ることがあります。公式の道路建設説明には、道路を半タイル単位で敷く扱いが示されています。このため、道路を引いたという操作の記憶だけではなく、端の接続を拡大して見ることに意味があります。ここでいう拡大は確認のためであり、見えていない部分を自動的に補修できたことにはなりません。

AからBまでを、頭の中で一筆書きするようにたどってみます。Aの入口、入口につながる道路、曲がり角、Bの直前、Bの入口という順です。途中に分岐がある場合も、最初は目的の道を一つずつ指で追えるかを確かめます。道路を増やしてから原因を探すより、現在ある接続のどこまで説明できるかを確認した方が、不要な工事を避けやすくなります。

練習用の記録では、道全体を「OK」と一つの印で済ませず、「A入口」「中間」「B入口」と分けます。たとえばA入口と中間は見たがB入口をまだ見ていないなら、B入口だけ未確認として残します。後で車両がBの近くで迷ったとき、最初に確認する候補が明確になります。この区分はゲームが自動採点する項目ではなく、自分が見落としを減らすための手元の整理です。

建設をやり直す場面では、何を変更するかを先に一つに絞ります。入口の向きが疑わしいのに、道路と停留所と指示をすべて変えると、どの変更が効いたのか分からなくなります。必要な範囲を見極め、変更前の状態をメモしてから、その箇所だけを見直すようにします。削除や再建設を繰り返すこと自体を上達の証拠にせず、原因候補が減ったかを見てください。

1. 住宅付近の候補を見つけ、AとBを区別してメモする。
2. 停留所の種類を確認し、入口または通過方向を道路に合わせる。
3. 設置後の駅名を控え、道路の端と施設の接続を読み直す。
4. A入口、中間、B入口をたどり、見ていない区間は未確認のまま残す。

車庫を道路につなぎ、乗客を運べる車両を用意する

車庫は購入場所であり、路線への入口でもある

D車庫は、道路車両を用意し、整備を行うための施設です。AとBの間の道路がつながっていても、Dの出口だけが別の方向を向いていれば、買ったバスをその道路へ出せません。最初の路線では、車庫を路線から遠く離すより、出口と接続をすぐ確認できる場所に置くと観察しやすくなります。住宅に近いかどうかより、まず道路網へ出入りできるかを見ましょう。

車庫を置く際も、建物の正面らしく見える面と、実際の出入口を同じものと決めつけないでください。公式説明では道路へ出口を向ける手順が示されています。向きを選び、設置後に出口から道路へつながる部分を確認します。自動的に道路の一部が補われる説明があっても、自分の配置で接続を確認せずに済むという意味にはしません。

架空のDでは、出口のすぐ先が路線の道路につながり、そこからAとBの両方をたどれる状態を目指します。ここで「DからAへ」「DからBへ」の二本の新しい専用道路を必ず作るわけではありません。既存の接続で両方へ到達できるなら、必要以上に道を増やさず、どこを通る予定なのか説明できるようにします。見通しをよくすることが、この練習の設計方針です。

車庫を開いたら、いま見ている車庫がDであるかを確認します。複数の施設を触っていると、別の場所で買った車両を見ていることに気づきにくくなります。購入前に地図の位置と車庫の窓を対応させ、購入後も同じ車両の窓を見ているかを確認してください。画面を何枚も開くより、対象が分かる状態を保つ方が、この段階では大切です。

車体の外見より、運ぶものを確認する

新しい道路車両の一覧では、乗客を運べる車両を選びます。道路を走るからといって、すべてが旅客用のバスとは限りません。外見や価格だけで選ばず、表示される輸送対象を読み、今回の停留所と目的に合うか確かめます。教材で青いバスを描いていても、青い車体がゲーム上の選択条件という意味ではありません。色は説明用の識別にすぎません。

公式の古いチュートリアルには具体的な車種名が出ていますが、この記事ではその名称を必須にしません。利用できる車両はゲームの年代や環境に左右されるため、自分の一覧に同じ名前がないことだけで故障と判断しないでください。対象の貨物が乗客であること、道路車両として利用できることを確認し、今回の普通のバス実習から外れる追加セットなどは扱いません。

購入後は、台数と車両の識別情報を確認します。購入ボタンを押した回数だけを覚えているより、車庫の中に対象が何台あるかを見る方が確実です。今回使うのは一台ですから、誤って複数を用意した場合に、そのすべてへ指示を入れて混乱を広げないようにします。不要な車両の扱いを急ぐより、まず実習に使う一台を明確にし、ほかの対象と混ぜないことを優先します。

バスを買えた段階では、まだ路線は完成していません。購入済み、運行指示設定済み、運行開始済みを別の欄にします。買ったばかりの車両が車庫内にいることを見て、道路が必ず間違っていると判断するのは早計です。これから行き先を設定し、運行を開始する段階が残っているからです。施設側の問題と、単に手順がまだ進んでいない状態を分けてください。

表は横にスクロールできます。架空の練習用整理であり、実際の画面や運行結果を記録したものではありません。

この表を使うときは、各欄に短い根拠も添えます。「車両を確認」だけでなく、「輸送対象の表示を読んだ」「Dの出口から道路まで見た」という程度で構いません。後で不具合が起きたとき、どの画面まで確認していたかが分かります。確認欄を埋めることが目的にならないよう、見ていない内容は空欄か未確認にしておきましょう。

二つの行き先を指示に入れ、運行を始める

AとBを、同じ車両の指示一覧で読み直す

対象のバスの運行指示を開き、AとBを行き先に加えます。公式Wikiでは、行き先を指定する機能で停留所を選び、二つの指示を入れる流れが示されています。ボタンの位置や窓の色を固定して覚えるのではなく、行き先指定の機能と、一覧へ追加された駅名を読みます。実際の言語設定で表示が違う場合も、意味が一致する対象を確認してください。

指示は、操作したつもりではなく、一覧にどう残ったかを見て判断します。教材Aに対応する駅名と、教材Bに対応する駅名がそれぞれ入っているかを照合します。同じ停留所を二回選んでいたり、地図の別の施設を選んでいたりする可能性を、入力直後に確かめます。これを運行後まで残すと、走行中の車両を追いながら設定も探すことになり、原因が見えにくくなります。

基本の二地点往復では、一覧をA、Bとし、最後まで実行すると最初へ戻る循環を使います。観察上の順番はA、B、Aとなりますが、それを表すために一覧へAを重ねて三件入れる、という説明ではありません。紙に書いた移動の順番と、ゲームに登録する指示の件数を区別してください。この違いを理解すると、帰りの指示を増やし続ける必要がないと分かります。

D車庫を通常の乗客の行き先として挟む必要も、今回の教材にはありません。車庫の指示には別の用途がありますが、最初の一往復ではAとBの関係に絞ります。意図しない車庫行きや別の条件が一覧に入っていないかを確認し、単純な練習の対象を見失わないようにします。整備の細かな運用や高度な条件付き指示を、この段階で同時に覚える必要はありません。

待機条件と停止状態を区別する

停留所で動かなくなったときには、車両自体を停止しているのか、乗客を待つ条件が入っているのかを分けます。公式の指示説明では、その場で利用できる荷物を積む設定と、満載になるまで待つ設定が区別されています。初めての一往復では、満載待ちが入っていると、次の停留所へ進む場面を確認しづらくなることがあります。条件を読まずに、道路の不具合だと決めないでください。

この記事の練習では、まず到着して次の行き先へ進む動作を追いたいため、意図していない満載待ちなどがないかを確かめます。満載待ちが常に悪い設定という意味ではありません。運ぶ対象や路線の目的に応じた使い方は別にあります。いまの目標が一往復の確認である以上、その目標を妨げている条件を自分で説明できるようにすることが大切です。

また、乗せない設定や降ろさない設定が入っていれば、車両が停留所へ来たことだけでは旅客輸送の確認になりません。基本の積み降ろしの条件を読み、意図しない指定が残っていないかを見ます。高度な積み替えなどを試すのは、この基礎の往復を理解してからで構いません。最初の路線に、目的の分からない設定を足し込まないようにしてください。

1. 対象車両の窓を開き、同じ一台の運行指示を編集していることを確認する。
2. AとBの行き先を登録し、一覧の駅名を手元の対応メモと照合する。
3. 待機や積み降ろしの条件を読み、意図しない条件がないか確認する。
4. 車両の運行を開始し、まず車庫を出る場面を観察する。
5. A、B、Aへの移動を順に追い、到着と乗降を別の欄に記録する。

運行開始の操作をした後は、少し離れた場所で待つのではなく、最初に車庫出口を見ます。そこを通れたなら、Dから道路への移動は少なくともその場面で確認できたことになります。次に現在の行き先を読み、Aへ向かっているのか、別の対象へ向かっているのかを確かめます。見えた事実を一つずつ積み上げると、途中で止まっても、すべてを最初から疑い直さずに済みます。

最初の観察で乗客が乗っていなくても、すぐに増車しないでください。先に一往復の走行が成立しているかを確認し、その後に待っている乗客や積載の変化を見ます。空のバスが動いたことも、経路を調べる材料にはなります。ただし、それを輸送が成功した記録へ書き換えないようにします。何が分かったかを限定して残すことが、次の診断に役立ちます。

止まる・迷う・乗客がいないときの確認順を分ける

症状を一つの言葉で片付けない

「バスが動かない」という記録だけでは、見る場所を決めにくくなります。車庫の中にいるのか、道路上で止まっているのか、停留所で待っているのか、走っているが目的地へ着かないのかを分けてください。さらに、車両の表示を見たのか、地図上の動きだけを見たのかも残すと、推測と観察が混ざりにくくなります。まず症状の位置を決めることが、修正より先です。

車庫内にいる場合は、運行開始がまだなのか、開始後も出口を通れないのかを区別します。前者を道路の断線として修正しようとすると、正常な道路を変えてしまうかもしれません。後者なら出口と接続を重点的に見ます。どちらも見た目は「車庫にバスがいる」ですが、次の確認は違います。操作前後の状態を書き分けるだけで、診断の方向が定まります。

走っているのにAやBへ着かない場合は、現在の行き先と指示一覧を先に読みます。想定と違う駅名が入っているなら、地図の道路をすべて作り直す前に、設定対象の誤りを見直します。想定した行き先であることが確認できたら、入口と途中の接続へ進みます。設定と地形を交互に適当に触るのではなく、一つの候補を確かめてから次へ進むのが、この教材の基本です。

停留所で待っている場合は、その場所に到着したという事実は残せます。ただし、そこから出発しない理由は別です。満載待ちなどの条件があるかを読み、車両そのものを停止していないかも確かめます。ここで到着までの成功を消して「全部失敗」と書く必要はありません。確認できたところを残すことで、残件を停留所での出発に絞れます。

表は横にスクロールできます。架空の練習用整理であり、実際の画面や運行結果を記録したものではありません。

乗客なしを、すぐに需要ゼロへ言い換えない

往復できるのに乗客を確認できない場合は、いくつかの問題が残ります。まず、本当に乗客を運べる車両を選んでいるか、乗せない条件が入っていないかを確認します。次に、停留所の待っている乗客の表示と、車両の積載を見ます。道路が通れたから車種も正しいはずだ、と別の確認を省略しないことが大切です。

観察した一場面に乗客がいないことを、その地域には永遠に乗客が生じないという結論にしないでください。待機人数を見た時点、車両が来た時点、乗車後の積載を見た時点は異なります。どの時点の表示かを書き分けると、空だったという一言より意味のある記録になります。この記事では一定時間待てば必ず何人集まる、といった数値の保証はしません。

住宅付近に置いたつもりでも、実際に停留所の位置と周辺の建物を見直す価値はあります。見た目の近さだけで需要が十分だと断定せず、停留所の表示と周囲を確認します。ここで路線を延ばす前に、A側とB側のどちらで何が見えているかを分けると、問題を両端まとめて扱わずに済みます。片方だけ未確認なら、その側を重点的に観察しましょう。

架空の診断例を考えます。Aでは乗客の待機を見たが、バスの積載変化は見ていない。Bには到着したが、降車の場面を見逃した。この場合の記録は「Aで待機あり、乗車未確認、B到着確認、降車未確認」です。「乗客輸送成功」とも「乗客を運べない」ともまだ書けません。見逃しを失敗と取り違えず、次の巡回で見る箇所を限定するのが適切です。

別の架空例では、B付近で迷うために停留所を移そうと考えたが、指示一覧を読むとAが二つ入っていたとします。この場合は、Bの地形を先に変える理由がありません。誤った対象の設定を見直し、その後でBへの到着を観察します。修正の候補を一つずつ試すという原則は、時間をかけるためではなく、何が原因だったかを説明できる状態に戻すためのものです。

• 車庫内、道路上、停留所内のどこで問題を見たかを分ける。
• 設定の誤りと道路の接続を、同時に変更せず順に確認する。
• 到着済みの区間は残し、まだ見ていない乗降を成功扱いにしない。
• 一つ変えたら同じ対象をもう一度観察し、変化がなければその事実も残す。

一往復の観察を記録し、増車や延長の前に見直す

成功の記録にも、確認範囲を添える

AからBへ行き、Aへ戻る場面を確認できたら、まず一往復の走行を確認済みと記録します。その際に、車両の識別、AとBの駅名、観察時の指示の内容を添えます。後で設定や道路を変えた場合、以前の成功をそのまま現在の状態へ当てはめないためです。「前に動いた」という記憶より、どの条件で見たかが分かる記録の方が役に立ちます。

乗降については、A側とB側で何を見たかを別々に残します。車両の積載の変化を見た、待機人数だけ見た、到着は見たが乗降は見逃した、という違いを短く書けば十分です。練習ノートを立派な運行報告書にする必要はありません。結果の表現を大きくしすぎず、見たことを次回の自分が理解できる形で残すことが目的です。

たとえば、架空の記入例は「対象一台、A到着確認、B到着確認、A帰着確認、A乗車未確認、B降車未確認、次回は積載の変化を見る」となります。これは未完成の輸送確認ですが、無意味な記録ではありません。経路の確認が終わり、次に観察する内容が限定されています。空欄を埋めるために数値や成功場面を作らず、残件を残件のまま次へ渡してください。

本当に乗降まで確認できた場合も、その一回で利益や将来の安定運行まで保証されたわけではありません。公式の入門説明でも、短い距離で少ない乗客を運ぶ最初の路線が、大きな利益につながるとは限らないとされています。今回の到達点は運行の基礎を理解することであり、収益を最大化する経営分析とは分けて考えます。

増車より先に、変えたい理由を一文にする

二台目を用意したくなったら、先に何を改善したいのかを書きます。待っている乗客の状況を観察して輸送力を考えたいのか、単に画面を賑やかにしたいのかで、次に見るべきことは変わります。後者も遊び方として自由ですが、それを輸送効率の改善が確認できたことと混ぜないようにします。目的を言葉にするだけで、変更後の評価がしやすくなります。

路線を延長する場合も同様です。新しい行き先を増やすと、見る区間と指示が増えます。元のAとBの往復が分からないまま延長すると、どこから問題が始まったのか追いにくくなります。まず現在の二地点の関係を説明できるようにし、変更前の記録を残してから次の対象を考えます。最小路線で理解したことを土台にするのであって、最小路線の成功をすべての規模へ一般化するわけではありません。

一度に変える内容を絞る考え方は、増車後の観察にも使えます。台数を増やすのと停留所の位置を変えるのと待機条件を変えるのを同時に行うと、何の影響を見ているか分からなくなります。変更前の対象、変更した一項目、変更後に見る場面を決めておけば、結果が期待どおりでなくても、次に調べる材料が残ります。失敗を消すのではなく、理由をたどれる記録にします。

保存するときは、路線を見分けられるメモを手元に残しておくと便利です。ゲームの保存方法そのものをこの記事で検証したわけではないため、保存したつもりの操作を復元確認済みとは書きません。次回開いたときに、対象の一台、AとBの指示、道路と車庫の関係を見直してください。別の状態を開いていた場合に、以前の観察結果を誤って引き継がないようにするためです。

次回の自分に渡す小さな確認メモ

最後のメモは、長い感想よりも三つの短い文にすると読み返しやすくなります。一文目は、どの路線と車両を見たか。二文目は、どこまで確認できたか。三文目は、次に何を見るかです。たとえば「AとBを往復する一台を確認した。出庫と往復は見たが、Bでの降車は未確認。次回はB到着前後の積載を比べる」と書けば、再開する場所が分かります。

このメモを別の人に見せる場合も、ゲームの実際の表示名と教材の呼び名の対応があると伝わりやすくなります。ただし、他人の環境で同じ名称や車種が出るとは限りません。図版の配置、町の形、車両の色は説明のための表現です。相手の画面で同じ見た目を探してもらうより、道路、停留所、車庫、指示、乗降という役割の順番で説明しましょう。

OpenTTDの最初のバス路線で覚えたいのは、施設を増やす速さではなく、一つの運行を、準備、設定、走行、乗降の段階に分けて確かめることです。車庫を出られたなら出庫を記録し、Bへ着いたなら到着を記録し、見ていない乗降は残します。この小さな区別を積み重ねれば、止まったときにも全部を壊してやり直すのではなく、次の一か所から確認を再開できます。

• 対象：車両一台、AとBの実際の駅名、Dの場所。
• 確認済み：出庫、A到着、B到着、A帰着、乗降のうち実際に見たもの。
• 未確認：見逃した場面、まだ読んでいない設定、未評価の収益。
• 次の行動：一つの設定を読む、特定の入口を見る、到着前後の積載を観察する。

参照資料と確認範囲

参照資料は2026年10月15日に本文を確認しました。公式Wikiには古い画面の説明も含まれるため、現在の全環境で同じボタン位置や車種を確認したとはしていません。この記事の独自教材は公式情報を整理するためのもので、実機の試走、一定の所要時間、利益、乗客数、町の成長を保証するものではありません。

公式Wiki：Buses

公式Wiki：Building stations and loading bays

公式Wiki：Building road depots

公式Wiki：Buying road vehicles

公式Wiki：Orders

公式Wiki：Building roads

開発元：2026年3月14日の配布方法に関する案内