複数種の多要素認証必須化に伴う運用とその支援
尾崎 拓郎 1) ，松井 聴治 2) ，佐藤 隆士 1)
1) 大阪教育大学 理数情報教育系・情報基盤センター
2) 大阪教育大学 学術部学術情報課情報企画室{ozaki1) , kmatsui2) , sato1) }@cc.osaka-kyoiku.ac.jp

Practice and Support for Mandatory Multi-Factor
Authentication of Multiple Services
Takuro OZAKI1) , Kikuji MATSUI2) , Takashi SATO1)
1) Center for Information Communication and Technology, Osaka Kyoiku University
2) Information Planning Oﬃce, Osaka Kyoiku University

概要
大阪教育大学では，2021 年 2 月に情報基盤システムのリプレースを実施し，利用者の認証の強化を図った．これまでに本学が提供していたサービスに加えて新たに提供を開始した複数のクラウドサービスに対しても認証強化を図るべく，複数のサービスに対して多要素認証の必須化を利用者に求めるようにした．本稿では，大阪教育大学における複数のサービスそれぞれに対して多要素認証必須化を導入した経緯とその実施・支援体制及びそれらをを実施した結果と課題について報告を行う．

た．他大学が全学メール等をはじめとするサービスを1 はじめにクラウドサービスに切り替えている中，本学において大阪教育大学（以下，本学と記す）では，2021 年 2月に情報基盤システムのリプレースを実施し，複数のサービスに対して認証基盤の体制を一新した．

もクラウドサービスの活用検討はしたものの，本格的な導入には至らなかった．
一方で 2017 年度の学部新入生より実施を開始しそれ以前からも，本学で稼働している複数のサービたノートパソコン必携や 2020 年度に実施した Oﬃce

スに対して利用者情報管理システムから適切に情報を365（現 Microsoft 365）の Oﬃce アプリケーションの連携し，同一 ID でのサービス利用が可能となるよう包括契約に伴い，クラウドサービス活用の土台が徐々に設計していたものの，シングルサインオンの導入がに築き上げられるようになった．もともと，ノートパ部分的にしかできておらず，適切な認証連携ができてソコン必携事業を実施するにあたり，クラウドサービいるとは言えない状況であった．

スの全面的な活用については視野に含まれておらず，また，高等教育機関を狙うフィッシングメールが急Oﬃce アプリケーションやウイルス対策ソフトウェア激に増加している背景もあり，本学の資産を守る観点の展開を利用者にどのように実施していくのかといっからも多要素認証の導入は急務であった．

た課題が挙げられていた [1]．

そのような背景を踏まえ，本稿では 2021 年 2 月に

その課題を受けて，Oﬃce アプリケーションのサブ実施した情報基盤システムのリプレースとそれに関連スクリプションを学生利用者に全面的に提供するべ

する多要素認証をサービス利用者に対して必須化にしく，Oﬃce 365（現 Microsoft 365）の Oﬃce アプリた事例の報告を行う．

ケーションの包括契約を結ぶに至った．

Oﬃce 365 を利用者に提供開始した 2020 年 3 月時

2 本学における情報基盤システムリプ

点では，下記のような状況であった．

レース
2.1

• アカウント名（Oﬃce 365 上におけるメールアド

本学におけるクラウドサービス利用の兆し

本学では，2017 年 2 月稼働の全学の情報基盤システ
ム運用時からクラウドサービスの活用検討を始めてい314レス）については，本学のマイクロソフトに関連するサービスであることがわかるように，サブドメインをマイクロソフトサービス用に変更したアな認証環境を提供することができるようになった．具

カウントを提供

体的な連携先サービスの例を表 1 に示す．

• サービス提供開始当初，パスワードは全学の情報基盤システムで利用しているものから独立したものを付与

表 1 リプレースに伴う統合認証システムを活用したサービスの例 (2021.2∼)
専任教員

非常勤講師

事務職員

学生

• 主たるサービス提供目的は Oﬃce アプリケーショ

教務システム (2022.4∼)✓✓✓✓ン（デスクトップアプリケーション）インストー

学習管理システム✓✓✓✓

業務利用メール✓-✓-

グループウェア

✓-✓-ル環境の提供
先に述べた Oﬃce 365 については，2020 年 2 月頃から猛威をふるい始めた COVID-19 の世界的な拡大もあって大学が提供するサービスの遠隔利用が検討された．そのため，本学における情報基盤システムのネットワークトラフィック負荷分散を目的として，Oﬃce 365 についてはクラウドストレージサービス（OneDrive）やコミュニケーションサービス（Teams）の利用検討を教職員のテレワーク環境整備や学生とのコミュニケーション確保のために急遽検討することとなった．
結果として，2020 年度は OneDrive については教職員，学生ともに利用可能とし，Teams については教職また，これまでオンプレミスの基幹サーバーで稼働・提供していたサービスの一部をクラウド環境に移管する形でクラウドサービスの導入を行った．

2020 年 3 月から導入を行っていた Microsoft 365
Education 及び，このリプレースを期に新たに導入した Google Workspace について，それぞれ認証連携を行い，利用者に対してシームレスな利用が可能なように整備を行った．
それぞれのクラウドサービスについて利用者に対して提供しているサービスについて表 2 及び表 3 に示す．

員に限って利用可能とした．このとき，サブドメイン

表 2 リプレースに伴うクラウドサービスの導入内が通常利用しているメールアドレスと異なることや，容（Microsoft 365 Education）

パスワードが全学の情報基盤システムで利用しているものから独立して運用されているため，利用者への周知不足もあり，利用者からの問い合わせが増加する結

専任教員

非常勤講師

事務職員

学生

Oﬃce アプリ*1✓

✓

✓

✓

OneDrive 利用✓

✓

✓

✓

Teams 利用✓✓✓

-果となった．
これと並行して，本学では 2021 年 2 月に全学の情報基盤システムのリプレースを行い，それに合わせ表 3 リプレースに伴うクラウドサービスの導入内容（Google Workspace）て組織利用のクラウドサービス利用が拡張されるよ
専任教員

非常勤講師

事務職員

学生

教育利用メール (Gmail)

✓✓

✓

✓

GoogleDrive 利用✓

✓

✓

✓

各 Google アプリ利用✓✓✓✓うになった．システムリプレースの概要を次節にて述
べる．

2.2

情報基盤システムリプレースの概要

2021 年 2 月に実施した全学の情報基盤システムのリプレースでは，基幹サーバーのデータセンター移設やのネットワーク回線の増強を行い，2017 年度より実施していたパソコン必携事業や本学附属学校におけるGIGA スクール構想にも対応可能な情報基盤として整

このリプレースにより，オンプレミスで運用していたサービスから利用者数が多いサービス，とりわけ学生用メールサービスをクラウドに運用することができるようになった．また，多くの学内システムについてもシングルサインオンによる認証連携を行うことがで備を行ってきた．
また利用者に提供するサービスの観点からは，これまで複数のサービスに対して認証連携を行ってきていたが，シングルサインオンを導入していなかったため，サービスへのログインはサービスごとに行う不便さをきるようになり，シームレスなサービスへのアクセスを実現できるようになった．

2.2.1

システムリプレースに伴う Microsoft 365 Edu-cation の認証連携利用者に強いていた．今回のリプレースに伴ってシン

本学における Microsoft 365 Education の利用はグルサインオンを導入し，利用者に対してシームレス表 2 に示したとおりである．2.1 節で述べたとおり，
もともとは Oﬃce アプリケーションの活用を主眼に315していたが，コロナ禍の影響を受けて，OneDrive やステムによる多要素認証の要求は，学外のネットワー

Microsoft Teams といったクラウドサービスの積極的クからアクセスした場合には必須とし，学内のネットな活用を検討することとなった．2020 年 3 月にサーワークからアクセスした場合には利用者が任意に設定ビスを開始していたが，2021 年 2 月のシステムリプできるようにした．なお，学内のネットワークからアレースに伴い，認証系を利用者管理システムと連携すクセスする際の多要素認証要求の初期値は「多要素認ることとし，Azure AD Connect を利用したユーザー証を要求しない」設定となっている．

データベースの同期を行うようにした．

また，多要素認証のワンタイムパスワード認証とし2.2.2 システムリプレースに伴う Google Workspaceの導入と認証連携ては TOTP アプリ利用もしくはメール通知のいずれかを選択できるようにした．ただし，多要素認証利用

本学における Google Workspace の利用は表 3 に方法の初期値は未定義の状態であったため，利用者に示したとおりである．もともと，教育利用メールと呼対しては利用者自身で統合認証システムの設定を行ばれるサービスを提供しており，教職員・学生ともにい，ワンタイムパスワード認証が実施できるようにし利用可能なメールサービスをクラウドサービスに移行なければ実質的に学外から関連の連携サービスが利用させることを目的として実施したものである．

できない状態となっていた．

2021 年 2 月のシステムリプレースに伴い，教育利用2.3.1

教職員への案内と対応メールを全面的に Google Workspace の Gmail に移

2021 年 2 月のシステムリプレース段階においては，行し，Google Workspace に付随するサービスに関し教職員の業務利用メールへの利用に対してコロナ禍でても基本的には利用可能とした．

あることも重なり，多大なる支障となることが懸念さ

なお，利用者管理システムから LDAP の情報をれた．そのため，教職員に対してはシステムリプレー

Google Cloud Directory Sync (GCDS) を用いてユースにあわせて多要素認証設定の依頼文書並びに簡易マザーデータベースの同期を行うようにした．

ニュアルを配布した．

2.3

統合認証システムにおける多要素認証

事前にシステムリプレースに関しては周知をしてい表 1 で示したとおり，これまで本学で利用してきたたものの，具体的な作業依頼にまで落とし込むには検複数のサービスに対しては統合認証システムを経由し討を要する事項が多く，結果として教職員利用者に対てシングルサインオンを実現するようにした（図 1）．

してはごく僅かな設定可能期間しか確保することがで

この認証連携に関連して，高等教育機関を狙うフィきず，電話等による利用者対応の増加に繋がる結果とッシングメールが急激に増加していることにも関連しなった．て，より安全な認証環境が求められている状況であっ2.3.2

学生への案内と対応た．本学においても情報セキュリティポリシーを策定

2021 年 2 月のシステムリプレース段階においては，する中で，Web メールやグループウェア等にアクセス

教職員の業務利用メールへの利用に対してコロナ禍でするために認証箇所については高度で安全な認証環境あることも重なり，多大なる支障となることが懸念さの構築が急務であった．そこで，このリプレースではれた．そのため，教職員に対してはシステムリプレーそれぞれの認証箇所にて多要素認証の設定が実施できスにあわせて多要素認証設定の依頼文書並びに簡易マるように基盤構築を行った．

ニュアルを配布した．

図 2 にその概要を示す．今回導入した統合認証シ

事前にシステムリプレースに関しては周知をしていたものの，具体的な作業依頼にまで落とし込むには検討を要する事項が多く，結果として教職員利用者に対してはごく僅かな設定可能期間しか確保することができず，電話等による利用者対応の増加に繋がる結果と

図1

統合認証システムを活用したシングルサインオンの例なった．

2.4

Microsoft 365 Education における多要素認証設定の導入

2021 年 2 月のシステムリプレース直後，Microsoft365 Education のサービスにおいては利用者が任意に多要素認証の設定をできるようにしていたものの，設図2統合認証システムにおける多要素認証の実施

316

定は利用者に委ねる形をとった．これはシステムリプきない仕組みであったため，教職員利用者と同様のス

レース直後における利用者の混乱を避けるためである

ケジュール・案内方法を取ることにし，2021 年 10 月

ことと，利用者への案内を行うまでには検証が不十分

冒頭に多要素認証必須化の案内を行った後，同年 11であったことが挙げられる．

月に必須化を実施した．

その後，必須化の案内と設定は 2021 年度中に実施2.5した．

Google Workspace における Google 2 段階認証
プロセスの導入

2.4.1 リプレース直後の教職員への案内と対応

2021 年 2 月のシステムリプレース直後，Google教職員においては，コロナ禍となり始めた 2020 年

Workspace のサービ スにおい ては利 用者が任 意 に

3 月から Microsoft Teams や OneDrive といったクラGoogle 2 段階認証の設定をできるようにしていた

ウドサービスの利用を案内し，テレワークで利用可能

ものの，設定は利用者に委ねる形をとった．これは，なリソースとして頻繁に利用していた．

Google 2 段階認証の利用を必須化した場合の案内フ

Microsoft 365 Education の多要素認証については，ローが確立できてなかったことや，とくに学生利用者システム管理者側で強制化した場合であっても利用者に関して基幹のメールサービスが利用できないことががサービスログオン直後に多要素の設定を促すように懸念されたこともあり，リプレース実施直後は利用者なっており，その設定が完了しない限りはログオンでの混乱を回避するためである．

きない仕組みである*2 ．

その後，必須化の案内と設定は 2021 年度中に実施

そのような背景もあり，ユーザーサポートへの負荷した．

は他のサービスに比べて低いと判断し，2021 年 10 月

2.5.1

冒頭に多要素認証必須化の案内を行い，同年 11 月にリプレース直後の教職員への案内と対応

教職員においては，業務利用メールを別に運用して必須化を実施した．

いるため，リプレース実施後まもなくは，Google サー

2.4.2 リプレース直後の学生への案内と対応

ビスそのものの需要は高くはなかった．そのような中学生においては，デスクトップの Oﬃce アプリケー

で Google 2 段階認証プロセスの必須化を案内・実施ションの利用を主として想定していた．OneDrive のすることとで他のサービスへの対応依頼も含めると利活用についてはコロナ禍の影響もあり，情報基礎の全用者への混乱を招くことが予想された．そのため，リ学必修科目 [1] で案内したほか，学習管理システムにおプレース直後の Google 2 段階認証プロセスの必須化

けるクラウドサービスの活用 Tips にも掲載していた．

は見送ることとなった．

Oﬃce アプリケーションのインストール権限は，学2.5.2

リプレース直後の学生への案内と対応

生利用者にとって権利として有しているものの，様々学生においては，教育利用メールと称して学生用な理由でその権利を利用していない利用者も一定数存のメールアドレスの運用をオンプレミスの環境から在している．そのため，利用の案内は行っているものGmail に切り替えた．学生に対する大学からの連絡はの，学生利用者が必ず利用しているサービスとは言え基本的にこのメールアドレスに送付されるため，このない状況であった．

アクセスパスが絶たれてしまうと，学生との連絡がつそのような背景もあり，Microsoft 365 Educationかなくなってしまう可能性が考えられた．コロナ禍でのサービスを利用するにあたり，多要素認証必須化のあり，学生の入構が制限されていたり，大学に来訪す案内や作業を行う上での重要度は教職員利用者に比べることが困難な事情を持った者もいたりするような背て低いものであった．また，2.4.1 項で述べたとおり，景もあり，Google 2 段階認証プロセスの必須化の案内

多要素認証の設定を強制にしたとしてもその設定が完及び作業については慎重に行う必要があった．そのた了しない限りは，その設定が完了するまでログオンでめ，リプレース直後の Google 2 段階認証プロセスの必須化は見送ることとなった．

*2 Microsoft の 説 明 ペ ー ジ に よ れ ば ，「ユーザーが認証方法 に ま だ 登 録 さ れ て い な い 場 合 は 、先 進 認 証 (Web ブラ ウ ザ ー な ど) を 使 用 し て 次 回 サ イ ン イ ン す る と き に登 録 す る よ う に 求 め ら れ ま す 。 [有 効 ] 状 態 で 登 録 が 完
了 し た ユ ー ザ ー は 、 [ 強 制] 状 態 に 自 動 的 に 移 動 さ れ ます。」との記述がある． https://learn.microsoft.com/

ja-jp/azure/active-directory/authentication/
howto-mfa-userstates317

3 多要素認証必須化作業実施
本章では，これまでに説明した各サービスに対する多要素認証必須化作業の実施と，その実施に伴うサービス影響について述べる．

3.1

統合認証システムにおける多要素認証必須化ののことを利用し，多要素認証に利用するワンタイムパ実施とその影響

スワードの送付先を設定した上で新規アカウント作成3.1.1 既存利用者に対する対応

し，新規利用者にアカウントを配布した．

システムリプレース時に情報基盤システムを利用しなお，一部で大教 Gmail を利用できないロールが存ている利用者に関する主だった対応は 2.3 節で述べた在するため，そのアカウントに対しては当該利用者にとおりである．

事務局からワンタイムパスワード送付先をヒアリング

2021 年度の新学期授業開始に向けて，学習管理シし，システム管理者が直接の設定を行う方法をとってステムを統合認証システム経由で利用する必要が発生いる．

したため，多要素認証の設定が未完了の場合，自宅等

3.2の学外ネットワークから学習管理システムにアクセスする術を失うことになる（図 2）．専任教職員に対しては，2.3.1 節で述べたとおり，依頼文書や簡易マニュアルでの対応を中心に行い，多要素認証の設定を促した．

Microsoft 365 Education における多要素認証必須化の実施とその影響
既存利用者に対する対応

3.2.1

Microsoft 365 Education の多要素認証必須化に関する主な経緯は 2.4 節で述べたとおりである．

一方で非常勤講師については，年度初めの授業初日

システム管理者側で多要素認証を利用者に強制化しまで大学キャンパスに来訪しない可能性やそもそも授た場合であっても，その利用者がサービスログオンし業期間中に来訪することができない可能性が懸念された直後に多要素の設定を促すようになっており，設定た．そのため，非常勤講師に対して必要に応じて希望が完了しない限りはログオンできない仕組みである．のあったメールアドレスを多要素認証のワンタイムパ

そのため，2021 年 10 月に必須化の案内を行い，同年スワード送付先に指定する臨時の手続きを実施できる11 月に必須化を実施した．

ように体制を整えた．この手続きの実施には統合認証

3.2.2

システムを管理している LDAP で管理されたデータベースを直接編集する方法を取っている．

新規利用者に対する対応

新規利用者への対応については，利用者のロールによって細かなニーズが異なるものの，ユーザーアカウ

2021 年度の授業開始前後においては，学習管理シント利用時にセットアップを行う案内をした．アカウ

ステムに多要素認証の設定を未実施であったために自ント配布後，約 1 ヶ月程度を目安に多要素認証を必須

宅等からアクセスできない利用者に対して専用の申請としない状態とし，その間に多要素認証の登録作業をフォームを設置し，2021 年 3 月から 4 月にかけての行ってもらう流れである．特に，新入生については対申請数は，学生・教職員あわせて 364 件にものぼった．

応人数が膨大になることから，セットアップマニュア

その後，後期授業が開始される 2021 年 10 月 1 日前後

ルを作成・配布することとで対応を行った．

を境に申請数の増加が確認されたものの，2022 年度以3.3降の申請は僅かながらにあるだけで，ほぼ収束している状態である．

Google Workspace における多要素認証必須化の実施とその影響

3.3.1

3.1.2 新規利用者に対する対応

既存利用者に対する対応

Google Workspace の Google 2 段階認証プロセス

システムリプレースに合わせた統合認証システムの多要素認証設定対応は，初期状態が未設定であるがゆ必須化に関する主な経緯は 2.5 節で述べたとおりである．

えに利用者にその設定を強制してしまうこと，また，専任教職員や非常勤講師，学生といったそれぞれの学内ネットワークからのアクセスの場合は多要素認証ロールによって，Google 環境の重要度が異なることの設定をせずとも認証できてしまうことから，利用者と，必須化作業を行う段階において，る Google 2 段

視点でアカウントのセットアップを行うときにこの多階認証プロセスが未設定である利用者については管理

要素認証設定を行わずとも利用そのものができてしま

者側で特別な対応を実施する必要があったため，利用うことにあった．

者への案内と必須化の実施は慎重に行われた．

そこで，2022 年度の新規利用者に対しては，多要素専任教職員に対しては，コロナ禍における学生への認証の初期設定値を教育利用メールである大教 Gmail

コミュニケーションパスやクラウドサービスを活用のメールアドレスに設定することを基本とした．表 3

した資料共有の利便性確保を行うべく，事務局を主とのとおり，大教 Gmail は利用者管理システムに登録して会議利用を想定した活用を模索することとなっされているほぼすべての構成員が利用可能である．こた．結果として，学内の会議資料を Google ドライブ318

で取り扱うことを事務局で取り決め，教職員に対して4.1

Google ドライブの活用が円滑に進むように準備・案

統合認証システムにおける多要素認証必須化に関するフォローアップ

内を行った．

統合認証システムにおける多要素認証の設定につ2021 年度中に，ほぼすべての専任教職員が参加すいてはシステムリプレース時に設定マニュアルを準る会議が控えていたため，その会議の参加にあわせて備し，案内を行ったため，当時作成したマニュアルをGoogle 2 段階認証プロセスの必須化を実施した．具

ベースに本稿執筆時点においても利用者に対しての案

体的には 2021 年 9 月末に当該会議が実施されるスケ内や説明を行うことができている．また，既存利用者ジュールであったため，約 1 ヶ月前の 2021 年 8 月末の中でも多要素認証未設定利用者を一部残すのみとなにアナウンスを行い，当該会議の実施直前に Google 2り，新規登録利用者については初期値を設定してアカ段階認証プロセスの必須化を実施した．

ウントを配布するため，大きな混乱には至っていない．

また，Google 2 段階認証プロセスの必須化を実施す

ただし，統合認証システムの設定の中で「学内ネッるにあたり，学生や非常勤講師に対しては，連絡先のトワークであっても多要素認証を必須とする」設定が生命線となるメールサービスへのアクセスパスを断つオプションで存在し，利用者自身がその設定内容を理ことのないように繰り返しアナウンスを行った．この解していないままに設定を施す利用者が若干名存在し案内は 2021 年 10 月から案内を開始し，必須化作業をており，たびたび「鍵の閉じ込め」トラブルが発生し実施するまでに 5 回程度の周知・再通知を行い，設定ている．利用者からの問い合わせがあった際に，管理実施を促した．最終的に 2022 年 1 月に必須化を実施者側でその「鍵の閉じ込め」設定を個別に対応する措した．

置を取っている．

なお，未設定の学生利用者はある程度の数が認めら4.2れることが予想されたため，設定猶予を申請に基づいMicrosoft 365 Education における多要素認証必須化に関するフォローアップて自動的に実施できる支援ツールを開発し，利用者のMicrosoft 365 Education における多要素認証の設設定支援にあたった [2]．

定については，2021 年 10 月に既存利用者に多要素認結果として，周知・案内を受け取れていない利用者

証設定の案内を行うべく設定マニュアルの作成を行っがわずかに残るものの，9 割以上の既存利用者に対した．認証に設定可能な要素としては Microsoft が提供ては Google 2 段階認証プロセス必須化の実施を完了している標準の方法である「認証アプリ」，「電話番号させることができた．

（SMS・音声）」及び「セキュリティキー」があり，利用3.3.2 新規利用者に対する対応者が個別に選択できるようにしている．殆どの利用者新規利用者への対応については，利用者のロールには認証アプリや電話番号を利用しているが，携帯電話よってニーズが異なるものの，ユーザーアカウント利を所有していない利用者に対して，PC にプラグイン用時にセットアップを行う案内をした．アカウント配を導入することでスマートフォンの認証アプリのよう布後，約 1 ヶ月程度を目安に多要素認証を必須としに PC のみで認証を完結できる方法や希望者に対してない状態とし，その間に多要素認証の登録作業を行っセキュリティキーを貸与することで運用を柔軟に行ってもらう流れである．特に，新入生については，連絡ている．の生命線となるメールアドレスの利用に関わることか

4.3

ら，セットアップマニュアルを作成・配布するとともGoogle Workspace における多要素認証必須化に関するフォローアップに，時間確保可能な部署においてはセットアップガイ

Google Workspace の Google 2 段階認証プロセス

ダンスの時間を設け，メールアカウントのセットアッの設定については，2021 年 8 月に既存利用者の中でもプ作業と同時に Google 2 段階認証プロセスの設定を専任教職員から順次設定の案内を行うべく設定マニュ行ってもらうべく，セットアップ支援対応を行った．

アルの作成を行った．認証に設定可能な要素としては

4 多要素認証必須化後における利用者へのフォローアップ

統合認証システムの多要素認証設定時に案内している「認証アプリ」に加えて，「Google アプリ」や，「電話番号（SMS・音声）」，「セキュリティキー」をあり，利用本章では，各サービスの多要素認証必須化後に生じた事象とそのフォローアップについて述べる．

者が個別に選択できるようにしている．Google 2 段
階認証プロセスについては，Microsoft 365 Educationの多要素認証と同様に殆どの利用者は認証アプリや電319

話番号を利用しているが，携帯電話を所有していない多く来ることが自明である結果と言える．そのため，利用者に対して，PC にプラグインを導入することで今後認証基盤に関わるサービスを利用者に必ず利用さスマートフォンの認証アプリのように PC のみで認証せるようなプロセスが発生する場合，利用者に対してを完結できる方法や希望者に対してセキュリティキーの事前周知や情報基盤を担う部署である情報基盤センを貸与することで運用を柔軟に行っている．

ターへの事前の相談等，大学運営側の密な連絡を行う

4.4

利用者からの問い合わせことが課題であると考えられる．

システムリプレース直後の対応や 2021 年度中に実施した各種サービスにおける多要素認証の必須化対応

5 おわりにを終え，システムリプレース直後の既存利用者への概本稿では，本学における複数のサービスのそれぞれねの対応は完了した．また，2022 年度の新規利用者がに対して，多要素認証を必須化し，利用者への案内や入り交じる運用となって半年以上が経過し，現行の情実際の実施，それに係る支援とその状況について報告

報基盤システムにおいては安定した運用時期に差し掛した．現行の情報基盤システムの運用も 2 年目に差しかった．

掛かり，1 年目に多くの利用者対応を要した多要素認

2022 年度の各サービスにおける認証設定に関する問い合わせ件数を表 4 に示す*3 ．

証設定に関しても，利用者問い合わせ件数の結果から，ある程度落ち着いた運用フェーズに入ったと言える．
一方で，認証部分を情報基盤センターが一手に担っ

表4

各サービスにおける認証設定に関する問い合ていることもあり，例えば履修登録といった短期間かわせ件数（2022 年度）（件）つ大規模な情報基盤システムの利用が観測されると，統合認証

M365

GWS

利用者対応に時間を要することとなる．サービスを提4月

242840

供する側それぞれの立場で情報基盤システムを活用し5月

12413ていることを土台に，サービス利用者へのより適切な

6月

550

案内や支援ができるように，情報連携を密にしていく

7月

970ことが今後の課題として挙げられる．

8月

723

9月

1668

参考文献
[1] 尾崎拓郎，佐藤隆士，片桐昌直：学習管理システ

年度はじめについてはアカウントのセットアップ作業等で利用案内を行うことから，相対的に対応件数が多い傾向にある．また，長期休みである 9 月についても「携帯電話の機種変更や破損にともなう多要素の紛失」を理由に，多要素認証に関連する問い合わせが授業期間中に比べると増加する傾向にあった．これは，9月の中旬に後期授業の履修登録を実施する影響で，多くの学生利用者が学外からの統合認証システムのアクセスを必要とするが，多要素の移行作業を適切に行えていなかったためであると推察される．また，本学において同時期には教育実習を実施しており，上記と同様の理由でアクセスできないかつ早急なアクセスを求められる対応に迫られた．
これらの対応はいずれも大学の行事にあわせて需要が変動する事項であり，これまで各部署で独立して運用していたサービスを認証基盤についてすべて片寄せしたことで大学の情報基盤を担う部署に問い合わせが*3 情報基盤センターや ICT 教育支援ルームにおける，参照可能な対応記録から抽出した．

320

ムを利用した全学情報関係共通必修科目「ICT 基
礎 a」の実践，大学 ICT 推進協議会 2017 年度年
次大会，WA2-6，2017.

[2] 山本望実，坂本伸行，松井聴治，尾崎拓郎，佐藤隆
士：多要素認証未設定者に対する利用資格変更自動対応システムの提案，情報処理学会研究報告，
インターネットと運用技術，Vol.2022-IOT-56，

No.24，pp.1-3，2022．