등록특허 10-0613316 도 3은 제1 실시예와 비교하여 유사한 메시지 흐름을 갖는 제2 실시예의 개략도를 도시하는데, 획득 단계(IV)가 접촉, 요 청 및 응답 단계(IVa, IVc 및 IVe)없이 수행된다는 점에서 차이가 있다. 그 대신, 위치 개체(40)가 클라이언트 애플리케이 션(30)을 통해 요청 개체(50)에 접속되는 리디렉트 하위 단계(IVg)가 수행되어 신원 관련 정보를 전송한다. 해당 시나리오 에서, 하위 단계(IVd)에서 위치 개체(40)는 사용자(20)와 상호 작용하여, 사용자(20)가 스스로를 인증한다. 일부 경우에, 위치 개체(40)가 스스로 요청 개체를 인식할 수 없으므로, 하위 단계(IVd)에서 사용자(20)는 요청 개체(50)의 신원을 확인 해야한다. 도 4는 보안 하이퍼 텍스트 전송 프로토콜(HTTPS)에 의해 제공될 수 있는 보안 채널이 추가된 것으로 가정하는 제3 실시 예의 메시지 흐름의 개략도를 보여준다. 보안 채널(도시되지 않음)은 요청 개체(50) 및 클라이언트 애플리케이션(30) 사이 에 존재하는 것으로 가정한다. 제3 실시예는 브라우저에 특정한 경우이다. 즉, 이 경우 클라이언트 애플리케이션(30)은 사 용자(20)에 의해 제어되는 브라우저(30)이다. 따라서, 도면의 왼편에 추가적인 컬럼이 도 4에 도입되었고, 활동 사용자 (acting user; 20)를 의미하는 개인(20)으로 라벨링되었다. 사용자(20)는 브라우저(30)와 상호작용하도록 요청된다. 단계 (I)에서 사용자(20)는 요청 개체(50)로 브라우징한다. 브라우저(30)가 이전에 요청 개체(50)를 방문해서, 세션이 여전히 열 려 있거나, 요청 개체(50)가 쿠키를 셋팅하고 브라우저(30)가 이를 수용하거나, 또는 브라우저(30)가 자동적으로 일정한 사용자 설정을 전송한다면, 위치 요청 단계(II)는 공지의 솔루션에서와 같이 때때로 생략될 수 있다. 하위 단계(IIa)에서, 위 치 질의를 갖는 폼이 요청 개체(50)로부터 브라우저(30)로 송신되고, 사용자(20)에게 제시된다. 이러한 제시는 도 5에 도 시된 바와 같은 방법으로 수행될 수 있고, 이 경우 사용자(20)는 신원 관련 정보를 소유하고 있는 위치 정보를 제출하기 위 해 옵션을 사용한다. 하위 단계(IIc)에서, 위치 정보는, 위치 개체(40)가 로컬에 존재한다는 것을 나타내는 "로컬 호스트"로 서 또는 주소로서 요청 개체(50)에 전송된다. 하위 단계(IIa) 및 하위 단계(IIc)는 리디렉트 단계(III)를 위한 준비 단계로서 위치 개체(40)의 위치를 파악한다. 모든 위치 개체들(40)(본 도면에서는 하나만 도시됨)이 로컬이면, 리디렉트는 "로컬 호 스트"의 고정된 포트가 될 것이다. 마찬가지로, 단지 하나의 원격 위치 개체 소유자의 경우에, 리디렉트는 직접 그것으로 향할 수 있다. 그러나, 한 명의 사용자(20)가 다수의 위치 개체들(40)을 가질 수 있더라도, 상이한 원격 위치 개체들(40)은 구분되어야 한다. 이러한 단계를 위한 전체적인 사용자 상호 작용을 구성하는 가장 단순한 방법은, 사용자에게 도 5에 도 시된 것과 같은 폼을 스크린 상에 보여주는 것이다. 리디렉트 단계(III)는 접촉 주소가 요청 개체(50)로부터 브라우저(30) 로 송신되는 HTTP 리디렉트 단계인 하위 단계(IIIa) 및 브라우저(30)가 위치 개체(40)로 접속되는 하위 단계(IIIb)를 포함 한다. 접촉 주소는 HTTP가 되거나, SOAP(Single Object Access Protocol) 바인딩과 같은 다른 프로토콜이 될 수 있는 프로토콜 바인딩을 포함한다. 또한, 하위 단계(IIIb)에서의 사용을 위해 세션 식별자(session identifier; SID)가 전송된다. 단계(I)에서 요청된 최근 URL과 같은 다른 정보의 전송이 가능하지만, 이는 위치 개체(40)에 대한 사용자 프라이버시를 위 반할 수 있으므로 추천할 만한 것이 아니다. 요구된 신원 관련 정보가 짧다고 요청 개체(50)가 예측하면, 요청 개체(50)는 즉시 정확한 (하위 단계(IVg)에서 사용 가능한) 요청 및 반환 주소를 포함할 수 있다. 이러한 주소가 확실하다면, 접촉 정보 를 제외시킬 수도 있다. "짧다"는 것에 대한 안전한 정의는 하위 단계(IVg)의 결과적인 전체 URL이 255 바이트를 초과하 지 않는 것이다. 하위 단계(IIIb)에서 접속 메시지를 획득함으로써, 위치 개체(40)는 신원 관련 정보를 요청 개체(50)로 전 송하도록 명령을 받는다. 획득 단계(IV)에서, 요청 개체(50)는 다음과 같이 신원 관련 정보를 획득한다. 접촉 단계(IVa)에 서, 도 3을 참조하여 설명된 바와 같이 진행되지 않는다면, 위치 개체(40)는 접촉 주소에 포함된 프로토콜을 사용하여 접촉 주소 즉, 요청 개체(50)로 접속된다. 요청 개체(50)가 접촉 단계(IVa)에서의 접속 셋업을 통해 위치 개체(40)로부터 신원 관련 정보를 요청하고, 세션 식별자(SID)에 따라 적절한 요청을 검색하는 요청 단계(IVc)가 수행된다. 요청은 예컨대, 일치 된 XML(eXtensible Markup Language) 스키마와 같은 임의의 공지된 형태가 될 수 있다. 요청 개체(50)는 응답 단계 (IVe)에서 위치 개체(40)로부터 신원 관련 정보를 수신한다. 응답은 예컨대, 대응되는 응답 XML 스키마와 같은 요청의 형 식과 대응되는 공지의 형식이 될 것이다. 하위 단계(IVd)에 나타난 바와 같이, 위치 개체(40)는 응답을 할 것인지의 여부 및 예컨대, 사용자 인증, 정책, 요청 개체(50)에 의해 요청과 함께 제출된 승인 및 인증서, 사용자(20)에 의한 실시간 배포 등에 의해 무엇을 응답할 것인지를 결정할 수 있다. 하위 단계(IVf.i)는, 반환 주소가 예컨대 최초에 요청된 자원의 상이한 개인화된 버전들과 같은 수신된 응답에 의존함을 나타낸다. 그 후, 하위 단계(IVf.ii)에 나타난 바와 같이, 반환 주소는 요청 개체(50)에 의해 위치 개체(40)로 송신된다. 그 다음에, 하위 단계(IVg)에 나타난 바와 같이 리디렉트가 수행된다. 이 경우, 하위 단계(IVg.i)에서 반환 주소가 위치 개체(40)로부터 클라이언트 애플리케이션(30)으로 송신되고, 역방향 접속 단계 (IVg.ii)에 나타난 바와 같이, 이는 반환 주소 즉, 요청 개체(50)로 접속된다. 도 6을 참조하여 이하에서 설명하는 바와 같 이, 이러한 단계는 예컨대 브라우저(30)를 인증하기 위한 것과 같은 부가적인 정보를 운반할 수 있다. 하위 단계(IVh)는 요 청 개체(50)가 임의의 공지된 방법으로 브라우저(30)에 접속하기 위하여 응답 단계(IVe)에서 수신된 적절한 응답을 검색 하고, 그에 따라 브라우저(30)와의 추가적인 상호 작용에 상기 응답을 사용하도록 허용한다. HTTPS를 사용함으로써, 이 를 위한 보안 세션이 제공되고, 이들은 다른 공지의 세션 유지 기술에 의해 향상될 수 있다. 단계(V)에 도시된 바와 같이, 사용자(20)에 의해 실행되는 브라우저(30)와 요청 개체(50) 사이의 브라우징이 다시 수행 가능하게 된다. 도 5는 위치 요청 단계(II)에서 제시 가능한, 잠재적인 사용자에게 제시될 위치 질의를 갖는 폼 또는 예시적인 스크린의 예 를 도시한다. 실제와 유사하도록, 사용자(20)가 채워야 할 항목을 결정할 수 있도록 돕는, 예컨대 조직과 같은 요청 개체 - 9 -