ISSN 2185-8594

広報第 32 号
2020.3

目

次

巻

頭 言
新型コロナウイルスと情報基盤センターの出発 . . . . . . . . . . . . . . . . . . 鶴 正人 ... 1
特 集
九州工業大学における全学セキュア・ネットワークの更新- 2019 年度における更新について 中村 豊，佐藤 彰洋，福田 豊，和田 数字郎，岩崎 宣仁 ... 3
必携ノート PC 導入後における窓口対応の変化について. . . . . . . . . . . 冨重 秀樹，井上 純一，林 豊洋，甲斐 郷子 ... 11
解 説 (研究紹介)
ブラックリストにより検出された悪性 DNS クエリの原因に基づく分類. . . . . . . . . . . . . . . . . . . . . . . . . 佐藤 彰洋，福田 豊，中村 豊 ... 19報
告お知らせ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
利用実績 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
教育研究支援 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
広報出版・セミナー開催 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
センター日誌 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
センター人事異動および職員配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
情報科学センター規則等 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

九州工業大学・情報科学センター
Information Science Center ofKyushu Institute of Technology

お

知

ら

せ

1．BYOD 導入に伴う情報科学センター利用方法の変更について . . . . . . . . . . . . . . . . . 29
2．遠隔接続サービス公開について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .30

利用時間 (令和元年度)

月
火〜金

授業期間
飯塚キャンパス 戸畑キャンパス

休暇期間
飯塚キャンパス 戸畑キャンパス

12:40 〜 21:45
8:40 〜 21:45

12:40 〜 17:00
8:40 〜 17:00

12:40 〜 21:45
8:40 〜 21:45

12:40 〜 17:00
8:40 〜 17:00

センターの各種メーリングリスト
名称

用途

support@isc.kyutech.ac.jp 情報科学センターに関する一般的な質問用
tebiki@isc.kyutech.ac.jp 「オンラインガイド」（教育システム環境用 WWW サー
バ上で公開中）に関する質問用センターへの連絡
連絡先名称
飯塚利用者窓口
飯塚事務室
飯塚 FAX
戸畑利用者窓口
戸畑事務室
戸畑 FAX

場所
センター棟 (2F)
センター棟 (1F)
情報学習プラザ(2F)
総合教育棟 (2F)

電話
0948-29-7558
0948-29-7555
0948-29-7567
093-884-3471

メール
support@isc.kyutech.ac.jp
jimu@isc.kyutech.ac.jp

093-884-3470
093-884-3475

jimu@isc.kyutech.ac.jp

support@isc.kyutech.ac.jp

巻頭言♢♢♢♢♢♢
巻頭言♢♢♢♢♢♢

新型コロナウイルスと情報基盤センターの出発

鶴 正人 1

この巻頭言の依頼を受けた時点では，こういう話を書くことになるとは全く想像しておらず，情報担
当副学長の任期終了にあたり，これまでの BYOD の導入や情報セキュリティ管理の強化，そして 4 月
から改組して強化される情報基盤機構のことを淡々と振り返るつもりでした．しかし，その後事態は急変し，中国に始まった新型コロナウイルスは日本や韓国に感染が拡大して終息せず，さらにアメリカやヨーロッパにも拡散して想定外の深刻な感染被害をもたらしています．同時に，人やモノの移動に関連するあらゆる社会活動を停滞させ，今後の経済や教育に与えるダメージは計り知れないものだと心配されています．それに対し，本学でも，3 月，4 月，そしてそれ以降の大学活動（特に教育）の進め方に関して，関連部局部署の方々が様々な情報収集や選択肢の検討に追われており，本稿が出る頃にはどうなっているか予想が付きません．今回のウイルス感染拡大は，私自身，正直言えばこんなことが映画ではなくて自分の身の回りに起きるとは想像しておらず，リスクに対する科学的事実の認識不足や想像力の欠如を思い知らされました．一方，私の仕事としては，4 月からは情報科学センターが衣替えして新しく出発する情報基盤センターのセンター長を拝命することになりました．つまり，引き続き，情報基盤の観点から，この未曽有の騒動に巻き込まれることになってしまいました．
情報科学センターは 1987 年以来 30 年以上の歴史を持つ学内共同利用施設であり，その時代時代の情報処理技術，情報教育形態，情報ネットワーク技術に応じた役目を模索し続け，2013 年に全学的な情報基盤に関する整備・運用・支援を行うために設立された情報基盤機構のコア組織として機能してきましたが，名前はずっと変わっていませんでした．そこで今回の情報基盤機構の改組に合わせ，「情報基盤センター」(英語名：Information Science and Technology Center，ただしドメイン名は isc.kyutech.ac.jp で変更なし) と改名しました．また，センターの教員は，機構内に置かれる，情報基盤企画室，ICT 利活用
教育研究基盤運用室，ネットワークセキュリティ基盤運用室，において業務を行うという形をとりました．以前，私が情報科学センター長を退任する際（2016 年 3 月）にも書かせていただきましたが，情報基盤機構は，変化と危機に対応できる情報基盤の整備を目指して組織されたもので，重要なことは，将来を見据えた継続的・計画的整備と，迅速で柔軟な非定常的対応との両方を円滑に行うための，情報の交換・共有，ポリシーの統一，資源の集約，そして全学他部局や学外との連携の強化でした．今回の改組は，それらがまだ不十分であるという認識の上に，さらに改良を行い，今後の荒波，例えば，BYODを前提とした学習・教育方法の変革，情報セキュリティ問題の深刻化，そして予算の削減，等を乗り越えていくためのものでした．そして，その改組のタイミングで，今回の新型コロナウイルス騒動が発生
してしまいました．

BYOD に関しては，今回のように流通や生産の制限が発生した場合に，日本全体の問題ではありますが，新 1 年生のノート PC の大量調達が 4 月頭に間に合わない危険性，というリスクが明らかになりま
1 情報工学研究院 教授

tsuru@cse.kyutech.ac.jp

1

九州工業大学 情報科学センター
広報 第 32 号 2020.3

巻頭言した（実際どうなるかは本稿執筆時点では不明）．しかし，BYOD 自身（新 2 年生には既に導入済）は，自宅や分散した教室からのオンライン自習やオンライン講義に寄与するものであり，今回の騒動への対応においても有効活用が期待できます．一方，毎日のニュースで報道される感染拡大やその対策を聞いていると，情報セキュリティ管理と同類であり，そこから得られる教訓も多いと感じました．まず，本
質的には，安全性，利便性，運用コストのトレードオフが存在し，どこに落とし処を見つけるかはトッ
プが判断するしかありません．しかし，適切な判断を行うためには正しく最新の「情報」を共有する必要があり，即座のエスカレーションが極めて重要です．エスカレーションは現場から上への情報の流れであり，現場の個々人が理解して行動するしかなく，情報セキュリティ管理においても，この辺の仕組
みの見直し・強化が必要です．さらに，わざと移して回るという犯罪的行為は別にして，個々人の自覚やモラルあるいは想像力の重要性は，今回の騒動で特にクローズアップされた点でもあります．自分が既に感染している可能性や自分が今後感染して中継者になる可能性をどうやって見積もるのかは難しいですが，安全サイドに倒して行動すれば拡大が防げる場合も考えられます．情報セキュリティ管理においても全く同様で，例えば，マルウェア感染，標的型攻撃，脆弱性攻撃，過失情報漏洩等のリスク低減には，各個人の自覚と適切な知識が不可欠です．今後，極めてむずかしい課題ではありますが，自身の定期健康診断と同じようなレベルまで，情報セキュリティ管理に関する啓発と自己点検というプロセスを定着させていく必要があります．
さて，10 年後の大学における教育・研究・地域連携などの活動がどういうもので，学生のキャンパス
生活はどんな形になっているでしょうか？ 少なくとも，大規模機械学習・知識処理やいわゆる AI の進展によって，開発・設計・生産・運用，さらには教育におけるプロセスの多くが自動化できるようになるので，大学が育てるべき高度技術者像やその育て方が変わっていることは間違いありません．また，
情報セキュリティ問題はいたちごっこであり，その深刻化は止めようがないので，今回の新型コロナウ
イルス騒動も教訓にしながら，忘れたころに必ず起きる実または仮想社会の脅威リスクへの対応が，これまで以上に求められる可能性があります．そして大学の全活動を巻き込む Digital Transformation (DX)の試みが始まっています [1]．情報基盤センターを中心とした改組した情報基盤機構の（再）出発は，まさにそれらへ貢献するためのものですが，全学各部局との密接な連携・協力が不可欠ですので，引き続き，ご理解ご支援を賜りますよう，よろしくお願いいたします．

参考文献[1] EDUCAUSE, “The Road to Digital Transformation,” https://er.educause.edu/articles/
2020/1/the-road-to-digital-transformation-dx-infographic

九州工業大学 情報科学センター
広報 第 32 号 2020.3

2

特集

♢♢♢♢♢
特 集
♢♢♢♢♢

九州工業大学における全学セキュア・ネットワークの更新（2019 年度における更新について）

中村 豊 1
佐藤 彰洋 2福田 豊 3
和田 数字郎 4岩崎 宣仁 5

1

はじめに

九州工業大学では 2019 年 9 月に 3 キャンパスのネットワークを更新した．2014 年に導入した全学セ
キュア・ネットワーク [1][2] では 40Gbps の有線 LAN 基盤および IEEE802.11ac を用いた無線 LAN 基盤を導入した．40Gbps の有線 LAN 基盤は帯域が十分に余裕があることから，今後 5 年間も十分運用に耐えると判断し，機種更新せずに延長することとした．しかしながら，喫緊の課題であるセキュリティ対策や BYOD に伴う無線 LAN 環境の強化が求められていたため，これらの環境整備を重点的に行った．
本稿ではこれらのシステムを導入するにあたっての経緯や事前調査，準備事項などについて述べる．

2

基盤システムの更新の背景

2014 年の調達では境界ファイアーウォール，キャンパスファイアーウォール，キャンパス LAN の増速化，３キャンパスの一体調達を実施した．また，一体調達を実施するための運用組織として情報基盤
運用室が組織化された．2019 年の調達では，2014 年のシステムを継承しつつも，新たな学内からの要望に対応するためのシステムとして構築を目指した．
総合評価方式での入札となるため，仕様書の提出締切が約１年前となる．したがって，導入から約 3年経過した 2017 年頃から各構成要素の調達の調査を進めた．福田らの調査 [3] から無線 LAN の利用者，
接続端末数の増加が著しい事，さらに無線 LAN 規格の高速化が進んでいる事が明らかとなった．また，
有線 LAN 環境は 40Gbps のバックボーンで十分処理できている事，そして，境界ファイアーウォール
においてセキュリティ対策機能が境界 FW に不足している事が運用上明らかとなった．さらに，セキュリティ対策としてインシデント対応のためのログ保存およびログ分析の重要性が増している事も課題となった．2019 年度からは大学の方針として BYOD を推進することとなったため，無線 LAN 環境の整備に重点を置く必要性が高くなった．
この様な背景を考慮して，限られた予算から以下の様な方針を策定した．
1 情報科学センター 教授 yutaka-n@isc.kyutech.ac.jp
2 情報科学センター 助教 satoh@isc.kyutech.ac.jp
3情報科学センター 助教 fukuda@isc.kyutech.ac.jp
4 飯塚キャンパス技術部 swada@tech-i.kyutech.ac.jp
5 飯塚キャンパス技術部 iwasaki@tech-i.kyutech.ac.jp

3

九州工業大学 情報科学センター
広報 第 32 号 2020.3

特集

図 1: 九州工業大学

拠点図

1. 無線 LAN AP に関して，BYOD を実施する可能性の高い講義室には，高密度エリアでの高速伝送可能な無線 LAN 規格である IEEE 802.11ax[4](以下 802.11ax) を仕様に含める
2. 無線 LAN AP を接続するスイッチは，[5] より 1Gbps を超える可能性を考慮して，IEEE 802.3bz[6]を仕様に含める
3. アンケートを実施して，BYOD の可能性がある講義室のリストアップおよび講義室の収容人数とAP に関連したサイジングを決定する
4. 境界 FW について，既存の 1 メーカでは十分な対策が実施できない状態であったため，2 メーカのカスケード接続を SDN スイッチを用いて実施する
5. FW や無線 LAN 機器からのログを十分に蓄積するシステムおよび，それらの分析を迅速に実施するシステムの構築が必要である

2.1 大学の概要
九州工業大学は図 1 に示す様に，福岡県内に 3 箇所のキャンパスを有し，戸畑キャンパスに工学部，
飯塚キャンパスに情報工学部，若松キャンパスに大学院生命体工学研究科を置いている．平成 30 年 5月において学部学生が約 4100 人，大学院学生が 1500 人，非常勤事務職を含めた教職員が約 1000 名の
中規模国立大学法人である．
SINET への接続は戸畑キャンパスから接続され，飯塚キャンパスおよび若松キャンパスには QTNet
社が提供しているダークファイバーを用いて戸畑キャンパスから接続している．また，各キャンパスには NTT フレッツ VPN ワイドを用いたバックアップ回線も準備しており，QTNet による工事に伴うファイバールート変更による通信断においても通信を維持することができる構成としている．

九州工業大学 情報科学センター
広報 第 32 号 2020.3

4

特集

2.2 全学セキュア・ネットワーク基盤システム
全学セキュア・ネットワーク基盤システムは総合評価方式による入札のため，仕様策定委員会の設置から運用開始まで約 1.5 年近くの時間を必要とする．特に，仕様書の締切から導入開始まで 1 年程度の期間があるため，最新の機器を導入する際には，注意が必要である．2019 年の調達では，2018 年 1 月に仕様策定委員会を設置し，2018 年 9 月に仕様書の締切，入札締切が 2018 年 12 月，開札が 2019 年 3月，納入期限が 2019 年 9 月といったスケジュールであった．この予定に合わせるために導入機器の選定を行う必要があるため，事前に評価期間を十分取っておかないと，機器選定が間に合わない事となる．
今回の調達では，[11] で示した様に数年に渡ってセキュリティ機器の評価を実施していたため，大きな問題は発生しなかった．

2.3 事前調査と要求要件
以下の節では事前アンケートの内容とその結果およびキャンパス毎の事前調査および要求要件について述べる．

2.4 アンケート
2018 年 6 月頃にアンケートを実施した．アンケート項目としては「無線 LAN 基地局の設置場所についての要望」および「基幹ネットワークとしてサービスの要望」の 2 点を項目とした．回答として多かった内容は，講義室およびリフレッシュスペース等へのアクセスポイントの設置の要望および BYOD に対応したアクセスポイントの高速化，大容量化であった．また，情報工学部からは講義棟の改修工事が進んでいたことから，BYOD 対応も含めて無線 LAN 環境の整備を依頼された．以上を考慮して，BYODに関係する講義室では 802.11ax 対応の AP を重点的に配置することとした．

2.5 無線 LAN 環境の強化
九州工業大学では 2018 年度から飯塚キャンパスにおいて BYOD が試行され，2019 年度からは全学でBYOD が開始される事が決定した．それに伴い，無線 LAN 環境の整備が課題となった．講義においてどの様な利用形態で無線 LAN 環境を用いるのか？想定される条件が明確には定義されていなかったた
め，可能な範囲で高スループットを実現できる様な環境の実現を目指した．
福田ら [7][8] の調査から，1 台のアクセスポイントに対して，25〜50 名程度の収容人数を想定した AP
配置を基本方針として決定した．収容人数が 100 名以上の大きな講義室では 1 台のアクセスポイントに対して 50 名のサイジングとし，収容人数が 60 名程度の講義室では 1 台あたり 30 名程度として，アク
セスポイントの配置を決定した．
飯塚キャンパスでは講義棟の改修工事が行われていたことと，BYOD 環境での利用が想定されていたため，AP の設置場所およびポート収容に関して，既存の設置環境から AP の台数の増強および高スループット実現のために 802.11ax 対応の AP を設置することとした．また，それらを収容するスイッチに関しても，1，2 階の AP を 2 階のスイッチへ収容し，3，4 階の AP を 3 階のスイッチへ収容することとした．これにより各階へスイッチを設置する必要がなくなったため，スイッチの集約化を図ることができた．また，無線 LAN の高速化を図るため，AP を収容するスイッチは，これまではフロアスイッチの配下に接続されていたが，コアスイッチへ直接収容することとした．
図 2，3 に戸畑キャンパスおよび飯塚キャンパスの接続構成図を示す．コアスイッチ，フロアスイッ
チ，PoE スイッチおよび AP の接続構成図を示している．FL A および FL B で記述されているスイッチ

5

九州工業大学 情報科学センター
広報 第 32 号 2020.3

特集

3-3f-pjlabo

To Internet(SINET)x1
sogoken3-2f-svroom

kyutech-dmz

To iizuka
To wakamatsusogo-e-2f-svroom

SDN-SW40G

campussw-tobata

10G

3-4f-hallway

sogoken3-2f-203

NGFW-ANGFW-B

3-4f-406

AP A

40G

3-fl-4f

40G

x3

milai-3f-kaigi

milaist-1f-s-e

milai-3f-hallway

3-fl-1f

collabo-fl-3f

40G

tobata-core #1

collabo-fl-1f-poe

AP B

sogoken1-n-2f-250
FL A

4-fl-1f

x2

sogoken1-n-fl-2f-poe

jimut-3f-2kaigi

jimut-node

40G

tobata-core #3
40G

10G(SR) x 2

collabo-fl-1f-machine

ISC system

jimut-fl-3f

2-fl-1f

fw-tobata

10G(SR) x 2

tobata-core #0

jimut-fl-1f-poe

sogo-n-fl-2f-poe
AP A

7-fl-1f

FL B

AP B
6-fl-6f

6-fl-4f

FL A
sogo-fl-2f-1

x9

AP B

x3

sogo-fl-2f-2

100th-2f-lobby

sogo-s-2f-C-2C

100th-fl-1f
FL A

gymt-1f-hall

DaigakuKakan-1f-cafeteria

1-civil-nodex1

jimut-sv-2f

DaigakuKakan-2f-hallway
DaigakuKakan-3f-butou

i-plaza-2f-RiyoushaMadoguchi

AP X

5-fl-4f

hoken-1f-jimu

AP A

x2

x1

AP B

x2

5-1f-eps
5-fl-3f
i-support-fl-1f

5-1f-refresh
5-2f-5-2A

5-fl-2f

houryu-1f-langlounge

9-fl-4f-poe

5-fl-1f

5-2f-E7-201

coopt-fl-1f-poe

houryu-1f-hall

AP X

9-fl-4f-1 #0
x1

FL B

5-fl-2f-poe

x4

10-fl-1f

5-4f-refresh

AP B

x4

sogoken1-s-fl-6f
sogoken1-s-fl-7f
sogoken1-s-fl-8f
sogoken1-s-1f-eps

1-civil-2f-202

8-node1-civil-2f-refresh

coopt-2f-shop

coopt-fl-2f-poe

JissyuKoujyouA-w

8-fl-3f-c302-1
8-fl-1f

1-civil-3f-1-3B

libt-1f-entrance

1-civil-3f-refresh

libt-3f-n

8-fl-2f

kagait-fl-1f-poe

libt-3f-s

AP X

8-fl-3fx3

8-fl-4fkiki-fl-2f

KikiBunseki-2f-floor
KikiBunseki-1f-lobby

8-fl-3f-c302-2

1-civil-3f-1-3A

libt-1f

8-fl-3f-c302-poe
kiki-fl-1f-poe

kiki-fl-1f

AP B

x4

8-3f-C302

JissyuKoujyouA-s
jissyu-a-fl-1f-poe

jissyu-a-fl-1f

libt-fl-1f

AP B

7-fl-1f-2

libt-fl-4f

sogoken2-1f-eps

5-3f-refresh
FL B

x1

libt-4f-avhall

5-2f-5-2B
houryu-fl-1f-poe

houryu-1f-kaigi

9-fl-4f-1 #1

AP A

1-civil-2f-1-2A

1-civil-fl-3f

libt-2f

hoken-fl-1f-poe

sogoken1-s-fl-5f

1-civil-1f-s-eps

libt-fl-1f-poe
jimut-sv-jimu-2f

i-plaza-1f-open

5-nodex1

sogoken1-s-fl-4f

1-civil-fl-1f-poe

FL B

jimut-sv-secure-2f

x4

kinen-fl-1f-poe

AP X

sogoken1-s-fl-2f
sogoken1-s-fl-3f

1-mech-3f-1-3E

1-civil-fl-2f

jimut-sv-dmz-2f

DaigakuKakan-3f-hallway
AP A

seizu-fl-1f-poe

seizu-2f-nx2

sogoken1-s-fl-1f

jikken1-2f-5201

1-civil-fl-1f

DaigakuKakan-2f-avhall

i-plaza-1f-plaza

AP X

sogoken1-n-fl-1f

sogoken1-s-node

1-mech-3f-1-3D-s

1-mech-n-fl-3f
1-mech-jikken-fl-2f

AP X

sogo-s-3f-C-3D

FL B

hoken-2f-seminarsogoken1-n-fl-2f
sogoken1-n-node

1-mech-3f-1-3D-nsogo-s-3f-C-2F

taiikukan-tobata-fl-1f-poe
i-plaza-fl-2f-poe

kinen-1f-stage

x1

DaigakuKakan-1f-hallsogo-s-2f-C-2E

gymt-1f-kyougi-w

seizu-1f-w

AP X

1-mech-3f-1-3C

1-mech-n-fl-2f

6-6f-svroomsogo-s-1f-fdseminar

gymt-1f-training

1-mech-n-fl-1f

kaikan-fl-1f-poe

sogo-s-2f-C-2D
100th-fl-1f-poe

x1

1-mech-2f-1-2C

6-6f-refreshsogo-s-1f-C-1D

100th-2f-TokubetsuKaigi
x3

x1

AP B

1-mech-1f-w-eps

1-mech-s-fl-3f

6-5f-refresh

6-fl-1f

AP A

sogo-s-1f-C-1C

sogo-fl-2f-3

gymt-1f-kyougi-e

6-fl-2fsogo-s-1f-1kaigi

100th-1f-lobby-n
100th-1f-lobby-s

1-mech-s-fl-2f

6-4f-refresh
AP A

sogoken1-n-fl-4f
sogoken1-n-fl-3f

6-3f-refreshsogo-s-fl-2f-poe

sogoken1-n-fl-5f

FL B

1-mech-s-fl-1f

6-2f-6-2A

6-fl-3fsogo-n-3f-C-3B

1-mech-node

6-2f-201

sogo-n-3f-C-3A
sogo-nodex2

6-2f-204

sogo-n-2f-lounge

jimut-eng-fl-2f

100th-1f-kaigi

sogoken1-n-fl-6f

koubou-fl-1f-poe

1-mech-s-fl-1f-poe

6-1f-103

6-fl-5fsogo-n-2f-C-2A

sogo-e-1f-jimu

sogoken1-n-fl-7f

tokushu-haisui-fl-1f

tobata-core #4

6-fl-6f-poe

sogo-n-1f-C-1B

sogo-fl-2f-poe

x1

koubou-1f-workshop

x9sogo-n-1f-C-1A

jimut-fl-1f

sogo-e-2f-208

AP X

garage-1f-garage

6-nodejimut-fl-2f

sogo-e-2f-204

collabo-1f-eps

tobata-core #5

FL A

sogo-e-1f-2kaigi

sogoken1-n-fl-8f

4-nodetobata-core #2

jimut-3f-1kaigi

AP A

sogoken1-n-2f-eps

collabo-1f-RisuJikken-ssogoken3-sv-2f
sogo-e-fl-2f-svroom-2

jimut-2f-gakucho

sogoken1-n-2f-evhall

4-fl-2f

collabo-1f-RisuJikken-n
collabo-fl-1f

x1

sogoken1-n-3f-351

collabo-1f-RisuJyunbi

collabo-fl-2f

x3

AP B

sogoken1-s-2f-S-2A
x3

4-fl-1f-poe

FL B

sogo-e-fl-2f-svroom

jimut-2f-kaigi

AP A

AP A

collabo-1f-kougi1B

AP A

sogoken1-s-2f-S-2B

4-1f-113

collabo-1f-kougi1A

FL B
3-fl-1f-poe

3-nodesogoken3-fl-2f

4-1f-107

collabo-1f-Gijyutsu
milaist-fl-1f

3-2f-205

sogoken3-fl-2f-staff

milai-fl-1f
collabo-1f-seminar

milaist-fl-1f-poe

x3

4-2f-216

4-fl-2f-poe
milai-fl-1f-poe

4-1f-svroom

3-1f-epssogo-e-sv-2f-svroom

jimut-1f-tvkaigi

x3

AP X

milaist-1f-s-w

3-1f-103-2

3-fl-2f

sogoken3-fl-2f-204

AP B

milaist-1f-n-e

AP B

3-fl-3f

sogoken3-fl-2f-poe

milaist-1f-n-w

AP X

x1

sogoken2-fl-1f

x4

sogoken2-fl-2f

sogoken2-fl-1f-poe
sogoken2-fl-3f

図 2: 戸畑キャンパス接続構成図

が 802.11ax および 802.3bz 対応のスイッチである．これらの配下に AP A(802.11ax 対応 AP) および AP
B(802.11ac 対応廉価版 AP) を接続している．また，既設 AP の流用も行っている．
無線 LAN コントローラも全学セキュア・ネットワーク [1] で導入した aruba 社の 7210 コントローラ
を引き続き利用することとしたが，802.11ax 対応の AP をサポートするためにバージョンの更新が必要となった．また，バージョンの更新に伴い，これまで運用していた HA 構成を実現するために Mobility
Master の導入が必要となった．
また，[3] より利用者が非常に多い戸畑キャンパス大学生協 1F については，新規で光ファイバー敷設工事を行った．

2.6 セキュリティ対策の強化
全学セキュア・ネットワーク基盤では境界ファイアーウォールに fortigate 社の FG-1000C を導入し，様々な次世代機能を有効にして運用してきた [9]．しかしながら，振る舞い検知機能を有していないことや，性能上限に近づいていたこともあり，更新の対象となった．また，ファイアーウォールの機能だ
けでは十分なセキュリティ対策を実施することが困難であることから，ファイアーウォールの出力するログを保存するためのログ分析基盤や，pcap を蓄積するためのネットワーク・フォレンジックシステム，
さらに DNS セキュリティ対策ソリューションと学外公開 IP アドレスに対する脆弱性診断を実施するためのシステムも併せて更新を行った．以下ではそれぞれのシステムについて詳述する．

九州工業大学 情報科学センター
広報 第 32 号 2020.3

6

特集

Mechanical Information Science and Technology systemmse-nodesougou-2f-mse-eps

10G(LRM)

agora-fl-1f

AP A

x3

agora-fl-1f-poe

AP C

x1

kenkyu-1f-W105

FL B

E525 (AP X)

agora-1f-eps

AP B

sougou-1f-el
fukuri-fl-2f

sougou-b1-risu
L2VPN

fukuri-fl-2f-poe

kenkyu-1f-recurrent

To tobata

FL B

sougou-b1-fdsd

10G

Tenjin Satellite Campus

AP X
40G

ims-fl-11f

x3

10G(DAC)

E601 (AP X)

AP X

x1

libi-3f-hall-n

E607 (AP X)

libi-2f-hall-e

E725 (AP X)

fukuri-1f-gclounge

AP B

10G(LRM)
iizuka-core #2

Artificial Intelligence system

10G x 2

fw-iizuka

iizuka-core #0

kenkyu-6f-ai-E605
Computer Science and Electronics systemcse-node

cse-fl-2f-poe

10G(LRM)

iizuka-core #4

40G(VC)S318 (AP X)

ai-node10G(LRM)
10G(DAC)(VC)

40G(VC)S303 (AP X)

x2

libi-4f-outdoor

40G(VC)x2

E705 (AP X)

libi-1f-1
libi-2f-hall-w

iizuka-core #3

40G(VC)libi-3f-hall-s

libi-fl-2f-poe

campussw-iizuka

ims-11f-satellite

x2

libi-fl-2f

nwroomi-fl-1f-poe

10G x4

E505 (AP X)

x1

AP A

iizuka-core #1

kenkyu-2f-cse-E209
AP B

ces-node

ces-fl-6f-poe

cms-2f-hallx7

Systems Design and Informatics system

10G(LRM)(VC)
kenkyu-6f-cse-E427

kougi-fl-2f
FL C
10G x2

ISC system

iizuka-core #5

kougi-fl-2f-poe
FL A

AP B
kagaii-fl-2f-poe

garbagi-outdoor
AP B

x2

gymi-1f-hall

FL C

AP B

kougi-fl-3f-poe

jimui-fl-2f-1

FL A
jimui-fl-2f-2

hall500-fl-1f-poe

jimui-fl-2f-3

FL A

AP B
AP A

x21

AP X

x2

x2

sougou-fl-1f

sougou-1f-lavatoryx7

sougou-fl-3f

x1

AP B

x1

AP B

x2

sougou-fl-7f

FL B
ichiyou-fl-2f-poe
FL A
ichiyou-fl-3f
ichiyou-fl-4f

isci-2f-jikken-s

kenkyu-fl-e1f-poe
jimui-3f-hoken

sougou-fl-7f-poe

AP A
AP X

kokusai-a-fl-1f

AP X

x1

kenkyu-1f-piloties-ex4x3

kenkyu-1f-E106

kyotsu-1f-avkouen

kenkyu-3f-evhall

kyotsu-2f-spacekenkyu-5f-evhall

incubation-2f-refreshincubation-fl-1f-poe

kenkyu-6f-cse-W603
kenkyu-6f-cse-W605

sougou-7f-seminar

kenkyu-6f-cse-W609

AP X

kenkyu-6f-cse-W614

x1

kenkyu-6f-cse-W619
Bioscience and Bioinformatics systemkenkyu-7f-evhall

kenkyu-8f-bio-E810
kenkyu-8f-bio-E823

jissyui-fl-1f-poe

AP X

x2

kenkyu-8f-bio-W801
kenkyu-8f-bio-W805

kyotsu-4f-S406
AP B

kenkyu-6f-cse-W615

sougou-7f-bio-N710

kenkyu-8f-bio-E805

micro-fl-2f

kyotsu-4f-lobby

MILAIS IIZUKA

kenkyu-6f-cse-W601

sougou-5f-ces-N506

kenkyu-8f-bio-E802

kenkyu-8f-bio-W819

incubation-fl-1f
incubation-1f-meeting

kenkyu-6f-cse-W525

sougou-5f-ces-N503

kenkyu-7f-bio-E726

kyotsu-2f-S316

lai-fl-4f

sougou-5f-ces-N512

bio-fl-8f-2-poe

satellite-fl-1f

kyotsu-2f-bio-S205

north-gatekenkyu-6f-cse-W521

x1

kenkyu-7f-bio-W702

kyotsu-2f-bio-S202

kokusai-a-1f-outdoor

kenkyu-6f-cse-W518

AP X

kenkyu-7f-bio-W723

kenkyu-1f-evhall

kyotsu-2f-bio-S201

isci-3f-ensyu-nw

kenkyu-6f-cse-W509

sougou-5f-seminarsougou-7f-bio-N715

ichiyou-fl-2f
FL C

kenkyu-6f-cse-W507
x2

x1

kenkyu-fl-e1f

hall500-fl-1f

isci-kaihatsu-fl-2f-poe

x4sougou-6f-refreshkougi-2f-2201-w

isci-1f-lobby

AP A

sougou-fl-5f-poe

AP Xkougi-1f-2102-w

jimui-fl-4f-1outdoor

isci-3f-ensyu-se

sougou-fl-6f

kougi-1f-2101-s

jimui-fl-3f-2kaigi

isci-2f-jikken-nsougou-fl-5f

hall500-1f-hall-sw

jimui-fl-3f-1kaigi

isci-2f-staffroomsougou-fl-4f-poe

hall500-1f-hall-se

jimui-fl-3f-1seminar

AP Bparkingi-bicycle

kenkyu-6f-cse-W505

AP X

sougou-4f-refresh

daikougi-2f-locker

hall500-1f-hall-nw

kenkyu-6f-cse-W501

sougou-2f-seminarsougou-fl-4f

jimui-fl-2f-tvkaigi

kenkyu-6f-cse-W423

bio-node

hall500-1f-hall1

jimui-fl-2f-poe

AP X

kenkyu-6f-cse-W420
10G(LRM)

x24
AP X

kenkyu-6f-cse-W417

x1

kagaii-3f-outdoor
sougou-fl-2f

AP A

kenkyu-6f-cse-W405

sougou-fl-b1f

kougi-fl-3f

jimui-nodenyukou-gate-fl-1f-poe

kenkyu-6f-cse-W401

taiikukan-iizuka-fl-1f-poe

kenkyu-8f-bio-W826

x3

AP X

x1

図 3: 飯塚キャンパス接続構成図

2.6.1 ネットワーク・フォレンジックシステム
本学では，これまでネットワーク・フォレンジックシステムとして，学外へ通信するパケットのフルキャプチャを行う機器として，HP SL4540 を運用してきた．実行容量はおおよそ 200TB で約 3ヶ月のpcap を蓄積することができたが，パケットロスの問題やストレージ容量のさらなる確保のため，更新することとした．更新後は DDN 社の SFA 7990 が導入された．図 4 にネットワーク・フォレンジックシス
テムおよび仮想基盤システムを示す．実行容量として約 700TB 確保することができたので，400TB を
パケットキャプチャ用として用い，残りの容量を仮想基盤システムのゲスト OS のバックアップ用パーティションとして確保した．これまで仮想基盤システム上のゲスト OS については，esxi 上でのスナッ
プショットしか確保していなかったため，esxi で事故が発生した際に問題となっていた．今回の更新により，キャプチャ容量の倍増と仮想基盤システムのバックアップを実現することができた．

2.6.2 ログ分析基盤
全学ログサーバとして HP DL380 gen10 を導入しているおり，物理容量 72TB のストレージを RAID6構成で実効容量 60TB のログサーバとして運用している．このサーバに境界 FW，キャンパス FW， 無線
LAN システム， DNS キャッシングサーバ， AD サーバ，スイッチ等のログを集約している．また必要なサーバのログは splunk forwarder を用いて外部の splunk server へデータを転送している．また，splunk
サーバでは，得られたログに対して，異常通信が発生していないかのチェックスクリプトを構築し，定期的にレポートを送信している．具体的には，学内の同一 IP アドレスから 1 時間に 1000 通以上のメールが送信された場合，SPAM 送信と判断して通知される．

7

九州工業大学 情報科学センター
広報 第 32 号 2020.3

特集

図 4: ネットワーク・フォレンジックシステム

2.6.3 DNS セキュリティ
DNS のフルリゾルバとして，全学 DNS キャッシングサーバを BIND を用いて運用していた．これらは戸畑キャンパスに 3 台，飯塚キャンパスに 3 台設置して稼働させていた．しかしながら運用工数がかかることや，DNS におけるセキュリティ機能の要望から，infoblox 社の Trinzic 825 を導入した．これを各キャンパスに 1 台ずつ設置し，DNS キャッシングサーバ機能，および無線 LAN における DHCP サー
バ機能を有効にして稼働させている．NXDOMAIN の大量のクエリを受信した場合に管理者に通知がなされるなど，セキュリティ対策の一翼を担っている．

2.6.4 境界 FW の二重化
図 5 に二重化された境界ファイアーウォールを示す．図 2 における NGFW-A が PaloAlto 社の PA-5220
であり，NGFW-B が Fortinet 社の FG-600E である．2 台を論理的にカスケード接続しており，大学の外側が FG-600E で内側が PA-5220 である．二重化することにより，2 メーカのインテリジェンスを利用することが可能となるため，異常検知の幅が広くなる．しかしながら，メンテナンス中に通信できない問
題が発生するため，これを回避するために，それぞれが SDN スイッチに接続され，メンテナンス中は論理的なパスから外す運用を行っている．このため，異なるメーカであるが，それぞれが同じポリシーで運用する必要があるため，運用負荷は高くなっている．

2.6.5 脆弱性診断
本学では学外公開 IP アドレスに対して，tenable 社の nessus の web API を用いた脆弱性診断システムを運用していた [10]．しかしながら，nessus のバージョンアップに伴い，web API が利用できなくなる
九州工業大学 情報科学センター
広報 第 32 号 2020.3

8

特集

図 5: 二重化された境界ファイアーウォール

問題が発生した．このため，引き続き脆弱性診断システムを運用するために，nessus から tenable.io へのシステム変更を行った．アセット数の上限の問題が課題として挙げられているが，移行自体は大きな問題もなくスムーズに実施できている．

3 まとめと今後の課題
更新に伴う利点として，セキュリティ対策機能が大幅に更新されたことにより，検知や異常通信の遮断の実施が容易になったことが挙げられる．しかしながら，キャンパス有線 LAN の機器 (Juniper 社のEX シリーズ) を保守延長で運用することにしたため，販売終了品が出てしまったことや，新規で機器を購入することが難しくなった点があげられる．また，tenable.io のアセット上限に関しても問題が残っている．今後の課題として，導入されたセキュリティ機器の機能を十分に発揮させるためのチューニング
を実施していく必要がある．また，出力されたログの分析の自動化や，異常検知ロジックの開発が今後の課題として挙げられる．

参考文献[1] 中村 豊，福田 豊，佐藤 彰洋 : 九州工業大学における全 学セキュア・ネットワークの導入について，情報処理学会技術研究報告 (インターネットと運用技術研究会)，Vol. 2015-IOT-28, No. 20, pp.
1-6, 2015.03.06.

9九州工業大学 情報科学センター
広報 第 32 号 2020.3

特集[2] 福田 豊，中村 豊，佐藤彰洋 : 九州工業大学・全学セキュ アネットワーク導入における無線 LAN
更新，情報処理学会技術研究報告 (インターネットと運用技術研究会)，Vol. 2015-IOT-28, No. 21,
pp. 1-6, 2015.03.06.
[3] 福田 豊，中村 豊 : 九州工業大学・全学セキュアネットワークにおける無線 LAN 利用について，情報処理学会技術研究報告 (インターネットと運用技術研究会)，Vol. 2016-IOT-32, No. 1, pp. 1-8(2016).
[4] IEEE Standard for Wireless Local Area Networks：http://www.ieee802.org/11/Reports/
tgax\_update.htm[5] 福田 豊，中村 豊，畑瀬 卓司，冨重 秀樹，林 豊洋：IEEE 802.3bz Switch を用いた無線 LAN 通信
実験，インターネットと運用技術シンポジウム 2018．
[6] IEEE : IEEE Standard for Ethernet Amendment 7: Media Access Control Parameters, Physical Layers,
and Management Parameters for 2.5 Gb/s and 5 Gb/s Operation, Types 2.5GBASE-T and 5GBASE-T,
IEEE 802.3bz-2016 (2016).
[7] 福田 豊， 畑瀬 卓司，冨重 秀樹，林 豊洋 : BYOD 環境整 備に向けた無線 LAN 通信実験，情報処
理学会技術研究報告 (インターネットと運用技術研究会)，Vol. 2018-IOT-40, No. 10, pp. 1-6 (2018).
[8] 福田 豊， 畑瀬 卓司，冨重 秀樹，林 豊洋 : BYOD によ る講義を想定した無線 LAN 通信実験, 情報処理学会研究報告, 情報処理学会第 80 回全国大会，2D-01 (2018).
[9] 中村 豊，佐藤 彰洋，福田 豊，和田 数字郎：九州工業大学における情報セキュリティ対策の取り組
みについてインターネットと運用技術シンポジウム 2017.
[10] 佐藤 彰洋，中村 豊，福田 豊，和田 数字郎：九州工業大学 学外公開 IP 申請システム，九州工業大
学 情報科学センター広報 第 30 号 2018.3.
[11] 中村 豊，佐藤 彰洋，福田 豊，和田 数字郎：ネットワークセキュリティ機器の評価に関する考察，
インターネットと運用技術シンポジウム 2019.

九州工業大学 情報科学センター
広報 第 32 号 2020.3

10

特集

♢♢♢♢♢
特 集
♢♢♢♢♢

必携ノート PC 導入後における窓口対応の変化について

冨重 秀樹 1
井上 純一 2
林 豊洋 3
甲斐 郷子 41

はじめに九州工業大学では，2019 年度学部新入生から，ノート PC の必携化（以下，BYOD と略す）を開始しました．この目的の一つは「（学生）自身による計算機環境の管理能力を身に付ける」ことにあります．
これまでは講義室に設置された多数の PC 端末上の同一環境を用いて講義が行われていましたが，BYOD
化後は，学生自身が自らのノート PC のメンテナンス，講義に必要な環境構築，アプリケーションの準備等を行っていく必要があります．また，講義を教える教職員側も BYOD 化へ柔軟に対応していく必要があり，講義内容や学生への指導内容を変更するなど対応に追われています．
このように大きく変化した情報教育環境の変化に追随するため，本学では 2018 年度を BYOD 化施行
年度と定め，本格稼働までに様々な事前準備，検討を行い，2019 年度に実施しました．
本稿では，BYOD 化に際し，情報科学センターが行ってきました事前準備，支援策について，特に情報科学センター利用者窓口での学生，教職員への相談事例を中心に報告します．

2

説明会・講習会等の実施
学生や教職員向けに情報科学センターが行った説明会・講習会等は以下の通りです．

1. 新システム説明会（教職員向け）
3 月 26 日（火），28 日（木）に，2019 年度に情報科学センターが新教育システムへ移行したことによる新システム説明会を開催しました．新システムには従来からの講義支援の他に BYOD 化を想定した機能やサービスを導入しており，本学のプログラミング教育を実施するにあたり仮想化
アプリケーションの VirtualBox 上で動作する Ubuntu カスタマイズ版（旧 PC 端末環境に相当）の提供，アプリケーション配信システム（Cloudpaging），仮想 OS 提供サービス（OpenStack），講義専用無線 LAN の設置場所や仕様について説明しました．特に VirtualBox と Ubuntu の構築は学
生のノート PC 環境に必須となるため，出席した教職員から多くの質問が寄せられました．
2. 初期設定説明会（学生向け）
情報工学部新入生を対象に，4 月 6 日（土），7 日（日）に「ノート PC 利用者のための初期設定
1 飯塚キャンパス技術部 tomisige@tech-i.kyutech.ac.jp
2 飯塚キャンパス技術部 inoue@tech-i.kyutech.ac.jp
3情報科学センター 助教 toyohiro@isc.kyutech.ac.jp
4 情報科学センター 准教授 kay@isc.kyutech.ac.jp

11

九州工業大学 情報科学センター
広報 第 32 号 2020.3

特集講習会」を開催しました 5 ．通常の授業として全新入生が出席して，無線 LAN の設定，電子メー
ル（Oﬃce365）の利用開始設定，LMS や教務情報システム等の本学情報システムの案内に加え，VirtualBox と Ubuntu の構築まで行いました．2018 年度の BYOD 施行時の経験から，学生のスキ
ル差を吸収するため，最初に教員から概要説明がなされた後，各自が資料を見ながら自分のペースで構築を進めていく自習形式を取りました．この方式は，TA が個別に説明する時間が確保出来ること，学生同士で相談しあうことにより，リラックスして問題を解決出来る点が利点でした．

3. 講義への直接支援
ノート PC の操作と共に VirtualBox を用いての講義は，学生，教職員ともに初めてであったことから，4 月から 5 月までの工学部，情報工学部の情報系科目の講義に，情報科学センタースタッフ
が 2〜3 名，TA として補佐に入りました．実際に授業が始まると，初期設定講習会での設定が不完全であったこと，USB メモリを認識しない事象，ノート PC の操作を手ほどきするといったことまで様々であったが，ほぼ講義中で対処出来る範囲でした．ただし，初回の講義をスムーズに進めるためには，スタッフの役割分担を明確にし，相談内容に応じて適切なスタッフが対応する
等，きめ細かい配慮が必要と感じました．これにより，学生に十分な説明が出来るとともに，TAにかかる負担も減らすことができます．
4. フォローアップ講習会（学生向け）
情報工学部の初期設定講習会，情報系科目の講義状況から，ノート PC の操作に自信のない学生が多く見られました．このため，4 月の木曜日 5 限目に全 3 回にかけて，情報工学部の学生を対象に情報科学センター主催のフォローアップ講習会を開催しました．第一回目は Windows10 操作の基本，第二回目は OS と仮想環境の仕組み・VirtualBox の利用方法，第三回目はパソコンと周辺機器・大学でインストールできるソフトウェアについて取り扱いました．初期講習会等よりもポイントを絞って説明したこと，情報科学センタースタッフによる学生への個別相談の時間を設けたことで，初期講習会では十分に理解出来なかったことが払拭され，学生の BYOD に対するハード
ルが下がったように見えました．また，学生から多くの質問もあり，実質的なアドバイスを行うことも出来ました．

3 ISC オンラインガイドの提供
情報科学センターでは，センター内の計算機システムの他に学内無線 LAN，VPN などの学内情報サービスの利用方法について掲載した ISC オンラインガイド（Web）を公開しています．BYOD 化にあたり，
ISC オンラインガイドの内容を以下の方針で改訂することにしました．

1. PC 端末の解説部分を大幅に削減
2019 年度以降の入学者から既存の計算機システムを利用しないため，講義室に設置された PC 端
末の基本的な利用方法を大幅に削減しました．
2. 仮想化アプリケーションの利用方法を増強
ノート PC への仮想化アプリケーション（VirtualBox）と仮想マシン（Ubuntu）の構築方法や，Ubuntu
上での USB メモリ接続方法，Ubuntu から Windows などへのファイル共有方法（USB メモリ，共有フォルダ，OneDrive）について，PC 初心者でもスムーズに操作が行えるよう，画像や動画を用いて詳しく説明を掲載しました．

5 工学部では同じ内容を情報系科目講義内で実施しました．
九州工業大学 情報科学センター
広報 第 32 号 2020.3

12

特集

図 1: 問い合わせ件数の変遷

3. 各種サービスの利用方法を増強
学生が本学で使用する九工大メール（Oﬃce365），学内ネットワークサービス（無線 LAN，VPN接続）等，ノート PC で利用可能なサービスの利用方法を詳しく掲載しました．また，Windows，macOS の他に，ChromeOS，iPhone，Android 等の解説ページも増強しました．
4. トラブルの問い合わせ先を明記
トラブルに直面した際に，いち早く解決するには問い合わせ先が明確であることが大事です．このため，各種学内サービス毎に細分化して掲載しました．

4 利用者窓口における支援
情報科学センター利用者窓口では，工学部 3 名，情報工学部 2 名の技術職員が学生や教職員からの相談を受けています．相談内容は情報科学センター PC 端末や ID について，学内ネットワークサービス（無線 LAN，VPN），電子メール，BYOD 等になります．図 1 に BYOD 開始前の 2017 年から，開始後
2019 年までの問い合わせ件数の変遷を示します．2017 年度まで行っていた無線 LAN や VPN 用 ID の手渡し発行を 2018 年度に廃止したことで，2018 年度以降の対応件数は減少しました．2018 年度以降は
ノート PC に関連する相談件数は増加しており，対応に要する時間は延びています．また，再起動だけで復旧する軽度な相談から，調査が必要な重度な相談まで様々あり，相談一件あたりにかかる時間は延びています．また，授業中にトラブルで駆けつけることもあり，相談が集中する学期開始時期には，一時的にスタッフを増員するなど，適切な人員配置を検討する必要があると感じています．
4 月の授業開始時から 11 月までの総相談件数は 667 件，この内，BYOD 関連の相談は 120 件でした．
相談内容の内訳は以下の通りです．

• 仮想化アプリケーションの問題（36%）– VirtualBox が起動しない，拡張パックがインストールできない（仮想化アプリの問題）– 保存していた Ubuntu が起動しなくなった，日本語入力ができなくなった（仮想マシンの問題）– Ubuntu の環境設定を変更したら起動しなくなった（利用者の問題）

13

九州工業大学 情報科学センター
広報 第 32 号 2020.3

特集• ノート PC 本体の問題（24%）– Windows10 のローカルアカウント，パスワード忘れでサインインできない（利用者の問題）– 特定の無線 LAN に接続できない，ノート PC が突然停止してしまう（ハードウェアの問題）– WindowsUpdate を実行したら起動しなくなった（ソフトウェアの問題）• 周辺機器の問題（7%）– USB メモリやローカルプリンタが認識しない，接続できない• 授業時間内に解決できなかった事例（5%）– 仮想マシン（Ubuntu）で日本語入力ができなくなった– C コンパイラの表記が英語になってしまった• ソフトウェアのバージョン問題（3%）– 指定と異なるバージョンの VirtualBox や仮想マシンのイメージファイルを導入し，起動しない等不具合が生じている• ソフトウェアのライセンス問題（3%）– 大学による包括契約済ソフトウェアの利用認証をしないまま利用している• ノート PC 推奨スペック未満の問題（5%）– 内蔵ストレージ量が足りず，仮想環境がインストールできない– 仮想環境の動作が遅く使い物にならない• その他（17%）– ノート PC や電源ケーブルを忘れた．印刷方法が分からない
以下，BYOD に関連して新しく発生したいくつかの相談，対応例について紹介します．

1. 仮想化アプリケーションの問題• VirtualBox のインストールに失敗する相談であり，ノート PC 本体の BIOS 機能にある「ハードウェア仮想化技術機能」が無効であったことが原因でした．機能を有効にしてインストー
ル出来ることを確認しました．
• VirtualBox 上の Ubuntu の動作が重たいという相談でした．VirtualBox の [システム設定] にある CPU やメモリの設定値は仮想マシンの動作に大きく影響します．このため，Ubuntu な
ど仮想マシンの動作に関する相談の場合は，これらの設定値を見直すことで改善されることがあります 6 ．また，macOS の場合はディスプレイ設定の [3D アクセラレーション] を有効化することで，Ubuntu の描画が滑らかになります．

6情報科学センターでは VirtualBox の CPU，メモリを OS 本体の半分値を割り当てることを推奨しています．
九州工業大学 情報科学センター
広報 第 32 号 2020.3

14

特集

• Ubuntu を起動したところ，カーネルパニックを表すメッセージが表示され，正常に起動しないという相談でした．これは Ubuntu のアップデート中に仮想マシンを閉じた，または仮想マシンの電源をオフにした等の操作によってアップデートが正常に終了しなかったことが原因と推測されました．旧カーネルを用いて Ubuntu を起動し，カーネルを修復しました．相談者には ISC オンラインガイドのカーネル修復方法をお知らせするとともに，アップデート
中の操作に関して注意喚起を行いました．
2. ノート PC 本体の問題• Windows の無線 LAN が認識しない現象が発生しました．ノート PC の再起動で復旧せず，デバイスマネージャーからネットワークドライバをチェックして，問題ないことを確認しました．Windows の起動時に OS イメージなしと表示され起動しなくなる現象が発生しました．
BIOS でハードディスク設定を確認したところ，SSD が認識していない状況でした．いずれ
もハードウェア障害と推測し，ノート PC 購入店へ問い合わせるよう相談者に案内しました．
• USB マウスカーソルの動作不良についての相談は，ノート PC がタブレットモードであった
ため，デスクトップモードへ戻して復旧しました．
• Windows のインストールメディアを使用して，Windows10 Home から Pro へアップグレードを試みたが失敗し，Windows が起動しなくなる相談を多く受けました．ノート PC 購入店への問い合わせ，及び回復ドライブなどリカバリ対策を行うよう注意喚起しました．
3. 周辺機器の問題• USB メモリに Ubuntu のイメージファイルをコピーできないという相談がありました．USB
メモリによっては FAT32 でフォーマットにされていることがあり，単一ファイルサイズの上
限 4GB 制限を考慮して，NTFS や exFAT へ変換する対応が必要でした．
• 大学生協でノート PC と同時に購入したプリンタを Ubuntu 側で認識させたいという相談でした．同プリンタを情報科学センター側も購入し，接続方法を確認した後，手順を ISC オンラ
インガイドに掲載しました．
4. 授業時間内に解決できなかった事例• Ubuntu 上で英語配列キーボードからバックスラッシュの入力方法について相談を受けました．キーボード設定に英語モードを追加するだけでは解決せず，調べたところ，テキスト入力の設定にも英語モードを追加する必要があり，解決までに 2 日間を要しました．
5. ソフトウェアのバージョン問題• 学生の中には，本学指定の仮想化マシンのイメージファイル 7と異なるイメージファイルを用いて，学生自身で VirtualBox を構築している事例があり，この場合，起動しない不具合が生じている，起動しても授業に必要なソフトウェアが見つからない等の相談を受けることがあります．本学指定のイメージファイルのダウンロード方法，及び VirtualBox の構築方法を
ISC オンラインガイドに掲載し，ここを参照することを案内しています．
6. ソフトウェアのライセンス問題

7 授業に必要なソフトウェアや環境設定を収容しています．

15

九州工業大学 情報科学センター
広報 第 32 号 2020.3

特集• ノート PC に付属の Microsoft Oﬃce の Word や Excel で編集ができなくなったという相談を受けました．原因はライセンス使用期限が切れたことによるものでした．本学は Microsoftとライセンス包括契約を結んでおり，相談者には，大学が持つライセンスを用いて利用者認証を行う手続きを案内しました．
7. ノート PC 推奨スペック未満の問題• 本学は新入生の入学時に，BYOD 化のノート PC 推奨スペックを案内し，新入生の多くは大学生協が販売するノート PC を購入しています．しかし，タブレット端末や古い機種のノート PC を持参する学生も少数ながら存在し，これらはスペックを満たしていない場合が多いです．このため，VirtualBox をインストールできない，CPU やメモリ不足によりノート PCの動作が不安定であるといった不具合が発生しています．こうした場合は，大学指定の推奨スペックと大学生協が販売するノート PC の情報を案内しています．

5 大学生協との連携
ノート PC に関する相談は，情報科学センター利用者窓口だけでなく，大学生協もヘルプデスクを開設して対応しています．ヘルプデスクは大学生協で購入したノート PC を対象としており，ハードウェ
ア障害への対応の他，複数の貸出用 PC を準備し，故障等で自身のノート PC が利用できない場合に有償・無償で貸し出すなど，情報科学センターが対応できないサポートを実施しています．また，大学生
協は初心者向けのパソコン講習会を独自で実施しています．
情報科学センターは生協の貸出用ノート PC や故障修理で初期化されたノート PC の再環境設定に関する技術サポートを担当するようにしました．また，相談内容によってスムーズに窓口へ案内できるよう，双方で緊密に情報共有しています．

6 必携ノート PC 導入後の学生の変化相談を受けている中で，相談者自身で ISC オンラインガイドやインターネット検索から情報を収集し，利用環境の整備や問題への対応を行ったケースが見られるようになってきました．これは，初期設定講
習会や講義等で「講義に必要な計算機環境の整備を学生自身に委ねる」という意識を持つよう繰り返し
指導してきたことで，ノート PC が必要な授業に際して，自身の責任で PC 環境を適切に整えておくという，計算機管理に対する意識が向上したものと推測しています．トライアンドエラーを繰り返した相談内容を以下に示します．
【相談内容】 Ubuntu 上で講義用のソフトウェアが動かなくなる

1. Ubuntu のアップデート情報を確認し，実行した
2. アップデート作業が失敗し，Ubuntu が起動しなくなった
3. 問題に関する情報を収集し，Ubuntu の公式サイトから最新版の Ubuntu イメージファイルを
ダウンロードして，VirtualBox にインポートした
4. 新しい Ubuntu は起動したものの，講義に必要なソフトウェアが見つからない
5. 利用者窓口に相談に来る

九州工業大学 情報科学センター
広報 第 32 号 2020.3

16

特集

7 おわりに
本稿では BYOD 化後に学生や教職員等に対する支援についての事例報告を行いました．これらの対応を通じて，ノート PC に対する興味と意欲が高い学生が様々なトライアンドエラーを行っていることを新たに発見できたことは大きな喜びでした．今後は意欲向上と共に，理解度を深める方法の検討と，その一方で，トラブルが生じても相談に来ないで諦めている学生へのフォロー対策も必要と考えます．
次年度もこうした取り組みを続け，より良い支援策を検討していきたいと考えています．
謝辞 本学支援を実施するにあたりご協力いただいた，本学情報科学センター大橋健教授，中山仁助教，
福田豊助教，佐藤彰洋助教，本学飯塚キャンパス技術部の戸田哲也氏，畑瀬卓司氏，和田数字郎氏，九州工業大学生協の古田慧介氏，本学飯塚キャンパス技術部の皆様に感謝の意を表します．

参考文献[1] 大橋健他「九州工業大学におけるノート PC 必携化について」九州工業大学情報科学センター広報
第 30 号（2018）[2] 林豊洋他「情報工学教育研究用コンピュータシステムの更新―教室端末運用から必携 PC 活用への転換―」九州工業大学情報科学センター広報第 31 号（2019）[3] 甲斐郷子他「ノート PC 利用者のための初期設定講習会 2018 実施報告」九州工業大学情報科学セン
ター広報第 31 号（2019）[4] 甲斐郷子他「ISC オンラインガイドの整備について」九州工業大学情報科学センター広報第 28 号
（2016）

17

九州工業大学 情報科学センター
広報 第 32 号 2020.3

解説 (研究紹介)

♢♢♢♢♢
解 説
♢♢♢♢♢

ブラックリストにより検出された悪性 DNS クエリの原因に基づく分類佐藤 彰洋 1福田 豊 2中村 豊 3

1 はじめに
マルウェアはインターネットにおける重大な脅威のひとつである．サイバー犯罪者は，マルウェアに感染した端末を介して，機密情報窃取，フィッシング詐欺，標的型攻撃などの悪意ある活動を試みる．
米 McAfee 社の報告によると，約 30 万のマルウェアが日々誕生しており，それによる 2017 年の被害総額は 6000 億ドルを超える [1]．そのため，マルウェアに対抗するための技術の確立が急務である．
マルウェアによる被害の抑止のため，管理者は自身のネットワークに内在する感染端末を迅速に排除する必要がある．ネットワーク内の感染端末を検出するためには，ブラックリストを利用した通信の監視が一般的である．マルウェアによる通信先の変更に対する迅速な追従のため，これまでに機械学習を用いたブラックリストの自動生成などの試みがなされてきた [2, 3]．しかしながら，ブラックリストに基づく検出は，(1) ブラックリストは必ず幾つかの誤りを含むこと，(2) 検出結果の正誤の判断が困難であることが問題となる．故に，単純にブラックリストに合致するか否かでは済まず，管理者による通信の調査と原因の特定が必須となる．
本稿では，ブラックリストに基づいて検出された悪性 DNS クエリを原因ごとに分類することを目指
す．DNS に着目した理由は，マルウェアによる通信に先んじて必ず名前解決が生じるためであり，そのようなマルウェアに起因する名前解決を悪性 DNS クエリと定義する．この分類の実現により，分析の必要な悪性 DNS クエリの数を大幅に削減することが可能となる．本稿の構成は次の通りである．まず，2 章で既存研究とその問題点を整理する．3 章で悪性 DNS クエリ分類手法を提案した後，4 章で提案手法の有効性を議論する．最後に 5 章で本研究の貢献と課題を纏める．

2

関連研究

Soldo らは，複数の参加者から提供される過去の攻撃ログに基づいて，新たにブラックリストを生成する方法を提案している [4]．一方，Sun らが開発した AutoBLG [2] や，Rahbarinia らが開発した Segugio [3]は，既存のブラックリストから新たにブラックリストを自動生成するシステムである．これらの違いは，自動生成のために AutoBLG がウェブのクローリング結果を利用するのに対し，Segugio は受動的なトラ
フィックの観測結果を利用する点である．このように，ブラックリストの高度化については頻繁な研究が行われており，現在もネットワークにおける脅威防御戦略の中核を成している．
Kheir らは，ブラックリストには考慮すべき量の誤りが含まれることを示した [5]．これはクラウドやホスティング，ダイナミック DNS，広告ネットワークなど，良性と悪性が混在するドメインが原因と考1 情報科学センター 助教
2 情報科学センター 助教
3情報科学センター 教授

satoh@isc.kyutech.ac.jp
fukuda@isc.kyutech.ac.jp
yutaka-n@isc.kyutech.ac.jp

19

九州工業大学 情報科学センター
広報 第 32 号 2020.3

解説 (研究紹介)=6x{>=6xŠ({>E¥µ=6xŠ({>=6xXÍìµ•“á
Oö=6x®
_ µ

®

ö

ö

図 1: 悪性 DNS クエリ分類手法の概要
えられる．加えて，自動生成されたブラックリストはこの問題を深刻化する要因と成り得る．著者らは，複数のブラックリストを相互照合することにより，ブラックリストの正確性の改善を試みている．しかしながら，ブラックリストはそれぞれの保護範囲が異なるため，それらの相互照合は保護範囲を大幅に狭めることになる．
Kührer らは，未登録のドメイン，パーキングドメイン，シンクホールドメインなどを考慮して，19 種のブラックリストの有効性を評価した [6]．その評価には，良性と悪性で予めラベル付けされたデータセットのみが用いられている．この理由は，通信の詳細な調査が必要となること，検出数に比例して調査範囲が拡大することから，ブラックリストによる検出結果の検証に煩雑さが伴うためである．この問題については，文献 [7] でも同様の指摘がなされている．
これまでに，DNS のクエリとレスポンスの分析に着目した幾つかの研究が発表されている．Wang らは，クエリの類似性に応じた端末の分類と，そのクエリの統計特性に応じた悪性の判別を実現する DBodを開発した [8]．しかしながら，このシステムはドメイン生成アルゴリズムに基づくマルウェアに特化しており，他に対しては全く効果が期待できない．Berger らは，クエリにおけるアドレスとドメインの関係の変化を継続的に学習する DNSMap を開発した [9]．このシステムは，階層構造を考慮してドメイ
ン文字列の類似性を導出する機能を有すが，その表層的な類似性では，悪性クエリの分類において十分な性能を発揮できない．

3 提案
本稿では，ブラックリストによる検出結果の効率的な分析のため，悪性 DNS クエリ分類手法を提案する．その独自性は，(1) ブラックリストと合致したクエリの前後には，その原因の推定を助けるクエリ群が存在することに着目したこと，(2) クエリの数値表現のため，クエリ間の共起関係を利用したこと，(3) クエリに対する重みの付与のため，一般的なマルウェアの性質，すなわち同一マルウェアファミリに感染した端末は，共通の悪性ドメイン群と繰り返し通信する性質を考慮したことの 3 点である．
九州工業大学 情報科学センター
広報 第 32 号 2020.3

20

解説 (研究紹介)
11-Jan-2018 05:00:53.265 queries: info: client 192.168.10.240#35704 ←(10.152.41.1.in-addr.arpa): query: 10.152.41.1.in-addr.arpa IN PTR + (192.168.0.1)
11-Jan-2018 05:00:53.467 queries: info: client 192.168.20.120#54171 ←(smtp.kyutech.ac.jp): query: smtp.kyutech.ac.jp IN SOA + (192.168.0.1)
11-Jan-2018 05:00:53.470 queries: info: client 192.168.20.120#54311 ←(www.ipsj.or.jp): query: www.ipsj.or.jp IN A + (192.168.0.1)
11-Jan-2018 05:00:53.470 queries: info: client 192.168.10.240#49193 ←(ieeexplore.ieee.org): query: ieeexplore.ieee.org IN AAAA + (192.168.0.1)
11-Jan-2018 05:00:53.473 queries: info: client 192.168.30.100#54015 ←(analytics.google.com): query: analytics.google.com IN TXT + (192.168.0.1)

図 2: 再帰 DNS に対するクエリログの例
これにより，従来のドメイン文字列による表層的な類似性に基づく分類とは異なり，悪性クエリとそれに付随するクエリ群が潜在的に示す原因に基づく分類を実現する．加えて，ネットワークへの導入が非常に容易な点を留意すべきである．具体的には，DNS の名前解決にのみ着目するため，本手法の導入はネットワーク内の再帰 DNS に対する名前解決，または名前解決のログを転送するのみである．
図 1 に提案手法の概要を示す．本手法は，(1) クエリ部分ログ選択機能，(2) クエリ数値化機能，(3) 悪性クエリ類似性導出機能により構成される．以降，各機能の詳細について述べる．

3.1 クエリ部分ログ選択機能
本機能は，ブラックリストとの比較により，クエリログから悪性クエリを検出する．次いで，悪性ク
エリを含む前後をクエリ部分ログとして選択する．この理由は，ブラックリストと合致したクエリの前
後には，その原因の推定を助けるクエリ群が存在するためである．
本機能への入力となるクエリログは，ネットワーク内の端末群から再帰 DNS に対する名前解決要求の記録である．図 2 に，アドレスが 192.168.0.1 の再帰 DNS に対するクエリログの例を示す．これにおいて，各クエリは発生時間，送信元アドレス，ドメイン名，ドメインのクラスやタイプなどの値を持つ．留意すべきは，クエリログにおけるドメイン名をプライマリドメイン名に短縮する点である．プ
ライマリドメイン名は登録可能な最高レベルのドメイン名である．具体的には，www.ipsj.or.jpと smtp.kyutech.ac.jp のプライマリドメインは，それぞれ ipsj.or.jp と kyutech.ac.jp となる．
先ず，クエリ xn∗ のドメイン名がブラックリスト L B のエントリと合致した場合，クエリ xn∗ を悪性として検出する．ここで，クエリログから検出された悪性クエリの数を N とする．次いで，悪性クエリ xn∗と同一送信元アドレス且つその前後 tα 秒未満のクエリ群を，クエリ部分ログ Xn として抽出する．本機
能の出力は， N の悪性クエリから得られた N のクエリ部分ログの集合 X となる．

3.2 クエリ数値化機能
本機能は，Word2Vec とソフトクラスタリングの 2 種類の機械学習手法により，クエリ間の共起関係に基づいたクエリの数値化を試みる．この理由は，全クエリ部分ログに含まれる膨大な数のクエリの特徴を効率的に表現するためである．
共起関係に基づいたクエリの分散表現のために，全クエリ部分ログ X に Word2Vec を適用する．ここで分散表現とは，1 つのデータをベクトル空間の 1 点に対応付ける表現方法を意味する．Word2Vec は，
自然言語処理の分野で注目されている分散表現のための手法で，「文中の各単語はその周辺語と強い関係性がある」という仮定に基づき各単語の特徴をベクトルで表現する [10]．文中の単語をクエリ部分ログ

21

九州工業大学 情報科学センター
広報 第 32 号 2020.3

解説 (研究紹介)
中のクエリに対応付けるための，我々による Word2Vec の改良は，(1) 単語に代わりクエリのドメイン名を用いたこと，(2) 共起関係を測る周辺語の範囲を単語数から時間，tβ 秒未満に変更したことである．
次いで，クエリの分散表現にガウス混合モデル基づくソフトクラスタリングを適用する．ソフトクラスタリングは，各データポイントが各クラスタに属する確率を導出する手法である [11]．各クラスタには，共起関係が類似したクエリ，すなわち機器間の通信において担うタスクが類似したクエリの集約が期待できる．次式に，本機能の出力となるクエリの帰属率を示す．

()® i ) = p(c1 |xi ), · · · , p(cm |xi ), · · · , p(cM |xi )p(xここで， M はクラスタの数， p(cm |xi ) はクエリ xi がクラスタ cm に属する確率を意味する．

3.3 悪性クエリ類似性導出機能
本機能は，クエリ部分ログに含まれるクエリの帰属率から特徴ベクトルを導出する．その特徴ベクトルの類似性をコサイン距離で比較することにより，悪性クエリとそれに付随するクエリ群が潜在的に示す原因に基づく分類を実現する．留意すべきは，一般的なマルウェアの性質を考慮して，複数のクエリ
部分ログに共通して出現するクエリを重視した点である．
上述のように，帰属率はクエリが通信において担うタスクを暗に意味する．加えて，クエリ部分ログ
において，そのクエリ群が担うタスクの類似性は，その原因の類似性に強く依存すると考えられる．そこで，クエリの帰属率の加重和からクエリ部分ログの特徴ベクトルを導出する．
∑
® i)
X®n =
wα (xi ) wβ (xi ) wγ (xi ) p(xxi ∈Xn

この式において，クエリ xi のドメイン名がホワイトリスト LW に含まれる場合は wγ = 0，それ以外は1 となる．また，一般的なマルウェアの性質を考慮したクエリ xi の重み，wα と wβ を次式で示す．

wα (xi ) =|Faddr (xi , X) ∩ Fname (xi , X)||Faddr (xi , X)|

andwβ (xi ) =|Flist (xi , X) ∩ Fname (xi , X)||Flist (xi , X)|

ここで，Fname (xi , X)，Faddr (xi , X)，Flist (xi , X) は集合 X の 3 つの異なった部分集合である．Fname (xi , X)
は，クエリ xi と同一ドメイン名のクエリを含むクエリ部分ログから成る集合である．一方，Faddr (xi , X)と Flist (xi , X) は，クエリ xi を含むクエリ部分ログ Xn と比較して，同一送信元アドレスのクエリ部分ロ
グと，ブラックリストの同一エントリに合致したクエリ部分ログから成る集合である．また， | · | は集合の要素数を意味する．本機能の出力は，クエリ部分ログの特徴ベクトルをコサイン距離で比較することで得られた悪性クエリの類似性である．

4 評価
本章では，実験を通じた提案手法の評価により，悪性クエリを原因ごとに分類できること，それによりブラックリストの検出結果を効率的に分析できることを示す．4.1 節で実験の諸元について述べた後，
4.2 節，4.3 節，4.4 節で結果について議論する．

4.1 諸元実験に用いたデータセットは，キャンパスネットワークで 2017 年 1 月から 2018 年 2 月までに観測されたクエリ群である．ブラックリスト L B は一般公開されている 3 種を [12, 13, 14]，ホワイトリスト LW
は自ネットワークのドメインに加え，Alexa が公開するアクセス数の上位 1,000,000 件を採用した [15]．
九州工業大学 情報科学センター
広報 第 32 号 2020.3

22解説 (研究紹介)
提案手法における各種パラメタを，経験的に tα = 90，tβ = 1.0 に設定した．また，Word2Vec の次元数，学習係数，反復数をそれぞれ 100，0.0005，250,000 に設定した．これらの最適化は今後の課題とする．
提案手法との比較のため，文献 [9, 16] を参考に悪性クエリを分類する 2 つの手法を実装した．第 1の実装は，ドメイン文字列の類似性を用いた手法であり，第 2 の実装は，Word2Vec の最も有名な拡張のひとつである Doc2Vec を用いた手法である．Word2Vec が単語の特徴ベクトルを導出するのに対し，
Doc2Vec は単語群，すなわち文章の特徴ベクトルを導出する．Doc2Vec の各種パラメタは，共起関係を測る周辺語の範囲を 5，その他を提案手法と同値に設定した．これらの比較のために用いた機器の構成
を，表 1 に示す．

4.2 分類精度の比較
文献 [17, 18] では，多くのマルウェアが TXT タイプのクエリを介して通信することが報告されている．そこで，ドメイン名がブラックリストのエントリと合致する，且つドメインタイプが TXT のクエリを悪性とした．データセットから検出されたのは，総クエリ数が 388，その総ドメイン数が 158 である．
図 3 に実験結果を示す．各手法により導出された悪性クエリの類似性を可視化するために，多次元尺度構成法を適用した．ここで，各シンボルは悪性クエリを，シンボル間の距離は悪性クエリの類似性を意味する．図 3(a) と 3(b) では，各シンボルが散乱しているため，これらから悪性クエリの類似性を判断することが困難である．2 つの実装において性能が低下したそれぞれの理由は，ドメイン文字列の表
層的な類似性により悪性クエリを分類することの限界と，悪性クエリの前後に含まれる原因の推定に不要なクエリ群の影響である．一方，提案手法は，388 の悪性クエリを 3 のクラスタに明確に分類していることから，それによる分析の効率化が期待できる．
図 3(c) のクラスタ (1)，(2)，(3) に分類された悪性クエリの数は，それぞれ 1，12，375 であった．これら悪性クエリとそれに付随するクエリ群を，ウェブ検索や WHOIS，各種ドメイン評価サービスで調査することにより [20, 22, 23]，その原因の特定を行なった．1 つの悪性クエリのみクラスタ (1) に分類された
原因は，そのクエリの前後に殆ど通信が発生しなかったためである．具体的に，その期間に観測されたのは，総クエリ数が 7，その総ドメイン数が 2 のみであった．このような場合では，提案手法による類似性の導出は困難となる．クラスタ (2) では，悪性クエリの前後にドメインレピュテーションのための通信が多発していた．例えば，その通信先は spamhaus.org，abuseat.org，barracudacentral.orgなどである．このことから，クラスタ (2) の悪性クエリは，セキュリティ機器による通信を誤検出したことが原因と考えられる．一方，クラスタ (3) では，悪性クエリの前後に BitTorrent の Tracker に対する通信が発生していた．例えば，その通信先は opentrackr.org，asnet.pw，blackunicorn.xyz などである．ブラックリストに登録のあるドメインへの通信であること，P2P を介して通信するマルウェ
アが報告されていることから [24, 25]，これらの悪性クエリはマルウェアの感染が原因と考えられる．上

表 1: 評価に用いた機器の構成

CPU
RAM
GPU
KernelSoftwareIntel(R) Core(TM) i5-4460 3.20GHz
DDR3 16GB
NVIDIA GeForce GTX 750 Ti
Linux 3.10.0-693.11.1.el7.x86_64
TensorFlow 1.3.0, CUDA Toolkit 8.0 with cuDNN 6.0

23

九州工業大学 情報科学センター
広報 第 32 号 2020.3

解説 (研究紹介)

表 2: 各手法における計算時間 [sec]Berger et al. [9]1.505

Le et al. [16]1418.474

Our work
2074.312

表 3: 各手法における定性的な比較

分類精度
計算時間
分析負荷
分類の柔軟性手法の汎用性Berger et al. [9]
poor
good
poor
poor
poor

Le et al. [16]
poor
fair
poor
fair
fair

Our work
good
poor
good
good
good

述の結果，すなわち提案手法による分類において各クラスタが共通の原因のクエリのみで構成されることから，それによる分類の正確性が確認できた．

4.3 計算時間の比較
表 2 に各手法の計算時間を示す．ここで留意すべきは，事前の処理が可能であるため，クエリ部分ロ
グの選択に要する時間は除外した点である．2 つの実装が 1.505 秒と 1418.474 秒であるのに対し，提案手法は最も悪く 2074.312 秒となった．提案手法で計算時間を必要とするのは，クエリ数値化機能における Word2Vec の処理であり，全体の約 70 %を占めていた．この結果を踏まえ，その高速化のための改良点について調査を行った．
図 4 に Word2Vec における損失値，計算時間，反復数の関係を示す．ここで，損失値は共起関係の導出
における予測値と正解値との乖離の総和である．図中の実線が損失値と反復数の関係を，破線が計算時
間と反復数の関係を示す．この破線の関係が線形であることから，計算時間の短縮のために反復数を抑えることの重要性が読み取れる．図中の矢印 (A) は，これまでの実験で用いた反復数である 250,000 の箇所を，矢印 (B)，(C)，(D) は，それぞれ 125,000，500,000，1,000,000 の箇所を指している．矢印 (A)，
(B)，(C)，(D) における損失値は，それぞれ 12.844，25.892，8.585，5.876 であり，矢印 (B) の箇所で損失値がほぼ収束していることが見て取れる．また，矢印 (B)，(C)，(D) の箇所の分類結果を確認したところ，それらと矢印 (A) の箇所の分類結果との間に差異は見られず，図 3(c) と同等の結果であった．この理由は，この処理に次ぐソフトクラスタリングにより，多少の共起関係の差は吸収されるためである．
この結果から，損失値を基準に反復を終了することで，計算時間を大幅に短縮できることが明らかになった．

4.4 定性的な比較
表 3 に，各手法の定性的な比較を示す．先ず，前節までの評価で述べたように，提案手法は高い分類精度を有するが，それに伴い多くの計算時間を要する．その一方で，分析の必要な悪性 DNS クエリの数を大幅に削減できるため，管理者による分析の負荷を大幅に低減することが可能である．次に，ドメ
イン文字列に基づく既存の手法は，同一ドメインへの通信を単純に同一悪性クエリとして分類するのに
九州工業大学 情報科学センター
広報 第 32 号 2020.3

24

解説 (研究紹介)
対し，提案手法は，悪性クエリに付随するクエリ群にも着目しているため，非常に柔軟な分類を実現できる．その例として，(1) 同一ドメインへのマルウェアの通信を，その通信の成否に基づいて異なる悪性クエリとして判別できること，(2) 不正広告 [26] やマルウェア配布ネットワーク [27] に代表される複数ドメインの連携により成る通信では，その遷移先の共通性に基づいて同一悪性クエリとして判別できることなどが挙げられる．最後に，提案手法は高い汎用性を備えており，その適用範囲は DNS クエリ
ログのみに限定されることはない．具体的には，異常検出や不正検出，ウェブプロキシなど，様々なシ
ステムのログへの応用が期待できる．

5 おわりに本稿では，ブラックリストによる検出結果の効率的な分析のため，悪性 DNS クエリを原因ごとに分類することを試みた．また実験を通じて，ブラックリストに基づいて検出された 388 のクエリを 3 のク
ラスタに分類できること，各クラスタが共通の原因のクエリのみで構成されることを確認した．これにより，ネットワークに内在するマルウェアへの迅速な対処が可能となるため，ネットワークの運用において安全性の向上が期待できる．
今後の予定は，ブラックリストの検出を TXT タイプのクエリに限らず，他のクエリにも提案手法を適用することで，その有効範囲を明らかにする．また，マルウェアの通信に関係しないクラスタを除外するための，新たな機能の追加を検討する．
謝辞 本研究開発は総務省 SCOPE（受付番号 192210001）の受託を受けたものである．ここに深く謝
意を示す．

参考文献
[1] J.
A.
Lewis,“Economic
Slowing
Down,”
economic-impact-cybercrime, 2018.

ImpactofCybercrime—Nohttps://www.csis.org/analysis/[2] B. Sun et al., “Automating URL Blacklist Generation with Similarity Search Approach,” IEICE Transactions on Information and Systems, vol.E99.D, no.4, pp.873–882, 2016.
[3] B. Rahbarinia et al., “Eﬃcient and Accurate Behavior-Based Tracking of Malware-Control Domains in
Large ISP Networks,” ACM Transactions on Privacy and Security, vol.19, no.2, pp.4:1–4:31, 2016.
[4] F. Soldo et al., “Blacklisting Recommendation System: Using Spatio-Temporal Patterns to Predict Future
Attacks,” IEEE Journal on Selected Areas in Communications, vol.29, no.7, pp.1423–1437, 2011.
[5] N. Kheir et al., “Mentor: Positive DNS Reputation to Skim-Oﬀ Benign Domains in Botnet C&C Blacklists,” Proceedings of the International Conference on ICT Systems Security and Privacy Protection,
pp.1–14, 2014.
[6] M. Kührer et al., “Paint It Black: Evaluating the Eﬀectiveness of Malware Blacklists,” Proceedings of theInternational Symposium on Research in Attacks, Intrusions and Defenses, pp.1–21, 2014.
[7] L. Bilge et al., “Exposure: A Passive DNS Analysis Service to Detect and Report Malicious Domains,”
ACM Transactions on Information and System Security, vol.16, no.4, pp.14:1–14:28, 2014.

25

九州工業大学 情報科学センター
広報 第 32 号 2020.3

解説 (研究紹介)[8] T. S. Wang et al., “DBod: Clustering and Detecting DGA-based Botnets using DNS Traﬃc Analysis,”
Computers & Security, vol.64, pp.1–15, 2017.
[9] A. Berger et al., “Mining Agile DNS Traﬃc using Graph Analysis for Cybercrime Detection,” Computer
Networks, vol.100, pp.28–44, 2016.
[10] T. Mikolov et al., “Distributed Representations of Words and Phrases and their Compositionality,” Advances in Neural Information Processing Systems, pp.3111–3119, 2013.
[11] L. Scrucca et al., “mclust 5: Clustering, Classification and Density Estimation using Gaussian Finite
Mixture Models,” The R Journal, vol.8, no.1, pp.205–233, 2016.
[12] DNS-BH, https://www.malwaredomains.com.
[13] hpHosts Online, https://hosts-file.net.
[14] abuse.ch, https://abuse.ch.
[15] Alexa, http://www.alexa.com.
[16] Q. Le et al., “Distributed Representations of Sentences and Documents,” Proceedings of the International
Conference on Machine Learning, pp.1188–1196, 2014.
[17] H. Ichise et al., “Analysis of DNS TXT Record Usage and Consideration of Botnet Communication
Detection,” IEICE Transactions on Communications, vol.E101.B, pp.70–79, 2018.
[18] J. Christian et al., “On Botnets that Use DNS for Command and Control,” Proceedings of the European
Conference on Computer Network Defense, pp.9–16, 2011.
[19] WHOIS
Search,https://who.is.

DomainName,

Website,andIP

Tools,[20] VirusTotal, https://www.virustotal.com.
[21] Web of Trust, https://www.mywot.com.
[22] SimilarWeb, https://www.similarweb.com.
[23] NetValuator, http://www.netvaluator.com.
[24] R. Cuevas et al., “TorrentGuard: Stopping Scam and Malware Distribution in the BitTorrent Ecosystem,”Computer Networks, vol.59, pp.77–90, 2014.
[25] A. D. Berns et al., “Searching for Malware in BitTorrent,” University of Iowa Computer Science Technical
Report, pp.1–10, 2008.
[26] C. Dwyer et al., “Malvertising — A Rising Threat to the Online Ecosystem,” Journal of Information
Systems Applied Research, vol.10, no.3, pp.29–37, 2017.
[27] Z. Behfarshad, “Survey of Malware Distribution Networks,” Electrical and Computer Engineering, University of British Columbia, Technical Report, pp.1–13, 2012.

九州工業大学 情報科学センター
広報 第 32 号 2020.3

26

解説 (研究紹介)

1

0.5

0

-0.5

-1
-1

-0.5

0

0.5

1

0.5

1

0.5

1

(a) Berger et al. [9]
1

0.5

0

-0.5

-1
-1

-0.5

0

(b) Le et al. [16]
1
(1)
0.5

(2)

(3)
0

-0.5

-1
-1

-0.5

0

(c) Our work

図 3: 各手法における分類結果

27

九州工業大学 情報科学センター
広報 第 32 号 2020.3

解説 (研究紹介)

6000

loss value
calculation time

500

5000

400

4000

300

3000

200

2000

100

(B)

(A)

(C)

(D)

0
0

200

400

600

800

1000

0
1000

3

number of iterations [10 ]図 4: 反復数に対する損失値と計算時間の関係

九州工業大学 情報科学センター
広報 第 32 号 2020.3

28

calculation timeloss value600報告 (お知らせ)

♢♢♢♢♢
報 告
♢♢♢♢♢

お知らせ

情報科学センター 1

最近発行された ISC-News のうち，再度掲載した方が良いと思われるものをまとめました．なお，ニュースと実際の内容が異なる部分については，出来る限り現状に合うように訂正いたしました．過去の ISC
ニュースは，https://www.isc.kyutech.ac.jp/iscnews/ をごらんください．

1

BYOD 導入に伴う情報科学センター利用方法の変更について(対象：2018 年度までの入学生)
今年度から始まる BYOD(Bring Your Own Device) と情報科学センターシステム更新に伴い，飯塚はAV 講義室・端末演習室，戸畑は C-2B 講義室から端末とプリンタが撤去されました．
2018 年度までの入学生は，飯塚は端末講義室，戸畑は C-2G 講義室に設置している端末からプリンタを利用してください．端末とプリンタの設置については，以下のとおりです．
設置は○，設置無しは×．
教室名
AV 講義室
端末講義室
端末演習室

端末
×
○
×

プリンタ
×
×
○

教室名
C-2B 講義室
C-2G 講義室
オープン端末室

端末
×
○
○

プリンタ
×
○
×

プリンタの利用方法など変更がありますので，ISC オンラインガイド『印刷方法』『BYOD 導入に伴う変更点』を参照してください．
★オンラインガイド

https://onlineguide.isc.kyutech.ac.jp/★『BYOD に伴う変更点』
困ったときの Q ＆ A → 前システムからの移行について → BYOD に伴う変更点★『印刷方法』
基本編 → 教育用システムの Linux 環境 → 印刷方法

1support@isc.kyutech.ac.jp

29

九州工業大学 情報科学センター
広報 第 32 号 2020.3

報告 (お知らせ)

2 遠隔接続サービス公開について
情報科学センターでは，遠隔利用端末を 2019 年 4 月 12 日 (金) より公開します．
新遠隔利用サービスでは Windows に標準で実装されているリモートデスクトップ接続アプリケー
ションを用い，前サービスと同様に情報科学センターの教育用 Linux システムの利用を可能とします．

macOS，Linux においてもリモートデスクトップ接続と同等の機能を有するアプリケーションを用いてサービスの利用が可能です．
なお，2018 年度までの入学生と教職員はこのサービスを利用する事ができますが，2019 年度入学生は利用する事ができません．
具体的な利用方法など詳細は，情報科学センターのオンラインガイドを参照してください．
☆ オンラインガイド

https://onlineguide.isc.kyutech.ac.jp/『応用編』 → 『リモートデスクトップ接続の利用方法』

九州工業大学 情報科学センター
広報 第 32 号 2020.330

報告 (利用実績)

利用実績

次の実績報告を示します．

• 教育システム利用者延べ人数および CPU 利用時間
• 情報コンセント接続および VPN 接続の利用状況• 九工大メールのアカウント発行実績• 通常講義以外での講義室の利用状況• 情報科学センターへの訪問者• 講習会の参加人数• 各キャンパスの講義室の時間割

31

九州工業大学 情報科学センター
広報 第 32 号 2020.3

報告 (利用実績)

1 教育システム利用者延べ人数および CPU 利用時間
2019 年 1 月から 2019 年 12 月の利用者延べ人数および CPU 利用時間を示します．

九州工業大学 情報科学センター
広報 第 32 号 2020.3

32

報告 (利用実績)

2 情報コンセント及び VPN の利用状況
2.1 飯塚キャンパス
2019 年 1 月から 12 月までに利用された，情報コンセント・VPN の利用状況を示します．

情報コンセント接続数（飯塚）
3,500

3,000

2,500

2,000

1,500

1,000

500

0
2019/1/1

2019/2/1

2019/3/1

2019/4/1

2019/5/1

2019/6/1

2019/7/1

端末数（台）

2019/8/1

2019/9/1

2019/10/1

2019/11/1

2019/12/1

2019/9/1

2019/10/1

2019/11/1

2019/12/1

利⽤者数（⼈）VPN接続利⽤状況（飯塚）
2,500

2,000

1,500

1,000

500

0
2019/1/1

2019/2/1

2019/3/1

2019/4/1

2019/5/1

2019/6/1

2019/7/1

実利⽤者数（⼈）

33

2019/8/1
アクセス数（回）

九州工業大学 情報科学センター
広報 第 32 号 2020.3

報告 (利用実績)

2.2 戸畑キャンパス
2019 年 1 月から 12 月までに利用された，情報コンセント・VPN の利用状況を示します．

情報コンセント接続数（⼾畑）
4,000

3,500

3,000

2,500

2,000

1,500

1,000

500

0
2019/1/1

2019/2/1

2019/3/1

2019/4/1

2019/5/1

2019/6/1

2019/7/1

端末数（台）

2019/8/1

2019/9/1

2019/10/1

2019/11/1

2019/12/1

2019/9/1

2019/10/1

2019/11/1

2019/12/1

利⽤者数（⼈）VPN接続利⽤状況（⼾畑）
2,500

2,000

1,500

1,000

500

0
2019/1/1

2019/2/1

2019/3/1

2019/4/1

2019/5/1

2019/6/1

2019/7/1

実利⽤者数（⼈）

九州工業大学 情報科学センター
広報 第 32 号 2020.3

34

2019/8/1
アクセス数（回）報告 (利用実績)

3 九工大メールアカウント数
3.1 アカウント数の推移
九工大メールメールサービス開始年 (2013 年 1 月) から 2020 年 1 月までの九工大メールアカウント数(学生，教職員) の推移を示します．

九⼯⼤メールアカウント数
学⽣アカウント数

25000

教職員アカウント数

20000

15000

10000

5000

2020年3⽉

2020年1⽉

2019年9⽉

2019年11⽉

2019年7⽉

2019年5⽉

2019年3⽉

2019年1⽉

2018年9⽉

2018年11⽉

2018年7⽉

2018年5⽉

2018年3⽉

2018年1⽉

2017年9⽉

2017年11⽉

2017年7⽉

2017年5⽉

2017年3⽉

2017年1⽉

2016年9⽉

2016年11⽉

2016年7⽉

2016年5⽉

2016年3⽉

2016年1⽉

2015年9⽉

2015年11⽉

2015年7⽉

2015年5⽉

2015年3⽉

2015年1⽉

2014年9⽉

2014年11⽉

2014年7⽉

2014年5⽉

2014年3⽉

2014年1⽉

2013年9⽉

2013年11⽉

2013年7⽉

2013年5⽉

2013年3⽉

2013年1⽉

02020 年 3 月時点のアカウント数：学生 (卒業生含む)19041，教職員 (退職者含む)2174

3.2 多数のアカウントを発行した年月一覧
多数 (500 アカウント以上) のアカウントを発行した年月，発行アカウント数および事由は以下の通り
です．
2013 年 2 月 2012 年度卒業予定者向け発行 (発行数:1849)
2013 年 10 月 2013 年度卒業予定者向け発行 (発行数:1700)
2014 年 2 月 全在学生への付与に伴う発行 (発行数:4989)，全教職員への付与に伴う発行 (発行数:679)
2014 年 4 月 2014 年度入学生向け発行 (発行数:1794)
2015 年 4 月 2015 年度入学生向け発行 (発行数:1696)
2016 年 4 月 2016 年度入学生向け発行 (発行数:1688)2017 年 4 月 2017 年度入学生向け発行 (発行数:1687)2018 年 4 月 2018 年度入学生向け発行 (発行数:1697)
2019 年 4 月 2019 年度入学生向け発行 (発行数:1585)35

九州工業大学 情報科学センター
広報 第 32 号 2020.3

報告 (利用実績)

4 通常講義以外での講義室の利用状況
2019 年 1 月から 2019 年 12 月までの間に情報科学センターを利用された講義・セミナー等を，飯塚・
戸畑キャンパス別に示します．

4.1 情報科学センター (飯塚) の講義室
内容
講義
講義
講義
オープンキャンパス
オープンキャンパス
補講
集中講義
集中講義
集中講義
集中講義
集中講義
補講
補講
オリエンテーション
講義
講義
講義
講義
講義

九州工業大学 情報科学センター
広報 第 32 号 2020.3

利用対象者
学生
学生
学生
高校生
高校生
学生
学生
学生
学生
学生
学生
学生
学生
学生
学生
学生
学生
学生
学生

利用日時・講義室

2019.1.8
2019.2.6
2019.2.13
2019.7.13
2019.7.14
2019.7.26
2019.8.21
2019.8.22
2019.8.27
2019.8.28
2019.8.29
2019.9.12
2019.9.19
2019.9.20
2019.10.23
2019.10.24
2019.12.4
2019.12.11
2019.12.18

36

5 時限目 (AV 講義室)
3-4 時限目 (C303 講義室)
3-5 時限目 (端末講義室)
1-4 時限目 (端末講義室)
1-4 時限目 (端末講義室)
1,5 時限目 (AV 講義室)
1-5 時限目 (端末講義室)
1-5 時限目 (端末講義室)
1-5 時限目 (端末講義室)
1-5 時限目 (端末講義室)
3-5 時限目 (端末講義室)
3-4 時限目 (AV 講義室)
3-4 時限目 (AV 講義室)
2 時限目 (端末講義室)
4-5 時限目 (端末講義室)
2-4 時限目 (AV 講義室)
3-4 時限目 (端末講義室)
3-4 時限目 (端末講義室)
3-4 時限目 (端末講義室)

報告 (利用実績)

4.2 情報科学センター (戸畑) の講義室
内容

利用対象者

説明会
説明会
講義
講義
講義
講義
講義
講義
講義
講義
講義
講義
説明会
講義
講義
講義
説明会

学生
学生
学生
学生
学生
学生
学生
学生
学生
学生
学生
学生
学生
学生
学生
学生
学生・職員

利用日時・講義室

2019.4.22-26
2019.4.26
2019.5.22
2019.5.27
2019.5.30
2019.6.4
2019.6.5
2019.6.6
2019.6.11
2019.6.13
2019.6.20
2019.7.18
2019.7.18
2019.7.8,17,22,29
2019.8.5
2019.11.14
2019.11.28

5 時限目 (C-2G 講義室)
4 時限目 (C-2B 講義室)
4 時限目 (C-2G 講義室)
5 時限目 (C-2G 講義室)
3 時限目 (C-2G 講義室)
1 時限目 (C-2G 講義室)
4 時限目 (C-2G 講義室)
3 時限目 (C-2G 講義室)
4 時限目 (C-2G 講義室)
3 時限目 (C-2G 講義室)
3,4 時限目 (C-2G 講義室)
3 時限目 (C-2G 講義室)
4 時限目 (C-2G 講義室)
6,7 時限目 (C-2G 講義室)
6,7 時限目 (C-2G 講義室)
5 時限目 (C-2G 講義室)
5 時限目 (C-2B 講義室)

5 訪問者
2019 年 1 月から 2019 年 12 月までの間の情報科学センターへの訪問者及び人数を，キャンパス別に示します．

5.1 情報科学センター (飯塚) への訪問者• 2019 年 8 月 20 日 (水)静岡文化芸術大学

14:00〜16:30
3名• 2019 年 8 月 23 日 (金)沖縄高等工業専門学校

10:30〜13:00
1名

5.2 情報科学センター (戸畑) への訪問者• 該当なし37

九州工業大学 情報科学センター
広報 第 32 号 2020.3

報告 (利用実績)

6 講習会の参加人数
2019 年 1 月から 2019 年 12 月までの間に開催された講習会の参加人数について，キャンパス別に示します．

6.1 飯塚キャンパス• 2019 年 3 月 26 日 (火)授業担当者対象新システム説明会 (飯塚) 11 名

• 2019 年 10 月 29 日 (火)九大スーパーコンピュータシステム利用講習会 (飯塚) 5 名• 2019 年 11 月 29 日 (金)アプリケーション配信システムに関する説明会 (飯塚) 6 名

6.2 戸畑キャンパス• 2019 年 3 月 28 日 (木)授業担当者対象新システム説明会 10 名

• 2019 年 11 月 28 日 (木)アプリケーション配信システムに関する説明会 (戸畑) 5 名

九州工業大学 情報科学センター
広報 第 32 号 2020.338報告 (利用実績)

7 各キャンパスの講義室の時間割
飯塚 2019 年度 第 1 クオーター 講義時間割

ࠉᖺᗘࠉ➨ࢡ࢛࣮ࢱ࣮ࠉ᫬ࠉ㛫ࠉ๭
$9ㅮ⩏ᐊ

➃ᮎㅮ⩏ᐊ

༗๓୰㛢㤋

༗๓୰㛢㤋



ࣉࣟࢢ࣑ࣛࣥࢢ

ࣉࣟࢢ࣑ࣛࣥࢢ



ϩࠉᖺ

Ϩࠉᖺ



஀୓

᪂ぢ



᭶
᭙
᪥

ⅆ
᭙
᪥

Ỉ
᭙
᪥





ࣉࣟࢢ࣒ࣛタィ▱ⓗᖺࠉࠉࠉࠉྂ㈡ࣉࣟࢢ࣑ࣛࣥࢢ

ࣉࣟࢢ࣒ࣛタィྜྠࢡࣛࢫ% Ϫ%ϫ% ࠉᖺ≀⌮ᖺࠉࠉࠉࠉᔱ⏣ఀ⸨༤࣭ᱵ⏣

ࣉࣟࢢ࣑ࣛࣥࢢ



Ϭࠉᖺ

ᩘ್ィ⟬
⏕࿨ᖺࠉࠉࠉࠉ➉ᮏ㰺⸨๛

᝟ሗ㏻ಙᕤᏛᐇ㦂,
᝟㏻ᖺࠉࠉ㯮ᓮࠊⲨᮌࠊᕝཎࠊ㉿





ᮌ
᭙
᪥




ࢥࣥࣆ࣮ࣗࢱࢢࣛࣇ࢕ࢵࢡࢫ%⏕࿨ᖺࠉࠉࠉࠉධబ




㔠
᭙
᪥



ேᕤ▱⬟ࣉࣟࢢ࣑ࣛࣥࢢ࣭₇⩦▱⬟ᖺࠉࠉࠉࠉᅧ㏆࣭⛅ඖࣉࣟࢢ࣒ࣛタィ㟁Ꮚᖺࠉࠉࠉࠉ◷ᓮ



39

九州工業大学 情報科学センター
広報 第 32 号 2020.3

報告 (利用実績)
飯塚 2019 年度 第 2 クオーター 講義時間割

ࠉᖺᗘࠉ➨ࢡ࢛࣮ࢱ࣮ࠉ᫬ࠉ㛫ࠉ๭
$9ㅮ⩏ᐊ

➃ᮎㅮ⩏ᐊ

༗๓୰㛢㤋

༗๓୰㛢㤋



ࣉࣟࢢ࣑ࣛࣥࢢ

ࣉࣟࢢ࣑ࣛࣥࢢ

ϩࠉᖺࠉࠉࠉࠉࠉ஀୓

Ϩࠉᖺࠉࠉࠉࠉࠉ᪂ぢ



᭶
᭙
᪥





ⅆ
᭙
᪥



ࣉࣟࢢ࣒ࣛタィ▱ⓗᖺࠉࠉࠉࠉྂ㈡㞞

䝥䝻䜾䝷䝭䞁䜾
ྜྠ䜽䝷䝇㻮㻔䊢㻮㻌㻗㻌䊣㻮㻕䚷䚷㻝ᖺఀ⸨༤䞉ᱵ⏣

ࣉࣟࢢ࣒ࣛタィ≀⌮ᖺࠉࠉࠉࠉᔱ⏣



Ỉ
᭙
᪥



ࣉࣟࢢ࣑ࣛࣥࢢ

Ϭࠉᖺࠉࠉࠉࠉࠉ㰺⸨๛ᩘ್ィ⟬⏕࿨ᖺࠉࠉࠉࠉ➉ᮏ






ᮌ
᭙
᪥




ࢥࣥࣆ࣮ࣗࢱࢢࣛࣇ࢕ࢵࢡࢫ%⏕࿨ᖺࠉࠉࠉࠉධబ




㔠
᭙
᪥



ேᕤ▱⬟ࣉࣟࢢ࣑ࣛࣥࢢ࣭₇⩦▱⬟ᖺࠉࠉࠉࠉᅧ㏆࣭⛅ඖࣉࣟࢢ࣒ࣛタィ㟁Ꮚᖺࠉࠉࠉࠉ◷ᓮ

九州工業大学 情報科学センター
広報 第 32 号 2020.340報告 (利用実績)
飯塚 2019 年度 第 3 クオーター 講義時間割

ࠉᖺᗘࠉ➨ࢡ࢛࣮ࢱ࣮ࠉ᫬ࠉ㛫ࠉ๭
$9ㅮ⩏ᐊ

➃ᮎㅮ⩏ᐊ

༗๓୰㛢㤋

༗๓୰㛢㤋



ࢹ࣮ࢱᵓ㐀࡜࢔ࣝࢦࣜࢬ࣒

ࢹ࣮ࢱᵓ㐀࡜࢔ࣝࢦࣜࢬ࣒

ϩࠉᖺࠉࠉࠉ⸨ཎ

Ϩࠉᖺࠉࠉࠉᑿୗ



᭶
᭙
᪥





ⅆ
᭙
᪥



≀⌮᝟ሗᕤᏛᐇ㦂,,≀⌮ᖺࠉࠉࠉࠉࠉᑠᏲ

䝕䞊䝍ᵓ㐀䛸䜰䝹䝂䝸䝈䝮ྜྠ䜽䝷䝇㻮㻔䊢㻮㻌㻗㻌䊣㻮㻕䚷䚷㻝ᖺ኱ᶫ䞉∦ᓟ䝕䞊䝍ᵓ㐀䛸䜰䝹䝂䝸䝈䝮ྜྠ䜽䝷䝇㻭㻔䊢㻭㻌㻗㻌䊣㻭㻕䚷䚷㻝ᖺ
኱ᶫ䞉∦ᓟ




Ỉ
᭙
᪥




ࢹ࣮ࢱᵓ㐀࡜࢔ࣝࢦࣜࢬ࣒

Ϭࠉᖺࠉࠉࠉ⏣୰




ᮌ
᭙
᪥



ศᏊタィᇶ♏
⏕࿨ᖺࠉࠉࠉࠉࠉ⸨஭






㔠
᭙
᪥



ศᏊタィᇶ♏
⏕࿨ᖺࠉࠉࠉࠉࠉ⸨஭

ࢿࢵࢺ࣮࣡ࢡࣉࣟࢢ࣑ࣛࣥࢢ3≀⌮࣭⏕࿨ᖺࠉࠉࠉࠉධబ



41

九州工業大学 情報科学センター
広報 第 32 号 2020.3

報告 (利用実績)
飯塚 2019 年度 第 4 クオーター 講義時間割

ࠉᖺᗘࠉ➨ࢡ࢛࣮ࢱ࣮ࠉ᫬ࠉ㛫ࠉ๭
$9ㅮ⩏ᐊ

➃ᮎㅮ⩏ᐊ

༗๓୰㛢㤋

༗๓୰㛢㤋



ࢹ࣮ࢱᵓ㐀࡜࢔ࣝࢦࣜࢬ࣒

ࢹ࣮ࢱᵓ㐀࡜࢔ࣝࢦࣜࢬ࣒

ϩࠉᖺࠉࠉࠉ⸨ཎ

Ϩࠉᖺࠉࠉࠉᑿୗ



᭶
᭙
᪥





ⅆ
᭙
᪥



≀⌮᝟ሗᕤᏛᐇ㦂,,≀⌮ᖺࠉࠉࠉࠉࠉᑠᏲ
䝕䞊䝍ᵓ㐀䛸䜰䝹䝂䝸䝈䝮ྜྠ䜽䝷䝇㻮㻔䊢㻮㻌㻗㻌䊣㻮㻕䚷䚷㻝ᖺ኱ᶫ䞉∦ᓟ䝕䞊䝍ᵓ㐀䛸䜰䝹䝂䝸䝈䝮ྜྠ䜽䝷䝇㻭㻔䊢㻭㻌㻗㻌䊣㻭㻕䚷䚷㻝ᖺ
኱ᶫ䞉∦ᓟ



ࢹ࣮ࢱᵓ㐀࡜࢔ࣝࢦࣜࢬ࣒

ࢢࣛࣇ࢕ࢵࢡࢫ₇⩦Ϭࠉᖺࠉࠉࠉ⏣୰

⏕࿨ᖺ






Ỉ
᭙
᪥



ᏳỌ




ᮌ
᭙
᪥







㔠
᭙
᪥




ࢿࢵࢺ࣮࣡ࢡࣉࣟࢢ࣑ࣛࣥࢢ3≀⌮࣭⏕࿨ᖺࠉࠉࠉࠉධబ



九州工業大学 情報科学センター
広報 第 32 号 2020.3

42報告 (利用実績)
戸畑 2019 年度 第 1 クオーター 講義時間割ᡞ⏿䚷ᖹᡂ㻟㻝ᖺᗘ䚷ㅮ⩏ᐊ฼⏝᫬㛫๭㻯㻙㻞㻮㻔㻥㻞ྡ䠅㻯㻙㻞㻳㻔㻝㻜㻜ྡ䠅

㻝

㛢㤋

㛢㤋

㻞

㛢㤋

㛢㤋

᭙᪥ ᫬㝈

᭶

๓ᮇ㻌➨㻝㻽

㻟᝟ሗฎ⌮ᇶ♏

ᶵᲔ▱⬟㻞ᖺ┾⏣㻔⠜㻕㻠᝟ሗฎ⌮ᇶ♏

ᶵᲔ▱⬟㻞ᖺ

┾⏣㻔⠜㻕᝟ሗฎ⌮ᇶ♏

ᘓタ♫఍㻞ᖺ

⨾⏣᝟ሗฎ⌮ᇶ♏

ᛂ⏝໬Ꮫ㻞ᖺ

⊦ᖹ᝟ሗฎ⌮ᇶ♏

䝬䝔䝸䜰䝹㻞ᖺ

⊦ᖹ

㻡
㻢
㻣
㻝

᝟ሗ䝸䝔䝷䝅䞊

㻠㢮㻝ᖺ

┾⏣㻔⍞㻕

㻞
ⅆ

㻟

᝟ሗ䝸䝔䝷䝅䞊

㻡㢮㻝ᖺ

ᒣཱྀ䠄┿䠅

㻠

᝟ሗ䝸䝔䝷䝅䞊

㻝㢮㻝ᖺ

ᒣཱྀ䠄┿䠅

㻝

᝟ሗ䝸䝔䝷䝅䞊㻟㢮㻝ᖺᮌᮧ᝟ሗฎ⌮ᇶ♏

㟁Ẽ㟁Ꮚ㻞ᖺ

ⰼἑ㻞᝟ሗ䝸䝔䝷䝅䞊

㻞㢮㻝ᖺ

ᮌᮧ

ᑓ㛛ⱥㄒ㻵

㟁Ẽ㟁Ꮚ㻟ᖺụỌ䠈௚㻟᝟ሗ䝸䝔䝷䝅䞊㻟㢮㻝ᖺὸᾏ᝟ሗฎ⌮ᇶ♏

㟁Ẽ㟁Ꮚ㻞ᖺ

୕ᾆ㻠᝟ሗ䝸䝔䝷䝅䞊㻞㢮㻝ᖺ㏆⸨䜰䝹䝂䝸䝈䝮䛸
䝕䞊䝍ᵓ㐀⥲ྜ䝅䝇䝔䝮㻟ᖺ஭ୖ᝟ሗฎ⌮ᇶ♏

Ᏹᐂ䝅䝇䝔䝮㻞ᖺⰼἑ䜰䝹䝂䝸䝈䝮䛸
䝕䞊䝍ᵓ㐀⥲ྜ䝅䝇䝔䝮㻟ᖺ

஭ୖ

㻡
㻢
㻣

Ỉ

㻡
㻢
㻣
㻝
㻞
㻟
ᮌ

㻠
㻡
㻢
㻣
㻝
㻞
㻟

㔠

㻠
㻡
㻢
㻣
䛿➨㻝㻔㻠㻛㻤㻙㻢㻛㻝㻝㻕䜽䜷䞊䝍䞊䜢ព࿡䛩䜛䠊╔Ⰽ↓䛧䛿➨㻝䠈㻞䜢㏻䛧䛶ᐇ᪋43

九州工業大学 情報科学センター
広報 第 32 号 2020.3

報告 (利用実績)
戸畑 2019 年度 第 2 クオーター 講義時間割ᡞ⏿䚷ᖹᡂ㻟㻝ᖺᗘ䚷ㅮ⩏ᐊ฼⏝᫬㛫๭㻯㻙㻞㻮㻔㻥㻞ྡ䠅㻯㻙㻞㻳㻔㻝㻜㻜ྡ䠅

㻝

㛢㤋

㛢㤋

㻞

㛢㤋

㛢㤋

᭙᪥ ᫬㝈

᭶

๓ᮇ㻌➨㻞㻽

㻟᝟ሗฎ⌮ᇶ♏

ᶵᲔ▱⬟㻞ᖺ┾⏣㻔⠜㻕㻠᝟ሗฎ⌮ᇶ♏

ᶵᲔ▱⬟㻞ᖺ

┾⏣㻔⠜㻕᝟ሗฎ⌮ᇶ♏

ᘓタ♫఍㻞ᖺ

⨾⏣᝟ሗฎ⌮ᇶ♏

ᛂ⏝໬Ꮫ㻞ᖺ

⊦ᖹ᝟ሗฎ⌮ᇶ♏

䝬䝔䝸䜰䝹㻞ᖺ

⊦ᖹ

㻡
㻢
㻣
㻝

᝟ሗ䝸䝔䝷䝅䞊

㻠㢮㻝ᖺ

┾⏣㻔⍞㻕

㻞
ⅆ

㻟

᝟ሗ䝸䝔䝷䝅䞊

㻡㢮㻝ᖺ

ᒣཱྀ䠄┿䠅

㻠

᝟ሗ䝸䝔䝷䝅䞊

㻝㢮㻝ᖺ

ᒣཱྀ䠄┿䠅

㻝

᝟ሗ䝸䝔䝷䝅䞊㻟㢮㻝ᖺᮌᮧ᝟ሗฎ⌮ᇶ♏

㟁Ẽ㟁Ꮚ㻞ᖺ

ⰼἑ㻞᝟ሗ䝸䝔䝷䝅䞊

㻞㢮㻝ᖺ

ᮌᮧ

ᑓ㛛ⱥㄒ㻵

㟁Ẽ㟁Ꮚ㻟ᖺụỌ䠈௚㻟᝟ሗ䝸䝔䝷䝅䞊㻟㢮㻝ᖺὸᾏ᝟ሗฎ⌮ᇶ♏

㟁Ẽ㟁Ꮚ㻞ᖺ

୕ᾆ㻠᝟ሗ䝸䝔䝷䝅䞊㻞㢮㻝ᖺ㏆⸨᝟ሗฎ⌮ᇶ♏

Ᏹᐂ䝅䝇䝔䝮㻞ᖺⰼἑ㻝⤌㎸䜏䝅䝇䝔䝮ᕤᏛ Ᏹᐂ䝅䝇䝔䝮㻞ᖺὸᾏ㻞⤌㎸䜏䝅䝇䝔䝮ᕤᏛ Ᏹᐂ䝅䝇䝔䝮㻞ᖺ

ὸᾏ

㻡
㻢
㻣

Ỉ

㻡
㻢
㻣
㻝
㻞
㻟
ᮌ

㻠
㻡
㻢
㻣

㻟
㔠

㻠
㻡
㻢
㻣
䛿➨㻞㻔㻢㻛㻝㻞㻙㻣㻛㻥㻕䜽䜷䞊䝍䞊䜢ព࿡䛩䜛䠊╔Ⰽ↓䛧䛿➨㻝䠈㻞䜢㏻䛧䛶ᐇ᪋九州工業大学 情報科学センター
広報 第 32 号 2020.3

44報告 (利用実績)
戸畑 2019 年度 第 3 クオーター 講義時間割ᡞ⏿䚷ᖹᡂ㻟㻝ᖺᗘ䚷ㅮ⩏ᐊ฼⏝᫬㛫๭ᚋᮇ➨㻟㻽㻯㻙㻞㻮㻔㻥㻞ྡ䠅㻯㻙㻞㻳㻔㻝㻜㻜ྡ䠅

㻝

㛢㤋

㛢㤋

㻞

㛢㤋

㛢㤋

᭙᪥ ᫬㝈

㻟
᭶

䝁䞁䝢䝳䞊䝍ゎᯒ㻵㻵ᛂ⏝໬Ꮫ㻟ᖺᇛ㷂䞉Ⲩᮌ㻝᝟ሗฎ⌮ᛂ⏝

㟁Ẽ㟁Ꮚ㻞ᖺ

ᮌᮧ㻞᝟ሗฎ⌮ᛂ⏝

㟁Ẽ㟁Ꮚ㻞ᖺ

ᮌᮧᑓ㛛ⱥㄒ㻵㻵

㟁Ẽ㟁Ꮚ㻟ᖺ

ụỌ䠈௚

㻠
㻡
㻢
㻣

㻟
ⅆ

㻠

᝟ሗ㻼㻮㻸

㻟㢮㻝ᖺ

ὸᾏ

㻡

᝟ሗ㻼㻮㻸

㻞㢮㻝ᖺ

ὸᾏ

㻝

᝟ሗ㻼㻮㻸

㻟㢮㻝ᖺ

⊦ᖹ

᝟ሗฎ⌮ᛂ⏝

䝬䝔䝸䜰䝹㻞ᖺ

୕ᾆ

㻞

᝟ሗ㻼㻮㻸

㻠㢮㻝ᖺ

⊦ᖹ

᝟ሗฎ⌮ᛂ⏝

ᶵᲔ▱⬟㻞ᖺ

୕ᾆ㻟᝟ሗฎ⌮ᛂ⏝ᘓタ♫఍㻞ᖺ

୕ᾆ㻠᝟ሗฎ⌮ᛂ⏝

ᛂ⏝໬Ꮫ㻞ᖺ୰ᮧ㻔㇏㻕᝟ሗฎ⌮ᛂ⏝

Ᏹᐂ䝅䝇䝔䝮㻞ᖺᮌᮧ᝟ሗฎ⌮ᛂ⏝

ᶵᲔ▱⬟㻞ᖺ

ᮌᮧ㻝䜰䝉䞁䝤䝸ゝㄒ⥲ྜ䝅䝇䝔䝮㻟ᖺὸᾏ㻞䜰䝉䞁䝤䝸ゝㄒ⥲ྜ䝅䝇䝔䝮㻟ᖺ

ὸᾏ

㻢
㻣

Ỉ

㻡
㻢
㻣
㻝
㻞

᝟ሗ㻼㻮㻸

㻡㢮㻝ᖺ

୰ཎ

㻟
ᮌ

㻠
㻡
㻢
㻣

㻟
㔠

㻠
㻡
㻢
㻣
䛿➨㻟㻔㻝㻜㻛㻝㻙㻝㻞㻛㻡㻕䜽䜷䞊䝍䞊䜢ព࿡䛩䜛䠊╔Ⰽ↓䛧䛿➨㻟䠈㻠䜢㏻䛧䛶ᐇ᪋45

九州工業大学 情報科学センター
広報 第 32 号 2020.3

報告 (利用実績)
戸畑 2019 年度 第 4 クオーター 講義時間割ᡞ⏿䚷ᖹᡂ㻟㻝ᖺᗘ䚷ㅮ⩏ᐊ฼⏝᫬㛫๭㻯㻙㻞㻮㻔㻥㻞ྡ䠅㻯㻙㻞㻳㻔㻝㻜㻜ྡ䠅

㻝

㛢㤋

㛢㤋

㻞

㛢㤋

㛢㤋

᭙᪥ ᫬㝈

᭶

ᚋᮇ➨㻠㻽

㻟

䝥䝻䜾䝷䝭䞁䜾ᢏἲ㟁Ẽ㟁Ꮚ㻞ᖺ

㔝ᯘ㻠䝁䞁䝢䝳䞊䝍ゎᯒ㻵㻵ᛂ⏝໬Ꮫ㻟ᖺᇛ㷂䞉Ⲩᮌ㻝᝟ሗฎ⌮ᛂ⏝

㟁Ẽ㟁Ꮚ㻞ᖺ

ᮌᮧ㻞᝟ሗฎ⌮ᛂ⏝

㟁Ẽ㟁Ꮚ㻞ᖺ

ᮌᮧ

㻡
㻢
㻣

㻟
ⅆ

㻠

᝟ሗ㻼㻮㻸

㻟㢮㻝ᖺ

ὸᾏ

ᑓ㛛ⱥㄒ㻵㻵

㟁Ẽ㟁Ꮚ㻟ᖺ

ụỌ䠈௚

㻡

᝟ሗ㻼㻮㻸

㻞㢮㻝ᖺ

ὸᾏ

᝟ሗฎ⌮䝅䝇䝔䝮㻵㻵ᶵᲔ▱⬟㻟ᖺ

㔠

㻝

᝟ሗ㻼㻮㻸

㻟㢮㻝ᖺ

⊦ᖹ

᝟ሗฎ⌮ᛂ⏝

䝬䝔䝸䜰䝹㻞ᖺ

୕ᾆ

㻞

᝟ሗ㻼㻮㻸

㻠㢮㻝ᖺ

⊦ᖹ

᝟ሗฎ⌮ᛂ⏝

ᶵᲔ▱⬟㻞ᖺ

୕ᾆ㻟᝟ሗฎ⌮ᛂ⏝ᘓタ♫఍㻞ᖺ

୕ᾆ㻠᝟ሗฎ⌮ᛂ⏝

ᛂ⏝໬Ꮫ㻞ᖺ୰ᮧ㻔㇏㻕᝟ሗฎ⌮ᛂ⏝

Ᏹᐂ䝅䝇䝔䝮㻞ᖺᮌᮧ᝟ሗฎ⌮䝅䝇䝔䝮㻵㻵ᶵᲔ▱⬟㻟ᖺ

㔠᝟ሗฎ⌮ᛂ⏝

ᶵᲔ▱⬟㻞ᖺ

ᮌᮧ䝥䝻䜾䝷䝭䞁䜾ᢏἲ㟁Ẽ㟁Ꮚ㻞ᖺ

㔝ᯘ

㻢
㻣

Ỉ

㻡
㻢
㻣
㻝
㻞

᝟ሗ㻼㻮㻸

㻡㢮㻝ᖺ

୰ཎ

㻟
ᮌ

㻠
㻡
㻢
㻣
㻝
㻞
㻟

㔠

㻠
㻡
㻢
㻣
䛿➨㻠㻔㻝㻞㻛㻥㻙㻟㻛㻟㻕䜽䜷䞊䝍䞊䜢ព࿡䛩䜛䠊╔Ⰽ↓䛧䛿➨㻟䠈㻠䜢㏻䛧䛶ᐇ᪋九州工業大学 情報科学センター
広報 第 32 号 2020.3

46

報告 (教育研究支援)♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢
報告 (教育研究支援)♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢

学会・研究会の開催支援について

情報科学センター 1
情報基盤運用室 2

1 教育システムの利用
情報科学センターでは，戸畑・飯塚の各キャンパスで開催される学会・研究会等の期間中に利用可能な教育システム利用アカウントの発行を通じて，その支援を行っています．アカウントの発行には，受入責任者からのアカウント発行依頼の提出が必要となります．詳細は，support@isc.kyutech.ac.jp まで
お問い合わせください．
令和元年に支援を行った学会・研究会等を表 1 に示します．
表 1: 支援を行った学会・研究会等一覧 (教育システム利用)
期日

キャンパス

行事名

支援内容

令和元年 5 月 12 日
〜 令和 2 年 3 月 31 日

飯塚
天神サテライト

情報教育支援士養成講座

リカレント講義室などの利用(発行数:38)

令和元年 5 月 12 日
〜 令和 2 年 3 月 31 日

飯塚
天神サテライト

免許法認定公開講座

リカレント講義室などの利用(発行数:15)

2 情報コンセントの利用
情報基盤運用室では，戸畑・飯塚の各キャンパスで開催される学会・研究会等の期間中に利用可能な情報コンセント利用アカウントの発行を通じて，その支援を行っています．アカウントの発行には，受入責任者からのアカウント発行依頼の提出が必要となります．詳細は，http://www.kiban.kyutech.

ac.jp/op/off_campus.html をご覧ください．
令和元年に支援を行った学会・研究会等を表 2 に示します．

1support@isc.kyutech.ac.jp
2op-members@kiban.kyutech.ac.jp

47

九州工業大学 情報科学センター
広報 第 32 号 2020.3

報告 (教育研究支援)

期日

表 2: 支援を行った学会・研究会等一覧 (情報コンセント利用)
キャンパス
行事名

支援内容

令和元年 1 月 23 日
〜2月5日

飯塚・戸畑

UPM Look Mobility Program

情報コンセント利用(発行数:22)

令和元年 3 月 14 日

戸畑

日本機械学会
九州支部第 72 期総会・講演会

情報コンセント利用(発行数:100)

令和元年 5 月 18 日
〜 5 月 19 日

戸畑

こども環境学会 2019 年大会

情報コンセント利用(発行数:200)

令和元年 7 月 1 日
〜7月6日

戸畑

さくらサイエンスプラン

情報コンセント利用(発行数:11)

令和元年 7 月 12 日

若松

ひぎきの IT 勉強会

情報コンセント利用(発行数:11)平成 30 年 9 月 2 日〜 9 月 15 日

戸畑・飯塚

UPM Look Mobility Program

情報コンセント利用(発行数:25)

令和元年 9 月 16 日
〜 9 月 25 日

飯塚・若松

さくらサイエンスプラン

情報コンセント利用(発行数:10)

令和元年 9 月 19 日
〜 9 月 20 日

戸畑

第 1 回機械工作技術研究会
第 10 回機械・工作技術セミナー

情報コンセント利用(発行数:10)

令和元年 9 月 22 日

天神サテライト

小学生対象 iPad 体験教室

情報コンセント利用(発行数:16)

令和元年 9 月 27 日
〜 9 月 28 日

戸畑

電気・情報関係学会
九州支部連合大会

情報コンセント利用(発行数:15)

令和元年 10 月 21 日
〜 10 月 27 日

飯塚

さくらサイエンスプラン

情報コンセント利用(発行数:11)

令和元年 11 月 18 日
〜 11 月 24 日

飯塚

さくらサイエンスプラン

情報コンセント利用(発行数:11)

令和元年 11 月 30 日
〜 12 月 1 日

戸畑

日本材料学会
九州支部第 6 回学術講演会・総会

情報コンセント利用(発行数:40)

令和元年 12 月 14 日

飯塚

日本顕微鏡学会九州支部講演会

情報コンセント利用(発行数:80)

令和元年 12 月 20 日
〜 12 月 22 日

戸畑

日本生体エネルギー研究会討論会

情報コンセント利用(発行数:100)

九州工業大学 情報科学センター
広報 第 32 号 2020.3

48

報告 (広報出版・セミナー開催)♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢
報告 (広報出版・セミナー開催)♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢♢

広報出版・開催したセミナーについて

情報科学センター 1

1 概要
情報科学センターでは，出版物や WWW を通じて，センターの利用に関する情報を広く公開しています．また，コンピュータやネットワークを利用するための各種セミナーを開催しています．

2 入手・利用可能な広報出版物 (令和元年度)• デスクトップ Linux で学ぶコンピュータ・リテラシー (書籍)
情報科学センターの教育システム端末で利用される Ubuntu を UNIX 環境に用いた，情報処理基礎
教育のテキストです (朝倉書店より出版，ISBN 978-4-254-12196-4)．

• 情報科学センター広報・施設案内 (CD-ROM)
情報科学センターの所有するシステムの紹介・構築の概要・各種活動内容を CD-ROM に収録して公開しています．また，施設案内 (パンフレット) も併せて収録しています (ISSN 2185-8594)．

• 情報科学センターをはじめて使う人へ (小冊子)
新入生 (学部，大学院)，編入生を対象に，情報科学センターの利用に関する小冊子を配布しています．

• 情報科学センター公式サイト (WWW)
http://www.isc.kyutech.ac.jp/ にて，情報科学センターの各種情報 (ISC News，施設情
報，障害情報など) を公開しています．

• 情報科学センター教育システム用サイト (WWW)
http://edu.{iizuka,tobata}.isc.kyutech.ac.jp/ にて，教育システムの詳細について公開しています (公開範囲は学内に限定されます)．

• 情報科学センターオンラインガイド (WWW)
http://onlineguide.isc.kyutech.ac.jp/ にて，教育システムの利用方法を公開しています (公開範囲は学内に限定されます)．
各種広報出版物に関する詳細は，support@isc.kyutech.ac.jp までお問い合わせください．
1support@isc.kyutech.ac.jp

49

九州工業大学 情報科学センター
広報 第 32 号 2020.3

報告 (広報出版・セミナー開催)

3 開催したセミナー (令和元年度)
令和元年 3 月 26 日

授業担当者対象新システム説明会(飯塚キャンパス)

令和元年 3 月 28 日

授業担当者対象新システム説明会(戸畑キャンパス)

令和元年 10 月 29 日

九大スーパーコンピュータシステム利用講習会(飯塚キャンパス)

令和元年 11 月 28 日

アプリケーション配信システムに関する説明会(戸畑キャンパス)

令和元年 11 月 29 日

アプリケーション配信システムに関する説明会(飯塚キャンパス)

九州工業大学 情報科学センター
広報 第 32 号 2020.3

50

日誌

2019 年 センター日誌2019 年

1月

15 日

ISC-NEWS No.350 発行

1月

18 日

ISC-NEWS No.351 発行

2月

1日

ISC-NEWS No.352 発行

2月

13 日

ISC-NEWS No.353 発行

2月

23 日

〜

4月

3月

20 日

ISC-NEWS No.354 発行

4月

3日

ISC-NEWS No.355 発行

4月

6 日，7 日

4月

11 日

ISC-NEWS No.356 発行

4月

24 日

ISC-NEWS No.357 発行

6月

24 日

ISC-NEWS No.358 発行

7月

2日

ISC-NEWS No.359 発行

7月

8日

ISC-NEWS No.360 発行

7月

13 日

〜

7月

8月

2日

〜

8月

8月

10 日

〜

8月

10 月

1日

ISC-NEWS No.361 発行

10 月

9日

ISC-NEWS No.362 発行

10 月

29 日

九大スーパーコンピュータシステム利用講習会 (飯塚)

10 月

30 日

ISC-NEWS No.363 発行

11 月

5日

ISC-NEWS No.364 発行

11 月

22 日

〜

11 月

11 月

27 日

ISC-NEWS No.365 発行

11 月

28 日

アプリケーション配信システムに関する説明会 (戸畑)

11 月

29 日

アプリケーション配信システムに関する説明会 (飯塚)2019 年

12 月

27 日

2020 年〜

1月

5日

センター閉館 (飯塚)(戸畑：3 月 5 日〜)

ノート PC 利用者のための初期設定講習会 (飯塚)

14 日

3日

25 日

27 日

5日

九州工業大学情報工学部オープンキャンパス

九州工業大学工学部オープンキャンパス

センター閉館

センター夜間閉館

センター閉館51

九州工業大学 情報科学センター
広報 第 32 号 2020.3

人事センター人事異動および職員配置

1 人事異動2019 年 1 月から 2019 年 12 月までのセンター人事異動を示す．
2019 年

6月

1日

教

授

中村

豊

昇任

2 センター職員配置
2020 年 1 月現在のセンター職員の配置を示す．なお，その他にも学部生よりなる技術補佐員が配置さ
れている．
職名

氏名

主な勤務地

連絡先 1

連絡先 2

センター長 (併任)

教

授

久代 紀之

飯塚

飯塚 7550

戸畑 3470

センター次長

准 教

授

甲斐 郷子

飯塚

飯塚 7558

戸畑 3470

教

授

大橋 健

飯塚

飯塚 7569

飯塚 7555

中村 豊

戸畑

戸畑 3472

飯塚 7555

中山 仁

飯塚

飯塚 7552

――――

〃

林

飯塚

飯塚 7551

――――

〃

福田 豊

戸畑

戸畑 3474

――――

〃

佐藤 彰洋

戸畑

戸畑 3473――――

技術専門職員井上 純一

飯塚

飯塚 7558(6554)

――――

〃

冨重 秀樹

飯塚

飯塚 7558(6553)――――

技術専門職員戸田 哲也

戸畑

戸畑 3471

――――

技術職員

和田 数字郎

戸畑

戸畑 3471

――――

〃

畑瀬 卓司

戸畑

戸畑 3471

――――

事務補佐員

青木 文子

戸畑

戸畑 3470

戸畑 3471〃

葛井 みなみ飯塚

飯塚 7555(6555)

――――

技術補佐員

辻田 尚子

飯塚

飯塚 7558

飯塚 7555

〃

杉町 妙子

戸畑

戸畑 3470

戸畑 3471〃助

九州工業大学 情報科学センター
広報 第 32 号 2020.3

教

豊洋

52

♢♢♢♢♢♢♢♢
利用規則♢♢♢♢♢♢♢♢

情報科学センター規則等

情報科学センターに関連する以下の規則等，加えて九州工業大学情報システム利用規程を示す．

• 九州工業大学情報科学センター規則• 九州工業大学情報科学センター利用規程• 九州工業大学情報科学センター利用の心得• 九州工業大学情報システム利用規程

53

九州工業大学 情報科学センター
広報 第 32 号 2020.3

九州工業大学情報科学センター規則
昭和６２年５月６日
九工大規則第２０号
改正

昭和６３年
平成 ９年
平成１２年
平成１３年
平成１６年
平成１９年
平成１９年
平成２１年
平成２２年
平成２５年
平成２６年

３月 ２日
９月 ３日
４月 ５日
４月 ４日
５月１２日
１月１０日
４月 １日
１月 ７日
１月 ６日
３月 ６日
３月 ５日

九工大規則第 ５号
九工大規則第１０号
九工大規則第２１号
九工大規則第１８号
九工大規則第５５号
九工大規則第 ２号
九工大規則第６４号
九工大規則第 ３号
九工大規則第 ２号
九工大規則第 １号
九工大規則第 ５号○九州工業大学情報科学センター規則（目的）
第１条 この規則は，国立大学法人九州工業大学学則（平成１９年九工大学則第５号）第１７条の規定に基づき，九州工業大学情報科学センター（以下「センター」という。）に関し，必要な事項を定めることを目的とする。

（性格）
第２条 センターは，学内共同教育研究施設として，情報科学に関し，九州工業大学（以下「本学」という。）における教員その他の者が共同して教育若しくは研究を行う施設又は教育若しくは研究のため共用する施設とする。

（業務）
第３条 センターは，次の業務を行う。

(1) 計算機システム及び各種情報システムの管理運営(2) 情報処理基礎教育及び情報処理専門教育の支援(3) 情報科学に関する研究開発(4) 民間機関等の情報技術者の再教育・再訓練(5) 教育研究に資するための情報処理関係設備及び施設の提供(6) その他センターに関し必要な業務（組織）
第４条 センターに，次に掲げる職員を置く。
九州工業大学 情報科学センター
広報 第 32 号 2020.3

54

(1) センター長(2) センター次長(3) その他必要な職員（センター長）
第５条

2センター長は，本学の専任の教授の中から，役員会における選考に基づき，学長が任命する。

学長は，必要があると認めるときは，あらかじめ九州工業大学情報基盤機構運営会議にセンター長

候補者の推薦を求めることができる。

3

センター長は，センターの業務を掌理する。

4センター長の任期は，２年とし，再任を妨げない。

（センター次長）
第６条

センター次長は，センター専任の准教授の中から学長が任命する。

2

センター次長は，センター長の命を受け，センターの業務を整理する。

3

センター次長の任期は，２年とし，再任を妨げない。

（部門）
第７条

2

3

センターに、次に掲げる部門を置く。

(1)

情報ネットワーク部門(2)

学術情報システム部門

(3)

技術部門

情報ネットワーク部門は、次に掲げる業務を処理する。

(1)

各種ネットワークの管理運営に関すること。

(2)

その他情報科学センターの業務に関すること。

学術情報システム部門は、次に掲げる業務を処理する。

(1)

計算機システム及び各種情報基盤システム（以下「システム」という。）の管理運営

に関

すること。

(2)
4

その他情報科学センターの業務に関すること。

技術部門は、次に掲げる業務を処理する。

(1)

各種ネットワークの運用に関すること。

(2)

システムの運用に関すること。

(3)

その他情報科学センターが管理する環境の運用に関すること。

（管理運営等の審議）
第８条

センターの管理運営等に関する審議は，九州工業大学情報基盤機構運営会議において行う。

（雑則）
第９条

の規則に定めるもののほか，必要な事項は，別に定める。
附

則

55

九州工業大学 情報科学センター
広報 第 32 号 2020.3

1

この規則は，昭和６２年５月２１日から施行する。

2

九州工業大学工学部附属情報処理教育センター規則（昭和４９年九工大規則第６号）は， 廃止す

る。
附

1

則（昭和６３年九工大規則第５号）抄

この規則は，昭和６３年４月１日から施行する。
附則（平成９年九工大規則第１０号）

1

この規則は，平成９年９月３日から施行する。

2

この規則の施行後，平成９年１０月１日に任命される委員の任期は，第９条第１項の規定 にかかわらず，半数の委員については平成１０年９月３０日までとし，その他の者について は平成１１年９月３０日までとする。
附則（平成１２年九工大規則第２１号）

1

この規則は，平成１２年４月５日から施行し，平成１２年４月１日から適用する。

2

この規則の施行後最初に生命体工学研究科から推薦される委員は，第８条第４号の規定に かかわ

らず，平成１３年３月３１日までの間は１名とし，当該委員の任期は，第９条第１項 の規定にかかわらず，平成１３年３月３１日までとする。
附則（平成１３年九工大規則第１８号）

1

この規則は，平成１３年４月４日から施行し，平成１３年４月１日から適用する。

2

この規則の施行後，最初に第８条第２号及び第２号に規定する委員の任期は，第９条第１ 項の規定にかかわらず，平成１５年３月３１日までとする。
附1

則（平成１６年九工大規則第５５号）

この規則は，平成１６年５月１２日から施行する。ただし，第７条から第１４条の規定は 平成１

６年５月１日から，その他の規定は平成１６年４月１日から適用する。

2

この規則の施行後，最初に第８条第２号から４号及び第６号に規定する委員となる者の任第９条第１項の規定にかかわらず，平成１８年３月３１日までとする。
附則

平成１９年４月１日から施行する。
附則

平成１９年４月１日から施行する。
附則

平成２１年１月７日から施行する。
附則

平成２２年４月１日から施行する。
附則

平成２５年４月１日から施行する。

九州工業大学 情報科学センター
広報 第 32 号 2020.3

56

期は，

九州工業大学情報科学センター利用規程
昭和６３年４月１日
九工大規程第２１号
改正

平成２５年３月６日九工大規程第５号○九州工業大学情報科学センター利用規程（目的）第１条 この規程は、九州工業大学情報科学センター規則（昭和６２年九工大規則第２０号）第９条の規定に基づき、九州工業大学情報科学センター（以下「センター」という。）の利用に関し、必要な事項を定めることを目的とする。

（利用の原則）第２条 センターの利用は、教育、研究、教育研究支援その他九州工業大学（以下「本学」という。）の運営上必要と認められるものに限るものとする。

（利用の資格）第３条

センターを利用することができる者は、次のとおりとする。

(1) 本学に所属する職員及び学生(2) 情報科学センター長（以下「センター長」という。）が特に許可した者（利用の承認）第４条

センターを利用しようとする者は、センター長の承認を受けなければならない。

（目的外利用の禁止）
第５条 センターの利用の承認を受けた者は、承認を受けた利用目的以外に利用し、又は他人に使用させてはならない。

（利用状況の届出等）
第６条 利用者は、センターの利用を終了し、又は中止したときは、速やかにセンター長に届け出なけ
ればならない。

2

センター長は、利用者に対し、センター利用に係る事項について必要と認めるときは、報告を求めることができる。

（損害賠償）
第７条 利用者が、故意又は重大な過失により設備等を損傷したときは、その損害に相当する費用を負

57

九州工業大学 情報科学センター
広報 第 32 号 2020.3

担しなければならない。

（利用の取消）第８条 センター長は、利用者がこの規程に違反し、又はセンターの運営に重大な支障を生じさせたときは、その利用の承認を取消し、又はその利用を停止することができる。

（経費の負担）第９条 センターの利用にあたっては、利用に係る経費の一部を負担しなければならない。ただし、センター長が特に必要があると認めたときは、利用経費の一部又は全部を免除することができる。

（雑則）
第１０条 この規程に定めるもののほか、センターの利用に関し必要な事項は、別に定める。

附

則

この規程は、昭和６３年４月１日から施行する。
附則

この規程は、平成２５年４月１日から施行する。

九州工業大学 情報科学センター
広報 第 32 号 2020.3

58

九州工業大学情報科学センター利用の心得○九州工業大学情報科学センター利用の心得
1 公序良俗に反する利用
2 著作権．特許権など，知的所有権を侵害する利用
3 営利，宗教，政治など，本センターで認めた目的以外の利用
4 利用者 ID およびパスワードの第 3 者への開示，貸与，あるいは譲渡
5 他者の利用者 ID あるいはパスワードの不正な入手
6 他者のプログラムやデータのファイル類への不正アクセスあるいはそれらの改ざん
7 「連鎖」メールや「迷惑」メールなど，好ましくないメールの発信
8 本センターおよび他組織の計算機およびネットワークシステムの正常運営に支障を来す利用
9 上記の他，法令や社会倫理に反する，あるいは他者の正常利用に支障を来す利用
万一，これに違反した場合は，情報科学センター利用規定第 8 条により利用の承認を取り消されたり，さらには関連法令により処罰されることがあります．

59

九州工業大学 情報科学センター
広報 第 32 号 2020.3

九州工業大学情報システム利用規程

改正

平成２０年７月

２日九工大規程第２２号

平成２２年３月

８日九工大規程第１０号

平成２８年３月２９日九工大規程第２７号○九州工業大学情報システム利用規程
（目的）
第１条

この規程は、九州工業大学（以下「本学」という。）における情報システムの利用に関する事

項を定め、情報セキュリティの確保と円滑な情報システムの利用に資することを目的とする。

（定義）
第２条

この規程において、次の各号に掲げる用語は、それぞれ当該各号の定めるところによる。

(1) ポリシー 本学が定める九州工業大学情報セキュリティポリシーに関する基本規程をいう。
(2) その他の用語の定義は、ポリシーで定めるところによる。
（適用範囲）
第３条

この規程は本学情報システム及びそれにかかわる情報を利用するすべての者に適用する。

（遵守事項）
第４条 本学情報システムの利用者は、この規程及び本学情報システムの利用に関する手順及び九州工業大学個人情報保護に関する規則（平成 17 年九工大規則第 6 号）を遵守しなければならない。
（アカウントの申請）
第５条 本学情報システムを利用する者は、本学情報システム利用申請書を各情報システムにおける情報セキュリティ責任者に提出し、情報セキュリティ責任者からアカウントの交付を得なければならない。
ただし、個別の届出が必要ないと、あらかじめ情報セキュリティ責任者が定めている場合は、この限りではない。
２

学外者に本学情報システムを臨時的利用させることを目的としてアカウントの交付を受ける場合、申請者は学外者に本規定を遵守させなければならない。
３ 前項の目的によるアカウントの利用が不要になった場合、申請者は速やかに情報セキュリティ責任者に届けでなければならない。

（ID とパスワードによる認証の場合）
第６条

利用者は、アカウントの管理に際して次の各号を遵守しなければならない。

九州工業大学 情報科学センター
広報 第 32 号 2020.3

60

(1) 利用者は、アカウントを利用して学外から本学情報システムにアクセスする場合には、定められた手順に従ってアクセスしなければならない。

(2) 利用者は、自分のユーザアカウントを他の者に使用させたり、他の者のユーザアカウントを使用したりしてはならない。

(3) 利用者は、他の者の認証情報を聞き出したり使用したりしてはならない。
(4) 利用者は、パスワードを利用者パスワードガイドラインに従って適切に管理しなければならない。
(5) 利用者は、使用中のコンピュータをロックし、あるいはログアウト（ログオフ）せずに他の者が容易に利用可能状態に放置してはならない。

(6) 学外のインターネットカフェに設置されているような不特定多数の人が操作（利用）可能な端末を用いての学内情報システムへのアクセスを行ってはならない。

(7) 利用者は、アカウントを他者に使用され又はその危険が発生した場合には、直ちに情報セキュリティ
責任者にその旨を報告しなければならない。

(8) 利用者は、システムを利用する必要がなくなった場合は、遅滞なく情報セキュリティ責任者に届け出なければならない。ただし、個別の届出が必要ないと、あらかじめ情報セキュリティ責任者が定めている場合は、この限りでない。

（IC カードを用いた認証の場合）
第６条の２

利用者は、IC カードの管理を以下のように徹底しなければならない。

(1) IC カードを本人が意図せずに使われることのないように安全措置を講じて管理しなければならない。
(2) IC カードを他者に付与及び貸与、又は他の者の IC カードを使用したりしてはならない。
(3) IC カードを紛失しないように管理しなければならない。紛失した場合には、直ちに情報セキュリティ
責任者にその旨を報告しなければならない。

(4) IC カードを利用する必要がなくなった場合、又は利用資格がなくなった場合は、これを情報セキュ
リティ責任者が定める手続きにより返納しなければならない。

(5) IC カードに記載された券面及び格納された電子証明書の内容が変更される場合には、遅滞なく情報
セキュリティ責任者にその旨を報告しなければならない。

(6) 情報セキュリティ責任者が IC カードに格納した電子証明書を、情報セキュリティ責任者の許可なく削除してはならない。

(7) IC カード使用時に利用する PIN は、利用者パスワードガイドラインに準じて適切に管理しなければならない。

（情報機器の利用）
第７条 利用者は、様々な情報の作成、利用及び保存等のための情報機器の利用にあたって、次の各号に従わなければならない。

(1) 利用者は、本学情報ネットワークに新規かつ固定的に情報機器を接続しようとする場合は、事前に接続を行おうとする部局の情報セキュリティ責任者に接続の許可を得なければならない。ただし、情報
コンセントや無線 LAN からあらかじめ指定された方法により本学情報システムに接続する場合はこの

61

九州工業大学 情報科学センター
広報 第 32 号 2020.3

限りではない。

(2) 利用者は、前号により許可を受けた情報機器の利用を取りやめる場合には、情報セキュリティ責任者に届け出なければならない。

(3) 情報機器において、認証システム及びログ機能を動作させることが定められている場合には、それらの機能を設定し、動作させなければならない。なお、不正ソフトウェア対策機能が導入されている機器にあたっては、その機能が最新の状態でシステムを保護するように努めなければならない。

(4) 情報機器は既知の脆弱性の影響を被ることのないよう可能な限り最新の状態を保たなければならない。

(5) 利用者は、情報漏えいを発生させないように対策し、情報漏えいの防止に努めなければならない。
(6) 利用者は、情報機器の紛失及び盗難を発生させないように注意しなければならない。
(7) 情報機器の紛失及び盗難が発生した場合は、速やかに情報システムセキュリティ責任者に届け出なければならない。

(8) 別途定める情報機器取扱ガイドラインに従い、これらの情報機器の適切な保護に注意しなければならない。

（利用者による情報セキュリティ対策教育の受講義務）
第８条 利用者は、毎年度１回は、年度講習計画に従って、本学情報システムの利用に関する教育を受講しなければならない。
２ 教職員等（利用者）は、着任時、異動時に新しい職場等で、本学情報システムの利用に関する教育を原則として受講しなければならない。

（情報の取り扱い）
第９条

利用者は、格付けされた情報を情報格付け取扱手順に従って取り扱わなければならない。

（制限事項）
第 10 条本学情報システムについて次の各号に定める行為を行う場合には、統括情報セキュリティ責

任者の許可を受けなければならない。

(1) ファイルの自動公衆送信機能を持った P2P ソフトウェアを教育・研究目的で利用する行為(2) 教育・研究目的で不正ソフトウェア類似のコード並びにセキュリティホール実証コードを作成、所持、使用及び配布する行為(3) ネットワーク上の通信を監視する行為(4) 本学情報機器の利用情報を取得する行為及び本学情報システムのセキュリティ上の脆弱性を検知する行為(5) 本学情報システムの機能を著しく変える可能性のあるシステムの変更（禁止事項）
第 11 条

利用者は、本学情報システムについて、次の各号に定める行為を行ってはならない。

九州工業大学 情報科学センター
広報 第 32 号 2020.3

62

(1) 当該情報システム及び情報について定められた目的以外の利用(2) 指定以外の方法による本学情報システムへのアクセス行為(3) あらかじめ指定されたシステム以外の本学情報システムを本学外の者に利用させる行為(4) 守秘義務に違反する情報の発信(5) 差別、名誉毀損、信用毀損、侮辱、ハラスメントにあたる行為(6) 個人情報やプライバシーを侵害する行為(7) 前条第２号に該当しない不正ソフトウェアの作成、所持及び配布行為(8) 著作権等の財産権を侵害する行為(9) 通信の秘密を侵害する行為(10) 営業ないし商業を目的とした本学情報システムの利用。ただし、最高情報セキュリティ責任者が認めた場合はこの限りではない。

(11) 過度な負荷等により本学の円滑な情報システムの運用を妨げる行為(12) 不正アクセス行為の禁止等に関する法律（平成 11 年法律第 128 号）に定められたアクセス制御を免れる行為、またはこれに類する行為(13) その他法令に基づく処罰の対象となる行為(14) 上記の行為を助長する行為（違反行為への対処）
第 12 条利用者の行為が前条に掲げる事項に違反すると被疑される行為と認められたときは、情報セ

キュリティ責任者は速やかに調査を行い、事実を確認するものとする。事実の確認にあたっては、可能な限り当該行為を行った者の意見を聴取しなければならない。
２ 情報セキュリティ責任者は、上記の措置を講じたときは、遅滞無く統括情報セキュリティ責任者にその旨を報告しなければならない。
３ 調査によって違反行為が判明したときは、情報セキュリティ責任者は統括情報セキュリティ責任者
を通じて次の各号に掲げる措置を講ずるよう依頼することができる。

(1) 当該行為者に対する当該行為の中止命令(2) 管理運営部局に対する当該行為に係る情報発信の遮断命令(3) 管理運営部局に対する当該行為者のアカウント停止、または削除命令(4) 学術情報委員会への報告(5) 本学学則及び就業規則に定める処罰(6) その他法令に基づく措置（電子メールの利用）
第 13 条

利用者は、電子メールの利用にあたっては、別途定める電子メール利用ガイドライン及び学外情報セキュリティ水準低下防止手順に従い、規則の遵守のみならずマナーにも配慮しなければならない。

63

九州工業大学 情報科学センター
広報 第 32 号 2020.3

（ウェブの利用及び公開）
第 14 条

利用者は、ウェブの利用及びウェブによる情報公開に際し、次の各号に従わなければならない。

(1) 利用者は、ウェブブラウザを利用したウェブサイトの閲覧、情報の送信又はファイルのダウンロード等を行う際には、ウェブブラウザ利用ガイドラインに従わなければならない。

(2) 利用者は、部局情報学術委員会に許可を得て、情報発信ガイドラインに従いウェブページを作成し、公開することができる。

(3) 利用者はウェブサーバを運用し情報を学外へ公開する場合は、事前に各部局の情報学術委員会に申請し、許可を得なければならない。また、ウェブサーバを公開する利用者は、運用期間中、ウェブサー
バの脆弱性対策や情報の改ざんに関する点検を定期的に行わなければならない。

(4) ウェブページやウェブサーバ運用に関して、本規程やガイドラインに違反する行為が認められた場
合には、全学または各部局の学術情報委員会は公開の許可の取り消しやウェブコンテンツの削除を行うことができる。

（学外からの本学情報システムの利用）
第 15 条

利用者は、学外からの本学情報システムへのアクセスにおいて、次の各号に従わなければならない。

(1) 利用者は、学外から本学情報システムへアクセスする場合には、事前に統括情報セキュリティ責任者の許可を得たうえで、指定された方法で利用しなければならない。

(2) 利用者は、アクセスに用いる情報システムを許可された者以外に利用させてはならない。
(3) 利用者は、統括情報セキュリティ責任者の許可なく、これらの情報システムに要保護情報を複製保存してはならない。

（安全管理義務）
第 16 条 利用者は、自己の管理するコンピュータについて、本学資産であるか否か、及び本学情報ネッ
トワークとの接続の状況に関わらず、安全性を維持する一次的な担当者となることに留意し、次の各号に従って利用しなければならない。

(1) ソフトウェアの状態及び不正ソフトウェア対策機能を最新に保つこと。
(2) 不正ソフトウェア対策機能により不正プログラムとして検知されるファイルを開かないこと。

(3) 不正ソフトウェア対策機能の自動検査機能を有効にしなければならない。
(4) 不正ソフトウェア対策機能のより定期的にすべての電子ファイルに対して、不正プログ

ラムが存在しないことを確認すること。

(5) 外部からデータやソフトウェアを電子計算機等に取り込む場合又は外部にデータやソフアを提供する場合には、不正ソフトウェアが存在しないことを確認すること。

(6) 常に最新のセキュリティ情報に注意し、不正ソフトウェア感染の予防に努めること。
（インシデント対応）
九州工業大学 情報科学センター
広報 第 32 号 2020.3

64

トウェ

第 17 条利用者は、本学情報システムの利用に際して、インシデントを発見したときは、インシデン

ト対応手順に従って行動しなければならない。

（学外の情報セキュリティ水準の定価を招く行為の防止）
第 18 条

利用者は、学外の情報セキュリティ水準の低下を招く行為を行ってはならない。

（雑則）第 19 条

この規程に定めるもののほか、必要な事項は別に定める。
附

則

この規程は，平成２０年７月２日から施行する。
附則

この規程は、平成２２年４月１日から施行する。
附則

この規程は、平成２８年３月２９日から施行する。

65

九州工業大学 情報科学センター
広報 第 32 号 2020.3