「ユーザポリシー」の版間の差分
Toshihiro KITA (トーク | 投稿記録) 編集の要約なし |
Toshihiro KITA (トーク | 投稿記録) 編集の要約なし |
||
1行目: | 1行目: | ||
{{ | {{ロール}} | ||
==ユーザーポリシー== | ==ユーザーポリシー== | ||
次の設定は、サイト管理の[ユーザーポリシー]で管理者が変更できます。 | 次の設定は、サイト管理の[ユーザーポリシー]で管理者が変更できます。 |
2020年7月2日 (木) 07:29時点における版
ユーザーポリシー
次の設定は、サイト管理の[ユーザーポリシー]で管理者が変更できます。
訪問者の役割
サイトにログインしていないユーザーは、ここで指定されたロールがサイトのコンテキストで付与されているかのように扱われます。ゲストの役割はデフォルトであり、標準のMoodleサイトの推奨設定です。ユーザーは引き続き、アクティビティに参加するためにログインする必要があります。
ゲストの役割
このオプションは、ゲストユーザーに自動的に割り当てられるロールを指定します。この役割は、非登録ユーザーがパスワードなしでゲストを許可するコースに参加するときに一時的に割り当てられます。
(サイトへのゲストアクセスを完全に拒否する場合は、サイト管理の[認証の管理]でゲストログインボタンを非表示に設定する必要があります。)
すべてのユーザーのデフォルトの役割
すべてのユーザーのデフォルトの役割をAuthenticated userに設定することをお勧めします。カスタムロールに設定するには、カスタムロールがシステムコンテキストで割り当て可能であり、ロールアーキタイプがnoneに設定されている必要があります。
注:すべてのユーザーのデフォルトの役割を生徒に設定することはお勧めしません。
新しいコースでのクリエイターの役割
Moodleは、この設定で指定された役割を持つコースに新しいコースを作成するユーザーを自動的に登録します。 Moodleは、コースの作成に使用されたロール、例えば「コース作成者」が新しいコースで指定されたロールを割り当てる権利を持っていることを確認します。つまり、ユーザーが自動的に登録される前に、コース作成者ロールに次の機能を設定する必要があります。
- moodle/course:create |許可する
- moodle/course:manageactivities |許可する
- moodle/course:viewparticipants |許可する
- moodle/role:assign |許可する
コース作成者の役割が正しく設定されていない場合、ユーザーは役割なしでコースに登録されます。
ゲストの自動ログイン
設定されていない場合、訪問者はゲストアクセスを許可するコースに入る前に[ゲストとしてログイン]ボタンをクリックする必要があります。
注:自動ログインゲストが設定されている場合、訪問者が必ずしも使用しない場合でも、サイト管理の[認証の管理]にゲストログインボタンが表示されるように設定する必要があります。
ユーザーフィールドを非表示にする
次のユーザーフィールドがユーザーのプロフィールページに表示されます。コース参加者ページには、特定のユーザーフィールドも表示されます。選択したユーザーフィールドを非表示にすることで、学生のプライバシーを強化できます。
説明、市/町、国、Webページ、ICQ番号、Skype ID、Yahoo ID、AIM ID、MSN ID、最終アクセス、マイコース、最初のアクセスとグループ
- ユーザーのプロフィールページのユーザーフィールドは、機能moodle/user:viewhiddendetailsが設定されていないすべてのユーザーに対して非表示になっています。
- コース参加者ページのユーザーフィールドは、機能moodle/course:viewhiddenuserfieldsが設定されていないすべてのユーザーに対して非表示になっています。
ユーザーIDを表示
ユーザーを検索してユーザーのリストを表示すると、機能moodle/site:viewuseridentityを持つユーザーに次のフィールドのいずれかが表示される場合があります。
- ユーザー名
- D番号
- 電子メールアドレス
- 電話番号
- 携帯電話
- 部門
- 機関
- 市/町
- 国
この設定は、同じ名前のユーザーがいる可能性が高い、ユーザー数が多いサイトに役立ちます。
ユーザーIDフィールドが表示される場所は次のとおりです。
- ユーザーセレクター(役割の割り当ては場所によって異なります。グループ、フォーラムサブスクライバー)
- ユーザーのリストを参照
- 参加者
- グレーダーレポート
- クイズレポート
- SCORMレポートの使用
- 課題の提出
- コース修了レポート
- アクティビティ完了レポート
ヒント:教育機関で必須のフィールドを1つまたは2つだけ選択してください。 3つ以上のフィールドを選択しないでください。選択すると、テーブルが非常に広くなります。
フルネーム形式
詳細と、代替のフルネーム形式については、追加の名前フィールドを参照してください。
ページあたりの最大ユーザー数
ここでは、コース、グループ、コホートなどを検索するときに表示される最大ユーザー数を選択できます。デフォルトは100ですが、Moodleサイトが非常に大きい場合は、ここで数を増やすことができます。
Gravatarを有効にする
Gravatar(グローバルに認識されているアバターの略)は、グローバルに個人的なアバターを提供するためのサードパーティのサービスです。
管理者がGravatarサービスを有効にしていて、ユーザーがユーザーの写真をアップロードしていない場合、Moodleはユーザーのメールアドレスに関連するGravatarアカウントがあるかどうかを確認し、ある場合はユーザーの写真としてGravatarを使用します。
グラバターのデフォルト画像URL
Moodle 2.3.3以降では、グラバターが有効になっている場合、代替のデフォルトのユーザー画像を指定できます。オプションは次のとおりです。
- グラバターのデフォルト画像- mm や identicon などのコードを入力する-他のグラバターのデフォルト画像のコードについては、https://en.gravatar.com/site/implement/images/ を参照してください。
- 指定された画像-画像のURLを入力する
フィールドを空のままにすると、テーマのデフォルトのユーザー画像が使用されます。
サポートされていない役割の割り当て
サポートされていない役割の割り当ては、コースまたはアクティビティコンテキストでのコース作成者の役割、ユーザーコンテキストでの教師の役割など、その役割にとって意味のないコンテキストでの役割の割り当てです。
Moodle 2.0より前のバージョンでは、ロール編集フォームに「このロールを割り当てることができるコンテキストタイプ」設定はなかったため、任意のロールを任意のコンテキストに割り当てることができました。サイトを1.9からアップグレードすると、そのロールに意味のないコンテキストでのロール割り当ては、サポートされていないロール割り当てとしてリストされます。
一般に、サポートされていない役割の割り当てをすべて削除しても安全です。そうすることで起こり得る最悪の事態は、ユーザーにカスタムの役割が割り当てられないことです。他のデータ損失は発生しません。