Moodle 用 Kaltura プラグインの更新と機能拡張齊藤 智也 1) , 王 躍 1) , 西村 世志人 1) , 末長 宏康 1) , 金山 知余 1) , 大平 康旦 1) ,爲末 隆弘 1) , 江口 毅 1) , 今岡 啓治 1) , 久長 穣 1) , 多田村 克己 1)
1) 山口大学 メディア基盤センター
t-saito@yamaguchi-u.ac.jp

Update and Enhancement of Kaltura Plugins for Moodle
Tomoya Saito1) , Yue Wang1) , Yoshito Nishimura1) , Hiromichi Suenaga1) ,Chiyo Kaneyama1) , Yasuaki Ohira1) , Takahiro Tamesue1) , Tsuyoshi Eguchi1) ,Keiji Imaoka1) , Yutaka Hisanaga1) , Katsumi Tadamura1)
1) Media and Information Technology Center, Yamaguchi Univ.

概要
我々は Moodle と Kaltura Community Edition を連携させるための一連のプラグイン「YU Kaltura MediaPackage」の開発に取り組んでいる．これらのプラグインは Github 及び Moodle 配布サイトにおいて公開されており，海外を中心に，いくつかの大学・医療機関等において活用されている．また，山口大学の Moodle サイトにおいても活用されている．本稿では，これらのプラグインに対する更新及び機能拡張について述べる．最近 1 年間では，既存プラグインの録画・アップロード機能の拡張，視聴状況一覧の表示における処理時間の短縮，プラグインの多言語化対応，データのバックアップにおける不具合の修正に取り組んできた．また，さまざまな Moodle コンテンツにおいて Kaltura サーバ上のメディアを活用しやすくするため，Kaltura 用の Atto プラグインを新たに開発した．これにより，利用者は Moodle コンテンツを編集しながら，必要に応じてその場で既存メディアの選択，もしくは新規メディアの録画・アップロードを行い，それらをコンテンツのテキスト内に埋め込むことが可能である．

1 はじめに音声・映像といったマルチメディア・コンテンツはファイルサイズが大きいため，これらのアップロードと配信時には Moodle サーバの負荷が著しく上昇する.
利用者がサイズの大きなメディアのアップロードや視聴を行うことは，Moodle システムの同時接続数の減少，システムの応答速度の低下，サーバの動作停止といった不具合を招く可能性がある．
山口大学では 2017 年度に次期コンテンツ配信システムとしてオープンソースの動画配信システムである

Kaltura Community Edition（CE）の試験運用を開始した．Kaltura CE は，米国 Kaltura 社が開発・販売

図 1: YU Kaltura Media Package の利用イメージする「Kaltura」の無償版に相当する [1]．これに伴い，Moodle と Kaltura CE とを連携させるための一連のプラグイン「YU Kaltura Media Package」を独自に開が，アップロードされたメディアは Kaltura サーバに発した [2]．開発したプラグイン群は Github のほか，保管される．メディアのアップロードや視聴に際してMoodle サイトを通じて一般公開されている [3, 4]．のデータ通信は Moodle サーバを経由せず，利用者の図 1 に，YU Kaltura Media Package の利用イメージを示す．すべての操作を Moodle 経由で行うため，利用者には Moodle のみを使用しているように見える50

端末と Kaltura サーバの間で行われるため，Moodleサーバの負荷を大幅に軽減することが出来る．
本稿では，YU Kaltura Media Package に対する

更新や不具合の修正，既存プラグインの録画・アップロード機能の拡張について述べる．また，利用者がさまざまな Moodle コンテンツの中で Kaltura サーバ上のメディアを活用しやすくするため，Atto プラグイン（Atto HTML エディタ用のサブプラグイン）を開発した．後半では，Atto プラグインについても紹介する．

2 YU Kaltura Media Package の概要
YU Kaltura Media Package は現在，以下の 4 つのプラグインから構成されている．これらのプラグインのうち，ローカル・ライブラリ及びマイメディアは，

図 2: ローカル・ライブラリの設定ページ

Kaltura サーバとの連携，及び他のプラグインの活用において必須のものである．

2.1

ローカル・ライブラリ

ローカル・ライブラリ（local yukaltura）は，Kaltura社がオープンソースで公開しているクライアント向けAPI（Kaltura Client Library）の PHP 版を内蔵し，他のプラグインが Kaltura サーバを活用するための各種関数を提供する [5]．
また，ローカル・ライブラリは他のプラグインの設定項目も有している．図 2 に，ローカル・ライブラリの設定ページを例を示す．Moodle サイトの管理者は，この設定ページにおいて，Kaltura サーバとの接続に必要なアカウント情報の入力，及び各種プラグインの設定を行う．

2.2

マイメディアマイメディア（local yumymedia）は，利用者がメディアを扱うための中心的な機能を提供する [6]．
図 3 に，マイメディアの画面例を示す．利用者がマイメディアのページにアクセスすると，その利用者がKaltura サーバ上に保有するメディアの一覧が表示さ

図 3: マイメディアのページれる．なお，他の利用者が保有するメディアにアクセスすることはできない．利用者が保有するメディアが多い場合には複数のページに分かれて表示されるたの管理者が録画を有効に設定している場合，PC の利め，画面上部及び下部に各ページへのリンクが表示さ用者も Web カメラ用のフォームを介してその場でビれる．また，画面上部に配置されている検索ボックス

デオを撮影し，アップロードすることが可能である.

を使用することにより，マイメディアに表示されるメディアを絞り込むことが可能である．

また，アップロード済みのメディアに対して，プレビュー，属性情報（名前，タグ，説明）の編集，アクセ利用者はマイメディアのページを通じて，既存のス制限の設定，ダウンロード及び削除を行うことが可メディア・ファイル（画像，音声，動画）を Kaltura

能である．ただし，後述するメディア・リソースとしサーバにアップロードすることが出来る．利用者がて活用されているメディアについては削除できない．

iPhone や iPad，Android 端末を使用している場合，メディアのプレビュー画面は全画面表示にも対応しファイル選択ボタンをクリックした時，OS によるメている．そのため，教師が授業等においてスクリーンニューが表示され，その場で撮影した写真やビデオをに映像教材を提示する用途については，マイメディアアップロードすることも可能である．Moodle サイトの機能のみでも実現可能である．

51

図 5: メディア・リソースの視聴

2.4

図 4: メディア課題における評定ページ

メディア・リソース

メディア・リソース（mod kalmediares）は，Katluraサーバにアップロード済みのメディアをリソース・モジュールとしてコース上に張り付けるための機能を提2.3

メディア課題供する [8]．教師ユーザがコース上にリソースを貼りメディア課題（mod kalmediaasign）は，教師ユーザ付ける手順は，従来の活動・リソースのそれと同様でが Moodle コース上にレポートの提出箱を設置し，学ある．また，教師ユーザはリソースの設定画面におい生ユーザがそこにレポートとしてメディアを提出するて，Kaltura サーバにアップロード済みのメディアの機能である [7]．利用方法は概ね，Moodle の標準的な中から 1 つを選択する．Moodle コースにはリソース課題プラグイン（mod assign）と同様である．各コー（選択されたメディアの視聴ページ）へのリンクが作スの学生ユーザは，教師ユーザが作成した提出場所に成され，学生ユーザもメディアの視聴が可能になる．

おいて，Kaltura サーバにアップロード済みのメディバージョン 1.2.0 以降では，教師ユーザがコースにアの中から１つを選択し，レポートとして提出する．

リソースを追加する際に，新規メディアの録画・アッ

図 4 は，メディア課題における提出物の一覧ページ，プロードが可能である（3.1 節参照）．

及び評定ページの例を示している. 教師は学生からのまた，学生ユーザがリソースにアクセスした場合，提出物（メディア）に対して評点及びフィードバック・再生プレイヤーの直下に自身の視聴回数及びアクセコメントを与えることが可能である．このとき，提出ス回数が表示される．これに対し，教師ユーザは，学物の一覧や個々の評定ページにおいて，提出されたメ生ユーザの視聴状況の一覧を表示することが可能であディアを再生しながら評定を進めることが出来る．

る．視聴状況として，個々の学生ユーザのアクセス回

従来の課題プラグインでは学生へのフィードバックとしてフィードバック・ファイルも使用可能であるが，数，再生回数，最終アクセス日時が表示される．

メディア課題ではフィードバック・コメントのみ使用

3 最近 1 年間の主な修正と機能拡張可能である．そのため，教師が学生に対してファイル3.1をフィードバックとして与える場合は，フィードバックを記述する HTML エディタの機能を使用する．

録画・アップロード機能の拡張

従来のメディア課題及びメディア・リソースでは，学生の課題提出時や教師のリソース作成時に，アップ

また，バージョン 1.2.0 以降では，学生がレポートロード済みのメディアを選択する機能のみが提供されを提出する際に，新規メディアの録画・アップロードていた．このため，利用者は予めマイメディアを活用が可能である（3.1 節参照）．

してメディアをアップロードする必要があった．

52

(a) ファイルの選択とアップロード(b) Web カメラを用いた録画

図 6: 新規メディアの録画・アップロード
図 7: リソースの視聴状況一覧の表示
バージョン 1.2.0 以降では，課題提出時やリソース作成時に，新規メディアの録画・アップロードが可能である．利用者が選択／録画したメディアが Kalturaている．このような運用方針にも対応するため，ローサーバにアップロードされると，そのメディアが提出

カル・ライブラリの設定画面に，メディア課題及びメ物もしくはリソースとして使用される．

ディア・リソースにおける録画・アップロードを許可

図 6 に，メディア・リソースにおける録画・アップロードの例を示す．アップロード・フォーム（図 6(a)／禁止する項目を設けている．

3.2

視聴状況一覧表示の処理時間の改善参照）では，PC 等から既存のメディア・ファイルを選

教師ユーザがメディア・リソースにアクセスした時，択し，属性情報を入力した後，Kaltura サーバにアッ再生プレーヤーの直下に視聴状況一覧へのリンクが表プロードする．iPhone や iPad，Android 端末では，示される．このリンクをクリックすると，学生ごとのファイル選択ボタンをクリックした時に OS に備えら視聴状況の一覧が表示される（図 7 参照）．

れているメニュー画面が表示され，その場で写真やビ

Moodle のデータベースでは，利用者の登録情報は「mdl user」テーブルに，「どの利用者がどのコースデオの撮影が可能である.
録画フォーム（図 6(b) 参照）では，PC の Web カメラにどのような権限で登録されているか」といった情等にアクセスして動画を録画することが可能である．

報は「mdl role assingments」テーブルに保存されてその後，属性情報の入力，及びアップロードを行う．本いる．コースの学生一覧を作成するためには，まず，プラグインでは，Web ブラウザが備える WebRTC の「mdl role assignments」テーブルから指定のコースにライブラリを用いて録画を行う．そのため，WebRTC学生権限で登録されているユーザ ID の一覧を抽出に未対応の Web ブラウザ（Internet Explorer や Edge

し，「mdl user」テーブルと結合する．その後，対象等）では録画フォームを使用することはできない．のリソースに対する視聴状況のテーブルをさらに結合

ただし，アップロード後のメディアに対する各種操する．

作（属性情報の変更，アクセス制限の設定，削除等）に

学 生 の メ デ ィ ア・リ ソ ー ス へ の ア ク セ ス を 含ついては，マイメディアのページから行う必要がある．

め ，Moodle シ ス テ ム 上 で の 利 用 者 の 行 動（ イ ベ

本節で述べた録画・アップロード機能により，利用ントに相当）は一部を除いて，Moodle の標準ログ者がメディアをアップロードする手順には複数の手順（「mdl logstore standard log」テーブル）に記録されが存在することとなる．しかし，山口大学では学生のる．以前のバージョンでは，視聴状況一覧のページをアップロードを許可しておらず，教職員によるメディ生成する際，標準ログを用いて学生ごとの視聴回数，アのアップロード手順も一種類に限定することとしアクセス回数，及び最終アクセス日時をその場で算出53していた．利用者数の多い Moodle システムでは，標準ログの規模は数百万行から数千万行に至るため，この時系列のログから学生ごとの視聴状況を算出する作業には，数十秒から 1 分程度の時間を要していた．
そ こ で ，バ ー ジ ョ ン 1.3.0 以 降 で は ，メ デ ィ ア
リソースの視聴状況を記録するためのテーブル（mdl kalmediares log）を新たに設けている．利用者がメディア・リソースにアクセスした時，並びにメディアを再生した時，標準ログへのイベントの記録に加え，視聴状況のテーブルに対して新規レコードの追加もしくは既存レコードの更新が行われれる．教師ユー
ザが視聴状況の一覧を表示する際には，「mdl user」，「mdl role assignments」，及び「mdl kalmediares log」

図 8: 言語文字列の埋め込みの 3 つのテーブルを結合する．
新規テーブルを設けたことにより，視聴状況一覧の表示にかかるデータベース内の処理時間は，数十秒以であれば「lang/ja」，英語であれば「lang/en」という上から 1 秒未満へと大幅に短縮された．

ように決められており，利用者の環境設定に応じて適プラグインのバージョンを 1.1.x/1.2.x から 1.3.0

切な言語ファイルが選択される．また，言語ファイル

以 降 に 更 新 し た 直 後 は ，視 聴 状 況 の テ ー ブ ルの名称にはプラグインのモジュール名が使用される．

（mdl kalmediares log）は空である．この状態では，

ただし，以前には開発者が複数の言語ファイルを教師ユーザが既存のメディア・リソースの視聴状況一含めた形でプラグインを公開することも多かったが，覧を表示させた際，視聴記録が無くなったように見最近では，プラグインに含める言語ファイルを英語えてしまう．そこで我々は，標準ログからすべてのメ版だけにすることが推奨されている．Moodle ではプ

ディア・リソースに対する利用者ごとの視聴状況を算

ラグインの多言語化のために，AMOS (Automated出し，視聴状況のテーブルに記録するための PHP ス

Manipulation Of Strings) というシステムを採用してクリプトを作成した．Moodle サイトの管理者がプラいる．英語以外の言語への翻訳については，利用者がグインの更新後にこのスクリプトを実行することによ

AMOS の Web サイトにおいて各文の翻訳結果を 1 つり，視聴記録の移行が可能である．ただし，この移行ずつ入力したり，言語ファイルをアップロードするこ処理は，旧バージョンのプラグインにおいてすべてのとによって実現されている．AMOS に登録された翻メディア・リソースに関する視聴状況一覧を生成する

訳文は毎日，Moodle サイトから配布される各言語向処理と同等である．視聴記録の移行に要する時間はメ

けの言語パック（Moodle 本体及び各プラグインの言ディア・リソースの個数と標準ログのレコード数にも語ファイルをまとめたもの）に反映される．

よるが，短くても数時間，長ければ数日間を要する．

3.3

プラグインの多言語対応

Moodle には定期的に言語パックを更新するタスクが含まれている．サイト管理者がこのタスクを有効に

Moodle プラグインでは多言語対応を容易にするため，ソース・コードとメッセージを分離することが推設定している場合，その Moodle サイトにはつねに最新の言語ファイルが適用される．

奨されている．そのため，PHP スクリプトの中では

YU Kaltura Media Package では当初，英語版の言get string 関数を使用し，言語ファイル内の文字列（言語ファイルのみが提供されていた．また，ソース・コー語文字列）との置き換えを指示する．

ドには英語のメッセージが直接記述されている箇所が

図 8 に ，言 語 フ ァ イ ル の 使 用 例 を 示 す ．図多く，多言語化が可能な箇所が限定されていた．バー

中 の get string 関 数 は ，こ の 箇 所 に 対 し ，「lo-ジョン 1.3.0 以降では，JavaScript 内のエラーメッ

cal yumymedia.php」と い う 言 語 フ ァ イ ル か らセージを除き，PHP スクリプト及び JavaScript で表「no medias」キーワードに対応する文字列を検索し示されるメッセージのほぼすべてについて get stringて埋め込むことを示している．

関数を使用するように修正した．また，AMOS を通言語ファイルを配置すべきディレクトリは，日本語54

じて日本語の言語ファイルも提供を開始した．その他

に，プラグインの利用者の協力により，スペイン語及びテルグ語の言語ファイルが提供されている．

3.4

データのバックアップにおける不具合の修正バージョン 1.3.2 では，メディア課題（2.3 節参照）及びメディア・リソース（2.4 節参照）におけるデータのバックアップの不具合を修正した.
それ以前のバージョンでは，Moodle 3.6 以降ではバックアップ／リストア時にエラーが生じるため，Moodle コースのバックアップ／リストアが行えな

図 9: Atto プラグインのボタンいという不具合があった．これらの不具合の原因は，バックアップ及びリストアに関わる PHP スクリプトにおけるセキュリティ・チェックの誤りであった.
以前のバージョンでは，PHP スクリプトの先頭付
近に以下に示す 2 つの文が記述されていた.

defined(’MOODLE_INTERNAL’) || die();
図 10: メディア・アップローダの処理

retuire_login();1 つ目の文は，この PHP スクリプトが Moodle 内部から呼び出されたものであるかのチェックである．
「MOODLE INTERNAL」という変数が定義されていない場合，後半の die 関数が実行され，スクリプトの実行が強制終了される．

2 つ目の文は，Moodle へのログインのチェックである．利用者が Web ブラウザにこのクリプトの URLを直接に入力したり，Moodle システムとのセッションが切れている状態でバックアップ／リストアを開始

図 11: 埋め込まれたメディア（メディア変換が未完了）しようとした場合など，ユーザが Moodle にログインしていない状態でこのスクリプトを直接に実行した場HTML コードを直接編集しなければならず，メディ合にはこの文によりエラーメッセージが表示され，ロアの挿入・置換の操作が難しく，Moodle コースとマグインを求める画面に遷移する．

イメディアの間の移動も煩雑である．

Moodle 3.5 以前では上述した内容でも不具合は生

そこで我々は，Moodle の Atto HTML エディタのじないが，Moodle 3.6 以降では 2 つ目の文（ログイン中で動作するサブプラグイン「YU Kaltura Meida forのチェック）が含まれていると，Moodle 本体に含まAtto」（atto yukaltura）を新たに開発した．本プラグれるバックアップ及びリストア用のライブラリが正常インの導入・設定後，Atto HTML エディタのツールに読み込まれないためにエラーが発生する．

バーには 3 つのボタンが追加される（図 9 参照）．

そこで，バージョン 1.3.2 以降のプラグインでは 2

ここでは，Moolde のページ・コンテンツの編集をつ目の文を削除し，Moodle 3.6 以降でも正常にバック対象として，図 9 に示した 3 つのボタンの中央にあるアップ／リストアが行われるように修正した．

メディア・アップローダの使用例を示す．
利用者がメディア・アップローダのボタンをクリッ

4 Atto プラグインの開発

クすると，図 10 に示すようなアップロード・フォー

Moodle の各種コンテンツに Kaltura サーバ上のメムが表示される．アップロードすべきファイルを選択

ディアを活用する場合，利用者は予めマイメディアし，属性情報（名前，タグ，説明）を記入した後，アップにおいてメディアをアップロードし，埋め込み用のロード・ボタンをクリックすると，Kaltura サーバへHTML コードを取得する．その後，HTML コードをのアップロードが開始される．なお，iPhone や iPad，コンテンツのテキスト内に貼り付ける．この手順ではAndroid 端末では，ファイル選択ボタンをクリックし55

ンツの作成に際し，その場でメディアを録画・アップロードしながらコンテンツ内にメディアを埋め込むことが可能である．また，フォーラムへの投稿や，オンラインテキスト形式での課題提出の際には，学生もその場でメディアを録画・アップロードし，投稿記事やレポートにメディアを埋め込むことが出来る．
ただし，Atto プラグインの機能はメディアのアップロードと埋め込みのみである. メディアの登録情報の変更，削除，アクセス制限といったその他の操作を行うためには，マイメディアを使用しなければならない．
我々は Atto プラグインの Moodle サイトでの公開を申請し，2019 年 9 月時点では Moodle HQ による審査結果の通知を待っている．

5 山口大学におけるプラグインの利用状況
5.1

プラグインの更新状況

山口大学の Moodle サイトでは現在，バージョン
図 12: メディアが埋め込まれたページ・コンテンツ

1.1.8 のプラグインが活用されている．プラグインの更新時には，Moodle システムの各種キャッシュがクリアされるため，システムの応答速度の低下を招く．

た時に OS に備えられているメニュー画面が表示さ

1 年を通じて授業が開講される学部もあり，プラグイれ，その場で写真やビデオの撮影が可能である.

ンを更新可能な機会が限られている．

アップロード完了後に画面右下にある挿入ボタンを

本学では毎年 10 月に計画停電（設備点検のためのクリックすると，HTML エディタのカーソル位置にメキャンパス全体の停電）があり，2019 年は計画停電

ディアが埋め込まれる（図 11）．メディアが Kalturaに合わせて Moodle のデータベース・サーバの移行サーバにアップロードされた後，配信ファイルが生成を予定している．移行先となる新規のデータベース・されるまでにはある程度の時間を要するため，HTMLサーバに現在の Moodle のデータベースをコピーし，エディタに埋め込まれた時点ではエラーメッセージがメディア・リソースの視聴記録の移行テストを行った表示されることがある．配信ファイルが生成された後結果，移行に 8 時間程度を要することが分かった．通にページ・コンテンツを表示すると，図 12 に示すよう常の授業期間では，利用者の Moodle サイトの利用にに，指定されたメディアがコンテンツ内に表示される．

よるデータベースの処理も多いため，データの移行にコンテンツ内に埋め込まれたメディアが映像・音声はさらに長い時間を要する．そこで，計画停電まではの場合，メディアは再生プレーヤーと共に表示される．

旧バージョンのプラグインを利用し，計画停電の後にメディアが画像の場合，その画像のみが表示される．

データベース・サーバの移行，プラグインの更新，及なお，画像が 640×480 ピクセルより大きい場合はサび視聴記録の移行を合わせて実施予定である．

ムネイルが表示され，利用者がサムネイルをクリック

5.2

メディア・リソースの利用状況

山口大学では学生ユーザのマイメディアの活用を禁すると実際の大きさの画像が表示される．
図 9 において，利用者が左側のメディア・セレクタ止しているため，学生はメディアをアップロードするを選択した場合，既にアップロード済みのメディアのことができない．これに伴い，メディア課題のプラグ中から 1 つを選択して HTML エディタに埋め込むこインも使用されていない．Kaltura サーバ及びプラグとが出来る．右側のメディア・レコーダを選択した場

インの活用は教職員に限定されるため，メディア・リ合，PC の Web カメラを用いてその場で動画を録画・ソースの活用状況について報告する．

アップロードし，それを埋め込むことが可能である．

山口大学では現在，授業支援システムとして Moodle

Atto プラグインの導入により，Moodle コースの教2（バージョン 2.9.5）が活用されている．Moodle 2 の師はラベル，ページ，課題，小テストといったコンテサービス開始当初から，Moodle コース内に動画ファ56

イルを掲載するためのリソース・モジュールとして，発した．このプラグインにより，Atto HTML エディ「Videoﬁle」が活用されてきた．2019 年 9 月時点で，タのツールバーには，既存メディアの選択，ファイル

Moodle 2 における Videoﬁle のコンテンツ数は 743，の新規アップロード，Web カメラによる録画（アッメディア・リソースのコンテンツ数は 680 である．

プロードも含む）の 3 つのボタンが表示される．利用Videoﬁle のコンテンツ等，Moodle サーバに直接者は目的に応じたボタンをクリックすることにより，アップロードされている動画を配信する場合，HTTP

Moodle コンテンツの編集中にメディアの録画やアッデーモン（Apache，Nginx 等）はその一時ディレクプロード，コンテンツへの埋め込みが可能である．

トリに配信すべきファイルのコピーを作成し，その今後の課題として，プラグインの継続的な修正が挙ファイルを開いてデータを転送する．動画のデータ転げられる．Moodle は約 2 年ごとに LTS（Long Term送が完了した場合や，利用者が別のページに移動したSupport）となるバージョンがリリースされるが，LTS場合等，転送プロセスが正常に終了すると一時ファイの次のバージョンでは API の仕様が変更されることルは削除される．しかし，利用者の端末との間のネッがある．また，その他のバージョンのリリース時にも，トワークの不調等によってプロセスが異常終了した場

古い関数や脆弱性が発見された関数が使用できなくな合には，一時ファイルは削除されない．Moodle 及びることがあり，その都度，プラグインの修正が必要にHTTP デーモンには定期的に不要な一時ファイルをなる．2020 年の春には Moodle 3.9 が LTS としてリ削除する機能が備えられているが，ごく短時間の間にリースされ，秋には Moodle 4.0 がリリース予定であプロセスの異常終了が連続した場合，大量の一時ファる．Moodle 4.0 では API の仕様変更が予想されるた

イルが Moodle サーバのディスクを圧迫してしまう．

め，各プラグインの動作検証を十分に行う必要がある．

2019 年月 8 に利用者が東京都内からモバイル回線

また，YU Kaltura Media Package を使用しているを使用して Videoﬁle のコンテンツを視聴しようとし

Moodle サイトの中には，卒業・修了した学生等，組た時，利用者側のネットワーク接続の不調に伴い，3織から離脱した利用者のメディアを Kaltura サーバか分間に 40 回ものリロードが発生した．この時，40 個ら削除したいサイトもあると考えられる．そこで，サの一時ファイルによって Moodle サーバのうちの 1 台イト管理者向けの機能として，ファイルから読み込んのディスクが満杯になり，サーバが停止してしまった．

だ利用者の一覧に基づき，各利用者が保有しているメ

このような障害を回避するために，今後，Videoﬁleの利用者に対して Kaltura の利用を促す必要がある．

6 まとめ

ディアを削除する機能が必要である．

参考文献[1] Kaltura Community Edition，https://www.

本稿では，Moodle と Kaltura CE を連携させるための一連の Moodle プラグイン「YU Kaltura MediaPackage」の更新及び機能拡張について述べた．

kaltura.org/．
[2] 齊藤智也 他，「Moodle と Kaltura CE を用いたコンテンツ配信システムの構築（2）」，大学 ICT 推

最近 1 年間では，録画・アップロード機能の拡張，進協議会 2018 年度年次大会 (2018)．

視聴状況の一覧表示における処理時間の軽減，プラグ[3] YU-MITC（Media and Information Technol-

インの多言語化対応，データのバックアップ・リストogy Center）- GitHub，https://github.com/

アにおける不具合の修正に取り組んできた．

YU-MITC/．

録画・アップロード機能の拡張により，学生がメディア課題を提出する時や教師がメディア・リソースを作[4] Moodle Plugins Directory，https://moodle.
org/plugins/．

成する際に，新規メディアの撮影・録画が可能になっ[5] YU Kaltura Media Local Libraries，https://た．しかしながら，Kaltura 上のメディアと Moodle

moodle.org/plugins/local_yukaltura/．

コンテンツとの直接的な連携は，これら 2 つのプラグ[6] YU Kaltura Media Gallery，https://moodle.

インに限定されている．その他の Moodle コンテンツにメディアを活用する場合，利用者はマイメディアにおいて埋め込み用の HTML コードを取得し，コンテンツ内に貼り付ける必要があった．

org/plugins/local_yumymedia/．
[7] YUKaltura

MediaAssignment，https://moodle.org/plugins/mod_kalmediaassign/．
[8] YU Kaltura Media Resource，https://moodle.

そこで我々は，Kaltura 用の Atto プラグインを開57

org/plugins/mod_kalmediares/．