Who（誰が）
地方ローカル線を運営する中小鉄道事業者(全国約95社)と人口5万人以下の市町村(約900自治体)の施設管理・まちづくり担当者
対象とする社会課題：無人駅の維持管理負担増加と地域拠点機能の喪失
社会の役に立ち、しっかり儲かる。その両立が、この計画には数字で示されています。
全国の駅の約半分が無人化し、清掃も点検も人の目が届かなくなっている。鉄道事業者は人員を割けず、自治体は拠点化の構想があっても運営の担い手とデータがない。駅は通過するだけの場所になりつつあるが、センサーとAIで状況を可視化できれば、限られた人手でも駅を地域の窓口として動かし直せるはずだ。
※ この4つの数字は、見せるために作った数字ではありません。「事業計画」タブの10年計画とまったく同じ計算から出しています。EXIT（売却）時の手取りだけは「もし売れたら」の試算で、約束できる金額ではありません。
10年の事業計画も、創業融資695万円の申請資料も、システムの要件定義書も、最初の90日の段取りも——ぜんぶこのページにあります。足りないものはAIチャットが伴走しながらその場で作り、システム開発・専門家・投資家への橋渡しまで、このサイトの中で進められます。「やりたい」と思ったその日から、始められる状態です。
ボタンを押すと、エキノバの内容を踏まえたAIチャットが開き、事業計画書やピッチ資料、要件定義書などの素案をその場で一緒に作成できます。まずは気になる資料のボタンから始めてください。
※ ボタンを押すと確認のポップアップが出ます。「はい」を選ぶとAIチャットが新しいタブで開き、 この事業の内容を踏まえた作成指示が自動で送られます（あなたが文章を打ち込む必要はありません）。 どのボタンを出すかは事業の性質でAIが出し分けます。生成にはAIチケットを使用します。
あなたの経歴とこの事業のフィットをAIが診断します。活きる強み、足りないもの、 共同創業者に求める人物像まで示します。
無料会員登録して診断する登録済みの経歴をもとに、この事業とのフィットを診断します。経歴・スキルの内容はAI相談・AIチャットの回答にも反映されるため、最新の内容に更新しておくとより精緻なアウトプットが得られます。
💡 このショーケースをお気に入り登録すると、あなたのAIチャットがお気に入り登録した事業の情報を学習し、より賢く、具体的な提案ができるようになります。
※ AIによる参考意見です。合否や成否を保証するものではありません。経歴・スキルの登録内容は、この診断やAI相談・AIチャットの回答精度にも影響します。
「エキノバ」は、無人駅に設置した人感・防犯カメラ・環境センサーのデータをAIが解析し、鉄道事業者の施設管理担当者に「今週巡回すべき駅トップ10」や破損リスク箇所をダッシュボードで提示するサービスです。
担当者は勘や経験に頼らず、限られた人員を優先度の高い駅から効率的に配分できます。同時に自治体・地域住民向けにはLINE連携のAIチャットボットを設置し、待合室のイベント利用申請や空き状況確認に24時間自動応答します。さらに乗降データと人口動態を組み合わせ、カフェや宅配ロッカーなど拠点化に適した機能を自治体へ月次レポートで自動提案し、駅を「通過点」から「地域拠点」へ変えていきます。
全国の鉄道駅約9,500駅のうち無人駅は約4,600駅(約48%)に達し、地方ローカル線を中心に今後も増加が見込まれる。
無人化により清掃・設備点検・防犯・利用者対応が手薄になり、駅は「通過するだけの場所」と化し、周辺商店街の衰退や高齢者の外出機会減少にもつながっている。鉄道事業者側は保線・営業要員の人員削減が進む一方、駅ごとの利用実態(乗降数、設備劣化状況、トラブル発生履歴)を可視化・分析する仕組みがなく、勘と経験に頼った巡回計画しか立てられていない。自治体側も「駅をコミュニティ拠点にしたい」という構想はあるが、運営人員・予算・データが不足し具体化できないケースが大半である。結果として、鉄道事業者・自治体・地域住民の三者が課題を共有しながらも、それぞれの持つ情報が分断され、抜本的な解決に至っていない。
予知保全AIはセンサー時系列データを解析し、設備故障確率を回帰モデルで予測して点検優先度をスコアリングする。
画像解析AIは駅構内カメラ映像から破損・落書き・不審物・混雑度を自動検出し、異常時は管理者へアラート通知する。自然言語対話AIは住民・自治体からの問い合わせをFAQ回答と有人引き継ぎに振り分け、24時間対応の一次窓口を担う。需要予測・最適化AIは乗降データと地域統計を組み合わせ、拠点化機能の優先順位付けや巡回ルート最適化を行う。
鉄道事業者の施設管理部門が各駅に設置した低コストIoTセンサー(人感・騒音・温湿度・防犯カメラ)からのデータをAIがリアルタイム収集し、利用者数予測・設備異常検知・清掃/点検の優先順位付けを自動算出する。
管理担当者はダッシュボード上でAIが提示する「今週巡回すべき駅トップ10」や「破損リスク箇所」を確認し、限られた人員を効率配分できる。地域住民や自治体職員向けにはLINE連携のAIチャットボットを設置し、「駅の待合室を地域市場に使いたい」「イベント開催の空き状況を知りたい」といった問い合わせに自動応答しつつ、利用申請の一次受付を行う。さらにAIは駅ごとの乗降データと周辺人口動態を組み合わせ、カフェ・宅配ロッカー・診療所出張窓口など拠点化に適した機能を提案するレポートを自治体に月次で自動生成する。これにより鉄道事業者は保守コスト削減、自治体は住民サービス拡充を同時に実現する体験を提供する。
| 経験・勘頼りの巡回による人件費(非効率な全駅巡回) | 年間約540万円(点検要員3名×月1回全駅巡回想定) |
| 設備故障の発見遅れによる緊急修繕費・特急対応費 | 年間約240万円(1件20万円×月1件の緊急対応想定) |
| 落書き・破損の原状回復委託費(発見遅れによる被害拡大分) | 年間約60万円(1件3万円×月1.5件想定) |
| 拠点化構想が具体化せず遊休化した駅スペースの機会損失 | 年間約120万円(空きスペース賃料換算、1駅あたり月1万円相当×10駅) |
| 駅管理SaaS利用料(1駅あたり月額2万円想定・10駅導入) | 月額20万円 |
| 拠点化コンサルAIレポート(自治体向け) | 月額10万円 |
| 住民対応AIチャットボット(初期構築費50万円+月額5万円) | 初期50万円、月額5万円 |
この事業をやっている人のある1日、1年後・3年後・10年後の姿、向いている人・向いていない人、よくある質問……
あなたと事業の詳細は無料会員限定です。
時間軸別に、各チャネルの具体施策と、それをAIでどうプロンプティングして実現するかをセットで。
上記の施策をもとに、広告物の作成業者（マーケ会社）への紹介をご希望の場合はこちらからエントリーできます。
マーケ会社の紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
この事業に必要なアプリを作るための仕様です。下のボタンでWordに書き出せば、そのまま開発会社への相談・見積の依頼に使えます。
※ このボタンは、このページに載っている内容をそのままWordファイルに書き出します（AIは使いません。すぐ保存できます）。 ページの上のほうにある「ほしい資料を、その場でAIがつくります」の要件定義書のボタンは、AIチャットがあなたのご要望を聞きながら、そのつど書き起こすものです。 すでにある内容をそのまま渡したいときはこちら、作りたい範囲や条件を相談しながら仕上げたいときはAIチャットをお使いください。
無人駅は全国約4,600駅に達し、清掃・点検・防犯対応が手薄なまま「通過するだけの場所」になりつつある。
鉄道事業者は保線・営業要員を削減しながらも、駅ごとの利用実態や設備劣化状況を可視化する仕組みを持たず、巡回計画が担当者の勘と経験に依存している。自治体側は駅をコミュニティ拠点化したい構想を持つが、運営人員・予算・データが不足し具体化に至っていない。鉄道事業者・自治体・住民の間で情報が分断されたままでは、どの主体も単独で課題を解決できない状況にある。
MVPフェーズはAIモデルの精度検証や機能要件が導入先ごとに変動するため準委任契約が向く。
特にセンサーデータの実測値を見ながらモデルチューニングを繰り返す部分は、成果物を事前に固定しにくく準委任が適する。一方、ダッシュボードUIやチャットボットの基本対話フローなど要件が固まった部分は請負契約で範囲を明確化し、双方の作業範囲を分離して発注するのが望ましい。発注時はセンサー故障やデータ欠損時の検証データ不足リスクを契約書に明記し、精度目標(故障予知的中率80%等)は努力目標として扱う条項を入れることを推奨する。
| 区分 | 想定利用者 |
|---|---|
| プライマリ | 鉄道事業者の施設管理担当者・保線担当者（巡回計画立案・設備点検実施） |
| セカンダリ | 自治体職員・地域住民・商工会関係者（拠点化提案の受け手、施設利用申請者） |
| 管理 | エキノバ運営会社のシステム管理者・カスタマーサクセス担当（センサー保守、AIモデル運用、契約管理） |
| 機能 | 入力 / 処理 / 出力 |
|---|---|
| 予知保全AI故障予測機能 | センサー時系列データ→回帰モデルで故障確率算出→点検優先度スコアを出力 |
| 画像解析異常検知機能 | 駅構内カメラ映像→破損・落書き・不審物・混雑度を検出→管理者へアラート通知 |
| 対話AI一次窓口機能 | LINE経由の住民問い合わせ→FAQ回答/有人振り分け判定→自動応答し引き継ぎ |
| 需要予測・巡回最適化機能 | 乗降データと周辺人口統計→需要予測モデルで分析→巡回ルート・優先駅リスト出力 |
| 巡回優先順位ダッシュボード | AIの点検・巡回スコア→駅別ランキング集計→巡回すべき駅トップ10を表示 |
| 拠点化提案レポート自動生成 | 乗降データと地域統計→拠点化適性を分析→自治体向け月次レポートを自動生成 |
| 施設利用申請受付機能 | チャットボットでの利用希望入力→空き状況を照合→予約申請データを登録 |
| IoTセンサーデータ収集基盤 | 人感・騒音・温湿度・カメラの各駅データ→収集・正規化→クラウドDBに保存 |
| 管理者アラート通知機能 | 異常検知・故障予測結果→閾値判定→担当者へメール/アプリ通知を配信 |
| 駅別データ可視化ダッシュボード | 蓄積データ→駅別に集計・グラフ化→鉄道事業者担当者向け画面に表示 |
| 契約・課金管理機能 | 駅数・契約プラン情報→月額利用料を算出→請求書を発行し事業者/自治体へ送付 |
| テーブル | 主要カラム |
|---|---|
stations | station_id, name, line_id, operator_id, municipality_id, lat, lng, nearby_population |
sensors | sensor_id, station_id, sensor_type, install_date, warranty_expire, status |
sensor_logs | log_id, sensor_id, recorded_at, value_json, battery_level |
anomaly_events | event_id, station_id, sensor_id, event_type, severity, detected_at, image_url, status |
maintenance_tasks | task_id, station_id, priority_score, assigned_staff, scheduled_date, completed_at |
chatbot_conversations | conversation_id, municipality_id, user_id, channel, message, intent, resolved_flag, escalated_at |
facility_reservations | reservation_id, station_id, applicant_name, purpose, use_date, approval_status |
contracts | contract_id, client_type, client_id, plan_type, monthly_fee, start_date, renewal_date |
| # | 画面 |
|---|---|
| 1 | 駅状況ダッシュボード |
| 2 | 巡回優先度ランキング |
| 3 | 異常検知詳細画面 |
| 4 | チャットボット管理画面 |
| 5 | 施設予約承認画面 |
| 6 | 拠点化提案レポート閲覧 |
| 7 | 契約・請求管理画面 |
| # | 技術（採用理由） |
|---|---|
| 1 | AWS IoT Core(センサーデータ収集の標準基盤) |
| 2 | AWS RDS/S3(時系列・画像データの保存に実績) |
| 3 | Python/PyTorch(予知保全回帰モデル開発に適する) |
| 4 | YOLOv8/OpenCV(破損・不審物の画像検知に実績) |
| 5 | LINE Messaging API(住民向けチャット連携に必須) |
| 6 | Dify(対話AIの構築・FAQ振り分けを効率化) |
| 7 | Next.js(管理ダッシュボードUIを高速開発) |
| 区分 | 要件 |
|---|---|
| 可用性 | 可用性: 駅管理ダッシュボードの稼働率99.5%以上(月間ダウンタイム3.6時間以内)を維持する想定 |
| 性能 | 性能: 画像解析AIの異常検知アラートは映像取得から5秒以内に発報する目安とする |
| 対話AI | 対話AI: チャットボット応答は平均3秒以内、24時間365日無停止稼働を要件とする |
| セキュリティ | セキュリティ: 防犯カメラ映像は撮影後72時間以内に匿名化処理し、個人特定情報はAES-256で暗号化保存する |
| 運用 | 運用: センサーデータ欠損率5%以下を維持し、欠損発生時はルールベース補完ロジックで代替する |
| 拡張性 | 拡張性: センサーデータ基盤は3年目の200駅から将来2,000駅規模まで水平スケール可能な設計とする想定 |
| 段階 | まず何を作るか | 概算費用 |
|---|---|---|
| ①手動検証 | 協力してくれる鉄道事業者一社の数駅に人感センサーとカメラを仮設置し、担当者への聞き取りと目視巡回の記録をスプレッドシートで手作業で突き合わせ、故障予兆や混雑パターンの仮説を立てる | センサー機器の試作費と現地訪問の交通費が中心で、外部発注は最小限にとどめる |
| ②最小システム | センサーデータをクラウドに集約し、簡易ダッシュボードで巡回優先度リストを表示するだけの仕組みを作る。チャットボットはFAQ回答のみの簡易版で自治体一団体と試験運用する | クラウド利用料とAI API利用料が主で、外注は画面部分のみ数か月分を想定 |
| ③本開発 | 予知保全モデルと画像解析AIを実データで再学習させ、複数鉄道事業者・複数自治体で並行運用できるようマルチテナント対応のSaaS基盤に仕立て直す | 外部エンジニアへの発注が本格化し、クラウド費用とAI利用料も継続的に発生する規模になる |
上記の要件定義書をもとに、システムベンダー（開発会社）への紹介をご希望の場合はこちらからエントリーできます。
システムベンダーの紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
10年の収支と資金の集め方、財務、KPI、資本政策、そして図解付きのフル事業計画書・AI実装仕様書……
事業計画の詳細は無料会員限定です。
市場の前提（ボトムアップ試算）とTAM/SAM/SOMの規模感……
市場規模の詳細は無料会員限定です。
競合となるサービス・企業と、この事業ならではの差別化ポイント……
競合企業の詳細は無料会員限定です。
対応が必要な許認可・法規制と、確認すべき相手先・想定調整期間……
関連法令・許認可の詳細は無料会員限定です。
手を挙げたその日から動けるように、完了条件つきで並べています。
| 誰に会うか | なぜ会うか | 接触の仕方 |
|---|---|---|
| 地方ローカル鉄道事業者の施設部門・保線区の管理職(駅設備担当課長クラス) | 無人駅の巡回・点検業務の実態と予算配分の意思決定権を持つため | 地方鉄道協会や地域交通シンポジウムでの名刺交換、既存の地銀紹介ルートを利用 |
| 人口5万人以下の市町村の企画政策課・地域振興課の担当職員 | 駅拠点化構想の予算化・補助金申請の実務窓口であるため | 地方創生関連の自治体向けセミナーや地域公共交通会議の傍聴を通じて接触 |
| 地方運輸局(国土交通省)の交通企画課の担当官 | 地域公共交通計画策定支援事業との連携可否や補助金情報を得るため | 地方運輸局の相談窓口に事業概要資料を持参しアポイントを申請 |
| 地域IoTベンダーの営業責任者(センサー・カメラ機器メーカー) | 低コストセンサーの量産調達・保守体制構築のパートナーとするため | IoT展示会(CEATEC等)や地域産業振興財団の紹介で接触 |
| 地方銀行・信用金庫の地域振興部門(地域活性化担当) | 自治体・鉄道事業者への紹介ネットワークと融資相談の窓口を得るため | 地銀主催の地域活性化ビジネスマッチングイベントに出展・参加 |
| チャネル（目標件数） | 声のかけ方 |
|---|---|
| 地方運輸局・国交省の地域公共交通計画策定支援事業への同席 | 「無人駅の維持管理データをAIで可視化する実証を検討している事業者です」と自己紹介し、計画策定に関わる自治体・鉄道事業者の会議に同席させてもらえないか運輸局担当者に相談する |
| 中小ローカル線事業者への直接訪問 | 施設管理部門の担当者に「巡回の優先順位付けを無償で試させてほしい、まず数駅だけセンサーを置かせてもらえないか」と伝え、パイロット導入の許可を取る |
| 地銀・信金の地域振興部門からの紹介 | 「取引先の鉄道事業者や自治体で駅の活用に困っている担当者がいれば紹介してほしい」と地域振興担当者に依頼し、既存の信頼関係を通じて面談機会を作る |
| 商工会・地域おこし協力隊ネットワーク経由の自治体接点 | 「駅の待合室を地域拠点として使う相談を自治体にしたいので、担当課につないでほしい」と商工会職員に依頼し、まちづくり担当者との面談を設定する |
対応が必要な許認可・法規制の詳細は「関連法令」タブでご確認いただけます。着手前に必ずご確認ください。
制度名・金額・要件は年度ごとに変わるため、ここでは種別と公式の探し先だけを示します。必ず一次情報で最新の要件を確認してください。
| 種別 | 特徴 |
|---|---|
| 自己資金・身内からの出資 | 最初の検証（ヒアリング・試作）はここで賄えることが多い。 |
| 日本政策金融公庫の創業融資 | 実績のない創業期でも相談できる公的融資。事業計画書の提出が要る。 |
| 自治体の創業支援制度 | 市区町村・都道府県ごとに補助・利子補給・家賃補助などがある。要件と募集時期は年度で変わる。 |
| 国の中小企業向け補助金 | 設備・販路開拓・IT導入などの類型がある。公募期間が短いので、常設の情報源で追う。 |
| エンジェル投資家・ベンチャーキャピタル | 急成長を前提にする資金。社会課題型では投資家の性格を選ぶ必要がある。 |
| 確認先 | 何がわかるか |
|---|---|
| ミラサポplus（中小企業庁） | 補助金・支援制度の横断検索 |
| J-Net21（中小機構） | 支援策・創業手引きのデータベース |
| 地域の商工会議所・よろず支援拠点 | 無料の対面相談。申請書の書き方まで見てもらえる |
| 日本政策金融公庫の各支店 | 創業計画書の事前相談 |
| 制度 | 誰が使えるか | この事業でどう効くか |
|---|---|---|
| 日本政策金融公庫 新創業融資制度・新規開業資金 | 法人設立から間もない代表者（無担保・無保証人での利用を想定） | 設立初期の運転資金・センサー機器の初期設置費に充てられる。今回の想定では創業融資の合計が695万円で、着金までの数か月を自己資金100万円でつなぐ設計になる |
| 国土交通省・地方運輸局 地域公共交通計画策定等関連事業 | 鉄道事業者・自治体（当社は連携先として関与） | 自治体が地域公共交通計画を策定する際のデータ提供・拠点化提案が事業目的と合致し、導入の後押しとして活用できる |
| 中小企業庁 IT導入補助金 | ITツールを導入する中小企業（中小鉄道事業者側が申請主体） | 駅管理SaaSの導入費用の一部を鉄道事業者側が補助対象にできる可能性があり、導入時の価格ハードルを下げる提案材料になる |
| ものづくり・商業・サービス生産性向上促進補助金（ものづくり補助金） | 設備投資・試作品開発を行う中小企業（自社が申請主体） | IoTセンサーの量産設計・改良開発費の一部を補助対象にできる可能性があり、MVPから本開発への移行費用を圧縮できる |
| 総務省 地域IoT実装推進事業（関連の自治体向け支援メニュー） | IoTを活用した地域課題解決に取り組む自治体（当社は導入支援事業者として関与） | 自治体側のチャットボット・拠点化レポート導入費用の財源として提案でき、単年度予算の制約を緩和する材料になる |
会社設立の手続きや許認可の取得、契約書の整備など、弁護士・税理士・司法書士等の専門家への紹介をご希望の場合はこちらからエントリーできます。
専門家の紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
本文中の「※1」「※2」の番号は、ここに対応しています。番号を押すと、この欄に飛びます。
この事業が失敗するとしたら原因はどこから来るか、単価をその値段にした理由、最初の3か月で確かめること、必要な契約書と支払い条件、1人目の求人票、この事業の1週間……
実行の手引きの詳細は無料会員限定です。
地域活性化の領域に取り組む仲間がコミュニティにいます。ひとりで抱え込まず、同じ課題を見ている人と話すところから始められます。
※ バッジは閲覧・登録数などにもとづく自動集計の相対表示です。