ホワイトページ スキーマは、ディレクトリ サービス、データベース、またはアプリケーション (アドレス帳など)内のエントリに含まれるデータを整理するためのデータ モデル(具体的には論理スキーマ)です。ホワイト ページ ディレクトリでは、各エントリは通常、電子メールを受信したり、システムにログインするためのアカウントを持つなど、ネットワーク リソースを使用する個人を表します。環境によっては、スキーマに組織の部門、役割、グループ、およびデバイスの表現も含まれる場合があります。この用語は、電話帳の個人リストであるホワイト ページ(通常は個人の居住地 (市など) で並べ替えられ、次に名前で並べ替えられる) に由来しています。
多くの電話サービスプロバイダーは数十年にわたって電話帳に加入者リストを公開しており、同様に企業も社内ディレクトリに従業員リストを公開していますが、異なるシステム間で加入者情報を電子的に交換するための標準の必要性が現れたのは電子メールシステムが登場してからのことです。
ホワイト ページ スキーマは通常、表現される現実世界のオブジェクトごとに次のものを定義します。
- そのオブジェクトのどの属性がそのオブジェクトのエントリで表現されるか
- そのオブジェクトと他のオブジェクトとの関係がどのようなものであるかを表現する
- DIT内のエントリの名前はどのように付けられるか
- エントリを検索するクライアントがエントリをどのように見つけるか
- 類似したエントリをどのように区別するか
- リストに表示されるエントリの順序はどのようになるか
電子メールで使用するためのホワイト ページ スキーマを標準化する最も初期の試みの 1 つは、X.500仕様の一部である X.520 および X.521 でした。これは、 X.400のアドレス指定要件から派生したもので、国際電話システムを反映したディレクトリ情報ツリーを定義し、エントリは個人および組織の加入者を表します。これは、 RFC 2256 のLightweight Directory Access Protocol標準スキーマに発展しました 。組織のコンテキストで個人を表すために LDAP で使用される最も広く導入されているホワイト ページ スキーマの 1 つは、 RFC 2798で定義されているinetOrgPersonですが、 Active Directoryのバージョンでは、別のオブジェクト クラスUser が必要です。多くの大規模組織では、アイデンティティ管理アーキテクチャの一部として、従業員または顧客用に独自のホワイト ページ スキーマも定義しています。異なるスキーマを使用するデータベースとディレクトリ間の変換は、多くの場合、メタディレクトリと、 Common Indexing Protocolなどのデータ交換標準の機能です。
初期のディレクトリ展開では、ホワイト ページ スキーマの設計上の選択が適切でなかったために次のような問題が発生しました。
- 命名目的に使用される属性は、大規模な環境では一意ではない(人の一般的な名前など)
- 命名目的に使用される属性は変更される可能性が高い(姓など)
- 社会保障番号など、個人情報の盗難につながる可能性のある属性が含まれていた
- プロビジョニング中に、ユーザーはユニークでありながら覚えやすい属性を選択する必要がありました。
他にも、汎用ディレクトリでの使用に適したスタンドアロン定義として、またはネットワーク プロトコルに埋め込まれた形で、多数の提案されたスキーマが存在します。
その他の汎用ホワイト ページ スキーマの例としては、 RFC 2426で定義されているvCard やFOAF などがあります。
