熊本地震発生時における安否確認システムの緊急開発と運用及び今後の課題
中野 裕司 1) , 新富 葉子 2) , 森 保夫 2) , 森部 英俊 2) , 杉谷 賢一 1) , 宇佐川 毅 3)
熊本大学 1) 総合情報統括センター, 2) 教育研究支援部情報企画課, 3) 大学院自然科学研究科

nakano@cc.kumamoto-u.ac.jp

Urgent Development, Experiences and Future Tasks of theUniversity’s Safety Confirmation System in the 2016 Kumamoto
Earthquakes
Hiroshi Nakano1) , Yoko Shintomi2) , Yasuo Mori2) , Hidetoshi Moribe2) ,Kenichi Sugitani1) , Tsuyoshi Usagawa3)
1) Center for Management of Information Technologies, 2) Information Planning Division,
Student Aﬀairs Oﬃce, 3) Graduate School of Science and Technology, Kumamoto University

概要2016 年 4 月におきた熊本地方を震源とする 2 度の震度 7 クラスの地震、熊本地震に際し、電話等による安否確認作業を補う目的で、学生の安否確認を行うために急きょ安否確認システムを開発し、実際に運用した。入学直後いうこともあり、まだ 1 年制は大学のメールアドレスが使えない状況であったが、結果的には 6 割以上 (発案の工学部は約 8 割) の学生が本システムを利用した。また、本システムのコメント機能を用いて、被災状況や大学の再開等に関する質問や状況報告等、約 4,000 件のコメントが寄せらた。集まったコメントを元に、今後のシステム改良への課題を考察する。

1 はじめに学部別、学科別の安否確認状況について述べた後、本システムに学生が入力したコメントについて示す。本

2016 年 4 月 14 日夜 21:26 熊本地震の前震が起き、システムでは、コメントは必須ではないが、のべ 4,097

翌日の夜中である 15 日 1:25 に本震が起きた。どちら件ものコメントが寄せられ、被災時の様々な状況が読も熊本地方で震度 6 から 7 を観測し、大きな被害をもみ取れる。ここでは、簡単な報告にとどめるが、出現たらした。熊本大学においても、建物、機材等に重大頻度の高い名詞等から当時の状況を垣間見ることがでな被害があったが、なによりも、学生、教職員の多くがきる。最後に、開発、運用からわかってきた、不足し被災しており、その安否の確認が喫緊の課題であった。ている機能や、より悪条件にも対応するための今後の本報告は、前震後、緊急に安否確認システムを開発課題について考察する。

することになった経緯、運用の際の記録と、その経験を今後に活かすために作成した。本システムは、図 1に示すように、電話等による安否確認作業を補う形で、前震発生翌日の午後稼働を開始し、本震後、大型連休後の 5 月 9 日に授業が再開する後も稼働し続け、大学院を含む 10,471 名中の 6 割以上にあたる 6,951 名が安否登録に利用した。ちょうど新年度が始まった時期であり、まだ新入生は大学から与えられたメールアドレスが使える状態ではなく、本学ホームページと統合認証システムをたよりとした。
まず、急きょ開発を行うに至った経緯とその後の運用を時系列で示し、次に開発したシステムについて、その手法、機能等について紹介する。その後、学年、

図1

学生の安否登録状況 (全学生 10,471 名対象)

2 開発に至った経緯と運用状況開発に至った経緯と運用状況を、時系列で簡単に、
表 1 にまとめる。

翌朝から、大学では、部局毎に、学生、教職員の安否確認の作業が開始され、主に電話連絡により作業が実施されていたが、大変な作業であり、なかなか進まなかった。幸にして、電源と大学のネットワークサービ

まず、これまでの中長期的な経緯であるが、大学とスが生きていたことから、工学部長から、総合情報統して、大学 ICT 推進協議会 (AXIES)[1] のクラウド部

括センターに、簡単な CGI レベルのもので構わないの会の安否確認システム共同開発プロジェクト [2] に参で、安否を申告できるものが 2,3 時間で実現可能なら、加したり、商用の各種システムの導入可能性を検討し電話等による現在の安否確認作業が楽になるのではとていた。しかし、時期的なこと、予算的なこと、それいう問合せがあった。すなわち、現在の安否確認作業になによりも、正直なところ地震が起きるという切迫を補助する手段として、出来る限り早急に対応サービ感が関係者の間に足りなかったこともあり、実際の導スが開始できないものかという相談であった。

入には至っていなかった。

そこで総合情報統括センターでは、直後から対応をその中で、2016 年 4 月 14 日夜 21:26 熊本地震の最検討し、開発に取り組むことで、3 時間弱後に安否確

大震度 7 の前震が起き、大学内でも、建物にヒビが入っ認サービスを開始した。工学部長から、全学で利用をたり、物が倒れたり、棚からものが落ちて散乱したり開始するよう提案があり、その後、事務組織も含めてといった被害が発生すると同時に、学生、教職員も、全学的な対応をとることとなった。

自宅等でも同様の被害を受けており、中には負傷者もその夜、前震を上回る本震が熊本地方を襲った。本あり、自宅が危険なため避難している者も多数あった。

震の揺れは激しく、その後数時間は大きな余震が何度となく襲い、その被害はニュース等で知られる通表1

地震発生と開発・運用の経緯りである。大学は夜中であったため、幸い構内での人

日時

出来事

的被害はほとんどなかったが、停電、水漏れ、建物内

ここ数年間安否確認システムの導入に関して検討はしていた（AXIES 部会参加、既存製品の調査）

壁、外壁のひび割れ、設備の破損等極めて大きな被害

04/14 21:26
04/15 11:05

前震発生

る。ネットワーク機器も L3 スイッチを含む多数の被04/15 13:43
04/15 13:55

04/15 14:29
04/15 15:03
04/15 15:55

04/16 01:25
04/17 15:00
04/18 22:56

04/19 11:13
04/26 01:43

04/28 20:00
05/09
05/11 11:08

工学部長から、安否確認ページの構築依頼(2-3 時間で)。
学生（・教職員）の安否登録機能のみの初版完成を工学部長へメール報告。
工学部長から、熊大と工学部の HP へリンクを貼るよう依頼。同時に、自然科学系ヘッドクオータ (HQ) へも連絡。
広報から、大学のホームページに現行方法に追加する形で表示する旨報告。
アクセスリスト表示ページの初版完成を工学部長へ報告。
工学部長から、工学部教務、学生部、広報に、簡単な操作方法の説明付きで、上記ページの URI をメール連絡。
本震発生
工学部長から、コメントへの返信機能追加の要請。
工学部長に、管理用ページにコメントへの返信機能を追加、及び、学生用の返事確認ページ作成を報告。
工学部長から HQ へ、返信機能加のメール連絡。
工学部長に、安否確認未提出者も含めたリスト表示機能の作成と、元のサマリ表示と相互リンクした旨、メールで報告。
工学部長に、登録状況の推移をグラフをメール添付で報告。
授業再開。
登録状況可視化ページ (毎時更新) の作成、情報共有。

があった。その被害は上層階ほど激しかったようであ害があったが、幸いにして、全学サービスの中心を担っているサーバ室が 1 階であり、被害が殆ど無く、ネットワークの外部接続も短時間で復旧したため、構築したシステムはすぐに動作を継続することができた。
安否登録に関しては、後述のようにスマートフォンを含む Web ブラウザからアクセスでき、必須ではないがコメント入力ができるようになっていた。しかし、コメントに対する返事を見る機能が実装されていなかったため、後から追加した。また、管理機能としては、安否確認者の時刻、所属、氏名、コメント等の情報リストを Web ブラウザのテーブルで表示する機
能、各項目によるソート、CSV 出力等は最初から実装していた。しかし、コメントに返事を出す、未確認者を含めた一覧を出す、メールで返事をする等の機能は、後から徐々に実装していった。さらに、どの程度安否確認が進んだか、コメントの数は等といった集計情報は、その都度スプレッドシート等を用いた手作業で行い、メール等で共有するしかなかった。こちらも、後から可能にしたが、実際の利用のピークをかなり過ぎた時点での実装となった。ただし、後述するが、この方式は様々な用途に柔軟に対応可能と思われる。

3 システム開発
3.1 システム要件

熊本大学における SSO 体制の中では、旧サービスに属すが、学生が LMS を利用する際は、通常、ポータルにアクセスし、そこで最初に SSO で認証され、その中今回の安否確認の仕組みは、2,3 時間という非常にの 1 つのタブである時間割を開き (この時は既に SSO短期間で完成させる必要があり、以下のような要件が認証が完了しているので再認証の必要はない)、自分の必要と判断し、対応した。

時間割が表示されるので、その中の科目をクリックす• 短時間（2,3 時間）で開発できること→ 修正可能な既存システムに追加 (寄生)• 電話による安否確認と併用• スマホで使えること→ スマホ対応の既存システムを選択• 簡単に操作できること → 機能を最小化• 出来る限り正確な本人確認→ 構成員の氏名、所属情報等取得可能→ 熊大ポータルの SSO を利用– メールは基本的に使えない∗ １年生はまだ大学のメールアドレスを知らない、設定を未習得（情報基礎 A）∗ スマホのメールからの連絡の場合、本人確認が正確にできない。

• 大学ポータルの SSO は全員使える（既修）• 対象は主に学生→ ガラ携対応なし (ほぼ 100% スマホ所有)
その結果、上記要件を備え、追加 (寄生) させることることで LMS 上の科目のページを開く。幸い、新 1年生も、全員必修の情報基礎 A で、SSO 認証を経験している。
また、この時間割システムは、図 3 に示すように、学務データ共有の仕組みからも、学生の受講科目情報以外に、所属、氏名の情報を持っている。よって、安否確認システムを構築するためのデータに容易にアクセス可能である。

3.2 ユーザ用ページの開発
図 4 に、学生・教職員用の安否確認登録ページを示す。これは、Android スマートフォンでアクセスした時の例で、このようにモバイル端末での利用に関してはほとんど支障がない。SSO の時点で、リモートユーザが特定されるので、学生番号、氏名はシステム側が表示し、ユーザは基本的には、送信ボタンを押すだけで安否確認は完了する。コメント入力は任意であるが、後述のように、本震後は多くのユーザが実際にはコメントを入力した。
ただし、図 4 のリンクにある図 5 のコメントへの返が可能であると思われる、候補となる 3 つのシステムを以下のように抽出した。

• シラバスシステム: プロトタイプ開発後委託 [3]• ｅポートフォリオシステム (学習成果可視化システム): 初期段階は独自開発、その後委託 [4]• 熊本大学ポータルの時間割: 独自開発、小規模 [5]上記は全て、熊本大学シングルサインオン (SSO)[6]の元で認証し、学生、教職員の氏名、所属情報を含むデータベースに接続されており [7]、jQuery Mobile によるモバイル対応も実装済みである。また、RESTful

図2

熊本大学における統合認証、SSO[6]図3

熊本大学における学務データの連携 [7]な WebAPI で構成されているため、サーバ自体の負荷はあまりないと思われる。上記のうち、ハードウェアとしては最も非力であるが、小規模で小回りがきくことから、熊本大学ポータルの時間割に機能追加することで開発を行った。
ポータルの時間割は、ポートレットで構成されているわけではなく、ポータルと共通の SSO 配下にある独立した Web アプリケーションで、ポータルへはインラインフレームとして実装されている。図 2 に示すている。また、この理由からも、図 4、5 を別ページにしているが、本ライブラリを外せば、1 ページにまとめるほうがよいと思われる。

3.3 管理用システム
図 6 に、管理用ページを示す。ただしこのページは、表 1 に示す新しい方のページで、本震から 10 日後に完成した、安否未登録者も含め、過去のコメントを集約して表示可能にしたものであり、初期のものではない。初期のものは、未登録者が表示できない点、同一個人の場合もアクセス毎に行表示される点、部局選択に、学生、教職員の別、学年の指定ができない点が主な差異である。
データ量が多いため、スマートフォンでの利用はあまり想定しておらず、PC 又は大型のタブレットを想定している。ただし、タブレットは想定内であるため、モバイル対応は行っている。こちらのページも安否確認ページと同様に仕組みでできているが、学生の ID
図4

学生・教職員用の安否確認登録ページからのアクセスは SSO で不許可にしている。本来は教職員の中でもアクセス制限を考えるべきかもしれな
いが、今回は、緊急対応を優先し、URI を知っている事を表示するページは、表 1 にあるように、本震発生
後 2 日間を開発に要したため、後付である。ただし、まだ多くのコメントが寄せられていたため、ある程度は有効活用されたと考えている。
図 4、5 に共通して、両者とも jQuery と jQuery

Mobile を利用した HTML のページとして開発した。
jQuery の getJSON()、ajax() を用いた Web API でサーバと通信し、JSON(JavaScript のデータオブジェクト) データのやり取りのみをサーバと行い、サーバ側でページの書き換え等一切行わないため、サーバへの負荷は少ない。また、jQuery Mobile を用いて、モバイル表示にも対応しているため、PC のブラウザだけではなく、スマートフォンやタブレットからのアクセスにも対応している。ただし、いわゆるガラ携 (旧来の携帯電話) には対応していない。今回は、主なターゲットが学生であったことから、あまり問題ではなかったと思われる。また、SSO 自体がガラ携に対応していないため、少なくとも今回は無視することにした。
図 5 の返事確認ページは、Datatables.js ライブラ
リ [8] を利用してコメントやその返事を表示している。
このライブラリは、受け取った JSON データを渡すだ
けでテーブル表示が可能なので、開発効率と利便性を考えて利用した。
しかし、数件のコメントと返事を表示させるためには重すぎるとおもわれるので、今後外す方向で検討し教職員なら誰でも利用できるような運用を行った。
このページにおいては、前述の Datatables.js ライ
ブラリ [8] が非常によく機能した。このライブラリ自体に、カラムによるソート、CSV 出力、検索機能があり、その利便性だけでなく、開発が非常に短期間で行えた。初期バージョンもこのライブラリを利用していたため以下の点で役立た。初期バージョンは安否未登録者が表示できなかったが、事務局では、CSV でダウンロードし、スプレッドシートやデータベースソフトによる対応を行っていた。また、カスタマイズも柔軟に行なえ、例えば学生番号のソートをチェックディジットを外して行う等のことも可能である。

3.4 表示、分析の毎時更新と共有のためのシステム
学部、学年等による安否確認の違いや、時間的な安否登録の経緯、どのようなコメントがあった等の、集計、可視化、分析といった機能はなく、時々、スプレッドシート等利用し、手作業でまとめて関係者にメールで報告していた。
しかし、開発もある程度一段落し、アクセスが落ち着くにつれて、4,000 件を超えるコメントも含めて、膨大なデータが集まり、今後の改良や防災対策のため、より詳細な分析が行えるとよいと考えた。その結果、
表 1 に示すように、既に授業再開の 2 日後ではあったが、図 7 に示すような、1 時間毎に最新データに対して集計、可視化、分析をやりなおし、その結果を関係図5

学生・教職員用のコメントへの返事確認ページ

図6

安否確認管理用ページ

者で共有する仕組みを考え、運用を開始した。
この仕組みを簡単に説明すると、まず、集計、可視化、分析は R で行うこととした。まず、R の統合開発環境である Rstudio Server を用いて、リモートでR による開発が行えるようにした。そのサーバにのみ、安否確認システムへの SQL アクセスをリードオンリーで許可することで、R から安否確認システムの最新データを直接参照可能とした。
今回は、可視化や分析結果を直接 Web 経由で見れるようにするため、R の knitr ライブラリを用い、Rのソースコードに従った実行結果を HTML ファイルとして出力できるようにした。この環境で対話的に作成したプログラムは、裏でシェルスクリプト (簡単なものを作成) が cron により 1 時間毎に起動し、指定したフォルダー内の R のソースコードを全て再実行しHTML を全て更新し、完成した HTML ファイルを、図 7 集計、可視化、分析結果の 1 時間毎の更新と共有熊本大学統合認証下にある Web による共有スペースにコピーする。その URI を知る SSO ユーザは、1 時間毎に新しくなった集計、分析結果を Web ブラウザから確認することができるといった仕組みである。
この仕組みを用いれば、R で行えることは原理的に全てできるので、高度な分析結果も一定時間毎に更新され、関係者間で共有できる。また、この仕組みは安否確認システムに対象を限ったものではなく、様々な対象に対しても行え、LMS を対象にした例も報告している [9]。

4 運用

図8

安否確認登録の経時変化の学年による違い

図9

安否確認登録の経時変化の学部による違い

ここでは、本安否確認システムを運用した結果について、図 7 の仕組みで、集計、可視化、分析した結果を示す。

4.1 安否の登録状況
図 8 に、学部生に関して、安否登録の学年による違いを示す。いずれの場合も 4 日間程度で一定値に達しているが、これは、本システムは電話等の安否確認と併用しており、合計として完了しているからと思われる。その上で、2,3 年の利用率が約 80% なのに対して、1 年生は 60% 弱である。これは、入学直後でシステムに不慣れであるだけではなく、母数に研究生、科目等履修生、聴講生等、通常の学生と異なるタイプの学生を 150 名程度含んでいることにも起因すると考えられる。
図 9 に、学部生に関して、安否登録の学部による違いを示す。元々工学部の発案であったことから、工学部が高い。今回は緊急であったことから、全学的体制が必ずしも揃っていなかったことも考えられるが、学部毎の電話等別手段による確認の体制、仕組みの違いにも依存する。このグラフから、学部によって安否登録数が伸びるタイミングが異なることもわかる。学部毎の連絡方法、時期の違い等にもよると考えられる。
図 10 に、工学部の学部生に関して、安否登録の学科による違いを示す。図 9 にもまして、学部によって安否登録数が伸びるタイミングが大きく異なっているこ

図 10 安否確認登録の経時変化の工学部学科による違いとがわかる。担任の教員が入学時のオリエンテーション指導で、学生同士の LINE ネットワークを作成し、安否確認に活用した学科もあり、そのときに急速に登録が進んでいる。今回、基本的に電子メールによる情報拡散に頼っておらず、大学ホームページないし直接安否確認システムへのアクセスへ多くの学生を導くのに SNS が重要な役割を果たしたと考えられる。

4.2 コメント機能の利用状況
図 11 の、まず、のべ安否登録数と安否登録人数の経時変化についてであるが、この違いから言えるのは、1 人で複数回の安否登録を行った学生がある程度の数あったということである。ただし、ここで、短時間に何度もボタンをクリックしたものに関しては、同一時(1 時間) に、同一内容の登録は 1 件と扱うことで除外している。コメントがあった場合の例では、避難所か

RMeCab[10] で形態素解析を行い名詞を抽出し、R のら登録し、その後、帰省してからまた登録するといっ

wordcloud パッケージ [11] を持ちて、その出現頻度順た、状況報告的な利用があった。にトップ 200 を載せている。また、表 2 に、頻度が 30

また、このグラフから、入力が必須ではないにも関以上の名詞に関して頻度順に並べている。

わらず、のべ 4,097 回コメントが書き込まれ、その人まず、圧倒的に多いのが、「実家」であり、コメント数も 2,120 名に達していたということが読み取れる。

から、親元を離れている学生は、親や友人の親に車でこれらのコメントの内容に関して、まだ詳細には分析迎えに来てもらったりし, 様々な方法で実家を目指ししていないが、今後のシステム改善、災害対策に有用た様子がわかる。また、その帰省先も、表 2 から、福なものが沢山含まれている。コメント内容に関しては

岡、熊本、長崎、鹿児島、大分、佐賀、宮崎と続く。ま一部ではあるが後述する。コメントを用いて、様々なた、自宅生も「実家」が危険、被害があったとか、「実質問をする学生が多く、先に述べたように、コメント家」近くの小学校に避難したとか使われている。表 2への返事の作成と当該学生への表示機能を後から実装のわずか 56 語の中に、避難、無事、大丈夫、怪我、体している。

育館、生活、被害、一時、小学校、安全、待機、状況、

図 12 に、コメントの有無も含めた 2 時間毎の安否登録数の変化を示す。このグラフから、本震前も含めて、本システムを利用した安否登録は 5 日でほぼ終わっていることがわかる。また、本震直後はあまり登録がな

元気といった、被災、避難の状況を知らせる言葉が多く見受けられるのも特徴的である。

5 まとめと今後の課題

いが、その朝から集中的な登録があったことがわかる。

2016 年 4 月におきた熊本地震に際し、学生の安否確さらに、本震後はコメント付きの登録の割合が大きく認を行うために急きょ安否確認システムを開発し、実なり、その傾向がしばらく続いたことがわかる。

際に運用した。年度はじめということもあり、まだ 1

4.3 コメント内容の簡易分析

年制は大学のメールアドレスが使えない状況であり、

図 fig:wc01 に、得られた 4,097 件全てのコメントを電話による安否確認作業を助ける目的で開発したが、ソースとしたワードクラウド表示を示す。ここでは、結果的には 6 割以上 (発案の工学部は約 8 割) の学生が本システムを利用した。また、本システムのコメント機能を用いて、約 4,000 件の被災下の状況等が寄せられた。コメントは必須ではなかったにも関わらず、多くの学生がコメントを寄せ、使われている名詞の頻度分析から、震災下での逼迫した状況が見て取れた。
まだ詳細なコメントの解析は行っていないが、いつから大学が再開するのか、授業料減免や奨学金の申し

図 11

安否確認の登録回数とコメントの書き込み

図 12

2 時間毎の安否登録数の変化

図 13

全コメントに対するワードクラウド表示

込みはどのようにすればよいか、授業のレポートの締切は等といった大学に関連するものから、どこの避難所に行けばよいか、水や食料はどこで手に入るのか、ボランティアはどこで申し込むのか、等といった災害に係るものまで、多くの質問があった。また、「〇〇さだいた皆様全員に感謝いたします。

参考文献[1] 大学 ICT 推進協議会: https://axies.jp/ja (201610-21 確認).

んと今一緒にいます」といった、友人の安否登録の代[2] 梶 田 将 司, 大 学 ICT 推 進 協 議 会 ク ラ ウ ド 部

行コメントも多くあり、本人の認証が終わっているの会 の 活 動 紹 介, p.37 に 経 緯, p.40 に 参 加 大 学,で、□□さんが〇〇さんの認証を行うといった機能も

http://www.nii.ac.jp/userimg/20130208 12.pdfあるとよいと思われる。今後、より詳細な分析をすす(2016-10-21 確認).

め、今後のシステム改良や災害対策に役立てたい。

[3] 中野裕司, 鶴田博信, 喜多敏博, 永井孝幸, 杉谷賢

また、最初に述べたように、今回はネットワーク、一, 「Web API 技術を活用したシラバスシステム

サーバ、電源が無事であったという極めて幸な条件ののモックアップを用いた設計と実装」第 40 回教

もと安否確認システムの開発、運用を行うことが出来育システム情報学会全国大会発表論文集, pp.7-8た。これらが停止した場合を考えて、今後のシステム(2015).

構築は行わなければならない。認証のための SSO、情[4] 中野裕司, 「大学として定めた学習成果 (ゴール)

報提供のための大学ホームページをクラウド上に構築の達成状況と履修状況のｅポートフォリオによるするか、緊急時用の代替のものを用意することが環境可視化と応用」, 第 11 回神奈川大学メディア教育として必須であり、その上で安否確認システムのクラシンポジウム (2016).

ウド上への移行が必要である。

[5] 中野裕司, 杉谷賢一, 永井孝幸, 宇佐川毅, 「授業謝辞

時間割 Web API とそのポータル時間割への応

今回は著者を直接的に係わった数名に限りましたが、多くの協力者のおかげで、開発にも専念でき、様々なサポートも得られました。様々な形で係わっていた用」, 日本教育工学会第 31 回全国大会講演論文集, pp.309-310 (2015).

[6] 永井孝幸，杉谷賢一，河津秀利，中野裕司, 学認
対応認証基盤とユーザ ID 体系移行用 CAS ゲー

表2トウェイの構築, 第 11 回 CLE 研究会, Vol.2013-

頻度 30 以上の名詞 (コメント全 4097 件中)

形容:形容動詞語幹, 副詞:副詞可能, サ変:サ変接続

CLE-11 No.20 (2013).

順位

名詞種類

頻度

順位

名詞種類

頻度

1
2
3
4
5
6
7
8
910
11
12
13
13
15
16
17
18
1920
21
22232425
26

実家
避難
無事
福岡
帰省
熊本
長崎
自宅
鹿児島
大分
佐賀
宮崎
家
現在
北九州
今大丈夫
怪我
家族
地元
山口
体育館
予定
生活
熊
市内

一般
サ変
形容
固有
サ変
固有
固有
一般
固有
固有
固有
固有
一般
副詞
固有
副詞
形容
サ変
一般
一般
固有
一般
サ変
サ変一般
一般

1519957852
790723396272
233
232
223
218
214
164
164
108
102
91
89
85
78
71
62
60
525150

3131
33
33
3536
36
38
38
38
38
4243
43
43
4347
47
47
47
51
51
51
545454

送信
連絡

サ変
サ変
一般
一般
副詞
一般
形容
サ変
一般
一般
固有
形容
サ変
一般
固有
副詞
一般
固有
固有
固有
サ変
一般
固有
サ変
一般
代名

40
40
38
38
3736363535353534333333333232
3232
313131303030am
被害
一時
小学校
安全
待機
大学
状況

I
元気
テスト
学生
沖縄
明日

I
人吉
佐世保
東京
授業
地震
中央
滞在
宅
私

[7] 中野裕司, IMS Enterprise の運用と LTI、xAPIの可能性と実装の試み, NII オープンフォーラ
ム 2016. ラーニング・アナリティクストラック(2013)
http://www.nii.ac.jp/csi/openforum2016/track/day2 6.html#period2 (2016-10-21 確認).
[8] DataTables Table plug-in for jQuery, homepage:https://datatables.net/(2016-10-21 確認).

[9] 中野裕司, 喜多敏博, 松葉龍一, Muhammad Wannous, 宇佐川毅, Rstudio Server, knitr 等を活用したフレキシブルな Web によるデータ分析機能提供の試み, 第 41 回 JSiSE 全国大会発表論文集,pp.13-14 (2016).
[10] RMeCab https://sites.google.com/site/rmecab/(2016-10-21 確認).
[11] R の wordcloud パ ッ ケ ー ジ https://cran.rproject.org/web/packages/wordcloud/wordcloud.pdf(2016-10-21 確認).