必携 PC での活用を想定したアプリケーション仮想化システムの実用性検証
林 豊洋 1) , 戸田 哲也 1)2) ，冨重 秀樹 1)2) ，畑瀬 卓司 1)2) ，真田 実 4) ，甲斐 郷子 1) ，久代 紀之 1)3)
1) 九州工業大学 情報科学センター
2) 九州工業大学 飯塚キャンパス技術部
3) 九州工業大学大学院 情報工学研究院
4) パナソニックインフォメーションシステムズ株式会社
toyohiro@isc.kyutech.ac.jp

Practicality verification of An application virtualization platform
assuming use of BYOD environment
Toyohiro Hayashi1) , Tetsuya Toda1)2) , Hideki Tomishige1)2) , Takuji Hatase1)2) ,Makoto Sanada4) , Kyoko Kai1) , Noriyuki Kushiro1)3)
1) Information Science Center, Kyushu Institute of Technology2) Iizuka Campus Technical Support Oﬃce, Kyushu Institute of Technology
3) Faculty of Computer Science and Systems Engineering, Kyushu Institute of Technology
4) Panasonic Information Systems Co.,Ltd.

概要
九州工業大学では，情報系科目に限らない ICT を活用した教育の高度化や，学生の ICT 利活用能力自体の向上を目的として，2019 年度より学生の PC 必携化 (BYOD) が開始された．同時期となる 2019 年度に，本学情報科学センターが有する情報工学教育研究用コンピュータシステム (教育システム) が更新され，PC 必携化の支援を主眼とするシステム構成へ転換された．教育システムの構成の一つとして，「アプリケーション仮想化システム」が導入された．これは，Windows アプリケーションの実行に必要なファイル・デバイスドライバ・レジストリ情報等をパッケージ化 (仮想化) し，ネットワーク経由で PC に配信することにより，Windows アプリケーションがインストールされた状態が構成できるシステムである．配信対象毎に，配信方法，利用者への権限付与，利用期限など，

PC 必携化との親和性が高い設定が可能であり，ソフトウェアを用いる科目での活用が期待される．
我々は，主に教育研究での利用を想定した 30 種類のソフトウェアを仮想化し，ノート型 PC(有線 LAN およびWiFi(IEEE802.11ac)) において，配信に要する時間や起動の可否，起動後の動作確認等を行った．確認の結果，25
種類のソフトウェアが前述の事項の観点においてノート型 PC での利用が可能であると判断でき，導入されたアプ
リケーション仮想化システムの実用性が定量的に示された．

1 九州工業大学におけるノートパソコン必携化

た．工業系の単科大学である本学においては，情報基礎科目等に対してノート型 PC の性能は不足があるという考えがあり，BYOD の導入は長年見送られてい個人所有の情報機器を持ち込み，業務に利用するた．しかし，この状況は 2016 年度あたりを境に転換

BYOD(Bring Your Own Device) は，大学での授業期を迎えた．2018 年度に九州工業大学生活協同組合

での利用にも適用され，国立系大学においてもノート

が学生向けに販売したノート型 PC は，2014 年度に運型 PC を用いた BYOD の導入事例が報告されている用を開始した教育システムで導入された PC 端末 (デ[2]．

スクトップ PC) と同等以上の性能を有しており [4]，九州工業大学においては，情報工学教育研究用コン

満充電であれば一日の授業に耐えうるバッテリーが搭

ピュータシステム (以降教育システムとも称する) が載されている．本学の学生の大半がノート型 PC を所有する PC 端末 (ネットブート PC)，学部や学科シス持し，学内で使用している状況にある．学内の情報イ

テムが有する端末計算機を用いて授業が実施されていンフラや利用者向けサービスに関しては，無線 LAN

147

アクセスポイントを多数配置し，本学の建屋内の殆どに つ い て は 包 括 契 約 し ，一 定 の 条 件*1 の 下 での場所で学内ネットワークに接続できる環境の整備

学 生 自 身 の ノ ー ト 型 PC で の 利 用 が 可 能 で あ[3] や，LMS や履修申告のオンライン化に対する整備，る ．主 要 な ソ フ ト ウ ェ ア と し て ，Microsoft 製

電子メールやオンラインストレージの学外クラウド化

品 (Windows,Oﬃce)，ア ン チ ウ ィ ル ス 製 品 ，などを推進してきた (1.1 節に詳細を示す)．

MATLAB，Mathematica 等がある．

このように，ノート型 PC の性能，学生の所持率，学内の情報システムの整備状況が高い水準となり，本学において PC 必携化の実現性が検討され (2016 年度)，情報工学部新入生に対する試行 (2018 年度) を経て，2019 年度からの全ての新入生に対する必携化が決定した [5][6]．

1.1 情報インフラ，サービス，ソフトウェアライセン
スの整備
必携 PC を用いた教育を円滑に実施するためには，

1. ネットワーク接続等の情報インフラ，2. 教育向けのサービス，3. 授業で利用されるソフトウェアの包括ライセンス等の整備が求められる．本学におけるこれらの整備状況を示す．

2 情報工学教育研究用コンピュータシステ
ムとの連携
情報工学教育研究用コンピュータシステム (教育システム) は，本学情報科学センターが運用する，情報処
理教育を支援することを目的としたシステムである．
情報科学センターの発足以来，システムは 4-5 年おきに更新され，システムはホスト計算機ベース，UNIX
ベース，ディスクレス PC 端末ベースと，時代に先駆けた設計方針が採用されることが特徴であるが，基本的には教室端末を利用した環境の提供が主体であった．
前述の通り本学においても PC 必携化が導入され，また，教育システムの更新スケジュール (2017 年度〜

1. ネットワーク接続等の情報インフラ キ ャ ン パ ス

2018 年度に仕様策定，構築) がノートパソコン必携化

間及びキャンパス内の高速ネットワークを敷設(2018 年度試行，2019 年度開始) と重なることとなっしており，飯塚 - 戸畑キャンパス間は 40Gbps，そた．したがって，新システムの仕様策定においては，の他の主な拠点間は 10Gbps で接続されている．

教育システムが提供すべきサービスの方向性が議論

また，キャンパス内の無線 LAN については，ほぼされ，これまでの利用者環境端末の提供から，ノート

全ての講義室で無線 LAN(IEEE802.11ac あるい

パソコン必携化の支援を想定し，高性能・高可用性をは IEEE802.11ax) が利用可能である．無線 AP

持ったオンラインサービスやアプリケーションの提供の数は 2019 年 9 月時点において約 470 台が配が可能なシステムへ転換を図ることとなった [1]．

置されている．無線 LAN でのネットワーク接続サービスは情報コンセントサービスとして提供され，学生は付与されたアカウントを用いて(IEEE802.1X 認証)，自身のノート型 PC を学内
ネットワークに接続できる．

2. 教育向けのネットワークサービス 教育・研究向けの多くのサービスは Web アプリケーション化を進め，一般的な WWW ブラウザを用いてサービスが利用できる．学生が主に利用するサービスとして，学習支援サービス (LMS，Moodle)，教務
情報システム (履修申告等，LiveCampus)，学修

具体的には，以下の要件• ノートパソコン必携化の支援を想定したサービス
やサーバ機器の導入• 機材・機能の集約化や共用機材を活用したコスト削減• パブリッククラウド等を活用した可用性向上・機能向上を満たすシステムが設計された (図 1) ．

3 アプリケーション仮想化システム

自己評価システム，電子メールサービスおよびオ

授業等において，指定されたアプリケーションを用

ンラインストレージサービス (Oﬃce365)，情報科

いた演習形式が採用される状況がある．本学で用いら学センターオンラインガイド (オンラインマニュれるアプリケーションの例として，プログラミング言アル) 等を整備している．

語処理系，CAD，科学技術計算ソフトウェア等があ

3. ソフトウェアの包括ライセンス等の整備 授 業 やる．これらのアプリケーションを提供する環境の整備

演習での利用が高く見込まれるソフトウェア*1 ソフトウェアによって同時起動数，インストール可能な本数，

学外からの利用可否等が異なる

148

サービス

サービス(学内)

学生向けVM提供(CentOS, Ubuntu)
学習教育センター
学習支援環境(Moodle等)
部局向け仮想マシン提供

教室

サービス(Office365)

サービス(パブリック)

アプリケーション仮想化(Ubuntu, MATLAB等)

クラウドストレージ(onedrive for business)

学生向け IaaS提供
・学生向け Microsoft Azure
・AWS Educate
研究グループ向け
wwwサーバ提供

C-2G講義室(端末，プリンタ)
オープン端末室(BYOD，端末)

負荷分散装置(A10)・L4,L7負荷分散・SSLオフロード・マルチテナント

ISCコアSW(⼾畑)

仮想基盤のバックアップ
持ち込みPC

端末演習室1(BYOD)

サーバシステム・可用性，信頼性向上
・サービス集約・マルチテナント化
・パブリッククラウド連携

情報科学センター，学習教育センターサービス用
仮想マシン，DB等

飯塚

端末講義室
(端末，プリンタ)

持ち込みPC

学生向けIaaS
・学生向け Microsoft Azure
・AWS Educate
部局向け仮想マシン，DB等

AV講義室(BYOD)
AV演習室(授業専用)

C-2B講義室(BYOD)

従来型ネットブート端末，プリンタ：
在学生用に設置(2021年度まで)

学外アクセス

コラボレーションツール
(skype for business等)

部局向けIaaS提供

⼾畑センター内全教室：
・講義用SSID(無線LAN)・BYOD用有線LAN

学外
パブリッククラウド

電子メール(九工大メール)
exchange online

教科書・専門書配布(電子書籍)
大学生協VarsityWave eBooks

DB

log

データ
ファイルサーバ
50TB
NetAPP

ISC
サービス用

Moodle等
LTCシス
テム

その他
他部局
システム

大学生協事業センター
電子書籍(教科書・専門書)配布
・VarsityWave eBooks

仮想基盤(Nutanix)
・320core,4TB mem,40TB datastore
・ハイパーコンバージドシステム
・マルチテナント

ISCコアSW(飯塚)インフラ基盤SW

幹線ネットワーク

Office365

Exchange
Onedrive / Skype for businessAzure AD

(情報基盤運用室による管理運営)
仮想FW
VPNサーバ

仮想FW

コアSW

VPNサーバキャンパス間SW(⼾畑)

図1

コアSW

キャンパス間SW(飯塚)IDCF Cloud
研究グループwwwサーバ(www集約化サービス)

情報工学教育研究用コンピュータシステム (2019 年度導入) 構成図

方法としては，従来ではを採用した．

1. 教室端末の OS イメージにアプリケーションをインストールする

2. アプリケーションがインストールされた VDI 環
境を構築する3. アプリケーションインストーラと必要なファイル(ライセンスファイル等) を学生に配布し，学生のPC で利用可能とする

3.1 アプリケーション仮想化システムの概念
アプリケーション仮想化とは，アプリケーションの動作に必要なファイル，デバイスドライバ，環境変数，
レジストリ情報等をまとめ (パッケージ化，カプセル化等と呼ばれる)，利用者環境 (教室端末や PC 等) に配信することにより，アプリケーションが実行可能な状態を構成する方式である．
実装であるアプリケーション仮想化システムの構成等が採用されてきた．いずれも演習が可能となる(本稿では，Windows OS におけるアプリケーション

が，運用において問題点が存在する．1. においては，仮想化を例とする) は，おおよそ以下の通りである．

OS イメージの作り込みと動作検証が必要となること，教室端末に利用範囲が限定化されることが問題となる．2. においては，様々なリモート端末からの利用が可能となるが，VDI 環境の運用は一般的に高コストとなること，ソフトウェアライセンスが適用可能であるか検討を要すること，計算リソースが遠隔の計算機となり，教室端末や学生の PC の性能が活用し辛いことが問題となる．3. においては，インストーラやライセ
ンスファイルの持ち出しが生じること，アクセス制限が困難となること，ライセンスの棚卸しが困難 (卒業
後のアンインストールが保証されない等) であることが問題となる．
教育システムでは，上記の問題点を解消する運用方法の一つとして「アプリケーション仮想化システム」

149

1. パッケージソフト アプリケーションの実行に要する操作である，インストーラの実行，ファイルの配置，レジストリ情報等の変更等を検知し，それらをパッケージ化する．

2. ポータルサーバ，配信サーバ パ ッ ケ ー ジ 化 し た
アプリケーションを利用者にネットワーク配信する機能を提供する．パッケージに対して，利用条件 (同時起動数，利用期限等) や利用権限 (ユーザやグループ) を設定し，アプリケーションの実
行制御を行う．加えて，アプリケーションの配信
方法 (実行に応じたストリーミング，予め全デー
タをダウンロード) の制御機能を有する製品も存在する．

3. エージェント 利用者環境にインストールされ，配信サーバと連携しアプリケーションの実行に関す伴う) の仮想化に対応している．

る制御を行う．また，実行時にファイルシステム

また，AppSet の利用可能数や配信方式等の利用条やレジストリを操作し，OS にアプリケーション

件の定義 (メタライセンス)，特定のグループや計算機が直接インストールされた状態に振る舞う．

等が指定できる利用権限の定義 (Principal) が充実しアプリケーションの仮想化システムを導入することにより，利用者の端末で直接アプリケーションの実行が可能となること (OS イメージの作り込みや VDI 環
境が不要)，アクセス制限やライセンス管理が保証されること (インストーラの配布等が不要) から，前節での問題点の解消が期待される．また，「利用者の端末で直接アプリケーションの実行」という形態は BYOD による教育との親和性が極めて高く，BYOD の支援の有効なサービスとなる．

ており，アプリケーションに対するアクセス制限やラ
イセンス管理が詳細に行えることも特徴である．メタライセンス，Principal にて設定可能な主なパラメー
タを図 4 に示す．

3.2.1 アプリケーション仮想化までの作業手順
Cloudpaging を用いたアプリケーションの仮想化に関する手順は以下となる．

1. パッケージソフト (Cloudpaging Studio) を用いて，アプリケーションの実行に要するファイル・

なお，アプリケーション仮想化システム自体は，2000

OS の構成変更情報等をまとめ，AppSet を作成

年代初頭には製品が存在し，本学においても 2009〜

2. AppSet をリポジトリにアップロード処理し，配2013 年度に運用された当時の教育システムにおいて導入され，CAD ソフト等の教室端末への配信に利用された [8]．しかし，当時のアプリケーション仮想化シ
ステムは，インストールドライブが固定 (C ドライブにインストール不可)，一部デバイスドライバのインス
トールに対応しない等のインストール方法に関する厳しい制約や，メモリの消費量が大きく端末計算機への負荷が大きい等の要因により，本学においては活用可
能な範囲が限定的であった．

3.2 本学が導入したシステム：Numecent Cloudpaging の特徴
2019 年 度 に 運 用 を 開 始 し た 教 育 シ ス テ ム で は ，
BYOD を支援するアプリケーション仮想化の実装
として，Numecent 社 Cloudpaging[7] を導入した．
システムの構成を図 3 に示す．
一般的なアプリケーション仮想化システムに準ずる構成であるが，アプリケーションのパッケージ化手法
を工夫し，パッケージ化の成功率向上に重点を置いたことが特徴である．Cloudpaging のアプリケーション
パッケージ (AppSet) は，低水準のデバイスドライバ
を含めたパッケージ化，ファイル配置時の既存ファイルとの置き換え制御 (既存ファイルと配信されたファ
イルのどちらを優先とするか，Layer と称される)，

AppSet からのローカル側のプログラムへのアクセス
権制御 (Windows Defender の設定変更を要するソフ
トウェア等で必須) 等が実現されている．この機構により，従来では困難であった特殊なデバイスドライバのインストールを要するソフトウェアや，Microsoft

Oﬃce 製品 (インストールにより OS レベルの変更を

150

信サーバからアクセス可能とする

3. 配信サーバにて，AppSet の利用条件 (メタライセンス) を定義し，AppSet と関連付ける

4. ポータルサーバにて，AppSet+ メタライセンスの利用権限 (Pricipal) を定義し関連付ける
仮想化に関する作業において，最も複雑な手順は

1. の AppSet 作成に関する処理となる．一点目は，AppSet を作成する環境自体の構築にノウハウを要することである．AppSet の作成時には，アプリケー
ションのインストーラを起動し，通常のインストール
作業と同等の処理を行うため，ベアメタル PC や，リ
ソースが潤沢な仮想マシンを用いる必要がある．本学においては，インストールするアプリケーションに応じて，ベアメタル PC と仮想マシンを使い分けている．

AppSet の作成には，パッケージソフトがアプリ
ケーションの実行に要すると判断した情報を記録する
ため，予め，Windows 上の常駐サービスを停止させる
等の準備が必要となることである．本学においては，推奨される処理をバッチファイル化し，作成環境を構築している．

AppSet 作成後は，仮想化対象となるアプリケーショ
ンのアンインストールではなく，作成環境構築時の状態に復元させることが望ましい．本学においては，環境復元ツール (ベアメタル PC) や，OS のスナップ
ショット機能 (仮想マシン) を用いている．
二点目は，AppSet の作成にノウハウが伴うことである．インストール処理が終了した後もパッケージソ
フトが終了を検知しない場合や，必要なファイルや環
境変数の定義が不足している場合は仮想化に失敗する

ポータルサーバ，配信サーバ
作成時
・パッケージに対する利用条件を定義，紐づけ・パッケージに対する利用権限(利用者)を定義，紐づけ

利用条件

運用時
利用権限
・ログインポータル，アプリケーションカタログ等を提供

Appパッケージ

App
Appパッケージ
利用者PC+エージェント
・ログイン + ソフトウェア選択
・エージェント - 配信サーバ間でAppSetをストリーミング
・エージェントがアプリケーションとして実行される状態を構成

Windowsアプリケーションのパッケージ化
作成時
・パッケージソフトを用いてインストール操作をキャプチャ→ ファイル，ドライバ，レジストリの変更を記録
・ライセンス追加，起動操作等をキャプチャ・パッケージ作成(仮想化)

App

図2

AppSet

配信サーバ
作成時
・AppSetに対する利用条件を定義 → メタライセンス
・メタライセンスとAppSetを紐づけ
運用時
・クライアント(Cloudpaging Player)へのAppSetストリーミング
・メタライセンスに基づく利用制御
Windowsアプリケーションのパッケージ化
作成時
・パッケージソフト(Cloudpaging Studio)がインストール操作をキャプチャ→ ファイル，ドライバ，レジストリの変更を記録
・ライセンス追加，起動操作等をキャプチャ・パッケージ作成→ AppSet出力

App

App

リポジトリ
データベース

システム構成運用時
・ログインポータル，アプリケーションカタログの表示

AppSet

利用権限

アプリケーション仮想化システムの概念図

ポータルサーバ
作成時
・メタライセンスに対する利用権限を定義 → Pricipal
利用権限 : ユーザ，計算機，グループ(Active Directoryと連携)
・Principalとメタライセンスを紐づけ

ロードバランサ

Appパッケージ

利用条件

メタライセンス

Principal

・Windowsアプリケーションパッケージ化
HW1 : 富士通FMV + 瞬快 (パッケージ化前に復元)
HW2 : Vmware ESXi + snapshot (パッケージ化前に復元)
OS : Microsoft Windows10 enterprise
パッケージ化ソフト：Numecent Cloudpaging Studio
・配信サーバ (3台)
OS : Microsoft Windows Server 2016
APサーバ：Numecent Cloudpaging Server
・ポータルサーバ(3台)OS : Microsoft Windows Server 2016
APサーバ：Numecent Cloudpaging Enterprise Portal
・リポジトリ，データベース
HW : NetApp FAS2650
ファイル共有：CIFS
データベースサーバ : Microsoft SQL Server
・ロードバランサ
HW : A10 Thunder CFW 1040S
配信サーバ，ポータルサーバに対してL4ロードバランシング

リポジトリ
データベースAppSet

利用者PC+Cloudpaging player
・ログイン + ソフトウェア選択
・Cloudpaging player - 配信サーバ間でAppSetをストリーミング
・Cloudpaging playerがアプリケーションとして実行される状態を構成

図3

教育システム上におけるアプリケーション仮想化システムの構成

ため，試行錯誤を繰り返しているのが実状である．
■機能的，ライセンス面での制限事項

留意を要する．

Cloudpagingの機能的な制約により，OS の構成を大きく変更する
アプリケーションについては，仮想化が行えない・非

4 アプリケーション仮想化システムの PC
必携化環境での活用推奨のものが存在する．例として，Microsoft Oﬃce

前述のアプリケーション仮想化システムを用いて，製品は仮想化は可能であるが，削除時に OS のファイ

学生所有のノートパソコンに対してアプリケーション

ル構成が完全に復元されないため，ディスクレス PCの配信を行うことにより，授業で用いるソフトウェア

での運用に限定される．また，エンドポイントセキュ

や資料の配布，自学自習向けの環境の提供が容易にな

リティ製品は，OS の構成を変更する箇所が多いため，ることが期待される．

仮想化は推奨されていない．

ソ フ ト ウ ェ ア の 配 信 に 際 し て は ，仮 想 化 の 方 針

加えて実際の運用においては，アプリケーションのライセンスの観点より，仮想化が適さないものが(Cloudpaging のパラメータ) やアプリケーションの選定を要する．

存在する．例として，アクティベーション処理やイン仮想化の方針については，本学における PC 必携化

ストーラの取得に対して個人 ID が紐づくアプリケー(BYOD) 環境における利用形態が， 1. ネットワーク

ションについては，個人 ID の情報が入った AppSet

接続が学内の無線 LAN であること，2. 包括ライセが作成されるため，ソフトウェアの契約内容に関するンス契約については，ライセンス管理を厳密に行う必151Ϗϧϟʖν
ϟνϧ΢ιϱηɾཤ༽ড়݇
0D[LPXP6HDWV([LSUDWLRQ 7LPH
2IIOLQH'XUDWLRQ&RQFXUUHQWSHU XVHU
3DWFK9HUVLRQϧ΢ιϱην΢ϕʁ)ORDWLQJϧ΢ιϱην΢ϕʁ)L[HG
5XQ2SWLRQ
3UHIHWFK )RU2IIOLQH
5XQ2SWLRQ
5HPRYHRQ$XWRPDWLFDOO\:LQGRZV &RPSDWLELOLW\Ϗϧϟʖν
3ULQFLSDOɾཤ༽‫ݸݘ‬
8VHU
0DFKLQH*URXS੏‫͠ޜ‬ΗΖ಼༲ཤ༽ྭ

$SS6HW͹ཤ༽Ն೵਼ 6HDWͳ‫ͻݼ‬ΗΖ ɿ
௔գͤΖͳΠϕϨίʖεϥϱࣰ͗ߨ͠Η͵͏
$SS6HW͹༙ް‫ ݸغ‬ೖ෉ࢨఈ ɿ‫ݸغ‬Ν௔͓ΖͳΠϕϨίʖεϥϱࣰ͗ߨ͠Η͵͏ɿ
3OD\HUˢγʖώ΃͹ંକ͗ߨ͓͵͏য়‫ڱ‬ԾͶ͕͏ͱɾΠϕϨίʖεϥϱ͗ཤ༽Ͳ͘Ζ㛻༩ೖ਼Ϥʖδ͗ಋҲ$SS6HWΝಋ࣎ͶࣰߨͲ͘Ζ਼ഓාͤΖ$SS6HW͹ώʖζϥϱࢨఈߍ৿ͪ͢৖߻ɾ3DWK9HUVLRQ͗ߍ৿͠ΗΖ
3OD\HUͶΓΖΠϕϨίʖεϥϱ͹ʰཤ༽֋࢟ʱͶΓͮͱ6HDW͗ভඇ͠ΗΖ
3OD\HU΃͹$SS6HW͹ʰखಚ ౌ࿧ ʱͶΓͮͱ6HDW͗ভඇ͠ΗΖλϓφΤΥΠ͹‫ܘ‬༁Ͷॊًͮͪಊ਼੏‫ޜ‬$SS6HW͹ʰखಚ ౌ࿧ ʱ࣎ͶɾસυʖνΝξΤϱϫʖχͤΖ$SS6HW༙ް‫͗ݸغ‬௔͓ͪ৖߻ɾ3OD\HU͖Δ͹ౌ࿧͗ࡡঈ͠ΗΖέϧ΢Πϱφ͹:LQGRZV͹ώʖζϥϱ HGLWLRQͲͺ͵͏ ຘͶɾًಊՆ೵ ‫׷ޕ‬੓ܱࠄ ًಊ෈ՆΝઅఈλϓφΤΥΠ͹ߍ৿Ν‫ک‬੏ͤΖɾଖ‫ۂ‬ʀ཯ୂ৮‫ޛ‬͹ًಊཊ੏

⻑期間の6HDWভඇɾλϓφΤΥΠ࣍ͬड़͢ཊ੏
λϓφΤΥΠ͹‫ܘ‬༁Ͷॊًͮͪಊ਼੏‫ ޜ‬Ϥʖδ΢ϱηνϱη౵λϓφΤΥΠ͹ߍ৿Ν‫ک‬੏ͤΖΠϕϨίʖεϥϱ͹ηφϨʖϝϱήཤ༽ 2IIOLQHཤ༽͢͵͏ ࣎ͶࢨఈΠϕϨίʖεϥϱ͹ξΤϱϫʖχཤ༽ 2IIOLQH ࣎Ͷࢨఈ%<2'޴͜Ͷӣ༽ͤΖ৖߻Ͷ༙ްΠϕϨίʖεϥϱ͹ξΤϱϫʖχཤ༽͗Ն೵
%<2'޴͜Ͷӣ༽ͤΖ৖߻Ͷ༙ްཤ༽ंͶΓΖ$SS6HWࡡঈॴཀྵΝ෈གྷͳͤΖ:LQGRZV͹ώʖζϥϱͶ੏‫ݸ‬͹͍ΖλϓφΤΥΠΝӣ༽ͤΖࡏͶ༙ް੏‫͠ޜ‬ΗΖ಼༲ཤ༽ྭ$FWLYH 'LUHFWRU\Ͷౌ࿧͠ΗͪϤʖδ
$FWLYH'LUHFWRU\Ͷౌ࿧͠Ηͪαϱϒϣʖν$FWLYH'LUHFWRU\Ͷౌ࿧͠Ηͪήϩʖϕ
8VHU*URXSͶΓΕߑ੔ཤ༽ंͶଲ͢ͱ$SS6HW͹ཤ༽‫ݸݘ‬Ν෉༫‫ؽࢋܯ‬Ͷଲ͢ͱ$SS6HW͹ཤ༽‫ݸݘ‬Ν෉༫ཤ༽ंͲߑ੔ͪ͢ήϩʖϕ ָਫ਼ɾָՌɾ؇ཀྵं༽ɾߪٝ͹णߪं౵ Ͷଲ͢ͱ‫෉ݸݘ‬༫‫ߑͲؽࢋܯ‬੔ͪ͢ήϩʖϕ ಝఈ͹‫୼࣪گ‬຦‫܊‬౵ Ͷଲ͢ͱ‫෉ݸݘ‬༫

図4

メタライセンス，Principal にて設定可能な主なパラメータ

要があること， を考慮し，Cloudpaging のメタライセ

基本とする．一部のソフトウェアについては，授業担ンスおよび Principal を以下の通り定義する．

当教員からのヒアリングに基づき選定を実施する．包

• 無線 LAN でのネットワーク接続下では AppSetのストリーミングは現実的でないため，AppSetのダウンロードによる運用とする (Prefetch for

Oﬄine，ライセンスタイプ：Fixed)• ソフトウェアの持ち出しを抑制するため，利用期限を設定する (Expiration Time : 年度末など)• 学生 1 名あたりの同時起動数を抑制する (Concurrent per user : 1 など)• 特定の受講者や教室に利用制限する場合は，個別に Group を割り当てた Principal を作成する

括ライセンス契約を締結したソフトウェアについて
は，ライセンスの管理者 (部局・契約担当教員等) に対して， 1. 検証についての許可，2. BYOD 環境での利用・ライセンス適用可能範囲・仮想化システムでの利用が可能であるかについての確認 を実施したうえで検証の対象とする．

4.2 実用性の判断
仮想化を実施したアプリケーションに対して，アプ
リケーションの受信に要する時間・配信の可否・起動後の動作確認を行い実用性の判断を行った．
実際に AppSet を作成したアプリケーションは，全

アプリケーションの選定基準は以下の通りとする．

• インストール手順が煩雑，ノウハウを要するもの• 大学が包括的にライセンス契約を結んでいるもの• 利用者に渡せないインストールファイル/ライセ
ンス情報等が含まれるもの• 利用権限の管理を要するもの (同時起動数を絞りたい，卒業時にアンインストールが必要等)

30 種類である．30 種類中，26 種類はインストーラ動
作・ファイルの配置・プロセスへのアクセス権制御等の作り込みにより AppSet を作成し，一般的なアプリ
ケーション配信を想定したものである．残りの 4 種類については，仮想計算機環境である VirtualBox 上でUbuntu Desktop を動作させるための環境配信を想定したものである．
利 用 者 側 を 想 定 し た 環 境 に つ い て は ，富 士 通 株

4.1 アプリケーション仮想化の実用性検証

式 会 社 製 の ノ ー ト 型 PC(FMV-UH90) に 対 し て ，

前述の仮想化対象の方針およびアプリケーション選

Cloudpaging Player を イ ン ス ト ー ル し た 状 態 を定基準に基づき，アプリケーションの選定，仮想化を構 成 し た ．利 用 者 側 環 境 の ネ ッ ト ワ ー ク 接 続 は ，行い，その実用性を検証する．

有 線 LAN(1Gbps) お よ び 本 学 の 無 線 LAN 基 盤

具体的なアプリケーションの選定は，実用性検証段(IEEE802.11ac) とした．検証結果を図 5 に示す．図階であるため，情報科学センターの主観による選定を中の分類 1 は動作可能と判断したアプリケーション，

152

分類 2 は VirtualBox の配信結果，分類 3 は動作不可

ト PC での起動を確認した．今後の教室端末イメージ能と判断したアプリケーションである．

の更新手段の転換も可能となる．

30 種類のうち，25 種類について配信可能かつアプ
リケーションの正常動作が可能と判断した．ただし，

5 まとめ

正常動作が可能と判断したアプリケーション中にも，

本稿では，本学におけるノートパソコン必携化に合インストーラ動作のみでは正しく動作しないソフト

わせ，教育システムにて導入されたアプリケーション

ウェアが存在する．例として，ファイルの配置やロー

仮想化システム (Cloudpaging) について述べた．ア

カル側のプログラムへのアクセス権制御を設定するこ

プリケーション仮想化システムは，利用者に対するとにより動作するソフトウェアが存在し (図 5. 1-14)，

インストーラの配布が不要であること，利用条件や利AppSet の作成は試行錯誤ベースであることが実状で用制限を設定することにより，ソフトウェアの契約内ある．

容に応じたソフトウェアの配信が可能であること等

なお，Microsoft Oﬃce については，一部のソフトから，ノートパソコン必携化との親和性が高いことがウェアや機能が動作しない，既存環境を破壊する等の期待される．しかし，実用性に関しては実システムで問題が確認されたことから，現時点での仮想化は困難の検証を要することから，本稿では 30 種類のアプリと結論付けた．

ケーションを選定し，利用可否等を確認した．確認のVirtualBox の配信については，作り込みを経ても不結果，様々なインストール形態・利用形態におけるア具合が解消しない場合 (図 5. 2-1) や，配信が可能ではプリケーションの配信が確認され，アプリケーション

あるが時間を要する (図 5. 2-2) ことから，実用性・運仮想化システムの有効性が示された．今後は更なる動用方針双方を含めた検討が必要である．

作事例を作ること，ソフトウェアの選定や動作確認手

配信から起動に要する時間は無線 LAN 環境において，小規模 (AppSet ファイルサイズが数 MB) ソ
フトウェアであれば 2〜3 秒，中規模 (AppSet ファ
イルサイズが 1GB) ソフトウェアであればで 3 分程
度で完了し，AppSet ファイルサイズが最大である

順の確立が課題となる．

参考文献[1] 林 豊洋ほか 7 名，ノートパソコン必携化の支援を主眼とした教育研究用コンピュータシステムの更新，情報

MATLAB(12.9GB) についても，27 分程度である．

処理学会研究報告，Vol.2019-IOT-46 No.13，2019．
[2] 大橋 健，甲斐 郷子，久代 紀之，鶴 正人，九州工業大

予めソフトウェアの配信を完了する運用を行うことを学におけるノートパソコン必携化について，九州工業

条件とすれば，授業での利用は可能であると判断でき

大学情報科学センター広報 第 30 号，2018．

る．最後に，特に活用が期待される事例について以下に記載する．
■包括ライセンスソフトの運用[3] 福田 豊，畑瀬 卓司，冨重 秀樹，林 豊洋，BYOD 環境整備に向けた無線 LAN 通信実験，レジリエントな情報システム構築によるインターネットと運用技術，情報

包括ライセンスソフ

トウェアのライセンス認証方法には，プロダクトキー

処理学会論文誌，2019．
[4] 冨重 秀樹，井上 純一，林 豊洋，甲斐 郷子，必携ノート

やライセンスファイルの情報を要する方法が含まれパソコンの推奨仕様策定における性能評価の試み，大学る．これらの情報は，規約上学生に提示できないことがあり，通常のインストールでは職員の立会を要する．
アプリケーション仮想化を行うことで，これらの情報を提示せずにアプリケーションが配信可能であることを確認した (図 5. 1-4,10,17,19,20 にて確認)．
■ネットブート PC での運用

教育システムには，

2018 年度以前に入学した学生への経過措置として，
ネットブート方式による教室端末が存在する．端末で用いる OS イメージ (Linux，Windows10) は 3 か月
ごとにアプリケーションの更新や追加を実施しているが，追加時にイメージ作成が失敗する事例が確認されている．昨年度まで OS イメージに追加を実施していたアプリケーション (図 5. 1-2) についてネットブー

153

ICT 推進協議会 2018 年度年次大会，MP-11，2018．
[5] ノ ー ト パ ソ コ ン 必 携 化 の お し ら せ 〜Kyutech
BYOD (Bring Your Own Device)〜 ，九 州 工 業 大
学公式ウェブサイト，http://www.kyutech.ac.jp/
student-cheer/kyutech_byod.html．
[6] 甲斐 郷子ほか 8 名，ノートパソコン利用者のための初期設定講習会 2018 実施報告，九州工業大学情報情報
科学センター広報第 31 号，2019．
[7] numecent inc，Cloudpaging，
https://www.numecent.com/cloudpaging/．
[8] 中村 豊，戸田 哲也，ディスクレスＰＣを用いた Windows アプリケーションの導入，九州工業大学情報情報
科学センター広報第 22 号，2010．
[9] Icon made from https://www.flaticon.com

෾ྪ$SS6HWʁًಊՆ೵ͳ൓இ
/LFHQVH7\SH)L[HG5XQ2SWLRQ3UHIHWFK )RU2IIOLQH3&͹ϋρφϭʖέંକ ༙ત/$1 *ESV ,(((DF *+]0ESVλϓφΤΥΠ໌ɾώʖζϥϱɾ $SS6HW VWS
λϓφΤΥΠ͗གྷ‫ͤٽ‬Ζ ΢ϱηφʖϧಊࡠҐ֐Ͷགྷͪ͢ࡠ‫ۂ‬ɾಝ‫ߴࣆى‬
3OD\HU΃͹ౌ࿧‫׮‬྅༽౏ϓΟ΢ϩγ΢θ ϧ΢ιϱηγʖώࢂলɾ͕Γ;ًಊͶགྷͪ͢ΠέτΡϗʖεϥϱࡠ‫ۂ‬౵
࣎ؔ>༙તZIL@ භ =LSɾ[ɾ]LSϓΟ΢ 0%>VHFVHF@
ϩఴ֋
 $VWDK SURIHVVLRQDO-5(ɾ 0%ʀ‫୼࣪گ‬຦ ϋρφϔʖφZLQGRZV Ͳ͹ಊࡠ΍֮೟>VHFVHF@
ɾ80/ΦυΡν $QGURLG6WXGLRɾɾ
*%>VHFVHF@$QGURLGΠϕϨίʖεϥϱ֋൅‫ڧ؂‬ $16<6ɾɾ&$(*% ຌର  ΢ϱηφʖϧͶͱʀຌର΢ϱηφʖϩ‫ޛ‬Ͷೖຌ‫ޢ‬Ϗρο พ΢ϱηφʖϧ Νన༽͢ͱ΍೟ࣟ͢͵͏>VHFVHF@
0% DGGRQϧ΢ιϱηγʖώࢨఈʀϏροͺ$16<6Ν௪৙΢ϱηφʖϩ‫ޛ‬ɾϏρο͹΢ϱηφʖϩ͹ΊΝΫϡϕοϡͤΖ พ$SS6HWͳͤΖ $UGXLQR,'(ɾɾϜ΢αϱ 0%ʀ86%Πέιηͺາ‫ৄݗ‬>VHFVHF@
֋൅‫ڧ؂‬
 ,PDJH- -DYDɾDɾժ଀ 0%ʀ΢ϱηφʖϧͶ-DYD͹ϧϱν΢Ϟ͗‫؜‬ΉΗΖͪΌɾϧ΢ιϱηͶཻқ>VHFVHF@
ॴཀྵ
ʀ=LSΝ3URJUDP )LOHVͶഓ஖ͤΖ΢ϱηφʖϩ๏ࣞͲ͍ΖͪΌɾ]LSͶΓΕH[H‫ࣞܙ‬Ͷร‫ޛ׷‬ΫϡϕοϡΝࣰࢬ -:FDGɾEɾ'&$'0%>VHF VHF@
 .L&$'ɾɾుࢢյ࿑અ‫ ܯ‬0%>VHFVHF@&$'
 5XIXVɾɾϔʖνϔϩ86%ࡠ 0%
ʀ=LSΝ3URJUDP )LOHVͶഓ஖ͤΖ΢ϱηφʖϩ๏ࣞͲ͍ΖͪΌɾ]LSͶΓΕH[H‫> ࣞܙ‬VHFVHF@੔Ͷร‫ޛ׷‬ΫϡϕοϡΝࣰࢬʀًಊ࣎Ͷ؇ཀྵं‫΃ݸݘ‬ত֪ ত֪Ն೵ 62/,':25.6ɾ63ɾ *%΢ϱηφʖϧͶͱ>VHFVHF@‫ؽ‬փઅ‫&'ܯ‬$'ϧ΢ιϱηγʖώࢨఈ 7DEOHDX5HDGHUɾɾ *%>VHF VHF@
υʖνՆࢻԿςʖϩ 9(67$ɾɾ݃ধߑଆՆࢻ 0%
ʀ=LSΝ3URJUDP )LOHVͶഓ஖ͤΖ΢ϱηφʖϩ๏ࣞͲ͍ΖͪΌɾ]LSͶΓΕH[H‫> ࣞܙ‬VHFVHF@ԿͶร‫ޛ׷‬ΫϡϕοϡΝࣰࢬ ;$033ɾɾ:HEΠϕϨ 0%ʀγʖϑηًಊ࣎Ͷ:LQGRZV'HIHQGHU͹અఈรߍξ΢Πϫή͗නࣖ͠ΗΖ รߍՆ೵ >VHFVHF@
ίʖεϥϱ $03 ‫ߑڧ؂‬஛ (FOLSVH䠈䠈㛤Ⓨ⎔ቃ 0%
ʀ2SHQ-'.͹ΫϡϕοϡΝ‫؜‬ΌΖචགྷ͍͗Ζ>VHFVHF@
ʀ΢ϱηφʖϧཤ༽͹ΊͲͺɾ‫༙ڠ‬ϧ΢ϔϧϨ͹ΫϡϕοϡΝ೟ࣟ͢͵͏ࣆྭ͗‫ݡ‬Δ $SS6HWξΤϱϫʖ
ΗΖͪΌɾพ౏ϓΟ΢ϩΝഓ஖͢ɾ$SS6HWͶखΕࠒ΋චགྷ͍Εχ࣎ؔΓΕًಊ‫׮‬྅
ʀ:LQGRZV'HIHQGHU͹અఈรߍ૤ࡠϕϫιη 0V0J(QJH[H Ν‫ڒ‬ՆͤΖචགྷ͍Ε 時間が⻑い 7HUDSDGɾɾτΫηφΦ 0%>VHFVHF@
υΡν :LQ6&3ɾɾϓΟ΢ϩ఺ 0%
>VHFVHF@
ૻ -0$*ɾɾ༙‫ݸ‬གྷો๑
*%
΢ϱηφʖϧͶͱʀ)ORDWLQJϧ΢ιϱη൝ ಼ָઅ஖ϧ΢ιϱηγʖώΝࢂল>VHFVHF@
ϧ΢ιϱηγʖώࢨఈ 0DWKHPDWLFDɾɾ਼ࣞॴཀྵ *%ʀ)ORDWLQJϧ΢ιϱη൝ ಼ָઅ஖ϧ΢ιϱηγʖώΝࢂল>VHFVHF@
 0$7/$%ɾɾՌָٗढ़‫* ࢋܯ‬%΢ϱηφʖϩ࣎Ͷʀ)ORDWLQJϧ΢ιϱη൝ ಼ָઅ஖ϧ΢ιϱηγʖώΝࢂল>VHFVHF@
ϧ΢ιϱηϓΟ΢ϩ͗චགྷ 6LFVWXV SURORJɾVWDIIɾ 0%εϨΠϩψϱώʖ͹ʀ΢ϱηφʖϩ‫ޛ‬ɾεϨΠϩψϱώʖౌ࿧αϜϱχࣰߨ>VHFVHF@
3URORJ‫ڧ؂‬ౌ࿧͗චགྷ 2SHQ-'.ɾɾ-DYDϕ 0%>VHFVHF@
ϧρφϓΧʖϞ 7H; /LYHɾɾ7H;υΡ *%>VHFVHF@
ηφϨϑϣʖεϥϱ෾ྪ$SS6HWʁ9LUWXDO%R[RYD XEXQWX ഓ৶͹ͪΌ͹ࡠΕࠒΊ
/LFHQVH7\SH)L[HG5XQ2SWLRQ3UHIHWFK )RU2IIOLQH3&͹ϋρφϭʖέંକ ༙ત/$1 *ESV ,(((DF *+]0ESVλϓφΤΥΠ໌ɾώʖζϥϱɾ༽౏$SS6HW VWS གྷͪ͢ࡠ‫ۂ‬ɾಝ‫ߴࣆى‬ًಊ͹Ն൳ɾ
ϓΟ΢ϩγ΢θ
3OD\HU΃͹ౌ࿧‫׮‬྅͕Γ;ًಊͶགྷ
ͪ࣎ؔ͢>༙તZIL@ භ 9LUWXDOER[ XEXQWXഓ৶  ɾɾָਫ਼ *%ʀ9LUWXDOER[ 1$7Ϡʖχ ৏ͶɾՀ૟Ϝεϱ XEXQWX /76 Ν΢ϱηφʖϩͪ͢য়ସΝ$SS6HWԿ ًಊড়͍݇Ε
΃͹8EXQWX‫ڧ؂‬ഓ৶Ν૟ఈʀพ͹Հ૟‫ ڧ؂‬90:DUH 3OD\HU౵ ͗಍೘ࡃΊ͹৖߻ɾ಍೘ࡃΊ‫ڧ؂‬Νշ͢ͱ͢Ή͑‫ڧ؂‬ͶΓͮͱՀ૟ʀ‫ڧ؂‬ͶΓͮͱχϧ΢ώ 86%౵ ͗෈҈ఈϜεϱ͹χϧ΢ώ͗෈҈ఈ 9LUWXDOER[ XEXQWXഓ৶  ɾ ɾָਫ਼ *%ʀ9LUWXDOER[ ΢ϱηφʖϧ XEXQWX RYD Νഓ৶ɾഓ৶‫ޛ‬΢ϱηφʖϩώροً͗ಊͤΖয়ସ 2.
΃͹8EXQWX‫ڧ؂‬ഓ৶Ν૟ఈ
Ν$SS6HWԿ>VHFVHF@
ʀًಊՆ೵Ͳ͍Ζ͗ɾਜ਼ࣞӣ༽Ͷͺ൓இΝགྷͤΖ
 9LUWXDOER[ XEXQWX RYDఴ֋ϕϫήϧϞ ,6& ɾ 0%
ʀ9LUWXDOER[  1$7Ϡʖχ ͕Γ;XEXQWX/76 RYDΝξΤϱϫʖχɾఴ֋ͤΖϕϫήϧϞ 2.
ɾ8EXQWX‫ڧ؂‬ഓ৶Ν૟ఈ
*% RYD
1(7 Ν΢ϱηφʖϩͪ͢য়ସΝ$SS6HWԿ$SSVHWഓ৶ʀًಊ࣎Ͷ؇ཀྵं‫΃ݸݘ‬ত֪ ত֪Ն೵>VHFVHF@
ʀ86%ɾϋρφϭʖέχϧ΢ώ͹҈ఈԿ͹ͪΌ௒੖ࡃΊ
2YDξΤϱϫʖχ΢ϱηφʖϩ
>VHFVHF@
ʀ9LUWXDOER[  1$7Ϡʖχ ͕Γ;XEXQWX /76RYDΝξΤϱϫʖχɾఴ֋ͤΖϕϫήϧϞ 2.
 9LUWXDOER[ XEXQWX RYDఴ֋ϕϫήϧϞ ,6& ɾ 0%ɾ8EXQWX‫ڧ؂‬ഓ৶Ν૟ఈ
*% RYD
1(7 Ν΢ϱηφʖϩͪ͢য়ସΝ$SS6HWԿ$SSVHWഓ৶ʀًಊ࣎Ͷ؇ཀྵं‫΃ݸݘ‬ত֪ ত֪Ն೵>VHFVHF@
ʀ86%ɾϋρφϭʖέχϧ΢ώ͹҈ఈԿ͹ͪΌ௒੖ࡃΊ
2YDξΤϱϫʖχ΢ϱηφʖϩ
>VHFVHF@
෾ྪ$SS6HWʁًಊ෈Նɾড়݇෉Ͳཤ༽Ն೵ͳ൓இ
λϓφΤΥΠ໌ɾώʖζϥϱɾ $SS6HW VWS λϓφΤΥΠ͗གྷ‫ͤٽ‬Ζ΢ϱηφʖϧಊࡠҐ֐Ͷགྷͪ͢ࡠ‫ۂ‬ɾಝ‫ߴࣆى‬༽౏ϓΟ΢ϩγ΢ ϧ΢ιϱηγʖώࢂলɾθΠέτΡϗʖεϥϱࡠ‫ۂ‬౵
 0LFURVRIW2IILFHɾ
*%
ًಊ1*
3URIHVVLRQDO
ʀ2IILFHͳ͹‫͗߻ڟ‬ਫ਼ͣΖɾ:RUGͲϟϠϨ෈ଏ൅ਫ਼ɾϓΧϱφಣΊࠒΊࣨഌɾ([FHOͲ2'%&ཤ༽෈Ն౵
 0LFURVRIW9LVXDO6WXGLRɾ *%ϕϫξέφ,'͹ౌ࿧͗චགྷ ًಊ1*ɾ֋൅‫ڧ؂‬ʀϕϫξέφ,'͹΢ϱηφʖϩ 6WRUH3,'H[H ͗ड़པ͵͏
 0LFURVRIW9LVXDO6WXGLRɾ *%ϕϫξέφ,'͹ౌ࿧͗චགྷ ًಊ1*ɾ֋൅‫ڧ؂‬ʀϕϫξέφ,'͹΢ϱηφʖϩ 6WRUH3,'H[H ͗ड़པ͵͏ ৿೘ਫ਼޴͜ॵ‫غ‬ιρφΠρϕ 0%΢ϱηφʖϧͺଚࡑͦͥɾࣁ ًಊড়͍݇ΕϓΟ΢ϩɾ
ྋफ࿧ϓΧϩξΝഓ৶ʀಊࡠ͢͵͏‫͗ࡒؽ‬ଚࡑ
図5

アプリケーション仮想化検証結果

154