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