メールでトラブル

新しいクォーターが始まり、130名ほどのクラスで 大福帳.js にサインアップするよう指示したところ、確認メールが届かない、という学生が少なからずありました。

その後調べたところ、どうやら、大学が提供している学生用のメールのサーバーが、大福帳.js から短時間に多数のメールが送られてきたため、「着信拒否」をしていた模様。詳しくは書けませんが、諸々の事情で、以前よりも学生メールのガードを固くせざるを得なかったようです。

大きなクラスで一斉にサインアップする場合は、受信側のメールサーバーの設定によっては、このような事態も想定されます。

機関として Gmail(G Suite for education) を使っている場合は、サインアップの際に、メールではなく、「Googe でサインアップ」を使うよう指示するのも手かもしれません。

シラバスの検索サービス

大福帳.js とは全く関係のないトピックですが、勤務する大学のシラバス検索用のサービスを開発したときに思ったことを書き留めておきます。

どこの大学でもシラバス検索用のシステムを提供していると思いますが、それらのほとんどが「SQLデータベース検索システム」を基本骨格にしているように思います。改めていろいろと触ってみると、その設計は業務システム的とでも言いますか、いまどきの学生向けでは無いような印象を強く感じました。

そこで、いつもスマホをいじっている学生達の様子などを思い浮かべながら制作してみたのが、QuickSyllabus (QSL) というサービスです。

今も昔も、ほとんどの学生は、「時間割上、選択可能な科目から無難な線でピックアップ」しているだけで、シラバスなんてきちんと読んでいるはずもなく、こうした取り組みの効果については、自分でもちょっと懐疑的なところもあります。

ただ、動作テストのために、あれこれ検索してみると、案外と大学の授業の様子がわかって、教員側の読み物、としては価値があるように感じました。かなり前からシラバスの内容充実が要請されたり、また、科目自体の多様化に伴って、科目数も増え、「ビッグデータ」とまでは言えないにせよ、シラバスは全体としてかなりのデータ量に膨らんでいます。その点では、読み応えもあります。

ただ、一番興ざめなのは、科目毎に標準化されているシラバスで、教員名と曜日、講時だけが違うリストが並んでいるのを見ると、ちょっと開いてみようという気が削がれます・・・†。

大学ICT推進協議会での発表

かれこれ１年前のことになりますが、大学ICT推進協議会の年次大会（広島）でこの大福帳.jsについて発表を行いました。そのときの原稿が一般公開可能な状態になりましたので、ここにリンクを貼っておきます。ご覧いただけましたら幸いです：

オンライン版「大福帳」を用いた授業改善(PDF)

情報サービスの災害への耐性

大福帳.js のサーバーは、さくらのクラウドのIaaS（＠石狩データセンター）を使っているのですが、先日の北海道の胆振東部地震の際も、何事も無かったかのように動き続けました（もちろんデータセンターの方々は大変なご苦労をされたに違いありませんが）。

実は、地震の後、北海道が大停電に陥ってから、大福帳.js のサーバーが北海道にあることを思い出すまで、ちょっと間が空いてしまったのですが、ログインしてログをさかのぼって調べても、特に何も障害らしき形跡は見つけられませんでした。

今更ながら、この種の用途での商用クラウドサービスの有り難みを強く感じました。

コースへの登録手続きの簡素化

受講生が大福帳.jsを使いはじめるには、サインアップをまず終えてから、コースに受講登録するためのURLにアクセスする必要があります。サインアップ用とコース登録用の２つのURLを通知された受講生の中には、違いが理解できず、混乱する者もいるようです。

そこで、別の方法として、コース毎に６桁の英数字を割り当て、受講者専用のメニューとして新たに「コースへの登録」を設け、その６桁の英数字を入力することで、コース登録が完了するようにしました。Google Classroomでも、同様の手法が用いられているようです。

従来のURL（二次元コード）での登録も引き続き使うことができますので、使いやすいほうをお選びください。

パーソナライズド・ラーニング

大学の執行部が交代して、この先数年間のビジョンが作られています。その内容を見てみたところ、「パーソナライズド・ラーニング（学習の個別化）をはじめとする先進的なICT教育」と書かれた箇所に目がとまりました。

これまでは、教員によってパーソナライズされた内容の授業で、均一な（能力や意欲の高い）学習者が想定されていたものを、これからは、ある意味で標準化されたカリキュラム・授業を、不均一な学習者に対して実施できるようにする、という風に逆転する、ということでしょうか。

大人数授業であっても、多少なりとも学びの個別化を指向できないものかと考え、この大福帳.js をはじめたわけですが、このビジョンの成果が問われる時期までには、対面式の大人数授業そのものがずいぶんと減らされることになるのかな、などと想像しています。

また、その頃には、現代的で高度なICTサービスが整備され、「大福帳」のようなツールが使われる場面があったとしても、その運用の様子は現在とは随分違っていることでしょう。例えば、学生の質問や感想などに、人工知能（の類）が的確にコメントを返してくれれば、教員の負担が軽減されるに違いありませんし、教育改善に繋がるデータがその過程から得られることでしょう。

ただ、そんな仕掛けが用意されたとしても、やっぱり、手書き（手打ち）でコメントを返してみたいような気がするのは、私の脳みそが古臭いせいなのでしょうか・・・

LTI(Learning Tools Interoperability)への対応

MoodleやSakaiなどのLMSと、様々な教材や学習支援ツールとを連携するための標準規格として、IMSという団体が策定しているLTIがあります。遅ればせながら、大福帳.js もLTI 1.1 に準拠した動作ができるように機能を拡張してみました。

利用の流れ（Moodleの場合）は、以下のとおりです：

1. 大福帳.js にコースを作成しておきます。コースの「アクセス先情報」を開くと、LTIの設定に関係する項目が、ページの最後あたりに表示されます。
2. Moodleを開いて、「活動」の中から「外部ツール」を追加します。外部ツールの設定に、大福帳.js で表示される内容（URL, コンシューマキー, 秘密鍵）をコピー＆ペーストします。
3. Moodleの受講生が外部ツールをクリックすると、大福帳.js に自動的に接続され、大福帳への記入とコメントの閲覧ができます。

大福帳.js はLTIの仕組みを通じて、Moodleから受講生の情報を取得し、サインアップと大福帳.jsのコースへの登録、ログインを自動的に行います。つまり、受講生にサインアップやコース登録のためのURL（QRコード）を知らせたり、受講生が手続きを行う手間が省けます。

また、大福帳.js は、受講生の書き込みの状況をMoodleの評定に反映させることもできます。現在のところ、(書き込んだ回数)/(授業の全回数) に基づいて点数を計算するようにしています。

詳しくは、大福帳.js の「ヘルプ」を開いてください。