public interface Association
extends RegistryObject

RegistryObject インスタンスは、0 個以上の RegistryObject インスタンスに関連付けることができます。情報モデルは、関連付けインターフェースを定義します。そのインスタンスを使用して、任意の 2 つの RegistryObject インスタンスを関連付けることができます。

関連付けの例

このような関連付けの一例は、図 1 に示すように、一方の ClassificationScheme がもう一方の ClassificationScheme に取って代わる 2 つの ClassificationScheme インスタンス間のものです。これは、ClassificationScheme の新しいバージョンが送信された場合に当てはまります。図 1 に、新しいバージョンの NAICS ClassificationScheme と古いバージョンの NAICSClassificationScheme の間で関連付けがどのように定義されているかを示します。
図 1.RegistryObject 関連付けの例

ソースオブジェクトとターゲットオブジェクト

関連付けインスタンスは、ソース RegistryObject とターゲット RegistryObject の間の関連付けを表します。これらは、Association インスタンスの sourceObject および targetObject と呼ばれます。関連付けの方向セマンティクスを決定するため、どのオブジェクトが sourceObject で、どちらが targetObject であるかが重要です。図 1 の例では、新しいバージョンの NAICS ClassificationScheme を sourceObject にし、古いバージョンの NAICS を targetObject にすることが重要です。これは、associationType が sourceObject が targetObject に取って代わることを意味するためです（その逆ではありません）。

関連タイプ

各関連付けには、その関連付けの型を識別する associationType 属性が必要です。AssociationType 属性は、Jakarta XML Registries 仕様の事前定義された associationType ClassificationScheme によって定義された列挙型概念への参照です。この例では、Supersedes という名前の事前定義された associationTypeConcept を使用しています。

学内協会

関連付けインターフェースの一般的な使用例は、ユーザー "u" が 2 つの RegistryObjects "o1" と "o2" の間に関連付け "a" を作成する場合です。関連付け "a" と RegistryObjects "o1" と "o2" は作成されたオブジェクトです。同じユーザー "u" による。これは、関連付けを定義している同じユーザーが所有する 2 つのオブジェクト間に関連付けがある最も単純なユースケースです。このような関連付けは、壁内関連付けと呼ばれます。図 2 は、壁内関連の場合の図 1 の前の例を継承したものです。
図 2. 壁内関連の例

壁外協会

情報モデルでは、ユーザー "u1" が 2 つの RegistryObjects "o1" と "o2" の間に関連付け "a" を作成し、関連付け "a" はユーザー "u1" が所有しているが、RegistryObjects "o1" はより高度なユースケースも可能です。および "o2" は、それぞれユーザー "u2" およびユーザー "u3" が所有しています。このユースケースでは、関連付けられているオブジェクトのいずれかまたは両方が、関連付けを定義しているユーザーとは異なるユーザーによって所有されている場合に、関連付けが定義されています。このような関連付けは、壁外関連付けと呼ばれます。Association インターフェースは、Association インスタンスが壁外の Association である場合に true を返す isExtramural と呼ばれる便利なメソッドを提供します。図 3 は、壁外関連の場合の図 1 の前の例を継承したものです。図 3 に示すように、壁外関連付けが 3 つの異なるユーザーではなく 2 つの異なるユーザーを持つ可能性があることに注意してください。この場合、2 人のユーザーの 1 人が、関係する 3 つのオブジェクト（Association、sourceObject、targetObject）のうち 2 つを所有します。
図 3. 壁外関連の例

協会の確認

関連付けは、その関連付けにオブジェクトが関与している当事者による確認が必要になる場合があります。このセクションでは、関係者による関連付けの確認のセマンティクスについて説明します。

学内関連の確認

学内の関連付けは、真実の宣言と見なすことができ、関連付けが真であることを確認するための明示的な手順は必要ありません。言い換えれば、壁内の関連付けは暗黙的に確認されたと見なされます。

壁外関連の確認

壁外の関連付けは、他の（外部の）当事者（例ではユーザー "u2" および "u3" ）によって確認されるまで真実と見なされない可能性がある一方的な主張と見なされる場合があります。BusinessLifeCycleManager インターフェースの confirmAssociation メソッドは、sourceObject または targetObject を所有する壁外の関係者によって呼び出される場合があります。

未確認の関連付けの可視性

壁外協会は、協会に関与していないサードパーティーに協会が見えるようになる前に、各壁外当事者が壁外協会によって行われた主張を確認することを要求します。これにより、未確認の関連付けがサードパーティのレジストリクライアントに表示されなくなります。

可能な確認状態

図 23 に示すように、壁外の関連付けについて 3 つの異なるユーザーインスタンスが存在する最も一般的なケースを想定します。壁外関連付けを完全に確認するには、他の（壁外）パーティ（例ではユーザー "u2" と "u3" ）の両方が確認する必要があります。関連付けインターフェースのメソッド isConfirmedBySourceOwner および isConfiremedByTargetOwner は、sourceObject と targetObject の両方の確認状態へのアクセスを提供します。isConfirmed と呼ばれる 3 番目の便利なメソッドは、関連付けが完全に確認されているかどうかを判断するメソッドを提供します。壁外協会の確認状態に関連する次の 4 つの可能性があります。

• 関連付けは、sourceObject の所有者によっても、targetObject の所有者によっても確認されません。
• 関連付けは sourceObject の所有者によって確認されますが、targetObject の所有者によって確認されません。
• 関連付けは、sourceObject の所有者によって確認されませんが、targetObject の所有者によって確認されます。
• 関連付けは、sourceObject の所有者によって確認され、targetObject の所有者によって確認されます。これは、協会が完全に確認されている唯一の状態です。