등록특허 10-0613316 (50)에 대한 정보로의 링크뿐만 아니라, 식별 거부 및 사용자 이름 및 패스워드에 의한 기존 인증 방법이 또한 도시되어 있 다. "o"는 라디오 버튼들이고, 필드는 텍스트를 입력하기 위한 것이다. "연합 신원(federated identity)"은 선택될 브랜드 이름(brand name)을 의미할 수 있다. "나의 지갑(my own wallet)"을 선택하면 "로컬 호스트" 즉, 로컬에 위치하는 위치 개 체(40)로 리디렉트된다. "지갑 소유자(wallet holder)"를 입력하면, 원격 위치 개체(40)의 위치 또는 서버 주소로 리디렉트 된다. 검색을 선택하면, 요청 개체(50)가 "나의 이름은" 다음에 입력된 이름을 글로벌 디렉토리에서 검색하도록 하는데, 이 러한 옵션은 프라이버시를 감소시키지만, 일부 사람들은 자신의 위치 개체의 주소를 잊을 수도 있다. 사용자(20)는 "우리 의 정보(who we are)"를 통해 요청 개체(50)에 대해 알 수 있고, "프라이버시 정책(privacy policy)"를 통해 정책들에 대 해 알 수 있다. "제출" 버튼을 통해 정보가 제출된다. 도 4를 참조하여 설명한 바와 같이, 사용자가 자신의 위치 개체(40)가 항상 접촉될 수 있도록 허용해두면, 이러한 화면을 만나지 않는 여러 가지 방법이 존재한다. 도 6은 도 4의 제3 실시예의 확장, 특히 응답의 파생인 하위 단계(IVd)의 실시예의 개략도를 도시한다. 오직 관련된 흐름만 이 도시되어 있다. 하위 단계(IIIb)에서, 브라우저(30)는 위치 개체(40)에 접속된다. 획득 단계(IV)에서, 요청 개체(50)는 신원 관련 정보를 획득한다. 이 경우, 하위 단계(IVd.i)에서 개인에 대한 인증이 수행된다. 또한, 이러한 하위 단계(IVd.i)는 접촉 단계(IVa) 및 요청 단계(IVc)가 수행되는 경우에 병렬로 수행될 수 있다. 공지된 기술에 따라 보안 세션이 이미 존재 하는 경우 상기 단계가 제외될 수 있다. 그 후, 하위 단계(IVd.iii)에서, 절반 가량 완료된 폼이 사용자(20)에게 제시된다. 하 위 단계(IVd.ii)는 사전 정의된 정책을 사용하여 가능한한 최대의 응답의 준비 및 요청-응답 형식으로부터 사용자에게 친 숙한 형식으로의 변환을 나타낸다. 사용자(20)는 폼으로서 완성된 응답이 배포 하위 단계(IVd.v)에서 브라우저(30)로부터 위치 개체(40)로 전송되기 이전에, 하위 단계(IVd.iv)에서, 폼을 개작할 수 있고, 위치 개체(40)는 최종적으로 응답 단계 (IVe)에서 완성된 응답을 요청-응답 형태로 요청 개체(50)에 전달한다. 도 7은 도 6의 하위 단계(IVd.iii)에서 사용자(20)에게 제시되는 절반가량 완료된 폼(half-finished form)의 예를 도시한 다. 초기 텍스트는 폼을 설명하고, 누가 이러한 정보를 요청하는지를 특정한다. 즉, <이름>은 접촉 단계(IVa) 동안에 요청 개체(50)의 인증으로 위치 개체(40)에 의해 얻어진 것과 같은 요청 개체(50)의 이름이다. 다른 실시예에서, 이와 같은 인증 이 응답 단계(IVe)에 앞서 수행되지 않는다면, 이러한 폼 내의 해당 라인은 그에 따라 다르게 형식화되어야 하는데, 그 예 로 사용자(20)에게 단계(I)에서부터 HTTPS 접속의 서버 인증서를 체크하도록 요청할 필요가 있다. "이름", "운송 주소", " 국가 ID 번호" 및 "당신의 수입"은 속성 또는 속성 이름의 예이다. "이름", "운송 주소" 및 "국가 ID 번호"에 대한 이들 각각 의 속성 값들이 이미 입력되어 있는데, 본 실시예에서 이들은 위치 개체(40)에 공지되어 있다고 가정했기 때문이다. "당신 의 수입"은 위치 개체(40)에 알려져 있지 않고, 따라서 비어 있다. 알려진 속성 가운데, "이름" 및 "운송 주소"는 사전에 인 증되었고, "국가 ID 번호"는 그렇지 않은 것으로 가정하였다. 따라서, 이들의 속성 값들은 다른 사용자 인터페이스 스타일 예컨대, 다른 색상으로 제시되었고, 이로 인해 사용자(20)는 어떠한 정보가 중요하고, 어떠한 것이 아닌지를 쉽게 판단하 게 된다. 사용자(20)는 주어진 속성 값들을 편집 또는 삭제하거나 빠진 속성 값을 더하기 위한 완전한 유연성을 갖는다. 선 택적으로, 사용자(20)는 "*"와 같은 힌트를 통해 제출 또는 확인에 필수적인 항목에 대한 표시를 얻는다. 이는, 수신 개체 (50)의 관점에서 속성들을 의무적인 것과 자발적인 것으로 특징짓는 요소들을 제시 화면이 부가적으로 포함하는 것을 의 미한다. 사용자 인터페이스 요소들 및 표시자들의 의미는, 본 실시예에서 "빨간색:" 및 "*:" 으로 시작하는 라인에 설명되어 있다. "제출" 버튼은 폼 내의 정보의 제출을 허용한다. 추가적인 실시예에서, 하위 단계(IVd.iii 내지 IVd.v)는 반복적으로 수행될 수 있다. 즉, 속성들은 예컨대, 에러 메시지와 같은 위치 개체(40)에 의한 부가적인 주석들과 함께 반복되는 하위 단 계(IVd.iii)에서 표시되고, 요청 개체(50)로의 응답은 하위 단계(IVd.v)에서의 배포의 마지막 반복 후에만 이루어지도록 할 수 있다. 제시 화면은 속성들을 위하여 편집 가능한 필드를 갖는 정규의 웹 폼으로 실행될 수 있다. 다른 실시예에서, 사용 자(20)에 의한 편집 단계 또는 의무적인 속성들이 빠졌다는 특정한 주석으로 상기 단계들을 적절히 반복한 후에 모든 의무 적인 속성들이 이용 가능하지 않고, 인증되지 않았으면, 어떠한 속성도 배포되지 않는다. 도 8은 하위 단계(IVg)에서 브라우저(30)의 인증을 제공하는 제1 또는 제3 실시예의 확장의 개략도를 도시한다. 이 경우, 위치 개체(40)의 관점에서, 획득 단계(IV)는 전송 단계(IV)로 언급된다. 도 8은, 하위 단계(IIIb)에서 클라이언트 애플리케 이션(30)이 위치 개체(40)로 접속하는 리디렉트 단계(III)의 제2 부분으로 이미 시작한다. 위치 개체(40)가 요청 개체(50) 에 접촉함으로써 접촉 단계(IVa)가 수행된다. 그 후, 요청 개체(50)가 위치 개체(40)로부터 신원 관련 정보를 요청함으로 써 요청 단계(IVc)가 수행된다. 하위 단계(IVd)에서, 위치 개체(40)에 의해 무작위 값(k)이 생성된다. 응답 단계(IVe)에서 무작위 값(k)을 갖는 응답이 요청 개체(50)로 송신된다. 하위 단계(IVf.ii)는 요청 개체(50)로부터 위치 개체(40)로의 반환 주소의 송신을 나타낸다. 그 후, 하위 단계(IVg)에 의해 표시된 바와 같이, 리디렉트가 수행된다. 이 경우, 하위 단계(IVg.i) 에서 무작위 값(k)을 갖는 반환 주소가 위치 개체(40)로부터 클라이언트 애플리케이션(30)으로 송신되고, 클라이언트 애 플리케이션(30)은 역방향 접속 단계(IVg.ii)에 표시된 바와 같이 다시 반환 주소, 즉 요청 개체(50)로 접속되어, 요청 개체 (50)는 무작위 값(k)을 수신하게 된다. 하위 단계(IVh)에서, 요청 개체(50)는 수신된 무작위 값(k)을 사용하여,동일한 무작 위 값(k)이 발생했던 응답 단계(IVe)에서의 수신된 응답을 검색한다. 단계(V)에 도시된 바와 같이, 요청 개체(50)에 의해 개시된, 클라이언트 애플리케이션(30)과 요청 개체(50) 사이의 애플리케이션 종속적인 상호 작용들이 다시 수행될 수 있 다. 클라이언트 애플리케이션(30)으로 무작위 값(k)을 송신함으로써, 클라이언트 애플리케이션(30)은 요청 개체(50)에게 - 10 -