メディアチーム【第4回】ResponderとKerasを使って機械学習Webアプリケーションを作ってみた【アプリ完成編】
メディアチームIT技術
この記事は、「ResponderとKerasを使って機械学習Webアプリケーションを作ってみる」という連載記事になります。
連載終了後、「機械学習と相性が良いのでは！？」と思い立ち、「Responder」と「機械学習」を絡めた記事を書くことを決めました。
簡単なアプリケーションではありますが、Responderのさらに詳しい使い方が分かっていただける記事になるはずです！
まずは、第1回をお読みください
学習結果の表示
本アプリにおける最後の実装部分です。
前回は、「バックグラウンドで機械学習を行い、学習終了待機ページへのリダイレクト」まで実装しました。
今回は、「学習終了したら学習結果ページへ移行させる」処理を実装していきます！
まずは、第1回をお読みください
Responderのバックグラウンド処理は終了合図を送れない
早速ですが、筆者が遭遇した苦悩をご紹介します（笑）
普通は、非同期処理というと、他スレッドの処理が終わるのを、どこかのポイントで待機することが可能です。
しかし、Responderの非同期処理ではそれができないようです。
また、Responderでは、ビューの表示はルーティングされたクラスのメンバ関数全ての処理が終わるまではされないようなので、関数内で逐一ビューを変更させることも不可能でした。
Pythonの「threadingモジュール」で実装すれば解決するのですが、それだとResponderの恩恵がないので、今回はなんとかResponderのバックグラウンド処理を使って実現してみたいと思います。
少しゴリ押しな部分もありますが、暖かい目でみてください（笑）
試行錯誤の末…
結果どうしたかというと、作成した学習結果のグラフが出来上がったら、「学習結果ページへリダイレクト」とすることにしました。
これならバックグラウンド側から信号を送る必要もないし、間接的にバックグラウンド処理の終了を認知することができます。
しかし、ビューを表示させた段階では、すでに Python の手から離れており、もうブラウザ側でしか処理を行えません。
したがって、Javascript でファイルの有無を逐一確認すれば良さそうです。
が、これもうまくいきません。
クッキーのせいでうまくいかない
Web上で、画像形を処理するといくつか不具合が生じます。
まず、ブラウザでは2回目移行のページ訪問の際、余計な読み込みを防ぐために画像やCSS、Javascriptファイルなどはクッキーに保存されます。
したがって、最初に「画像がない」と判断された場合、しばらくそれがWeb上では反映されません。
「じゃあクッキーを保持しないようにすれば良い」というのもありですが、それもなかなかうまくいかず・・・
定期的にページを読み込ませる方法
最終的にとった方法は「定期リロード」です。
Responderでは、「URLにアクセスしたとき、URLを解析しコントローラに渡しビューを表示させる」といった処理を行なっています。
したがって、ページリロードを行えば、再びPythonの処理をいれることが可能です。
そのときに、学習結果画像があれば「学習結果ビューへ」、そうでなければ「学習中ビューへ」のように処理をわけることができます。
さっそく実装してみる
まずは、学習中のビューに定期リロードを行うように Javascript を書きます。
1<script>
2 const timer = 5000; // ミリ秒で間隔の時間を指定
3 window.addEventListener('load',function(){
4 setInterval('location.reload()',timer);
5 });
6</script>記述する場所は、learning.htmlの{% endblock %} 前で構いません。
これで、5秒ごとにリロードしてくれます。
(秒数は適当に変更してもらって大丈夫です)
コントローラの修正
次に、コントローラを修正していきます。
まず、ファイル存在チェックを挟むので、以下を新たに controller.py にインポートします。
1import osその後は、以下のように修正しましょう。
1class LearningController:
2 async def on_get(self, req, resp, uid):
3 img_path = 'static/images/' + uid + '_history.svg'
4
5 if not os.path.isfile(img_path):
6 title = 'ネットワークを学習中...'
7 resp.html = api.template('learning.html', title=title, uid=uid)
8
9 else:
10 svg = open(img_path, 'r').readlines()[4:]
11
12 # svgファイルを削除する場合
13 # os.remove(img_path)
14
15 title = 'ネットワークの学習が完了しました'
16 resp.html = api.template('result.html',
17 title=title,
18 uid=uid,
19 svg=svg,
20 result=result)ビューの作成
最後に、ビューを作成します。
先程、いくつか引数を受け取りましたが、それらを展開するだけです。
注意点は、Jinja2 でのリストの取り扱い位です。
これはコードを見て貰えれば、理解していただけるかと思います！
1{% extends "layout.html" %}
2
3{% block content %}
4<br>
5<h1>{{ title }}</h1>
6<hr>
7{% autoescape false %}
8{{ 'データセットを選択' | badge }}
9{{ 'ネットワークを作成' | badge }}
10{{ '学習' | badge }}
11{{ '結果' | badge_active }}
12
13
14<br>
15<br>
16<p><span class="text-secondary">ID: {{uid}}</span></p>
17<h4>学習結果</h4>
18<br>
19{% set size = result[0]|length %}
20
21<p>訓練精度: {{ result[0][size-1] }} <br> 訓練loss: {{ result[1][size-1] }}</p>
22<p>検証精度: {{ result[2][size-1] }} <br> 検証loss: {{ result[3][size-1] }}</p>
23
24{% for line in svg %}{{line}}{% endfor %}
25<br>
26<br>
27<div style="max-height: 300px; overflow-y: scroll">
28 <table class="table table-striped table-sm">
29 <thead class="thead-dark">
30 <tr>
31 <th scope="col" class="text-center">epochs</th>
32 <th scope="col">訓練精度(acc)</th>
33 <th scope="col">訓練Loss(loss)</th>
34 <th scope="col">検証精度(val_acc)</th>
35 <th scope="col">検証Loss(val_loss)</th>
36 </tr>
37 </thead>
38 <tbody>
39 {% for acc in result[0] %}
40 <tr>
41 <td class="text-center">{{loop.index}}</td>
42 <td>{{result[0][loop.index-1]}}</td>
43 <td>{{result[1][loop.index-1]}}</td>
44 <td>{{result[2][loop.index-1]}}</td>
45 <td>{{result[3][loop.index-1]}}</td>
46 </tr>
47 {% endfor %}
48 </tbody>
49 </table>
50</div>
51
52{% endautoescape %}
53<br>
54<a href="/" class="btn btn-primary">トップページへ戻る</a>
55{% endblock %}学習経過を収めたテーブルは、学習回数によっては超長くなるので、表示サイズを指定し、縦スクロールができるようにしてみました。
1<div style="max-height: 300px; overflow-y: scroll"> <!-- 27行目 -->動作確認
では、動作確認をしてみましょう！
(以下は、MNISTで 784 - 1000 - 10 のネットワークの学習結果)
うまく動作しています！
よくあるエラーは、{% endautoescape %} を書き忘れていたり、配列のセグメンテーション違反くらいですかね。
それだけ注意していただければ、うまくいくはずです。
さいごに
これで、本連載で作成しようとしていたアプリが完成しました。
この連載を通して、Responderの非同期処理の使い方や応用の仕方を理解できたかと思います。
ただ、本アプリも、まだまだ発展の余地があります。
例えば、「畳み込み層の追加をできる」ようにしたり、「使えるデータセットを増やす」などです。
はたまた、「中間層のニューロン数をもっと自由に指定できる」ようにしたりと、発展の仕方は無限大です。
ひとつ、すぐにでも改良すべき点は、今回端折ってしまいましたが、POSTデータの例外処理です。
現在は、初期学習率に数字以外を入れたりマイナスの値をいれても、エラー処理を実装していないので、思わぬ結果になってしまします。
アプリとしては、例外処理は必須なので、もしこのアプリをベースに発展させてければ、エラー処理から実装してみると良いかと思います。
弊社のブログ記事では多くの「実装してみよう」系の記事がありますので、ぜひ他の記事も読んでみてください！
全4回に渡り本連載をご愛読いただき、ありがとうございました！
なお、ResponderとKerasについての開発依頼・お見積もりはこちらまでお願いします。
また、本連載で出来上がったコードはGithubにあげていますのでご自由にお使いください！
【Github】
https://github.com/rightcode/ResponderKeras
第1回はこちら
こちらの記事もオススメ！
2020.07.17ライトコード的「やってみた！」シリーズ「やってみた！」を集めました！（株）ライトコードが今まで作ってきた「やってみた！」記事を集めてみました！※作成日が新し...
2020.07.28機械学習 特集知識編人工知能・機械学習でよく使われるワード徹底まとめ！機械学習の元祖「パーセプトロン」とは？【人工知能】ニューラルネ...
2020.07.30Python 特集実装編※最新記事順Responder + Firestore でモダンかつサーバーレスなブログシステムを作ってみた！P...
Kerasのオススメ本
ライトコードでは、エンジニアを積極採用中！
ライトコードでは、エンジニアを積極採用しています！社長と一杯しながらお話しする機会もご用意しております。そのほかカジュアル面談等もございますので、くわしくは採用情報をご確認ください。
採用情報へ
「好きを仕事にするエンジニア集団」の（株）ライトコードです！ ライトコードは、福岡、東京、大阪、名古屋の４拠点で事業展開するIT企業です。 現在は、国内を代表する大手IT企業を取引先にもち、ITシステムの受託事業が中心。 いずれも直取引で、月間PV数1億を超えるWebサービスのシステム開発・運営、インフラの構築・運用に携わっています。 システム開発依頼・お見積もり大歓迎！ また、現在「WEBエンジニア」「モバイルエンジニア」「営業」「WEBデザイナー」を積極採用中です！ インターンや新卒採用も行っております。 以下よりご応募をお待ちしております！ https://rightcode.co.jp/recruit
おすすめ記事
