0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

世界中のAIウェビナーを、手をかけずに全部聴く(3)申し込みは通った。録画を止めていたのは、自分で入れた監視だった

0
Posted at

AI系のウェビナーを見つけて申し込み、当日その場に出て録音し、書き起こして議事録にまとめる。そこまでを人の手を介さずに通す仕組みを作っている。前回は、参加用のURLが一件も拾えていない、というところで終わった。

その後、仕組みだけで回るかを見るために、人は手を入れずにしばらく自動で運用してみた。今回は、その期間の話になる。

今回の要点(3行)

  • 参加用URLは0件から113件になった。前回の詰まりは解消している。
  • 自動で運用していた期間に開催された回のうち、申し込み済みは78件。参加用URLの取得ができていた37件のうち、録画を試行したのは9件、録画できたのは3件、議事録になったのは2件。
  • 議事録は14本増えた。当日のリアルタイム配信から2本、あとで公開されたアーカイブ配信から12本。

自動で運用していた期間に開催された回だけで数えると、開催188件、申し込み済み78件、参加用URLの取得37件までは流れ、録画を試行したのは9件、録画できたのは3件、議事録になったのは2件。この期間に増えた議事録14本の主力はアーカイブ配信から録画した12本。録画できなかった6件は、準備で2、180秒の監視で4。

前回からの続き。申し込みは進んだ

前回は、申し込みはできるものの、参加用のURLが0件しか取れないというところで止まっていた。案内のメールを絞り込む条件が、届いているものを全部はじいていた。これは解消した。

いま、申し込みが済んだ回は、先の予定も含めて248件ある。そのうち参加用URLの取得ができているのが113件。残りの半分ほどは、まだ取れていない。参加用URLは開催が近づいてから届くことが多いので、そのぶんだと思っている。ただ、開催が済んだ回にも取れていないものが半分ほどあり、時期だけでは説明しきれない。ここはもっと細かく見る必要があるが、一歩ずつ精緻にするより全体を通すことを優先して、今のところはこれ以上掘らずに先へ進む。

録れた回は、まだ少ない

自動で運用していた期間に開催された回だけで数えると、こうなる。

  • 期間中に開催された回が188件
  • そのうち、申し込みが済んでいたのが78件
  • 参加用URLの取得ができていたのが37件
  • 録画を試行したのが9件
  • 録画できたのが3件
  • 議事録になったのが、そのうち2件

議事録の作成は、まだ進んでいない。見えている課題は三つある。参加用URLが用意できているのに、そもそも録画を試行していない回が28件あること。試行したのに録画できていない回が、9件のうち6件あること。録画はできたのに、議事録にできなかった回が1件あること。この三つの中身を、つまびらかにしていく。

参加用URLがあるのに、録画を試行していない28件

録画の試行は、AIに任せている。AIは見送るたびに理由を書き残すのが決まりで、その理由は追跡用の台帳に蓄積する。ただ、その理由を見ても、詳しいことは分からなかった。28件のうち23件は、理由の欄が「ライブで録れなかった回」の一言で埋まっている。見送った理由の欄に、結果が書かれている。

残る5件には理由がある。案内のページ止まりだったのが1件、グループへの招待だったのが1件、期限切れの表示が出たのが2件、ブラウザからの参加に進めなかったのが1件。要するに、配信のリンクが間違っていた。URLそのものはあったが、実際の配信画面に到達できるものではなかった。

この章の結論は二つになる。一つは、23件についてリンクを実際に確かめて、何が起きていたかを分析する必要があること。もう一つは、拾ったURLが実は配信ページではないことがあるので、参加用URLをどう取得しているか、その仕組みを見直す必要があること。

試行したのに、録画できなかった6件

録画を試行した9件のうち、録画できたのは3件。6件は途中で止まっている。原因は二つに分かれた。

一つ目の原因は、録画に入る前の準備で止まった回で、2件。パソコンを静かなままにして録るために、音の出力はこの期間の直前にパソコンのスピーカーから仮想のスピーカーに置き換えてある。録画の前には、音の出力がミュートになっていないことを確かめる。ミュートのままだと、無音で録れてしまうからだ。置き換えた仮想のスピーカーは、ミュートかどうかの値そのものを返さない。確かめられず、始めなかった。

二つ目の原因は、録画が始まってからの監視で止まった回で、4件。監視は、始まって180秒たったところで音が取れているかを確かめる手順で、出力を置き換える前に90分まるごと無音で録れてしまった回があって足した。取れていなければ止める。この4件は、ここで止まった。

原因の解説はここまでで、それぞれをもう少し深掘りする。

一つ目について。この2件のあと、録画を試行するAIは人の指示なしに、確かめる手順を自分で書き換えた。確かめる中身は、ミュートかどうかだったのを、静かに録るための設定が入っているかどうかに変えた。音の出力先が仮想のスピーカーで、パソコンのスピーカーの音量が0なら、録画を始める。この構成ならパソコンは静かなまま、録画には音が流れる。翌日からは、ここを通るようになった。

二つ目について。4件は、出力を3分監視して、音が出ていると判定できなかっただけだ。理由は、次に確かめる。

監視は決めたとおりに働いて、決めたとおりに録画を止めている。

録画できた3件のうち、議事録になったのは2件

録画できた3件のうち、2件は書き起こしから議事録まで、そのまま進んだ。どちらも英語の回で、日本語の議事録になって並んでいる。初回に書いた「言語も選ばなくていい」は、ここで動き始めている。

議事録にならなかった1件は、録画のあとの処理でつまずいたままになっている。

アーカイブ配信の取得

ここからは、リアルタイム配信とは別の仕組み、アーカイブ配信の話になる。開催に間に合わなかった回を、あとで公開されるアーカイブ配信から録画して議事録にする経路を、少し前に作ってあった。対象は、申し込みを済ませた回の、無料で見られるアーカイブ配信に限る。録画は手元に置いたままで、議事録は合言葉で入る限られた置き場に並べる。リアルタイム配信の回と同じ扱いになる。

自動で運用する前の分も含めて、申し込みが済み、開催も済んだ回で数えると、こうなる。

  • 申し込みが済み、開催も済んだ回が125件
  • そのうち、リアルタイム配信で録画できたのが6件
  • 残りの119件が、アーカイブ配信を探す対象
  • アーカイブ配信が見つかって録画できたのが17件
  • 議事録になったのが、その17件

残りの多くは、公開を待って探し続けている回になる。決めた回数まで探しても見つからず、打ち切った回もある。

自動で運用していた期間で見ると、議事録は14本増え、そのうち12本がアーカイブ配信から来ている。上の17件のうち12件が、この期間に増えた分にあたる。当日に出られなかった回が、そのまま議事録まで進む。作ったときの見込みを超えて働いている。

申し込みはずいぶん良くなった。課題も残っている

申し込みの側は、この期間も動き続けた。予定を見つけるところは毎日動き、新しい予定が途切れずに積まれた。

課題は、速さの差にある。申し込みは人と同じようにブラウザでフォームに入力して送信するので、見つける速さに追いつかない。申し込みを待つ行列は、48件から162件まで伸びた。

つづく

自動で議事録を取り続けるところまでは、まだ遠い。

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?