등록특허 10-0613316 위치 개체 소유자가 되는 것은 예컨대, 프라이버시 및 보안 보증과 적절한 보호 수단 등의 사전 조건을 요구할 수 있다. 주 된 위치 개체 소유자는 개인의 단일 사용 승인 패스워드를 가진다. 보다 일반적으로, 주된 위치 개체 소유자는 다른 개체의 개입 없이 개인을 인식할 수 있다. 그러므로, 개인이 여러 패스워드를 기억할 수 있다면, 개인은 다른 타입의 정보들로 여 러 주된 위치 개체들을 가질 수 있다. 로컬 위치 개체(local location entity)는 해당 사용자의 컴퓨터 상에 위치한다. 원격 위치 개체(remote location entity)는 독립된 위치 개체 소유자, 통상적으로는 전문적인 위치 개체 소유자의 컴퓨터 또는 서버 상에 위치한다. 이러한 개체는 해당 소유자에 존재하는 다른 위치 개체들과 통합될 수 있다. 연합(Federation) : 연합라는 용어를 통해, 통상적으로 전문적인 위치 개체 소유자들 및 위치 개체 제조자들의 집합을 의 미한다. 또한, 상기 집합은 일반적으로 만족할만한 표준을 돕기 위한 개인 및 조직의 대표물을 포함할 수도 있지만, 전문적 인 위치 개체에 관심을 갖고 있는 개체들(예컨대, 은행, CA(Certificate Authorities), ISP(Internet Service Provider) 및 대형 고용자)은 수 만개가 될 수 있는 반면, 개인 및 조직은 수백만이 될 수 있다. 합법적인 개체 또는 조직은 상술한 바와 같이 여러 가지 역할로 활동할 수 있다. 컴퓨터라는 용어는 PC와 같은 장치뿐만 아니라, 브라우징 기능을 갖는 디지털 보조 기구 및 휴대폰을 포함한다. 도 1을 참조하면, 본 발명이 사용될 수 있는 통신 환경의 일반적인 레이아웃이 도시되어 있다. 도면에서, 동일하거나 유사 한 부분을 나타내기 위하여 동일한 참조 기호가 사용되었다. 도 1은 사용자(20)로서 활동하는 개인(P)을 도시한다. 사용자 (20)는 그의 컴퓨터 상에서 예컨대, 웹 브라우저와 같은 클라이언트 애플리케이션(30)을 실행시킨다. 애플리케이션 종속 적인 상호 작용을 위하여 클라이언트 애플리케이션(30)은 예컨대, 서비스를 제공하는 회사 또는 은행의 서버와 같은 요청 개체(50)와 접속된다. 클라이언트 애플리케이션(30)과 요청 개체(50)는 당해 분야에서 공지된 바와 같이 통신선(5)을 통 해 접속된다. 대개, 통신선(5)은 예컨대, 인터넷과 같은 네트워크를 통해 제공된다. 클라이언트 애플리케이션(30)은 또한 지갑이라고도 불리는 위치 개체(40)에 접속되고, 이로 인해, 위치 개체(40)는 로컬 즉, 사용자(20)의 컴퓨터에 존재할 수도 있고, 원격 즉, 외부 서버 등에 위치할 수도 있다. 또한, 위치 개체(40)는 신원 관련 정보(identity-related information; IRI)의 송신을 위해 요청 개체(50)에 접속될 수 있다. 신원 관련 정보(IRI)라는 용어는 개인 또는 사용자와 관련된 임의의 정보를 의미한다. 신원 관련 정보는 이름, 주소, 단체 회원 여부, 인증서(authorization credential), 통계 데이터, 개인 선 호도, 일정 항목, 의료 및 재정 정보와, 개인 또는 사용자 이름에 따라 디지털 형태로 저장될 수 있는 모든 것을 포함한다. 요청 개체는 액세스 제어, 공인(authorization), 개인화(personalization), 인증(authentication), 로그인, 상업적, 의료적 또는 행정적 이슈, 또는 신원 관련 정보에 따라 동작하는 임의의 다른 애플리케이션 운영을 위해 신원 관련 정보를 요구할 수 있다. 도 1의 시나리오는 이하에서 설명하는 신원 관련 정보를 요청 개체(50)에 제공하기 위한 과정에 대한 이해를 돕기 위하여 도시되었다. 도 2는 제1 실시예의 메시지 흐름의 개략도를 도시한다. 해당 도면에서, 클라이언트 애플리케이션(30), 위치 개체(40) 및 요청 개체(50) 사이의 흐름은 각각의 로마 숫자가 할당된 라벨링된 화살표로 도시되어 있다. 추가적인 단계 또는 하위 단 계들은 원 문자 형태의 로마 숫자로 표기되어 있다. 흐름은, 로마 숫자가 증가하는 방식으로 표기된 바와 같이, 위에서 아 래로 순차적으로 수행되는 것으로 이해된다. 단계(I)에서 애플리케이션 종속적인 상호 작용들이 클라이언트 애플리케이션 (30)과 요청 개체(50) 사이에서 수행된다. 요청 개체(50)에 의해 초기화(하위 단계(IIa))되는 위치 요청 단계(II)에서, 요청 개체(50)는 신원 관련 정보를 소유하는 위치 개체(40)에 대응하는 위치 정보(location information; LI)를 클라이언트 애플 리케이션으로부터 요청한다. 위치 정보는 하위 단계(IIc)에서 요청 개체(50)로 송신된다. 선택적으로, 하위 단계(IIb)는 클 라이언트 애플리케이션(30)이 상이한 방법으로, 예컨대 사용자(20)에게 요청하거나 내부적으로 위치 정보를 추출하는 것 을 허용한다. 이어서, 리디렉트 단계(III)에서, 리디렉트 명령(하위 단계(IIIa))에 의해 모든 클라이언트 애플리케이션(30)이 위치 개체(40)에 접속된다(하위 단계(IIIb)). 그렇게 함으로써, 위치 개체(40)는 신원 관련 정보를 요청 개체(50)로 전송하 도록 명령을 받게 된다. 획득 단계(IV)에서, 요청 개체(50)는 다음과 같이 신원 관련 정보를 획득한다. 위치 개체(40)가 요 청 개체(50)와 접촉하는 접촉 단계(IVa)가 수행된다. 그 후, 요청 개체(50)가 위치 개체(40)로부터 신원 관련 정보를 요청 하는 요청 단계(IVc)가 수행된다. 최종적으로, 응답 단계(IVe)에서, 요청 개체(50)는 위치 개체(40)로부터 신원 관련 정보 를 수신한다. 요청은 하위 단계(IVb)에 표시된 바와 같이 상이한 방식으로 검색될 수도 있는데, 그 예로 리디렉트 단계(III) 에서 요청 개체(50)가 포함하고, 접촉 단계(IVa)에서 위치 개체(40)가 포함하는 세션 식별자(session identifier)에 의해 검색될 수 있다. 또한, 하위 단계(IVd)에 나타난 바와 같이, 위치 개체(40)는 예컨대, 사용자 인증, 정책 등에 의해 응답을 할 것인지의 여부 및 무엇을 응답할 것인지를 결정할 수 있다. 이러한 응답은 내부 정보 그리고 가능하게는 외부 정보를 사 용하여 준비될 수 있다. 하위 단계(IVf)는 추가적인 신원 관련 정보를 얻거나, 에러를 해결하기 위한 요청 및 응답 단계(IVc 및 IVe)의 가능한 반복 및 이러한 교환을 위한 가능한 최종 메시지를 나타낸다. 하위 단계(IVg)에 나타난 바와 같이, 역방 향 접속 단계(IVg.ii)에서 클라이언트 애플리케이션(30)을 통해 위치 개체(40)로부터 요청 개체(50)로의 리디렉트(역방향 리디렉트 단계(IVg.i))가 수행될 수 있다. 단계(V)에서 나타난 바와 같이, 클라이언트 애플리케이션(30) 및 요청 개체(50) 사이에서 애플리케이션 종속적인 상호 작용이 다시 가능해진다. - 8 -