特許 7356784 集約情報生成装置及び集約情報生成プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-09-27

(45)【発行日】2023-10-05

(54)【発明の名称】集約情報生成装置及び集約情報生成プログラム

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20230928BHJP

   G06Q 50/08 20120101ALI20230928BHJP

【ＦＩ】

G06Q30/0601 302

G06Q50/08

【請求項の数】 14

(21)【出願番号】P 2017023775

(22)【出願日】2017-02-13

(65)【公開番号】P2018132790

(43)【公開日】2018-08-23

【審査請求日】2019-09-04

【審判番号】

【審判請求日】2022-02-25

(73)【特許権者】

【識別番号】504163612

【氏名又は名称】株式会社ＬＩＸＩＬ

(74)【代理人】

【識別番号】100106002

【弁理士】

【氏名又は名称】正林 真之

(74)【代理人】

【識別番号】100165157

【弁理士】

【氏名又は名称】芝 哲央

(74)【代理人】

【識別番号】100126000

【弁理士】

【氏名又は名称】岩池 満

(74)【代理人】

【識別番号】100160794

【弁理士】

【氏名又は名称】星野 寛明

(72)【発明者】

【氏名】小宮 晃

【合議体】

【審判長】渡邊 聡

【審判官】緑川 隆

【審判官】古川 哲也

(56)【参考文献】

【文献】特開平１０－３０１９７４（ＪＰ，Ａ）

【文献】特開２００３－３０８４６１（ＪＰ，Ａ）

【文献】特開２０１１－２３６５９７（ＪＰ，Ａ）

【文献】特開２００４－２６３４３４（ＪＰ，Ａ）

【文献】特開２０１６－１０３２５０（ＪＰ，Ａ）

【文献】特開２０１４－１６４５３３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

G06Q10/00-99/00

(57)【特許請求の範囲】

【請求項1】

建具に関する情報である建具情報が複数格納された建具情報記憶手段と、
前記建具情報記憶手段に記憶された建具情報を第１ユーザに提示し、該提示を参照した前記第１ユーザから建具情報の選択を受け付ける受付手段と、
前記第１ユーザが選択した建具情報を予め定めた画像表示用レイアウトに基づいて配置して建具集約情報を生成する集約情報生成手段と、を備え、
前記受付手段は、
前記建具の標準プランの選択肢を前記第１ユーザに提示し、該提示を参照した前記第１ユーザから前記標準プランの選択を受け付け、
前記建具の第１の仕様として、断熱性又は防火区分の選択肢を前記第１ユーザに提示し、該提示を参照した前記第１ユーザから前記第１の仕様の選択を受け付け、
絞り込み条件の選択肢を前記第１ユーザに提示し、該提示を参照した前記第１ユーザから絞り込み条件の選択を受け付ける
集約情報生成装置。

【請求項2】

前記建具情報を前記第１ユーザに提示する場合に、前記選択された第１の仕様に対応する建具情報についての外観を表示する請求項１に記載の集約情報生成装置。

【請求項3】

前記受付手段は、
前記建具の価格に影響を及ぼす第２の仕様についての選択肢を前記第１ユーザに提示し、該提示を参照した前記第１ユーザから前記第２の仕様の選択を受け付け、前記選択された第２の仕様に基づいて前記建具の価格を算出し、
前記建具情報を前記第１ユーザに提示する場合に、前記算出した建具の価格の提示及び前記算出した前記建具の価格に基づいた建具情報の絞り込みの何れか又は双方を行う請求項１又は２に記載の集約情報生成装置。

【請求項4】

前記受付手段は、前記建具の鍵の種類に関する第３の仕様についての選択肢を前記第１ユーザに提示し、該提示を参照した前記第１ユーザから前記第３の仕様の選択を受け付け、
前記集約情報生成手段は、前記第１ユーザが選択した第３の仕様を標準仕様として前記建具集約情報に含ませる請求項１から３の何れか１項に記載の集約情報生成装置。

【請求項5】

前記受付手段は、前記第１ユーザから建築物の画像の選択又は前記第１ユーザからの建築物の画像の提供を受け付け、
前記集約情報生成手段は、前記第１ユーザが選択した建具情報に対応する建具の画像を、前記第１ユーザが選択した前記建築物の画像又は前記第１ユーザが提供した前記建築物の画像の何れかに重ね合わせた画像を前記建具集約情報に含ませる請求項１から４の何れか１項に記載の集約情報生成装置。

【請求項6】

前記受付手段は、前記第１ユーザからの追加情報の入力を受け付け、
前記集約情報生成手段は、前記第１ユーザが入力した追加情報を前記生成する建具集約情報に含ませる請求項１から５の何れか１項に記載の集約情報生成装置。

【請求項7】

前記集約情報生成手段は、前記第１ユーザが選択した建具情報に対応する建具の機能説明情報を前記建具集約情報に含ませる請求項１から６の何れか１項に記載の集約情報生成装置。

【請求項8】

前記集約情報生成手段が生成した前記建具集約情報を、ネットワークを介して前記第１ユーザ、及びまたは第２ユーザが参照可能とする請求項１から７の何れか１項に記載の集約情報生成装置。

【請求項9】

前記受付手段は、前記第１ユーザから前記第１ユーザを特定する情報を受け付けると共に、前記第１ユーザが選択した建具情報を前記第１ユーザの識別情報とを紐付けて記憶する請求項１から８の何れか１項に記載の集約情報生成装置。

【請求項10】

コンピュータを集約情報生成装置として機能させるための集約情報生成プログラムであって、
前記コンピュータを、請求項１から９の何れか１項に記載の集約情報生成装置として機能させる集約情報生成プログラム。

【請求項11】

コンピュータが行う集約情報生成方法であって、
建具情報記憶手段に、建具に関する情報である建具情報を複数格納する建具情報記憶ステップと、
前記建具情報記憶手段に記憶された建具情報を第１ユーザに提示し、該提示を参照した前記第１ユーザから建具情報の選択を受け付ける受付ステップと、
前記第１ユーザが選択した建具情報を予め定めた画像表示用レイアウトに基づいて配置して建具集約情報を生成する集約情報生成ステップと、を含み、
前記受付ステップにおいて、
前記建具の標準プランの選択肢を前記第１ユーザに提示し、該提示を参照した前記第１ユーザから前記標準プランの選択を受け付け、
前記建具の第１の仕様として、断熱性又は防火区分の選択肢を前記第１ユーザに提示し、該提示を参照した前記第１ユーザから前記第１の仕様の選択を受け付け、
絞り込み条件の選択肢を前記第１ユーザに提示し、該提示を参照した前記第１ユーザから絞り込み条件の選択を受け付ける
集約情報生成方法。

【請求項12】

前記建具情報を前記第１ユーザに提示する場合に、前記選択された第１の仕様に対応する建具情報についての外観を表示する請求項１１に記載の集約情報生成方法。

【請求項13】

前記受付ステップにおいて、
前記建具の価格に影響を及ぼす第２の仕様についての選択肢を前記第１ユーザに提示し、該提示を参照した前記第１ユーザから前記第２の仕様の選択を受け付け、前記選択された第２の仕様に基づいて前記建具の価格を算出し、
前記建具情報を前記第１ユーザに提示する場合に、前記算出した建具の価格の提示及び前記算出した前記建具の価格に基づいた建具情報の絞り込みの何れか又は双方を行う請求項１１又は１２に記載の集約情報生成方法。

【請求項14】

前記受付ステップにおいて、前記建具の鍵の種類に関する第３の仕様についての選択肢を前記第１ユーザに提示し、該提示を参照した前記第１ユーザから前記第３の仕様の選択を受け付け、
前記集約情報生成ステップにおいて、前記第１ユーザが選択した第３の仕様を標準仕様として前記建具集約情報に含ませる請求項１１から１３の何れか１項に記載の集約情報生成方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、建具情報等を集約して集約情報を生成する、集約情報生成装置及び集約情報プログラムに関する。

【背景技術】

【0002】

従来、建具を製造・販売する企業（以下、「建具メーカ」と呼ぶ。）は、建具のデザイン、機能及び仕様等をまとめたカタログを作成し、このカタログをユーザに対して提示することにより、建具の販売促進を行っている。

【0003】

この点、建具メーカの製造する建具のデザインは多岐にわたる。また、同じデザインの建具であっても仕様や色やオプションを選択することができる。従って、カタログに掲載される建具の情報は膨大なものとなる。そのため、単にカタログを最初から参照していったのでは、所望の建具を選択するまでに時間を要してしまう。

【0004】

このような状況に鑑みて、建具のカタログに対して所定の絞り込み条件で絞り込みを行い、絞り込み条件に合致する建具の情報を抽出するような技術が存在する。例えば、特許文献１には、ユーザからサッシ枠の種類、法規制の種類、及びサッシ性能等の絞り込み条件を受け付け、受け付けた絞り込み条件に合致するサッシのみを抽出して表示するという技術が開示されている。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１４－１６４５３３号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

ところで、建具を選択するユーザは、建具メーカから建具を直接購入して住宅等に取り付けを行うハウスメーカやビルダーや工務店（以下、「第１ユーザ」と呼ぶ。）と、この第１ユーザが建具を取り付けた住宅等を購入するエンドユーザ（以下、「第２ユーザ」と呼ぶ。）の２つに大別できる。

【0007】

この点、第１ユーザは、建具に関しての知識を十分に有している。そのため、膨大な建具情報が掲載されたカタログであっても、例えば特許文献１に開示の技術等による絞り込みを行って、建具を選択することは比較的容易である。
これに対して、第２ユーザは、往々にして建築に関しての知識を十分に有してはいない。そのため、膨大な建具情報が掲載されたカタログを参照したとしても、所望の建具を選択することは容易ではない。また、仮に特許文献１に開示の技術を利用しようとしても「サッシ枠の種類、法規制の種類、及びサッシ性能」といった絞り込み条件自体の理解に専門的な知識が要求されるので、適切な絞り込み条件を入力することが容易ではない。
そのため通常は、建具メーカや第１ユーザが、第２ユーザの嗜好等を考慮して、カタログの中から幾つかの建具を選択し、この選択した建具の情報を集約した提案ツールを作成し、この提案ツールを第２ユーザに提示していた。そして、第２ユーザは、この提示ツールを参照して所望の建具を選択していた。

【0008】

しかしながら、第２ユーザそれぞれの嗜好等に合わせて、このような提案ツールを作成することは容易ではなく、更に時間を要するため、提案ツールの作成は建具メーカや第１ユーザの負担となっていた。また、提案ツールは、カタログに掲載されている建具の画像や説明文等を切り貼りして作成されることが多く、作成者によって体裁や出来栄えにバラつきが生じていた。

【0009】

そこで本発明は、所定の体裁に沿った集約情報を簡便に生成するための、集約情報生成装置及び集約情報生成プログラムを提供することを目的とする。

【課題を解決するための手段】

【0010】

上記目的を達成するため本発明は、建具に関する情報である建具情報が複数格納された建具情報記憶手段（例えば、後述する建具情報記憶部３３０）と、前記建具情報記憶手段に記憶された建具情報をユーザに提示し、該提示を参照したユーザから建具情報の選択を受け付ける受付手段（例えば、後述する受付部３１０）と、前記ユーザが選択した建具情報を所定の体裁に基づいて配置した情報である建具集約情報（例えば後述の集約情報１０）を生成する集約情報生成手段と、を備える集約情報生成装置（例えば、後述する集約情報生成装置３００）を提供する。

【0011】

また、前記受付手段は、前記建具の外観に影響を及ぼさない第１の仕様についての選択肢をユーザに提示し、該提示を参照したユーザから前記第１の仕様の選択を受け付け、前記建具情報をユーザに提示する場合に、前記選択された第１の仕様に対応する建具情報についての外観を表示することが好ましい。

【0012】

また、前記受付手段は、前記建具の価格に影響を及ぼす第２の仕様についての選択肢をユーザに提示し、該提示を参照したユーザから前記第２の仕様の選択を受け付け、前記選択された第２の仕様に基づいて前記建具の価格を算出し、前記建具情報をユーザに提示する場合に、前記算出した建具の価格の提示及び前記算出した前記建具の価格に基づいた建具情報の絞り込みの何れか又は双方を行うことが好ましい。

【0013】

また、前記受付手段は、前記建具の機能に関する第３の仕様についての選択肢を前記ユーザに提示し、該提示を参照したユーザから前記第３の仕様の選択を受け付け、前記集約情報生成手段は、前記ユーザが選択した第３の仕様を標準仕様として前記建具の集約情報に含ませることが好ましい。

【0014】

また、前記受付手段は、前記ユーザから建築物の画像の選択又は前記ユーザからの建築物の画像の提供を受け付け、前記集約情報生成手段は、前記ユーザが選択した建具情報に対応する建具の画像を、前記ユーザが選択した前記建築物の画像又は前記ユーザが提供した前記建築物の画像の何れかに重ね合わせた画像を前記建具の集約情報に含ませることが好ましい。

【0015】

また、前記受付手段は、前記ユーザからの追加情報の入力を受け付け、前記集約情報生成手段は、前記ユーザが入力した追加情報を前記生成する建具の集約情報に含ませることが好ましい。

【0016】

また、前記集約情報生成手段は、前記ユーザが選択した建具情報に対応する建具の機能説明情報を前記建具の集約情報に含ませることが好ましい。

【0017】

また、前記集約情報生成手段が生成した前記建具の集約情報を、ネットワークを介して参照するための参照用情報を生成し、該生成した参照用情報を前記ユーザに提示することが好ましい。

【0018】

また、前記受付手段は、前記ユーザから該ユーザを特定する情報を受け付けると共に、該ユーザが選択した建具情報を該ユーザの識別情報とを紐付けて記憶することが好ましい。

【0019】

上記目的を達成するため本発明は、コンピュータを集約情報生成装置（例えば、後述する集約情報生成装置３００）として機能させるための集約情報生成プログラムであって、前記コンピュータを、上記本発明により提供される集約情報生成装置として機能させる集約情報生成プログラムを提供する。

【0020】

上記目的を達成するため本発明は、コンピュータ（例えば、後述する集約情報生成装置３００）が行う集約情報生成方法であって、建具情報記憶手段（例えば、後述する建具情報記憶部３３０）に、建具に関する情報である建具情報を複数格納する建具情報記憶ステップと、前記建具情報記憶手段に記憶された建具情報をユーザに提示し、該提示を参照したユーザから建具情報の選択を受け付ける受付ステップと、前記ユーザが選択した建具情報を所定の体裁に基づいて配置した情報である建具集約情報を生成する集約情報生成ステップと、を含む集約情報生成方法を提供する。

【0021】

また、前記受付ステップにおいて、前記建具の性能に影響を及ぼす第１の仕様についての選択肢をユーザに提示し、該提示を参照したユーザから前記第１の仕様の選択を受け付け、前記建具情報をユーザに提示する場合に、前記選択された第１の仕様に対応する建具情報についての外観を表示することが好ましい。

【0022】

また、前記受付ステップにおいて、前記建具の価格に影響を及ぼす第２の仕様についての選択肢をユーザに提示し、該提示を参照したユーザから前記第２の仕様の選択を受け付け、前記選択された第２の仕様に基づいて前記建具の価格を算出し、前記建具情報をユーザに提示する場合に、前記算出した建具の価格の提示及び前記算出した前記建具の価格に基づいた建具情報の絞り込みの何れか又は双方を行うことが好ましい。

【0023】

また、前記受付ステップにおいて、前記建具の鍵の種類に関する第３の仕様についての選択肢を前記ユーザに提示し、該提示を参照したユーザから前記第３の仕様の選択を受け付け、前記集約情報生成ステップにおいて、前記ユーザが選択した第３の仕様を標準仕様として前記建具の集約情報に含ませることが好ましい。

【発明の効果】

【0024】

本発明によれば、所定の体裁に沿った集約情報を簡便に生成することが可能となる。

【図面の簡単な説明】

【0025】

【図1】本発明の実施形態全体の基本的構成を示す図である。

【図2A】本発明の実施形態における集約情報生成時の基本的動作を示すフローチャート（１／２）である。

【図2B】本発明の実施形態における集約情報生成時の基本的動作を示すフローチャート（２／２）である。

【図3】本発明の実施形態における標準プラン選択時のユーザインタフェースの一例を示す図である。

【図4】本発明の実施形態における基本仕様選択時のユーザインタフェースの一例を示す図である。

【図5】本発明の実施形態における玄関ドア選択時時のユーザインタフェースの一例を示す図である。

【図6】本発明の実施形態における玄関ドア確認時のユーザインタフェースの一例を示す図である。

【図7】本発明の実施形態における表紙編集時のユーザインタフェースの一例を示す図である。

【図8】本発明の実施形態における玄関ドア及びカラー選択時のユーザインタフェースの一例を示す図である。

【図9】本発明の実施形態における集約情報の一例を示す図（１／４）である。

【図10】本発明の実施形態における集約情報の一例を示す図（２／４）である。

【図11】本発明の実施形態における集約情報の一例を示す図（３／４）である。

【図12】本発明の実施形態における集約情報の一例を示す図（４／４）である。

【図13】本発明の実施形態における集約情報参照時の基本的動作を示すフローチャートである。

【発明を実施するための形態】

【0026】

次に、本発明の実施形態について図面を参照して詳細に説明する。
まず、図１を参照して本実施形態である集約情報活用システム１全体の構成について説明をする。図１に示すように、集約情報活用システム１は、第１ユーザ端末１００、第２ユーザ端末２００及び集約情報生成装置３００を備える。

【0027】

第１ユーザ端末１００は、上述した第１ユーザが利用する端末である。また、第２ユーザ端末２００は、上述した第２ユーザが利用する端末である。そして、集約情報生成装置３００は、上述した建具メーカが利用する端末である。
第１ユーザ端末１００及び第２ユーザ端末２００は、ネットワーク（図示省略）を介して通信可能に接続されている。ここで、ネットワークの種類に特に限定はないが、例えば、インターネットやＬＡＮ（Local Area Network）によりネットワークを実現することができる。

【0028】

第１ユーザ端末１００及び第２ユーザ端末２００は、ネットワークを介して集約情報生成装置３００と通信を行う機能を有している。例えば、第１ユーザ端末１００及び第２ユーザ端末２００には、集約情報生成装置３００と通信を行うためのウェブブラウザ（インターネットブラウザ）が組み込まれている。そして、第１ユーザ端末１００や第２ユーザ端末２００は、このウェブブラウザを介して集約情報生成装置３００が生成するウェブサイトにアクセスすることにより、後述するユーザインタフェース画面を第１ユーザ端末１００や第２ユーザ端末２００が備えるディスプレイ（図示省略）に表示する。

【0029】

また、第１ユーザ端末１００や第２ユーザ端末２００は、このユーザインタフェース画面を参照してユーザが行った操作を受け付けて、ユーザから受け付けた操作を集約情報生成装置３００に対して送信したりする。第１ユーザ端末１００及び第２ユーザ端末２００は、例えば、汎用のパーソナルコンピュータやタブレット型の端末やスマートフォンにより実現することができる。

【0030】

集約情報生成装置３００は、所定の体裁に沿った集約情報を簡便に生成する装置である。ここで、本実施形態における「集約情報」とは、［発明が解決しようとする課題］の欄で上述した、「ユーザが選択した建具の情報を集約した提案ツール」に相当するものである。集約情報は、例えば、ユーザ用カタログ、プランボード、見積書、施工シミュレーション等の名称で呼ばれることがある。

【0031】

そして、所定の体裁に沿った集約情報を簡便に生成する機能を実現するために、集約情報生成装置３００は、受付部３１０、集約情報生成部３２０、建具情報記憶部３３０、集約情報記憶部３４０及び集約情報参照部３５０を備える。

【0032】

受付部３１０は、集約情報生成用のウェブサイトを作成する部分である。受付部３１０は、建具情報記憶部３３０に格納されている建具情報を読み取り、この建具情報等を利用して集約情報生成用のウェブサイトを生成する。
そして、受付部３１０は、この集約情報生成用のウェブサイトにアクセスした第１ユーザ端末１００と通信を行うことにより、第１ユーザ端末１００に対してユーザインタフェース画面を表示させ、このユーザインタフェース画面を参照して第１ユーザが行った操作を受け付ける。操作とは、例えば、第１ユーザによる選択操作である。受付部３１０は第１ユーザから受け付けた操作内容（例えば選択操作の内容）を集約情報生成部３２０に対して送信する。

【0033】

なお、第２ユーザ端末２００と受付部３１０を通信可能として、第２ユーザ端末２００も集約情報生成用のウェブサイトにアクセスできるようにしてもよい。ただし、本実施形態では、建具に関しての知識を十分に有している第１ユーザが、建具に関しての知識を十分に有していない第２ユーザ向けに集約情報を生成することを想定する。そのため、以下の説明では、第１ユーザ端末１００が、受付部３１０の作成したウェブサイトにアクセスする場合を想定して説明をする。

【0034】

集約情報生成部３２０は、受付部３１０から受信した第１ユーザから受け付けた操作内容（例えば選択操作の内容）と、建具情報記憶部３３０に格納されている建具情報と、集約情報を生成するための体裁を規定した体裁情報（レイアウト情報）に基づいて、集約情報を生成する部分である。なお、体裁情報（レイアウト情報）は、集約情報生成部３２０が記憶していてもよいし、建具情報記憶部３３０が記憶していてもよい。
集約情報生成部３２０は生成した集約情報を受付部３１０に対して送信する。この集約情報は、受付部３１０を介して第１ユーザ端末１００に対して送信される。また、集約情報生成部３２０は生成した集約情報を集約情報記憶部３４０に格納する。

【0035】

建具情報記憶部３３０は、建具情報が格納される記憶装置である。建具情報の内容には特に限定はないが、建具情報には例えば、建具のデザイン情報及び各デザインに対応する建具の画像情報、建具の仕様やオプションに関する情報、及び建具の価格情報等が含まれる。

【0036】

本実施形態では、具体例として、建具が建物の玄関ドアであることを想定して説明を行う。玄関ドアは、デザイン、カラーバリエーション、ハンドルの種別、耐火性能、及び鍵の種類等の組合せが数多く存在するため、これらを全て網羅するカタログを参照しても、特に第２ユーザにとっては、その内容を把握するのは困難である。そのため、玄関ドアについての集約情報を作成することは有意義であることから、玄関ドアを具体例として説明をする。ただし、これは、本実施形態の適用できる建具を玄関ドアに限定するものではなく、本実施形態は玄関ドア以外の建具に対しても適用することができる。

【0037】

集約情報記憶部３４０は、建具情報記憶部３３０が生成した集約情報が格納される記憶装置である。集約情報は、第１ユーザ端末１００や第２ユーザ端末２００がネットワークを介してこの集約情報を参照するための情報である「参照用情報」と紐付けて格納される。参照用情報は、集約情報生成部３２０が集約情報を生成する際に、併せて生成される。参照用情報は、例えばＩＤとパスワードの組である。ただし、集約情報それぞれのパスワードが重複しないようにして、パスワードをユニークなものとするのであれば、パスワードがＩＤを兼ねるようにしてもよい。

【0038】

集約情報参照部３５０は、集約情報の参照用のウェブサイトを作成する部分である。集約情報参照部３５０は、第１ユーザ端末１００や第２ユーザ端末２００から、この集約情報の参照用のウェブサイトにアクセスがあった場合に、まず第１ユーザ端末１００や第２ユーザ端末２００に対して参照用情報を要求する。そして、この参照用情報による認証を行う。

【0039】

また、集約情報参照部３５０は、この認証が成功した場合に、この参照用情報に対応する集約情報を集約情報記憶部３４０から読み取り、読み取った集約情報を第１ユーザ端末１００や第２ユーザ端末２００に送信する。これにより、第１ユーザ端末１００のユーザである第１ユーザや、第２ユーザ端末２００のユーザである第２ユーザは、集約情報を第１ユーザ端末１００や第２ユーザ端末２００のディスプレイ上で参照することが可能となる。

【0040】

以上、集約情報生成装置３００の機能ブロックについて説明した。次に、これらの機能ブロックを実現するためのハードウェア構成について説明をする。
これらの機能ブロックを実現するために、集約情報生成装置３００は、ＣＰＵ（Central Processing Unit）等の演算処理装置を備える。また、集約情報生成装置３００は、各種の制御用プログラムや建具情報や集約情報を格納するためのＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の補助記憶装置や、演算処理装置がプログラムを実行する上で一時的に必要とされるデータを格納するためのＲＡＭ（Random Access Memory）といった主記憶装置を備える。

【0041】

そして各装置において、演算処理装置が補助記憶装置からアプリケーションやＯＳを読み込み、読み込んだアプリケーションやＯＳを主記憶装置に展開させながら、これらのアプリケーションやＯＳに基づいた演算処理を行なう。また、この演算結果に基づいて、各装置が備える各種のハードウェアを制御する。これにより、本実施形態の機能ブロックは実現される。つまり、本実施形態は、ハードウェアとソフトウェアが協働することにより実現することができる。
具体例として、集約情報生成装置３００は、汎用のサーバ装置に本実施形態を実現するためのソフトウェアを組み込むことにより実現できる。

【0042】

次に、図２Ａ及び図２Ｂのフローチャートを参照して、本実施形態における集約情報生成時の動作について説明をする。

【0043】

まず、第１ユーザが、第１ユーザ端末１００を操作して、受付部３１０と通信を行うことにより、集約情報生成用のウェブサイトにアクセスする。すると、受付部３１０は、まず第１ユーザの認証を行う（ステップＳ１１）。
認証は例えばＩＤとパスワードの組により行う。なお、生成した集約情報についての参照用情報をＥメールで通知するような場合には、ＩＤを第１ユーザのＥメールアドレスとするとよい。そして、後述の処理により生成した集約情報についての参照用アドレスを、第１ユーザのＥメールアドレスに対して送信するようにしてもよい。

【0044】

このように、まず第１ユーザを特定することにより、後述の各処理で、第１ユーザが、どの仕様やデザインの玄関ドアを多くの回数選択したのか、といった情報についてのデータベースを構築できる。これにより、建具メーカは、どの第１ユーザに、どの仕様やデザインが人気であるのか等の分析をすることができる。

【0045】

認証が行われると、次に、受付部３１０は標準プランの選択を受け付ける（ステップＳ１２）。標準プランの選択を受け付けるためのユーザインタフェース１０の一例を図３に示す。ユーザインタフェース１０は集約情報生成用のウェブサイトにアクセスした第１ユーザ端末１００のディスプレイに表示される。なお、他の図を参照して後述するユーザインタフェース２０～ユーザインタフェース６０も同様にして集約情報生成用のウェブサイトにアクセスした第１ユーザ端末１００のディスプレイに表示される。

【0046】

図３に示すように、ユーザインタフェース１０の上部の領域ＡＲ１１には「標準プランをお選びください」等の文言を表示することにより、第１ユーザに標準プランの選択を促す。ここで、本実施形態では、鍵の種類について標準プランを選択させる。ここで、選択した標準プランが、集約情報内でも標準プランとして記載される。つまり、何れのプランを標準プランとするかを、建具メーカではなく第１ユーザが選択することができる。

【0047】

具体的には、ユーザインタフェース１０の中段に領域ＡＲ１２～領域ＡＲ１５を設け各領域ＡＲに、鍵の種類についての選択肢として、鍵の種類に対応する画像と説明文を表示する。

【0048】

本例では、領域ＡＲ１２に［手動キー］についての表示をする。これは、物理的な鍵を鍵穴に挿入して施錠及び解錠するという一般的な鍵の種類である。
また、領域ＡＲ１３に［カードキー］についての表示をする。これは、専用のＩＣカードを玄関ドアにかざすことにより解錠するという鍵の種類である。
また、領域ＡＲ１４に［タッチキー］についての表示をする。これは、専用のリモコンキーを携帯した状態で玄関ドアのボタンを押下することにより解錠するという鍵の種類である。
また、領域ＡＲ１５に［システムキー］についての表示をする。これは、専用のリモコンキーを携帯した状態で玄関ドアに近づくことにより解錠するという鍵の種類である。
なお、［カードキー］、［タッチキー］及び［システムキー］については、いわゆるオートロックで施錠されるようにするとよい。

【0049】

第１ユーザは、第１ユーザ端末１００を操作して、何れかの領域ＡＲを選択することにより、鍵の種類を選択する。そして、第１ユーザが選択後ユーザインタフェース１０の下部の領域ＡＲ１６の「次へ」を選択することにより、次のステップに進む。

【0050】

次に、受付部３１０は、図４に示すユーザインタフェース２０を表示して、基本仕様の選択を受け付ける（ステップＳ１２）。
ユーザインタフェース２０の上部の領域ＡＲ１１には「基本仕様をお選びください」等の文言を表示することにより、第１ユーザに基本仕様の選択を促す。ここで、本実施形態では、ユーザインタフェース２０の中段に領域ＡＲ２２～領域ＡＲ２４を設け、防火区分、断熱性、及び枠タイプの３つの仕様について選択肢を表示し、この３つの仕様それぞれについて選択をさせる。

【0051】

まず、領域ＡＲ２２では、防火区分の選択肢として、「防火」又は「非防火」を表示して、選択をさせる。防火を選択すると、防火性能が高いが、その分玄関ドアの価格も高価となる。
次に、領域ＡＲ２２では、断熱性の選択肢として、断熱性を熱貫流率（Ｋ値）でしました「Ｋ２仕様」又は「Ｋ４仕様」を表示して、選択をさせる。Ｋ２仕様を選択すると、断熱性が高いが、その分玄関ドアの価格も高価となる。
更に、領域ＡＲ２４では、玄関ドアの枠タイプについての選択肢として、「片開き
」「親子（採光あり）」、・・・、「両開き」を表示して、選択をさせる。ここで、玄関ドアの枠タイプを選択させることにより、次の処理で第１ユーザが選択した枠タイプの玄関ドアの画像のみを表示することとなり、第１ユーザが選択していない枠タイプの玄関ドアについての画像表示を省略することができる。なお、玄関ドアの枠タイプに応じて玄関ドアの価格も異なる。

【0052】

第１ユーザは、第１ユーザ端末１００を操作して、それぞれの選択肢についてチェックボックスをチェックすることにより選択を行う。そして、第１ユーザが選択後ユーザインタフェース２０の下部の領域ＡＲ２５の「次へ」を選択することにより、次のステップに進む。

【0053】

次に、第１ユーザが選択した鍵の種類や基本仕様に基づいて、これから第１ユーザに選択させる玄関ドアのそれぞれについて価格を算出する（ステップＳ１４）。本実施形態では、このようにして最初に鍵の種類や基本仕様を選択させることにより、先に価格を算出し、以後のステップＳ１５で、玄関ドアの画像と共に価格を表示したり、玄関ドアの価格帯に基づいて玄関ドアの絞り込みを行ったりすることを可能としている。

【0054】

次に、受付部３１０は、玄関ドアを絞り込むための絞り込み条件の選択や、玄関ドアの選択を受け付けるためのユーザインタフェース３０を表示する。そして、このユーザインタフェース３０にて、第１ユーザから絞り込み条件の選択や、玄関ドアの選択を受け付ける。
図５に示すように、ユーザインタフェース３０の上部の領域ＡＲ３１には「掲載するドアをお選びください」等の文言を表示することにより、第１ユーザに集約情報に掲載する玄関ドアの選択を促す。

【0055】

領域ＡＲ３１の右端には、領域ＡＲ３２を設ける。領域ＡＲ３２には、第１ユーザが既に選択した玄関ドアの数を表示する。図５には、第１ユーザがすでに２つの玄関ドアを選択している状態を例示する。

【0056】

ユーザインタフェース３０の左側の領域ＡＲ３３には、絞り込み条件の選択肢を表示する。ユーザインタフェース３０を表示する当初には、第１ユーザが選択した鍵の種類や基本仕様に対応する全ての玄関ドアについての、型番及び画像が選択肢として、ユーザインタフェース３０の右側の領域ＡＲ３５に表示される。また、表示されている玄関ドアの総数が領域ＡＲ３４に表示される。

【0057】

本実施形態では、膨大な玄関ドアの全てについての外観をいきなり表示するのではなく、外観を表示しなくても選択が可能な、建具の性能に影響を及ぼすが建具の外観に影響を及ぼさない仕様（例えば断熱性や防火区分）についてまず選択をさせて絞り込みを行ってから、はじめて外観を表示する。これにより、多くの外観をいきなり表示する場合に比べて、第１ユーザの選択を容易とすることができる。

【0058】

その後、絞り込む条件の選択を受け付けることにより、絞り込みが行われ、領域ＡＲ３５に表示される玄関ドアの数が減少する。また領域ＡＲ３４に表示される玄関ドアの総数も同様に減少する。これにより、第１ユーザは、所望の玄関ドアをより容易に選択することが可能となる。
玄関ドアの選択は、第１ユーザが第１ユーザ端末１００を操作することによって、領域ＡＲ３５にて所望の玄関ドアに対応するチェックボックスにチェックを入れることにより実現される。

【0059】

次に、本実施形態における絞り込み条件について説明をする。領域ＡＲ３３において「おすすめデザイン」を選択すると、他のユーザインタフェースに遷移する。そして、遷移先のユーザインタフェースにて、建具メーカが勧める玄関ドアの一覧を表示し、この玄関ドアの一覧から玄関ドアの選択することを可能とする。これにより、建具メーカが販売を希望する玄関ドアが選択される可能性を高めることができる。遷移先からユーザインタフェース３０へは第１ユーザの操作に応じ任意に戻ることができるものとする。

【0060】

領域ＡＲ３３において、「型番で探す」が選択されると、型番を入力するための入力部を領域ＡＲ３３に表示する。そして、入力された型番に応じた絞り込みを行う。
領域ＡＲ３３において、「価格帯で絞る」が選択されると、価格帯（価格の上限と、価格の下限）を入力するための入力部を領域ＡＲ３３に表示する。そして、入力された価格帯に応じた絞り込みを行う。上述したようにステップＳ１４にて玄関ドアの価格を算出しているので、この算出した価格に基づいて絞り込みを行うことができる。

【0061】

領域ＡＲ３３において、「住宅スタイルで絞る」が選択されると、住宅スタイルを選択するための画面を領域ＡＲ３３に表示する。そして、選択された住宅スタイルに応じた絞り込みを行う。住宅スタイルは、例えば、「ＧＲＡＣＥ」、「ＭＩＮＩＭＡＬ」、「ＰＬＡＩＮ」といったように区分できる。

【0062】

領域ＡＲ３３において、「カラーで絞る」が選択されると、玄関ドアの色を選択するための画面を領域ＡＲ３３に表示する。そして、選択された色に応じた絞り込みを行う。各玄関ドアは、色についても選択肢を有しており、同じデザインであっても複数の色のなかから所望の色を選択することができる。ただし、全ての玄関ドアにおいて全ての色を選択できる訳ではなく、玄関ドアによって選択できる色が異なる。従って、入力された色に応じて、選択できる玄関ドアの絞り込みを行うことができる。

【0063】

領域ＡＲ３３において、「こだわりのデザインで絞る」が選択されると、こだわりデザインを選択するための画面を領域ＡＲ３３に表示する。そして、選択されたこだわりデザインに応じた絞り込みを行う。こだわりデザインは、例えば、玄関ドアを介して風を取り入れることができる「採風デザイン」や、玄関ドアを介して光を取り入れることができる「採光デザイン」や、鋳物による装飾された「鋳物装飾」や、玄関ドアの室外側及び室内側の双方で同じデザインとなっている「内外同テイスト」といったように区分できる。

【0064】

以上の処理を、図２Ａのフローチャートに沿って説明する。受付部３１０は、まず絞り込み条件を受け付けたか否かを判定する（ステップＳ１５）。絞り込み条件を受け付けたならば（ステップＳ１５にてＹｅｓ）、受け付けた絞り込み条件に基づいて絞り込みを行う（ステップＳ１６）。そして、ステップ１７に進む。一方で、絞り込み条件を受け付けていないならば（ステップＳ１５にてＮｏ）、ステップＳ１６を行うことなくステップＳ１７に進む。

【0065】

次に、受付部３１０は、玄関ドアの選択を受け付けたか否かを判定する（ステップＳ１７）。玄関ドアの選択を受け付けたならば（ステップＳ１７にてＹｅｓ）、受け付けた玄関ドアを選択済みとする。また、これに伴い、領域ＡＲ３２に表示している、第１ユーザが既に選択した玄関ドアの数を１つ増加させる（ステップＳ１８）。そして、ステップ１９に進む。一方で、玄関ドアの選択を受け付けていないならば（ステップＳ１７にてＮｏ）、ステップＳ１８を行うことなくステップＳ１９に進む。

【0066】

ステップＳ１９では、第１ユーザによる玄関ドアの選択が終了したか否かを判定する。具体的には、第１ユーザがユーザインタフェース３０の下部の領域ＡＲ３６の「次へ」を選択すると（ステップＳ１９にてＹｅｓ）玄関ドアの選択が終了したとして、ステップＳ２０に進む。一方で、領域ＡＲ３６の「次へ」が選択されていないのであれば（ステップＳ１９にてＮｏ）ステップＳ１５に戻る。そして、上述の処理を繰り返すことにより、玄関ドアの絞り込みと玄関ドアの選択を繰り返す。

【0067】

次に、ステップＳ２０以後の処理について図２Ｂのフローチャートを参照して説明をする。第１ユーザによる玄関ドアの選択が終了すると、受付部３１０はユーザインタフェース４０を表示する。そして、このユーザインタフェース４０にて、第１ユーザから選択した玄関ドアの確認を受け付ける。

【0068】

図６に示すように、ユーザインタフェース４０の上部の領域ＡＲ４１には「掲載する商品情報を確認ください」等の文言を表示することにより、第１ユーザに集約情報に掲載する玄関ドアに間違いがないかについて確認をする。
ここで、第１ユーザが確認をするために、ユーザインタフェース４０の中段の領域ＡＲ４２には、ステップＳ１７にて第１が選択した玄関ドアの型番と画像を表示する。

【0069】

また、ユーザインタフェース４０の下段の領域ＡＲ４３には、集約情報の生成に関する他の条件について第１ユーザの選択を受け付ける。
例えば、集約情報内に玄関ドアの価格を掲載するか否かについて選択を受け付ける。これにより、例えば、第２ユーザに対して、価格を知らせたくない場合等には、価格が表示されていない集約情報を生成することができる。

【0070】

また、ハンドルの仕様について選択を受け付ける。例えば、ハンドルの仕様として、室内ハンドルをアルミ仕様にすることや、更に特別コート仕様にすることや、アルミよりも安価な樹脂仕様とすることを受け付ける。

【0071】

更に、掲載するカラーについての選択を受け付ける。上述したように、各玄関ドアは、カラーについても選択肢を有しており、同じデザインであっても複数の色のなかから所望の色を選択することができる。かといって選択することが可能な全てのカラーを集約情報に掲載してしまうと、掲載量が増加してしまう。そこで、集約情報に掲載するカラーを絞り込むことを可能としている。

【0072】

カラーの選択の際は、他のユーザインタフェースに遷移する。そして、遷移先のユーザインタフェースにて、カラーを選択することを可能とする。なお、この場合に、単に掲載するカラーを選択するのみではなく、選択したカラーから、更にメインカラーとなるカラーを選択させるようにしてもよい。そして、集約情報において玄関ドアの画像をメインカラーにて表示し、他のカラーについては、カラーバリエーションとして表示するようにしてもよい。遷移先からユーザインタフェース４０へは第１ユーザの操作に応じ任意に戻ることができるものとする。

【0073】

第１ユーザは、領域ＡＲ４３における、それぞれの選択肢についてチェックボックスをチェックすることにより選択を行うことができる。第１ユーザが選択後ユーザインタフェース４０の中央の領域ＡＲ４４の「次へ」を選択することにより、掲載する玄関ドアの確認を受け付けて次のステップに進む（ステップＳ２０）。

【0074】

次に、受付部３１０は集約情報の表紙についての編集を受け付けるためにユーザインタフェース５０を表示する。そして、このユーザインタフェース５０にて、第１ユーザから集約情報の表紙についての編集を受け付ける。
図７に示すように、ユーザインタフェース５０の上部の領域ＡＲ５１には「表紙を編集する」等の文言を表示することにより、第１ユーザに表紙の編集を促す。
そして、ユーザインタフェース５０の中央の領域ＡＲ５２に、集約情報の表紙をイメージした画像と、表紙に表示する文字列を入力する入力部を表示する。第１ユーザは、例えば第２ユーザの名前が「〇〇」様である場合に「〇〇様邸 標準プラン ご提案資料」等の文言を入力する。また、第１ユーザの名前が「××工務店」である場合に「××工務店」という名称と、第１ユーザの連絡先を表す、電話番号等を入力する、
その後、第１ユーザが編集後ユーザインタフェース５０の下部の領域ＡＲ５３の「次へ」を選択することにより、表紙の編集を受け付けて次のステップに進む（ステップＳ２１）。

【0075】

次に、受付部３１０は集約情報に玄関ドアの画像と建築物の外観の画像とを重ね合わせた画像を掲載するか否かについて、第１ユーザの選択を受け付ける（ステップＳ２２）。例えば「お持ちの画像に合成する」、「外観サンプルに合成する」、「合成を行わない」等の選択肢をユーザに提示して選択を受け付ける。

【0076】

ここで、「合成を行わない」が選択された場合は（ステップＳ２２にて「不要」）特に処理を行うことなく、ステップＳ２５に進む。

【0077】

一方で、「お持ちの画像に合成する」が選択された場合は（ステップＳ２２にて「ユーザが提供」）第１ユーザから、建築物の外観の画像データの提供を受け付ける（ステップＳ２３）。そして、図８に示すユーザインタフェース６０を表示する。また、「外観サンプルに合成する」が選択された場合は（ステップＳ２２にて「ユーザが選択」）建築物の外観の画像を画像サンプルとして表示する。そして、第１ユーザから、建築物の外観の選択を受け付ける（ステップＳ２４）。そして、図８に示すユーザインタフェース６０を表示する。
ユーザインタフェース６０の上部の領域ＡＲ６１には「ドア・カラーをお選びください」等の文言を表示することにより、第１ユーザに重ね合わせて表示する玄関ドアの選択と、この玄関ドアのカラーの選択を促す。

【0078】

第１ユーザは、ユーザインタフェース６０の右側の領域ＡＲ６３にて玄関ドアを選択し、領域ＡＲ６４にてカラーを選択する。ユーザインタフェース６０の左側の領域ＡＲ６２には、第１ユーザが提供又は選択した建築物の外観の画像と、第１ユーザが選択したカラーのユーザが選択した玄関ドアの画像とが重ね合わせて表示される。第１ユーザは、この領域ＡＲ６２を参照しながら、玄関ドアの選択と、この玄関ドアのカラーの選択を行うことができる。

【0079】

第１ユーザが選択後ユーザインタフェース６０の下部中央の領域ＡＲ６５の「プランボードを作成する」を選択することにより、掲載する玄関ドアの画像の選択を受け付けて次のステップに進む。このようにして玄関ドアを実際に建築物に取り付けた場合の施工イメージを画像として集約情報に含ませることにより、集約情報を参照した場合に、どのように仕上がるのかを確認することができる。

【0080】

次に、受付部３１０は今までの各ステップにおける第１ユーザの選択内容を全て集約情報生成部３２０に対して出力する。集約情報生成部３２０は、受付部３１０が出力した第１ユーザの選択内容全てと、建具情報記憶部３３０に格納されている建具情報と、集約情報を生成するための体裁情報（レイアウト情報）に基づいて、ユーザが選択した玄関ドアが所定の体裁で掲載されるように集約情報を生成する（ステップＳ２５）。生成される集約情報の例については、図９～図１２を参照して後述する。また、集約情報の生成時には、この集約情報を後日参照するための参照用情報もあわせて生成する。

【0081】

そして、集約情報生成部３２０は、生成した集約情報を受付部３１０に対して出力する。この集約情報は、受付部３１０を介して第１ユーザ端末１００に対して送信される（ステップＳ２６）。これにより、第１ユーザは生成された集約情報を参照することができる。また、この集約情報には、参照用情報も含ませることとする。これにより、第１ユーザは後日参照用情報を用いて、集約情報を参照することが可能となる。

【0082】

また、第１ユーザが、第１ユーザ端末１００により集約情報をダウンロードできるようにしてもよい。この場合、集約情報のデータ形式は、任意の形式であってよいが、例えばＰＤＦ（Portable Document Format）形式等の一般的な形式とするとよい。また、集約情報生成部３２０は生成した集約情報を集約情報記憶部３４０に格納する（ステップＳ２７）。この場合に、集約情報と、この集約情報を参照するための参照用情報とを紐付けて格納する。

【0083】

以上説明した動作により、第１ユーザの選択に応じた集約情報を生成することができる。この集約情報は、玄関ドアに関する情報が所定の体裁に沿って配置されたものである。また、第１ユーザは種々の選択を行うのみで、集約情報を生成することができる。すなわち、本実施形態は、所定の体裁に沿った集約情報を簡便に生成することが可能となる、という効果を奏する。
また、この集約情報を参照すれば、第２ユーザが玄関ドア等の建具を容易に選択することができる、という効果も奏する。また、集約情報の作成者である第１ユーザの意図に沿った建具の中から選択させることができる、という効果も奏する。

【0084】

次に、図９～図１２を参照して上述した処理により生成された集約情報の例について説明を行う。
まず、図９に集約情報７０の表紙の例について示す。図９に示すように、集約情報７０の右側には領域ＡＲ７１と領域ＡＲ７２を設ける。そして、各領域ＡＲにはステップＳ２１にて第１ユーザが入力した情報を配置する。
例えば、領域ＡＲ７１には、「〇〇様邸 標準プラン ご提案資料」等の文言を配置する。また、領域ＡＲ７２には「××工務店」という名称と、第１ユーザの連絡先を表す、電話番号等を入力する。このように、第１ユーザが入力した情報を、所定の体裁情報（レイアウト情報）に沿って配置する。この体裁情報（レイアウト情報）には、例えば領域ＡＲ７１の文字のフォントを、領域ＡＲ７２の文字のフォントよりも大きなサイズとする、等の規則を含めておくことができる。

【0085】

次に、図１０に集約情報７０における玄関ドアの掲載例について示す。これは、集約情報７０の２ページ目以降に相当する例である。図１０に示すように上段の領域ＡＲ７３には、「〇〇様邸 標準プラン」等の文言を配置する。また、下段の領域ＡＲ７５には、「××工務店」等の文言を配置する。これは、図９を参照して説明した領域ＡＲ７１及び領域ＡＲ７２と同様に、ステップＳ２１におけるユーザの入力に対応するものである。

【0086】

また、中央の領域ＡＲ７４には、ステップＳ１７にて第１ユーザが選択した玄関ドアに対応する画像と型番とを配置する。このように本実施形態によれば、所定の領域に、所定の配置方法で玄関ドアを配置することができる。
第１ユーザが選択した玄関ドアの数が多いのであれば、集約情報には、図１０に示すようなページが複数ページ含まれることとなる。

【0087】

次に、図１１に集約情報７０に含まれる特徴紹介の掲載例について示す。集約情報には、この特徴紹介のページが含まれるものとする。図１１に示すように、下段の領域ＡＲ７８には、「××工務店」等の文言を配置する。これは、図９や図１０を参照して説明した領域ＡＲ７２や領域ＡＲ７５と同様に、ステップＳ２１におけるユーザの入力に対応するものである。また、左側の領域ＡＲ７６には、建築物の外観の画像に、玄関ドアの画像を重ね合わせた画像を配置する。これは、図８を参照して上述したユーザインタフェース６０にて生成した画像に対応する画像である。なお、仮にユーザインタフェース６０にて画像を生成していない場合には（ステップＳ２２にて「不要」）、領域ＡＲ７６には、他の任意の画像又は説明文を配置するようにする。

【0088】

また、領域ＡＲ７７には、断熱性についての機能紹介文を配置する。この説明文は、ステップＳ１３にて選択した断熱性の仕様に対応するものとする。例えば、ステップＳ１３にて「Ｋ２仕様」が選択されているのであれば、Ｋ２仕様に対応する説明文を配置する。一方で、ステップＳ１３にて「Ｋ４仕様」が選択されているのであれば、Ｋ４仕様に対応する説明文を配置する。つまり、第１ユーザが選択した玄関ドアに対応する説明文のみを集約情報内に掲載することができ、選択していない玄関ドアに対応する説明文については集約情報内への掲載を省略することができる。すなわち、本実施形態によれば、必要な情報のみを集約情報に含ませることができる。なお、断熱性以外についても、第１ユーザの選択に応じて掲載する説明文を異ならせるようにしてもよい。

【0089】

次に、図１２に集約情報７０に含まれるエントリーシステム（鍵の種類）についての掲載例について示す。集約情報には、このエントリーシステムについてのページが含まれるものとする。図１２に示すように、中央の領域ＡＲ７９には、［手動キー］、［カードキー］、［タッチキー］及び［システムキー］の４つの鍵の種類についての画像及び説明文が配置される。これは、図３を参照して説明した鍵の種類に対応するものである。

【0090】

そして、ステップＳ１２にて第１ユーザに選択されたものについては、領域ＡＲ８０に示すように、「標準プラン」の文言が配置される。つまり、ステップＳ１２の説明においても上述したように、何れのプランを標準プランとするかを、建具メーカではなく第１ユーザが選択することができる。例えば、第１ユーザが、手動キーではなく、カードキーを第２ユーザにお薦めしたい場合等に、このカードキーが標準プランである前提でお薦めをすることが可能となる。

【0091】

また、上述したように、集約情報には、参照用情報も含ませることとする。例えば、集約情報の最後のページに参照用情報を記載するようにする。この場合、参照用情報はアルファベット等の文字列で記載されてもよいし、例えばＱＲコード（登録商標）等の二次元コード等で記載されてもよい。

【0092】

以上、本実施形態において生成される集約情報について説明した。次に、集約情報生成後に、第１ユーザ端末１００や第２ユーザ端末２００を利用して、集約情報記憶部３４０に格納されている集約情報を参照する場合の処理について図１３を参照して説明をする。

【0093】

まず、第１ユーザが第１ユーザ端末１００を用いて集約情報参照部３５０と通信することにより、集約情報の参照用のウェブサイトにアクセスする。あるいは、第２ユーザが第２ユーザ端末２００を用いて集約情報参照部３５０と通信することにより、集約情報の参照用のウェブサイトにアクセスする。
そして、参照用情報に基づいた認証を行う（ステップＳ３１）、ここで、第１ユーザは集約情報生成時に参照用情報を把握しているので、第１ユーザ端末１００を用いてこの参照用情報を入力する。

【0094】

また、第２ユーザも、第１ユーザから集約情報を用いた説明等を受ける際に参照用情報を把握しているので、第２ユーザ端末２００を用いてこの参照用情報を入力する。例えば、第１ユーザは、図２Ａ及び図２Ｂを参照して説明した処理を行うことにより集約情報を生成すると、生成した集約情報を印刷することにより、玄関ドアの説明資料を作成し、この説明資料に基づいた説明を第２ユーザに対して行う。あるいは、例えば生成した集約情報をタブレット型の端末等で表示することにより、第２ユーザに対して説明を行う。

【0095】

次に、集約情報参照部３５０は、認証した参照用情報に対応する（すなわち、認証した参照用情報に紐付けて格納されている）集約情報を、集約情報記憶部３４０から取得する（ステップＳ３２）。

【0096】

そして、集約情報参照部３５０は、取得した集約情報を、集約情報の参照用のウェブサイトにアクセスしている第１ユーザ端末１００又は第２ユーザ端末２００に対して送信する（ステップＳ３３）。

【0097】

これにより、第１ユーザや第２ユーザは集約情報を自身の端末にて参照することができる。この場合に、集約情報を例えばＰＤＦ形式でダウンロード可能としても良い点は、ステップＳ２７と同じである。

【0098】

以上図１３を参照して説明した処理により、参照用情報を生成した第１ユーザのみならず、この第１ユーザによる説明を受けた第２ユーザも、自身の端末にてネットワーク経由で集約情報を参照することが可能となる。

【0099】

なお、上記の集約情報活用システムに含まれる各装置のそれぞれは、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。また、上記の集約情報活用システムに含まれる各装置のそれぞれが協働することにより行なわれる集約情報活用方法も、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。ここで、ソフトウェアによって実現されるとは、コンピュータがプログラムを読み込んで実行することにより実現されることを意味する。

【0100】

プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(non-transitory computer readable medium)を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(tangible storage medium)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ－ＲＯＭ(Read Only Memory)、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ(Programmable ROM)、ＥＰＲＯＭ(Erasable PROM)、フラッシュＲＯＭ、ＲＡＭ(random access memory）)を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体(transitory computer readable medium)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【0101】

また、上述した実施形態は、本発明の好適な実施形態ではあるが、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。

【0102】

例えば、第１ユーザ端末１００や第２ユーザ端末２００は複数台存在していてもよい。また、集約情報生成装置３００は、１つの装置で実現するのではなく、複数の装置で実現するようにしてもよい。また他にも、集約情報生成装置３００が複数台存在するが、集約情報記憶部３４０については共通とすることにより、集約情報のデータベースを構築するようにしてもよい。

【0103】

また、上述の説明では、第１ユーザの選択により集約情報を生成していたが、建具メーカの選択により集約情報を生成し、この集約情報を第１ユーザや第２ユーザに対して提示するようにしてもよい。

【符号の説明】

【0104】

１００ 第１ユーザ端末
２００ 第２ユーザ端末
３００ 集約情報生成装置
３１０ 受付部
３２０ 集約情報生成部
３３０ 建具情報記憶部
３４０ 集約情報記憶部
３５０ 集約情報参照部

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】