JP7116281B2 - 情報処理装置、情報処理方法及びプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

住宅を始めとする建築物の設計、施工等を依頼するに当たり、依頼主であるユーザを支援する種々のシステムが提案されている。例えば特許文献１では、住宅の建築を検討しているユーザ向けに、Ｗｅｂサイト上で種々の情報入力を行って住宅の建築プランを作成し、作成した建築プランに基づいて概算費用見積を作成し、建築予定地の現地調査、資金計画の妥当性判断、設計図面の作成等の依頼を受け付ける住宅受注支援システムが開示されている。特許文献１によれば、住宅メーカ等の営業担当者が顧客からヒアリングを行って建築プランを作成するサービスがＷｅｂブラウザ上で行われるため、営業活動を低減可能となり、安価で高品質な住宅を提供可能となる。

特開２００４－７８４４２号公報

しかしながら、特許文献１に係る発明は住宅メーカ側の労力を低減することを主たる目的としており、ユーザは質の高い建築プランを作成することができるとは限らない。特にユーザは間取り図を参考に建築を検討する場合が多いが、特許文献１に係る発明はパターン化された間取り図を出力するに過ぎない。

一つの側面では、質の高い間取り図を供与することができる情報処理装置等を提供することを目的とする。

一つの側面では、情報処理装置は、建築物の間取り図の設計を依頼する依頼情報をユーザから取得する第１取得部と、予め登録されている複数の設計者に前記依頼情報を送信する第１送信部と、前記複数の設計者夫々が作成した前記間取り図を取得する第２取得部と、取得した前記間取り図が所定条件に合致するか否かを判定する判定部と、前記所定条件に合致すると判定した前記間取り図を前記ユーザ宛に送信する第２送信部とを備えることを特徴とする。

一つの側面では、質の高い間取り図を供与することができる。

間取り図発注システムの構成例を示す模式図である。 サーバの構成例を示すブロック図である。 ユーザＤＢ、設計者ＤＢ、施工業者ＤＢ、及び間取り図ＤＢのレコードレイアウトの一例を示す説明図である。 実施の形態１の概要を示す説明図である。 依頼情報の入力画面例を示す説明図である。 資料画像の一例を示す説明図である。 間取り図表示画面の一例を示す説明図である。 サーバが実行する処理手順の一例を示すフローチャートである。 依頼情報取得のサブルーチンの処理手順を示すフローチャートである。 間取り図の一覧画面の一例を示す説明図である。 実施の形態２に係るサーバが実行する処理手順の一例を示すフローチャートである。 実施の形態３に係るサーバが実行する処理手順の一例を示すフローチャートである。

以下、本発明をその実施の形態を示す図面に基づいて詳述する。
（実施の形態１）
図１は、間取り図発注システムの構成例を示す模式図である。本実施の形態では、住宅の間取り図の設計依頼を受け付ける間取り図発注システムであって、コンペティション（以下では「コンペ」と呼ぶ）形式で多数の設計者に間取り図の設計を依頼し、ユーザが選択した間取り図の設計者に報酬を支払う間取り図発注システムについて説明する。間取り図発注システムは、情報処理装置１、ユーザ端末２、２、２…、及び設計者端末３、３、３…を有する。各装置は、インターネット等のネットワークＮを介して通信接続されている。

情報処理装置１は、種々の情報処理、情報の送受信が可能な情報処理装置であり、例えばサーバ装置、パーソナルコンピュータ等である。本実施の形態で情報処理装置１はサーバ装置であるものとし、以下の説明では便宜上サーバ１と読み替える。サーバ１は、本システムを管理する管理装置であり、ユーザから間取り図の設計依頼を受け付け、例えば建築士、デザイナ等の設計者に間取り図の設計を依頼する。具体的には、サーバ１はコンペ形式での間取り図の設計依頼を行う。詳細は後述するように、サーバ１は複数の設計者に対して間取り図の設計依頼を行い、各設計者から間取り図を取得してユーザに転送する。ユーザは、各設計者の間取り図から気に入った間取り図を入賞作品として選択し、選択した間取り図の設計者に対して報酬を支払う。このように、コンペ形式で多数の間取り図を集めることで、間取り図の品質を確保する。

ユーザ端末２は、ユーザが操作する端末装置であり、例えばスマートフォン、タブレット端末、パーソナルコンピュータ等の情報処理装置である。各ユーザは本システムの会員として登録してあり、ユーザ端末２は本システムにログインして間取り図の設計依頼を行い、各設計者が作成した間取り図を取得して入賞作品の選択を行う。

設計者端末３は、間取り図を作成する建築士、デザイナ等の設計者が操作する端末装置であり、例えばパーソナルコンピュータ、多機能端末等の情報処理装置である。設計者もユーザと同様、本システムのメンバーとして登録してある。設計者端末３はサーバ１からユーザの設計依頼に関する情報を取得し、設計者が作成した間取り図をサーバ１に返信する。

図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、主記憶部１２、通信部１３、補助記憶部１４を備える。
制御部１１は、一又は複数のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を有し、補助記憶部１４に記憶されたプログラムＰを読み出して実行することにより、サーバ１に係る種々の情報処理、制御処理等を行う。主記憶部１２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の一時記憶領域であり、制御部１１が演算処理を実行するために必要なデータを一時的に記憶する。通信部１３は、通信に関する処理を行うための処理回路等を含み、外部と情報の送受信を行う。

補助記憶部１４は大容量メモリ、ハードディスク等であり、制御部１１が処理を実行するために必要なプログラムＰ、その他のデータを記憶している。また、補助記憶部１４は、ユーザＤＢ１４１、設計者ＤＢ１４２、施工業者ＤＢ１４３、及び間取り図ＤＢ１４４を記憶している。ユーザＤＢ１４１は、間取り図の設計依頼を行うユーザの情報を格納するデータベースである。設計者ＤＢ１４２は、間取り図を作成する設計者の情報を格納するデータベースである。施工業者ＤＢ１４３は、本システムの管理者と提携する所定の施工業者の情報を格納するデータベースである。詳しくは後述するように、ユーザが入賞作品とする間取り図を選択した場合、サーバ１は、住宅建築を担う施工業者をユーザに紹介する。施工業者ＤＢ１４３は、施工業者として登録してある複数の業者の情報を記憶している。間取り図ＤＢ１４４は、設計者が作成した間取り図の情報を記憶するデータベースである。

なお、補助記憶部１４はサーバ１に接続された外部記憶装置であってもよい。また、サーバ１は複数のコンピュータからなるマルチコンピュータであってもよく、ソフトウェアによって仮想的に構築された仮想マシンであってもよい。

また、本実施の形態においてサーバ１は上記の構成に限られず、例えば可搬型記憶媒体に記憶された情報を読み取る読取部、操作入力を受け付ける入力部、画像を表示する表示部等を含んでもよい。

図３は、ユーザＤＢ１４１、設計者ＤＢ１４２、施工業者ＤＢ１４３、及び間取り図ＤＢ１４４のレコードレイアウトの一例を示す説明図である。
ユーザＤＢ１４１は、ユーザＩＤ列、氏名列、アカウント列、属性情報列、依頼情報列、間取り図列を含む。ユーザＩＤ列は、各ユーザを識別するための識別情報を記憶している。氏名列は、ユーザＩＤと対応付けて、ユーザの氏名を記憶している。アカウント列は、ユーザＩＤと対応付けて、ユーザのアカウント情報を記憶している。属性情報列は、ユーザＩＤと対応付けて、性別、年齢等のユーザの属性情報を記憶している。依頼情報列は、ユーザＩＤと対応付けて、ユーザが行った間取り図の設計依頼に関する依頼情報を記憶している。例えば依頼情報列には、個々の設計依頼毎に割り与えられた依頼ＩＤと対応付けて、後述するユーザのライフスタイル情報、建築予定地の敷地情報、建築予定の住宅の建築に伴う希望条件を規定する住宅情報、住宅内の間取りの希望条件を規定する間取り情報が格納されている。間取り図列は、ユーザＩＤ及び依頼ＩＤと対応付けて、ユーザの設計依頼に対して作成された間取り図であって、コンペにおいてユーザが入賞作品として選択した間取り図の識別情報を記憶している。

設計者ＤＢ１４２は、設計者ＩＤ列、氏名列、アカウント列、プロフィール列、実績列を含む。設計者ＩＤ列は、各設計者を識別するための識別情報を記憶している。氏名列は、設計者ＩＤと対応付けて、設計者の氏名を記憶している。アカウント列は、設計者ＩＤと対応付けて、設計者のアカウント情報を記憶している。プロフィール列は、設計者ＩＤと対応付けて、設計者のプロフィール情報を記憶している。プロフィール列には、設計者が自らのプロフィールとして登録した情報が格納され、例えば設計者の職種、建築物の設計に関する専門分野、パーソナルコンピュータの操作スキル等の情報が格納されている。実績列は、設計者ＩＤと対応付けて、コンペにおける設計者の入賞実績が格納されている。例えば実績列には、後述するようにユーザがコンペ時に付与する順位が格納されている。

施工業者ＤＢ１４３は、業者ＩＤ列、名称列、プロフィール列を含む。業者ＩＤ列は、各施工業者を識別するための識別情報を記憶している。名称列は、業者ＩＤと対応付けて、施工業者の名称を記憶している。プロフィール列は、業者ＩＤと対応付けて、施工業者のプロフィール情報を記憶している。プロフィール列には、施工業者のプロフィールとして登録した情報が格納され、例えば施工業者の業態、請負可能な建築物の予算規模、得意とする建築分野（住宅の建築構造）、営業地域等の情報が格納されている。

間取り図ＤＢ１４４は、間取り図ＩＤ列、依頼者列、設計者列、施工業者列、間取り図列を含む。間取り図ＩＤ列は、ユーザからの依頼を受けて設計者が作成した各間取り図を識別するための識別情報を記憶している。依頼者列は、間取り図ＩＤと対応付けて、間取り図の設計依頼を行ったユーザのユーザＩＤを記憶している。設計者列は、間取り図ＩＤと対応付けて、間取り図を作成した設計者の設計者ＩＤを記憶している。施工業者列は、間取り図ＩＤと対応付けて、間取り図を元にした住宅建築を請け負う施工業者の業者ＩＤを記憶している。間取り図列は、間取り図ＩＤと対応付けて、設計者が作成した間取り図の詳細なデータを記憶している。例えば間取り図列には、間取り図の画像データのほかに、建築予定地の所在地、間取り図で設計された住宅の建築構造等、種々のデータが格納されている。

図４は、実施の形態１の概要を示す説明図である。図４では、サーバ１がユーザからコンペ開催料の支払いを受けてコンペを開催し、設計者が間取り図を作成してコンペに応募する様子を概念的に図示している。以下では本実施の形態の概要について説明する。

まずサーバ１は、住宅の間取り図の設計を依頼するユーザのユーザ端末２から、コンペ開催の申込を受け付ける。例えばサーバ１は、所定の金融口座を介して、コンペ開催料の名目で間取り図の設計依頼に伴う料金の支払い（入金）を受け付ける。なお、コンペ開催料はコンペ実施後の後払いであっても良いことは勿論である。コンペ開催料が支払われた場合、サーバ１は設計依頼を受け付ける。

サーバ１は、後述の入力画面（図５参照）を介して、間取り図の設計を依頼するための依頼情報の入力をユーザ端末２から受け付ける。依頼情報は、例えばユーザのライフスタイルに関するライフスタイル情報、住宅の建築予定地に関する敷地情報、住宅の建築設計の希望条件に関する住宅情報、住宅内の間取り設計の希望条件に関する間取り情報などである。入力する各依頼情報について、詳細は後述する。

サーバ１は、ユーザ端末２で入力された依頼情報を、設計者ＤＢ１４２に登録されている各設計者の設計者端末３に送信する。設計者は当該依頼情報を元に、間取り図を作成する。設計者端末３は、設計者が作成した間取り図のデータをサーバ１に送信する。

サーバ１は、各設計者の設計者端末３から間取り図のデータを取得する。そしてサーバ１は、各設計者が作成した間取り図のデータをユーザ端末２に送信する。ユーザは各設計者の間取り図から、気に入った間取り図を選択する。これによりユーザは、自らが催したコンペの入賞作品を決定する。

入賞作品として選択された間取り図を作成した設計者には、コンペの入賞賞金として報酬が支払われる。例えばサーバ１は、コンペ開催料としてユーザから支払われた料金に、所定額を加算した代金を設計者宛に支払う支払処理を行う。コンペ開催料に加算される代金は、後述するように施工業者から成約手数料として支払われる代金の一部であってもよい。支払処理は、支払いに関する処理をいい、代金を送金する指示の処理の他、支払いに関する情報の出力の処理、支払いに関する書類を作成する処理などが含まれる。

ユーザが間取り図を選択した場合、サーバ１は、住宅を建築する所定の施工業者をユーザに紹介する。施工業者は、例えば住宅メーカ、設計事務所、工務店等であるが、その業務形態は特に限定されない。本システムでは複数の施工業者と提携しており、各施工業者の情報が施工業者ＤＢ１４３に格納されている。

施工業者をユーザに紹介する場合、サーバ１は、コンペ開催時にユーザが入力した依頼情報と、入賞作品としてユーザが選択した間取り図のデータとを元に、建築する住宅の建築条件を抽出し、建築条件に適合した施工業者を施工業者ＤＢ１４３から抽出するマッチング処理を行う。マッチングの基準となる建築条件は、例えばユーザの予算、建築予定地の所在地域、住宅の建築構造等であるが、これらに限定されない。サーバ１は、ユーザの希望条件を規定する依頼情報と、実際に採用された間取り図のデータとから、建築条件に関する各種情報を抽出する。サーバ１は、抽出した建築条件に適合する施工業者を施工業者ＤＢ１４３から抽出する。例えばサーバ１は、予算規模がマッチし、住宅の建築予定地を営業地域としており、建築する住居の建築構造を得意分野とする施工業者を抽出する。

サーバ１は、抽出した施工業者をユーザに紹介する。具体的には、サーバ１は、抽出した施工業者に対して間取り図などのデータを送信し、住居の建築費用の見積依頼を行う。施工業者は、間取りなどのデータから見積書を作成し、サーバ１に返信する。サーバ１は見積書をユーザ端末２に送信し、施工業者をユーザに紹介する。

ユーザは見積書を参考に施工業者と連絡を取り、両者は契約を交わして住宅建築に着工する。成約に至った場合、施工業者は所定の成約手数料を本システムの管理者に支払う。サーバ１は、施工業者から支払われる成約手数料を原資に、コンペ開催料に所定額を加算した報酬額を設計者に対して支払う。

図５は、依頼情報の入力画面例を示す説明図である。図５Ａは、ライフスタイル情報を入力するための入力画面である。図５Ｂは、敷地情報を入力するための入力画面である。図５Ｃは、住宅情報を入力するための入力画面である。図５Ｄは、間取り情報を入力するための入力画面である。ユーザ端末２はサーバ１と通信を行い、図５Ａ～Ｄに示す各入力画面を順次表示する。図５に示すように、入力画面は複数の入力項目を含み、プルダウン等の入力形式で各入力項目に対応する依頼情報の入力を受け付ける。

ライフスタイル情報は、ユーザのライフスタイルに関する情報であり、住宅内でのユーザ及びユーザの家族（あるいは同居者等）の生活パターンに関する情報である。ライフスタイル情報は、例えば食事、炊事、リビングでの過ごし方、洗濯、来客の頻度などであり、住居内でのユーザ及び家族の行動について、間取り設計の際に設計者が参考にし得る情報である。ユーザ端末２は、図５Ａの入力画面を介してライフスタイル情報の入力を受け付ける。

敷地情報は、住宅を建築する建築予定地の所在地、敷地面積等の情報である。本実施の形態でサーバ１は、図５Ｂの入力画面において建築予定地の住所（所在）を所在情報として入力させると共に、リンク５１への操作入力に応じて、建築予定地の土地資料として所定の資料画像のアップロードを受け付ける。資料画像は、例えば地積測量図のような測量図、あるいは不動産会社が作成した土地（不動産）の販売チラシなどの画像データであり、建築予定地の地積、建蔽率、容積率など、住宅の建築設計に必要な敷地情報を抽出可能な画像データである。

なお、入力画面で入力させる所在情報は住所に限定されず、例えば土地の所在を登記上示す地番等であってもよい。

図６は、資料画像の一例を示す説明図である。図６Ａでは測量図を、図６Ｂでは販売チラシをそれぞれ概念的に図示している。サーバ１は、測量図、販売チラシ等をユーザ端末２で撮像した撮像画像、あるいは測量図等の電子データのアップロードを受け付ける。

測量図は、例えば地積測量図であり、土地の見取り図に加えて、土地の形状、地積等に係る詳細な測量結果が記載された図面である。なお、測量図は地積測量図と呼ばれるものに限定されず、住宅の建築設計の際に必要な情報が抽出され得る測量図面であればよい。

測量図の画像のアップロードを受け付けた場合、サーバ１は当該画像から、建築予定地の地積、建蔽率、容積率、方位、周辺の道路幅等の情報を抽出する。例えば地積、建蔽率、容積率等の情報を抽出する場合、サーバ１は画像に対して文字認識を行い、測量図に記載されている求積表からこれらの情報を抽出する。また、例えばサーバ１は画像解析を行い、方位、周辺の道路幅等の情報を抽出する。

また、サーバ１は図６Ｂに例示する販売チラシから敷地情報を抽出してもよい。多くの販売チラシには測量図と同様に地積、建蔽率、容積率等の情報が記載されており、サーバ１は各種情報を抽出することができる。

なお、測量図等の資料画像において必要な情報が記載されていない場合、あるいはユーザが測量図等の土地資料を持っておらず、資料画像がアップロードされない場合、サーバ１は建築予定地の所在情報を元に、外部のＡＰＩ（Application Programmable Interface）を用いて検索を行い、敷地情報を取得する。例えばサーバ１は、官公庁、民間企業等の団体が提供する登記情報の検索エンジンを利用して敷地情報を取得する。

図５に戻って説明を続ける。ユーザ端末２は、図５Ｃの入力画面を介して住宅情報の入力を受け付ける。住宅情報は、住宅の設計に際して設計者が参考にし得る情報であり、例えば住宅（建築物）の延べ床面積、建築予算、階数などの情報である。図５Ｃの入力画面では、設計する住宅の概要的な点について、ユーザの希望条件の入力を受け付ける。

ユーザ端末２は、図５Ｄの入力画面を介して間取り情報の入力を受け付ける。間取り情報は、住宅内の間取りに関するユーザの希望条件であり、例えば間取りの好み、部屋数、間取り空間（ＬＤＫなどの情報）、リビングやキッチン等の個別空間の好みなどである。図５Ｄの入力画面では、住宅内の間取りについてユーザの希望条件の入力を受け付ける。

ユーザ端末２は、図５Ａ～Ｄの入力画面を順次表示し、ライフスタイル情報、敷地情報等の各項目について入力を受け付ける。入力完了後、ユーザ端末２は依頼情報をサーバ１に送信する。

サーバ１は、ユーザ端末２から取得した依頼情報を設計者端末３に転送（送信）する。この場合にサーバ１は、依頼情報をそのまま転送してもよいが、依頼情報の一部又は全部を設計者向けに変換して転送すると好適である。図５で例示したように、入力画面ではユーザが自ら情報を入力するため、平易な表現で表されている。サーバ１はこの依頼情報の表現（文言）を、建築士、デザイナ等の専門家向けに、建築用語に変換した上で送信する。

例えばサーバ１は所定のコンペ開催期間を設け、当該期間中に設計者から間取り図の応募を受け付ける。サーバ１は設計者端末３から取得した間取り図のデータを間取り図ＤＢ１４４に記憶すると共に、ユーザ端末２に転送する。

この場合にサーバ１は、ユーザに提供する間取り図の品質を確保するため、コンペに応募可能な間取り図として所定の条件を設け、条件に合致する間取り図のみユーザ端末２に送信する。

例えばサーバ１は、ユーザ端末２から取得した依頼情報と間取り図とを比較し、ユーザの依頼に合致する間取り図であるか否かを判定する。具体的には、サーバ１は、図５の入力画面において依頼情報として入力された入力項目のうち、間取り図が充足する入力項目の数に応じて判定を行う。図５Ｄの入力画面で入力される間取り情報を例にした場合、上述の如く、サーバ１は住宅の部屋数、間取り空間等の入力項目について入力を受け付ける。サーバ１は、設計者端末３から取得した間取り図を各入力項目において入力されたデータと比較し、各入力項目を充足するか否かを判定する。例えばサーバ１は、間取り図に対して画像解析を行って部屋数、間取り空間等の情報を抽出してもよく、設計者端末３を介して設計者本人から各入力項目に対応する間取り図の情報を入力させてもよい。

サーバ１は、間取り図の設計条件として入力された各入力項目について充足の有無を判定し、間取り図が充足する入力項目の数をカウントする。そしてサーバ１は、依頼情報を充足する入力項目の数に応じて、応募条件に合致するか否かを判定する。例えばサーバ１は、依頼情報を充足する入力項目の数が所定数以上である場合、条件に合致すると判定する。なお、例えばサーバ１は、依頼情報を充足しない入力項目の数を基準にして、非充足の入力項目が多い場合に条件を満たさないものと判定してもよい。

また、サーバ１は上記の条件に加え、後述するように設計者が過去のコンペで獲得した順位に基づき、当該設計者が新たに作成した間取り図が条件に合致するか否かを判定する。具体的には、サーバ１は過去のコンペの順位から、所定の順位以下しか獲得したことがない設計者の間取り図は、条件に合致しないものと判定する。順位に基づく判定処理については後述する。

図７は、間取り図表示画面の一例を示す説明図である。図７に示すように、ユーザ端末２は各設計者が作成した間取り図を表示する。

例えばユーザ端末２は、設計者が作成した間取り図の画像のほか、設計者名、建築面積、延べ床面積、設計者からのコメント等を表示する。なお、間取り図と共に表示するこれらの情報は例示であって、ユーザ端末２は少なくとも間取り図を表示可能であればよい。

ユーザ端末２は、各設計者が作成した間取り図から、いずれかの間取り図を入賞作品として選択する。具体的には、ユーザ端末２は、各設計者の間取り図をランキング形式で順位付けする入力を受け付ける。例えばユーザ端末２は、全ての間取り図に対して順位の入力を受け付ける。あるいはユーザ端末２は、上位とする所定数（例えば上位３件）の間取り図のみ順位の入力を受け付けるようにしてもよい。

例えばユーザ端末２は、最上位の間取り図を入賞作品として選択する。その後の処理については既に説明したように、サーバ１は選択された間取り図の設計者に対する報酬の支払いを行う。また、サーバ１は施工業者とのマッチングを行い、見積依頼を施工業者に送信して見積書を取得し、ユーザ端末２に送信する。

また、サーバ１は上記で入力された間取り図の順位を、間取り図を作成した設計者の設計者ＩＤと対応付けて、設計者のコンペ実績として設計者ＤＢ１４２に記憶する。既に触れたように、新たにコンペが開催された場合、サーバ１は当該順位を参照して、各設計者が作成した間取り図は条件に合致するか否かを判定する。例えばサーバ１は、設計者が過去のコンペで獲得した順位を参照して、所定以下の順位しか獲得したことがない設計者の間取り図は条件に合致しないものと判定する。これにより、低品質の虞がある間取り図はコンペの応募対象から除外することができる。

図８は、サーバ１が実行する処理手順の一例を示すフローチャートである。図８に基づき、サーバ１が実行する処理内容について説明する。
サーバ１の制御部１１は、住宅の間取り図の設計を依頼する依頼情報をユーザ端末２から取得するサブルーチンを実行する（ステップＳ１１）。具体的には上述の如く、サーバ１は図５で例示した入力画面を介して間取り図の作成に必要な種々の情報の入力を受け付ける。依頼情報は、例えばユーザのライフスタイル情報、建築予定地に関する敷地情報、住宅の建築設計の希望条件に関する住宅情報、住宅内の間取り設計の希望条件に関する間取り情報などである。また、サーバ１は依頼情報の取得時に、併せてコンペ開催に伴う開催料の支払を受け付ける。

制御部１１は、取得した依頼情報の一部又は全部を設計者向けに変換する（ステップＳ１２）。制御部１１は、変換した依頼情報を、設計者ＤＢ１４２に登録されている複数の設計者それぞれの設計者端末３に送信する（ステップＳ１３）。

制御部１１は設計者端末３から、設計者が作成した間取り図のデータを取得する（ステップＳ１４）。制御部１１は、取得した間取り図が、間取り図の品質を確保するために規定された所定条件に合致するか否かを判定する（ステップＳ１５）。ステップＳ１５で判定基準とする条件は、例えば依頼情報に含まれる入力項目を充足する数、過去のコンペにおける設計者の順位などである。所定条件に合致すると判定した場合（Ｓ１５：ＹＥＳ）、制御部１１は間取り図をユーザ端末２に送信する（ステップＳ１６）。条件に合致しないと判定した場合（Ｓ１５：ＮＯ）、制御部１１はステップＳ１６をスキップし、間取り図を送信しない。

制御部１１は、所定のコンペ開催期間が終了したか否かを判定する（ステップＳ１７）。コンペ開催期間が終了していないと判定した場合（Ｓ１７：ＮＯ）、制御部１１は処理をステップＳ１４に戻す。コンペ開催期間が終了したと判定した場合（Ｓ１７：ＹＥＳ）、制御部１１は、ユーザ端末２に送信した複数の間取り図から、いずれかの間取り図を選択する選択入力を受け付ける（ステップＳ１８）。すなわち制御部１１は、コンペの入賞作品とする間取り図の選択を受け付ける。制御部１１は、選択された間取り図の設計者に対して報酬を支払う支払処理を実行する（ステップＳ１９）。具体的には、制御部１１は、コンペ開催料としてユーザから支払われる料金に、成約手数料の一部に相当する所定額を上乗せした代金を報酬として支払う。

制御部１１は、ユーザからの依頼情報と、実際に選択された間取り図とから規定される住宅の建築条件に基づき、ユーザと施工業者とのマッチングを行う（ステップＳ２０）。マッチング基準となる建築条件は、例えばユーザの希望予算、建築予定地の所在地、建築予定の住宅の構造などである。制御部１１は、マッチングした施工業者に見積依頼を送信する（ステップＳ２１）。制御部１１は、施工業者から見積書を取得し、ユーザ端末２へ転送して、施工業者をユーザに紹介する（ステップＳ２２）。制御部１１は、一連の処理を終了する。

図９は、依頼情報取得のサブルーチンの処理手順を示すフローチャートである。図９に基づき、ステップＳ１１のサブルーチンの処理内容について説明する。
サーバ１の制御部１１はまず、コンペ開催料の名目で、間取り図の設計依頼に伴う料金の支払いをユーザから受け付ける（ステップＳ４１）。ステップＳ４１で受け付ける料金の支払いは、料金の支払いがされたことを内容とする情報を受信することを含む。料金の支払いを受け付けた場合、制御部１１は、依頼情報を入力するための入力画面をユーザ端末２に出力する（ステップＳ４２）。例えば制御部１１は、上述のライフスタイル情報、敷地情報、住宅情報、間取り情報をそれぞれ入力するための各入力画面を順々に出力していく。ステップＳ４２ではまず、制御部１１はライフスタイル情報の入力画面を出力する。

制御部１１は入力画面を介して、依頼情報の入力をユーザ端末２から受け付ける（ステップＳ４３）。具体的には図５で示したように、制御部１１は入力画面においてプルダウン等の入力形式で、各条件項目に対する依頼情報の入力を受け付ける。また、制御部１１は敷地情報に関して入力を受け付ける場合、建築予定地の地積等が記載されている資料画像のアップロード、及び建築予定地の所在を示す所在情報の入力を受け付ける。資料画像は、例えば地積測量図、土地（不動産）の販売チラシ等であり、建築予定地の地積、建蔽率、容積率等が記載されている資料である。所在情報は、建築予定地の住所、地番等の情報である。制御部１１は、資料画像から上記の各種情報を抽出する。また、上記の情報が資料画像に記載されておらず、抽出不可能である場合、制御部１１は所在情報を元に外部ＡＰＩから敷地情報を取得する。

制御部１１はユーザからの操作入力に従い、次頁へ遷移するか否かを判定する（ステップＳ４４）。次頁へ遷移しないと判定した場合（Ｓ４４：ＮＯ）、制御部１１は処理をステップＳ４３に戻す。次頁へ遷移すると判定した場合（Ｓ４４：ＹＥＳ）、制御部１１は、既に最終頁であるか否かを判定する（ステップＳ４５）。最終頁でないと判定した場合（Ｓ４５：ＮＯ）、制御部１１は、入力画面を次頁に遷移させ（ステップＳ４６）、処理をステップＳ４３に戻す。最終頁であると判定した場合（Ｓ４５：ＹＥＳ）、制御部１１はサブルーチンをリターンする。

なお、上記では間取り図を作成する建築物が住宅であるものとして説明したが、住宅以外の用途の建築物であってもよい。また、上記では住宅を新築する場合について説明したが、本システムを住宅の改築、改修に応用してもよい。

以上より、本実施の形態１によれば、複数の設計者に対して間取り図の設計依頼を行い、各設計者が作成した間取り図をユーザに提供する。特に間取り図の品質を確保するため、設計者が作成した間取り図が所定条件に合致するか否かを判定し、条件に合致する間取り図のみをユーザに提供する。これにより、質の高い間取り図をユーザに提供することができる。

また、本実施の形態１によれば、コンペ形式で間取り図の設計を依頼するものとし、ユーザが選択した間取り図の設計者に対して報酬を支払う。コンペ形式とすることで、より品質の高い間取り図を期待することができる。

また、本実施の形態１によれば、間取り図を提供するだけでなく施工業者を紹介することで、ユーザをより好適に支援することができる。

また、本実施の形態１によれば、施工業者を紹介するにあたってマッチングを行うことで、適切な施工業者をユーザに紹介することができる。

また、本実施の形態１によれば、コンペ開催料に所定額を加算した金額を報酬として設計者に支払う。特に、加算する金額は施工業者から徴収する成約手数料を原資とすると好適である。これにより、ユーザに初期投資として発生する負担を軽減し、本システムを好適に運用することができる。

また、本実施の形態１によれば、設計者が作成した間取り図が依頼情報の各入力項目を充足するか否かを判定し、間取り図が充足する入力項目の数に応じてユーザに提供するか否を判定する。これにより、ユーザの依頼に反する間取り図を除外することができる。

また、本実施の形態１によれば、間取り図の設計者が過去のコンペで獲得した順位に応じて、当該設計者が作成した間取り図をユーザに提供する。これにより、低品質の虞がある間取り図を除外することができる。

また、本実施の形態１によれば、依頼情報を設計者端末３に送信する場合に、依頼情報の一部又は全部を設計者向けに変換して送信する。これにより、設計者を補助することができる。

また、本実施の形態１によれば、資料画像からの情報抽出、あるいは所在情報を元にした情報検索によって敷地情報を取得する。これにより、ユーザによる敷地情報の入力を支援することができる。

（実施の形態２）
実施の形態１では、コンペを開催して設計者らに間取り図を作成させる形態について説明した。本実施の形態では、過去のコンペで設計者らが作成した間取り図をユーザが利用可能とする形態について述べる。なお、実施の形態１と重複する内容については同一の符号を付して説明を省略する。
図１０は、間取り図の一覧画面の一例を示す説明図である。本実施の形態では、ユーザ端末２はサーバ１と通信を行い、過去に開催されたコンペの応募作品である間取り図を一覧で表示する。

一覧画面は、例えば各設計者が作成した間取り図１０１、１０１、１０１…と共に、設計者名等の書誌事項を表示する。また、一覧画面では各間取り図１０１に対応して評価アイコン１０２が表示される。評価アイコン１０２は、ユーザの間取り図に対する評価の入力である評価入力を行うためのオブジェクトであり、ソーシャルメディア上のいわゆる「いいね」に相当する。

例えばユーザ端末２は、間取り図１０１への操作入力を受け付けることで、ユーザが利用を希望する間取り図の選択入力を受け付ける。間取り図１０１への操作入力を受け付けた場合、ユーザ端末２は不図示の詳細画面に遷移する。詳細画面では、操作された間取り図に関する詳細なデータ（例えば面積等の情報）が表示される。ユーザ端末２は詳細画面において、当該間取り図に基づく発注依頼の操作入力を受け付ける。その後の処理は実施の形態１と同様に、サーバ１は料金の支払いをユーザから受け付け、設計者に支払う処理を行う。また、サーバ１は施工業者をユーザに紹介する。

また、ユーザ端末２は、評価アイコン１０２への操作入力を受け付けることで、間取り図１０１に対するユーザの評価入力を受け付ける。評価アイコン１０２への操作が行われた場合、サーバ１は評価アイコン１０２に併記された評価数をインクリメントする。

ここでサーバ１は、間取り図への評価入力を受け付けた場合、ユーザが評価した間取り図のデータに基づき、ユーザによる間取り図に関する傾向を分析する。例えばサーバ１は、部屋数、間取り空間といった間取り情報、あるいは予算（価格）、延べ床面積、階数といった住宅情報のように、依頼情報に含まれ得る各情報を、ユーザが評価した間取り図のデータから抽出して傾向を分析する。分析手法は、例えば回帰分析、クラスタ分析、主成分分析等の種々の方法が想定されるが、本実施の形態では特に限定されない。サーバ１は、ユーザの傾向を分析した分析結果を、当該ユーザのユーザＩＤと対応付けて記憶しておく。

当該ユーザがコンペを開催する場合、サーバ１は当該ユーザの傾向を元に、設計者が応募する間取り図が条件に合致するか否かを判定する。サーバ１は、ユーザの傾向に合致する間取り図のみをユーザ端末２に送信する。以上より、ユーザは単に過去のコンペの間取り図を利用できるだけでなく、過去の間取り図に対する評価入力を行うことで、自らの趣向に合った間取り図の提供を受けることができるようになる。

図１１は、実施の形態２に係るサーバ１が実行する処理手順の一例を示すフローチャートである。図１１に基づき、本実施の形態におけるサーバ１の処理内容について説明する。
サーバ１の制御部１１はユーザ端末２からの要求に従い、間取り図ＤＢ１４４を参照して、各設計者が過去に作成した複数の間取り図を一覧で示す一覧画面を出力してユーザ端末２に表示させる（ステップＳ２０１）。上述の如く、一覧画面は過去案件の間取り図を一覧で表示する表示画面であり、各案件の間取り図１０１と、間取り図に対する評価入力を行うための評価アイコン１０２とを表示する。一覧画面に示される各設計者が過去に作成した複数の間取り図は、間取り図ＤＢ１４４に記憶された当該間取り図の一部であってもよい。

制御部１１はユーザ端末２から、一覧画面上での操作入力を受け付ける（ステップＳ２０２）。制御部１１は操作入力に従い、一覧画面の表示を終了するか否かを判定する（ステップＳ２０３）。一覧画面の表示を終了すると判定した場合（Ｓ２０３：ＹＥＳ）、制御部１１は一連の処理を終了する。

一覧画面の表示を終了しないと判定した場合（Ｓ２０３：ＮＯ）、制御部１１は、一覧画面からいずれかの間取り図を選択する選択入力を受け付けたか否かを判定する（ステップＳ２０４）。間取り図が選択されたと判定した場合（Ｓ２０４：ＹＥＳ）、制御部１１は間取り図の詳細画面に遷移し、間取り図の詳細を表示する（ステップＳ２０５）。制御部１１は、詳細を表示した間取り図に関して、ユーザ端末２から発注依頼を受け付ける（ステップＳ２０６）。発注依頼を受け付けた場合、制御部１１は実施の形態１と同様に設計者への支払い、施工業者とのマッチング、見積依頼等の処理を行う。制御部１１は処理をステップＳ２０２に戻す。

間取り図が選択されていないと判定した場合（Ｓ２０４：ＮＯ）、制御部１１は、一覧画面において過去案件の間取り図に対する評価入力を受け付けたか否かを判定する（ステップＳ２０７）。評価入力を受け付けていないと判定した場合（Ｓ２０７：ＮＯ）、制御部１１は処理をステップＳ２０２に戻す。評価入力を受け付けたと判定した場合（Ｓ２０７：ＹＥＳ）、制御部１１は、ユーザが評価した間取り図のデータに基づき、ユーザの傾向を分析する（ステップＳ２０８）。例えば制御部１１は、当該間取り図の発注の際の依頼情報と、実際に設計された当該間取り図とに基づき、例えば予算、住宅の構造、各部屋の間取り等を基準にユーザの傾向をクラスタリングする。制御部１１は、分析したユーザの傾向をユーザＩＤと紐付けて記憶する（ステップＳ２０９）。実施の形態１で説明したコンペを開催する場合、サーバ１は、記憶したユーザの傾向を間取り図の品質に関する条件に設定し、設計者が作成した間取り図をユーザ端末２に送信するか否か、判定を行う。制御部１１は処理をステップＳ２０２に戻す。

以上より、本実施の形態２によれば、ユーザは過去のコンペで作成された間取り図を利用可能となる。

また、本実施の形態２によれば、ユーザの評価入力に基づいて傾向を分析することで、ユーザの趣向に合った間取り図を提供可能となる。

（実施の形態３）
実施の形態１では、設計者から間取り図のデータを取得した場合に、設計者が過去のコンペで獲得した順位、作成された間取り図が依頼情報の入力項目を充足する数などに応じて条件に合致するか否かを判定し、ユーザに提供する間取り図を絞り込む形態について述べた。本実施の形態では、間取り図の依頼段階で依頼条件と設計者とのマッチングを行い、間取り図の作成を依頼する設計者を絞り込む形態について説明する。

図１２は、実施の形態３に係るサーバ１が実行する処理手順の一例を示すフローチャートである。なお、実施の形態１と重複する内容については同一の符号を付して説明を省略する。
ユーザ端末２から依頼情報を取得した後（ステップＳ１１）、サーバ１の制御部１１は以下の処理を実行する。制御部１１は、ユーザ端末２から取得した間取り図の依頼情報と、設計者ＤＢ１４２に登録されている設計者とをマッチングし、依頼情報を送信して間取り図の設計を依頼する設計者を抽出するマッチング処理を行う（ステップＳ３０１）。

ステップＳ３０１におけるマッチングの条件は、例えば設計者が過去のコンペで獲得した順位である。例えば制御部１１は、「人気がある設計者のみに依頼したい」というように、間取り図作成の依頼先である設計者の順位について、依頼条件の入力を入力画面で受け付ける。制御部１１は、依頼情報に含まれる依頼条件に従い、過去のコンペの順位が高い設計者を設計者ＤＢ１４２から抽出する。例えば制御部１１は、所定順位以上の順位を獲得したことがある設計者、平均順位が所定順位以上の設計者などを抽出する。

また、ステップＳ３０１におけるマッチングの条件は、例えば設計者が過去に作成したことがある間取り図の内容である。例えば制御部１１は、「二世帯住宅の間取り図の作成経験がある設計者」というように、設計者が作成したことがある間取り図の内容について、依頼条件の入力を入力画面で受け付ける。制御部１１は、依頼情報に含まれる依頼条件と合致する間取り図を作成したことがある設計者を設計者ＤＢ１４２から抽出する。

このように、制御部１１は、データベース上の保存（記憶）されている設計者による間取り図の設計履歴（コンペの順位、間取り図の内容等）を、依頼情報において設計者に関する依頼条件として指定された情報と比較し、依頼条件にマッチする設計者を抽出する。

あるいは、制御部１１はユーザから設計者に関する依頼条件を指定されずとも、マッチングを行って設計者を絞り込んでもよい。例えば制御部１１は、実施の形態２で説明した間取り図に関するユーザの傾向の分析結果を設計者による間取り図の設計履歴と比較し、ユーザの傾向に合致する間取り図を作成したことがある設計者を設計者ＤＢ１４２から抽出する。このように、制御部１１は設計者の情報と依頼情報（ユーザによる手動入力、ユーザの傾向）とに基づきマッチング可能であればよく、ユーザによる設計者の条件の入力は必須ではない。

また、上記では設計者による間取り図の設計履歴に基づいてマッチングを行っているが、制御部１１は、設計者に関連するその他の情報からマッチングを行ってもよい。例えば制御部１１は、一級建築士の資格を有することを依頼条件として受け付けてマッチングを行ってもよく、設計者の所在地（例えば建築予定地の付近に居住し、該当地域に詳しい設計者であるか）を依頼条件として受け付けてマッチングを行ってもよい。このように、制御部１１は設計者に関連する情報（間取り図の設計履歴、資格の有無、活動地域等）に基づいてマッチング可能であればよく、マッチングの基準となる設計者の情報は間取り図の設計履歴に限定されない。

制御部１１はステップＳ１２の処理を実行後、ステップＳ３０１で抽出した設計者の設計者端末３に対し依頼情報を送信する（ステップＳ３０２）。制御部１１は、処理をステップＳ１４に移行する。

以上より、本実施の形態３によれば、依頼段階でユーザの希望に沿う設計者を絞り込むこともでき、質の高い間取り図をユーザに提供することができる。

今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ サーバ（情報処理装置）
１１ 制御部
１２ 主記憶部
１３ 通信部
１４ 補助記憶部
Ｐ プログラム
１４１ ユーザＤＢ
１４２ 設計者ＤＢ
１４３ 施工業者ＤＢ
１４４ 間取り図ＤＢ

Claims (14)

1. 建築物の間取り図の設計を依頼する依頼情報をユーザから取得する第１取得部と、
   予め登録されている複数の設計者に前記依頼情報を送信する第１送信部と、
   前記複数の設計者夫々が作成した前記間取り図を取得する第２取得部と、
   取得した前記間取り図が所定条件に合致するか否かを判定する判定部と、
   前記所定条件に合致すると判定した前記間取り図を前記ユーザ宛に送信する第２送信部と
   を備えることを特徴とする情報処理装置。
2. 前記ユーザ宛に送信した複数の前記間取り図から、いずれかの前記間取り図を選択する選択入力を受け付ける受付部と、
   選択された前記間取り図の前記設計者に対する報酬の支払処理を行う支払処理部と
   を備えることを特徴とする請求項１に記載の情報処理装置。
3. 選択された前記間取り図に係る建築物の建築の見積依頼を所定の施工業者に送信する第３送信部と、
   前記見積依頼に対して前記施工業者が作成した見積書を取得する第３取得部と、
   前記見積書を前記ユーザ宛に送信する第４送信部と
   を備えることを特徴とする請求項２に記載の情報処理装置。
4. 前記依頼情報及び間取り図から特定される前記建築物の建築条件に基づき、前記ユーザと前記施工業者とのマッチングを行うマッチング部を備え、
   前記第３送信部は、マッチングした前記施工業者に対して前記見積依頼を送信する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記支払処理部は、
   前記間取り図の設計依頼に伴い前記ユーザが負担する料金の支払いを受け付け、
   前記ユーザから支払われる料金の金額に所定額を加算した金額を前記設計者に支払う処理を行う
   ことを特徴とする請求項２～４のいずれか１項に記載の情報処理装置。
6. 前記受付部は、複数の前記間取り図を順位付けする入力を受け付けることで、前記間取り図の選択入力を受け付け、
   前記判定部は、前記設計者が過去に作成した前記間取り図の順位に基づき、前記設計者が作成した前記間取り図が前記所定条件に合致するか否かを判定する
   ことを特徴とする請求項２～５のいずれか１項に記載の情報処理装置。
7. 前記第２取得部が取得した前記間取り図を記憶する記憶部と、
   前記記憶部を参照して、前記複数の設計者夫々が過去に作成した前記間取り図の一覧を出力する出力部と
   を備え、
   前記受付部は、出力した前記間取り図の一覧から選択を受け付ける
   ことを特徴とする請求項２～６のいずれか１項に記載の情報処理装置。
8. 前記出力部が出力した前記間取り図に対する評価入力を前記ユーザから受け付ける受付部と、
   前記ユーザが評価した前記間取り図に応じて、該ユーザの傾向を分析する分析部と
   を備え、
   前記判定部は、分析した傾向に基づき判定を行う
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記依頼情報は、前記間取り図の設計条件に関する複数の入力項目を含み、
   前記判定部は、前記間取り図が充足する前記入力項目の数に応じて判定する
   ことを特徴とする請求項１～８のいずれか１項に記載の情報処理装置。
10. 前記第１取得部が取得した前記依頼情報の一部又は全部を変換する変換部を備え、
    前記第１送信部は、前記変換部が変換した前記依頼情報を前記設計者に送信する
    ことを特徴とする請求項１～９のいずれか１項に記載の情報処理装置。
11. 前記第１取得部は、前記建築物の建築予定地に関連する画像又は所在情報を取得し、
    前記画像又は所在情報に基づき、前記建築予定地に関する敷地情報を取得する第４取得部を備え、
    前記第１送信部は、前記依頼情報に加え前記敷地情報を前記設計者に送信する
    ことを特徴とする請求項１～１０のいずれか１項に記載の情報処理装置。
12. 前記設計者に関連する情報を記憶する第２記憶部と、
    前記依頼情報と、前記設計者に関連する情報とに基づき、前記依頼情報を送信する前記設計者を前記複数の設計者から抽出する抽出部と
    を備え、
    前記第１送信部は、抽出した前記設計者に前記依頼情報を送信する
    ことを特徴とする請求項１～１１のいずれか１項に記載の情報処理装置。
13. 建築物の間取り図の設計を依頼する依頼情報をユーザから取得し、
    予め登録されている複数の設計者に前記依頼情報を送信し、
    前記複数の設計者夫々が作成した前記間取り図を取得し、
    取得した前記間取り図が所定条件に合致するか否かを判定し、
    前記所定条件に合致すると判定した前記間取り図を前記ユーザ宛に送信する
    処理をコンピュータに実行させることを特徴とする情報処理方法。
14. 建築物の間取り図の設計を依頼する依頼情報をユーザから取得し、
    予め登録されている複数の設計者に前記依頼情報を送信し、
    前記複数の設計者夫々が作成した前記間取り図を取得し、
    取得した前記間取り図が所定条件に合致するか否かを判定し、
    前記所定条件に合致すると判定した前記間取り図を前記ユーザ宛に送信する
    処理をコンピュータに実行させることを特徴とするプログラム。

Images