11.6. インスティテューション¶

管理メニュー → インスティテューション

Maharaを マルチテナント インスタンスとして使用することができます。これは一つのMaharaインストレーションにいくつかの異なるインスティテューションが存在できることを意味します。これらの異なるインスティテューションのすべてのアカウント保持者は次のことができます:

ポートフォリオを互いに共有する
お互いのエビデンスとページにフィードバックを与える
インスティテューションの境界を越えてグループで共同作業をする

管理メニュー → インスティテューション → 設定 では、必要な数のインスティテューションを設定できます。インスティテューションの管理者は、メンバとインスティテューションだけを管理でき、サイトの設定を変更することはできません。

インスティテューションは別個の組織である必要はありません。組織のさまざまな部分にMaharaインスティテューションを設定して、さまざまなテーマを使用したり、さまざまなデフォルト設定や認証方法を使用したりできます。

Note

Maharaを1つの組織だけで使用し、組織内の異なる部門を区別したくない場合でも、少なくとも1つのインスティテューションを設定し、『インスティテューションなし』を使用しないことをお勧めします。そのインスティテューションを設定することにより、インスティテューションスタッフ、インスティテューションサポート管理者、インスティテューション管理者の 3 つのロールを利用できるようになります。

サイト管理者アカウントよりも強力ではないインスティテューション管理者アカウントを作成できます。インスティテューションの管理者がいることで、サイトを完全に管理することなく、アカウントやグループの作成などを管理できるようになり、多くの人がサイトを変更できるようになります。

11.6.1. 概要¶

管理メニュー → インスティテューション → 設定

サイト管理者として、Maharaインスタンスに存在するすべてのインスティテューションの概要が表示されます。インスティテューションの管理者には、管理できるインスティテューションだけが表示されます。

Note

1つだけのインスティテューションを管理するインスティテューション管理者は、このページを見ないで、直ちに彼らの唯一のインスティテューションのための設定に連れて行かれます。

検索: 名称を入力して、検索ボタンをクリックすることにより、特定のインスティテューションを検索します。
新しいインスティテューションを作成したい場合、インスティテューションを作成する ボタンをクリックします。このボタンはサイト管理者だけに表示されます。
3ドットで編集する ボタンをクリックして、インスティテューションのメンバ、スタッフ、サポート管理者および管理者を編集します。
インスティテューション: インスティテューションはアルファベット順に一覧表示されます。インスティテューション名をクリックした場合、連絡先ページに移動します。

Note

インスティテューション『インスティテューションなし』、略称 'mahara' は『サイトインスティテューション』であり、削除することはできません。ほとんどのサイト設定はサイトオプションで設定されますが、個々のインスティテューションで変更できる場合は、インスティテューション設定で設定されるものもあります。
省略名：インスティテューションの省略名。インスティテューションを手動で設定すると、その名前が小文字の省略名に変換されます。インスティテューションを自動的に作成する場合、例えば、ウェブサービスまたはSAMLを介して、自動プロセスによって設定されたパラメータに基づいて生成されます。
メンバ: このインスティテューションの登録メンバ数です。
最大メンバ：このインスティテューションで許可されているメンバの最大数。インスティテューションに最大セットがあり、それに達した場合、潜在的な新規メンバは拒否されます。サイトおよびインスティテューションの管理者は、さらなる手順を実行するための通知を受け取ります。
グループ: インスティテューションに関連付けられているグループの数を確認します。
グループの最大数: インスティテューションで許可されているグループの最大数。最大数に達すると、サイトがこの制限を増やさない限り、それ以上グループを作成できなくなります。

Note

制限に達すると、グループを作成したい人にエラーメッセージが表示されます。インスティテューションのグループ数を増やすようにサイト管理者に依頼できるかどうかはわかっているので、インスティテューションの管理者に連絡するように求められます。
スタッフ：このインスティテューションでスタッフの権利を持つインスティテューションメンバの数。
管理者: インスティテューション管理者権限のあるインスティテューションメンバ数です。
このインスティテューションのウェブサービス接続を変更するには、接続を管理する ボタンをクリックします。

Note

このボタンは、少なくとも一つのインスティテューションで『接続マネージャ』を介して構成されたウェブサービス接続がある場合にだけ表示されます。
管理ボタンをクリックして、インスティテューションの設定を変更します。
インスティテューションを削除するには削除ボタンをクリックしてください。あなたはメンバのいないインスティテューションだけ削除することができます。

11.6.2. インスティテューションを追加する¶

Note

サイト管理者だけインスティテューションを追加することができます。しかし、インスティテューションが存在する場合、インスティテューション管理者は多くの設定を変更することができます。

管理メニュー → インスティテューション → 設定 で インスティテューションを追加する ボタンをクリックしてインスティテューションを追加したいとき、新しいインスティテューションにいくつかの基本的な情報を提供する必要があります。後ですべての設定を変更できます。

インスティテューション名: このフィールドは必須です。これはこのインスティテューションを識別するためにサイト全体で誰もが目にする名前です。

Note

インスティテューションのための内部のIDは自動的に生成されます。インスティテューションが初めて保存されたら、それはインスティテューションの設定ページに表示されます。

この短い名前には文字と数字を含めることができ、少なくとも1文字の長さである必要があります。これは、IdP設定に基づいてインスティテューションが自動的に作成される場合に役立ちます。
インスティテューションの有効期限：フィールドをクリックして日付を選択します。フィールドを空のままにすると、インスティテューションには有効期限がありません。この設定はインスティテューションの管理者が変更することはできません。
- このインスティテューションの有効期限を設定した場合、インスティテューションの有効期限の警告時間に達した時点でインスティテューション管理者にこのインスティテューションの有効期限が近付いている旨の通知が送信されます。
- 有効期限切れのインスティテューションを自動停止する オプションが設定される場合、有効期限に達すると、このインスティテューションは自動的に利用停止されて、このインスティテューションのメンバはもうログインすることができません。
- インスティテューション有効期限および有効期限切れのインスティテューションを自動停止するオプションのための警告時間は、管理メニュー → サイト設定 → サイトオプション のインスティテューション設定に見い出すことができます。
登録を許可：他の人の自己登録を許可する場合は、『Yes』に切り替えます。インスティテューション管理者は、これらの人々がインスティテューションに参加できることを確認するよう求められます。拒否した場合、登録の確認 オプションを有効にしない限り、新しいアカウントは『インスティテューションなし』に関連付けられます。登録を許可しない場合、誰も新しいアカウントを登録したり、インスティテューションに参加したり、許可なしに退会したりすることはできません。
登録を承認する: 管理者が登録を承認しない限り、新しいアカウントが作成されないように制御する場合は、『Yes』に切り替えます。新規の人が登録を希望すると、登録保留の通知が届きます。サイト管理者がすべてのインスティテューションに登録を承認する必要がある場合は、この設定を『No』に変更することはできません。

Note

この設定を有効にすることは、自己登録を許可するほとんどのサイトでスパマーがアカウントを作成してサイトを悪用するのを防ぐために推奨されます。

登録を承認する必要がある場合、インスティテューションに登録しようとする人は理由を提示する必要があります。
デフォルトメンバシップ期間: デフォルトごとにこのメンバに関連付けられるメンバ期間を設定できます。ドロップダウンメニューからオプションを選択し、日数、週数、月数または年数を指定します。この時間が経過すると、メンバはインスティテューションから削除されます。人々は、すぐに削除されることを通知するこの前に通知を受け取ります。しかし、それが彼らのアカウントを失うことを意味しません。彼らはまだそれを持っていて、『インスティテューションなし』と関連しています。
言語: インスティテューション内のメンバがデフォルトで使用する言語をドロップダウンメニューから選択します。

Note

あなたが2つ以上の言語をインストールしている場合のみこのオプションが表示されます。

これはデフォルト設定です。インスティテューションのメンバはアカウント設定で自分の言語を選択することができます。
ロゴ: 標準ヘッダロゴの代わりにインスティテューションメンバに表示されるイメージをアップロードすることができます。
モバイルロゴ：小さなデバイスに表示されるロゴの正方形バージョンをアップロードします。

Note

インスティテューションの設定でモバイルロゴをアップロードするのではなく、そこに追加したい場合、テーマにモバイルロゴをアップロードすることもできます。 'Raw' テーマにはモバイルロゴがあり、独自にアップロードしない限り、他のテーマでも使用されます。最良の結果を得るには、正方形のロゴであることを徹底します。
Theme: Use the drop-down menu to choose the theme that you wish to use for this institution. All pages in that institution will receive that theme. When members from other institutions view portfolio pages that were created in this institution, they will see this institution’s theme on these pages. If Site default is selected, when a site administrator changes the site default theme, the theme for the members of this institution will change, too. You can install more themes in the theme folder on the server. If authors are allowed to have page themes, these pages are not affected by theme changes. Mahara also has a configurable theme which allows you to create a theme on the fly.
ページスキン: インスティテューションのメンバがページスキンを使用するようにするには、『Yes』に切り替えます。

Note

この機能は、サーバ管理者がサイトのスキンを有効にした場合にだけ使用できます。
コメントのソート順: アーティファクトがページ上に表示されたときのアーティファクトのコメントのソート順を決定します。次の中から選択できます。
- 最も早いもの: 最も古いコメントと最新のコメントを順番に並べ替えます。
- 最新: 最新のコメントが最初に表示され、最後に最古のコメントが表示されます。
スレッド化されたコメント：スレッド化された方法でページ上のコメントを表示して、どのコメントがどの前のコメントへの返信であるかを確認できます。
オンラインの人を表示：サイト管理者が『オンラインの人を表示する』サイドブロックを許可する場合、このインスティテューションに表示する人のグループを決定できます。
- なし: サイドブロックはインスティテューションのメンバには表示されません。
- インスティテューションだけ: インスティテューションのメンバだけがサイドブロックに表示されます。
- すべて：サイトのすべての人がサイドブロックに表示されます。このオプションは、『隔離インスティテューション』が有効になっていない場合にだけ使用できます。
ライセンス情報が必要：インスティテューションのメンバがアップロードまたは作成した各アーティファクトのライセンスを選択する必要がある場合は、『Yes』に切り替えます。アカウント設定でデフォルトのライセンスを設定できます。このオプションは、サイト管理者がサイト設定で ライセンスメタデータ をオンにした場合にだけ表示されます。
デフォルトライセンス：インスティテューションメンバのコンテンツのデフォルトライセンスを選択できます。アカウント設定でこのデフォルトライセンスを上書きできます。このオプションは、サイト管理者がサイト設定で ライセンスメタデータ をオンにした場合にだけ表示されます。サイト管理者がカスタムライセンスを許可している場合は、ドロップダウンメニューオプション『他のライセンス（URLを入力）』を使用してライセンスを入力できます。このライセンスは、インスティテューションのメンバも使用できます。

Note

どのデフォルトラインセンスを選択すればよいかわからない場合、組織の弁護士または著作権弁護士に相談してください。
デフォルトクオータ: このインスティテューションの新しい登録メンバのファイルクオータ合計を設定することができます。
アカウントクォータの更新：上記で選択したデフォルトのクォータを既存のすべてのインスティテューションメンバに適用する場合は、『Yes』に切り替えます。この設定はインスティテューションの管理者が変更することはできません。
パブリックインスティテューションポートフォリオ：このインスティテューションに所属するメンバが登録者だけでなく一般からもアクセスできるポートフォリオを作成できるようにする場合、「Yes」に切り替えてください。インスティテューションページを許可した場合、メンバは自分のページに秘密のURLを作成することもできます。そうでない場合は作成できません。
ピアはポートフォリオコンテンツを閲覧できる: <single: 相互評価; ピアがポートフォリオコンテンツを閲覧できるようにする> デフォルトではポートフォリオの「ピア」ロールを持つアカウント保持者はポートフォリオページのコンテンツを閲覧できません。この設定でこのインスティテューションのメンバであるアカウント保持者のポートフォリオが変更されます。

See also

ピアは、『ピア評価』ブロックを介してピア評価を行うことができます。
許可されるアカウントの最大数：このインスティテューションで作成できるアカウントの最大数を指定します。このフィールドを空白のままにすると、アカウントの数に制限はありません。この設定はインスティテューションの管理者が変更することはできません。

Note

アカウントの最大数に達した場合そして別の人がインスティテューションに登録しようとすると、サイト管理者とそのインスティテューションのインスティテューション管理者は通知を受け取ります。これにより、彼らはさらなる措置を取ることができます。
許可されるグループの最大数: このインスティテューションで作成できるグループの数を決定します。このフィールドを空白のままにするとグループ数に制限はありません。インスティテューション管理者はこの設定を変更できません。
ポートフォリオの完了：ポートフォリオの作成者がコレクションの先頭に『ポートフォリオの完了』進捗ページを追加できるようにします。
Outcomes portfolio: Allow the use of outcomes portfolios in this institution.

Note

あなたがサイトをアップグレードする場合、』プラグイン管理』に『アウトカム』グループタイプがインストール済みであることを確認してください。
スマートエビデンス: <single: インスティテューションのスマートエビデンスアクティブフレームワーク>を有効にするスマートエビデンスあなたのインスティテューションメンバに使用してもらいたい場合。
インスティテューションタグ: :index:`この設定を<single: Institution tags>`「Yes」にした場合、あなたのインスティテューションメンバが自分のポートフォリオで使用するためのタグをセットアップできます。

Note

有効にすると、新しいメニュー項目タグがインスティテューションのサブメニューに表示されます。
自己削除前のアカウントの確認: 『Yes』に設定されている場合、インスティテューション管理者は、アカウント保持者が削除を開始したときにアカウントの削除を承認または拒否する必要があります。

Note

この設定により公的な学習環境の中でインスティテューションは必要に応じてポートフォリオをアーカイブする前に偶発的なアカウント削除を防止できます。

フィールドが『Yes』に設定され、グレー表示されている場合、サイト管理者はサイトのすべてのインスティテューションの確認を要求します。
ロックされたフィールド: メンバが変更を許可しない場合は、任意の値を『Yes』に切り替えます。無効になっているスイッチは、『インスティテューションなし』のインスティテューション設定でロックされているプロファイルフィールド用です。これらのプロファイルフィールドはサイトレベルでロックされており、個々のインスティテューションのロックを解除することはできません。

Note

名、姓、および表示名のようなプロファイルフィールドをロックすることは、実名でメンバを常に識別して、彼らにニックネームを許可したくないインスティテューションに有益です。
送信ボタンをクリックして変更を保存し、このインスティテューションを作成するか、キャンセル をクリックしてこのインスティテューションの作成を中止します。

11.6.2.1. インスティテューションロゴを変更する¶

テーマに付属する標準のロゴを置き換える任意のテーマにロゴをアップロードできます。サイズの大きいファイルをアップロードすると、ロゴは縮小され、使用可能なスペースに合わせてロゴは拡大されます。最適な結果を得るには、90pxの高さのロゴをアップロードしてRetinaディスプレイに表示します。

ロゴをアップロードする¶

ロゴ: コンピュータからインスティテューションのテーマに使用するロゴをアップロードし、ページの下部にある送信ボタンをクリックします。
変更を送信した後、ヘッダのロゴが置換されます。また、アップロードしたロゴを表示するため、設定にも表示されます。

Note

サイト管理者であり、ロゴを変更するインスティテューションのメンバでない場合は、インスティテューションのメンバとしてログインしない限り、ロゴの変更は表示されません。
ロゴを削除する: 標準ロゴに戻す場合は、『Yes』に切り替えて、ページの下部にある送信ボタンをクリックします。
モバイルロゴ：正方形のロゴをアップロードして、ページの下部にある送信ボタンをクリックします。このロゴは、通常のロゴが画面上のスペースを取りすぎる場合に、小さなデバイスで使用されます。

Note

ロゴは正方形サイズでなければいけません。
変更を送信した後、ヘッダのロゴが置換されます。また、アップロードしたロゴを表示するため、設定にも表示されます。
モバイルロゴの削除：このロゴを削除する場合は、『Yes』に切り替えて、ページの下部にある送信ボタンをクリックします。

Note

サイトからランダムなイメージを表示しないために、Facebookや他のソーシャルメディアサイトで選択できる特別なロゴがあります。このロゴは、テーマフォルダに配置する必要があります。Maharaの Rawテーマ にはMaharaロゴがありますが、別のテーマで別のものに変更することができます。詳細については、トラッカーアイテムを参照してください。

11.6.2.2. 設定可能なテーマを使用する¶

If you do not want to use one of the built-in themes of Mahara, you can either build your theme from scratch or use the configurable theme in conjunction with the logo upload.

カスタムロゴをアップロードしないで、代わりに設定可能なテーマを持つ Mahara ロゴを使用する場合、それはいつも読み取り可能であるので、テーマ背景に従って色を変更します。

Note

設定可能なテーマは、表示テーマだけです。つまり、それが使用されているインスティテューションのメンバは、サイトとそのページに適用されたテーマを参照します。ただし、別のインスティテューションのメンバがこのインスティテューションのメンバのポートフォリオページを参照すると、設定可能なテーマは表示されないで、独自のテーマが表示されます。

構成可能なテーマは、インスティテューションの設定ページで変更できます。

いずれかの色を変更するには、16進数のカラーコードを入力するか、カラーフィールドの一つをクリックするとすぐに使用可能になるカラーピッカーから色を選択します。

テーマ: ドロップダウンメニューから 設定可能なテーマ を選択すると、カスタムテーマの設定 オプションが表示されます。
ヘッダ背景: ヘッダの色。
ヘッダの背景のテキスト：ヘッダのテキストの色。ヘッダのナビゲーションメニューアイコンの色としても使用されます。
リンク: ページ上とサイドバーでのリンク色です。
見出し：サイドバーを除くすべての見出しの見出しの色。 これは現在使用されていません。
ナビゲーション背景: ドロップダウンメニューナビゲーションの色です。
ナビゲーションテキスト: ナビゲーションメニューのテキストおよびリンク色です。
色をリセットする: 設定可能なテーマの元の色に戻る場合は、『Yes』に切り替えます。
変更を適用するにはページ下部の送信ボタンをクリックします。

Note

インスティテューションメンバとしてのログイン時にテーマの変更をすぐに確認できない場合、ブラウザのキャッシュをクリアする必要があります。

サンプルページの数字は、上記の設定可能なテーマオプションを参照しています。

11.6.3. サイトインスティテューションを編集する¶

Maharaサイト自体は、管理メニュー → インスティテューション → 設定 の下にインスティテューションとして表示されます。デフォルトでは、『インスティテューションなし』という名前が付けられており、サイトに適用されている特定の設定を変更することができます。

Note

サイトのほとんどの設定は、 管理メニュー → サイト設定 → サイトオプション で行います。

インスティテューション名: このフィールドは必須です。特定のインスティテューションに登録することなく、登録が許可されたときに人々が見る名前です。
インスティテューション省略名: この名前は自動的に生成され、 'mahara' に設定されます。
認証プラグイン：許可する認証方法を決定できます。詳細については、『インスティテューションを編集する』を参照してください。
登録を許可する: 特定のインスティテューションに登録せずにサイトに登録できるようにするには、このオプションを『Yes』に切り替えます。この設定をオンにしても、設定 登録を承認する をしない場合、新しいアカウントは承認を必要としません。

Note

登録を確認する を無効にする場合は注意してください。スパマーはあなたのサイトを悪用し、あなたの知らないうちにアカウントを作成する可能性があります。
登録を承認する: サイト管理者が登録を承認しない限り、新しいアカウントが作成されないように制御するには、このオプションを『Yes』に切り替えます。新規の人が登録を希望すると、登録待ちの通知が届きます。

Note

サイト管理者が、インスティテューションに関係なく、手動で作成したすべてのアカウントに確認が必要であると判断した場合、 管理メニュー → サイトの構成 → サイトオプション → サイト設定 の『サイト設定』で『登録を確認する』設定を『Yes』に切り替えます。
ロゴ：サーバのテーマフォルダに配置せずに、標準のサイトロゴを置き換えます。インスティテューションに所属しておらず、サイトにログインしていないすべての人に表示されるイメージをアップロードします。
モバイルロゴ：小さなデバイスに表示されるロゴの正方形バージョンをアップロードします。
ページスキン：特定のインスティテューションにいない人にページスキンを使用させたい場合は、このオプションを『Yes』に切り替えます。

Note

この機能は、サーバ管理者がサイトのスキンを有効にした場合にだけ使用できます。
コメントのソート順: アーティファクトのコメントがページに表示されるときのソート順を決定します。次の中から選択できます：
- 最も早いもの: 最も古いコメントと最新のコメントを順番に並べ替えます。
- 最新: 最新のコメントが最初に表示され、最後に最古のコメントが表示されます。
コメントのスレッド化: ページ上のコメントをスレッド形式で表示し、どのコメントがどの前のコメントへの返信なのかを確認できます。
ポートフォリオの完了：ポートフォリオの作成者がコレクションの先頭に『ポートフォリオの完了』進捗ページを追加できるようにします。
Outcomes portfolio: Allow the use of outcomes portfolios on the site level.
スマートエビデンス: アクティブスマートエビデンスあなたのインスティテューションメンバにスマートエビデンスを使用してもらいたい場合。
インスティテューションタグ: 「Yes」に設定した場合、あなたのインスティテューション内のポートフォリオでメンバが使用できるタグを設定できます。

Note

有効にすると、新しいメニュー項目タグがインスティテューションのサブメニューに表示されます。
自己削除前のアカウントのレビュ: 『Yes』に設定されている場合、サイト管理者は、アカウント保持者が削除を開始したときにインスティテューションに関連付けられていないアカウントの削除を承認または拒否する必要があります。
ロックフィールド：アカウント保持者に変更をさせたくない場合は、すべての値を『Yes』に切り替えます。ここで有効にしたフィールドは、インスティテューションでの編集がロックされます。

Note

名字、名前、表示名などのプロフィールフィールドをロックすることは、メンバを常に実名で識別し、ニックネームの選択を認めないことを望むインスティテューションにとって有益です。
送信ボタンをクリックして変更を保存するか、キャンセル をクリックして変更を破棄します。

11.6.4. インスティテューションを編集する¶

管理メニュー → インスティテューション → 設定 → から、インスティテューションの横にある管理ボタンをクリックしてください。

インスティテューションを作成したら、その設定を編集したり、インスティテューションを一時停止、または削除できます。アカウントを作成できるように、このインスティテューションに対して少なくとも一つの認証方法を選択する必要があります。

Note

インスティテューションの認証方法を追加、編集、削除して一時停止できるのは、サイト管理者だけです。インスティテューションはその中にメンバがいない場合にだけ削除できます。

少なくとも一つの認証方法を設定する必要があります。そうしないと、誰もこのインスティテューションにログインできません。インスティテューションに複数の認証方法を追加して、異なるメンバとその認証方法を説明することができます。つまり、例えば大学の場合：

LDAP / Active Directory（LDAP認証）によって管理されている場合は、標準のログインとパスワードを使用してログインできます。SAMLブリッジを使用している場合は、SAMLやOpenIDConnectなどのシングルサインオンを使用できます。（SAML認証）。
LDAPやシングルサインオンなどの他の方法のセカンダリ認証方法として追加できるため、LTI を使用してLMS経由でログインすることもできます。
同窓生は学業が終了したら、SAML / LTI / LDAP認証を内部認証に変更することができます。
大学のログインをしていない外部評価者は、ログインを受信できるように内部認証を与えることができますが、大学の管理者は他のインフラストラクチャへのアクセスを許可するログインを発行する必要はありません。

これらのすべてが同じMaharaインスティテューションにログインしています。または、ユースケースにより適している場合は、Maharaのインストールでアカウントを自分のインスティテューションに分離することもできます。次は上記の例を意味します：

教職員と学生はログインし、自動的にインスティテューション『大学』に配置されます。彼らは標準的な大学のテーマを見ます。
同窓生コーディネータにこれらを管理させることができるので、同窓生はより簡単なアカウント管理のためにインスティテューション『同窓生』に配置されます。 Maharaの別のインスティテューションに彼らを置くことで、卒業生が誰であるかを知ることができます。さらに、卒業生向けのわずかに異なる大学のテーマを受け取ることができ、ダッシュボードで異なるメッセージを受け取ることもできます。
別のインスティテューション『評価者』に配置されている外部評価者は、他のすべての大学メンバのアカウント管理へのアクセスを管理者に与えることなく、それらの連絡係である管理者によって管理される可能性があります。彼らは標準的な大学のテーマを受け取ることができますが、ダッシュボードで異なるメッセージを受け取ります。

IMAP、LDAP、SAML、またはXML-RPC認証方式を使用する前に、それらの拡張機能をサーバにインストールする必要があります。

インスティテューションが作成されると、設定には 認証プラグイン の追加オプションが含まれます。このインスティテューションですでに使用されているすべての認証方法が表示されます。

Note

すべてのインスティテューションは認証方法『内部』を自動的に受け取ります。別の認証方法が有効になったら、そのインスティテューションの誰にもその認証方法を持たせたくない場合は、その認証方法を削除できます。
利用可能な認証方法をドロップダウンメニューから選択してください:
- 外部サービス: これは主に LTI からに認証に使用されます。認証方法名はあなたの外部アプリに与えた名称です。
- IMAP: アカウントは IMAPサーバに対して認証されます。これはめったに使用されません。
- 内部: アカウントは Mahara で生成されます。これは新しいインスティテューションのデフォルトの認証方法です。
- LDAP: アカウントは LDAP サーバまたはアクティブディレクトリサーバに対する認証です。
- なし：ユーザ名とパスワードを選択することで、誰でもログインできます。
  
  Warning
  
  これはテストにだけ使用する必要がありますが、アカウントを受け取ることができる人を制御できないため、ライブサイトでは使用しないでください。
- SAML: アカウントが登録されている SAML 2.0アイデンティティプロバイダが必要です。
- XML-RPC: これは MaharaからMoodleまたは他のMaharaに接続するために MNet で使用される認証方法です。
  
  Note
  
  Moodleと他の学習管理システムを接続するための好ましい認証方法は LTI です。MNetはまだLTIに切り替えていない組織でも引き続き利用できます。
追加する前に外部認証方法の設定画面を表示するには、追加ボタンをクリックします。
インスティテューションから認証方法を削除には、削除アイコンをクリックします。これを行うことができるのは、その認証方法に誰も関連付けられていない場合だけです。

11.6.4.1. 外部サービス認証¶

Note

Mahara 22.10 より前は、これは『ウェブサービス』認証方式でした。現在、管理者はどの認証方法がどのアカウントに使用されているかを明確にするために、アカウントに関連付ける特定の認証方法を選択する必要があります。

LTI を使用していた以前のバージョンのMaharaからアップグレードする場合、データベースを介して認証方法を変更し、古い『webservice』認証方法のアカウントを新しい名前付き認証方法に関連付ける必要があります。

インスティテューション内アカウントで LTI を使用したい場合、外部アプリ認証を追加してください。これは1つのインスティテューションに少なくとも1つのLTI接続を設定した場合にのみ利用可能です。

あなたは認証プラグインには何も設定できませんが、ウェブサービス→外部アプリ エリアで設定する必要があります。

Warning

あなたがMahara 22.10より前のバージョンからアップグレードしてすでにLTIを使用している場合、アカウントのログイン失敗を避けるため、あなたのアカウントをより特定の認証方法と関連付けた上で「ウェブサービス」オプションを削除してください。

11.6.4.2. IMAP認証¶

アカウントのログイン情報をIMAPサーバより取得する場合、この認証方法を使用することができます。

認証局名: この認証方法を識別することを手助けするために、記述名を入力します。できれば短い名前を選びます。このフィールドは必須です。
ホスト名またはアドレス: URLの形でホスト名を指定します。このフィールドは必須です。
ポート番号：IMAPサーバにアクセスできるポート番号を指定します。デフォルトは143です。このフィールドは必須です。
プロトコル：ドロップダウンメニューからIAMPサーバのプロトコルを選択して選択します。この設定は必須です：
- IMAP
- IMAP / SSL
- IMAP / SSL (自己署名証明書)
- IMAP / TLS
メールアドレスのドメイン名：受け入れる唯一のメールドメインを入力してください。これは、GmailやOutlook.comなどの共有サービスを使用する場合に特に便利です。
パスワード変更URL: アカウント保持者が集約された1箇所でだけパスワードを変更できる場合、ここにURLを入力します。
アカウントの自動作成：人がメールアドレスの詳細を入力してアカウントを自動的に受信できる場合は、このオプションを選択します。
送信ボタンをクリックしてこの認証方法を有効にするか、キャンセル をクリックして変更を中止します。
モーダルウィンドウの左上隅にある 閉じる アイコンをクリックして、変更を加えずにウィンドウを閉じます。

11.6.4.3. LDAP認証¶

LDAP/アクティブディレクトリサーバに対して認証するためにこの認証方法を使用します。

認証局名: この認証方法を識別することを手助けするために、記述名を入力します。できれば短い名前を選びます。このフィールドは必須です。
アクティブ：この認証方法を使用する場合は、『Yes』に切り替えます。『No』に切り替えると、削除せずに（一時的に）無効にすることができます。
ホストURL：ホストをURL形式で指定します。例： ldap://ldap.example.com。フェイルオーバーをサポートするために、複数のサーバを ; で区切ります。このフィールドは必須です。
コンテクスト: アカウントが配置されるコンテクスト一覧です。異なるコンテクストは ; で分離します。例えば、 ou=users,o=org;ou=other,o=org 。このフィールドは必須です。
ユーザタイプ: アカウントをどのようにLDAPディレクトリに保存するか、ドロップダウンメニューより選択します。このフィールドは必須です。次から選択することができます：
- Novell Edirectory
- posixAccount (rfc2307)
- posixAccount (rfc2307bis)
- sambaSamAccount (v. 3.0.7)
- MS Active Directory
- デフォルト
ユーザ属性: アカウント検索時に使用する属性を入力します。通常、 cn です。このフィールドは必須です。
サブコンテクストを検索する: サブコンテクスト内でもアカウントを検索したい場合、『Yes』を選択します。
識別名: bind-userを使用してアカウントを検索する場合は、ここで指定します。それは、 cn=ldapuser,ou=public,o=org のように見えるはずです。匿名バインドの場合は空白のままにします。
パスワード: 『識別名 (DN：Distinguished Name)』のパスワードを入力します。
LDAPバージョン: 使用するLDAPバージョンをドロップダウンメニュから選択します。この設定は必須です。
TLS暗号化: この暗号化メカニズムを使用する場合は『Yes』に切り替えます。
ログイン時にアカウント情報を更新する: ログインごとに対応するLDAP値で名と姓とメールアドレスを更新する場合は、『Yes』に切り替えます。このオプションを有効にすると、その後のMaharaログインからMS Active Directoryサイト/アカウントを保護することができます。
アカウントを自動作成する: 人が正常に認証されたがまだアカウントを持っていない場合、Maharaにアカウントを自動的に作成させる場合は、『Yes』に切り替えます。
人が自分のアカウントをリンクできるようにする：内部認証方式のアカウントを持っている人がそのアカウントをLDAP資格情報にリンクできるようにする場合は、『Yes』に切り替えます。
名のLDAPフィールド: 人の名を含むLDAPレコードのフィールド名を入力します。
姓のLDAPフィールド: 人の姓を含むLDAPレコードのフィールド名を入力します。
メールのLDAPフィールド: 人のメールアドレスを含むLDAPレコードのフィールド名を入力します。
学生番号のLDAPフィールド: 人の学生番号を含むLDAPレコードのフィールド名を入力します。
表示名のLDAPフィールド: 人の表示名を含むLDAPレコードのフィールド名を入力します。
アカウント同期：cronジョブを介してアカウントを同期するかどうかを決定し、追加の設定を行います。
グループの同期: LDAPグループに基づいてMaharaで自動的にグループを作成するかどうかを決定します。
この認証方法を有効にするために、送信ボタンをクリックするか、または変更を中止するために、キャンセル をクリックします。
モーダルウィンドウの左上隅にある 閉じる アイコンをクリックして、変更を加えずにウィンドウを閉じます。

11.6.4.3.1. LDAPアカウント同期¶

アカウントが自動的に作成されるようLDAP認証を設定することができます。アカウントの削除に関して十分に配慮します。

cronジョブを介してアカウントを自動的に同期：この設定を有効にすると、LDAPサーバのレコードに基づいてアカウントが自動的に作成または更新されるcronのタスクがアクティブになります。

Note

デフォルトでは、このcronタスクは1日1回深夜（サーバ時間）に実行されます。 'auth_cron' テーブルのレコードを編集するか、他の時間または他の設定で実行するようにスケジュールする場合は、 htdocs/auth/ldap/cli/sync_users.php で提供されるオプションのコマンドラインスクリプトを使用します。

This setting will have no effect if the cron is not running. See the installation guide for instructions on how to set it up.
cronジョブを介してアカウント情報を更新する：LDAPレコードでアカウント情報が変更された場合に、cronを介してアカウント情報を更新する場合は、『Yes』に切り替えます。
cronジョブによるアカウントの自動作成：LDAPディレクトリ内の新しいアカウントでアカウントを自動的に取得する場合は、『Yes』に切り替えます。
同期用の追加LDAPフィルタ: ここにLDAPフィルタを指定すると、そのフィルタに一致するLDAP内のアカウントだけが表示されます。例： Example: uid=user*

Warning

自動停止または自動削除を有効にしている場合は、フィルタに一致しないインスティテューション内のすべてのアカウントが中断または削除されるため、この設定は慎重に使用します。
アカウントがLDAPに存在しなくなった場合: アカウントがLDAPディレクトリに存在しなくなった場合の操作をドロップダウンメニューから選択します：
- 何もしない: 人々はアカウントを保持します。これは推奨設定です。
- アカウントを一時停止する: アカウントは一時停止されます。アカウント保持者はもはやログインできなくなり、そのコンテンツとページは表示されなくなります。ただし、そのデータは削除されず、LDAPレコードが再び表示されたときにcronによって一時停止されたり、管理者によって手動で停止されたりすることはありません。代わりに、その認証方法をMahara内部に変更することもできます。
- アカウントおよびコンテンツすべてを削除する: アカウントがコンテンツおよびページと一緒に削除されます。
  
  Warning
  
  アカウントの自動削除は推奨されません。アカウントが削除されると、データはサーバから完全に削除されます。アカウントはバックアップからだけリストアできます。フレンド関係やグループメンバシップなどの情報は復元できません。
送信ボタンをクリックしてこの認証方法を有効にするか、キャンセル をクリックして変更を中止します。

11.6.4.3.2. LDAPグループの同期¶

グループの作成を自動化できるようにLDAP認証を設定できます。グループの削除は慎重に検討する必要があります。

cronジョブを使用してグループを自動的に同期する: この設定を有効にすると、LDAPサーバのレコードに基づいてグループとメンバシップを自動的に作成および/または更新するタスクがcron内でアクティブになります。

Note

デフォルトでは、このcronタスクは1日1回深夜（サーバ時間）に実行されます。他の時間または他の設定で実行するようにスケジュールする場合は、 'auth_cron' テーブルのレコードを編集するか、 htdocs/auth/ldap/cli/ で提供されるオプションのコマンドラインスクリプトを使用します。

注：また、グループを同期させるために設定を『LDAPオブジェクトとして保存された同期グループ』および/または『ユーザ属性として格納された同期グループ』を有効にする必要があります。

グループのメンバはこの設定によって追加するだけでなく削除することもできます。グループがLDAPレコードに見つからなくなった場合、そのグループのすべてのメンバがグループから削除されます。

This setting will have no effect if the cron is not running. See the installation guide for instructions on how to set it up.
不足しているグループを自動作成する: Maharaで自動的に作成したLDAPディレクトリに新しいグループを持つようにしたい場合は、『Yes』に切り替えます。
自動作成グループのロールタイプ: 自動作成グループにおいて、メンバに割り当てられるロールを決定します。
- コース: メンバ、チュータおよび管理者
- 標準: メンバおよび管理者
これらの名称のLDAPグループを除く: グループを自動作成したい場合、しかし、すべてのグループを含みたいわけではない場合、いくつかのグループを除外することができます。ここにそのグループ名を入力します。
これらの名前を持つ唯一のLDAPグループを含める: 指定した数にグループの作成/同期を制限したい場合は、それらをここにリストします。
LDAPオブジェクトとして保存された同期グループ: グループがLDAPにスタンドアロンのレコードとして保存されている場合は『Yes』に切り替えます。例：

dn: cn=languagestudents,ou=groups,dc=mahara,dc=org

objectClass: groupOfUniqueNames

cn: languagestudents

uniqueMember: uid=user1,dc=mahara,dc=org

uniqueMember: uid=user2,dc=mahara,dc=org

uniqueMember: cn=frenchclass,ou=groups,dc=mahara,dc=org
グループクラス: ここでグループに割り当てられることを期待されるLDAPオブジェクトクラスを入力します。
グループ属性: グループ名にマップするLDAP属性を入力します。通常、 cn です。
グループメンバ属性: グループメンバが保存されるLDAP属性を入力します。ほとんどの場合、uniqueMember です。
メンバ属性がDNですか？: 『グループメンバ属性』フィールドの各エントリは、『識別名』であれば『Yes』に切り替えます。『グループメンバ属性』フィールドの各エントリはユーザ名だけである場合は、この設定を無効にします。
ネストされたグループを処理する: グループはメンバとして他のグループを含めることができる場合は『Yes』に切り替えます。有効にした場合、同期プロセスは再帰的に親グループにこれらのネストされたグループのメンバが含まれます。

Note

プロセスが循環参照を検出した場合、プロセスが安全に再帰を停止します。
これらのコンテクストにおいてだけグループを同期: グループが置かれている状況を一覧表示します。セミコロン ; で異なるコンテクストを区切ります。例: ou=groups,o=org;ou=other,o=org 。

Note

このフィールドを空のままにされている場合は、グループ同期のcronは、アカウントが位置している『コンテクスト』設定と同じコンテクストのリストを使用するようにフォールバックします。
サブコンテクストを検索する: サブコンテクストが同期に含まれるべきである場合には『Yes』に変更します。
ユーザ属性として保存されたグループを同期する: 各LDAPアカウントレコードが、アカウントがあるべきグループを示す属性を持っている場合は『Yes』に切り替えます。この設定により、LDAP同期cronは、指定されたユーザ属性（または『許容グループ名』フィールドにリストされているもの）の一意の値ごとにグループを作成し、各人を適切なグループ（または、属性に複数の値がある場合はグループ）に配置します。
グループ名が保存されるユーザ属性: 名前が保存されているLDAP属性を提供します。
これらのグループ名だけ: ユーザ属性に基づいてグループを作成する場合は、これらの名前を持つグループを作成するだけです。それがアクティブである場合、これは『LDAPオブジェクトとして保存されたグループを同期する』設定を介して作成されたグループには影響しません。
この認証方法を有効にするために、送信ボタンをクリックするか、または変更を中止するために、キャンセル をクリックします。

11.6.4.4. SAML認証¶

11.6.4.4.1. セットアップ¶

複数のアプリケーションで同じログインを使用できるSAML 2.0 IDプロバイダサービスを組織に設定している場合は、インスティテューションのためにこの認証方法を選択します。

SAMLプラグインを使用してADFSに接続することもできます。そのためには、署名アルゴリズムを SAMLプラグインの設定で適切に設定する必要があります。

Mahara 20.04では IdPとしてSAMLを使用する組織のインスティテューションとアカウントの設定を自動化するために、さまざまな追加フィールドが利用可能になりました。これには次が含まれます：

『親IdP』に基づくインスティテューションの自動セットアップ。
管理者アカウントとスタッフアカウントのロールマッピング。
インスティテューション内またはサイト上のすべてのグループに追加されるアカウントのロールマッピング。

See also

アカウントの問題を診断する必要がある場合は、IdPが渡す属性をログに記録できます。

Instance name: Give your SAML instance a name to distinguish it from others in the database more easily.
アクティブ: IdPを使用する場合は『Yes』にスイッチを設定します。

Note

非アクティブなIdPがある場合、すべてのIdPを一覧表示するページには表示されません。
利用可能なIDプロバイダ：最初のSAML IdPを追加する場合、入力できるのは詳細だけです。IdPをセットアップすると、ドロップダウンメニューが表示され、設定しているインスティテューションのメタデータが同じIdPを使用するか、新しいIdPを設定するかを選択できます。

Note

サイトに複数のSAML IdPが設定されている場合は、SSO経由でログインしたい人は、すべてのSSOプロバイダを一覧表示する概要ページに移動します。

ディスプレイに利用可能な情報は、サービス、その名前、およびサービスプロバイダのロゴマークです。ページ上にロゴを表示したい場合は、次のすぐ下に <md:IDPSSODescriptor> 行を追加し、 'linktothelogo' をロゴの実際の位置と置き換えます。

<md:Extensions> <mdui:UIInfo xmlns:mdui="urn:oasis:names:tc:SAML:metadata:ui"> <mdui:Logo width="120" height="30" xml:lang="en">linktothelogo</mdui:Logo> </mdui:UIInfo> </md:Extensions>
自動更新のメタデータURL: メタデータを直接追加する代わりに、メタデータにURLを指定することができます。メタデータはXML形式にする必要があります。メタデータが変更されると、メタデータを自分で更新する必要はありません。
メタデータ検証署名：『自動更新のメタデータURL』フィールドに有効なURLが指定されている場合、メタデータの署名に使用される証明書のフィンガープリントを指定できます。メタデータの署名を検証したくない場合は、このオプションは必要ありません。
インスティテューションIDプロバイダのSAMLメタデータ: IdPからメタデータを入力します。SAMLプラグインの設定のすべての情報が正しいことおよびサーバの依存関係が欠けていないことを確認します。

Note

この要素は、接続したいIdPのためのXML形式のメタデータが必要です。同じIdPはすでに別のインスティテューションのために設定されている場合は、これを空白のままにします。

このフィールドにメタデータを入力し、メタデータURLへのリンクを指定した場合、後者が優先されます。

以前に自動更新用のメタデータURLを指定した場合、そのIdP接続の新しいインスタンスを設定するときに、このフィールドに現在のメタデータを入力する必要はありません。自動的に取得されます。
インスティテューション属性（ '...' を含む）: アカウントが所属するインスティテューションを示すIDプロバイダ（IdP）から渡される属性を入力します。これは通常、直接LDAP属性（IdPのサインインサービス）、例えばeduPersonOrgDNに関連します。このフィールドは必須です。
属性に対してチェックするインスティテューション値: IdPのから渡されたとして、インスティテューションの属性値と照合される値を入力します。インスティテューションの正規表現のスイッチ『インスティテューションの短縮名で部分文字列一致を行う』を『Yes』に設定される場合、正規表現インスティテューション属性値に対してチェックするために使用されるこの値は正規表現にできます。このフィールドは必須です。
インスティテューションの短縮名で部分文字列一致を行う: 正規表現のような『属性に対してチェックするインスティテューション値』の値を処理するために、『Yes』に切り替えます。
ユーザ属性: ユーザ名が含まれるIdPから渡される属性名を入力します。このフィールドは必須です。
ユーザ名属性をリモートユーザ名に一致させる: このスイッチは、デフォルトでは『Yes』に設定し、この設定に留まる必要があります。これは、指定されたアカウント（内部のMaharaユーザ名ではない）に割り当てられたリモートユーザ名フィールドにユーザ属性値を一致させます。実験的機能の usersuniquebyusername 変数をオンにしている場合だけ，このスイッチを『No』に設定することができます。非常に経験豊富で、問題になっているすべてのアプリケーションを制御できない限り、これをお勧めしません。

Warning

デフォルトでは、SAML認証インスタンスが『ユーザ名属性をリモートユーザ名に一致させる』設定を有効にしています。その設定が無効になっている場合は、任意のSAMLアイデンティティプロバイダを制御できるユーザは、そのMaharaサイト上の任意のアカウントをユーザ名属性を適切に設定することによって制御できます。言い換えれば、あるインスティテューションの管理者は、他のインスティテューションのメンバを制御することができます。config.php ファイルで 'usersuniquebyusername' 変数を 'true' に設定している場合にだけ、この設定を無効にすることができます。ただし、複数のSAMLプロバイダが接続するMaharaインスタンス上でそれを行うべきではありません、作成したすべてのユーザ名を抑制できません。

See also

『ユーザ名属性をリモートユーザ名に一致させる』を無効にした場合、 'usersuniquebyusername' の構成設定に関するエラーメッセージが表示されます。詳細については実験的機能の usersuniquebyusername 変数を参照してください。
人が自分のアカウントをリンクすることを許可する: 人が認証されたSAMLアカウントに独自の内部のMaharaアカウントをリンクできるようにする場合は『Yes』に切り替えます。これは有効にされている『ユーザ名属性をリモートユーザ名に一致させる』オプションに依存します。人は、例えば、SSOとユーザ名だけでなく、メール経由でログインしようとすると、この設定がオンになっている場合は内部のユーザ名と一致して、彼らは自分のアカウントをリンクすることができます。それは彼らが同じアカウントにSSOログインまたは標準のログインボックスを経由してログインし、アカウントの重複を避けることを可能にします。
ログイン時にアカウントの詳細情報を更新する: 各ログイン時に通過対応IdPの値を使用して、姓、名、およびメールアドレスを更新するには『Yes』に切り替えます。
こちらでアカウントを自動作成する: 人が正常に認証され、まだアカウントを持っていない場合に、自動的にMaharaの上のアカウントを作成するには『Yes』に切り替えます。

Note

複数のインスティテューションでSAML SSOを使用したマルチテナントのサイトのために今もでこの設定を有効にすることができます。
SSOフィールド名: 人の名が含まれるIdPから渡される属性名を入力します。
SSOフィールド姓: 人の姓が含まれるIdPから渡される属性名を入力します。
メールのSSOフィールド: 人のメールアドレスが含まれるIdPから渡される属性名を入力します。
学生IDのSSOフィールド: 学生IDを含んでいるIdPによって渡される属性名を入力します。
『組織』のSSOフィールド：組織を示す属性の名前を入力します。
アバターアイコンのSSOフィールド：IdPにプロファイル画像のbase64でエンコードされたイメージが含まれている場合は、ここに入力できます。
ロールのSSOフィールド：ロール情報を渡す属性の名前をここに入力します。
ロールプレフィックスのSSOフィールド：IdPがログインしている人々のロール情報を渡す場合、この『プレフィックス』フィールドを設定して、プレフィックスで始まるロールだけがMaharaによって処理されるようにすることができます。このようにして、IdPはサービスプロバイダ（SP）ごとに異なるロールを持つことができます。このプレフィックスに関連するロールがない場合、ログインは許可されません。
所属IDのSSOフィールド: この値を設定すると、ユーザ名がチェックされ、システムに既に存在する所属ID が見つかるまで、すべての所属IDがチェックされます。何も見つからない場合は、メインID のユーザ名が外部認証のユーザ名 (リモートユーザ名) として使用されます。
Note

IdPはアカウント所有者の所属情報を渡すことができます。これは複数の組織がIdPに含まれている場合に役立ちます。

このフィールドは次と組み合わせて機能する
- affiliationメールアドレスのSSOフィールド
- 所属ロールのSSOフィールド
- 所属ロール区切り文字のSSOフィールド
これらのロールマッピングフィールドを設定すると、アカウント所有者には、渡される所属ロール配列に示されているインスティテューションの関連するロールが付与されます。
所属電子メールのSSOフィールド: この値を設定すると、Maharaはどの所属ロールが最も高いかをチェックし、アカウント所有者がログインするときに関連付けられた電子メールをプライマリ電子メールアドレスに設定します。このフィールドを空白のままにすると、『電子メールのSSOフィールド』の値が代わりに使用されます。

Note

このフィールドは、所属に対応するインスティテューションに人を追加するためにも使用されます。htdocs/local/lib/AuthSamlLocal.api.php`` というファイルをコピーして htdocs/local/lib/AuthSamlLocal.php という名前を付けます。そこに独自のマッピングを設定するか、マッピングが特定のパターンに従っている場合はスクリプトを書くことができます。

あなたは、インスティテューションの部分的な情報に基づいてマッピングを実行できます。これにより、『staff1@school.com』と『student1@student.school.com』を同じインスティテューションにマッピングでき、2 つのマッピングエントリを必要とせず、メールアドレスではなく URLパターンをマッピングすることもできます。
所属ロールのSSOフィールド: これ、『ロール区切り文字』、および必須の『ロールマッピング』フィールドを設定すると、渡された所属ロール配列で示されるインスティテューションで関連付けられたロールがその人物に付与されます。

Note

例えば、渡されるロールの関連付けが 'staffmember@institution_a' と 'administrator@institution_b' であり、『インスティテューションスタッフ』のロールマッピングが 'staffmember' で『インスティテューション管理者』が 'administrator' の場合、その人は 'institution_a' のインスティテューションスタッフメンバと 'institution_b' のインスティテューション管理者になります。
ロール区切り文字: 文字列をロールとインスティテューションコンポーネントに分割するために使用される区切り文字の値を入力します。
Note

例えば、区切り文字が '@' の場合、 'staffmember@institute_a' は、role = staffmember, institution = institute_aに分割されます。

つまり、IdPから渡されたロールの関連付けが 'staffmember@institute_a' および 'administrator@institute_b' の場合、次のロールマッピングが作成されます：
- staffmember@institution_a：インスティテューション 'institution_a' のインスティテューションスタッフ
- administrator@institution_b：インスティテューション 'institution_b' のインスティテューション管理者
『サイト管理者』のロールマッピング：サイト管理者権限を持つIdP内の人々に割り当てられるロールの名前を入力します。
『サイトスタッフ』のロールマッピング：サイトスタッフの権限を持つIdP内の人々に割り当てられるロールの名前を入力します。
『インスティテューション管理者』のロールマッピング：インスティテューション管理者権限を持つIdP内の人々に割り当てられるロールの名前を入力します。
『インスティテューションサポート管理者』のロールマッピング：インスティテューションサポート管理者の権限を持つIdP内の人に割り当てられるロールの名前を入力します。
『インスティテューションスタッフ』のロールマッピング：インスティテューションスタッフの権限を持つIdP内の人々に割り当てられるロールの名前を入力します。

Note

現時点では、構成変数 ’usersuniquebyusername’ が使用されていない限り、インスティテューション管理者とインスティテューションスタッフのロールはアカウントの作成時にだけ更新されます。サイト管理者とサイトスタッフのロールは、ログインするたびに更新されます。インスティテューションの管理者とスタッフの行動を修正するためのウィッシュリストアイテムがあります。
『自動グループ管理』のロールマッピング：デフォルトでこのインスティテューションのすべてのグループに追加されるIdPの人々に割り当てられるロールの名前を入力します。

Note

『自動グループ管理者』は、新規および既存のすべてのグループに自動的に追加されます。また、すべてのフォーラムに登録されており、登録解除できません。

インスティテューションで『親』 IdPをセットアップする場合、『すべてのSAML認証インスタンスにロールをコピーする』という追加の設定があります。これにより、このIdPに基づくすべてのインスティテューションのロールマッピングを一度に更新できます。
サイト上のすべてのグループの自動グループ管理：『親』 IdPからのロールがこのサイトのすべてのグループに追加される場合は、これを『Yes』に設定します。これは、サイトが一つの組織または一元管理されている組織のグループに対して非常に均質である場合に役立ちます。『No』に設定すると、その人はこの特定のインスティテューションのグループにだけ追加されます。
誤ったログインメッセージ：それを使用することになっているとき、SSOボタンの代わりに標準ログインフォームを使用してログインしようとする人に、このメッセージを表示します。このメッセージには、SSOを通じてMaharaにアクセスする方法に関する説明が記載されています。

Note

メッセージはサイドバーのログインフォームのすぐ上に表示されます。したがって、長すぎないようにしてください。
この認証方法を有効にするために、送信ボタンをクリックするか、または変更を中止するために、キャンセル をクリックします。

11.6.4.4.2. SAMLでKeycloakを使用する¶

Keycloak は、さまざまなアプリケーションへの認証を設定できるオープンソースのIDおよびアクセス管理サービスです。

MaharaでKeycloakを使用するためにここで提供された手順は、接続をテストするためにコミュニティメンバによって使用されました。別の経験がある場合は、お知らせください。このセクションを拡張できます。

/auth/saml/sp/metadata.php からXMLをダウンロードします。
XMLを使用してKeycloakでクライアントを作成します。
Keycloakでクライアントスコープを作成し、インスティテューション、ユーザ名、メール、名、姓などのマップを追加します。

Note

『SAML属性名』がMaharaインスティテューションのSAML構成のSSOフィールド名と一致することを確認してください。
ログイン時にアカウントを作成するには、Maharaで『アカウントを自動作成する』を『Yes』に設定します。
Keycloakのクライアントのインストールタブから『Mod Auth Mellonファイル』をダウンロードします。
IdPのXMLをSAML認証方式のMahara 『インスティテューションIDプロバイダSAMLメタデータ』にコピーします。
メタデータURLを追加します。これは <keycloakserver>/auth/realms/<REALM>/protocol/saml/descriptor です。

See also

インターネット上でSAMLを使用してKeycloakを設定する方法の詳細があります。ブログ投稿『Keycloak – Download SAML 2.0 IdP Metadata』は役に立ちました。

11.6.4.5. XML-RPC/MNet 認証¶

See also

MNet認証は、既存のインスタンスに対して引き続きMaharaで提供されます。ただし、新しいMaharaサイトを設定する場合は、LTI を介して学習管理システムに接続することをお勧めします。Maharaプロジェクトチームは、LTIの機能の可能性を拡大します。

XML-RPC認証を使用して、MaharaインスタンスをMoodleまたは別のMaharaインストールに接続してログイン情報を共有します。 Moodle 2を使用すると、Moodleを介してMaharaにログインできるだけでなく、Moodleから特定のアクティビティをMaharaポートフォリオに転送することもできます。

何件のインスティテューションを設定しているとしても、Moodleサイトは1回だけMaharaに接続することができます。MaharaのXML-RPC認証インスタンスすべては独自のリモートwwwrootを持つ必要があります。また、単一のインスティテューションに関連付けられる必要があります。

Note

この認証方法を使用するにはネットワーキングを有効にする必要があります。

認証局名: この認証局を識別することを手助けするために、記述名を入力してください。できれば短い名前を選びます。このフィールドは必須です。
アクティブ: この認証方法を使用する場合は、スイッチを『Yes』に設定します。
WWWルート: リモートアプリケーションのルートのウェブアドレス、例えばhttps://example.comを入力します。このフィールドは必須です。WWWルートが特定のポートを必要とする場合、リモートアプリケーションが待ち受けているポート番号を入力します。httpsサービスと接続しているか、または、非標準ポートでリモートアプリケーションが動いるのでない限り、たぶんポートを追加する必要はありません。
サイト名: 人がリモートサイトを識別するためにサイト名を入力します。SSOを有効にしている場合、リモートサイトとのセッションを開始するために人はサイト名をクリックすることができます。このフィールドは必須です。
アプリケーション: リモート側のアプリケーションを選択します。 'Mahara' と 'Moodle' から選択できます。
親認証局: すでに存在する認証方法から親認証局を配置する場合、人は、MNetだけでなくその認証局を用いてログインすることができます。例えば、SAML認証を設定し、それをこのMNet認証局の親にすることができます。それは、人は彼らのMoodleからMNet経由でと同様に、彼らのSSO証明書を使って SSOログイン ボタンをクリックすることによって、ログインできることを意味しています。親認証局を配置する必要はありません。親認証局を配置しない場合、MNetを使っている人はMNet経由でMaharaアクセスする、すなわち最初にMoodleまたは他のMaharaにログインすることができるだけです。

Note

親認証局 を選択した場合は、すべての人がMNetの代わりにこの認証方法に関連付けられていることを確実にします。そうしないと、親認証方式でログインできなくなります。MNetのリモートユーザ名と他の認証方法がすでに同じである場合は、認証メソッドを変更するだけでよいです。それらがまだ同じでない場合は、それらの認証方法を変更するとともにアカウントの詳細を更新する必要があります。
不適切なログインメッセージ: 誰かがMaharaのログインフォーム経由でログインしようとするけれども、親認証局を設定しなかった場合、許可されないときに表示するメッセージを入力します。
SSOの方向: SSOの方向をドロップダウンメニュより選択します:
- こちらにSSOさせる: アカウント保持者が彼らのユーザ名とパスワードを入力する必要なしに、リモートサイトからMaharaサイトにローミングすることを許可するには、このオプションを有効にします。これは最も一般的に使用される設定です。リモートのアプリケーションはログイン情報のソースであり、最初にアカウントが作成されるところです。これはデフォルトオプションです。
- あちらへSSOする: アカウント保持者が彼らのユーザ名とパスワードをそこに入力する必要なしに、Maharaからリモートサイトにローミングすることを許可するには、このオプションを有効にします。Maharaはログイン情報のソースであり、最初にアカウントが作成されるところです。次のフィールドは、このオプションが選択されている場合、 ユーザを自動作成します に置き換えられます。
ログイン時、アカウント情報を更新する: 各ログイン時にリモートサイトから個人データを持参し、任意の変更でMaharaアカウントレコードを更新するには、このスイッチを『Yes』に設定します。Moodleの上で満たされた次のフィールドは、Maharaに充填されます：
- 名（常に持ち越される）
- 姓（常に持ち越される）
- メールアドレス（必ず持ち越される）
- プロファイル画像
- 説明（Maharaの紹介）
- 市
- 国
- 言語
- HTMLエディタ設定
こちらでアカウントを自動作成する: 人が正常に認証され、まだアカウントを持っていない場合に、自動的にMaharaの上のアカウントを作成するには『Yes』に切り替えます。
こちらにコンテンツをインポートさせる: すべてのネットワーク対応アプリケーションがこれをサポートしていませんが、それらが対応する、例えばMoodle の場合、これは、リモートサイトの人はMaharaにコンテンツをインポート可能にします。これは、『SSO方向』から『あちらでSSO』オプションに依存し、『こちらでアカウントを自動作成する』設定されていることにも敏感です。
この認証方法を有効にするために、送信ボタンをクリックするか、または変更を中止するために、キャンセル をクリックします。
リモートサイトへの接続が成功した場合、リモートサイトの公開鍵認証方式で保存され、必要なときに回転させます。そこに問題があると公開鍵が更新されない場合は、根本的な問題のトラブルシューティングをしている間、正しいものでそれを自分で交換することができます。

See also

Moodle側とMahara上のすべてを設定する方法のステップバイステップの手順については、Mahoodle 、MaharaとMoodleの組み合わせの設定についての包括的なガイドを参照してください。ガイドは、Moodleの1.9とMoodle 2.xの両方のための手順を説明します。

11.6.4.6. 認証方法順¶

1つのインスティテューションに複数の認証方法が設定されている場合、どの順番でチェックされるのか決定できます。

下矢印 ボタンと 上矢印 ボタンを使用して、リスト内で特定の認証方法を上下に移動します。Maharaはリストの順に人々のアカウントを探します。
削除ボタンをクリックすることにより、特定の認証方法を削除します。

Note

ログインに認証を必要とする人が存在する場合、その認証方法を削除することはできません。認証方法を削除する前にアカウントを別の認証方法に移動する必要があります。

11.6.4.7. インスティテューションを利用停止する¶

サイト管理者はいつでもインスティテューションを利用停止することができます。

インスティテューションを利用停止する ボタンをクリックすることにより、（一時的に）インスティテューションメンバがインスティテューションを利用できなくなります。

11.6.5. インスティテューション固定ページ¶

管理メニュー → インスティテューション → 固定ページ

インスティテューションの管理者はサイトの管理者が作成した固定ページのコンテンツを上書きすることができます。これらのページは次のとおりです：

About
ホーム (ダッシュボード)
ログアウトホーム

すべてのページには、変更可能なデフォルトのテキストが付属しています。すべてのページにテキストが含まれている必要があります。ビジュアルエディタを使用して、ページのスタイルを設定できます。

インスティテューション：サイト管理者または複数のインスティテューションのインスティテューション管理者である場合は、ページのコンテンツを変更するインスティテューションを選択してください。一つのインスティテューションだけを管理している場合、その名前はドロップダウンメニューなしで表示されます。
ページ名: 編集したいページをドロップダウンメニューから選択してください。
サイトのデフォルトを利用する: サイト全体のページ上に表示されたコンテンツを使用する場合は『Yes』に切り替えます。独自のコンテンツを提供したい場合は『No』に切り替えます。
ページテキスト：『サイトのデフォルトを使用する』で『No』を選択した場合は、エディタウィンドウのテキストを変更します。このフィールドを空のままにすることはできません。
変更を保存する ボタンをクリックしてください。

11.6.6. 法律¶

管理メニュー → インスティテューション → 法律

すべてのインスティテューションはサイトステートメントに 加えて 、利用条件とプライバシー保護方針を掲載することができます。サイト管理者がインスティテューション設定で『厳密なプライバシー』を有効にしている場合、誰もがアカウントを使用できるようにする前にそれを受け入れる必要があります。

Warning

Maharaプロジェクトは法的助言を与えることはできません。法的助言が必要な場合は、自分の弁護士に相談して、適用法を遵守するようにしてください。

インスティテューションが独自のプライバシーポリシーまたは利用規約を設定していない場合、サイトポリシーがデフォルトで使用されます。『一つ追加する』リンクをクリックして、独自のインスティテューションポリシーを設定します。

Note

サイトステートメントが十分であれば、インスティテューションは独自の法的ステートメントを設定する必要はありません。

インスティテューション: ステートメントを表示しているインスティテューションが表示されます。

Note

インスティテューションの管理者であれば、自分のインスティテューションだけが表示されます。サイト管理者の場合は、そのステートメントを表示するインスティテューションを選択することができます。
『プライバシーポリシー』タブをクリックして、インスティテューションの現在のプライバシーポリシーを編集し、古いバージョンを表示します。
『利用規約』タブをクリックして、インスティテューションの現在の利用規約を編集し、古いバージョンを表示します。
サイトのプライバシー保護方針や利用条件は参考資料として提供されており、インスティテューションが独自の声明を必要としているかどうかを判断することができます。
バージョン: ステートメントのバージョン番号です。

Note

バージョンは、時系列の逆順で表示されます。
作成者: バージョンを編集した人です。
コンテンツ: ステートメントのテキストの始め。
作成日: バージョンが保存された日時です。
編集ボタンをクリックして、現在のバージョンに変更を加えます。それは新しいバージョンとして保存されます。
古いバージョンの全文を見るには表示ボタンをクリックしてください。

11.6.6.1. プライバシ保護方針¶

Warning

変更されたプライバシー保護方針のドラフト版は保存できません。フォームを保存するとすぐに、ログインした誰かが新しいプライバシー保護方針を受け入れるよう求められます。

インスティテューション：ポリシーを表示しているインスティテューション。

Note

インスティテューションの管理者であれば、自分のインスティテューションだけが表示されます。サイト管理者の場合は、そのステートメントを表示するインスティテューションを選択することができます。
サイトのプライバシーポリシー：サイトのプライバシポリシーを表示して、インスティテューションのポリシーと矛盾しないようにしてください。
バージョン: 保護方針に新しいバージョン番号を付けてください。これは15文字まで可能で、以前のものとは異なる必要があります。
便宜のため、以前のバージョン番号が記載されています。
ページテキスト: プライバシー保護方針に表示するテキストを入力してください。
変更を保存する ボタンをクリックして変更を受け入れるか、キャンセル をクリックして変更を中止します。

11.6.6.2. 利用条件¶

Warning

変更された利用条件のドラフトを保存することはできません。フォームを保存するとすぐに、ログインした誰かが新しい利用条件に同意するよう求められます。

インスティテューション：ポリシーを表示しているインスティテューション。

Note

インスティテューションの管理者であれば、自分のインスティテューションだけが表示されます。サイト管理者の場合は、そのステートメントを表示するインスティテューションを選択することができます。
サイトの利用規約：サイトの利用規約を表示して、インスティテューションのポリシーで矛盾しないようにしてください。
バージョン: 保護方針に新しいバージョン番号を付けてください。これは15文字まで可能で、以前のものとは異なる必要があります。
便宜のため、以前のバージョン番号が記載されています。
ページテキスト: 利用条件に表示されるテキストを入力してください。
変更を保存する ボタンをクリックして変更を受け入れるか キャンセル をクリックして変更を中止してください。

11.6.7. メンバ¶

管理メニュー → インスティテューション → メンバ

一つのインスティテューションから一括でメンバを追加および削除することができます。サイト管理者として、常にインスティテューションにメンバを追加することができます。インスティテューションメンバとして、人にメンバになるための招待状を送ることだけできます。

アカウントをフィルタリングして、結果リストを絞り込むことができます：

インスティテューションのメンバシップをリクエストした人
インスティテューションメンバシップをリクエストしていない人
インスティテューションを離れた人
すでにインスティテューションのメンバになっている人
招待された人

Note

名前をダブルクリックすると、反対側に移動します。これは、ここでこれに類似しているすべての機能に当てはまります。

11.6.7.1. インスティテューションのメンバシップをリクエストした人¶

インスティテューションが自己登録を許可している場合、インスティテューションのメンバではない人は参加をリクエストすることができます。

インスティテューション管理者はメンバシップリクエストに関する通知を受信します。サイト管理者は『インスティテューションなし』への参加を希望する人々に関する通知だけ受信します。

インスティテューション：ドロップダウンメニューから、人を追加するインスティテューションを選択します。管理できるインスティテューションが一つしかない場合は、その名前がドロップダウンメニューなしで表示されます。
表示する人: インスティテューションメンバシップをリクエストした人 を選択します。
新しいメンバを追加する：リストされている名前が多すぎる場合は、検索ボックスで人を検索します。
メンバシップをリクエストした人: インスティテューションに追加したい人を選択します。
右矢印 ボタンをクリックして、人を追加します。
追加/拒否される人：誤って『追加/拒否される人』のボックスに人を入れた場合は、それらをクリックしてリストから削除できます。
次に、左矢印 ボタンをクリックすると、リストから削除されます。
インスティテューションに追加したいすべてのメンバを選択した場合、メンバを追加する ボタンをクリックします。
または、メンバシップを拒否する場合は、メンバーシップを選択し、リクエストを拒否する ボタンをクリックして一般的な拒否を送信します。

11.6.7.2. まだメンバシップをリクエストしていないユーザ¶

管理者は率先してインスティテューションに人を招待または追加することができます。

インスティテューション：ドロップダウンメニューから、招待または追加するインスティテューションを選択します。管理できるインスティテューションが一つしかない場合は、その名前がドロップダウンメニューなしで表示されます。
表示する人: まだメンバシップをリクエストしていない人 を選択します。
インスティテューションに参加するように人々を招待する：リストされている名前が多すぎる場合は、検索ボックスで人々を検索します。
メンバでない人：インスティテューションに招待したい人を選択してください。
右矢印 ボタンをクリックして、招待する人 のリストに人を追加します。
誤って『招待する人』のボックスに人を入れてしまった場合は、その人をクリックしてリストから削除できます。
次に、左矢印 ボタンをクリックすると、リストから削除されます。
インスティテューションに招待したいすべてのメンバを持っている場合は、人を招待する ボタンをクリックします。招待者は通知を受け取り、インスティテューションのメンバシップの招待を受け入れるか拒否することができます。
または、サイト管理者の場合は、メンバを追加する ボタンをクリックして、最初に質問せずにインスティテューションに人を追加できます。

11.6.7.3. インスティテューションを離れた人¶

人を迅速に探すため管理者は前に参加していたインスティテューションで人をフィルタすることができます。

Note

これは、少なくとも二つのインスティテューションを持つマルチテナントのMaharaインスタンスでだけ重要です。

人がインスティテューションを離れた場合、インスティテューションのメンバになるよう人を招待または追加する¶

インスティテューション：ドロップダウンメニューから、招待または追加するインスティテューションを選択します。管理できるインスティテューションが一つしかない場合は、その名前がドロップダウンメニューなしで表示されます。
表示する人：特定のインスティテューションを離れた人 を選択します。

Note

『離れた(left)』は大まかに解釈されます。これは、管理者が彼らをインスティテューションから削除したことも意味します。
前のインスティテューション: 人を追加したいユーザのインスティテューションを選択します。ここに一覧表示されるためには、人は最初にインスティテューションから離れる必要があります。
インスティテューションに参加するように人々を招待する：リストされている名前が多すぎる場合は、検索ボックスで人々を検索できます。
インスティテューション [インスティテューション名] を離れた人: 記載されているインスティテューションに招待したり追加したい人を選択します。
右矢印 ボタンをクリックして、招待する人 のリストに人を追加します。
誤って『招待する人』のボックスに人を入れてしまった場合は、その人をクリックしてリストから削除できます。
次に、左矢印 ボタンをクリックすると、リストから削除されます。
このインスティテューションに招待したい人がすべて集まったら、 人を招待する ボタンをクリックします。招待者は通知を受け取り、インスティテューションメンバシップの招待を受け入れるか拒否することができます。
または、サイト管理者の場合は、メンバを追加する ボタンをクリックして、最初に質問せずにインスティテューションに人を追加することもできます。

Note

Maharaは人の最新インスティテューションの追跡を非表示タグで保持します。

11.6.7.4. すでにインスティテューションのメンバになっている人¶

インスティテューションからメンバを削除できます、例えば、彼らはもはや学校や大学の学生ではなくなったが、まだMaharaのアカウントを持っている必要がある場合、または彼らは同じMaharaのインスタンスでインスティテューションを切り替えているだけの場合。

インスティテューション：ドロップダウンメニューから、表示するインスティテューションのメンバを選択します。管理できるインスティテューションが一つしかない場合は、その名前がドロップダウンメニューなしで表示されます。
表示する人: すでにインスティテューションのメンバになっている人 を選択します。
インスティテューションから人を削除する：リストされている名前が多すぎる場合は、検索ボックスでメンバを検索できます。
現在のメンバ: インスティテューションから削除したいメンバを選択します。
右矢印 ボタンをクリックして、それらを 削除するメンバ のリストに追加します。
誤って『削除するメンバ』のボックスに人を入れた場合は、その人をクリックしてリストから削除できます。
次に、左矢印 ボタンをクリックすると、リストから削除されます。
インスティテューションから削除したいメンバすべてを選択した後、人を削除する ボタンをクリックします。

11.6.7.5. 招待された人¶

管理者はインスティテューションからの人の招待を取り消すことができます。

インスティテューション：ドロップダウンメニューから、表示したいインスティテューションの招待者を選択します。管理できるインスティテューションが一つしかない場合は、その名前がドロップダウンメニューなしで表示されます。
表示する人: 招待された人 を選択します。
招待を取り消す：リストされている名前が多すぎる場合は、検索ボックスで人を検索できます。
招待された人：あなたのインスティテューションへの招待を取り消す人を選択します。
右矢印 ボタンをクリックして、招待されない人 のリストに人を追加します。
誤って『招待されていない人』のボックスに人を入れた場合は、その人をクリックしてリストから削除できます。
次に、左矢印 ボタンをクリックすると、リストから削除されます。
インスティテューションからすべての人を招待したくない場合、招待を取り消す ボタンをクリックします。

11.6.8. インスティテューションスタッフ¶

管理メニュー → インスティテューション → スタッフ

所属インスティテューションのメンバに、所属するインスティテューションのスタッフの権利を与えることができます。スタッフのロールにより、例えばコースグループを作成できます。このページでは、一度に多くのメンバに対してそれをまとめて行うことができます。

See also

人のアカウント設定ページでスタッフ権限を与えることもできます。

インスティテューション：ドロップダウンメニューから、メンバにスタッフの権利を付与するインスティテューションを選択します。管理できるインスティテューションが一つしかない場合は、その名前がドロップダウンメニューなしで表示されます。
人を検索する：リストされている名前が多すぎる場合は、検索ボックスで人を検索できます。
インスティテューションメンバ: スタッフ権限を与えるインスティテューションメンバを選択します。
右矢印 ボタンをクリックしてリスト インスティテューションスタッフ に人を追加してください。
間違って人をインスティテューションスタッフにしてしまった場合、または既存のスタッフメンバを削除して元の通常メンバシップ状態に戻したい場合、メンバを選択します。
次に、左矢印 ボタンをクリックすると、リストから削除されます。
あなたがインスティテューションスタッフにしたいユーザすべてを選択した後、送信ボタンをクリックしてください。

11.6.9. インスティテューションサポート管理者¶

管理メニュー → インスティテューション → サポート管理者

あなたは、インスティテューションメンバがメンバであるインスティテューションのサポート管理者権限をインスティテューションメンバに与えることができます。このロールには、インスティテューションのスタッフ権限が含まれており、インスティテューションのメンバおよびスタッフとしてのマスカレードも許可されます。特定の人に完全なインスティテューション管理者権限を与えたくないが、他のインスティテューションメンバになりすまして問題をトラブルシューティングできるようにしたいインスティテューションのホットラインサポートに使用できます。

このページでは、一度に多くのメンバがそれをまとめて行うことができます。

See also

個人のアカウント設定ページでサポート管理者権限を付与することもできます。

インスティテューション：ドロップダウンメニューから、サポート管理者にメンバへのアクセス許可を付与するインスティテューションを選択します。管理できるインスティテューションが一つしかない場合は、その名前がドロップダウンメニューなしで表示されます。
人を検索する：リストされている名前が多すぎる場合は、検索ボックスで人を検索できます。
インスティテューションのメンバ：サポート管理者の権限を取得するインスティテューションのメンバを選択します。
右矢印 ボタンをクリックして、インスティテューションサポート管理者 のリストに人を追加します。
誤ってインスティテューションのサポート管理者リストに追加した場合、または既存のサポート管理者を削除して通常のメンバシップステータスに戻したい場合は、その人を選択してください。
次に、左矢印 ボタンをクリックすると、リストから削除されます。
インスティテューションのサポート管理者として希望するすべてのメンバがいる場合は、送信ボタンをクリックします。

11.6.10. インスティテューション管理者¶

管理メニュー → インスティテューション → 管理者

メンバが所属しているインスティテューションの管理者権限をメンバに与えることができます。管理者のロールは、管理者が自分のインスティテューションで他の人を管理できるようにします。このページでは、一度に多くの人々のために一括でそれを行うことができます。

See also

人のアカウント設定ページで管理者権限を付与することもできます。

インスティテューション：ドロップダウンメニュから、メンバに管理者権限を付与するインスティテューションを選択します。管理できるインスティテューションが一つしかない場合は、その名前がドロップダウンメニューなしで表示されます。
人を検索する：リストされている名前が多すぎる場合は、検索ボックスで人を検索できます。
インスティテューションメンバ: 管理者権限を取得しなければならないインスティテューションのメンバを選択します。
右矢印 ボタンをクリックして、メンバをリスト 現在の管理者 に追加します。
間違って人をインスティテューションの管理者リストに追加した場合、または既存の管理メンバを削除して通常のメンバシップ状態に戻したい場合は、それらを選択します。
次に、左矢印 ボタンをクリックすると、リストから削除されます。
インスティテューションでの管理者としたいすべてのメンバを持っている場合、送信ボタンをクリックします。

11.6.11. 管理者通知¶

管理メニュー → インスティテューション → 管理通知

Warning

管理者通知はサイト管理者通知ですが、これらのタイプの通知を受信していなくても、インスティテューション管理者も一覧表示されます。これに対処するためのオープンなウィッシュリストアイテムがあります。

管理者通知 ページには、サイトのインスティテューションおよびサイト管理者アクセス権を持つすべての人が一覧表示されます。すべての管理者通知に対して選択した通知設定が表示されます。生成された各タイプのメッセージを受信する管理者が少なくとも1人いる必要があります。

Note

インスティテューション管理者には、自分のインスティテューションの管理者通知だけが表示されます。

管理者への通知は次のとおりです：

お問い合わせ
好ましくないコンテンツ
ウイルスアップロードの繰り返し
ウイルスフラグリリース
フォーラムの好ましくないコンテンツ

11.6.12. プロファイル完了¶

管理メニュー → インスティテューション → プロファイル完了

プロファイル完了 は、インスティテューションの人が『完了』のプロファイルを持つために必要なコンテンツを選択することができます。完了したプロファイルのパラメータは、別のインスティテューションから異なる場合があります。場合によっては、プロファイルを完了させるために特定のアーティファクトのタイプの人が必要とするコンテンツアイテムの数を決定することもできます。

See also

サイト管理者は、インスティテューションが使用できるように、サイドブロック設定でプロファイル補完機能を有効にする必要があります。

インスティテューションのプロファイル完了を設定する¶

インスティテューション: 複数のインスティテューションを管理する場合は、ドロップダウンメニューからプロファイル完了を設定したいものを選択します。インスティテューションが一つだけの場合は、その名前がドロップダウンメニューなしで表示されます。
プロファイル補完プレビュー：送信ボタンをクリックすると、サイドブロックにインスティテューションのメンバに表示される進捗状況バーのプレビューが表示されます。
プロファイル: メンバが自分のプロファイルから記入する項目のためにスイッチを『Yes』に設定します。人が参加するグループの数あるいはのインスティテューションのメンバが行うべきフレンドの数を選択します。
レジュメ: 人が完了したプロファイルを取得するために記入する必要があるレジュメの項目については、スイッチを『Yes』に設定します。
プラン: 人が作成すべきプランおよびタスク数をドロップダウンメニューより選択します。
日誌: 人がプロファイル用の日誌エントリの一定数を取得する必要があるかどうかを選択します。
ファイル: このセクションでは、人がファイルの一定数をアップロードする必要があるかどうかを決めることができます。また、ファイルの種類を指定し、完了プロファイルのために人がアップロードする各ファイルタイプの項目数を決定することもできます。
アノテーション: 人が完了したプロファイルを取得するためにアノテーションに行う必要がある、コメントの数をドロップダウンメニューから選択します。
コメント: 人が完了したプロファイルを取得するために行う必要がある、コメントの数をドロップダウンメニューから選択します。
変更を保存するには、送信ボタンをクリックします。

11.6.13. インスティテューションポートフォリオ¶

管理メニュー → インスティテューション → ポートフォリオ

11.6.13.1. インスティテューションのポートフォリオを作成および管理する¶

インスティテューション全体のページとコレクションを作成できます。他の人が自分のポートフォリオにコピーできる通常のアカウントでポートフォリオをいつでも作成できますが、インスティテューションのポートフォリオの利点は、インスティテューションの新しいメンバがインスティテューションに参加したときにコピーを受け取ることができることです。そのインスティテューションのすべての管理者とサイト管理者は、インスティテューションのポートフォリオにアクセスでき、それらを共同で管理できます。

インスティテューションポートフォリオを作成したり編集することは，個人のポートフォリオを作成したり編集することに非常に類似しています。しかし，異なるコンテクストのため，インスティテューションページを編集するとき，すべてのブロックは利用できません。インスティテューションページで使用できるすべてのブロックのリストについてはブロックの概要を参照します。

インスティテューション: 複数のインスティテューションを管理する場合は、作成または編集したいページのインスティテューションを選択します。インスティテューションが一つだけの場合は、その名前がドロップダウンメニューなしで表示されます。
最初から新しいページまたはコレクションを始めるには追加ボタンをクリックしてください。

Note

モーダルはページまたはコレクションを作成するかどうか選択できるウィンドウで開きます。
基準として既存のページまたはコレクションを選択するには コピー ボタンをクリックしてください。
検索: インスティテューションレベルで多数のポートフォリオがある場合は、検索語を検索フィールドに入力します。
検索を制限するにはドロップダウン矢印を使用します。利用可能なオプションは次のおりです:
- タイトル、説明、タグ: あなたのサイトポートフォリオのタイトル、説明、タグであなたの検索語を検索します。
- タイトル、説明: これはデフォルトオプションです。サイトポートフォリオのタイトルおよび説明で検索します。
- タグ: サイトポートフォリオのタグ内でだけ検索します。
並べ替え: ポートフォリオを表示したい並べ替え順を決定します。
- アルファベット順: ポートフォリオはアルファベット順で表示されます。
- 作成日: 最も新しいポートフォリオを最初に、年代順で逆順にポートフォリオを一覧表示します。
- 最終更新日: 最初に変更された最も最近のポートフォリオに関して、最後の修正の順でポートフォリオを表示します。これはデフォルトの表示オプションです。
- 最後の閲覧: 最も最近見られたポートフォリオで始まる、あなたおよび他の人により見られた順でポートフォリオを示します。
- 閲覧回数: 最も多くアクセスされたポートフォリオを一覧の最初に表示します。
- フィードバック数: 受信したフィードバック合計数を基にポートフォリオを降順に一覧表示します。
Note

選択する並べ替え順は、概要ページから他のページへ移動するまたはログアウトするときに変化しません。並べ替え順を変更するとき、その新しい設定は、再びそれを変更するまで使用されます。
検索語および/または並べ替えクライテリアに基づいてサイトポートフォリオを検索するには検索ボタンをクリックしてください。
いつものようにインスティテューションのページやコレクションを編集します。

Note

インスティテューションページやアーティファクトに誰かがコメントを残した場合、インスティテューションおよびサイトの管理者は、通知を受信します。

11.6.13.2. テンプレートポートフォリオを効率的に作成する¶

多くの場合、インスティテューションポートフォリオをテンプレートとして作成し、インスティテューション内のすべての人に展開します。または、特定の時間に特定のアカウントにテンプレートを配置するルールを作成することもできます。このオプションは現在、追加の開発作業を通じてだけ利用可能ですが、基盤は新しいテンプレートオプションを通じて利用可能です。

インスティテューションコレクションを作成するときに、それをテンプレートとしてマークできます。

コレクション名: コレクションにタイトルを付けます。この項目は必須です。
コレクションの説明: 簡単な説明を追加します。『ポートフォリオ』の概要ページや、コレクションのメタデータが表示されるその他の場所に表示されます。
タグ: コレクションに一つ以上のタグを追加して、コレクションを見つけやすくします。
ページナビゲーションバー：デフォルトでは、各コレクションにはナビゲーションが組み込まれているため、あるページから次のページに簡単に移動できます。必要に応じて削除することもできます。

Note

スマートエビデンスまたはポートフォリオ完了オプションを使用する場合は、ページナビゲーションバーを維持する必要があります。ナビゲーションバーがない場合は、簡単にそれらのページに戻ることはできません。
カバー画像: ファイルを追加 ボタンをクリックして、コレクションのカバー画像を選択します。『ポートフォリオ』概要ページに表示されます。
スマートエビデンスフレームワーク：コンピテンシーポートフォリオを作成する場合は、フレームワークを選択してください。このオプションは、インスティテューションがスマートエビデンスの使用を許可している場合にだけ使用できます。
ポートフォリオの完了：インスティテューションレベルで有効になっている場合は、ポートフォリオの完了ページをコレクションの最初のページとして追加できます。スマートエビデンスの代替として、またはスマートエビデンスと組み合わせて使用できます。
テンプレート：このコレクションがテンプレートである場合は、そのようにマークを付けることができます。コレクションに追加するページのプロパティは自動的に変更されます。
- コレクション内のすべてのページがテンプレートページに変換されます。つまり、コレクションをコピーしたポートフォリオ作成者は手順を変更できず、元のテンプレートページがリンクされます。
- スイッチ『ブロックの削除を防止する』は『Yes』に設定されています。ただし、ブロックを削除したい場合は、必要に応じてポートフォリオ作成者が個々のページに対して『No』に設定できます。
現在の自動コピーされたテンプレート：あなたは、テンプレートをインスティテューションの自動コピーされたテンプレートに変換できます。これはコレクションが自動的に行われることを意味します：
- インスティテューションと共有し、
- コピー許可は、コピーを許可し、新しいインスティテューションのメンバのアカウントにコピーを配置するように設定されています。
Note

このオプションは当面便利です。他のインスティテューションポートフォリオをインスティテューション全体と共有し、新しいアカウントにコピーするように設定することもできます。

インスティテューション内の一つのポートフォリオだけが、オプション 現在の自動コピーされたテンプレート をアクティブにすることができます。設定を『No』に切り替えると、ポートフォリオ共有権限が自動的に削除されます。特に共有オプションを選択することで、手動で共有することもできます。

このオプションは、共有オプションをオーバーライドしたり、他のポートフォリオをテンプレートとして引き続き利用できるようにすることができるため、現時点ではそれほど有用ではないように思われる場合があります。このオプションが役立つのは、特定のアカウント所有者が毎年新しいポートフォリオを受け取る必要がある再認証ポートフォリオがある場合に、特定のルールまたはアカウントプロパティに基づいてアカウントに自動的にコピーされるポートフォリオを決定する場合です。現在、これは追加の開発作業によってだけ可能ですが、組織内の大勢の人々が使用する必要のあるポートフォリオの複雑な共有ルールを作成できます。

新しいアカウントに自動的にコピーされるポートフォリオは、毎分実行されるcronジョブに基づいて作成され、多数のポートフォリオを一度に作成する必要がある場合にシステムの速度が低下するのを防ぎます。

When you are on the Portfolio overview page for the institution and open the sharing options, you can see which portfolio is the current auto-copied template.
次へ：コレクションページを編集する：コレクションにページを追加します。

11.6.14. インスティテューション日誌¶

管理メニュー → インスティテューション → 日誌

標準の個人日誌のようにインスティテューション日誌を作成します。インスティテューション日誌では、日誌テンプレートを作成することができ、その後に、例えば個人アカウントにコピーします。インスティテューション日誌ではまた、インスティテューションのためのニュースのブログを作成することができます。

インスティテューション: 複数のインスティテューションを管理する場合は、日誌を作成または更新したいインスティテューションを選択します。インスティテューションが1つだけの場合は、その名前がドロップダウンメニューなしで表示されます。
複数の日誌を作成できます。日誌を作成する ボタンをクリックして、新しい日誌を設定します。
すべての日誌はそれらのタイトルとともに 管理メニュー → インスティテューション → 日誌 に一覧されています。タイトルは個々の日誌にリンクします。
この特定の日誌のエントリ数
日誌がある場合はその説明
矢印アイコンをクリックした場合、日誌に連れて行かれ、すべての日誌エントリが表示されます。
この画面から新しい日誌エントリを作成するには、新規エントリ ボタンをクリックします。
編集ボタンをクリックして、日誌のタイトル、説明、またはタグを変更します。
削除ボタンをクリックして、日誌とそのすべてのエントリを削除します。

Warning

削除ボタンをクリックすると、日誌を本当に削除するかどうかの確認メッセージが表示されます。日誌またはページ内のそのエントリを使用した場合、Maharaは日誌を削除するかどうかを決定できるように、そのことを通知します。日誌の削除に同意すると、日誌とそのすべてのコンテンツが完全に削除され、再度取得することはできなくなります。

11.6.15. インスティテューションポートフォリオを共有する¶

管理メニュー → インスティテューション → 共有

特定のインスティテューションのすべてのインスティテューションページとコレクションのリストが表示されます。

インスティテューション: 複数のインスティテューションを管理する場合は、ページまたはコレクションの共有権限を変更するインスティテューションを選択します。インスティテューションが一つだけの場合、その名前はドロップダウンメニューなしで表示されます。
コレクションまたはページの権限を変更するかどうかを選択します。

Note

次の画面で複数のコレクションまたはページを選択して、一度にすべて同じ権限を与えることができます。
コレクション/ページ名: そのインスティテューションのすべてのコレクションまたはページがここにリストされています。
アクセスリスト: ページおよびコレクションのアクセス権を表示します。
アクセスを編集する アイコンをクリックして、ページまたはコレクションを表示およびコピーできる人の権限を変更します。
シークレットURLを編集する アイコンをクリックして、ページまたはコレクションのシークレットURLを定義します。

インスティテューションページまたはコレクションを共有することは、ポートフォリオのページまたはコレクションを共有することと非常によく似ています。唯一の違いは、新しいインスティテューションのメンバが、インスティテューションに入会するとすぐに、インスティテューションページまたはコレクションのコピーを受け取ることを許可できることです。

新しいインスティテューションメンバにインスティテューションページをコピーするための設定¶

インスティテューションポートフォリオの [共有] ページで アクセス権の編集 アイコンをクリックしたとき、 詳細オプション リンクをクリックし、 コピーを許可する のスイッチを『Yes』に変更します。これにより、選択したページまたはコレクションにアクセスできるすべての人がそれらをコピーできるようになります。
新しいメンバにコピーする: インスティテューション内のすべての新しいメンバが、そのアカウントの作成時に、選択したページまたはコレクションのポートフォリオへのコピーを受け取る場合は、このオプションを有効にします。

Note

『コピーを許可する』オプションも有効にしないでこのオプションを有効にすると、別のページまたはコレクションが必要な場合、既存のメンバはページまたはコレクションのコピーを作成できなくなります。

インスティテューションポートフォリオは、新しく作成されたアカウントにすぐにはコピーされませんが、キューに入れられます。次にcronを実行するとキューが削減されます。このcronジョブは毎分実行されます。この方法が選択されたのは、アカウントに多数のコピが配置され、システムの速度が低下する可能性があるためです。したがって、より小さなチャンクでコピーを実行するcronジョブ。
あなたの変更を保存するには、保存ボタンをクリックしてください。

サイト管理者がインスティテューションページまたはコレクションを作成して共有すると、そのページまたはコレクションを作成したインスティテューションのメンバと共有することができます。

11.6.16. ファイル¶

管理メニュー → インスティテューション → ファイル

インスティテューションのファイルエリアには、管理者がインスティテューションファイルとしてアップロードしたすべてのファイルが保存されます。アップロードプロセスは、個人用ファイルエリアのように動作します。

11.6.17. タグ¶

管理メニュー → インスティテューション → タグ

11.6.17.1. インスティテューションタグを管理する¶

インスティテューション: 複数のインスティテューションを管理する場合は、タグを管理するインスティテューションを選択します。インスティテューションが一つだけの場合、その名前はドロップダウンメニューなしで表示されます。
新しいタグを設定するには、タグを生成する ボタンをクリックします。
タグ: このインスティテューションで作成されたすべてのタグを一覧表示します。
使用回数: インスティテューションのメンバがタグを使用した回数を表示します。
タグを削除するには削除ボタンをクリックします。
タグが現在使用されている場合、削除することはできません。

11.6.17.2. インスティテューションタグを作成する¶

新しいタグを設定するには、タグページの タグを作成 ボタンをクリックします。
インスティテューション：複数のインスティテューションを管理している場合は、タグを作成するインスティテューションが表示されていることを確認してください。インスティテューションが一つしかない場合は、その名前がドロップダウンメニューなしで表示されます。
インスティテューションタグ: 新しいインスティテューションタグを入力します。複数の単語で構成できます。
保存ボタンをクリックしてこの新しいタグを保存するか、キャンセル をクリックしてアクションを中止します。

11.6.17.3. インスティテューションタグを使用¶

タグを入力できるどこにでも所属するインスティテューションのタグを使用できます。

タグの検索ボックスをクリックして、探しているタグのいくつかの文字を入力し始めます。検索は潜在的なタグに絞り込まれます。
インスティテューションのタグの先頭にはインスティテューション名が付いています。
実際のタグは、それを何回使用したかを含むインスティテューション名の後に表示されます。

11.6.18. 登録を保留する¶

管理メニュー → インスティテューション → 登録保留

インスティテューションの設定でインスティテューションの 登録を確認する を有効にすると、このインスティテューションのアカウントは管理者が認識することなく作成されます。人が拒否された場合、アカウントは作成されません。登録を確認する オプションがオンになっていない場合、アカウントは『インスティテューションなし』インスティテューションでは作成されますが、実際のインスティテューションでは作成されません。

以下は、登録確認を有効にした自己登録のプロセスに従います。

11.6.18.1. 内部アカウントの自己登録¶

インスティテューションに人が自己登録する場合、詳細情報を提供する必要があります。

Note

高度なスパム保護設定を選択した場合、メールアドレスのフィールド、名(first name)と姓(last name)は異なる順序で表示できます。

名: あなたの名を入力してください。
姓: あなたの姓を入力してください。
メールアドレス: あなたのメールアドレスを提供します。
インスティテューション: 登録したいインスティテューションを選択します。登録したいインスティテューションに管理者の承認が必要かどうかを示すインジケータがあります。
登録理由：管理者の承認が必要な場合は、インスティテューションに参加する理由を入力する必要があります。
サイトで『厳密なプライバシー』がオンになっている場合、または『登録契約』を受け入れる必要がある場合は、サイトのプライバシー方針を受け入れる必要があります。
サイトの利用規約に同意する必要がある場合があります。登録しているインスティテューションに一般サイトのものに追加の利用規約がある場合、それらはインスティテューションの利用規約に含まれます。
サイトとは別のものがある場合は、インスティテューションのプライバシー方針および/または利用規約を確認して同意する必要がある場合があります。
登録ボタンをクリックしてください。
そのインスティテューションの管理者は、保留中の登録に関する通知を受け取ります。次に、保留中の登録を確認します。

Note

インスティテューションにインスティテューション管理者がいない場合、サイト管理者はアカウント登録に関する通知を受け取ります。
アカウントが承認されると、メールアドレスを確認するためのリンクが記載されたメールが届きます。24時間以内にそのリンクをクリックする必要があります。そうでない場合は、最初から登録プロセスを再開する必要があります。

11.6.18.2. 登録保留をレビュする¶

管理者は、管理メニュー → インスティテューション → 登録保留 の 登録保留 ページで、インスティテューションの登録保留を表示することができます。

インスティテューション: 複数のインスティテューションを管理する場合は、保留中の登録を審査するインスティテューションを選択します。インスティテューションが一つだけの場合、その名前はドロップダウンメニューなしで表示されます。
登録保留：すべての登録リクエストのリストが表示されます。それらには、要求者の名前とそのメールアドレスが含まれます。
登録理由: 登録の理由が表示されます。
有効期限：管理者がそれまでにこの登録を承認する必要がある時間。
この登録要求を承認する場合、承認ボタンをクリックしてください。次のページで承認を確認する必要があります。自己登録する人は、登録プロセスを完了するためのリンクが付いたメールを受け取ります。
この人がインスティテューションに登録してアカウントを受けとるのを望まない場合、拒否ボタンをクリックしてください。

アカウントを承認すると、アカウントにスタッフの権利を付与するかどうかを決定できます。例えば、これは、学校スタッフのすべての教師に、自己登録時にアクセス権を与えるのに役立ちます。

登録メッセージ：アカウントを承認する人にメッセージを送信します。これは、ウェルカムメッセージまたは開始するための追加情報になります。
インスティテューションのスタッフ: 人がスタッフのアクセス権を持っている場合は『Yes』に切り替えます。
この登録要求を承認する場合は承認ボタンをクリックし、承認プロセスを中止する場合は キャンセル をクリックします。

登録者が登録処理を完了する必要のある期限が表示されます。

有効期限：自己登録者が登録プロセスを完了する必要がある日時。
自己登録者が登録を完了する必要があることを示すインジケータ。

インスティテューションへのアクセスを拒否した場合、理由を提示することもできます。

拒否理由: なぜその人にアクセスを許可したくないのかを知るのに役立つかもしれないインスティテューションのメンバシップを拒否する理由を記入します。
拒否ボタンをクリックして拒否理由を通知するか キャンセル をクリックして拒否プロセスを中止します。

11.6.18.3. 自己登録を完了する¶

人がこのプロセスを通じてインスティテューションのメンバとして受け入れられた場合、人は登録プロセスを完了する必要があります。これは、パスワードとユーザ名以外のすべての必須フィールドに情報を提供するために必要です。

新しいユーザ名: 自分の新しいユーザ名を選択します。デフォルトユーザ名が推奨されますが、異なるユーザ名を使用することができます。入力したユーザ名がすでに取得されている場合、自分の情報の送信後、システムによって知らされます。
新しいパスワード: あなたのアカウントのパスワードを入力してください。このフィールドは必須入力です。
パスワードをもう一度: 新しいパスワードを再入力してください。このフィールドは必須です。
送信ボタンをクリックして登録を完了します。ダッシュボード に移動します。

11.6.19. 削除保留¶

管理メニュー → インスティテューション → 削除保留

サイト管理者がサイト設定でアカウントの削除をレビューするようにすべてのインスティテューションに要求した場合、またはインスティテューション管理者がインスティテューション設定で自分のインスティテューションに要求した場合、メンバはすぐにそのアカウントを削除することはできません。代わりに、管理者は要求を承認または拒否する必要があります。

人が自分のアカウントを削除するように要求した場合、インスティテューションまたはサイト管理者は通知を受け取ります。

インスティテューション: 複数のインスティテューションを管理する場合は、削除保留を検討したいインスティテューションを選択します。インスティテューションが一つだけの場合、その名前はドロップダウンメニューなしで表示されます。
削除保留：アカウントを削除したい人の名前とユーザ名が表示されます。彼らの名前は彼らのプロファイルページにリンクされています。
削除理由：削除理由が表示されます。
アカウントの削除を承認するには、承認ボタンをクリックします。この決定は次のページで確認する必要があります。削除が完了すると、人はMaharaに保存されている主メールアドレスにメールを受け取ります。

Warning

アカウントの削除は永続的であり、アカウントが削除されるとコンテンツを取得することはできません。アカウントの削除を承認すると、すぐに削除されます。
アカウントをすぐに削除したくない場合は、拒否ボタンをクリックします。その人があなたと連絡を取り、あなたの決定について話し合うことができるように、あなたの決定の理由を提供してください。