
2017年より開催されている「公共交通オープンデータチャレンジ」は、全国の鉄道、バス、航空、フェリー、シェアサイクルなどの公共交通オープンデータを活用した、革新的なアプリケーションやサービスを募集する日本最大級のオープンイノベーションコンテストだ。2025年度のコンテスト開催にあたっては、約500にのぼる交通事業者・自治体等の協力のもと、過去最大規模のオープンデータ化を実現。国土交通省「歩行空間ナビ・プロジェクト」(以下、ほこナビ)事業と連携して公開された「歩行空間ネットワークデータ」(以下、NWデータ)も活用対象となり、国内外から約600人の開発者がエントリーした。
その中で特別賞(JR東日本賞)を受賞し、注目を集めたのが、中央大学の学生チームが開発した「EkiLink」(エキリンク)だ。
EkiLinkは、駅構内を3Dで可視化し、目的地までの経路を案内するバリアフリー対応のWebアプリケーション。現在は都営地下鉄大江戸線12駅に対応し、複雑な地下駅でも立体的に構造を把握できることが特徴だ。今回は開発者である中央大学 情報工学研究部の水野雄介さん(写真左)と伊藤悠莉さん(写真右)に、EkiLink開発の経緯や、NWデータに寄せる期待などについて伺った。
「歩行空間」という言葉に惹かれて始まったアプリケーション開発
――まずは、お二人のバックグラウンドから教えてください。大学ではどんな勉強をされているんですか?
水野さん: 僕は先進理工学部の4年生で、電気電子工学を専攻しています。高校の頃は物理が好きだったので、理系に進むなら電気系や機械系かなと思って学科を探していました。今はセンシング工学の研究室に所属しながら、書道ロボットの開発に取り組んでいます。
――「書道」というと、筆を使う?
水野さん:はい。ロボットに筆を持たせて、うまく字を書かせられたら面白いなと。ただ、書道ってすごく繊細で、筆圧や墨の状態によって印象がガラッと変わってしまうので、再現が非常に難しいんです。どんなセンサーを使うのか、画像認識を組み合わせるのか、モーターにかかる反力をフィードバックさせるのか。先行研究を踏まえつつ、さまざまなアプローチで試行錯誤しています。

――プログラミングは昔から得意だったのですか?
水野さん:いえ、大学に入るまでは未経験でした。1年生の授業で初めてC言語に出会ってその楽しさを知り、個人でさまざまなサービスを作ってみるようになりました。
伊藤さん: 僕の場合は、小学2年生の時に初めてパソコンに触れて、Scratch(子ども向けのプログラミング学習ツール)で遊んでいたのがプログラミングの原点です。中学1年生の時に『Minecraft (マインクラフト) 』というゲームのMOD(改造プログラム)を作るためにJavaの勉強を始めたのをきっかけに、3年生になる頃にはAndroidアプリ開発に挑戦するなど、ずっとプログラミングが身近にありました。現在はビジネスデータサイエンス学科の4年生です。
――それだけプログラミングがお好きなら、情報工学の方面へ進学する道もあったかと思いますが、なぜ今の学科に?
伊藤さん: 情報工学は、システムの根本的なアルゴリズムを改善したり、巨大な行列を高速に計算したりといったローレベル(基盤技術)を追究する学問です。一方でビジネスデータサイエンスは、お客様の購買データや気象データといった膨大なデータを、どのように処理・分析して社会や企業の課題解決に生かすかを考える学問で、どちらかというと統計学やデータ分析を土台とした領域です。僕は、プログラミング技術そのものを深く追究することよりも、その技術を使って新しい価値を生み出すこと、つまり「人に役立つサービスをどう作るか」に興味があったので、そうした学びができるビジネスデータサイエンス学科がぴったりだったんです。
――そんな専門の異なるお二人が一緒に作り上げたEkiLinkについて教えてください。

水野さん:EkiLinkは、駅構内のフロア、通路、設備、移動経路を3Dで可視化し、到着点までの経路を案内するWebアプリケーションです。現在は、都営大江戸線の新宿駅、六本木駅など12駅に対応しています。
駅構内では、地下何階にいるのか、目的の出口やエレベーターが別の階のどこにあるのかを、通常の平面図(2D)だけで理解することが難しい場合があります。EkiLinkでは各階を高さ方向に積み重ねて立体表示することで、駅全体の空間的なつながりを直感的に把握できるようにしました。出発点と到着点を選ぶと最短経路を表示でき、トイレ、AED、エレベーターなどの設備を到着点として選択することもできます。また、バリアフリー検索では階段とエスカレーターを候補から除外し、エレベーター等を利用できる経路を提案します。検索した経路をアニメーションでたどり、実際の移動をイメージできるのも特徴です。



――開発のきっかけは?
伊藤さん:もともと僕たちの所属する情報工学研究部では、ゲーム制作、Webアプリ開発、3Dモデリング、DTM(パソコンを使った音楽制作)、競技プログラミングなど、個人やチームで幅広い制作活動を行い、大学祭やコミックマーケットなどで発表していました。それまで水野君と活動する機会は多くありませんでしたが、一度だけチームを組んで出たコンテストでは満足のいく結果にならなかったので、「リトライしたいね」とは話していました。
水野さん:僕はアルバイトでプログラミングを教えているのですが、生徒がいろいろなコンテストを探してくれるんです。その中に「公共交通オープンデータチャレンジ2025」がありました。公開されているデータセットの一覧を開いたとき、最初に「歩行空間」という文字が目に飛び込んできたんです。
――まず「歩行空間」という言葉に興味をもった、と。
伊藤さん:「歩行空間って何だろう、面白そうじゃない?」というところから始まりました。調べていくうちに、まだあまり注目されていないデータであることに気づき、少し下世話な話にはなりますが、「これなら受賞が狙えるかもね」と狙いをつけた感じで……(笑)。
――なるほど! かなり戦略的でもあったんですね。
水野さん: 時刻表や運行情報を使った作品はたくさん出てきそうだったので、「みんながやらないところを攻めよう」と。受賞は意識していましたが、やはり「歩行空間」というデータ自体が面白そうだと感じたことが大きかったですね。課題解決ありきというより、データから発想するプロダクトアウトのスタートでした。
伊藤さん:調べてみると、僕たちが知らないところで、駅構内だけでなく街中まで細かく整理されていて驚きました。「これだけのデータをオープンにしていいの?」と二人で話していたくらいです。本来ならお金を払って利用させてもらうようなデータでしょうし、自由に使えること自体が新鮮でした。
攻略困難なダンジョンを、NWデータを利活用することで「誰もが迷わない駅」に。
水野さん:NWデータを深く掘り下げていく中で、僕がもともと抱いていた問題意識ともつながりました。都市部の大きな駅は、慣れている人でも迷いやすく、車椅子利用者、高齢者、ベビーカー利用者など、利用できる経路が限られる方にとっては、さらに移動が難しい空間ですよね。“攻略困難なダンジョン”のようなもので、だからこそ、NWデータを使って複雑な駅を直感的に理解できる形にしたいと考えました。コンセプトは「すべての人に、迷わない駅を。」です。EkiLinkという名称には、駅の階層や設備、経路、そして駅を利用する人を情報によってつなぐ、という意味を込めています。
――EkiLinkの仕組みについても教えてください。
水野さん:EkiLinkでは、国土交通省の仕様(歩行空間ネットワークデータ等整備仕様)に基づくGeoJSON形式の駅構内データを使用しています。データには、各階の空間を表すポリゴン(多角形データ)や、トイレやエレベーターなどの設備情報に加えて、経路上の地点を表す「ノード」、点同士を結ぶ道筋である「リンク」が含まれています。経路検索では、このノードとリンクを使って駅構内を「地点と道がつながったネットワーク」として組み立て、リンクに記録された距離を基準に最短経路を計算しています。バリアフリー検索では、階段やエスカレーターに該当する経路を候補から除外し、残った経路だけで最短ルートを求める仕組みです。
地図の3D表示には、きれいで分かりやすい見た目にするために、オープンソースの地図表示ライブラリ「MapLibre GL JS」と、地図上に立体的なデータを重ねて表示するライブラリ「deck.gl」を組み合わせました。各データがどの階にあるかを判定し、階ごとに高さを割り当てることで、もともと平面的な駅構内データを立体的に表示しています。12駅全体で、約2,700のノード、約3,000のリンク、約880の設備データを扱っています。
――開発で苦労したポイントは?
水野さん:ライブラリ選定とUI設計は特に苦労しました。表示できる情報を増やすほど画面が煩雑になり、かえって駅の構造が理解しにくくなってしまいます。そのため、配色や透明度、線の太さはもちろん、ボタンの配置や押しやすさまで何度も調整しました。階層別表示や設備一覧、検索モードの切り替え、経路アニメーションなども取り入れて、機能が多くても迷わず使える画面になるよう工夫しました。
伊藤さん:駅によって階層数やデータの構成が違うのも難しいところでした。そこで、僕が試作した赤羽橋駅の基本ロジックをベースに、水野君が駅ごとのデータを設定ファイルとして切り分ける設計にしてくれたんです。これにより、今後新しい駅を追加する際に全体のロジックを書き直す必要がなくなり、高い拡張性を実現できました。
「ほこナビ」データ×リアルタイムデータで叶える、誰もが安心して移動できる「ドア to ドアナビ」
――今後、EkiLinkをさらに発展させるとしたら、どんなことに取り組みたいですか?
水野さん:今は目的地までの経路を表示するところまでですが、本当に実用的な移動支援サービスにするには、Google マップのように、現在地を中心にリアルタイムで案内できるナビゲーション機能を実装する必要があるかと思います。そのために期待しているのが「屋内測位」の技術の発展です。
屋外ではGPSによって現在地を把握できますが、建物内では電波が届きにくく、利用者が建物のどこにいるのかを正確に特定することが難しいという課題があります。そこで役立つのが、既存のWi-Fiやスマートフォンの加速度計、ジャイロセンサー、気圧センサーなどを組み合わせて現在地や階層を推定する屋内測位技術です。最近ではMapxusさんがショッピングモールなどで実用化を始めていますよね。僕も実際に体験してきましたが、その正確さに驚きました。
伊藤さん:NWデータは駅構内が細かいノードで区切られています。そのため、屋内測位で現在地さえ分かれば、「いまユーザーはこのノードの近くにいるな」と即座に判定できるでしょう。そうした連携が実現して、初めてEkiLinkはナビアプリとして完成するのではないかと考えています。
水野さん:NWデータや、同じく「ほこナビ」で扱っているバリアフリー施設等データの整備範囲が今後さらに拡大していけば、駅構内から屋外の目的地まで案内する「屋内外シームレスナビゲーション」も可能になるのかなと。さらに、屋内測位や電車の運行状況、エレベーターの稼働状況、混雑状況などのリアルタイムデータを組み合わせれば、真のバリアフリーな「ドア to ドアナビ」も実現できそうです。たとえば新宿駅のような大規模ターミナル駅では、駅構内の移動にどれくらい時間がかかるのか分かりにくく、待ち合わせ場所までなかなかたどり着けないことも日常的にあります。初めて訪れる場所でも、「車椅子でそのルートを通れるか」だけでなく、「実際の移動にどれくらい時間がかかるのか」まで事前に把握し、安心して移動できるサービスを実現したいと考えています。
伊藤さん:とはいえ、僕たちも来年には就職してしまうので、どこまでEkiLinkの開発に注力していけるかは未知数なところもあります。EkiLink はGitHub(開発者同士がソースコードを公開・共同開発できるサービス)で公開していますので、駅のデータを新しく追加してもらったり、機能をアップデートしてもらったりして、より良いアプリケーションへ発展させてくれる人がいれば嬉しいですね。

ゲーム感覚で参加できるオープンデータ整備の提案
――NWデータの拡充というお話が出ましたが、最後にNWデータやバリアフリー施設等データを扱う「ほこナビ」の取り組みや、広く歩行空間のDXについて、ご期待やご意見があればお聞かせください。
伊藤さん:Appleが策定し、国際的にも標準として採用された屋内マッピングデータフォーマット「IMDF」のように、NWデータをはじめとするオープンデータも、民間のナビアプリに使われる共通規格として、国がリードしてさらに普及させてほしいです。規格が統一されれば、Google マップやNAVITIMEをはじめとするさまざまなナビアプリが全国のデータを一括で取り込めるようになり、マップの完成度や利便性が大きく向上します。それによって多くの企業が同じオープンデータにコントリビュート(貢献)できることも大きなメリットです。新宿駅のように工事で頻繁にルート変更を余儀なくされる場所では、「データを更新すれば各社のアプリにも即座に反映される」ような仕組みが理想的ですね。そうすればすごく便利で、安全な社会になると思います。
水野さん:今後はデータを単に公開するだけでなく、継続的に更新できる仕組みが重要になると考えています。その点でいうと、昔から渋滞や交通規制などの道路交通情報をリアルタイムで車に届けるVICS(道路交通情報通信システム)の仕組みは素晴らしいなと思っていて。歩行空間でも同じように、現場の変化が正確に、タイムリーに届く仕組みがあったらいいなと感じますね。
――おっしゃるとおりです。データのリアルタイム性を担保する一つの解決策として、市民からの情報提供でNWデータを更新する仕組みについても議論が行われています。ただ、それをオープンデータとする場合、「情報の責任を誰が取るのか」という点が課題になります。現在は、市民からの情報提供を市区町村のオープンデータ管理者が確認したうえでデータに反映させるという、確認工程を一つ挟む形が現実的なラインとして検討されているところです。
水野さん:市民に協力してもらうなら、ちょっとしたインセンティブ(報酬)は絶対に必要だと思います。
伊藤さん: そうですね。エンジニアがオープンソースのモノづくりをする大きな原動力は、「自分が欲しいものを作りたい」「この技術を試したい」という欲求を満たせるからです。でも、単なるデータ収集作業にはそうしたモノづくりの快感や面白さがなく、純粋なボランティアになってしまい、そうなると参加してくれる人は限られてしまうかと。「10回報告したらジュース1本」というレベルでも構わないので、「行動に対するリターンがあること」が参加のハードルを下げる上でとても大切だと思います。
水野さん:とはいえ、国が主導するデータ収集に、一般の個人が協力していく取り組みってこれまではあまり例がなかったと思うんです。もしこれが実現したら、かなり面白いムーブメントになるんじゃないでしょうか。
伊藤さん:「誰でも簡単にコントリビュートできること」と「コントリビュートする価値や楽しさを感じられること」を両立できたら、理想的なオープンデータになりそうです。残念ながら悪意のあるデータが紛れ込むリスクもありますし、だいぶ性善説に寄った意見ではありますが、サクッと投稿できる気軽さは大事ですね。
水野さん:僕は最近『ピクトレ』という、電柱やマンホール等のインフラ設備をスマートフォンで撮影し、成果を競い合うゲームの存在を知りました。指定されたアングルで何枚も写真を撮るので正確性があるし、自チームの陣地を広げるために一帯を調査するので、楽しさとインフラ設備の保守活動を両立しているという点で、すごく良いアイデアだなと。移動が伴っているので、何かしらのゲーム性を持たせやすいんですね。貯めた報酬コインは電子ギフト券などに交換できるそうで、こういうゲーム要素を検討するのも面白いんじゃないでしょうか。
――ありがとうございました。
