小規模大学でもできる？
青森大学の DX への挑戦！
工藤貴裕 1), 小野敬明 1), 角田均 1)2) ,下條真司 1)2)
1) 青森大学

情報化推進センター2) 青森大学

ソフトウェア情報学部

kudou@aomori-u.ac.jp
ono@aomori-u.ac.jp
tsunoda@aomori-u.ac.jp
shinji.shimojo@aomori-u.ac.jp

DX Challenges on Aomori University
Takahiro Kudo 1), Takaaki Ono 1), Hitoshi Tsunoda 1), 2), Shinji Shimojo 1),2)
1) Faculty of Software Information Technology, Aomori Univ.
2) Information Center, Aomori Univ.
概要1

青森大学では，これまでどちらかというとアドホックに行われてきた情報基盤整備をしっかりとした推進体制のもと，DX として進めていこうとしている．ただ，小規模大学としての限られた人材や予算のもとに行う必要があり，様々な工夫が求められている．本校では，進み始めたばかりであるが，本学の取り組みを紹介し，議論の端緒としたい．
備が進められてきた。その後 2005-2015 年頃の大はじめに学・学園の経営危機により管理・運営コストを最

青森大学は４学部，教員数約 100, 学生数 1200

小化、機器の老朽化や故障、リストラによるメンの 小 規模な大学である．これまで，統一的な IT

テナンス要員不足により各セクションで最低限の投資は行われておらず，アドホックに ICT 整備がサービスレベルまで落ち込んだ。2015 年頃からは行われてきた．その中でコロナ禍により，遠隔講経営改善に合わせて教育・研究への影響が深刻な義に対応せざるを得ない状況がおとづれた．また，部分から少しずつ改修、改善に取り組んできたが、本学は東京，青森，むつの３つのキャンパスを抱大学全体、学園全体として、ソフト・ハード・ウ

え，遠隔授業をデフォルトとしてどこにいても同ェットのすべての階層がつぎはぎだらけの状態でじ質の高い教育が受けられることを謳っている．

手に負えなくなっていた。

このような背景を受け，コロナが落ち着いた

2.1 ネ ッ ト ワ ー ク サ ー ビ ス

今こそ DX を行うべきという大学の方針のもと，1992 年の工学部開設に合わせてインターネッ
ト へ の 接 続 、 学 内 LAN の 整 備 を 開 始 し た 。

DX への取り組みが始まった．

SINET(TOPIC 経由)に加入、1.5Mbps の専用線で弘2ICT 部門の整備・運用状況(これまでの経緯)

前大学 NOC に接続した。2003 年には広域イサ(Tohknet)を青森保健大、青森県産業技術センター

青森大学では 1992 年の工学部開設時期からインターネットやオンラインサービスなどを積極的に拡充してきたが、主に工学部所属の技術的知識のある現場レベルのスタッフ主導で進めたため、学内の統一的な方針や規程が未整備のまま ICT 整

151と 3 者で共同契約、弘大 NOC への 100Mbps 回線を共用する形を導入。SINET5 移行のタイミング(2016 年頃)で青森 NOC(NTT 青森)に接続先を変更し、1Gbps 専用線で運用しているが、増大するクラウドサービス需要に耐えられずコンピュータ演習室からの接続を分離するなどの応急処置的な対続いていたが、2004 年から大学独自の「IT 化教育応をとっている。

支援システム」を青森共同計算センターと共同開

オンラインサービスについても、当初は DNS、発し導入、運用を開始した。学生が自身の携帯電メール、Web、ファイルサービス、共用計算機、話を使って出席登録・履修登録・授業アンケート

LMS などをすべて学内にサーバを設置したオンなどを行えるシステムで、当時としては画期的なプレミスで運用していたが、維持コストの問題や機能を備えていた。履修・出席・成績・シラバス

クラウドサービスの発達などにより徐々に廃止、管理などに加えて連続欠席のチェックや個別の指現在では DNS サービスのみ学内での運用となっ

導情報管理など、機能拡張しながら 2016 年頃まている。2015 年に Microsoft 社と Office365(A1)をで運用を続けたが、独自開発のため他の汎用的な法人契約し、メールをはじめとして現在の学内で学校向けサービスとの連携が難しく、開発側の撤の主流のサービスとなっている．教務システムと退に合わせて 2017 年に CanpusPlan に移行した。

して導入された CampusPlan や事務局・学園本部

2.5 運 営 組 織の業務システムとして導入されたサイボウズなど

1995 年頃に学内の ICT 利用に関する管理者とと競合する部分が多く、整理・統合が積年の課題

利用者による連絡調整組織として「利用委員会」となっている。

を立ち上げた。各学部および事務局から、ICT 担

2.2 構 内 LAN

当者が代表として参加して月例の会合を実施した。

1998 年頃に全建屋をつなぐ構内 LAN を構築、2003 年頃に利用委員会から正式に委員会に移行さ事務局や研究室、教室、演習室などをセグメントれたが、3 つの委員会(企画運営委員会・ホームペ分けしてセキュリティ管理を行えるようにしたが、ー ジ委員会・保守・点検委員会)に細分化された

その後の財政圧縮の時期に維持が困難になり、建上で大人数になった結果、運営コストが増大して屋 間のネットワークのトラブル時(光ファイバ断機能低下を招いた。その後、2010 年頃に情報・IT

線 やルータ故障)に、修繕費を抑えるためにそれ委員会(企画運営班、ホームページ班、保守・点ぞれの建屋にフレッツなどを引き込んだため学内検班)に再編された。

ネットワークが SINET 配下から分離、キメラ化した。

事務局・学園本部の運用管理は事務局側で ICT担当者が進める形をとっていたが、2015 年頃に無線 LAN については当初から秩序だった管理

IT 推進室、情報教育センターなどが学園本部に設は行われておらず、野良 AP が学内の各所に乱立置された。その上で 2018 年頃から情報化推進セしている状態になっている。また学生の共用スペンター(学園)に主な管理業務が移管され、情報・ースを中心に NTT や SoftBank などのスポットサIT 委員会は形骸化した。2020 年に情報化推進セービスが数カ所導入されている。

ンター(学園)と情報・IT 委員会(大学)を統合して

2.3 コ ン ピ ュ ー タ 演 習 室

情報化推進センター(大学)として大学に移管、IT1992 年の工学部開設に合わせて 3 つの演習室推進部(学園)と連携して運営を行っている。これを整備した。また 1995-2005 年頃にかけて私立大まで大学、高校・中学、専門学校、幼稚園などが学等経常費補助金(事業費の半額補助)に数多く申それぞれ独自に運営してきた ICT 部門の統括に着請、採択され、当初の旧式 PC および UNIX サー手している。

バ + X 端末方式から Windows サーバ・クライアント方式に全面的に移行したが、リース契約ではなく買取方式で進めたため、定期的な機器更新が3 大学 ICT 整備の現状（下條）進まずに老朽化・陳腐化する状況が発生しがちに

3.1 現 状 の ま と めなっていた。2015 年頃からはリース方式に切り替

これまでの本学の現状をまとめると以下の特徴

え、ある程度安定的に運用できているが、機器の故障や更新の際の人的コストの確保が問題となっが浮かび上がってくる．
1.

情報系スタッフが少ないいる。

2.

オンプレがない

2.4 教 務 シ ス テ ム

3.

学内ネットワークがバラバラ

4.

認証もバラバラており、BYOD の導入なども検討が必要となって2000 年代に入っても長らく紙での出席管理が152

5.

情報系のガバナンスが取れていない

いた．まずは，セキュリティ対策体制の強化，まさに，ナイナイ尽くしである．1 は，本学の整備に取り組んでいる．2,3 の情報システムに場合センター長を含め，３人と後は学生アルバ

関しては，次節で説明するが，折角オンプレがイトで事務教育を含めた全ての情報システムのないので，クラウドファーストで整備すること面倒を見ている．教室での PC の不具合や教員とした．4.は人材不足を補い，かつ，実践的なの zoom のトラブル対応といった現場対応にほ教育の一環として進めることとした．本学は，とんど時間を取られているのが現状であ る．2

地域を担う人材を育成する大学として，特には教務や財務，ワークフローといったシステムIT 人材の育成に力を入れているところであ り，が導入されてはいるものの今や全てのシステム

文科省の「大学･高専機能強化支援事業」に選定がクラウド対応となっており，学内には端末だされ，全学的な取り組みに拡大しようとしていけで，情報システムがない．また，認証も 4 でる．特に，本学のソフトウェア情報学部では実上げているように各システムバラバラとなって践的な教育を重視していることから，学生のシおり，セキュリティレベルもバラバラである．

ステム構築の実践の場として，キャンパスを捉また，3 であげるように SINET がつながって

え る こ と と し た ． こ れ に 対 応 し ， Campus

いるのは，ソフトウェア情報学部のある５号館

Networking Club (CNC)というクラブ活動を立だけであり，他の建物はプロバイダのアクセスち上げ，学内情報システム特にネットワークの回線でインターネットにつながっている．学内整備を担うクラブとして活動を開始した．の無線 LAN も前章で述べたとおり，いわゆるフリーwifi の仕掛けを使っている．5 は大きな3.3 体 制 の 整 備

大学組織も同じではないかと思われる．

IT システムやガバナンス体制の整備にあ たっオンプレがないので，学内に守るべき情報シスては，何もないところから始める Leap flog のテムがないのは幸いであるが，ネットワークが強みを活かし，すでにあるサービスや規程を参無線も含めて統一されていない，認証システム考にさせていただいた．セキュリティ体制の整が利用するシステムごとにバラバラというのは，備にあたっては，NII が中心に策定した「高等セキュリティ上，改善が必要な項目である．

教育機関の情報セキュリティ対策のためのサンプル規程集」[1]を参考にした．ただ，これは大3.2 整 備 方 針

きな大学をターゲットとしており，小規模大学

このような現状を受けて，以下の整備方針で進では，運用する人材も少なく項目が多すぎる．

めることとした．

小さな大学用に大いにカスタマイズする必要が1.

情報ガバナンスを効かせるある．先に述べたように学園全体での DX 推進

2.

ネットワークを SINET 接続に一本化する．

チームを設置し，理事長の元，CISO, CIO を設

特に，無線 LAN を統一したものにする．

置，まずは CSIRT を擁する体制にした．

3.

認証システムを統一する

4.

学生を大いに活用する
3.4 予 算 の 確 保

1.に関しては，小規模な私立大学であれば，理小規模大学としては，IT 整備に潤沢に予算が確保できるわけではない．そのため，整備方針として事長のガバナンスが効いているため，比較的容は，現状あるサービスやインフラを見直し，その易である．本学は青森山田学園という幼稚園や置き換えとして新たなシステム整備を進めること

中学，高等学校を含む組織であるため，全法人を基本としている．しかし，実態としては，よりで DX 推進チームを発足させ，CIO, CISO を置

高度な機能を実現するためにコストの増加は避け

153

られない．長期的には，業務見直しによる効率化

め，Microsoft Education での Teams や OneNote をも見込んだ投資が必要となってくる．

使うこととした．まだ，各教員の自主的な取り組
み止まっているが，Reflection による出席，Teams

3.5 ネ ッ ト ワ ー ク の 整 備

会議，課題提出，OneNote での教材，資料共有なネットワーク全体の整備は，大規模な予算も必要

ど一通りの機能が備わっている．

であり，時間もかかることから，すぐできることと し て 全 学 無 線 LAN の 整 備 を 行 う こ ととし,radius による 802.1X の無線 LAN に置き換えてい4. あとがき

く こ と を 考 え た ． radius の 整 備 が で き れ ば ，もともとは筆者の一人が，これまでの大規模な大eduroam の導入も視野に入ってくる．全学の ID の整備も無線 LAN から始めれば良い．radius の構築

学の IT 環境に慣れていたせいで，あまりに何もないことに驚いた．しかし，何もないからこそ，は，campus networking club の活動として行っても世の中の最新事例を取り込みながら，機敏に動くらった．２年生の Joshua Liew Liq Shann, 丹代綾菜ことができるのではと思っている．中でも NII がが中心となり free radius と dalo radius で構成されるサーバーを３ヶ月ほどで構築できたことは驚異

SINET だけでなく，学認や upki, セキュリティ教育，など様々なサービスやノウハウを提供してくであった．学生がよく使う演習室を中心にして現れていることに感謝したい．これらは，NII と基在テスト運用中である．本学はウェブサーバーも盤センター群を中心として全国の大学の有志が作外注しているため，本学としての電子証明書を発行したことがなかった．早速 upki [2]に加盟し，り上げてきたものである．これらを利用することにより，小規模な大学でもいち早く最新の技術を正式な電子証明書を発行してもらう予定である．

取り入れた学術 IT 基盤を整備することができる．

これを用いて eduroam への展開を計画している．

今後は，小規模大学なりの機敏さを活かして，さらに新たな挑戦に取り組み，少しでもお返しがで

3.5 認 証 基 盤 の 整 備
先に述べたように大学として統一された認証基盤きればと思う．

はなかった．学務，財務，Microsoft office に至る
まで別々の ID で管理されている．それぞれがバラバラなセキュリティレベルで管理されており，や は り 統一的な管理を行いたい．全学メールがMicrosoft を利用していたので，その AD には全ア
カ ウ ン トが管理されている．これを中心として
iDAAS (ID as a service)を利用することを計画している．学認との連携も視野に入れている．

参考文献[1] 国立情報学研究所学術研究プラットフォー
ム運営・連携本部 高等教育機関における
情 報 セ キ ュ リ テ ィポ リシ ー推進委員会,「高等教育機関の情報セキュリティ対策のた め の サ ン プ ル 規 程 集 , 」 2023/3/17,
https://www.nii.ac.jp/service/sp/[2] Upki 電 子 証 明 書 発 行 サ ー ビ ス ,https://certs.nii.ac.jp/

3.6 教 育 環 境 の 統 合
CORONA 禍により本学もオンライン授業への対応を余儀なくされた．また，本学はもともと青森，むつ，東京と３つのキャンパスに分かれており，どのキャンパスにいてもどのキャンパスでの授業ができるということを売りにしている．そのため，各教室には，配信用の PC と設備が整備されていた．それぞれのキャンパスへの配信には zoom が用いられていた．全学の LMS はない．そのため，授業資料の配布や課題提出などは統一的に行われていない．今後の多様な授業形態に対応するため，LMS は必須である．しかし，moodle などを立ち上げるには，人材も技術も不足している．そのた

154