「Find Account」ページで、「Create account」ボタンをクリックします。これにより、図3に示す「Create account」ページが表示されます。

図3 アカウントの作成

図4に示す情報を入力します。赤いアスタリスク（*）が付いたフィールドは、必須のフィールドです。

図4 新しいアカウント - すべてのフィールド

フィールドの説明（説明がなくてもわかるようなフィールドは省略）

	注意
	承認プロセスを使用する（公開レジストリまたは中間レジストリにアカウントを作成する）場合は、「Approver request transformation」および「Approver message transformation」のフィールドを設定します。いずれのフィールドにも、承認プロセスのメール通知用のXSLTを指定します。XSLTは、適切なtModelキーで指定します。「Approver request transformation」では、新規に作成した承認リクエストに関するメール通知用のXSLTを指定します。「Approver message transformation」は、リクエストの取消し、承認または否認に関するメール通知に使用されます。いずれのXSLTも、レジストリ・コントロールから呼び出された承認プロセスのみが対象です。

完了後、「Create account」をクリックします。これにより、「Find Account」ページが表示されます。アカウント一覧に、作成したアカウントが含まれます。

図2に示す「Find Account」ページで、編集するアカウントの「Find Account」アイコン（）をクリックします。

これにより、「Edit account」ページが表示されます。

「Edit account」ページで、様々なフィールドの情報を入力または変更します。これらは図4に示すフィールドと同じです。

フィールドの説明（説明がなくてもわかるようなフィールドは省略）

完了後、「Save Changes」ボタンをクリックします。これにより、「Find Account」ページが表示されます。

「Find Account」ページで、削除するアカウントの「Login name」の横にあるボックスを選択します。

「Delete Selected」ボタンをクリックします。

プロンプトで「Yes」をクリックします（本当に削除する場合）。 Oracle Service Registryの公開レジストリと標準インストールから、このユーザーの公開情報がすべて失われます。

「Manage」メニュー・タブをクリックします。「Manage」タブで「Registry management」リンクを選択し、「Group management」ボタンをクリックします。これにより、「Group Management」ページが表示されます。

レジストリ上のグループをすべて表示するには、「Filter」をクリックします。これにより、図5に示すようなグループ・リストが表示されます。

「Add Group」ボタンをクリックします。これにより、図6に示す、空欄の「Add Group」ページが表示されます。

図6 「Add Group」ページ

「Group name」編集ボックスに、グループの名前を入力します。「Group owner」編集ボックスに、グループの所有者を入力します。デフォルトの所有者はAdminです。これらの2つのフィールドは必須です。

「public」および「private」ラジオ・ボタンを使用して、グループの表示を設定します。

パブリック・グループおよびプライベート・グループは、いずれもレジストリの全ユーザーから参照できます。つまり、ユーザーは誰でも、どのようなグループが存在しているのかを把握できます。パブリック・グループとプライベート・グループの違いは、パブリック・グループのメンバーがレジストリの全ユーザーから参照可能であるのに対して、プライベート・グループのメンバーはグループの所有者のみから参照可能である点です。

必要に応じて、「Description」ボックスにグループの説明を入力します。

「Save group properties」ボタンをクリックします。これにより、図5に示す「Users list」および「Group members」のセクションが表示されます。

図7 グループ・メンバーシップの編集

「Users list」セクションで、「Filter」をクリックしてレジストリ・ユーザーをすべて含むリストを表示します。

このセクションのドロップダウン・リストを使用すると、ユーザーを「Login name」順または「Full name」順にソートできます。

さらにユーザーをフィルタ処理するには、テキスト・ボックスを使用します。このフィールドでは、%をワイルド・カードとして使用できます。

リストに含めるすべてのメンバーの横にあるボックスを選択し、右向きの矢印（ ）をクリックしてこれらのメンバーを「Group members」表に移動します。

矢印ボタンをクリックすると、データベース内のグループ・メンバーが更新されます。

「Manage」メイン・メニュー・タブをクリックします。

「Registry management」リンクをクリックします。これにより、「Registry Management」メイン・ページが表示されます。

「Group management」ボタンをクリックします。これにより、図5に示すグループ・リストが表示されます。

検索基準を入力し、「Filter」ボタンをクリックします。検索基準を入力せずに「Filter」をクリックすると、すべてのグループのリストが表示されます。

管理するグループを含む行にある「Edit」ボタン（ ）をクリックします。これにより、「Edit Group」ページが表示されます。ユーザー・アカウントの検索基準を指定し、「Filter」ボタンをクリックします。

矢印ボタン（ および ）を使用して、図7に示すようにユーザーを追加または削除します。

管理者としてログオンするか、またはパーミッションを設定するパーミッションを持つユーザーとしてログインします（「パーミッションの定義」を参照）。

「Manage」メイン・メニュー・タブをクリックします。「Manage」タブで「Registry management」リンクを選択し、「Permissions」ボタンをクリックします。

最初の「Select Principal」画面で、デフォルト設定を変更せずに「Filter」をクリックし、すべてのユーザー（プリンシパル）のリストを表示します。

	ヒント
	このセクションのドロップダウン・リストにある「Filter:」を使用すると、ユーザーを「Login name」順または「Full name」順にソートできます。 さらにユーザーを名前でフィルタ処理するには、テキスト・ボックスを使用します。このフィールドでは、%をワイルド・カードとして使用できます。

ユーザーのパーミッションを個別に管理するには、「User」ラジオ・ボタンを選択します。グループ・パーミッションを管理するには、「Group」ボタンを選択します。

パーミッションが付与されていないプリンシパルを除外するには、「Show only users/groups with some permission」ボックスを選択します。

これにより、図8に示すユーザーのリストが表示されます。

図8 プリンシパルの選択

パーミッションを設定するユーザーまたはグループに関連付けられている「Edit」アイコン（ ）をクリックします。

前述の「パーミッション管理へのアクセス」で説明したパーミッションの管理にアクセスします。

図8に示すプリンシパル・リスト・ページで、パーミッションを追加するグループまたはユーザーの「Edit」アイコン（ ）をクリックします。表示された「Permissions」ページで、「Add permission」をクリックします。

図9に示すような「Add permissions」ページが表示されます。

図9 パーミッションの追加

「Save Changes」をクリックしてパーミッションを保存します。

図8に示すプリンシパル・リスト・ページで、編集または削除するパーミッションを持つユーザーの「Edit」アイコン（ ）をクリックします。

プリンシパルにパーミッションが定義されている場合は、図10に示すようなパーミッション・リストが表示されます。

図.10 パーミッション・リスト

目的のパーミッションの「Edit」または「Delete」アイコン（）をクリックします。

図12に示す「Add taxonomy」ボタンをクリックします。

図13に示す「Add taxonomy」ページのフィールドに、必要に応じて入力を行います。分類の作成に必要なフィールドは、「Name」および「Categorization」の2つのみですが、より多くの情報を指定すると、さらに使いやすくなります。

図13 分類の追加

「Name」フィールドに、分類名を入力します。

「tModel key」フィールドはスキップします。このキーは、分類を保存したときに生成されます。

「Description」フィールドに、分類の用途の簡単な説明を入力します。

「Categorization」セクションで、1つまたは複数のボックスを選択します。カテゴリ化の詳細は、「分類のタイプ」を参照してください。

作成した分類を、選択したUDDI構造内のみで使用できるように指定することもできます。「Compatibility」セクションで、1つ以上のメインのUDDI構造のタイプを選択します。

「Validation」セクションで、分類内のkeyedReferencesの値を検証するかどうかを指定します。

分類を一時的に使用不可としてマークするには、「Unvalidatable」ボックスを使用します。

分類を内部用としてマークするには、「System taxonomy」ボックスを選択します。ユーザーおよび管理者は、ビジネス・サービス・コントロールでの検索で、システム分類を簡単にフィルタ処理できます。

keyValueの「Value type」を選択します。3つの既存のコンパレータのいずれかを選択するか、またはカスタム・コンパレータを作成できます。既存のコンパレータは、次のとおりです。

カスタム比較を使用してカテゴリ化する場合は、新しいコンパレータtModelを作成し、変換サービスを実装する必要があります。「Transformation service endpoint」には、class:の接頭辞が必要です。詳細は、「keyValueのタイプ」および「カスタム序数タイプ」を参照してください。

分類を個人用お気に入りとしてマークするには、「Add to favorites」ボックスを使用します。これは、すべてのユーザーが利用できるオプションです。

特定のエンタープライズまたはアプリケーションに固有の分類をマークするには、「Add to enterprise」ボックスを選択します。詳細は、「エンタープライズ分類」を参照してください。

「Save taxonomy」をクリックします。

管理者としてログオンします。

メイン・メニューの「Manage」タブをクリックし、「Manage」メニュー・タブの「Registry management」リンクをクリックします。

「Taxonomy management」をクリックします。これにより、空欄の「Taxonomy management」ページが表示されます。「Show」ドロップダウン・リストからフィルタを選択します。選択可能なフィルタは、次のとおりです。

これにより、図11に示すような分類リストが表示されます。

表示された「Find taxonomy」ページでは、次の項目で結果をさらにフィルタ処理できます。

分類フィルタ基準のリストから名前をクリックし、表示する分類を選択します。

編集する分類を指定します（「分類の検索」を参照）。

図12に示す「Find Taxonomy」ページで、「Edit Taxonomy」アイコンをクリックします。これにより、図14に示す「Edit Taxonomy」ページがロードされまれます。

図14 分類の編集

「Name」フィールドで、分類名を編集します。

「Description」フィールドに、分類の用途の簡単な説明を入力します。

「Categorization」セクションで、1つまたは複数のボックスを選択します。カテゴリ化の詳細は、「分類のタイプ」を参照してください。

作成した分類を、選択したUDDI構造内のみで使用できるように指定することもできます。「Compatibility」セクションで、1つ以上のメインのUDDI構造のタイプを選択します。

「Validation」セクションで、分類内のkeyedReferencesの値を検証するかどうかを指定します。

分類を一時的に使用不可としてマークするには、「Unvalidatable」ボックスを選択します。検証サービスを使用せずに選択した分類を保存すると、その分類は「Unvalidatable」のタグが付いた状態で保存されます。

keyValueの「Value type」を選択します。3つの既存のコンパレータのいずれかを選択するか、またはカスタム・コンパレータを作成できます。既存のコンパレータは、次のとおりです。

カスタム比較を使用してカテゴリ化する場合は、新しいコンパレータtModelを作成し、変換サービスを実装する必要があります。「Transformation service endpoint」には、class:の接頭辞が必要です。詳細は、「keyValueのタイプ」および「カスタム序数タイプ」を参照してください。

管理者としてログオンします。

「Manage」メイン・メニュー・タブをクリックし、「Manage」メニュー・タブの「Registry management」リンクをクリックします。

「Registry management」ボタンをクリックします。図12に示すような分類リストが表示されます。

「Upload taxonomy」ボタンをクリックします。

分類を編集する場合。バージョン管理のため、正常なコピーを保持しておくことをお薦めします。ダウンロードしたコピーを直接編集してバージョニング・システムを使用して管理することも、ダウンロードしたコピーは備えのコピーとして保持し、レジストリ・コントロールを使用して分類を直接編集し、変更をデータベースに直接保存することもできます。

組織内の他の部門にある別のシステム用に、分類をレプリケートする場合。これらの部門または支社では、独自の目的に沿って分類をカスタマイズすることもできます。

マスター・レジストリにアカウントがない場合は、作成する必要があります。これは標準のアカウントでかまいません。

	注意
	新しいユーザーのデフォルトのサブスクリプション制限は5です。 Oracle Service Registryの管理者は、ユーザーのサブスクリプション制限を増やすことができます。

マスター・レジストリ・アカウントにログインします。

レプリケーションのサブスクリプションを作成します（次の詳細を参照）。

詳細は、「サブスクリプションの公開」を参照してください。

スレーブ・レジストリに管理者としてログオンします。

「Manage」メイン・メニュー・タブをクリックし、「Manage」メニュー・タブの「Registry management」リンクをクリックします。

「Replication management」をクリックします。これにより、レプリケーション・リストが表示されます。

「Add replication」をクリックします。

図20の説明に従って、「Master」タブのフォームに入力を行います。

図21の説明に従って、「Slave」タブのフォームに入力を行います。

図22に示すように、「Permissions」タブで、レプリケートされたデータのパーミッションを指定します。

「Save replication」をクリックします。

ユーザーまたはグループのフィルタ基準を入力し、「Filter」をクリックします。

ユーザーまたはグループの前にあるボックスを選択します。次に、「Add selected users」ボタンをクリックします。選択したユーザーまたはグループが、パーミッション・リストに追加されます。

「Edit」アイコンをクリックし、「Find」、「Get」、「Save」および「Delete」の操作のパーミッションを変更します。

「Save replication」ボタンをクリックします。

管理者としてログオンします。

「Manage」メイン・メニュー・タブをクリックし、「Manage」メニュー・タブの「Registry management」リンクを選択します。

「Approval management」をクリックします。これにより、図23に示すような承認者のリストが表示されます。

図23 承認管理

図23に示す「Approval management」ページで、「Modify approvers」ボタンをクリックします。

これにより、図24に示す「Modify approvers」ページが表示されます。

このページの左側にある「Principal list」は、レジストリ上のユーザーおよびグループをすべて含むリストです。管理者は、このリスト上の任意の名前を承認コンタクトにすることができます。

右側の「Approvers」は、レジストリ上の承認者をすべて含むリストです。

承認者にするユーザーのログイン名の横にあるボックスを選択し、右向き矢印（ ）をクリックします。グループから承認者を作成する場合は、グループ・ボックスを選択し、右向き矢印を使用します。

「Save approvers」ボタンをクリックします。

図23に示す「Approval management」ページで、「Approver type」の横にある「Requestors」リンクをクリックします。

これにより、図25に示す「Modify requestors」ページが表示されます。

「Requestors」ページは、次の2つのリストで構成されています。

「Principals」列のユーザーまたはグループを選択（または「Select all」をクリック）し、右向き矢印（ ）をクリックしてユーザーをリクエスタにします。

「Save requestors」ボタンをクリックします。