(57)【要約】ユーザーとインターフェイス接続するために、好ましくはインターネットウェブブラウザーを利用する相互作用プロフィールシステムを用いている、建物のような構造の相互作用プロフィールを作成する方法である。相互作用プロフィールシステムは、好ましくはサーバー内に基づいているコンピュータプログラムに組み込まれたアプリケーションエンジンを含む。計画セットは、通常ＣＡＤフォーマットであり、相互作用プロフィールシステムで受理し、典型的にユーザーまたは顧客によって提示される。建物は家、事務所または倉庫のような、あらゆる構造となり、そして構造が占める土地も含むことができる。計画セットは、プロフィールエンジンによってプロフィールデータセットに変換される。標準化された配列にプロフィールデータセットを組織化するための特定フォーマットである拡張データプロトコルに準拠する。プロフィールエンジンは、複数の潜在的に相互関係にある建物を開発し関連付けるために、プロフィールデータセットを解析もしくは抽出する。プロフィールエンジンは、計画セットの組織的拡張を行い、計画セットの本質的な物質の記述に基づいている。物質の記述の各要素は、関係属性に対して機能的に分析され、その後拡張されタグ付けがされる。ユーザーは、相互作用プロフィールシステムのアプリケーションエンジンにプロフィールの問い合わせを指示する。プロフィールの問い合わせは、拡張プロフィールに関連付けができ、さらに厳密に言えば、建物の複数の相互関係にある要素の少なくとも一つに関連付けができる。典型的なプロフィールの要求は、建物の提案されたもしくは実際の変更、材料リストの要求、そしてプロジェクトの査定を含むことができる。【選択図】図１
2004506269.tif 000002
【特許請求の範囲】
【請求項１】
ａ）　建物の基本的な物質の記述を有し、複数の潜在的に相互関係にある建物の部品を含む計画セットを、コンピュータプログラム内に取り込まれている相互作用プロフィールシステムにて受け取るステップと、
ｂ）　該計画セットを拡張データプロトコルに準拠した標準化データセットに変換するステップと、
ｃ）　複数の潜在的に相互関係のある建物部品を開発し関連付けるために、該標準化データセットを解析して抽出データセットにするステップと、
ｄ）　該抽出データセットから複数の相互関係にある部品を含む拡張プロフィールデータベースを編集するステップと、
ｅ）　該複数の相互関係にある部品のそれぞれに固有の記述タグを割り当てるステップと、
ｆ）　ユーザーから受理された、該拡張プロフィールデータベースに関連付け可能なプロフィールの問い合わせを、該相互作用プロフィールシステム内に含まれているアプリケーションエンジンにて受け取るステップと、
ｇ）　該拡張プロフィールの該複数の相互関係にある要素の少なくとも１つのリストを含む、該プロフィールの問い合わせに対するプロフィールの応答を、該アプリケーションエンジンにて作り出すステップと、
ｈ）　該プロフィールの問い合わせに対する該プロフィールの応答を該ユーザーに送るステップと
を含む建物の相互作用プロフィールを作成する方法。
【請求項２】
前記計画セットの解析は、
ａ）　前記計画セットを、建物の機能的に完成された表現を共に含んでいる複数のセル及び複数の構造要素に解析するステップ
をさらに含む請求項１に記載の建物の相互作用プロフィールを作成する方法。
【請求項３】
前記計画セットを標準化データセットに変換するステップは、
ａ）　前記計画セットを標準化されたＣＡＤに準拠したフォーマットに変換するステップ
をさらに含む請求項１に記載の建物の相互作用プロフィールを作成する方法。
【請求項４】
遠隔に位置したユーザー及びウェブブラウザーによって建物の相互作用プロフィールを作成する相互作用プロフィールシステムであって、
ａ）　サーバーと関連しており、ウェブブラウザーを経由して遠隔に位置したユーザーとのコミュニケーションが可能であって、しかも補足的に該ユーザーから問い合わせを受理することが可能なアプリケーションエンジンと、
ｂ）　ユーザーから計画セットを受け取り、該計画セットをデータベースに保存するためのプロフィールエンジンと、
ｃ）　該ユーザーからの該問い合わせに対応する基準セットを有する相互関係にある要素を検索可能な該データベースと、該ユーザーと該アプリケーションエンジンとの間の該ユーザーによる該問い合わせの応答を含むコミュニケーションを送信する能力を有する電子インターフェイスと
を備える相互作用プロフィールシステム。
【請求項５】
前記相互作用プロフィールシステムは、
ａ）　前記計画セットを拡張データプロトコルに準拠した標準化データセットに変換するための変換機能
をさらに備える請求項４に記載の相互作用プロフィールシステム。
【請求項６】
ａ）　建物の基本的な物質の記述を有し、複数の潜在的に相互関係にある建物の部品を含む計画セットを、コンピュータプログラム内に取り込まれている相互作用プロフィールシステムにて受け取るステップと、
ｂ）　該計画セットを内部標準化拡張データプロトコルに準拠した標準化データセットに変換するステップと、
ｃ）　該標準化データセットを解析して、複数の潜在的に相互関係のある建物部品を含む抽出データセットにするステップと、
ｄ）　該抽出データセットから、該複数の相互関係にある建物部品を形成する複数の相互関係にある部品を含む拡張プロフィールデータベースを編集するステップと、
ｅ）　該複数の相互関係にある部品のそれぞれに固有の記述タグを割り当てるステップと、
ｆ） ユーザーから受理された、該拡張プロフィールデータベースに関連付け可能なプロフィールの問い合わせを、該相互作用プロフィールシステム内に含まれているアプリケーションエンジンにて受け取るステップと、
ｇ）　 該拡張プロフィールの該複数の相互関係にある要素の少なくとも１つのリストを含む、該プロフィールの問い合わせに対するプロフィールの応答を該アプリケーションエンジンで作り出すステップと、
ｈ）　該プロフィールの問い合わせに対する該プロフィールの応答を該ユーザーに送るステップと
を含む建物の相互作用プロフィールを作成する方法。
【請求項７】
前記計画セットを解析するステップは、
ａ）　前記計画セットを、建物の機能的に完成された表現を共に含む複数のセル及び複数の構造要素に解析するステップ
をさらに含む請求項６に記載の建物の相互作用プロフィールを作成する方法。
【請求項８】
前記計画セットを標準化データセットに変換するステップは、
ａ）　前記計画セットを標準化されたＣＡＤに準拠したフォーマットに変換するステップ
をさらに含む請求項６に記載の建物の相互作用プロフィールを作成する方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は建物のプロフィール作成の方法に関するものである。建物プロフィールは建物の非常に詳細な構造的、空間的、位置的そして機能的属性から構成される。更に詳細に言えば、本発明は相互的に構造のプロフィールを作成する方法に関するものであり、好ましくはインターネット上のウェブブラウザーと共に使用されるものである。
【０００２】
【従来の技術及び発明が解決しようとする課題】
建物の構造部品を指定する過程は基本的に過去数十年に渡って不変のままである。建物の仕様過程は、顧客、住宅計画の場合は一般的に自宅所有者と建築者または請負人との間の相互作用である。
【０００３】
典型的な仕様過程は、顧客が建築家、あるいはおそらく建築者の設計サービスを求めているところから始まる。設計サービス提供者はその建物に関連する顧客の要求および要望を明確にするために顧客に一連の質問をする。また設計者は図案計画を作り出すためにその顧客の財政能力を確認しなければならない。設計者は一般的にスケッチまたは大まかなレイアウトにより提案された設計構想のグラフィカルな描写を作成する。その構想の相互の合意が得られ次第、専門家はその土地の建物の位置と顧客が指定した材料とに基づいて費用の見積もりを作成できる。
【０００４】
建築用地、設計仕様と費用が顧客にとって受諾可能となった場合、「業務範囲」が確定される。業務範囲は建築計画の責務及び必要部品の詳細なリストである。建築の詳細は、例え簡単な住宅構造であっても広範にわたることが可能である。
【０００５】
しかしながら、業務範囲の実施は、混沌とした工程をしばしば辿ることになり、それにより家もしくは建造物を建設することに伴う多くの設計決定が、いかなる形式的で組織化された方法からもはずれることになる。一般的に家の買い手は、建築過程の間に注意力を必要とする多くの詳細（例えば、床システムの設計、屋根の溝、キャビネット構造等）に対して十分な理解力を持たないため、間違い、判断の誤り、そして高い費用への変更がかなり生じるおそれがある。
【０００６】
顧客の利益と建築者の利益との間の連係は薄い。なぜなら両者は異なる目的があるからである。つまり顧客は資金に対して最大限のものを求め、そして建築者は利益を最大限にすることを求める。もちろん、建築者に関わる付加的な周辺目的、例えば肯定的な評判を確立したがるようなものはあるが、建築者はビジネスに生き残るために利益を得なければならないという実情を残しており、それはしばしば顧客の利益を犠牲にする。建設段階が展開していく様子が完成品の質を定義し、そして両者が異なる目的を持つため、建築物の満足な完成は得難い。
【０００７】
通常のシナリオは初期段階に顧客の頻繁な介入を伴い、そしてその計画が完成へと進むにつれて、顧客の介入は倫理的そして経済的な圧迫のために減少していく。建築者はその計画を促進するため、もしくは収益性を増すために、顧客の知らない間に決定をすることさえあるかもしれない。
【０００８】
おそらく顧客が直面する最も高い付加的な費用は、関連した作業がすでに始まった後に設計変更を行った場合である。建築者は同時に建築スケジュールに固守し、顧客の願いにこたえるために付加的な資源を使わなければならない。この状態はほとんど常に顧客に対してかなりの「追加費用」を伴うが、もし建築段階の始まる前に全ての詳細が適切に考えられていればこれは避けられる。
【０００９】
建築過程の間終始、顧客と専門家との間の相互作用を増進するために、ある方法が必要とされる。つまり、顧客の空想的な見通しを維持する一方で、一貫したまたは知識ある顧客の介入を保証すること、そして顧客を知識ある費用効果の高い決定に携わらせることである。それにより計画の進行において不利な影響を最低限にする時機を得た決定により専門家を援助する。
【００１０】
発達しつつ、効果的な相互作用を可能にしてきたテクノロジーの一つがインターネットである。もしインターネットが建築者／請負人と顧客／自宅所有者との間の相互作用を結合するための手段を提供できれば、多大な時間と家建築の増加する複雑さにおいて著しい削減をその後実現できる。しかしながら、宅地要素、設計規制そして建物仕様の要件をシステムにまとめている、統合されたインターネット上のアプリケーションは次の理由のために現在存在しない。そのようなシステムの複雑さがこれまでアプリケーションをインターネット上で操作するにはあまりにも複雑な作業にしてしまっている。むしろインターネットの資源を利用する合理化された相互作用方法は、建物建築において必須の多くの選択肢を作り、決定を行うために必要とされる。
【００１１】
【課題を解決するための手段】
本発明は建物の相互作用プロフィールを作るための方法を提供している。その方法は相互作用プロフィールシステムを用い、ユーザーとインターフェイスで連結するために好ましくはインターネットウェブブラウザーを活用する。相互作用プロフィールシステムは好ましくはサーバー内に基づいているコンピュータプログラムの中に組み込まれたアプリケーションエンジンを含み、ユーザーは顧客もしくは顧客のグループを含むことができる。
【００１２】
本発明のプロフィールシステムは、典型的に顧客から提示されるように、相互作用プロフィールシステム内に受け取られた計画セットから開発されている。計画セットは通常ＣＡＤフォーマットであり、建物の基本的な物質の記述から構成されている。建物は家、事務所または倉庫のような、あらゆる構造となり、そしてここで使われている構造が占める土地を含んだものも該当する。従って土地上の構造の位置、そして構造の公益事業設備の配置のような、その構造の用地形勢もまた建物のこの広範な定義に含まれる。
【００１３】
全ての構造は複数の潜在的に相互関係にある建物の部品を含んでいる。これらの相互関係にある建物の部品は完成建物の部品を構成する機能的に分けられた構造もしくは特徴である。計画セットはこれらの相互関係にあるいくつかの部品を含むこともありうる。しかしながら、もし正確な建物プロフィールができれば、基本的な計画セットは拡張され、そして発展されなければならない。
【００１４】
建物のプロフィールデータベース中に受け取られた計画セットを拡張するために、計画セットはプロフィールエンジンによってプロフィールデータセットに変換される。プロフィールデータセットは、標準化された配列にプロフィールデータセットを組織化するための特定フォーマットである拡張データプロトコルに準拠する。プロフィールエンジンは複数の相互関係にある部品を開発するために、複数の潜在的に相互関係にある建物の部品を開発し、そして関連付けるためのプロフィールデータセットを「解析する」、もしくは抽出する。プロフィールエンジンは計画セットの組織的拡張を行い、これは計画セットの本質的な物質の記述に基づいている。物質の記述の各要素は関係属性に対して機能的に分析され、そして拡張される。関連のある部品間の連結はプロフィールデータセット内に作成される。
【００１５】
その後解析されたプロフィールデータは、拡張プロフィールに編集される。拡張プロフィールは、複数の相互関係にある部品を含み、これらは複数の潜在的に関連のある建物の部品から、本質的に解析ステップで開発され関連付けられた建物部品の集合である。
【００１６】
拡張プロフィールの編集において、複数の相互関係にある部品の各々は固有の記述子タグが割り当てられる。また編集は建物の類似部品間の相互関係を拡張プロフィールに組み込み、そしてこの拡張プロフィールをプロフィールデータベースに蓄積する。
【００１７】
ユーザーは相互作用プロフィールシステムのアプリケーションエンジンにプロフィールの問い合わせを指示する。プロフィールの問い合わせはむしろユーザーのウェブブラウザーによりインターネット上に提示される。プロフィールの問い合わせは拡張プロフィールに関連付けができ、さらに厳密に言えば、建物の複数の相互関係にある要素の少なくとも一つに関連付けができる。典型的なプロフィールの要求は、建物の提案されたもしくは実際の変更、材料リストの要求、プロジェクトの査定、そして現在の特徴または部品の分析を含むことができる。
【００１８】
アプリケーションエンジンは、プロフィールデータベースと、そして潜在的に問い合わせに対して要求された応答を編集する補充情報に対する補助データベースと、インターフェイスで連結している。アプリケーションエンジンはプロフィールの応答を伴ってプロフィールの問い合わせに答える。プロフィールの応答は拡張プロフィールの複数の相互関係にある少なくとも一つの要素のリストを含む。プロフィールの問い合わせに対するプロフィールの応答は、ユーザーに、望ましくはユーザーのウェブブラウザーに、インターネットを経由して送られる。
【００１９】
本発明の相互作用プロフィールシステムはむしろアプリケーションエンジンのユーザーと相互作用するためにインターネットを用いている。時間、複雑さ、そして構造の設計に関わる不確実性における著しい削減は、本発明が提供する新しいアプリケーションエンジンを通じて実現される。材料選択及び設計変更の複雑さは、本発明のアプリケーションエンジンの一連の特定機能に調整され簡略化される。各々進行しているプロジェクトに対して、アプリケーションエンジンはいくつものユーザーから修正とコメントを受け取ることができ、そして開始から完了までのプロジェクトの修正履歴をたどることができる。
【００２０】
本発明は建築の全過程において、顧客と建築者との間の改善された相互作用を提供する。顧客からの介入は設計及び建築全過程で維持されるばかりではなく、顧客は過程を前進させ、顧客の要望にあった費用の効果的決定をするためのよりよい権限が与えられる。建築者は顧客の全ての必要な決定と選択を含んだ十分に詳細な建築仕様を顧客から得ることにより利点を得る。これは建築者と顧客との間の長々としたコミュニケーションを減らし、建築者を更に効率的にさせ、中心作業つまり家を建てるということに焦点を当てさせる。
【００２１】
本発明の更なる様相と利点は下記の図及び詳細な記述の考察から明らかとなる。
【００２２】
【発明の実施の形態】
本発明は建物の相互作用プロフィールを開発し活用する。相互作用プロフィールは建物の見積、設計、建築、修理または改造そして分析を含む多くの点で有用である。本発明は好ましくはインターネットウェブブラウザーを用い、開発されたプロフィールデータセットに、ユーザーインターフェイスを提供する。
【００２３】
概観
図１から図３は本発明の相互作用プロフィールシステム１０の好ましい実施を示す。相互作用プロフィールシステムはアプリケーションエンジン２０とプロファイリングエンジン３０とを含み、それらは単体またはネットワーク化されたコンピュータ、もしくはサーバーの中に基づくプログラムである。相互作用プロフィールシステムの中心的な特徴は、拡張されたプロフィールデータベース４０であり、アプリケーションエンジン２０と相互に作用する。アプリケーションエンジンはユーザー２５とインターフェイスで接続する。もっとも望ましいのは、ユーザーがインターネットを基盤としたブラウザーを用いることである。しかしながら、ユーザーはキオスク環境、ＬＡＮ環境、企業のエクストラネット、ＣＤ−ＲＯＭの特定アプリケーション、または同等のオペレーティング環境を通じて相互作用プロフィールシステムのアプリケーションエンジンにアクセスすることも可能である。現在、インターネットアクセスのために、インターネットエクスプローラーやネットスケープナビゲーター、オペラ、そしてモザイクのようなグラフィカルなウェブブラウザーは広く使用され、商業的に入手可能である。Ｌｉｎｕｘのようなテキストベースのインターネットブラウザーもまた用いることが可能である。ＷＡＰ（無線アプリケーションプロトコル）もまた相互作用プロトコルシステムにアクセスするために利用が可能である。ＷＡＰは安全な仕様であり、携帯電話、ポケットベル、ツーウェイラジオ、「スマートフォン」そしてコミュニケーターのような携帯無線装置を介して即座に情報にアクセスすることを可能にする。
【００２４】
本発明の過程はユーザー２５とインターフェイスで接続するために相互作用プロフィールシステム１０を用い、そしてユーザーがある特定の建物の非常に詳細な属性を含んでいる拡張プロフィールデータベース４０に変更を加えたりまた問い合わせをしたりすることを可能にする。ここで用いられている「建物」という言葉は、家、事務所または倉庫といったあらゆる構造を含むために使用される。またその言葉はその構造が占める土地をも含む。従って、建物はまた、土地の構造位置、構造の内部もしくはその周辺の備品と増設部分というようなその構造の用地形態を含み、その構造の公益事業設備の配置さえも含むことができる。
【００２５】
相互作用の、拡張されたプロフィールデータベース４０の生成は本発明の主要素である。拡張プロフィールの組織化を始めるために、計画セット５０は相互作用プロフィールシステム１０に受け取られる。計画セットは複数の潜在的に相互関係にある建物部品を含んでいる。計画セットは建物もしくは建物の一部分の基本的な記述であり、いかなる建物構造もなり得る。全ての構造は複数の潜在的に相互関係にある部品を含んでいる。これらの相互関係にある部品は、完成建物の部品を構成する個々にまたは機能的に分けられた構造もしくは特徴である。
【００２６】
本発明の相互作用プロフィールシステム１０の中に含まれた機能である計画セット標準６０内で、計画セット５０は、図３で詳述されているように、標準化されたデータセットに変換される。それから拡張プロフィールシステムのプロフィールエンジン３０は、標準化されたデータセットを拡張プロフィールデータベース４０に変換し、「拡張データプロトコル」に従ったフォーマットに組み込まれる。拡張データプロトコルは、建物の類似部品間の相互関係の発展のために標準的な枠組みを確立する。
【００２７】
計画セットの受け取り
計画セット５０は、好ましくはＣＡＤ（コンピュータ援用図案もしくは設計）データ５２ファイルのフォーマットである。ここで「フォーマット」という言葉はデータを入れるために用いられるある特定の媒体もしくは記憶装置というより、むしろデータ記憶のシンタックスと順序を記述するために使用される。ＣＡＤフォーマットは座標システムのポイントの代わりに、ベクトルを用いて対象物を記述する。ＣＡＤのグラフィックスは、解像度にかかわらず対象物が鮮明にはっきりと残り、また修正しやすいので好まれる。
【００２８】
アナログ計画５３も計画標準化６０に入力できる。アナログ計画は従来の「青写真」に象徴される。これらのアナログ計画もしくは図面のスキャンされたイメージは基本的にピクセルから成る「ラスター」ファイルの形式になる。少し名をあげるなら、ｂｍｐ、ｔｉｆ、ｇｉｆ、ｊｐｇ、そしてｐｃｘフォーマットのようなこれらラスターファイルは、正確性が証明されているラスターからベクトルへの技術を使用することによって、容易にＣＡＤフォーマットに変換される。アナログ計画は計画セットの正確なデータ変換を保障するのに最初に十分な解像度でスキャンされることができる。ベクトルに基づいたデジタルファイルは、その業界内に準拠している正確さの規格を使用しているスキャンイメージから生成される。スキャンされたもしくはラスターファイルとして入力された全ての「線画」は適切な目盛りに変換されることを最大限に保障するために、線画は正確な測定が実施されるように指定された目盛りで入力される。
【００２９】
本発明のために、好ましいベクトルファイルフォーマットはプロフィールエンジン３０への滑らかな転送を確保するために拡張データプロトコルに準拠する。計画セット５０の関連のある部品間の連結は、標準データセット６５内で維持される。この連結保存は、これらの連結の損失なく、プロフィールデータの将来の拡張および処理を補助する。
【００３０】
本発明のプロフィールエンジン３０は、複雑なＡＥＣ／ＣＡＤ（ａｒｃｈｉｔｅｃｔｕｒａｌ， ｅｎｇｉｎｅｅｒｉｎｇ ａｎｄ ｃｏｎｓｔｒｕｃｔｉｏｎ／ｃｏｍｐｕｔｅｒ ａｉｄｅｄ ｄｒａｆｔｉｎｇ ｏｒ ｄｅｓｉｇｎ）環境内で通常発生する顧客と建築家との間の典型的な関係を簡略化する。計画セット５０が拡張プロフィールデータベース４０に展開されることが可能になる前に、計画セット内のデータは相互作用プロフィールシステム１０によって標準化されなければならない。相互作用プロフィールシステムは計画セットの提出で開始する。いかなる適切なユーザー２５または建築家若しくは設計者のようなユーザーの代理人もこの提出を着手することができる。代わりに、ユーザーは、手動入力７０のプロフィールエンジン３０に直接計画情報を提出することができ、むしろ拡張データプロトコルで受け取られる。
【００３１】
本発明でプロフィールを作成するための建物を表す提出された計画セット５０は、あらゆる通常のフォーマットになり得る。これらの通常のフォーマットはアナログ形式もしくはＣＡＤのようなデジタルファイルを含む。計画セットはまたＧＩＳデータ５１の形式にもなり得る。代替フォーマット５４はまた相互作用プロフィールシステムへの適切な入力としても考えられる。これらの代替フォーマットは電子巻尺または超音波デジタル測定装置のような情報処理機能をもつ直接測定装置からの出力を含む。これらの装置は、プロフィールエンジンにデータを直接入力するために、図１が示すように手動データ入力７０の機能を用いるのと同様に、Ｂｌｕｅｔｏｏｔｈのような短距離無線インターフェイス技術を用いることができる。
【００３２】
更に図３に示すように、計画セット標準６０は計画セットを標準化されたデータセット６５に変換する。標準化されたデータセットはデータに拡張データプロトコルを適用する。拡張データプロトコルはプロフィールエンジン３０によってデータの更なる展開を可能にする。
【００３３】
最も望ましくは、拡張データプロトコルはＣＡＤに準じ、従ってＣＡＤ データ５０は効率的に拡張データプロトコルに変換され、そしてその後ＣＡＤフォーマットに戻され出力可能となる。ＣＡＤファイルフォーマットの好ましい形式への代替として、単純な建築上正確なアナログ計画５３は計画セット標準６０へ入力されることが可能である。「建築上正確な」という言葉は、十分に正確な測定に建物を厳密に描写する計画セット５０を定義づけるのに使用される。建築上正確な計画はスキャンされたグラフィカルなファイル、もしくは代わりに、テキストフォーマット上に建物の寸法と特徴を継続的な一覧表にするアナログ計画の形式になり得る。おそらく建築家、業者または建築者である立案者または所有者の同意もしくは計画によって、アナログ計画はデジタルフォーマットに容易に変換される。
【００３４】
本発明のプロフィールエンジン３０はＡＥＣ／ＣＡＤファイル中の複雑なグラフィカルで技術的な情報を拡張プロフィールデータベースのユーザーフレンドリーなフォーマットに変換することができる。ＡＥＣ／ＣＡＤフォーマットは特に建築家、技術者、製図工そして請負人の高度な技術的要求に指示される。本発明にとって、ユーザー２５はあらゆる複雑なデータフォーマットの使用において専門家である必要はない。その代わり、ユーザーは、ウェブブラウザーまたは適切な入力装置、そして相互作用プロフィールシステム１０のアプリケーションエンジン２０を通じて、プロフィールデータベースに相互に関わるためのわずかな能力を持つことのみが必要となる。
【００３５】
計画セットから標準プロトコルへの変換
本発明にとって、拡張データプロトコルは内部標準プロフィールデータベースフォーマットであり、これは計画セット５０が相互作用プロフィールシステム１０によって拡張され、そして使用されることを可能にする。拡張データプロトコルは特殊にフォーマットされたシステムであり、標準化された配列内に標準化されたデータセット６５を拡張するために組織し準備する。計画セットは相互作用プロフィールシステムのプロフィールエンジン３０によって標準化されたデータセットに変換される。標準化されたデータセットは、拡張データプロトコルでコンパイルするフォーマット中の計画セットの「スーパーセット」に拡張されることが可能な形式である。
【００３６】
拡張データプロトコルを「内部標準化」と言及することで、拡張データプロトコルは形式内で幾分任意であることを意味するが、しかし本発明のいかなる提供されたアプリケーション内でも一貫していなければならない。拡張プロフィールデータベース４０のフォーマットの任意性は、いかなるデータベース設計者の当業者も多くの同等の方法で、データベースを構成することが可能であるということから、容易に説明がつく。用いられた厳密なシンタックスは、設計事項であり、過度な実験（ｕｎｄｕｅ ｅｘｐｅｒｉｍｅｎｔａｔｉｏｎ）が必要なものではない。拡張プロフィールデータベースの一般化された構造とその関係のある属性は新規であると考えられるが、選択されたプロトコルは、ここに開示されるように、機能的な一般化された構造に一致し固守することのみが必要となる。
【００３７】
拡張プロフィールデータベース４０は、望ましくはサーバー内に組み込まれる必要はない。拡張プロフィールデータベースは、ユーザーのサーバーもしくはコンピュータ内に存在することが可能である。データ記憶方法は、一般に持ち運びができ、高い帯域幅で容易にアクセスできるので、物理的な位置およびデータベースへの接続方法は本発明では重要ではない。ＡｕｔｏＣＡＤＴＭ、ＳｏｌｉｄｂｕｉｌｄｅｒＴＭ、ＶｅｒｓａＣＡＤＴＭ及び ＧｅｎｅｒｉＣＡＤＴＭのような「ｎｏｎ−Ｍｉｃｒｏｓｔａｔｉｏｎ」ソフトウェアアプリケーションに要求されるように、計画セット５０から成るデジタルファイルを、関連付けされた属性なしに集めることは可能である。計画セットのデータファイルは、プロフィールエンジン３０で使用される拡張データプロトコルに一致させるために、手動でもしくはプログラムの補助により正確なレベル、色、線種、そして線幅に変換される。望ましくはＣＡＤフォーマット内、もしくは代わりのＳＶＧ（拡大圧縮可能（ｓｃａｌａｂｌｅ）ベクター画像記述）フォーマット内のこの標準化プロトコルは、拡張プロフィールデータベース４０への連結と抽出を促進する。他の代わりとなるフォーマットはＦＬＡＳＨＴＭ， ＶＭＬ （ベクターマークアップ言語）， 及びＶＲＭＬ （仮想現実 マークアップ言語）を含んでいる。ＶＲＭＬは オプショナルのプロフィールクエリー１７７として、「案内」もしくはユーザーによる仮想視界を促進するのに特に有用である。
【００３８】
本発明のプロフィールエンジン３０のデータフォーマット変換、もしくは計画セット標準化６０機能に対する好ましいメカニズムは、「ＸＭＬ」（拡張可能なマークアップ言語）を用いている。ＸＭＬはＨＴＭＬ（ハイパーテキストマークアップ言語）のような固定フォーマットではないため、ＨＴＭＬよりはるかに好ましい。ＸＭＬは「ＳＧＭＬ」（標準的な一般化されたマークアップ言語）の使用を可能にするように設計されている。ＳＧＭＬは文書の要素を編成したりタグをつけるためのシステムである。ＳＧＭＬは頻繁な修正に応じたり、「ワールドワイドウェブ」またはインターネット上の異なった代替フォーマットで印刷する必要のある大量の文書を管理する。ＸＭＬは単一ではなく、あらかじめ定義されたマークアップ言語であるが、しかし他のマークアップ言語を記述するために利用可能な「メタ言語」である。ＨＴＭＬのような、あらかじめ定義されたマークアップ言語は、ある特定フォーマットの文書で情報を記述するための方法を定義する。ＸＭＬは異なった種類の文書に対応してカスタマイズされたマークアップ言語の定義を可能にする。
【００３９】
本発明には、建物のグラフィカルな表示もしくは図面は、計画セット５０として相互作用プロフィールシステム１０に受け取られる。図面は拡張データプロトコル内の正確な変換に対して単に建築上正しいものである必要がある。建築上正しい図面は、テキストに基づいた簡単な一組のリスト、ラスターファイル、もしくは二次元データであるかもしれない。更に望ましくは、計画セットはもっと複雑なデータセットになり得る。このような複雑なデータフォーマットは、典型的にＣＡＤファイルとＳＶＧファイルの両フォーマットに見られるベクターファイルフォーマットを含んでいる。本発明の目的のために、ラスターファイルはＣＡＤファイルに変換されたほうが望ましい。最も望ましくは、図面のフォーマットはＸＭＬへの統合のためにＳＶＧフォーマットに変換される。ＳＶＧへのＣＡＤイメージの変換はよく知られており、容易に作業が行われる。典型的にＡｕｔｏＣＡＤＴＭに利用されるＤＸＦのような、全ての標準ベクターフォーマットは容易にＳＶＧフォーマットに変換される。
【００４０】
受け取られた計画セット５０に対して好ましいフォーマットはＣＡＤファイルである。再度、ＤＸＦはＤＷＧ、ＤＧＮまたはＤＦＧのようにフォーマットのよく知られた例である。上で表されたように、また図３で詳しく述べられたように、拡張データプロトコルに一致した標準化されたデータセットは、受け取られた計画セットから生成される。拡張データプロトコルに変換されて、標準化されたデータセット６５は、プロフィールエンジン３０による更なる拡張のための枠組みを含む。拡張されたデータセットは、本質的に拡張プロフィールデータベース４０の各構成要素のために準備された属性テーブルを持つ関連ライブラリーの初期段階である。標準化されたデータセットの各部品は、現時点で開発されそして独自に識別されて各関連部品に結び付けられる。
【００４１】
計画セットの解析
計画セット５０が計画セット標準化６０によって標準化された後、その標準化されたデータセット６５の結果は拡張データプロトコルに適合する。その後計画解析８０は、標準化された計画セットを抽出データセット８５に変換するために、プロフィールエンジン３０により標準化データセット上で実行される。プロフィールエンジンは、複数の潜在的に相互関係のある部品を、複数の相互関係にある部品に展開するために標準化されたデータセットを解析する。複数の相互関係にある部品は建物の非常に詳細な特徴である。部品間の相互関係は、その関係がプロフィールエンジンによって開発されるまで実質上認められないものとして存在する。解析によって形成される抽出データセットは、拡張され更に処理することができ、そしてアプリケーションエンジン２０の問い合わせ機能によってアクセス可能なフォーマットで存在する。
【００４２】
計画解析８０の主要機能は、計画セット５０の組織的拡張を促進することである。計画解析は計画セットに提供されたように、本質的な物質の記述に基づいて作られる。物質の記述の各要素は、建築上正確な計画セットを拡張プロフィールデータベース４０に開発するために、更なる機能分析のための拡張データセット８５に解析される。標準化されたデータセット６５の解析において、プロフィールエンジン３０は建物の物質的寸法と属性とを抽出し、そしてその建物を複数の相互関係のある部品に展開する。
【００４３】
拡張プロフィールデータベースの展開
建物の部品間の潜在的連結および関係は、拡張プロフィール９０を通じてプロフィールエンジンにより認識され展開される。受け取られた計画セット５０の線画および部品の記述から引き出されたように、その連結は全ての物質的属性の関連を含む拡張プロフィールに展開される。関係のある属性はドアまたは窓のスケジュールのような部品リストに結合されることが可能である。計画セット内に本来表示される付加的なタグとラベルもまた釘、鋲、コンクリート容積、石積み壁（ｄｒｙｗａｌｌ）の表面積及び屋根ふきのような材料の一般的な数量を決定するために利用されるかもしれない。
【００４４】
これら一般的な材料の数量は個々の建物部品の通常の特性に基づいている。特定寸法の材木と電気スイッチのような一般的な部品は、本質的に交換可能である。キャビネットまたは電気器具のような特殊化された補助部品は、単独の個々の記入項目として含まれるであろう。
【００４５】
計算された一般的な数量は、大体の費用見積を作成するための価格付け変数に直接連結することができる。価格付け変数は適切な製造者へデータベース接続を通じて供給されそして更新することが可能である。図１は、本発明のアプリケーションエンジン１０とそれぞれインターフェイスで接続できる、様々な外部データベース１００を示している。
【００４６】
これら外部データベース１００の一つはむしろ材料データベース１０１である。アプリケーションエンジン２０は、必要であれば、ある一般的な建物部品に対して最適な単位価格を得るために、一つもしくは複数の建築者データベース１０４にアクセスすることができる。またこれらの建築者データベースは電気器具、照明器具または注文キャビネットのような特定もしくは注文品に対して、見積額もしくは少なくとも提示価格を提供することはできる。また電気器具、家具、器具及び付属品項目の価格付けと注文は、備品データベース１０２でも提供することができる。
【００４７】
これらの外部データベース１００への接続は、非同期的な方法で起こりうることは注意されるべきである。つまり、インターネットワークステーション上のユーザーは、必ずしも外部データベースへの「ライブ」（同期）接続は必要ではない。現代のキャッシュメモリへの保存技術により、外部データベースの鏡像「スナップショット」は規則的に予定された基準で収集され、そしてプロフィールエンジンが存在する情報技術構造に統合されることが可能である。この取り組み方は潜在的なサービスの崩壊を最小限にし、性能およびユーザーへの応答を最大限にする。
【００４８】
拡張プロフィールデータベース４０は建物の各部品部分を効率的に見るために、ツールを使って一般的なＣＡＤファイルのユーザーに提供する。加えて、建物、敷地の境界内の部品の厳密な位置、敷地内の建物の位置、電気コンセントカバー、またはキャビネットドアの蝶番のような完成に至るまでの詳細のように、部品と部品分類との関係は、容易にアクセスされる。相互作用プロフィールシステムは、全ての所要規制コードおよび技術データを他所参照するための強力な手段となり、開発もしくは規定検査段階において、より滑らかでより早い計画点検を行うことを可能にする。
【００４９】
拡張プロフィール９０のプロフィールエンジン３０機能は、建物の全ての部品部分に識別を行うための固有の記述タグを割り当てる。建物内の部品の特徴を表す抽出データセット８５の全要素は、固有の識別名を与えられる。位置、量、長さ、高さ、面積、及び容積のような所要詳細を抽出することが可能である。抽出されたデータセット結果は、計画セット５０内の詳細に展開し、そしてその要素へ連結するために、本発明の固有のプロフィールエンジン３０によって読み取られる。
【００５０】
プロフィールエンジン３０の拡張プロフィール９０機能は、拡張プロフィールデータベース４０内で、多数の論理的相互関係に展開するために建物の部品を連結する。基礎、床、屋根システム、及び壁のような構造組立品は、プロフィールデータベースが編集され、そして追加属性を受け取る準備がなされた後に、拡張プロフィールデータベースに入力を追加するために、ユーザーから限られた入力項目をそれぞれ受け取ることができる。この付加的な入力は、計画の建築家または建築請負人との対話や意見のような複数の情報源から引き出されることができる。
【００５１】
加えて、抽出データセット８５は、計画位置に基づくある地域に対して特定な技術的要求への連結によって、拡張されることが可能である。これらの地域特性は、地方区域制および規制要求に沿って、気候上の必要性に典型的に関係している。その上、コンクリート補強、柱の寸法測定、木製処置の要求、そして地震保護のような技術的に関連した入力も抽出データセットに連結することが可能である。ユーザー２５が問い合わせまたはデータ修正機能で部品を修正するとき、拡張された提供データベース４０はその後連結されたデータにアクセスできる。利用可能となった情報は、その結果として設計決定に含められることが可能である。独特な用地特定入力のような、さらに曖昧な情報もまた含めることができる。この用地特定入力には、粘土または砂上の建物構造の設置に要求される「浮遊」基礎パッドへつなぐ、基礎部品のための提案された留め具が含まれる。
【００５２】
好ましくは、拡張データプロトコルは、多くの可能な外部データベース１００のうちの一つである参照データベース１０７と、インターフェイス接続を可能にするために形成される。参照データベースは、好ましくは該当する規制、技術データ、及び材料費の収集を含んでいる。規定データベース１０８は、該当する規制に対してどんな指定された構造部品でも点検する目的のために特に利用されることが可能である。
【００５３】
将来の展開のために、拡張プロフィール９０は「３Ｄ」（三次元）ＣＡＤ上の部品の立体（ｖｏｌｕｍｅ）を生成するための能力を持つかもしれない。現在、相互作用プロフィールシステムは木製枠、スティックビルト（ｓｔｉｃｋ ｂｕｉｌｔ）、鋼鉄鋲、及び壁構成構造の選択を含むことができる。加えて、間柱間隔、脚立、ヘッダー（ｈｅａｄｅｒｓ）、トラス、目地などの計算は、計画セット５０から抽出された典型的な二次元データから計算することができる。屋根システムの様式や技術、そして外部被覆材料や対候性の選択というような、地域の建物技術によって影響される建物の特徴は、抽出データセット８５へ連結することが可能である。
【００５４】
プロフィールデータベースの確立
プロフィールエンジン１０は、現在建物の部品を拡張プロフィールデータベース４０に読み込むことができ、適切なタグ情報、計画解析８０からの拡張データ、および拡張プロフィール９０機能を含んでいる。拡張プロフィールデータベースは、関連のある分類に組織化され、各部屋の物質寸法及び容積、ドアまたは窓の明細及び面積、タグおよびラベル区分を含む。この関連データベースにより、プロフィールエンジンは、建物のどの部品分類の数も確定することができ、しかも家または建物への改造もしくは付加のように、部品の属性を修正したり、関連のある部品へのその修正の影響を見直したりすることから生じる問い合わせから、これらの部品の何れか一つを同様に選択することができる。
【００５５】
拡張プロフィールデータベース４０は、各部品の完全な寸法、全ての補助部品の寸法、そして全ての建物と仕上げ材料の数量のような情報を含んでいる。これらの「補助部品」はあらゆる特定の部品の部分または断片であり、例えば、留め具、釘、間柱、そしてカバー、を含むことができる。
【００５６】
拡張プロフィールデータベース４０を確立し維持するために、プロフィールエンジン３０の拡張プロフィール９０機能は、標準的な「既製の」ツールを用いる。加えて、拡張プロフィール機能は「高性能」であり、その中でデータベース建物ツールが、建物の部品部分間の関連およびそれに応じたデータベースのロードを認識する。
【００５７】
その上、アプリケーションエンジン２０は、好まれるように、拡張プロフィールデータベース４０と既製のツールでインターフェイス接続が可能である。そのようなアクセスツールは、ユーザー２５の要望を満たすことが要求されると、建物対象の部品部分を理知的に確認し、データベースにアクセスすることができる。特にこれらの要望は、データベース内の計画の更なる開発に関する問い合わせおよび入力に関係する。
【００５８】
ＴｉｍｂｅｒｌｉｎｅＴＭ とＣｏｎａｃは、建築計画に対する見積を提供するために用いることが可能なソフトウェアツールである。但し、これらの見積プログラムは、本発明で実行されるような、構造の十分なプロフィールを作成することはできない。ＴｉｍｂｅｒｌｉｎｅＴＭ のような、それらの多数は、ＣＡＤフォーマットにデータを移出する能力を言及している。更に、Ｃｏｎａｃのような、これらのアプリケーションの少しは、ＣＡＤ図面から見積を作成する能力を言及している。しかしながら、どれも本発明の方法を用いているようなこのＣＡＤ図面をさらに発展させるものではない。本発明の相互作用プロフィールは、計画セット５０で始まり、そしてそれを拡張プロフィールへと展開し、ＣＡＤ図面上に表れる部品との直接関係の中の単一の見積目的のためだけではなく、拡張プロフィールデータベース４０に基づいたあらゆるプロフィールの問い合わせ１７７のために、完全にそして正確に構造を記述する。構造の部品に関連付けるために形成された拡張プロフィールデータベースの建築により、複合サードパーティーのデータベースアプリケーションにより作られた、かなり発展した構造アセンブリに対する必要性は減少する。最も望ましくは、通常の抽出過程およびプログラムは、計画セット５０の中の全ての要素を読むために、そしてプロフィールエンジンによって標準化６０、解析８０、そして拡張９０に要求される寸法、ドアおよび窓の明細並びに面積、タグまたはラベルの情報を抽出するために利用される。
【００５９】
アプリケーションエンジン２０は、規制要求をチェックし費用計算を行うために、いかなるまたは全ての外部データベース１００、特に参照データベース１０７または規定データベース１０８により、拡張プロフィールデータベース４０を相互参照することができる。これらのチェックおよび計算は、ユーザーのためにインターネット 「サーフィン」の要求に対して受諾可能な時間枠内で完了することができる。これらの外部データベースは、最新の建築材料の価格付けのために、該当する規制および規定のための規制者、いくつかの貿易組織、および建物供給品の卸売業者のような、サードパーティーによって最も望ましく形成され、そして維持される。これらの外部データベース供給者のうちのいずれか一つが、有料の外部データベースに含まれるであろう提携データベース１０９を供給するために、相互作用プロフィールシステム１０と提携することができる。但し、相互作用プロフィールシステムのオペレータは、必要とされれば、これらの外部データベースまたは特定の参照データベースの時期を得た提供ができる。
【００６０】
一旦ユーザー２５から規制、技術データ、および建築費用計算の要旨が挙げられたら、材料の選択、完成、および関連した建築決定に関して、ユーザーが建物の設計を変更するのは自由である。図１に示されるように、ユーザーは、データセット修正１２０の建物部品を変更できる。アプリケーションエンジン２０は、建物部品を変更し、そして修正された部品を、プロフィールエンジン３０の計画解析８０機能に提出する。それからプロフィールエンジンは、拡張プロフィールエンジン９０を経由してデータセットを再処理し、拡張プロフィールデータベース４０にそれを保存する。
【００６１】
「しろうと」または非専門的なユーザーと、複合建築過程との間の本発明の相互作用は、現在利用可能ではなく、どの知られた建築補助もしくは管理製品よりもかなりの改善である。非熟練者のユーザーは、建物設計者と同等の技術的に熟練したレベルに引き上げられる。インターネット及びデータ管理の現存し、または発展中の技術を実行することにより、本発明は、現在の顧客対建築家、もしくは顧客対請負人の関係による不可能なレベルで、ユーザーが建物設計過程に参加することを可能にする。
【００６２】
データベース関係
図２は好ましい拡張プロフィールデータベース４０のモデル構造を示している。上記で述べたように、データベースはリレーショナルデータベースである。拡張プロフィールデータベースは、好ましくはデータベースサーバー内に組み込まれている。拡張プロフィールデータベースは最初にプロフィールエンジン３０によって「作られ」もしくは確立され、そしてその後アプリケーションエンジン２０によるアクセスを通じて維持され更に展開される。
【００６３】
プロジェクト
拡張プロフィールデータベースの最も高い実体（ｅｎｔｉｔｙ）は、プロジェクト１３０である。プロジェクトはプロジェクト明細のようなプロジェクトの全体的な属性を含んでおり、英数字の称号であり、そして短いプロジェクト説明でありうる。プロジェクトは特定ユーザーもしくはユーザーグループに関連した対象の統合分類である。一般的にプロジェクトは、一つ以上の建物対象１３５を含むことができる。
【００６４】
建物対象
建物対象１３５は、特定の建物または構造をその名前および位置で記述する。ＧＩＳ（地理情報システム）タグは、土地の建物を高度な正確性で位置するために含まれる。ＧＰＳ（地理的位置システム）もまた、建物対象の位置に属する付加的な情報によって、拡張プロフィールデータベース４０を補うために利用することが可能である。建物対象の実体は二つの補助的実体があり、商業１３６および住宅１３７である。これらの補助タイプは、付加的情報および制御パラメータを含んでいる。典型的な建物対象は、家、アパート、マンションまたは商業建物であることが可能である。
【００６５】
地域
地域分けは、本発明の相互作用プロフィールシステム１０の重要な様相であるため、各建物対象１３５は、もっとも好ましくは少なくとも地域１３９に割り当てられる。この地域実体は、基礎識別子、枠組み識別子、断熱識別子、および屋根ふき識別子のような制御標識を結合する。これらの識別子または標識は、地域建物規制および標準への接続を提供し、それらは図１に示されるように、好ましくは外部データベース１００の一つに含まれ、そしてアプリケーションエンジン２０の見積および建設論理に関連している。建物対象は、少なくとも単一の分類１４０から構成される。
【００６６】
分類
分類１４０は、分類識別、分類名、機能的な記述のような情報を含んでいる。最も典型的な分類は部屋であるが、分類は、デッキ、車庫または玄関のような、いかなる認識できる独立した範囲もなり得る。その上、分類は、周囲の長さ、部屋の容積および床面積のような計算された価値も含んでいる。拡張プロフィールデータベース１０内の計算された価値のこの連結は、床のカーペット範囲のような、関連した情報を容易に引き出だせるように準備する。それぞれの分類は、建物対象１３５に割り当てられ、関連した分類ならいくつでも一つの建物対象に割り当てられることができる。
【００６７】
抽出記録
計画セット５０の部品は、個々の壁、床、および天井を含むことが可能である。これらの部品は拡張プロフィールデータベースに抽出され、従ってそれぞれは拡張記録１５０として参照される。それぞれの抽出記録は、計画セットの元の追加ＣＡＤデータと同様、位置、幅、高さそして深さのようなパラメータで追跡される。抽出記録の例として、特定の窓または床タイプを含んでいる。抽出記録は、実体分類１４０、建物対象１３５、およびプロジェクト１３０と重要な関係で結びつける。それぞれの抽出記録は、分類へ割り当てられる。この関係は、それが分類に関連するとき、抽出記録のＣＡＤ 情報を追跡するための関連を提供する。例として、部屋分類は、少なくとも４つの壁の抽出記録のセットで接している。
【００６８】
記録タイプ
各抽出記録１５０には、一般的な制御パラメータを要約し、抽出記録の一般的な制御パラメータを追跡する記録タイプ１５５が割り当てられている。記録タイプの例として、台所電気（ガス）機器、浴室の据付品、電気差込口、壁カバー、窓およびドアの様式がなり得る。計画セット５０に見られるこれらの記録タイプは、拡張プロフィールデータベース４０に表される。その上、記録タイプは抽出記録を追跡し連結するために用いられる。
【００６９】
プロフィール記録
プロフィール記録１６０は、抽出記録１５０に割り当てられる。特定構造要素に割り当てられた全ての部品は、プロフィールエンジン３０の拡張プロフィール９０で展開された構造要素のような建築詳細を記述する。例として、壁プロフィール記録の部品は、ツーバイフォー、断熱材、石板、電気並びに水道管の導管及び管、そして釘またはねじに至るその他の材料全てを含み、全てが典型的な壁抽出記録を補っている。材料情報に加えて、位置および建築情報は、拡張プロフィール機能により展開され、そしてプロフィール記録としても記録される。
【００７０】
抽出記録１５０とプロフィール記録１６０とは共に、記録１７０として参照されることが可能である。これらの記録は、拡張プロフィールデータベース４０の主要部品である。データベースはまた、記録を補いそして個々の記録をつなぐために使用される記録タイプ１５５のような連合関係情報を含んでいる。
【００７１】
プロフィールへの問い合わせ
図１に示されるように、ユーザー２５は、相互作用プロフィールシステムのアプリケーションエンジン２０にプロフィールの問い合わせ１７７を指示することができる。「問い合わせ」の用語は、拡張プロフィールデータベースの記録を変更する要求を含むために広く解釈される。プロフィールの問い合わせは、好ましくはユーザーのウェブブラウザーを使用してインターネット上に提出される。プロフィールの問い合わせは、拡張プロフィールと関連付けすることができ、建物の複数の相互関係のある要素のうち少なくとも一つとさらに明確に関連付けすることができる。プロフィールの要求は、リストを要求する、またはデータベースの部品を変更するといった、複雑さの複数のレベルと相対関係で、拡張プロフィールデータベース４０に問い合わせをすることができる。従って、「問い合わせ」という用語は、特定の部品、または一つもしくは複数の建物部品間の相互関係と関係のある拡張プロフィールデータベースへの質問にも適用することができる。
【００７２】
アプリケーションエンジン２０はプロフィール応答１７８でプロフィールの問い合わせ１７７に応答する。プロフィール応答は、拡張プロフィールデータベース４０の複数の相互関係にある要素の少なくとも一つのリストを含んでいる。これらの相互関係にある要素は、ユーザー２５が要求するどのレポート形式でも連合され、関係付けられもしくは分類される。プロフィールの問い合わせへのプロフィール応答は、ユーザーに、好ましくはインターネット上でユーザーのウェブブラウザーに送れられる。
【００７３】
相互作用プロフィールシステム１０の各ユーザー２５は、相互作用プロフィールシステムが計画セット５０を受け取るとき、独自に識別される。どの特定の計画、もしくは結果として生じる拡張プロフィールデータベース４０へのアクセスは、認証されたユーザーに限定される。ユーザーによる相互作用プロフィールシステムへのアクセスは、ユーザー身分証明の発行、および特定ユーザーとプロジェクトまたは建物に対するアプリケーションエンジン２０によるアクセスコードを含んでいる。
【００７４】
ユーザー２５は、プロジェクト１３０に対してある特定の計画セット５０を選ぶことがありうる。そしてその後アプリケーションエンジン２０を通じて重要な選択を完了し、これは一つもしくは複数の本来の計画選択を不満足なものにさせる。熟考の上、ユーザーは代わりの計画セットを選択し、本来の計画セットに関して以前の選択を再度適用することがありうる。ユーザーによるこの行為を助けるために、アプリケーションエンジンは、ユーザーが過去のプロジェクトから一つもしくは複数のユーザーのプロフィールのプロフィールデータベース４０を検索すことを可能にする。このプロフィールの履歴は、本質的にユーザーの「ポートフォリオ」である。拡張プロフィールデータベース内でのユーザーの検索結果は、アプリケーションエンジンによって実行されるとき、プロジェクトを記述するため、プロジェクト名と、土地税番号および／または法的記述のような付加的情報を含むことができる。つまりこれらはプロジェクト履歴または現状報告書と類似している。これらの結果が作られ、その後ユーザーへ送信される。ユーザーはその結果を見直し、その後あらゆるプロジェクト１３０に関する特定のプロフィールの問い合わせ１７７によって、アプリケーションエンジンに応答を返すことができる。
【００７５】
特定プロジェクト１３０に対しては、アプリケーションエンジン２０は、ユーザー２５からプロフィールの問い合わせ１７７を受け取ることができ、これはアプリケーションエンジン内で作り出され、そしてユーザーのウェブブラウザーを通じたユーザーからの入力に基づいたアンケートもしくはプロジェクト入力の形式が望ましい。プロフィールの問い合わせは、アプリケーションエンジンによって実行される検索の基準を詳しく述べている。例えば、このプロフィールの問い合わせは、次の通り表１にまとめているように、プロジェクトの詳細を含むことができる。
【００７６】
表１：拡張プロフィールデータベースへの問い合わせ要求のトピック例
ドア明細
内部クローゼット、まわり縁及びキャビネット
外部クローゼット及びまわり縁
窓
内部／外部仕上げ材
全ての開口部
内部高さ
まわり縁の長さ、ベースボード、バンド繰形、クラウン繰形、
キャビネット、カウンター上部、壁の表面、電気（ガス）機器
タイプ及び「容積」そして必須の公益事業設備
接続
長さ、幅、高さ、又は深さ「容積」のような、あらゆる特定部品の寸法データ
開口部識別（計画仕様）
機械識別（郵便番号または国による）
配管略図
暖房／換気略図
提案太陽エネルギーの選択
電気識別（郵便番号または国による）
電気配線略図
壁コンセント
電気スイッチ
証明詳細
ヒューズボックスの選択
アプリケーションエンジン２０がユーザー２５からプロフィールの問い合わせ１７７を受け取った後、アプリケーションエンジンは、プロフィールの問い合わせに基づく検索を作成する。プロフィールの問い合わせは、部品のリストのための要求、もしくは「〜したらどうなるか」の要求となり得る。アプリケーションエンジンは、好ましくはプロフィールの問い合わせのプロフィールの結果１７８をレポートの形式で送信する。
【００７７】
しかし、もしユーザー２５が記録１７０を変更するプロフィールの問い合わせ１７７を提出すれば、ユーザーがプロジェクト１３０の部品へ変更を要求または要望する場合に実行されるのと同様に、データセット修正１２０命令は、図１に示されるように、アプリケーションエンジン２０によって作られる。
【００７８】
オプション／選択
アプリケーションエンジンはむしろ機能を含んでおり、それは全ての設定、選択、アカウント情報そして相互作用プロフィールシステム１０の使用の制御を提供する。制御は、特にアクセス許可、アカウント情報、フィルター制御、許可マーケティング、そして電子商取引制御を含む。このような機能は、コンピュータ技術分野において広く知られている。
【００７９】
相互作用プロフィールシステムでプライバシーを保護するために、相互作用プロフィールシステム１０の各ユーザー２５は、計画セット５０が提出された際、独自に識別される。どの特定計画セットへのアクセスも、承認されたユーザーに限られる。プロフィールエンジン３０が新しいユーザーから計画セットの要求の提出を受け取るとき、ユーザーは、ユーザー認証とその特定ユーザーのためのアクセスコードを発行される。一旦確認されたユーザーは、アプリケーションエンジンによる処理と、それに続くプロフィールデータベースへのアクセスのために、一つもしくは複数の建物対象１３５を選択できる。アプリケーションエンジンによるプロフィールデータベースへの問い合わせの結果が生成され、その後ユーザーに送信される。ユーザーはその結果を見直し、それからアプリケーションエンジンに応答を返すことができる。アプリケーションエンジンによって受け取られるように、ユーザーのプロフィールの問い合わせ１７７は、好ましくはアンケート、もしくはユーザーからの入力に基づくアプリケーションエンジンによって作られた「書込み」問い合わせの形式である。
【００８０】
システム構造
本発明は、ユーザー２５と相互作用プロフィールシステム１０の間の相互作用を促進するために、好ましくはインターネット用いる。建築過程に関わる時間、複雑さそして不確実性を著しく減少することは、本発明が提供する新規アプリケーションエンジンを通じて実現する。特に計画修正および材料リストの複雑さは、相互作用プロフィールシステム内に含まれるように、アプリケーションエンジンの一連の特定機能に調整され簡略化される。アプリケーションエンジン２０は、速くて、個人的でそして安全である強力なツールを提供することでユーザーの要望に答える。各進行中のプロジェクトにとって、相互作用プロフィールシステムは、精力的にプロジェクトを展開させることよって、いくつものユーザーから修正およびコメントを受け取ることができる。
【００８１】
本発明は、建築過程の間ずっと、顧客と建築者との間の発展した相互作用を提供する。顧客からの介入は、設計から建築に亘って持続されるだけではなく、顧客は過程を前進させ、顧客の要望にあった費用効率の高い決定をするためによりよく権限を与えるようにする。建築は、過度の管理または注文変更の面倒および追加費用がなく、時機を得た決定によって利益を得る。
【００８２】
上で述べたように、相互作用プロフィールシステム１０の好ましい構造は、エンドユーザーとインターネットでインターフェース接続し、望ましくは商業的に利用可能なむしろウェブサーバー、ＳｔｒｏｎｇｈｏｌｄＴＭまたはネットスケープのような「ＳＳＬ２−ｃｏｍｐｌｉａｎｔ」タイプのウェブサーバー、アプリケーションエンジン２５で、そして望ましくはデータベースサーバーを含んでいる。データベースサーバーは、オラクル、インフォミックス、サイベースのような商業的に利用可能なリレーショナルデータベース管理システム上で動作可能である。代わりに、データベースサーバーのネットワーク化セットは利用可能である。また相互作用プロフィールシステムは、拡張プロフィールデータベース４０のための記憶ディスクを含み、アプリケーションエンジン２０、ウェブサーバー、及びオペレーティングシステムによって使用される雑多なデータも含む。この雑多なデータの記憶装置は、好ましくは、ユーザーデータベースを含むことができる。ウェブサーバー、データベースサーバー、そして記憶ディスクは、業界標準のＴＣＰ／ＩＰネットワーク上で通信し合い、そして無許可のアクセスを防ぐために、全てはファイアーウォール（ｆｉｒｅｗａｌｌ）内に存在する。
【００８３】
ウェブサーバーは、サイト管理者のウェブブラウザーかまたはユーザー２５のウェブブラウザーを経由してアクセスされる。更に、ファイアーウォール内のローカルＴＣＰ／ＩＰネットワークに接続されたコンピュータ上で動くブラウザーは、管理および開発目的のためのサーバーにアクセスする。
【００８４】
アプリケーションエンジン２０のためのプログラミングは、ＴＣＰ／ＩＰネットワークおよびＲＤＢＭＳのサーバー環境へのアクセスを提供するいかなる言語もしくは言語の組合せによって書かれる。このような言語の例として、Ｃ、Ｃ＋＋、Ｐｅｒｌ、およびＶｉｓｕａｌ Ｂａｓｉｃがある。ＲＤＢＭＳへのアクセスは、当業者なら誰でもよく知っている言語およびＲＤＢＭＳ特定ＡＰＩを通じて行われる。アプリケーションエンジンは、ユーザー管理、プロジェクト履歴、登録、ヘルプ、ウェブページまたはストアーフロント（ｓｔｏｒｅ ｆｒｏｎｔｓ）、会計、およびサイト管理のような、一つもしくは複数の補助サブプログラムまたはオペレーションを含む。
【００８５】
サーバーは、ＵＮＩＸＴＭまたはＬｉｎｕｘＴＭ、ＷｉｎｄｏｗｓＮＴＴＭまたはＭａｃｉｎｔｏｓｈ ＯＳＴＭのような商業的に利用可能なオペレーティングシステムを動かすＳｕｎＴＭ、ＵｌｔｒａＳＰＡＲＣＴＭ、またはＤＥＣ ＡｌｐｈａＴＭのようなワークステーション級もしくはそれ以上のコンピュータ上で動く。データベースサーバーもまた、サーバーコンピュータのように同じかまたは異なる商業的に利用可能なオペレーティングシステムを動かすワークステーション級またはそれ以上のコンピュータである。記憶ディスクは、単体で購入可能な記憶ディスクサブシステム、もしくはＴＣＰ／ＩＰネットワーク上の他のコンピュータに、そのローカル記憶ディスクを利用可能にするワークステーション級もしくはそれ以上のコンピュータのいずれかを通じて利用可能である。アプリケーションエンジン２０は、サーバー、データベースサーバー、または使用される記憶ディスクのタイプに特に依存せず、従って、より速く、より可能で、より技術的に進歩したシステムが、アプリケーションエンジンの基本機能の変更なしに利用できるように、ハードウェアをアップグレードすることができる。
【００８６】
本発明の方法は、ロードバランスまたは重複、周期的なバックアップシステム、余剰記憶ディスク、連続電源（ＵＰＳ）、システムとサーバー管理及び報告機能、重複ローカル及びインターネットネットワーク接続及び他の適切な管理機能に対して、巧みな作業でよく知られ、理解されている複合サーバーのような、多数の付加的補助機能を含むことも可能である。しかしながら、相互作用プロフィールシステム１０は、これらのどの補助機能にも依存せず、そしてそれらのいずれかもしくは全てが存在するかどうかに関わらず、その基本機能を本質的に実行することが可能である。
【００８７】
本発明の好ましい実行において、アプリケーションエンジン２０は、発明と関連付けられたソフトウェア関連機能を実行する。「ハイパーテキストマークアップ言語」（ＨＴＭＬ）は、「共通ゲートウェイインターフェース」（ＣＧＩ）を明示するアプリケーションエンジンによって作られる。ＣＧＩは、ウェブページのグラフィックインターフェースを通じて、インターネットまたはワールドワイドウェブ（ＷＷＷ）に接続されているサーバー間の情報の移動を可能にする。アプリケーションエンジンは、ＣＧＩ仕様に一致するデータを受け入れそして戻すように設計されている。アプリケーションエンジンは、例えば、「Ｃ」、「Ｐｅｒｌ」、または「Ｖｉｓｕａｌ Ｂａｓｉｃ」といった、いかなるプログラム言語で書かれることが可能である。
【００８８】
アプリケーションエンジン２０の次の呼び出しにより実施される機能を明示するＣＧＩのパラメータ情報は、ユーザー及びサイト管理の行為に応答する。本発明のユーザーは、顧客と相互作用プロフィールシステムのサイト管理者を含むことができ、ユーザーとして集合的に参照される。相互作用プロフィールシステムの単一中央装置の交互の実施は、複数の相互作用プロフィールシステムから成り、それぞれが発明と関連付けられた一つまたは複数の機能を実施する。
【００８９】
ユーザー２５からの入力に基づいて、ＸＭＬは相互作用プロフィールシステム１０によって作成され、アプリケーションエンジン２０、プロフィールエンジン３０、または補助プログラムのように、システムのどの部品が関係するかを明示する。これら次のアプリケーションエンジンは、ＨＴＭＬで作られるプログラムより同じかまたは異なるアプリケーションエンジンとなり得る。
【００９０】
データベースの利用
拡張プロフィールデータベース４０は完全に自己定義された構造である。すなわち、一旦計画セット５０が本発明によって構造的にプロフィールを作成されると、見積り、設計、建築、および構造の修復に必要とされる全ての情報は、その特定プロジェクトプロフィール１３０に記憶される。どの技術者または業界の専門家にも、相互作用させるようにプロフィールへの追加は要求されない。
【００９１】
注文建築アプリケーション１７５で、見積りは精力的に行われる。設計変更は、データセット修正１２０機能を通じて、アプリケーションエンジン２０によって瞬時に合図が送られ計算される。
【００９２】
本発明の相互作用プロフィールシステム１０は、「構造化属性採掘」（ｓｔｒｕｃｔｕｒｅｄ ａｔｔｒｉｂｕｔｅ ｍｉｎｉｎｇ）（ＳＡＭ）方法を用いる。プロジェクトの非常に詳細で相互に関連付けられた属性は、設計、見積り、そして建物アプリケーションの利点に対して「採掘」または理知的に質問がされる。この非常に詳細な採掘は、標準化データセット６５とのみ実行可能で、その後拡張プロフィールデータベース４０を形成するために適切に拡張される。
【００９３】
本発明の相互作用プロフィールシステム１０は、混合プロジェクト報告を提供でき、これは、開始から完成とそれ以上までのプロジェクト１３０の獲得、建築、修復に必要とされる全てのものを詳細にしている。発明は著しく簡略化し、従って現在熟練した人間の介入を必要とする部分の自動化により、創造的な意思決定の前進を促進する。本発明のアプローチは、顧客／ユーザーの単一オペレータのみを要求する。ユーザーは、共同ツールを通じて、特に専門的な指導を必要とするとき、他を援助として求めることができる。この任意の援助は、専門家の能力の範囲内で行われ、そして修正の程度に依存している。
【００９４】
拡張プロフィールデータベース４０は、完成建物対象１３５の各部品部分を、詳細に定義し組織するための拡張データプロトコルに依存している。相互作用プロフィールシステム１０が、提携サイトからアクセスされる時、建物インデックスは、全ての部品部分または建物と関連付けられたサイトを表示することができる。これは、供給者および製造者が計画の特定商品を販売するのを容易にさせる。
【００９５】
もし潜在的なユーザーまたは顧客が、本発明の相互作用プロフィールシステムとインターフェース接続されているウェブサイトを訪れ、そこがインテリア商品を販売していたら、顧客は相互作用プロフィールシステムを通じて買い物することができる。カーテン、壁紙、ペンキ、ドア、窓、まわり縁、スイッチ、証明、備付品及び家具のような特定品目の購入は、アプリケーションエンジン２０によって、拡張プロフィールデータベース４０内で相互に共同調整される。空間、玄関、クローゼット等を含む家もしくは建物対象１３５の各部屋または分類１４０は、次の表と同じように、建物インデックスに含まれる。
【００９６】
表２： 拡張プロフィール例
プロジェクト − リビングルームの改造
建物対象 − リビングルーム（部屋Ｎｏ．６） （スペック）
分類 − リビングルーム（部屋Ｎｏ．６） （スペック）
抽出記録 − 部屋Ｎｏ．６の台所への開口部 （スペック）
プロフィール記録 − 部屋Ｎｏ．６の台所ドア （スペック）
プロフィール記録 − 部屋Ｎｏ．６の台所ドアのまわり縁 （スペック）
プロフィール記録 − 部屋Ｎｏ．６の台所ドアのハードウェア （スペック）
抽出記録 − 部屋Ｎｏ．６のダイニングルームへの開口部（スペック）
プロフィール記録 − 部屋Ｎｏ．６のダイニングルームのドア （スペック）
プロフィール記録 − 部屋Ｎｏ．６のダイニングルームのドアのまわり縁（
スペック）
プロフィール記録 − 部屋Ｎｏ．６のダイニングルームのドアのハードウェ
ア （スペック）
抽出記録 −部屋Ｎｏ．６の玄関への開口部（スペック）
プロフィール記録 −部屋Ｎｏ．６の玄関の繰形への開口部（スペック）
抽出記録 − 部屋Ｎｏ．６の壁Ｎｏ．１の窓１ （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１の窓１のまわり縁 （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１の窓１の枠 （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１の窓１のカバー （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１の窓１のスクリーン （スペック
）
抽出記録 − 部屋Ｎｏ．６の壁Ｎｏ．１の窓２ （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１の窓２のまわり縁（スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１の窓２の枠 （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１の窓２のカバー （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１の窓２のスクリーン （スペック
）
抽出記録 − 部屋Ｎｏ．６の壁Ｎｏ．１の照明スイッチ１ （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１の照明スイッチカバー版（スペ
ック）
抽出記録 − 部屋Ｎｏ．６の壁Ｎｏ．１のコンセント１ （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１のコンセント１コンセントカバ
ー版（スペック）
抽出記録 − 部屋Ｎｏ．６の壁Ｎｏ．１のコンセント２ （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１のコンセント２コンセントカバ
ー版（スペック）
抽出記録 − 部屋Ｎｏ．６の壁Ｎｏ．１のコンセント３ （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１のコンセント３コンセントカバ
ー版（スペック）
抽出記録 − 部屋Ｎｏ．６の壁Ｎｏ．１ （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１のベースボード（スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．１クラウン繰形（スペック）
抽出記録 − 部屋Ｎｏ．６の壁Ｎｏ．２ （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．２のベースボード（スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．２クラウン繰形（スペック）
抽出記録 − 部屋Ｎｏ．６の壁Ｎｏ．３ （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．３のベースボード（スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．３クラウン繰形（スペック）
抽出記録 − 部屋Ｎｏ．６の壁Ｎｏ．３の取付キャビネット （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．３の取付キャビネットの棚（スペ
ック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．３取付キャビネットの腕木（スペ
ック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．３取付キャビネットのドア（スペ
ック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．３取付キャビネットの蝶番（スペ
ック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．３取付キャビネットのハンドル（
スペック）
抽出記録 − 部屋Ｎｏ．６の壁Ｎｏ．２の照明スイッチ２ （スペック）
抽出記録 − 部屋Ｎｏ．６の壁Ｎｏ．７ （スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．７のベースボード（スペック）
プロフィール記録 − 部屋Ｎｏ．６の壁Ｎｏ．７クラウン繰形（スペック）
プロフィール記録 − 部屋Ｎｏ．６の床 （スペック）
プロフィール記録 − 部屋Ｎｏ．６の天井 （スペック）
抽出記録 − 部屋Ｎｏ．６の暖炉
プロフィール記録 − 部屋Ｎｏ．６の暖炉の開口部（スペック）
プロフィール記録 − 部屋Ｎｏ．６の暖炉の通気孔（スペック）
プロフィール記録 − 部屋Ｎｏ．６の暖炉のガス管（スペック）
プロフィール記録 − 部屋Ｎｏ．６の床スペース（スペック）
プロフィール記録 − 部屋Ｎｏ．６の天井照明（スペック）
プロフィール記録 − 部屋Ｎｏ．６のケーブルテレビ線
プロフィールエンジン３０は、特にインターネットを用いる構造化問い合わせのための、データベース内の住宅、もしくは商業建物の各部品部分を、独自に識別し連結する新規の能力を持っている。家の重要な部分及びそれら各々の属性全てを識別することは、新しい概念である。しかし、本発明の相互作用プロフィールシステム１０は、各部品部分を識別し、特定属性に割り当てることで、独自の識別で各部品部分を識別することよりさらに先を進んでいる。これは、家の建築段階そしてそれに続く修復または改造の間の助けとなる。
【００９７】
相互作用プロフィールシステム１０の使用の重要な利点は、あらかじめ製造された家および改造プロジェクトで実現される。利点の例として、特定の部屋のベースボードは、容易に取付できるようにあらかじめ切断することができ、特定戸口のためのまわり縁は、独自に識別でき、そしてタイル、カーペットまたは木製のフロアーリングは、厳密な配置にあわせて工場で切断できるといったことが含まれる。高度な安全システムは、もし全ての出入口の通路が、視覚的に注意して描かれていれば、もっと速くそして完全に統合されることが可能である。相互作用プロフィールシステム１０は、処理されず、もしくはおそらく完全に見逃されていた項目に合図を送ることができる。表３は、住宅である建物オブジェクト１３５の拡張プロフィールデータベースのあらゆる潜在的な部品を挙げている。
【００９８】
表３： プロフィール中に含まれる潜在的な部品
ドア
内部と外部、クローゼットとキャビネット
窓
内部／外部まわり縁と仕上げ材
詳細な図面を明示する線画を読む
まわり縁の長さ、ベースボード、バンド繰形、クラウン繰形、キャビネット、カ　ウンター上部、壁表面、電気（ガス）機器とその隙間、公益事業設備接続そし　て「容積」のような必要条件
詳細な寸法データ（長さ、幅、高さ、容積、深さ）
開口部ＩＤ（計画仕様）
機械ＩＤ（郵便番号または国による）
配管略図
暖房／通気孔略図
太陽エネルギー選択
電気ＩＤ（郵便番号または国による）
電気配線略図（セルベース）
電気コンセント
証明スイッチ
証明
ヒューズボックス
本発明の付加的利点は、プロジェクト１３０の計画の全ての段階において、品質保証を行う潜在性である。元のＣＡＤファイル計画セット５０は、全ての建築詳細が完璧であることを保障するために問い合わされる。全ての部品の集合は、それらが完璧で、ぴったりと適していることを保障するために問い合わされる。内部設計のための推薦は、すでに実在する部品に基づいて示されたものでありうる。
【００９９】
データの移出
本発明の他の実施例として、相互作用プロフィールシステム１０は、望ましくはＣＡＤフォーマットで、プロフィール計画セット５０を移出することができ、それによりユーザー２５は将来のプロジェクトのために見直す必要があれば、プロフィールマネージャー内から計画を呼び出すことができる。相互作用プロフィールシステムの定期的な利用の後、ユーザーはどのユーザーが提出した計画セット５０にもアクセスでき、これは移出するためにはＣＡＤフォーマットまたは他のどの適切なフォーマットでも全て利用可能である。移出されたＣＡＤ ファイルはまた、建築者にとってプロジェクト管理段階中、役立つものになる。
【０１００】
現在、「ＣＡＦＭ」（コンピュータ援用管理促進）（ｃｏｍｐｕｔｅｒ−ａｉｄｅｄ ｆａｃｉｉａｔｅｓ ｍａｎａｇｅｍｅｎｔ）技術が利用でき、これは商業土地の管理のためのツールと関連機能を多く含んでいる。「Ｂｏｏｚ−Ａｌｌｅｎ ＆ Ｈａｍｉｌｔｏｎ」や「Ａｒｃｈｉｂｕｓ」によって提供されているような、これら既知のアプリケーションは、システムの中心として、リレーショナルデータベースを含む様々なサービスを含んでいる。但し、これらのシステムの全ては、本発明の詳細な構造プロフィールの提供には至っていない。これらＣＡＦＭシステムの拡張は、本発明で提供されるように、建物の構造部品の事実上全ての詳細な目録および相互関係よりも、むしろ特徴の維持に関連している。
【０１０１】
構造的な建物プロフィールの３Ｄ描写を使用した視覚的技術は、拡張プロフィールデータベース４０から移出されたデータでよりよく実現することができる。これらの描写は、直接リアルタイムで生成され、ユーザーは既存の建物を創造し分析する、もしくは修正または改造の影響を即座に見ることができる。このリアルタイムな視覚化は、「パラメトリック」（ｐａｒａｍｅｔｒｉｃ）として一般的に呼ばれる。本発明がインターフェイス接続可能なこのようなパラメトリックアプリケーションの一つで、アプリケーションエンジン２０の移出機能として入力データを供給しているものが、ＲｅｖｉｔＴＭである。
【０１０２】
建築アプリケーション
相互作用プロフィールシステム１０は、オフラインおよびオンラインの両方の広範なアプリケーションの使用のための、建物の部品部分に関する詳細な寸法および構造データを提供する。前に述べたように、類似の計画はＣＡＤフォーマットに変換することができる。ＣＡＤ計画は拡張データプロトコル内で標準化されているため、全てのプロフィール計画セット５０は、安全な拡張プロフィールデータベース４０に記憶される。これらの計画セットは、アプリケーションエンジン２０へのインターフェイス接続方法によってコンピュータネットワークを通じてアクセスが可能である。建築家、企業、または非営利団体のように、その創作権を表示するために、独自の計画ＩＤが各プロフィール計画に割り当てられ、セキュリティーを維持する。
【０１０３】
本発明の相互作用プロフィールシステム１０により、ＡＥＣの専門家は、単に静的な床計画および青写真を長期間に渡って提供することと対比して、顧客がプロジェクト計画に即座に相互作用する機会を提供できる。特にプロフィールエンジン３０を使用するように設計された注文アプリケーションを通じて、ユーザー２５は、外部および内部の仕上げ材を含む計画に個人的な好みを適用できる。ユーザーは、ウェブブラウザーまたは同等のインターフェイスを通じて計画を検討することができる。ユーザーには、高性能なＣＡＤソフトウェアなしに、計画に簡単な設計変更を加えることのできる独自の機会がある。ユーザーは、カウンター上部、玄関、電気（ガス）器具開口部、キャビネット、窓および他の開口部のような、計画の各部品部分の厳密な寸法を抽出することができる。
【０１０４】
管理アプリケーション１２５により、ユーザー２５は、計画の各部品部分に資産の土地を割り当てることができる。建築者や請負人には、プロジェクトに必要な材料の厳密な量を計算するために、全ての材料見積り調査を行う付加的な利点があり、それにより現場での「無駄」を減らし、費用を節約する。それらは、ＣｅｐｈｒｅｎＴＭ， ＢｒｉｃｓｎｅｔＴＭ及びＢｉｄｃｏｍＴＭのような、事前に組み込まれた「Ｂ２Ｂ」（ビジネス対ビジネス）設計および構造管理ソフトウェアプログラムと潜在的にインターフェイス接続が可能である。
【０１０５】
本発明はまた設計者／建築家に役立つ品質管理のメカニズムを提供でき、それらは相互的にプロジェクト仕様を問い合わせできるだけでなく、また建築過程を観察することもできる。
【０１０６】
設計／構造アプリケーション
特に住宅構造に関して、構造注文１７５アプリケーションまたは代わりに定義された改造注文アプリケーションは、もっと伝統的な設計構造方法よりも途方もない利点を得るために、本発明の相互作用プロフィールシステム１０を使用できる。これらの伝統的な方法は、頻繁に非効率および遅延に悩まされる。本発明によって、建築者と請負人は、外部仕上げ材、内部仕上げ材、および様々な選択を明示するとき、顧客を直接制御することができる。最終結果は、プロジェクト全体の予備見積りになり得る。ユーザー２５は、相互作用プロフィールシステムを使用して、建物計画の構造的なプロフィールの作成をすることから始める。建築者もしくは請負人の供給ネットワークによって、材料と製品の好ましいリストは構造の各部品部分に容易に割り当てられる。ある場合には、建築者と請負人は、顧客の選択をあらかじめ定義された材料および製品のリストに限定しないことを望むこともありうる。その後、顧客またはユーザーは、相互作用プロフィールシステムへある特定の外注品の供給に携わっているどの供給者、または製造業者にも自由に訪れることができる。典型的なユーザーにとって、構造注文選択過程を進んでいくとき、付加的な寸法または構造の詳細は要求されない。建物のあらゆる重要な部分の選択は、直感的に使えるポイントおよびインターフェイスをクリックすることで行われる。
【０１０７】
家を新築するかもしくは既存の家または建物を改造するかいずれにせよ、構造プロフィールは、発明の一連の相互作用ステップを通じて、選択過程を定義することができる。本発明を用いることのできる建物は、敷地建築の住宅（ｓｉｔｅ−ｂｕｉｌｔ ｈｏｍｅｓ）、事前製造の住宅（ｐｒｅ−ｍａｎｕｆａｃｔｕｒｅｄ ｈｏｍｅｓ）、分譲住宅（ｈｏｍｅｓ ｆｏｒ ｓａｌｅ）、借家（ｒｅｎｔａｌ ｈｏｍｅｓ）、計画されたコミュニティー、商業構造、ビジネスパーク、倉庫、学校、および非営利施設を含むことができる。
【０１０８】
拡張アプリケーション
本発明の相互作用プロフィールシステム１０は、記述された構造の視覚的描写を作成するために必要なデータを提供することができる。これは、ユーザーに設計決定を実行させ、次に３次元（３Ｄ）及び／または仮想現実マークアップ言語（ＶＲＭＬ）の形式を利用する視覚的／空間的状況の選択結果を調査することを可能にする。
【０１０９】
代替アプリケーション
本発明の相互作用プロフィールシステム１０には、多くの潜在的なアプリケーションがある。これらのアプリケーションは、ここに既に開示されている構造注文アプリケーション１７５または管理アプリケーション１２５のソフトウェア部品でありうる。外部データベース１００の一つは、選択分析データベース１０６でありうる。選択分析データベースは、プロジェクトの開始段階で、ユーザーが前に選択した好みおよび制限に対比して、ユーザー２５の部品選択を比較するために利用される。しかし、この選択分析の他に、これらの代替アプリケーションは、分離したモジュールまたは追加品として本質的に独立していることが好まれる。次の例は、相互作用プロフィールシステムの付加的で潜在的な使用のいくつかを説明している。
【０１１０】
住宅または商業管理者
管理アプリケーション１２５は活性カレンダーシステムを含むことができる。そしてこのカレンダーは、相互作用プロフィールシステム１０へ連結することができる。カレンダーシステムは、呼び出しまたは警報プロンプターとして動作する。重要な行為または要求が監視されたときはいつでも、カレンダーはユーザー２５に視覚的に忠告する。それはまた、代わりとして電子メールをユーザーに送信する。携帯電話、ポケットベル、またはＰＤＡｓ（個人データアシスタント）のような他の装置はもまた警告することができる。
【０１１１】
拡張プロフィールデータベース４０の部品に関連するどの資産も、資産プロフィールデータベース１２８に入力された補助データで追跡することができる。ユーザー２５は、調達もしくは販売に関して、アカウントの数がいくらこれらの資産を追跡することができる。
【０１１２】
ユーザー２５はまた、建築家、建築者または請負人のような専門のサービス提供者との相互作用に関して、履歴または通信を維持することもできる。造園師、庭師そしてプール清掃者のような、日常のメンテナンス提供者もまた、拡張プロフィールデータベース４０と維持されている建物資産への直接の連結により追跡されそして予定を組むことができる。
【０１１３】
設計者または装飾者の追跡および調整も、本発明で実行することができる。外部及び内部仕上げに関連する詳細を含む拡張プロフィールデータベース４０は、現在の属性の見直しと、ユーザーにより提案されている改造と変更に対してうってつけのインターフェイスである。
【０１１４】
特に適切なシステム提供者もしくは建築者によって必要とされる、導管、機械、電気及び通信システムのような、プロジェクト１３０の組織的な部品の詳細もまた、管理アプリケーション１２５を通じて追跡し、管理することができる。これらのサービス提供者、かれらの仕事、そして関連のある設備の操作に対する様々なサービス計画、そして延長保証もまた、資産プロフィールデータベース１２８内でアクセスすることができる。同様に、拡張プロフィールデータベース内にプロフィールを作成された建物のどの部分の賃貸借契約も、管理アプリケーションを通じて調整することができる。
【０１１５】
特にＧＩＳデータ５１、地方自治体参照データベース１０７、そして規定データベース１０８へのアクセスによって、アプリケーションエンジン２０は土地税情報、間接税、査定及び担保権を得ることができる。この情報は全て管理アプリケーション１２５によって追跡することができる。同様に、公益事業設備の費用およびアカウント状況は、履歴データによって考察し追跡することができ、公益事業設備メーターの表示値のような、建物の関連活動及び属性によりアカウントを相互参照することができる。
【０１１６】
資産プロフィールデータベース１２８は、ある建物プロフィール情報のライブラリー、特にアーカイブの構造的情報及びＣＡＤファイルとして、機能できる。建築的及び構造的計画、並びに仕様、技術詳細、電気計画、機械計画、機械計画再検討要件、自動火災検出システムおよびホームセキュリティー計画は全て、参照と追跡のため資産プロフィールデータベースに含まれる。
【０１１７】
この補助建物プロフィール情報は、プロフィールを作成した建物に関連する仕事への入札を調整するのに非常に有用である。入札管理機能は、管理アプリケーション１２５に含まれ、入札活動を管理するのに必要な全ての入札機能を提供する。入札管理者は多数のサービス提供者に接続することができる。全ての典型的な入札交換は、これらの接続を通じて行うことができる。
【０１１８】
電子商取引（小売）
ユーザー２５が要求した項目と、適切な小売業者及び商品とを突き合わせるために、電子商取引アプリケーションは、アプリケーションエンジンとインターフェイス接続が可能である。これらのアプリケーションはまた、提携データベース１０９または供給データベース１０２の一つのように、外部データベース１００の形式をとることができる。資産の維持周期もまた、アプリケーションに後押しされる電子商取引に貢献する。どの特定項目にも一致するように要求された全ての必要な情報は、補足データベースに、もしくは同様の資産プロフィールデータベース１２８内に含まれる。モデル、製造業者、サイズ、特徴及び色の情報は、そこに含まれる。商人およびサービス提供者はまた、ユーザーまたは所有者の利便性のために、商品およびサービスに事前に価格付けをする拡張イエローページのサービスタイプを経て、求められていない相場の情報も提供する。
【０１１９】
専門家のサービス
ユーザー２５によって要求されたサービスと、適切なサービスの専門家とを突き合わせるために、サービスアプリケーションは、相互作用プロフィールシステム１０に追加される。必要な全ての情報は、日付、時間、構造及び資産仕様データのような入札を要求するのに必要となる。
【０１２０】
ポーリング
カスタマイズされたポーリング能力を本発明に含むことができる。このようなポーリングは、拡張プロフィールデータベース４０に基づいており、ポーリングをもっと意味のあるものにし、それゆえポールコレクターにとってもっと価値のあるものとなる。システムはまた、どの政府レベルでも、選挙ポーリング（調査）を可能にするために利用することができる。政府の全てのレベルは、選挙過程においてこの機能を熟考するか、または実行し、中央投票場所に出席できない、もしくは出席が不可能な（年配かまたは身体障害のある人々場合のように）国民の必要性にさらに役立つ。
【０１２１】
ＡＥＣ計画／見積りソフトウェア
ＡＥＣ工業は、建築プロジェクトの計画及び見積りにおける企業の専門家を援助するソフトウエアアプリケーションで満載されている。構造プロフィールは、全産業に新しい範例を提供することができる。建築者は、アセンブリを作り直さずに、自らのデスクトップの見積りアプリケーションに構造プロフィールを読み込むことができる。建築者、請負人、見積り人は、顧客が終わるところから継続することができる。
【０１２２】
ハウスリモート（賢明な家電機器インターフェイス）
本発明の他の代替アプリケーションは、セキュリティシステム提供者、賢明な家電機器提供者、ウェブキャム、販売管理のようなサードパーティーの技術及びサービス提供者とインターフェイス接続するために、「エクストラネット」（ｅｘｔｒａｎｅｔ）タイプのアプリケーションに便利な方法を提供することができる。本発明は、「賢明な建築」の概念を実施するための基礎を提供することができ、これらのタイプの技術をデータの単一結合貯蔵所及び建物のコンピュータ化された「設備管理」に組み込む。
【０１２３】
付加的アプリケーション
多数の付加的アプリケーションは、本発明の相互作用プロフィール１０とインターフェイス接続することができる。これらは、日程作成、維持及び代替記録、請求、見積り及び割増金の追跡、保証業務、重要書類や情報の電子コピーを保存するための「仮想金庫」、財政センター、財政再建サービス、査定サービス、担保サービス、ローンサービス、データの移入／移出ユーティリティ、データフォーマット変換、税金や予算立て（例、ＱｕｉｃｋｅｎＴＭ、ＥｘｃｅｌＴＭを含むユーザーの財政ソフトウェアとインターフェイス接続する）を含む。プロジェクト１３０またはプロジェクトのいかなる補助部品のための商業融資は、プロフィールの問い合わせ１７７に応じて、拡張プロフィールデータベースへ導入することができる。財政データベース１０５は、そのような情報を提供するために、外部データベース１００含むことができる。
【０１２４】
ガイド、イベント、問題、法律／法令／区画指定制、計画、チャリティ、宅配、及び登録簿などのコミュニティ情報もまた、ユーザーがアクセス及び編集することができる。「知識センター」を作ることもでき、記事、内密情報、本、ガイド、百科事典及び辞書を含む。拡張プロフィールデータベース４０に基づいた何千もの具体的な内容の記事は、インターネットのサーチエンジン及び、または「ＳｍａｒｔＣｏｄｅａ」のようなデータベース集合技術を用いているアプリケーションによって取得することができる。
【０１２５】
検査、査定、保険の見積りサービスもまた、本発明から利益を得ることができる。前に述べたように、建物はまた土地の構造位置のような構造の「用地形態」を含むため、相互作用プロフィールシステム１０もまた拡張プロフィールを持った建物のリスト作成の目的に、不動産データベース１０３と相互に作用することもできる。
【０１２６】
ユーザーは、特定の拡張プロフィールデータベース４０へのアクセスを提供し、検査員にコードの厳守を検証させ、または公平な市場価値の査定で建物を敏速に評価させることができる。同等の市場価値は、不動産データベース１０３のアクセスを通して提供される。規制検査官以外に他の政府機関もまた、本発明から利益を得ることができる。拡張プロフィールデータベースにアクセスすることで、火災、警察、救援サービスは、公共事業設備の遮断バルブの位置、間取り図、またはホームセキュリティシステムへの接続のような、きわめて重大な情報を全て、アプリケーションエンジン２０を通して敏速に調査することができる。無線プロトコルの組み込みによって、緊急サービスは、建物の「明示」（アドレスを入力する）または「近接」（建物の隣に立地する）を参照することで、プロフィール構造のどの詳細にも瞬時にアクセスすることができる。
【０１２７】
むしろ無線技術を用いた、携帯用のデバイスは、拡張プロフィールデータベース４０の一部分として役立てるために利用することができる。また、これらのデバイスは、ＢｌｕｅｔｏｏｔｈＴＭのような短距離無線インターフェイス技術を用いることができ、建物のＢｌｕｅｔｏｏｔｈ利用可能デバイスを単に指し示すことによって、構造プロフィールを直接ダウンロードする。
【０１２８】
本発明の付加的な使用は、データベース「ｎ」１１０として図１で示されている、他のまだ開発されていないデータベースとのインターフェイス接続を含むこともできる。これらのデータベースｎは、ＳｍａｒｔＣｏｄｅＴＭのようなデータベース結合システムを含むことができる。プロフィール応答１７８の形式内のアプリケーションエンジン２０からの出力は、データベース結合システムによって構成されるように、混成データベースに結合することができる。
【０１２９】
結論
法令に準拠して、本発明は構造の特徴及び処理のステップに関して、幾分明確な言葉で記述されている。本発明は異なる形式で実施されやすい一方、明細書は、現開示内容が本発明の原理の適例として考慮されること、そして本開示内容は記述されている特定の実施に本発明を制限するつもりではないということを理解した上で、本発明の好ましい実施を説明している。当業者は、上記で述べたように、同一の発明概念を用いる本発明の他の実施または変更したものが可能であることを理解するであろう。それゆえ、本発明は、均等論に従って適切に解釈されるように、請求の範囲によって例外を制限するものではない。
【図面の簡単な説明】
【図１】
本発明の一つの実施例に行われるステップのブロック図表である。
【図２】
本発明の一つの実施例に従って、拡張プロフィールデータベースの一般的な構造を示している概要図である。
【図３】
本発明の一つの実施例に行われる更なるステップのブロック図表である。
【符号の説明】
１０　相互作用プロフィールシステム
２０　アプリケーションエンジン
２５　ユーザー
３０　プロフィールエンジン
４０　拡張プロフィールデータベース
５０　計画セット
５１　ＧＩＳデータ
５２　ＣＡＤデータ
５３　類似プラン
５４　代替フォーマット
６０　計画セット標準化
６５　標準化データセット（拡張データプロトコル）
７０　手入力データ（拡張データプロトコル）
８０　計画分析
８５　抽出データセット
９０　拡張プロフィール
１００　外部データベース
１０１　材料データベース
１０２　家具データベース
１０３　不動産データベース
１０４　建築者／請負人データベース
１０５　財政データベース
１０６　選択分析データベース
１０７　選択データベース
１０８　規定データベース
１０９　提携データベース
１１０　データベースｎ
１２０　データセット修正
１２５　家管理アプリケーション
１３０　資産プロフィールデータベース
１３０　プロジェクト
１３５　建物対象
１３６　住宅
１３７　商業
１３９　地域
１４０　分類
１５０　抽出記録
１５５　記録タイプ
１６０　プロフィール記録
１７０　記録
１７５　注文建築アプリケーション
１７７　プロフィールの問い合わせ
１７８　プロフィール結果
【図１】
2004506269.tif 000003
【図２】
2004506269.tif 000004
【図３】
2004506269.tif 000005
【国際公開パンフレット】
2004506269.tif 000006
2004506269.tif 000007
2004506269.tif 000008
2004506269.tif 000009
2004506269.tif 000010
2004506269.tif 000011
2004506269.tif 000012
2004506269.tif 000013
2004506269.tif 000014
2004506269.tif 000015
2004506269.tif 000016
2004506269.tif 000017
2004506269.tif 000018
2004506269.tif 000019
2004506269.tif 000020
2004506269.tif 000021
2004506269.tif 000022
2004506269.tif 000023
2004506269.tif 000024
2004506269.tif 000025
2004506269.tif 000026
2004506269.tif 000027
2004506269.tif 000028
2004506269.tif 000029
2004506269.tif 000030
2004506269.tif 000031
2004506269.tif 000032
2004506269.tif 000033
2004506269.tif 000034
2004506269.tif 000035
2004506269.tif 000036
2004506269.tif 000037
2004506269.tif 000038
2004506269.tif 000039
2004506269.tif 000040
2004506269.tif 000041
2004506269.tif 000042
2004506269.tif 000043
2004506269.tif 000044
2004506269.tif 000045
2004506269.tif 000046
【国際公開パンフレット（コレクトバージョン）】
2004506269.tif 000047
2004506269.tif 000048
【国際調査報告】
2004506269.tif 000049
2004506269.tif 000050