毎年恒例イベントのオンライン化、ふたつ目の事例紹介です。

前回の記事は、筆者が所属する事業部のキックオフを動画配信することによってオンライン化したというお話でした。

今回は、ETロボコンの試走会と競技会を「オンラインで開催」しました。チャンピオンシップ大会のワークショップ (シミュレータ競技よもやま話) でサラッとお話ししましたが持ち時間が短かったので、ここでフォローアップしてみようと思います。
※動画はこちら
※スライドはこちら
※こちらの動画もどうぞ→(1) (2) (3)

はじめに

筆者は、ETロボコンを企画・運営する実行委員会に参画しています。毎年、技術教育、試走会、地区大会、チャンピオンシップ大会と開催していました。

しかし、今年は新型コロナウイルスの影響ですべての集合形式のイベントを中止しましたが、ETロボコンの目的である「技術教育の機会を提供する」という歩みを止めてはいけないという強い思いから、「オンラインモデリング教育＆シミュレーター競技」を提供しようと決断しました。

※ETロボコンの詳しい内容は、チャンピオンシップ大会のパンフレットをご覧ください。
※身内が言うのもアレですが、とても素敵なかんじにできています。(これ、実行委員の有志で作成しているんですよ)

筆者のミッションは、「ETロボコンシミュレーター」を使って、ヴァーチャル試走会、ヴァーチャル競技会のプラットフォームを整えて実現させることでした。プラットフォームはもちろん「Microsoft Azure」です！

なお、Azure 上に展開した環境を「ETロボコン2020 競技会場システム」と名付けました。
そして、その「ETロボコン2020 競技会場システム」の全体像はこんなかんじです。

ETロボコンシミュレーターとは

試走会、競技会で使用するETロボコンシミュレーターは、TOPPERS プロジェクト「箱庭WG」のメンバーが研究開発している組み込みマイコンシミュレーターと、実行委員の有志が開発した「EV3/シミュレーター開発環境」から構成されています。

ヴァーチャル競技会って、どこでやるのよ？

ビビってしまうくらい、ものすごい勢いで開発が進められ、着々とアップデートを重ねていましたが、「そもそも、これ、どこで動かすのよ？」と有志メンバーには考える余裕はなかったと察します。

シミュレーター環境はどこで動かすのよ？

なので、「EV3/シミュレーター開発環境」が快適に動作する環境を探しました。以下は、その調査記事です。参加チームのみなさんに「開発するために高スペックな高価な PC を購入する」以外の選択肢として、クラウド、「Azure」があることを示すつもりで記事にしました。

と調べた結果、「NVシリーズ」の仮想マシンがスペック的にも料金的¹にも最適だと判断しました。

NVシリーズの仮想マシンの GPU「NVIDIA Tesla M60」のドライバー「NVIDIA GRID ドライバー」をインストールすると、「NVIDIA コントロールパネル」も併せてインストールされます。
「NVIDIA コントロールパネル」は、グラフィックボードの基本設定や設定変更、調整を行うための専用ソフトウェアです。これを使えばグラフィックボードの 3D に関する設定項目の変更や調整が柔軟にできます。ここも採用したポイントですね。

これで「EV3/シミュレーター開発環境」が快適に動作する環境は無事見つかりました。

なお、ここが 2020 年大会の「競技会場」となります。

※Azure AD に仮想マシンをデバイス参加させているのは、Windows 10 ライセンスをアクティベートするためです。
参考：Azure Windows 10 VM に Azure AD ユーザーで RDP 接続したい (主に接続元のはなし)

参加チームのみなさんにシミュレーター環境をどうやって使わせるのよ？

当初 API を用意しようとがんばっていたのですが時間的に余裕が無くなってしまい、Web サイトを設けることにしました。
※当初から API だけでなく UI も必要だろうという話もありました。
※結果的に SPA² っぽい Web アプリになりました。

なお、ここは前述の競技会場の窓口的な役割を果たすので「受付カウンター」と名付けました。

ここでは、以下のようなことを行っています。

参加チームから走行リクエスト (プログラム) を受け取り ※アップロード
そのリクエストを競技会場にパスして
競技会場で、提出されたプログラムに従って走行体 (ロボット) を走行させ
競技会場から走行結果 (走行動画やログなど) が返され
参加チームに走行結果を返す ※ダウンロード

どこで時間がかかってしまったかというと、ちょっと目新しい Microsoft Identity Web 認証ライブラリ (.NET Core 3.1 向け) をどうしても使いたくて勉強がてらチャレンジしてみましたが、ちょっと苦戦してしまいました。

その時、以下の記事などを参考にしていました。

参考：Web Apps · AzureAD/microsoft-identity-web Wiki
参考：Web APIs · AzureAD/microsoft-identity-web Wiki
参考：How to build a Blazor web app with Azure Active Directory authentication and Microsoft Graph

アプリの認証は、Office 365 などでも使われている Azure AD で認証しています。なぜ、Azure ADを使うのかというと、Office 365向けに完璧に実装されたセキュリティを活かすことができること、非機能要件の一部をAzure ADに任せられることなどによって、認証まわりの開発コスト、管理コストが下げられるというメリットがあるので、積極的に利用しています。

アプリに認証機能を実装するだけでひとつのアプリを開発するくらいたいへんなんです。認証機能を任せられるおかげで、アプリのことだけに集中できますね。

ついでに言うと、参加チーム用に設けた「マイページ (kintone)」も Azure AD 連携して認証を任せられる (ID をひとつにする) こともできますよ。
※マイページ開設時は、こんな状況になるとは思っていなかったのでやっていない。

これで、参加チームのみなさんが「シミュレーター環境」利用できるようになりました。

※Azure AD では誰がいつサインインしたかなどの監査情報を確認することができます。試走会期間中にこのレポートを都度確認し、参加者に対してフォローを行っていました。
参考：Azure AD ユーザーアカウントの棚卸しに便利なスクリプト

...で、ここまでだけで満足するのはちょっとモッタイナイので、もっともっとクラウドならではのメリットを魅せたいですねぇ ...ということで、まだまだ続きます。

参加チームにたくさん試走させたい！

試走会は、9 月と 10 月にそれぞれ 1 週間程度の期間で実施しました。

試走会開始のタイミングでは、どんなものかと覗いてみるかんじでリクエストはバーンっと上がるんですが、しばらくするとシーンと静まり返ったように見受けられました。
せっかく「競技会場」を開放しているので、こちらとしてはもっと使って欲しいんですよ。

という思いから、(勝手に) 「試走会参加状況レポート」を用意することにしました。はじめは、このレポートを実行委員会で共有して、実行委員から参加チームに対して~~煽って~~フォローしてもらおうと思っていましたが、もうちょっと加工 (チーム名などを伏せる) して参加チームに見せちゃおうということになりました。

このレポートは、Power BI で作成しています。レポートの元ネタは主に「受付カウンター」で管理している「リクエスト」データです。ただ、レポート下部の折れ線グラフ「時間帯ごとのリクエスト数」については、「リクエスト」データ (実績) だけでは表現することが難しいので、別途時系列データ (予定) を CSV ファイルで用意しました。

これらのデータを表やグラフを用いてイメージしやすい形に加工して、参加チームにバーンっと公開するだけで、「どれくらいのチームが走ったのかな」、「あるチームはこんなに走っているのか」、「この時間帯は空いてそうだ」とチーム内で作戦を練っていただろうと想像できます。(そうであって欲しい...)

異議申し立てボット！

試走会後、参加チームから「受付カウンター」に最終的なプログラムを提出してもらい、「競技会場」でそのプログラムを実行する「競技会」を 11 月初旬に催しました。
※そこから上位チームの競技は「チャンピオンシップ大会³」でお披露目しました。

で。競技会の競技結果が参加チームに公開され、競技判定に対する異議申し立てを受け付けます。異議申し立ては (Microsoft Forms などで) フォームを用意して、そこから送信してもらえば良いですが、送信されるたびに受付担当者が実行委員会に異議内容を速攻で共有する (すぐに審議したいために) のはとてもめんどくさいです。この作業を自動的にできたらラクちんだなーと思って、異議申し立てが送信されたら Slack にメッセージ投稿する「異議申し立てボット」を作りました。

このボットは Azure Logic Apps で作りました。「Microsoft Forms」、「Slack」、「Azure SQL Database」のコネクタが揃っているので、数時間でパパっと出来上がりました。

どれくらいカンタンなのか、実際のワークフローを見てみましょう。

はじめに、トリガーで通知を受け取りたい Microsoft Forms のフォームを指定して、その異議内容を取得します。

次に、Azure SQL Database に格納してあるチーム情報を取得します。
チーム情報を取得するためには SQL クエリを条件を指定して実行するのですが、異議申し立てフォームから受け取った異議内容の値をその SQL クエリに直接入れてしまうと、SQL インジェクションが通ってしまうおそれがあるのでちょっと対策しておきます。

まず、SQL クエリで @id を使用するように変更します。これは、formalParameters オプションを使用して宣言されたパラメーター「id」です。キーはパラメーター名であり、値のデータ型はテーブル定義と一致している必要があります。
そして、この「id」パラメーターの値として異議申し立てフォームから受け取った異議内容の値を設定することができます。
これで、SQL インジェクション対策はバッチリです。

最後に、Slackにメッセージを投稿します。
下図のように、投稿先の「チャネル」を選択してメッセージを編集します。メッセージはテキストに異議申し立てフォームから受け取った異議内容の値をペタペタ貼っていくかんじで編集できます。カンタンですね。
あとは、Slackにメッセージを投稿する際に表示させる名前 (ボット名) とアイコンを指定します。カンタンですね。

まとめ

例年の試走会、競技会をオンライン化してみて、どんなことになったかというのを筆者になりに以下のようにまとめてみました。

昼夜問わず、ほぼ無人で稼働する環境
- 例年は
  - 場所を借り、事前に会場を設営し、当日は各自の役割を果たす (多くの実行委員が稼働)
  - チームは、事前に予約した時間枠に参加する、試走できる時間 (数時間) は限られている
- 今年は
  - 今までより圧倒的な少人数で試行錯誤して準備を進める (構築する)
  - 昼夜問わず、ほぼ無人で稼働する環境を手に入れることができた
  - チームは好きな時に試走でき、試走期間中 (1週間程度) は今まで以上に有益な活動ができただろう
すべての活動がデータ化、そして見える化
- 今までは、どのチームがいつ参加したかくらいは分かっていた (ほぼ人力ですが) が、今年はさらにどのチームがいつ、どれくらい試走したかが把握できる
- 蓄えたデータを見える化、そして公開がとてもカンタンに
参加者のみなさんと協力して、より良いシステムづくり
- 事例 (1) 走行中もキャンセルできれば、もっと多くのチームが試走できるのに...
  - チーム自ら”走行終了を宣言”できる機能を追加！
- 事例 (2) ぜんぜん順番 (試走) が回ってこないよー
  - 走行順を決めるロジックを改善！ (過剰だった"優しさ"を緩和)
- 多謝！