JP2017084126A - 建材選択装置およびプログラム - Google Patents

Abstract

【課題】多くのメーカから供給されている建材を横断的に調査して選択することが可能な建材選択装置等を提供すること。【解決手段】建材選択装置は、建材を使用する場所を受け付ける場所受付部と、前記場所受付部が受け付けた場所に関連付けられた建材の候補および該候補の仕様を出力する第１出力部と、前記第１出力部が出力した候補から選択された建材を受け付ける建材受付部と、前記場所受付部が受け付けた場所と前記建材受付部が受け付けた建材との組み合わせを記憶部に記録する第１記録部とを備える。【選択図】図１

Description

本発明は、建材選択装置およびプログラムに関する。

注文住宅を販売する際には、住宅販売店の担当者と顧客とが打ち合わせを繰り返して、使用する部品を決定して、住宅の仕様を確定する。このような打ち合わせの履歴を記録して、過去の打ち合わせで検討した仕様との比較を行えるようにすることにより、仕様の確定を支援する住宅仕様確定支援システムが開示されている（特許文献１）。

ＣＡＤ（Computer Aided Design）システムを使用して建物を設計するにあたり、窓等の建具の選択を支援する建具選択処理装置が開示されている（特許文献２）。

特開２０１２−０３８１７７号公報 特開２０１４−１６４５３３号公報

特許文献１に開示された住宅仕様確定支援システムは、住宅販売店が事前に設定した条件により絞り込んだ住宅用の部品を顧客に提示して、顧客が選択した部品を記録する。住宅用の部品としては、レンジフード、シンク等が挙げられている。住宅設計の素人である顧客が、多岐にわたる項目のそれぞれについて速やかに意思決定を行えるよう、候補をカード状に並べて表示するユーザインターフェイスが採用されている。

特許文献２に開示された建具選択処理装置は、サッシ等の建具の選択に特化したものであり、特定の建具メーカが事前に定めた仕様の範囲内で、使用する建具の選択およびカスタマイズを行う装置である。

建築物の設計者は、複数の建材メーカから提供されているカタログ等を比較検討した上で、性能および価格等の条件を考慮して建築物の各部分に使用する建材を選択する。

特許文献１には、このような専門的な設計業務の支援に適したシステムは開示されていない。特許文献２には、複数のメーカが供給する建材を横断的に調査して選択する装置は開示されていない。

一つの側面では、多くのメーカから供給されている建材を横断的に調査して選択することが可能な建材選択装置等を提供することを目的とする。

一つの態様では、本発明の建材選択装置は、建材を使用する場所を受け付ける場所受付部と、前記場所受付部が受け付けた場所に関連付けられた建材の候補および該候補の仕様を出力する第１出力部と、前記第１出力部が出力した候補から選択された建材を受け付ける建材受付部と、前記場所受付部が受け付けた場所と前記建材受付部が受け付けた建材との組み合わせを記憶部に記録する第１記録部とを備える。

一つの側面では、多くのメーカから供給されている建材を横断的に調査して選択することが可能な建材選択装置等を提供することができる。

建材選択システムの構成を示す説明図である。 プロジェクトＤＢのレコードレイアウトを示す説明図である。 選択結果ＤＢのレコードレイアウトを示す説明図である。 パターンＤＢのレコードレイアウトを示す説明図である。 建材ＤＢのレコードレイアウトを示す説明図である。 構成ＤＢのレコードレイアウトを示す説明図である。 建材選択システムの表示画面の例を示す説明図である。 建材選択システムの表示画面の例を示す説明図である。 建材選択システムの表示画面の例を示す説明図である。 建材選択システムの表示画面の例を示す説明図である。 建材選択システムの表示画面の例を示す説明図である。 建材選択システムの表示画面の例を示す説明図である。 建材選択システムの表示画面の例を示す説明図である。 建材選択システムの表示画面の例を示す説明図である。 建材選択システムの表示画面の例を示す説明図である。 建材選択システムの処理の流れを示すフローチャートである。 実施の形態２の建材ＤＢのレコードレイアウトを示す説明図である。 実施の形態２の入力画面の例を示す説明図である。 実施の形態３の面積ＤＢのレコードレイアウトを示す説明図である。 実施の形態３の入力画面の例を示す説明図である。 実施の形態４の建材選択システムの構成を示す説明図である。 実施の形態４の見積ＤＢのレコードレイアウトを示す説明図である。 実施の形態４の標準掛率ＤＢのレコードレイアウトを示す説明図である。 実施の形態４の建材選択システムの表示画面の例を示す説明図である。 実施の形態４の建材選択システムの表示画面の例を示す説明図である。 実施の形態４の建材選択システムの処理の流れを示すフローチャートである。 実施の形態４の建材選択システムの処理の流れを示すフローチャートである。 実施の形態５の建材選択システムの構成を示す説明図である。 実施の形態５のメッセージＤＢのレコードレイアウトを示す説明図である。 実施の形態５の検索履歴ＤＢのレコードレイアウトを示す説明図である。 実施の形態５の閲覧履歴ＤＢのレコードレイアウトを示す説明図である。 実施の形態５のユーザポイントＤＢのレコードレイアウトを示す説明図である。 実施の形態５の表示画面の例を示す説明図である。 実施の形態５の表示画面の例を示す説明図である。 実施の形態５の表示画面の例を示す説明図である。 実施の形態５の処理の流れを示すフローチャートである。 実施の形態６の処理の流れを示すフローチャートである。 実施の形態７の建材選択装置の動作を示す機能ブロック図である。 実施の形態８の建材選択装置の構成を示す説明図である。

［実施の形態１］
図１は、建材選択システム１０の構成を示す説明図である。建材選択システム１０は、サーバ１１、ユーザクライアント２１およびメーカクライアント３１を備える。サーバ１１、ユーザクライアント２１およびメーカクライアント３１は、ネットワークを介して接続されている。なお、図示を省略するが、ネットワークには複数のユーザクライアント２１および複数のメーカクライアント３１が接続されている。

サーバ１１は、サーバＣＰＵ（Central Processing Unit）１２、主記憶装置１３、補助記憶装置１４および通信部１５を備える。サーバ１１は、汎用のパーソナルコンピュータ、汎用のサーバマシン、データセンタに設置された大型計算機上で稼動する仮想マシン等の情報処理装置である。サーバ１１は、本実施の形態の建材選択システム１０の建材選択装置の一例である。

サーバＣＰＵ１２は、本実施の形態に係るプログラムを実行する演算制御装置である。サーバＣＰＵ１２には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。主記憶装置１３は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の記憶装置である。主記憶装置１３には、サーバＣＰＵ１２が行う処理の途中で必要な情報およびサーバＣＰＵ１２で実行中のプログラムが一時的に保存される。

補助記憶装置１４は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置１４には、サーバＣＰＵ１２に実行させるプログラムおよびプロジェクトＤＢ（DataBase）４１、選択結果ＤＢ４２、パターンＤＢ４３、建材ＤＢ４４、構成ＤＢ４５等、プログラムの実行に必要な各種情報が保存される。通信部１５は、ネットワークとの通信を行うインターフェイスである。

なお、サーバ１１は一つまたは複数の大型計算機上で動作する仮想マシンであっても良い。プロジェクトＤＢ４１、選択結果ＤＢ４２、パターンＤＢ４３、建材ＤＢ４４および構成ＤＢ４５はネットワークを介してサーバ１１に接続されたデータサーバ等の記憶装置に記憶されていても良い。各ＤＢは、別々の記憶装置に記憶されていても良い。

ユーザクライアント２１は、建築物を設計する設計者が使用するクライアントである。なお、以後の説明ではユーザクライアント２１を使用中の設計者をユーザと記載する場合がある。ユーザクライアント２１は、ユーザＣＰＵ２２、主記憶装置２３、補助記憶装置２４、通信部２５、入力部２６および表示部２７を備える。ユーザクライアント２１は、汎用のパーソナルコンピュータ、タブレット、スマートフォン等の情報機器である。

ユーザＣＰＵ２２は、サーバＣＰＵ１２と協調して本実施の形態に係るプログラムを実行する演算制御装置である。サーバＣＰＵ１２には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ユーザＣＰＵ２２は、バスを介してユーザクライアント２１を構成するハードウェア各部と接続されている。

主記憶装置２３は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置２３には、ユーザＣＰＵ２２が行う処理の途中で必要な情報およびユーザＣＰＵ２２で実行中のプログラムが一時的に保存される。

補助記憶装置２４は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置２４には、ユーザＣＰＵ２２に実行させるプログラムおよびプログラムの実行に必要な各種情報が保存される。通信部２５は、ネットワークとの通信を行うインターフェイスである。

入力部２６は、マウス、キーボード、タッチパネル、ペンタブレット、マイク等の機器であり、ユーザによる操作を建材選択システム１０が受け付ける際に使用する。表示部２７は、ディスプレイ、プリンタ、プロッタ等の機器であり、選択する建材の候補、選択した結果等を表示する。

メーカクライアント３１は、建材を供給するメーカまたは建材を販売する販売会社で働く営業担当者等が使用するクライアントである。メーカクライアント３１はメーカＣＰＵ３２、通信部３５、表示部３７および図示を省略する主記憶装置、補助記憶装置等を備える。メーカクライアント３１は、汎用のパーソナルコンピュータ、タブレット、スマートフォン等の情報機器である。

メーカＣＰＵ３２は、サーバＣＰＵ１２と協調して営業担当者が必要とするデータ処理を実行する演算制御装置である。メーカＣＰＵ３２は、バスを介してメーカクライアント３１を構成するハードウェア各部と接続されている。

通信部３５は、ネットワークとの通信を行うインターフェイスである。表示部３７は、ディスプレイ、プリンタ、プロッタ等の機器である。メーカクライアント３１の主記憶装置、補助記憶装置等の機能は、ユーザクライアント２１の対応する装置の機能と同様であるので、説明を省略する。

図２は、プロジェクトＤＢ４１のレコードレイアウトを示す説明図である。プロジェクトＤＢ４１は、建築物を設計するプロジェクトの番号、名称およびプロジェクトに関する情報を関連付けるＤＢである。プロジェクトＤＢ４１は、プロジェクト番号フィールド、名称フィールド、共有者フィールド、所在地フィールド、規模フィールド、構造フィールドおよび状況フィールドを有する。

共有者フィールドには、共有者１フィールド、共有者２フィールド等の連番のフィールドが含まれる。所在地フィールドには、郵便番号フィールドおよび住所フィールドが含まれる。プロジェクトＤＢ４１は、一つのプロジェクトについて一つのレコードを有する。

プロジェクト番号フィールドには、プロジェクトに固有の番号が記録されている。名称フィールドには、プロジェクトの名称が記録されている。共有者フィールドには、プロジェクトに関する情報を共有する人、すなわちプロジェクトに関する情報に対するアクセス権限を持つ人の名前が記録されている。なお、同姓同名の人が存在する可能性がある場合には、名前の代わりに各個人に固有のＩＤ（IDentification）番号等を使用することが望ましい。

郵便番号フィールドには、建設予定地の郵便番号が記録されている。住所フィールドには、建設予定地の住所が記録されている。規模フィールドには、建設予定地の面積が記録されている。構造フィールドには、建築物の構造の種類が記録されている。状況フィールドには、プロジェクトの進捗状況が記録されている。

図３は、選択結果ＤＢ４２のレコードレイアウトを示す説明図である。選択結果ＤＢ４２は、プロジェクト番号および建築物の部位と建材の選択結果とを関連付けるＤＢである。選択結果ＤＢ４２は、プロジェクト番号フィールド、図面フィールド、階フィールド、室名フィールド、部位フィールドおよび構成番号フィールドを有する。選択結果ＤＢ４２は、一つの部位について一つのレコードを有する。

プロジェクト番号フィールドには、プロジェクトの番号が記録されている。図面フィールドには、建材が記載される図面の名称が記録されている。階フィールドには、建材が使用される場所の階数が記録されている。室名フィールドには、建材が使用される部屋の名称が記録されている。部位フィールドには、建材が使用される部位が記録されている。構成番号フィールドには、選択した建材の組み合わせを示す構成番号が記録されている。

図４は、パターンＤＢ４３のレコードレイアウトを示す説明図である。パターンＤＢ４３は、パターン記号と、建材の組み合わせ方の代表的なパターンとを関連付けるＤＢである。パターンＤＢ４３は、パターン記号フィールド、部位フィールド、構造フィールド、模式図フィールドおよび建材フィールドを有する。構造フィールドは、ＲＣ（Reinforced Concrete）フィールド、鉄骨フィールド、木造フィールドおよびコンクリートブロックフィールドを有する。建材フィールドは、建材１フィールド、建材２フィールド等連番のフィールドを有する。パターンＤＢ４３は、一つの建材の組み合わせパターンについて一つのレコードを有する。

パターン記号フィールドには、パターンに固有に割り当てられた記号が記録されている。部位フィールドには、パターンを使用する部位が記録されている。構造フィールドには、ＲＣ、鉄骨、木造およびコンクリートブロックの各構造の建築物への使用に適しているか否かが記録されている。たとえば、３行目に示すＷ１は、ＲＣ構造およびコンクリートブロック構造の建築物には適しているが、鉄骨構造および木造構造には適していない。

模式図フィールドには、パターン記号に対応づけてパターンの模式図がｊｐｅｇ（Joint Photographic Experts Group）形式ファイル等により記録されている。建材フィールドには、パターンを構成する各部材の種類が一方の側から順番に記録されている。たとえば、Ｗ１は一番目の建材に仕上材、二番目の建材に下地ボード、三番目の建材に断熱材を使用することが記録されている。なお、図４に示すパターンは例示である。パターンＤＢ４３には床、壁、天井等、建築物の各部位の仕上げに使用する構成パターンが記録されている。

図５は、建材ＤＢ４４のレコードレイアウトを示す説明図である。建材ＤＢ４４は、建材の番号、名称、用途および仕様を関連付けるＤＢであり、多くの建材メーカが発行するカタログ等の情報に基づいて、建材選択システム１０の運営者が作成する。建材ＤＢ４４は、建材番号フィールド、用途フィールド、一般名フィールド、商品名フィールド、型番フィールド、メーカフィールド、仕様フィールドおよび特徴フィールドを有する。仕様フィールドには、透湿抵抗フィールド、防水性フィールド、厚さフィールド、設計単価フィールド等が含まれる。建材ＤＢ４４は、１つの建材について１つのレコードを有する。

建材番号フィールドには、建材に固有の番号が記録されている。用途フィールドには、建材の用途が記録されている。一般名フィールドには、建材の一般名が記録されている。一般名とは、建築確認申請書等の公的な書類に記載する名称である。商品名フィールドには、建材の商品名が記録されている。型番フィールドには、メーカの定めた型番が記録されている。メーカフィールドには、建材を製造販売するメーカの名称が記録されている。仕様フィールドには、透湿抵抗、防水性、厚さ、設計単価等の建材の仕様が記録されている。なお、設計単価とは、建築費を概算する際に使用する単価である。特徴フィールドには、建材の特徴が記録されている。

建材ＤＢ４４は、たとえば３ヶ月に１回の頻度または新製品が発表される都度、最新情報に更新される。

図６は、構成ＤＢ４５のレコードレイアウトを示す説明図である。構成ＤＢ４５には、構成番号と建材の組み合わせとを関連付けるＤＢである。構成ＤＢ４５は、構成番号フィールド、パターン記号フィールド、下地フィールドおよび仕上フィールドを有する。下地１フィールドは、下地１フィールド、下地２フィールド等連番のフィールドを有する。構成ＤＢ４５は、一つの建材の組み合わせについて一つのレコードを有する。

構成番号フィールドには、建材の組み合わせを特定するための番号が記録されている。パターン記号フィールドには、建材を選択する際に使用した建材の組み合わせパターンの記号が記録されている。下地フィールドには、下地に選択した建材の番号が一方の側から順番に記録されている。下地フィールドに記録されている建材の順番は、図４を使用して説明した建材フィールドに記録されている各部材の順番と対応している。仕上フィールドには、仕上げに選択した建材の番号が記録されている。

図７から図１５は、建材選択システム１０の表示画面の例を示す説明図である。図７から図１５は、サーバＣＰＵ１２およびユーザＣＰＵ２２が協調して行う情報処理の結果に基づいて、ユーザクライアント２１の表示部２７に表示される。図７から図１５を使用して、建材選択システム１０の動作を説明する。

図７は、トップ画面の例を示す説明図である。トップ画面は、設計者がユーザクライアント２１を使用して建材選択システム１０にログインした際に、サーバＣＰＵ１２から通信部１５、ネットワークおよび通信部２５を介して得た情報に基づいて、ユーザＣＰＵ２２が表示部２７に表示する画面である。以後の説明では通信部１５、ネットワーク、通信部２５およびユーザＣＰＵ２２による処理を省略して、たとえば「サーバＣＰＵ１２が表示部２７に表示する」または「サーバＣＰＵ１２が表示する」のように簡略化して記載する。

トップ画面には、ユーザ名欄５１、表題欄５２、プロジェクト欄５３、ポイント欄５４およびメッセージ欄５５が含まれる。

ユーザ名欄５１には、ログインしたユーザの名前が表示される。表題欄５２には、建材選択システム１０の表題が表示される。なお、表題欄５２に建材選択システム１０の運営者からユーザに充てた通知または広告が表示されても良い。プロジェクト欄５３には、ログインしたユーザがアクセス権を有する進行中のプロジェクトの一覧が表示されている。すなわち、図２を使用して説明したプロジェクトＤＢ４１から、ログインしたユーザが共有者フィールドに記録されており、状況フィールドに「進行中」と記録されているプロジェクトレコードをサーバＣＰＵ１２が抽出して、プロジェクト欄５３に表示する。

ポイント欄５４には、ログインしたユーザが保有しているポイントが表示される。メッセージ欄５５にはログインしたユーザ宛のメッセージが表示される。なお、ポイントおよびメッセージに関する詳細は後述する。

図８は、図７に示すプロジェクト欄５３中の「ＰＪ２」のプロジェクトの選択を受け付けた後に、サーバＣＰＵ１２が表示部２７に表示する画面である。図８は、建材の選択を行う場所の指定を受け付け、選択された建材を建築用の図面の形式で表示する画面である。図８に示す画面には、プロジェクト名欄６１、仕上表欄６２および行追加用の制御ボタン６３が表示されている。

プロジェクト名欄６１には、表示中のプロジェクトの名称が記載されている。プロジェクト名欄６１の選択を受け付けると、サーバＣＰＵ１２はプロジェクトの一覧を示すプルダウンメニューを表示する。このプルダウンメニューにより、サーバＣＰＵ１２は表示するプロジェクトの変更を受け付けることができる。

仕上表欄６２には、建築用の図面の一種である仕上表の雛形が表示されている。すなわち、仕上表欄６２には、建築用の図面の雛形が表示されている。仕上表は、建築物の外装の仕上げを示す外部仕上表と、建築物の内装の仕上げを示す内部仕上表に分かれている。仕上表欄６２の上部には、切替タブ６４が表示されている。切替タブ６４の選択を受け付けることにより、サーバＣＰＵ１２は外部仕上表と内部仕上表とを切り替えて表示する。図８では、外部仕上表が表示されている。外部仕上表には、建築物の外部の部位、下地、仕上げ、記号および備考が表形式で表示されている。制御ボタン６３の選択を受け付けた場合には、サーバＣＰＵ１２は仕上表に新たな行を追加して表示する。

図９は、内部仕上表を示す切替タブ６４の選択を受け付けた後に、サーバＣＰＵ１２が表示部２７に表示する画面である。図９は、内部仕上げに使用する建材の選択を行う場所の指定を受け付け、選択された建材を建築用の図面の一種である仕上表の形式で表示する画面である。仕上表欄６２に内部仕上表が表示されている。内部仕上げ表には、階、室名と、床、壁および天井それぞれの下地、仕上げおよび記号と備考とが表形式で表示されている。内部仕上表中の１階のリビングの床が選択枠６５で囲まれている。選択枠６５は、入力部２６を介してユーザによる指示を受け付けた場所に表示される。

なお、図８および図９では、仕上表欄６２には入力を開始する前の仕上表の雛形が表示されている。既に仕上表の入力が行われている場合には、サーバＣＰＵ１２は図３を使用して説明した選択結果ＤＢ４２から選択中のプロジェクトに関する情報を抽出して、仕上表欄６２に表示する。

図８およぶ図９に示す画面には、行の削除を受け付けるボタン、行の順番の変更を受け付けるボタン、入力中のデータの保存を受け付けるボタン、トップ画面への遷移を受け付けるボタン等の制御ボタン６３が設けられていても良い。仕上表欄６２の上部に、窓、ドア等の建具を記載する建具表、衛生設備、空調設備、電気設備等を記載する器具表を表示する切替タブ６４が設けられていても良い。

図１０は、図９に示す画面で選択枠６５で囲まれた「１Ｆ リビング 床」の選択を受け付けた後に、サーバＣＰＵ１２が表示部２７に表示する画面である。図１０は、建材配置のパターンの候補を表示し、ユーザの選択を受け付ける画面である。図１０に示す画面には、パターン選択欄５６が含まれる。パターン選択欄５６の上部には、切替タブ６４が表示されている。なお、図１０に示す画面は、図９に示す画面と切り替えて表示されても良いし、図９に示す画面とは別ウィンドウで表示されても良い。

パターン選択欄５６には、内部仕上げに使用する建材の組み合わせパターンが表示されている。組み合わせパターンは、建築物の構造別に分けられている。以下では、図１０に示すように「木造」タブの表示について説明する。サーバＣＰＵ１２は、図４を使用して説明したパターンＤＢ４３から部位フィールドに「床」と記録されており、構造フィールド内の「木造」フィールドに「適」とされているレコードを抽出する。サーバＣＰＵ１２は、抽出したレコードの模式図フィールドに記録されている模式図を、パターン選択欄５６に表示する。サーバＣＰＵ１２は、入力部２６を介してユーザによる指示を受け付けた模式図を囲む選択枠６５を表示する。

切替タブ６４の選択を受け付けることにより、サーバＣＰＵ１２は表示するパターンを切り替える。なお、サーバＣＰＵ１２は、図２を使用して説明したプロジェクトＤＢ４１から表示中のプロジェクトの建築物の構造を抽出し、それに対応するパターンのみを表示しても良い。このようにする場合には、サーバＣＰＵ１２は切替タブ６４を表示しなくても良い。

図１１は、選択枠６５で囲まれた「Ｆ１」の選択を受け付けた後に、サーバＣＰＵ１２が表示部２７に表示する画面である。図１１は、パターン中の各部分に使用する建材の入力を受け付ける画面である。以後の説明では、図１１に示す画面を仕上表入力画面と記載する。仕上表入力画面には、模式図欄６６および構成欄６７が含まれる。構成欄６７には、建材の検索を受け付ける検索ボタン６８、入力内容の決定を受け付ける決定ボタン６９および建材の順序変更、追加等を受け付ける制御ボタン６３が含まれる。

模式図欄６６には、図１０で選択したパターンの模式図が表示されている。構成欄６７には、パターンの構成要素が室内側から順に表示されている。図５を使用して説明した建材ＤＢ４４に記録されている構成要素については、検索ボタン６８が表示されている。「仕上材」のように建材ＤＢ４４に記録されていない構成要素については、「材料名を入力してください」と表示されており、ユーザによる手入力を受け付ける状態になっている。

図１２は、「透明防水シート」の検索ボタン６８の選択を受け付けた後に、サーバＣＰＵ１２およびユーザＣＰＵ２２が協調して表示部２７に表示する画面である。図１２は、複数のメーカから販売されている建材の仕様を一覧表示する画面である。図１２に示す画面には、グラフ欄７１、候補欄７２、決定ボタン６９および凡例ボタン７０が含まれる。グラフ欄７１の上部には、表示するグラフの種類を変更する指示を受け付ける切替タブ６４が表示されている。切替タブ６４に表示される項目は、建材の種類により異なる。

図１２では、透湿防水性を重視して建材を選択する際に適したグラフが表示されている。左側のグラフの横軸は防水性で単位はキロパスカル、縦軸は価格で単位は円／１平方メートルである。右側のグラフの横軸は透湿抵抗で単位は平方メートル秒パスカル／マイクログラム、縦軸は価格で単位は円／１平方メートルである。サーバＣＰＵ１２は、図５を使用して説明した建材ＤＢ４４から用途フィールドに「透湿防水シート」と記録されている建材レコードを抽出してユーザＣＰＵ２２に送信する。ユーザＣＰＵ２２は、受信した建材レコードを、仕様フィールドに記録されたデータに基づいてグラフに表示する。黒丸、白丸および菱形は、メーカフィールドに記録されたメーカ名に対応付けられている。凡例ボタン７０の選択を受け付けた場合には、サーバＣＰＵ１２は黒丸、白丸および菱形のそれぞれに対応付けられたメーカ名を表示した小さい枠を図１２の画面に重畳させて表示する。なお、グラフ上のデータは、メーカ別または素材別等で色分けして表示しても良い。

ユーザＣＰＵ２２は、入力部２６を介してユーザによるグラフ上のデータの選択を受け付ける。ユーザＣＰＵ２２は、選択を受け付けたデータの近傍に三角形の選択マーク７３および商品名を表示する。また、左側のグラフに、選択を受け付けたデータを中心として四角形の周辺マーク７４を表示する。

なお、ユーザＣＰＵ２２は、グラフ上の任意の点の選択を受け付けても良い。そのようにする場合には、ユーザＣＰＵ２２は選択を受け付けた点を中心として周辺マーク７４を表示する。選択を受け付けた点の近傍に建材を示すデータが存在しない場合には、ユーザＣＰＵ２２は選択マーク７３を表示しない。ユーザＣＰＵ２２は、選択を受け付けた点を示す小丸または十字などを表示しても良い。

ユーザＣＰＵ２２は、周辺マーク７４内に表示されている建材を候補欄７２に表示する。候補欄７２には、建材ＤＢ４４に記録されたフィールドのうち、建材番号フィールド、メーカフィールド、商品名フィールド、および仕様フィールドの一部のフィールドに記録されたデータが表示されている。また、候補欄７２の右端には、検討中の建材であることを受け付けるチェックボックスが表示されている。ユーザＣＰＵ２２は、グラフ上で選択を受け付けたデータの周囲に選択枠６５を表示する。ユーザＣＰＵ２２は、選択枠６５内の選択マーク７３が表示されている建材に対応するデータを、太枠で囲んで表示する。

なお、ユーザＣＰＵ２２は、右側のグラフに周辺マーク７４を表示しても良い。またユーザＣＰＵ２２は、左右両方のグラフに周辺マーク７４を表示しても良い。ユーザＣＰＵ２２は、グラフ欄７１に１個または３個以上のグラフを表示しても良い。グラフ上の別のデータの選択を受け付けた場合には、ユーザＣＰＵ２２は表示されている選択マーク７３および周辺マーク７４を消去して、新たに選択を受け付けたデータに対応する場所に表示する。

図１３は、候補欄７２に表示された２個の建材の検討中のチェックボックスにチェックが入った状態で、「強度」を示す選択タブ６４の選択を受け付けた後に、ユーザＣＰＵ２２が表示部２７に表示する画面である。図１３では、強度を重視して建材を選択する際に適したグラフが表示されている。左側のグラフの横軸は縦方向の引張強さで単位はニュートン／５センチメートル、縦軸は横方向の引張強さで単位はニュートン／５センチメートルである。右側のグラフの横軸は縦方向の針保持強さで単位はニュートン／５センチメートル、縦軸は横方向の針保持強さで単位はニュートン／５センチメートルである。なお、引張強さおよび針保持強さの定義は日本工業規格に定められているので、説明を省略する。

ユーザＣＰＵ２２は、図１２で選択を受け付けたデータの近傍に三角形の選択マーク７３および商品名を表示する。また、検討中のチェックボックスにチェックを受け付けた建材のデータの近傍に検討中マーク７５を表示する。これにより、ユーザは透湿防水性の観点から選択した建材の候補を、強度の観点で比較検討することができる。

なお、検討中のチェックボックスにチェックを受け付けていない場合には、ユーザＣＰＵ２２は選択マークを表示するが検討中マーク７５は表示しない。図１３に示す画面で、ユーザＣＰＵ２２は、選択マーク７３が表示されたマークの周囲に周辺マーク７４を表示しても良い。このようにする場合には、ユーザＣＰＵ２２は周辺マーク７４内に表示されている建材を候補欄７２に追加する。

図１３に示すグラフで、別の建材の選択を受け付けた場合には、ユーザＣＰＵ２２は図１２を使用して説明した動作と同様に選択マーク７３および周辺マーク７４を表示し、周辺マーク７４内の建材を候補欄７２に追加する。この際、前の画面において検討中のチェックボックスにマークが付けられなかった建材は画面から消去することが望ましい。

以上に述べたように、選択タブを切り替えて様々な観点から建材を比較検討することにより、ユーザは複数のメーカから提供されている建材の中から使用する建材を選択する。決定ボタン６９の選択を受け付けた場合に、ユーザＣＰＵ２２は選択された建材を構成欄６７に記載する。また、ユーザＣＰＵ２２は、選択された建材をサーバＣＰＵ１２に送信する。サーバＣＰＵ１２は、受信した建材をパターン内の構成要素と関連付けて主記憶装置１３または補助記憶装置１４に記憶する。その後、ユーザＣＰＵ２２は、次の構成要素の選択を受け付ける。

図１２および図１３に示す切替タブ６４は例示である。ユーザＣＰＵ２２は、たとえば遮音性、熱伝導率、耐久性、保証期間等の観点で建材を比較検討するのに適したグラフを表示する切替タブ６４を表示しても良い。図１２および図１３に示すグラフ欄７１も例示である。ユーザＣＰＵ２２は、ユーザによる縦軸および横軸の項目の選択を受け付けられることが望ましい。

ユーザＣＰＵ２２は、図１２および図１３にグラフ欄７１に表示された建材をたとえばメーカ名、耐水性、材質等の観点から絞り込む要求を受け付ける条件選択ボタンを追加で表示して良い。このようにすることにより、グラフ上に多数のデータが表示されている場合に、ユーザは所望の仕様の建材を選択しやすくなる。

ユーザＣＰＵ２２は、グラフ欄７１に建材の外観写真を並べて表示しても良い。壁紙、屋根材等の外観が重要な建材の場合には、数値で表現できる仕様に基づいて絞り込んだ建材の候補の外観写真を見比べることにより、ユーザは所望の仕様および外観を備えた建材を選択することができる。

図１４は、４箇所の構成要素の選択がすべて完了した後にサーバＣＰＵ１２が表示部２７に表示する仕上表入力画面を示す。図１４に示す画面には、模式図欄６６の模式図中の各構成要素の一般名、厚さ、設計単価、構成要素の合計厚さおよび合計単価が表示されている。図１２および図１３を使用して説明した画面を使用して建材ＤＢ４４から選択された建材が記載されている構成要素には、詳細ボタン７６が表示されている。詳細ボタン７６の選択を受け付けた場合には、サーバＣＰＵ１２は建材の商品名、型番およびメーカ名表示した枠を、図１４に示す画面に重畳して表示する。

決定ボタン６９の選択を受け付けた場合には、サーバＣＰＵ１２は構成欄６７に表示された建材の組み合わせを、図６を使用して説明した構成ＤＢ４５に記録する。この際、構成番号フィールドには建材の組み合わせに固有の番号を連番で割り当てて記録する。パターン記号フィールドには、模式図欄６６に表示された模式図を示す記号を記載する。下地フィールドには、仕上材以外の構成要素に選択された建材の番号を記録する。仕上げフィールドには、仕上材に選択された建材の番号を記録する。なお、図１１および図１４に示す「仕上材」のようにユーザが手入力した構成要素については、入力を受け付けた文字列を構成ＤＢ４５に記録する。

サーバＣＰＵ１２は、図３を使用して説明した選択結果ＤＢ４３中の建材を選定した場所および部位に対応する選択結果レコードの構成番号フィールドに、構成ＤＢ４５に記録した構成番号を記録する。

図１５は、決定ボタン６９の選択を受け付けた後に、サーバＣＰＵ１２が表示部２７に表示する画面を示す。「１階 リビング 床」の部分を拡大して示すように、図１０から図１４を使用して説明した手順で選択された１階のリビングの床に使用する建材の一般名およびパターンを示す記号が表示されている。

たとえば拡大した部分の左端の「下地」の欄には、図１４の画面に示す断熱材、透湿防水シートおよび下地ボードの構成が一般名を使用して「押出法ポリスチレンフォームの上、透湿防水シートの上、断熱性床下地材」と表示されている。拡大した部分の中央の「仕上」の欄には、図１４の画面に示す仕上材が一般名を使用して「木質フローリング」と表示されている。拡大下部分の右端の「記号」の部分には、図１０を使用して説明した画面でユーザによる選択を受け付けた建材配置のパターンを示すパターン記号が表示されている。

以上の手順を繰り返すことにより、各室の床、壁および天井に使用する建材を選択して記録することができる。また、外部仕上表についても同様にして屋根、庇および外壁に使用する建材を複数のメーカが供給する建材から選択して記録することができる。建具表、衛生設備、空調設備、電気設備等を記載する器具表等についても、同様である。

なお、図７から図１５に示す画面は一例である。各画面は、ユーザが好みに応じて表示する項目およびレイアウトを調整できることが望ましい。

建材選択システム１０は、構成ＤＢ４５を有さなくても良い。このようにする場合には、選択結果ＤＢ４２に構成番号フィールドの代わりにパターン記号フィールド、下地フィールドおよび仕上げフィールドを設ける。サーバＣＰＵ１２は、パターン記号フィールドには建材配置のパターンを示すパターン記号を、下地フィールドおよび仕上げフィールドには選択された建材の建材番号をそれぞれ記録する。

図１６は、建材選択システム１０の処理の流れを示すフローチャートである。なお、ユーザが建材選択システム１０にログインして、建材を選択するプロジェクトを選択し、図９に示した画面が表示されている段階から処理の流れの説明を開始する。

ユーザＣＰＵ２２は、建材を選択する場所の指定を受け付ける（ステップＳ５０１）。場所の指定は、たとえば図９を使用して説明した選択枠６５を使用して受け付けられる。ユーザＣＰＵ２２は、受け付けた場所をサーバＣＰＵ１２に送信する。

サーバＣＰＵ１２は、受け付けた場所の部位をキーとしてパターンＤＢ４３の部位フィールドを検索して、その部位に対応した建材の組み合わせパターンを抽出する（ステップＳ５２１）。サーバＣＰＵ１２は、抽出したパターンをユーザＣＰＵ２２に送信する。

ユーザＣＰＵ２２は、表示部２７に受信したパターンを表示する（ステップＳ５０３）。表示する画面は、たとえば図１０を使用して説明した画面である。ユーザＣＰＵ２２は、パターンの選択を受け付ける（ステップＳ５０４）。パターンの指定は、たとえば図１０を使用して説明した選択枠６５を使用して受け付けられる。ユーザＣＰＵ２２は、選択を受け付けたパターンに応じて、たとえば図１１を使用して説明した仕上表入力画面を表示する。

ユーザＣＰＵ２２は、パターン中の構成部分に使用する建材の検索指示を受け付ける（ステップＳ５０５）。検索指示は、たとえば図１１を使用して説明した検索ボタン６８を使用して受け付ける。ユーザＣＰＵ２２は、検索を受け付けた構成部分をサーバＣＰＵ１２に送信する。

サーバＣＰＵ１２は、受信した構成部分をキーとして建材ＤＢ４４の用途フィールドを検索して、建材の候補を抽出する（ステップＳ５２３）。サーバＣＰＵ１２は、抽出した候補のレコードをユーザＣＰＵ２２に送信する。

ユーザＣＰＵ２２は、受信したレコードを使用して、抽出された候補を表示部２７に表示する（ステップＳ５０７）。表示する画面は、たとえば図１２を使用して説明した画面のグラフ欄７１である。

ユーザＣＰＵ２２は、建材の指定を受け付ける（ステップＳ５０８）。建材の指定は、たとえば図１２を使用して説明したようにグラフ欄７１に示された建材の仕様を示す点を使用して受け付ける。ユーザＣＰＵ２２は、選択された建材を示す点の周囲に、グラフ上の縦軸および横軸の値が所定の範囲内であることを示す周辺マーク７４を表示する。

なお、周辺マーク７４は円形または楕円形であっても良い。周辺マーク７４の大きさは、ユーザが設定できることが望ましい。

前述の通り、ユーザＣＰＵ２２は、ステップＳ５０８でグラフ上の任意の点の選択を受け付けても良い。そのようにする場合には、ユーザＣＰＵ２２は、選択を受け付けた点を中心として周辺マーク７４を表示する。

ユーザＣＰＵ２２は、周辺マーク７４で示された範囲内の仕様、すなわち選択された建材と類似する仕様の建材を抽出する（ステップＳ５０９）ユーザＣＰＵ２２は、抽出した建材の一覧を表示部２７に表示する（ステップＳ５１０）。表示する画面は、たとえば図１２を使用して説明した画面の候補欄７２である。

ユーザＣＰＵ２２は、建材が決定されたか否かを判定する（ステップＳ５１１）。判定は、たとえば図１２および図１３に示す決定ボタン６９の選択を受け付けたか否かにより判定する。決定されていないと判定した場合は（ステップＳ５１１でＮＯ）、ユーザＣＰＵ２２はステップＳ５０８に戻る。決定されたと判定した場合には（ステップＳ５１１でＹＥＳ）、ユーザＣＰＵ２２は決定された建材を補助記憶装置２４に記録する（ステップＳ５１２）。ユーザＣＰＵ２２は、ステップＳ５０３で表示した画面に、決定された建材を追加した画面を表示部２７に表示する。

ユーザＣＰＵ２２は、建材の選択が終了したか否かを判定する（ステップＳ５１３）。判定は、たとえば図１１または図１４に示す決定ボタン６９の選択を受け付けたか否かにより判定する。また、構成欄６７に表示構成要素がすべて決定されたか否かにより判定しても良い。

終了していないと判定した場合は（ステップＳ５１３でＮＯ）、ユーザＣＰＵ２２はステップＳ５０５に戻る。終了したと判定した場合は（ステップＳ５１３でＹＥＳ）、ユーザＣＰＵ２２はパターン記号および選択した建材の組み合わせをサーバＣＰＵ１２に送信する。

サーバＣＰＵ１２は、受信したパターン記号および建材の組み合わせを、図６を使用して説明した構成ＤＢ４５に記録する。すなわち、サーバＣＰＵ１２は構成ＤＢ４５に新しいレコードを作成する。サーバＣＰＵ１２は、構成番号フィールドにレコードに固有の番号を割り当てて記録する。サーバＣＰＵ１２は、パターン記号フィールドに受信したパターン記号を記録する。サーバＣＰＵ１２は、下地フィールドに下地に選択された建材の建材番号を記録する。なお、サーバＣＰＵ１２は、図４を使用して説明したパターンＤＢ４３の建材フィールドに記録された順番と対応する順番で建材番号を記録する。サーバＣＰＵ１２は、仕上げフィールドに仕上材に選択された建材の建材番号を記録する。

サーバＣＰＵ１２は、図３を使用して説明した選択結果ＤＢ４２内の、建材を入力中の場所に関連付けられたレコードを抽出し、構成番号フィールドに割り当てられた構成番号を記録する（ステップＳ５２５）。サーバＣＰＵ１２は、記録を完了したことをユーザＣＰＵ２２に通知する。ユーザＣＰＵ２２は、通知を受信した後に処理を完了する。

本実施の形態によると、建材ＤＢ４４を使用することにより、多くのメーカから供給されている建材を横断的に調査して使用する建材を選択することが可能な建材選択装置等を提供することができる。また、図１４および図１５を使用して説明したように、建材の一般名を記載した仕上表を作成し、出力することができる。一般名を記載した仕上表は建築用の図面の一種であり、建築確認申請に使用することができる。一方、図６を使用して説明したように、構成ＤＢ４５に選択した建材の番号が記録されているので、建材の発注書および施工指示書を容易に作成することができる。

図１０を使用して説明したパターンの選択画面で、既に構成ＤＢ４５に記録された建材の組み合わせを選択できるようにしても良い。さらに、選択した組み合わせを基に、一部の構成要素を変更した新たな組み合わせ作成し、構成ＤＢ４５に記録しても良い。構成ＤＢ４５は、プロジェクト単位、ユーザ単位またはユーザの所属する組織単位で共有しても良い。また設計システム１０の運営者が推奨する建材の組み合わせをあらかじめ記録した構成ＤＢ４５を提供しても良い。

プロジェクトＤＢ４１、選択結果ＤＢ４２、パターンＤＢ４３および構成ＤＢ４５は、ユーザクライアント２１の補助記憶装置２４に保存されていても良い。また、これらのＤＢがユーザの所属する組織が管理するサーバに記憶されていても良い。このようにすることにより、プロジェクトの内容に関する情報が外部に流出する可能性を低減することができる。このようにする場合であっても、建材ＤＢ４４は建材システム１０の運営者が管理するサーバ１１に保存された最新のＤＢを使用することが望ましい。建材ＤＢ４４もユーザクライアント２１の補助記憶装置２４に保存する場合には、定期的にサーバ１１に保存された建材ＤＢ４４と同期を取り、最新情報にアップデートすることが望ましい。

ステップＳ５０８からステップＳ５１３で説明した処理の大半をサーバＣＰＵ１２が行い、ユーザＣＰＵ２２はユーザの操作の受付および表示部２７への表示のみを行うようにしても良い。

［実施の形態２］
本実施の形態は、建築に関する法規に対応した建材を表示する建材選択システム１０に関する。建築物の設計者は、建築基準法、消防法、省エネ法等の法律およびこれらの法律に沿った政令、省令、告示等の法規に準拠して建築物を設計する。たとえば建築告示には、使用するべき材料が一般名で指定されている。なお、実施の形態１と共通する部分については説明を省略する。

図１７は、実施の形態２の建材ＤＢ４４のレコードレイアウトを示す説明図である。図１７に示す建材ＤＢ４４は、図５を使用して説明した建材ＤＢ４４の代わりに使用するＤＢである。建材ＤＢ４４は、建材の番号、名称、用途、仕様および準拠する法規を関連付けるＤＢであり、多くの建材メーカが発行するカタログ等の情報に基づいて、建材選択システム１０の運営者が作成する。なお、新製品の追加等の建材ＤＢ４４の更新を建材メーカが行えるようにしても良い。

建材ＤＢ４４は、建材番号フィールド、用途フィールド、一般名フィールド、商品名フィールド、型番フィールド、メーカフィールド、仕様フィールド、特徴フィールドおよび法規フィールドを有する。仕様フィールドには、透湿抵抗フィールド、防水性フィールド、厚さフィールド、設計単価フィールド等が含まれる。建材ＤＢ４４は、１つの建材について１つのレコードを有する。

建材番号フィールドには、建材に固有の番号が記録されている。用途フィールドには、建材の用途が記録されている。一般名フィールドには、建材の一般名が記録されている。一般名とは、建築確認申請書等の公的な書類に記載する名称である。商品名フィールドには、建材の商品名が記録されている。型番フィールドには、メーカの定めた型番が記録されている。メーカフィールドには、建材を製造販売するメーカの名称が記録されている。仕様フィールドには、透湿抵抗、防水性、厚さ、設計単価等の建材の仕様が記録されている。なお、設計単価とは、建築費を概算する際に使用する単価である。特徴フィールドには、建材の特徴が記録されている。法規フィールドは、たとえば「Ｈ１２建告１３５８」等、個々の建築法規の略称のフィールドが含まれる。建築法規フィールドには、建材が各法規に適合しているか否かが記録されている。

図１８は、実施の形態２の入力画面の例を示す説明図である。図１８は、図１２の代わりに表示部２７に表示される画面である。図１８は、図１１の画面で「下地ボード」が選択された場合の例を示す。

図１８に示す画面には、グラフ欄７１および法規選択ボタン７７が含まれる。グラフ欄７１の上部には、表示する建材の仕様を絞り込むボタンが表示されている。グラフ欄７１の横軸は価格で、単位は円／１平方メートル、縦軸は建材の一般名および特徴である。たとえば、白丸は一般名が「せっこうボード」である建材を、黒丸は一般名が「化粧石膏ボード」である建材を、白四角は一般名が「吸放湿石膏ボード」である建材をそれぞれ示す。

サーバＣＰＵ１２は、図１８を使用して説明した建材ＤＢ４４から用途フィールドに下地ボードと記録されている建材レコードを抽出してユーザＣＰＵ２２に送信する。ユーザＣＰＵ２２は、受信した建材レコードを、一般名フィールドおよび特徴フィールドに記録されたデータの組み合わせを縦軸に、設計単価フィールドに記録されたデータを横軸にしたグラフを表示部２７に表示する。

法規選択ボタン７７の選択を受け付けた場合には、ユーザＣＰＵ２２は法規欄７８を表示する。法規欄７８には、建材を選択する際に考慮する必要がある法規の一覧の略称が表示される。法規の選択を受け付けた場合には、ユーザＣＰＵ２２は選択を受け付けた法規に適合した建材のみをグラフ欄７１に表示する。ユーザＣＰＵ２２は複数の法規の選択を受け付けても良い。

ユーザＣＰＵ２２は、入力部２６を介してユーザによるグラフ上のデータの選択を受け付ける。ユーザＣＰＵ２２は、グラフ欄７１の下に選択を受け付けた建材の仕様を表形式で表示する。なお、ユーザＣＰＵ２２は、図１２または図１３を使用して説明した形式の画面に、法規選択ボタン７７を表示しても良い。

本実施の形態によると、建築に関する法規に対応した建材を表示する建材選択システム１０を実現することができる。

建材選択システム１０は、各法規が要求している建材の仕様の条件を記録したＤＢに基づいて、仕様に合致する建材を建材ＤＢ４４から抽出しても良い。建材の仕様の条件とは、たとえば建材の厚さおよび材質である。このようにする場合には、図５を使用して説明した法規フィールドを有さない建材ＤＢ４４を使用することができる。

建材選択システム１０の運営者は郵便番号と適用される法規とを関連付けるＤＢを作成して、補助記憶装置１４に記憶しておいても良い。サーバＣＰＵ１２は、プロジェクトＤＢ４１の郵便番号フィールドに記録された建築予定地の郵便番号から、適用される法規を抽出し、対応する建材のみをグラフ欄７１に表示する。このようにすることにより、設計中の建築物に適用される法規を設計者が確認する手間を省くことができる。

［実施の形態３］
本実施の形態は、選択された建材に基づいて費用の積算表を作成する建材選択システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

図１９は、実施の形態３の面積ＤＢ４６（図２１参照）のレコードレイアウトを示す説明図である。面積ＤＢ４６は、各部屋の部位とその面積とを関連付けるＤＢである。面積ＤＢ４６は、プロジェクト番号フィールド、階フィールド、室名フィールドおよび部位フィールドを有する。部位フィールドは、床フィールド、壁フィールドおよび天井フィールドを含む。面積ＤＢ４６は、一つの部屋について一つのレコードを有する。面積ＤＢ４６は、補助記憶装置１４に記憶されたＤＢである。

プロジェクト番号フィールドには、プロジェクトの番号が記録されている。階フィールドには、建材が使用される場所の階数が記録されている。室名フィールドには、建材が使用される部屋の名称が記録されている。床フィールドには、床の面積が記録されている。壁フィールドには、壁の面積が記録されている。天井フィールドには、天井の面積が記録されている。

床フィールド、壁フィールドおよび天井フィールドに記録されているデータは、ユーザが入力するか、または間取り図に基づいてサーバＣＰＵ１２が生成する。

図２０は、実施の形態３の入力画面の例を示す説明図である。図２０は、図１５の代わりに表示部２７に表示される画面である。図２０に示す画面には、プロジェクト名欄６１、仕上表欄６２および行追加用の制御ボタン６３が表示されている。

プロジェクト名欄６１には、表示中のプロジェクトの名称が記載されている。プロジェクト名欄６１の選択を受け付けると、サーバＣＰＵ１２はプロジェクトの一覧を示すプルダウンメニューを表示する。このプルダウンメニューにより、サーバＣＰＵ１２は表示するプロジェクトの変更を受け付けることができる。

仕上表欄６２には、仕上表が表示されている。仕上表欄６２の上部には、切替タブ６４が表示されている。図２０では、内部仕上表が表示されている。内部仕上げ表には、階、室名、部位、建材の組み合わせの構成番号、単価、面積、小計および合計が表形式で表示されている。構成番号は、図６を使用して説明した構成ＤＢ４５に記録された、建材の組み合わせの構成番号を示す。単価は、使用する建材の設計単価を合計して算出した単位面積あたりの建材の価格を示す。面積は、図１９を使用して説明した部位ごとの面積を示す。小計は、単価と面積の積であり、各部位に使用する建材の合計価格を示す。合計は、各室の床、壁および天井の小計の合計であり、各部屋に使用する建材の合計価格を示す。最下行に表示された合計は、すべての部屋の内部仕上げに使用する建材の合計価格を示す。

ユーザＣＰＵ２２が行う処理の流れの概要を説明する。ユーザＣＰＵ２２は、各部位に使用する建材の選択を受け付けた後、建材ＤＢ４４設計単価フィールドより使用する建材の設計単価を抽出する。ユーザＣＰＵ２２は、使用する建材の設計単価を合計する。ユーザＣＰＵ２２は、面積ＤＢ４６よりその部位の面積を抽出する。ユーザＣＰＵ２２は、設計単価と面積との積を算出して、小計欄に表示する。ユーザＣＰＵ２２は、部屋ごとの小計の和を算出して、合計欄に表示する。ユーザＣＰＵ２２は、すべての部屋の金額の和を算出して、最下行の合計欄に表示する。

本実施の形態によると、選択された建材に基づいて費用の積算表を作成する建材選択システム１０を提供することができる。積算表を作成することにより、施主の予算額を設計に反映させることが容易になる。また、施主との打ち合わせの際に、見積金額を提示しやすくなる。

［実施の形態４］
本実施の形態は、選定した建材から積算した単価に掛率を乗じて見積書を作成する建材選択システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

図２１は、実施の形態４の建材選択システム１０の構成を示す説明図である。建材選択システム１０は、サーバ１１、ユーザクライアント２１、メーカクライアント３１および施工者クライアント１７を備える。サーバ１１、ユーザクライアント２１、メーカクライアント３１および施工者クライアント１７は、ネットワークを介して接続されている。なお、図示を省略するが、ネットワークには複数のユーザクライアント２１、複数のメーカクライアント３１および複数の施工者クライアント１７が接続されている。

図２１では、ユーザクライアント２１およびメーカクライアント３１の内部の構成は省略する。サーバ１１は、サーバＣＰＵ１２、主記憶装置１３、補助記憶装置１４および通信部１５を備える。補助記憶装置１４には、サーバＣＰＵ１２に実行させるプログラムおよびプロジェクトＤＢ４１、選択結果ＤＢ４２、パターンＤＢ４３、建材ＤＢ４４、構成ＤＢ４５、面積ＤＢ４６、見積ＤＢ５７、標準掛率ＤＢ５８等、プログラムの実行に必要な各種情報が保存される。

施工者クライアント１７は、建築物を施工する建設会社の施工担当者等が使用するクライアントである。施工者クライアント１７は施工者ＣＰＵ１８、通信部１９、表示部２０および図示を省略する主記憶装置、補助記憶装置等を備える。施工者クライアント１７は、汎用のパーソナルコンピュータ、タブレット、スマートフォン等の情報機器である。

施工者ＣＰＵ１８は、サーバＣＰＵ１２と協調して施工担当者が必要とするデータ処理を実行する演算制御装置である。施工者ＣＰＵ１８は、バスを介して施工者クライアント１７を構成するハードウェア各部と接続されている。

通信部１９は、ネットワークとの通信を行うインターフェイスである。表示部２０は、ディスプレイ、プリンタ、プロッタ等の機器である。施工者クライアント１７の主記憶装置、補助記憶装置等の機能は、ユーザクライアント２１の対応する装置の機能と同様であるので、説明を省略する。

図２２は、実施の形態４の見積ＤＢ５７のレコードレイアウトを示す説明図である。見積ＤＢ５７は、建築物を作る際に行う各工事と、各工事の見積金額とを関連付けるＤＢである。見積ＤＢ５７は、プロジェクトフィールド、名称フィールド、摘要フィールド、数量フィールド、単位フィールド、設計単価フィールド、掛率フィールド、単価フィールド、金額フィールド、備考フィールド、来歴１フィールドおよび来歴２フィールドを有する。来歴１フィールドおよび来歴２フィールドはそれぞれ日付フィールド、位置フィールド、変更者フィールドおよび内容フィールドを有する。なお、見積ＤＢ５７は、来歴３フィールド以降のフィールドを有しても良い。以後の説明では来歴１フィールド、来歴２フィールドおよび来歴３以降のフィールドをまとめて来歴フィールドと記載する。見積ＤＢ５７は一つの摘要について１つのレコードを有する。

プロジェクトフィールドには、プロジェクトの名称が記録されている。名称フィールドには、工事の名称が記録されている。工事の名称とは、たとえば仮設工事、木工事、木工事等、建築物を作る工程を大きく区切った大項目の名称をいう。

摘要フィールドには、工事の摘要が記録されている。工事の摘要とは、工事の名称フィールドに記録された各工事をいくつかの項目に分割した場合の工程または工程の説明等の中項目をいう。

数量フィールドには、摘要フィールドに記録された項目の数量が記録されている。単位フィールドには、数量フィールドに記録された数量の単位が記録されている、単位は、たとえばメートル、平方メートル、立法メートル、坪、式、本、台、個、枚、組、株、日、月、か所、トン、トン日、平方メートル月または平方メートル日である。

設計単価フィールドには、摘要フィールドに記録された各項目の設計単価が記録されている。設計単価は建材メーカ等が公表している単価であり、たとえば実施の形態３で作成する積算表により求めた単価を使用する。

掛率フィールドには、摘要フィールドに記録された項目の掛率が記録されている。掛率については後述する。単価フィールドには、設計単価に掛率を乗じた単価が記録されている。単価フィールドに記録される単価は、実際の施工に掛かる見積単価である。金額フィールドには、見積単価に数量を乗じた金額が記録されている。金額フィールドに記録された金額の合計が、施工に必要な費用の見積の合計額である。備考フィールドには備考が記録されている。

来歴フィールド中の各フィールドには、見積ＤＢ５７に記録された事柄の修正の来歴が記録される。日付フィールドには、見積レコードが修正された日付が記録される。位置フィールドには、見積レコードが修正された位置、すなわち修正されたフィールドの名称が記録される。変更者フィールドには、見積ＤＢ５７に記録された事柄を修正した人が記録される。修正した人とは、修正を受け付けたクライアントにログインしていた人物である。内容フィールドには、来歴の修正内容が記録される。たとえば図２２に示すように右向きの矢印の右側に修正前の記録内容、右向きの矢印の左側に修正後の記録内容が記録される。

掛率について説明する。掛率とは、設計単価と、建設会社等が実際に支払う金額との比率である。たとえば、同じ建材を大量に使用する大規模物件である場合には、積算に使用する価格よりも安い価格で建材を仕入れることができる。逆に小規模物件である場合、あるいは離島等の交通不便な土地である場合には、建材の仕入れ価格は高くなる。また、信用力のある大規模な建設会社では仕入れ価格は低くなる。過去の取引実績が多い場合も仕入れ価格は低くなる。このような事情があるので、掛率は様々な要因により変動する。

設計単価フィールドに記録される金額には、作業を行う職人の工賃も反映される。工賃は、都市部では比較的高くなり、地方では比較的安くなる等、地域によって異なる。

掛率が１である場合は、設計単価フィールドに記録された価格と同一の金額で摘要フィールドに記録された項目を施工できることを意味する。掛率が１よりも小さい場合は、設計単価フィールドに記録された価格よりも安い金額で摘要フィールドに記録された項目を施工できることを意味する。

具体例を挙げて説明する。なお、見積ＤＢ５７中の金銭の単位は「万円」であり、小数点以下を省略した場合を例にして説明する。図２２の最初のレコードには、プロジェクト名「ＰＪ１」のプロジェクトの「仮設工事」のうちの「Ａ０１」について記録されている。「Ａ０１」は、たとえば足場の組立工事、仮設水道の接地工事等である。

「Ａ０１」の工事一式の設計単価は１１万円。「ＰＪ１」の規模および立地等から掛率は０．９であり、実際の単価は９万円、単価に数量を乗じて算出した金額も９万円である。仮設工事の項目については、修正来歴は無い。

一方、図２２の最後のレコードには、プロジェクト名「ＰＪ１」のプロジェクトの「金属工事」のうちの「Ｄ０４」について記録されている。来歴１フィールドの記載について説明する。このレコードの掛率フィールドは、「２０１５年９月３日」に「○○建設のＴ氏」により「０．７」から「０．６２」に修正されている。

図２３は、実施の形態４の標準掛率ＤＢ５８のレコードレイアウトを示す説明図である。標準掛率ＤＢ５８は、工事の名称、摘要、地域および規模と、掛率の初期値に使用する初期掛率とを関連付けるＤＢである。

標準掛率ＤＢ５８は、名称フィールド、摘要フィールド、地域フィールド、規模フィールドおよび初期掛率フィールドを有する。

名称フィールドには、工事の名称が記録されている。工事の名称とは、前述の通り仮設工事、木工事、木工事等、建築物を作る工程を大きく区切った大項目の名称をいう。

摘要フィールドには、工事の摘要が記録されている。工事の摘要とは、前述の通り工事の名称フィールドに記録された各工事をいくつかの項目に分割した場合の工程または工程の説明等の中項目をいう。

地域フィールドには、建設予定地の地域の名称が記録されている。規模フィールドには建築物の規模が記録されている。初期掛率フィールドには、名称フィールド、摘要フィールド、地域フィールドおよび規模フィールドの各フィールドの記録された条件を組み合わせた場合の標準的な掛率が記録されている。

初期掛率フィールドに記録されている掛率は、たとえば過去に施工した数多くの工事の地域、規模および設計単価と実際に要した費用とのデータに基づいて統計的に算出した標準的な掛率の値である。また、経験豊富なベテランの設計者が使用する掛率を調査して、掛率フィールドに記録しても良い。

具体例を挙げて説明する。図２３には、内部仕上げ工事の主材料の掛率が記載されている。主材料とは、たとえば実施の形態１で説明した床、壁および天井に使用する建材の材料費を意味する。東京２３区内で２０平方メートル未満の小規模物件である場合には、実施の形態３で説明した積算表により算定した金額と同じ費用が必要である。一方１００平方メートル以上１０００平方メートル未満の規模の物件では、積算表により算定した金額０．７倍の金額で主材料を調達することができる。

図２３に示す標準掛率ＤＢ５８のフィールドは例示である。前述の通り掛率は様々な要因により変化する。したがって標準掛率ＤＢ５８はたとえば建設会社フィールド、元請会社フィールド等の掛率に影響を与える要因を記録したフィールドを有することが望ましい。

図２４および図２５は、実施の形態４の建材選択システム１０の表示画面の例を示す説明図である。図２４および図２５は、サーバＣＰＵ１２、ユーザＣＰＵ２２および施工者ＣＰＵ１８が協調して行う情報処理の結果に基づいて、ユーザクライアント２１の表示部２７または施工者クライアント１７の表示部２０に表示される。なお、図２４では各項目の内容の記載を省略する。また図２５では各項目の内容は簡略化して記載する。

図２４は、中項目に展開した見積書の画面の例を示す説明図である。図２４には、見積ＤＢ５７の名称フィールドから備考フィールドまでに記録された事柄が表形式で表示されている。来歴フィールドに内容の変更が記録されている項目の右上には、来歴マーク５９が表示されている。来歴マーク５９の選択を受け付けた場合には、ユーザＣＰＵ２２または施工者ＣＰＵ１８は来歴フィールドに記録された事柄を来歴窓６０により表示する。

図２５は、建築工事の概要を示す見積書の例を示す説明図である。金額欄には、たとえば仮設工事、木工事、木工事等、建築物を作る工程を大きく区切った大項目ごとに積算した金額が表示されている。

図２４の画面には、図２５の画面に切り替える指示を受け付ける図示しない制御ボタンが設けられている。図２５の画面には、図２４の画面に切り替える指示を受け付ける図示しない制御ボタンが設けられている。

図２４および図２５を使用して、本実施の形態の建材選択システム１０の動作を説明する。なお、ユーザクライアント２１にログインしている設計担当者と施工者クライアント１７にログインしている施工担当者とが、同じプロジェクトへのアクセス権を有する場合について説明する。ログインおよび認証の手順については説明を省略する。

サーバＣＰＵ１２は、補助記憶装置１４から見積ＤＢ５７中のレコードを取得する。取得した見積レコードの掛率フィールドにデータが記録されていない場合には、サーバＣＰＵ１２はプロジェクトフィールドに記録されたデータをキーとして図２を使用して説明したプロジェクトＤＢ４１の名称フィールドを検索してプロジェクトレコードを抽出する。サーバＣＰＵ１２は、抽出したプロジェクトレコードの住所フィールドおよび規模フィールドから住所および規模を抽出する。

サーバＣＰＵ１２は、抽出した見積レコードの名称フィールドおよび摘要フィールドに記録された名称および摘要と、抽出したプロジェクトフィールドに記録された住所および規模をキーとして標準掛率ＤＢ５８を検索して、標準掛率レコードを抽出する。ＣＰＵ１２は、抽出したレコードの初期掛率フィールドに記録されている掛率を見積レコードの掛率フィールドに記録する。サーバＣＰＵ１２は、掛率を記録した後の見積レコードをユーザＣＰＵ２２に送信する。ユーザＣＰＵ２２は表示部２７に図２４に示す画面を表示する。なお、見積ＤＢ５７にデータを登録する際に、上述のように標準掛率ＤＢ５８を使用して掛率フィールドにデータが記録されるようにしても良い。

図２４に示す表のうち、「数量」「単位」および「掛率」の列は編集を受け付ける。「単価」および「金額」の列には、サーバＣＰＵ１２が算出した値が表示され、編集は受け付けない。「名称」「摘要」「設計単価」の列も編集を受け付けない。

ユーザクライアント２１の表示部２７上で編集を受け付ける列が選択されて編集された場合には、サーバＣＰＵ１２は見積ＤＢ５７中の対応するフィールドを更新する。図示しない終了ボタンにより編集が終了したことを受け付けた場合には、サーバＣＰＵ１２は見積ＤＢ５７の編集を終了して保存する。サーバＣＰＵ１２は、見積書の案が作成されたことを施工者クライアント１７に通知する。

その後、サーバＣＰＵ１２は施工者クライアント１７の表示部２０に図２４の画面を表示する。施工者クライアント１７の表示部２７上で編集を受け付ける列が選択されて編集された場合には、サーバＣＰＵ１２は見積ＤＢ５７中の対応するフィールドを更新する。サーバＣＰＵ１２は、来歴フィールドに変更を受け付けた日付、変更を受け付けた位置、変更者および変更の内容を記録する。図示しない終了ボタンにより編集が終了したことを受け付けた場合には、サーバＣＰＵ１２は見積ＤＢ５７の編集を終了して保存する。サーバＣＰＵ１２は、見積書の案が変更されたことをユーザクライアント２１に通知する。

同様に、サーバＣＰＵ１２はユーザクライアント２１の表示部２７に図２４の画面を表示する。いったん見積書案を作成した後にユーザクライアント２１からの変更を受け付けた場合には、サーバＣＰＵ１２は見積ＤＢ５７の対応するフィールドを更新するとともに、来歴フィールドに変更を受け付けた日付、変更を受け付けた位置、変更者および変更の内容を記録する。図示しない終了ボタンにより編集が終了したことを受け付けた場合には、
サーバＣＰＵ１２は、見積書の案が変更されたことを施工者クライアント１７に通知する。

なお、ユーザクライアント２１と施工者クライアント１７とによる見積ＤＢ５７の編集は交互に行われるとは限らない。いずれかのクライアントからの編集が連続して行われても良い。

図２４の画面の表示中に図示しない制御ボタンの選択を受け付けた場合には、サーバＣＰＵ１２は表示する画面を図２５の画面に切り替える。図２５の画面の表示中に図示しない制御ボタンの選択を受け付けた場合には、サーバＣＰＵ１２は表示する画面を図２４の画面に切り替える。

ＣＰＵ１２は、図２５に示す画面では、編集が行われた名称の項目の金額欄に来歴マーク５９を表示する。

図２６および図２７は、実施の形態４の建材選択システム１０の処理の流れを示すフローチャートである。なお、ユーザクライアント２１および施工者クライアント１７から建材選択システム１０へのログインを行うステップについては説明を省略する。また、図２４を使用して説明した画面と図２５を使用して説明した画面との切替についても説明を省略する。

ユーザＣＰＵ２２は、見積を表示するプロジェクトの指定を受け付ける（ステップＳ６４１）。ユーザＣＰＵ２２は、受け付けたプロジェクトをサーバＣＰＵ１２に送信する。

サーバＣＰＵ１２は、プロジェクトの名称をキーとして見積ＤＢ５７を検索して、見積レコードを抽出する（ステップＳ６６１）。サーバＣＰＵ１２はプロジェクトフィールドに記録されたデータをキーとして図２を使用して説明したプロジェクトＤＢ４１の名称フィールドを検索してプロジェクトレコードを抽出する。サーバＣＰＵ１２は、抽出したプロジェクトレコードの住所フィールドおよび規模フィールドから住所および規模を抽出する。サーバＣＰＵ１２は、抽出した見積レコードの名称フィールドおよび摘要フィールドに記録された名称および摘要と、抽出したプロジェクトフィールドに記録された住所および規模をキーとして標準掛率ＤＢ５８を検索して、標準掛率レコードを抽出する。サーバＣＰＵ１２は、抽出した標準掛率レコードの初期掛率フィールドから、初期掛率を抽出する（ステップＳ６６２）。

サーバＣＰＵ１２は、ステップＳ６６１で抽出した見積レコードの掛率フィールドに、ステップＳ６６２で抽出した初期掛率を記録する（ステップＳ６６３）。なお、ステップＳ６６１で抽出した見積レコードの掛率フィールドに既にデータが入っている場合には、ステップＳ６６１からステップＳ６６３までを省略しても良い。

サーバＣＰＵ１２は、見積レコードをユーザクライアント２１に送信する。ユーザＣＰＵ２２は、表示部２７に図２４を使用して説明した画面を表示する（ステップＳ６４３）。

ユーザＣＰＵ２２は、変更を受け付けたか否かを判定する（ステップＳ６４４）。変更を受け付けた場合とは、ユーザクライアント２１の表示部２７上で、編集を受け付ける列が選択されて編集されたことを受け付けた場合である。変更を受け付けたと判定した場合は（ステップＳ６４４でＹＥＳ）、ユーザＣＰＵ２２は受け付けた内容をサーバＣＰＵ１２へ送信する。

サーバＣＰＵ１２は、変更内容を記録する（ステップＳ６６５）。すなわち、サーバＣＰＵ１２は、受信した内容で見積レコードの対応するフィールドの内容を更新する。サーバＣＰＵ１２は、変更後の見積レコードをユーザＣＰＵ２２に送信する。ユーザＣＰＵ２２は、変更された見積ＤＢ５７の内容を表示部２７に表示する（ステップＳ６４６）。

ステップＳ６４６の終了後およびステップＳ６４４で変更を受け付けたと判定しない場合（ステップＳ６４４でＮＯ）、ユーザＣＰＵ２２は編集を終了するか否かを判定する（ステップＳ６４７）。編集を終了する場合とは、図示しない終了ボタンの選択を受け付けた場合である。

編集を終了しないと判定した場合は（ステップＳ６４７でＮＯ）、ユーザＣＰＵ２２はステップＳ６４４に戻る。編集を終了すると判定した場合は（ステップＳ６４７でＹＥＳ）、ユーザＣＰＵ２２は編集を終了したことをサーバＣＰＵ１２に通知する。

サーバＣＰＵ１２は、見積ＤＢ５７の編集を終了したことを施工者ＣＰＵ１８に通知する（ステップＳ６６７）。施工者ＣＰＵ１８は、施工者クライアント１７の表示部２０に図２４を使用して説明した画面を表示する（ステップＳ６８１）。なお、施工者クライアント１７が他のプロジェクトの作業に使用されている場合等、図２４の画面を表示するのに適さない状況である場合には、施工者ＣＰＵ１８は適した状況になるまで待ってからステップＳ６８１に進む。

施工者ＣＰＵ１８は、変更を受け付けたか否かを判定する（ステップＳ６８２）。変更を受け付けたと判定した場合は（ステップＳ６８２でＹＥＳ）、施工者ＣＰＵ１８は受け付けた内容をサーバＣＰＵ１２へ送信する。

サーバＣＰＵ１２は、変更内容を記録する（ステップＳ６６９）。さらにサーバＣＰＵ１２は変更を受け付けた見積レコードの来歴フィールドに、変更を受け付けた日付、変更を受け付けた位置、変更者および変更内容を記録する。サーバＣＰＵ１２は、変更後の見積レコードを施工者ＣＰＵ１８に送信する。施工者ＣＰＵ１８は、変更された見積ＤＢ５７の内容を表示部２７に表示する（ステップＳ６８４）。

ステップＳ６８４の終了後およびステップＳ６８２で変更を受け付けたと判定しない場合（ステップＳ６８２でＮＯ）、施工者ＣＰＵ１８は編集を終了するか否かを判定する（ステップＳ６８５）。

編集を終了しないと判定した場合は（ステップＳ６８５でＮＯ）、施工者ＣＰＵ１８はステップＳ６８２に戻る。編集を終了すると判定した場合は（ステップＳ６８５でＹＥＳ）、施工者ＣＰＵ１８は見積が確定したか否かを判定する（ステップＳ６８６）。見積が確定した場合とは、たとえば図示しない確定ボタンの入力を受け付けた場合である。確定したと判定した場合は（ステップＳ６８６でＹＥＳ）、施工者ＣＰＵ１８は処理を終了する。

確定していないと判定した場合は（ステップＳ６８６でＮＯ）、施工者ＣＰＵ１８は編集を終了したという通知をサーバＣＰＵ１２に送信する。

サーバＣＰＵ１２は、見積ＤＢ５７の編集を終了したことをユーザＣＰＵ２２に通知する（ステップＳ６７１）。ユーザＣＰＵ２２は、表示部２７に図２４を使用して説明した画面を表示する（ステップＳ６５１）。

ユーザＣＰＵ２２は、変更を受け付けたか否かを判定する（ステップＳ６５２）。変更を受け付けたと判定した場合は（ステップＳ６５２でＹＥＳ）、ユーザＣＰＵ２２は受け付けた内容をサーバＣＰＵ１２へ送信する。

サーバＣＰＵ１２は、変更内容を記録する（ステップＳ６７３）。さらにサーバＣＰＵ１２は変更を受け付けた見積レコードの来歴フィールドに、変更を受け付けた日付、変更を受け付けた位置、変更者および変更内容を記録する。サーバＣＰＵ１２は、変更後の見積レコードをユーザＣＰＵ２２に送信する。ユーザＣＰＵ２２は、変更された見積ＤＢ５７の内容を表示部２７に表示する（ステップＳ６５４）。

ステップＳ６５４の終了後およびステップＳ６５２で変更を受け付けたと判定しない場合（ステップＳ６５２でＮＯ）、ユーザＣＰＵ２２は編集を終了するか否かを判定する（ステップＳ６５５）。

編集を終了しないと判定した場合は（ステップＳ６５５でＮＯ）、ユーザＣＰＵ２２はステップＳ６５２に戻る。編集を終了すると判定した場合は（ステップＳ６５５でＹＥＳ）、ユーザＣＰＵ２２は見積が確定したか否かを判定する（ステップＳ６５６）。確定したと判定した場合は（ステップＳ６５６でＹＥＳ）、ユーザＣＰＵ２２は処理を終了する。

確定していないと判定した場合は（ステップＳ６５６でＮＯ）、ユーザＣＰＵ２２はステップＳ６６７に戻る。

本実施の形態によると、経験の浅い設計担当者が使用した場合にも、適切な掛率を設定して精度の高い見積書を作成する建材選択システム１０を提供することができる。

また、本実施の形態によると設計担当者と施工担当者とが同一の見積ＤＢ５７を利用して、共同して見積書を作成する建材選択システム１０を提供することができる。そのため、両者の知見を活かして、精度の高い見積書を作成することができる。

［実施の形態５］
本実施の形態は、利用状況に合わせたメッセージをユーザに配信し、配信されたメッセージの閲覧状況に応じてユーザにポイントを付与する建材選択システム１０に関する。実施の形態１と共通する部分については、説明を省略する。なお、メッセージは、建材のメーカがユーザに提供する通知の一例である。

ポイントについて説明する。建材メーカは、建材の広告などのメッセージと配信条件を建材選択システム１０に登録する。この際、建材メーカはメッセージにポイントを設定することができる。建材選択システム１０の使用状況が配信条件に合致した場合に、サーバＣＰＵ１２は、ユーザにメッセージを配信する。ポイントが設定されたメッセージをユーザが閲覧した場合に、ユーザにポイントが付与される。サーバＣＰＵ１２はメッセージの閲覧履歴および付与されたポイントを記録する。

図２８は、実施の形態５の建材選択システム１０の構成を示す説明図である。図２８では、ユーザクライアント２１およびメーカクライアント３１の内部の構成は省略する。サーバ１１は、サーバＣＰＵ１２、主記憶装置１３、補助記憶装置１４および通信部１５を備える。補助記憶装置１４には、サーバＣＰＵ１２に実行させるプログラムおよびプロジェクトＤＢ４１、選択結果ＤＢ４２、パターンＤＢ４３、建材ＤＢ４４、構成ＤＢ４５、面積ＤＢ４６、メッセージＤＢ４７、検索履歴ＤＢ４８、閲覧履歴ＤＢ４９、ユーザポイントＤＢ５０等、プログラムの実行に必要な各種情報が保存される。

図２９は、実施の形態５のメッセージＤＢ４７のレコードレイアウトを示す説明図である。メッセージＤＢ４７は、建材メーカが配信するメッセージ、配信条件およびポイントを関連付けるＤＢである。メッセージＤＢ４７は、メーカフィールド、メッセージＩＤフィールド、配信条件フィールドおよびポイントフィールドを有する。配信条件フィールドは、送信方法フィールド、タイミングフィールド、業種フィールド、所在地フィールド、規模フィールド、地域フィールドおよび構造フィールドを有する。メッセージＤＢ４７は、建材メーカが配信する一つのメッセージについて、一つのレコードを有する。メッセージＤＢ４７は、補助記憶装置１４に記憶されたＤＢである。

メーカフィールドには、メッセージを配信するメーカの名称が記録されている。メッセージＩＤフィールドには、配信するメッセージに固有に付与したメッセージＩＤが記録されている。なお、補助記憶装置１４には、メッセージの内容のファイルがメッセージＩＤに対応するファイル名で記憶されている。

配信条件フィールドには、メッセージをユーザに配信する配信条件が記録されている。送信方法フィールドには、メッセージの送信方法が記録されている。送信方法フィールドに「自動」と記録されている場合には、メッセージＤＢ４７に記録された条件に基づいてサーバＣＰＵ１２がメッセージを送信する。送信方法フィールドに「手動」と記録されている場合には、建材メーカの担当者が手動でメッセージを送信する。タイミングフィールドには、メッセージの送信対象を判定するタイミングが記録されている。たとえば「断熱材検索時」と記録されている場合には、サーバＣＰＵ１２は、図１１に示す画面から断熱材を検索したユーザをメッセージの送信対象であると判定する。また「透湿防水シート選択時」と記録されている場合には、サーバＣＰＵ１２は、図１２に示す画面から決定ボタン６９を選択したユーザをメッセージの送信対象であると判定する。

業種フィールドには、ユーザが所属する組織の業種が記録されている。所在地フィールドにはユーザが所属する組織の所在地が記録されている。規模フィールドには、ユーザが設計中のプロジェクトの規模が記録されている。地域フィールドにはユーザが設計中のプロジェクトの建設予定地の地域の特性が記録されている。図２９中の「Ｈ２５省エネ区分」は、平成２５年に国土交通省より公布された省エネルギー基準の区分を意味する。構造フィールドには、ユーザが設計中のプロジェクトの建築物の構造が記録されている。ポイントフィールドには、メッセージを閲覧したユーザに付与されるポイントが記録されている。

配信条件フィールド内の各フィールドは例示である。配信条件フィールドは、建築物の階数、建築物の用途、新築か改築かの別または予算等を記録するフィールドを有しても良い。サーバＣＰＵ１２は、配信条件フィールド内の各フィールドをＡＮＤ条件で判断しても、ＯＲ条件で判定しても良い。また、サーバＣＰＵ１２は、配信条件フィールド内の各フィールドをあらかじめ指定された論理演算に基づいて組み合わせて判定しても良い。

図３０は、実施の形態５の検索履歴ＤＢ４８のレコードレイアウトを示す説明図である。検索履歴ＤＢ４８は、ユーザと、ユーザによる検索の履歴とを関連付けるＤＢである。検索履歴ＤＢ４８は、日時フィールド、ユーザ名フィールド、プロジェクト番号フィールドおよび検索対象フィールドを有する。検索履歴ＤＢ４８は、建材選択システム１０が受け付けた一回の検索について一つのレコードを有する。検索履歴ＤＢ４８は、補助記憶装置１４に記憶されたＤＢである。

日時フィールドには、サーバＣＰＵ１２が検索を受け付けた日時が記録されている。ユーザ名フィールドには、ユーザの名前が記録されている。プロジェクト番号フィールドには、プロジェクトの番号が記録されている。検索対象フィールドには、ユーザが検索を行った建材が記録されている。

図３１は、実施の形態５の閲覧履歴ＤＢ４９のレコードレイアウトを示す説明図である。閲覧履歴ＤＢ４９は、ユーザとユーザが閲覧した建材の履歴とを関連付けるＤＢである。閲覧履歴ＤＢ４９は、日時フィールド、ユーザ名フィールド、プロジェクト番号フィールド、建材番号フィールド、閲覧方法フィールドおよび選択状況フィールドを有する。閲覧履歴ＤＢ４９は、建材選択システム１０が受け付けた一回の建材の閲覧について一つのレコードを有する。閲覧履歴ＤＢ４９は、補助記憶装置１４に記憶されたＤＢである。

日時フィールドには、サーバＣＰＵ１２が建材の閲覧を受け付けた日時が記録されている。ユーザ名フィールドには、ユーザの名前が記録されている。プロジェクト番号フィールドには、プロジェクトの番号が記録されている。建材番号フィールドには、閲覧を受け付けた建材の建材番号が記録されている。閲覧方法フィールドには、ユーザが建材を閲覧した方法が記録されている。たとえば、閲覧方法フィールドに「選択」と記録されている場合には、図１２を使用して説明したように検索結果の中からユーザにより選択された建材であることを意味する。また閲覧方法フィールドに「選択の近傍」と記録されている場合には、ユーザにより選択された建材と近い仕様の建材、たとえば図１２中の周辺マーク７４の範囲に含まれる建材であることを意味する。

選択状況フィールドには、建材の選択状況が記録されている。選択状況フィールドに「選択」と記録されている場合には、ユーザが使用することを選択した建材であることを示す。選択状況フィールドに「検討中」と記録されている場合には、図１２の候補欄７２中の「検討中」のチェックボックスにチェックを受け付けた建材であることを意味する。

図３２は、実施の形態５のユーザポイントＤＢ５０のレコードレイアウトを示す説明図である。ユーザポイントＤＢ５０は、ユーザと獲得したポイントとを関連付けるＤＢである。ユーザポイントＤＢ５０は、閲覧日時フィールド、ユーザ名フィールド、メーカフィールド、メッセージＩＤフィールドおよびポイントフィールドを有する。ユーザポイントＤＢ５０は、ユーザによる一回のメッセージの閲覧について一つのレコードを有する。ユーザポイントＤＢ５０は、補助記憶装置１４に記憶されたＤＢである。

閲覧日時フィールドには、ユーザがメッセージを閲覧した日時が記録されている。ユーザ名フィールドには、ユーザの名前が記録されている。メーカフィールドには、メッセージを配信したメーカの名称が記録されている。メッセージＩＤフィールドには、配信するメッセージに固有に付与したＩＤが記録されている。ポイントフィールドには、ユーザが獲得したポイントが記録されている。

図３３は、実施の形態５の表示画面の例を示す説明図である。図３３は、建材メーカの営業担当者等が使用するメーカクライアント３１の表示部３７に表示される、条件設定画面である。条件設定画面は、サーバＣＰＵ１２から通信部１５、ネットワークおよび通信部３５を介して得た情報に基づいて、メーカＣＰＵ３２が表示部３７に表示する画面である。以後の説明では通信部１５、ネットワーク、通信部３５およびメーカＣＰＵ３２による処理を省略して、たとえば「サーバＣＰＵ１２が表示部３７に表示する」または「サーバＣＰＵ１２が表示する」のように簡略化して記載する。

条件設定画面には、タイトル欄８１および条件設定欄８２が含まれる。タイトル欄８１には、配信するメッセージのタイトルが表示されている。条件設定欄８２には、メッセージの配信条件を設定する画面が表示されている。

条件設定欄８２の上部には、切替タブ６４が表示されている。切替タブ６４の選択を受け付けることにより、サーバＣＰＵ１２はメッセージ本文、メッセージの送信条件の設定、送信済みのメッセージの一覧、メッセージ閲覧状況の推移、メッセージの送信対象者のリスト等を切り替えて表示する。図３３に示す画面では、メッセージの送信条件の設定の切替タブ６４が選択され、条件設定画面が表示されている。

条件設定画面には、図２９を使用して説明したメッセージＤＢ４７の配信条件フィールドに対応する入力欄が表示されている。建材メーカの営業担当者等は、各入力欄を操作することにより、メッセージの配信条件を設定する。また、建材メーカの営業担当者等は、選択タブ６４からメッセージ本文を選択して、配信するメッセージの本文および閲覧したユーザに付与するポイントを入力する。サーバＣＰＵ１２は、条件設定画面から入力を受け付けた各項目をメッセージＤＢ４７に記録する。

なお、図３３に示す条件設定画面は例示である。条件設定画面には、事務所規模等の項目が表示されても良い。またたとえば建材のチェックボックスには「断熱材」「透湿防水シート」に加えて「仕上材」「下地ボード」「防湿気密シート」「防水材」「屋根材」等が表示されても良い。条件設定画面は、この画面を使用する建材メーカの営業担当者等の担当製品、担当地域等に応じて表示する項目およびレイアウトを調整できることが望ましい。

図３４および図３５は、実施の形態５の表示画面の例を示す説明図である。図３４および図３５は、建築物を設計する設計者が使用するユーザクライアント２１の表示部２７に表示される画面である。図７、図３４および図３５を使用して、本実施の形態の建材選択システム１０が表示する画面を説明する。

前述の通り、図７は設計者がユーザクライアント２１を使用して建材選択システム１０にログインした際に、サーバＣＰＵ１２が表示部２７に表示する画面である。ポイント欄５４には、ログイン中のユーザが保有するポイント数が記載されている。メッセージ欄５５には、サーバＣＰＵ１２がログイン中のユーザ宛に配信したメッセージのタイトル欄８１が複数表示されている。各タイトル欄８１の外枠は長方形である。タイトル欄８１にはメッセージの配信日、表題、配信元、配信元の担当者の顔写真、メッセージに記載された建材の種類、メッセージの本文を閲覧することによりユーザに付与されるポイント数が記載されている。新しく配信されたメッセージには「ＮＥＷ」という目印が記載されている

図３４は、上から三個目に表示されたメッセージをユーザが選択した場合にサーバＣＰＵ１２が表示部２７に表示する画面の例である。メッセージ画面の上部には、図７と同様のタイトル欄８１が表示される。タイトル欄８１の下に建材メーカからユーザ宛のメッセージの表題が表示され、その下に本文欄８３が表示される。本文欄８３には、建材メーカのＷＥＢサイトにリンクするリンクボタン８４が表示されても良い。

本文を一画面に表示しきれない場合には、本文欄８３の右端にスクロールバーが表示される。図３５は、本文欄８３を一番下までスクロールした状態を示す。本文欄８３の最下部にプロジェクト名欄６１、検討リスト追加ボタン８５およびポイント獲得ボタン８６が表示される。ポイント獲得ボタン８６は、ユーザによりメッセージが閲覧されたことをサーバＣＰＵ１２が検出する検出部の一例である。

図７、図３４および図３５を使用して、本実施の形態の建材選択システム１０の動作を説明する。

設計者がユーザクライアント２１を使用して建材選択システム１０にログインした場合には、サーバＣＰＵ１２はユーザ名をキーにして図３０を使用して説明した検索履歴ＤＢ４８を検索して、過去にユーザが検索した履歴を記録した検索履歴レコードを抽出する。サーバＣＰＵ１２はユーザ名をキーにして図３１を使用して説明した閲覧履歴ＤＢ４９を検索して、過去にユーザが閲覧した建材の閲覧履歴レコードを抽出する。サーバＣＰＵ１２は、抽出した検索履歴レコードおよび閲覧履歴レコードを使用して、図２９を使用して説明したメッセージＤＢ４７の配信条件フィールドの条件を満たすメッセージレコードを抽出する。サーバＣＰＵ１２は、抽出したメッセージレコードに基づいてタイトル欄８１を作成してメッセージ欄５５に表示する。

サーバＣＰＵ１２は、ユーザ名をキーにして図３２を使用して説明したユーザポイントＤＢ５０を検索して、過去にユーザが開封したメッセージに関するユーザポイントレコードを抽出する。サーバＣＰＵ１２は、抽出したユーザポイントレコードのポイントフィールドの合計値を算出する。サーバＣＰＵ１２は、算出した合計値をポイント欄５４に表示する。

ユーザによりタイトル欄８１が選択されたことを受け付けた場合には、サーバＣＰＵ１２は選択されたタイトル欄８１に対応するメッセージレコードからメッセージＩＤを抽出する。サーバＣＰＵ１２は、補助記憶装置１４からメッセージＩＤに対応するメッセージのファイルを取得する。

サーバＣＰＵ１２は、表示部２７に図３４および図３５に示す画面を表示する。この際、サーバＣＰＵ１２は、補助記憶装置１４から取得したファイルに記載された内容を表題および本文欄８３に表示する。

ユーザによりポイント獲得ボタン８６が選択されたことを受け付けた場合には、サーバＣＰＵ１２はユーザポイントＤＢ５０に新しいレコードを作成して、ユーザが獲得したポイントを記録する。

１件のメッセージに対するポイントの付与を１回のみに限定する場合には、サーバＣＰＵ１２は表示中のメッセージのメッセージＩＤおよびユーザ名をキーとしてユーザポイントＤＢ５０を検索する。既存のレコードが抽出された場合には、サーバＣＰＵ１２は新規に作成するレコードのポイントフィールドに「０」を記録する。

本文欄８３に複数のポイント獲得ボタン８６を配置しても良い。また、本文欄８３にクイズおよび回答の選択肢を示すボタンを表示し、正答の選択肢に対応するボタンをポイント獲得ボタン８６に設定しても良い。

ユーザにより検討リスト追加ボタン８５が選択されたことを受け付けた場合には、サーバＣＰＵ１２は閲覧履歴ＤＢ４９に新しいレコードを作成して、ユーザが検討中の建材を記録する。この際、サーバＣＰＵ１２はプロジェクト名欄６１に表示されているプロジェクトに対応するプロジェクト番号をプロジェクト番号フィールドに記録する。

図３６は、実施の形態５の処理の流れを示すフローチャートである。ユーザＣＰＵ２２は、入力部２６を介してログイン要求を受け付ける（ステップＳ５５１）。ユーザＣＰＵ２２は、ユーザによる入力を受け付けたアカウント名およびパスワードをサーバＣＰＵ１２に送信する。

サーバＣＰＵ１２は、アカウント名およびパスワードを補助記憶装置１４に記憶されたユーザのリストと照合して、ユーザの認証を行う（ステップＳ５７１）。アカウント名またはパスワードが一致せず認証が行えない場合の処理の流れは、記載を省略する。ユーザの認証が成功した場合には、サーバＣＰＵ１２はログインを受け付けたユーザ名をキーとして検索履歴ＤＢ４８および閲覧履歴ＤＢ４９を検索して、履歴を記録したレコードを抽出する（ステップＳ５７２）。

サーバＣＰＵ１２は、ステップＳ５７２で抽出したレコードと、メッセージＤＢ４７の配信条件フィールドとを照合し、配信条件を満たすメッセージレコードを抽出する（ステップＳ５７３）。サーバＣＰＵ１２は、抽出したメッセージレコードをユーザＣＰＵ２２に送信する。

ユーザＣＰＵ２２は、受信したメッセージレコードを図７に示すトップ画面のメッセージ欄５５に表示する（ステップＳ５５３）。ユーザＣＰＵ２２は、メッセージの開封を受け付けたか否を判定する（ステップＳ５５４）。メッセージの開封を受け付けたことは、入力部２６を介してタイトル欄８１が選択されたことを受け付けたことにより判定する。メッセージの開封を受け付けたと判定した場合には（ステップＳ５５４でＹＥＳ）、ユーザＣＰＵ２２は選択を受け付けたタイトル欄８１に対応するメッセージＩＤをサーバＣＰＵ１２に送信する。

サーバＣＰＵ１２は、ユーザポイントＤＢ５０に新しいレコードを作成して、受信したメッセージＩＤ、閲覧日時等を記録する（ステップＳ５７５）。サーバＣＰＵ１２は、補助記憶装置１４から受信したメッセージＩＤに対応するメッセージのファイルを取得する。サーバＣＰＵ１２は、取得したファイルをユーザＣＰＵ２２に送信する。

サーバＣＰＵ１２は、受信した情報に基づいて表示部２７に図３４および図３５に示す画面を表示する。サーバＣＰＵ１２は、ポイント獲得ボタン８６の選択を受け付けたか否かを判定する（ステップＳ５５６）。ポイント獲得ボタン８６の選択を受け付けたと判定した場合には（ステップＳ５５６でＹＥＳ）、ユーザＣＰＵ２２はその旨をサーバＣＰＵ１２に送信する。サーバＣＰＵ１２は、ステップＳ５７５で作成したレコードのポイントフィールドにユーザが獲得したポイントを記録する（ステップＳ５７７）。

なお、ポイント獲得ボタン８６の選択有無にかかわらず、メッセージの開封を受け付けた場合にユーザにポイントを付与しても良い。このようにする場合には、ステップＳ５７５で作成したレコードのポイントフィールドにユーザが獲得したポイントを記録する。さらにポイント獲得ボタン８６の選択を受け付けた場合に、ステップＳ５７７でポイントを加算して記録しても良い。

ステップＳ５７７の終了後、メッセージの開封を受け付けていないと判定した場合（ステップＳ５５４でＮＯ）およびポイント獲得ボタン８６の選択を受け付けていないと判定した場合（ステップＳ５５６でＮＯ）、ユーザＣＰＵ２２はプロジェクトの選択を受け付けたか否かを判定する（ステップＳ５５８）。プロジェクトの選択を受け付けたことは、プロジェクト欄５３に表示されたいずれかのプロジェクトの選択を受け付けたことにより判定する。

プロジェクトの選択を受け付けたと判定した場合は（ステップＳ５５８でＹＥＳ）、ユーザＣＰＵ２２は建材の選択を受け付ける（ステップＳ５５９）。ステップＳ５５９の処理は、図１６を使用して説明した実施の形態１の処理の流れと同一であるので説明を省略する。

ユーザＣＰＵ２２は、ステップＳ５５９で行った建材の検索および閲覧の履歴をサーバＣＰＵ１２に送信する。サーバＣＰＵ１２は、受信した履歴を検索履歴ＤＢ４８および閲覧履歴ＤＢ４９に記録する（ステップＳ５７９）。ステップＳ５７９の終了後およびプロジェクトの選択を受け付けていないと判定した場合（ステップＳ５５８でＮＯ）、ユーザＣＰＵ２２は処理を終了する。

なお、ステップＳ５５９で建材の選択を行っている途中に受け付けた検索および建材の選択に基づいてメッセージＤＢ４７からメッセージを抽出して、表示部２７に表示しても良い。

サーバＣＰＵ１２は、夜間等の負荷の少ない時間帯を利用してステップＳ５７２およびステップＳ５７３の処理を行い、各ユーザに配信するメッセージレコードを補助記憶装置１４に記憶しても良い。このようにする場合には、サーバＣＰＵ１２はステップＳ５７３でユーザ認証を行った後に、補助記憶装置１４に記憶したメッセージレコードをユーザクライアントに送信する。このようにすることにより、サーバＣＰＵ１２の負荷を平準化し、ユーザのログイン操作後速やかに最初の画面を表示する建材選択システム１０を提供することができる。

建材選択システム１０の運営者は、ポイントの獲得状況に基づいてユーザに景品等の特典を提供する。建材選択システム１０の運営者は、景品の提供等に要する費用を、メッセージにポイントを付与した建材メーカに請求する。

本実施の形態によると、特定の仕様の建材を探しているユーザに対して、建材メーカからのメッセージを提供する建材選択システム１０を提供することができる。採用に結びつきやすい時期に、建材に関する情報を提供することにより、高い広告効果を期待することができる。また、ユーザにとっても欲しい情報がちょうど良いタイミングで提供されるメリットがある。

メッセージを閲覧したユーザにポイントを付与することにより、ユーザがメッセージを閲覧する可能性を高めることができる。またポイント付与ボタンをメッセージの末尾に表示することにより、メッセージが最後まで閲覧される可能性を高めることができる。

なお、メッセージＤＢ４７に登録するメッセージおよびポイントは、複数の建材メーカの製品を取り扱う商社が提供しても良い。このようにする場合には、メッセージＤＢ４７のメーカフィールドには、商社名が記録される。

メッセージＤＢ４７に登録するメッセージおよびポイントは、複数の建材メーカが加盟する業界団体等が提供しても良い。このようにする場合には、メッセージＤＢ４７のメーカフィールドには、業界団体等の名称が記録される。

［実施の形態６］
本実施の形態は、ユーザに配信されたメッセージの閲覧状況およびユーザへのポイントの付与状況に応じてメーカに料金を請求する建材選択システム１０に関する。実施の形態５と共通する部分については、説明を省略する。

図３７は、実施の形態６の処理の流れを示すフローチャートである。メーカＣＰＵ３２は、図示しない入力部を介してログイン要求を受け付ける（ステップＳ６０１）。メーカＣＰＵ３２は、メーカの担当者による入力を受け付けたアカウント名およびパスワードをサーバＣＰＵ１２に送信する。なお、以下の説明ではアカウント名およびパスワードはメーカごとに定められている場合を例にして説明を行う。

サーバＣＰＵ１２は、アカウント名およびパスワードを補助記憶装置１４に記憶されたメーカのリストと照合して、メーカからのログインの認証を行う（ステップＳ６２１）。アカウント名またはパスワードが一致せず認証が行えない場合の処理の流れは、記載を省略する。認証が成功した場合には、サーバＣＰＵ１２はログインを受け付けたメーカ名をキーとしてユーザポイントＤＢ５０を検索して、メーカが提供したメッセージに関するユーザポイントレコードを抽出する（ステップＳ６２２）。

サーバＣＰＵ１２は、抽出したユーザポイントレコードの数からメッセージの閲覧数を算出する（ステップＳ６２３）。この際、サーバＣＰＵ１２は閲覧日時フィールドに記録された日時に基づいて、たとえば１ヶ月または１週間等の所定の期間ごとの登録数を算出する。

サーバＣＰＵ１２は、抽出したユーザポイントレコードのポイントフィールドを加算して、ユーザに提供したポイント数を算出する（ステップＳ６２４）。この際、サーバＣＰＵ１２は閲覧日時フィールドに記録された日時に基づいて、たとえば１ヶ月または１週間等の所定の期間ごとのポイント数を算出する。

なお、サーバＣＰＵ１２は、集計する期間の指定を受け付けて、その期間内のポイント数を算出しても良い。サーバＣＰＵ１２は、たとえば先々月、先月等、過去の日付を基点とした期間内のポイント数を算出しても良い。

サーバＣＰＵ１２は、メーカに請求する料金を算出する（ステップＳ６２５）。料金の算出方法は、建材選択装置１０の運営者とメーカとの間の契約により取り決められており、補助記憶装置に記憶されている。たとえば、サーバＣＰＵ１２はステップＳ６２３で算出した所定の期間の閲覧数と閲覧単価との積に、ステップＳ６２４で算出した所定の期間のポイント数とポイント単価との積を加算することにより料金を算出する。

サーバＣＰＵ１２は、算出した料金をメーカＣＰＵ３２に送信する。メーカＣＰＵ３２は表示部３７に料金を表示する（ステップＳ６０５）。その後、メーカＣＰＵ３２は処理を終了する。

本実施の形態によると、メッセージの閲覧数およびポイントの付与数に応じた料金を、メーカに提示する建材選択システム１０を提供することができる。

サーバＣＰＵ１２は、夜間等の負荷の少ない時間帯を利用してステップＳ６２２からステップＳ６２５までの処理を行い、各ユーザの閲覧数、ポイント数および料金を補助記憶装置１４に記憶しても良い。このようにする場合には、サーバＣＰＵ１２はステップＳ６２１で認証を行った後に、補助記憶装置１４に記憶したデータをメーカクライアントに送信する。このようにすることにより、サーバＣＰＵ１２の負荷を平準化し、営業担当者等のログイン操作後速やかに最初の画面を表示する建材選択システム１０を提供することができる。

サーバＣＰＵ１２はステップＳ６０１のログインを待たずに、月１回など定期的に料金を算出して、メーカの担当者宛のメール等により通知しても良い。サーバＣＰＵ１２は、ステップＳ６２５で算出した料金を記載した請求書を作成しても良い。

サーバＣＰＵ１２は、月単位、週単位での閲覧数およびポイント数の推移をメーカＣＰＵ３２に送信しても良い。メーカＣＰＵ３２は、受信したデータをグラフまたは表の形式で表示部３７に表示する。このようにすることにより、メーカの担当者は消費者の関心の動向を把握し、営業活動の強化に役立てることができる。

サーバＣＰＵ１２は、メッセージＤＢ４７に登録された各メッセージの配信状況を補助記憶装置１４に記憶し、配信数に基づいた料金を算出してステップＳ６２５で算出した料金に加算しても良い。

サーバＣＰＵ１２は、配信したメッセージの数とユーザが閲覧したメッセージ数の比率である閲覧率を算出して、メーカクライアント３１に送信しても良い。また、サーバＣＰＵ１２は閲覧率に応じた料金をステップＳ６２５で算出した料金に加算しても良い。

ステップＳ６２２でユーザポイントレコードを抽出した後、サーバＣＰＵ１２は抽出したレコードをメーカクライアント３１に送信しても良い。このようにする場合には、ステップＳ６２３からステップＳ６２５の処理は、メーカＣＰＵ３２が行う。また、メーカＣＰＵ３２は、受信したデータを補助記憶装置に記憶し、メーカの担当者が汎用の表計算ソフトウェア等を使用して解析することができるようにしても良い。

［実施の形態７］
図３８は、実施の形態７の建材選択装置の動作を示す機能ブロック図である。建材選択装置１０は、サーバＣＰＵ１２による制御に基づいて以下のように動作する。

場所受付部９１は、建材を使用する場所を受け付ける。第１出力部９２は、場所受付部９１が受け付けた場所に関連付けられた建材の候補および該候補の仕様を出力する。建材受付部９３は、第１出力部９２が出力した候補から選択された建材を受け付ける。第１記録部９４は、建材受付部９３が受け付けた建材を記憶部に記録する。

［実施の形態８］
本実施の形態は、汎用のコンピュータとプログラム４０とを組み合わせて動作させることにより、建材選択システム１０を実現する形態に関する。図３９は、実施の形態８の建材選択装置の構成を示す説明図である。図３９を使用して、本実施の形態の構成を説明する。なお、実施の形態１と共通する部分の説明は省略する。

本実施の形態の建材選択システム１０は、サーバ１１、ユーザクライアント２１およびメーカクライアント３１を備える。

サーバ１１は、サーバＣＰＵ１２、主記憶装置１３、補助記憶装置１４、通信部１５および読取部１６を備える。サーバ１１は、汎用のパソコン等の情報処理装置である。

プログラム４０は、可搬型記録媒体３８に記録されている。サーバＣＰＵ１２は、読取部１６を介してプログラム４０を読み込み、補助記憶装置１４に保存する。またサーバＣＰＵ１２は、サーバ１１内に実装されたフラッシュメモリ等の半導体メモリ３９に記憶されたプログラム４０を読出しても良い。さらに、サーバＣＰＵ１２は、通信部１５およびネットワークを介して接続される図示しない他のサーバコンピュータからプログラム４０をダウンロードして補助記憶装置１４に保存しても良い。

サーバＣＰＵ１２は、プログラム４０のうちユーザＣＰＵ２２が実行する部分をユーザクライアント２１に送信する。サーバＣＰＵ１２は、プログラム４０のうちメーカＣＰＵ３２が実行する部分をメーカクライアント３１に送信する。

プログラム４０は、サーバ１１の制御プログラムとしてインストールされ、主記憶装置１３にロードして実行される。ユーザクライアント２１が受信したプログラム４０は、ユーザクライアント２１の制御プログラムとしてインストールされ、主記憶装置２３にロードして実行される。メーカクライアント３１が受信したプログラム４０は、メーカクライアント３１の制御プログラムとしてインストールされ、図示しない主記憶装置にロードして実行される。

プログラム４０は、最初にユーザクライアント２１に読み込まれてサーバ１１およびメーカクライアント３１に送信されても良い。プログラム４０は、最初にメーカクライアント３１に読み込まれてサーバ１１およびユーザクライアント２１に送信されても良い。

以上により、サーバ１１、ユーザクライアント２１およびメーカクライアント３１は上述した建材選択システム１０として機能する。

各実施例で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０ 建材選択システム
１１ サーバ
１２ サーバＣＰＵ
１３ 主記憶装置
１４ 補助記憶装置
１５ 通信部
１６ 読取部
１７ 施工者クライアント
１８ 施工者ＣＰＵ
１９ 通信部
２０ 表示部
２１ ユーザクライアント
２２ ユーザＣＰＵ
２３ 主記憶装置
２４ 補助記憶装置
２５ 通信部
２６ 入力部
２７ 表示部
３１ メーカクライアント
３２ メーカＣＰＵ
３５ 通信部
３７ 表示部
３８ 可搬型記録媒体
３９ 半導体メモリ
４０ プログラム
４１ プロジェクトＤＢ
４２ 選択結果ＤＢ
４３ パターンＤＢ
４４ 建材ＤＢ
４５ 構成ＤＢ
４６ 面積ＤＢ
４７ メッセージＤＢ
４８ 検索履歴ＤＢ
４９ 閲覧履歴ＤＢ
５０ ユーザポイントＤＢ
５１ ユーザ名欄
５２ 表題欄
５３ プロジェクト欄
５４ ポイント欄
５５ メッセージ欄
５６ パターン選択欄
５７ 見積ＤＢ
５８ 標準掛率ＤＢ
５９ 来歴マーク
６０ 来歴窓
６１ プロジェクト名欄
６２ 仕上表欄
６３ 制御ボタン
６４ 切替タブ
６５ 選択枠
６６ 模式図欄
６７ 構成欄
６８ 検索ボタン
６９ 決定ボタン
７０ 凡例ボタン
７１ グラフ欄
７２ 候補欄
７３ 選択マーク
７４ 周辺マーク
７５ 検討中マーク
７６ 詳細ボタン
７７ 法規選択ボタン
７８ 法規欄
８１ タイトル欄
８２ 条件設定欄
８３ 本文欄
８４ リンクボタン
８５ 検討リスト追加ボタン
８６ ポイント獲得ボタン
９１ 場所受付部
９２ 第１出力部
９３ 建材受付部
９４ 第１記録部

Claims (14)

1. 建材を使用する場所を受け付ける場所受付部と、
   前記場所受付部が受け付けた場所に関連付けられた建材の候補および該候補の仕様を出力する第１出力部と、
   前記第１出力部が出力した候補から選択された建材を受け付ける建材受付部と、
   前記場所受付部が受け付けた場所と前記建材受付部が受け付けた建材との組み合わせを記憶部に記録する第１記録部と
   を備える建材選択装置。
2. 前記第１出力部は、複数のメーカから販売されている建材から抽出された建材の候補および該候補の仕様を出力する請求項１に記載の建材選択装置。
3. 建築物に関する法規を受け付ける法規受付部を備え、
   前記第１出力部は、前記場所受付部が受け付けた場所および前記法規受付部が受け付けた法規に関連付づけられた建材の候補および該候補の仕様を出力する請求項１または請求項２に記載の建材選択装置。
4. 前記第１記録部が記録した建材を、所定の建築用の図面の形式で出力する第２出力部
   を備える請求項１から請求項３のいずれか一つに記載の建材選択装置。
5. 前記場所受付部が受け付けた場所に関連付けられた建材配置のパターンの候補を出力する第３出力部と、
   前記第３出力部が出力した候補から選択されたパターンを受け付けるパターン受付部とを備え、
   前記第１出力部は、前記パターン受付部が受け付けたパターン内の各部分に関連付けられた建材の候補および該候補の仕様を出力する請求項１から請求項４のいずれか一つに記載の建材選択装置。
6. 前記パターンおよび該パターン内の各部分の関連付けられた候補の組み合わせを記憶部に記録する第２記録部を備え、
   前記第３出力部は、前記構成パターンの候補および前記第２記録部が記録した前記組み合わせを出力する請求項５に記載の建材選択装置。
7. 建材を使用する場所を入力したユーザに関する情報を受け付けるユーザ情報受付部と、
   前記第１出力部が出力した建材または前記建材受付部が受け付けた建材に関連付けられた通知を前記ユーザ宛に配信する配信部と
   を備える請求項１から請求項６のいずれか一つに記載の建材選択装置。
8. 前記通知が閲覧されたことを検出する検出部を備える請求項７に記載の建材選択装置。
9. 前記検出部が検出した通知の閲覧数に基づいて料金を算出する第１算出部を備える請求項８に記載の建材選択装置。
10. 前記検出部が検出した通知の閲覧数に基づいて前記ユーザに付与するポイントを算出する第２算出部を備える請求項８または請求項９に記載の建材選択装置。
11. 建材を使用する場所を受け付け、
    受け付けられた場所に関連付けられた建材の候補および該候補の仕様を出力し、
    出力した候補から選択された建材を受け付け、
    受け付けられた場所と受け付けられた建材との組み合わせを記憶部に記録する
    処理をコンピュータに実行させるプログラム。
12. 建築用の図面の雛形を出力し、
    出力した雛形内の位置の指定を受け付け、
    受け付けた前記雛形内の位置に基づいて建材を使用する場所を受け付ける
    処理をコンピュータに実行させる請求項１１に記載のプログラム。
13. 前記候補の仕様のうちの２項目を縦軸および横軸に使用したグラフの形式で前記候補の仕様を出力する処理をコンピュータに実行させる請求項１１または請求項１２に記載のプログラム。
14. 前記候補の仕様のうちの前記２項目を除いた第３の項目に基づいて色分けしたグラフまたは３軸のグラフの形式で前記候補の仕様を出力する処理をコンピュータに実行させる請求項１３に記載のプログラム。

Images