2024年11月23日、24日の2日にわたり、「LINKS：DATA × Hackathon　ハッカソン」を開催した。10月のアイデアソンに続き、一般募集した多様なバックグラウンドを持つ参加者がチームを組み、LINKSのオープンデータを用いた新しいソリューションアイデアとアプリケーションを制作し提案するイベントの第二弾である。
本イベントでのアイデア／アプリ検討を通して、データに関するフィードバックをいただき、オープンデータを改善・拡充することを狙いとしている。

開催日時：Day1　2024年11月23日（土）10:00〜18:00

　　　　　Day2　2024年11月24日（日）10:00～18:30

開催場所：パレスサイドビル8階　NSホール

---

主なプログラム

Day1（11/23）
　１：データの紹介
　２：チームアップ＆チームアイデアソン
　３：ハッカソン（Day1）
　４：中間発表

Day2（11/24）
　５：ハッカソン（Day2）
　６：成果発表
　７：審査結果発表
　８：全体講評

１：データの紹介

本ハッカソンでは全９種類のデータを用意した（以下➀～⑧はサンプルデータの提供。⑨は公開済み）。

２：チームアップ＆チームアイデアソン

会場に集まった参加者たちは、まず各自でデータと向き合った。スプレッドシートには、1人10個程度のジャストアイデアが次々と書き出されていく。その中から最も実現したい1つを選び、アイデアをさらに磨いていった。全参加者のアイデアを一堂に並べ、相互投票を実施。その結果を基にチーム編成が進められた。

一人で挑戦を決めた参加者から、5,6人で力を合わせるチームまで、実に多様なチームが形成された。各チームは早速、チームアイデアソンに着手。メンバーそれぞれの想いを持ち寄り、アイデアの実装イメージを熱く議論した。1チーム1分の手短なプレゼンテーションを経て、各チームの開発方針が定まったところで、いよいよハッカソンの幕が上がった。

３：ハッカソン (day1)

ここからはいよいよ本格的な開発フェーズに突入。各チームは実際のデータを用いて分析・加工を進めていく。会場内を見渡すと、それぞれのチームが異なるアプローチで課題解決に挑んでいた。画面に向かって黙々とコードを書くチーム、ホワイトボードを囲んでアイデアを膨らませるチーム、データの可視化結果に熱い議論を重ねるチーム。キーボードを叩く音が心地よいリズムを刻む中、参加者たちは限られた時間との戦いに没頭していった。

一方、オンライン上でも活発な動きが見られた。Discordを介したチームメンバー間の情報共有は途切れることなく、メンターへの相談やデータに関する質問、バグの報告など、開発に関する様々なやり取りが飛び交う。時間が経過するにつれ、Discordチャンネルはますます活気を帯びていった。緊張感と熱気が入り混じる独特の空気が、会場全体を包み込んでいた。

４：中間発表

開発が佳境を迎えた Day1の終盤、中間発表の時間を迎えた。「課題解決」「インパクト」「完成度」「UI/UX」の４つのポイントを意識しながら、各チームが順にその時点での開発状況と今後の展望について発表していく。メンターたちは各チームの発表に熱心に耳を傾け、鋭い視点からの建設的なフィードバックを次々と投げかけた。そこには翌日の開発に向けた新たな視点や、改善のためのヒントが満載だった。

中間発表後にも、各チームでブラッシュアップに向けた議論が繰り広げられ、明日に向けてさらなる開発の意欲を高めていた。

５：ハッカソン (day2)

Day2は、前日の中間発表での気づきを胸に、朝から各チームで開発に取り掛かった。

会場内を巡ると、チームごとに異なる進化の過程が見て取れた。より洗練された機能を追加するチーム、データの分析結果を丹念に読み解きながら改善を重ねるチーム、ユーザーインターフェースの使いやすさを徹底的に追求するチーム。それぞれが明確な目標を持ち、チームワークを深めながら開発を進めていった。

時計の針が締め切りの16時に近づくにつれ、会場内の空気は一層引き締まりを見せる。キーボードを打つ音は更に加速し、チーム内での短く鋭い意思疎通が飛び交う。ハッカソン最後の時間へと、参加者たちの集中力は最高潮に達していった。

６：成果発表

ここからは、各チームの開発したシステム／アプリケーションを紹介する。

チーム「フェリーナビ」が開発したのは、船や港湾等の情報を統合し分かりやすく可視化したアプリである。
通常、公共交通機関はA地点からB地点に向かうための移動手段だが、「船を見たい」「飛行機を見たい」という、乗り物自体が“目的地”になることもあるのでは？と考えた。しかし、例えば「船」の場合、事業者が分かれている上申請区分も異なり、まとまって参照できる情報がないという。
今回使用したデータは以下である。

他にも、空港の位置をプロットした「空港ガイド」や、JR貨物が公開している貨物駅の位置をプロットした「貨物駅ガイド」といった、多様な切り口の可視化を行った。今後、観光事業への活用可能性も見据え、「港湾や空港、駅の情報だけでなく、周辺の情報もオープンデータとして整備していきたい」と話した。

チーム「磯子の虹」は、船舶事故のリスクを警告し安全意識を高めることを目的に、全国の船舶事故の統計、検索、3Dマップ体験を提供するWebアプリを提案。
今回使用したデータ、ツールは以下である。

今後の展望として、「船の動きや特性をより直感的に理解できるように、リアルな船の3Dモデルを地図に組み込んだ上で、特定条件での事故のシミュレーションを行い、事故発生時の状況を体験できるようにしたい。また、船舶の安全や運航に関する教育的なコンテンツの提供で、一般市民が学べる環境を整えたい」と述べた。

審査員の小林氏からは、「便利に使えそうで、筋が良いアイデアですね。誰がどのような場面で使うかを想定できれば、すぐに実用化できそうな気がします。気象情報との掛け合わせで、事故のリスクに関する分析ができるのではないでしょうか。」と具体的な活用方向について示唆を得た。
また、同じく審査員の内山氏からは、「まさに王道の使い方。LINKSのデータは膨大で、複数のテーブルから成り立っており、アプリケーションに実装しないと分からない部分もありますが、この提案はダッシュボードやGISによる検索・抽出を通じてインサイトを出す実装力がすばらしいと思います。モーダルで詳細情報が表示され、カメラのインタラクションもスムーズな上、パフォーマンスも良好で、国交省の開発のリファレンスとして是非参考にしたいです。」と技術的な完成度の高さを評価された。

チーム「アクシトラック」は、大きな被害を引き起こすトラックによる交通事故の削減を目的としたシステムを提案。
これまで交通事故の分析は、県単位での件数統計や個々の事故記録に偏っており、具体的な原因を掘り下げた分析が不足していたと言う。また、人手での分析は効率的ではない上、見落としなどのエラーも生じやすい、と考えた。
今回使用したデータは以下である。

将来的には、「ストリートビューの画像や、ドライバーの健康状態などのデータを取り込み、自動車会社や保険会社に提案していきたい」と語り、「そのために、さらに詳細な情報がほしい」という要望も投げかけた。

審査員の吉村氏からは、「事故原因の推測には、天候も含まれると良いかもしれないですね。」と機能拡張に向けた建設的な助言があった。
また、メンターの渡邊氏からは、「道路起因のデータの使い方に関して、興味深かったです。ドローンでの再現も未来を想起させるようでおもしろかったです。」と手法に対する評価が述べられた。

チーム「寄り道研究所」が開発したのは、勤務先や通学先からまっすぐに帰宅するのではなく寄り道を促すアプリケーションで、経路沿いのおすすめスポットをリコメンドしてくれるサービスである。
今回使用したデータは以下である。

このアプリにより「退勤後の時間や疲れたときの息抜きなど、日常生活の中に楽しみを見出すとともに、地域の新たな可能性の創出・活性化につなげたい」、さらに「全国で展開し、GTFS-RTで遅延ルートを避ける機能を付加したり、ユーザーの要望を取り入れられるようにしたい」と語った。

チームA（アルファ）は、不動産選びの判断基準が鉄道駅からの距離が主になっていることに疑問を感じたことをきっかけに、バスを含めた不動産物件を検索できるサービスを提案。

使用したデータは以下である。

今後は、「大手不動産ポータルのDBと連携し、かつリストビューなどユーザビリティの改善を図る」と語った。本アプリは、不動産物件の検索だけでなく、デベロッパーにとっては不人気なエリアや埋もれている不動産物件の価値発掘、行政向けには過疎エリアのバス利用を前提とした地域の活性化に有用であると示した。

審査員の吉村氏からは、「切り口や視点が非常に良いですね。欲を言えば、LINKSで使えるデータがもっとあるので、例えば、公共建築の場所や眺望の良さなどのデータを重ねられると、さらにすばらしいアプリになりそう。」とコンセプトの独自性を評価いただき、さらなるデータ連携による機能強化の方向性を示唆された。

また、メンターの久田氏からは、「GTFSによって街の価値が見える気がします。バス停があることによる街の価値の上昇、ダイヤ改正をしたことで街の変化の可視化、逆に3年後の街の変化もシミュレーションできます。GTFSはリアルタイムの情報だが、そういったリポジトリがあっても良いのではないでしょうか。また、豪雨時のGTFSを連続的に流すサーバーがあれば、シミュレーションにも便利ですね。」と都市計画への応用についても具体的な提案があった。

実際に身体を動かしながら操作して、船は急に発進・停止できないことを示し、ゴールでは花火が上がる。その様子に会場は大いに沸いた。今後については、「運転性能の数値を正しくし、海底や湾岸のデータを盛り込むとともに、対戦ゲームのように他者も参加できるようにしたい」と語った。

チーム「ソウ子を守れ」は、製造業の倉庫に対して、災害時の代替拠点選定の支援を行うアプリケーションを提案。
倉庫関連データに危険物取り扱いも入っているため、災害時の撤退等についても検討できるのではないか？国交省のハザードマップで災害の状況は把握でき、同じく国交省による治水経済調査マニュアルを使用することで、被災額および事業運営再開にかかる日数についても算定が可能なのではないか？と考えた。
今回使用したデータは以下である。

今後の展望として、「道路ネットワーク情報を付加して災害時に通行不可の場所の設定や余剰時間の検討ができる仕様にして、企業の防災や投資用の検討など事業継続計画（BCP）などに活用してもらいたい」と熱意を込めた。

審査員の吉村氏からは、「非常に可能性のあるアプリケーションとなっていますね。LINKSのほかのデータとの掛け合わせによって、違った側面が出てくるのではないかと思います。私も普段ネットワーク情報分析をしますが、最近はパーコレーション理論もあって、それと災害を絡めるとより精度の高い、有益な分析ができるのではないかと考えています。」とプロジェクトの発展性が評価されたとともに、先進的な分析理論の適用による機能強化の可能性についての言及もあった。

また、同じく審査員の内山氏からは、「該当する倉庫の情報に着目して、その被害の大小やサプライチェーンに対する影響がどれくらいあるかといったことを深掘りできるとさらに良いですね。」と経済的影響の評価への発展可能性を示唆された。

チーム「リンチャレ」が開発したのは、「行政手続が必要そうなことをやりたいけれど、どこに問い合わせたらいいかわからん！」を解決するチャット「行政手続きお助けチャット powered by LINKSちゃん」。
気軽に聞けることが大事で、どのような手続きがあるか、どういう場所に申請する可能性があるか、ふわっと知りたいニーズに応えるものになっている。
今回使用したデータは以下である。

申請場所や業務内容について、オリジナルキャラクターの「LINKSちゃん」が登場して誘導する。可愛らしい声や親しみやすいフォントを使うなど、堅苦しい手続きのハードルを下げるUIも一貫している。今後は、「管内図データを拡充し、運輸局のデータを盛り込み、法令の詳細な解説を加えたい」と話した。

審査員の小林氏からは、「このアイデアを見ていて、なぜ行政関連のインターフェースは格式ばっているのか、こういうかわいいものでいいのでは？と思いました。アプリ上で手続きまでできるようになる、その未来が見えました。今後、生成AIが進化して、データも正規化されれば実現できそう。」とユーザーフレンドリーなデザインアプローチを高く評価いただき、行政サービスの未来像についても示唆された。

また、同じく審査員の内山氏からは、「スタティックのデータを直接検索して出す部分と、AIが生成したものを組み合わせてBackendにしていたことを含め、我々の望んでいるデータの使い方となっており、国交省でもリファレンスにしていきたいです。」とデータとAIの効果的な統合アプローチが高く評価された。

７：審査結果発表

作品に対する評価として、オーディエンス賞とグランプリを用意しました。

オーディエンス賞は、会場の参加者とオンライン視聴者からの投票で決定（ハッカソン参加者は自身のチーム以外に投票）。グランプリの受賞作品は、課題解決、インパクト、完成度、UI/UXをポイントに、審査員3名が協議の上で決定しました。

８：全体講評

ファシリテーター・メンターのご紹介

関連記事

【ハッカソン】 LINKS:DATA x Hackathon

11/24ハッカソン成果発表YouTube