2024年3月2日
東京大学 本郷キャンパス
公共交通オープンデータ最前線 2024

バス広告の高度化・高収益化と放送データ注入の省力化を実現するAOIシステム
ケイエムアドシステム・東京大学
伊藤昌毅

車内放送： 音声合成装置から流れる• ワンマンバスを動作させるための放送装置– 8トラックテープ→メモリと進化

クラリオン CA-9000

レシップ Livu

レゾナント FC-8000

AOIシステム• IoTデバイスによるバス車載器の開発• Webベースのコンテンツ作成システムの開発• バス事業者– 車内放送をコストからベネフィットへ• 広告主– 柔軟でタイムリーな広告配信• バス利用者– バスが地域の移動と情報をもたらすように

今、試合は前半終わって2-1。
次のバス停で降りて、今すぐチームを応援しよう！空席まだあるよ。

Webによる広告入稿を実現
広告音声を作成

地図でバス停をクリック

期間と時間帯を設定

チーム体制• （株）ケイエムアドシステム– 全国114社のバス会社のアナウンスを請け負う広告代理店• 開発– （株）ワールドクラフト– エヌ次元（株）• スマートフォンアプリとWeb開発– （株）プランクユニッツ• 東京電気大学発 IoTベンチャー• 共同開発– クラリオンライフサイクルソリューションズ株式会社• アドバイザー– 伊藤昌毅（東京大学）• 実証実験協力– 川崎鶴見臨港バス株式会社

事業としての可能性• 今より細かい粒度で広告が販売できることで、広告を出稿する機会が増え、結果として広告収入は向上するという見込み• →バス会社に還元

技術解説

3層システム• IoT車載器： 次世代車載器アーキテクチャの提案– 常時接続されたIoT機器がバス運行に合わせてオンライン音声データを再生– 現状は「アタッチメント」として既存の音声合成装置と連動して動作• オンライン動的広告システム： 新規広告ビジネス開発– 顧客向け： Webベースの広告販売インタフェース– 管理者向け： 広告審査システム• 放送オーサリングシステム： 事業者のコスト削減・業務効率化– Webインタフェースでバス車内放送を編集・生成– GTFSデータ更新だけで放送を更新。録音やデータ注入が不要

運転席周辺には大量の機器が…

音声合成装置を核に機器が接続・連動• ドア開閉や発車ボタンなどからバスの状況を認識• 停車・発車などの状態を他の機器にも通知し制御

整理券発券
運賃箱

運賃表示器

ドア開閉

車速パルス

降車ボタン 通過ボタン

カレントループで系統番号、バス停番号などを通知し各機器を制御

方向幕
バスロケ

電子スターフ音声合成装置の問題点• データ作成のコスト・難しさ– 細切れにした音声データをメモリ内に記録し、路線やバス停などに応じて組み立てて放送する– バス停名の変更、広告放送の追加などの際にアナウンサーによる録音が必要• データ注入の大変さ– 変更のたびに、深夜に車両1台1台にメモリカードを挿しデータをコピー– Wi-Fiによる更新、金庫経由の更新も• 機器が増えて複雑化– 機能を担う機器が増え、管理なども大変に車載装置の開発• 方針： 既存の音声合成装置を残したまま音声を差し替える装置を開発– 既存機器は無音化• Raspberry Pi ベースのreTerminal を使用
して車載装置を開発– 5inch スクリーン、F1からF3ボタンなどを一体化• GPSや各種IOを一体化し金属筐体に収めた• 車両から24Vを供給、エンジン連動し起動

開発用機材• ドア開閉などをシミュレートするボタンを外付け

20

ハードウェア構成
無音化した
データ注入

車内
スピーカー

クラリオン
CA-6000

車外スピーカー

LTE常時通信放送音声（外部音声入力）
位置・時刻
カレントループ
設定番号・
バス停通過情報

通過ボタン

降車ボタン

放送切替スイッチ

ドア開閉

ウィンカー

GPS

車載器ソフトウェア• バスの状態変化に基づくイベントドリブン型のプログラム
放送（車内へ）「次のバス停は○○です」

停車中

走行中
放送（車外へ）「このバスは○○行きです」• Pythonにより実装• 状態変化に対応した「アクション」をプラグインとして追加可能。将来の拡張に備える22

バス（車載器）の状態遷移を定義

放送データ• JSON形式で、系統ごとにイベントと対応するアクションをまとめたデータ– イベント例： n番目のバス停を発車– アクション例： 音声データ「http://xxx.yyy.mp3 」を再生
– 2022年3月までに羽田野さん（当時 電通大）を中心にフォーマット策定• 動作– 起動時： 車載器がサーバからプログラムを取得• その後コンテンツのURLを確認しキャッシュとして取得• 議論– 当初案： コンテンツはリアルタイム取得前提。リアルタイム生成コンテンツも想定– 現行： Eagerにキャッシュするような動作。ダイヤ改正前は複数日分も取得

放送データフォーマット
• イベントとコンテンツの組み合わせをstop_patternごとに用意• 仕業と route のデータも用意

イベント

複数のコンテンツ

サーバ側

管理者：放送オーサリングシステム

一般：オンライン動的広告システム

放送オーサリング• 放送音声を編集するシステム• 録音データを管理し、どの場合に何を再生するかプログラムを作成• 現在のほとんどの場合、車載器ハードウェアに付属するWindowsアプリが使われている– 大量のデータの用意が大変。手作業でデータを操作することも放送オーサリングにおけるGTFSデータの活用• GTFSデータを元に放送データを作成する• GTFSで欠落している仕業データなどを追加ファイルとして登録

Additional.csv

GTFSの更新• ダイヤ改正時は改正後のGTFSをアップロードすることで、差分を検出し適切に処理• 例： バス停名を変更→ データ有効日からバス停名が切り替わる

40

基礎データ登録●

GTFSデータ＋仕業データを登録することで放送の基礎データに○●●改正日より前に更新データをアップロード、必要なら放送を編集

ダイヤ改正、運行日設定、バス停名称や位置の変更などは全てGTFSから反映
実証実験ではダイヤシステムの出力データを独自にGTFSに変換して利用予定

41

放送音声の作成（オーサリング）

42

車内放送の編集●

放送を運行放送、広告放送、業務放送に区分○

現在は暫定で全て業務放送として登録

43

運行放送はパターン化してまとめる

44

経由地の設定●途中バス停で読み上げられる行き先や経由地は三角表から設定可能

人工音声： コエステーション• あオンライン動的広告システム• Webから簡単にバス音声広告を出稿– 音声は人工音声を利用• 出稿者は日々発信内容を変えるなど広告の動的編集も可能

Webによる広告入稿を実現
広告音声を作成

地図でバス停をクリック

期間と時間帯を設定

最新の開発状況現状： 放送内容をほぼ変えずに人工音声化• x

SNSでの反響

https://twitter.com/E235_1001/status/1746054069792465221

まとめ• バス広告

– 動的に入稿、流せるように– 今より高収益を狙う！

• 音声合成装置– 放送データをクラウドから入力することで「注入」不要に– 「何か変えるたびに録音し直して大変、お金が掛かる」問題を解決• バスの可能性を広告で引き出す– 移動手段と一体化した広告が地域を繋ぐメディアに