• 引継ぎ希望のECCSクラウドメールでログインしていた場合
  • 2回目のフォームのURLと申請ID、トークンが届く
  • 新しいUTokyo Accountの初期設定が済み次第、新しいECCSクラウドメールで2回目のフォームに申請ID、トークンやその他必要事項を回答
  • 正しく申請が完了していたら、ECCS担当の方が繋ぎ替え作業を実施
• 新ECCSクラウドメールでログインかつ引継ぎ希望のECCSクラウドメールの転送設定ありの場合
  • 2回目のフォームのURLと申請ID、トークンが引継ぎ希望のECCSクラウドメールに届く
  • 新しいECCSクラウドメールで2回目のフォームに申請ID、トークンやその他必要事項を回答
  • 正しく申請が完了していたら、ECCS担当の方が繋ぎ替え作業を実施
• 新ECCSクラウドメールでログインかつ引継ぎ希望のECCSクラウドメールの転送設定なしの場合
  • これで申請者本人の作業は終了
  • ECCS担当の方が在籍確認の上で、繋ぎ替え作業を実施
    • 在籍確認は大変なので、できれば旧アカウントの失効前に申請してほしいそう

• グルーピングしているコースの場合は、グルーピングしているコース名が表示されます。グルーピング内で代表コース名を変更することができます。
  代表コース名は、担当教員が「コースTOP」画面を表示した時に表示されるコースの名前です。
  履修者の「コースTOP」画面には、ここで設定した代表コース名にかかわらず履修しているコース名が表示されます。

• 代表コースに指定されたコース=親コース
• 担当教員でも履修者でもないユーザーからの表示については確かに明記されていない？

• 以下の説明で用いる「履修者」という語は特に断りのない限り、ITC-LMSにおいて「履修者」の権限を持つコース参加者のことを指す
  • UTASで履修登録をしている学生に限らず、ITC-LMSで自己登録や担当教員登録などの方法によりコースに「履修者」として参加したユーザーを含めるということです

• グルーピングされたコースのうちどのコースに参加しているかという情報を持っている
  • 
  • 「担当教員」：上記の「コース参加者一覧」画面では科目名が指定されていないように見えるが、「コース参加者登録」において参加させるコースを指定できる
    • 
    • 例えば、コースのグルーピングを解除したりすると、確かにこの時指定したコースのみに残る
  • 「TA」：担当教員と同様、コース参加者画面では科目名が指定されていない。が、コース参加者登録において、権限を「TA」とした場合は、「科目選択」がグレーアウトしてしまうようで、やや教員とは異なる模様。
    • 
    • この場合、コースのグルーピングを解除すると、いずれのコースにも残る
  • 「履修者」：上記の「コース参加者画面一覧」の「科目名」から参加しているコースもわかるし、コース参加者登録において追加する科目を指定できる
    • 
    • UTAS連携の場合は、当然UTASで登録しているものから連携されたコースへの参加となる
    • 自己登録の場合については後述

• 検索結果：コースがグルーピングされている場合でも、検索結果にはすべてのコースが、元のコース名で表示される
• 「コースTOP」（コースを開いた結果）：コース参加の有無や、コース参加者として与えられた権限によって異なる
  • 「担当教員」：「代表コース名」が表示される
    • 自分の参加するコースは関係ない
  • 「TA」：「代表コース名」が表示される
  • 「履修者」：自分の参加するコース名が表示される
  • コース参加者以外：「代表コース名」が表示される
• 「出講表」／「時間割」：コース参加の有無や、コース参加者として与えられた権限によって異なる
  • 「担当教員」：自分の参加するコースがすべて表示される
    • 典型的には、コースのグルーピングを行った「担当教員」（=グルーピングされたいずれのコースにも参加）には、グルーピングしたコースが並ぶ形で表示される
      • 
    • グルーピングされたコースのうち全てに参加していない場合は、参加しているコースのみが表示される
      • つまり例えば、子コースのみに参加している場合、コースを開くと、出講表で表示されているコース名とは異なるコース名のコースTOPが表示される、ということになる
  • 「TA」：「代表コース名」が表示される
  • 「履修者」：自分の参加するコース名が表示される

• 上述の通り、コースに参加していない場合は、グルーピングされているいずれのコースを開いても、「代表コース名」のコースTOPが開く
• そのコースTOPで自己登録を行うと、その時点で「代表コース名」と設定されているコース=親コースに参加することになる

• 同じ時間に複数履修できることはできるのか？
  • 複数同時に「履修登録」はできないけど「お気に入り登録」はできる

• コースをグルーピングするタイミングで「TA」や「履修者」が被っているとエラーになるが、グルーピングした後に複数コースに参加する状態になっても特に問題ないそう。
• ちなみにこの場合、履修者には代表コースが表示されるらしい。

• 親か子かというのは関係ない
• 本登録のコースを削除してしまうと、本登録のはずなのに仮登録になっている？！と不安に感じさせてしまうため
• とは言え、この操作を間違えたからと言って取り返しのつかないことになるわけではなく、UTAS連携分も翌日になれば復活し、本登録に戻る

• 深夜2時頃のUTASの最新データが早朝（5時とか6時）に連携される
• UTASから来るのは差分ファイルではない
• 各ファイル内のデータが含まれなくなっても、ITC-LMS上の該当データが削除されることはない

• https://www.ecc.u-tokyo.ac.jp/announcement/2022/09/27_3470.html

• 「常に仮登録者を許可」
• 「履修確定日まで仮登録を許可」
  • これを選択していた場合、履修確定日を過ぎると、自動的に「常に履修登録者のみ」に変わる
• 「常に履修登録者のみ」

• 
• 完了済みにしたユーザー名も表示される

• 未回答
• 回答済み
• 完了

• パスワードのリセットを登録していないため、自分でパスワードをリセットすることはできません。
  サインインできない場合、管理者に問い合わせて、パスワードをリセットしてもらう必要があります。
  将来、再びサインインできるようになった後で、セルフサービス パスワード リセットに登録し、自分でパスワードをリセットできるようにします。

• 電子メール アドレスは、user@contoso.onmicrosoft.com または user@contoso.com という形式で入力してください。

• ここで Microsoft アカウントや個人の電子メール アドレスを使用することはできません。職場または学校アカウント (例: user@contoso.com) を入力してください。Microsoft アカウントのパスワードを変更するには、ここをクリックしてください。

• 入力したメールまたはユーザー名が存在しません。メールまたはユーザー名が正しく入力されていることをご確認ください。

現在、お使いのアカウントはブロックされているため、サインインできません。 そのため、パスワードのリセットは現在行えません。お客様の組織の管理者に連絡し、アカウントのブロック解除を依頼してください。

• 普通にMicrosoftアカウントにサインアップする画面で作ろうと思うと以下のエラーになるので上記ページで作成する
  

  職場や学校のメール アドレスを使ってサインアップすることはできません。Gmail や Yahoo! などの個人用メールを使うか、新しい Outlook メールを作成します。

• Office 365が利用可能
• UTokyo Accountでは学生向けには無効化されているTeamsが利用可能
• UTokyo Microsoft Azure Dev Tools for Teachingを利用するのに必要
  • ライセンスの提供方法が変わったために今年度はライセンスの更新手続きができておらず利用不可

• Shibboleth（UTAS、ITC-LMSなど）の場合
  • 多要素認証を有効化しているか否かで挙動は変わらず、24時間に一度サインインを行う必要がある
  • ブラウザのウィンドウを閉じるとセッションが終了して24時間を待たずに再認証が掛かってしまう
• Azure AD（Zoom、Office、Webexなど）の場合
  • 多要素認証を有効化している場合は、現在(2022年10月時点)は14日に一回の認証
    • 8月ごろは24時間に一度の設定だった
    • 注意: 「ブラウザでのサインインの際はサインインの状態を維持しますか?」というダイアログに「はい」と答えないとセッションがCookieに記憶されないためブラウザを開くたび再認証が発生
  • 多要素認証を有効化していない場合はAzure ADのデフォルト設定
    • Officeでは永続（90日）、ブラウザはセッション永続化なし（開くたびに再認証）

• 「組織がデバイスを管理できるようにする」のチェックは外す
  • 東大ではデバイス管理機能を有効化していないためチェックを入れても何か機能的な違いが発生するわけではない。ただし、チェックを入れると無用なエラーメッセージ（80180018など）が発生することが確認されている
• 「いいえ、このアプリのみにサインインします」をクリックする
  • 「OK」をクリックするとデバイスにUTokyo Accountが登録されて、Office以外のアプリ（OneDriveクライアントなど）でのサインイン時に自動的にUTokyo Accountが選択されるようになる。ただし、この場合にもエラーメッセージ（135001、700003など）が発生することが確認されている

• UTokyo Slackのワークスペースにユーザーを招待する際は、(共通ID10桁)@utac.u-tokyo.ac.jpに招待を送る必要があり、（任意文字列）@g.ecc.u-tokyo.ac.jpに招待を送っては参加できない
• (共通ID10桁)@utac.u-tokyo.ac.jp宛に送られた招待メールは（任意文字列）@g.ecc.u-tokyo.ac.jpに転送されるため、招待メールを受け取った側では同様の招待メールに見える
  • もしサインインできない場合は招待メールの宛先が(共通ID10桁)@utac.u-tokyo.ac.jpになっているか確認し、もしなっていない場合は再度招待を依頼

ECCS利用者メニューにアクセスする際の正しいURLは以下
https://idm.ecc.u-tokyo.ac.jp/webmtn

• アクセスに成功するとブラウザの上部に表示されるURLが末尾に/sso-samlを付けたものに変わるが、このURLからは直接アクセスすることはできず、以下のエラーが表示される

  EX-076 エラーが発生しました。
  EX-SAML-002 SAML認証応答処理でエラーが発生しました。管理者に確認してください。

  • ブラウザの「お気に入り」などに登録する際は注意が必要

• アクセス権がない学生がアクセスした場合は正しいURLでもエラー

• UTokyo-Guestは学内アクセス扱いにならない
• ECCS端末（ゲストアカウント）でできることは限定されている