ユーザポリシー

提供:MoodleDocs
2020年7月3日 (金) 06:41時点におけるToshihiro KITA (トーク | 投稿記録)による版
移動先:案内検索


ユーザポリシー

次の設定は、サイト管理の[ユーザポリシー]で管理者が変更できます。

訪問者の役割

サイトにログインしていないユーザは、ここで指定されたロールがサイトのコンテキストで付与されているかのように扱われます。ゲストの役割はデフォルトであり、標準のMoodleサイトの推奨設定です。ユーザは引き続き、活動に参加するためにログインする必要があります。

ゲストの役割

このオプションは、ゲストユーザに自動的に割り当てられるロールを指定します。この役割は、非登録ユーザがパスワードなしでゲストを許可するコースに参加するときに一時的に割り当てられます。

(サイトへのゲストアクセスを完全に拒否する場合は、サイト管理の[認証の管理]でゲストログインボタンを非表示に設定する必要があります。)

すべてのユーザのデフォルトの役割

すべてのユーザのデフォルトの役割をAuthenticated userに設定することをお勧めします。カスタムロールに設定するには、カスタムロールがシステムコンテキストで割り当て可能であり、ロールアーキタイプがnoneに設定されている必要があります。

注:すべてのユーザのデフォルトの役割を生徒に設定することはお勧めしません。

新しいコースでのクリエイターの役割

Moodleは、この設定で指定された役割を持つコースに新しいコースを作成するユーザを自動的に登録します。 Moodleは、コースの作成に使用されたロール、例えば「コース作成者」が新しいコースで指定されたロールを割り当てる権利を持っていることを確認します。つまり、ユーザが自動的に登録される前に、コース作成者ロールに次の機能を設定する必要があります。

  • moodle/course:create |許可する
  • moodle/course:manageactivities |許可する
  • moodle/course:viewparticipants |許可する
  • moodle/role:assign |許可する

コース作成者の役割が正しく設定されていない場合、ユーザは役割なしでコースに登録されます。

ゲストの自動ログイン

設定されていない場合、訪問者はゲストアクセスを許可するコースに入る前に[ゲストとしてログイン]ボタンをクリックする必要があります。

注:自動ログインゲストが設定されている場合、訪問者が必ずしも使用しない場合でも、サイト管理の[認証の管理]にゲストログインボタンが表示されるように設定する必要があります。

ユーザフィールドを非表示にする

次のユーザフィールドがユーザのプロフィールページに表示されます。コース参加者ページには、特定のユーザフィールドも表示されます。選択したユーザフィールドを非表示にすることで、学生のプライバシーを強化できます。

Description, city/town, country, web page, ICQ number, Skype ID, Yahoo ID, AIM ID, MSN ID, last access, My courses and first access and groups

  • ユーザのプロフィールページのユーザフィールドは、機能moodle/user:viewhiddendetailsが設定されていないすべてのユーザに対して非表示になっています。
  • コース参加者ページのユーザフィールドは、機能moodle/course:viewhiddenuserfieldsが設定されていないすべてのユーザに対して非表示になっています。

ユーザIDを表示

ユーザを検索してユーザのリストを表示すると、機能moodle/site:viewuseridentityを持つユーザに次のフィールドのいずれかが表示される場合があります。

  • Username
  • D number
  • Email address
  • Phone number
  • Mobile phone
  • Department
  • Institution
  • City/town
  • Country

この設定は、同じ名前のユーザがいる可能性が高い、ユーザ数が多いサイトに役立ちます。

ユーザIDフィールドが表示される場所は次のとおりです。

ヒント:教育機関で必須のフィールドを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からアップグレードすると、そのロールに意味のないコンテキストでのロール割り当ては、サポートされていないロール割り当てとしてリストされます。

一般に、サポートされていない役割の割り当てをすべて削除しても安全です。そうすることで起こり得る最悪の事態は、ユーザーにカスタムの役割が割り当てられないことです。他のデータ損失は発生しません。