KR20100074099A - 부동산 정보 관리, 보존, 이전 시스템 및 이 시스템을 이용하기 위한 방법 - Google Patents

Abstract

본 발명은 부동산 및 개인 자산을 관리하기 위한 컴퓨터 시스템 및 프로세스에 관한 것이다. 본 발명의 한 관점은 부동산(자산)의 이력을 수집하는 것에 관한 것이며, 상기 이력은 자산의 상세, 상기 부동산에 위치하는 개인 자산, 상기 자산에 대해 이행된 또는 이행될 프로젝트 및 관리 및 상기 자산의 소유자의 세금에 대한 충격을 포함한다. 본 발명의 다른 관점은 온라인 커뮤니티로 이 자산에 대한 공유를 허용하고 판매 중의 이력을 구매자에게 이전하는 것을 허용하는 것이다.

Description

부동산 정보 관리, 보존, 이전 시스템 및 이 시스템을 이용하기 위한 방법{REAL PROPERTY INFORMATION MANAGEMENT, RETENTION AND TRANSFERAL SYSTEM AND METHODS FOR USING SAME}

본 발명은 온라인 주택 소유자 소셜 네트워크(on-line homeowner social network)에서 부동산 및 관련 동산 정보를 문서화, 관리, 검색 및 제공하는 것뿐만 아니라 이 정보를 매도자로부터 매수자에게 이전하는 것에 관한 것이다.

부동산의 유지 및 거래는 대부분 구태의견하고 비효율적인 방식으로, 즉 소유자와 서비스 제공자(예를 들어, 상인) 또는 장래의 매수자 또는 브로커 간의 사람과 사람이 연락하는 방식으로 이루어지고 있다. 상당한 기간 동안 완전한 이력을 가진 집이 있다 할지라도 그 수는 아주 적은 데, 그 이유는 처리를 손으로, 종이로 하기 때문이다. 대부분의 주택 소유자는 오랜 기간 동안 그렇게 하는 것은 말할 것도 없으며 기록하는 데도 익숙하지 않다.

또한, 많은 사람을 위한 주택 소유는 사람들의 삶에서 만들 하나의 가장 큰, 가장 중요한 투자를 나타낸다. 매우 중요하게도, 자산 소유자가 그 자산을 팔 때, 그 자산에 대해 이루어진 훌륭한 기록은 상당한 가치를 가질 수 있다. 그러한 기록은 매수자가 그 자산에 얼마나 기꺼이 지불할 용의가 있는지에 영향을 미칠 수 있다.

놀랍게도, 주택을 사려고 찾는 사람은 그 집을 장래에 파는 것에 관하여 입수할 수 있는 최소의 정보를 가지고 있을 뿐이며 심지어는 현재 집을 팔지 않는 것에 대해서도 빈약한 정보를 가지고 있다. 일단 어떤 사람이 집을 샀을 때, 그 집을 산 사람은 (새로운 집의 경우나 적은 수의 예외적인 경우를 제외하곤) 그 집의 시스템, 목록 목록, 서비스의 이력에 관하여 불완전한 정보를 가진 집의 소유를 떠맡게 되고 그 집에 대해 생성된 것을 생각하게 된다.

따라서, 소유자에 의해 부동산에 관한 정보를 입력 및 축적을 용이하게 할 수 있고, 갱신할 수 있으며, 소유자의 안전한 감독하에, 잠재적 또는 실제의 매수자에게 양호하게 이전시킬 수 있는, 시스템이 필요하다.

장래의 또는 실제의 주택 매수자 또는 주택 소유자를 돕기 위한 기술이 이제까지는 극도로 제한적으로만 적용되어 왔다. 일반적으로, 부동산 관리를 지원하는 현재의 계산 시스템은 자산의 광고 및 매도를 용이하게 하는 것에 집중되어 있다. 자산 소유자는 종종 멀티-리스트 서비스(multi-list service) 상의 온라인 매도를 위한 자산을 게시할 수 있다. 매수자는 자신의 기준에 맞는 매도 자산(for-sale property)을 검색할 수 있다.

몇몇 맞춤형 시스템이 자산 가치를 예측하는 데 사용될 수도 있다. 이러한 컴퓨팅 시스템은 그 지역의 주택과 비교되는 주택에 관한 매수/매도 이력 정보(historical buy/sell informaton)를 평가하고 주택에 대한 현재의 달러 가치를 산정한다. 주택 개량에 기초한 산정은 실제 수행된 작업 또는 주택의 표적 시장(target market)에 특정한 것이 아니며 또한 주택의 정의 및 주택의 새로운 매수인에게 이전될 수 있는 실제의 및/또는 잠재적 개량도 아니다. 이러한 숫자는 지분가액 조정 데이터(basis-adjustment data)를 제공할 수 없다.

다른 부동산에 관한 소프트웨어/컴퓨터 시스템이 개발되었는데, 예를 들면 자산에 영향을 미치는 손해 상황을 밝혀내기 위해 특별한 알고리즘을 일체화한 것, 부동산 거래에 대한 문서 자료를 관리하고 준비하는 것, 부동산 매도 및 임대를 조정하기 위한 것 등이 있다.

잠재적 주택 매수인은 이용 가능한 주택을 조사하는 데 쓸모 있는 많은 컴퓨팅 시스템을 가지고 있다. 그렇지만, 이러한 시스템은 잠재적 주택 매수인이 자신의 결정 과정에 도움을 주는 이력의 또는 부수적인 상세한 정보를 제공하더라도 아주 적게 제공한다. 주택 소유자와 매수인을 위해 출현하는 새로운 툴이 주택 가격 비교를 용이하게 하지만, 가격 공정성은 구매 결정에 관련된 많은 요인들 중 하나에 불과하다.

몇몇 컴퓨팅 시스템은 주택 소유자가 서비스 제공자와 연결할 수 있게 해준다. 이러한 다양한 컴퓨팅 시스템은, 주택 소유자가 프로젝트에 관심이 있는 경우 주택 소유자에 연결되어 있는 제공자의 자유 시장(open market) (예를 들어, 웹 사이트)에 그 프로젝트를 게시하기 위해 제공하는 것들을 포함한다. 몇몇 시스템은 또한, 다른 주택 소유자의 고찰을 검토함으로써 주택 소유자가 제공자를 검토하기 위한 툴을 제공한다. 그렇지만, 이러한 컴퓨팅 시스템은, 누가 프로젝트를 실행하였는지를 포함한, 다른 주택 소유자와 공유될 수 있는, 및/또는 이후의 주택 소유자에게 넘겨질 수 있는, 그 주택의 프로젝트 및 이러한 프로젝트의 결과 및 자세한 상황에 대한 완전한, 또는 적어도 다소 종합적이고, 통합적이고, 역사적인 일람을 제공하지 않는다.

이러한 것들은 주택의 목록에 대한 문서를 지원하는 다른 컴퓨팅 시스템이다. 이러한 컴퓨팅 시스템은, 우리가 아는 한, 이 정보의 이전을 새로운 소유자에게 제공하지 않으며, 또한 온라인이나 그외 다른 방식으로 사고판 매도 시점 관리(point-of-sale)의 상품에 끼워서 파는 방식을 제공하지도 않는다.

그러므로 현재의 컴퓨팅 시스템은, 주택의 소유자로부터 그 주택의 다음의 구매자에게 최종적으로 이전될 수 있는 자산으로서의 부동산, 그 프로젝트 및 그 컨텐츠를 문서화, 보존, 제공 및 관리하기 위한 메커니즘 또는 방법을 제공하지 않는다.

전술한 종래 기술의 필요성 및 단점을 해결하기 위해, 부동산(및 관련 개인 자산) 정보를 온라인 네트워크로 문서화, 관리, 검색 및 제공하고, 매도자로부터 구매자에게로 이러한 정보의 최종적인 이전을 지원하기 위한 시스템, 방법 및 장치에 대해 개시한다.

본 발명의 한 관점은 여기서 "우리"라고 지칭되는 자산 소유자 또는 자산 소유자의 피지명인(예를 들어, 임대인 또는 임차인)이 하나 이상의 자산을 데이터베이스에 설명할 수 있게 하는 방법, 컴퓨터 시스템 및 컴퓨터로 구현되는 과정 및 데이터 구조이다. 데이터베이스는 비공개 또는 공개일 수 있으며, 네트워트 또는 독립식일 수 있고, 개방 또는 제어 액세스일 수 있다. 데이터베이스가 공용 서버 상에 있을지라도 선택된 정보는 단지 권한이 부여된 액세스에 대해서만 록다운될 수 있다. 데이터베이스는 공개 온라인 포럼, 예를 들어 월드와이드 웹을 통해 액세스되거나 공고될 수 있다. 본 발명의 관련 관점은 사용자의 주택 설명에 대한 관점이 비공개로 남게 될 것인지 공개로 될 것인지를 사용자가 인식할 수 있도록 하는 방법, 컴퓨터 시스템 및 컴퓨터로 구현되는 과정 및 데이터 구조이다. 본 발명의 다른 관련 관점은 이해관계인(interested party)이 공개 포럼에 저장되어 있는 부동산을 찾아내어 이 부동산에 관한 정보를 표시할 수 있게 하는 방법, 컴퓨터 시스템 및 컴퓨터로 구현되는 과정 및 데이터 구조이다.

본 발명의 다른 관점은 주택 또는 그 밖의 것에 속해 있는 것들 또는 목록을 정의할 수 있는 능력을 제공하는 데이터 구조 및 컴퓨터로 구현되는 과정이다. 본 발명의 관련 관점은, 사용자 인터페이스를 이용한 목록 항목 정보 또는 부분적으로 또는 완전하게 거주하는 항목 정보의 수동 입력을 지원하고 그 항목과 관련된 범용 제품 코드(universial product code; UPC)를 디코딩함으로써 획득되는 정보를 다운로딩하는 컴퓨터로 구현되는 과정이다.

본 발명의 한 관점은 자산 정보 유지 시스템이며, 상기 자산 정보 유지 시스템은, (a) 자산 정보를 수신하고 저장하도록 구성된 하나 이상의 데이터베이스; (b) 상기 데이터베이스에 기입될 데이터를 수신하고 상기 데이터베이스로부터 데이터를 사용자에게 전달하기 위해 상기 데이터베이스에 동작 가능하게 연결되는 서버; (c) 상기 데이터베이스에 기입하거나 상기 데이터베이스로부터 판독하기 위해 하나 이상의 원격의 사용자와 상기 서버를 동작 가능하게 연결하는 통신 시스템; (d) 특정한 자산 정보의 현재의 기록 소유자에 대해 상기 특정한 자산 정보의 제어를 제한하는 자산 소유권 록킹 메커니즘; 및 (e) 자산의 상기 현재 기록 소유자를 제1 사용자로부터 제2 사용자로 변경할 수 있는 자산 소유권 이전 메커니즘을 포함한다.

일실시예에서, 자산은 부동산 및/또는 부동산에 관련된 개인 자산일 수 있다. 자산 정보는 자산 이력 데이터를 포함할 수 있다. 자산 이력 정보는 예를 들어 구매 가격, 세금 부과, 개량이 이루어진 상세(예를 들어, 계획, 비용, 계약자들), 설비 구매 상세(예를 들어, 어플라이언스), 서비스를 제공하는 소매상 등 중 하나 이상을 포함할 수 있다. 통신 시스템은 예를 들어 모뎀, 네트워크 카드, 팩스, 전화기 및 이것들의 조합과 같은 하나 이상의 통신 디바이스를 포함할 수 있다.

본 발명의 적어도 일부의 관점을 수행하는 일부의 실시예에서는, 부동산 정보 및 이 부동산에 대해 이행되는 하나 이상의 프로젝트에 관한 정보를 포함하는 자산 이력 정보를 저장하기 위해 하나 이상의 데이터베이스가 제공된다. 또한, 일부의 예시적 실시예에서는, 부동산에 대해 아직 이행되지 않은 하나 이상의 프로젝트에 관한 정보를 저장하기 위해 하나 이상의 데이터베이스가 또한 제공된다.

하나의 관점에서, 시스템은 예를 들어, 공개적으로 액세스 가능한 데이터로부터 직접 또는 간접적으로 자산 이력 정보 중 적어도 일부를 (바람직하게 자동으로, 때때로) 수집하는 서버 및 통신 디바이스를 포함하는 서브시스템을 더 포함할 수 있다.

본 발명의 한 관점에서, 자산 소유권 록킹 메커니즘은, 선택된 자산 정보에 대한 액세스를 특정한 사용자들 또는 사용자들의 그룹에 제한하기 위해 자산의 현재 기록 소유자에 의해 동작되도록 구성되어 있다.

본 발명의 다른 관점에서, 자산 소유권 록킹 메커니즘은 또한, 선택된 사용자들 또는 사용자들의 그룹이 가지는 액세스의 타입을 선택된 자산 정보에 대해 제한하도록 사용자 액세스 제어를 설정하기 위해, 상기 자산의 현재의 기록 소유자에 의해 동작되도록 구성되어 있다.

한 관점에서, 본 발명은, 컴퓨터 시스템에 동작 가능하게 연결되어 있는 하나 이상의 저장 디바이스 상에서 (예를 들어) 복수의 사용자의 복수의 자산에 관한 자산 정보를 수집하는 단계로서, 상기 컴퓨터 시스템의 사용자들에 의한 상기 자산 정보에 대한 액세스를 제어하기 위해 자산의 기록 소유자에 의해 구성될 수 있는 액세스 제어를 설정하는 단계를 포함하는, 상기 자산 정보를 수집하는 단계; 자산의 기록 소유자가 자산 정보에 대한 액세스를 구성하는 단계; 및 상기 자산의 기록 소유권을 제1 사용자로부터 제2 사용자로 이전하는 단계를 포함하는 방법에 관한 것이다.

본 발명의 한 관점에서, 상기 자산 정보를 수집하는 단계는, 한 기간 동안 서로 다른 시간에 자산에 관한 정보를 수집하는 단계를 포함한다. 본 발명의 다른 관점에서, 상기 자산 정보를 수집하는 단계는, 상기 기록 소유자로부터 입력을 수신하는 단계를 포함한다. 또한, 상기 자산 정보를 수집하는 단계는, 상기 자산 정보 중 적어도 일부를 액세스 가능한 기록으로부터 공개적으로 획득하는 단계를 포함한다.

본 발명의 한 관점에서, 자산의 기록 소유권을 제1 사용자로부터 제2 사용자로 이전하는 단계는 데이터베이스에서 상기 자산에 속하는 기록 소유자 정보를 변경하는 단계를 포함한다. 본 발명의 다른 관점에서, 상기 자산의 기록 소유권을 제1 사용자로부터 제2 사용자로 이전하는 단계는 비공개로 표시된 정보의 소유권은 이전하지 않는다.

본 발명의 한 관점에서, 상기 자산의 기록 소유권을 제1 사용자로부터 제2 사용자로 이전하는 단계 이전에, 상기 기록 소유자에 의해 상기 자산 정보로부터 정보를 제거하고, 상기 제거된 정보의 프라이버시를 유지한다. 본 발명에 따른 방법의 실시예는 상기 제거된 정보가 비공개로 유지되고 상기 이전 단계 이전에는 상기 자산의 기록 소유자에게만 액세스될 수 있도록 상기 제거된 정보를 적어도 보관하는 단계를 더 포함한다.

본 발명의 한 관점은, 자산 정보 관리 방법에 관한 것이며, 상기 방법은, 상기 자산의 부동산 구성 요소의 물리적 위치의 식별자 및 상기 부동산의 설명서를 포함하는 정보를 포함하는 데이터 저장소(일부의 비제한적인 실시예에서, 자산 테이블로서 언급됨)에 제1 데이터 구조를 생성하도록 컴퓨터 시스템을 동작시키는 단계; 상기 물리적 위치에서 구조의 식별자 및/또는 상기 구조의 레이아웃을 포함하는 정보를 포함하는 상기 데이터 저장소 또는 다른 데이터 저장소(일부의 비제한적인 실시예에서, 자산 영역 테이블로서 언급됨)에 제2 데이터 구조를 생성하도록 상기 컴퓨터 시스템 또는 다른 컴퓨터 시스템을 동작시키는 단계; 및 상기 부동산에 위치하는 개인 자산의 하나 이상의 항목에 대한 식별을 포함하는 정보를 포함하는 상기 데이터 저장소 또는 다른 데이터 저장소(일부의 비제한적인 실시예에서, 목록 테이블로서 언급됨)에 제3 데이터 구조를 생성하도록 상기 컴퓨터 시스템 또는 다른 컴퓨터 시스템을 동작시키는 단계를 포함하며, 선택적으로 컴퓨터 시스템에서, 제1 사용자를 식별하고 상기 제1 사용자와 상기 제1, 제2, 제3 데이터 구조체에서의 정보와의 연결을 생성하는 단계로서, 상기 연결은 소유자로서의 상기 제1 사용자 및 상기 정보에 대한 액세스의 제어기를 설정하는 단계; 및 또한 컴퓨터 시스템에서, 제2 사용자를 식별하고, 상기 정보의 소유자 및 제어기의 식별을 변경하기 위해 상기 연결을 상기 제1 사용자로부터 상기 제2 사용자로 변경하는 단계를 포함한다. 제1, 제2 및 제3 데이터 구조는 별개의 데이터 구조일 수 있거나, 제1, 제2 및 제3 데이터 구조 중 둘 이상은 공통 테이블 또는 파일 내의 별개의 파일과 같이, 공통 데이터 구조의 일부일 수 있다.

본 발명의 한 관점에서, 상기 방법은 선택적으로, 상기 제1 사용자에 액세스 가능한 추가의 데이터 구조를 생성하고 상기 연결을 변경하기 전에 상기 제1, 제2, 제3 데이터 구조 중 적어도 하나에 상기 정보의 사본을 저장하도록 컴퓨터 시스템을 동작시키는 단계를 더 포함할 수 있다. 제1, 제2, 제3 및 추가의 데이터 구조는 하나 이상의 하나 이상의 컴퓨터가 액세스 가능한 저장 디바이스에 저장되고 상기 부동산의 이력을 형성하도록 구성되어 있다.

본 발명의 다른 관점에서, 상기 방법은 선택적으로, 컴퓨터 시스템에서, 제1 사용자를 식별하고 상기 제1 사용자와 상기 제1, 제2, 제3 데이터 구조체에서의 정보와의 연결을 생성하는 단계로서, 상기 연결은 소유자로서의 상기 제1 사용자 및 상기 정보에 대한 액세스의 제어기를 설정하는 단계; 및 컴퓨터 시스템에서, 상기 제1 사용자에 의해 정해지고 관리되는 액세스 권한 부여(access authorization)에 따라, 상기 제1, 제2, 제3 데이터 구조 중 적어도 하나에서의 정보 중 적어도 일부에 대한 액세스가 허용되는 사용자들의 신용 그룹(trusted community)를 상기 제1 사용자가 생성할 수 있게 하는 단계를 더 포함한다.

본 발명의 다른 관점에서, 상기 방법은 선택적으로, 사용자가 상기 데이터 구조와 상호작용할 수 있는 웹 사이트를 제공하는 단계를 더 포함하며, 상기 웹 사이트를 통해, 사용자는 서비스 제공자에 의해 액세스 가능한 프로젝트 명세(project specification)를 입력하여 서비스 제공자에게 입찰을 요청한다.

본 발명의 한 관점에서, 상기 방법은, 상기 자산에 대해 이행된 하나 이상의 프로젝트에 속하는 정보의 수집을 포함하는 제4 데이터 구조를 생성하도록 컴퓨터 시스템을 동작시키는 단계를 더 포함한다.

본 발명의 한 관점에서, 데이터 구조는 하나 이상의 하나 이상의 컴퓨터가 액세스 가능한 저장 디바이스에 저장되고 상기 부동산의 이력을 형성하도록 구성되어 있다.

본 발명의 일부의 관점을 실행하기 위한 시스템의 다른 실시예는 자산 소유자와 자산 관련 서비스 제공자가 상호작용하는 컴퓨터로 구현되는 시스템에 관한 것이며, 상기 시스템은, 서비스 제공자가 임대하는 것에 관심이 있는 프로젝트의 능력 또는 타입의 표시를, 하나 이상의 서비스 제공자로부터 수신하도록 구성되고 배치된 제1 컴퓨터가 상호작용할 수 있는 데이터 구조; 및 상기 서비스 제공자를 대신해서 동작하도록 제안된 하나 이상의 관련 서비스 제공자의 식별을 상기 서비스 제공자로부터 수신하도록 구성되고 배치된 제2 컴퓨터가 상호작용할 수 있는 데이터 구조를 포함한다.

상기 시스템은 선택적으로, 서비스 제공자 정보 중 적어도 일부 및 서비스 제공자를 위한 홈 페이지로의 링크를 포함하는 웹 페이지를 사용자에게 제공하기 위한 수단을 더 포함한다. 상기 시스템은 선택적으로, 서비스 제공자가 임대하는 것에 관심이 있는 프로젝트의 타입의 제1 데이터 구조 증인(data structure indicia)에 들어가기 위한 사용자 인터페이스를 서비스 제공자에게 제공하기 위한 수단 및 제공자의 홈 페이지 상의 대응하는 텍스트를 삽입하기 위한 수단을 더 포함한다. 서비스 제공자는 테이블, 예를 들어 웹 페이지 상의 테이블을 채움으로써, 서비스 제공자의 정보가 서비스 제공자의 홈 페이지에 연결될 수 있도록 데이터베이스를 차지하게 한다.

상기 시스템은 선택적으로, 사용자로부터, 웹 페이지 상의 컴퓨터로 구현되는 사용자 인터페이스를 통해, 사용자의 프로젝트 식별자 및 프로젝트 관련 정보를 수신하고, 상기 사용자의 프로젝트 식별자 및 프로젝트 관련 정보를 데이터 저장소에 저장하는 프로젝트 생성 모듈을 포함할 수 있다. 상기 프로젝트 관련 정보는 텍스트, 오디오 및 비디오 데이터를 포함하는 다양한 타입의 데이터 및 다른 날짜로의 링크를 포함할 수 있다. 상기 데이터는 하나 이상의 컴퓨터가 판독 가능한 파일(computer-readable files)에 포함될 수 있다.

본 발명의 한 관점에서, 상기 프로젝트 관련 정보는 사용자에 의해 다양한 시간에 입력될 수 있으며, 이에 의해 프로젝트의 이력이 기록될 수 있다.

본 발명의 다른 관점에서, 상기 시스템은, 프로젝트 정보의 보관을 용이하게 하기 위해, 서비스 제공자로부터 상기 프로젝트 정보를 전자식으로 수신하는 수단을 더 포함할 수 있다.

본 발명의 다른 관점에서, 상기 시스템은, 컴퓨터 파일들을 들여오고 상기 컴퓨터 파일들을 프로젝트 관련 정보로서의 프로젝트 식별자와 연관시킬 수 있는 파일 들여오기 모듈(file import module)을 더 포함할 수 있다.

본 발명의 다른 관점들은 이하의 논의에서 자명하게 될 것이다.

본 발명의 전술한 관점 및 많은 부수적인 장점들은 첨부된 도면과 결합하여, 이하의 상세한 설명을 참조하여 더 잘 이해할 수 있게 됨에 따라 더욱 용이하게 이해될 것이다.

도 1은 논의되는 바와 같은 주택 관리 시스템을 실행하기 위한 예시적 시스템의 블록도이다.
도 2는 주택 관리 시스템의 서브시스템 중 한 예에 대한 개략도이다.
도 3은 도 1 및 도 2의 시스템에서 사용하기 위한 관련 데이터베이스 설계의 일례를 개략적으로 나타내는 블록도이다.
도 4a 및 도 4b는 예시적 시스템에서 자산의 생성을 위한 프로세스의 일례를 나타내고 자산이 생성된 후 자산을 관찰하는 흐름도이다.
도 5a 내지 도5e는 특정한 사용자를 위해 사용자들의 신용 그룹의 설정 및 관리를 위한 프로세스의 일례를 나타내는 흐름도이다.
도 6a 및 도 6b는 특정한 자산에 속하는 파일의 업로드를 위한 프로세스 및 상기 업로드된 파일의 상기 자산의 다양한 공간 및 다른 영역에의 할당에 대한 일례를 나타내는 흐름도이다.
도 6c는 업로드된 파일을 자산의 다양한 공간 및 다른 영역에 할당할 때 사용하기 위한 일례를 제공하는 사용자 인터페이스 디자인 스크린의 개략도이다.
도 7a 내지 도 7d는 목록 항목의 생성, 편집, 구매, 매도 및 폐기를 위한 프로세스의 일례를 나타내는 흐름도이다.
도 8a는 주택 프로젝트 및 이 주택 프로젝트의 편집의 의뢰를 위한 프로세스의 일례를 나타내는 흐름도이다.
도 8a는 서비스 제공자의 등급을 제출하기 위한 프로세스의 일례를 나타내는 흐름도이다.
도 9는 시스템에 파일로 이루어지는 폴더의 생성 및 관리를 위한 프로세스의 일례를 나타내는 흐름도이다.
도 10은 시스템의 수를 인식하게 되는 사용자를 위한 프로세스의 일례를 나타내는 흐름도이다.
도 11a 내지 도 11c는 기존의 카운티 기록으로부터 시스템 내의 주택의 생성을 위한 프로세스의 일례를 나타내는 흐름도이다.
도 12a 및 도 12b는 매도용 주택을 목록화하기 위한 프로세스 및 시스템 내의 주택의 기록을 새로운 소유자에게 이전하는 일례를 나타내는 흐름도이다.
도 13a 및 도 13b는 자산 보고서를 생성하기 위한 프로세스의 일례를 나타내는 흐름도이다.
도 14 내지 도 14c는 사용자들에 대한 경제적 이점의 정도를 판단하기 위한 프로세스의 일례를 나타내는 흐름도이다.
도 15a 및 도 15b는 논의된 바와 같은 시스템을 전개하기 위한 다양한 방식 중 일례를 나타내는 전개도이다.
도 16은 월드 와이드 웹 홈페이지를 통한 초기의 사용자 시스템 인터페이스의 일례를 나타낸다.
도 17a 내지 도 17c는 부동산 검색 인터페이스의 일례를 나타낸다.
도 18은 자산 검색 결과의 표시의 일례를 나타낸다.
도 19는 사용자가 소유하는 모든 자산 또는 이전의 소유자를 열거하는 보고서의 일례를 나타낸다.
도 20a 내지 도 20d는 시스템에 의해 지원되는 자산 정보 입력의 일례를 나타낸다.
도 21a 내지 도 21d는 자산 데이터의 입력을 위한 인터페이스의 일례를 나타낸다.
도 22는 프로젝트 테이블 인터페이스의 일례를 나타낸다.
도 23a 내지 도 23c는 프로젝트 데이터의 입력을 위한 인터페이스의 일례를 나타낸다.
도 24는 목록 테이블 인터페이스의 일례를 나타낸다.
도 25a 및 도 25b는 목록 데이터의 입력을 위한 인터페이스의 일례를 나타낸다.
도 26a 및 도 26b는 자산 레이아웃 데이터의 입력을 위한 인터페이스의 일례를 나타낸다.
도 27a 내지 도 27c는 자산 속성 데이터의 입력을 위한 인터페이스의 일례를 나타낸다.

본 발명의 관점을 수행하기 위한 특정의 실시예들에 대해 이하에 설명한다. 이러한 예는 제한적인 것이 아니며, 소정의 발명의 관점을 나타내기 위한 것이다. 상세한 설명을 읽을 때, 소정의 낱말이나 용어는 다른 뜻을 나타내지 않는 한 의미가 정의된 것을 이해하는 것이 유용할 것이다.

그 밖의 문맥으로부터 나타나는 것을 제외하곤, 자산 "소유자"는 여기에 개시된 방법에 따라 법적 권한이 있든지 없든지 간에 시스템에서 자산 기록을 생성하고 통제하는 사람 또는 실체이다.

여기에서 사용되는 "컴퓨터" 또는 "컴퓨터 시스템"은 프로세스 요소의 수 및 위치에 관계없이 하나 이상의 컴퓨팅 디바이스를 나타낸다. 예를 들어 제한 없이, 용어 컴퓨터 또는 컴퓨터 시스템은 개인용 컴퓨터, 컴퓨터 네트워크, 개인 휴대 단말기(PDA), 휴대 전화기(스마트 폰, PDA 폰 또는 정규의 디지털 셀 폰 중 어느 것이든), 웹 TV, 휴대용 이메일 디바이스 등을 포함한다. 컴퓨터 시스템은 동일한 또는 서로 다른 위치에서, 네트워크(예를 들어, 글로벌 인터넷 및 그 월드 와이드 웹)를 통해 서버(들) 및/또는 서로와의 직접 또는 간접 접촉으로 서로 다른 컴퓨터에서 둘 이상의 사용자들에 대한 액세스를 제공할 수 있다.

여기서 사용되는 "사용자 컴퓨터"는 자산 관리 소프트웨어를 사용하여 임의의 기능을 수행하기 위해 사용자에 의해 사용될 수 있는 컴퓨터를 의미한다.

여기서 사용되는 "데이터베이스"는 의미가 이미 정해져 있는 정보를 저장하고 검색하기 위해 조직된 데이터 구조 또는 구조들을 나타낸다. 제한 없이, 데이터베이스는 평평한 파일 구조(flat file structure), 관계 구조, 또는 어떠한 다른 형태의 정보 저장소일 수 있다.

"자산 정보"는 부동산 및 이 부동산에 관련된 개인 자산에 관한 정보를 포함하며, 예를 들어, 주소, 주택의 유형, 가격, 침실 또는 욕실의 수, 매매수량단위(lot size), 건축학적 스타일, 평수, 주택의 수명, 에어컨의 타입, 장, 진입로, 벽난로, 정원, 배관, 지붕, 외관, 플로어, 히터, 주차, 공동 관리(pool), 하수구, 개인 자산 목록 및 다른 정보를 포함하되, 이에 제한되지 않는다.

"자산 이력 데이터"는 이전의 거래로부터의 매매가 또는 임대가 정보, 주택 개량 프로젝트, 자산에 대한 불가항력으로 인한 이전의 손상 및 자산에 대해 수행되지 않은 주택 개량 프로젝트의 표시에 대한 정보를 포함하되, 이에 제한되지 않는다.

"자산 소유권 록킹 메커니즘"은 한 세트의 데이터 속성 및/또는 기록 소유자 및 다른 사람들에 대한 자산 이력 데이터에 대한 액세스를 제한하는 소프트웨어 프로토콜을 포함할 수 있으나, 이에 제한되지 않으며, 액세스를 기록 소유자에 의해 정해진다. 여기서 사용되는 바와 같이, "자산 소유권 록킹 메커니즘"은 또한 서버, 한 세트의 컴퓨터 명령 및 하나 이상의 통신 디바이스를 포함할 수 있으며, 이 한 세트의 컴퓨터 명령은 자산 이력 데이터의 통신을 다양한 사용자 카테고리에 제한다.

한 관점에서, 본 발명은 매매 또는 임대 중 어느 것을 통해, 하나 이상의 자산, 특히 부동산 및 관련 개인 자산을 설명, 관리 및 이전하기 위한 시스템, 방법 및 장치를 포함한다. 본 발명은 또한 자산의 관리, 거래, 매매, 및/또는 임대를 위한 시스템에 관한 것이다. 일실시예에서는, 복수의 사용자가 자산 또는 자산들을 유지, 거래, 매매, 또는 임대할 수 있게 하고 및/또는 자산 또는 자산들의 이력을 이전할 수 있게 하는 컴퓨터 네트워크 시스템 및 소프트웨어 구조 및 정보 처리 방법이 제공된다.

도 1을 참조하면, 본 발명의 특정의 관점들을 실행하는 하나의 예시적인 실시예에 따라, 시스템은 3개의 구성요소: 사용자 제어 컴포넌트(100), 주택 관리 시스템(101) 및 외부 지원 서비스(102)를 포함한다.

사용자 제어 컴포넌트(100)는 주택 관리 시스템 컴포넌트(101)에 어떤 사람 또는 물건이 연결되는 지에 따라 어플리케이션이 소정의 작업을 수행하도록 명령을 내리는 메커니즘을 나타낸다. 사용자 제어 컴포넌트(100)는 윈도우즈, 리눅스, Mac OS, UNIX, 또는 그외 운영체제를 사용하는 개인용 컴퓨터 또는 서버, 또는 웹이 가능한 휴대 전화기, 무선 통신 디바이스 또는 그외 개인 휴대 단말기 및/또는 임의 다른 컴퓨터 상에서 운용될 수 있다. 사용자 제어 컴포넌트(100)는 하나 이상의 통신 디바이스를 통해 인터넷 및/또는 일부의 다른 사설 네트워크 및/또는 공용 네트워크에 동작 가능하게 연결될 수 있다.

주택 관리 시스템 컴포넌트(101)는 여기서 서술된 자산 관리를 지원하는 기능을 수행하는 컴포넌트를 나타낸다. 외부 지원 서비스 컴포넌트(102)는 여기서 서술된 자산 관리 기능을 실현하도록 하기 위해 주택 관리 시스템(101)에 의해 사용되는 일반적 기능을 제공하는 시스템을 나타낸다. 일례에서, 외부 지원 서비스 컴포넌트(102)는, 페이지 상에서 직접적으로 스크립팅 언어(scripting language)의 통합을 지원하는 웹 사이트(예를 들어, 구글 맵스(Google Maps)), 페이지 상의 또는 서버 어플리케이션에 내장된 주택 어플리케이션 시스템 컴포넌트(101)에 통합된 기능 호출을 제공하는 시스템, 또는 이것들의 조합일 수 있다.

일부의 실시예에서, 주택 관리 시스템 컴포넌트(101)는 하나 이상의 컴퓨터, 서버 및/또는 자산 정보를 수신하고 저장하도록 구성된 하나 이상의 데이터베이스를 포함하는 하나 이상의 저장 디바이스, 인터넷 및/또는 일부의 다른 사설 네트워크 및/또는 공용 네트워크에 동작 가능하게 연결되어 있고, 그래서 하나 이상의 원격 사용자에 동작 가능하게 연결되는 통신 시스템을 포함하며, 하나 이상의 등록된 소유자의 하나 이상의 데이터베이스, 등록된 자산, 등록된 자산에 대해 실행된 및/또는 실행될 개량 또는 수리 프로젝트, 등록된 자산에 위치하는 개인 자산, 바람직한 또는 등록된 매도인 및 일반적 계약자, 수리공, 배관공, 전기기사, 보안 회사, 칠장이, 정원사, 저당 중개인, 어플라이언스 딜러 및 인스톨러 등과 같은 하나 이상의 서비스 제공자, 및 월드 와이드 웹 및/또는 일부의 다른 사설 네트워크 및/또는 공용 네트워크를 통해 시스템이 액세스할 수 있게 하고, 월드 와이드 웹 또는 일부의 다른 사설 네트워크 및/또는 공용 네트워크를 통해 시스템이 출력할 수 있게 하는 하나 이상의 통신 디바이스(들), 이메일, 전화기, 팩스 시스템 및/또는 임의의 다른 통신 수단을 포함할 수 있다.

일부의 실시예에서, 주택 관리 시스템 컴포넌트(101)는 그 논리적 서브시스템들: 멤버 서브시스템(202), 자산 서브시스템(203), 목록 서브시스템(204), 프로젝트 서브시스템(205), 제공자 서브시스템(206), 파일 서브시스템(207), 및 데이터베이스 서브시스템(208)으로 도 2에서 분해될 수 있다. 각각의 서브시스템은 다른 서브시스템에 서비스를 제공하는 서브시스템에서 화살표로 가리킴으로써 다른 서브시스템에 대해 그 독립적으로 도시되어 있는데; 예를 들어, 자산 서브시스템(203)은 멤버 서브시스템(202)에 의존한다. 멤버 서브시스템(202)은 컴퓨터로 구현되는 과정, 데이터 구조 및 사용자 인터페이스로 이루어지는 세트이고, 사용자 정보를 생성, 편집, 관리 및 제공하는 기능을 제공한다. 자산 서브시스템(203)은 컴퓨터로 구현되는 과정, 데이터 구조 및 사용자 인터페이스로 이루어지는 세트인데, 부동산(예를 들어, 주택) 및 관련 개인 자산 정보를 생성, 편지, 관리, 이전 및 제공하는 기능을 제공한다. 자산 서브시스템(203)은 하나의 기간 동안 다른 시간에 자산에 관한 정보를 수집하기 위해 제공된다. 목록 서브시스템(204)은 컴퓨터로 구현되는 과정, 데이터 구조 및 사용자 인터페이스로 이루어진 세트인데, 사용자의 개인 자산에 관한 정보를 생성, 편집, 구매, 판매, 폐기, 관리, 이전 및 제공하는 기능을 제공한다. 프로젝트 서브시스템(205)은 컴퓨터로 구현되는 과정, 데이터 구조 및 사용자 인터페이스로 이루어진 세트인데, 주택 프로젝트 및 유지 정보를 생성, 편집, 입찰 제출, 이전, 관리 및 제공하는 기능을 제공한다. 제공자 서브시스템(206)은 컴퓨터로 구현되는 과정, 데이터 구조 및 사용자 인터페이스로 이루어진 세트인데, 서비스 제공자 정보를 생성, 편집, 관리 및 제공하는 기능 및 다양한 서비스 제공자의 리뷰를 제공한다. 파일 서브시스템(207)은 컴퓨터로 구현되는 과정, 데이터 구조 및 사용자 인터페이스로 이루어진 세트인데, 타겟 운영 체제 파일 시스템 상의 다른 서버시스템에 대한 파일을 업로드, 참조, 편집, 공유 및 조직하는 기능을 제공한다. 데이터베이스 서브시스템(208)은 컴퓨터로 구현되는 과정, 데이터 구조 및 사용자 인터페이스로 이루어진 세트인데, 다른 서브시스템에 대해 영구적으로 유지되는 데이터를 생성, 편집, 삭제 및 갱신하는 기능을 제공하며, 관련 데이터베이스 기술(예를 들어, 오라클, SQL 서버, DB2, MySQL 등), 객체 지향 데이터베이스 기술(예를 들어, ObjectStore, Objectivity, Versant 등), 텍스트 기반의 기술(XML, 스프레드시트 등) 또는 이진수 또는 텍스트 형태로 논리적으로 조직된 정보를 저장하기 위한 다른 메커니즘으로 구현될 수 있다.

데이터베이스 서브시스템(208)의 일례가 도 3에 상세하게 도시되어 있다. 도 3에서, 1차 데이터 컨테이너는 컨테이너들 간의 라인으로 표시되어 있는 그 참조 관련성으로 식별되며; 하나의 컨테이너는 하나 이상의 다른 컨테이너들에 대한 참조 속성을 포함할 수 있다(어떠한 객관성의 손실을 의도함이 없이, 용어 "테이블"은 여기서 "컨테이너"와 동의어로 사용되어 적절한 데이터 구조를 언급할 것이다). 예를 들어, 자산 테이블(305)은 사용자 테이블(303)과의 참조 관련성을 가지며, 자산 테이블(305) 상의 라인의 서클 엔드(circle end)는 사용자 테이블(303)이 자산 테이블(305)과 관련이 있음을 식별하는 참조 속성을 자산 테이블(305)이 포함할 것이라는 것을 나타낸다.

일실시예에 따르면, 시스템은 사용자 테이블(303)에서 사용자의 서로 다른 카테고리를 제공할 수 있으며, 카테고리는 상이한 특권, 예를 들어 시스템 소유자에 의해 정해진 액세스 및 출력 특권을 가진다. 예를 들어, 시스템은 손님과 보증된 또는 권한이 부여된 사용자를 구별할 수 있으며, 자산 소유권 록킹 메커니즘을 사용하여 보증된 사람들 사이를 한층 더 구별할 수 있다. 일부의 실시예에서, 예를 들어 시스템 관리자는, 사용자를 고객으로 대하는 특권 및 예를 들어 서비스 제공자 및 장래의 주택 구매자와 같이, 자산 테이블(305)에서 어떠한 자산도 가지지 않은 보증된 사용자에 대한 다양한 제한된 특권을 관찰할 수 있는 것만 허용하거나 제한된 관찰을 허용할 수 있고, 인증자 매도인은 다른 특권을 가진다.

일부의 실시예에 따르면, 도 3에서와 같이, 자산 테이블(305)은 데이터베이스 서브시스템(208)의 중심부에 있다. 자산 테이블(305)은 특별한 물리적 자산("자산")에 관한 모든 속성을 포함한다. 자산 테이블(305)은 사용자 테이블(303)과 관련이 있는데, 이 사용자 테이블(303)은 자산 테이블(305)에 열거된 자산을 요구하거나 그냥 문서화하는 사람 또는 실체를 식별한다. 테이블(305) 내의 자산은 목록 테이블(306)과 관련이 있으며, 이 목록 테이블(306)은 자산 테이블(305)과 함께 위치하고 있는 것으로 식별되고, 테이블(305)에 열거된 자산에 물리적으로 위치하고 있거나 테이블(305)에 열거된 자산과 함께 논리적으로 조직되어 있다. 자산 테이블(305)은 또한, 자산 테이블(305)과 자산 영역 테이블(308) 간의 관련성으로 도시된 바와 같이 기본적인 자산 기록 상의 공간 및 다양한 그외 영역의 레이아웃과 연관되어 있으며; 따라서, 자산은 제로 또는 그 이상의 공간 및/또는 제로 또는 그 이상의 다른 영역을 가질 수 있다. 자산 영역 테이블(308)은 자산의 모든 공간 및 그외 영역의 일반화를 나타내며; 여기서 공간은 부엌, 식당, 침실, 욕실, 거실, 또는 그외의 공간이 자산을 이룰 수 있는 동시에 또한 미리 정해지지 않은 공간을 제공하는 무엇이라도 될 수 있으며, 즉 "그외"는 사용자가 명칭을 붙이고 싶어하는 무엇이든 간에 명칭이 붙을 수 있으며, 다른 영역은 앞뜰, 뒷뜰, 층, 정원이 될 수 있거나 주택 내의 또는 사용자가 설명하고 싶어하는 자산 상의 어떠한 다른 영역이라도 될 수 있다. 미리 정해지지 않은 영역을 제공하는 동시에, "그외"는 사용자가 명칭을 붙이고 싶어하는 무엇이라도 명칭이 붙여질 수 있다. 자산 테이블(305)은 또한 자산 기록에 업로드된 또는 자산 테이블(305)에 의해 참조된 모든 파일(304)을 포함하는 파일 리스트(314)와 관련될 수 있다. 이러한 파일들은 이미지, 비디오, 오디오, 문서 또는 자산에 관한 임의의 다른 전자식 형태의 보조 정보일 수 있다. 자산 영역 테이블(308)은 또한 관련 공간 또는 그외 영역으로 파일(304)을 조직하기 위해 파일 리스트(314)와 관련되어 있다. 자산 테이블(305)은 또한 세금 부과 테이블(318)과 관련되어 있으며 이 세금 부과 테이블은 자산을 위한 카운티에 의해 제공되는 모든 세금 부과의 이력 개요를 제공한다. 자산 테이블(305)은 또한 자산 이전 테이블(301)과 관련되어 있으며, 이 자산 이전 테이블(301)은 자산에 대해 이행된 모든 판매 거래의 이력 개요를 제공한다. 마지막으로, 자산 테이블(305)은 프로젝트 테이블(310)에서 자산에 대해 이행된 프로젝트에 대한 정보와 관련되어 있다.

본 발명의 한 관점에 따르면, 데이터베이스 서브시스템(208)은 파퓰레이터(Populater) 서브시스템(표시되지 않음)을 사용해서 초기에 파퓰레이팅될 수 있는데, 이 파퓰레이터 서브시스템은 공개적으로 액세스 가능한 데이터로부터 직접 또는 간접적으로 자산 이력 정보를 수집한다. 직접 또는 간접적으로 수집하는 것은, 예를 들어 카운티 웹 사이트와 같은 웹 사이트로부터 정보를 수집하는 것이나, 알고리즘에 따라 시스템으로 수입될 수 있는 전자식 형태 또는 프린트아웃의 형태로 전자 피드를 수입하는 것을 포함하지만, 이에 제한되지 않는다. 여기서 사용된 바와 같이, 공개적으로 액세스 가능한 데이터는, 예를 들어 자유로이 액세스 가능한 기록 및 요금 지불 서비스 또는 가입에 기초하여 액세스 가능한 기록과 같이, 시스템에 액세스 가능한 공용 기록 및 사설 기록을 포함한다. 대안으로, 또는 공개적으로 액세스 가능한 데이터로부터 직접 또는 간접적으로 자산 이력 정보를 수집하는 것 전후에, 데이터베이스 시스템(208)은 기록 소유자에 의해 또는 기록 소유자가 권한을 위임한 사용자에 의해 파퓰레이트되어 자산 정보를 갱신할 수 있다. 예를 들어, 이러한 위임자는 자산에 대한 프로젝트를 이행하는 서비스 제공자일 수 있고; 그 사람은 하나 이상의 자산에 관한 정보를, 예를 들어 하나의 기간 동안 상이한 시간에 입력할 수 있다.

한 형태의 실시예에서, 도 3에 예시된 바와 같이, 전술한 바와 같은 사용자 테이블(303)은 자산 테이블(305)과 관련되어 있고 제로 이상의 자산에 관련될 수 있다. 사용자 테이블(303)에서 식별된 "사용자"는 등록된 소유자, 바람직한 매도인, 및 일반적인 계약자, 수리공, 배관공, 전기기사, 보안 회사, 칠장이, 정원사, 저당 중개인, 부동산 중개인, 어플라이언스 딜러, 인스톨러 등과 같은 등록된 서비스 제공자를 포함할 수 있으나, 이에 제한되지 않는다. 사용자는 또한 전자식으로 및 직접적으로 다른 시장과의 제로 이상의 계좌를 가질 수 있으며, 이러한 시장과 이러한 시스템 사이에서 어느 정도 자동화된 방식 또는 반자동 방식으로 정보를 공유하기를 원할 수도 있다. 이러한 계좌는 사용자 테이블(303)과 외부 시장 정보 테이블(317) 사이의 관련성에 의해 나타내어진다. 사용자는 또한 자산의 특성들을 자산 소유권 록킹 메커니즘을 사용하여 공유하기를 바라는 사람들의 신용 그룹을 정의하는 테이블(예를 들어, 신용 그룹 테이블(315))을 설정할 수 있다. 신용 그룹은 사용자 테이블(303), 신용 그룹 테이블(315), 및 신용 멤버 테이블(316) 간의 연관성에 의해 나타내어진다. 사용자는 각각의 신용 그룹에 임의의 멤버 수가 있는 임의 개수의 신용 그룹을 가질 수 있다. 멤버는 또한 시스템의 사용자일 수 있으나, 그 시스템에 정의된 멤버의 자산을 반드시 가져야 하는 것은 아니다. 사용자는 예를 들어, 제공자를 복수 회 조회할 수 있으며, 제공자 조회 테이블(319)에 기록된 바와 같이, 사용자는 조직 테이블(302)을 생성하여 시스템에 부가한다. 시스템은 활성화 요구를 이메일로 보내어 사용자를 조회인으로 식별한다. 사용자는 또한, 서비스 제공자일 수 있거나, 또는 서비스 제공자와 제휴할 수도 있다. 이 관련성은 사용자 테이블(303)과 조직 테이블(302) 간의 연관성에 의해 수집된다. 특정한 사용자는 서비스 제공자와 제휴할 수 있고 자산을 정의하는 정상적인 사용자 모두가 될 수 있다. 이 연관성은 또한 서비스 제공자와 제휴한 사용자가 자산을 정의하는 정상적인 사용자가 되지 않도록 제약을 받을 수도 있다. 마지막으로, 각각의 사용자 테이블(303)은 사용자의 자산에 기여한 시스템 상의 활동을 식별하는 세입 일지(Revenue Log)(320)를 수집할 수 있었다. 이러한 활동은 시스템에 대한 세입을 직접적으로 발생시킬 수 있다. 예를 들어 시스템으로부터 모아진 데이터, 목적 광고 관찰, 일반 광고 관찰, 시장 조사(market survey)에 따른 관찰 및/또는 상호작용, 및/또는 시스템에 제공된 컨텐츠로 관찰 및/또는 상호작용에 대한 요구에 요금이 부과될 수 있다.

일부의 실시예에서, 사용자 테이블(303)은, 자산 테이블(305)에 열거된 자산에 위치하는 개인 자산을 기록하기 위해 목록의 취득 및 목록 테이블(306)의 파퓰레이팅을 허용하거나 요구하는 신호를 제공하는데 사용되는 플래그 또는 다른 인디케이터를 포함할 수 있다. 목록에 대한 요건은 주택 소유자가 개인 자산의 파손 또는 손해를 커버하는 목록에 대한 보험(insurance policy)을 가지고 있는 인디케이터의 존재에 연결되거나 이에 제한될 수 있다. 시스템은 사용자가 요구 시 자동화된 목록 전달을 보험 회사에 제공할 수 있다. 시스템은, 사용자가 목록 테이블(306)에 유지되고 있는 항목들의 가치와 현재 비교하는 보험 범위의 부과를 사용자에게 선택적으로 제공할 수 있다.

도 3에 예시된 일부의 실시예에 따르면, 사용자의 개인 자산의 상세는 목록 항목 기록(307) 및 목록 테이블(306)에 수집될 수 있다. 목록 테이블(306)은 리스트 메커니즘에 자산 테이블(305)을 제공하여 자산과 관련된 개인 자산의 세트를 수집한다. 목록 항목 기록(307)은 목록 테이블(306) 내의 한 항목이다. 각각의 목록 항목(307)은 항목에 업로드된 또는 항목에 의해 참조된 모든 파일(304)을 포함하는 파일 리스트(314)와 관련되어 있다. 본 문맥에서, 적어도, 파일은 이미지, 비디오, 오디오, 문서 또는 그외 전자식 형태의 항목에 관한 보조 정보일 수 있다.

사용자 테이블(303)은 목록 테이블(306) 및 파일(304)에 대한 주기적 및/또는 "이벤트-트리거링된" 갱신이 요구된다는 것을 신호하는 데 사용되는 플래그 또는 그외 인디케이터를 포함할 수 있다. "이벤트-트리거링된" 갱신, 여기서 이해되는 바와 같이, 주요한 개량, 자연 재해, 개인 자산에 입혀진 손해, 또는 임계를 넘어선 자산의 구매, 예를 들어 $1000.00 후의 갱신을 포함할 수 있으나, 이에 제한되지 않는다.

일부의 실시예에 따르면, 사용자는 임의의 수의 주택 프로젝트 유지 복수 활동을 수행 및/또는 정의할 수 있다. 도 3에서, 프로젝트 테이블(310)은 주택 프로젝트 또는 유지 보수 활동과 연관된 정보를 수집하고 자산 테이블(305) 내의 특정한 자산과 관련되어 있다. 프로젝트 테이블(310) 내의 특정한 프로젝트는 또한 하나 이상의 공간 또는 그외 영역에 대해 수행될 수 있고 이 관련성은 프로젝트 영역 테이블(309)과 프로젝트 테이블(310)의 연관성 및 프로젝트 영역 테이블(309)과 자산 영역 테이블(308) 간의 연관성에서 수집된다. 프로젝트 영역 테이블(309)은 특정한 주택 프로젝트 또는 유지 보수 활동에 의해 영향을 받은 자산 영역의 세트를 정의하기 위해 리스트 메커니즘에 프로젝트 테이블(310)을 제공한다. 마지막으로, 프로젝트 테이블(310)은 또한 프로젝트에 업로드된 또는 프로젝트에 의해 참조되는 임의 개수의 파일을 가질 수 있고 이러한 파일들은 프로젝트 테이블(310)과 폴더 리스트(312) 사이의 관련성에 정의된 바와 같이 임의 개수의 폴더(313)에 조직될 수 있다. 차례로, 폴더 리스트(312)는 한 세트의 폴더(313)를 제공한다. 폴더(313)는 모든 관련 파일(314)을 차례로 포함하는 파일 리스트(314)를 포함한다. 특정한 프로젝트는 제로 이상의 서비스 제공자에 의해 수행될 수 있으며 제공자 리스트(319)는 프로젝트를 수행한 또는 수행 중인 조직 테이블(302) 내의 조직의 리스트를 제공한다.

일부의 실시예에서, 시스템 내의 멤버로서 복수의 서비스 제공자가 존재한다. 도 3에 따른 일부의 실시예에서, 서비스 제공자는 조직 테이블(302)에 의해 나타내어진다. 각각의 조직 테이블(302)은 사용자 테이블(303) 내의 관리 사용자에 의해 정의된 바와 같이 하나 이상의 관리 사용자 및 임의의 수의 제휴한 사용자를 가질 것이다. 조직에 의해 전달되는 서비스의 등급(일례에서, 사용자에 의한 등급)을 저장하기 위해 조직 등급 테이블(300)도 제공될 수 있다. 테이블(300) 내의 조직 등급은 사용자에 의해 제공되고 테이블(310) 내의 프로젝트와 관련될 수 있다. 조직과 제휴한 사용자는 그 조직에 관련된 등급을 제공하는 것이 허용되지 않는다. 마지막으로, 테이블(302)에서의 조직은 조직이 관심을 표시한 프로젝트 타입에 기초하여 사용자에 의해 제출되는 하나 이상의 프로젝트 리드를 수신한다. 이러한 리드는 제공자 프로젝트 테이블(311)에서 수집될 것이고, 조직에 의해 수신된 모든 리드의 리스트를 제공한다.

본 발명의 한 관점은 자산 소유자, 여기서 "사용자"라 언급하는 관리자 또는 임차인이, 예를 들어 월드 와이드 웹 상의 사이트에서, 공용의 온라인 포럼 상에 공개된 하나 이상의 자산을 설명하는 능력이다. 공개 전에, 사람 또는 실체는 바람직하게, 도 10에 도시된 프로세스와 같은 프로세스를 사용해서 시스템을 결합하도록 요구받는다. 사용자가 단계(1001)를 실행하여 "결합"시킬 때, 시스템은 사용자 테이블(303)에 엔트리를 생성하거나, 새로운 사용자 테이블을 생성한다. 사용자가 서비스 제공자가 아니면, 단계(1002)에서 체크한 바와 같이, 사용자는 단계(1003)에서 자신의 정보를 정의할 기회를 부여받고, 그 정보를 사용자 테이블(303)에 저장한다. 다음, 단계(1004)에서, 사용자는 다양한 제3 시장과의 통합을 위한 계좌 정보를 선택적으로 정의하고, 이 정보는 외부 시장 정보 테이블(317)에 저장된다. 단계(1008)에서, 사용자가 신용 그룹을 생성을 것을 선택적으로 결정하면, 프로세스는 도 5a의 단계(500)를 통해 계속되어 그 신용 그룹을 생성하고 프로세스는 도 5b의 단계(503)를 통해 계속되어 멤버를 그 신용 그룹에 부가한다. 사용자 및 제공자 정보를 편집하는 것은 단계(1013 및 1014)를 통해 제공된다. 단계(1015)는 사용자로 하여금 멤버를 기존의 신용 그룹에 부가할 수 있게 하고 단계(1010)에서는 사용자가 새로운 사용자인 경우 단계(1011)에서의 활성화 프로세스를 초기화하는 것만을 체크한다. 완료되어 활성화되면, 사용자는 자신의 자산 또는 자산들을 정의하는 것을 시작할 수 있다.

본 발명의 다른 관점들은 사용자가 자산을 공개하면 연락받게 되는 사람들 그리고 이후 그 자산을 모두 또는 제한적으로 볼 수 있는 사람들의 신용 그룹을 사용자가 정의하는 능력을 제공하는 방법, 컴퓨터 시스템 및 컴퓨터로 구현된 과정 및 데이터 구조를 포함한다. 특권을 보는 레벨은 자산 소유권 록킹 메커니즘을 사용해서 자산 소유자에 의해 설정된다. 자산이 공개되면, 보증되거나 그렇지 않은, 공개 포럼 내의 모든 참여자는 자산을 볼 수 있지만, 단지 자산의 소유자에 의해 정의된 기초에 따라, 예를 들어 소유자는 자산 소유권 록킹 메커니즘을 사용해서 사용자의 다양한 카테고리에 의해 보여지는 정보를 제한할 수 있다.

본 발명의 관점들을 수행하는 일부의 실시예에 따르면, 시스템은 네트워크 기반의 게시판 시스템을 제공하여 예를 들어 자산 유지, 개량, 및/또는 서비스 제공자에 대한 정보를 교환할 수 있다. 이러한 게시판은 또한 자산 소유자가 서비스 제공자로부터 주택 개량 질문을 요구하는 포럼을 제공한다. 위에서 예시된 "결합" 프로세스에 정의된 바와 같이, 사용자는 하나 이상의 신용 그룹을 테이블(315)에 정의할 수 있다. 신용 그룹 테이블(315)에 멤버를 생성하고 부가하는 이러한 프로세스의 일례는 도 5a 및 도 5b에 설명되어 있다. 신용 그룹 생성 프로세스는 엔트리 포인트(500)에서 시작한다. 신용 그룹 데이터 기록은 단계(501)에서 생성되고, 멤버는 프로세스(502)에서 부가된다. 차례로, 프로세스(502)는 도 5b에 상세히 도시되어 있는데, 모든 원하는 멤버가 부가될 때까지 단계(504 및 505)를 반복함으로써 멤버가 부가된다. 대응하는 엔트리를 신용 멤버 테이블(316)에 발생시키기 위해, 사용자는 사용자 테이블(303)에 존재해야만 하거나 생성되어야만 한다. 일단 모든 멤버가 부가되었다면, 단계(506)에서는 테이블(315) 내의 신용 그룹 엔트리가 턴 온 되어야 하는지를 알기 위해 체크하고, 그런 다음 프로세스는 도 5c의 단계(508)를 통해 진행하여 신용 그룹을 가능한 상태로 한다. 단계(522)는 인에이블링이 생성 경우를 벗어나서 일어나는 경우에 원하는 신용 그룹이 생성되는 지를 먼저 체크한다. 신용 그룹이 생성되면, 단계(509)는 이 신용 그룹을 인에이블 또는 디스에이블시키고 그런 다음 단계는 도 5d의 단계(510)로 진행하여 사회 상태 변경의 통지를 모든 사회 멤버에 보낸다. 단계(512 및 513)에서, 신용 그룹 내의 모든 신용 멤버는 반복되고, 상태가 어떻게 변경되었는 지에 따라 온 상태 및 오프 상태를 알려 주는 테이블(303)로부터의 계좌 데이터를 사용해서 이메일(또는 다른 형태의 전자식 메시지 - 그 후에 포함되고 용어 "이메일"의 의미 내에서 이해되도록 의도된 대안)이 각각의 멤버에 보내진다. 마지막으로, 도 5e에는, 아직 활성화되지 않은 사용자인 신용 멤버를 활성화시키는 프로세스가 설명되어 있다. 먼저, 단계(516)에서, 사용자에게는 미리 정해진 이름이 부여되고 사용자는 자신이 미리 정한 패스워드를 입력해야 한다. 이 패스워드는 사용자가 미리 정한 사용자명, 통지 이메일에서 정의된 바와 같이, 주택 어드레스 또는 신용 멤버로서 부가된 사람의 이름, 또는 새로운 사용자가 로그인할 수 있는 패스워드로 쉽게 통과되는 일부의 그외 것과 동일할 수 있다. 일부의 실시예에서, 신용 멤버는 제휴된 사용자일 수 있으며, 예를 들어, 자산 공동 소유자, 훼밀리 멤버, 동료, 은행 및/또는 보험 회사 고용인 등일 수 있다.

본 발명의 관점들을 실행하는 일부의 실시예에서, 자산 소유자는 도 21a 내지 도 21d의 비제한적인 예에 도시된 바와 같이, 사용자 제어(100)를 사용하여 시스템 상에 자산을 등록할 수 있다. 시스템에 자산을 생성하는 프로세스의 일례가 도 4a에 도시되어 있다. 단계(400)에서, 예를 들어 도 21a의 비제한적인 예에 도시된 인터페이스를 통해, 사용자는 디폴트 엠프티 목록 테이블(306)과 함께 자산 테이블(305)을 생성한다. 자산 테이블(305)은 예를 들어 상업적 또는 거주의 자산과 같은 자산 정보의 타입을 가질 수 있거나, 자산은 단지 땅일 수 있다. 이러한 각각의 자산의 타입은 더욱 특징지어질 수 있다. 예를 들어, 거주 자산은 자유-형태의 텍스트 스타일로 설명될 수 있거나, 도 21c의 비제한적인 예에 도시된 바와 같이, 단일-훼밀리 주택, 도시 주택, 콘도미니엄, 아파트, 옥탑방(loft), 이동 주택, 트레일러 등으로부터 선택함으로써 설명될 수 있다. 단계(401)에서, 사용자는 마찬가지로 도 21c의 비제한적인 예에 도시된 바와 같이, 자산 정보를 입력하도록 재촉받는다. 이 정보를 예를 들어 어드레스, 자산 특징, 긴급 연락 정보, 바람직한 지불 방법 등을 포함할 수 있다. 자산 소유자는 건축에 대한 상세한 정보를 제공할 수 있으며, 예를 들어, 건축일, 사용된 건축 재료의 타입, 전체 영역, 부동산 세금, 자산에 대한 저당권, 제한적 자산 계약 및 자산에 종속된 지역권, 연초 대비 공실률(year-to date vacancy) 및 도 21d의 비제한적인 예에 도시된 바와 같이, 애완 동물 및 어린이들이 임대 자산이 허용될 수 있든지 없는 지를 제공할 수 있다. 본 설명은 또한 주택 내의 시스템을 포함할 수 있는데; 도 21d의 비제한적인 예에 도시된 바와 같이, 에어컨, 히터, 전기, 배관, 케이블, 전화기 등을 포함할 수 있다. 주택 설명의 일부로서, 사용자는 이러한 상세로부터 어떤 정보가 주택에 관해 공개되어야만 하는 지를 설명할 수 있었다. 이 설은 사용자-공급 텍스트, 메뉴(들) 상의 선택권(pick), 또는 일부의 조합으로서 제공될 수 있다. 시스템은 계좌의 패스워드 보호를 이롭게 제공할 수 있다.

다음, 단계(403)에서, 디폴트 공간/영역 레이아웃이 정해진 주택의 타입 또는 단일의 디폴트 레이아웃에 기초하여 생성되며, 그런 다음 바람직하게 단계(404)에서 사용자에게 디스플레이된다. 공간/영역 레이아웃의 사전 생성의 포인트는 자산 테이블(305)의 초기 생성을 간단하게 하는 것이다. 사용자는 단계(405)에서 레이아웃을 설계할 수 있는데, 도 26a 및 도 26b 및 도 27a 내지 도 27c의 비제한적인 예에 도시된 바와 같이, 공간 및/또는 영역을 원하는 대로 남겨 두면서, 공간, 영역 및/또는 플로어를 삭제/부가할 수 있다. 다음, 프로세스는, 도 21b 및 도 27a의 비제한적인 예에 도시된 바와 같이, 자산 테이블(305) 및/또는 자산 영역 테이블(208)에 열거된 자산과 연관시키기 위한 컴퓨터 파일을 업로딩하기 위해 도 6a 상의 단계(600)에 미리 진행한다. 모든 원하는 컴퓨터 파일이 업로딩된 후, 그 업로딩된 컴퓨터 파일을 도 6b의 단계(612)를 통해 적절한 자산 영역 테이블(308)에 할당하도록 또는 자산 테이블(305)과 연결되도록 사용자에게 요구할 수 있다. 컴퓨터 파일 할당이 완료되면, 자산 테이블(305)이 생성되고 단계(508)를 통해 사용자에 의해 정의된 신용 그룹은 자산 생성을 통지받게 된다.

도 4b에 도시된 바와 같이, 본 발명의 한 관점은 자산이 발견되고 관찰되는 프로세스이다. 사용자는 도 16의 비제한적인 예에 도시된 바와 같이, 시스템 인터페이스, 예를 들어 월드 와이드 웹 상의 홈페이지를 사용해서 시스템과 접촉할 수 있다. 사용자, 즉 멤버 또는 비멤버는 데이터베이스 테이블(208)에서 자산을 검색할 수 있고 단계(421)에서 일부의 검색 기준, 예를 들어, 거리, 도시, 주, 우편번호 또는 이러한 것들의 일부 조합을 명시함으로써 그렇게 할 수 있다. 초기의 검색 인터페이스에 대한 비제한적인 일례가 도 17a에 도시되어 있다. 사용자는 또한 도 17c의 비제한적인 예에 도시된 바와 같이, 테이블(305)에 열거된 자산의 검색 속성을 사용하여, 예를 들어 주택 스타일, 자산 특징, 평수, 주택 크기, 주택 가격, 주택 세금 부과, 자산이 위치해 있는 물리적 사회, 및/또는 테이블(305)에 열거된 자산의 속성을 명시하는 임의의 그외 키 중 하나 또는 조합을 사용하여, 검색을 교정할 수 있으나, 이에 제한되지는 않는다. 도 17c에 도시된 비제한적인 일례에서, 사용자는 검색할 수 있고, 예를 들어 부동산에 대해 이행된 수리 또는 개량과 같은 프로젝트의 타입을 사용하여 자신의 검색을 교정할 수 있다. 기준이 입력되면, 단계(422)에서 (임의의 적절한 검색 툴을 사용하여) 자산 테이블(305)의 검색을 실행하고 자산의 리스트를 생성한 후 단계(424)에서 그 리스트를 디스플레이한다. 단계(424)에서는 또한, 외부 지원 서비스 테이블(102)로부터 추가의 컨텐츠를 끄집어내어 예를 들어, 도 18의 비제한적인 예에 도시된 바와 같이, 일부의 결과 또는 모든 결과가 정확하게 표시되어 있는 지리학적 지도, 자산의 잠재적 총계(gross potential) 및/또는 시장의 잠재력(market potential)을 결과와 함께 디스플레이하되, 이에 제한되지 않는다. 비제한적인 예에 의해, 자산의 잠재적 총계는 지리학적 영역과 부동산의 전체 영역의 곱에 대한 평균 시장가 또는 평균 임대율에 기초하여 결정될 수 있다. 시장의 잠재력은 자산의 타입에 기초한 시장 연구에 기초를 둘 수 있다. 단계(425)에서, 자산 테이블(305)로부터 선택된 자산은 모든 관련 데이터 소스로부터 끄집어내어 디스플레이된다. 주택은 공개 기록의 문제이기 때문에, 디폴트에 의해 주택에 대한 기본적인 설명은 일반적인 공적 소비(public consumption)를 위해 제공될 수 있는데, 이 일반적인 공적 소비는 주택에 관한 기본적인 정보만을 보여주고 공간 및/또는 그외 영역의 사적 파일 또는 상세를 디스플레이하지 않는다. 이 기본적인 정보는 그 자산의 도시, 주, 및 우편번호, 자산 특징, 주택의 공간 및 그외 영역을 포함할 수 있지만, 다양한 공간 및 그외 영역의 특별한 것뿐만 아니라 자산을 특정한 어드레스에 구체적으로 결합시키는 어떠한 정보도 보여줄 능력은 포함하지 않는다. 테이블(303)의 사용자에 있어서, 테이블(305)로부터의 자산의 모든 상세 및 관련 데이터 컨테이너는 볼 수 있고 편집도 가능하다. 사용자의 신용 그룹 테이블(315)에 있어서, 사회가 볼 수 있게 일반적으로 공개 또는 표시되어 있는 상세만이 신용 멤버(316)에 보여질 수 있지만, 테블(303)의 소유하는 사용자가 아닌 어느 누구도 데이터를 편집할 수 없다.

본 발명의 다른 관점은 도 20a 내지 도 20d의 비제한적인 예에 도시된 바와 같이, 이미지, 비디오, 사운드 또는 여기서 "파일"이라고 하는 문서를, 자산, 주택 내의 공간, 자산의 영역, 목록 항목 또는 주택 프로젝트와 관련시켜 업로딩하는 능력을 제공하는 데이터 구조 및 컴퓨터로 구현된 과정이다. 일실시예에서, 사용자는, 부동산, 개인 자산, 주택 내의 공간, 자산의 영역, 목록 항목 또는 주택 프로젝트를 포함하는 기존의 실체에 부착시키기 위해, 파일을 데이터 저장소, 예를 들어 자산 테이블에 이메일로 보낼 수 있으며, 이러한 기존의 실체는 열거된 예에 제한되지 않는다. 관련 관점은 사용자로 하여금 그 관련 파일로부터 주택의 프레젠테이션을 생성할 수 있게 하는, 컴퓨터로 구현된 과정이다. 발명의 한 관점에서, 컴퓨터 파일은 자산 테이블(305)에 업로드될 수 있거나 참조될 수 있는데, 도 20a 및 도 20d에 도시된 바와 같이, 자산 내의 공간, 자산의 영역, 목록 항목 또는 주택 프로젝트에 참조될 수 있다. 이 파일은 자산의 비디오 필름(video footage) 및/또는 포토 문서를 포함할 수 있으나, 이에 제한되지 않는다. 일례에서, 비디오는 도 20b의 일례에 도시된 바와 같이, 부동산의 인테리어, 익스테리어 및 그라운드 뷰를 포함한다. 비디오는 서라운딩 자산(surrounding properties) 및 영역의 개관(general view)에 대한 비디오를 선택적으로 포함할 수 있다.

컴퓨터 파일이 무제한으로 저장될 수 있거나, 소정 수의 컴퓨터 파일 및/또는 컴퓨터 파일의 각각의 타입에 또는 모든 컴퓨터 파일 타입을 집합적으로 망라하여 제한된 양의 절대적인 저장소만을 허용하도록 제한이 이루어질 수도 있다. 단계(601)에서, 사용자로 하여금 수동으로 컴퓨터 파일에 대한 경로를 입력할 수 있게 하거나 컴퓨터 파일에 대한 온보드 컴퓨터 저장소를 브라우징할 수 있게 하는 업로드-파일 디스플레이가 사용자에게 제공되는 동시에, 외부 시스템으로부터 컴퓨터 파일을 참조만 하게 하고 이 시스템에 컴퓨터 파일을 직접적으로 업로드하지 못하게 하기 위한 이진 결정(binary decision)도 제공한다. 컴퓨터 파일은 하나씩 또는 그룹 선택을 통해 스스로 업로드될 수 있다. 일실시예에서, 부동산, 개인 자산, 주택 내의 공간, 자산의 영역, 목록 항목 또는 주택 프로젝트를 포함한 기존의 실체 부착시키기 위해 또는 기존의 실체와의 연관을 위해, 사용자는 파일을 데이터 저장소에 직접 또는 간접적으로 이메일로 해서, 예를 들어 자산 테이블에 보낼 수 있으며, 이러한 기존의 실체는 열거한 예에 제한되지 않는다. 사용자는 업로드 또는 참조할 하나 이상의 컴퓨터 파일을 정의하고 그런 다음 단계(602)를 통해 그 선택된 컴퓨터 파일을 업로드 또는 참조한다. 이러한 컴퓨터 파일은 이미지, 비디오, 오디오 및/또는 여기서 파일이라고 하는 문서일 수 있다. 단계(603, 604, 605)는 파일-타입에 특정한 프로세스를 하향 처리(processing down)로 하기 위한 체크를 제공한다. 단계(606)에서, 적절한 파일 범위를 위해 이미지를 체크한다; 여기서 이미지는 저장하거나 불러오는 것에 사용되는 임의의 포맷, 예를 들어 TIFF, JEPG, GIF, PNG, BMP 등일 수 있다. 단계(607)에서, 적절한 파일 범위를 위해 비디오를 체크한다. 비디오는 비디오를 저장하고 플레이하는 데 사용되는 임의의 포맷, 예를 들어 QT, MPEG, AVI, WMF 등일 수 있다. 단계(609)에서, 적절한 파일 범위를 위해 오디오를 체크한다. 오디오 파일은 오디오를 저장하고 플레이하는 데 사용되는 임의의 포맷, 예를 들어, WAV, MP3, AAC, WMA, DRM 등일 수 있다. 단계(620)에서, 적절한 파일 범위를 위해 문서 파일을 체크한다. 문서 파일은 문서를 저장하고 다시 불러내는 데 사용되는 임의의 포맷, 예를 들어, DOC, PDF, RTF, TXT, XLS, MPP, ZIP, PPT, XML, HTML 등일 수 있다. 단계(619)에서, 참조에 의한 체크가 이루어지고, 파일이 업로드되지 않은 경우, 단계(618)는 파일 리스트(314)에서만 참조인 파일(304)을 생성하도록 실행되며; 업로드는 이루어지지 않는다. 그렇지만, 업로드가 이루어지면, 단계(609)가 실행되어, 타겟 소스로부터 파일을 끄집어내고, 그 파일을 시스템에 저장하고 적절한 파일(304) 및 파일 리스트(314) 참조를 생성한다. 참조 또는 업로드에 의해 파일(304)이 생성되면, 단계(616)에서는, 사용자(303) 선호도에 기초하여 파일(304)에 대한 프라이버시 속성을 설정하지만, 사용자는 프라이버시 상태를 업로드 후 언제라도 변경할 수 있다. 각각의 파일은 공개(사용자만), 절반-공개(사용자 및 사용자의 신용 그룹만) 또는 공개(모두)로서 간주되지만, 이러한 설계는 단지 3가지의 프라이버시 상태로 설계를 제한하려는 것이 아니라, 오히려 바람직한 실시예에 대한 일례로서만 제공한다. 단계(610)에 정의된 바와 같이, 프로세스는 모든 식별된 파일들이 업로드되거나 참조될 때까지 계속된다. 파일들은 도 20a 내지 도 20d에 도시된 바와 같이, 자산, 공간, 그외 영역, 프로젝트 또는 목록 항목에 직접 또는 간접적으로 업로드되거나 참조될 수 있다. 하나 이상의 자산 및 주택 포토도 자산 상에 직접적으로 업로드되거나 참조될 수 있고 그런 다음 다양한 공간 및 그외 영역에 배포된다.

예를 들어 도 6b에 도시된 바와 같은 일부의 실시예는, 도 20b에 도시된 바와 같이, 자산 포토를 자산 자체에 할당하는 프로세스를 제공하거나, 도 20a에 도시된 바와 같이, 관련 공간 및 그외 영역에 할당하는 프로세스를 제공한다. 단계(613)에서, 사용자는 자산 테이블(305) 및 자산 영역 테이블(308)에 업로드된 모든 이미지를 관련 파일 리스트(314)를 통해 관찰한다. 그런 다음 단계(614)에서, 사용자는 파일 리스트(314)로부터 이미지를 선택하고 그 선택한 이미지를 다른 파일 리스트(314)에 할당하는 데, 다시 말하면, 그 선택된 이미지를 자산 테이블(305)의 파일 리스트(314)로부터 또는 자산 영역 테이블(308)의 파일 리스트(314)로부터 이동시킨다. 사용자는 자신이 끝마칠 때까지 이것을 한 다음 그 변경이 단계(615)에서 저장된다. 이러한 파일 할당을 위한 사용자 인터페이스를 실행하기 위한 방법이 많이 있지만, 하나의 예시적 실시예만을 도 6c에 도시한다. 이 도면에서, 현재 이미지의 리스트가 자산에 할당된 상부에는 자산 이미지를 위한 섹션(630)이 존재한다. 이미지의 리스트가 너무 길어 하나의 화면에서 볼 수 없다면, 리스트 내의 모든 이미지에 대한 내비게이션을 지원하기 위한 스크롤링 기능(631)이 존재한다. 더 많은 이미지를 첨부하기 위해 업로드 프로세스를 개시하는 제어부(632)가 존재한다. 자산 이미지(630)의 아래에는, 공간 이미지(643) 및 다른 영역 이미지(642)를 위한 섹션(633)이 존재한다. 이 섹션은 활성의 주택(active home)이 고유하게 식별되어 있는 주택의 다양한 플로어로 분할하여 독립식으로 한다. 특정한 플로어 내의 공간들(636-641)이 이 특정한 플로어에 부착된 섹션(635)에 열거되어 있다. 공간들(635-641)의 레이아웃은 단지 예시일 뿐이며 엄밀한 정의를 의미하는 것은 아니다. 각각의 공간 또는 다른 영역은 할당된 제로 이상의 이미지를 가진다. 공간 또는 그외 영역이 복수의 이미지(638)를 가지는 경우, 내비게이션 제어가 제공되어 그 공간 또는 그외 영역에 있는 모든 이미지를 볼 수 있다. 자산, 공간 또는 그외 영역으로 이미지를 이동시키는 것은 다양한 방식으로 행해질 수 있다. 예를 들어, 사용자는 이미지를 클릭하여 활성 상태로 만들고 그런 다음, 공간 또는 그외 영역을 클릭하면, 그 이미지는 그 공간 또는 그외 영역에 할당되며; 또는, 이미지의 선택 시에, 드롭-다운(drop-down) 또는 팝업(popup) 식으로 메뉴를 이용할 수 있어서 이미지가 할당되어야 하는 공간을 선택하고; 또는, 사용자는 이미지를 움켜쥔 다음, 그 움켜쥔 이미지를 적절한 공간 또는 그외 영역으로 끌고 가서 할당한다. 사용자가 끝마치면 사용자는 사용자의 할당을 저장할 수 있다(644).

파일들이 업로드되거나 참조되면, 일실시예는 사용자로 하여금 주택의 프레젠테이션을 생성할 수 있게 한다. 이 프레젠테이션은 자산, 영역, 프로젝트 및/또는 목록 항목과 연관된 파일들 중 하나 이상으로부터 구성될 수 있다. 사용자가 나타내고 싶어하는 것이 무엇이든 간에, 이 프레젠테이션은 자산, 주택 내의 하나 이상의 공간, 자산의 하나 이상의 그외 영역, 하나 이상의 목록 항목, 및/또는 하나 이상의 주택 프로젝트, 또는 이것들의 임의의 조합에 대해 행해질 수 있다. 사용자는 제한된 또는 무제한의 프레젠테이션을 생성할 수 있으며 특정한 프레젠테이션을, 자산, 주택 내의 한 공간, 자산의 한 영역, 목록, 이 목록 내의 한 항목 또는 주택 내의 특정한 프로젝트와 연관시킬 수 있다. 특정한 일례에서, 이 프레젠테이션은 파일들에 대한 순차적인 프레젠테이션에 의해 예시되는 자산의 가상 여행이 될 수 있다. 가상 여행은 신용 그룹의 멤버가 관찰하는 데 유용할 수 있다. 가상 여행은 자산이 "판매 중" 또는 "임대 중"일 때 활성화될 수 있고 활성화되지 않을 수도 있다. 자산을 "판매 중" 또는 "임대 중"인 것에 이어서, 장래의 구매자, 임차인 또는 부동산 중개인이 비교 검토를 위해 시스템 상에서 일련의 자산을 선택한 후, 장래의 구매자, 장래의 임차인 또는 부동산 중매인에 의해 인터넷 및/또는 그외 사설 네트워크 또는 공용 네트워크에 동작 가능하게 연결된 원격 단말기를 이용하여 가상 여행이 이루어질 수 있다. 선택적으로, 가상 여행 특징은 사용자로 하여금, 원래의 파일이 가구가 비치된 자산인 '가구가 비치된' 비디오 옵션과, 파일들에 제공된 가구가 파일로부터 디지털적으로 제거되어 있는 '가구가 비치되지 않은' 비디오 옵션 중에서 선택할 수 있게 한다.

선택적으로, 가상 여행 특징은 사용자로 하여금 "나의 가구" 옵션 등을 선택할 수 있게 함으로써, 사용자는 사용자의 가구의 디지털 에뮬레이션(digital emulation)을 이 가상 여행의 가구가 비치되지 않은 버전에 배치할 수 있다. 이 시스템은 '나의 가구' 선택이 플로어 플랜(floor plan)에 표시된 자산(305)의 플로어 플랜을 사용자가 프린트할 수 있게 하거나, 또는 그 플랜을 이동 회사(moving company)에 직접 보내어 이러한 이동 동안 가구의 바람직한 배치를 용이하게 할 수 있다.

본 발명의 다른 관점은, 도 24 및 도 25a 및 도 25b의 비제한적인 예에 도시된 바와 같이, 주택 내 또는 그외의 것 내에 속하는 것들, 또는 목록을 정의하는 능력이다. 목록 항목을 생성하고 편집하는 프로세스의 일례가 도 7a에 도시되어 있다. 단계(702)에서, 목록 항목 엔트리(307)가 도 25a의 비제한적인 예에 도시된 바와 같이 생성되고 도 24의 비제한적인 예에 도시된 바와 같이 목록 테이블(306)에 저장된다.

단계(703)에서, 사용자가 목록을 수동으로 편집하는 경우, 항목이 디스플레이되고, 사용자는 도 25b의 비제한적인 예에 도시된 바와 같이, 속성을 편집할 수 있게 된다. 이러한 속성은 항목명, 항목의 타입을 포함하되, 이에 제한되지 않으며, 항목명으로는, 골동품(antiques), 어플라이언스, 삽화(artwork), 건축/기능 재료(building/craft material), 빌트-인(bulit-in), 카메라, 옷, 수집품(collectibles), 컴퓨터, 날붙이(cutlery), 장식품, 식기, 전자제품, 또는 구매할 수 있거나 임대할 수 있거나 또는 대여할 수 있는 것이 있으나, 이에 제한되지 않으며; 항목의 타입으로는, 항목이 위치하는 공간 또는 그외 영역, 제조업자, 모델 넘버, 범용 제품 코드(UPC), 일련번호, 구매 장소, 구매일, 구매가, 시장가, 양 등이 있다. 항목의 정의에는 마찬가지로 항목의 속성 '판매 중'이 포함되기고 하고 포함되지 않기도 한다. '판매 중'으로 표시되어 있는 모든 목록 항목 엔트리(307)는 공개 정보로서 자산 상세로 전시된다.

단계(703)에서 결정된 바와 같이 수동으로 편집하지 않고 또한 단계(705)에서 결정된 바와 같이 항목 상세가 문서로 나오는 경우, 시스템은 단계(708)에서 문서의 소스를 위한 구성(709)을 이용해서 사전에 구성되어 있는 통행인(passer)을 선택할 것이다. 상기 소스에 의해 제공되는 유효한 문서 타입은 문서를 저장하고 다시 불러내는 데 사용되는 임의의 포맷일 수 있으며, 예를 들어, DOC, PDF, RTF, TXT, XLS, MP, ZIP, PPT, XML, HTML 등일 수 있다. 소스로부터의 문서의 컨텐츠는 그 소스에 특정되어 있으며, 항목 상세가 문서로부터 용이하게 추출되고 목록 항목 엔트리(307)에 적용되도록, 단계(712)에 표시된 논리적 파싱(logical parsing)이 가능해야만 할 것이다. 소스 문서의 포맷은 소스 및 시스템에 의해 예를 들어 인터페이스 정의와 부합될 수 있다. 이 소스 문서는 사용자에 의해 다운로드될 수 있거나 소스에 의해 자동으로 이 시스템에 보내질 수 있다.

단계(705)에서 결정된 바와 같이 문서를 파싱하지 않고 또한 단계(704)에서 항목 상세가 범용 제품 코드(UPC)로부터 나오도록 결정되는 경우에는, UPC 코드의 이미지가 처리되거나 또는 PUC 스트링이 이용 가능하여 직접적으로 처리된다. 단계(707)에서, 이미지가 처리되면, 먼저 UPC 스트링이 단계(710)에서 그 이미지로부터 추출되어야만 한다. 단계(710)를 위한 많은 상업적으로 이용 가능한 솔루션이 존재한다. 다음 단계(714)가 실행되어, UPC 스트링으로부터 제품 정보를 추출하고 목록 항목 엔트리(307)를 파뮬레이팅하도록 UPC 스트링을 캐릭터 형태로 파싱한다. UPC는 많은 상업적으로 이용 가능한(일부의 경우에는 무료로 이용 가능) 소프트웨어 솔루션이 적용되는 국제 표준이다. 목록 항목 엔트리(307)가 수동으로 또는 문서로부터 생성되고 및/또는 편집되고, 그런 다음 사용자는 단계(600)에서 제로 이상의 파일을 업로드하여 목록 항목 엔트리(307)와 연관시키거나 참조할 수 있다. 단계(710)에서 수행될 때, 목록 항목 엔트리(307)가 저장된다.

목록와 관련한 본 발명의 다른 관점은 관찰의 구매가 포인트와 시장가 모두로부터, 목록와 관련된 화폐 가치를 관리할 능력을 제공하는 데이터 구조 및 컴퓨터로 구현된 과정이다. 이 관점은 온라인(예를 들어, Amazon.com) 및 종래의 "현실 세계(brick-and-mortar)" 상점(예를 들어, Home Depot, Sears 등) 양자와 자동으로 통합하는 능력 및 목록 항목의 구매 및 판매를 추적하는 구매 시장/판매 시장(예를 들어, 이베이, 옥션 하우스 등)을 사용자에게 제공하는 것을 포함할 수 있다.

목록와 관련된 본 발명의 다른 관점은 목록 내의 항목의 판매와 하나 이상의 제3 구매-판매 온라인 포럼(예를 들어, eBay)을 통합하는 능력이다. 도 7b는 판매에 대한 프로세스의 일례를 나타낸다. 이 프로세스를 시작하기 전에, 도 10에 이미 나타낸 바와 같이, 사용자는 제3 구매-판매 포럼 상의 계좌를 설정하고 그 계좌 정보를 시스템에 통지했어야만 한다. 팔기 위해, 사용자는 단계(721)에서 목록 내의 항목을 선택하고, 단계(722)에서 그 판매가 전송되는 통합된 시장의 미리 정해진 구성으로부터 시장을 선택한 다음, 예를 들어 수용 가능한 최저가, 판매 기간 등과 같은 시장 고유의 속성을 정의하고, 그런 다음 단계(724)에서 판매 주문을 구매-판매 포럼에 전송한다. 거래를 끝내기 위해서는, 시스템은 단계(725)에서 판매 주문의 확인을 수신해야만 한다. 판매 주문의 전송은 인터넷, 전화, 휴대폰, 위성을 통하거나 또는 일부 그외의 전용으로 또는 범용으로 이용 가능한 통신 링크를 통해 수행될 수 있다. 판매 거래를 종료한 후에는 도 7d에 도시된 바와 같이, 제3 구매-판매 포럼은 판매된 항목(들)의 판매 사항(sale particulars)을 다시 보낸다. 시스템은 먼저 단계(741)에서 외부 시장 정보 테이블(317)에 대한 사용자/시장 정보를 인가한 다음, 시장가 및 목록 항목 엔트리(307)의 판매일 및 이에 따른 목록 테이블(306)을 갱신한다.

목록와 관련된 본 발명의 다른 관점은 하나 이상의 제3의, 온라인 시장(예를 들어, Amazon.com)에 항목들의 구매를 통합하고 구입 시 자동으로 또는 수동으로 사용자의 목록을 갱신하는 능력이다. 자동 서비스를 사용하기 위해서는, 도 10에 이미 나타낸 바와 같이, 사용자는 제3 시장 상의 계좌를 설정하고 시스템에 계좌 정보를 통지해야 한다. 구매 시, 온라인 시장은 단계(727)에 나타낸 바와 같이, 인터넷, 전화, 휴대폰, 위성을 통하거나 또는 사용자의 온라인-시장 계좌 정보를 구매 정보와 함께 제공하는 전용으로 또는 범용으로 이용 가능한 통신 링크를 통해 직접적으로 시스템과 통신할 수 있다. 시스템은 그 사용자와 외부 시장 정보 테이블(317)을 연관시키고 단계(728)에서 시장 데이터의 정확성을 갱신한다. 유효한 구매가 단계(729)에서 구매 상태로부터 추출되고, 이에 따라 새로운 목록 항목이 단계(700)에서 생성된다. 온라인 시장은 마찬가지로 포럼에 관한 구매 정보 및 사용자가 수동으로 목록 정보를 시스템에 입력할 수 있는 일부의 그외 통신만을 제공할 수 있다.

목록에 관련된 본 발명의 다른 관점은 하나 이상의 제3의, 오프라인(in-person) 시장(예를 들어, Home Depot, Lowes, Sears 등)과 항목들의 구매를 통합하고 구매 시 자동으로 또는 수동으로 사용자의 목록을 갱신하는 능력이다. 자동 서비스를 사용하기 위해서는, 사용자는 오프라인 시장 상의 계좌를 설정하고 계좌 정보를 시스템에 통지해야만 한다. 오프라인 시장에 연결된 프로세스는 이전의 정의한 온라인 시장과 동일하다. 부가적으로, 연결된 그리고 연결되지 않은 오프라인 시장 모두에서, 사용자는 오프라인 시장에서 자신의 자산 및/또는 목록의 관점을 보면서 자신의 계좌에 대한 액세스를 가질 수 있다. 될 수 있는 한, 오프라인 시장은 사용자로 하여금 구매한 항목의 UPC를 스캔하고 도 7a에 도시된 바와 같이 UPC 스트링의 자동 처리를 수행할 수 있게 한다. 사용자의 계좌에 대한 액세스는 오프라인 시장에서 웹-가능의 컴퓨터를 통해서 또는 웹-가능한 휴대폰 또는 웹-가능의 개인휴대 단말기 또는 이 시스템에 대한 액세스가 달성될 수 있는 일부의 그외 통신-가능의 디바이스를 통해서 이루어질 수 있다. 이러한 통신-가능한 디바이스는 오프라인 시장에 의해 또는 사용자 자신에 의해 제공될 수 있다. 사용자는 또한 "스마트-카드" 기술을 가질 수 있는데, 이 스마트 카드는 사용자가 시스템으로 가져와서 시스템이 구매 정보를 추출하는 오프라인 시장 구매 정보를 수집할 수 있다. 스마트 카드 상의 구매 정보는 하나 이상의 문서(예를 들어, 도 6a의 설명에서 정의된 바와 같은 문서의 타입)에 또는 스마트 카드로부터 시스템으로 용이하게 이동되는 일부의 다른 영구적 저장소에, 예를 들어 데이터를 스마트 카드로부터 끄집어내어 시스템으로 들여오는 관계 데이터베이스에 저장될 수 있다.

목록와 관련된 본 발명의 추가의 관점은 사용자의 목록을 하나 이상의 제3의, 오프라인 시장(예를 들어, 목재 하치장(lumber yard), 하드웨어 상점, 건축 자재 상점 등과 같은 소위 "현실 세계" 상점)과 통합하는 능력이다. 비제한적인 예에서, 오프라인 시장은 특정한 위치에서의 시장의 목록에 관한, 즉 시장 목록(예를 들어, 특정한 위치 내에서의 제안된 항목의 목록, 진행 중인 판매, 및 목록 레이아웃)에 관한 고객/사용자 전자식 정보를 제공한다. 고객은 시장에서 자신의 자산 및/또는 목록의 관점을 보면서 자신의 계좌에 액세스할 수 있으며, 상기 목록은, 예를 들어, 주택 또는 이 주택에 관련되지 않은 다른 개인 자산 항목, 예를 들어 특정한 프로젝트를 완료하는 데 필요할 수 있는 항목을 위해 일반적으로 필요한 또는 바람직한 하나 이상의 리스트 항목을 포함하는 공급 목록이다. 동시에, 고객은 특정한 오프라인 시장 내에서 사용자의 목록 내에 열거된 항목을 찾기 위해 오프라인 시장에 의해 제공된 정보에 액세스할 수 있다. 일실시예에서, 사용자는 임의의 적절한 휴대용 인터넷 가능의 디바이스를 통해, 예를 들어, 스마트 폰, 무선 개인 휴대 단말기(PDA), 휴대폰 또는 그외 휴대용 통신 디바이스 등을 통해, 데이터 테이블에 포함되어 있는 사용자의 자산, 목록 또는 주택 프로젝트 정보에 액세스하고, 시스템은 선택된 오프라인 시장을 방분하고 있는 사용자에게 데이터 테이블에 열거된 현재의 공급 목록을 통지한다. 대안으로 또는 부가적으로, 휴대용 디바이스는 사용자의 목록에 열거된 항목이 주어진 오프라인 시장 또는 특정한 오프라인 시장의 한 섹션에서 이용 가능한 지를 시스템에 질문한다. 판매 거래가 완료되면, 점내의 시장(in-store market)은 그 거래에 대한 수취 또는 사본 수취를 사용자의 계좌에 직접 이메일로 보낼 수 있다. 또한, 점내의 시장은 제품 상세 또는 제품 또는 서비스 시세 또는 입찰을 포함한 추가의 제품 정보를 사용자의 계좌에 이메일로 보낼 수 있으며, 상기 추가의 제품 정보는 열거된 것에 제한되지 않는다.

그러므로 본 발명의 이 관점에 따르면, 자산 정보를 관리하기 위한 방법이 제공되며, 상기 방법은 예를 들어 주택 또는 이 주택과 관련되지 않은 그외 개인 자산 항목을 위해 일반적으로 요구되거나 원하는 항목, 또는 상기 자산에 대해 이행되는 하나 이상의 프로젝트에 요구되거나 원하는 항목에 속하는 공급 목록을 포함하는 정보를 포함하는 데이터 저장소에 데이터 구조를 생성하도록 컴퓨터 시스템을 동작시키는 단계를 포함한다. 방법은 제3 시장의 시장 목록을 포함하는 정보를 포함하는 데이터 저장소에 추가의 데이터 구조를 생성하도록 컴퓨터를 동작시키는 단계를 더 포함한다. 추가의 데이터 구조는 제3 시장으로부터 상기 시장 목록을 수신하도록 구성되고 배치된 컴퓨터와 상호작용 가능한 데이터 구조에 의해 선택적으로 제공된다. 일실시예에서, 사용자는 휴대용 인터넷-가능의 디바이스를 통해 상기 공급 목록에 액세스할 수 있다. 사용자는 또한 이러한 휴대용 인터넷-가능의 디바이스를 통해 상기 시장 목록에 액세스할 수 있다. 선택적으로, 사용자는 상기 공급 목록 및 상기 시장 목록에 동시에 액세스할 수 있다. 대안의 실시예에서, 사용자는 상기 휴대용 인터넷-가능의 디바이스를 통해 상기 공급 목록을 개선할 수 있으며, 일부의 실시예에서, 사용자는 데이터 구조에 정보를 이메일로 제공할 수 있다. 또한, 제3 시장은 제품 정보를 데이터 구조에 이메일로 보낼 수 있으며, 상기 제품 정보는 수신, 제품 또는 서비스에 대한 시세, 제품 상세, 및 이것들의 조합으로 이루어지는 그룹으로부터 선택된다.

목록와 관련된 본 발명의 다른 관점은 관찰의 구입가 포인트 및 시장가 모두로부터, 목록와 관련된 화폐 가치를 관리하는 능력이다. 시장가는 하나의 항목에 대한 현재의 시장가를 결정하기 위해, 사용자에 의해 설정된 수동으로 설정되거나, 하나 이상의 제3 개방형 구매-판매 온라인 포럼(예를 들어, eBay)을 모니터링하는 알고리즘에 의해 자동으로 설정될 수 있다.

본 발명의 다른 관점은 주택 프로젝트를 문서화하고 실행하는 능력을 제공하는 데이터 구조 및 컴퓨터로 구현된 과정이다. 이러한 과정은 예를 들어 과거 그리고 현재의 프로젝트 작업에 기초하여 주택에서의 주택 소유자의 세금에 대한 변경을 추적하는 단계를 포함한다. 이것들은 또한, 예를 들어 월드 와이드 웹 또는 공용 네트워크 또는 사설 네트워크를 통해 이러한 정보를 전송함으로써, 공개 포럼에 참여하는 서비스 제공자에게 입찰을 위해 입력된 프로젝트를 제출하는 단계를 포함한다.

자산에 대한 프로젝트를 문서화하고 실행하는 능력은 도 22 및 도 23a 내지 도 23c의 비제한적인 예에 도시된 바와 같이, 본 발명의 다른 관점이다. 주택 프로젝트는 주택 개량, 수리, 연장, 일회 보수, 주기적인 유지 관리 등을 포함할 수 있지만, 이에 제한되지는 않는다. 이러한 프로젝트는 주택 외부, 내부, 주택 내의 하나 이상의 공간, 자산의 하나 이상의 영역, 및/또는 이것들의 일부의 조합 상에서, 자산과 관련될 수 있다. 이러한 프로젝트는 서비스 제공자에 의해 실행되는 것을 의미하는 것이 아닌 또는 최후의 실행을 위해 서비스 제공자에게 게시되는 것을 의미하는 것이 아닌 이력 목적을 위한 사용자에 의한 단순한 상세일 수 있다. 도 22는 자산(2201)과 관련된 프로젝트의 데이터베이스로부터 이러한 프로젝트의 개관을 디스플레이하기 위한 사용자 인터페이스 스크린(2200)의 예를 도시하고 있다. 사용자/주택 소유자는 본 예에 도시된 프로젝트 엔트리를 이미 생성하였다(예를 들어, Gutters Project 2202, Fix Railing Project 2204 등). 프로젝트는 기본적인 데이터베이스에 따라 임의의 편리한 방식으로 생성될 수 있다. 예를 들어, 새로운 프로젝트 아이콘(2206) 상의 클릭은 프로젝트 입력 스크린을 불러올 수 있다. 스크린(2200) 상에서, 사용자는 프로젝트를 삭제하기 위해 체크될 수 있는 선택 박스(2208) 및 상태 갱신을 허용하기 위해 상태 풀-다운 선택 박스(2210), 프로젝트 개시 및 종료 데이터 엔트리를 위한 엔트리 필드(2212 및 2214), 및 사용자가 (예를 들어 입찰을 수신하기 위해) 프로젝트를 공개하는 것을 선택할 수 있는 체크 박스(2216)를 구비할 수 있다. 프로젝트 정보에 대한 더욱 상세한 사항은 도 23a 내지 도 23c의 스크린(2302, 2304, 2306)과 같은, 예를 들어 하나 이상의 "편집 프로젝트" 스크린 상에 입력될 수 있으며, 이것은 함께 하나의 프로젝트의 "스냅 샷(snap shot)"을 제공한다. 이러한 스크린들은 예를 들어 계약자들과 같은 서비스 제공자로부터 입찰을 수신하기 위해 프로젝트를 공개하는 데 사용될 수 있는 통상적인 정보를 수집한다. 도시된 이러한 필드 및 조직은 예시일 뿐이며 제한되지 않는다. 다른 스크린 상에서는, 실제의 프로젝트 결과가 입력/수집될 수 있다.

도 8a에서, 사용자는 예를 들어 단계(805)에서 프로젝트 카테고리를 먼저 선택하고, 그런 다음, 단계(806)에서, 도 23a의 비제한적인 예에 도시된 바와 같이, 프로젝트 테이블 또는 프로젝트 테이블(310)에 엔트리를 생성한다. 여기서부터 사용자는 단계(809)에서 (예를 들어 스크린(2302) 상에서) 예를 들어, 이름, 상세, 영향을 받은 프로젝트 영역 테이블(309)(즉, 참여된 주택의 공간 및/또는 영역), 원하는 개시일, 원하는 완료일, 적절한 예산, 및/또는 연락 정보를 포함할 수 있는 프로젝트의 개관을 명시할 수 있으며, 상기 프로젝트의 개관은 열거된 것에 제한되지 않으며, 상기 연락 정보는 이메일, 전화, 휴대폰, 및/또는 사적 메시지를 포함하되, 이에 제한되지 않는다. 사용자는 그런 다음 단계(808)에서, 비공개(아무도 안 되지만 사용자는 액세스를 가진다), 공개(사용자를 포함한 모두가 액세스를 가진다) 또는 절반-공개(사용자 및/또는 사용자의 신용 그룹은 액세스를 가진다)로, 프로젝트 상에서 자신이 원하는 프라이버시를 설정한다. 선택된 프로젝트의 타입이 단계(809)에서 결정된, 대답을 필요로 하는 보충의 질문을 요구하는 경우, 사용자는 단계(810)에서 프로젝트에 특정된 하나 이상의 질문에 대답한다. 각각의 질문은 미리 결정된 타입의 대답을 요구할 수 있다. 다음, 사용자는 도 23b의 비제한적인 예에 도시된 바와 같이, 비디오, 오디오, 사진, 텍스트 또는 그외 파일과 같이, 프로젝트(600)를 설명하는 데 도움을 주기 위한 하나 이상의 파일을 업로드 또는 참조할 수 있다. 프로젝트 상의 정보는 다양한 시간에 사용자에 의해 입력될 수 있으므로, 프로젝트의 이력은 점차 증가해서 기록될 수 있다. 선택적으로(그리고 도시되지 않은), 시스템은 사용자의 재검토 및 승인을 위해 정례적인 유지 보수 달력, 예를 들어, 정해진 정원 손질, 배수로 청소, 가열 오일 전달, 에어컨 유지 보수 및 그외 정례적인 서비스를 자동으로 파퓰레이트하고, 사용자의 검증에 따라 또는 검증 없이, 각각의 정례적인 유지 보수 이벤트의 완료를 (일부의 예에서는 자동으로 또는 반자동으로) 기록할 수 있다. 또 다른 실시예에서, 사용자는 정례적인 유지 보수 달력을 수동으로 파퓰레이트할 수 있다. 또 다른 실시예에서, 시스템은 사용자가 원하는 또는 권장되는 유지 보수 작업을 스케줄링하도록 회상기를 파퓰레이트하는 "회상기(reminder)" 모듈을 포함할 수 있다.

이 점에서, 프로젝트의 정의는 완료하고 사용자는 단계(811)에서 입찰을 위한 프로젝트를 제출하거나 또는 나중에 제출하기 위해 프로젝트를 저장하기로 결정하는 데, 될 수 있는 한 입찰을 제출하지 않는다. 일부의 실시예에 따르면, 시스템은 프로젝트 입찰을 자동으로 공식화하고, 통신 디바이스를 사용하여 그 프로젝트 입찰을 등록된 서비스 제공자에게 보내거나 및/또는 신용 그룹 내의 서비스 제공자에게 게시할 수 있다. 시스템은 그런 다음 입찰을 수집하고 사용자로 하여금 입찰을 검토할 수 있게 한 다음 서비스 제공자를 선택한다. 이 선택은 입찰가, 주문 순서 또는 이것들의 조합에 기초한 컴퓨터 알고리즘을 사용함으로써 보조를 받을 수 있다.

업로드된 또는 참조된 파일과 관련해서, 사용자는 도 23c의 비제한적인 예에 도시된 바와 같이, 프로젝트의 파일을 프로젝트와 관련된 하나 이상의 폴더로 조직할 수 있다. 예를 들어, 사용자는 "전에", "동안", 그리고 "후에" 프로젝트를 위한 폴더를 생성한다. 사용자는 또한 프로젝트에 대한 입찰을 제안하는 각각의 서비스 제공자에 대한 폴더를 가질 수 있다. 사용자는 또한 프로젝트를 실행하는 각각의 서비스 제공자에 대한 폴더를 가질 수 있다. 폴더의 사용에 관한 이러한 예들은 시스템의 정의를 제한하려는 것이 아니며 사용자가 시스템을 사용하는 방법에 관한 문맥을 제공하는 것에 지나지 않는다.

도 9에서, 폴더를 생성하고 파일을 폴더에 할당하기 위한 프로세스의 일례가 정의되어 있다. 단계(900)에서 시작해서, 사용자는 단계(901)에서, 새로운 폴더(313)를 생성하고 시스템은 그 폴더를 프로젝트의 폴더 리스트 테이블(312)에 부가한다. 사용자는 결정 단계(902)에서 파일을 폴더(313)에 업로딩하기로 선택하고 결정 단계(903)에서 사용자는 파일을 폴더(313)로 이동시키기로 선택한다. 한 폴더(313)에서 다른 폴더로 파일을 이동시키기 위해 사용자는 예를 들어 폴더(313)를 먼저 선택하며, 단계(904)에서 파일은 이 폴더(313)로부터 이동되며, 그런 다음 그 폴더(313)에서 이동될 파일을 선택한 다음(단계(905)), 단계(907)에서 시스템으로 하여금 그 파일을 이전의 폴더(313)의 파일 리스트 테이블(314)로부터 다른 폴더(313)의 파일 리스트 테이블(314)로 이동시키게 한다. 프로세스는 단계(908)에서 종료된다.

주택 프로젝트에 관련된 다른 관점은 프로젝트 작업에 기초한 주택의 세금에 대한 변경을 추적하는 능력이다. 사용자는 도 21a 내지 도 21d의 "편집 주택" 스크린의 비제한적인 예에 도시된 바와 같이, 예를 들어 월드 와이드 웹 페이지 인터페이스를 통해 각각의 프로젝트에 대한 기본적인 변형을 수동으로 변경할 수 있을 것이다. 시스템도 마찬가지로 비용이 얼마나 조정되어야 하는 지에 관하여 제안을 제공할 것이다. 디폴트에 의해, 시스템은 기본-영향(basis-affecting)으로서 프로젝트를 정할 수 있거나 또는 기본-영향이 아닌 것으로 해서 프로젝트를 정할 수 있다. 프로젝트가 기본-영향이면, 그 프로젝트에 대한 모든 비용은 자동으로 그 기본에 부가될 수 있다. 바람직하게는, 변경이 언제, 어떻게, 왜 변경되었는지에 대한 문서화가 용이하게 되도록 모든 기본적인 조정에 대해 감사 추적이 유지될 것이다. 스크린(2100)(도 21a)은 부동산 위치를 정의하기 위한 기본적인 입력 스크린의 예를 보여주고 있다. 도 21b는 자산에 관련된 이미지 및 그외 파일을 부착하고, 이것들에 캡션을 부가하는 스크린(2102)의 예를 보여주고 있다. 도 21c는 자산의 상세를 입력하기 위한 스크린(2104)의 예를 보여주고 있다. 2103에서의 기본적인 수는 수동으로 입력될 수 있거나 구매가 및 개량 프로젝트에 의해 공급되는 조정으로부터 시스템에 의해 식별될 수 있다. 도 21d는 자산을 특징짓는 다양한 상세를 입력하기 위한 스크린(2106)의 예를 보여주고 있다. 이 정보가 공개되면, 이 정보의 일부 또는 전부는 통상적으로 읽기 전용 형태로 제공된다.

시스템의 다른 관점은 서비스 제공자가 공개 포럼에 가입하여 사용자들로부터 프로젝트 리드(project leads)를 수신하는 능력을 제공하는 데이터 구조 및 컴퓨터로 구현된 과정이다. 부가적으로, 서비스 제공자는 관련 파일을 가지는 하나 이상의 포트폴리오를 생성하는 툴을 제공함으로써 서비스를 시장에 내놓는 것을 도와주는 능력을 제공한다.

하나 이상의 관점에 따르면, 서비스 제공자는 또한 서비스를 시장에 내놓고 프로젝트 리드를 수신하기 위해 시스템과 결합할 수 있다. 하나의 특정한 예에 따르면, 서비스 제공자는 공개 포럼의 멤버일 수 있다. 서비스 제공자는 목수, 전기기사, 배관공, 정원사, 칠쟁이, 건축가, 감독관, 곤충 및/또는 설치류 실험가, 청소하는 사람, 부동산 중개업자, 세금 조언자, 변호사 또는 임의의 사람, 공개 포럼의 사용자들에게 서비스를 제공하는 또는 제공하기를 바라는 회사 또는 조직을 포함하되, 이에 제한되지 않는다. 서비스 제공자는 바람직하게 한 명 이상의 사람을 시스템에 관련된 회사 또는 조직의 관리자(들)로서 식별할 것이다. 관리자는 회사 또는 조직의 계좌를 설정하고 또한 회사 또는 조직의 대표로서 공개 포럼에서 운용할 회사 또는 조직의 공동 경영자(associates)를 정의하는 데 책임이 있다. 일례에서, 단계(1005)에서, 서비스 제공자 관리자의 정보는 정상적인 사용자(303)의 정보와 동일할 것이지만, 회사명, 상세, 이메일 어드레스, 팩스 번호, 어드레스, 웹 링크, 및 청구 목적을 위한 신용 카드 정보를 포함하는 추가의 정보가 조지(302)와 관련해서 요구될 것이지만, 이 추가의 정보는 열거된 것에 제한되지 않는다. 일단 일반적인 정보가 제공되면, 관리자는 단계(1006)에서 공개 포럼 상의 조직(302)을 대표할 한 명 이상의 공동 경영자를 생성할 수 있다. 다음, 관리자는 단계(1007)에서 도 19의 프로세스(900)에 도시된 폴더 메커니즘을 사용해서, 회사의 서비스를 시장에 내놓는 것을 도와줄 하나 이상의 포트폴리오를 생성할 수 있다. 관리자는 또한 조직(302)이 단계(1009)를 수신하기를 원하는 프로젝트 리드의 카테고리를 설정할 수 있다. 프로젝트 리드의 카테고리는, 사용자가 지붕을 설치하는 것, 집의 외부를 칠하는 것, 집의 내부를 칠하는 것, 화장실을 대체하는 것, 부엌을 리모델링하는 것, 주택을 파는 것, 주택을 사는 것, 주택을 짓는 것을 실행하기를 바라는 프로젝트의 용이하게 확장 가능한 리스트이어야만 하거나, 또는 모두가 주택의 안 또는 주위에서 행하기를 바라거나 또는 자신의 주택 또는 어떠한 주택과도 연관되기를 바라지 않는 임의의 서비스 형태이어야만 하되, 상기 리스트는 열거된 것에 제한되지 않는다. 프로젝트 카테고리의 이러한 리스트는 철저해야 되는 것을 의미하지는 않으며, 설계를 전송하는 데 보조하는 예로서 제공된다. 결합 시, 서비스 제공자는 요금이 부과되거나 사회에 참여하기 위해 나중에 요금을 지불하는 것에 동의한다. 이 요금은 많은 형태를 취할 수 있는 데, 예를 들어 연 단위의 만기, 리드 당 요금, 및/또는 시스템으로부터 리드를 통해 실행되는 다양한 프로젝트에 관한 서비스 제공자에 의해 취해지는 프로세스의 백분율일 수 있으나, 이에 제한되지 않는다.

시스템의 다른 (선택적) 관점은 사용자가 서비스 제공자의 검토를 게시하고 이 검토를 공개 포럼에서 공유하는 능력을 제공하는 데이터 구조 및 컴퓨터로 구현된 과정이다. 이러한 검토는 사용자에 의해 정해진 프로젝트와 연관이 있을 수 있거나 없을 수 있다.

시스템의 서비스 제공자에 의하면, 사용자는 도 3에 도시된 바와 같이 하나 이상의 서비스 제공자에 대한 등급을 게시할 수 있다. 이러한 등급은, 사용자가 자산에 대해 실행하고 시스템으로 저장한 프로젝트와 연관될 수 있거나 프로젝트 작업에 기초한 검토 또는 시스템에 의해 저장된 프로젝트와 반드시 연관된 것은 아닌 그외 경험일 수 있다. 프로세스(830)가 도 8b에 도시된 예에서, 등급이 매겨질 제공자가 단계(831)에서 먼저 선택된다. 이 예에서는 제공자 카테고리 등급이 단계(832)에서 편집되어야 하는 것으로 가정된다. 제공된 등급은, 예를 들어, 프로젝트에 대한 시각표(timeline), 프로젝트와 연관된 청결, 경쟁자와 비교되는 가격, 수행된 작업의 질, 프로젝트 전에, 프로젝트 동안 그리고 프로젝트 후의 통신, 및/또는 프로젝트에 걸친 전문성일 수 있다. 단계(832)에서, 사용자는 또한 상이한 또는 전체적인 등급을 수동으로 정할 수 있거나 또는 단계(833)에서와 같이, 서술된 그외 정해진 카테고리 등급으로부터 전체적인 등급을 자동으로 계산할 수 있다. 사용자가 전체 평균을 자동으로 계산하기로 결정하면, 시스템은 그외 등급 카테고리를 합산하고 그 합계로부터 평균을 계산하고 그 계산된 평균을 전체 등급으로서 적용한다. 다음, 사용자는 단계(834)에서 예를 들어, 일이 완료되었는지, 사용자가 제공자를 다시 고용할 것인지, 작업에 대한 적절한 비용, 작업의 상세 및/또는 제공자에 관한 일반적인 언급 또는 질문의 대상이 되는 프로젝트를 포함하는, 등급에 대한 배경 문맥을 정할 수 있다. 마지막으로, 선택적으로 프로젝트(310)는 단계(835)에서 보조 정보로서 등급과 연관될 수 있다. 각각의 등급 카테고리는 예를 들어 1에서부터 5까지 계층화될 수 있다. 등급은 또한 정해지지 않을 수도 있고 적용되지 않을 수도 있다. 최소에서, 사용자는 제공자의 카테고리 및 전체 등급을 정해야만 한다. 등급이 낮은 서비스 제공자에게는 그 등급에 대한 항변을 제공하는 것이 허용될 수 있다. 등급이 정해지면, 새로운 등급 및 모든 이전의 등급들은 서비스 제공자를 포함한 시스템의 모든 멤버들이 바람직하게 볼 수 있게 되고; 각각의 서비스 제공자는 모든 사용자가 제공한 모든 등급을 모으는 총 등급을 가질 것이다. 이 총 등급은 사용자들이 제공한 모든 등급의 평균 및/또는 중앙값을 포함할 수 있다.

바람직하게, 사용자는 시스템에 수집된 서비스 제공자 등급만 보는 것을 선택할 수 있거나, 또는 서비스 제공자 또는 최소 등급 가치를 가지는 서비스 제공자 또는 그외 필터링된 정보 또는 서비스 제공자(예를 들어, 프로젝트를 제시간에 예산에 맞춰 완료하는 전기기사만)를 선택한다.

시스템은 사용자로 하여금 양호한 서비스 제공자를 수동으로 선택할 수 있게 하거나, 또는 시스템이 내부 랭킹 시스템 및 시간 유용성에 따라 자동으로 서비스 제공자를 선택할 수 있다. 시스템은 사용자로 하여금 자동 선택으로부터 선택된 제공자를 특정적으로 불허하게 할 수 있다. 사용자는 자동 선택을 위해 선택 기준, 예를 들어, 가격, 랭킹, 속도 등을 바람직하게 지정할 수 있다. 시스템은 사용자로 하여금 스케줄링 유용성 옵션을 수입할 수 있게 하거나 및/또는 서비스 제공자를 선택하기 위해 임의의 검색 가능한 차단 기준을 설정하게 할 수 있다.

본 발명의 한 관점에 따르면, 사용자는 서비스 제공자를 시스템에 부가할 수 있다. 사용자는 예를 들어 도 10a에 도시된 바와 같이, 제공자에 대한 사용자 등록을 기입하고, 폐기를 가지는 것만큼 많은 정보를 기재하고, 단계(1011)에서 활성화 프로세스를 개시한다. 서비스 제공자는 활성화(1011)를 받아들여야만 하고 그렇게 함으로써 서비스 제공자는 시스템에서 활성 서비스 제공자가 된다. 사용자가 멤버쉽을 개시하면, 제공자 참조 테이블(319)은 서비스 제공자(1011)의 활성화를 반영하도록 갱신된다. 서비스 제공자가 1012에 표시된 멤버쉽을 활성화하면, 사용자는 예를 들어 사용자에게 배분될 경제적 이익의 척도(measure)에 적격이게 된다. 이러한 경제적 이득의 척도는 현금, 스톡 그랜트(stock grant), 스톡 옵션, 본드(미국, 자치 및/또는 협동 조합), 및/또는 상품에 대한 쿠폰, 서비스, 바캉스, 식사, 이벤트, 차량, 개인이 수신할 때 경제적 이익을 볼 수 있는 것, 또는 이것들의 일부의 조합 또는 그외 이익의 형태를 취할 수 있다. 경제적 이익의 척도와 관련된 양은 서비스 제공자에게 되돌아온 화폐에 기초하지 않은 어떤 설정된 값일 수 있으며; 서비스 제공자가 지불한 사용 승인 요금의 백분율에 기초하여 결정될 수 있으며; 수신하는 프로젝트 리드에 대해 서비스 제공자가 지불하거나 서비스 제공자에게 지불된 요금의 백분율에 기초하여 결정될 수 있거나; 또는, 이것들의 조합 또는 어떤 다른 알고리즘에 기초하여 결정될 수 있다.

시스템에서의 서비스 제공자 및 프로젝트를 제출하는 사용자에 의하면, 시스템은 프로젝트 리드를, 요구된 작업의 타입을 수행하는 잠재적 서비스 제공자에게 게시하는 메커니즘을 제공한다. 도 8a에 도시된 바와 같이, 사용자는 단계(811)에서 하나 이상의 서비스 제공자로부터 입찰에 대한 프로젝트를 제출할 수 있다. 사용자 그렇게 하기로 선택하면, 시스템은 단계(812)에서 사용자에 의해 제출된 프로젝트의 타입을 보기로 서명한 모든 서비스 제공자를 결정할 수 있다. 시스템은 그런 다음 단계(815)에서 리드가 "네트워크 내에서" 취급되는 지를 결정할 수 있으며 - 시스템으로 등록되는 또는 외부적으로 등록되는 제공자에 의한 것임을 의미한다. 네트워크 내에서 결정은 등록되는 제공자 및/또는 네트워크 내에서 처리되지 않는 리드의 구성 및/또는 네트워크 내에서의 취급을 이해하기 위한 그외 다른 방식에 기초할 수 있다. 리드가 네트워크 내에 있지 않은 경우, 시스템은 단계(816)에서, 인터넷, 전화, 휴대폰, 위성 또는 전용으로 또는 일반적으로 이용할 수 있는 통신 링크를 통해, 처리를 위한 외부 지원 서비스(102)에 원하는 리드를 통신할 수 있다. 리드가 네트워크 내에 있는 경우, 시스템은 단계(823)에서 서비스 리드를, 시스템에서 자신들의 지불 방식을 적절하게 서명한 모든 서비스 제공자에게 보급할 수 있다. 시스템은 사용자에 대한 근접성에 의해, 예를 들어 소정의 마일 반경, 동일한 거리, 동일한 이웃, 동일한 우편번호, 동일한 도시, 동일한 카운티, 동일한 주, 동일한 지방, 동일한 나라, 동일한 대륙, 또는 지리학적 참조를 사용하여 프로젝트에 대한 서비스 제공자의 필드를 제한하는 임의의 방식에 의해 그 수신하는 서비스 제공자를 제한할 수 있다. 프로젝트에 입찰하는 서비스 제공자의 필드도 또한 서비스 제공자가 가질 수 있는 전체적인 등급 레벨에 의해 또는 제공자가 가질 수 있는 개인적인 레벨(예를 들어, 서비스 품질, 시각표, 청결, 비용 등)에 의해 제한될 수 있다. 프로젝트에 입찰하는 서비스 제공자의 필드도 또한 특정한 서비스 제공자들을 바람직하지 않은 것으로 식별하는 사용자에 의해 제한될 수 있으며, 즉, 서비스 제공자가 사용자에 의해 바람직하지 않은 것으로 간주되는 경우, 그 사용자로부터 리드를 볼 수 없게 될 것이다. 프로젝트에 입찰하는 서비스 제공자의 필드도 또한 소정의 기간 동안 받을 수 있는 리드의 수에 의해 또는 소정의 지리학적 영역으로부터 또는 받을 수 있는 특정한 타입의 리드의 수에 의해 또는 이것들의 일부의 조합 또는 제공자에 의해 수신된 리드들을 제약하기 위한 방식과 같은 임의의 그외의 것에 의해 제한될 수 있다.

분명하게, 사용자는 마케팅 실체에 대해 상당한 가치가 있는 것으로 전체적으로 입증될 수 있는 시스템에 정보를 제공한다. 총 판매의, 비개인화된 정보(또는, 허용에 따라, 개인화된 정보)는 시스템을 위한 상당한 수입원일 수 있다. 일례에서, 시스템은 지리학적 지도 또는 그외 데이터 구조(예를 들어, 우편번호 목록)에 매핑된 판매/임대의 빈도 및/또는 용량, 자산 당 또는 자산의 평당 평균 가격 등을 디스플레이하는 부동산 거래의 활성 맵을 발생시킬 수 있다. 또한, 통합된 광고는 시스템을 위한 필수적인 수입원일 수 있다. 이러한 광고는 사실상 포괄적일 수 있거나(정보를 보는 사용자에 특정되지 않는다는 의미) 및/또는 시스템에 제공하는 데이터에 기초한 개인적인 것에 구체적으로 목표로 정해질 수 있다. 시스템에서 개체의 개인 데이터에 대한 개방형 액세스는 전술한 바와 같이, 개인 정보를 공개하기를 바라는 레벨까지 사용자에 의해 제어되어야만 한다. 도 14a에 도시된 바와 같이, 사용자의 데이터의 프라이버시에 대한 사용자의 바램도 또한 사용자의 데이터에 대해 동작하는 컴퓨터 알고리즘에 의해 발생될 때 목표 광고의 수신까지 연기할 수 있다. 바람직하게, 사용자는 데이터 집합(data aggregation)(단계 1401) 또는 목표 광고(단계 1402) 중에서 선택할 기회를 가져야만 한다.

본 발명의 다른 관점은, 사실상 포괄적이고 사용자가 시스템에 제공한 정보에 기초해서 사용자에 목표가 정해진 사용자들에 대한 광고를 제공하는 것과 함께, 시스템의 모든 사용자에 관한 전체 시장 데이터를 작성하는 능력을 제공하는 데이터 구조 및 컴퓨터로 구현된 과정이다. 이것은 시스템의 하나 이상의 사용자에게 제공될 경제적 이익의 척도를 결정하기 위한 데이터 구조 및 컴퓨터로 구현된 알고리즘을 포함한다.

본 발명의 한 관점에서, 시스템은 경제적 이점의 척도를, 하나 이상의 수입-발생 서비스에 사용자가 참여하는 것에 기초해서 사용자들에게 제공한다. 이러한 경제적 이익의 척도는 현금, 스톡 그랜트(stock grant), 스톡 옵션, 본드(미국, 자치 및/또는 협동 조합), 및/또는 상품에 대한 쿠폰, 서비스, 바캉스, 식사, 이벤트, 차량, 개인이 수신할 때 경제적 이익을 볼 수 있는 것, 또는 이것들의 일부의 조합의 형태를 취할 수 있다. 특정한 사용자에 대한 경제적 이익의 척도는 시스템의 수입-발생 서비스에서 사용자의 참여에 직접적으로 돌릴 수 있는 회사를 위해 발생된 수입의 레벨에 의해 구축될 수 있다.

데이터 집합 서비스와 관련해서 사용자 옵트-인(opt-in) 또는 옵트-아웃(opt-out)을 포착하기 위해, 도 14b는 데이터 집합 옵트-인을 추적하는 프로세스의 일례를 나타낸다. (단계(1405, 1000)에서 결정된) 등록된 실체가 시스템으로부터 총 데이터를 수신하기를 바랄 때, 실체는 단계(1406)에서 생성되기를 원하는 데이터세트 필터를 먼저 선택한다. 데이터세트 필터는 지리학적 위치에 의해 데이터를 제한하도록 설정될 수 있고, 데이터세트는 단지 소정의 나라, 주, 시골 또는 지방, 도시, 및/또는 우편번호에 의해 제한된다. 데이터세트 필터는 또한 자산 타입, 자산 비용, 자산 크기, 목록 카테고리, 프로젝트 타입 및/또는 번호, 및/또는 시스템에 정해진 자산, 주택, 목록 및/또는 프로젝트를 설명하도록 시스템에 의해 제공된 임의의 키 속성에 의해 데이터를 제한하도록 설정될 수 있다. 데이터 필터가 선택되면, 시스템에서의 사용자(303)는 단계(1407-1411)에서 차단되고, (단계 1408에서 결정된) 데이터 총계(data aggregation)에 옵트-인하는 각각의 사용자는 모아질 정제된 데이터(cleansed data)를 제공하는 사용자의 리스트에 부가될 것이다(단계 1409). 시스템은 사용자를 위해 데이터 총계 참여 이벤트를 로그하여 사용자의 참여를 추적할 것이다(단계 1410). 모든 사용자가 선택되면(단계 1411), 데이터를 정제하고 모은 개인-데이터가 일괄화되어 요구 실체로 보내진다(단계 1412).

광고 또는 그외 비용 지불 컨텐츠와 관련하여 사용자 옵트-인 또는 옵트-아웃을 포착하기 위해, 도 14c는 비용 지불 컨텐츠를 사용자에게 보여주는 것과 비용 지불 컨텐츠에 대한 로깅 액세스와 관련된 프로세스의 일례를 도시하고 있다. 먼저, 사용자는 단계(1423)에서 시스템의 일부의 컨텐츠를 보는 것을 선택한다. 사용자가 (단계 1433에서 결정된) "목표 광고 중지(target ads off)"에 대한 시스템을 구성하면, (단계 1432에서) 일반적인 비용 지불 컨텐츠만이 정상적인 시스템 컨텐츠와 함께 보여진다. 사용자가 (단계 1433에서 결정된) "목표 광고 개시(target ads on)"에 대한 시스템을 구성하면, 시스템은 정상 시스템 컨텐츠와 함께 모든 비용 지불 컨텐츠를 보여준다(단계 1424). 사용자는 하나 이상의 비용 지불 컨텐츠를 보기로 결정할 수 있다(단계 1431). 그렇게 함으로써, 시스템은 컨텐츠가 사실상 포괄적으로 되는 지를 체크하고(단계 1425), '포괄적이면', 시스템은 사용자를 위한 일반적 광고-보기 이벤트를 로그하고 그 데이터는 단계 1427에서 보여지게 된다. 광고가 사용자에 대해 목표가 정해진 것이면, 시스템은 사용자를 위한 목표 광고-보기 이벤트를 로그하고 그 데이터는 단계 1428에서 보여지게 된다. 비용 지불 컨텐츠가 포괄적 또는 목표가 정해진 광고가 아닌 것이면, 시스템은 사용자를 위해 다른 컨텐츠의 보기를 로그하고 그 데이터가 보여지게 된다.

본 발명의 한 관점에 따르면, 시스템은 옵트-인 정보(320)로부터 사용자에 대한 경제적 이익의 척도를 결정할 수 있다. 일례에서, 이 결정은 옵트-인 정보 및 각각의 사용자에 대한 참여의 레벨을 취하고 그 레벨에 따른 이익을 기초로 할 수 있다. 옵트-인 정보에서, 시스템은 각각의 보기에 의해 발생되는 실제의 수입을 추적할 수 있고 각각의 보기의 일부의 백분율을 사용자에게 제공할 수 있다. 다른 예에서, 경제적 이익의 척도는 또한 참여의 레벨 또는 발생된 실제의 수입에 관계없이 모든 옵트-인 사용자에게 균일하게 배분될 수 있다. 다른 예에서, 경제적 이익의 척도는 또한 옵트-인 또는 옵트-아웃 상태에 관계없이 모든 사용자에게 균일하게 배분될 수 있다. 이 경제적 이익의 척도는 또한 시스템의 소정의 사용자에 대해 제한될 수 있는데, 예를 들어 영화, 음악, 뉴스, 스포츠, 텔레비전, 문학, 비즈니스, 예술 등에서의 유명 인사에 제한될 수 있다. 확장하기 위해, 유명 인사 또는 임의의 사용자는 경제적 이익의 척도에 의해 자산 정보를 시스템에 제공하도록 유혹할 수 있으며, 이것은 자신의 정보가 실제로 발생되거나 및/또는 잠재적으로 발생되는 수입에 묶일 수 있다.

본 발명의 다른 선택적 관점은 자치 정부가 공개 포럼 상에서 자신들의 관할권 내에서 자산의 상세를 공개하는 능력이다. 도 11a에 도시된 바와 같이, 카운티를 자치의 예로서 사용해서, 카운티 자산의 인구가 정해진다. 단계(1101)에서, 시스템은 어느 카운티들이 미리 파퓰레이트되도록 (어플리케이션 구성 파일(709)에서) 구성되는 지를 결정한다. 그런 다음 시스템은 각각의 카운티에 대해 반복한다. 단계(1103)에서, 파퓰레이터 모듈은 그 카운티의 데이터의 프리-파퓰레이션(pre-population)을 실행한다. 이 프로세스는 단계(1104)에서 카운티 파퓰레이터 각각에 대해 반복된다. 개별적인 카운티의 프로세스는 순차적으로 하나의 컴퓨터로 구현될 수 있고 하나 이상의 카운티는 운영 체제 쓰레드 또는 프로세 내에서 단일의 컴퓨터로 동시에 실행될 수 있거나 또는 카운티의 프로세스는 하나 이상의 컴퓨터로 하나 이상의 쓰레드 프로세스를 가로질러 확산될 수 있다.

각각의 카운티 파퓰레이터의 프로세스의 일례가 도 11b에 도시되어 있다. 파퓰레이터의 3개의 예는, 한 예는 웹 사이트 스크레이핑함으로써 작동하고(동작 1109), 다른 한 예는 데이터 피드로부터 작동하고(동작 1117), 세 번째 예는 데이터 파일을 끝낸다(동작 1113). 웹 사이트에서 결정(1108)으로부터 "예" 경로인 경우, 시스템은 그 웹 사이트에 연결되고(단계 1109), 한 세트의 자산에 대한 사이트에서 질문을 개시하고 그런 다음 그 결과적인 웹 페이지를 취하고 하나의 자산에서 자산 정보를 한 번에 추출하고(단계 1110), 도 11c에 도시된 바와 같이, 각각의 자산 데이터를 저장한다(단계 1112). 이 프로세스는 모든 자산이 웹 사이트로부터 검색될 때까지 계속된다(단계 1126). 결정 단계(1116)에서 결정된 데이터 피드 경우에, 시스템은 데이터 피드 소스에 연결되고(단계 1117), 피드를 통해 한 세트의 자산을 되돌리도록 그 소스에 대한 커맨드를 개시하고(단계 1118), 그런 다음 그 결과적인 피드 데이터를 취하고 하나의 자산에서 자산 정보를 한 번에 추출하고(단계 1119), 도 11c에 도시된 바와 같이 각각의 자산 데이터를 저장한다(단계 1112). 이 프로세스는 (단계 1123에서 결정되는 바와 같이) 모든 자산이 데이터 피드로부터 검색될 때까지 계속된다. 데이터 파일 경우에서, 시스템은 데이터 파일을 개방하고(단계 1113) 문서를 파싱하여 하나의 자산에서 자산 정보를 한 번에 추출하고 도 11c에 도시된 바와 같이 각각의 자산 데이터를 저장한다(단계 1112). 이 프로세스는 단계(1121)마다, 모든 자산이 데이터 파일로부터 검색될 때까지 계속된다.

자치 자산 데이터의 저장의 일례가 도 11c에 도시되어 있다. 먼저, 데이터세트 내에 자산 소유자 데이터가 존재하면(테스트 단계 1130), 데이터는 (데이터가 이미 파퓰레이트된 경우) 사용자(303) 정보를 생성하거나 갱신하는 데 사용된다(단계 1137). 다음, (단계 1131에서 테스트된) 데이터세트 내에 자산 정보가 존재하면, 데이터는 (데이터가 이미 파퓰레이트된 경우) 자산(305) 정보를 생성하거나 갱신하는 데 사용된다(단계 1132). 공간 정보는 데이터세트로부터 끄집어 내어져서 (데이터가 이미 파퓰레이트된 경우) 자산 영역(308) 정보를 생성하거나 갱신하는 데 사용된다(단계 1133). 다음, 다른 영역 정보가 데이터세트로부터 끄집어 내어져서 (데이터가 이미 파퓰레이트된 경우) 자산 영역(308) 정보를 생성하거나 갱신하는 데 사용된다(단계 1134). 다음, 자산 판매 이력이 데이터세트로부터 끄집어 내어져서 (데이터가 이미 파퓰레이트된 경우) 자산 이전(301) 정보를 생성하거나 갱신하는 데 사용된다(단계 1135). 마지막으로, 자산 세금 부과 이력이 데이터세트로부터 끄집어 내어져서 (데이터가 이미 파퓰레이트된 경우) 세금 부과(318) 정보를 생성하거나 갱신하는 데 사용된다(단계 1136).

일부의 실시예에 따르면, 시스템에서의 사용자는 도 13a 및 도 13b에 도시된 바와 같이 하나 이상의 자산의 보고서를 작성할 수 있다. 보고서를 작성하도록 선택하는 경우, 사용자는 그 보고서에, 자산 상세(1301); 시스템에서 공간 또는 그외 영역과 관련이 없는 목록(1302); 복수의 공간 및/또는 그외 공간의 상세(1303) 중 일부 또는 전부를 포함하도록 선택할 수 있고, 사용자는 개별적인 공간/그외 공간 또는 모든 공간/그외 공간; 및/또는 선택된 공간/그외 영역 상에서의 목록 상세를 공간/그외 영역에 의해 선택할 수 있다(1304). 이러한 결정이 이루어지면, 사용자는 보고서를 작성하도록 선택할 수 있다(단계 1305). 보고서를 작성하면(단계 1306), 시스템은 보고서 파일을 개방하고(단계 1308), 자산 상세가 포함되는 경우, 자산 컨테이너(305)로부터 데이터를 검색하고(단계 1312), 포맷된 데이터를 보고서 파일에 기입한다(단계 1313). 공간/그외 영역이 선택되면(단계 1310), 시스템은 각각의 공간에 대한 공간 데이터를 획득하고(단계 1314, 1317) 그 포맷된 데이터를 보고서 파일에 기입한 다음(단계 1315), 공간/그외 데이터에 대한 목록 컨테이너(306)로부터 목록 데이터를 획득하고(단계 1319), 그 포맷된 데이터를 데이터 파일에 기입한다(단계 1318). 선택된 공간/그외 영역이 테스트 단계(1317)에 의해 결정된 바와 같이 완전하게 처리되면, 시스템은 공간에 할당되지 않은 목록이 포함되어야 하는지를 알기 위해 체크하고(단계 1311) 그리고 포함되어야 한다면 목록 컨테이너로 그 할당되지 않은 목록을 획득하고(단계 1321) 그 포맷된 데이터를 데이터 파일에 기입한다(1320). 완료되면, 시스템은 보고서 파일을 디스플레이하고(단계 1321) 작성이 완료된다(단말기 1322). 일단 보고서를 가지는 사용자는 그 보고서를 가지고 원하는 것은 무엇이든지 할 수 있으며, 보험 청구를 하는 경우 예를 들어 보고서를 보험 중개인에 보낼 수 있다.

소정의 실시예에 따르면, 시스템 내의 일부의 자산은 일반인(the general public)이 볼 수 있다. 그러나 소정의 시간에 자산 소유자가 자신의 자산을 팔기로 결정할 수 있으며 일반인이 그렇게 통지받는 것은 이익이 될 수 있다. 시스템은 그러므로 사용자 능력을 판매를 위한 자산 "셀프-리스트"에 제공할 수 있다. 셀프-리스팅에 대한 프로세스(1200)의 일례가 도 12a에 도시되어 있으며 사용자가 자신의 자산을 팔기 위해 선택하는 것으로 시작한다(단계 1201). 시스템은 사용자 테이블(303)로부터 사용자 데이터를 획득하고(단계 1202), 소유권이 확실한지를 체크한다(단계 1203). 사용자가 아직 키 식별 정보를 제공하지 않은 경우, 사용자는 이 정보를 제공해야만 하고, 자산을 목록화하는 결정이 이어진다(단계 1204). 식별 정보는 예를 들어 카운티 기록, 주요한 신용카드 회사와의 신분을 검증하기 위한 신용카드 정보, 상업 은행에 대해 체크되어야 하는 은행 계좌 정보, 및/또는 이러한 정보의 신용 소스를 통해 검증될 수 있는 임의의 그외 (엄격하게 기밀한) 정보를 체크하는 데 사용될 수 있는 주민등록번호일 수 있다. 정보의 입력이 완료되면, 시스템은 외부 지원 서비스(102)와의 인터페이스를 요구할 수 있는 공식적인 기록을 체크할 수 있다(단계 1205). 소유권이 검증되면(단계 1206) 사용자는 또한 위원회 및/또는 부동산 중개업자로부터 입찰을 받기 위한 프로젝트를 제출하는 것을 선택할 수 있고(단계 1208), 그것을 스스로 팔거나(단계 1209) 경매인으로부터 입찰을 위한 자산 제출하거나(단계 1208), 현금만의 자산 청산인(cash-only property liquidators)과 연락하려 하거나(선택 1211), 자신의 주택을 팔기 위해 모든 가능한 방법을 시도한다(단계 1212). 각각의 경우, 프로젝트가 제출되고(프로세스 800) 모든 적절한 서비스 제공자는 판매 요구에 대해 통지받는다. 최종 단계는 자산 테이블(305) 내의 자산에 대한 "판매 중" 상태를 설정하도록 될 수 있다(단계 1213). 소유권이 구성되면, 사용자는 또한 리스팅 프로세스를 통해 갈 필요 없이 구매 제안을 위해 항상 개방한 상태로 자신의 자산을 식별하는 것을 선택할 수 있다. 사용자는 또한 MLS를 따르는 주택 상세를 구성하기 위해 시스템을 사용하고 그 상세를 MLS에 전송하여 기존의 복수의 리스팅 서비스(MSL)에 대해 주택을 목록화하는 것을 선택할 수 있다.

소정의 실시예에서, 시스템은 자산을 구매하는 것에 관심을 두고 있는 사용자로 하여금 자산 조사 증명서, 자산 감시 및 자산 감정을 포함한, 자산 테이블(305) 내의 자산을 검토하게 한다. 일부의 실시예에서, 시스템은 소정의 사용자 정의된 선택 기준을 충족하는 개방형 주택에 대한 순환식 온라인 자동 검색 성능을 포함하는 연속적인 데이터 마이닝(mining) 특징을 제공한다. 다른 실시예에서, 잠재적 구매자는 시스템에 의해 자동으로 윤곽이 드러날 수 있고 소정의 목록화된 자산은 자신의 선호도의 카테고리(예를 들어, 가격, 위치, 침실수, 땅/주택 비율) 내에 부합할 때 제시될 수 있다.

시스템은 또한 장래의 구매자/임차인이 온라인으로 자산에 대한 입찰을 제출할 수 있게 한다.

일실시예에 따르면, 시스템은 계약 서비스의 타입을 선택하기 위해 사용자로 하여금 자신의 자산을 팔게 한다. 사용자는 비공개 경매(closed auction)를 선택하여, 소유자는 입찰을 볼 수 있고 그런 다음 개별의 입찰자와 직접 연락할 수 있거나, 공개 경매를 선택하여, 입찰자가 최저가로부터 상승하는 것으로 해서 입찰할 수 있거나, 또는 개방 경매가 높은 가격에서 시작하고 첫 번째 입찰이 놓일 때까지 한 시간이 되면 가격이 낮아진다.

본 발명의 관점을 실행하기 위한 일부의 실시예에 따르면, 시스템은 경매에서 낙찰받은 입찰자가 거래를 진행하지 않을 것에 대비해서, 입찰자가 미리 정해진 금액, 예를 들어 입찰 시작 가격의 10%를 놓도록 요구함으로써 자산 소유자에게 안전을 제공할 수 있다.

일실시예에서, 시스템은 파퓰레이터(1101)를 사용해서 자산의 자치 세금 부과를 자동적으로 획득할 수 있고 시스템 상에 게시할 수 있다. 시스템은 부동산 거래에서 필요한 모든 문서의 전자식 전달을 구체적으로 제공할 수 있다.

본 발명의 다른 관점은 판매의 완료 시, 사용자가 자산의 완전한 상세 및 프로젝트 이력을 이전할 수 있는 능력을 제공하고 주택을 구매하려는 사람 또는 실체에 목록을 이송시키는 데이터 구조 및 컴퓨터로 구현된 과정이며, 하나 이상의 저장 디바이스 상에서 및/또는 하나 이상의 서버 상에서 하나 이상의 데이터베이스에 포함되어 있는 이러한 이력은 인터넷, 또는 다른 공용 네트워크 또는 사설 네트워크에 동작 가능하게 연결된다. 이전의 주택 소유자는 자신의 기록에 대한 주택 정보의 사본을 유지할 수 있지만 포럼 내의 주택의 공개 계좌는 이전 시, 주택의 새로운 소유자에게 속하게 된다. 본 발명의 한 관점에서, 사용자는 자신의 기록을 위해 모든 이전에 소유된 자산에 대한 주택 정보의 사본을 유지하고, 이 정보는 도 19의 비제한적인 예에 도시된 바와 같이 쉽게 이용 가능하다.

일단 사용자가 판매하였거나 그렇지 않으면 시스템 내에 저장되어 있던 자산의 소유권을 이전하였다면, 일부의 실시예에 따르면, 판매자는 상세, 보충 데이터 및 자산의 모든 공개 파일, 공간, 그외 영역, 이동 목록, 및 프로젝트를 포함하는 자산 이력의 모든 부분 또는 동의 부분에 있어서 그 저장된 정보를 새로운 소유자에 이전한다. 판매자는 물론 개인적으로 삭제 또는 유지하는 것을 선택할 수 있고, 예를 들어 특정한 주택 개략의 비용과 같은 그 선택된 부분을 이전하지 않는 것을 선택할 수 있다. 이 방법에서, 새로운 소유자는 구매 시 주택의 완전한 또는 적어도 실질적인 기록으로 시작할 수 있다. 한 사용자로부터 다른 사용자로 자산을 이전시키기 위한 프로세스(1220)의 일례가 도 12b에 도시되어 있다. 먼저, 사용자(즉, 판매자)는 자산을 이전하는 것을 선택한다(단계 1221). 사용자는 시스템 내의 구매자의 사용자명 및/또는 구매자의 이메일 어드레스와 같은, 구매자를 위한 연락 정보를 제공해야 한다. 판매자는 이전된 정보의 사본을 유지할 것인 지의 여부를 결정해야 하고(입력 단계 1223), 그런 다음 자신이 행한 결정을 검증한다(단계 1224). 검증 시, 시스템은 이전이 개시되었다는 것을 반영하도록 자산(305)의 자산의 상태를 설정한다. 구매자가 멤버이면(단계 1226), 이전될 자산에 대해 읽었다는 것을 구매자에게 이메일로 보낸다. 구매자가 멤버가 아니면, 구매자는 시스템에 등록한 경우에만 자산 데이터가 이전될 준비가 되었다는 것을 구매자에게 알리는 이메일을 구매자에게 보낸다(단계 1228). 구매자는 그런 다음 구매자는 계좌를 생성하고(단계 1229), 시스템과 결합하기 위한 프로세스(1000)가 개시된다. 이 프로세스를 멤버로서 시작하는 것이든 또는 그동안 결합하는 것이든 간에, 구매자는 궁극적으로 그 계좌에 로그하고(단계 1230) 자산 이전이 준비되었다는 것을 본다(출력 단계 1231). 구매자가 이전을 받아들인 경우(단계 1232), 판매자가 이렇게 이것이 일어나도록 선택하였다면 시스템은 모든 자산 데이터를 저장할 것이다. 이것은 데이터베이스(208)에 모든 자산 정보의 두 번째 사본을 생성하는데, 이것을 판매자는 볼 수만 있을 뿐일 것이고; 엄밀하게 말해 판매자가 원하는 바에 따라 하는 이력 기록이다. 또한, 모든 개인 정보는 자산 기록에서 제거되어 구매자는 이 데이터를 볼 수 없게 될 것이다. 저장이 완료된 후, 시스템은 구매자를 자산 컨테이너(305) 내의 소유자로서 임명한다(단계 1234). 이후로, 구매자는 자산 상의 사용자 기록(user-of-record)이다.

본 발명의 관점을 실행하는 일부의 실시예에서, 자산의 판매 시, 시스템은 자산과 관련된 모든 자료의 비개인적 정보에 링크된 이전 키 코드를 발생시킬 것이다. 이전 키 코드는 종결 시에 새로운 소유자에게 전달된다. 새로운 소유자는, 시스템에 서명할 때, 자산의 전체 이력을, 이송되는 것으로 식별된 개인 자산을 위한 모든 목록을 포함하는 자신의 계좌로 가져오기 위한 이전 키 코드를 사용할 수 있다. 일부의 실시예에서, 하나 이상의 통신 디바이스가 자산 컨테이너(305)에 포함되어 있는 완전한 자산 이력 데이터를 새로운 소유자에게 전송할 수 있게 하고 자산 이력 데이터를 자산의 새로운 소유자에 의해 허용되는 만큼만 전달자에게 전 달할 수 있게 하기 위해, 이러한 이전은 이전 키를 수신할 때 자산 소유권 록킹 메커니즘의 속성을 변경함으로써 완수될 수 있다.

도 1에 도시되고 위에서 정의된 전체적인 어플리케이션은 여러 가지 다양한 방식으로 전개될 수 있다. 도 15a에 정의된 바와 같은 일실시예에 따르면, 도 1에서 식별된 키 시스템들이 모두 전개될 수 있고 하나의 컴퓨터(1501)로 실행될 수 있다. 부가적으로, 제로 이상의 외부 지원 서비스(102)는, 사용자 컴퓨터(1501)로부터 별개로 분리되어 있는 서로 다른 세트의 서버(1502) 상에서 전개될 수 있고 수행될 수 있다. 부가적으로, 사용자 제어(100)는 컴퓨터들(1503)로부터 별개로 분리되어 있는 상이한 컴퓨터(1500)로 전개될 수 있고 실행될 수 있다. 컴퓨터(1503)는 전개되어 있는 주택 관리 시스템(101) 및 외부 지원 서비스(102)를 실행한다. 부가적으로, 외부 지원 서비스(102)는 상이한 세트의 컴퓨터들(1502)로 전개될 수 있고 실행하며, 이 컴퓨터들(1502)은 주택 관리 시스템(101)에 내장되어 있는 컴퓨터들(1503)로부터 별개로 분리되어 있다.

주택 관리 시스템(101)의 예시적 전개를 더 설명하기 위해, 도 15b에, 주택 관리 시스템(101)은 다양한 컴퓨터에 전개되어 있는 도 2에 식별된 서브시스템과 함께 도시되어 있다. 먼저, 주택 관리 시스템(101)의 모든 구성요소는 단일의 컴퓨터(1516)로 전개될 수 있으며, 이 컴퓨터(1516)는 그 서브시스템과 함께, 모든 적절한 운영 체제, 사용자 인터페이스 인프라스트럭처, 데이터베이스 기술, 파일 시스템 기술 및 네트워크 기술을 내장한다. 대안의 전개가 서브시스템으로 재분할될 수 있어서 데이터베이스(208) 서브시스템 및 파일(207) 서브시스템이 하나 이상의 컴퓨터들(1513)로 전개되어 시스템의 강건성이 향상될 수 있고 하나 이상의 컴퓨터(1511)를 교차하는 코어 시스템의 스케일링으로 하여금 더욱 효과적으로 복수의 사용자를 지원할 수 있게 한다. 또한, 데이터베이스 서브시스템 및 파일 서브시스템은 스스로 다른 컴퓨터들(1514, 1515)로부터 서로 분리될 수 있어서 데이터베이스 활동을 다른 파일 시스템 활동과 격리시킨다. 마지막으로, UI 인프라스트럭처는 UI 및 어플리케이션 컴퓨터들(1512)로부터 끄집어 내어져서, 어플리케이션 컴퓨터들(1512)이 코어 시스템과 연관된 계산 동작에 집중되고 있는 동안, 훨씬 더 큰 체적의 사용자들과 연관된 계산 동작에 집중된 독립적인 컴퓨터들을 제공함으로써 강건성 및 스케일링을 더욱 향상시킬 수 있다. 하나 이상의 컴퓨터들이 교차하는 서브시스템의 이러한 모든 재분할은 .NET, J2EE, CORBA 등과 같은 하나 이상의 분배된 객체 소프트웨어 인프라스트럭처로 달성될 수 있지만, 임의의 적절한 소프트웨어 툴도 사용될 수 있다.

본 발명을 실행하기 위한 특정한 실시예들과 결합하여 본 발명을 서술하였으나, 이하의 청구의 범위의 범주 내에서 본 발명에 대해 많은 변형이 이루어질 수 있다는 것을 당업자는 이해할 것이다. 따라서, 본 발명의 범주는 어떠한 식으로도 전술한 상세한 설명에 의해 제한되지 않으며, 대신 이하의 청구의 범위에 전체적으로 참조되어 결정될 수 있도록 의도된다.

Claims (40)

1. 자산 정보 유지 시스템에 있어서,
   a. 자산 정보를 수신하고 저장하도록 구성된 하나 이상의 데이터베이스;
   b. 상기 데이터베이스에 기입될 데이터를 수신하고 상기 데이터베이스로부터 데이터를 사용자에게 전달하도록 상기 데이터베이스에 동작 가능하게 연결되는 서버;
   c. 상기 데이터베이스에 기입하거나 상기 데이터베이스로부터 판독하도록 하나 이상의 원격의 사용자와 상기 서버를 동작 가능하게 연결하는 통신 시스템;
   d. 특정한 자산 정보에 대한 제어를 해당 자산의 현재의 기록 소유자에 한해 허용하는 자산 소유권 록킹 메커니즘; 및
   e. 자산의 현재의 기록 소유자를 제1 사용자로부터 제2 사용자로 변경하도록 동작할 수 있는 자산 소유권 이전 메커니즘
   을 포함하는 자산 정보 유지 시스템.
2. 제1항에 있어서,
   상기 데이터베이스는, 부동산 정보 및 상기 부동산 정보에 대해 이행된 또는 이행될 하나 이상의 프로젝트에 관한 정보를 포함하는 자산 이력 정보를 저장하도록 구성된, 자산 정보 유지 시스템.
3. 제1항 또는 제2항에 있어서,
   상기 자산 이력 정보의 적어도 일부를 공개적으로 액세스 가능한 데이터로부터 직접 또는 간접적으로 수집하는 서브시스템을 더 포함하는 자산 정보 유지 시스템.
4. 제1항 또는 제2항에 있어서,
   상기 자산 소유권 록킹 메커니즘은, 선택된 자산 정보에 대한 액세스를 특정한 사용자들 또는 사용자들의 그룹에 대해서만 허용하도록 사용자 액세스 제어를 설정하기 위해, 상기 자산의 현재의 기록 소유자에 의해 동작되도록 구성되어 있는, 자산 정보 유지 시스템.
5. 제4항에 있어서,
   상기 자산 소유권 록킹 메커니즘은 또한, 선택된 사용자들 또는 사용자들의 그룹이 가지는 액세스의 타입을 선택된 자산 정보에 대해서만 허용하도록 사용자 액세스 제어를 설정하기 위해, 상기 자산의 현재의 기록 소유자에 의해 동작되도록 구성되어 있는, 자산 정보 유지 시스템.
6. a. 컴퓨터 시스템에 동작 가능하게 연결되어 있는 하나 이상의 저장 디바이스 상에서 복수의 사용자의 복수의 자산에 관한 자산 정보를 수집하는 단계로서, 상기 컴퓨터 시스템의 사용자들에 의한 상기 자산 정보에 대한 액세스를 제어하기 위해 자산의 기록 소유자에 의해 구성될 수 있는 액세스 제어를 설정하는 단계를 포함하는, 상기 자산 정보를 수집하는 단계;
   b. 자산의 기록 소유자가 자산 정보에 대한 액세스를 구성하는 단계; 및
   c. 상기 자산의 기록 소유권을 제1 사용자로부터 제2 사용자로 이전하는 단계
   를 포함하는 방법.
7. 제6항에 있어서,
   상기 자산 정보를 수집하는 단계는, 한 기간 동안 서로 다른 시간에 자산에 관한 정보를 수집하는 단계를 포함하는, 방법.
8. 제6항 또는 제7항에 있어서,
   상기 자산 정보를 수집하는 단계는, 상기 기록 소유자로부터 입력을 수신하는 단계를 포함하는, 방법.
9. 제6항 또는 제7항에 있어서,
   상기 자산 정보를 수집하는 단계는, 상기 자산 정보 중 적어도 일부를 액세스 가능한 기록으로부터 공개적으로 획득하는 단계를 포함하는, 방법.
10. 제6항에 있어서,
    상기 자산의 기록 소유권을 제1 사용자로부터 제2 사용자로 이전하는 단계는 데이터베이스에서 상기 자산에 속하는 기록 소유자 정보를 변경하는 단계를 포함하는 방법.
11. 제10항에 있어서,
    상기 자산의 기록 소유권을 제1 사용자로부터 제2 사용자로 이전하는 단계는 비공개로 표시된 정보의 소유권은 이전하지 않는, 방법.
12. 제10항에 있어서,
    상기 자산의 기록 소유권을 제1 사용자로부터 제2 사용자로 이전하는 단계 이전에, 상기 기록 소유자에 의해 상기 자산 정보로부터 정보를 제거하고, 상기 제거된 정보의 프라이버시를 유지하는, 방법.
13. 제12항에 있어서,
    상기 제거된 정보가 비공개로 유지되고 상기 이전하는 단계 이전에는 상기 자산의 기록 소유자에게만 액세스될 수 있도록 상기 제거된 정보를 적어도 보관하는 단계를 더 포함하는 방법.
14. 자산 정보 유지 방법에 있어서,
    a. 자산 중 부동산 구성 요소의 물리적 위치의 식별자 및 상기 부동산의 설명서를 포함하는 정보를 포함하는 제1 데이터 구조를 데이터 저장소 내에 생성하도록 컴퓨터 시스템을 동작시키는 단계;
    b. 상기 물리적 위치에서 구조의 식별자 및 상기 구조의 레이아웃을 포함하는 정보를 포함하는 제2 데이터 구조를 데이터 저장소 내에 생성하도록 컴퓨터 시스템을 동작시키는 단계; 및
    c. 상기 부동산에 위치하는 개인 자산의 하나 이상의 항목에 대한 식별을 포함하는 정보를 포함하는 제3 데이터 구조를 컴퓨터 시스템이 생성하도록 컴퓨터 시스템을 동작시키는 단계
    를 포함하는 자산 정보 유지 방법.
15. 제14항에 있어서,
    상기 자산에 대해 이행된 하나 이상의 프로젝트에 속하는 정보의 수집을 포함하는 제4 데이터 구조를 생성하도록 컴퓨터 시스템을 동작시키는 단계를 더 포함하는 자산 정보 유지 방법.
16. 제14항 또는 제15항에 있어서,
    상기 데이터 구조는 하나 이상의 컴퓨터가 액세스 가능한 저장 디바이스에 저장되고 상기 부동산의 이력을 형성하도록 구성되어 있는, 자산 정보 유지 방법.
17. 제14항 또는 제16항에 있어서,
    d. 컴퓨터 시스템에서, 제1 사용자를 식별하고 상기 제1 사용자와 상기 제1, 제2, 제3 데이터 구조 내의 정보와의 연결을 생성하는 단계로서, 상기 연결은 상기 제1 사용자를 소유자 및 상기 정보에 대한 액세스의 제어자로서 설정하는 단계; 및
    e. 컴퓨터 시스템에서, 제2 사용자를 식별하고, 상기 소유자 및 상기 정보의 제어자가 식별자를 변경하기 위해, 상기 연결을 상기 제1 사용자로부터 상기 제2 사용자로 변경하는 단계
    를 더 포함하는 자산 정보 유지 방법.
18. 제17항에 있어서,
    f. 상기 제1 사용자에 액세스 가능한 추가의 데이터 구조를 생성하고 상기 연결을 변경하기 전에 상기 제1, 제2, 제3 데이터 구조 중 적어도 하나에 상기 정보의 사본을 저장하도록 컴퓨터 시스템을 동작시키는 단계
    를 더 포함하는 자산 정보 유지 방법.
19. 제14항에 있어서,
    d. 컴퓨터 시스템에서, 제1 사용자를 식별하고 상기 제1 사용자와 상기 제1, 제2, 제3 데이터 구조 내의 정보와의 연결을 생성하는 단계로서, 상기 연결은 상기 제1 사용자를 소유자 및 상기 정보에 대한 액세스의 제어자로서 설정하는 단계; 및
    e. 컴퓨터 시스템에서, 상기 제1 사용자에 의해 정해지고 관리되는 액세스 권한(access authorization)에 따라, 상기 제1, 제2, 제3 데이터 구조 중 적어도 하나에서의 정보 중 적어도 일부에 대한 액세스가 허용되는 사용자들로 된 신용 그룹(trusted community)을 상기 제1 사용자가 생성할 수 있게 하는 단계
    를 더 포함하는 자산 정보 유지 방법.
20. 제14항 또는 제19항에 있어서,
    사용자가 상기 데이터 구조와 상호작용할 수 있는 웹 사이트를 제공하는 단계를 더 포함하며,
    상기 웹 사이트를 통해, 사용자는 서비스 제공자에 의해 액세스 가능한 프로젝트 명세(project specification)를 입력하여 서비스 제공자에게 입찰을 요청하는, 자산 정보 유지 방법.
21. 자산 소유자와 자산 관련 서비스 제공자가 상호작용하는 컴퓨터로 구현되는 시스템에 있어서,
    a. 컴퓨터와 상호작용할 수 있고, 하나 이상의 서비스 제공자가 채용되기를 원하는 프로젝트의 타입 또는 자신의 능력을 나타낸 것을, 상기 서비스 제공자로부터 수신하도록 구성되고 배치된 제1 데이터 구조; 및
    b. 컴퓨터와 상호작용할 수 있고, 상기 서비스 제공자를 대신해서 수행하기로 제안된 하나 이상의 제휴 서비스 제공자의 식별 정보를 상기 서비스 제공자로부터 수신하도록 구성되고 배치된 제2 데이터 구조
    를 포함하는 컴퓨터로 구현되는 시스템.
22. 제21항에 있어서,
    서비스 제공자 정보 중 적어도 일부 및 서비스 제공자를 위한 홈 페이지로의 링크를 포함하는 웹 페이지를 사용자에게 제공하기 위한 수단을 더 포함하는 컴퓨터로 구현되는 시스템.
23. 제22항에 있어서,
    서비스 제공자가 채용되기를 희망하는 프로젝트의 타입의 제1 데이터 구조 인디시아(data structure indicia)에 들어가기 위한 사용자 인터페이스를 서비스 제공자에게 제공하기 위한 수단 및 제공자의 홈 페이지 상의 대응하는 텍스트를 삽입하기 위한 수단을 더 포함하는 컴퓨터로 구현되는 시스템.
24. 제21항에 있어서,
    사용자로부터, 웹 페이지 상의 컴퓨터로 구현되는 사용자 인터페이스를 통해, 사용자의 프로젝트 식별자 및 프로젝트 관련 정보를 수신하고, 상기 사용자의 프로젝트 식별자 및 프로젝트 관련 정보를 데이터 저장소에 저장하는 프로젝트 생성 모듈을 더 포함하는 컴퓨터로 구현되는 시스템.
25. 제24항에 있어서,
    상기 프로젝트 관련 정보는 텍스트, 오디오 및 비디오 데이터를 포함하는 다양한 타입의 데이터 및 다른 날짜로의 링크를 포함할 수 있는, 컴퓨터로 구현되는 시스템.
26. 제25항에 있어서,
    상기 데이터는 하나 이상의 컴퓨터가 판독 가능한 파일(computer-readable files)에 포함되는, 컴퓨터로 구현되는 시스템.
27. 제24항에 있어서,
    상기 프로젝트 관련 정보는 사용자에 의해 다양한 시간에 입력될 수 있으며, 이에 의해 프로젝트의 이력이 기록될 수 있는, 컴퓨터로 구현되는 시스템.
28. 제27항에 있어서,
    프로젝트 정보의 보관을 용이하게 하기 위해, 서비스 제공자로부터 상기 프로젝트 정보를 전자식으로 수신하는 수단을 더 포함하는 컴퓨터로 구현되는 시스템.
29. 제21항 내지 제28항 중 어느 한 항에 있어서,
    컴퓨터 파일들을 들여오고 상기 컴퓨터 파일들을 프로젝트 관련 정보로서의 프로젝트 식별자와 연관시킬 수 있는 파일 들여오기 모듈(file import module)을 더 포함하는 컴퓨터로 구현되는 시스템.
30. 제14항 내지 제20항 중 어느 한 항에 있어서,
    사용자가 이메일을 통해 데이터 구조에 정보를 공급하는 단계를 더 포함하는 컴퓨터로 구현되는 시스템.
31. 제30항에 있어서,
    이메일을 통해 상기 파일 들여오기 모듈에 정보를 공급하는 사용자를 더 포함하며, 상기 파일 들여오기 모듈은 이메일로 제공된 파일을 프로젝트-관련 정보로서 프로젝트 식별자와 연관시키는, 컴퓨터로 구현되는 시스템.
32. 공급물량 목록(supply inventory)을 포함하는 정보를 포함하는 데이터 구조를 데이터 저장소 내에 생성하도록 컴퓨터 시스템을 동작시키는 단계를 포함하는 자산 정보 관리 방법.
33. 제32항에 있어서,
    제3 시장(third party marketplace)의 시작 목록을 포함하는 정보를 포함하는 추가의 데이터 구조를 데이터 저장소 내에 생성하도록 컴퓨터 시스템을 동작시키는 단계를 더 포함하는 자산 정보 관리 방법.
34. 제33항에 있어서,
    컴퓨터가 상호작용할 수 있고, 상기 추가의 데이터 구조는 제3 시장으로부터 상기 시장 목록을 수신하도록 구성되고 배치된 데이터 구조에 의해 제공되는, 자산 정보 관리 방법.
35. 제32항에 있어서,
    사용자가 인터넷이 가능한 휴대용 디바이스를 통해 상기 공급물량 목록에 액세스하는 단계를 더 포함하는 자산 정보 관리 방법.
36. 제33항에 있어서,
    사용자가 인터넷이 가능한 휴대용 디바이스를 통해 상기 시장 목록을 액세스하는 단계를 더 포함하는 자산 정보 관리 방법.
37. 제35항 또는 제36항에 있어서,
    사용자가 상기 인터넷이 가능한 휴대용 디바이스를 통해 상기 공급물량 목록와 상기 시장 목록을 동시에 액세스하는 단계를 더 포함하는 자산 정보 관리 방법.
38. 제35항 또는 제37항에 있어서,
    사용자가 상기 인터넷이 가능한 휴대용 디바이스를 통해 상기 공급물량 목록을 정정하는 단계를 더 포함하는 자산 정보 관리 방법.
39. 제32항에 있어서,
    사용자가 이메일을 통해 데이터 구조에 정보를 공급하는 단계를 더 포함하는 자산 정보 관리 방법.
40. 제34항에 있어서,
    상기 제3 시장이 이메일을 통해 제품 정보를 데이터 구조에 보내는 단계를 더 포함하고, 상기 제품 정보는 수취, 제품 또는 서비스에 대한 시세, 제품 명세, 및 이것들의 조합으로 이루어지는 그룹으로부터 선택되는, 자산 정보 관리 방법.
    

Images