ISSN 1345-0093

愛知大学情報メディアセンター紀要
Vol.31/No.1 2022.March情報メディアセンター利用案内◇サービス時間〈月～土曜日〉（都合により変更する場合があります。掲示およびホームページをご覧下さい。）
豊橋校舎
分

曜日

420 教室（オープンアクセスルーム）

メディアゾーン（図書館） ※ 1

講義期間

月～金

9：10～19：00

9：00～19：50

講義期間以外 月～金

9：10～17：00

9：00～17：50

9：10～13：00

10：00～16：50

区

通年
※1
※2

土

413 教室・421 教室・
423 教室・523 教室
講義利用のみ※ 2

SE サービス
9：00～17：40
なし

メディアゾーンは，豊橋図書館の運用日程に準じます。
講義期間の木曜と土曜，及び，講義期間以外の期間は全て，413 教室を開放教室として使用します。

名古屋校舎
区分

講義期間
（7・1 月以外）※3

厚生棟 4F ※ 3
メディアゾーン受付

講義棟 7F
メディアカウンター（月～金）
8：50～21：00（月～金）
8：50～20：00（土）
8：50～17：00（土）
8：50～17：00

講義期間（7・1 月）（月～土）
8：50～21：00

講義期間以外（月～土）
8：50～17：00（月～金）
8：50～20：00

SE サービス（月～金）
8：50～18：30（土）
8：50～17：00
閉室

（月～金）
8：50～17：00

メディアゾーンは，名古屋図書館の運用日程に準じます。

車道校舎
区分

受付（3 階）メディアゾーン

講義期間

（月～金）
8：50～18：30（月～金）
8：50～21：30

講義期間以外（月～金）
8：50～17：00（月～金）
8：50～19：00■センター閉室日／

K802，K804

SE サービス

講義利用のみ（月～金）
9：30～18：30

 曜・祝日・夏期休暇期間（8 月土曜日）・年末年始・創立記念日（11/15）・
日
入試期間ただし，祝日授業日は開室

はじめに
情報メディアセンター長

岩田員典

昨年度は新型コロナウイルスの影響で皆様が多忙なこともあり発刊できませんでしたが，本年度は愛知大学情報メディアセンター紀要 COM46 号を無事発刊できました。
まだまだ新型コロナウイルスの状況が予断を許さない状況であり，お忙しい中投稿していただいた執筆者の方々をはじめ，編集委員や発刊に関わっていただいた方々にお礼を申し上げます。今号も 4 件の投稿を頂きました。多くの方々にご愛読いただければ幸いです。
さて，前述のように新型コロナウイルスは，2019 年末に発見され，2020 年 1 月に日本で初感染が確認されてから瞬く間に感染が広まり，いまだに収束の兆しが見えません 1 。そのような状況において，本学でも 2020 年度授業開始が 5 月にずれ込み，さらにはオンラインでの授業となりました。すべてをオンラインで実施するというのは，学生だけでなく教職員も未経験の状況でしたが，他大学と比べても比較的トラブルが少なくオンライン授業を開始・運営できたのは，関係各所の教職員の方々，学生の皆さん，保護者の方々の御協力と御理解があったからに他なりません。この場を借りて改めてお礼申し上げます。
手探りの中で始まったオンライン授業だったため，さまざまな苦労や表には出てきていない小さなトラブルは多数あったと思います。私の場合も，オンデマンド授業用の資料の準備には多大な時間を要し，春学期は連日朝から晩まで作成をしてなんとか間に合うという自転車操業状態でした 2 。また，実習科目においては，普段は学生の進捗度合いを見ながらこちらから声をかけてフォローをしていたのですが，それができなかったため最終課題の得点が全体的に低いという問題も生じました。ただし，どの科目においても課題の提出率は高く，単位の取得率は高かったように思われます。
一方，学生にオンライン授業について尋ねてみると，教員側と同様に賛否両論だと感じました。特にオンデマンド型については，自分のペースで好きなときに学習でき，理解できなかったところは再学習できるという点がよかったようです。ただし，自分でス
ケジューリングするのが難しく課題をため込み大変だったという声もありました。
1

本巻頭言執筆中の 2021 年 12 月上旬において，日本での流行はかなり押さえ込めているが，感染力の高いオミクロン株の登場により再流行の危険性が高まっている。
2
秋学期の分は夏休みに半分ぐらいは作成できていたのでなんとかなった。

このようにオンライン授業についてはさまざまな意見が見受けられますが，新型コロナウイルスの流行を機に強制的に導入に踏み切らされたのは，大学としては変革の機会だったのかもしれません。社会全体を見てもこの機にオンライン化されたものは多く，オンラインミーティングやオンラインで業務の実施などもますます増えていくと言えます。そのため，大学時代にこれらのシステムに触れたことは今後の糧になると思います。
今号への投稿はいずれもそのようなオンライン授業に関わりの深いものとなっております。是非ご一読頂ければと思います。
最後になりましたが，2020 年 9 月 30 日を以て情報メディアセンター所長の第 1 期目の任期を皆様のおかげで無事終えることができました。そして，新型コロナウイルスの影響下で体制を変えるのは望ましくないと言うことで，力不足ながら引き続き情報メディアセンター所長を務めさせていただくことになりました。今後も事務スタッフ
や ICT 委員の皆さんの御協力を得ながら努めて参りたいと思っております。よろしくお願いいたします。

目

次

はじめに・・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・情報メディアセンター長：岩田員典

論文	情報リテラシーのための統合システム構築と運用－ Microsoft Excel・Word
自動採点システムを含む －・・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・松井

吉光，岩田

員典・・
・
・
・
・
・
・ 1

Java プログラミング実習用システムの構築と運用・・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・ 毛利

元昭・・
・
・
・
・
・
・ 11

	JAR ファイルを対象とする自動採点機能を有した

情報教育実践報告
Moodle ワークショップを利用した学生による相互評価の実践・・
・
・
・
・
・
・
・ 岩田

員典・・
・
・
・
・
・
・ 37

研究ノート
2019 年度と 2020 年度における Moodle アクセス状況調査・・
・
・
・
・
・
・
・
・
・
・
・
・
・ 森野

誠之・・
・
・
・
・
・
・ 51

センターだよりICT 委員会

会議報告・・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・ 61

情報メディアセンター主催行事・・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・  62
Moodle（LMS）運営業務報告（2019・2020 年度）・・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・  63
ICT 委員会構成員・・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・  69
情報メディアセンター沿革・歴代所長・・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・  70
編集後記・・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・
・  71

原稿募集要項
執筆要項

論文

情報リテラシーのための統合システム構築と運用－ Microsoft Excel・Word 自動採点システムを含む －松井

吉光 （法学部）・岩田員典 （経営学部）

要旨
情報技術の発展にともない，今日においてはワープロソフトウェアや表計算ソフトウェアを取り扱う技術は必要不可欠である。このような時代背景において PC の操作に不慣れな学生に，
これらの技術を身につけさせるためには繰り返し問題を解きながら理解を深めてもらうのが有効である。しかし，これを実施するには多数の練習問題を用意し，それを採点し，採点結果を学生に提示することが必要である。この方法を受講者数が多い初年次対象の情報リテラシー科
目で実施する場合，問題の準備・採点・結果の提示のために教員の負担が大きくなりすぎ実施が困難である。そこで，本論文ではこのような教員の負担を軽減するとともに，受講者の学習効果を上げることを目指した Office Open XML 形式の Excel・Word 自動採点統合システムの構築について述べる。さらに受講者の課題の正答率の上昇から本システムの有効性についても言及する。

キーワード：情報教育，e-learning，自動採点

1．はじめにる。特にワープロソフトでは，単に文字を修飾するだけでなく，レポートなどを

近年の情報技術の発展にともない，大作成するための文書の構成ができるよう学や企業においては電子メールの利用をになることが求められる。また，表計算

はじめとしてワープロソフトウェア・表ソフトでは関数を利用したデータの分析計算ソフトウェアなどの技術が当然求めや，グラフによるデータの可視化の技術られる時代となっている。さらには，こが重要視される。そして，PC（Personal

れらのソフトウェアを活用できるスキル

Computer）に不慣れな学生がこれらのは情報リテラシーの一部として考えられ技術を身につけるためには，繰り返し類

るようになり，この活用は大学や企業に似の問題を解きパターンになれることがおいてできて当たり前という状況にあ必要である。

る。したがって，これらを利用できる最

これを実行するための課題となるの低限の技術を身につけることが肝要であが，どのように問題を用意し，その問題

愛知大学情報メディアセンター－1－

Vol.31, No.1, 2022

をどのように採点するかである。特に初な科目となっている。そのため，本科目

年次の学生向けに情報リテラシー科目をは新入生のほぼ全員が受講することで，設定し，受講者が大多数の場合は問題の約 1500 名 の 受 講 者 が い る と い う 超 大 人

採点だけでも教員の大きな負担となる。

数科目となっている。前期に開講していまた，学習効果を高めようと問題数を増る情報リテラシー・入門では，受講者はやすと受講者の学習意欲を維持するのが約 1500 名であり担当教員は 10 名である

困難である。そこで，教員の負担を減らため，平均して約 150 名の学生を担当ししつつ，学生へ採点結果を伝えるためのていることになる。したがって，学生一

タイムラグを減らすため，採点結果や間人あたりが 100 題の課題を解くとすると違 い を 即 座 に 指 摘 す る Excel・Word の

15 万 題 も の 解 答 が 提 出 さ れ る こ と に な

自動採点プログラムを開発した。さらにる。例えば，一問あたりの採点に 30 秒かは，学生の学習意欲を高めるために問題かるとすると一人の学生の全解答を採点の達成度やランキングを表示する機能もするのに 50 分かかる。したがって，全て含んだ統合システムとして構築し運用しの解答の採点には教員一人あたりおおよている。本論文ではこの統合システムにそ 125 時間費やすことになる。また，採ついて述べ，課題の正答率の上昇から本点の順番が最後になった学生にその結果システムによる学習成果の評価も行う。

を提示するまでの時間のずれが大きくなる。それにより，採点結果を示されたと

2．背景

きには学生が問題の内容を忘れてしまっている可能性がある。

本学では 2006 年度から 1 年生の情報リ

このような状況に対応するために

テラシーレベルを向上させることを目的

2006 年 度 の 前 期 に お い て は， 本 科 目 はとして情報リテラシー・入門（前期），応

完全な自学自習形態とし，市販教材を用用（後期）を設定している。この科目をいた課題提出による単位取得という方

設 定 し た の は， 当 初 文 系 の 学 生 に は PC

式 を 採 用 し た。 し か し な が ら， 従 来 のの操作に不慣れな学生が多かったためで

e-Learning に 関 す る 市 販 教 材 は， 画 面

あった。その後 PC の普及が進み徐々にの内容を読解する講義型であり，課題試

その傾向が弱まったかに思われたが，近験も知識を択一形式で出題するのみであ

年はスマートフォンやタブレットの普及る。そのため，受講者としては，その場により PC を所持していない学生もまたで正答すればよいという一過性の学習に増えており，10 年前よりも PC に慣れてなり，必要最低限の技術が身につかない

いない学生が増えていることからも重要という問題が生じた。

愛知大学情報メディアセンター－2－

Vol.31, No.1, 2022

そこで，市販教材では情報リテラシー

種類に分類できる。

レ ベ ル の 向 上 は 困 難 で あ る と 判 断 し，◦ VBA を用いてマクロにより採点

2006 年 度 の 後 期 に 対 面 型 演 習 形 式 で 自◦外 部プログラムにより XML を解析す

学 自 習 の で き る e-Learning シ ス テ ム のることにより採点

独 自 開 発 に 取 り 組 ん だ ［1］。 こ の シ ス テ

VBA を 用 い た 方 式 は そ の フ ァ イ ル のムでは Microsoft Office を利用して学生みで採点ができるという利点がある。一が作成した解答を自動採点し，その結果

方 で， 外 部 プ ロ グ ラ ム を 利 用 す る 方 法を保存する。これにより，教員の負担をは，解答例から採点基準ファイルを作成減らしつつ，学生へ採点結果を伝えるた

するという手段をとることができるためめのタイムラグを減らすことができていVBA 方 式 よ り も 問 題 を 多 数 用 意 し や する。

いという利点がある。

た だ し， こ の シ ス テ ム 開 発 時 に は

大曽根 ［5］，中村 ［6］や渡邊 ［7］は最初のExcel，Word の フ ァ イ ル は Microsoft

VBA を 用 い る 方 法 を 採 用 し て い る。 一

Office の 独 自 形 式 で あ っ た た め，Excel

方， 石 川 ら ［8］ は Visual Basic.Net を 利は HTML フ ァ イ ル と し て 保 存 し た も の用した後者の方式となっているが，2006

を，Word は Word XML ファイルとして年のため XML を解析しての採点ではな

保存したものを採点する採点プログラム

い。我々は多数の問題を用意する必要性を利用していた。また，このシステムはもあり，外部プログラムで採点する手法

単に成績を保存するシステムであった。

を採用している ［9，10］。

その後，Office Open XML ［2，3］ に対応した採点プログラムを含むシステムに改

4．自動採点統合システム

良した［4］。本論文ではこのシステムを基に，学生の学習意欲を高めるために問題

4.1

システムの構成と基本動作の達成度やランキングを表示する機能も本システムは Excel，Word を利用して含んだ統合システムについて説明する。

学生が作成した課題を自動採点し，その3．関連システム

結果を保存・管理する統合システムである。その概要は以下の通りである（図 1）。

本論文で開発したシステムと関連が1．ユ ーザはシステムにブラウザ経由で深 い と 考 え ら れ る Microsoft Office のアクセス

自動採点ソフトはファイル形式が Office

2．シ ステムのインターフェイスを介しOpen XML になってからは主に以下の 2て表示された課題を適宜ダウンロード

愛知大学情報メディアセンター－3－

Vol.31, No.1, 2022

図1

システムの構成

図2

3．ユ ーザは問題をダウンロードした PC
で解答を作成採点基準ファイルと採点

途設定が必要だからである。これらの機能を活かし Excel を 124 題，Word を 126

4．解 答をシステムにアップロード。シ

題を用意することができている。

ステムはアップロードされたファイ

統合システムとしてこの自動採点プロ

ルを自動採点エンジンによって採点

グラムは 4.1 で説明したように，アップ

し，その結果をデータベースに保存ロードされた解答ファイルを採点する。

5．採点結果をブラウザに表示

つまり，ユーザが設問ファイルをダウンロードし，そのファイルに解答を入力す

また，本システムはタイピングについる。そして，解答ファイルをアップローても課題を用意しており，タイピングにドすることで採点が行われる。採点結果

関してはブラウザに入力する方式になっは即座にユーザにブラウザを通じて提示ている ［11］。

される。これらの処理のためにインター
ネットに接続された環境が必要である。

4.2

Excel・Word 採点プログラム

ただし，インターネットに接続する必要があるのは採点や成績の管理を統合シ

自 動 採 点 プ ロ グ ラ ム は Excel，Word

ステムによって行っているためである。

で作成されたファイルを採点することが採点プログラムや必要なファイル一式をできる。採点に際しては，設問ごとに採導入した PC ならばスタンドアロンで採点基準ファイルを用意することでプログ点をすることもできる。

ラムを修正することなくさまざまな設問を採点できる。さらに採点基準ファイル

4.3

学習効果と意欲の向上のための機能は，模範解答ファイルから半自動で作成することができる［9, 10］（図 2）。ここで半受講者が自己学習をしやすくするため

自動と記述しているのは，別解などは別に，PDF や動画による解説を公開する仕

愛知大学情報メディアセンター－4－

Vol.31, No.1, 2022

組みを備えている（図 3）。これらは全て件の一つになっているため，常に学生がの設問に対して準備する必要はなく，教気にしていることもあり簡単に見られる員側が説明を追加したい問題に限ることようにしている。一方でランキングは達ができる。また，公開方法は後述（4.4）

成率に基づいて全受講者中の順位を表示の設問 ID をファイル名として設定して，するようになっている。これにより他の所定のディレクトリに配置するだけであ受講者との進捗度合いを比較することがる。本学では設問の種類ごとに解説や動でき，学習意欲の維持に効果が期待でき画を用意している。

る。

受講者の学習意欲を維持するために
図 4 や図 5 のように課題の達成率やラン

4.4

講義担当者向け機能

キングを表示する機能も備えている。達成率については，本学で開講している情報リテラシー・入門，応用の単位取得条

本システムは，講義で利用することも想定して以下の機能を有する。
1．設問作成・編集
2．出題期間管理
3．ロ グ の 参 照， 成 績 の 参 照 と ダ ウ ンロード
4．出席管理5．不正防止設 問 作 成 機 能 は 4.2 で 説 明 し た よ う に

図3

PDF と動画の公開

模範解答ファイルを基に半自動で作成が可能である。特に Excel については別解の設定なども本システム経由で行うこと
［10］

ができる

。また，タイピングに関しても解答例となるテキストファイルをアッ
図4

達成率の確認

プロードするだけである。
これら設問は「α -x-yy-zz」のように
設 問 ID を 付 け て 管 理 し て い る。 こ こ で「α」は「T」，「E」，「W」のいずれかとなり，それぞれタイピング，Excel，Wordの課題であることを表している。

図5

達成率によるランキング

愛知大学情報メディアセンター

「x」は本学では出題するコースを表現－5－

Vol.31, No.1, 2022

するのに利用しており，「0」ならば入門

ラスでは，授業に全く関係ない設問までの練習問題，「1」ならば応用の練習問題

公開されているという問題が生じていとなっている。

た。そのため，クラスごとに設問の公開「yy」は設問番号に関わる値である。た

開 始 日 時 を 設 定 で き る よ う に し た。 まだし，これは管理上の設問番号であり受た，現時点では利用していないが，公開講者に表示する番号は別途設定が可能で終了日時も指定することができる。

ある。

ログと成績は，システムから全員・ク

ま た，「zz」 は 類 題 番 号 で あ る。 こ れ

ラ ス・ ユ ー ザ ID な ど を 指 定 し て そ れ ぞは，「yy」で指定された設問番号に対してれ確認することができる。また，成績は複数の設問を用意した場合に利用する。

CSV（Comma Separated Values）ファ

例えば Excel01 という設問があった場合

イルとしてダウンロードすることもできに，受講者 A には E-0-01-00 を割り当て，る。

別 の 受 講 生 B に は E-0-01-01 と 別 の 設 問

4 の出席管理は，「実施期間」，「IP アド（類題）を割り当てることができる。このレスによる制限」，「アクセスコード」を設定により，ユーザごとに異なる設問を設定することで，授業に来ている受講者

出題することもできる。

のみアクセスできる設問を用意すること

この設問 ID は出題期間，出席管理，成ができる。これにより，その設問を提出

績にも関わる。その際には「zz」の値は使しているかどうかで出席を管理すること

わずに，「α -x-yy」（例えば E-0-01）を使が可能である。

う。このように管理することで，どの類不正防止機能は，各設問に対する機能

題を解いたかに関係なく設問番号に対しと，出席に関わる機能の 2 つに分けられて解答したと管理することが可能になっる。各設問に関する不正防止機能は，他ている。

の受講者から解答ファイルをもらって提2 の出題期間管理機能は，練習問題の出するということを防ぐために実装して出題期間を講義の実施に合わせてクラスいる。本学では出題されている練習問題

ごとに設定することができ，設定されたの半分以上を提出することが単位取得条

日時になると自動で設問にアクセスでき件の一つとなっている。しかし，練習問るようになる。以前は講義の実施回に合題の数が多く締め切りに間に合わない場

わせて順番に設問を手動で公開してい合に，他の受講者からファイルをもらった。この手動での設定は最も進捗が早いて提出するという不正行為が散出していクラスにあわせた公開となっていたた

た。そこで，ユーザ ID・設問 ID などをめ，休講などで進行が遅くなっているク

基に計算したハッシュ値を設問ファイル

愛知大学情報メディアセンター

－6－

Vol.31, No.1, 2022

メモリ：8GB
OS：CentOS Linux 7.9.2009
各種ソフトウェア：
Apache 2.4.6, PostgreSQL 9.6.4
Python 3.6.2, PHP 7.3.3
PhpSpreadsheet 1.6.0
5.1
図6

Excel・Word 採点時間

ハッシュ値の埋め込みと照合
Excel を 124 題，Word を 126 題 を中に埋め込み，解答ファイルを提出した

そ れ ぞ れ 10 回 採 点 し た 時 間 を 計 測 し際にその値を照合することで他の受講者た。 時 間 の 計 測 は コ マ ン ド ラ イ ン 上 かからファイルを受け取っていないかどうら「date+%s%N」 を 使 用 し て， 採 点

かを判別するようにしている（図 6）。

実行前と実行後の時刻の差により求めまた，情報リテラシー・入門，応用は単て い る。 そ の た め， 前 述 の Apache と位取得条件として原則欠席回数は 1 回以

PostgreSQL はこの採点時間計測には関下と定めている。そのため，授業に来ら係 な い。 ま た，Excel の 採 点 に PHP とれない受講者が，出席している友人に代PhpSpreadsheet を 利 用 し，Word の 採

理で提出を頼むということがあった。そ点には Python を利用している。

こで，授業時間中に同じ IP アドレスから

採点時間の平均値，標準偏差と中央値

複数の受講者による出席用の設問提出がを 表 1 に 示 す。 な お， 計 測 時 は ns（10あった場合に，不正行為が行われた可能秒）で計測しているが，結果を見やすく性があるとして講義担当者にメールで通するためにμ s（10 -6 秒）で記載している。

-9

知する機能を実装した。これにより，代理出席を検出できるようになっている。

表1

5．採点プログラムと運用実績の評価

採点プログラムによる採点時間

Excel

本システムは以下の構成により運用しており，本章の評価もこのシステムでおこなった。
CPU：Intel Xeon E3-1270 v6 3.80GHz
愛知大学情報メディアセンター

－7－

Word

平均値

41.41 μ s

標準偏差2.163 μ s

中央値

41.16 μ s

平均値

14.72 μ s

標準偏差0.1381 μ s

中央値14.71 μ s

Vol.31, No.1, 2022

これらの結果から分かるように本採点プ［11］（Normalized Gain） を用いる。規格化

ログラムは充分高速に採点できているこ

ゲインは事前テストの正答率の平均値をとが分かる。

<%Pre>，事後テストの正答率の平均値
を <%Post> と す る と 以 下 の よ う に 定 義5.2

運用における学習効果の評価

される。
G：=

本学の情報リテラシー・入門では第 2（<%Post>-<%Pre>）（100-<%Pre>）回 の 授 業 で Excel・Word の 実 力 テ ス ト

これは受講者の学力の伸びを示す指標（事前テスト）を実施している。これは，として提案され，広く用いられている。

受講生が Excel や Word を受講前にどのこ の 指 標 の 最 大 値 は <%Post> が 100 ％程度活用できるのかを把握するためであのときであり，G=1 である。Excel に関る。この事前テストは，その学期で教えしての規格化ゲインを表 2 に，Word に関る予定の内容について出題している。ししての規格化ゲインを表 3 に示す。これ

たがって，もしも受講者の大半が事前テ

らの表の値から，平均点は事前テストとストで満点を取るようならば実習内容を

事後テストで上昇し，規格化ゲインも非見直す必要がある。ただし，これまでそ常に高い値を示している。また，標準偏のような状況は生じていない。

差が事前テストはいずれも大きな値を示

また，学期の最後には同じ内容で事後していたのが事後テストでは大幅に小さ

テ ス ト を 行 っ て い る。 こ れ を 行 う こ とくなっている。これは，事前テストではで，受講者が Excel と Word に関する知全くもしくはほとんど解けなかった受講

識と技能を概ね身につけることができた

者が，事後テストでは完答できているこかどうかを判定することができる。

とを示している。

なお，2020 年度はコロナウィルスのた授 業 で は Excel や Word に つ い て 講 義め，これらのテストが実施できなかったを行っているため，この結果がすべて本ため 2015 年度～2019 年度の 5 年分のデーシステムによる成果とはいえない。しかタを用いて分析をおこなった。このデー

し，本システムがなければ，いずれの年タの受講者データ 7548 名のうち事前・事

度 に お い て も 1500 名 超 の 受 講 者 に 対 し後テストの両方を受けた受講者（Excelて多数の設問を提供することは難しく，

6355 名，Word 6481 名）を対象としてい習熟度がここまで高まらなかった可能性る。

がある。その面から見ても本システムは受講生の全体の習熟度の伸びを評価評価できる。

す る た め に Hake に よ る 規 格 化 ゲ イ ン
愛知大学情報メディアセンター

－8－

Vol.31, No.1, 2022

表2

Excel の規格化ゲイン
事前テスト 事後テスト

平均値

65.90

98.62

標準偏差

41.20

9.351

中央値

90.48

100

表3

あった。また，本学だけでの利用から学外機関にも利用してもらうためには配付G方法の確立も重要である。これらの問題

0.9597を解決するために Docker 上で動作する
ようにシステム全体を変更し，GitLab により公開する予定である。

Word の規格化ゲイン
事前テスト 事後テスト

平均値

6964

97.33

標準偏差

28.76

28.76

中央値

73.68

100

謝辞

G

本研究の一部は，愛知大学名古屋一般

0.9122

教 育 研 究 室 事 業「HITs 用 学 習 コ ン テ ン
ツの作成および研究」によるものである。

6．まとめと今後の課題

注
本論文で使用している Intel Xeon は，

本論文では教員の負担を軽減するととアメリカ合衆国及びその他の国におけもに，受講者の学習効果を上げることをる Intel Corporation 又 は そ の 子 会 社 の目指した自動採点統合システムの構築つ

登録商標または商標である。Microsoft,

いて述べた。本システムの評価として，

Microsoft Office, Word, Excel は，Excel と Word の 採 点 に か か る 時 間 を 計

Microsoft Corporation の ア メ リ カ 合 衆

測し，教員が採点するよりも非常に高速

国及びその他の国における登録商標またに採点できることを示した。さらに受講は商標である。CentOS は，CentOS ltd.

者の正答率の上昇を規格化ゲインによりの登録商標または商標である。

評価した。それにより，本システムが受講生の習熟度向上に貢献していることを参考文献示し，その有効性について考察した。

［1］ 岩 田 員 典， 功 力 由 紀 子， 齋 藤 毅， 谷 口

今後の課題としては，開発環境と運用

正 明， 長 谷 部 勝 也， 松 井 吉 光， 古 川 邦 之，

環境の統一と配布の仕組みの確立があ「Excel，Word 自動採点システム HITs のる。 こ れ ま で に も， ラ イ ブ ラ リ な ど の構築と運用」，愛知大学 情報メディアセン

アップデートのタイミングにより，開発

ター紀要「COM」，Vol.20，No.1，第 35 号，

環境と運用環境で利用しているバージョ

2010/3，pp.11-23

ンが異なるという問題が生じることが愛知大学情報メディアセンター

［2］「Office（2007）Open XML ファイル形－9－Vol.31, No.1, 2022

［7］渡邊光太，「Microsoft excel による試験式の概要」，2015/6，
https://docs.microsoft.com/ja-jp/

採点システムの作成」，城西情報科学研究，

previous-versions/office-development/

Vol.21，No.1，2011/3，pp.37-46，

aa338205（v=office.12）?redirectedfrom=https://libir.josai.ac.jp/il/user_

MSDN, 2021/2/26 参照

contents/02/G0000284repository/pdf/［3］“Standard ECMA-376 OfficeJOS-InfoBull-2105.pdf

Open XML File Formats”, 2016/12，［8］石川千温，中村永友，渡邊慎哉，小池英

https://www.ecma-international.org/

勝，「学習者の自学自習を支援するエクセ

publications-and-standards/standards/

ル用自己採点ツールの開発」，2006PC カン

ecma-376/, 2021/2/26 参照

ファレンス，2006/8，pp.321-322，［4］岩田員典，松井吉光，長谷部勝也，谷口正明，池森均，梅垣敦紀，齋藤毅，澤田貴

https://gakkai.univcoop.or.jp/pcc2006/
papers/pdf/185.pdf

行，土橋喜，中尾浩，西本寛，古川邦之，毛［9］長谷部勝也，松井吉光，谷口正明，「HITs

利元昭，「情報リテラシーのための Word，

における Word 文書の採点プログラム 2019

Excel 自動採点システムの構築と運用」，平

年度版の開発」，愛知大学

成 25 年度教育改革 ICT 戦略大会，2013/9，

第 56 号，2019/3，pp.31-39

一般教育論集，［10］岩田員典，「Office Open XML 形式のpp.294-295
http://www.juce.jp/archives/

Excel フ ァ イ ル 自 動 採 点 シ ス テ ム 」， 愛 知taikai_2013/d-14.pdf

大 学 情 報 メ デ ィ ア セ ン タ ー 紀 要「COM」，［5］大曽根匡，関根純，丹保歩子，「Excel 用

Vol.29，No.1，第 44 号，2019/3，pp.1-15

標準テストのための自動採点プログラムの［11］ 松 井 吉 光，「HITs に お け る Typing 練開発とその実施結果の報告」，専修大学情習用採点プログラムの改良」，愛知大学情報科学研究，Vol.35，2015/3，pp.19-41，

報メディアセンター紀要「COM」，Vol.30，

https://senshu-u.repo.nii.

No.1，第 45 号，2020/3，pp.15-22

ac.jp/?action=repository_uri&item_［12］Richard R. “Hake”, American Journalof Physics, Vol.66, Issue 1, 1998, pp.64-

id=7846&file_id=32&file_no=1［6］中村邦彦，「Microsoft Office 課題の自動74

採点プログラム」，香川大学経済学部研究
年報，51，2012/3，pp.1-43，
http://shark.lib.kagawa-u.ac.jp/
kuir/file/27706/20150809142518/
AN00076010_51_1_43.pdf

愛知大学情報メディアセンター

－ 10 －

Vol.31, No.1, 2022

論文

JAR ファイルを対象とする自動採点機能を有した
Java プログラミング実習用システムの構築と運用
毛利元昭 （愛知大学経営学部）

要旨
プログラミングの実習系授業の実施において，担当教員側の負担軽減や学習者側でのテストの重要性から，自動採点機能を有した実習用システムやウェブサービスを利用するケースは多い。しかし，既存のそれらはソースコードを提出させる形にしている。そのような形式を単純に用いた場合，学習効果の低下やシステム負荷の増大を招く恐れがある。それらを抑制すべく，筆者が本学経営学部で担当しているプログラミング系授業では，JAR ファイルを対象とする Java
プログラミング実習用システムを独自に構築・運用している。本システムは実行可能 JAR ファ
イルを受講者のローカルな開発環境で作成させることを前提とするが，本稿では，なぜ本シス
テムによって問題を抑制できるのか，どのように設計・実装・実現しているのかについて説明するとともに，他の様々な機能について説明する。また，受講者の反応を中心に本システムの運用の状況について述べる。

キーワード：自動採点，プログラミング学習，Java，GUI，PHP，シェルスクリプト

1．はじめにクラスを単独で担当するような場合，授業を正常に実施するには何らかの効率

プログラミングの実習系授業の実施に化・自動化が必要と言える。

おいて，担当教員側の負担は大きい。資ま た， プ ロ グ ラ ミ ン グ の 学 習 に お い料・教材作成と講義だけでなく，課題のて，作成したプログラムが想定通りの動細かな出題，受講者の課題進捗状況の把作を行うものであるかを確認すること，握，採点とフィードバック，質問やトラ

いわゆるテストは必須と言える。テスト

ブ ル へ の 対 応 な ど が 求 め ら れ る。 し か

データと期待される結果を担当教員側でも，その多くが個別対応と即時性を求め

用 意 で き る 場 合 は 多 い が， 簡 単 な コ ー

られ，授業中の担当教員とアシスタント

ディングでも苦戦する初心者にとって，は，講義を中断して対応に追われ続ける

テストを正しく実施することは容易でなことになる。情報工学や情報科学を専攻

い。開発環境に付属するテスト用のツー

し て い な い 初 心 者 50～60 人 規 模 の 複 数ルなどを利用してもらうおうとしても，

愛知大学情報メディアセンター

－ 11 －

Vol.31, No.1, 2022

さらなる学習コストを必要とするため，いる。具体的には，ウェブページ上に穴

やはり初心者には難しい。

埋め式のソースコードと条件や期待されこういった背景から，プログラミングる働きが提示され，解答欄に解答を記入の実習系授業の実施において，自動採点

あるいは作成したソースコードのファイ機能を有した実習用システムを授業担当

ルを投稿し，文字列やプログラムの実行者が構築・運用するケースがある。例え結果を正答例のものと比較することで，

1）

や早稲

点数化や合否判定を行う。しかし，この田 大 学 の Waseda Online Judge 2） が あ

ような方法を単純に用いた場合には下記る。同様に，近年には様々なプログラミのような問題が生じる。

ば， 名 古 屋 工 業 大 学 の CAPES

ング学習用ウェブサービスが開始され，

1．受 講 者 が プ ロ グ ラ ム の 全 体 像 を 把そのほとんどは課題提示と自動採点（オ握・コントロールする機会の減少

ンラインジャッジ）機能を有し，自身の2．受 講 者 の コ ー デ ィ ン グ に 関 す る 自課題進捗状況を保存・把握できるものも由度の減少ある。簡易的なプログラム開発環境を有

3．コ ンパイルや実行の機会の減少

しているものもある。日本人の利用者が4．コ ン パ イ ル 不 可 能 な 状 態 で の 提 出多いものとしては，前述の Aizu Online
Judge 3） や Progate 4），paiza 5） な ど が あ
6）の増加
5．システム負荷の増加

り，世界的には AtCoder が有名である。

これらの問題を抑制するために，筆者

しかし，授業で用いられる実習用システ

はローカルの開発環境にて作成された実

ムは授業に閉じたものであるため，学外

行 可 能 JAR フ ァ イ ル を 提 出 さ せ る こ と者には利用できない。また，プログラミを前提とした，自動採点機能を有するプ

ング学習用ウェブサービスは内容のアレ

ログラミング実習用システム

ンジができない。そのため，筆者も本学構築した。本稿では，主にそのシステム経営学部で担当しているプログラミング

設計・構成や運用の状況を説明する。

注 1）

を考案・

系授業の実習用システムを独自で構築・
2．受講者に実行可能 JAR ファイルを提運用することとした。
ここで，既存の多くの実習用システム

出させる意義やプログラミング学習用ウェブサービス

JAR と は Java Archive の 略 で あ り，は，ソースコードを提出させる形にしてJava の ク ラ ス フ ァ イ ル や デ ー タ フ ァ イ

注 1）

ソースコードや課題バンク等は下記の URL にて公開している。
https://halo.aichi-u.ac.jp/~mouri/works/programming_training_system_java.zip

愛知大学情報メディアセンター

－ 12 －

Vol.31, No.1, 2022

ルなどを ZIP 圧縮でひとまとめにした形

ぎる状況と言える。他方で，簡易的な自式である。実行可能 JAR ファイルとは，

動採点を行う場合，空白や改行を除いて実行用のマニフェストファイルを内に含比較差分を評価することとなる。このよん だ JAR 形 式 の フ ァ イ ル で あ る。Java

うな形は，受講者のコーディングに関すが イ ン ス ト ー ル さ れ た 環 境 で あ れ ば，る自由度がほぼ無い。答案が記号・単語「java -jar」 コ マ ン ド と と も に フ ァ イ ル

あるいは短文になるような工夫がなされを指定することでプログラムを実行できていることが前提であり，「デバッグせる。

よ」「〇〇ができるように改良せよ」の本システムにおいて特徴的な点は，受ような，プログラムの全体像を把握・コ

講 者 の ロ ー カ ル 環 境 に て 実 行 可 能 JAR

ントロールさせるような大まかな指示にファイルを作成させてから，そのファイよる課題の答案を，実質的に採点できな

ルを提出させることである。このようない。つまり，応用力を養うことが目的の形式をとる自動採点システムは，筆者が課題の出題が困難である。

調べた限りでは見当たらなかった。既存

自動採点がプログラムの実行を伴う形のプログラミング実習用のシステムでよ

であれば，入出力の関係は「仕様」つまり

く み ら れ る の は， ブ ラ ウ ザ 上 に ソ ー ス

厳密にしつつ，コーディングに関する自コードを入力させる形である。しかしこ

由度は高くできる。よって，応用力を養の形は，第 1 章で挙げたような問題を抱うことが目的の課題でも自動採点可能なえている。ここでは，実行可能 JAR ファ

ものが作りやすい。しかし，ソースコー

イルを提出させることで，なぜそれらのドを提出させる形であれば，サーバ側で問題が解決されるのかを述べる。

コンパイルが必要となる。コンパイルに自動採点がプログラムの実行を伴わなは計算機リソースと時間が必要であり，い形であれば，「正解となる文字列を入システム負荷を増大させるため，多数の力する」ことと等価である。ソースコー

答案提出が重なった場合などにリクエス

ドに対してリッチな自動採点を行う場

トのタイムアウトが生じやすくなる。タ合，字句解析・構文解析とパターンマッ

イムアウトした場合には採点結果を正しチングなどを利用することとなる。このく示せないため，答案の再提出が必要とような形は，計算機リソースと時間が必なり，その結果，さらなるシステム負荷

要になることに加え，自動採点スクリプが生じることとなる。それ以上に問題なト等の作成に高い技術力と多大な労力がのは，実行を受講者の主体で行う必要が必要になる。筆者を含め，言語処理などないため，受講者からコンパイルや実行の分野を専門としない者には荷が勝ちすの機会を奪うことにつながる点である。

愛知大学情報メディアセンター

－ 13 －

Vol.31, No.1, 2022

プログラミングにおいて自らの手によるエラーが生じた場合はエクスポートされテストは重要であり，学習という観点かないため，コンパイル不可能な状態でのらも試行錯誤は重要である。そもそもコ提 出 が 防 止 で き る。 も ち ろ ん，Eclipse

ンパイル不可能なソースコードが提出さが有するハイライト機能や入力補完機

れる可能性も大きく，デバッグしにくい

能など，リッチな開発環境としての機能状況は避けるべきである。なお，近年にをローカルのリソースで利用するため，はブラウザ上で利用できるクラウド開発

コードの誤りを避けつつデバッグがしや環境も現れてきたが，導入が困難な上にすい上に，システム負荷は総合的に小さ

様々な制約やリソースの問題を抱えておい。

り，授業での利用は現時点では考えていない。

これらのメリットを成立させる要因
は，JAR フ ァ イ ル が OS に 依 存 せ ず 実

一 方 で，JAR フ ァ イ ル を 提 出 さ せ

行 で き る 点 で あ る。Java は 仮 想 マ シ ン

る こ と を 前 提 と し た 場 合， 話 は 変 わ っ（VM） 上 で 中 間 言 語 フ ァ イ ル を 実 行 すて く る。 筆 者 の 授 業 で は， 開 発 環 境 のる仕組みをとっており，受講者のローカ

注 2）を 受 講 者 に 利 用 さ せ て い る。

ル 環 境（Window, Mac, Linux 問 わ ず ）この Eclipse は，実行可能 JAR ファイルで 作 成 さ れ た 実 行 可 能 JAR フ ァ イ ル での作成（エクスポート）に際し暗に実行あっても，多くの場合サーバ側（本シスを必要とする。エクスポートには起動構

テムの場合は Linux）でそのまま実行で成が必要なのだが，ソースコードから実き る。 な お，JavaFX

行させることで，起動構成が自動生成さブラリが必要な場合や VM のバージョン

れつつコンパイルが行われるのである。

違いによっては若干の工夫が必要である

よって，受講者は実行とそれに付随するが，現行の演習課題およびシステムではコンパイルを，提出のたびに自然に繰り解決済みである。具体的には，受講者にEclipse

注 3）

注 4）

など外部ライ

ことになる。つまり，データ入は Eclipse 上 で Java SE-1.8 の 形 式 で プ

力を含め実行の様子を主体的に確認する

ロジェクトを作成・実行・エクスポート

ことにつながる。また，コンパイル時にしてもらい，サーバ側では実行時にオプ

返す


注 2）

Java の主要な統合開発環境。日本語化ツール Pleiades とともに無償利用できる。

注 3）

実際には，起動構成が一旦生成されたらその後のエクスポートの際に実行は不要であるが，受講者にそれを知らせないことで実行が習慣化される。

注 4）

Java VM 上で動作する GUI ライブラリ。現在は Java に同梱されなくなったため，OpenJFX を導入・利用する形となり，初心者にとっては利用・保守し難くなっている。

愛知大学情報メディアセンター

－ 14 －

Vol.31, No.1, 2022

ションを付け加えている。

1．履 修 者 が ウ ェ ブ ブ ラ ウ ザ か ら ア ク

実 行 可 能 JAR フ ァ イ ル に よ る メ リ ッセスでき，課題の表示や提出，評価

注 5）

」コマンド

の確認もウェブブラウザ上で可能を 用 い て JAR フ ァ イ ル を 解 析 す る こ と

2．利 用 に は ロ グ イ ン を 必 要 と し， テ

で，プログラムの構造を確認できる点でスト用ユーザを除いて学内の認証ある。コンパイル後，つまり字句解析・サービスにて認証ト は 他 に も あ る。「javap

構文解析とそれらの整理が行われた後で

3．記 述式の課題も表示や提出ができ，あり，ソースコードと比べて表現の差異

正答例を別途用意することで自動がある程度吸収されるため，構造が同じ

採点にも対応であれば正答例と比較しやすい。すなわ

4．J AR フ ァ イ ル が 提 出 さ れ た 場 合，ち，入出力の関係だけでなく，プログラ

ファイルの解析および実行を自動ムの構造も採点の対象にできる。もちろ

で 行 い， そ の 結 果 を フ ァ イ ル と しん，採点者には「javap」コマンドに関すて保持る知識や解析結果の読解・利用技術が必5．自 動 採 点 の 場 合， 提 出 か ら 結 果 の要となるが，複雑な状況を求めなければ表示までを 20 秒以内とし，その間対応できるケースも多い。筆者の場合，に 60 人程度がアクセスしてもシス標準的には，クラスやメソッドの情報なテムダウンが発生しない（タイムア

どを抽出し必要に応じて正答例のものとウトは許容）

比較する形で自動採点の際に利用してい6．管 理 者 の 画 面 か ら， 提 出 さ れ たる。本システムでの具体的な利用方法に

フ ァ イ ル や 答 案 の 確 認， 採 点 の 修

ついては第 5 章で説明する。

正や手動採点が可能
7．管 理者の画面から，クラスごと・授3．システム設計

業の回ごとに課題の公開・提出期間

3.1

等の設定が可能

システム要求JAR フ ァ イ ル を 対 象 と す る 自 動 採 点

前述の要求が満たせるように，ハード機 能 を 有 し た Java プ ロ グ ラ ミ ン グ 実 習

ウェアの選定と環境構築およびシステム

用実習用システムを構成するにあたり，設計を行っている。現行機のハードウェ

当初から考慮したシステム要求は以下の

アと環境は表1の通りである。なお，当初通りである。

のマシンはスペックやバージョンが現行
注 5）

Java の SDK に付属する，バイトコードで書かれたクラスファイルを解析・逆アセンブルして人間が理解できる文字列に変換するツール。

愛知大学情報メディアセンター

－ 15 －

Vol.31, No.1, 2022

表1システムのハードウェアと環境

本体

PC/AT 互換機

CPU

Corei57602.80GHz

RAM

4GB

ストレージ

HDD320GB

ネットワーク

1000Base-TX

OS

Lubuntu20.0464bit

ウェブサーバApache2

サーバ側処理PHP7,Bash5

ブラウザ側処理 jQuery3
データベースMariaDB10

Java 環境

OpenJDK16,OpenJFX

画面キャプチャ Xvfb,ImageMagick

図1

受講者によるシステム利用の流れ

より大きく劣るが，HDD の障害を除き，

JAR ファイルを作成する。受講者が課題

運用中の過負荷によるシステムダウン等

内 容 の 画 面 か ら JAR フ ァ イ ル を 提 出 すは発生しなかった。

ると，サーバ側で実行や採点が行われ，受講者によるシステムの利用の流れは

実行結果や評価が表示される。その後，

図 1 のようなものを想定した。まずログ受講者はページを戻ったり課題一覧を表

イ ン 認 証 を 行 い， 受 講 者 と し て 登 録 さ示させたりして，課題への再挑戦や次のれていればトップページが表示される。

課題への挑戦を行っていく。

トップページには各機能や資料へのリン

前述の要求に基づくシステムの具体的クが示されており，受講者が課題一覧を

な要件および追加機能は詳細多岐にわた

選択すると，その時点に出題されているるため，必要に応じて後述する。

課題の一覧が表示される。このとき，進捗状況を把握できるよう，各課題の評価

3.2

フォルダ構成を記号化したものが各課題の内容へのリ本システムはウェブサービスとして運ンクとして表示される。受講者が課題を用するため，ウェブ上から直接アクセス

選択すると，それに対応した課題内容ができる表層部と，そうでない内部に分か表示される。受講者は表示された条件やれたフォルダ構成とした。概要は図 2 のサンプルプログラムをもとにプログラミ

通りである。

ングを行い，ローカル環境にて実行可能
愛知大学情報メディアセンター

表 層 部 に 関 し て は，PC 内 の 著 者 用 の－16－

Vol.31,No.1,2022

題内容と採点用スクリプトがフォルダ群（課題バンク）として収められた「_test」
がある。
出題課題別のフォルダ群は，出題する課題を設定する際に，その課題の番号で自動作成される。例えば，第 02 回の授業の 3 つ目の課題であれば「023」となる。
この出題課題別フォルダの下にさらに受講者ごとのフォルダを自動作成し，提出された JAR ファイルやその実行結果，自動 採 点 の ロ グ， そ の 他 の フ ァ イ ル な ど
図2

システムのフォルダ構成

を，それぞれ指定の名前で保存する形である。

ホームフォルダにあるフォルダ「public_

課題バンクにおいては 1 つの課題につhtml」内に「授業略称・年度」のフォル

き 1 つのフォルダとしており，課題の識ダが用意してあり，その下に PHP ファイ

別子をフォルダ名としている。それぞれ

ル群を置いてある。「index.php」がトッのフォルダに，データベースへの登録用

プページとなっており，そこから各ペー

設定ファイル，課題の説明，ソースコー

ジへのリンクをたどる形となる。また，

ド，正答例，自動採点スクリプト，その簡 便 の た め， 講 義 資 料 等 は「docs」 と他のファイルなどを指定の名前で収めいうフォルダに別途置き，トップページて あ る。 ま た， 課 題 バ ン ク と は 別 に「_にもリンクを載せている。表層部とそれ

default」フォルダを用意してあり，ここに 付 随 す る 各 機 能 は 主 に PHP の 形 で モには標準的な課題の説明と自動採点スク

ジュール化して用意するが，自動採点そ

リプトをタイプ別で収めてある。課題バの も の は PHP で は 行 わ な い。 内 部 に よンクのフォルダ内に説明やスクリプトのる処理結果を受けて，結果を表示するにファイルが存在しなければ，これらが利とどめる。なお，PHP ファイル群につい用される。なお，自動採点スクリプトにては第章で詳細を述べる。

ついては第 5 章で詳細を述べる。

内部に関しては，これもホームフォル

課題バンクフォルダ内には，主に下記

ダ下のフォルダ「ws_web」内に「授業略のファイルが収められている。

称・年度」のフォルダが用意してあり，そ◦ setting.txtの下に出題課題別のフォルダ群と，各課
愛知大学情報メディアセンター

データベースへの登録用設定ファイル－17－

Vol.31,No.1,2022◦ direction.txt

p_id

課題識別子

課題の説明

type

課題タイプ

◦ figure.png

title

課題タイトル

dist

配布ファイル名（任意）

説明の補足用の画像◦ p_link◦ code.txt

各授業の設定テーブル

lnk_id

授業の識別子（cls_id+l_id）◦ answer.txt

cls_id

クラス識別子

正答例

l_id

授業の回

t_open

授業開始日時t_view

課題公開日時t_late

課題締切日時ソースコード（提示用）◦ answer.png
画像を提出させる課題用の正答例◦ test_cmd.sh

p_id1～ p_id8

自動採点スクリプト

各出題課題の課題バンク内識別子◦ input*.dat（* は任意の数値）◦ evals

自動実行時の入力

u_id◦ output*.dat（* は input に対応する数値）

評価テーブル
学内アカウント名

s010～ s159

自動実行時の想定出力（比較用）

各出題課題の評価点数◦ output_jp*.txt（* は数値）
javap による解析結果の抜粋（比較用）

各テーブルおよび各項目の意味の詳細は，以降の項でそれぞれ述べる。

◦ diff_res*.log（* は数値）実行結果に対する想定差分

3.3.1◦その他，配布ファイルなど

users

ユーザ情報を管理するテーブルであ3.3る。主キーとなるユーザ識別子を学内ア

データベース構成

データベースは授業略称・年度で作成

カウント名と同一とするのは，本システ

し， そ の 中 に 下 記 の 名 称・ 項 目 を 持 つム が 学 内 の シ ス テ ム で あ り， 学 内 の 別

テーブル群を用意する。

サーバで認証を行うためである。また，◦ users

ユーザ情報テーブル

テ ス ト 用 の 特 別 な ユ ー ザ を 除 き， パ ス

学内アカウント名

ワードやそのハッシュ値は記録しない。

u_id

u_name 氏名

クラスごとに時限が異なるためクラス

cls_id

クラス識別子

識別子を，受講者と担当教員では利用でgrd_id

権限

きる機能を分けるため権限をそれぞれ項

課題バンクテーブル目として持たせてある。担当教員が進捗◦ p_bank

愛知大学情報メディアセンター

－ 18 －

Vol.31, No.1, 2022

などを把握しやすくするため，受講者には本システムを通して氏名を登録させ
る。

3.3.3

p_link

各授業の設定を管理し，課題バンクを紐づけするテーブルである。主キーとなる識別子はクラスと授業回（2 桁）から

3.3.2

p_bank構成されているため冗長であるが，検索課題バンクを管理するテーブルであるが， 実 質 的 に イ ン デ ッ ク ス で あ る。 主の観点からクラス識別子と授業回も項目として持たせてある。

キーとなる識別子は前述のフォルダ名に授業の開始日時は，実質的に，その回対応しており，他の項目はフォルダ内のの課題の提出が可能となる日時である。

設定ファイルに記述された情報が登録さそれとは別に，課題の公開日時を設けた

れている。メンテナンス性とデータベーのは，予習を促すためである。また，学スの負荷の観点から，各課題の詳細はこ期の終盤に用意した総合的な課題など

こに登録していない。

は，早めに公開することでモチベーショ

課題タイプは下記の通りである。

ンにつながることが期待され，それを可1．JAR ファイルを受け取るのみ

能 と す る た め で あ る。 課 題 の 締 切 日 時

2．JAR ファイルを受け取って自動採点

は，受付を停止するというよりは，以降（テキストベースで自動実行）

を遅延提出として扱う日時である。

3．JAR ファイルを受け取って自動採点

1つの授業に最大8つの課題を設定でき（起動時にスクリーンショット）

るよう，課題バンク内の識別子を登録す

4．テキストデータを受け取るのみるための項目を 8 個設けてある。上限を5．テキストデータを行ごとに自動採点8 にした理由は，難易度にもよるが，課6．PNG ファイルを受け取るのみ

題数が多すぎると受講生が対応しきれず

7．ドキュメントを受け取るのみ

モチベーションを下げる恐れがあるため8．ZIP ファイルを受け取るのみと，現在までの授業実施において不足し課題を出題する際に内容を把握しやすていないためである。

くするため，タイトルを項目として持たせてある。また，課題によってはファイ

3.3.4

evals

ルを配布するため，そのファイル名を登各出題課題の評価点数を管理するテー

録できるようにしてある。ただし，そのブルである。主キーとなるユーザ識別子

ファイルの実体は課題バンクフォルダにを 除 き， 項 目 名 は 先 頭 の "s" に 続 い て 授

収めてあることとする。

業回（2 桁）とその中での課題の順番からなる。現在の実装では，クラスを分け

愛知大学情報メディアセンター

－ 19 －

Vol.31, No.1, 2022

ずひとまとめで扱っている。また，項目は後から追加していく形をとっている。
1つの授業で設定できる課題は8つまで◦ update_u.php
ユーザ情報の更新◦ login.phpとしたが，それとは別に，授業ごとに出ロ グ イ ン 認 証， デ ー タ ベ ー ス か ら の欠を 0 番，感想を 9 番とし，その状況も登

ユーザ情報の読み込み録対象としている。現状では，出欠に関◦ logout.php

しては「無断欠席」「欠席」「遅刻」「出ログアウト

席」を区別し，感想に関しては「短文」

これらのファイルが担当する機能は論「長文」を区別している程度である。

旨に大きく関わらないため，説明は割愛する。

4．PHP ファイル群
PHP ファイル群は，大きく分けて以下の 4 つに分けられる。

4.2

課題および評価の提示関連該当するファイルは以下の通りである。

1．ユーザ情報および認証関連◦ show_eu.php

2．課題および評価の提示関連

課題（評価）一覧ページ

3．課題の提出および採点関連◦ show_p.php

4．管理関連

課題内容ページ

それぞれについて，以降の節で述べる。

◦ show_p9.php
授業への意見・感想を入力するページ

4.1

ユーザ情報および認証関連◦ disp_png.php

該当するファイルは以下の通りである。
◦ index.php

内部に保存された画像の表示◦ dl_file.php

トップページ

内部に保存された提出ファイルのダウ◦ config.php

ンロードサ イト内の共通設定，セッションの維◦ dl_file_d.php

持，アクセス制限など（サイト内のほ配布ファイルのダウンロード

ぼ 全 て の PHP フ ァ イ ル か ら 冒 頭 で 呼

こ の 中 の show_ls.php と show_p.php

び出し）

について，以降の項で説明する。

◦ add_u.php
受講者の初回登録ページ◦ edit_u.php
ユーザ情報の確認・更新ページ
愛知大学情報メディアセンター

4.2.1

show_eu.php

現在出題されている全ての課題内容への リ ン ク 一 覧 ペ ー ジ で あ る が， 同 時 に－ 20 －

Vol.31, No.1, 2022

ジ内での各評価記号の数を単純に重みづけ和した値であり，実際の評点とは異なるが，目安となる。
4.2.2

show_p.php

課題の詳細な内容が表示されるとともに，答案の提出を受け付けるページである。その一例を図 4 に示す。課題番号はクラスと授業回（2 桁）と課題の順番からなるが，Eclipse で Java プロジェクト
図3

課題（評価）一覧ページの例を作成する際のプロジェクト名も兼ねている。そのため，課題の説明文中のプロユーザの評価一覧としての機能を持つ

ジェクト名が課題番号になるよう，表示（図 3）。受講者が自身の進捗を把握しや時に置換している。タイトルに続き，説すいよう，授業回ごとの行に締切日時と明，コード，図，配布物，その他，提出，出題課題の評価の列を持たせ，表にして判定，コメント，正答例が並ぶが，コーある。各評価は記号で表し，ド以下はそれぞれ不要な場合には表示さ

◦

×

未提出

れない。

◦

▲

不合格

「 説 明 」 に は 前 述 の direction.txt の 中◦

確認中手動での採点が未完了

身を修飾済み html として表示し，「コー◦●

合格（遅刻提出）ド」には code.txt の中身を標準テキスト

◦

○

合格

として読み込んだ後に highlight.js◦◎

合格（加点対象）

用いて装飾表示する。そのため，「説明」

注 6）

を

としてある。クリックするとそれぞれのに は html の 機 能 を 利 用 で き，「 コ ー ド 」

課題内容ページへ遷移する。なお，各授にはソースコードファイルをほぼそのま

業回の最後の課題は授業の感想を任意で

ま 流 用 で き る。 な お，「 コ ピ ー」 の ボ タ

書かせる形である。

ンを押すとソースコードがクリップボー

評価の達成度は概算評点という形で数ドにコピーされる。「図」には disp_png.

値的にも示してある。これは，このペー

php を 用 い て figure.png を 表 示 し，「 配


注 6）

Web ページ上に表示したソースコードに色を付ける JavaScript ライブラリ。



https://highlightjs.org

愛知大学情報メディアセンター－21－

Vol.31,No.1,2022

布物」には dist に記載されたファイルを
ダウンロードできるリンクを表示する。
「その他」には，現在は JavaFX を用いる
課題について，提出された JAR ファイルをサーバで自動実行した際のスクリーン
ショットを表示する。「図」の近くに配置することで受講者自身が比較しやすいよ
うにしてある。
「提出」は課題タイプによって表示が変 わ る。 タ イ プ 1～3 で は JAR フ ァ イ ルの提出用 input と提出ファイルのダウン
ロードリンクを，タイプ 4～5 では解答欄のテキストエリアを，タイプ 6 では PNG
ファイルの提出用 input と提出済みの画像 を， タ イ プ 7～8 で は そ れ ぞ れ ド キ ュ
メントファイルや ZIP ファイルの提出用
input と提出済みファイルのダウンロー
ドリンクを表示する。
「判定」には答案の評価結果を表示する。なお，合格（加点対象）の際はペー
ジ背景全体に花火が上がり続けるアニ
メーションが表示されるようになっている。「コメント」には答案に対する教員からのコメント（出題課題ごとの受講者のフォルダに comment.txt として保存）を表示する。
「正答例」は課題バンクフォルダ内に該当ファイルが存在する場合にそれを表示する。answer.txt に関しては，その中身を標準テキストとして読み込んだ後にhighlight.js を 用 い て 装 飾 表 示 す る。 た
図4

課題ページの例

愛知大学情報メディアセンター

だし，タイプ 5 では answer.txt の各行の－22－

Vol.31,No.1,2022

第 1 タブ前まで（または改行前まで）を

4.3.1

ul_jar.php

標準テキストとして表示する。これは，最初に，POST された JAR ファイルをタイプ 5 が別解をサポートしているため

既定の名前「a.jar」にリネームし，出題である。answer.png に関しては，disp_

課題のユーザ別フォルダに保存する。続

png.php を用いて表示する。なお，「正答

い て， 実 行 フ ォ ル ダ を 同 フ ォ ル ダ に 移例」は課題の提出期限後にのみ表示し，し，「timeout

その部分のテキストはコピーできないよ

動採点スクリプトを実行する。これにようにしてある。期限後にも提出を受け付り，無限ループなど実行時のトラブルがけることと併せて，受講者が復習する機発生してもシステムが機能不全に陥らな会を設けるためである。

い。 な お，JavaFX の課 題 の 場 合は GUI

注 7）15」コマンドとともに自が含まれるため，「xvfb-run 注 8） -a」コマ
4.3

課題の提出および採点関連

ンドを「timeout」の前に付け加えて仮該当するファイルは以下の通りである。

想ディスプレイ上で自動採点スクリプトを実行する。

◦ ul_jar.php
J AR ファイルのアップロード，自動採

自動採点スクリプトは，リダイレクト

点スクリプトの呼び出し，結果表示を用いて途中の標準出力や標準エラー出
力を全てそれぞれ指定のファイルに吐き◦ ul_txt.php
テ キストエリアのデータの投稿，自動出し，最終的な評価値を表す 1 文字（不合

採点スクリプトの呼び出し，結果表示

格："F"，確認中："K"，合格："G"，加点対象の合格："S"）のみを標準出力する形◦ ul_file.php
その他の指定ファイルのアップロード

を と る。 こ の 評 価 値 を PHP 側 で 受 け 取り，それに基づいてデータベースへの評◦ submit_p9.php
授業への感想・意見を提出

価の登録と，ユーザへ示す評価結果ペー

この中の ul_jar.php と ul_txt.php につジを作成・表示する。
評価結果ページには，正解プログラムのいて，以降の項で説明する。

実行結果と提出されたプログラムの実行
結 果 を 併 記 し，diff_match_patch.js 注 9） を
注 7）

引数で指定した時間で強制的に停止する形で実行するためのコマンド。

注 8）

仮想のディスプレイフレームバッファを生成して実行するためのコマンド。

注 9）

2 つのテキストを比較し，異なる部分を色付け表示する JavaScript ライブラリ。
https://github.com/google/diff-match-patch

愛知大学情報メディアセンター

－ 23 －

Vol.31, No.1, 2022

用いて両者の差異を色付けする。出題課
題のユーザ別フォルダ内に a.png が存在していれば，それを「起動時の画面」として表示する。これらの他，同フォルダ内に存在する「*.log」ファイルの中身を列記するが，これは出題者側のデバッグ
兼，評価結果に対する受講者への説明用である。なお，合格（加点対象）の際は，◦ update_l.php
授業情報の更新◦ edit_el.php
授業ごとの評価の管理ページ◦ show_ap.php
課題ごとの答案の一覧・編集ページ◦ read_p9.php
授業ごとの感想・意見の確認ページ

課題内容ページと同様に花火のアニメー◦ update_es.php

ションが表示されるようになっている。

評価の更新◦ update_ps.php

4.3.2

ul_txt.php

課題バンク情報をデータベースに登録

ul_jar.php と大部分が共通しているため，異なる部分についてのみ説明する。
最初に，POST されたテキストエリアのデ ー タ を 既 定 の 名 前「a.txt」 に リ ネ ームし，出題課題のユーザ別フォルダに保◦ show_es.php
数値化した評価の一覧ページ◦ edit_us.php
ユーザ情報の管理ページ◦ update_us.php

存する。評価結果ページには，テキスト

ユーザ情報の更新

データを受け取るのみの課題について

この中の edit_el.php と edit_ap.php には，提出された解答を表示する。行ごと

ついて，以降の項で説明する。

に採点する課題については，提出された解答とともに，誤りが存在する箇所を行ごとに表示する。

4.4.1

edit_el.php

同一授業における同一クラスの全受講者の全評価を表示することに加え，各評

4.4

管理関連

価の編集も可能なページである。その一該当するファイルは以下の通りである。
◦ admin.php
管理用の機能へのアクセスページ◦ show_ls.php
授業情報の一覧ページ◦ edit_l.php
授業ごとの設定ページ
愛知大学情報メディアセンター

例を図 5 に示す。出題した課題について，どれだけの受講者が答案を提出したか，合格したかが分かるため，授業中の進度調整に利用できる。評価の編集について
は，誤りを避けるため，編集対象の受講者を選択してから課題ごとのドロップダ
ウンリストで評価を編集する形にした。

－ 24 －

Vol.31, No.1, 2022

図5

edit_el.php

図6

show_ap.php

ただ，ほとんどの場合，評価の編集の際由を伝えるために利用している。特にオは答案を確認する必要がある。項目のリ

ンライン学習の際に本機能が活躍した。

ン ク か ら 後 述 の「 課 題 ご と の 答 案 の 一

評価およびコメントの編集については，

覧・編集ページ」に遷移できるため，筆誤りを避けるため，対象の受講者を選択者はそこで評価を編集することが多い。

してから課題ごとのドロップダウンリス
トで評価を編集する形にした。

4.4.2

show_ap.php

同一課題における同一クラスの全受講者の答案・評価を表示することに加え，各評価の編集も可能なページである。その一例を図 6 に示す。提出されたファイ

5．自動採点スクリプト
5.1

要求

自動採点を実装するにあたって要求としたことは次の通りである。

ルへのリンクやテキストは原則全員分

1．L inux で 利 用 で き る 無 償 の ソ フ トを，ユーザ別フォルダ内の画像ファイル

ウェア群・コマンド群で構成・構築「a.png」に関しては「確認中」のものを2．P HP から呼び出し可能かつ採点結表示する。これにより，手動採点が必要な対象を優先的に確認できる。オプショ

果を PHP から参照可能
3．J AR ファイルを解析し採点に利用ンを指定することで，全員分の画像や，可能

ユーザ別フォルダの任意のテキストファ

4．J AR ファイルの実行中に標準入力

イルの中身を表示できる。コメント欄にか ら デ ー タ 入 力 す る 形 に 対 応 し，は，受講者個人へのコメントを書きこむ

標準出力は指定のファイルに保存ことができる。筆者は主に，手動採点で5．J avaFX の 課 題 の 場 合 は 起 動 時 の評価を「不合格」にした場合に，その理スクリーンショットを撮影可能

愛知大学情報メディアセンター－25－

Vol.31,No.1,2022

6．テ キストの自動採点は別解に対応

5 に つ い て は，GUI を 表 示 す る プ ロ グ

それぞれの理由を説明する。まず 1 にラムの採点を高効率化するためである。

ついては，筆者がシステム用の予算を有

本来，GUI を表示するプログラムを採点していないためである。また，サーバとするには，提出されたプログラムを採点

な る マ シ ン の OS が Linux で あ る こ と は者の手元で実行する必要がある。その負前提のため，その上で利用可能な形で全担は大きい。しかし例えば，GUI のレイてを構成・構築する必要がある。2 につアウトのみを採点対象とする場合，起動いては，表層部を PHP で構成することが時のスクリーンショットが表示されてい前提のためである。PHP からの呼び出し

れば，それで採点できる。また，提出先

方法や参照方法の自由度は高いため，容の誤りなどを受講者側でも採点者側でも易な要求と言える。3 については，第 2 章

採点前に気付きやすくなる。

で述べたように，プログラムの構造も採点対象に含めるためである。

6 については，答案に自由度を持たせておきたいためである。例えば数式や論4 については，入出力に着目した採点

理式を記述させる課題には，同じ結果をのためである。ソースコードから実行す生むが表現の異なる答案を想定できる。

る形であればコンパイル前にソースコー

現実的には全てを網羅できない場合も多ドの一部を置換することでデータを差いが，別解はできるだけ正解としたい。

し 替 え ら れ る が， 本 シ ス テ ム の 場 合 は
そ れ が で き な い。 実 行 時 引 数 か フ ァ イ

5.2

テキストベースでの自動実行・採点

ル，標準入力で与える必要がある。ここタイプ 2 の課題，つまり，実行可能 JAR

で，実行時引数やファイルを用いる場合

ファイルをテキストベースで自動実行おは，初心者にとってハードルが高い。例

よび採点する場合の標準のスクリプトをえば Eclipse の場合，起動構成の適切な

図 7 に示す。1～4 行目はフォルダの把握設定やファイルの適切な配置・編集などと移動，6 行目は以前のファイルの削除が必要となり，受講者が対応しきれずトである。7～12 行目では，JAR ファイル

ラブルが多発する恐れがある。一方，標内に含まれるクラスファイルをそれぞれ

準入力で与える場合，その部分を提示す「javap」コマンドで解析し，その結果をるソースコードにあらかじめ含めること

一 旦 output_jp.txt に 保 存 し て い る。 環ができる。また，実行時の標準出力を指境によっては元のファイル名のエンコー

定の名前のファイルへ一旦保存すること

ドが Shift-JIS であるため，それに対応しで，実行と採点を切り離して考えること

てある。

ができる。
愛知大学情報メディアセンター

14～22 行 目 で は， 自 動 実 行 お よ び 実－ 26 －

Vol.31, No.1, 2022

行結果と正答例による出力結果との比較

ルドカード）が存在する個数分，それぞを行っている。まず，課題バンクフォル

れを標準入力に流し込みながら実行し，

ダ 内 に フ ァ イ ル「input*.dat」（* は ワ イ

それぞれの標準出力を対応するファイ GBVK  SZG  SBLG  EDVHQDPH^GBVK` 
フォルダの把握と移動
 IODJBN  FG^`^`  UPIGLII RXWSXW HUURU !!HUURUORJ ]LSLQIRDMDU FODVV_VHG VFODVVJ ? _[DUJVMDYDSFODVVSDWKDMDU–YHUERVH!RXWSXWBMSW[W!!HUURUORJ LI>VRXWSXWBMSW[W@WKHQ
javap による解析
  ]LSLQIR2VMLVDMDU FODVV_VHG VFODVVJ ? _[DUJVMDYDSFODVVSDWKDMDUYHUERVH!RXWSXWBMSW[W!!HUURUORJ
 IL 
 IRUIBLLQ^GBVK`LQSXW GDW
 GR  IBR  EDVHQDPH^IBLLQSXWRXWSXW` 
自動実行および  FDW^IBL`_MDYDMDUDMDU_VHGU V?[E?>>@ PJ !^IBR`  LI>V^GBVK`^IBR`@WKHQ
実行結果の比較   IODJBN    GLIIG%ZVWULSWUDLOLQJFU^IBR`^GBVK`^IBR`!!GLIIBUHVORJ  IL GRQH  SMQP CVHGQSRXWSXWBMSW[W_VHGH V ?? H V?  C
 FDWRXWSXWBMSW[W_JUHS&ODVVILOH_VHGH V ?J _VRUW!RXWSXWBMSW[W※1
 FDWRXWSXWBMSW[W_JUHSVWDWLF _VHGH VA VWDWLFVWDWLFJ HV^SMQP`J?
 _VRUW!!RXWSXWBMSW[W FDWRXWSXWBMSW[W_JUHSH[WHQGV_VHGHV^SMQP`J_VRUW!!RXWSXWBMSW[W LI>V^GBVK`RXWSXWBMSW[W@WKHQ  IODJBN ※2  GLIIGLVWULSWUDLOLQJFURXWSXWBMSW[W^GBVK`RXWSXWBMSW[W!!GLIIBMSORJ
 IL 
 LI>^IODJBN`HT@WKHQ
※1 javap の結果から情報を抽出  LI>VGLIIBMSORJ@WKHQ
※2 正答例のものと比較   HFKRQ)
  HOVH   LI>VGLIIBUHVORJ@WKHQ
評価値を決定    HFKRQ)
   HOVH
比較無し："K"（確認中）    HFKRQ*
差分がある："F"（不合格）   IL  IL
差分がない： "G"（合格） HOVH  HFKRQ.
 IL図7

JAR ファイルをテキストベースで自動実行・採点するスクリプト（タイプ 2 標準）

愛知大学情報メディアセンター－27－

Vol.31,No.1,2022

ル「output*.dat」 に 装 飾 用 の 制 御 コ ー

存在すれば（差分ファイルが空でないな

ド を 省 い て 保 存 す る。 そ れ と 同 時 に，らば）不合格（F），存在しなければ合格

「diff

注 10）

」コマンドで正答例による出力

結 果 と 比 較 し， 差 分 を diff_res.log に 追記していく。こうすることで，入出力の関係を採点の対象とできる。

（G）とし，比較が行われていない場合は確認中（K）としている。
この標準の自動採点スクリプトの利点
は， 課 題 バ ン ク フ ォ ル ダ 内 に 比 較 用 の

24 ～ 32 行 目 で は， ま ず output_jp.txt

ファイルが存在するかどうかによって，か ら ク ラ ス フ ァ イ ル 名， ク ラ ス メ ソ ッ

自動的に適切な挙動をとることにある。

ド 名， 子 ク ラ ス 名 を そ れ ぞ れ 抽 出 しそのため，入出力の関係やプログラムのoutput_jp2.txt に追記保存している。こ構造の大枠のみ確認したい課題のほぼ全の際，パッケージ名（プロジェクト名）をてが，比較用のファイルを用意するだけ

消去している。課題バンクフォルダ内にで自動採点できる。

output_jp2.txt が存在する場合は「diff」
コマンドで比較し，その結果を diff_jp2.

5.3

JavaFX の課題の自動起動・採点

txt に保存する。こうすることで，プログ

タ イ プ 3 の 課 題， つ ま り JavaFX を 利

ラムの構造の大枠部分を確認し，採点の用 し て お り， 自 動 起 動 時 の ス ク リ ー ン

対象とできる。

ショット撮影を行う場合の自動採点スク

34～46 行目では，これまでに得られたリプトを抜粋し図 8 に示す。なお，割愛

結果から評価値を決定している。何らかされた部分はタイプ 3 の課題のものとほの比較が行われた場合，それらの差分がぼ同一である。

 WLPHRXWRSHQER[!!HUURUORJ!!HUURUORJ 
 WLPHRXWMDYDPRGXOHSDWKXVUVKDUHRSHQMI[OLE?
※1
 DGGPRGXOHVMDYDI[FRQWUROVMDYDI[I[POMDYDI[PHGLDMDYDI[VZLQJ? MDUDMDU!!HUURUORJ!!HUURUORJ VOHHS!!HUURUORJ!!HUURUORJ
 ZBLG  [GRWRROVHDUFKRQO\YLVLEOHQDPH^` !!HUURUORJ!!HUURUORJ
※2
 [GRWRROZLQGRZDFWLYDWH^ZBLG`!!HUURUORJ!!HUURUORJ?
 LPSRUWZLQGRZ^ZBLG`IUDPHDSQJ!!HUURUORJ!!HUURUORJ
 LI>VGLIIBMSORJ@WKHQ
評価値を決定  HFKRQ)
※1 仮想ディスプレイ上で起動 HOVH
差分あり： "F"（不合格）※2 スクリーンショットを撮影  HFKRQ.
差分なし： "K"（確認中） IL

図8

JavaFX の課題を自動起動・採点するスクリプト（タイプ 3 標準）の抜粋

注 10） 

Linux に標準で搭載されている，2 つのテキストファイルを比較し，差分を出力するコマンド。空白や改行を無視した比較も可能。

愛知大学情報メディアセンター－28－

Vol.31,No.1,2022

11～16 行目は，タイプ 2 の場合の 14～の 34～46 行目を置き換える部分である。

22 行 目 を 置 き 換 え る 部 分 で あ る。 こ こ

タイプ 3 の標準では，javap での解析結果

では，まずウィンドウマネージャであるとの比較のみで評価値を決定し，不備が「openbox

注 11）」を時限的に立ち上げた後なければ「確認中」としている。

に，JAR ファイルを実行している。その後，5 秒待ってから「xdotool 注 12）」コマ

5.4

ンドを用いてウィンドウを検索，最前面

点

テキストデータの行ごとの自動採にし，「import 注 13）」コマンドでウィンドタイプ 5 の課題，つまりテキストデー

ウ 指 定 し て 撮 影 し「a.png」 と し て 保 存

タを行ごとに自動採点する場合は，例えしている。ここで，検索に用いるのは学ば図 9 に示すような説明文と正答例を用

内アカウント名であり，受講者に提示す意しておく。行ごとに採点するため，小るソースコード内に事前に含まれるよう設問の番号と回答の行・正答例の行とを工夫してある。こうすることで，採点の対応させておく必要がある。正答例につページにて起動時のスクリーンショット

いては，タブ文字で区切りながら別解をを表示できる。なお，第 4.2 節で述べたよ併記することができる。タブ文字はブラ

うに，スクリプトの実行前に仮想ディス

ウザ上のテキストエリアへ入力することプレイを生成しておく必要がある。

が困難であるため，区切り文字として適27～31 行目は，タイプ 2 の標準の場合

GLUHFWLRQW[W（課題の説明）より回答させる部分を抜粋

DQVZHUW[W（正答例）
タブ文字を網掛けで表現

図9
















している。

変数Dの値がである
変数Dの値がでない
変数Dの値が正である
変数Dの値が以下である
変数Dの値がの倍数である
変数Dの値が奇数である
変数Dの値をで割った余りがであるD  D
D 
 D D  
D!
D
D 
! D
D    D D 
D    D 
D 
D    D 
D   D 





DD
D

タイプ 5 の課題の例（日本語の条件式を Java 風に表記）


注 11）

Linux 用のウィンドウマネージャ。シンプルかつ軽量で立ち上がりが早い。

注 12）

コマンドラインからウィンドウやマウス・キーボードを操作するツール。

注 13）

ImageMagick に付属する，スクリーンショットを撮影するコマンド。

愛知大学情報メディアセンター

－ 29 －

Vol.31, No.1, 2022

タイプ 5 の課題の自動採点スクリプト較していく。もし文字列が一致した場合を図10に示す。1～2行目はフォルダの把は，その行を正解したと見做して count.

握と移動，4 行目は以前のファイルの削

txt に記録し，次の行に移る。タブ文字で除である。

分割された文字列群に一致するものが存

6 ～ 21 行 目 で は， 正 答 例 と の 比 較 を在しなかった場合はそのまま次の行に移行っている。answer.txt から 1 行ずつ読る。全ての比較を終えたら不要なファイ

み取り，さらにタブ文字で分割した文字

ルを削除する。この形であれば，タブ文

列 と， 答 案 で あ る a.txt の 同 じ 行 と を 比字で区切ることで行ごとの別解を複数用










































GBVK  SZG 
FG^`^`UPIGLII RXWSXW UHVORJFRXQWW[W
FRXQW 
FDW^GBVK`DQVZHUW[W_ZKLOHUHDGOLQH
正答例から 1 行ずつ読み取りGR
タブ文字で区切る（=line2）

FRXQW  FRXQW 
HFKR^FRXQW`!!FRXQWW[W
HFKR^OLQH`_WU ?W  ?Q _ZKLOHUHDGOLQHGR GLIIG%ZVWULSWUDLOLQJFU VHGQ^FRXQW`SDW[W  HFKR^OLQH` !GLIIBUHVORJ  LI>VGLIIBUHVORJ@WKHQ   HFKR^FRXQW`!!UHVORJ  EUHDN
line2 と回答の差分がない物があった場合

 IL

GRQH
現在の行番号を res.log に記録して次の行へ
GRQHUPIGLIIBUHVORJFRXQW FDWFRXQWW[W_ZKLOHUHDGLGR M CVHGQ^FRXQW`SUHVORJC
全行番号と res.log に記録した行番号を比較しLI>^L`HT^M`@WKHQ HFKR!!RXWSXWGDW
res.log に含まれる場合は空行
  FRXQW  FRXQW 
含まれない場合は誤り箇所を指摘する">>"を出力
 HOVH  HFKR!!!!RXWSXWGDW
（併せて，差分ファイルに記録）
  HFKR^L`!!GLIIBUHVORJ

IL
GRQH

LI>VGLIIBUHVORJ@WKHQ
評価値を決定 HFKRQ)
差分なし： "F"（不合格）HOVH
 HFKRQ*
差分あり： "G"（合格）
IL

図 10

テキストデータを行ごとに自動採点するスクリプト（タイプ 5 標準）

愛知大学情報メディアセンター－30－

Vol.31,No.1,2022

意することができる。

での記述力が必要になる。筆者自身，幾23～34 行目では，誤りのあった行を受

度となく試行錯誤を繰り返して課題を作講者に指摘するためのテキストファイル成しており，かかった労力は大きい。し「output.dat」を count.txt から作成してかし，学習効果を高めるような工夫のあいる。それと同時に，誤りのあった行のる課題には，このような機能が必要であ

番号を diff_res.log に追記保存している。

ると考える。

36～40 行 目 は diff_res.log を も と に 評価を行っている。ファイルが空でなけれ5.5.1

ば不合格（F）とし，そうでなければ合を変更する場合格（G）としている。

含まれる条件式の個数で評価値

例えば，条件式の個数で評価値を変更したい課題を作成した際は，図 7 の 34 行

5.5

特殊なケースの自動採点

目 以 降 を 図 11 の よ う に 置 き 換 え た も の

ここまで，タイプ別の標準的な自動採を用意した。図の 34 行目では「javap」コ

点スクリプトについて説明してきたが，

マ ン ド に よ る 解 析 結 果 output_jp.txt か課題バンクフォルダ内に test_cmd.sh をら条件式の個数を数え上げ，output_jp3.

用意することで，特殊なケースの自動採

txt に出力している。40行以降にて，条件点も可能である。ただし，特殊なケース式の数が 6 以下であれば加点対象の合格の自動採点を行うには，課題作成者によ（S）とし，10 以下であったら合格（G），

る課題への深い理解が必要になるとともいずれでもなければ不合格（F）としてに，現状では「javap」コマンドの結果にいる。

対する読解力や Linux シェルスクリプト FDWRXWSXWBMSW[W_JUHSFLIB!RXWSXWBMSW[W  LI>VGLIIBUHVORJ@ WKHQ
HFKRQ)
  HOVH
LI>CFDWRXWSXWBMSW[WCOH@WKHQ  HFKRQ6   HOLI>CFDWRXWSXWBMSW[WCOH@WKHQ HFKRQ*
 
HOVH
 
 HFKRQ)
 
IL
 
 IL

javap の結果から条件式の個数（"if_"を含む行数）を数え上げてoutput_jp3.txt に記録
評価値を決定実行結果に差分あり："F"（不合格）

条件式の個数が 6 以下："S"（加点対象）

条件式の個数が 10 以下： "G"（合格）
それ以外："F"（不合格）

図 11 特殊な自動採点スクリプトの例（含まれる条件式の個数で評価値を変更する場合の抜粋）

愛知大学情報メディアセンター－31－

Vol.31,No.1,2022

5.5.2

大量のデータ入力を必要とする

場合

定する形，実行中に標準入力でファイル名を指定する形が挙げられる。しかし，

例 え ば， 大 量 の デ ー タ 入 力 を 必 要 とするアプリケーションを想定した場合，これらのような課題は標準的な自動採点
スクリプトでは対応できない。

ファイルからデータを入力する方が効率ファイルでデータを指定する場合の自的であるその実装方法としては，プログ

動 採 点 ス ク リ プ ト の 例 を ま と め て 図 12

ラム内で特定のファイルを参照する固定

特殊な自動採点スクリプトの例（ファイ的な形，実行時の引数でファイル名を指ルでデータを指定する場合の抜粋）図 12（a）プログラム内で特定のファイル（「data.txt」）を参照する固定的な形
 IRUIBLLQ^GBVK`LQSXW GDW
 GR
FS^IBL`GDWDW[W 
IBR  EDVHQDPH^IBLLQSXWRXWSXW`  
MDYDMDUDMDU_VHGU V?[E?>>@ PJ !^IBR` 
LI>V^GBVK`^IBR`@WKHQ IODJBN  
GLIIG%ZVWULSWUDLOLQJFU^IBR`^GBVK`^IBR`!!GLIIBUHVORJ
 
IL
 
 GRQH（b）実行時の引数でファイル名（「input*.dat」内にそれぞれ記載）を指定する形
 IRUIBLLQ^GBVK`LQSXW GDW
 GRIBLL CFDW^IBL`C FS^GBVK`^IBLL`^IBLL` 
IBR  EDVHQDPH^IBLLQSXWRXWSXW`  
MDYDMDUDMDU^IBLL`_VHGU V?[E?>>@ PJ !^IBR` 
LI>V^GBVK`^IBR`@WKHQ IODJBN  
GLIIG%ZVWULSWUDLOLQJFU^IBR`^GBVK`^IBR`!!GLIIBUHVORJ
 
IL
 
 GRQH（c）実行中に標準入力でファイル名（「input*.dat」内にそれぞれ記載）を指定する形
 IRUIBLLQ^GBVK`LQSXW GDW
 GRIBLL CFDW^IBL`C FS^GBVK`^IBLL`^IBLL` 
IBR  EDVHQDPH^IBLLQSXWRXWSXW`  
FDW^IBL`_MDYDMDUDMDU_VHGU V?[E?>>@ PJ !^IBR` 
LI>V^GBVK`^IBR`@WKHQ IODJBN  
GLIIG%ZVWULSWUDLOLQJFU^IBR`^GBVK`^IBR`!!GLIIBUHVORJ
 
IL
 
 GRQH

図 12

特殊な自動採点スクリプトの例（ファイルでデータを指定する場合の抜粋）

愛知大学情報メディアセンター

－ 32 －

Vol.31, No.1, 2022

に示す。それぞれ，（a）プログラム内で配 置 す る 必 要 が あ り， 相 対 パ ス で の み

特定のファイルを参照する固定的な形，

フ ァ イ ル 名 を 指 定 す る 必 要 が あ る。 ま（b）実行時の引数でファイル名を指定す

た，ファイルを正しく受け取ることがでる形，（c）実行中に標準入力でファイル

きるよう，課題のプログラムを作成する

名を指定する形であり，図 7 に示したス必要がある。

ク リ プ ト の 14～22 行 目 を 置 き 換 え る ものである。

6．システムの運用状況と受講者の反応（a）では，タイプ 2 標準でも用いる入本 シ ス テ ム の 運 用 開 始 が 2017 年 で あ

力用ファイル「input*.txt」を，JAR の実

り，以降，受講者やアシスタントへのイ

行前にプログラム内で固定的に参照する

ンタビューの他，毎回の授業における任ファイル名（図の例では「data.txt」）に

意課題の一環として授業への意見・感想

書き換えつつ実行フォルダにコピーしてを募ってきた。寄せられたものの大半はいる。その代わり，実行時の標準入力に授業内容や進度，課題の難易度に関するファイルの中身を流し込まないようにしものであったが，システムへの意見や要ている。

望もいくつか見られた。統計処理をはじ（b） で は，「input*.txt」 内 に 書 か れめ分析を行っていなかったため，数値的たファイル名をあらかじめ取り出しておに示すことができないが，受講者の反応

き，それをもとに課題バンクフォルダ内

を中心に本システムの運用の状況を述べの フ ァ イ ル を JAR の 実 行 前 に 実 行 フ ォる。

ルダにコピーしている。その代わり，実ま ず， 実 行 可 能 JAR フ ァ イ ル の 作 成

行時の標準入力にファイルの中身を流しについては，授業回を重ねるごとに，筆込まないようにするとともに，実行時引者やアシスタントへ質問することが減っ

数にファイル名を指定している。

ていった。時折見られたのが，「ローカ（c）では，「input*.txt」内に書かれた

ルでは正しく実行できるのに自動採点でファイル名をあらかじめ取り出してお不合格になる」というもので，大半が提き，それをもとに課題バンクフォルダ内

出ファイルの間違い（エクスポート時のの フ ァ イ ル を JAR の 実 行 前 に 実 行 フ ォ

起動構成の選択ミスを含む）であった

ルダにコピーしている。（b）（c）と異なが，特殊な課題などプログラム構造も採り，実行時の標準入力にファイルの中身

点対象としていることが原因の物もあっを流し込んでいる。

た。その旨と課題の説明文を改めて伝え

注意点としては，セキュリティ上の制

ると，大半は納得し，後に合格を得てい約から，実行フォルダの下にファイルをた。いずれにしても，受講者によるロー

愛知大学情報メディアセンター

－ 33 －

Vol.31, No.1, 2022

カルでの実行が習慣づいており，本シス

できなくなることから導入した。これら

テムの目的が達せていることが示唆されの機能なしでは受講者・課題ごとの細かる。また，受講者がプログラム構造につな対応が難しかったはずである。いずれ

いて考えるきっかけにもなっていることも， 理 解 し よ う と す る 受 講 者 の 一 助 にが分かる。

なっていたと言える。

受講者が考えるきっかけ，あるいはモ運用中のシステム面の改善としては，

チベーション維持のきっかけとしては，

課題内容ページにて表示されるソース

加 点 対 象 の 合 格 の 存 在 も 大 き い。 加 点

コードの装飾とクリップボードへのコ

対象の合格のある課題を出題した際は，

ピ ー 機 能 の 導 入 も 挙 げ ら れ る。 当 初 は「自力で加点がもらえて嬉しかった」「加等幅フォントで表示するのみであった点がもらえなくて悔しい」「どうすればが，「Eclipse やインターネット上にある加点になるのかヒントが欲しい」という解説記事のように色付けしてほしい」と意見が，特に成績上位の受講者から多くいう要望があり，また課題の際にコピー寄せられた。また，第 4.2 節で述べた，加＆ペーストの範囲を間違える受講者が多点対象の合格時の花火の演出を喜ぶ受講かったためである。機能の導入により，者も多かった。成績上位者は通常の課題

ソースコードを把握・利用しやすくなっの合格が早く，そのままでは面白みを感たためか，同様のトラブルは大幅に減少

じないことが多い。かといって，課題数した。

を単純に増やしたり難易度を高めたりで評価結果ページに表示する実行結果には，対応しきれない通常レベルの受講者

つ い て， 正 答 例 の も の と 異 な る 部 分 をのモチベーションの低下が懸念される。

装飾表示する機能も途中から導入した。

加点対象の合格がそれらを緩和できてい「実行結果の違いが分かりにくい」といると言える。

う意見に加え，採点対象が入出力のみで受講者の理解につながる機能としてないという本システムの特殊性から，実は， 課 題 の 提 出 締 切 後 に 正 答 例 を 表 示

行結果の違いを明確に伝える必要が生じする機能とコメント機能が挙げられる。

たためである。違いがなければプログラ「締切に間に合いそうにないため，正答ム構造など別の要因を検討しやすくなる

例を見て学ぶつもり」という感想が時折のである。

見 ら れ， 遅 刻 提 出 の 合 格 も 度 々 見 ら れ廃止した機能には，出欠の受講者へのた。また，コメント機能はコロナ禍の影表示が挙げられる。筆者はグループワー

響で授業がオンデマンド型学習になった

クを除いて出席を重視していないが，連際，双方向に情報量の大きな対面で対応

絡のあった欠席者のフォローをしつつ，

愛知大学情報メディアセンター

－ 34 －

Vol.31, No.1, 2022

無断欠席者のフォローを後回しにしたいを有するプログラミング実習用システム

ため，出欠を記録していた。ところが，の設計・構成や運用の状況を説明した。

授業回が進むと出欠に関する成績の問い

実 行 可 能 JAR フ ァ イ ル を 提 出 さ せ る 意

合わせのような意見が増えてしまった。

義に始まり，外部・内部のシステム設計，出欠の受講者への表示はプレッシャーを自動採点スクリプトについて，抜粋しな与え，その解消のための説明機会を増やがら詳細に示した。また，受講者からのす 要 因 と な る と と も に， 有 用 な 意 見・反応を中心に，システムの運用状況につ感想を得る機会を減らす要因にもなる。

いても示し，本システム自体は目的を十よって，出欠は授業担当者のみが把握で分に達成していることも示した。

きる形とした。

今後の課題として，来年度は使用プロ

これまでに述べた様々な状況から，本グラミング言語を変更する予定であるたシステム自体は目的を十分に達成していめ，まずは同様の目的を果たせるようなると言える。あとは課題・資料の作成と新たなシステムを構築していきたい。ま授 業 の 実 施 と い っ た， 授 業 担 当 者 の マ

た，受講者の学習効率を向上させるようターであるが，もう少しの機能拡張を考なさらなる工夫を検討していきたい。

えると，課題の作成を補助する機能が挙げられる。現行では，メンテナンスの容

参考文献

易さから，サーバのフォルダ・ファイル1）	中島秀樹，宮地恵佑，髙橋直久：プログラを直接編集あるいはそれに準じる形を

ミ ン グ 演 習 支 援 シ ス テ ム CAPES の た め

とっている。ブラウザ上から安全に課題の答案評価機構の実現，情報処理学会研を作成・編集する機能など，検討してみ究報告，2006（16），pp.127-134，2006。

たい。ただし，近年は Java や JavaFX の2）	中村慎司，筧捷彦：プログラミング授業

導入やメンテナンスに関して難が生じて

支 援 シ ス テ ム WOJ の 開 発， 情 報 処 理 学

いることから，来年度は使用プログラミ会第 77 回全国大会講演論文集 2015（1），

ング言語を変更する予定である。まずは

pp.939-940，2015。

同様の目的を果たせるよう，新たなシス

3） Aizu Online Judge,

テムを構築していきたい。

https://judge.u-aizu.ac.jp
4） Progate, https://prog-8.com

7．まとめ

5） paiza, https://paiza.jp

本稿では，ローカルの開発環境にて作

6） AtCoder, https://atcoder.jp

成 さ れ た 実 行 可 能 JAR フ ァ イ ル を 提 出させることを前提とした，自動採点機能
愛知大学情報メディアセンター

－ 35 －（URL 閲覧日は全て 2021 年 11 月 23 日）

Vol.31, No.1, 2022

情報教育実践報告

Moodle ワークショップを利用した学生による相互評価の実践
岩田員典 （愛知大学経営学部）

要旨
2020 年度は新型コロナウイルスの蔓延から，本学の春学期（前期）の開講が遅くなっただけ
でなく，オンラインですべての授業を実施することになった。そのような状況において，本学では Moodle を活用してこの事態に対処することになったが，どのような機能を活かせば学習効
果を高められるのか分からないという問題が生じた。そこで，学生同士の相互評価をおこなえるワークショップモジュールについて着目した。これは学生が課題を相互評価することで，単に課題を提出するよりも授業の理解度を深めることができると考えたからである。本稿ではこのワークショップモジュールについて解説し，その実践結果についても述べる。

キーワード：Moodle，e-Learning，ワークショップ，相互評価，ルーブリック

1．はじめにも独自のマニュアルを作成するとともにサポートデスクも用意されているが，そ本 学 で 利 用 し て い る Moodle

1）はLearning Management System（LMS）

れでも機能を活かし切れているとは言い切れない。

の一つであり，数多くの大学で利用されまた，昨年度の新型コロナウイルスのて い る。 ま た，Moodle は オ ー プ ン ソ ー

蔓延によるオンライン授業の導入においス ソ フ ト ウ ェ ア で あ り GNU GPLv3+ 2）て，豊富な機能からどの機能を活用すれというライセンス形態に基づいて配付さば学習効果を高められるのか分からないれている。したがって，このライセンスという問題が生じた。

を遵守していれば再配布や改変も可能でそこで本稿では Moodle が持つ学生同ある。これにより，各ユーザは必要な機士の相互評価を可能にするワークショッ

能を追加し，それを配付することもでき

プモジュールる。このことが Moodle の安定性と多彩機能と利用方法について解説し，実践結な機能に繋がっている。

果についても報告する。

3），4）

について着目し，そのその一方で，その機能の豊富さと操作の煩雑性から，利用されていない機能や知られていない機能が多数ある。本学で愛知大学情報メディアセンター

－ 37 －

Vol.31, No.1, 2022

2．ワークショップモジュール設置と設定
ワ ー ク シ ョ ッ プ モ ジ ュ ー ル は Moodle
が標準で備えている機能であり，このモ
ジュールを使うことで学生同士の相互評価が可能になる。
学生はレポートを提出し，レポートの締め切り後に他の学生 注 1） のレポートを評価することになる。これを行えるようにするために，教員はレポート期限の設定だけでなく，評価基準の設定，学生間の課題の割り当てをする必要がある。さらに，相互評価の結果に基づいた採点結果の返却もおこなわなければならない。
図1

これら教員側がおこなうべき内容は大活動の追加

きく「基本設定」と「各種フェーズ」の二つに分けられる。本章ではこれらの設◦一般

定について説明する。

◦評定設定

ワークショップの設置と基本設定は以◦提出設定下の手順でおこなう。

◦評価設定①そのコースの編集権限のあるアカウン◦フィードバック

トで，編集モードに切り替える◦提出例②ワークショップを追加したいトピック◦利用で，「 活 動 を 追 加 す る 」 か ら「 ワ ー ク◦モジュール共通設定

ショップ」を選択する（図 1）◦利用制限③「新しいワークショップを追加する」
が表示されるので，基本設定をおこな

2.1．一般う。基本設定には次の項目がある。これ ら の 項 目 の 詳 細 に つ い て は 2.1 節 〜
2.9 節でそれぞれ説明する。

一般では，図 2 で示すようにその他の活動と同じく名称と説明を記載すること
注 1）

ただし，自己評価を行えるように設定した場合は自分自身の課題の評価もできるようになる。

愛知大学情報メディアセンター

－ 38 －

Vol.31, No.1, 2022

図3

評定設定

◦累積評価：各問題に得点を割り振り，
図2

一般設定

満点の場合に 100 ％になるように正規化する方法。評価基準は説明として記ができる。なお，説明をコースに表示し載するのみである。

たい場合は，「コースページに説明を表◦ コ メ ン ト： コ メ ン ト を 返 す だ け の 方示する」にチェックを入れる必要があ

法で評価を与えることはできない。まる。

た， 評 価 さ れ た 提 出 物 の 合 計 は 常 に
100 ％になる。

2.2．評定設定◦エラー数：各評価項目に対して要件を満たしているかどうかを yes ／ no（す評定設定（図 3）では，学生同士が互い

なわち○／×）で評価する。また，noに評価する際の方法と配点を設定する。

の割合に合わせて得点率を設定する

ま ず 評 価 の 際 の 方 法 は「 評 定 方 法 」 かことが出来る。例えば，yes の割合がら，「累積評価」，「コメント」，「エラー40 ％ を 下 回 っ た 場 合 に 評 価 は 20 ％ の数」，「ルーブリック」のいずれかを選択ように設定することが可能である。

する。これは学生が他の学生を評価する◦ルーブリック：解答に対する基準を設際にどのような方法を用いるかを表して

け，学生は最も適合する基準を選ぶこいる。各方法の評価の概要は以下の通りとで採点をおこなう。教員は基準ごとである。なお，詳細はワークショップのに得点率を設定することが出来る。

評定方法

5）

に記載されている。

愛知大学情報メディアセンター

－ 39 －

Vol.31, No.1, 2022

これらのうち，本稿では相互評価で効果的であると考えられるルーブリックによる評定設定について説明をする。
さ ら に，「 提 出 に 対 す る 評 点 」 と「 評価に対する評点」も設定することが出来る。これは，提出された課題自体の得点率と，他の学生の課題を評価したことで得られる得点率を表す。また，それぞれに合格点を設定することもできる。
カテゴリは評定カテゴリ 6） の設定をしている場合のみ利用でき，設定しない状
態では「カテゴリなし」のみ利用できる。
評点の小数位は最終的な評点の小数点以下の桁数を指定する。この値が 0 の場
合には評点は整数値となる。
2.3．提出設定
図4

提出設定では，学生にどのような課題

提出設定を提出するかなどの説明（提出のインス
トラクション）を記載したり，提出方法に問題が起きる事があるので，こちらはや，ファイル提出の場合は提出するファ設定しない方が望ましい。

イルの形式を限定したりすることができる。説明に関しては 2.1 節の一般で設定

2.4．評価設定しておいてもよい（図 4）。
ここで「提出期限後の提出」にチェッ

ここでの設定内容は，課題の締め切り

クを入れると締め切り後にも学生は課題

後に学生がワークショップにアクセスしの提出が可能になる。これを可能にしたた場合に表示される（図 5）。どのように場 合 に 後 述 の フ ェ ー ズ に お い て， 評 価評価するかや締め切りなどについて記載

フェーズになるまで学生は課題の提出がするとよい。

可能になる。その結果として，評価対象

また，「自己評価を使用する」にチェッの自動割り当てをおこなっていると進行

クを入れると，学生は自分自身の課題に

愛知大学情報メディアセンター

－ 40 －

Vol.31, No.1, 2022

図5

評価設定

図7

提出例

図8

利用

付ファイルとしてフィードバックを返すことも可能である。その際に，添付できるファイル数，ファイルタイプ，ファイ
ルサイズも指定できる。
2.6．提出例
図 7 に示した提出例では，「提出例を使図6

フィードバック用する」にチェックを入れることで，教員が用意した解答例などに対して学生が対しても評価をおこなうことができてし評価の練習をおこなうことができる。

まうので，前述の「提出期限後の提出」同

この提出例を評価するタイミングは，様にチェックを入れない方が望ましい。

課題の提出前か，提出後で他者の課題の評価前のいずれかである。

2.5．フィードバック
2.7．利用「全体フィードバックモード」を設定することで，採点する学生がコメントを利用では，図 8 のように提出開始日時，記載できるようにしたり，コメントの記

提出終了日時，評価開始日時，評価期限載を必須にしたりすることができる（図と提出後の自動フェーズ移行の設定がお6）。また，これを有効にした場合に，添こなえる。それぞれの日時を設定するに愛知大学情報メディアセンター

－ 41 －

Vol.31, No.1, 2022

はチェックボックスにチェックを入れ，する。

日付と時刻を設定する。
「提出終了日時後、次のフェーズに移2.9．利用制限

行する」にチェックを入れておくと課題の提出締め切り後に自動で評価フェーズにフェーズが切り替わる。チェックを入

利用制限は日時や，ユーザ ID 等を使った制限を設定することができる。

れていない場合は手動でフェーズを変更
3．各種フェーズの設定する必要がある。
この自動フェーズ移行の設定において，提出終了日時と評価開始日時を同日

ワークショップを設置・設定すれば完同時刻にすることもできるが，きちんと了ではなく，フェーズと呼ばれる課題のフェーズの移行がおこなわれない恐れが状況に合わせた設定が必要である。ワーあるため，ある程度の間隔を空けた方がクショップの設定をして「保存してコー

よい 注 2）。

ス に 戻 る 」 を 選 択 し た 後， コ ー ス か ら
そのワークショップを選択することで

2.8．モジュール共通設定

フェーズの設定画面（ワークショッププ
ランナー：図 9）に移動できる。

この項目には「利用」，「ID ナンバー」，

フェーズは「セットアップフェーズ」，「グループモード」が存在しており，それ「提出フェーズ」，「評価フェーズ」，「成ぞれ以下の設定がおこなえる。

績評価フェーズ」「終了」の 5 つに分けら

利用：このワークショップをコースに表示するかどうかの設定する。

れる。本章ではこれらのフェーズについて説明をする。

ID ナンバー：評 定計算をおこなう際のな お，2.7 節「 利 用 」 で「 提 出 終 了 日

ID となる。

時後、次のフェーズに移行する」を設定

グループモード：グ ループで取り組むしている場合だけ「提出フェーズ」からかどうかを設定する「評価フェーズ」に自動で移行されるが，ことができる。

それ以外の場合にフェーズの移行は原則

この項目と次の利用制限はワークとして教員が手動でおこなう。

ショップだけではなく他の活動でも利用することができるため，詳細 7），8）は省略

注 2）

設定次第ではあるが 10 分程度間隔があればよいはずである。

愛知大学情報メディアセンター

－ 42 －

Vol.31, No.1, 2022

図9

ワークショップランナー

3.1．セットアップフェーズ
セ ッ ト ア ッ プ フ ェ ー ズ で は， ワ ー ク
ショップの設置で実施した「一般」から「提出設定」と，課題を評価するための評
価フォームの編集をおこなう。
ここで新たにおこなうべき事は評価
フォームの編集であるため，本節では評
価フォームの編集についてのみ説明をする。なお，この編集では評定設定で設定した評定方法が「ルーブリック」の場合について取り上げる。
ワークショップランナー（図 9）のセッ
トアップフェーズにある「評価フォームを編集する」をクリックすることでルー
ブリックを作成することができる。
図 10

ルーブリックでは，各課題に対して評

クライテリアの設定

価基準を設定することで，評価者による評価の偏りを少なくなるようにする。ど図 10 で は コ ン ピ ュ ー タ ネ ッ ト ワ ー クのような観点で評価するかをクライテリにおけるパケットのヘッダ情報に関するアといい，このクライテリア毎に評価基設問に対して評価基準を設定した例を準を設ける。

示している。ここで，「レベル評価およ愛知大学情報メディアセンター

－ 43 －

Vol.31, No.1, 2022

び定義」で各基準に対しての点数を指点となる。

定 し て い る。 こ こ で， 点 数 は 最 高 点 とクライテリアは必要に応じて追加する

最低点を基準として正規化されるためことができるので，課題の内容に合わせ

0 は 0 ％ で，15 は 100 ％ と な る。 同 様 にて設定するとよい。

1 は 7 ％（1 ÷ 15=0.0666…），2 は 13 ％クライテリアの設定が完了したら「保（2 ÷ 15=0.1333…），10 は 67 ％（10 ÷

存してプレビューする」をクリックする

15=0.6666…）となる。

ことで，学生にどのように表示されるか

ま た， ク ラ イ テ リ ア が 複 数 あ る 場 合は，2.2 節 の 評 定 設 定 で 設 定 し た「 提 出に対する評点」をクライテリアの数に分を確認することができる（図 11）。
これらの設定が完了したら次の提出
フェーズに移行する。

けて点数を付ける。例えば，提出に対する評点が 80 でクライテリアが 2 つある場

3.2．提出フェーズ

合には，各クライテリアには評点として40 が割り当てられる。この評点に前述の提出フェーズは，学生からの課題提出基準で設定されたパーセントを掛けた値を受け付けるフェーズである（図 12）。まが，そのクライテリアにおける評点とな

た，教員は締め切り後に，評価対象となる。つまり，前述の基準で 10（67 ％）と評価された場合には，40 × 67 ％ =27 が評

図 11

クライテリアのプレビュー

愛知大学情報メディアセンター

図 12－ 44 －

提出フェーズVol.31, No.1, 2022

る課題を割り当てるためのフェーズでも題提出に対して何名の学生を割り当てある。提出可能期間に学生が課題を提出

る か を 定 め る。 一 方 で，「 評 価 者 あ た

するとこのフェーズで提出状況も確認がり」では，学生一人あたりいくつの課できる。

題を評価するかを定める。

そして，ワークショップランナーの提ある課題を評価する人数を同じにした

出フェーズにある「提出を割り当てる」

ければ「提出あたり」を選び，ある人をクリックすることで，学生同士で評価が評価しなければならない課題の数を

対象の割り当てをおこなう。

同じにしたければ「評価者あたり」を割り当て方法には「手動で割り当て」，

使用する。

「ランダム割り当て」，「スケジュール割

ま た，「 参 加 者 は 何 も 提 出 せ ず に 評 価り当て」の 3 種類ある。それぞれ以下のできる」にチェックを入れると，課題ように動作する。

は未提出でも他の人の課題を評価する◦手動割り当て：教員が特定の学生の課権利が与えられる。

題に対して，評価する学生を選択し手

2.4 節の評価設定で「自己評価を使用す

動で割り当てる。

る」にチェックを入れている場合は，◦ランダム割り当て：学生の課題に対し自己評価をおこなえるようになる。

て評価する学生をランダムに割り当て◦スケジュール割り当て：ランダム割りる（図 13）。この割り当て設定におい当てを自動でおこなうことができる。

て「レビュー数」を選択することがで

これは提出フェーズの終わりに実施さきる。また，レビュー数は「提出あたれる。この割り当てにおける「割り当り」と「評価者あたり」に対して数をて設定」の内容はランダム割り当てと決める。「提出あたり」とは，1 つの課

同 じ で あ る。2.7 節 の 利 用 で「 提 出 終
了日時後、次のフェーズに移行する」にチェックを入れておき，こちらの設定をしておくと，課題の締め切り後に
自 動 で 割 り 当 て が お こ な わ れ， 評 価
フェーズに移行できる。
3.3．評価フェーズ
評価フェーズでは，学生が割り当てら

図 13

ランダム割り当て

愛知大学情報メディアセンター

れた課題に対して各自評価をおこなう。
－ 45 －

Vol.31, No.1, 2022

教員は特におこなうことはない。

これら評点の例を図 14 に示す。数値は括弧の外が評点で，括弧の中が評価に対3.4．成績評価フェーズ

する評点となる。この図では上の学生は80（20），45（12），80（20）と評価され学生が評価をおこなう評価フェーズがたため評点は 68 となっている。この場合終了したら「成績評価フェーズ」に移行に 45 と 評 価 し た 学 生 は 他 の 二 人 の 学 生する。このフェーズでは，「評価の比較」と評価が離れているため評価に対する評を適用することで，複数の学生からの評

点が 12（格好内の数値）となっている。

価を元に点数を決定する。「評価の比較」

同様にこの学生が他の学生を評価した事には，「非常に甘い」，「甘い」，「公平」，

による評点は 80（20），67（17），80（20）「 厳 し い 」，「 非 常 に 厳 し い 」 の 5 段 階 あとなっているため，20，17，20 をもとにる。この比較は「評価の比較の加重」の

19 となる。このように他の学生から得た値として利用される。詳細は文献

4）に記載されている。

評点を基に評点が計算され，他の学生に与えた評点の適性度から評価に対する評

また，他の学生を評価した結果に対し点が決定する。

ても学生は評価を受ける。これが「評価に対する評点」である。この評点は同一

3.5．終了フェーズのレポートに対する他の学生の採点結果と比較して決定される。言い換えれば，終了フェーズは，ワークショップを終他の学生とかけ離れた採点をおこなった

了し評点を評定表に公開する。これによ場合に，この評点が低くなるように設定

り学生は提出した課題に対する評点と評されている。例えば，ある学生がきちんと価に対する評点を見られるようになる。

評価をせずに 0 点と評価した課題に対して，その他の学生が 60 点と評価をしてい

4．パーミッションの設定る場合に，この適当な評価をおこなった
学生の「評価に対する評点」は低くなる。

図 14
愛知大学情報メディアセンター

ワークショップ利用する上で重要な設

成績評価フェーズにおける評点－ 46 －

Vol.31, No.1, 2022

定にパーミッションがある。相互評価をばならない。

実施する際に，誰の課題を評価しているな お， こ の パ ー ミ ッ シ ョ ン の 設 定 はか分かってしまうと公平な評価が行えな

Moodle の管理者によりすべてのコース

い可能性がある。そのため学生間で課題に適用済みである可能性もある。その場の提出者が誰であるか分からないように

合は特に設定をしなくてもよい。

パーミッションの設定をおこなう必要が

パーミッションを設定するには「ワーある。また，逆に誰が評価したかというクショップ管理」（図 15）にある「パー評価者名も表示されないようにしなけれミッション」からおこなう。
このパーミッションの設定で重要なのは「作成者名を表示する」，「評価者名を表示する」の 2 つである。本学の Moodleの 初 期 設 定 で は 図 16 の よ う に な っ て いる。そのため，少なくとも「作成者名を表示する」のパーミッションから「学生」
を除かなければならない。パーミッショ
ン を 削 除 す る に は 図 16 で 囲 っ て あ る 学
生の右側にあるゴミ箱マークをクリック

図 15

ワークショップ管理

愛知大学情報メディアセンター

する。また，図 17 に実際に使用したパー

図 16

パーミッションの初期設定

図 17

変更後のパーミッション－ 47 －

Vol.31, No.1, 2022

ミッション例を示す。ただし，課題の公生の評点は，元の総評点が 87 のため，4 と開を利用する場合には「公開済み提出をなり満点と学生と同じ評点となる。ただ表示する」にはパーミッションがあってし，この設定はあくまでも一例であり，

注 3）

課題の内容や難易度によって適宜設定すもよいはずである。

る方が望ましい。
5．評定の設定
6．活用実績
4 章までの設定でワークショップ自体
は 問 題 な く 動 作 す る は ず で あ る。 し か2020 年 度，2021 年 度 の コ ン ピ ュ ー タ

し，評価者の厳しさによって評価が分か

ネットワーク論，データベース論においれ，評点が下がってしまうことがある。

て，それぞれ授業で各 6 回の課題に対し

図 14 の 上 の 学 生 は， お そ ら く 80 が 妥てワークショップを活用して評価を実施

当な評点のように思われるが，実際にはした。

68 となってしまう。そこで，本稿のワー

これらの授業の受講生の総数は表 1 のクショップを用いていた授業では，評定通りである。これら 8 コマの授業を通じの設定からこの点数をそのまま採用するのではなく，点数から段階評価に変更した。
ここでは，以下のように，課題の評点

表1

受講者数情報年度

コンピュータネットと 評 価 に 対 す る 評 点 の 合 計（ 元 の 総 評点）を計算し，その値により最終的な評点を計算する。

講義名
ワーク論 A

2020

コンピュータネット
ワーク論 B

受講者数
5060

データベース論 A

60

評点 0：元の総評点が 0

データベース論 B

60

評点 1：元の総評点が 0 以上 40 未満

コンピュータネット

評点 2：元の総評点が 40 以上 60 未満

ワーク論 A

評点 3：元の総評点が 60 以上 80 未満
評点 4：元の総評点が 80 以上

2021

この式を用いることで，図 14 の上の学

コンピュータネット
ワーク論 B

44
51

データベース論 A

51

データベース論 B

33


注 3）

この設定では念のために学生のパーミッションを削除している。

愛知大学情報メディアセンター

－ 48 －

Vol.31, No.1, 2022

て，学生からの異議は 1 件であり，質問たしていることがわかるが，多少の課題はほとんどなかった。

があることも明らかである。ただし，欠異議は評点がおかしい（低い）という点の一つ目はオンライン授業になったこものであったが，5 章で説明した評定のとで，ほとんどの授業がテストではなく設定により最終的な評点では問題ないこ

課題による評価を採用していたため大変とを説明したところ納得してもらえた。

だと感じた学生からの意見であるとも言

質問は主にルーブリックにおける評価える。

でどれに当てはまるかという内容だったため，その都度指示をした。その他の質

7．まとめと今後の課題

問で 1 件だけ誰にも評価がされていなく評点が入っていないようにみえるという本 稿 で は Moodle の 標 準 機 能 で あ るのがあったため，教員が評価して評点をワークショップモジュールを使い学生同つけた。

士の相互評価を実施する方法について解

また，きちんとしたアンケートではな説をした。また，実際に授業で用いた結いが学生に口頭で聞いたところ以下のよ果についても簡単ではあるが述べた。

うな肯定的な意見をもらった。

この，ワークショップモジュールは設◦解答例を見てポイントを考えながら評

定 し な け れ ば い け な い 項 目 や， 注 意 し価するようにルーブリックで指定されなければならない点がいくつかあるたているので，教員がどのような観点か

め，利用しづらいといえる。また，情報ら評価しているかがわかる。

も豊富ではないため，本稿が今後ワーク◦他の人の表現を見られる（文章で書く
課題の場合）ので，自分がレポートを書くときの参考になる。

ショップモジュールを利用したい方々への一助となることを願う。
今後は，学生が評価をおこないやすい◦自分の間違っていた点が明らかになるようにルーブリックの内容を見直す予定

ので，復習になる。

である。また，活用実績を積み重ねるこ

一方で，以下のような欠点も指摘されとで，今は明らかになっていない問題点

た。

やさらなる活用方法について検討する。

◦課題を提出しただけで終わりでないので大変である。
◦評価をどちらにすればよいか迷うことがあった。
このように学習効果を高める役割を果
愛知大学情報メディアセンター

－ 49 －

Vol.31, No.1, 2022

参考文献

3 日更新。

1）Moodle，2021 年 9 月 13 日更新。

https://docs.moodle.org/3x/ja/ ア ク セ ス

https://moodle.org,［アクセス日：2021 年

制限の設定

11 月 10 日］。

#.E6.B4.BB.E5.8B.95.E3.81.B8.E3.81.

2）GNU 一般公衆ライセンス，2007 年 6 月 29

AE.E3.82.A2.E3.82.AF.E3.82.BB.E3.82.

日更新。

B9.E3.82.92.E5.88.B6.E9.99.90.E3.81.99.

https://www.gnu.org/licenses/gpl-

E3.82.8B［アクセス日：2021 年 11 月 10 日］。

3.0.html［アクセス日：2021 年 11 月 10 日］。
3）ワークショップ活動，2020 年 11 月 17 日更新。
https://docs.moodle.org/3x/ja/ ワ ー ク
ショップ活動，アクセス日：2021 年 11 月 10日］。
4） 吉 岡 一 志， 宇 田 川 暢，“Moodle ワ ー ク
ショップモジュールのマニュアル作成と課題”，山口県立大学学術情報［山口県立大学
学 術 情 報 セ ン タ ー］，Vol.10，pp.161-167，（2017）。
5）ワークショップの評定方法，2020 年 10 月
19 日更新。
https://docs.moodle.org/3x/ja/ ワ ー ク
ショップの評定方法［アクセス日：2021 年
11 月 10 日］。
6）評定カテゴリ，2021 年 1 月 27 日更新。
https://docs.moodle.org/3x/ja/ 評 定 カ テ
ゴリ［アクセス日：2021 年 11 月 10 日］。
7）モジュール共通設定，2020 年 7 月 27 日更新。
https://docs.moodle.org/3x/ja/ モ ジ ュ ー
ル 共 通 設 定［ ア ク セ ス 日：2021 年 11 月 10日］。
8）活動へのアクセスを制限する，2020 年 8 月

愛知大学情報メディアセンター

－ 50 －

Vol.31, No.1, 2022

研究ノート2019 年度と 2020 年度における Moodle アクセス状況調査森野誠之 （非常勤）

要旨
新型コロナウィルスの影響により 2020 年度は全学で Moodle を利用することとなった。通期での利用コース数は 1,000 コースほどから一気に 8,500 コースほどと 8 倍以上になり，アクセス
数も月によってばらつきはあるが 10～20 倍となっている。全体のアクセス数，利用デバイスや時間帯などの状況を調査した結果を報告する。

キーワード：Moodle，新型コロナウィルス，Google アナリティクス

1．はじめに本学で運用している Moodle は 2019 年度以前では利用希望教員のみの利用であったが，2020 年度は新型コロナウィルスの影響により全学で利用することとなった。教職員，学生はユーザーとして全員登録していたため問題はなかった。コース登録は全コースを情報システム課にて一括登録し，履修者も同様に一括登録をしている。授業での利用は，2019 年度まではリアルタイムでの利用は PC 教室がほとんどであり，同時アクセス数は PC の台数が上限に近かったものの，2020 年は教員と学生の PC に加えスマートフォンからのアクセスも含まれているために大きく変化している。コース数
は通期での利用コース数は 1,000 コースほどから一気に 8,500 コースほどと 8 倍以上になり，アクセス数も月によってばらつきはあるが 10～20 倍となっている。
2．計測についてロ グ イ ン 数 と 活 動 数 に つ い て は Moodle の サ ー バ ー ロ グ か ら デ ー タ を 取 得 し て いる。活動とはコース内に設置した課題や小テストなどへのリンクをクリックした場合にカウントされ，Moodle にログイン後にどれだけのページを閲覧したのかが分かる。
ただし，ワープロファイルや PDF などの電子ファイルをダウンロード閲覧した場合は含まれない。学内・学外の判断は IP アドレスで行っているために，学内からのアクセ
スでも Wi-Fi に接続していない場合は学外となる。
Google アナリティクスでの計測は JavaScript の計測タグを Moodle 内に設置し，そのタグが読み込まれた場合に計測される。運用時の参考データを取ることを目的と
愛知大学情報メディアセンター

－ 51 －

Vol.31, No.1, 2022

しているため，100 ％正確なデータではないことをあらかじめご理解いただきたい。
Google アナリティクスではアクセス数をセッションでカウントしている。セッショ
ンは何も操作されずに 30 分を超えた場合か日付をまたいだ際に終了する。終了した時
点で 1 セッションとなるが，30 分以内に Moodle 上で何らかの操作をすれば，その間に他の Web サイトを閲覧していてもセッションは継続される。また，30 分以内であれ
ば何度ログインしても 1 セッションとカウントされることには注意が必要である。日付をまたいだ場合は，例えば小テストのように継続的にアクセスしている場合でも終了し，新たなセッションが始まるために 2 セッションとカウントされる。
3．利用状況
3-1．ログイン数と活動数推移
表 1 に 19/04～20/02 までの学内・学外からのログイン数・活動数推移と合計・平均を示す。3 月は授業などの利用がないために割愛している。
表 1．2019 年度のログインと活動数

19年度

4月

5月

6月

7月

9月

10月

11月

12月

1月

合計

平均

総ログイン数（学内）

23,76734,861

32,11837,2008月
990

17,82434,20528,272

27,356

14,5932月
347

251,533

22,867

総ログイン数（学外）

38,78958,23053,93974,926

7,418

26,245

48,612

44,312

44,68149,042

2,216

448,410

40,765

総活動数（学内）

461,465

574,161

533,844

700,879

19,288276,896471,716357,383

375,973

239,322

7,007 4,017,934

365,267

総活動数（学外）

766,831 1,164,778

42,804 5,845,859

531,442

505,463

746,053

105,650

306,291

544,806

483,347

528,962

650,874

ログインあたり活動数
（学内）

19.42

16.47

16.62

18.84

19.48

15.54

13.79

12.64

13.74

16.40

20.19

183.1316.65

ログインあたり活動数
（学外）

13.03

12.81

14.22

15.55

14.24

11.67

11.21

10.91

11.84

13.27

19.32

148.0713.46

最もログイン数と活動数が多かったのは 7 月で学内ログイン数は 37,200，学外ログ
イン数は 74,926，学内活動数は 700,879，学外活動数は 1,164,778 であった。7 月はテスト前の期間でもあり休日もないのでアクセスが増えやすい。なお，この数値は 2018年度以前の中でも最大となっている。図 1 に 19/04～20/02 までの学内・学外からのロ
グイン数・活動数推移を示す。

愛知大学情報メディアセンター

－ 52 －

Vol.31, No.1, 2022

学内・学外からのログイン数・活動数推移
80,0001,400,000

70,0001,200,000
1,000,000

50,000800,000

40,000600,000

30,000

活動数

ログイン数

60,000400,000

20,000200,000

10,000
0

0
3月

4月

5月

6月

7月

総ログイン数(学内)

8月

9月

10月

総ログイン数(学外)

11月

12月

総活動数(学内)

1月

2月

総活動数(学外)

図 1．2019 年度のログインと活動の推移
春学期は 7 月にピークが来て，秋学期はピークがなく均等にアクセスされていることがわかる。表 2 に 20/04～21/02 までの学内・学外からのログイン数・活動数推移と合計・平均を示す。
表 2．2020 年度のログインと活動数

19年度

4月

5月

6月

7月

8月

9月

10月

11月

12月

1月

総ログイン数（学内）

2,713

8,487

6,698

5,394

2,123

7,793

32,97927,522

26,722

9,697

2月
892

131,020

合計

平均
11,911

総ログイン数（学外）20,006648,209661,396685,698

139,800

357,397

465,944363,780

353,502272,696

16,835

3,985,263

362,297

総活動数（学内）

136,249

523,016

254,279

201,620

163,036

427,351

707,450

577,629

560,515

236,015

51,181

3,838,341

348,940

総活動数（学外）

289,722 13,123,453 13,463,238 14,148,403

2,907,150

6,517,112

8,293,424

6,204,644

6,213,003

4,806,766

357,769 76,324,684

6,938,608

ログインあたり活動数
（学内）

50.22

61.63

37.96

37.38

76.80

54.84

21.45

20.99

20.98

24.34

57.38

463.9742.18

ログインあたり活動数
（学外）

14.48

20.25

20.36

20.63

20.80

18.23

17.80

17.06

17.58

17.63

21.25

206.0718.73

2020 年度も 7 月がピークとなっており，学内ログイン数は 5,394，学外ログイン数は685,698，学内活動数は 201,620，学外活動数は 14,148,403 であった。学内からのログ
イン数と活動数はオンライン授業のために前年度を下回っているが，学外からのログ
インと活動数は前年度の 10 倍ほどと大きく増加している。7 月以外でも学外からの活動数が増えており 8,9 月に関しては 20 倍以上となっている。図 2 に 20/04～21/02 までの学内・学外からのログイン数・活動数推移を示す。

愛知大学情報メディアセンター

－ 53 －

Vol.31, No.1, 2022

16,000,000

700,000

14,000,000

600,000

12,000,000

500,000

10,000,000

400,000

8,000,000

300,000

6,000,000

200,000

4,000,000

100,000

2,000,000

0

活動数

ログイン数

学内・学外からのログイン数・活動数推移
800,000

0
4月

5月

6月

7月

総ログイン数(学内)

8月

9月

総ログイン数(学外)

10月

11月

総活動数(学内)

12月

1月

2月

総活動数(学外)

図 2．2020 年度のログインと活動の推移
学外からのログインに偏っており，5～7 月は活動数が 12,000,000 を超えている。新型コロナウィルスの影響で Moodle を用いたオンライン授業になったため，今まででは想定できないようなアクセスがあったことがわかる。
3-2．ブラウザ別のセッション数
図 3 に 2019 年度のブラウザ別のセッション数を示す。

図 3．2019 年度のブラウザ別のセッション数

愛知大学情報メディアセンター

－ 54 －

Vol.31, No.1, 2022

Safari はほとんどが iPhone からのアクセスである。学生の大半が iPhone ユーザーであること，移動中などのちょっとした時間に頻繁にアクセスができることから全体 の 半 数 以 上 を 占 め る セ ッ シ ョ ン 数 と な っ て い る。Internet Explorer は PC 教 室と Windows の 標 準 ブ ラ ウ ザ で あ っ た こ と で 全 体 の 23 ％ を 締 め て い る。Chrome はAndroid と Windows ユ ー ザ ー か ら の セ ッ シ ョ ン だ と 考 え ら れ る。 ま た，Edge ユ ー
ザーは 1 割に満たず 2019 年度はほとんど使われていないこともわかる。

図 4．2020 年度のブラウザ別のセッション数
図 4 は 2020 年 度 の ブ ラ ウ ザ 別 の セ ッ シ ョ ン 数 で あ る。2019 年 度 と 大 き く 変 化 し，Edge が 40 ％ほど，Safari が 30 ％ほど，Chrome が 25 ％ほどとなっており，Internet
Explorer 利用は3.5％と激減している。Internet Explorer は Moodle などの Web サー
ビスから動作対象外となっており，実際にうまく表示できないなどのトラブルが多発したために利用者が Edge，もしくは Chrome に乗り換えたことが要因である。

愛知大学情報メディアセンター

－ 55 －

Vol.31, No.1, 2022

3-3．OS 別のセッション数

図 5．2019 年度の OS 別のセッション数
図 5 に 2019 年度の OS 別のセッション数を示す。iOS は 53 ％ほどとなっており図 3の Safari と近しい値となっている。また iOS と Windows で全体の 9 割を占めている。
Android と Mac はほとんど使われていないこともわかる。

図 6．2020 年度の OS 別のセッション数
図 6 の 2020 年度の OS 別のセッション数では Windows からセッション数が 38.64 ％愛知大学情報メディアセンター

－ 56 －

Vol.31, No.1, 2022

から 65.28 ％と急増している。19 年度は Moodle の利用は学内で PC，学外ではスマー
トフォンとなっており，学外では閲覧を主にした利用だったことが想定されるが，20
年度は学外でも PC からアクセスされ，学外の学習でも PC がメインデバイスとして使われるようになったことがわかる。授業の動画自体はスマートフォンでも閲覧可能だ
が，課題などは PC からの提出がやりやすいことが影響していると考えられる。Macは iPhone との相性も良いことから，遠隔授業を機に新しく購入した学生と教員が増えていると考えられ，Android とセッション数比率が逆転している。
3-4．時間帯別のセッション数

図 7．2019 年度の時間帯別のセッション数
愛知大学情報メディアセンター

－ 57 －

Vol.31, No.1, 2022

2019 年度の時間帯別セッション数を図 7 に示す。授業時間内のセッション数が多く
夜間のセッションは 5 ％以下となっている。前述のように学内の PC 教室での Moodle
利用が主であることからこのような傾向になっており夜間の利用は少ない。

図 8．2020 年度の時間帯別のセッション数
図 8 の 2020 年度の時間帯別のセッション数では 21 時以降のセッション数が増えて
おり日中とほぼ同数となっている。夜間に学習に取り組む学生が増加したことがわかる。課題の締め切りが 23：59 に設定されることも多いことも要因の 1 つであろう。

愛知大学情報メディアセンター

－ 58 －

Vol.31, No.1, 2022

3-5．曜日別のセッション数の比較
図 9 に曜日別のセッション数を比較したものを示す。Google アナリティクスの仕様
により 0 が日曜で 7 が土曜の表示になっているが曜日の順に並んでいる。

図 9．2019 年度と 2020 年度の曜日別セッション数の比較
授業がない土日，半日授業の木曜でセッション数が増加しており，反対に月・火・水曜日のセッション数は減っている。オンライン授業になり課題などが増えたことから授業時間内の学習では時間が足りなくなり，土日などに学習や課題の作成をしている学生が多いと考えられる。

愛知大学情報メディアセンター

－ 59 －

Vol.31, No.1, 2022

4．まとめ2019 年 度 と 新 型 コ ロ ナ ウ ィ ル ス の 影 響 を 受 け た 2020 年 度 は 以 下 の よ う な 変 化 があった。
・学内 PC 教室の利用から自宅での PC 利用にシフト・スマートフォンからのアクセスから PC からのアクセスにシフト
・夜間，土日の授業時間外のアクセスが増加
オンライン授業になり教材と課題や小テストなどに常時アクセスできることから，
学生自身の都合に合わせて学習をすることができるようになったメリットあるが，直前まで着手していない可能性もあり，より学生の自主性が求められるようになっている。2022年度の授業形態がどのようになるかは現段階では分からないものの，Moodle
利用教員の増加と学生のオンライン授業慣れの影響からこの傾向は続くと考えられる
ため，継続的な調査をしていく予定である。

愛知大学情報メディアセンター

－ 60 －

Vol.31, No.1, 2022

センターだより

1．ICT 委員会

会議報告

愛知大学情報メディアセンターの事業および運営は，ICT 企画会議のもと，三校舎合同の
ITC 委員会を設置し，豊橋および名古屋 ( 車道メディアゾーン含む ) 情報メディアセンターの事業を推進する。
（2020 年 10 月から 2021 年 9 月まで）2020 年度◇第 3 回 11 月 20 日
議題：
1．2021 年度予算申請について
2．2 021 年度情報メディアセンター開館
カレンダーについて
3．車 道校舎実習室のパソコンについて協議・報告：
1．2020 年度システム更新について
2．推奨 PC について
3．標的型攻撃メール訓練について

2021 年度◇第 1 回 5 月 13 日
議題：
1．COM 編集委員選出について
2．情 報セキュリティ部会委員選出について◇第 2 回 9 月 30 日
議題：
1．補正予算申請について
2．2022 年度実習室環境について
協議・報告：
1．2 021 年度秋学期の教育用ソフトウェ
ア利用申請について
2．2021 年度 COM について
3．SSLVPN サービスについて
4．学 生の推奨化ノートパソコンの環境について
5．2 022 年度予算申請について

愛知大学情報メディアセンター

－ 61 －

Vol.31, No.1, 2022

2．情報メディアセンター主催行事（2020 年 10 月～2021 年 9 月）

◆名古屋校舎
開

講

日

講

習

会

名

教室

参加人数

2020年12月17日（木） Word 講習会・レポート編（Word2016）オンライン

2 人

2021年 4 月 8 日（木）はじめての Teams 講習会

オンライン

9 人

2021年 4 月 8 日（木）はじめての Teams 講習会

オンライン

7 人

2021年 5 月13日（木） はじめてのPowerPoint講習会（PowerPoint2016） オンライン

3 人

2021年 5 月13日（木） はじめてのPowerPoint講習会（PowerPoint2016） オンライン

3 人

2021年 5 月27日（木） Word 講習会・レポート編（Word2016）オンライン

14 人

2021年 6 月 3 日（木） PowerPoint 講習会（PowerPoint2016） オンライン

13 人

2021年 6 月11日（金） Excel 講習会・グラフ編（Excel2016）

3 人

L707

2021年 8 月11日（水） Word 講習会・レポート編（Word2016）オンライン

1 人

2021年 9 月30日（木）13 人Word 講習会・卒論編（Word2016）

オンライン◆豊橋校舎：主催行事なし◆車道校舎：主催行事なし

愛知大学情報メディアセンター

－ 62 －

Vol.31, No.1, 2022

Moodle（LMS）運営業務報告（2019・2020 年度）
1．2019 年度 業務報告
1.1 Moodle 講習会

Moodle の利用促進のため、Moodle 講習会を以下の通り実施した。

①第 30 回 Moodle 講習会
校舎

開催日時

豊橋

2019 年 5 月 23 日
2・3 限
名古屋

場所
5 号館

514 教室

厚生棟 W402 教室②第 31 回 Moodle 講習会
校舎
豊橋
名古屋

開催日時

場所

2019年10月10日 5 号館 514 教室
2・3 限
厚生棟 W401 教室③第 32 回 Moodle 講習会
校舎

開催日時

豊橋

2020 年 3 月 19 日
2・3 限
名古屋

愛知大学情報メディアセンター

場所
5 号館

514 教室

厚生棟 W401 教室－ 63 －

Vol.31, No.1, 2022

1.2

Moodle 利用状況

（Ａ）コース利用状況
運用開始 11 年目の 2019 年度は，731 コース，延べ 363 名の教員の利用があった。
合計コース数および利用教員数ともに，前年度と比較して 4～7 ％程度増加した。
2018・2019 年度コース登録数及び利用教員数（利用人数は，延べ人数）
カテゴリ

共通教育科目〈豊橋〉共通教育科目〈名古屋〉
法
現中
経営
経済
文
国コミ
地域
短大
法科
大学院
資格課程
その他
合計
カテゴリ
共通教育科目〈豊橋〉共通教育科目〈名古屋〉
法
現中
経営
経済
文
国コミ
地域
短大
法科
大学院
資格課程
その他
合計

愛知大学情報メディアセンター

19年度春学期
コース数
教員数
36
29
78
36
30
26
22
12
67
23
56
24
67
25
39
14
53
21
16
8
13
6
5
2
43
15
5
2
530
243

19年度秋学期
コース数
教員数
28
15
29
18
10
8
9
5
14
9
18
12
22
11
15
7
28
15
6
5
2
2
1
1
18
11
1
1
201
120

合計
コース数
教員数
64
44
107
54
40
34
31
17
81
32
74
36
89
36
54
21
81
36
22
13
15
8
6
3
61
26
6
3
731
363

前年比率
コース数
教員数
74％
77％
96％
100％
100％
136％
115％
100％
123％
110％
119％
106％
119％
113％
90％
84％
129％
133％
169％
163％
94％
100％
60％
43％
133％
137％
86％
50％
107％
104％

18年度春学期
コース数
教員数
48
30
90
42
34
21
17
10
56
24
47
23
55
25
47
19
45
18
9
6
15
7
8
5
38
14
4
3
513
247

18年度秋学期
コース数
教員数
38
27
21
12
6
4
10
7
10
5
15
11
20
7
13
6
18
9
4
2
1
1
2
2
8
5
3
3
169
101

合計
コース数
教員数
86
57
111
54
40
25
27
17
66
29
62
34
75
32
60
25
63
27
13
8
16
8
10
7
46
19
7
6
682
348

前年比率
コース数
教員数
246％
228％
78％
77％
105％
104％
123％
155％
106％
107％
129％
117％
142％
128％
82％
96％
117％
108％
130％
100％
123％
114％
200％
140％
131％
146％
100％
120％
114％
116％

－ 64 －

Vol.31, No.1, 2022

（Ｂ）サイトアクセス状況
2019 年度

学内・学外からのログイン数・活動数推移（月別）

80000

1,400,000

70000

1,200,000

60000

1,000,000

800,000

活動数

ログイン数

50000
40000
600,000
30000
400,000

20000

200,000

10000

0

0
3月

4月

5月

6月

7月

8月

総ログイン数(学内)

3月

2017年度

2018年度

2019年度

前年同月比

9月

総ログイン数(学外)

10月

11月

総活動数(学内)

8月

12月

1月

2月

総活動数(学外)

4月

5月

6月

7月

9月

10月

11月

12月

1月

総ログイン数（学内）

252

22,28531,64829,73027,430748

14,941

26,33919,795

18,381

12,241

2月
301

合計
204,091

平均
17,008

総ログイン数（学外）807

26,44334,52832,31342,7904,679

18,71935,10926,10527,55033,932

1,963

284,938

23,745

総活動数（学内）

3,321

502,910484,384

540,335

582,451

13,854

219,535

461,564

298,655

244,556

223,295

7,013

3,581,873

298,489

総活動数（学外）

12,434354,446486,314

485,676

787,91075,479243,875

458,915419,385

358,040

521,772

41,407

4,245,653

353,804

ログインあたり活動数（学内）

13.18

22.57

15.31

18.17

21.23

18.52

14.69

17.52

15.09

13.3

18.24

23.3

17.55

17.59

ログインあたり活動数（学外）

15.41

13.4

14.08

15.03

18.41

16.13

13.03

13.07

16.07

13

15.38

21.09

14.9

15.34

総ログイン数（学内）366

24,81038,34836,35933,528986

14,09032,035

24,77021,096

11,290324

238,002

19,834

総ログイン数（学外）

1,077

36,69649,16748,26257,294

6,114

19,06438,29332,20831,54935,778

1,986

357,488

29,791

総活動数（学内）

26,564

677,532

644,977

658,176

630,869

17,445211,906

423,267

311,240

265,314

183,726

4,931

4,055,947

337,996

総活動数（学外）

26,299555,986

669,514

857,416

903,31384,874

223,651

431,908379,364

370,352

523,280

40,2195,066,176

422,181

ログインあたり活動数（学内）

72.58

27.31

16.82

18.1

18.82

17.69

15.04

13.21

12.57

12.58

16.27

15.22

17.04

21.35

ログインあたり活動数（学外）

24.42

15.15

13.62

17.77

15.77

13.88

11.73

11.28

11.78

11.74

14.63

20.25

14.17

15.17

総ログイン数（学内）421

23,76734,861

32,11837,200990

17,82434,20528,272

27,356

14,593347

251,954

20,996

総ログイン数（学外）

1,276

38,78958,23053,93974,926

7,418

26,245

48,612

44,312

44,68149,042

2,216

449,686

37,474

総活動数（学内）

22,626

461,465

574,161

533,844

700,879

19,288276,896471,716357,383

375,973

239,322

7,007

4,040,560

336,713

総活動数（学外）

26,069505,463

746,053

766,831 1,164,778

105,650

306,291

544,806

483,347

528,962

650,874

42,804

5,871,928

489,327

ログインあたり活動数（学内）

53.74

19.42

16.47

16.62

18.84

19.48

15.54

13.79

12.64

13.74

16.40

20.19

16.04

19.74

ログインあたり活動数（学外）

20.43

13.03

12.81

14.22

15.55

14.24

11.67

11.21

10.91

11.84

13.27

19.32

13.06

14.04

総ログイン数（学内）

115.0％

95.8％

90.9％

88.3％

111.0％

100.4％

126.5％

106.8％

114.1％

129.7％

129.3％

107.1％

105.9 ％

105.9 ％

総ログイン数（学外）118.5％

105.7％

118.4％

111.8％

130.8％

121.3％

137.7％

126.9％

137.6％

141.6％

137.1％

111.6％

125.8 ％

125.8 ％

総活動数（学内）

85.2％

68.1％

89.0％

81.1％

111.1％

110.6％

130.7％

111.4％

114.8％

141.7％

130.3％

142.1％

99.6 ％

99.6 ％

総活動数（学外）

99.1％

90.9％

111.4％

89.4％

128.9％

124.5％

137.0％

126.1％

127.4％

142.8％

124.4％

106.4％

115.9 ％

115.9 ％

※2018年度4月は日本語 e ラーニングのデータ削除が総活動数（学内）に含まれています

愛知大学情報メディアセンター

－ 65 －

Vol.31, No.1, 2022

2．2020 年度 業務報告
2.1 Moodle 講習会

Moodle の利用促進のため、Moodle 講習会を以下の通り実施した。

①第 33 回 Moodle 講習会
校舎

開催日時

豊橋

2020 年 9 月 2 日
2・3 限

名古屋

場所
4 号館

421 教室

厚生棟 W401 教室②第 34 回 Moodle 講習会
校舎

開催日時

豊橋

2021 年 3 月 25 日
2・3 限
名古屋

愛知大学情報メディアセンター

場所
4 号館

421 教室

厚生棟 W402 教室－ 66 －

Vol.31, No.1, 2022

2.2

Moodle 利用状況

（Ａ）コース利用状況
運用開始 12 年目の 2020 年度は，新型コロナウイルス感染症の拡大に伴い大学の全授業を遠隔授業で実施した。そのため，すべての授業でコースを作成することとなったため，前年度に比べてコース数が大きく増え，約 6 倍となった。（新型コロナウイルス感染症の蔓延状況により，一部の授業は，対面で実施している）

カテゴリ

2020年度

共通教育科目（名古屋）〈法・経済・経営・現中・国際〉
共通教育科目（豊橋）〈文・地域・短大〉
法学部
経済学部
経営学部
現代中国学部
国際コミュニケーション学部
文学部
地域政策学部
短期大学部
大学院
法科大学院
資格課程
協定留学生日本語コース
自習用教材
ヘルプ
その他
合計

愛知大学情報メディアセンター

－ 67 －

春学期
412
260
48
79
109
175
172
212
120
75
94
44
74
11
0
0
0
1885

秋学期
424
239
77
79
144
143
190
205
163
86
81
47
87
0
0
0
0
1965

利用コース数
通年
6
2
47
66
58
22
7
27
12
2
56
0
13
0
36
9
14
377

合計
842
501
172
224
311
340
369
444
295
163
231
91
174
11
36
9
14
4227

Vol.31, No.1, 2022

（Ｂ）サイトアクセス状況
2020 年度は，新型コロナウイルス感染症の拡大に伴い，授業が遠隔授業となり，授業開始日を 4 月から 5 月に変更したため，5 月からログイン回数が急激に増大している。また，5 月の総ログイン数（学外）は，昨年と比べて約 11 倍に増加している。
2020 年度

学内・学外からのログイン数・活動数推移（月別）80000016,000,000

70000014,000,000
12,000,000
10,000,000

4000008,000,000

3000006,000,000

2000004,000,000

1000002,000,000

0

0
3月

4月

5月

6月

7月

8月

総ログイン数(学内)

3月

2018年度

2019年度

2020年度

前年同月比

活動数

ログイン数

6000005000009月

総ログイン数(学外)

10月

11月

総活動数(学内)

8月

12月

1月

2月

総活動数(学外)

4月

5月

6月

7月

9月

10月

11月

12月

1月

総ログイン数（学内）366

24,81038,34836,35933,528986

14,09032,035

24,77021,096

11,290

2月
324

合計
238,002平均
19,834

総ログイン数（学外）

1,077

36,69649,16748,26257,294

6,114

19,06438,29332,20831,54935,778

1,986

357,488

29,791

総活動数（学内）

26,564

677,532

644,977

658,176

630,869

17,445211,906

423,267

311,240

265,314

183,726

4,931

4,055,947

337,996

総活動数（学外）

26,299555,986

669,514

857,416

903,31384,874

223,651

431,908379,364

370,352

523,280

40,2195,066,176

422,181

ログインあたり活動数（学内）

72.58

27.31

16.82

18.1

18.82

17.69

15.04

13.21

12.57

12.58

16.27

15.22

17.04

21.35

ログインあたり活動数（学外）

24.42

15.15

13.62

17.77

15.77

13.88

11.73

11.28

11.78

11.74

14.63

20.25

14.17

15.17

総ログイン数（学内）421

23,76734,861

32,11837,200990

17,82434,20528,272

27,356

14,593347

251,954

20,996

総ログイン数（学外）

1,276

38,78958,23053,93974,926

7,418

26,245

48,612

44,312

44,68149,042

2,216

449,686

37,474

総活動数（学内）

22,626

461,465

574,161

533,844

700,879

19,288276,896471,716357,383

375,973

239,322

7,007

4,040,560

336,713

総活動数（学外）

26,069505,463

746,053

766,831 1,164,778

105,650

306,291

544,806

483,347

528,962

650,874

42,804

5,871,928

489,327

ログインあたり活動数（学内）

53.74

19.42

16.47

16.62

18.84

19.48

15.54

13.79

12.64

13.74

16.40

20.19

16.04

19.74

ログインあたり活動数（学外）

20.43

13.03

12.81

14.22

15.55

14.24

11.67

11.21

10.91

11.84

13.27

19.32

13.06

14.04

総ログイン数（学内）

122

2,713

8,487

6,698

5,394

2,123

7,793

32,97927,522

26,722

9,697

892

131,142

10,929

総ログイン数（学外）

1,272

20,006648,209661,396685,698

139,800

357,397

465,944363,780

353,502272,696

16,835

3,986,535

332,211

523,016

254,279

201,620

163,036

427,351

707,450

577,629

560,515

総活動数（学内）

1,704

136,249

236,015

51,1813,840,045

320,004

総活動数（学外）

25,766

289,722 13,123,453 13,463,238 14,148,403 2,907,150 6,517,112 8,293,424 6,204,644 6,213,003 4,806,766

357,769

76,350,450

6,362,538

ログインあたり活動数（学内）

13.97

50.22

61.63

37.96

37.38

76.80

54.84

21.45

20.99

20.98

24.34

57.38

29.28

39.83

ログインあたり活動数（学外）

20.26

14.48

20.25

20.36

20.63

20.80

18.23

17.80

17.06

17.58

17.63

21.25

19.15

18.86

総ログイン数（学内）

29.0％

11.4％

24.3％

20.9％

14.5％

214.4％

43.7％

96.4％

97.3％

97.7％

66.4％

257.1％

52.0 ％

52.0 ％

総ログイン数（学外）

99.7％

51.6％

1113.2％1226.2％915.2％

1884.6％

1361.8％958.5％

821.0％

791.2％

556.0％

759.7％

886.5 ％

886.5 ％

総活動数（学内）

7.5％

29.5％

91.1％

47.6％

28.8％

845.3％

154.3％

150.0％

161.6％

149.1％

98.6％

730.4％

95.0 ％

95.0 ％

総活動数（学外）

98.8％

57.3％

1759.1％1755.7％1214.7％2751.7％2127.8％1522.3％1283.7％1174.6％738.5％

835.8％

1300.3 ％1300.3 ％※2018年度4月は日本語 e ラーニングのデータ削除が総活動数（学内）に含まれています

愛知大学情報メディアセンター

－ 68 －

Vol.31, No.1, 2022

3．ICT 委員会構成員◆ ICT 委員（2021 年 10 月 1 日現在）
役職名

所

属

氏

名

情報メディアセンター所長

経

部

岩田

員典

部

近藤

暁夫

地域政策学部蒋湧短 期 大 学 部

迫田

耕作

法

部

松井

吉光

部

毛利

元昭

現代中国学部

吉川

剛

経

池森

均

国際コミュニケーション学部

梅垣敦紀

法 科 大 学 院

春日

修

三浦

文博

営

文

委

員

経

学
学

学
営

済

学

学

部

◆情報メディアセンター事務室

情報システム課

情報システム課

愛知大学情報メディアセンター

豊橋分室

課

長

係

長

課

員

係

長

－ 69 －

石原有希子
水谷

伸司

伊神

真悟

太田

裕介

宮部

浩之

Vol.31, No.1, 2022

4．愛知大学年度

情報メディアセンター沿革・歴代所長

組織

所長（任期）
豊橋

名古屋

1978

システム沿革IBM 製ホストコンピュータ4331

導入

1979
1980

電子計算機センター

電子計算機センター委員会

1981

津村 善郎
（1980. 4. 1～1982. 4. 30）

1982
福田 治郎
（1982. 5. 1～1985. 3. 31）

1983
1984
1985
1986

高橋 正
（1985. 4. 1～1989. 3. 31）

1987
1988
1989

第1期教育研究情報システム稼動
情報処理センター

情報処理センター委員会
豊橋情報処理センター委員会
名古屋情報処理センター委員会

1990

藤田 佳久
浅野 俊夫
（1989. 4. 1～1994. 9. 30） （1990. 10. 1～1992. 9. 30） 第2期教育研究情報システム稼動

1991

1988.4-1991.3

日立製ホストコンピュータ（HITAC M-640/20）導入
坂東 昌子（1989. 4. 1～1990. 9. 30）
1991.4-1994.3

1992
有澤 健治
（1992. 10. 1～1994. 9. 30）

1993
1994

第3期教育研究情報システム稼動 1994.10-1997.3（全校舎学内 LAN 敷設）

1995
樋口 義治
長谷部 勝也（1994. 10. 1～1998. 9. 30） （1994. 10. 1～1998. 9. 30）

1996
1997
1998

宮沢 哲男
（1998. 10. 1～2000. 3. 31）

1999
2000

小津 秀晴
（2000. 4. 1～2002. 9. 30）

2001

第4期教育研究情報システム稼動（延長 6ヶ月）

1997.4-2000.9

有澤 健治（1998. 10. 1～2000. 9. 30）
10月 第 5 期教育研究情報システム稼動
田川 光照（2000. 10. 1～2002. 9. 30）

2002
2003
2004

情報メディアセンター

情報メディアセンター委員会
豊橋情報メディアセンター委員会
名古屋情報メディアセンター委員会

2005
2006

情報メディアセンター運営会議
豊橋情報メディアセンター運営会議
名古屋情報メディアセンター運営会議

4月 第 6 期教育研究情報システム稼動
坂東 昌子（2002. 10. 1～2006. 9. 30）
龍 昌治（2002. 10. 1～2008. 9. 30）

中尾 浩（2006. 10. 1～2008. 9. 30）

2007
2008

ICT 企画会議
豊橋 ICT 委員会
名古屋 ICT 委員会

2009

4月 第 7 期教育研究情報システム稼動
蒋 湧（2008. 10. 1～2010. 9. 30）

2010
2011
2012

伊藤 博文
（2008. 10. 1～2012. 9. 30）

沓掛 俊夫（2010. 10. 1～2012. 9. 30）
ICT 委員会

2013

4月 新名古屋校舎システム稼働
中尾 浩（2012. 10. 1～2014. 9. 30）

2014
2015
2016

松井 吉光
（2014. 10. 1～2018. 9. 30）

2017
2018
2019
2020

岩田 員典
（2018. 10. 1～）

2021

愛知大学情報メディアセンター

－ 70 －

Vol.31, No.1, 2022

編集後記
今回の COM46 号は，論文 3 本と研究ノート 1 本を掲載し，読者の皆さんに届けることになりました。大学のコロナ感染対策が実施されてから，オンライン
形式の講義が大幅に増えました。多くの学生が PC を持参しはじめ，教員から配信した電子教材による自主学習に取り込んできました。現状として，まだ多くの課題が残っているものの，学生の IT スキルの向上や自主的な学習習慣の形成などの効果は，事実として多くの学生と教員が実感しています。大学教育の IT推進に関わる改善と改革は，皮肉なことに，コロナ感染対策とともに進めてきたように見えますが，今回の寄稿はいずれも教育システムの開発と管理運用に関する実践的な研究成果であり，こうした長期にわたる研究の積み重ねこそ，コロナ危機の対応に大きく貢献してきました。寄稿いただいた著者の方々には厚く御礼申し上げます。
この編集後記を執筆している間に，2022 年を迎えることになりました。新年の初日に，日経新聞のトップ記事から「資本主義創り直す」との衝撃的なタイトルが目に飛び込んできました。北欧諸国と比べ，日本はフレキシキュリティに欠け，「成長の鈍化が格差を広げ，人々の不満の高まりが民主主義の土台まで揺さぶり始めた」と書かれています。フレキシキュリティ（flexicurity）とは，柔軟性の flexibility と安全性の security を組み合わせてできたものであり，雇用の柔軟性と安定性，そのバランスを重視する政策です。
記事によると，高い実質 GDP 成長率と実質賃金伸び率を持つ北欧諸国は，日本と違って，解雇制度が緩やかで人員削除しやすい一方，学びなおし，つまり，
リスキリング（reskilling）や再就職の支援などの保障を手厚くする政策を遂行し，その結果，競争→失敗→解雇→再挑戦→成長，こうした「新陳代謝」の好循環が生み出すことで，企業イノベーション力の向上と個人収入のアップを同時に収めることができました。
教育に携わる者として，リスキリングの言葉に共鳴が湧いてきました。大学の高質な教育水準こそ，社会的な新陳代謝を生み出す 1 つの原動力に違いないと思います。愛知大学においては，2021 年度に全学の学生に対しパソコン持参の勧告が出され，2022 年度の 4 月からはデータサイエンス科目が開講することになりました。開講までの時間的な余裕がないため，初年度のデータサイエンス
は外部の共通教材を利用することになりました。筆者の知る限りで，学内において，ロボットプログラミング，AI 関連のゼミと教育，3D プリンター実習室，ドローン勉強会，GIS カリキュラムなど，斬新な知識と技術を駆使した教育活動が多数芽生えてきており，こうした学内の知恵と工夫で創出した愛知大学のデータサイエンス科目の到来を心から願っています。そのために，COM は皆さんの情報交流の場として，その役割を果たすことができます。これからも引き続き，皆さんの寄稿と閲覧をお待ちしております。


愛知大学情報メディアセンター

（Y.J, Jan. 2, 2022）－ 71 －

Vol.31, No.1, 2022

2018 年 6 月 1 日改訂

愛知大学情報メディアセンター紀要〈COM〉 原稿募集要項
情報メディアセンター紀要〈COM〉は，下記の要領で原稿を募集しています。詳細
につきましては，情報メディアセンターまでお問い合わせください。
1．著者の資格（1）本学教職員および本学教職員との共著者（2）本学非常勤教員（3）本学学生（教員と共著とする。）（4）編集委員会が認めたもの
2．投稿原稿の内容
投稿原稿は未発表のもので，下記に関係する内容とする。
（1）情報教育に関する理論と実践（2）情報科学や情報工学に関する理論とその応用（3）情報システムに関する調査，分析，理論（4）コンピュータを活用した研究，教育，および業務等の実践報告（5）本学のコンピュータ利用に関して必要と思われる情報メディアセンターの報告（6）その他（編集委員会が認めたもの）
3．投稿原稿の区分
投稿された原稿は編集委員会の審査に従って，下記のように区分して掲載する。
ただし，法令等に抵触する，内容に著しい不備がある，執筆要項に従わないなどの問題があるものは，原稿の修正を依頼することや，掲載を見あわせることがある。
（1）論文（2）研究ノート（3）情報教育実践報告（4）書評（新刊・古典・ソフトウェア）（5）学会動向※原稿の体裁と見本については別紙を参照のこと。
4．原稿の提出要領（1）原稿は，電子ファイルで提出すること。
（2）完成された投稿原稿のみを受理する。
（3）提出する電子ファイル名は，投稿原稿のタイトルとすること。
（4）図版等がある場合は，その電子ファイルもあわせて提出すること。
図版等のファイル形式は jpeg とする。
（5）提出ファイルは，原則 Microsoft Word またはテキスト形式とする。

愛知大学情報メディアセンター

－ 72 －

Vol.31, No.1, 2022

ただし，その他の形式であっても編集委員会が認めた場合は受理する。
（6）裏表紙（目次用）として，タイトル，著者名の欧文を添えること。
（7）著 者は連絡先（ゲラ等の送付先）の住所，電話番号を申し込み先の担当者まで連絡すること。
5．投稿原稿の体裁
投稿原稿は横書きとし，図・表などは適切な場所に分かりやすく挿入すること。
なお，投稿原稿は COM 編集委員会にて共通したフォーマットに統一する。
6．校正（1）校正は著者校正を 2 回とする。
（2）校正段階での内容の変更は，編集作業に支障をきたさない範囲で行なうこと。
7．著作権（1）提 出された論文の著作権は，原則として愛知大学情報メディアセンターに属し，無断で複製あるいは転載することを禁じる。
（2）論 文作成に際して用いたコンピュータソフトや映像ソフト等の著作権に関する問題は，著者の責任において処理済みであること。他人の著作権の侵害，名誉毀損，その他の問題が生じないよう十分に配慮すること。
（3）万 一，執筆内容が第三者の著作権を侵害するなどの指摘がなされ，第三者に損害を与えた場合，著者がその責を負う。
（4）著 作人格権は著者に属する。
（5）本 誌に掲載された原稿は，学内においては，愛知大学情報メディアセンター
ホームページおよび愛知大学リポジトリにてデジタル公開するものとする。
（6）本 誌に掲載された原稿は，学外においては国立情報学研究所等へ登録される。
8．その他（1）別 刷りは著者に対して希望を調査し，原則として 30 部以内で無料進呈する。
（2）著 者には紀要を2部進呈する。ただし希望があれば10部を限度として進呈する。
以上
申し込み・問い合わせ： 愛知大学情報メディアセンター
担当： 情報システム課 太田 裕介
E-mail： johosystem@ml.aichi-u.ac.jp
TEL： 052-564-6117（内線 20554）
FAX： 052-564-6217（内線 20569）

愛知大学情報メディアセンター

－ 73 －

Vol.31, No.1, 20222014 年 8 月 8 日改訂

愛知大学情報メディアセンター紀要〈COM〉 執筆要項
1．執筆言語
和文もしくは英文とする。
2．原稿（1）論文 ……和文の場合は 30,000 文字程度，英文の場合は 15,000 words 程度を上限とする。ただし，図版等の数量に応じて調節すること。
（2）研究 ノート……和文の場合は 20,000 文字程度，英文の場合は 10,000 words 程度を上限とする。ただし，図版等の数量に応じて調節すること。
（3）情報 教 育 実 践 報 告 …… 和 文 の 場 合 は 20,000 文 字 程 度， 英 文 の 場 合 は 10,000
words 程度を上限とする。ただし，図版等の数量に応じて調節すること。
（4）書評 （新刊・古典・ソフトウェア）……和文の場合は 5,000 文字程度，英文の場合は 3,000 words 程度を上限とする。書評（新刊・古典）には図版等を挿入することはできないが，ソフトウェアレビューについては若干の図版を添えることが出来る。
（5）学会動向……COM のフォーマットに従う。
長文の場合は分裁や再提出等の措置を求めることがある。
3．著者と所属
著者名と所属を記載し，著者名のあとにカッコ（）に入れて所属を記載する。

4．セクションタイトルとセクション記号
本文中の章，節，項，目などの立て方は，原則として以下のとおりとする。
（例）
1．章タイトル
1.1 節タイトル
1.1.1 項タイトル（1）目タイトル
5．図・表・写真
図・表・写真は，本文中の適当な箇所に挿入すること。または，挿入箇所を明確にすること。
ただし，COM 編集委員会にて挿入位置，サイズを変更する場合があるが，変更不可の場合は明記のこと。
（1）表 について
表の上部に「表○ 表名」（○は表の一連番号）を記載すること。

愛知大学情報メディアセンター

－ 74 －

Vol.31, No.1, 2022

（2）図 ・写真について
図 ・写真の下部に「図○ 図名」（○は図の一連番号）または「写真○名」（○は写真の一連番号）を記載すること。

写真

6．要旨とキーワード
論文と研究ノートには要旨とキーワードをつける。要旨は 400 字以内（200words以内）で執筆し，本文と同じ言語でもよいし，異なった言語でもよい。キーワード
は国立情報学研究所の CiNii 等への正確な登録のために，5～7 語程度のキーワード
をつける。
7．謝辞
謝辞を記載する場合は，本文の最後に謝辞と小見出しを使い記載する。
8．注
注を記載する場合は，以下のいずれかの方法による。
（1）該 当ページの下部または見開きの前後 2 ページ分の後のページの本文の下部に脚注として記載する。
（2）本 文の末尾に後注として一括して記載する。本文の後に 1 行空けてから「注」という見出しを立て，その次の行から，注を一括して記載する。
上記のいずれの場合も本文中の該当箇所には，番号と右丸括弧を使い 注 1）のように上付きで記すこと。
9．参考文献
参考文献の記載は，本文の後（注がある場合は注の後）に 1 行空けてから「参考文献」という見出しを立て，その次の行から，参考文献を一括して記載すること。
本文中の該当箇所には，番号と右丸括弧を使い 1） のように上付きで記すこと。
参考文献は原則として，雑誌の場合には，著者，標題，雑誌名，巻，号，ページ，発行年を，単行本の場合には，著者，書名，ページ数，発行所，発行年を，この順に記す。引用番号の記し方は本文上に出現した順番とし，次の例を参照にされたい。
（例）1）山田太郎：偏微分方程式の数値解法，情報処理，Vol.1, No.1, pp.6-10（1960）.
2）Feldman, J.and Gries, D.: Translater Writing System, Comm. ACM, Vol.11, No.2,
pp.77-113（1968）.
3）大山一夫：電子計算機，p.300，情報出版，東京（1991）.
4）Wilkes, M. V: Time Sharing Computer Systems, p.200, McDonald, New York（1990）.



愛知大学情報メディアセンター

以上－ 75 －

Vol.31, No.1, 2022

愛知大学情報メディアセンター紀要 COM〔コム〕
Vol.31 No.1
2022年３月１日
2022年３月５日
編集

第46号

印刷
発行

愛知大学情報メディアセンター「COM」編集委員会

発行

愛知大学情報メディアセンター（名古屋）名古屋市中村区平池町四丁目60-6		〒453-8777 TEL（052）564-6117（直通）
FAX（052）564-6217（豊 橋）豊橋市町畑町1-1
		 EL（0532）47-4124（直通）
〒441-8522 T
FAX（0532）47-4125（車 道）名古屋市東区筒井二丁目10-31		 EL（052）937-8120（直通）
〒461-8461 T
FAX（052）937-8121
印刷株式会社荒川印刷

情報メディアセンター教育用パソコン

機種および設置台数

○豊橋校舎
設

置

場

所

機
420 教室台数

富士通 ESPRIMO D587/R

35

富士通 ESPRIMO D587/S

30

421 教室富士通 ESPRIMO D587/S

52

423 教室富士通 ESPRIMO D587/S

60

424 教室

富士通 LIFEBOOK A574-M

40

413 教室富士通 ESPRIMO D587/R

25

514 教室

富士通 LIFEBOOK A574-M

20

523 教室富士通 ESPRIMO D587/R

50

メディアゾーン

富士通 ESPRIMO D587/S

40

情報メディアセンター（4 号館）

5 号館
図書館棟 1F

種

豊橋

計

352

○名古屋校舎設

置場

厚生棟 4F

講義棟 7F

所

機

種

台数

W401 教室

富士通 ESPRIMO D587

60

W402 教室

富士通 ESPRIMO D587

60

W403 教室

富士通 ESPRIMO D587

60

W404 教室

富士通 ESPRIMO D587

60

メディアゾーン

富士通 ESPRIMO D587

120

L707 教室

富士通 LIFEBOOK A576/P

80

L708 教室

富士通 LIFEBOOK A576/P

80

L709 教室

富士通 LIFEBOOK A576/P

80

L710 教室

富士通 LIFEBOOK A576/P

24

L711 教室

富士通 LIFEBOOK A576/P

24

L712 教室

富士通 LIFEBOOK A576/P

24

L713 教室
名古屋

富士通 LIFEBOOK A576/P
計

24
696

○車道校舎
設

置

場

所

機

種

台数

K802

富士通 LIFEBOOK A574/M

35

K804

HP ProBook 4540s

50

メディアゾーン

HP Pro 4300 SFF

6

車道

計

91

Journal of Aichi University Media Centervol.31 No.1
CONTENTS
Preface ........................................................................................... Director: Kazunori Iwata

ArticlesImplementation and Operation of Integrated System for Information Literacy:
Automatic Scoring Systems for Microsoft Excel and Word .................. Yoshimitsu Matsui ......................... 1
Kazunori Iwata
Construction and operation of Java programming training system with
automatic scoring function for JAR files ...................................................... Motoaki Mouri ....................... 11
Practice Report of Information Education
Mutual Evaluation Among Students by Using the Moodle
Workshop Module ......................................................................................... Kazunori Iwata ....................... 37

Notes
Survey of Moodle access in FY 2019 and FY 2020 ........................................... Seiji Morino ....................... 51

Miscellaneous ................................................................................................................................................. 61

Editorial .......................................................................................................................................................... 71

Aichi University Media Center