【ローテク日記 第14回】AIリクエスト（4）〜立ちはだかる「50択の壁」と、妥協のランダム選曲〜
エフエムゆめウェーブ浅口スタジオの「K」です。
当ブログでは、ゆめウェーブがどのようにテクノロジーを放送の現場に活用しているかをご紹介しています。
さて、AIリクエスト開発編の第4回。
旅先のジュークボックスからヒントを得た私は、さっそく「あらかじめ指定したリストから曲を選んでもらう」システムの構築に取り掛かりました。
理想の「ジュークボックス」構想
最初に考えたのは、以下のような「WEBアンケート」の仕組みをベースにした処理フローです。
①投稿フォームに曲目一覧を表示する（50曲ぐらい）
②リスナーがその中からリクエスト曲にチェックを入れて送信する
③投稿内容が指定のメールボックスに着信する
④プログラムが自動でメールボックスを読み出す
⑤集計し、上位の曲から順に音源データを用意する
⑥放送用データ（完パケ）を書き出す
⑦オンエア！
「画面に曲目が表示されて、そこから選ぶ」……まさに現代のジュークボックスです。完璧なシナリオだと思いました。
立ちはだかる「50択」と「セキュリティ」の壁
ところが、これがどうにも上手くいきません。
まず、「投稿フォームを作る」のがとてつもなく大変なのです。
冷静に考えれば当然です。WEBアンケートで「選択肢が50個もあるチェックボックス」なんて、スマホで見たら目がチカチカして、すぐにブラウザバックされてしまいます。
さらに、システム側でも「曲が増えるごとにフォームの選択肢を追加する」という運用メンテナンスが発生し、到底省力化とは呼べない手間がかかることに気づきました。
そして最大の壁が、「④ プログラムでメールボックスを読み出す」という処理です。
昨今のセキュリティ強化の流れ（二段階認証など）もあり、外部プログラムからメールを受信・解析する処理はハードルが高く、なかなか上手く動作してくれません。何分こちらはいち素人ですので、うかつにセキュリティの穴を開けるような設定もできません。
計画はすっかり暗礁に乗り上げてしまいました。
追い詰められた末の「ごまかし作戦」
「これは、ちょっとごまかす（妥協する）方法を考えよう」
一番手っ取り早いのは、「オープニングとエンディングのトークだけをAI音声にしゃべらせて、間の音楽は人間が手作業で適当に繋ぐ」パターンです。なんとなく「AIリクエスト」という体裁にはなりますが、これでは完全に人力です。
次に考えたのが、「フォルダ内の音源データの中から、プログラムがランダムに選曲をして、時間いっぱい曲を自動で繋いでいく」というものです。
これなら、システムが勝手に選曲して放送用データまで書き出してくれますから、大幅な省力化に繋がります。リスナーからのリクエストではありませんが、「AI（プログラム）が、自分自身にリクエストをしている」と言い張ることはできそうです。
とりあえずの「アテ」が完成
相棒のGemini先生に相談すると、このランダム選曲プログラムは簡単にできそうでした。メールボックスを読みに行くような外部連携の動作がなく、手元のパソコン内のファイル操作だけで完結するからです。
さっそくプログラムを組んでもらい、何度か動かしてみると、なんとなく「それっぽい感じ」の放送用データが自動生成されるようになりました。
「最悪、これでいこう」
とりあえず放送事故にはならない、いわゆる「アテ（保険）」のプログラムが出来上がったのが6月24日。
新番組の初回放送は7月5日（日）ですので、猶予はあと1週間と少しあります。
ここから果たして、ただのランダム再生ではない、本当の「リクエスト番組」へと進化させることができるのか？ ギリギリの戦いが続きます。
（次回に続く）
