> ## Documentation Index > Fetch the complete documentation index at: https://docs.iru.com/llms.txt > Use this file to discover all available pages before exploring further. # 主要な概念 > ユーザー、グループ、アプリケーション、認証ポリシー、接続など、Iru Identity の中核となるオブジェクトとその関係について説明します。 Iru Identity は、少数の中核となるオブジェクトを中心に構成されています。それぞれが何であり、どのように接続されているかを理解すれば、製品の他の部分も理解しやすくなります。 ## 全体像 ```mermaid theme={null} flowchart TD conn["フェデレーション認証"] -->|"サインイン"| dir subgraph dir["ディレクトリ"] users["ユーザー"] groups["グループ"] attrs["プロファイル属性"] end users --- groups attrs --- users attrs -. "駆動" .-> groups groups -->|"割り当て先"| apps["アプリケーション"] users -->|"割り当て先"| apps policy["認証ポリシー"] -->|"サインインを管理"| apps auth["認証器"] -->|"ID を証明"| apps apps -->|"アカウントをプロビジョニング"| saas["SaaS アプリ"] activity["アクティビティログ"] -. "すべてを記録" .- dir ``` ## ID オブジェクト **ユーザー**は、ディレクトリ内の人です。各ユーザーには、属性 (名前、メールアドレス、および定義したカスタムフィールド) で構成されるプロファイルがあります。ユーザーはライフサイクルを経ます。**pending** (作成済みだがまだアクティブではない)、**active**、または **suspended** になります。ユーザーを一時停止すると、記録や履歴を削除せずにアクセスがブロックされます。 **スキーマ**は、すべてのユーザープロファイルが保持できる属性を定義します。組み込みフィールドに加えて、独自のタイプを持つカスタム属性を追加し、必須または一意としてマークし、許可された値の固定リストを指定し、カテゴリに整理できます。属性は、ポリシー、アプリケーションマッピング、Auto Groups のすべての基盤となる素材です。[スキーマ](/ja/identity/directory/schema)を参照してください。 **グループ**は、1 つの単位としてアクセスを割り当てるユーザーのコレクションです。3 種類あります。 * **手動グループ**: メンバーを自分で選択します。 * **組み込みグループ**: すべてのユーザーを含むグループなど、すべてのテナントに存在します。 * **Auto Groups**: メンバーシップは属性ルールによって決定され、プロファイルの変更に応じて自動的に更新されます。 [グループ](/ja/identity/directory/groups)および [Auto Groups](/ja/identity/directory/auto-groups) を参照してください。 ## アクセスオブジェクト **アプリケーション**は、ユーザーが Iru を通じてサインインするものです。Iru は **SAML** または **OIDC** のいずれかを使用して、アプリの ID プロバイダーとして機能します。各アプリケーションはユーザーのプロファイル属性を送信するアサーションまたはトークンにマッピングするため、アプリは期待する ID 情報を受け取ります。アプリケーションはバージョン管理されます。**ドラフト**を編集してから公開すると**現在の**バージョンになり、Iru は古いバージョンを参照用に保持します。アプリケーションは **active** または **inactive** にすることができます。 **テンプレート**は、既知のサービス用の既製のアプリケーション定義です。テンプレートからアプリを作成すると標準構成が入力されるため、テナント固有の情報のみを指定すれば済みます。[アプリケーションテンプレート](/ja/identity/applications/application-templates)を参照してください。 アプリケーションに**グループを割り当てる**ことでアクセスを付与します。それらのグループを通じて最終的にアクセスを得るユーザーの完全なセットが、アプリケーションの**有効なユーザー**です。[アクセスの割り当て](/ja/identity/applications/assigning-access)を参照してください。 **プロビジョニング**はアカウントを同期し続けます。**インバウンド**プロビジョニングは、接続された HR システムまたはファイルインポートからユーザーをディレクトリに取り込みます。**アウトバウンド**プロビジョニングは、ディレクトリから接続されたアプリにアカウントの作成、更新、削除をプッシュするため、アプリのアカウントはアクセスが付与されている間だけ存在します。[プロビジョニング](/ja/identity/applications/provisioning)を参照してください。 ## 信頼とポリシーのオブジェクト **ポリシー**は、サインインが許可されるかどうか、およびユーザーが最初に何を証明する必要があるかを決定するルールのセットです。誰かがアプリにサインインすると、Iru は適用されるポリシーを評価し、その決定を記録します。[認証ポリシー](/ja/identity/authentication/authentication-policies)を参照してください。 **認証器**は、**パスキー**や Iru Access など、ユーザーが本人であることを証明するために使用するものです。ユーザーはセルフサービスで自分の認証器を管理し、すべてのサインインに強力な認証器が必要です。[認証器](/ja/identity/authentication/authenticators)を参照してください。 ポリシーはデバイスを考慮します。**デバイストラスト**は、ユーザーが既知の正常なデバイスを使用しているかどうかを反映し、アクセスの必須条件にすることができます。**リスクレベル**は、機密性によってアプリを整理するために割り当てる分類です。[リスクとアダプティブアクセス](/ja/identity/authentication/risk-based-access)および [Device trust](/ja/identity/authentication/device-trust) を参照してください。 **ID プロバイダー接続**を使用すると、ユーザーはすでに運用しているプロバイダーを通じて Iru プラットフォームにサインインできます。Iru Identity がプライマリ ID プロバイダーではなく認証レイヤーである場合、または移行を容易にする場合に使用します。[フェデレーション認証](/ja/identity/connections/connections-overview)を参照してください。(代わりに HR システムからディレクトリにユーザーを取り込むには、[Directory Sync](/ja/identity/directory/directory-sync) を参照してください。) ## 管理オブジェクト | オブジェクト | 説明 | | - | - | | **組織** | テナント: ディレクトリ、アプリ、ブランディングを含む設定を保持する、分離された Iru 環境。 | | **管理者とロール** | Iru Identity を管理する管理者と、それぞれができることを定義するロール。 | | **アクティビティログ** | 確認およびフィルタリングできる重要なイベント (誰が何をしたか、サインイン決定の結果) の記録。 | ## サインインでのこれらのオブジェクトの使用方法 1. ユーザーが**アプリケーション**を開こうとすると、サインインのために Iru にリダイレクトされます。 2. ユーザーはパスキーまたは Iru Access アプリ、あるいは接続されたプロバイダーを通じて Iru に認証し、Iru は**ディレクトリ**内の一致する**ユーザー**を特定します。 3. アプリケーションの**認証ポリシー**が、サインインを**デバイストラスト**について評価します。ユーザーは前のステップで認証器を使用してすでに本人であることを証明しています。 4. ポリシーに合格し、ユーザーが**アプリケーション**に割り当てられている場合、Iru はサインオンを発行し、ユーザーはアプリにアクセスします。 5. **アクティビティログ**に結果が記録されます。 **グループ**にアクセスを割り当て、可能な限りグループメンバーシップを**属性**に基づかせてください。これにより、プロファイルの変更に応じてアクセスがユーザーに自動的に追従します。これが Iru Identity のライフサイクル自動化です。