こんにちは、春川七々です！
「自動運転の会社といえば、トヨタやテスラ？」
そんなイメージを持っている方も多いのではないでしょうか。
実は、日本には自動運転の共通基盤づくりに取り組む企業があります。
それが、**ティアフォー（TIER IV）**です。
ティアフォーは、オープンソースの自動運転ソフトウェア「Autoware（オートウェア）」の開発を主導してきた企業です。
ただし、私はティアフォーを単なる「自動運転車を作る会社」として見るのは少し違うと考えています。
注目したいのは、自動運転を開発・導入・運用するための技術やサービスを提供するビジネスモデルです。
自動運転市場が成長すれば、ティアフォーも成長するのでしょうか？
Autowareは無料で利用できるのに、どうやって収益を得るのでしょうか？
実証実験が増えれば、企業の利益も増えるのでしょうか？
今回は、こうした疑問を投資・企業分析の視点から検証します。
さらに、春川七々のやさしい投資教室による独自シミュレーションとして、自動運転バスの採算性、ソフトウェアの継続収益、事業拡大時の利益構造を考えてみます。
- この記事でわかること
- 1. ティアフォー（TIER IV）とは？
- 2. Autowareとは？自動運転を支えるオープンソースソフトウェア
- 3. Pilot.Auto・Web.Auto・Edge.Autoは何が違う？
- 4. 自動運転レベル4とは？
- 5. ティアフォーの自動運転技術はどこで使われる？
- 6. 【独自検証①】自動運転バスは採算が合うのか？
- 7. 【独自検証②】遠隔監視を効率化すると何が変わる？
- 8. 【独自検証③】オープンソースなのに、どうやって収益を得る？
- 9. 【独自検証④】車両台数が増えれば利益も増える？
- 10. 【独自検証⑤】実証実験100件と商用運行10件、どちらが重要？
- 11. ティアフォーの強みと課題を比較する
- 12. ティアフォーは「自動運転版Android」になれる？
- 13. ティアフォーの株は購入できる？
- 14. 春川七々流「自動運転企業の評価シート」
- 15. よくある質問
- 16. まとめ｜ティアフォーの成長を判断するなら「技術の普及」と「収益化」を分けて見る
- 参考資料・出典
- データの基準日・計算条件
- 記事の変更履歴
- 免責事項
この記事でわかること
- ティアフォーがどのような企業なのか
- Autowareとティアフォーの違い
- 自動運転レベル4の意味
- Pilot.Auto・Web.Auto・Edge.Autoの役割
- オープンソースを活用した収益モデル
- 自動運転バスの採算性を考える方法
- 実証実験と商用運行の違い
- 自動運転企業を評価するための指標
- ティアフォーの株式を購入できるのか
1. ティアフォー（TIER IV）とは？
ティアフォーは、自動運転技術の開発と社会実装を進める日本企業です。
Autowareの開発を主導してきた企業として知られ、自動運転に必要なソフトウェア、開発基盤、ハードウェア、導入支援などを展開しています。
ティアフォーの基本情報
| 項目 | 内容 |
|---|---|
| 企業名 | 株式会社ティアフォー（TIER IV, Inc.） |
| 主な事業領域 | 自動運転技術・システム開発・導入支援 |
| 関連技術 | Autoware |
| 主なプラットフォーム | Pilot.Auto、Web.Auto、Edge.Auto |
| 対象分野 | 公共交通、物流、タクシー、自動車開発など |
| 公式サイト | https://tier4.co.jp/ |
ティアフォーの特徴は、自社だけで自動運転車を販売するモデルに限定されないことです。
自動車メーカーや交通事業者などが自動運転システムを開発・導入するための技術基盤も提供しています。
春川七々の考察①：自動車メーカーではなく「自動運転の基盤企業」として見る
私は、ティアフォーの事業を理解する際に、完成車メーカーと区別して考えています。
例えば、自動運転車を実用化するには、次の技術が必要です。
- 車両本体
- カメラやLiDARなどのセンサー
- 周囲の状況を認識するソフトウェア
- 走行経路を判断するソフトウェア
- 車両を制御する仕組み
- 遠隔監視や運行管理
- システムの検証・更新環境
ティアフォーは、こうした技術を組み合わせるための基盤やサービスを提供しています。
そのため、自動運転市場の成長を考えるときには、販売車両台数だけでなく、ティアフォーの技術を採用する企業や運行サービスが増えるかに注目したいところです。
2. Autowareとは？自動運転を支えるオープンソースソフトウェア
Autowareは、自動運転システムの構築に利用できるオープンソースソフトウェアです。
オープンソースとは、定められたライセンス条件の下で、ソースコードを利用・改変・再配布できる仕組みです。
Autowareは、Autoware Foundationを中心としたコミュニティによって開発されています。
自動運転の基本的な処理
自動運転では、主に次の処理を組み合わせます。
① 認識
カメラやLiDARなどから、周囲の車両、歩行者、障害物などを検出します。
② 自己位置推定
車両がどこを走行しているかを推定します。
③ 経路・行動計画
目的地までの経路や、交差点・障害物への対応を判断します。
④ 車両制御
ハンドル、アクセル、ブレーキなどを制御します。
Autowareは、これらを組み合わせた自動運転システムの開発を支援します。
Autowareはティアフォーだけのもの？
ここは重要です。
Autowareはオープンソースのプロジェクトであり、ティアフォーの有料製品と完全に同一ではありません。
ティアフォーはAutowareの開発を主導してきましたが、現在のAutowareはAutoware Foundationのコミュニティによって開発・維持されています。
したがって、Autowareの利用者が増えたからといって、利用者全員がティアフォーへ料金を支払うわけではありません。
春川七々の考察②：普及と売上は分けて考える
私は、オープンソースを活用する企業を分析するとき、次の2つを区別します。
技術の普及
Autowareを利用する開発者や企業が増えること。
企業の収益化
ティアフォーの有料製品やサービスを購入する顧客が増えること。
この2つには関連がある可能性がありますが、同じものではありません。
Autowareの普及が、どのような経路でティアフォーの売上につながるのか。
ここが企業分析の重要なポイントです。
3. Pilot.Auto・Web.Auto・Edge.Autoは何が違う？
ティアフォーは、Autowareを基盤として複数の製品プラットフォームを展開しています。
| 製品 | 主な役割 | 企業分析での注目点 |
|---|---|---|
| Pilot.Auto | 自動運転ソフトウェア | 商用システムへの採用 |
| Web.Auto | 開発・検証・運用を支えるクラウド基盤 | 継続利用・運用サービス |
| Edge.Auto | センサーやコンピューターなどの基盤 | ハードウェア採用・量産 |
Pilot.Auto
Autowareを基盤とする自動運転ソフトウェアのプラットフォームです。
車両や利用環境に応じた自動運転システムの構築を支援します。
Web.Auto
自動運転システムの開発・検証・運用を支えるクラウド型のプラットフォームです。
シミュレーション、データ管理、CI/CDなどの開発・運用機能が含まれます。
Edge.Auto
カメラなどのセンサー、コンピューター、関連ソフトウェアを組み合わせたハードウェア基盤です。
自動運転システムの開発や実装を支援します。
春川七々の考察③：ソフトウェア・クラウド・ハードウェアの組み合わせ
私は、ティアフォーの製品構成を次のように捉えています。
- Pilot.Auto：自動運転機能を実現する
- Web.Auto：開発や運用を継続的に支える
- Edge.Auto：実際の車両へ技術を組み込む
複数の製品を組み合わせることで、顧客の開発段階から商用運行まで関われる可能性があります。
ただし、実際にどの製品がどの程度の売上・利益を生み出しているかは、公開された財務情報で確認する必要があります。
4. 自動運転レベル4とは？
自動運転には、運転を人間とシステムのどちらが担うかによって段階があります。
| レベル | 概要 |
|---|---|
| レベル0 | 運転自動化なし |
| レベル1 | 一部の運転操作を支援 |
| レベル2 | 複数の運転操作を支援 |
| レベル3 | 限定条件下でシステムが運転し、必要時に人間が対応 |
| レベル4 | 限定された運行条件下でシステムが運転を担う |
| レベル5 | 運行条件の限定なしにシステムが運転を担う |
ティアフォーが取り組む重要な分野の一つが、レベル4の社会実装です。
レベル4ならどこでも無人運転できる？
いいえ。
レベル4は、あらかじめ定められた運行条件の範囲内で自動運転を実施するものです。
例えば、特定の道路、速度、天候、時間帯などの条件が設定される場合があります。
そのため、ある地域でレベル4運行が実現しても、全国のあらゆる道路で同じように走行できるとは限りません。
春川七々の考察④：技術の完成度だけでなく運行条件を見る
私は、レベル4のニュースを見る際に、「レベル4を実現した」という見出しだけでは判断しません。
- どの道路で運行するのか
- どのような天候で運行できるのか
- 最高速度はどの程度か
- 遠隔監視は必要か
- 何台を運行するのか
- 継続的な商用サービスなのか
こうした条件を確認したいと考えています。
5. ティアフォーの自動運転技術はどこで使われる？
ティアフォーは、複数の分野で自動運転の社会実装を進めています。
公共交通
自動運転バスやシャトルなどの導入支援です。
地方公共交通の維持や、運転手不足への対応が期待されます。
物流
トラックなどを利用した輸送の自動化です。
長距離輸送や特定区間の運行に自動運転技術を活用する取り組みがあります。
ロボットタクシー
自動運転による旅客輸送サービスの実用化を目指す分野です。
自動車メーカー向け開発支援
自動運転ソフトウェアや開発環境を提供することで、車両メーカーなどの技術開発を支援します。
春川七々の考察⑤：最初に普及する場所は限定される可能性がある
私は、自動運転が普及する場合、すべての道路で一斉に始まるとは考えていません。
運行ルートや条件を限定できる場所では、検証や安全管理を行いやすい可能性があります。
例えば、決まったルートを走るバスや、限定区間を走る物流車両などです。
そのため、自動運転市場を見るときには、技術の高度さだけでなく、どの用途なら事業として成立しやすいかを考えたいと思います。
6. 【独自検証①】自動運転バスは採算が合うのか？
ここからは、本サイト独自のシミュレーションです。
自動運転の実用化を考える際に重要なのが、運行コストです。
仮に、ある地域で小型バスを1台運行するとします。
以下は説明用に設定した架空の条件です。
従来型バスの年間運行コスト
| 項目 | 年間費用 |
|---|---|
| 運転手関連費用 | 700万円 |
| 車両費用・償却相当 | 250万円 |
| 燃料・電力・整備 | 200万円 |
| その他運行費 | 150万円 |
| 合計 | 1,300万円 |
自動運転バスの年間運行コスト
| 項目 | 年間費用 |
|---|---|
| 車両・自動運転機器の償却相当 | 500万円 |
| 遠隔監視・現地対応 | 300万円 |
| ソフトウェア・通信 | 150万円 |
| 電力・整備 | 200万円 |
| その他運行費 | 150万円 |
| 合計 | 1,300万円 |
この仮定では、従来型バスと自動運転バスの運行コストは同じです。
つまり、運転手関連費用を減らせても、システム導入費や遠隔監視費用が増えれば、すぐにコスト削減が実現するとは限りません。
自動運転の導入コストが下がった場合
| シナリオ | 自動運転バスの年間費用 | 従来型との差 |
|---|---|---|
| 初期段階 | 1,300万円 | 0万円 |
| 機器費用が年間100万円低下 | 1,200万円 | −100万円 |
| 機器費用が100万円、監視費用が150万円低下 | 1,050万円 | −250万円 |
※上記は実在するティアフォーの導入価格や運行実績ではありません。すべて仮定です。
春川七々の考察⑥：無人化だけで採算が改善するわけではない
私は、自動運転バスの普及を考えるときに、車両価格や監視費用が重要だと思っています。
さらに、運行時間、利用者数、乗車料金、補助金などによって収支は変化します。
技術的に運行できることと、採算が合うことは別問題です。
7. 【独自検証②】遠隔監視を効率化すると何が変わる？
自動運転でも、運行状況の監視や異常時の対応が必要になる場合があります。
そこで、遠隔監視に必要な人員配置を単純化して比較します。
仮定
- 監視・対応担当者1人の年間費用：600万円
- 対象車両：10台
- 監視担当者の配置方法だけを変更する
- 車両の安全性や法令上の要件を満たしていると仮定する
| 配置条件 | 必要人数 | 年間人件費 |
|---|---|---|
| 1人で1台を担当 | 10人 | 6,000万円 |
| 1人で2台を担当 | 5人 | 3,000万円 |
| 1人で5台を担当 | 2人 | 1,200万円 |
※人数と費用の関係を説明する仮想モデルです。実際に1人で複数台を監視できるかは、運行条件、技術、法令、安全管理体制などによって異なります。
春川七々の考察⑦：車両台数より運行効率が重要になる可能性
私は、自動運転の経済性を評価するとき、単純な車両台数だけでなく、次の指標も重要になると考えています。
- 監視担当者1人当たりの担当車両数
- 車両1台当たりの年間運行時間
- システム停止時間
- 異常時の現地対応回数
- 走行距離当たりの運行コスト
これらが改善すれば、運行事業者にとって自動運転導入の魅力が高まる可能性があります。
ただし、安全性を犠牲にした効率化は認められません。
8. 【独自検証③】オープンソースなのに、どうやって収益を得る？
Autowareはオープンソースですが、ティアフォーはその周辺で有料製品やサービスを提供しています。
考えられる収益機会には、次のようなものがあります。
| 収益機会 | 収益の特徴 |
|---|---|
| 開発・導入支援 | 案件ごとの売上 |
| 自動運転ソフトウェア | 契約形態によって継続収益の可能性 |
| クラウド・運用支援 | 継続利用に応じた収益の可能性 |
| センサー・機器 | 販売台数に応じた収益 |
| 検証・評価サービス | 開発案件に伴う収益 |
※これは製品・サービスの性質から整理した収益モデルの分析です。ティアフォーが実際に各方式で課金していることや、各事業の売上構成比を示すものではありません。
仮想的な継続収益シミュレーション
仮に、自動運転向けの運用サービスを1台当たり月額5万円で提供するとします。
| 契約対象車両 | 月間売上 | 年間売上 |
|---|---|---|
| 10台 | 50万円 | 600万円 |
| 100台 | 500万円 | 6,000万円 |
| 500台 | 2,500万円 | 3億円 |
| 1,000台 | 5,000万円 | 6億円 |
※月額5万円は本サイトが設定した仮定であり、ティアフォーの実際の料金ではありません。
春川七々の考察⑧：単発の導入案件と継続契約は価値が違う
私は、ティアフォーの事業を分析するときに、売上の継続性を重視したいと考えています。
例えば、導入時に一度だけ売上が発生するモデルと、運行中に継続的なサービス収入が発生するモデルでは、将来の収益構造が異なります。
ただし、継続収益には保守・クラウド・サポートなどの費用も発生するため、売上高だけでは利益を判断できません。
9. 【独自検証④】車両台数が増えれば利益も増える？
次に、売上高と利益の関係を考えます。
仮に、自動運転関連サービスを提供する架空企業A社があるとします。
シミュレーション条件
- 1台当たりの年間売上：60万円
- 1台当たりの年間変動費：20万円
- 年間固定費：2億円
この場合、1台当たりの限界利益は40万円です。
契約車両台数別の収支
| 契約車両数 | 年間売上 | 年間変動費 | 固定費 | 営業損益相当 |
|---|---|---|---|---|
| 100台 | 0.6億円 | 0.2億円 | 2億円 | −1.6億円 |
| 300台 | 1.8億円 | 0.6億円 | 2億円 | −0.8億円 |
| 500台 | 3億円 | 1億円 | 2億円 | 0億円 |
| 1,000台 | 6億円 | 2億円 | 2億円 | +2億円 |
※すべて架空の数値です。実際のティアフォーの売上、利益、契約台数ではありません。
この条件では、損益分岐点は500台です。
計算式は次のとおりです。
損益分岐点台数＝年間固定費÷1台当たり限界利益
2億円÷40万円＝500台
春川七々の考察⑨：自動運転企業では規模の経済が重要になる可能性
ソフトウェアやクラウドを活用する事業では、共通の開発基盤を複数顧客へ提供できれば、一定の規模の経済が働く可能性があります。
一方、顧客ごとに大幅な個別開発が必要なら、契約台数が増えても開発費用が大きく増えるかもしれません。
私は、事業拡大を評価するときに、次の点を確認したいと考えています。
- 顧客ごとの個別開発費用
- 共通ソフトウェアの再利用率
- 保守・運用コスト
- 継続契約率
- 事業規模拡大に伴う利益率の変化
10. 【独自検証⑤】実証実験100件と商用運行10件、どちらが重要？
自動運転企業のニュースでは、実証実験の件数が注目されることがあります。
しかし、実証実験の多さがそのまま収益性の高さを意味するわけではありません。
例えば、架空の2社を比較します。
| 項目 | A社 | B社 |
|---|---|---|
| 実証実験の件数 | 100件 | 20件 |
| 商用運行への移行件数 | 5件 | 10件 |
| 商用化移行率 | 5% | 50% |
※架空のデータです。
A社は実証実験が多いものの、商用運行への移行率は5%です。
一方、B社は実証実験が少なくても、商用運行への移行率が50%あります。
もちろん、案件の規模や売上高が異なれば、どちらが優れているかは変わります。
春川七々の考察⑩：実証から商用化への移行を追う
私は、企業の成長性を考える際に、次の流れを確認したいと思っています。
実証実験 → 運行条件の検証 → 許認可 → 商用運行 → 継続運行 → 他地域への展開
実証実験は技術の可能性を示す重要な段階です。
しかし、投資・企業分析では、その先に継続的な事業が生まれるかを確認する必要があります。
11. ティアフォーの強みと課題を比較する
ここまでの内容を整理します。
強みとして注目したい点
| 項目 | 分析上の意味 |
|---|---|
| Autowareへの関与 | 技術基盤・開発コミュニティとの接点 |
| 複数の製品プラットフォーム | 顧客の開発から運用まで支援できる可能性 |
| 公共交通・物流への展開 | 複数市場への事業機会 |
| オープンソースの活用 | 開発参加者やパートナー拡大の可能性 |
| 商用運行への取り組み | 実証から事業化へ進む機会 |
課題として確認したい点
| 項目 | 主なリスク |
|---|---|
| 安全性 | 事故・システム不具合 |
| 法規制 | 許認可・運行条件 |
| 採算性 | 車両・監視・保守コスト |
| 競争 | 自動車メーカー・海外技術企業 |
| 個別開発負担 | 案件増加に伴う費用増 |
| 資金調達 | 研究開発や事業拡大に必要な資金 |
| 技術の普及と収益化 | Autowareの普及が売上に直結しない可能性 |
春川七々の考察⑪：「技術が優れている」と「企業価値が高まる」は違う
私は、ティアフォーのような技術企業を分析するときに、技術的な成果と事業上の成果を分けて考えたいと思っています。
例えば、Autowareの採用が増えることは技術基盤の普及を示す材料になります。
しかし、それがティアフォーの売上や利益につながるには、有料サービスの採用や継続契約などが必要です。
技術の競争力、顧客への価値、収益性の3つをつなげて考えることが重要です。
12. ティアフォーは「自動運転版Android」になれる？
ティアフォーの事業を理解するうえで、私はAutowareをスマートフォンの共通ソフトウェア基盤に例えるとわかりやすいと考えています。
例えば、Androidを利用する端末メーカーは、共通基盤を使いながら、それぞれ異なる製品を開発できます。
Autowareも、自動運転開発の共通基盤として利用される可能性があります。
ただし、この比較には限界があります。
自動運転は、人命に関わる安全性、車両制御、法規制、運行環境などが重要です。
また、Autowareが普及しても、ティアフォーがすべての利用から収益を得る仕組みではありません。
春川七々の考察⑫：共通基盤の普及率と企業の収益獲得率を分ける
私は、今後のティアフォーを評価する際に、2つの問いを持ちたいと考えています。
問い①：Autowareは自動運転開発の共通基盤として普及するか？
問い②：その普及によって、ティアフォーの有料製品・サービスの需要は増えるか？
この2つの問いに対する答えは、必ずしも同じではありません。
だからこそ、Autowareの利用拡大だけでなく、ティアフォー自身の事業実績も追う必要があります。
13. ティアフォーの株は購入できる？
投資目的でティアフォーを調べている方には、ここが重要です。
ティアフォーについては、一般の上場企業と同じように株価、PER、配当利回りを比較する前に、最新の上場状況を確認する必要があります。
未上場企業の場合、通常の証券取引所で上場株式と同じように自由に売買することはできません。
また、未上場企業は上場企業ほど詳細な財務情報を一般投資家が入手できない場合があります。
そのため、ティアフォーの企業価値を分析する場合、公開されている事業情報と、確認できない財務情報を明確に区別することが重要です。
自動運転分野に投資する別の方法は？
ティアフォーの事業に興味がある場合、自動運転に関連する上場企業を調べる方法もあります。
例えば、
- 自動車メーカー
- 車載半導体メーカー
- カメラ・センサーメーカー
- 自動車部品メーカー
- 車載ソフトウェア関連企業
などです。
ただし、自動運転関連事業を持つことと、その企業の利益の大部分が自動運転から生まれていることは異なります。
投資する場合は、関連事業の売上構成比や収益性を確認しましょう。
14. 春川七々流「自動運転企業の評価シート」
今後、自動運転関連企業を調べる際には、次の項目を確認してみてください。
| 評価項目 | 確認したい内容 |
|---|---|
| 技術基盤 | 自社技術・オープンソース・外部技術の構成 |
| 製品・サービス | 何を顧客に販売しているか |
| 顧客 | 自動車メーカー、交通事業者、自治体など |
| 実証実験 | 実証の件数と目的 |
| 商用化 | 継続的な運行・販売の有無 |
| 導入規模 | 車両台数、導入地域、利用企業 |
| 継続収益 | 保守、クラウド、運用契約など |
| 利益構造 | 売上総利益率、固定費、開発費 |
| 安全性 | 運行条件、検証、事故・不具合 |
| 競争 | 他社技術との差別化 |
| 資金調達 | 開発・事業拡大に必要な資金 |
| 情報の基準日 | 発表日、実績対象期間 |
| 出典 | 公式発表、決算資料、行政資料 |
私が特に重視する5つの指標
- 実証から商用化への移行状況
- 継続運行している車両・サービスの規模
- 有料製品・サービスの採用状況
- 導入規模拡大に伴う採算性の変化
- 技術の普及が企業収益につながる仕組み
これらの指標を継続的に追うことで、単なる話題性だけでなく、事業の成長を考えることができます。
15. よくある質問
Q1. ティアフォーは何をしている会社ですか？
自動運転ソフトウェアや開発基盤、ハードウェア、導入支援などを提供する日本企業です。
Q2. Autowareとは何ですか？
自動運転システムの構築に利用できるオープンソースソフトウェアです。
Q3. Autowareはティアフォーだけが開発していますか？
いいえ。ティアフォーは開発を主導してきましたが、現在はAutoware Foundationのコミュニティによって開発が進められています。
Q4. Autowareが無料ならティアフォーは儲からないのでは？
オープンソースを基盤にしながら、ソフトウェア製品、開発支援、クラウド、ハードウェアなどの有料サービスを提供することは可能です。
ただし、実際の収益性は公開された事業実績で確認する必要があります。
Q5. レベル4は完全無人運転ですか？
特定の運行条件下でシステムが運転を担う段階です。すべての道路や天候で運転できることを意味しません。
Q6. 自動運転バスは必ず人件費を削減できますか？
必ずしも削減できません。遠隔監視、車両機器、保守、通信などの費用も発生します。
Q7. ティアフォーの株を買えますか？
まず最新の上場状況を確認する必要があります。未上場であれば、通常の証券取引所で上場株と同じように購入することはできません。
16. まとめ｜ティアフォーの成長を判断するなら「技術の普及」と「収益化」を分けて見る
今回は、ティアフォーの事業と自動運転市場について解説しました。
重要なポイントは次のとおりです。
- ティアフォーは自動運転の技術基盤や導入サービスを展開する企業
- Autowareはオープンソースの自動運転ソフトウェア
- Pilot.Auto・Web.Auto・Edge.Autoなどの製品を展開
- レベル4自動運転は限定された条件下で実現する
- 自動運転バスの採算性は車両・監視・保守費用によって変化する
- 実証実験の件数だけでは収益性を判断できない
- Autowareの普及がティアフォーの売上に直結するとは限らない
春川七々からのひとこと
私は、ティアフォーの将来性を考えるときに、「自動運転が普及するか？」だけでは不十分だと思っています。
大切なのは、次の3つです。
① Autowareを利用する企業が増えるか
② ティアフォーの有料製品・サービスが採用されるか
③ その事業が継続的な利益を生み出せるか
技術が優れていることは大切です。
しかし、企業として成長するには、技術を顧客に届け、継続的な収益につなげる必要があります。
私は、ティアフォーを「自動運転車の会社」というより、自動運転の社会実装を支える技術・サービス企業として、今後も注目したいと考えています。
参考資料・出典
1. 株式会社ティアフォー公式サイト
参照内容：企業概要、自動運転技術、製品・サービス、企業発表。
2. ティアフォー「Products」
参照内容：Pilot.Auto、Web.Auto、Edge.Autoの役割と製品構成。
3. TIER IV SERVICES
参照内容：公共交通、物流、タクシー、自動車開発向けサービス。
4. Autoware Foundation公式サイト
参照内容：Autowareの概要、オープンソース開発体制。
5. Autoware公式ドキュメント
参照内容：認識、自己位置推定、経路計画、車両制御などの技術構成。
6. Autoware公式GitHub
参照内容：ソースコードの公開、開発プロジェクトの概要。
7. 本サイト独自シミュレーション
本記事の以下の数値は、春川七々のやさしい投資教室が説明用に設定した仮定です。
- 自動運転バスの年間運行費用
- 遠隔監視の人員配置と費用
- 月額サービス料金
- 契約車両台数と売上
- 固定費・変動費・損益分岐点
- 実証実験から商用運行への移行率
実際のティアフォーの料金、契約数、財務実績、事業計画を示すものではありません。
データの基準日・計算条件
情報基準日：2026年10月11日
| 情報 | 基準日・扱い |
|---|---|
| 企業・製品情報 | 2026年10月11日時点で参照した公式公開情報 |
| Autowareの技術概要 | 2026年10月11日時点の公式資料 |
| 自動運転レベルの説明 | 一般的な自動運転レベルの分類 |
| 運行コスト比較 | 本サイト独自の仮想条件 |
| 継続収益の試算 | 本サイト独自の仮想条件 |
| 損益分岐点の試算 | 本サイト独自の仮想条件 |
| 株価・時価総額・PER | 本記事では使用しない |
計算式
年間売上＝契約車両数×1台当たり年間売上
年間変動費＝契約車両数×1台当たり年間変動費
営業損益相当＝年間売上−年間変動費−年間固定費
損益分岐点台数＝年間固定費÷1台当たり限界利益
※税金、資金調達費用、事業拡大に伴う追加固定費などは簡易計算に含めていません。
記事の変更履歴
| 日付 | 変更内容 |
|---|---|
| 2026年9月6日 | 初版公開。ティアフォーとAutowareの基本情報を解説 |
| 2026年9月21日 | 現行記事に表示されている更新日。個別の変更内容は未確認 |
| 2026年10月11日 | 改訂案作成。事業モデルと収益化の分析を強化 |
| 2026年10月11日 | 自動運転バスの採算性、遠隔監視、継続収益、損益分岐点、商用化移行率の独自シミュレーションを追加する改訂案を作成 |
| 2026年10月11日 | 公式出典、計算条件、情報基準日、変更履歴を追加する改訂案を作成 |
免責事項
本記事は企業・技術・投資に関する一般的な情報提供を目的としています。
特定企業の株式購入や金融商品の売買を推奨するものではありません。
独自シミュレーションは説明用の仮定であり、実際の企業業績や将来の収益を予測・保証するものではありません。
企業情報、製品、法制度、上場状況などは変更される可能性があります。最新の情報は公式発表をご確認ください。
コメント