이 예제에서는 두 개의 별도 포털 간에 검색 관계를 설정하는 방법을 보여 줍니다.
Servicor라는 한 가상의 회사가 Requesticon라는 또 다른 가상의 파트너 회사와 컨텐트를 공유하여 사용하려 한다고 가정합니다. 이 때, Servicor 회사의 포털은 서비스 제공 포털이고, Requesticon 회사의 포털은 서비스 요청 포털입니다.
먼저 Servicor의 포털 관리자는 Requesticon Engineer 및 Requesticon Executive라는 두 개의 포털 사용자를 생성합니다. 이 두 사용자는 모두 Requesticon Visitors라는 포털 그룹에 추가됩니다.
그런 다음 이 사용자들에게 Servicor 포털의 해당 컨텐트에 대한 접속 권한이 각각 부여됩니다. Requesticon Engineer는 Servicor 디렉토리의 Engineering, QA 및 Product Management 폴더에 대한 읽기 접속 권한을 부여받습니다. Requesticon Executive는 Servicor Market 및 Investor Relations 폴더에 대한 읽기 접속 권한을 부여받습니다.
그런 다음 Servicor 포털의 관리자는 수신 통합 검색을 설정합니다. Servicor의 포털 관리자는 수신 통합 검색 편집기의 기본 설정 페이지에서 WebCenter Interaction 인증 소스와 Requesticon Visitors 그룹을 포함시킵니다. Requesticon Engineer와 Requesticon Executive 사용자가 모두 포털에서 생성되었기 때문에 WebCenter Interaction 인증 소스가 포함됩니다. 다른 인증 소스를 통해 가져온 경우라면, 해당 인증 소스가 대신 포함되어야 합니다. Requesticon Visitors 그룹을 여기에 포함시키는 이유는 서비스 요청 포털 사용자가 Requesticon Engineer 또는 Requesticon Executive 이외의 사용자에 대한 접속 권한 부여 시도를 차단하려는 데 있습니다.
이와 같이 서비스 제공 포털을 구성하면 서비스 제공 포털은 Requesticon Engineer 및 Requesticon Executive의 요청에 대해서만 응답하며 해당 컨텐트만 제공합니다.
Requesticon 포털 관리자는 발신 통합 검색 편집기의 기본 설정 페이지에서 포털 인증 정보 전송에 대해 예를 선택합니다. 그런 다음 사용자 이름 별칭에서, Executives 그룹은 Requesticon Executive라는 Servicor 사용자, Engineers 그룹은 Requesticon Engineer라는 Servicor 사용자에게 매핑합니다. 이렇게 구성하면 Engineers 그룹의 구성원인 모든 사용자는 Requesticon Engineer라는 이름을 사용하고, Executives 그룹의 구성원인 모든 사용자는 Requesticon Executive라는 이름을 사용하여 서비스를 요청합니다.
참고: Requesticon Engineer 및 Requesticon Executive는 Servicor 포털에만 존재하며 Requesticon 포털에는 존재하지 않습니다. 이러한 사용자들은 특히 Requesticon 사용자를 통한 접속 권한 부여를 위해 생성된 것입니다.
서비스 요청 사용자가 서비스 제공 포털의 검색을 시도하면 서비스 요청 포털은 매핑된 그룹 목록을 맨 위부터 차례로 검사합니다. 목록에서 서비스 요청 사용자가 속해 있는 첫 번째 그룹을 찾으면 이 그룹을 통해 서비스 요청 사용자에게 접속 권한이 부여될 서비스 제공 포털 사용자를 결정합니다. 따라서 보안 수준이 높은 그룹이 목록의 맨 위에 매핑되어야 합니다. 서비스 요청 포털 관리자는 서비스 요청 포털의 어떤 사용자가 Executives 그룹 및 Engineers 그룹 모두의 구성원인 경우 해당 사용자가 Requesticon Executive 사용자의 접속 권한을 부여받을 수 있도록 하기 위해 Engineers 그룹 앞에 Executives 그룹을 추가했습니다. Executives 권한을 부여받으면 더 많은 컨텐트에 대한 접속 권한을 부여받을 수 있습니다.