京都大学学生用メールのための学生アカウントと Microsoft 365 の連携
中井 隆史 1),2), 外村 孝一郎 1),2)
1) 京都大学情報部
2) 京都大学情報環境機構
nakai.takashi.4n@kyoto-u.ac.jp

Linking Student Accounts and Microsoft 365 for Student Mail at Kyoto
UniversityTakashi Nakai 1) ,2), Koichiro Tonomura 1),2)
1) Information Management Department, Kyoto University.
2) Institute for Information Management and Communication, Kyoto University.
概要
京都大学では主に学生を対象とした学生アカウント(ECS-ID)向けに Microsoft 365 のExchange Online を利用して学生用メール(KUMOI)を提供している。学生用メールは利用者自身のコミュニケーション手段として以外にも教務情報システムや LMS などからの通知などにも用いられている重要なインフラとなっている。本稿では学生用メールを実現するために本学が行っている Microsoft 365 のアカウント制御と認証連携の仕組みについて紹介する。

した Microsoft 365 のアカウント制御と認証連携の1 はじめに仕組みについて述べる。

京都大学では学生や教職員などの京都大学で教育・研究・業務等を行う構成員に対し、全学アカウントを提供し、統合認証基盤の ID として活用

2 全学アカウントとメールサービス
2.1 学生アカウントと教職員アカウントしている。全学アカウントは主に学生や非常勤講

京都大学では全学アカウントとして学生には師、学振特別研究員等を対象とした学生アカウン学生アカウント(以下 ECS-ID)[1]、常勤を中心としト(ECS-ID) [1]と主に常勤教職員を対象とした教た教職員には教職員アカウント(以下 SPS-ID)[2]を職員アカウント(SPS-ID) [2]に分かれている。電子提供している。なお非常勤講師や学振特別研究員ジャーナルや学習管理システム(LMS)、学認 SP ななどに対しては ECS-ID を提供している。2022 年

ど学生アカウント(ECS-ID)と教職員アカウント

9 月 29 時点で有効なアカウント数は表 1 の通りで(SPS-ID)で共通して利用できるサービスが多いが、ある。

メールサービスについては過去からの経緯で学生

表 1 全学アカウントの有効数

ア カ ウ ン ト (ECS-ID) 用 と 教 職 員 ア カ ウ ン ト

種類(SPS-ID)用を分けて提供している。学生アカウン

ECS-ID(学生)23,981ト(ECS-ID)向けの学生用メール[3]としては、2013

ECS-ID(学生以外)

4,108

有効数

年より Microsoft 365 の Exchange Online を利用できるようにしており通称 KUMOI と呼んでいる。学備考
非常勤講師
学振特別研究員等

SPS-ID

12,656

常勤教職員等

生用メールは利用者自身のコミュニケーション手段として以外にも、教務情報システムや LMS 等か全学アカウントの管理はエクスジェン・ネット

らの通知、奨学金等に関する連絡などにも用いらワークス社の LDAP Manager を利用してオンプレれており、非常に重要なインフラとなっている。

ミスで構築した ID 管理システム(IdM)で行ってい本稿では学生用メールを実現するための京都大学で行っている学生アカウント(ECS-ID)に対応145る。
ECS-ID と SPS-ID は京都大学における統合認証

基盤の ID であり、LMS や電子ジャーナル、学認AzureAD)に ECS-ID に対応するアカウント

SP などの多くのサービスで利用できる。ただしメを作成するールサービスやポータルサイトなどの一部のサービスは ID の種類や利用者の属性に応じてサービ(3) (2)で作成したアカウントに A1 ライセンスを割り当てる

スが分かれている。例えば ECS-ID 向けの学生用(4) (3)の結果、作成される Exchange Online のメ ー ル サ ー ビ ス [3] と し て は Microsoft 365 のメールボックスに対して自動転送等の設定

Exchange Online を、SPS-ID 向けの教職員用メールサービス[4]としては Google Workspace の Gmail をを行う
(1) のメールアドレスについては、教務情報シス利用できるようにしている。

テムや ECS-ID 申請時のアルファベット氏名情報

2.2 学生用メール(KUMOI)を 元 に 決 定 し て い る 。 UserPrincipalName は京都大学では ECS-ID 向けのメールサービスとMicrosoft 365 アカウントの主たる識別子である。

して 2013 年より Microsoft 365(導入当時は Office

本学では最初に ECS-ID に付与されたメールアド

365)の Exchange Online を利用できるようにしていレスを UserPrincipalName としていて、メールアドる。利用者自身のコミュニケーション手段としてレス変更が無い限りはメールアドレスと一致する。

以外にも、教務情報システムや学習管理システム

一方で、UserPrincipalName と ECS-ID は全く異な(LMS)等からの通知、奨学金等に関する連絡などる文字列となる。ImmuratedID については 4 章でにも用いる非常に重要なインフラサービスとなっ述べる認証連携のために必要になる識別子である。ている。

Microsoft 365 のアカウント改廃のために使用さ学生用メールではメール到達の確実性向上とれることが多い Active Directory からの同期ツール

利便性のため、利用者自身が行う ECS-ID の初期である Azure AD Connect 利用時は、同期元の設定時に自動転送先として 1 つのメールアドレス

Active Directory において自動生成された値を使の登録を必須としている。ただし、近年のメール用する。しかし、本学では Azure AD Connect を利に関するセキュリティや迷惑メール対策の強化の用していないため Active Directory を使わずに生ために自動転送のメールは届かないケースもあり成して IdM に登録し、必要なシステムに提供させ有効性には疑問がある状況である。自動転送先のている。

登録を必須としているのは初期設定時のみで、そ(2)(3) については、LDAP Manager の「LDAP ->の後に自動転送を解除することは可能である。

AzureAD 反映」プラグインの機能で IdM から2022 年 9 月時点で Microsoft 365 のアカウントに割り当てているライセンスは A1 であり、Officeアプリケーションのインストール権利は提供していない。一方で Exchange Online 以外に Microsoft

Microsoft 365 の AzureAD のアカウントを作成・更新し、同時にライセンスを付与している。
(4) について、Exchange Online PowerShell V2 モジュールを使用して行っている。

Teams などのサービスも利用することがでるが、(1)～(4)は全て定期的に実行するバッチ処理と本学の正式なサービスとしてのサポートは行わず、して実装している。学生の入学手続き上、ECS-ID利用者の自己責任の上で利用されている。

生成後に教務情報システムから氏名情報を入手できるまでのタイムラグがあることや Microsoft 365

3 Microsoft 365 のアカウント制御のライセンス付与後にメールボックスが作成され本章では 2022 年 9 月時点の Microsoft 365 の
Exchange Online を京都大学の学生用メールとして利用するための制御方法について述べる。
ECS-ID に対応して行っているのは下記の 4 点である。

るまでに時間がかかることがあることから即時反映が困難なためである。

4 Microsoft 365 認証連携
4.1 学生アカウント(ECS-ID)による認証
Microsoft 365 の認証については、京都大学統合(1) メールアドレス、UserPrincipalName、認証

認証基盤の Shibboleth IdP を利用した SAML 認証

連携用の ImmuratedID を決定する。

連携を行っている。そのため学生用メールの利用(2) (1)で決定した情報を使って Microsoft 365

者の認証は、AzureAD の UserPrincipalName(原則メテ ナ ン ト の Azure Active Directory( 以 下ールアドレスと一致)ではなく、ECS-ID を使用す146

る。Shibboleth IdP はシングルサインオンシステムとしても動作しているため、学生は図 1 のように学生用ポータルサイトから再認証なしに学生用メールの画面に遷移できる。

5 今後の課題
2.2 で述べたように京都大学では ECS-ID 利用者
向けには Microsoft 365 (Exchange Online 利用のみ
サ ポ ー ト ) を 、 SPS-ID 利 用 者 向 け に は Google
Workspace を提供し活用している。それぞれ多様なサービスを使用できるクラウドサービスであるが、2022 年 9 月時点で学生と教職員を横断して利用できる状況にはない。
主に次の 2 つの理由から学生用メールとして利用してきた Microsoft 365 の対象を 2023 年度を目途に教職員にも広げるべく検討を行っている。
・ 2020 年度からのコロナ禍の影響もあって、学図 1 学生用ポータルサイトからの画面遷移

生・教職員を横断して利用できるコミュニケーション・情報共有のサービスを求める声が4.2 認証連携のための属性情報伝達
Shibboleth IdP は学生用メール利用者のログイ学内から挙がってきている。

ン時に Microsoft 365 の対応するアカウントを特定・ 大学として Microsoft 365 A3 を一括契約し、構す る た め の 情 報 と し て UserPrincipalName と成員に提供する方針となったため、Office ア

ImmuratedID を Microsoft 365 に提供する。これらプリケーション提供の基盤としても整備する。

は図 2 のように IdM で生成・管理し、Microsoft 365と Shibboleth IdP 参照用の LDAP に配信することで一致するようにしている。

6 おわりに
本稿では京都大学で学生用メール(KUMOI)を実現するために行っている学生アカウント(ECS-ID)に対応した Microsoft 365 のアカウント制
御と認証連携の仕組みについて述べた。今後も安定した運用を実現すると共に、メール以外としての活用も見据えて、より利便性が高くなるように取り組んでいく所存である。

図 2 学生メール利用までの流れ

参考文献

4.3 学生用メールのメールソフトウェア利用
学生用メールのメールソフトウェア利用につい て は SAML 認 証 の 方 式 の 一 つ で あ る ECP(Enhanced Client or Proxy)を使った方法をマニュアルで案内してきたが、2022 年 6 月にこの方法ではログインができなくなった。京都大学の場合、認証用 ID である ECS-ID と Microsoft 365 の ID である UserPrincipalName が異なる文字列であるという事情があり、それが問題を起こした可能性が考えられた。解消の目途が立たなかったため、学生用メールのメーラー利用者には OAuth 等への切り替えを依頼することで対処した。

147[1] 京都大学情報環境機構、ECS-ID(学生、非常勤講師等向け)、
https://www.iimc.kyoto-u.ac.jp/ja/services/cert/ecs_id/、(参照 2022-09-29)[2] 京都大学情報環境機構、SPS-ID(教職員アカウント)https://www.iimc.kyoto-u.ac.jp/ja/services/cert/sp
s_id/、(参照 2022-09-29)[3] 京 都 大 学 情 報 環 境 機 構 、 学 生 用 メ ー ル(KUMOI)、
https://www.iimc.kyoto-u.ac.jp/ja/services/mail/kumoi/、(参照 2022-09-29)[4] 京 都 大 学 情 報 環 境 機 構 、 教 職 員 用 メ ー ル
KUMail(Gmail)について、
https://www.iimc.kyoto-u.ac.jp/ja/services/mail/kumail/、(参照 2022-09-29)