特開 2025-15856 見積システム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025015856

(43)【公開日】2025-01-30

(54)【発明の名称】見積システム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20250123BHJP

【ＦＩ】

G06Q50/10

【審査請求】有

【請求項の数】1

【出願形態】ＯＬ

(21)【出願番号】P 2024203919

(22)【出願日】2024-11-22

(62)【分割の表示】P 2022007173の分割

【原出願日】2022-01-20

(71)【出願人】

【識別番号】518279303

【氏名又は名称】ショウタイム２４株式会社

(74)【代理人】

【識別番号】100136847

【弁理士】

【氏名又は名称】▲高▼山 嘉成

(72)【発明者】

【氏名】打山 誠彦

(72)【発明者】

【氏名】市川 達也

(72)【発明者】

【氏名】山本 泰久

(57)【要約】

【課題】職人等や工務店等で見積を作成しやすいシステムを提供する。
【解決手段】見積システムは、職人等が使用する職人側機器４と、材料を提供する商品受注側機器５と、職人側機器４及び商品受注側機器５とネットワークを介して接続された管理サーバ２とを備える。管理サーバ２には、商品受注側機器５が持つ材料情報に関するデータベースが移植されている。職人側機器４は、管理サーバ２にアクセスして、材料情報を閲覧可能である。また、職人側機器４は、閲覧した材料情報を基に、工事に必要な見積を作成可能である。
【選択図】図１

【特許請求の範囲】

【請求項1】

工事の施工者と材料の提供者を連携させるための見積システムであって、
前記施工者が使用する施工者側機器と、
前記材料を提供する商品受注側機器と、
前記施工者側機器及び前記商品受注側機器とネットワークを介して接続された管理サーバとを備え、
前記管理サーバには、商品受注側機器が持つ材料情報に関するデータベースが移植されており、
前記施工者側機器は、前記管理サーバにアクセスして、前記材料情報を閲覧可能であり、
前記施工者側機器は、閲覧した前記材料情報を基に、工事に必要な見積を作成可能であることを特徴とする、見積システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、リフォームを希望するユーザと施工者とのマッチングシステムで用いられる見積のシステムに関する。

【背景技術】

【0002】

特許文献１に記載のリフォーム仲介システムは、オンライン上で不動産物件に関連するリフォームを依頼するリフォーム依頼者とリフォーム施工業者とを仲介するためのシステムである。

【0003】

特許文献１に記載のリフォーム仲介システムは、リフォーム見積依頼を登録する手段と、登録されたリフォーム施工業者にリフォーム見積依頼の内容を出力する出力手段と、リフォーム見積依頼に対し、リフォーム施行業者からの見積を登録する手段と、見積を登録したリフォーム施工業者の中から発注先リフォーム施行業者が選定されたことに応答して、発注情報を登録する手段とを有する。

【0004】

また、同リフォーム仲介システムにおいては、リフォーム見積依頼で指定されたリフォームを施工可能である登録リフォーム施工業者のみに、リフォーム見積依頼の内容を出力するような構成も可能とされている。またリフォーム見積依頼が、依頼者の施工イメージを表現するため、同リフォーム仲介システムでは、参照すべきリフォーム事例に関する情報を含むような構成も可能とされている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】国際公開ＷＯ０１／０４８６４４号公報

【発明の概要】

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

【0006】

特許文献１の従来のリフォーム仲介システムでは、リフォームを希望するユーザと施工者とをマッチングすることが可能である。しかし、マッチング後、施工者が、リフォームで利用する材料を自ら手配する必要がある。そのため、施工者は、材料が入手しやすい工務店や材木店など、法人であることが多かった。

【0007】

ところが、実際のリフォームの際には、工務店等が、個々の大工や各種の職人に、業務を委託していることが多い。小規模なリフォームであれば、直接職人に発注した方が、施工が安くなる場合がある。しかし、職人は、材料を入手するのが困難である場合がある。

【0008】

ただし、ユーザによっては、工務店にも注文しにくいと感じるかも分からないため、工務店等にも、直接ユーザが注文しやすいシステムがあるとよい。

【0009】

ユーザが職人等（大工や各種職人、ＤＩＹの得意な個人等をいう。以下同様。）や工務店等に直接リフォームの工事を依頼することができるシステムが存在するとよいが、その場合、職人等や工務店等での見積の作成が手間となる。
そこで、本発明は、職人等や工務店等で見積を作成しやすいシステムを提供することを目的とする。

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

【0010】

上記課題を解決するために、本発明は、以下のような特徴を有する。本発明は、工事の施工者と材料の提供者を連携させるための見積システムであって、施工者が使用する施工者側機器と、材料を提供する商品受注側機器と、施工者側機器及び商品受注側機器とネットワークを介して接続された管理サーバとを備える。管理サーバには、商品受注側機器が持つ材料情報に関するデータベースが移植されている。施工者側機器は、管理サーバにアクセスして、材料情報を閲覧可能である。施工者側機器は、閲覧した材料情報を基に、工事に必要な見積を作成可能である。
また、本明細書には、以下のような発明も含まれる。本発明は、工事の発注者と工事の施工者とをマッチングするためのリフォームマッチングシステムであって、発注者が使用するユーザ側機器と、施工者が使用する施工者側機器と、材料を受注する商品受注側機器と、ユーザ側機器、施工者側機器、及び商品受注側機器とネットワークを介して接続された管理サーバとを備える。
ユーザ側機器は、管理サーバに対して、依頼したい工事の内容を入力して、見積を依頼することができる。
管理サーバは、見積の依頼を、施工者側機器に閲覧させることができる。
施工者側機器は、見積の依頼に対して、工事に必要な見積を、管理サーバに送信することができる。
ユーザ側機器は、管理サーバに提出された見積を閲覧することができる。
ユーザ側機器は、提出された見積の中から、工事の施工を依頼したい施工者を選定することができる。
管理サーバは、選定された施工者側機器に、選定された旨を通知する。
施工者側機器は、発注者側機器が適用する材料情報に基づいて、工事で使用する材料を、管理サーバを介して商品受注側機器に対して注文することが可能である。

【0011】

好ましくは、施工者側機器は、大工、職人、及び個人が使用する職人側機器又は企業が使用する企業側機器であるとよい。

【0012】

好ましくは、ユーザ側機器と施工者側機器とは、管理サーバを介して、チャット又はビデオ通話でやりとりが可能であるとよい。

【0013】

好ましくは、ユーザ側機器は、管理サーバに対して、施工者の評価を登録することが可能であるとよい。

【0014】

好ましくは、施工者側機器は、工事の施工実績を、管理サーバに対して、登録することが可能であるとよい。

【0015】

好ましくは、施工者側機器は、発注した材料の受け取り先を指定することが可能であるとよい。

【0016】

好ましくは、受け取り先は、ホームセンターであるとよい。

【0017】

好ましくは、管理サーバは、ユーザ側機器から入力された見積依頼内容を把握して、依頼内容に適した施工者を選定して、ユーザ側機器に対して提案することが可能であるとよい。

【0018】

好ましくは、管理サーバは、ユーザ側機器から入力された見積依頼内容を把握して、過去の実績に基づいて、仮見積を作成することが可能であるとよい。

【0019】

好ましくは、管理サーバは、施工者側機器にスケジュールを登録させて、ユーザ側機器から入力された見積依頼内容を把握して、把握した見積依頼内容から、施工日数を算出し、算出した施工日数を元に、スケジュールに空きのある施工者を、ユーザ側機器に提案するとよい。

【発明の効果】

【0020】

本発明によれば、職人等や工務店等で見積を作成しやすいシステムが提供されることとなる。
また、本明細書に記載の他の発明によれば、ユーザが見積依頼をしてそれに応じて施工者が見積を回答するので、ユーザが工務店等や職人等に、直接リフォームの工事を依頼することができるシステムを提供することが可能となる。また、施工者側機器は、発注者側機器が適用する材料情報に基づいて、工事で使用する材料を、管理サーバを介して商品受注側機器に対して注文することができるので、工務店や職人等が材料を入手し易いシステムを提供することが可能となる。

【0021】

チャット又はビデオ通話によって、ユーザと施工者とをつなぐことができれば、工事内容についての綿密な打ち合わせが可能となる。

【0022】

ユーザによって、施工者が評価されれば、他のユーザが施工者に注文する際の参考になる。

【0023】

施工者が施工実績を管理サーバに登録することができれば、ユーザが注文する際に、参考にすることができる。

【0024】

材料の受け取り先を指定できるようにすることで、施工者に都合のよい場所での受け取りが可能となる。

【0025】

受け取り先をホームセンターとすることで、材料を通常の物流に混載することが可能となるので、コストを低減することが可能となる。

【0026】

見積内容に応じた施工者の選定を管理サーバが行うことで、どこに依頼したらよいかというユーザの迷いを解消することができる。

【0027】

管理サーバが仮見積を作成することで、相場を、ユーザ又は施工者が知ることができ、適正価格での取引が可能となる。

【0028】

管理サーバがスケジュールの最適化を行うことで、空いている施工者に仕事を回すことができる。また、迅速な施工にもつながるので、ユーザにとってのメリットもある。

【0029】

本発明のこれら、及び他の目的、特徴、局面、効果は、添付図面と照合して、以下の詳細な説明から一層明らかになるであろう。

【図面の簡単な説明】

【0030】

【図1】図１は、本発明の一実施形態におけるリフォームマッチングシステムの全体的概念を示す図である。

【図2】図２は、ユーザ側機器１における初期登録から見積受領までの動作を示すフローチャートである。

【図3】図３は、企業側機器３又は職人側機器４における初期登録から見積提出までの動作を示すフローチャートである。

【図4】図４は、ユーザ側機器１における見積受領から発注までの動作を示すフローチャートである。

【図5】図５は、企業側機器３又は職人側機器４における見積提出から受注までの動作を示すフローチャートである。

【図6】図６は、企業側機器３又は職人側機器４における材料発注から工事完了までの動作を示すフローチャートである。

【図7】図７は、商品受注側機器５における材料発注から材料発送までの動作を示すフローチャートである。

【図8】図８は、ユーザ側機器１における工事完了後の評価の動作を示すフローチャートである。

【図9】図９は、管理サーバ２における見積から決済までの動作を示すフローチャートである。

【図10】図１０は、管理サーバ２におけるマッチングの最適化の動作を示すフローチャートである。

【図11】図１１は、管理サーバ２における見積の自動化の動作を示すフローチャートである。

【図12】図１２は、管理サーバ２におけるスケジュールの最適化の動作を示すフローチャートである。

【図13】図１３は、管理サーバ２におけるビッグデータの収集の動作を示すフローチャートである。

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

【0031】

図１を参照しながら、本発明の一実施形態における見積システムを含むリフォームマッチングシステムの全体的概念について説明する。なお、本明細書でいうリフォームとは、大がかりなリフォームだけに限らず、棚や手すりの取り付け、水道工事、一部の塗装など、簡単なリフォームも含むものとする。

【0032】

図１において、リフォームマッチングシステムは、図示しない有線又は無線のネットワークに相互に接続された一以上のユーザ側機器１と、一以上の管理サーバ２と、一以上の企業側機器３と、一以上の職人側機器４と、一以上の商品受注側機器５と、一以上の受取店舗６と、一以上の施工現場７とを含む。職人側機器４及び商品受注側機器５によって、見積システムが構築される。

【0033】

これらの機器は、パソコンや、サーバ装置、スマートフォン、タブレット装置、情報処理端末など、コンピュータ装置であればよく、その形態は、限定されるものではない。そして、これらの機器には、コンピュータ装置の基本的要素である、制御部、記憶部、入力部、出力部、及び通信部が備わっている。そして、以下に説明する動作を実現するためのコンピュータプログラムが、各コンピュータ装置にインストールされることで、本実施形態のシステムが実現される。

【0034】

リフォームを希望するユーザは、ユーザ側機器１を操作して、登録業者の閲覧や、工事内容及び工事希望部分の写真の入力、工事希望日程の入力、見積依頼、やりとり先の選択、チャット機能及び／又はビデオ通話機能での交渉、契約、注文、決済、工事完了報告の受信、業者の評価などを行うことができる。これらの動作を、ユーザ側機器１は、専用のアプリを情報処理端末にインストールして実現してもよいし、ＷＥＢアプリの形態で提供されて実現してもよいし、その他の周知な方法で実現してもよい。

【0035】

企業側機器３は、工務店や材木店、各種専門業者など、会社組織でリフォームを請け負う業者（以下、総称して「工務店等」と呼ぶことにする。）が使用するコンピュータ装置である。企業側機器３を、ここでは、Ａ種別と呼ぶことにする。Ａ種別は、法人格を有していることを要件とするものではないが、Ａ種別としてシステムに登録されている業者は、主に、法人格を有している場合が多い。

【0036】

職人側機器４は、大工や各種職人、ＤＩＹが得意な技能を有する個人（以下、総称して「職人等」と呼ぶことにする。）などが使用するコンピュータ装置である。職人側機器４を、ここでは、Ｂ種別と呼ぶことにする。なお、ＤＩＹが得意な個人も含めるため、Ｂ種別は、税務上、個人事業届を提出していることを要件とするものではない。

【0037】

Ａ種別とＢ種別を分けた理由は、以下のとおりである。職人等は通常、工務店等から委託を受けて、仕事をすることが多い。しかし、工務店等からの依頼がない場合、職人等は、仕事がないこととなる。そのため、仕事がない時に、本実施形態のシステムを用いて、リフォームを希望するユーザと直接繋がり、Ｂ種別の職人等に仕事が行き渡るようにする。

【0038】

なお、本明細書では、「工務店等」及び「職人等」を合わせて、「業者」と呼ぶことにする。

【0039】

工務店等及び職人等は、企業側機器３及び職人側機器４を操作して、ユーザが入力した工事依頼内容の閲覧や、材料の調査、見積の提出、チャット機能及び／又はビデオ通話機能での交渉、契約、受注、材料の発注、決済、工事完了報告の作成などを行うことができる。これらの動作を、企業側機器３及び職人側機器４は、専用のアプリを情報処理端末にインストールして実現してもよいし、ＷＥＢアプリの形態で提供されて実現してもよいし、その他の周知な方法で実現してもよい。

【0040】

管理サーバ２は、ユーザ側機器１と企業側機器３及び職人側機器４との間を仲介する機能を有する。また、管理サーバ２は、商品受注側機器５との間で、材料情報の提供や、発注指示、発送指示、決済などを行うことができる。

【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】

なお、ユーザによる決済は、着手前、完成後などのように、複数回に分かれていてもよい。

【0083】

上記説明において、適宜、管理サーバ２の動作を説明したが、図９を参照しながら、見積から決済までの管理サーバ２の動作のうち、記憶する情報を中心に説明する。

【0084】

まず、管理サーバ２は、ユーザ及び業者の初期登録を記憶する（Ｓ８０１）。管理サーバ２は、商品受注側機器５からの材料情報を記憶する（Ｓ８０２）。管理サーバ２は、見積依頼の内容を記憶する（Ｓ８０３）。管理サーバ２は、見積を記憶する（Ｓ８０４）。

【0085】

このように、管理サーバ２は、情報を適宜記憶していく。言うまでもないが、記憶する際、ユーザや業者、商品受注業者と紐付けて各種情報を記憶していく。

【0086】

そして、管理サーバ２は、チャットやビデオ通話を提供して、ユーザ側機器１と企業側機器３又は職人側機器４との間で、やりとりができるようにする（Ｓ８０５）。

【0087】

また、管理サーバ２は、契約の締結の媒介ができるように、電子契約システムを、ユーザ側機器１と企業側機器３又は職人側機器４とに提供する（Ｓ８０６）。ただし、電子契約システムは、外部のシステムを利用するようにしてもよい。

【0088】

また、管理サーバ２は、ユーザ側機器１と企業側機器３又は職人側機器４との間の決済システムを提供する（Ｓ８０７）。管理サーバ２は、ユーザ側機器１から、見積額に応じた支払を受ける。そして、管理サーバ２は、支払を受けた金額から手数料を差し引いて、残金を業者側に支払う。ただし、手数料を差し引くか否かは任意である。材料の売買の決済のタイミングで、手数料を管理サーバ２は取るようにしてもよい。また、業者側からの固定の登録料で、システム運用費用を賄ってもよい。

【0089】

管理サーバ２は、ユーザ側機器１によって入力された業者の評価情報を記憶する（Ｓ８０８）。また、管理サーバ２は、企業側機器３又は職人側機器４によって入力された施工実績を記憶する（Ｓ８０９）。

【0090】

以上のような、ユーザ側機器１、企業側機器３、職人側機器４、管理サーバ２、及び商品受注側機器５の動作によって、リフォームマッチングシステムを提供することが可能となる。

【0091】

本システムによれば、工務店等の参加も許可しているが、工務店等は参加できずに、職人等だけが参加できるようにしてもよい。いずれにしても、職人等が直接、ユーザからのリフォームの注文を受け付けることができるので、本システムが取得する手数料を除けば、ユーザは、職人等の実力などを確認しながら、リフォームを比較的にリーズナブルに発注することが可能となると期待出来る。
職人等や工務店等の施工者による見積も容易となる。

【0092】

次に、管理サーバ２における動作の変形例について述べる。

【0093】

図１０に示すように、マッチングの最適化を管理サーバ２は、実行することが可能である。

【0094】

管理サーバ２は、見積依頼を受信すると（Ｓ９０１）、見積依頼の内容を把握する（Ｓ９０２）。たとえば、壁紙の交換、キッチンの交換、浴室の交換、棚の取り付け、広さ、大きさなど、ある程度、見積依頼をユーザに入力させる際に、選択できるようにしておけば、見積依頼の内容の把握は、実現出来る。

【0095】

そして、管理サーバ２は、過去の実績から、見積依頼の内容に適した業者を選定する（Ｓ９０３）。選定の仕方としては、把握した見積依頼の内容の施工実績の多い業者や、ユーザの所在地に近い業者、評価の高い業者、価格の安かった業者など、蓄積したデータに基づいて、選定する指標を決定すれば、このような業者の選定も、実現出来る。

【0096】

このようにして、管理サーバ２が選定したお勧めの業者を、管理サーバ２は、ユーザ側機器１に対して、提案する（Ｓ９０４）。

【0097】

このように、最適なマッチングを管理サーバ２が行うようにしてもよい。人工知能を利用して、最適なマッチングを行うようにしてもよい。

【0098】

次に、見積の自動化について説明する。

【0099】

図１１に示すように、ユーザ側機器１若しくは企業側機器３又は職人側機器４から、仮見積の作成依頼が管理サーバ２に要求される（Ｓ１００１）。管理サーバ２は、見積依頼の内容を把握する（Ｓ１００２）。この把握も、壁紙の交換、キッチンの交換、浴室の交換、棚の取り付け、広さ、大きさ、地域など、ある程度、見積依頼をユーザ又は業者に入力させる際に、選択できるようにしておけば、見積依頼の内容の把握は、実現出来る。

【0100】

そして、管理サーバ２は、過去の見積の実績に基づいて、同様の施工内容や広さなどの見積を抽出して、仮の見積を作成し（Ｓ１００３）、ユーザ側機器１若しくは企業側機器３又は職人側機器４に送信する（Ｓ１００４）。

【0101】

このようにして、管理サーバ２は、ユーザや業者からの要望に応じて、仮見積を作成することができる。よって、ユーザであれば、業者に見積依頼をする前に、仮見積を入手しておいて、相場を理解し、予算の確保や、施工の必要性の判断に役立てることができる。また、業者であれば、仮見積を見て、相場の把握や、自身が提出する見積額の決定を行うことができる。

【0102】

仮見積の作成を人工知能で実現してもよい。

【0103】

次に、スケジュールの最適化について説明する。

【0104】

管理サーバ２は、企業側機器３又は職人側機器４に、スケジュールを登録させる（Ｓ１１０１）。これによって、業者の空き具合を、管理サーバ２が把握できる。

【0105】

次に、管理サーバ２は、ユーザからの見積依頼の内容を把握して（Ｓ１１０２）、その内容から、施工日数を算出する（Ｓ１１０３）。施工日数の算出については、上記で繰り返し述べたように、見積内容を把握すれば、過去の実績から、必要な施工日数のおおよそを抽出することができる。

【0106】

そして、管理サーバ２は、算出した施工日数を元に、空いている業者を認識する（Ｓ１１０４）。そして、管理サーバ２は、スケジュールの空きのある業者をユーザ側機器１に提案するか、スケジュールの空きのある企業側機器３又は職人側機器４に対して、見積依頼があった旨を通知する。

【0107】

スケジュールの最適化も人工知能で実現してもよい。

【0108】

次に、ビッグデータの収集について説明する。

【0109】

管理サーバ２は、ユーザや業者など利用者の属性と対応させて、注文履歴を記憶する（Ｓ１２０１）。

【0110】

管理サーバ２は、ユーザや業者など利用者の属性と対応させて、工事履歴を記憶する（Ｓ１２０２）。

【0111】

管理サーバ２は、工事の見積履歴を記憶する（Ｓ１２０３）。

【0112】

管理サーバ２は、工事履歴と発注材料の履歴を記憶する（Ｓ１２０４）。

【0113】

管理サーバ２は、事故履歴（クレームや工事ミスなど）を記憶する（Ｓ１２０５）。

【0114】

これらの記憶された情報を、管理サーバ２は、今後のシステムの機能向上に利用するようにしてもよいし、ビッグデータとして、プライベートな情報が特定されない形で、他者に提供してもよい。

【0115】

なお、上記での述べたユーザは、発注者であり、工務店等や職人等の業者は施工者であるので、そのように概念的に表現することとする。

【0116】

また、どの範囲をリフォームというのか定義づけることは難しいので、リフォームを工事と概念的に表現することとする。

【0117】

また、施工者が使用する機器は、上記実施形態では、企業側機器３又は職人側機器４としたが、施工者側機器と概念的に表現することとする。

【0118】

なお、上記に説明した制御は、全て又はその一部が、ブロックチェーン技術によって、制御されてもよい。

【0119】

以上、本発明を詳細に説明してきたが、前述の説明はあらゆる点において本発明の例示にすぎず、その範囲を限定しようとするものではない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。本明細書に開示されている発明の構成要件は、それぞれ独立に単独した発明として成立するものとする。各構成要件をあらゆる組み合わせ方法で組み合わせた発明も、本発明に含まれることとする。

【産業上の利用可能性】

【0120】

本発明は、見積システムであり、産業上利用可能である。

【符号の説明】

【0121】

１ ユーザ側機器
２ 管理サーバ
３ 企業側機器
４ 職人側機器
５ 商品受注側機器
６ 受け取り店舗
７ 施工現場

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】