(57)【要約】  【課題】  集合住宅についての専門知識を持たない人であっても、容易に好みの間取りを選択できるようにした新たな間取り選択システムを提供する。  【解決手段】  住戸の間取り図などのデータを記録したデータベース１と、データベース１を管理するサーバ装置２と、通信網３を介してサーバ装置２に接続可能な端末装置４とを有し、端末装置から入居者情報（家族構成）と生活情報（ライフスタイル）とを入力することにより、生活情報を優先して入力された条件に該当する住戸の間取り図をデータベースから抽出し、端末装置に表示する集合住宅の間取り選択システムであって、データベースには、生活情報が暮らし方のアンケート形式により情報蓄積されて、住戸の間取り図と関連付けられており、端末装置による生活情報の入力が、端末装置の入力画面に表示された暮らし方を選択指示することで行われるように構成する。  【選択図】  図２
2006012070.tif 000002
【特許請求の範囲】
【請求項１】
住戸の間取り図などのデータを記録したデータベースと、データベースを管理するサーバ装置と、通信網を介してサーバ装置に接続可能な端末装置とを有し、端末装置から入居者情報（家族構成）と生活情報（ライフスタイル）とを入力することにより、生活情報を優先して入力された条件に該当する住戸の間取り図をデータベースから抽出し、端末装置に表示する集合住宅の間取り選択システムであって、データベースには、生活情報が暮らし方のアンケート形式により情報蓄積されて、住戸の間取り図と関連付けられており、端末装置による生活情報の入力が、端末装置の入力画面に表示された暮らし方を選択指示することで行われるようにしたことを特徴とする集合住宅の間取り選択システム。
【請求項２】
端末装置の入力画面には、ＬＤ、キッチン、主寝室／洋室、和室／収納、その他など複数の選択肢が表示され、選択肢毎に暮らし方を選択指示するように構成されていることを特徴とする請求項１に記載の集合住宅の間取り選択システム。
【請求項３】
端末装置の入力画面において、選択指示した暮らし方に優先順位を付けることが可能であり、選択指示されたすべての条件に該当する間取りが無い場合、優先順位が下位の入力項目が削除され、再度、検索されるように構成されていることを特徴とする請求項２に記載の集合住宅の間取り選択システム。
【請求項４】
端末装置の検索結果を表示する画面に、削除された入力項目が表示されように構成されていることを特徴とする請求項３に記載の集合住宅の間取り選択システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータによる集合住宅の間取り選択システムに関する。
【背景技術】
【０００２】
従来の集合住宅は、あらかじめ住戸の間取りが決まっており、顧客の要望で住戸の間取りを変更することは難しかったが、近年は、ライフスタイルの多様化によって、あらかじめ決められた間取りでは満足できないという顧客が増えており、最近では、顧客が間取りを自由に設計できる、いわゆるフリープラン方式と言われるものが提案されている。
【０００３】
しかしながら、このフリープラン方式では、すべての顧客が建築に係わる専門知識を持っているとは限らないので、分譲時に設計相談できる専門家を必要とすることや、様々な間取り設計が行われるので、資材調達における積算業務や発注業務が煩雑になり、結果として、およそ１００戸程度の分譲集合住宅までが限界で、それ以上規模が大きくなると対応できないとされている。
【０００４】
そのため、現在では、いくつかの間取りの中から好みの間取りを選択できる、いわゆるセレクトプラン方式と言われるものが一般的になっている。
【０００５】
ところが、このセレクトプラン方式も、ライフスタイルの多様化から、一つの住戸区画においても２０〜３０種類もの間取りが選べるものができており、１００戸規模の分譲集合住宅でも住戸区画は１０〜１５区画程度はあるので、膨大な間取りの中から好みの間取りを選び出すのも並大抵ではなくなってきている。
【０００６】
そこで、最近では、セレクトプラン方式において、コンピュータによる集合住宅の間取り選択システムが用いられるようになり、例えば、特開２００３−１４１２３７号公報（特許文献１）あるいは特開２００２−６１４００号公報（特許文献２）といった提案がなされるに至っている。
【０００７】
ところが、特許文献１の間取り選択システムでは、多数の間取りの中から抽出する際に、抽出条件を階層化しているため、階層化された諸条件の上位条件の段階で選択をあやまった場合は、再度、上位の諸条件から入力する必要があるという課題があった。
【０００８】
特に、特許文献１では、階層化された諸条件の上位条件として、住戸の価格から住戸面積を一義的に定めるようになっており不便な場合があった。
【０００９】
確かに住居の購入には多額の費用を必要とするため、住戸の価格は選択の上で重要ではあるが、気に入った間取りが当初の予算より小額で見つかることもありうるし、逆に気に入った間取りがあれば、多少の予算オーバーも有りうるわけで、間取り選択システムとしては、まず気に入った間取りを抽出した上で、その後に価格検討する方がよいという意見がある。
【００１０】
その意味では、特許文献２で提案されるライフステージ別間取り選択システム（段落００３６以降）は、入居者数と年齢及び／又は趣向に応じて適した間取りを抽出し、比較することを上位条件としている点でよいという意見もある。
【００１１】
但し、特許文献２のライフステージ別間取り選択システムも、抽出条件が階層化されていることに変わりは無く、例えば、家族構成と趣味趣向という条件からシステムが適切と
判断した間取りを表示し、その間取りが有する機能空間毎に好みの間取りを選択するが、結果として好みのものが見出せない場合は、上位の設定条件である機能空間の配分計画の設定段階までさかのぼり条件設定を変える必要が生じてくる。
【００１２】
また、特許文献１と特許文献２に共通して言えることは、選択条件としての用語が難しいという課題がある。
【００１３】
例えば、特許文献１では、間取り抽出における優先条件の設定方法として、部屋数や収納の広さ、リビングダイニングルームの広さを数値的に入力するようになっているが、自分が好みとするリビングダイニングルームの広さは何平米かを問われても、顧客は、にわかに答えがたい。
【００１４】
しかも、仮に２０平米としても、正方形か長方形か、窓はどこにあるかなどの条件によって、部屋の使い勝手が異なるため、単に広さだけでは、顧客が望む抽出条件にはならない。
【００１５】
そもそも、空間は、床面の広さだけでなく、形状や天井高さも含めた上で認識されるものであり、当然のことながら、住戸全体面積におけるバランスというものも必要であり、単に床面の広さを聞かれても答えようがないという問題がある。
【００１６】
また、特許文献２においても、機能空間の配分計画を選択するに当たって、キッチンなど水周りが住戸の中央にあるのが良いか、あるいはバルコニーに面しているのが良いか条件設定しろといわれても、その結果がどうなるのか予想もつかないため、顧客は悩んでしまう。
【００１７】
つまり、どちらにも優位点と欠点があり、特に欠点は、水周り以外のところに表れる。例えば、キッチンなど水周りをバルコニー側に設けた場合、通常、バルコニー側にキッチン以外の部屋を２室設けることは難しくなるが、そうした条件が分からない者にとっては設定のしようがない。
【００１８】
【特許文献１】特開２００３−１４１２３７号公報
【特許文献２】特開２００２−６１４００号公報
【発明の開示】
【発明が解決しようとする課題】
【００１９】
本発明は、上記の問題点を踏まえてなされたもので、その目的とするところは、集合住宅についての専門知識を持たない人であっても、容易に好みの間取りを選択できるようにした新たな間取り選択システムを提供することにある。
【課題を解決するための手段】
【００２０】
上記の目的を達成するために、本発明が講じた技術的手段は、次の通りである。即ち、請求項１に記載の発明による集合住宅の間取り選択システムは、住戸の間取り図などのデータを記録したデータベースと、データベースを管理するサーバ装置と、通信網を介してサーバ装置に接続可能な端末装置とを有し、端末装置から入居者情報（家族構成）と生活情報（ライフスタイル）とを入力することにより、生活情報を優先して入力された条件に該当する住戸の間取り図をデータベースから抽出し、端末装置に表示する集合住宅の間取り選択システムであって、データベースには、生活情報が暮らし方のアンケート形式により情報蓄積されて、住戸の間取り図と関連付けられており、端末装置による生活情報の入力が、端末装置の入力画面に表示された暮らし方を選択指示することで行われるようにしたことを特徴としている。
【００２１】
請求項２に記載の発明は、請求項１に記載の集合住宅の間取り選択システムであって、端末装置の入力画面には、ＬＤ、キッチン、主寝室／洋室、和室／収納、その他など複数の選択肢が表示され、選択肢毎に暮らし方を選択指示するように構成されていることを特徴としている。
【００２２】
請求項３に記載の発明は、請求項２に記載の集合住宅の間取り選択システムであって、端末装置の入力画面において、選択指示した暮らし方に優先順位を付けることが可能であり、選択指示されたすべての条件に該当する間取りが無い場合、優先順位が下位の入力項目が削除され、再度、検索されるように構成されていることを特徴としている。
【００２３】
請求項４に記載の発明は、請求項３に記載の集合住宅の間取り選択システムであって、端末装置の検索結果を表示する画面に、削除された入力項目が表示されように構成されていることを特徴としている。
【発明の効果】
【００２４】
請求項１に記載の発明によれば、入居者情報（家族構成）と生活情報（ライフスタイル）の内、生活情報（ライフスタイル）を優先して、データベースの中から、条件に該当する住戸の間取りを抽出するので、従来のように家族構成から一義的に部屋数を限定することなく、よりライフスタイルにあった間取りの抽出が可能になる。
【００２５】
即ち、従来の間取り選択システムでは、間取りの検索条件が階層的になっているために、４人家族であれば、通常、まず２ＬＤＫは適さないとして選択条件から削除されることになるが、同じ夫婦と子供２人の４人家族であっても、大きな子供部屋があり家具などで間仕切ればよいと思う顧客は、子供部屋と夫婦の部屋の２室からなる２ＬＤＫでもよい場合がある。また、２ＬＤＫと３ＬＤＫでは建築コストが異なるから、同じ予算でも、２ＬＤＫの方が３ＬＤＫよりも広い住戸区画を購入することが可能な場合もある。
【００２６】
この点、請求項１に記載の発明によれば、生活情報（ライフスタイル）を優先して条件に該当する住戸の間取りを抽出するので、上述のように大きな子供部屋を設け、家具で間仕切りして部屋を有効に使う場合や、子供部屋が可動間仕切りで形成できるようになっており、昼間はリビングルームと一体的に広々と使える間取りなどが排除されず、３人家族であれば３ＬＤＫ、４人家族であれば４ＬＤＫといった従来の枠組みにとらわれない自由な発想に基づく間取りを抽出できることになる。
【００２７】
それでいて、生活情報（ライフスタイル）の入力項目が少なくて、検索結果が膨大になる場合には、入居者情報（家族構成）に基づいて絞込み検索が行われ、端末装置の検索結果表示画面に表示される間取りの数が適当な範囲に抑えられることになる。つまり、生活情報（ライフスタイル情報）の入力項目が少ないのは、特にこだわりを持たない人と考えられるので、ごく一般的な間取りを抽出する意味で従来のような入居者情報を用いた絞込みを行うことになり、端末装置の画面に表示される間取りの数を適当な範囲に抑制するのである。
【００２８】
殊に、請求項１に記載の発明によれば、端末装置による生活情報（ライフスタイル）の入力が、端末装置の入力画面に表示された暮らし方を選択指示することで行われるので、集合住宅についての専門知識を持たない人であっても、容易に好みの間取りを選択できる効果がある。
【００２９】
即ち、従来の間取り選択システムのように、部屋数や広さを数値的に入力したり、キッチンを部屋の中央に配置するかバルコニー側に配置するかを選択するのではなく、これら
の事項に代えて、入居予定者の暮らし方、例えば、キッチンであれば、「料理中でも家族と会話を楽しみたい」、「子供と一緒にお菓子造りをしたい」、「キッチンの中は他人に見られたくない」、「まとめ買いをする方なので収納を充実させたい」といった入居予定者が持つと思われる生活イメージや暮らし方に対するこだわりを項目化し、その中から選択するようにしたので、従来のようにキッチンは住戸の中央が良いか、バルコニー側が良いか、さらには、カウンターキッチンが良いか、オープンキッチンが良いかと問われ、それぞれどうゆうものか想像に困ることもないし、何平米くらい欲しいですかと問われ頭を悩ますこともない。
【００３０】
請求項２に記載の発明によれば、端末装置の入力画面に、ＬＤ、キッチン、主寝室／洋室、和室／収納、その他など複数の選択肢を表示させ、選択肢毎に暮らし方を選択指示するようにしたので、自分のライフスタイルを自覚し、整理して、生活情報（ライフスタイル）の入力（暮らし方の選択指示）をスムーズに進めることができる。
【００３１】
請求項３に記載の発明によれば、検索結果の該当０件を回避できる効果がある。即ち、顧客がせっかく生活情報（ライフスタイル）を入力しても、該当する物件が０件では、酷であるし、なぜ０件なのか理由も分からないので、再度の検索が困難になる。検索の結果、該当する物件が０件となる理由としては、暮らし方（生活イメージ）として相反する項目が選択されている、顧客が選択指示したすべての項目を満足する間取りが無いなどが考えられる。ところが、検索結果が０件であると、項目に該当する物件が無いのか、項目の指定に間違いがあるのか、また、間違いがあるとしてどの項目が間違いなのかが顧客には分からない。そこで、請求項３に記載の発明では、サーバ装置は、データベースの中を検索し、検索結果が０件となった段階で、まず入力された検索項目（生活情報）のうち、顧客が優先順位を付けた下位の項目を検索項目から削除して、再度の検索を行う。これにより、取りあえず、顧客が優先順位として上位に位置づけるものについて、検索結果を表示でき、検索結果の該当０件を回避できる。
【００３２】
殊に、請求項４に記載の発明によれば、端末装置の検索結果を表示する画面に、削除された入力項目が表示されるので、顧客は相反する項目が指定されていたことを知ることができ、これを削除したり、優先順位を変えたり、他の項目を選択指示する等して、再度の検索が可能であり、改めて最初からデータ入力する必要がないので、再度の検索が容易になる効果がある。
【発明を実施するための最良の形態】
【００３３】
図１は本発明に係る集合住宅の間取り選択システムを示し、住戸の間取り図などのデータを記録したデータベース１と、データベース１を管理するサーバ装置２と、ＬＡＮあるいはインターネットなどの通信網３を介してサーバ装置２に接続可能な端末装置４とを有している。端末装置４としては、表示部と入力部、演算部、記憶部を有するパソコンが用いられており、図２に示すように、端末装置４から入居者情報（家族構成である）と生活情報（ライフスタイルである）とを入力することにより、生活情報を優先して入力された条件に該当する住戸の間取り図をデータベース１から抽出し、端末装置４に表示するように構成されている。
【００３４】
データベース１には、後述するように、生活情報（ライフスタイル）が暮らし方のアンケート形式により情報蓄積されており、生活情報の各項目（暮らし方）は、サーバ装置２に設定されたコード表によって住戸の間取り図と関連付けられている。図３は、生活情報の各項目と間取り図の関連付けを行うコード表を例示している。
【００３５】
図２示した本システムの流れでは、入居者情報（家族構成）を入力し、次に生活情報（ライフスタイル）を入力し検索するので、従来の間取り選択システムと一見変わらないよ
うに見えるが、上図の動作の流れで分かるとおり、入居者情報（家族構成）に関して記憶部にデータは蓄積されるが、間取り検索では、基本的に生活情報（ライフスタイル）によって検索するところに本発明の第一の特徴がある。
【００３６】
生活情報（ライフスタイル）の各項目内容の詳細については後述するが、結局は、生活情報の中で子供部屋に関するこだわりを問う項目があったり、各部屋の使い方を問う項目があるので、ほぼ必要とされる間取りを抽出可能である。
【００３７】
従来であれば、入居予定者が１人である場合、４ＬＤＫや５ＬＤＫの間取りをあらかじめ除外して検索されるが、理由はともかく、たくさん部屋が欲しいと思う人がいるかもしれないので、検索範囲を最初から狭めることは行わない。本システムは、あくまで、ライフスタイルを優先するものである。
【００３８】
また、生活情報（ライフスタイル）を用いて検索する理由としては、熟年夫婦であるから「和室のある住戸」という従来の枠組みを排除する意味もある。こういう間取りは若者向きとか熟年向きという概念は、ライフスタイルが多様化している現在では不要である。極端な言い方ではあるが、基本的には、年齢に関係なく生活情報（ライフスタイル）の入力段階で、和室を必要とする人に、和室のある間取りを抽出すればよいという考え方を優先している。詳細は後述するが、その意味で、生活情報（ライフスタイル）の項目設定は重要である。但し、生活情報（ライフスタイル）の入力項目が少なく、検索結果が多い場合は、入居者情報を用いて絞込みを行うことになる。つまり、生活情報（ライフスタイル）の入力項目が少ないのは、特にこだわりを持たない人と考えられるので、ごく一般的な間取りを抽出する意味で従来のような入居者情報を用いた絞込みを行う。また、入居予定者が３人以上の場合、１ＬＤＫの間取りは検索結果から除外されたり、４人以上の場合、２ＬＤＫや１ＬＤＫが検索結果から除外される場合がある。除外される場合とは、入居予定人数に対して部屋数が少なく、住戸全体の面積が狭い場合である。上述したように、４人家族であっても、大きな部屋があれば家具で仕切るなど住まいの工夫ができるが、住戸全体の面積が狭い場合はそうした対応が難しい。そのため、例えば、住戸面積の小さいものは、入居者情報に基づいて検索結果から除外される。但し、本発明の選択システムは、従来のように、入居者情報（家族構成）によって、一律に間取りを限定するのではなく、４人家族であっても十分に生活の工夫ができる広さのある住戸であれば、２ＬＤＫや１ｌＤＫであっても検索結果として抽出するという意味で、生活情報（ライフスタイル）を優先するというものである。
【００３９】
尚、本システムにおいて、入居者情報（家族構成）から入力していく理由は、こうした手順を踏むことで、「２年後には子供がひとり増えるかも知れない」、「３年後には子供に個室が必要かも」、「５年後にはおばあちゃんを呼んで暮らそう」など、近い将来における自分のライフスタイルが自覚でき、生活情報（ライフスタイル）の入力がスムーズに進むと考えられるためである。
【００４０】
以上のように、本システムでは、生活イメージや暮らし方のこだわりによって検索するので、３人家族であれば３ＬＤＫ、４人家族であれば４ＬＤＫといった従来の枠組みにとらわれない、自由な発想に基づく間取りを抽出することができる。
【００４１】
次に、上記の間取り選択システムの動作を、端末装置４の画面に表示される順序に従って具体的に説明する。
【００４２】
図４は、サーバ装置２に接続した端末装置４に表示される初期画面であり、ここでは、顧客の氏名、電話番号などが入力される。
【００４３】
図５は、入居者情報（家族構成）の入力画面であり、家族構成が入力される。お名前、電話番号の欄には、図４の画面で入力された結果が表示される。尚、図５における生年月の入力欄は、省略してもよく、２０代、３０代という年齢年代の入力欄に変えて実施してもよい。また、子供に関しては、乳児、園児、小学生、中学生、高校生、大学生、社会人という区分で表示し、年齢を推定するようにして実施してもよい。
【００４４】
図６は、家族構成の変更の入力画面であり、ここでは、例えば「２年後には子供が一人増えるかも知れない」、「５年後にはおばあちゃんを呼んで暮らそう」といったように、現在の家族構成に加えて、将来、家族構成がどうなっているかを考え、必要であれば、将来の同居者を入力するように構成されている。尚、図６の画面では、夫婦、子供、祖父母を性別が分かるように絵柄として表示し、それぞれ入力装置（本例ではマウスだが、タッチパネル形式で画面上を指で指示するようにしてもよい）により絵柄を選択することでデータ入力可能にしてある。
【００４５】
図７〜図１１は、生活情報（ライフスタイル）の入力画面であり、画面中央に、ＬＤ、キッチン、主寝室／洋室、和室／収納、その他という五つの選択肢（タグ）が表示され、選択肢毎に暮らし方を選択指示するように構成されている。
【００４６】
生活情報（ライフスタイル）の入力は、生活情報の入力項目として予め設定されたでアンケート形式による暮らし方（入居予定者が持つと思われる生活イメージや暮らし方に対するこだわりを項目化したもの）を選択指示することで行われる。これが本発明の第二の特徴である。
【００４７】
例えば、ＬＤについては、図７に示すように、「リビングはゆとりのある広さが第一優先だ」、「大画面テレビで、映像をゆっくり楽しみたい」、「窓が大きく明るいリビングが良い」、「人を招いてのホームパーティがしたい」、「リビングの中で宿題や仕事をすることが多い」、「将来はリビングを他の部屋とつなげて大きく使いたい」、「リビングは応接間的な空間でもある」、「ＬＤＫは一体的な空間として使いたい」、「ダイニングとリビングは分けて使えたら便利だ」の９項目が表示されている。キッチンについては図８に、主寝室／洋室については図９に、和室／収納については図１０に、その他については図１１に、夫々、示すような９項目が表示されている。顧客はこれらの項目を選択することによって生活情報（ライフスタイル）の入力を行うのであり、各項目は、いわゆるアンケート形式であるから、顧客にとってはなじみやすい。
【００４８】
このように、端末装置４による生活情報（ライフスタイル）の入力が、端末装置４の入力画面に表示された暮らし方を選択指示することで行われるので、集合住宅についての専門知識を持たない人であっても、容易に好みの間取りを選択できる効果がある。
【００４９】
因みに、従来の間取り構造により検索する方法では、「昼間は、リビングルームの隣の部屋と一体化し、広いスペースで子供を遊ばせ、夜は、リビングルームと隣の部屋を間仕切り、子供を静かに眠らせたい」といった暮らしのイメージを持つ顧客が好みの間取りを検索しようとしても難しかった。
【００５０】
例えば、上記のイメージの間取りを検索するには、まず「リビングルームと洋室が隣り合わせでバルコニーに面している」必要があり、その他「リビングルームと洋室は可動間仕切りで仕切られている」あるいは「可動間仕切りは遮音性の高い素材でできている」などの条件を入力しなければならない。
【００５１】
ところが、バルコニー側に面して３部屋を配置できるのは特殊であり、一般的には２部屋までが限界であるから、上記のような間取りは、キッチンなどの水周りを住戸の中央に
配置しないと設計するのが難しく、結果として、機能空間の配置を指定する場合は、「キッチンなどの水周りを住戸の中央に配置する」ものを選択しなければならない。しかしながら、通常、顧客には、はそうしたことはわからない。
【００５２】
そこで、本システムでは、住戸の間取り構造ではなく暮らしのイメージを生活情報として入力してもらい、間取りの検索項目として使用するようにしているのである。そして、この実施形態では、上記のような間取りについては、主寝室／洋室というタグ（選択肢）の中に「子供部屋は、リビングを通っていく場所にしたい」という項目に隠されている。直接的表現にしない理由は、直接的表現にすると、そうゆう間取りしか抽出しないからである。本発明では、基本的に、間取りの抽出は、他の要素との組み合わせで抽出されるものであり、いろいろな暮らしのイメージの組み合わせにより抽出された複数の間取りを比較検討しながら、全体としてどの間取りが良いかが決定されるべきだと考えている。
【００５３】
図７〜図１１に示した生活情報の入力画面において、任意の項目を顧客が選択指示することにより、図１２に入力例を示すように、チェックマークが付き、入力画面右側の項目欄に選択した項目が表示される。選択を誤った場合は、入力画面右側の項目欄で誤った項目を指定し、画面右下の「選択項目を削除」の指示ボタンで削除し、再度、画面中央の項目から正しいものを選択する。
【００５４】
入力画面右側の項目欄では、上段の項目ほど優先されるように優先順位が付けられており、選択した項目の優先順位を設定することが可能である。優先順位の設定は、項目欄において、適宜項目を選び、上下を示す矢印を指定する（マウスでクリックする）ことで項目を上下させ、優先順位を並び替えることによって行われる。
【００５５】
上記の入力を完了し、画面右下の「検索結果を見る」の指示ボタンで検索指示すると、検索結果が表示される。図１３は、検索結果を表示する画面の一例である。図１３に示すとおり、顧客が入力した検索項目が画面の左側に表示され、画面中央に検索項目に該当する間取り図が表示される。尚、画面の右側は、表示された間取りの住戸が、集合住宅全体のどの位置にあるかを示している。間取り図において、例えば「７５ｂ−１」という表示は、住戸の面積が７５平米であることを表しており、「２ＬＤＫオール洋室」という表示から分かるとおり、住戸の大まかな特徴を表している。
【００５６】
また、表示された間取りの各住戸について、解説が掲載されており、顧客が設定した生活イメージや暮らし方のこだわりに対して、なぜこの間取りが抽出されたがわかるようになっている。この解説は、顧客がイメージする暮らしを実現するためにどういう設計的な工夫をしているかを解説する設計者のメッセージでもある。そのため、顧客は、解説をみることで、生活イメージを具体的な住まいの形として理解でき、これから始まる新たな暮らしを想像することになる。
【００５７】
図１４は、生活情報の入力項目として相反する項目が選択指示された場合の入力画面を示し、図１５は相反する項目が選択指示された状態での検索結果を示す。図１４に示す入力画面右側の項目欄に表示されているとおり、ＬＤに関して、「ＬＤＫは一体的な空間として使いたい」と「ダイニングとリビングは分けて使えたら便利だ」とが選択され、キッチンに関しては、「料理中にも家族と会話が出来るキッチンが良い」と「キッチンの中は他人に見られたくない」とが選択されているが、これらは両立し得ない項目である。
【００５８】
従って、このような両立し得ない条件のすべてを満足する間取り図は無いが、図１５に示す検索結果では、間取り図が表示されている。これは、この間取り選択システムが検索結果の該当０件を回避できるように構成されているからである。即ち、顧客がせっかく生活情報（ライフスタイル）を入力しても、該当する物件が０件では、酷であるし、なぜ０
件なのか理由も分からないので、再度の検索が困難になる。そこで、この間取り選択システムでは、サーバ装置がデータベースの中を検索し、検索結果が０件となった段階で、まず入力された検索項目（生活情報）のうち、顧客が優先順位を付けた下位の項目（図１４の例では、「ダイニングとリビングは分けて使えたら便利だ」と「キッチンの中は他人に見られたくない」である）を検索項目から削除して、再度の検索を行い、顧客が優先順位として上位に位置づけるものについて、検索結果を表示し、検索結果の該当０件を回避しているのである。これが本発明の第三の特徴である。
【００５９】
また、図１５に示すように、検索結果を示す画面の左には、削除された入力項目「ダイニングとリビングは分けて使えたら便利だ」、「キッチンの中は他人に見られたくない」が×印を付して表示される。従って、顧客は相反する項目が指定されていたことを知ることができ、これを削除したり、優先順位を変えたり、他の項目を選択指示する等して、再度の検索が可能であり、改めて最初からデータ入力する必要がないので、再度の検索も容易である。
【００６０】
また、検索結果の表示画面では、図１３や図１５に示すように、間取り図表示欄の右上に「絞込み検索」の指示ボタンが表示される。この指示ボタンを指示（クリック）することにより、図１６に示で絞込み検索画面が表示されるので、部屋数、面積、和室の有無等を適宜選択して、絞込み検索を行い、検索結果を表示させることができる。
【００６１】
尚、図４〜図１６の画面左上に、「家族構成変更」の指示ボタンと「ライフスタイル変更」の指示ボタンが表示されており、さらに、図７〜図１６では「家族構成変更」の指示ボタンの下に、現在入力されている家族構成が絵柄で表示されている。そして、入居者情報である家族構成に間違いがある場合は、「家族構成変更」の指示ボタンで入力画面が表示されるのでそこで変更し、生活情報であるライフスタイルの指定項目に間違いがある場合や優先順位を変更したい場合は、「ライフスタイル変更」の指示ボタンで入力画面を表示、修正変更を行うように構成されている。
【００６２】
さらに、顧客は、注目される間取りを選択（検索結果の表示画面で気に入った間取り図をクリック）することでその詳細をみることができる。図１７は選択された間取り図の詳細を表示する。画面の左側には、選択項目があり、例えば、家具配置シミュレーションを選択すると、図１８に示すように、画面の右に家具の絵柄が表示され、図１９に示すように、マウスでクリックし、移動することで各部屋の使い勝手を確認できるようになっている。バーチャルモデルルームを選択すると、図２０、図２１に示すように、住戸の中を３次元で見ることができる。
【００６３】
尚、本システムが、分譲集合住宅のモデルルームなどで運用される場合は、家具配置シミュレーション・プログラムをＣＤ−Ｒなどの記憶媒体に出力可能であり、かつ家具の寸法は変更可能なので、自宅で家具寸法を確認しながら家具の配置を確認可能である。
【図面の簡単な説明】
【００６４】
【図１】本発明に係る集合住宅の間取り選択システムの構成図である。
【図２】上記間取り選択システムにおける検索の動作を説明する図である。
【図３】生活情報の各項目と間取り図の関連付けを行うコード表である。
【図４】端末装置に表示される初期画面である。
【図５】家族構成を入力するための入力画面である。
【図６】家族構成を変更するための入力画面である。
【図７】「ＬＤ」についての生活情報の入力画面である。
【図８】「キッチン」についての生活情報の入力画面である。
【図９】「主寝室／洋室」についての生活情報の入力画面である。
【図１０】「和室／収納」についての生活情報の入力画面である。
【図１１】「その他」についての生活情報の入力画面である。
【図１２】入力例を示す入力画面である。
【図１３】検索結果を表示する画面である。
【図１４】相反する項目の入力例を示す入力画面である。
【図１５】相反する項目による検索結果を表示する画面である。
【図１６】絞込み検索を行うための入力画面である。
【図１７】選択した間取り図の詳細を表示する画面ある。
【図１８】家具配置シュミレーションを行うための入力画面である。
【図１９】家具の配置動作を表示する画面である。
【図２０】バーチャルモデルルームを表示する画面である。
【図２１】バーチャルモデルルームを表示する画面である。
【符号の説明】
【００６５】
１  データベース
２  サーバ装置
３  通信網
４  端末装置
【図１】
2006012070.tif 000003
【図２】
2006012070.tif 000004
【図３】
2006012070.tif 000005
【図４】
2006012070.tif 000006
【図５】
2006012070.tif 000007
【図６】
2006012070.tif 000008
【図７】
2006012070.tif 000009
【図８】
2006012070.tif 000010
【図９】
2006012070.tif 000011
【図１０】
2006012070.tif 000012
【図１１】
2006012070.tif 000013
【図１２】
2006012070.tif 000014
【図１３】
2006012070.tif 000015
【図１４】
2006012070.tif 000016
【図１５】
2006012070.tif 000017
【図１６】
2006012070.tif 000018
【図１７】
2006012070.tif 000019
【図１８】
2006012070.tif 000020
【図１９】
2006012070.tif 000021
【図２０】
2006012070.tif 000022
【図２１】
2006012070.tif 000023